Toplam Seviye Simülasyon Protokolü - Aggregate Level Simulation Protocol

ALSP Logosu

Agrega Seviye Simülasyon Protokolü (alsp) birbirleri ile ortak çalışmayı simülasyonlar sağlayan bir protokol ve destekleyici bir yazılımdır. Değiştirilen Yüksek Düzey Mimarlık (simülasyon) (HLA) , analitik ve eğitim simülasyonları bağlamak için ABD ordusu tarafından kullanıldı.

ALSP şunlardan oluşur:

  1. Dağıtılmış çalışma zamanı simülasyon desteği ve yönetimi sağlayan ALSP Altyapı Yazılımı (AIS);
  2. Genel veri alışverişi mesaj protokollerinden oluşan yeniden kullanılabilir bir ALSP Arayüzü; ve
  3. ALSP ile kullanım için uyarlanmış katılımcı simülasyonlar.

Tarih

1990 yılında Savunma İleri Araştırma Projeleri Ajansı (DARPA) istihdam MITRE Corporation'a istihdam dağıtılan etkileşimli simülasyon ilkelerinin uygulanmasını incelemek için Simnet agrega düzey yapıcı eğitim simülasyonları için. Prototip çabalarına dayanarak, SIMNET'i ABD Ordusu Kolordu Savaş Simülasyonu (CBS) ve ABD Hava Kuvvetleri Hava Harp Simülasyonu (AWSIM) arasında bağlantı kuracak şekilde genişletmek için 1991'de topluluk tabanlı bir deney yapıldı . Prototipin başarısı ve kullanıcıların bu teknolojinin değerini eğitim camiasına kabul etmesi, üretim yazılımının geliştirilmesine yol açtı. CBS ve AWSIM arasında hava-yer etkileşimleri sağlayan ilk ALSP konfederasyonu, 1992'de üç büyük tatbikatı destekledi.

1995 yılına gelindiğinde, ALSP, ABD Ordusunu (CBS), ABD Hava Kuvvetlerini (AWSIM), ABD Donanmasını ( RESA ), ABD Deniz Piyadeleri'ni ( MTWS ), elektronik savaşı ( JECEWSI ) temsil eden simülasyonlarla çoklu hizmet programına geçmiştir. , lojistik ( CSSTSS ) ve istihbarat ( TACSIM ). Program ayrıca, DARPA'nın araştırma ve geliştirme vurgusundan ABD Ordusu'nun Simülasyon, Eğitim ve Enstrümantasyon Programı Yürütme Ofisi ( PEO STRI ) tarafından ana akım yönetime geçmişti.

Katkılar

ALSP, çoğu HLA'nın geliştirilmesinde uygulanan dağıtılmış simülasyonun temel yönlerini geliştirdi ve gösterdi.

  • Simülasyonların konfederasyona istediği zaman katılıp ayrılabilmesi için merkezi düğüm yok
  • Simülatörlerin farklı coğrafi konumlara dağıtılabildiği ancak aynı simülasyon ortamında egzersiz yaptığı coğrafi dağılım
  • Nesne sahipliği, böylece her simülasyon kendi kaynaklarını kontrol eder, kendi silahlarını ateşler ve ateş edildiğinde sistemlerine uygun hasarı belirler.
  • Bir simülasyondan diğer tüm simülasyonlara bilgi dağıtmak için mesaj tabanlı bir protokol.
  • Tüm simülasyonların zamanlarının kullanıcılara aynı görünmesi ve olay nedenselliğinin korunması için zaman yönetimi – olaylar tüm simülasyonlarda aynı sırada gerçekleşmelidir.
  • Veri yönetimi, her birinin kendi veri temsiline sahip olmasına rağmen, tüm simülasyonların bilgileri yaygın olarak anlaşılan bir şekilde paylaşmasına izin verir. Bu, aynı nesnenin niteliklerini kontrol eden çoklu simülasyonları içerir.
  • Bir ALSP konfederasyonuna katılırken simülasyonların mevcut mimarilerini kullanmaya devam etmesine izin veren bir mimari.

Motivasyon

1989'da Almanya'nın Einsiedlerhof kentindeki Savaşçı Hazırlık Merkezi (WPC), bilgisayarlı askeri tatbikata ACE-89 ev sahipliği yaptı. Savunma İleri Araştırma Projeleri Ajansı ( DARPA ), Savunma Simülasyon İnterneti'nin (DSI) dağıtımını finanse ederek ACE-89'u bir teknoloji ekleme fırsatı olarak kullandı . Paketlenmiş video telekonferansı, ilk kez bir askeri tatbikat sırasında NATO ülkelerinin genel subaylarını yüz yüze getirdi; bu iyi karşılandı. Ancak DSİ'nin yazılım uygulaması, Kara Harp Simülasyonu (GRWSIM) dağıtımı daha az başarılı oldu. GRWSIM simülasyonu güvenilmezdi ve dağıtılmış veritabanı tutarsızdı, bu da alıştırmanın etkinliğini azaltıyordu.

DARPA, bireysel, bilgisayarlı, tank mürettebatı eğiticilerinin yerel alan ağları ve DSİ'nin tek bir sanal savaş alanında işbirliği yapmak üzere birbirine bağlandığı SIMNET adlı dağıtılmış bir tank eğitim sisteminin geliştirilmesini finanse ediyordu . SIMNET'in başarısı, ACE-89'un hayal kırıklığı ve mevcut savaş simülasyonlarını birleştirme arzusu, DARPA'yı ALSP'ye götüren araştırmaları başlatmaya sevk etti.

Temel İlkeler

DARPA, büyük, mevcut, toplu düzeyde savaş simülasyonları arasında genel bir arayüz tasarımına sponsor oldu. Toplu düzey savaş simülasyonları , bireysel fiziksel silah modellerinden ziyade Lanchestrian savaş modellerini kullanır ve genellikle üst düzey eğitim için kullanılır. Temsili farklılıklara rağmen, toplu düzey simülasyonlara uygulanan SIMNET'in birkaç ilkesi:

  • Dinamik yapılandırılabilirlik. Simülasyonlar herhangi bir kısıtlama olmaksızın bir egzersize katılabilir ve ayrılabilir.
  • Coğrafi dağılım. Simülasyonlar farklı coğrafi konumlarda bulunabilir, ancak aynı mantıksal arazi üzerinde çalışabilir.
  • Özerk varlıklar. Her simülasyon kendi kaynaklarını kontrol eder, kendi silahlarını ateşler ve nesnelerinden biri vurulduğunda yerel olarak hasar değerlendirmesi yapar.
  • Mesaj geçişi ile iletişim. Bir simülasyon, diğer tüm simülasyonlara bilgi dağıtan bir mesaj iletme protokolü kullanır.

ALSP mücadelesinin SIMNET'in gereksinimlerinin ötesinde gereksinimleri vardı:

  • Simülasyon zaman yönetimi. Tipik olarak, simülasyon zamanı duvar saati zamanından bağımsızdır. Dağıtılmış bir simülasyonun sonuçlarının "doğru" olması için zamanın tüm simülasyonlarda tutarlı olması gerekir.
  • Veri yönetimi. Dahili durum temsili şemaları, mevcut simülasyonlar arasında farklılık gösterir ve ortak bir temsil sistemi ile eş zamanlı haritalama ve kontrol mekanizmalarını gerektirir.
  • Mimari bağımsızlık. Mevcut simülasyonların mimari özellikleri (uygulama dili, kullanıcı arayüzü ve zaman akış mekanizması) farklıydı. ALSP tarafından ima edilen mimari, mevcut mimariler için göze batmamalıdır.

Kavramsal çerçeve

Bir kavramsal çerçeve simülasyon modeli gelişimini kolaylaştıran kavramların bir organizasyon yapıdır. Ortak kavramsal çerçeveler şunları içerir: olay planlaması, etkinlik taraması ve süreç etkileşimi.

ALSP kavramsal çerçevesi, bir modelin, değerlerin atandığı niteliklerle karakterize edilen nesnelerden oluştuğu nesne tabanlıdır. Nesne sınıfları, nesne yönelimli programlama dillerinde olduğu gibi hiyerarşik olarak düzenlenir. ALSP, ortak bir model kullanarak koordine eden bir simülasyon konfederasyonunu destekler.

Mevcut simülasyonların etkileşime girmesine izin veren bir mekanizma tasarlamak için iki strateji mümkündür: (1) her simülasyondaki temsiller arasında geçiş yapan bir altyapı tanımlayın veya (2) ortak bir temsil şeması tanımlayın ve tüm simülasyonların bu şemaya eşlenmesini gerektirir.

İlk strateji, mevcut simülasyonlarda çok az bozulma gerektirir; etkileşim tamamen arabağlantı altyapısı ile kolaylaştırılır. Ancak, bu çözüm iyi ölçeklenmiyor. Ölçeklenebilirlik için temel bir gereksinim nedeniyle, ALSP tasarımı ikinci stratejiyi benimsemiştir. ALSP, her simülasyonun konfederasyonun temsil şeması ile kendi temsil şeması arasında eşlenmesini öngörür. Bu eşleme, bir ALSP konfederasyonuna katılmak için bir simülasyonun değiştirilmesi gereken üç yoldan birini temsil eder. Kalan değişiklikler şunlardır:

  • Simülasyonun algıladığı tüm nesnelere sahip olmadığını kabul etmek.
  • Simülasyonun dahili zaman ilerleme mekanizmasını, konfederasyon içindeki diğer simülasyonlarla işbirliği içinde çalışacak şekilde değiştirmek.

Tek başına simülasyonlarda, simülasyon süresinin geçmesiyle nesneler ortaya çıkar (ve çıkar) ve bu nesnelerin düzenlenmesi yalnızca simülasyonun amacıdır. Bir konfederasyon içinde hareket ederken, simülasyon-nesne ilişkisi daha karmaşıktır.

Simülasyon nesnesi mülkiyet özelliği dinamiktir, yani bir nesnenin ömrü boyunca birden fazla simülasyona ait olabilir. Aslında, simülasyon süresinin herhangi bir değeri için, birkaç simülasyon belirli bir nesnenin farklı özelliklerine sahip olabilir. Geleneksel olarak, bir simülasyon, nesnenin "tanımlayıcı" niteliğine sahipse bir nesneye sahiptir. Bir nesnenin özniteliğine sahip olmak, özniteliğin değerindeki değişiklikleri hesaplamak ve raporlamaktan bir simülasyonun sorumlu olduğu anlamına gelir. Belirli bir simülasyona ait olmayan ancak simülasyon için algı alanı içindeki nesneler hayaletler olarak bilinir. Hayaletler, diğer simülasyonlara ait nesnelerin yerel kopyalarıdır.

Bir simülasyon bir nesne oluşturduğunda, diğer simülasyonların hayaletler yaratmasına izin vermek için bu gerçeği konfederasyona bildirir. Benzer şekilde, bir simülasyon bir nesneyi sildiğinde, hayalet silmeyi etkinleştirmek için bu gerçeği bildirir. Bir simülasyon, nesnelerinden biri ile bir hayalet arasında bir eylemde bulunduğunda, simülasyon bunu konfederasyona bildirmelidir. ALSP'nin dilinde, bu bir etkileşimdir. Bu temel kavramlar, sunumun geri kalanı için temel oluşturmaktadır. Konfederasyon modeli terimi, bir konfederasyon tarafından desteklenen nesne hiyerarşisini, nitelikleri ve etkileşimleri tanımlar.

ALSP Altyapı Yazılımı (AIS)

ALSP tarafından benimsenen nesne tabanlı kavramsal çerçeve, dağıtılması gereken bilgi sınıflarını tanımlar. ALSP Altyapı Yazılımı (AIS), veri dağıtımı ve süreç koordinasyonu sağlar. AIS'nin temel bileşenleri, ALSP Ortak Modülü (ACM) ve ALSP Yayın Öykünücüsüdür (ABE).

ALSP Ortak Modülü (ACM)

ALSP Ortak Modülü (ACM), tüm simülasyonlar için ortak bir arayüz sağlar ve ALSP için temel işlevleri içerir. Bir konfederasyondaki her simülasyon için bir ACM örneği mevcuttur. ACM hizmetleri, zaman yönetimi ve nesne yönetimi gerektirir; içerirler:

  • Bir konfederasyona katılan ve konfederasyondan ayrılan koordinat simülasyonları..
  • Simülasyon yerel saatini konfederasyon saatiyle koordine edin.
  • Simülasyonların yalnızca ilgilenilen mesajları alması için gelen mesajları filtreleyin.
  • Nesne niteliklerinin sahipliğini koordine edin ve sahiplik geçişine izin verin.
  • Öznitelik sahipliğini, simülasyonların yalnızca sahip oldukları özniteliklerin değerlerini rapor etmesi için zorunlu kılın.

Zaman yönetimi

Bir konfederasyona katılmak ve ayrılmak, zaman yönetimi sürecinin ayrılmaz bir parçasıdır. Bir simülasyon bir konfederasyona katıldığında, konfederasyondaki diğer tüm ACM'ler yeni simülasyon için girdi mesajı kuyrukları oluşturur. Tersine, bir simülasyon bir konfederasyondan ayrıldığında, diğer ACM'ler o simülasyon için giriş mesajı kuyruklarını siler.

ALSP zaman yönetimi tesisleri, asenkron (sonraki olay) veya senkronize (zaman adımlı) zaman ilerleme mekanizmalarını kullanarak ayrık olay simülasyonunu destekler. Sonraki olay simülasyonlarını destekleyen mekanizma,

  1. Bir simülasyon, simülasyon zamanı T'ye (bir sonraki yerel olayın zamanı) karşılık gelen bir zaman parametresi ile ACM'sine bir olay talebi mesajı gönderir.
  2. ACM, simülasyonu için T'den daha eski veya T ile aynı zaman damgalarına sahip mesajlara sahipse, ACM en eskisini simülasyona gönderir. Tüm mesajların T'den daha yeni zaman damgaları varsa, ACM simülasyona bir hibe avansı göndererek ona T zamanında yerel olayını işleme izni verir.
  3. Simülasyon, olaydan kaynaklanan mesajları ACM'sine gönderir.
  4. Simülasyon adım (1)'den itibaren tekrarlanır.

Zaman adımlı simülasyonu destekleyen mekanizma:

  1. Simülasyon, tüm olayları belirli bir zaman aralığı için işler .
  2. Simülasyon, zaman için ACM'sine bir avans talebi gönderir .
  3. ACM , simülasyon aralığındaki zaman damgalarıyla birlikte tüm mesajları , ardından T+?T'ye bir hibe avansı gönderir .
  4. Simülasyon, aralık için herhangi bir mesajı ACM'ye gönderir .
  5. Simülasyon adım (1)'den itibaren tekrarlanır.

AIS, boş mesajlar kullanan bir kilitlenme önleme mekanizması içerir. Mekanizma, süreçlerin kullanılabilir ileriye dönük özelliklere sahip olmasını gerektirir .

nesne yönetimi

ACM, öznitelik veritabanını ve filtre bilgilerini yönetir. Öznitelik veritabanı, sahip olunan veya hayalet olan simülasyon tarafından bilinen nesneleri ve simülasyonun şu anda sahip olduğu nesnelerin özniteliklerini tutar. Herhangi bir nesne sınıfı için nitelikler,

  • Set oluştur. Bir nesneyi temsil etmek için minimum düzeyde gerekli nitelikler
  • Faiz seti. Yararlı ancak zorunlu olmayan bilgiler
  • Seti güncelle. Bir simülasyon tarafından konfederasyona bildirilen nesne öznitelik değerleri

Ağdaki bilgi akışı, filtreler aracılığıyla daha da kısıtlanabilir. Filtreleme, (1) nesne sınıfı, (2) nitelik değeri veya aralığı ve (3) coğrafi konuma göre ayrım sağlar. Filtreler ayrıca bir simülasyonla ilgili etkileşimleri de tanımlar. 

If (an update passes all filter criteria)
|  If (the object is known to the simulation)
|  |  Send new attribute values to simulation
|  Else (object is unknown)
|  |  If (enough information is present to create a ghost)
|  |  |  Send a create message to the simulation
|  |  Else (not enough information is known)
|  |  |  Store information provided
|  |  |  Send a request to the confederation for missing data
Else (the update fails filter criteria)
|  If (the object is known to the simulation)
|  |  Send a delete message to the simulation
|  Else 
|  | Discard the update data

ACM tarafından tutulan sahiplik ve filtreleme bilgileri, simülasyonlar arasında öznitelik sahipliğinin transferini koordine etmek için gerekli bilgileri sağlar.

ALSP Yayın Emülatörü (ABE)

Bir ALSP Yayın Emülatörü (ABE), ALSP bilgilerinin dağıtımını kolaylaştırır. İletişim yollarından birinde bir mesaj alır ve kalan tüm iletişim yollarında mesajı yeniden iletir. Bu, tüm ALSP bileşenlerinin birbirine yerel olduğu (aynı bilgisayarda veya yerel alan ağında) yapılandırmalara izin verir. Ayrıca, ACM setlerinin geniş alan ağları üzerinden kendi yerel ABE'leri ile ABE arası iletişim ile iletişim kurduğu konfigürasyonlara da izin verir.

İletişim Şeması

ALSP iletişim şeması (1) ALSP bileşenlerini birbirine bağlayan taşıma katmanı arayüzünü tanımlayan bir bileşenler arası iletişim modelinden, (2) simülasyondan simülasyona iletişim, nesne yönetimi ve zaman yönetimi için katmanlı bir protokolden, (3) bir simülasyonun ilgileneceği bilgileri tanımlamak için bir mesaj filtreleme şeması ve (4) akıllı mesaj dağıtımı için bir mekanizma.

Bileşenler Arası İletişim Modeli

AIS, bileşenler arası iletişimi sağlamak için kalıcı bir bağlantı iletişim modeli kullanır. Bileşenler arası iletişim sağlamak için kullanılan taşıma katmanı arayüzü, simülasyon gereksinimleri ve AIS'yi destekleyen işletim sistemlerindeki taşıma katmanı arayüzleri tarafından belirlendi: yerel VMS platformları, paylaşılan posta kutularını kullandı; Şeffaf DECnet veya TCP/IP kullanılan yerel olmayan VMS platformları; ve UNIX benzeri platformlar TCP/IP kullanır.

ALSP Protokolü

ALSP protokolü, ALSP'nin problem alanını oluşturan bir dizi ortogonal konuya dayanmaktadır: simülasyondan simülasyona iletişim, nesne yönetimi ve zaman yönetimi. Bu sorunlar, temel simülasyon/ACM, nesne yönetimi, zaman yönetimi ve olay dağıtım protokolleri ile en üstte bir simülasyon protokolüne sahip olan katmanlı bir protokol tarafından ele alınmaktadır.

Simülasyon Protokolü

Simülasyon protokolü, ALSP protokolünün ana seviyesidir. Dört mesaj türünden oluşur:

  • Güncelleme. ALSP'deki nesneler benzersiz bir kimlik numarası, bir sınıf ve bir sınıfla ilişkili bir dizi nitelik tarafından tanımlanır. Bir simülasyon nesnelerinin durumunu değiştirdikçe, ACM'ye başlangıç ​​veya değiştirilmiş öznitelik değerlerini sağlayan güncelleme mesajları gönderir. ACM daha sonra bilgileri AIS aracılığıyla ilgi gösteren diğer simülasyonlara dağıtır.
  • Etkileşim. Nesneler arasındaki etkileşimler türe göre tanımlanır. Etkileşim türleri, nesnelerin niteliklerle tanımlanması gibi parametrelerle tanımlanır. Bir simülasyonun nesnesi, başka bir simülasyonun nesnesine veya bir coğrafi alana girdiğinde, simülasyon, diğer ilgili simülasyonlara daha fazla yayılması için ACM'ye bir etkileşim mesajı gönderir.
  • İsteği yenile. Bir simülasyon, konfederasyona bir yenileme isteği mesajı göndererek herhangi bir nesne veya nesne sınıfı için bir dizi öznitelik değerinin güncellenmesini isteyebilir.
  • Silmek. Bir simülasyon, nesnelerinden birinin varlığının sona ermesine neden olduğunda, simülasyon, diğer simülasyonları bilgilendirmek için bir silme mesajı gönderir.

Simülasyon protokolü metin tabanlıdır. Bir LALR (1) bağlamdan bağımsız dilbilgisi ile tanımlanır. Protokolün semantiği, sınıflar, sınıf nitelikleri, etkileşimler ve etkileşim parametrelerinin değişken olduğu konfederasyona bağlıdır. Bu nedenle, simülasyon protokolünün sözdizimsel temsili, herhangi bir özel konfederasyonun nesnelerinin ve etkileşimlerinin semantiği hakkında önceden bilgi sahibi olmadan tanımlanabilir.

Simülasyon/ACM Bağlantı Protokolü

Simülasyon/ACM bağlantı protokolü, bir simülasyon ile onun ACM'si arasındaki bağlantıyı ve bir simülasyon ile onun ACM'si arasındaki bilgi alışverişi yöntemini yönetmek için hizmetler sağlar. Simülasyon protokolü mesajlarının dağıtımını iki hizmet kontrol eder: olaylar ve gönderiler. Olay iletileri zaman damgalıdır ve geçici olarak tutarlı bir sırada teslim edilir. Sevk mesajları, simülasyon süresine bakılmaksızın mümkün olan en kısa sürede teslim edilir. Ek protokol mesajları, bağlantı durumu, filtre kaydı, öznitelik kilidi denetimi, konfederasyon kaydetme denetimi, nesne kaynak denetimi ve zaman denetimi hizmetleri sağlar.

Nesne Yönetim Protokolü

Nesne yönetimi protokolü, simülasyon protokolünün altında yer alan ve nesne yönetimi hizmetleri sağlayan eş düzeyinde bir protokoldür. ACM'ler bunu yalnızca nesne özniteliği oluşturma, edinme, yayınlama ve doğrulama (dağıtılmış nesne veritabanının tutarlılığı) için kullanır. Bu hizmetler, AIS'nin dağıtılmış nesne sahipliğini yönetmesine izin verir.

Dağıtılmış nesne sahipliği, tek bir simülasyonun bir konfederasyondaki tüm nesnelere sahip olmaması gerektiğini varsayar, ancak birçok simülasyon bazı nesneler hakkında bilgi gerektirir. Bir simülasyon, diğer simülasyonların sahip olduğu nesneleri keşfetmek için simülasyon protokolü güncelleme mesajlarını kullanır. Bu simülasyon nesnelerle ilgileniyorsa, onları hayaletleyebilir (konumlarını ve durumlarını takip edebilir) ve sahip olunan nesnelerden onlarla etkileşimleri modelleyebilir.

Kilitler, öznitelik sahipliğini uygular. Nesne yönetimi protokolünün birincil işlevi, bir simülasyonun yalnızca bir kilit aldığı öznitelikleri güncellemesini sağlamaktır. Nesne yöneticisi ACM nesneleri ve ACM tarafından bilinen ait ve hayalet nesnelerin nesne özelliklerini yönetir. Simülasyon/ACM protokolü tarafından sağlanan hizmetler, simülasyonlar tarafından ACM'nin öznitelik kilitleme mekanizması ile etkileşim kurmak için kullanılır. ACM'ler arasında durum, istek, edinme ve nesne niteliklerinin serbest bırakılmasının koordinasyonu, nesne yönetimi protokolünü kullanır. Belirli bir ACM tarafından bilinen her nesnenin her özniteliği, üç değerden birini alan bir duruma sahiptir:

  • Kilitli. Bir simülasyon özniteliği kontrol eder ve öznitelik değerini güncelleyebilir. Bir simülasyon, özniteliği kilitliyse özniteliğe "sahiptir". Bir simülasyon, id özniteliği kilitliyse nesnenin "sahibidir".
  • Kilidi açıldı. Şu anda özelliği kontrol eden simülasyon yok. Kontrol isteyen herhangi bir simülasyona kontrol verilir.
  • Gitmiş. Kontrol durumu konfederasyonun başka bir yerinde tutulur.

ACM'nin bakış açısına göre, nesneler kendi simülasyonu tarafından gerçekleştirilen kayıt işlemi veya diğer simülasyonlar tarafından kaydedilen nesnelerin keşfi yoluyla var olurlar. Kayıtlı nesneler ve keşfedilen nesneler için ilk durum özniteliği kilitleri aşağıdaki gibidir:

  • Nesne Kaydı , her nesne-öznitelik çiftini kilitli duruma yerleştirir. Simülasyon, isteğe bağlı olarak, kilitlenmemiş durumda olacak nitelikleri belirleyebilir.
  • Nesne Bulma , nesne veritabanına bir nesneyi hayalet nesne olarak ekler. Bu nesnenin tüm öznitelikleri, gitti durumuyla işaretlenmiştir.

Zaman Yönetimi Protokolü

Zaman yönetimi protokolü aynı zamanda simülasyon protokolünün altında yer alan eş düzeyinde bir protokoldür. ACM'ler arasında simülasyon zamanını senkronize etmek için zaman yönetimi hizmetleri sağlar. Protokol, bir simülasyonun konfederasyona girişinin, zaman ilerlemesinin ve konfederasyon tasarruflarının dağıtılmış koordinasyonu için hizmetler sağlar.

Katılma/istifa etme hizmetleri ve zaman eşitleme mekanizmaları daha önce Bölüm'de açıklanmıştır. Kaydetme mekanizması hata toleransı sağlar. Belirli bir simülasyon süresi değeri için tüm ACM'lerin, çevirmenlerin ve simülasyonların tutarlı bir anlık görüntüsünü üretmek için koordinasyon gereklidir.

Mesaj Filtreleme

ACM, konfederasyondan alınan bir mesajın içeriğini değerlendirmek için simülasyon mesajı filtrelemeyi kullanır. ACM, simülasyonuna ilgilenilen mesajları iletir ve filtreleme kriterlerini geçer ve ilgilenilmeyenleri atar. ACM, iki tür mesajı filtreler: güncelleme mesajları ve etkileşim mesajları.

Mesajları güncelleyin. ACM, simülasyonun sağladığı simülasyon güncelleme mesajı filtreleme kriterlerine dayalı olarak güncelleme mesajlarını değerlendirir. Daha önce tartışıldığı gibi, bir ACM bir güncelleme mesajı aldığında dört olası sonuç vardır: (1) ACM mesajı atar, (2) ACM simülasyona bir oluşturma mesajı gönderir, (3) ACM simülasyona güncelleme mesajını gönderir. veya (4) ACM simülasyona bir silme mesajı gönderir.

Etkileşim mesajları. Bir ACM, tür parametresi nedeniyle etkileşim mesajlarını atabilir. tür parametresi, nesne sınıfı yapısına benzer hiyerarşik bir yapıya sahiptir. Simülasyon, etkileşim filtresini geçmesi veya başarısız olması gereken etkileşim türleri hakkında ACM'sini bilgilendirir.

Mesaj Dağıtımı

Bir ALSP konfederasyonundaki bileşenler arasındaki mesaj trafiğini en aza indirmek için AIS, Olay Dağıtım Protokolünü (EDP) kullanan bir akıllı mesaj yönlendirme biçimi kullanır. EDP, ACM'lerin simülasyonları tarafından kaydedilen güncelleme ve etkileşim filtreleri hakkında diğer AIS bileşenlerini bilgilendirmesine izin verir. Güncelleme mesajları durumunda, bu bilgilerin dağıtımı ACM'lerin yalnızca konfederasyonu ilgilendiren sınıflara (ve sınıfların niteliklerine) ilişkin verileri dağıtmasına izin verir. ABE, bu bilgileri yalnızca hizmet ettiği bileşenlere ilgi duyan bilgileri göndermek için de kullanır. Etkileşim iletileri için, etkileşim iletisindeki tür parametresinin iletinin nereye gönderileceğini belirlemesi dışında süreç benzerdir.

daha fazla okuma

Referanslar