1-6 Management der Fallgebiete, v1.0 Juni 2001 1 Diese Spezifikation definiert Einheiten, dessen Abfragung Zyklen oder Diamanten innen ermöglichen Sie das Diagramm der verbundenen Führungen als Anschlüsse werden zwischen Führungen hergestellt die Betriebe verwenden gestützt durch das EventDomain Schnittstelle. Qualität des Services Eigenschaften können nach einem Fallgebiet eingestellt werden diese Steuerung ob oder nicht Zyklen und/oder Diamant geformte Topologien werden innerhalb des Gebietes erlaubt. Zum Beispiel die Eigenschaft CycleDetection kann auf AuthorizeCycles oder ForbidCycles und anzeigen eingestellt werden entweder ob oder nicht die Betriebe, die Anschlüsse zwischen Führungen innerhalb herstellen Gebiet sollte eine Ausnahme, wenn das Herstellen eines bestimmten Anschlußes aufwerfen verursacht Einleitung eines Zyklus in die Topologie der Führungen, zu denen der Anschluß ist hinzugefügt. Merken Sie das, indem Sie Klienten erlauben, einzuschalten oder weg von der Zyklus- und Diamantabfragung diesbezüglich Art und Weise, ob oder nicht zyklische und/oder des Diamanten Topologien innerhalb eines Falls erlaubt werden Gebiet ist durch Endbenutzer kontrollierbar. Dieses läßt die Möglichkeit zu, daß innen können Tatsache ist Drehbücher, in denen Endbenutzer wirklich solche Topologien verursachen möchten, und auch läßt die Möglichkeit zu, der der Verwalter eines Fallgebietes wünschen kann zu hindern Sie Endbenutzer am Verursachen solcher Topologien. Endbenutzer, die beschließen zu verursachen Topologien, die Zyklen enthalten, sollten die Tatsache berücksichtigen daß, es sei denn sie Abschaltung einstellen auf Fällen schlingen sich Fälle, die nicht gefiltert werden, endlos durch die Topologie. Ebenso sollten Endbenutzer, die beschließen, Topologien zu verursachen, die Diamanten enthalten, sein bewußt der Tatsache, daß Verbraucher die gleichen mehrfachen Zeiten des Falls (empfangen können Zahl von Zeiten, die der Zahl Wegen gleich ist, durch die der Fall ankommen kann in der Verbraucher). 1,4,1 Teilen des Fallartangebots und der Subskriptionsinformationen im Falle Gebiet Dieser Abschnitt beschreibt, wie Fallartangebot und Subskriptionsinformationen geteilt werden, gehandhabt und über Fallführungen in einem Fallgebiet bezogen. Das offer_change die Einheit, die durch den Mitteilungsservice definiert wird, ist so daß wenn ein End-pointlieferant ruft offer_change hervor auf seinem Proxyverbraucher zum Informieren Führung, an die er von einer Änderung im Satz der Fallarten es angeschlossen wird, wird möglicherweise liefert, die Führung ist verantwortlich für das Teilen dieser Informationen mit den ganzen sein Verbraucher. Dieses wird durch die Führung getan, die offer_change hervorruft auf allen Verbrauchern zu welches es angeschlossen wurde und nahm das offer_change des Lieferanten an ergeben eine Änderung an der Anschluß aller Fallarten, die die Führung empfangen kann (die nicht notwendigerweise ist Fall). Merken Sie daß einer oder mehr dieser "Verbraucher" nach, welchem eine Führung hervorruft offer_change wirklich sein konnte das Proxyconsumer(s) einer anderen Führung. So in a Topologie der verbundenen Führungen, diese offer_change Anforderungen können möglicherweise seien während der Topologie fortgepflanzt Sie. Ein ähnliches Drehbuch besteht im Fall vom subscription_change . Eine Führung ist verantwortlich für das Hervorrufen subscription_change Betrieb auf allen seine Lieferanten wann immer die Änderung an den Subskriptionen eines Klienten (wegen der f-ilters hinzufügend oder entfernt, oder die hinzufügenden, entfernten oder geänderten Filterbegrenzungen) ergibt eine Änderung am Satz von Fallarten, die von zu den Verbrauchern der Kanalanreize unterzeichnet werden. Wie der Fall