DE10245997A1

DE10245997A1 - Erleichterung der Verhandlung von Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern

Info

Publication number: DE10245997A1
Application number: DE10245997A
Authority: DE
Inventors: Ranjit N Notani; Ramsyam Missula
Original assignee: I2 Technologies Inc
Current assignee: Blue Yonder Group Inc
Priority date: 2001-10-04
Filing date: 2002-10-02
Publication date: 2003-04-30
Also published as: US10223657B2; US10019683B1; US20070192256A1; TW594530B; US10062041B2; US20180322428A1

Abstract

Ein System, das die Verhandlung eines Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern erleichtert, weist einen Satz Meta-Modell-Elemente auf. Jedes Element im Satz kann von Unternehmen verhandelt und in ein verhandeltes Meta-Modell aufgenommen werden, das eine Vereinbarung zwischen den Unternehmen über die Zusammenarbeit zwischen den Unternehmen beschreibt. Jedes Element im Satz beschreibt einen Teil eines potenziellen Standards für Zusammenarbeit zwischen Unternehmen. Das System weist ebenfalls einen Meta-Modell-Verhandlungsdienst, der eine Anzeige erhält, dass Unternehmen einen Standard für Zusammenarbeit zwischen Unternehmen zu verhandeln wünschen und verschafft Zugriff auf den Satz mit Elementen und erhält eine Auswahl von einem Element oder von mehreren Elementen für Verhandlung und Aufnahme in einem verhandelten Meta-Modell. Das verhandelte Meta-Modell beschreibt eine Vereinbarung zwischen den Unternehmen bezüglich Zusammenarbeit zwischen den Unternehmen. Der Verhandlungsservice erleichtert die Verhandlung der ausgewählten Elemente, nimmt die verhandelten Elemente in dem verhandelten Meta-Modell für Zusammenarbeit zwischen den Unternehmen auf und kommuniziert das verhandelte Meta-Modell zu den Unternehmen, um die Zusammenarbeit zwischen den Unternehmen gemäß den Standards für Zusammenarbeit, die in dem verhandelten Meta-Modell berücksichtigt worden sind, zu ermöglichen.

Description

Diese Erfindung betrifft im Allgemeinen elektronischen Handel, und mehr spezifisch die Erleichterung von Verhandlungsstandards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern.
Wenn Handelspartner zusammenarbeiten, müssen sie sich zunächst auf einen Satz mit Standards für die Zusammenarbeit verständigen. Eine Möglichkeit für die Vereinbarung eines Satzes mit Standards für die Zusammenarbeit ist die Verwendung öffentlicher Standards. Hierbei handelt es sich um "universale, immer funktionierende", so genannte "one-size fit-all"-Standards mit dem kleinsten gemeinsamen Nenner, die es den Handelspartnern aller Wahrscheinlichkeit nach kaum erlauben, sich zu differenzieren oder den Besonderheiten ihrer Geschäftstätigkeiten anzupassen. Eine andere Möglichkeit für die Vereinbarung eines Satzes mit Standards für die Zusammenarbeit ist die Verhandlung eines eigenen differenzierten Standards. Sobald ein solcher Standard vereinbart wurde (typischerweise in Form von XML, der so genannten extensible markup language), kann eine erhebliche Zeitspanne (z. B. Monate) erforderlich sein, um die Back-End-Software für die Zusammenarbeit der Handelspartner diesem privaten Standard anpassen zu können. Dieses kann die Bemühungen hinsichtlich der Begründung und Unterhaltung der Beziehungen für die Zusammenarbeit zwischen den Handelspartnern beträchtlich in die Länge ziehen.
Die vorliegende Erfindung zielt darauf ab, zumindest einige Nachteile und Probleme im Zusammenhang mit früheren Techniken für die Etablierung von Standards für unternehmensübergreifende Zusammenarbeit zu mindern oder auszuräumen.
Gemäß einer bestimmten Ausführung der vorliegenden Erfindung beinhaltet ein System für die Erleichterung der Verhandlung eines Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern einen Satz bestehend aus einem oder mehreren Meta-Modell-Elementen. Jedes Meta-Modell-Element in dem Satz kann von zwei oder mehr Unternehmen verhandelt und in ein verhandeltes Meta-Modell integriert werden, das eine Vereinbarung zwischen den Unternehmen beschreibt mit Bezug auf die Zusammenarbeitsformen zwischen den Unternehmen, wobei jedes Meta-Modell-Element in dem Satz einen Teil eines potenziellen Standards für die Zusammenarbeit zwischen Unternehmen beschreibt. Das System beinhaltet auch einen Meta-Modell- Verhandlungsdienst, der anwendbar ist, eine Anzeige zu erhalten, dass zwei oder mehr Unternehmen einen Standard für Zusammenarbeit zwischen den Unternehmen verhandeln wollen. Der Meta-Modell-Verhandlungsdienst bietet Zugriff auf den Satz von Meta- Modell-Elementen und empfängt Auswahlen von einem oder mehr Meta-Modell-Elemente für die Verhandlung und Integration in ein verhandeltes Meta-Modell, das eine Vereinbarung zwischen den Unternehmen über die Zusammenarbeit zwischen den Unternehmen beschreibt. Der Meta-Modell-Verhandlungsdienst erleichtert die Verhandlung der ausgewählten Meta-Modell-Elemente, bringt die verhandelten Meta- Modell-Elemente in das verhandelte Meta-Modell für die Zusammenarbeit zwischen den Unternehmen ein und kommuniziert das vereinbarte Meta-Modell zu den Unternehmen, um die Zusammenarbeit zwischen den Unternehmen gemäß dem in dem verhandelten Meta- Modell berücksichtigten Standard für die Zusammenarbeit zu ermöglichen.
Gemäß einer anderen Ausführung wird Software für Zusammenarbeit mit Bezug auf ein Unternehmen in computerlesbare Medien eingebracht und ist bei deren Ausführung anwendbar, ein verhandeltes Meta-Modell von einem Meta-Modell-Verhandlungsdienst zu empfangen. Das verhandelte Meta-Modell beinhaltet mehrfache verhandelte Meta-Modell- Elemente, ausgewählt aus einem gespeicherten Satz mit Meta-Modell-Elementen. Jedes Meta-Modell-Element im Satz kann von zwei oder mehr Unternehmen verhandelt werden und beschreibt einen Teil eines potenziellen Standards für die Zusammenarbeit zwischen Unternehmen. Das verhandelte Meta-Modell beschreibt eine Vereinbarung zur Zusammenarbeit zwischen dem zugeordneten Unternehmen und einem oder mehr anderen Unternehmen und wird von dem zugeordneten Unternehmen und dem einen oder den mehreren Unternehmen, die von dem Meta-Modell-Verhandlungsdienst Gebrauch machen, verhandelt. Die Software für die Zusammenarbeit ist anwendbar, die Semantik des verhandelten Meta-Modells im Wesentlichen unabhängig von einer Änderung an der Software für die Zusammenarbeit, die nach der Verhandlung des Meta-Modells vorgenommen wurde, zu verstehen, und im Wesentlichen selbsttätig mit dem einen oder mit den mehreren Unternehmen gemäß dem Standard für die Zusammenarbeit zusammenzuarbeiten, die diese in dem erhaltenen Meta-Modell berücksichtigen, das in der Software für die Zusammenarbeit empfangen wurde.
Gemäß einer anderen Ausführung beinhaltet ein verhandeltes Meta-Modell, das die Zusammenarbeit zwischen zwei oder mehr Unternehmen ermöglicht, eine Anzahl verhandelter Meta-Modell-Elemente, die aus einem gespeicherten Satz von Meta-Modell- Elementen ausgewählt wurden, die jeweils von zwei oder mehr Unternehmen verhandelt werden können. Jedes Meta-Modell-Element in dem Satz beschreibt einen Teil des potenziellen Standards für die Zusammenarbeit zwischen Unternehmen. Das verhandelte Meta-Modell beschreibt eine Vereinbarung über die Zusammenarbeit zwischen zwei oder mehr Unternehmen und wird von zwei oder mehr Unternehmen unter Verwendung eines Meta-Modell-Verhandlungsdienstes zugeordnet zu einem Netzwerkdienstanbieter verhandelt. Das verhandelte Meta-Modell beinhaltet Semantik, die von der Software für Zusammenarbeit in Bezug auf jedes der zwei oder mehr Unternehmen, im Wesentlichen unabhängig von jeglicher Änderung der Software für die Zusammenarbeit nach der Verhandlung des Meta-Modells, verstanden werden kann, in der Weise, dass die Software fur Zusammenarbeit der zwei oder mehr Unternehmen anwendbar ist, im Wesentlichen selbsttätig gemäß dem Standard für die Zusammenarbeit zusammenzuarbeiten, der in dem verhandelten Meta-Modell berücksichtigt wird.
Bestimmte Ausführungen der vorliegenden Erfindung bieten ein oder mehr technische Vorteile. Zum Beispiel können bestimmte Ausführungen ein System bieten, mit dem die Verhandlung eines Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern durch Gebrauchmachung einer Handelspartner-Vereinbarung (englisch: trading partner agreement, TPA) erleichtert wird, der im Wesentlichen "maschinell ausführbar" ist, in der Weise, dass er von "adaptiver" Software für Zusammenarbeit der Handelspartner verstanden und automatisch umgesetzt werden kann, im Wesentlichen unmittelbar nach dessen Zustandekommen, ohne umfangreiche Modifikation der Software für Zusammenarbeit. Dieses ermöglicht es, Zeit, Kosten und benötigte Ressourcen beträchtlich zu vermindern im Vergleich zu frühere Techniken, bei welchen Entwickler, Analysten und sonstige Mitarbeiter mit Bezug auf jeden Handelspartner erforderlich waren, um einen Standard für Zusammenarbeit unabhängig zu verstehen und anschließend dessen Semantik in ihrer Software für die Zusammenarbeit einzuarbeiten, bevor eine Zusammenarbeit auf der Grundlage des Standards stattfinden konnte. Entsprechend können in bestimmten Ausführungen beträchtliche Zeit, Kosten und Ressourcen bei der Begründung von unternehmensübergreifender Zusammenarbeit eingespart werden.
Bestimmte Ausführungen der vorliegenden Erfindung können einen Meta-Modell- Verhandlungsdienst (englisch: meta-model negotiation service, MMNS) vorsehen, der es Handelspartnern erlaubt, bestimmte Meta-Modell-Elemente aus einem Muster von Meta- Modell-Elementen auszuwählen, die ausgewählten Meta-Modell-Elemente den besonderen Bedürfnissen entsprechend zu verhandeln und die Meta-Modell-Elemente in einem kompletten verhandelten Meta-Modell zur Verwendung bei späterer Zusammenarbeit zwischen diesen Handelspartnern aufzunehmen. Der Meta-Modell-Verhandlungsdienst (MMNS) kann ein Dienst sein, der von einem Netzwerkdienstanbieter bereit gestellt wird. Verwendung des Meta-Modell-Verhandlungsdienstes (MMNS) kann es Handelspartnern erlauben, ein privates, differenziertes Meta-Modell zu verhandeln, einer verhandelten Handelspartnervereinbarung (englisch: trading partner agreement, TPA) entsprechend, welches den Handelspartnern einen Mehrwert bietet, der alles überschreitet, das jegliche bestehende "einerlei"-Lösung mit Standards für den kleinsten gemeinsamen Nenner bieten können. Handelspartner die Zugriff auf den Meta-Modell-Verhandlungsdienst (MMNS) haben und deshalb an Verhandlungen über eine den Kundenwünschen angepasste Handelspartnervereinbarung (TPA) mit ihren Handelspartnern teilnehmen können, können im Ergebnis zusätzliche Geschäfte erlangen, insbesondere wenn diese Geschäftspartner adaptive Software für Zusammenarbeit haben, die maschinen-ausführbare Handelspartnervereinbarungen (englisch: TPA), die sie vom Meta-Modell- Verhandlungsdienst (englisch: MMNS) empfangen, lesen, verstehen und umsetzen können.
Ein oder mehrere andere technische Vorteile werden einem, der mit der Materie vertraut ist, sofort aus den Zahlen, Beschreibungen und Ansprüchen, die hierin aufweisen sind, ersichtlich werden. Außerdem können verschiedene Ausführungen alle, einige oder keine der aufgelisteten Vorteile aufweisen, von denen spezifische Vorteile vorstehend aufgelistet worden sind.
Für ein besseres Verständnis der besonderen Ausführungen der Erfindung und ihrer Vorteile wird nunmehr auf die nachfolgenden Beschreibungen und die begleitenden Zeichnungen Bezug genommen, in denen:
Fig. 1 zeigt beispielhaft ein System für die Erleichterung der Verhandlung eines Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern;
Fig. 2 bis 5 zeigen beispielhaft die Verhandlung eines Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern;
Fig. 6 zeigt beispielhaft einen Netzwerkdienstanbieter, und
Fig. 7 zeigt beispielhaft ein Verfahren zur Erleichterung der Verhandlung eines Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern.
Fig. 1 zeigt beispielhaft ein System 10 für die Erleichterung der Verhandlung eines Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern. Im Allgemeinen verwenden zwei oder mehr Unternehmen 12 gemäß der vorliegenden Erfindung einen elektronischen Marktplatz oder sonstigen Netzwerkdienstanbieter 14 für die Verhandlung eines Standards für die Zusammenarbeit zwischen den Unternehmen 12, bei dem es sich um einen privaten einzigartigen Standard für diese Unternehmen 12 handeln kann. Auf den verhandelten Standard kann, wenn zutreffend, als Handelspartner- Vereinbarung (TPA) Bezug genommen werden und er ist vorzugsweise zumindest im Wesentlichen "maschinell ausführbar" in der Weise, dass die Software für Zusammenarbeit 16 von Unternehmen 12 einen Geschäftsprozess nach dem verhandelten Standard selbsttätig ausführen kann, im Wesentlichen unmittelbar nach dem Zustandekommen des Standards, ohne dass umfangreiche Modifizierung der Software für Zusammenarbeit 16 erforderlich wäre.
Ein Meta-Modell ist eine Beschreibung einer Handelspartner-Vereinbarung (TPA), die Software wie die Software für Zusammenarbeit 16 lesen und verstehen kann. Ein Meta- Modell kann, je nach Implementierung, XML-Daten oder jegliche andere geeignete Art von softwaremäßig lesbaren Daten aufweisen. In einer Ausführung unterstützt Netzwerkdienstanbieter 14 einen Meta-Modell-Verhandlungsdienst 18 (MMNS) für die Erleichterung der Verhandlung von Standards, in Form von Handelspartnervereinbarungen (englisch: trading partner agreements, TPAs), für Zusammenarbeit zwischen Unternehmen 12. In bestimmten Ausführungen kann auf den Meta-Modell-Verhandlungsdienst 18 (MMNS) als gemeinsamer Geschäftsplanungs-Netzwerkdienst (englisch: joint business planning network service JBPNS) Bezug genommen werden. Obwohl Meta-Modell- Verhandlungsdienst 18 (MMNS) beschrieben wird, kann jeglicher geeignete Dienst bei Netzwerkdienstanbieter 14 unterstützt werden, um die Merkmale und Arbeitsweise wie darin beschrieben bereitzustellen. Obwohl Meta-Modell-Verhandlungsdienst 18 (MMNS) als unterstützt bei Netzwerkdienstanbieter 14 beschrieben wird, kann MMNS 18 unter Verwendung jeglichen geeigneten Computersystems als Vermittler zwischen Unternehmen 12 benutzt werden. Weiter kann Meta-Modell-Verhandlungsdienst 18 (MMNS) in bestimmten Ausführungen ganz oder teilweise bei Unternehmen 12 in Betrieb sein. Beispielsweise kann jedes Unternehmen 12 geeignete Teile des Meta-Modell- Verhandlungsdienstes 18 (MMNS) in einer solchen Art und Weise unterstützen, dass Kommunikation zwischen Teilen des Verhandlungsdienst (MMNS) 18 bei verschiedenen Unternehmen 12 erfolgen kann; um Standards für Zusammenarbeit zwischen Unternehmen 12 zu verhandeln.
Anders als in früheren Techniken, wie oben beschrieben, sind Handelspartnervereinbarungen (TPAs) gemäß der vorliegenden Erfindung vorzugsweise maschinell ausführbar, sodass Software für Zusammenarbeit 16 von Unternehmen 12 eine verhandelte Handelspartnervereinbarung (TPA) verstehen und unmittelbar nach ihrem Zustandekommen anfangen kann, der verhandelten Handelspartnervereinbarung (TPA) entsprechend mit Software für Zusammenarbeit 16 eines anderen Unternehmens 12 oder mehrerer anderer Unternehmen 12 zusammenzuarbeiten, das bzw. die an der Verhandlung der Handelspartnervereinbarung (TPA) beteiligt gewesen war bzw. waren. In einer Ausführung kann dies durch Beschreibung des gesamten Meta-Modells des Standards, die in der Handelspartnervereinbarung (TPA) berücksichtigt wird, in einer solchen Art erreicht werden, dass Software für Zusammenarbeit 16 dessen Semantik verstehen und dem Standard entsprechend angleichen kann. Frühere Techniken machten es erforderlich, dass Entwickler, Analysten und sonstiges Personal in Bezug auf Unternehmen 12 einen Standard für Zusammenarbeit verstanden und dann dessen Semantik in die Software für Zusammenarbeit 16 der betroffenen Unternehmen 12 verschlüsselten. Dieser Prozess kann beträchtliche Zeit (z. B. Monate) kosten und war ein bedeutsamer Faktor in der mangelnden Aufnahme privater, differenzierter Standards für Zusammenarbeit gewesen.
Die Unternehmen 12 in Verbindung mit Netzwerkdienstanbieter 14 können bestehende oder künftige Handelspartner sein und unter ihnen können Hersteller, Distributoren, Großhändler, Wiederverkäufer, Lieferanten, Endverbraucher oder jegliche sonstigen Einheiten sein, die sich an Geschäftsprozessen oder -transaktionen beteiligen. Die Unternehmen 12 in Verbindung mit Netzwerkdienstanbieter 14 können jeweils ein oder mehrere Computersysteme an einem oder mehreren Standorten betreiben und je nach den bestimmten Bedürfnissen Datenspeicherung, Kommunikationen oder sonstige Ressourcen teilen. Diese Computersysteme können geeignete Eingabegeräte, Ausgabegeräte, Massenspeichermedien, Prozessoren, Speicher oder sonstige Komponenten für den Empfang, die Verarbeitung, Speicherung und die Kommunikation von Informationen gemäß dem Betreiben von System 10 umfassen.
Netzwerkdienstanbieter 14 kann ein Business-to-Business (B2B)-, Business-to-Consumer (B2C)- oder sonstiger Netzwerkdienstanbieter sein, der Unternehmen untereinander verbindet. Die Unternehmen 12 können sich autonom oder nach geeigneter Eingabe von jeglicher Anzahl zugeordneter Anwender interaktiv mit Netzwerkdienstanbieter 14 austauschen. Die Unternehmen 12 können unter Verwendung eines lokalen oder mehrerer lokaler Hausnetzwerke (LANs), städtischer Netzwerke (MANs), landesweiter Netze (WANs), eines weltweiten Computernetzes wie des Internets oder jeglicher sonstigen Kabel-, optischen, drahtlosen oder sonstigen Verbindung. Die Unternehmen 12 und Netzwerkdienstanbieter 14 können durch eine hub-and-spoke-, peer-to-peer- oder jegliche sonstige geeignete Architektur miteinander kommunizieren. In einer Ausführung wird System 10 unter Verwendung einer hub-and-spoke-Architektur implementiert, in der die spokes in geeigneter Art und Weise in Unternehmenssysteme der Unternehmen 12 integriert sind und planmäßigen Datentransfer zwischen diesen Unternehmenssystemen und Netzwerkdienstanbieter 14 erlauben.
Fig. 2 bis 5 zeigen beispielhaft die Verhandlung eines Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern. In einer Anfangsphase, wie in Fig. 2 gezeigt, arbeitet Software für Zusammenarbeit 16a zugeordnet zu Unternehmen 12a unter Verwendung eines ersten Meta-Modells ("Meta- Modell-1 ") mit Software für Zusammenarbeit 16b zugeordnet zu Unternehmen 12b zusammen. Meta-Modell-1 beschreibt eine für die Zusammenarbeit zwischen Software für Zusammenarbeit 16a und 16b geeignete Handelspartnervereinbarung (TPA) und kann eine standardmäßige Handelspartnervereinbarung (englisch: TPA), eine private, anders als unter Verwendung des Meta-Modell-Verhandlungsdienstes 18 (MMNS) entwickelte Handelspartnervereinbarung (englisch: TPA) sein, oder eine Handelspartnervereinbarung (englisch: TPA), die gemäß der vorliegenden Erfindung unter Verwendung des Meta- Modell-Verhandlungsdienstes 18 (englisch: MMNS 18) verhandelt wurde. In der gezeigten Ausführung arbeitet die Software für Zusammenarbeit 16a auch mit Software für Zusammenarbeit 16c unter Verwendung eines zweiten Meta-Modells ("Meta-Modell-2") zusammen, welches wie Meta-Modell-1 jegliches geeignete Meta-Modell sein kann. Ebenso arbeitet Software für Zusammenarbeit 16f unter Verwendung geeigneter dritter ("Meta-Model-3") bzw. vierter ("Meta-Model-4") Meta-Modelle mit Software für Zusammenarbeit 16d und 16e zusammen. Obwohl bestimmte Formen der Zusammenarbeit und zugeordnete Meta-Modelle zu Erläuterungszwecken gezeigt und beschrieben werden, können jegliche geeigneten Formen der Zusammenarbeit und Meta-Modelle existieren.
In dem beispielhaft gezeigten Verhandlungsszenario wollen die Unternehmen 12a und 12f, die die Software für Zusammenarbeit 16a bzw. 16f unterstützen, miteinander zusammenarbeiten. Entsprechend beginnen, wie in Fig. 3 gezeigt, die Unternehmen 12a und 12f mit dem Verhandeln eines Standards, der als Grundlage für die Zusammenarbeit zwischen ihnen dienen soll. Durch Meta-Modell-Verhandlungsdienst 18 (MMNS) verhandeln die Unternehmen 12a und 12f ein oder mehrere Meta-Modell-Elemente, die für das Formulieren eines Meta-Modells benutzt werden sollen, das eine verhandelte Handelspartnervereinbarung (TPA) beschreiben soll, die ihren Bedürfnissen angepasst ist und sich für ihre künftige Zusammenarbeit eignet. Die verhandelten Meta-Modell-Elemente und das daraus resultierende Meta-Modell können kennzeichnend für Software für Zusammenarbeit 16a und 16f sein. In einer Ausführung können die Unternehmen 12a und 12f ein oder mehrere Meta-Modell-Elemente aus einem Satz möglicher Meta-Modell- Elemente auswählen, die den Unternehmen 12a und 12f durch Meta-Modell- Verhandlungsdienst 18 (MMNS) kommuniziert oder anderweitig verfügbar gemacht worden sind. Der Satz möglicher Meta-Modell-Elemente kann in Form einer den Unternehmen 12 zugänglichen Mustervorlage (englisch: template) angeboten werden. Der Satz möglicher Meta-Modell-Elemente wird vorzugsweise so zusammengestellt, dass er alle Meta-Modell-Elemente, die für die Unternehmen 12 innerhalb der Marktplatzumgebung von Netzwerkdienstanbieter 14 von Interesse sein könnten, aufweist. Zumindest in bestimmten Ausführungen kann Meta-Modell-Verhandlungsdienst 18 (MMNS) jedoch auch die Anwendbarkeit der Unternehmen 12 unterstützen, neue Meta- Modell-Elemente zur Verwendung in Kombination mit den oder anstelle der vorvalidierten Meta-Modell-Elemente(n) in dem vordefinierten Satz möglicher Meta-Modell-Elemente, die vom Meta-Modell-Verhandlungsdienst 18 (MMNS) unterstützt werden, zu definieren.
Jedes Meta-Modell-Element handelt typischerweise mit einem zugeordneten Satz potenzieller Bedingungen, Definitionen oder Standards, die kollektiv eine vollständige Beschreibung einer verhandelten Handelspartnervereinbarung (TPA) vorsehen können. Beispielsweise können Meta-Modell-Elemente, die von Meta-Modell-Verhandlungsdienst 18 (MMNS) unterstützt werden, Lieferkettenelemente (auf die möglicherweise auch als Dimensionen verwiesen werden kann) wie Teil (d. h. Teilenummer, Lagereinheit (LE) oder sonstige Kennzeichnung), Puffer (d. h. Teil an einem Ort), Werk (d. h. Standort, von wo aus oder zu welchem der Versand erfolgen wird) sowie Ressource (stellvertretend für Kapazität) aufweisen. Sobald eine oder mehrere dieser Lieferkettenelemente verhandelt und in einer Handelspartnervereinbarung (TPA) berücksichtigt worden sind, können die Unternehmen 12a und 12f anschließend auf der Grundlage dieser Elemente zusammenarbeiten, um beispielsweise genau zu bestimmen, welche Teile in einer Geschäftstransaktion einbezogen sein werden, wo sich die Teile befinden, woher oder wohin die Teile versandt werden und welche Kapazität für die Verarbeitung der Teile benötigt sein wird.
Meta-Modell-Verhandlungsdienst 18 (MMNS) kann eine oder mehrere Arten von Meta- Modell-Elementen, die von den Unternehmen 12 verhandelt worden sind, um als Grundlage für eine verhandelte Handelspartnervereinbarung (TPA) zu dienen, unterstützen. So können beispielsweise verhandelte Meta-Modell-Elemente in jeglicher geeigneten Kombination und ohne Einschränkung aufweisen: (1) Rollentypen-Elemente, die festlegen, wer sich an der Zusammenarbeit beteiligen kann (z. B. Lieferanten oder Käufer); (2) Kombinationen von Lieferkettenelementen (auf die auch als Dimensionalität verwiesen werden kann), auf denen die Zusammenarbeit erfolgen kann (z. B. Teil - Ort (Versand von) - Ort (Versand nach), Ort (Versand von) - Puffer, usw.); (3) Zugriff, den bestimmte Rollentypen auf bestimmte Dimensionalität haben; (4) Art der Zusammenarbeitstransaktion (z. B. Angebotsanfrage (ANF, englisch: RFQ)) im Verhältnis zur Dimensionalität, wie der Struktur (z. B. hierarchisch) und Datenelemente der Transaktion, ein Vollstatus- oder sonstiges Modell, das den Lebenszyklus der Transaktion beschreibt, den Zugriff, den ein Rollentyp auf die Datenelemente der Transaktion im Verhältnis zu dem Status der Transaktion hat, die Aktionen, die ein Rollentyp auf die Transaktion im Verhältnis zu dem Status der Transaktion ausführen kann, und ob die Transaktion das Aufzeichnungssystem ist oder stattdessen, ob es ein anderes Aufzeichnungssystem gibt, mit dem Synchronisation erfolgen soll; (5) gemeinsame Berechnungen, Probleme, Warnungen und dergleichen, die beide Unternehmen 12 sehen können (z. B. definiert als gemeinsame JAVA-Klassen, die auf der Zusammenarbeitstransaktion einwirken, die auf einer standardmäßigen JAVA Virtual Machine (JVM) in einem der Unternehmen 12 läuft; und (6) vorübergehende Horizontstruktur der Zusammenarbeitstransaktion (z. B. Anzahl Tage, gefolgt von der Anzahl Wochen, gefolgt von der Anzahl Monate). Obwohl bestimmte Meta-Modell- Elemente beispielhaft beschrieben werden, können jegliche geeigneten Meta-Modell- Elemente bei Meta-Modell-Verhandlungsdienst 18 (MMNS) unterstützt werden, die von einem oder beiden Unternehmen 12 für Verhandlung ausgewählt und von den Unternehmen 12 den besonderen Bedürfnissen entsprechend verhandelt worden sind.
Sobald die verhandelten Meta-Modell-Elemente verhandelt worden sind, formuliert Meta- Modell-Verhandlungsdienst 18 (MMNS) ein Meta-Modell für die Handelspartnervereinbarung (TPA), das die verhandelten Meta-Modell-Elemente aufweist. Wie in Fig. 4 gezeigt kommuniziert Meta-Modell-Verhandlungsdienst 18 (MMNS) das verhandelte Meta-Modell ("Meta-Modell-5") in jeglicher geeigneten Art und Weise zur Software für Zusammenarbeit 16a und 16f der Unternehmen 12a bzw. 12f. Die jeweilige Software für Zusammenarbeit 16a und 16f ist anwendbar, das verhandelte Meta-Modell, wie in einer zugeordneten Handelspartnervereinbarung (TPA) berücksichtigt, zu empfangen und anzunehmen, die Semantik des verhandelten Meta-Modells zu verstehen und dem verhandelten Meta-Modell entsprechend zusammenzuarbeiten. Zusammenarbeit kann die der verhandelten Handelspartnervereinbarung (TPA) entsprechende Ausführung einer oder mehrerer Transaktionen aufweisen. In der bevorzugten Ausführung, wie oben beschrieben, ist die jeweilige Software 16a und 16f anwendbar, im Wesentlichen unmittelbar nach ihrem Zustandekommen mit geringfügiger oder ohne Veränderung der Software für Zusammenarbeit 16a und 16f der verhandelten Handelspartnervereinbarung (TPA) entsprechend zusammenzuarbeiten. Dieses kann einen bedeutsamen technischen Vorteil bieten.
In einer Ausführung wird Software für Zusammenarbeit 16 derart entwickelt, um die Semantik eines jeglichen verhandelten Meta-Modells, das von dem Meta-Modell- Verhandlungsdienst 18 (MMNS) empfangen wird, zügig zu verstehen, dass sie die Semantik aller möglichen Meta-Modell-Elemente, die von dem Meta-Modell- Verhandlungsdienst 18 (englisch: MMNS) unterstützt werden, versteht. Im Ergebnis versteht die Software für Zusammenarbeit 16 und ist sie anwendbar, jeglichem verhandelten Meta-Modell entsprechend, das jegliche Kombination unterstützter Meta- Modell-Elemente aufweist, im Wesentlichen selbsttätig, zusammenzuarbeiten. Wenn die Software für Zusammenarbeit 16 diese Anwendbarkeit besitzt, kann sie adaptiv genannt werden. Wie oben angegeben kann eine verhandelte Handelspartnervereinbarung (TPA), die verstanden werden und dann im Wesentlichen unmittelbar und ohne bedeutsame Modifikation der Software für Zusammenarbeit 16 ausgeführt werden kann, maschine- ausführbar genannt werden.
In einem Beispiel könnte Unternehmen 12a ein Käufer und Unternehmen 12f ein Lieferant sein. Die Unternehmen 12a und 12f haben ein Meta-Modell (Meta-Modell-5) auf der Grundlage von Teil- und Ort-Elementen verhandelt, die formuliert und durch den Meta- Modell-Verhandlungsdienst 18 (englisch: MMNS) an die Software für Zusammenarbeit 16 kommuniziert worden sind. In einem Beispiel haben die Unternehmen 12 und 12f ein Meta- Modell (Meta-Modell-5) verhandelt, das ihre künftige Zusammenarbeit regeln wird. Sie haben vereinbart, dass der Zweck der Zusammenarbeit die Abdeckung des Bedarfs an einem Käufer-Ort von einem bestimmten Lieferanten-Ort aus für ein bestimmtes Teil ist. Die Unternehmen 12a und 12f haben somit die Struktur der Zusammenarbeitstransaktionen im Sinne von Teilen, Käufer-Orten und Lieferanten-Orten verhandelt. Die Zuordnung zwischen der verhandelten Zusammenarbeitstransaktion und der unterliegenden Lieferkettenelemente wie Teil und Ort sind in diesem Beispiel kritisch für die weitere Verhandlung von Ausnahmen und Vorkommnissen, die vom Status der gesamten Lieferkette und sonstigen Zusammenarbeitstransaktionen in der Lieferkette abhängig sind.
Die Unternehmen 12a und 12f haben weiterhin die Art vereinbart, in der das Bedarfssignal erfolgt, die Art, in der die Lieferantwort stattfinden soll sowie das Protokoll, das die jeweilige adaptive Software für die Zusammenarbeit 16a und 16f verwenden werden, um diese Signale weiterzuleiten. Weiterhin haben die Unternehmen 12a und 12f Ausnahmebedingungen verhandelt, die sich vortun werden, wenn eine bestimmte Partei sich nicht an dem verhandelten Protokoll hält. Darüber hinaus haben die Unternehmen 12a und 12f die Logistik für den physischen Versand der Teile verhandelt.
Die jeweilige Software für Zusammenarbeit 16a und 16f können dem verhandelten Meta- Modell (Meta-Modell-5) entsprechend zusammenarbeiten und bestimmen, dass ein Teil mit einer bestimmten Lagereinheit LE vom Unternehmen 12a an einem bestimmten Käufer-Ort benötigt ist. Dieser Bedarf wird dann dem Meta-Modell entsprechend an die Software für Zusammenarbeit 16f des Lieferanten weitergeleitet. Die Software für Zusammenarbeit 16f des Lieferanten wird dann auf diesen Bedarfssignal dem verhandelten Meta-Modell entsprechend antworten. Wenn die Antwort innerhalb der Parameter liegt, wird die Software für Zusammenarbeit 16a des Käufers dem Meta-Modell entsprechend einen Kaufauftrag ausfertigen. Der Lieferant 12f wird dann die gewünschte Menge Teile an dem gewünschten Datum dem verhandelten Logistikmodell entsprechend versenden. Zu jeder Zeit während der Zusammenarbeit überwachen jeweils die Software für Zusammenarbeit 16a und 16f (wie auch sonstige Zusammenarbeitstransaktionen) die Lieferkette, um Ausnahmebedingungen zu entdecken und Ereignisse zu initiieren. Obwohl ein bestimmtes Beispiel beschrieben wird, werden in der Technik Erfahrene feststellen, dass die vorliegende Erfindung nicht auf ein bestimmtes Zusammenarbeitsszenario begrenzt ist.
Fig. 6 zeigt beispielhaft einen Netzwerkdienstanbieter 14 und Interaktionen mit verschiedenen Unternehmen 12 in weiteren Einzelheiten. Netzwerkdienstanbieter 14 kann eine oder mehrere Firewalls 20 zur Erstellung eines "DMZ" oder sonstigen Sicheren Bereich 22 errichten, der die Unternehmen 12 von bestimmten Verarbeitungs- und Datenspeicherressourcen des Netzwerkdienstanbieters 14 abtrennt. In einer Ausführung isoliert DMZ 22 ein Protokoll für den Transfer von Dateien (FTP) oder sonstigen Fileserver 24, der Datendateien 26 von Unternehmenssystemen 28, zugeordnet zu Unternehmen 12, empfängt. Fileserver 24 kommuniziert Datendateien 26 zu einer Datenbankschicht 30 von Netzwerkdienstanbieter 14 zur Speicherung in Datenbank 32 als flatfiles oder anderweitig. Wenn. Netzwerkdienstanbieter 14 einen oder mehrere gehostete Planungsdienste anbietet, kann Fileserver 24 auch Planungsoutput 34 von einem oder mehreren Planungsengines 36 in einer Anwendungsschicht 38 des Netzwerkdienstanbieters 14 empfangen. Fileserver 24 kann gegebenenfalls Planungsoutput 34 an die Unternehmenssysteme 28 der Unternehmen 12 kommunizieren. Planungsengine 36 kann mit Datenbank 32 interagieren oder, mehr bevorzugt im Hinblick auf bestimmte Aufgaben, mit einem aktiven Datenlager 40 (englisch: active data warehouse, ADW 40), in dem die Informationen, die in Datendateien 26 aufweisen sind, gespeichert und aktualisiert werden können.
DMZ 22 isoliert ebenfalls einen oder mehrere Webserver 42, innerhalb einer Webschicht 44 von Netzwerkdienstanbieter 14, der zwischen Manager 46 in Anwendungsschicht 38 und einem oder mehreren Anwendern 48, zugeordnet zu Unternehmen 12, kommuniziert. Zum Beispiel kann Webserver 42 mit solchen Anwendern 48 unter Verwendung von Seiten in Hypertext Markup Language (HTML) oder Dokumenten in Extensible Markup Language (XML), die in Secure Hypertext Transfer Protocol (S-HTTP) oder sonstigen geeigneten Anfragen aufweisen sind, kommunizieren. Soweit dateibasierte, webbasierte und sonstige Kommunikationstechniken als Beispiele beschrieben sind, können die Unternehmen 12 mit Netzwerkdienstanbieter 14 in jeglicher geeigneten Art und Weise kommunizieren, ohne den beabsichtigten Umfang der vorliegenden Erfindung zu verlassen. Wo zutreffend bedeutet der Verweis auf die Aktionen der Unternehmen 12 den Einschluss der Aktionen der diesen zugeordneten Unternehmenssysteme 28 und/oder der diesen zugeordneten Anwender 48. Wie oben beschrieben können die Unternehmen 12 in bestimmten Ausführungen ganz oder zumindest im Wesentlichen autonom sein.
Datenbank 50 kann die Meta-Modell-Elemente, die von den Unternehmen 12 verhandelt werden können und Informationen bezüglich der Formulierung eines oder mehrerer Meta- Modelle auf der Grundlage individuell verhandelter Meta-Modell-Elemente speichern. Zum Beispiel kann, wie oben beschrieben, Datenbank 50 eine Mustervorlage (englisch: template) speichern, die sämtliche möglichen Meta-Modell-Elemente aufweist, die von den Unternehmen 12 zur Aufnahme in einem endgültigen Meta-Modell, das eine bestimmte Handelspartnervereinbarung (TPA) beschreibt, vereinbart werden können. Datenbank 50 kann auch ein oder mehrere Meta-Modelle speichern, die von den Unternehmen 12 für frühere Transaktionen benutzt worden sind und die beispielsweise Element für Element geändert werden können und so neue verhandelte Meta-Modelle bilden. Datenbank 50 kann jegliche geeigneten Informationen, die für das Verfahren der Verhandlung von Meta- Modell-Elementen und der Formulierung vollständiger verhandelter Meta-Modelle auf der Grundlage dieser Elemente relevant sind, speichern.
In einer Ausführung ist Manager 46 für das Managen des Datenstromes zu und von dem Netzwerkdienstanbieter 14 und innerhalb des Netzwerkdienstanbieters 14 in Verbindung mit der Verhandlung von Meta-Modell-Elementen für eine Handelspartnervereinbarung (TPA) unter Verwendung der verhandelten Meta-Modell-Elemente für das Formulieren eines vollständigen Meta-Modells für die Handelspartnervereinbarung (TPA) und sonstiger Aktivitäten, die vorstehend ausführlicher beschrieben wurden, verantwortlich. Manager 46 kann gegebenenfalls Zugriff auf das aktive Datenlager 40 (englisch: active data warehouse, ADW 40) haben und kann Zugriff auf die Informationen erlangen, die in Datenbank 50 in Verbindung mit ihren Tätigkeiten gespeichert sind. Obwohl Datenbank 32, ADW 40 und Datenbank 50 als separate Einheiten beschrieben werden, betrachtet die vorliegende Erfindung diese Komponenten als ganz oder teilweise integral zueinander, je nach bestimmten Bedürfnissen.
Die Komponenten des Netzwerkdienstanbieters 14 können durch Verwendung jeglicher geeigneten Kombination von Software, Firmware, Hardware oder sonstiger geeigneter Komponenten implementiert werden. Die Softwarekomponenten des Netzwerkdienstanbieters 14 können gemäß jeglicher geeigneten Software-Methodologien implementiert werden. Zum Beispiel können Planungsengine 36 und Manager 46 unter Verwendung objektorientierter Softwaremethodologien implementiert, und die Meta- Modell-Elemente, Meta-Modelle und Handelspartnervereinbarungen (TPAs) können unter Verwendung von JAVA-Klassen oder sonstiger geeigneter objektorientierter Konstrukte dargestellt werden Fig. 7 zeigt beispielhaft ein Verfahren zur Erleichterung der Verhandlung eines Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern. Das Verfahren beginnt bei Schritt 100, wo zumindest zwei Unternehmen 12, die zusammenzuarbeiten wünschen, Zugriff auf Meta-Modell-Verhandlungsdienst 18 (MMNS 18) des Netzwerkdienstanbieters 14 haben. Zumindest eines dieser Unternehmen 12 erlangt bei Schritt 102 Zugriff auf den Satz möglicher Meta-Modell-Elemente, die von Meta- Modell-Verhandlungsdienst 18 (MMNS 18) unterstützt werden, in Form einer Mustervorlage (englisch: templates) oder anderweitig. Die bestehenden standardmäßigen Meta-Modelle der beiden Partner werden ebenfalls vorzugsweise zum Zeitpunkt der Verhandlung verfügbar gemacht. Das sich ergebende verhandelte Meta-Modell kann mit dem einen oder anderen Meta-Modell des Partners identisch sein, kann ein Hybrid des bestehenden standardmäßigen Meta-Modells oder kann vollständig ohne Bezug mit den bestehenden standardmäßigen Meta-Modellen sein. Zumindest eines der Unternehmen 12 wählt ein oder mehrere Meta-Modell-Elemente aus dem Satz bei Schritt 104 aus und verhandelt mit dem einen oder mit mehreren anderen Unternehmen 12 in Bezug auf die ausgewählten Meta-Modell-Elemente gemäß ihren bestimmten Bedürfnissen bei Schritt 106. Die Unternehmen 12 können Meta-Modell-Elemente individuell in jeglicher geeigneten Reihenfolge verhandeln, im Wesentlichen gleichzeitig oder auf jegliche sonstige geeignete Art und Weise. Bei Schritt 108 arbeiten die Unternehmen 12 und Meta-Modell- Verhandlungsdienst 18 (MMNS) zusammen, um ein endgültiges verhandeltes Meta-Modell zu erzeugen, welches die individuellen verhandelten Meta-Modell-Elemente aufweist. Das verhandelte Meta-Modell beschreibt eine Handelspartnervereinbarung (TPA) für künftige Zusammenarbeit zwischen den Handelspartnern. Obwohl das verhandelte Meta-Modell als vollständig oder endgültig bezeichnet werden kann, sieht die vorliegende Erfindung vor, dass das Meta-Modell bei spezifizierten Auslösern periodisch oder in jeglicher sonstigen geeigneten Art und Weise erneut verhandelt werden kann. Darüber hinaus werden die Meta-Modelle vorzugsweise durch eine Version gekennzeichnet, um die Neu-Verhandlung zu vereinfachen. Bei Schritt 110 kommuniziert Meta-Modell-Verhandlungsdienst 18 (MMNS) das verhandelte Meta-Modell zu der Software für Zusammenarbeit 16 eines jeden Unternehmens 12. Die Software für Zusammenarbeit 16 eines jeden Unternehmens 12empfängt das verhandelte Meta-Modell bei Schritt 112. Wenn die Handelspartnervereinbarung (TPA) für das verhandelte Meta-Modell maschinell ausführbar und die Software für Zusammenarbeit 16 eines jeden Unternehmens adaptiv ist, liest die Software für Zusammenarbeit 16 bei Schritt 114 vorzugsweise das verhandelte Meta- Modell, versteht dessen Semantik und kann an Kollaborativ-Geschäfisprozessen oder -transaktionen mit anderen Unternehmen 12 gemäß dem verhandelten Meta-Modell und dessen zugeordneter Handelspartnervereinbarung (TPA) teilnehmen.
Obwohl die vorliegende Erfindung in Einzelheiten beschrieben wird, können jemandem, der mit der Technik vertraut ist, verschiedene Änderungen und Modifikationen einfallen. Es ist beabsichtigt, dass die vorliegende Erfindung solche Änderungen und Modifikationen als liegend innerhalb der beiliegenden Ansprüche mit einschließt.

Claims

1. System zur Erleichterung der Verhandlung eines Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern, aufweisend:
einen Satz mit einem oder mehreren Meta-Modell Elementen, die jeweils von zwei oder mehr Unternehmen verhandelt und in ein verhandeltes Meta-Modell aufgenommen werden können, welches eine Vereinbarung zwischen den Unternehmen über die Zusammenarbeit zwischen den Unternehmen beschreibt, wobei jedes Meta-Modell-Element in dem Satz einen Teil des potenziellen Standards für die Zusammenarbeit zwischen Unternehmen beschreibt;
einen Meta-Modell-Verhandlungsdienst, welcher anwendbar ist, um:
eine Anzeige zu erhalten, dass zwei oder mehr Unternehmen einen Standard für die Zusammenarbeit zwischen den Unternehmen zu verhandeln wünschen;
Zugriff auf den Satz von Meta-Modell-Elementen zu verschaffen;
Auswählen von einem oder mehr Meta-Modell-Elementen für die Verhandlung und Aufnahme in ein verhandeltes Meta-Modell zu empfangen, wobei das verhandelte Meta-Modell eine Vereinbarung zwischen den Unternehmen für die Zusammenarbeit zwischen den Unternehmen beschreibt;
die Verhandlung der ausgewählten Meta-Modell-Elemente zu erleichtern;
die verhandelten Meta-Modell-Elemente in das verhandelte Meta-Modell für die Zusammenarbeit zwischen den Unternehmen aufzunehmen; und
das verhandelte Meta-Modell zu den Unternehmen zu kommunizieren, um die Zusammenarbeit zwischen den Unternehmen entsprechend den Standards für die Zusammenarbeit zu ermöglichen, die sich in dem verhandelten Meta-Modell widerspiegeln.

2. System gemäß Anspruch 1, in dem der Meta-Modell-Verhandlungsdienst anwendbar ist, um das verhandelte Meta-Modell zur Software für Zusammenarbeit der Unternehmen zu kommunizieren, wobei die Software für die Zusammenarbeit anwendbar ist um, im Wesentlichen selbsttätig und im Wesentlichen unabhängig von einer Modifikation an der Software für die Zusammenarbeit nach der Verhandlung des Meta-Modells, entsprechend dem verhandelten Meta-Modell zu verstehen und zusammen zu arbeiten.

3. System gemäß Anspruch 1, wobei die Vereinbarung im Zusammenhang mit dem verhandelten Meta-Modell maschinell in der Software für Zusammenarbeit ausführbar ist und einen privaten, differenzierten Standard für die auf die besonderen Bedürfnisse der Unternehmen zugeschnittene Zusammenarbeit berücksichtigt.

4. System gemäß Anspruch 1, in dem die Meta-Modell-Elemente innerhalb des Satzes eines oder mehrere der Folgenden aufweist:
Rollentypen;
Dimensionen, die jeweils ein Lieferkettenelement aufweisen;
Dimensionalitäten, die jeweils eine Kombination von Lieferkettenelement aufweisen;
Zugriff von bestimmten Rollentypen auf bestimmte Dimensionalitäten;
Typen von Zusammenarbeitstransaktionen mit Bezug zu bestimmten Dimensionalitäten;
geteilte Operationen, die für zumindest zwei Unternehmen sichtbar sind;
vorübergehende Strukturen von Zusammenarbeitstransaktionen.

5. System gemäß Anspruch 4, in dem ein Meta-Modell-Element, das einen Typ von Zusammenarbeitstransaktion in Relation zu einer bestimmten Dimensionalität spezifiziert, ein oder mehrere der Folgenden aufweist:
Struktur der Transaktion;
Datenelemente in Verbindung mit der Transaktion;
ein Zustandsmodell, das einen Lebenszyklus der Transaktion beschreibt;
Zugriff, den ein Rollentype auf Datenelemente der Transaktion in Relation zu einem Zustand der Transaktion hat;
Aktionen, die ein Rollentyp auf die Transaktion im Verhältnis zu dem Status der Transaktion ausführen kann; und
ob die Transaktion ein Aufzeichnungssystem ist oder ob Synchronisation mit einem anderen Aufzeichnungssystem erfolgen muss.

6. System gemäß Anspruch 1, wobei der Satz Meta-Modell-Elemente in einer Mustervorlage spezifiziert ist.

7. System gemäß Anspruch 1, in dem der Meta-Modell-Verhandlungsdienst einen gemeinsamen Geschäftsplanungs-Netzwerkdienst (JBPNS) aufweist.

8. System gemäß Anspruch 1, in den der Meta-Modell-Verhandlungsdienst mit einem Netzwerkdienstanbieter verbunden ist, durch den die Unternehmen die Meta-Modell-Elemente verhandeln können.

9. System gemäß Anspruch 1, wobei das verhandelte Meta-Modell unter Verwendung von extensible markup language (XML) repräsentiert wird.

10. System gemäß Anspruch 1, wobei eine Zusammenarbeit die Ausführung eines Geschäftsprozesses oder eine Transaktion gemäß dem verhandelten Meta- Modell aufweist.

11. Verfahren zur Erleichterung der Verhandlung eines Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern, wobei das angewandte Verfahren von einem oder mehreren Computern Gebrauch macht, wobei das Verfahren aufweist:
Empfang einer Anzeige, dass zwei oder mehr Unternehmen einen Standard für die Zusammenarbeit zwischen den Unternehmen zu verhandeln wünschen;
Verschaffen von Zugriff auf einen Satz mit einem oder mehreren Meta- Modell-Elementen, wobei jedes Meta-Modell-Element in dem Satz von den Unternehmen verhandelt und in ein verhandeltes Meta-Modell aufgenommen werden kann, welches eine Vereinbarung zwischen den Unternehmen über die Zusammenarbeit zwischen den Unternehmen beschreibt, wobei jedes Meta-Modell-Element in dem Satz einen Teil eines potenziellen Standards für die Zusammenarbeit zwischen Unternehmen beschreibt;
Empfang von Auswahlen von einem oder mehreren Meta-Modell-Elementen für die Verhandlung und Aufnahme in ein verhandeltes Meta-Modell, wobei das verhandelte Meta-Modell eine Vereinbarung zwischen den Unternehmen für die Zusammenarbeit zwischen den Unternehmen beschreibt;
Erleichterung der Verhandlung der ausgewählten Meta-Modell-Elemente;
Aufnahme der verhandelten Meta-Modell-Elemente in das verhandelte Meta-Modell für die Zusammenarbeit zwischen den Unternehmen; und
Kommunikation des verhandelten Meta-Modells zu den Unternehmen, um die Zusammenarbeit zwischen den Unternehmen entsprechend den Standards für die Zusammenarbeit zu ermöglichen, die sich in dem verhandelten Meta-Modell widerspiegeln.

12. Verfahren gemäß Anspruch 11, das weiterhin die Kommunikation des verhandelten Meta-Modells zu der Software für die Zusammenarbeit der Unternehmen kommuniziert, wobei die Software für die Zusammenarbeit anwendbar ist um, im Wesentlichen selbsttätig und im Wesentlichen unabhängig von einer Modifikation an der Software für die Zusammenarbeit nach der Verhandlung des Meta-Modells, entsprechend dem verhandelten Meta-Modell zu verstehen und zusammen zu arbeiten.

13. Verfahren gemäß Anspruch 11, wobei die Vereinbarung im Zusammenhang mit dem verhandelten Meta-Modell maschinell in der Software für Zusammenarbeit der Unternehmen ausführbar ist und einen privaten, differenzierten Standard für die auf die besonderen Bedürfnisse der Unternehmens zugeschnittene Zusammenarbeit berücksichtigt.

14. Verfahren gemäß Anspruch 11, in dem die Meta-Modell-Elemente innerhalb des Satzes eins oder mehrere der Folgenden aufweist:
Rollentypen; Dimensionen, die jeweils ein Lieferkettenelement aufweisen;
Dimensionalitäten, die jeweils eine Kombination von Lieferkettenelementen aufweisen;
Zugriff bestimmter Rollentypen auf bestimmte Dimensionalitäten;
Typen von Zusammenarbeitstransaktionen in Bezug zu bestimmten Dimensionalitäten;
geteilte Operationen, die für zumindest zwei Unternehmen sichtbar sind;
vorübergehende Strukturen von Zusammenarbeitstransaktionen.

15. Verfahren gemäß Anspruch 14, in dem ein Meta-Modell-Element, das einen Typ von Zusammenarbeitstransaktion in Relation zu einer bestimmten Dimensionalität spezifiziert, ein oder mehrere der Folgenden aufweist:
Struktur der Dimensionalität:
Datenelemente in Verbindung mit der Transaktion;
ein Zustandsmodell, das einen Lebenszyklus der Transaktion beschreibt;
Zugriff, den ein Rollentyp auf Datenelemente der Transaktion in Relation zu einem Zustand der Transaktion hat;
Aktionen, die ein Rollentyp auf die Transaktion im Verhältnis zu dem Status der Transaktion ausführen kann; und
ob die Transaktion ein Aufzeichnungssystem ist oder ob Synchronisation mit einem anderen Aufzeichnungssystem erfolgen muss.

16. Verfahren gemäß Anspruch 11, wobei der Satz Meta-Modell-Elemente in einer Mustervorlage spezifiziert ist.

17. Verfahren gemäß Anspruch 11, in dem der Meta-Modell-Verhandlungsdienst einen gemeinsamen Geschäftsplanungs-Netzwerkdienst (JBPNS) aufweist.

18. Verfahren gemäß Anspruch 11, in dem der Meta-Modell-Verhandlungsdienst mit einem Netzwerkdienstanbieter verbunden ist, durch den die Unternehmen die Meta-Modell-Elemente verhandeln können.

19. Verfahren gemäß Anspruch 11, wobei das verhandelte Meta-Modell unter Verwendung von extensible markup language (XML) repräsentiert wird.

20. Verfahren gemäß Anspruch 11, in dem eine Zusammenarbeit die Ausfuhrung eines Geschäftsprozesses oder einer Transaktion gemäß dem verhandelten Meta- Modell aufweist.

21. Software zur Erleichterung der Verhandlung eines Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern, wobei die Software auf computerlesbare Medien verkörpert und bei der Ausführung anwendbar ist, um:
eine Anzeige zu erhalten, dass zwei oder mehr Unternehmen einen Standard für die Zusammenarbeit zwischen den Unternehmen zu verhandeln wünschen;
Zugriff auf einen Satz mit einem oder mehreren Meta-Modell-Elementen zu verschaffen, wobei jedes Meta-Modell-Element in dem Satz von den Unternehmen verhandelt und in ein verhandeltes Meta-Modell aufgenommen werden kann, welches eine Vereinbarung zwischen den Unternehmen über die Zusammenarbeit zwischen den Unternehmen beschreibt, wobei jedes Meta-Modell-Element in dem Satz einen Teil eines potenziellen Standards für die Zusammenarbeit zwischen Unternehmen beschreibt;
die Auswahlen von einem oder mehreren Meta-Modell-Elementen für die Verhandlung und Aufnahme in ein verhandeltes Meta-Modell zu empfangen, wobei das verhandelte Meta-Modell eine Vereinbarung zwischen den Unternehmen für die Zusammenarbeit zwischen den Unternehmen beschreibt;
die Verhandlung der ausgewählten Meta-Modell-Elemente zu erleichtern;
die verhandelten Meta-Modell-Elemente in das verhandelte Meta-Modell für die Zusammenarbeit zwischen den Unternehmen aufzunehmen; und
das verhandelte Meta-Modell zu den Unternehmen zu kommunizieren, um die Zusammenarbeit zwischen den Unternehmen entsprechend den Standards für die Zusammenarbeit zu ermöglichen, die sich in dem verhandelten Meta-Modell widerspiegeln.

22. Software gemäß Anspruch 21, die weiterhin anwendbar ist, um das verhandelte Meta-Modell zur Software für Zusammenarbeit der Unternehmen zu kommunizieren, wobei die Software für die Zusammenarbeit anwendbar ist um, im Wesentlichen selbsttätig und im Wesentlichen unabhängig von einer Modifikation an der Software für die Zusammenarbeit nach der Verhandlung des Meta-Modells, entsprechend dem verhandelten Meta-Modell zu verstehen und zusammen zu arbeiten.

23. Software gemäß Anspruch 21, wobei die Vereinbarung im Zusammenhang mit dem verhandelten Meta-Modell maschinell in der Software für Zusammenarbeit ausführbar ist und einen privaten, differenzierten Standard für die auf die besonderen Bedürfnisse der Unternehmen zugeschnittene Zusammenarbeit berücksichtigt.

24. Software gemäß Anspruch 21, in der die Meta-Modell-Elemente innerhalb des Satzes ein oder mehrere der Folgenden aufweist:
Rollentypen;
Dimensionen, die jeweils ein Lieferkettenelement aufweisen;
Dimensionalitäten, die jeweils eine Kombination von Lieferkettenelementen aufweisen;
Zugriff bestimmter Rollentypen auf bestimmte Dimensionalitäten;
Typen von Zusammenarbeitstransaktionen in Bezug zu bestimmten Dimensionalitäten;
geteilte Operationen, die für zumindest zwei Unternehmen sichtbar sind;
vorübergehende Strukturen von Zusammenarbeitstransaktionen.

25. Software gemäß Anspruch 24, in der ein Meta-Modell-Element, das einen Typ von Zusammenarbeitstransaktion in Relation zu einer bestimmten Dimensionalität spezifiziert, einen oder mehrere der Folgenden aufweist:
Struktur der Transaktion:
Datenelemente zugeordnet zu der Transaktion;
ein Zustandsmodell, das einen Lebenszyklus der Transaktion beschreibt;
Zugriff, den ein Rollentyp auf Datenelemente der Transaktion in Relation zu einem Zustand der Transaktion hat;
Aktionen, die ein Rollentyp auf die Transaktion im Verhältnis zu dem Status der Transaktion ausführen kann; und
ob die Transaktion ein Aufzeichnungssystem ist oder ob Synchronisation mit einem anderen Aufzeichnungssystem erfolgen muss.

26. Software gemäß Anspruch 21, in der der Satz Meta-Modell-Elemente in einer Mustervorlage spezifiziert ist.

27. Software gemäß Anspruch 21, in der der Meta-Modell-Verhandlungsdienst einen gemeinsamen Geschäftsplanungs-Netzwerkdienst (JBPNS) aufweist.

28. Software gemäß Anspruch 21, in der der Meta-Modell-Verhandlungsdienst mit einem Netzwerkdienstanbieter verbunden ist, durch den die Unternehmen die Meta-Modell-Elemente verhandeln können.

29. Software gemäß Anspruch 21, in der das verhandelte Meta-Modell unter Verwendung von extensible markup language (XML) repräsentiert wird.

30. Software gemäß Anspruch 21, in der eine Zusammenarbeit die Ausführung eines Geschäftsprozesses oder einer Transaktion gemäß dem verhandelten Meta- Modell aufweist.

31. System zur Erleichterung der Verhandlung eines Standards fur unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern, aufweisend:
Mittel für den Empfang einer Anzeige, dass zwei oder mehr Unternehmen einen Standard für die Zusammenarbeit zwischen den Unternehmen zu verhandeln wünschen;
Mittel zur Verschaffung eines Zugriffs auf einen Satz mit einem oder mehreren Meta-Modell-Elementen verschafft, wobei jedes Meta-Modell- Element in dem Satz von den Unternehmen verhandelt und in ein verhandeltes Meta-Modell aufgenommen werden kann, welches eine Vereinbarung zwischen den Unternehmen über die Zusammenarbeit zwischen den Unternehmen beschreibt, wobei jedes Meta-Modell-Element in dem Satz einen Teil eines potenziellen Standards für Zusammenarbeit zwischen Unternehmen beschreibt;
Mittel zum Empfangen von Auswahlen von einem oder mehreren Meta- Modell-Elementen für die Verhandlung und Aufnahme in ein verhandeltes Meta-Modell, wobei das verhandelte Meta-Modell eine Vereinbarung zwischen den Unternehmen für die Zusammenarbeit zwischen den Unternehmen beschreibt;
Mittel zur Erleichterung der Verhandlung der ausgewählten Meta-Modell- Elemente;
Mittel zur Aufnahme der verhandelten Meta-Modell-Elemente in das verhandelte Meta-Modell für die Zusammenarbeit zwischen den Unternehmen; und
Mittel zur Kommunikation des verhandelten Meta-Modells zu den Unternehmen, um die Zusammenarbeit zwischen den Unternehmen entsprechend den Standards für die Zusammenarbeit zu ermöglichen, die sich in dem verhandelten Meta-Modell widerspiegeln.

32. System zur Erleichterung der Verhandlung eines privaten Standards für unternehmensübergreifende Zusammenarbeit zwischen Handelspartnern, wobei das System mit einem Netzwerkdienstanbieter verbunden wird, aufweisend:
einen Satz mit einem oder mehreren Meta-Modell-Elementen, die jeweils von zwei oder mehr Unternehmen verhandelt und in ein besonders zugeschnittenes, verhandeltes Meta-Modell aufgenommen werden können, welches eine Vereinbarung zwischen den Unternehmen über die Zusammenarbeit zwischen den Unternehmen beschreibt, wobei jedes Meta- Modell-Element in dem Satz einen Teil eines potenziellen privaten Standards für die Zusammenarbeit zwischen den Unternehmen beschreibt;
einen Meta-Modell-Verhandlungsdienst, der bei Ausführung anwendbar ist, um:
eine Anzeige zu erhalten, dass zwei oder mehr Unternehmen einen privaten Standard für die Zusammenarbeit zwischen den Unternehmen zu verhandeln wünschen;
Zugriff auf einen Satz von Meta-Modell-Elementen zu verschaffen;
Auswahlen von einem oder mehreren Meta-Modell-Elementen für die Verhandlung und Aufnahme in ein besonders zugeschnittenes, verhandeltes Meta-Modell zu empfangen, wobei das verhandelte Meta-Modell eine Vereinbarung zwischen den Unternehmen für die Zusammenarbeit zwischen den Unternehmen beschreibt;
die Verhandlung der ausgewählten Meta-Modell-Elemente zu erleichtern;
die verhandelten Meta-Modell-Elemente in das verhandelte Meta- Modell für die Zusammenarbeit zwischen den Unternehmen aufzunehmen, wobei das verhandelte Meta-Modell auf die besonderen Bedürfnisse der Unternehmen zugeschnitten wird; und
das besonders zugeschnittene, verhandelte Meta-Modell an die Software für Zusammenarbeit der Unternehmen zu kommunizieren, um die Zusammenarbeit zwischen den Unternehmen dem privaten Standard für Zusammenarbeit entsprechend, der in dem besonders zugeschnittenen Meta-Modell berücksichtigt wird, zu ermöglichen, wobei die Software für Zusammenarbeit anwendbar ist um, im Wesentlichen selbsttätig und im Wesentlichen unabhängig von einer Modifikation an der Software für die Zusammenarbeit nach der Verhandlung des besonders zugeschnittenen Meta-Modells, entsprechend dem verhandelten Meta-Modell zu verstehen und zusammen zu arbeiten.

33. Software für Zusammenarbeit verbunden mit einem Unternehmen, wobei die Software für Zusammenarbeit auf computerlesbare Medien verkörpert und bei Ausführung anwendbar ist um:
ein verhandeltes Meta-Modell von einem Meta-Modell-Verhandlungsdienst zu empfangen, wobei das verhandelte Meta-Modell eine Vielzahl von verhandelten Meta-Modell-Elementen aufweist, die aus einem Satz Meta- Modell-Elementen ausgewählt wurden, jeweils in der Lage, von zwei oder mehr Unternehmen verhandelt zu werden, wobei jedes Meta-Modell- Element in dem Satz einen Teil eines potenziellen Standards für die Zusammenarbeit zwischen Unternehmen beschreibt, wobei das verhandelte Meta-Modell eine Vereinbarung über Zusammenarbeit zwischen dem zugeordneten Unternehmen und einem oder mehreren anderen Unternehmen beschreibt, wobei das verhandelte Meta-Modell von dem zugeordneten Unternehmen und dem einen oder den mehreren anderen Unternehmen unter Verwendung des Netzwerkdienstanbieters verhandelt worden ist;
die Semantik des verhandelten Meta-Modells im Wesentlichen unabhängig von einer Modifizierung der Software für Zusammenarbeit nach der Verhandlung des Meta-Modells zu verstehen; und
im Wesentlichen selbsttätig mit dem einen oder mehreren anderen Unternehmen gemäß dem Standard für Zusammenarbeit, der in dem verhandelten, in der Software für Zusammenarbeit empfangenen Meta- Modell berücksichtigt worden ist, zusammenzuarbeiten.

34. Software gemäß Anspruch 33, in der die Vereinbarung im Zusammenhang mit dem verhandelten Meta-Modell maschinell in der Software für Zusammenarbeit der Unternehmen ausführbar ist und einen privaten, differenzierten Standard für die auf die bestimmten Bedürfnisse des einen Unternehmens oder der Unternehmen zugeschnittene Zusammenarbeit berücksichtigt.

35. Software gemäß Anspruch 33, in der die Meta-Modell-Elemente innerhalb des verhandelten Meta-Modells ein oder mehrere der Folgenden aufweist:
einen oder mehrere Rollentypen:
eine oder mehrere Dimension(en), die jeweils ein Lieferkettenelement aufweist bzw. aufweisen;
eine oder mehrere Dimensionalität(en), die jeweils eine Kombination von Lieferkettenelementen aufweist bzw. aufweisen;
Zugriff eines oder mehrerer Rollentypen auf eine oder mehrere bestimmte Dimensionalitäten;
einen oder mehrere Zusammenarbeitstransaktionstypen in Relation zu einer oder mehreren bestimmten Dimensionalitäten;
eine oder mehrere geteilte für die Unternehmen sichtbare Operation(en); sowie
eine oder mehrere vorübergehende Strukturen von Zusammenarbeitstransaktionen, die dem verhandelten Meta-Modell entsprechend ausgeführt wird bzw. werden.

36. Software gemäß Anspruch 35, in dem ein Meta-Modell-Element, das einen Typ von Zusammenarbeitstransaktion in Relation zu einer bestimmten Dimensionalität spezifiziert, einen oder mehrere der Folgenden aufweist:
Struktur der Transaktion:
Datenelemente zugeordnet zu der Transaktion;
ein Zustandsmodell, das einen Lebenszyklus der Transaktion beschreibt;
Zugriff, den ein Rollentyp auf Datenelemente der Transaktion in Relation zu einem Zustand der Transaktion hat;
Aktionen, die ein Rollentyp auf die Transaktion im Verhältnis zu dem Status der Transaktion ausführen kann; und
ob die Transaktion ein Aufzeichnungssystem ist oder ob Synchronisation mit einem anderen Aufzeichnungssystem erfolgen muss.

37. Software gemäß Anspruch 33, in der das empfangene Meta-Modell unter Verwendung von extensible markup language (XML) repräsentiert wird.

38. Software gemäß Anspruch 33, in der eine Zusammenarbeit gemäß dem in dem verhandelten Meta-Modell berücksichtigten Standard für Zusammenarbeit die Ausführung eines Geschäftsprozesses oder einer Geschäftstransaktion gemäß dem verhandelten Meta-Modell aufweist.

39. Verfahren, das unter Verwendung von Software für Zusammenarbeit in Verbindung mit einem Unternehmen angewandt wird, aufweisend:
ein verhandeltes Meta-Modell von einem Meta-Modell-Verhandlungsdienst zu empfangen, wobei das verhandelte Meta-Modell eine Vielzahl von verhandelten Meta-Modell-Elementen aufweist, die aus einem gespeicherten Satz Meta-Modell-Elementen ausgewählt wurden, jeweils anwendbar, von zwei oder mehr Unternehmen verhandelt zu werden, wobei jedes Meta- Modell-Element in dem Satz einen Teil eines potenziellen Standards für die Zusammenarbeit zwischen Unternehmen beschreibt, wobei das verhandelte Meta-Modell eine Vereinbarung über Zusammenarbeit zwischen dem zugeordneten Unternehmen und einem oder mehreren anderen Unternehmen beschreibt, wobei das verhandelte Meta-Modell von dem zugeordneten Unternehmen und dem einen oder den mehreren anderen Unternehmen unter Verwendung des Meta-Modell-Verhandlungsdienstes verhandelt worden ist;
die Semantik des verhandelten Meta-Modells im Wesentlichen unabhängig von einer Modifizierung der Software für Zusammenarbeit nach der Verhandlung des Meta-Modells zu verstehen; und
im Wesentlichen selbsttätig mit dem einen oder mehreren anderen Unternehmen gemäß dem Standard für Zusammenarbeit, der in dem verhandelten, in der Software für Zusammenarbeit empfangenen Meta- Modell berücksichtigt worden ist, zusammenzuarbeiten.

40. Verfahren gemäß Anspruch 39, bei dem die Vereinbarung im Zusammenhang mit dem verhandelten Meta-Modell maschinell in der Software für Zusammenarbeit der Unternehmen ausführbar ist und einen privaten, differenzierten Standard für die auf die besonderen Bedürfnisse des einen Unternehmens oder der verschiedenen Unternehmen zugeschnittene Zusammenarbeit berücksichtigt.

41. Verfahren gemäß Anspruch 39, bei dem die Meta-Modell-Elemente innerhalb des verhandelten Meta-Modells eines oder mehrere der Folgenden aufweist:
einen oder mehrere Rollentypen:
eine oder mehrere Dimensionen, die jeweils ein Lieferkettenelement aufweisen;
eine oder mehrere Dimensionalität(en), die jeweils eine Kombination von Lieferkettenelementen aufweist bzw. aufweisen;
Zugriff eines oder mehrerer Rollentypen auf eine oder mehrere bestimmte Dimensionalitäten;
einen oder mehrere Zusammenarbeitstransaktionstypen in Relation zu einer oder mehreren bestimmten Dimensionalitäten;
eine oder mehrere geteilte für die Unternehmen sichtbare Operationen; sowie
eine oder mehrere vorübergehende Strukturen von Zusammenarbeitstransaktionen, die dem verhandelten Meta-Modell entsprechend ausgeführt wird bzw. werden.

42. Verfahren gemäß Anspruch 41, in dem ein Meta-Modell-Element, das einen Typ von Zusammenarbeitstransaktion in Relation zu einer bestimmten Dimensionalität spezifiziert, einen oder mehrere der Folgenden aufweist:
Struktur der Transaktion:
Datenelemente zugeordnet zu der Transaktion;
ein Zustandsmodell, das einen Lebenszyklus der Transaktion beschreibt;
Zugriff, den ein Rollentyp auf Datenelemente der Transaktion in Relation zu einem Zustand der Transaktion hat;
Aktionen, die ein Rollentyp auf die Transaktion im Verhältnis zu dem Status der Transaktion ausführen kann; und
ob die Transaktion ein Aufzeichnungssystem ist oder ob Synchronisation mit einem anderen Aufzeichnungssystem erfolgen muss.

43. Verfahren gemäß Anspruch 39, bei der das empfangene verhandelte Meta- Modell unter Verwendung von extensible markup Language (XML) repräsentiert wird.

44. Verfahren gemäß Anspruch 39, bei der eine Zusammenarbeit gemäß dem in dem verhandelten Meta-Modell berücksichtigten Standard für Zusammenarbeit die dem verhandelten Meta-Modell entsprechende Ausführung eines Geschäftsprozesses oder einer Geschäftstransaktion aufweist.

45. Ein verhandeltes Meta-Modell, das die Zusammenarbeit zwischen zwei oder mehr Unternehmen ermöglicht, wobei das verhandelte Meta-Modell:
eine Vielzahl verhandelter, aus einem gespeicherten Satz Meta-Modell- Elemente ausgewählter Meta-Modell-Elemente aufweist, wobei jedes von ihnen von zwei oder mehr Unternehmen verhandelt werden kann, wobei jedes Meta-Modell-Element in dem Satz einen Teil eines potenziellen Standards für Zusammenarbeit zwischen Unternehmen beschreibt;
eine Vereinbarung über Zusammenarbeit zwischen zwei oder mehr Unternehmen beschreibt;
von den zwei oder mehr Unternehmen unter Verwendung eines Meta- Modell-Verhandlungsdienstes in Verbindung mit einem Netzwerkdienstanbieter verhandelt worden ist; sowie
Semantik beinhaltet, die von der Software für die Zusammenarbeit in Bezug auf jedes der zwei oder mehr Unternehmen, im Wesentlichen unabhängig von jeglicher Änderung der Software für Zusammenarbeit nach der Verhandlung des Meta-Modells verstanden werden kann, in der Weise, dass die Software für Zusammenarbeit der zwei oder mehr Unternehmen anwendbar ist, im Wesentlichen selbsttätig gemäß dem Standard für Zusammenarbeit, der in dem verhandelten Meta-Modell berücksichtigt worden ist, zusammenzuarbeiten.

46. Meta-Modell gemäß Anspruch 45, in dem die Vereinbarung im Zusammenhang mit dem verhandelten Meta-Modell maschinell in der Software für Zusammenarbeit der Unternehmen ausführbar ist und einen privaten, differenzierten Standard für die auf die besonderen Bedürfnisse des einen Unternehmens oder der verschiedenen Unternehmen zugeschnittene Zusammenarbeit berücksichtigt.

47. Meta-Modell gemäß Anspruch 45, in dem die Meta-Modell-Elemente innerhalb des verhandelten Meta-Modells eines oder mehrere der Folgenden aufweist:
einen oder mehrere Rollentypen:
eine oder mehrere Dimension(en), die jeweils ein Lieferkettenelement aufweist bzw. aufweisen;
eine oder mehrere Dimensionalität(en), die jeweils eine Kombination von Lieferkettenelementen aufweist bzw. aufweisen;
Zugriff eines oder mehrerer Rollentypen auf eine oder mehrere bestimmte Dimensionalitäten;
einen oder mehrere Zusammenarbeitstransaktionstypen in Relation zu einer oder mehreren bestimmten Dimensionalitäten;
eine oder mehrere geteilte für die Unternehmen sichtbare Operationen; sowie
eine oder mehrere vorübergehende Strukturen von Zusammenarbeitstransaktionen, die dem verhandelten Meta-Modell entsprechend ausgeführt wird bzw. werden.

48. Meta-Modell gemäß Anspruch 47, in dem Meta-Modell-Elemente, die einen Typ von Zusammenarbeitstransaktion in Relation zu einer bestimmten Dimensionalität spezifizieren, jeweils einen oder mehrere der Folgenden aufweisen:
eine Struktur der Transaktion:
Datenelemente in Verbindung mit der Transaktion;
ein Zustandsmodell, das einen Lebenszyklus der Transaktion beschreibt;
Zugriff, den ein Rollentyp auf Datenelemente der Transaktion in Relation zu einem Zustand der Transaktion hat;
Aktionen, die ein Rollentyp auf die Transaktion im Verhältnis zu dem Status der Transaktion ausführen kann; und
ob die Transaktion ein Aufzeichnungssystem ist oder ob Synchronisation mit einem anderen Aufzeichnungssystem erfolgen muss.

49. Meta-Modell gemäß Anspruch 45, in dem das verhandelte Meta-Modell unter Verwendung von extensible markup language (XML) repräsentiert wird.

50. Meta-Modell gemäß Anspruch 45, in dem eine Zusammenarbeit gemäß dem verhandelten Meta-Modell die dem verhandelten Meta-Modell entsprechende Ausführung eines Geschäftsprozesses oder einer Geschäftstransaktion aufweist.