DE68928190T2 - Dynamische Wiederbestimmung einer Rahmenstruktur - Google Patents
Dynamische Wiederbestimmung einer RahmenstrukturInfo
- Publication number
- DE68928190T2 DE68928190T2 DE68928190T DE68928190T DE68928190T2 DE 68928190 T2 DE68928190 T2 DE 68928190T2 DE 68928190 T DE68928190 T DE 68928190T DE 68928190 T DE68928190 T DE 68928190T DE 68928190 T2 DE68928190 T2 DE 68928190T2
- Authority
- DE
- Germany
- Prior art keywords
- frame
- formatting
- fragment
- application program
- data stream
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 239000012634 fragment Substances 0.000 claims description 74
- 238000000034 method Methods 0.000 claims description 34
- 238000012545 processing Methods 0.000 claims description 24
- 238000004891 communication Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 11
- 230000005540 biological transmission Effects 0.000 description 10
- 230000008569 process Effects 0.000 description 7
- 239000003550 marker Substances 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000010276 construction Methods 0.000 description 2
- 238000009396 hybridization Methods 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000012805 post-processing Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/12—Use of codes for handling textual entities
- G06F40/149—Adaptation of the text data for streaming purposes, e.g. Efficient XML Interchange [EXI] format
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/103—Formatting, i.e. changing of presentation of documents
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/12—Use of codes for handling textual entities
- G06F40/14—Tree-structured documents
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/12—Use of codes for handling textual entities
- G06F40/151—Transformation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Health & Medical Sciences (AREA)
- Artificial Intelligence (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Computational Linguistics (AREA)
- Health & Medical Sciences (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multimedia (AREA)
- Document Processing Apparatus (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
- Die vorliegende Erfindung betrifft allgemein digitale Kommunikationen und im einzelnen die Verwaltung und Verarbeitung von Datenstromkonstrukten in der Weise, daß eine sinnvolle und genaue Verwaltung des Datenstroms erreicht wird, unabhängig von dem Anwendungsprogramm, das den Datenstrom generierte. Die Erfindung stellt eine Datenstromarchitektur bereit, die einen hohen Grad an Flexibilität bei der Weitergabe von Dokumentendaten, Formatierungsinformationen und Ressourcen von einem Anwendungsprogramm zu einem anderen erlaubt, indem sie ermöglicht, daß solche Daten enthaltende existierende Rahmenstrukturen vorübergehend durch Erzeugung von Formatierungsrahmenfragmenten modifiziert werden.
- Die Verwaltung eines Datenstroms in einem digitalen Kommunikationsnetz, beispielsweise einem Nahverkehrsnetz (LAN) oder in größeren Fernverarbeitungsnetzen, wirft viele Probleme auf, insbesondere wenn die Datenströme an verschiedenen Endeinrichtungen oder Workstations erzeugt werden, die mit einer Vielzahl verschiedener Anwendungsprogramme mit unterschiedlichen Steuerungsmerkmalen und Protokollen arbeiten.
- Betrachten wir zum Beispiel ein hypothetisches Fernverarbeitungsnetz, das Kommunikationen zwischen zwei oder mehr Endanwendern unterstützt. Diese Endanwender können Anwendungsprogramme, Speichereinrichtungen oder Bediener an einem Bildschirmarbeitsplatz sein. Den Endanwendern steht hierbei einer Reihe von Kommunikationsfunktionen zur Verfügung; zum einen ist dies die Sprache, beispielsweise das Formatieren, die Übersetzung und/oder das Editieren; zum anderen der Dialog, eine Disziplin zur Steuerung des Datenflusses, eine Übertragungssteuerung, wie die Steuerung der Übertragungsgeschwindigkeit und des Ablaufs, und der Transport, wie z.B. das Leiten der Signale zwischen adressierfähigen Einheiten durch ein mehr oder weniger komplexes Übertragungsnetz.
- Die Systemnetzarchitektur (SNA) definiert Gruppen von kommunikationsbezogenen Funktionen, die innerhalb eines Netzes verteilt sind. Sie definiert außerdem die Formate und Protokolle, mit denen diese verteilten Funktionen zueinander in Bezug gebracht werden. Ein SNA-Netz ist hoch transparent; das heißt, jeder Bitstrom ist erlaubt und die Endanwender müssen sich nicht um die Netztopologie, die Auswahl des Leitwegs oder die eingesetzten Medien kümmern. Eine Sitzung ist definiert als eine temporäre logische Verbindung zwischen netzadressierfähigen Einheiten zum Austausch von Nachrichten in Übereinstimmung mit einer Gruppe von SNA-Funktionen, die für diese Sitzung bestimmt sind. Das SNA-Netz stellt also Gruppen von verteilten Diensten bereit, um Dialoge zwischen Anwender- Paaren zu vereinfachen. Die SNA-Dienste sind in einzelnen Schichten organisiert, so daß voneinander logisch unabhängige Funktionen auch voneinander unabhängig entworfen, implementiert und aufgerufen werden können. Ein Endanwender kann gleichzeitig ablaufende Sitzungen für die Kommunikation mit anderen Endanwendern an mehreren Netzadressen einsetzen.
- Wie bereits oben erwähnt, kann ein Endanwender in einem SNA- Netz ein Anwendungsprogramm, ein Bediener eines Ein-/Ausgabe(E/A)-Geräts, oder ein Speichermedium sein. Die üblichste Form eines Endanwenders ist ein Anwendungsprogramm. Die Interaktion zwischen einem Programm und einem SNA-Netz umfaßt den Datenaustausch und/oder die Datenübermittlung und den gelegentlichen Austausch von Befehlen und Indikatoren zur Steuerung von SNA-Funktionen. Verschiedene Anwendungsprogramme in einem SNA-Netz erzeugen im typischen Fall eindeutig diesem Programm zugeordnete Datenströme. Zwar wird durch die SNA-Netzarchitektur die Kommunikation zwischen den Endanwendem und dem Netz vereinfacht, jedoch kann eine sinnvolle Kommunikation nicht erreicht werden, wenn es sich bei den Endanwendern um Anwendungen handelt, die inkompatible Datenströme erzeugen.
- Im Zusammenhang mit der vorliegenden Beschreibung ist ein Datenstrom eine Sammlung von strukturierten Feldern und wird definiert von der Syntax und der Semantik der strukturierten Felder. Syntax ist die Art und Weise der Gruppierung der strukturierten Felder und Parameter, unabhängig von ihrer Bedeutung oder der Art und Weise ihrer Interpretation und Anwendung. Mit Semantik ist die Bedeutung der strukturierten Felder und Parameter unabhängig von ihrer Interpretation und Verwendung gemeint. Der Datenstrom wird interpretiert, um eine visuelle oder begriffliche Entität zu erzeugen, wie zum Beispiel ein Dokument. Ein Dokument wiederum ist zusammenge setzt aus Seiten, Datenobjekten, Ressourcen und Befehlen und liegt entweder im Revisions-, Präsentations- oder Ressource- Datenformat vor.
- Textverarbeitungsprogramme erzeugen beispielsweise Datenströme, in die Formatierungs- und Textbefehle eingebettet sind. Typischerweise sind diese Befehle von einem Anwendungsprogramm zum anderen unterschiedlich. Für den Austausch von Datenströmen aus unterschiedlichen Textverarbeitungsanwendungen und um die konsistente Interpretation von eingebetteten Formatierungs- und Textbefehlen zu ermöglichen, wurde Revisable/Format/Text/Document/Content/Architecture (RFTDCA) entwickelt.
- Von der International Standards Organization (ISO) wurden Normen zur Verarbeitung und für den Austausch von Dokumenten definiert. Zwei dieser Normen sind die Standard Generalized Markup Language (SGML), Publikation 8879, und die Office Document Architecture/Office Document Interchange Facility (ODA/ODIF), Publikation 8613. SGML ist eine Repräsentationssprache für Zeichentext und kann zur Definition der Spezifikationen für Publishing-Systeme eingesetzt werden. Die Basis von SGML ist die generische Markierung, das heißt die Identifizierung der Rolle der Dokumentenelemente und nicht der Art und Weise, wie diese Elemente präsentiert werden sollen. SGML wird auch zum Austausch von Textdokumenten verwendet; da jedoch in einem Dokument neben den Textdaten auch Nichttextdaten enthalten sein können, beispielsweise eingescannte Bilder und Graphiken, wird die Forderung, Dokumente mit Nichttextdaten auszutauschen, von SGML nicht ganz erfüllt. Diese Forderung wird besser von ODA abgewickelt.
- ODA ist ein Verfahren zur Beschreibung von Dokumentenstrukturen und aller Arten von Text- und Nichttextinformationen, die in einem Dokument enthalten sein sollen. Diese Strukturbeschreibung wird als Architektur bezeichnet und die Darstellung des Dokuments erfolgt in einer für den Austausch geeigneten Form. Die Codierung von ODA für den Austausch ist in serieller Form, das heißt als Datenstrom, definiert. Ein ODA- Dokument kann Daten gescannter Bilder und Graphiken, aber auch Zeichentext enthalten, wobei beides in einen konsistenten Datenstrom integriert ist
- ODA ermöglicht eine Steuerung des Formatierungsprozesses, nicht durch Einbettung von Formatierungsbefehlen, sondern vielmehr durch Spezifizierung von Attributen, genannt Layoutund Präsentationsdirektiven, welche den von der Dokumentenstrukturbeschreibung definierten Objekten zugeordnet sind. Diese Direktiven werden in Gruppen zusammengefaßt und bilden Layout- und Präsentationsformate, die ihrerseits von einem oder mehreren Objekten in der Dokumentenstruktur referenziert werden können.
- ODA-Formate können auf ein Dokument beschränkt sein oder sich außerhalb eines Dokuments befinden, die Interpretation der Formatattribute und Formatwerte wird jedoch explizit vom ODA- Standard kontrolliert Es gibt keine explizite Verknüpfung von einem Punkt in einem ODA-Datenstrom zu einer bestimmten Stelle in einer Formatspezifikation. Der Erzeuger eines ODA- Dokuments kann die Formatspezifikation vergrößern, indem er in die ODA-Objektbeschreibungen vom Anwender definierte Attributnamen und -werte einbettet. Vom Anwender definierte Attribute spezifizieren eine von der Anwendung abhängige Funktion, die während der Dokumentenverarbeitungsphase für ein ODA-Objekt angewendet werden soll. Diese Information ist nur innerhalb der erzeugenden Anwendung sinnvoll und kann nicht von einem beliebigen Endanwender interpretiert werden.
- Interleaf, Xerox Ventura Publisher und Microsoft Word sind Beispiele für Editierungsanwendungen, in denen anstelle von eingebetteten Steuerungen oder Befehlen zur Steuerung der Formatierung und des Layouts Seitendruckformatvorlagen eingesetzt werden. Diese Methode kann schwerfällig sein, denn nachdem dem Inhalt eines Dokuments bestimmte Eigenschaften zugeordnet wurden, kann das Durchführen systematischer, globaler Veränderungen weitschweifig und schwierig sein. Außerdem können Veränderungen an der Seitendruckformatvorlage nur innerhalb der Anwendung ausgeführt werden, in der das Dokument erzeugt wurde. Ventura Publisher verfügt über eine starke Importfunktion, die eine große Vielfalt von Dateiformaten akzeptiert, die von Textverarbeitungsanwendungen erzeugt wurden. Diese Dateien werden roh in Ventura Publisher importiert, und hier werden dann in Form einer Nachverarbeitungs-Task die ausführlichen Formatierungen ausgeführt, basierend auf einer Seitendruckformatvorlage, die von dem Bediener ausgewählt wird, der die Dateiimportierungs-Task initiiert hat. Standard-Seitendruckformatvorlagen werden sowohl bei Ventura Publisher als auch bei Microsoft Word separat abgelegt; auf sie können mehrere Dokumente innerhalb der Ventura Publisher- und der Microsoft Word-Anwendung zugreifen. Microsoft Word-Dokumente enthalten normalerweise eine lokale Seitendruckformatvorlage; diese kann editiert werden, wenn der Bediener wünscht, daß jedes Dokument eine unterschiedliche Seitendruckformatvorlage hat. In beiden Anwendungen ist eine kundenspezifische Anpassung der Seitendruckformatvorlage nur aus dem Anwendungsprogramm heraus verfügbar, und es gibt keine expliziten Verweise von einem Punkt in einem Dokument zu einer Stelle in der Seitendruckformatvorlage. Eine Seitendruckformatvorlage kann nur von einem Endanwender von Ventura Publisher oder von Microsoft Word verändert werden.
- Die nach den ISO-Standards oder von bekannten Anwendungsprogrammen erzeugten Datenströme sind in der Regel komplex, weil man bestrebt ist, möglichst viele zu erwartende Formatierungsforderungen darin zu berücksichtigen. Nehmen wir zum Beispiel ein Tabellenkalkulationsprogramm. Bei jedem Bediener sind die Verarbeitungsanforderungen zwischen den einzelnen Zellen, Reihen und Spalten unterschiedlich. Der Entwurf eines Anwendungsprogramms, in dem alle möglichen Wünsche berücksichtigt werden, führt zu einem extrem unübersichtlichen Datenstrom. Benötigt wird eine Datenstromarchitektur, die übersichtlich ist und eine kompatible Kommunikation unter verschiedenen Anwendungsprogrammen in einem Netz erlaubt. Das heißt, es wird eine Mischobjekt-Dokumenteninhaltsarchitektur bevorzugt, bei der Dokumente unter den verschiedenen Produkten ausgetauscht werden können, so daß die in den Dokumenten enthaltenen Daten in einer konsistenten Weise verarbeitet werden können. In einer solchen Mischobjekt-Dokumenteninhaltsarchitektur wird ein Datenstrom-Standard benötigt, der den Datenstrom von den verschiedenen Formatierungsbefehlen entlastet und dadurch die Datenstromarchitektur vereinfacht und einen kompatibleren Austausch von Dokumentendaten erleichtert.
- Vor kurzem wurde ein System vorgeschlagen, in dem eine Rahmenstruktur verwendet wird; diese gibt an, wie markierte Konstrukte oder Elemente verwaltet und verarbeitet werden können, die unabhängig vom Dateninhalt sind, jedoch gleichzeitig mit den Daten in einer Datenstromrepräsentation eines Dokuments erscheinen können, das von einem Editor oder einer anderen ähnlichen Anwendung erzeugt wurde. Die Rahmenstruktur ist getrennt vom Datenstrom, kann unabhängig übertragen und in jeder vom Netz wiedererkannten Form gespeichert werden.
- Das Rahmenstruktursystem umfaßt eine Markierungselementfunktion, die Konstrukte in einem Datenstrom miteinander verknüpft, indem auf mit Namen versehene Konstrukte in einer Rahmenstruktur Bezug genommen wird. Das mit einem Namen versehene Rahmenkonstrukt legt die Regeln, Beziehungen und die Formatierungsinformationen entweder direkt oder indirekt fest, welche die Verarbeitung und die Verwaltung des Datenstromkonstrukts bestimmen, das die Referenz enthält. Diese Rahmenstrukturen können von einem Endanwender leicht an den eigenen Bedarf angepaßt werden; nachdem sie jedoch einmal verändert wurden, steht die ursprüngliche Rahmeninformation dem Anwender nicht mehr zur Verfügung. Es liegt daher auf der Hand, daß ein Verfahren benötigt wird, mit dem eine solche Rahmenstruktur auf einfache Weise und temporär modifiziert und wiederbestimmt werden kann, ohne daß die ursprüngliche Rahmenstruktur selbst verlorengeht.
- Das Dokument EP-A-Q 179 206 beschreibt ein Verfahren zur Übertragung von Dokumentendaten und Formatierungsinformationen von einem ersten Anwendungsprogramm zu einem zweiten Anwendungsprogramm durch Zugriff auf einen ausgewählten Formatierungsrahmen mittels in den Datenstrom eingebetteter Markierungen.
- Es ist daher eine Aufgabe der vorliegenden Erfindung, eine Umgebung für den Austausch digitaler Kommunikationen zu schaffen, in der die Übertragungsleistung verbessert wird.
- Eine andere Aufgabe der vorliegenden Erfindung ist die Schaffung einer Umgebung für den Austausch digitaler Kommunikationen, in der die Übertragungsleistung dadurch verbessert wird, daß eine dynamische Wiederbestimmung von Formatierungsrahmenstrukturen möglich ist, die angeben, wie markierte Konstrukte in einem Datenstrom zu verwalten und zu verarbeiten sind.
- Eine weitere Aufgabe der vorliegenden Erfindung ist die Schaffung einer Umgebung für den Austausch digitaler Kommunikationen, in der die Übertragungsleistung dadurch verbessert wird, daß die dynamische Wiederbestimmung von Formatierungsrahmenstrukturen möglich ist, die angeben, wie markierte Konstrukte in einem Datenstrom zu verwalten und zu verarbeiten sind, ohne daß die Formatierungsrahmenstruktur dauerhaft geändert werden muß.
- Die obengenannten Aufgaben werden erreicht durch Bereitstellung eines Verfahrens nach Anspruch 1. Jede Formatierungsrahmenstruktur umfaßt Endanwender-Bedingungen, die zur Verarbeitung von Konstrukten innerhalb eines Datenstroms notwendig sind, auf die mittels in den Datenstrom eingebetteter Markierungen zugegriffen wird. Der Datenstrom ist dadurch weniger überfrachtet und die Endanwender-Formatierung wird flexibler, indem in den Datenstrom die Markierungen für einen Punkt in einem oder mehreren Rahmen eingebettet werden, auf den die Workstation des Endanwenders zugreifen kann; oft ist es jedoch wünschenswert, einen bestimmten Rahmen für eine bestimmte Anwendung zu modifizieren, ohne den Rahmen dauerhaft zu verändern. Gemäß der vorliegenden Erfindung wird ein Formatierungsrahmenfragment erzeugt, das einen Bezug zu einem kompletten Rahmen und einer für diesen Rahmen anzuwendenden temporären Modifizierung enthält. In einem bevorzugten Ausführungsbeispiel der vorliegenden Erfindung kann ein Formatierungsrahmenfragment ein anderes Formatierungsrahmenfragment referenzieren, welches wiederum ein anderes Formatierungsrahmenfragment oder einen kompletten Rahmen referenzieren kann. Auf diese Weise kann ein Datenstrom unter Verwendung einer vorhandenen Rahmenstruktur verarbeitet werden, die zu diesem Zweck temporär neu definiert wurde.
- Die neuartigen Merkmale, die für die Erfindung als charakteristisch gelten, sind in den Ansprüchen im Anhang dargelegt. Die Erfindung selbst, sowie eine bevorzugte Ausführungsform derselben, und weitere Aufgaben und Vorteile der Erfindung, werden jedoch am besten verständlich anhand der folgenden ausführlichen Beschreibung eines illustrativen Ausführungsbeispiels in Verbindung mit den beiliegenden Zeichnungen; es zeigt:
- FIGUR 1 ein Blockdiagramm, das die Beziehung der verschiedenen Architekturen darstellt, die einen Datenstrom definieren;
- FIGUR 2 ein Funktionsblockdiagramm, das die Hierarchie der Komponenten in einer Architektur mit Mischobjekt-Dokumenteninhalt zeigt, welche das bevorzugte Ausführungsbeispiel der vorliegenden Erfindung darstellt;
- FIGUR 3 eine Erläuterung von Seitenelementen einer Seite innerhalb eines Dokuments, die von einem Datenstrom beschrieben werden können;
- FIGUR 4 eine High-Level-Beschreibung einer Formatierungsrahmenstruktur;
- FIGUR 5 ein Blockdiagramm, das die Erzeugung eines Rahmens oder einer Rahmenfragmentstruktur gemäß der vorliegenden Erfindung zeigt;
- FIGUR 6 eine High-Level-Beschreibung eines Formatierungsrahmenfragmentes;
- FIGUR 7 eine Erläuterung der Verkettung mehrerer Rahmenfragmentstrukturen und einer Rahmenstruktur zur Bildung einer neu definierten Rahmenstruktur in Textform;
- FIGUR 8 eine Erläuterung der Verkettung mehrerer Rahmenfragmentstrukturen und einer Rahmenstruktur zur Bildung einer neu definierten Rahmenstruktur in graphischer Form; und
- FIGUR 9 eine Erläuterung des Aufbaus einer neu definierten Rahmenstruktur gemäß der vorliegenden Erfindung als logisches Flußbild.
- Bezugnehmend auf die Figuren und hier insbesondere auf Figur 1; Figur 1 gibt einen Überblick über die Struktur der verschiedenen Architekturen, die einen Datenstrom definieren. Als erstes werden die Object Content Architectures (OCAs) aufgeführt, welche die Strukturen und die Steuerungen für bestimmte Datentypen bereitstellen. Beispiele sind OCA für revidierbaren Text, in denen Tabs, Randeinstellungen und ähnliches angegeben werden, und OCA für Bilder, in denen die Auflösung, die Komprimierungsalgorithmen und ähnliches angegeben werden. Diese OCAs umfassen Datenstromstrukturen mit einem Anfangscode, der den Daten- und Steuerungscodes vorangestellt ist, und werden mit einem Ende-Code abgeschlossen.
- Die Document Content Architectures (DCAs), mit der spezifischen Mischobjekt-Dokumenteninhaltsarchitektur (MO:DCA), sind eine bevorzugte Umgebung der vorliegenden Erfindung und stellen unter anderem das Seiten-Layout und die Beziehungen zwischen Objekten bereit. Wie in Figur 1 zu sehen ist, ist der OCA-Datenstrom in den Objekten enthalten, plus dem Steuerungsteil des DCA-Datenstroms. Der DCA-Datenstrom ist seinerseits Teil der Document Interchange Architecture, die einen Datenstrom der Document Interchange Unit (DIU) definiert. Diese Architektur stellt Dokumentenverteildienste, Dokumentenbibliotheksdienste und Anwendungsverarbeitungsdienste bereit. Der Datenstrom hat ein von einem Befehlscode und einem Dateneinheitscode gefolgtes Präfix. Dann folgt der DCA-Datenstrom als die Dokumenteneinheit. Ein Suffix beendet den DIU- Datenstrom.
- Die Systems Network Architecture (SNA), wie bereits oben beschrieben, steuert den Informationsaustausch zwischen den einzelnen Netzentitäten. Diese Architektur definiert einen Datenstrom der Path Information Unit (PIU), der einen Übertragungskopf, einen Anforderungskopf und eine Anforderungseinheit umfaßt. Die zuletztgenannte ist der DIU-Datenstrom.
- Ein Datenübermittlungsprotokoll, beispielsweise Synchronous Digital Link Control (SDLC) sorgt für die Synchronisation und die Fehlerbeseitigung auf einer Datenstrecke. Das Protokoll definiert einen Übertragungsrahmen, der ein Anfangskennzeichen, eine Adresse, Steuerbits, die Daten, BCC-Prüfbits für die Fehlererkennung und ein Endekennzeichen umfaßt. Die Daten sind der PIU-Datenstrom. Das Thema der Datenstromdefinition und der Protokolle im allgemeinen wird ausführlicher bei R.J. Cypser in Communications Architecture for Distributed Systems, veröffentlicht von Addison-Wesley (1978), behandelt.
- Da das bevorzugte Ausführungsbeispiel zur praktischen Umsetzung der vorliegenden Erfindung im Bereich der Architektur mit Mischobjekt-Dokumenteninhalt liegt, soll zunächst eine kurze Beschreibung dieser Architektur und anschließend ein spezifisches Beispiel einer Implementierung der Erfindung gegeben werden. Mixed Object Document Content Architecture (MO:DCA) stellt eine Definition für eine einzelne Schnittstelle bereit, über die verschiedene Anwendungsprogramme Objekte untereinander austauschen können, und zwar so, daß diese Daten hierbei mit unterschiedlichen Eigenschaften und für einen unterschiedlichen Zweck editiert, präsentiert oder manipuliert werden können. MO:DCA stellt sowohl eine logische Struktur als auch eine Layout-Struktur für den Aufbau eines Dokuments bereit, das aus einem der unterstützten Objekttypen besteht. Die Objekttypen können beispielsweise Textobjekte, Graphikobjekte, Bildobjekte, Tabellenobjekte und so weiter sein. Innerhalb einer einzelnen Datenstromdefinition können durch MO:DCA und seine Datenobjekte sowohl leicht revidierbare als auch extrem unrevidierbare Konstrukte spezifiziert werden. Die Bezeichnung "gemischt" bezieht sich in MO:DCA also sowohl auf gemischte Datenobjekte als auch auf gemischte Dokumentenkonstrukte. Ein Dokument mit gemischten Objekten ist die Sammlung von Ressourcen, Datenobjekten und Formatierungsspezifikationen, die angeben, welche Verarbeitungsfunktionen mit dem Dokumenteninhalt durchgeführt werden sollen. Jede Komponente ist eindeutig definiert und eingegrenzt. Der Inhalt der Komponenten besteht aus anderen Komponenten und strukturierten Feldern (also aus Befehlen). Die strukturierten Felder bestehen ihrerseits aus einem oder mehreren Parametern und jeder Parameter stellt einen Wert dar, der aus einer von der Architektur definierten Gruppe von Werten ausgewählt wurde.
- Zu den Eigenschaften des MO:DCA-Datenstroms und der ihm zugeordneten Objektinhalt-Architektur gehört die in Figur 2 der Zeichnungen erläuterte Hierarchie. Ein Dokument wird demnach von einem Datenstrom beschrieben, der einen Dokumentenanfangscode umfaßt, gefolgt von einer Vielzahl von Dokumentenkomponenten, hier bezeichnet als Komponente 1, 2, ..., und endend mit einem Dokumentenendecode. Eine dieser Dokumentenkomponenten, beispielsweise Komponente 2, könnte eine Seite sein, die wiederum von demjenigen Teil des Datenstroms beschrieben wird, der einen Seitenanfangscode umfaßt, gefolgt von einer Vielzahl von Seitenkomponenten, die hier als Komponente 1, 2, ... bezeichnet wurden, und endend mit einem Seitenendecode. Eine dieser Seitenkomponenten, beispielsweise Komponente 2, könnte ein Objekt sein, das wiederum von demjenigen Teil des Datenstroms beschrieben wird, der einen Objektanfangscode enthält, gefolgt von einer Beschreibung des Objekts, den Objektdaten, und der mit einem Objektendecode endet. Die Objektbeschreibung ist ein Befehl, der sich aus einer strukturierten Feldeinleitung, gefolgt von einer Vielzahl von Parametern, zusammensetzt. Der Datenstrom enthält also eine geordnete verschachtelung von Objekten, die aus strukturierten Feldern (also aus Befehlen) bestehen. Außerdem können auf einer einzelnen Seite mehrere Datenarten auftauchen, zum Beispiel Text, Bild, Graphik und so weiter. Alle Funktionen und Daten, die einen MO:DCA-Datenstrom umfassen, werden in logischen Sätzen zusammengefaßt, die als strukturierte Felder bezeichnet werden. Diese strukturierten Felder sind in Wirklichkeit "Befehle" mit Null oder mehr Parameterfeldern. Alle strukturierten Felder werden eingerahmt von einem Beginn/Ende-Paar.
- Eine Seite eines Dokuments enthält Datenobjekte, die Teil einer Präsentation oder eines revidierbaren Dokumentes sind, die entsprechend der Seitenmodellbeschreibung abgebildet werden sollen. Figur 3 zeigt ein Beispiel des Seitenelements, das von einem Seitenmodell definiert werden kann. Obwohl sie von dem Modell definiert werden, müssen nicht alle Elemente auf jeder Seite vorhanden sein. Das Hauptdatenobjekt kann jede beliebige Datenart sein, Text, Graphik, etc. oder eine Mischung dieser Typen. Textobjekte können in einer oder in mehreren Spalten vorhanden sein. Ein revidierbares Dokument besteht aus Daten und Informationen, welche die Präsentation der Daten bestimmen. Der Urheber muß nicht für jeden Dokumentenabschnitt das Format getrennt angeben. Einige Formataspekte können einmalig am Beginn des Dokumentes angegeben werden, während andere Aspekte innerhalb des Dokuments angegeben werden können. Das revidierbare Dokument kann auch Ressourcen referenzieren, die benutzt oder in das aktuelle Dokument eingeschlossen werden sollen, wenn dieses in Präsentationsform umgewandelt wird. Ein Präsentationsdokument definiert, wie die Datenströme, die zu druckende oder anzuzeigende Dokumente repräsentieren, aufgebaut sind.
- Die vorliegende Erfindung verwendet anstelle der Formatierungskonstrukte strukturierte Felder in dem Datenstrom nach dem Prinzip Tag Logical Element (TLE). Die TLE können für den Aufruf von Makros und die Weitergabe von Parametern verwendet werden. Außerdem können die TLE zum Beginnen und Beendigen einer spezifischen Instanz eines logischen Elementes verwendet werden. Wenn das TLE verwendet wird, um ein logisches Element zu beginnen, zum Beispiel eine Abbildung, kann es ein oder mehrere Attribute angeben, zum Beispiel einen Rahmen für das logische Element und einen Wert, zum Beispiel ein Kästchen für jedes Attribut. Ein strukturierter Rahmen an der Workstation des Endanwenders wird verwendet, um anzugeben, wie in den Datenstrom eingebettete TLEs zu verwalten und zu verarbeiten sind. Der strukturierte Rahmen ist getrennt vom Datenstrom und kann entweder vom Urheber des Dokuments oder vom Endanwender generiert werden. Wird er vom Urheber generiert, kann der Rahmen unabhängig vom Datenstrom übertragen und in jeder vom Netz wiedererkannten Form gespeichert werden, wodurch er für jede Workstation am Netz zugänglich wird.
- Wird er vom Endanwender erzeugt&sub1; kann der Rahmen lokal gespeichert werden, und kann dann nur vom Endanwender verwendet werden. Der Endanwender kann auch den vom Urheber generierten Rahmen modifizieren, um den Rahmen speziell an die Formatierungs- und Verarbeitungsanforderungen des Endanwenders anzupassen.
- Das TLE verbindet Konstrukte in dem Datenstrom durch Bezugnahme auf mit einem Namen versehenen Konstrukte in dem Rahmen. Das mit einem Namen versehene Rahmenkonstrukt gibt die Regeln, die Beziehungen und die Formatierungsinformationen, entweder direkt oder indirekt, an, welche die Verarbeitung und Verwaltung des Datenstromkonstruktes bestimmen, das die Referenz enthält. Außerdem wird das TLE verwendet, um den Dateninhalt dem markierten Konstrukt zuzuordnen. Eine eindeutige Zuordnung ist möglich mit einer internen oder externen Referenz zu einer Datenobjekthülle, welche die gewünschte Inhaltsinformation enthält, oder mit einem inhaltsgenerierenden Ausdruck, der beschreibt, wie die gewünschte Inhaltsinforrnation bestimmt wird. Zu einer impliziten Zuordnung kommt es, wenn die Datenobjekthülle dem markierten Konstrukt in dem Datenstrom sequentiell folgt. Enthält das TLE einen Hinweis auf einen inhaltsgenerierenden Ausdruck, kann der zugeordnete Dateninhalt durch Auswerten des referenzierten Ausdrucks bestimmt werden. Das TLE kann auch zur Spezifizierung eines oder mehrerer Attribute und erklärter Werte verwendet werden, mit denen die Spezifikationen im Rahmen entweder für diesen selbst oder für verschachtelte, markierte Konstrukte übersteuert werden können, wenn der Endanwender nichts anderes angegeben hat. Neben den Formatdeskriptoren und den Direktiven können die Syntax der Attribute und die Gruppe der erlaubten Attributwerte direkt im Rahmen enthalten sein, aus dem Rahmen heraus referenziert werden oder aus dem TLE heraus referenziert werden. Referenzierungen aus dem Rahmen oder aus dem TLE können sich auf ein Makro, eine Prozedur, ein Ressource-Objekt oder ein anderes Konstrukt beziehen, das Formatierungsinformationen spezifiziert. Die referenzierten Konstrukte können in demselben Rahmen oder in einem anderen Rahmen enthalten sein und können Referenzierungen zu anderen Konstrukten enthalten. Referenzierungen von der TLE ersetzen temporär ihre jeweiligen Pendants in dem Rahmen. Die Dauer dieses Ersetzens entspricht der Dauer des Umfangs des markierten Konstrukts. Der Umfang des markierten Konstrukts wird bestimmt von der hierarchischen Position des referenzierten benannten Konstrukts in dem Rahmen. Der Rahmen ist wie ein Baum aufgebaut, jedes benannte Konstrukt ist ein Knoten in dem Baum. Die Knoten sind verschachtelt, die Verschachtelungsebene bestimmt den Umfang des benannten Konstrukts, das von dem Knoten repräsentiert wird.
- Bezugnehmend auf Figur 4; hier ist eine High-Level-Beschreibung eines Formatierungsrahmens dargestellt. Wie zu sehen ist, umfaßt die Rahmenstruktur einen Rahmennamen, einen Wurzelnamen und eine Inhaltsreferenzierung innerhalb eines Strukturfeldes, das als Rahmendeskriptor bekannt ist. Danach kann jedes Strukturfeld zur Rahmensteuerung zusätzlich zu einem Steuerungsnamen Steuerungsprozeduren, Steuerungsdaten und einen Hinweis auf die nächste Steuerung in der Rahmenstruktur enthalten. Auf diese Weise können Markierungen innerhalb des Datenstroms für spezifische Abschnitte der Rahmenstruktur als Richtlinie für die Verarbeitung und die Verwaltung des Datenstromteils verwendet werden, der die Referenz enthält. Das Format, das Layout und die Prozeduren, die dann zur Verarbeitung und Verwaltung eines Teils des Datenstroms verwendet werden, liegen innerhalb der Rahmenstruktur und ermöglichen einen weniger überfrachteten und einfacher zu verwaltenden Datenstrom.
- Bezugnehmend auf Figur 5; hier wird ein Blockdiagramm beschrieben, das die Erzeugung eines Rahmens oder einer Rahmenfragmentstruktur gemäß der vorliegenden Erfindung erläutert. Wie man sehen kann, ist ein Bildschirm 11 dargestellt, auf dem die Erstellung eines Rahmens oder einer Rahmenfragmentstruktur 12 abgebildet ist. Der Rahmen oder die Rahmenfragmentstruktur werden als Teil einer Anwendung 13 erzeugt, die von einem Anwender eines mit dem Bildschirm 11 verbundenen Gerätes 14 eingeleitet wurde. Die Anwendung ermöglicht die Erstellung eines Rahmens oder einer Rahmenfragmentstruktur. Da ein Rahmen oder ein Rahmenfragment von der beschriebenen Anwendung erstellt werden können, beginnt die Anwendung 13 mit der Abfrage des Anwenders, um festzustellen, ob ein Rahmen oder ein Rahmenfragment erstellt werden soll oder nicht. Wie zu sehen ist, fordert die Anwendung den Anwender, nachdem dieser sich für die Erstellung eines Fragmentes entschieden hat, auf, den Namen des Fragments einzugeben. In diesem Fall wurde als Name für das zu erzeugende Fragment "FRAG A2" ausgewählt.
- Gemäß der vorliegenden Erfindung muß der Anwender anschließend den Namen des Rahmenfragments oder der Rahmenstruktur eingeben, die von dem erstellten Fragment modifiziert werden soll. Jedes Rahmenfragment enthält, entsprechend dem Verfahren der vorliegenden Erfindung, einen Hinweis zu einem zweiten Rahmenfragment oder einer Rahmenstruktur, die entsprechend den in dem erstellten Rahrnenfragment enthaltenen Konstrukten modifiziert wird. Wenn die Eingabeaufforderung erscheint, gibt der Anwender als Name der zu modifizierenden Struktur "FRAG A1" ein. Anschließend spezifiziert der Anwender den Wurzelnamen und beginnt mit der Erstellung des spezifizierten Rahmenfragments.
- Sowohl bei Rahmenstrukturen als auch bei Rahmenfragmentstrukturen kann der Anwender jetzt die Formatierungsdirektiven eingeben (zum Beispiel Einrücken um fünf, Zentrieren, etc.), untergeordnete Konstruktnamen und logische Positionsbeziehungen, Vorgänger-Konstruktnamen, Präsentationsattribute und Standardschriften (zum Beispiel Times, Roman, Font), Layout- Informationen (zum Beispiel horizontale und vertikale Position in Bezug zum enthaltenen benannten Konstrukt) oder Verarbeitungs routinen.
- Bezugnehmend auf Figur 6; hier ist eine High-Level-Beschreibung eines Formatierungsrahmenfragmentes dargestellt, das entsprechend der vorliegenden Erfindung aufgebaut wurde. Wie man sehen kann, umfaßt die Rahmenfragmentstruktur ein strukturiertes Feld mit einem Rahmendeskriptor, der einen Hinweis auf den Namen des Rahmenfragments oder des zu modifizierenden Rahmens enthält, sowie den Wurzelnamen des Rahmenfragments. Außerdem enthält die Rahmenfragmentstruktur eine Inhaltsreferenz. Danach enthält die Rahmenfragmentstruktur Steuerungsnamen, Prozeduren, Daten und Hinweise zu der nächsten zu verwendenden Steuerung. Es sei darauf hingewiesen, daß die in dem Rahmenfragment beschriebenen Steuerungsnamen identisch mit Steuerungsnamen sind, die in anderen Rahmenfragmenten oder Rahmenstrukturen vorhanden sind, die, entsprechend dem Verfahren der vorliegenden Erfindung, temporär geändert werden sollen.
- Bezugnehmend auf Figur 7; hier wird eine Erläuterung der Verkettungstechnik in Textform dargestellt, mit der mehrere Rahmenfragmentstrukturen verbunden werden können, um für einen bestimmten Datenstrom eine neu definierte Rahmenstruktur zu bilden. Wie man sehen kann, enthält die Rahmenfragmentstruktur FRAG A2, wenn auf sie durch eine Markierung innerhalb des Datenstroms Bezug genommen wird, einen Hinweis auf das Rahmenfragment FRAG A1, der besagt, daß sie zur Modifizierung des Rahmenfragments FRAG A1 verwendet wird.
- Dieser Prozeß wird dann fortgesetzt mit dem Rahmenfragment FRAG A1, das einen Hinweis für den Rahmen A enthält. Der Rahmen A wird dann entsprechend den im Rahmenfragment FRAG Al und im Rahmenfragment FRAG A2 enthaltenen Steuerungen modifiziert. Der Fachmann wird natürlich erkennen, daß es hinsichtlich der Zahl der verketteten Rahmenfragmentstrukturen, die bei Anwendung dieser Technik erreicht werden kann, keine Beschränkung gibt. Die Rangordnung der "verketteten" Definitionen für die Rahmenfragmentstruktur ist einfach zu definieren, so daß Änderungen an einer Rahmenstrukturdefinition, die zuerst in der Kette angetroffen werden, Vorrang haben gegenüber Änderungen an demselben Teil der Rahmenstruktur, die später in der Kette angetroffen werden.
- Bezugnehmend auf Figur 8; hier wird eine graphische Darstellung der Verkettungstechnik gezeigt, bei der mehrere Rahmenfragmentstrukturen und eine Rahmenstruktur miteinander kombiniert werden können, um eine neu definierte oder "hybride" Rahmenstruktur zu bilden. Wie zu sehen ist, ist das Rahmenfragment FRAG A2 graphisch bei der Bezugszahl 15 dargestellt und umfaßt zwei markierte Konstrukte, Tag 111 und Tag 1111. Das Rahmenfragment FRAG A1 ist bei Bezugszahl 16 graphisch dargestellt und umfaßt, wie man sehen kann, ebenfalls ein markiertes Konstrukt Tag 111, zusätzlich zu den markierten Konstrukten Tag 11, Tag 102 und Tag 1021.
- Durch die hier beschriebene Hybridisierungstechnik wird das Rahmenfragment FRAG A2 mit dem Rahmenfragment FRAG A1 verkettet und bildet ein hybrides Rahmenfragment FRAG A1, das an Bezugszahl 17 dargestellt ist. Das neue Tag 111 und das ihm zugeordnete Tag 1111 wurden, wie man sieht, durch das hybride Rahmenfragment FRAG A1 ersetzt. Das hybride Rahmenfragrnent FRAG A1 wird anschließend mit dem Rahmen A verkettet, der an Bezugszahl 18 dargestellt ist.
- Nach einer ähnlich ablaufenden Hybridisierung ist der daraus resultierende hybride Rahmen A an Bezugszahl 19 dargestellt. Wie man sieht, enthält der hybride Rahmen A jetzt diejenigen markierten Konstrukte, die entsprechend dem Inhalt der Rahmenfragmente FRAG A2 und FRAG A1 modifiziert wurden. Auf diese Weise kann eine komplexe Rahmenstruktur für einen bestimmten Zweck modifiziert werden, ohne daß eine gänzlich neue Rahmenstruktur erstellt werden muß.
- Figur 9 zeigt abschließend ein logisches Flußbild, das den Aufbau einer neu definierten oder hybriden Rahmenstruktur gemäß der vorliegenden Erfindung erläutert. Wie man sieht, dient der Entscheidungsblock 22, nachdem zunächst wie in Block 20 begonnen wurde, zur Erläuterung der Feststellung, ob der betreffende Rahmen oder das betreffende Rahmenfragment einen Hinweis zu einer Rahmenstruktur enthält oder nicht. Wenn ja, zeigt Block 24 den Zugriff auf den referenzierten Rahmen. Anschließend zeigt Block 26 die Feststellung, ob der referenzierte Rahmen oder das referenzierte Rahmenfragment einen Hinweis zu einem zweiten Rahmen oder Rahmenfragment enthalten oder nicht. Wenn ja, zeigt Block 28 den Zugriff auf das nächste referenzierte Rahmenfragment beziehungsweise die nächste referenzierte Rahmenstruktur. Wenn nicht, wird der resultierende hybride Rahmen entsprechend Block 32 aktiviert.
- An diesem Punkt wird der erste referenzierte Rahmen mit dem nächsten referenzierten Rahmen verkettet, wie in Block 30 beschrieben wird, und das Programm kehrt zu Block 26 zurück, um festzustellen, ob eine zusätzliche Rahmen- oder Rahmenfragmentreferenz vorhanden ist, die eine zweite Verkettung erfordert. Enthält das aktuelle Rahmenfragment oder die aktuelle Rahmenstruktur keinen Hinweis auf einen anderen Rahmen oder enthält das ursprüngliche Rahmenfragment oder die ursprüngliche Rahmenstruktur keine Referenz zu einem anderen Rahmen, wie in Block 22 gezeigt wird, dann zeigt Block 34 die Auflösung des betreffenden Markierungsbezugspunktes innerhalb des spezifischen Rahmens. Im nächsten Schritt, wie in Block 36 erläutert wird, werden die an dem referenzierten Punkt in dem Rahmen enthaltenen Verarbeitungs- und Formatierungsinformationen abgerufen. Schließlich wird der Teil des Datenstroms, der im Bereich der Markierung liegt, entsprechend der abgerufenen Verarbeitungs- und Formatierungsinformation verarbeitet und das Programm ist beendet, wie in Block 40 dargestellt ist.
- Die vorliegende Erfindung beschreibt demnach eine Verbesserung des Konzepts von Rahmenstrukturen, die Formatierungs-, Verarbeitungs- und Ressource-Informationen enthalten, welche von Markierungselementen innerhalb eines Datenstroms referenziert werden können, indem die schnelle und effiziente Modifizierung existierender Rahmenstrukturen ermöglicht wird, ohne daß eine komplette Rahmenstruktur erstellt werden muß. Diese Aufgabe wird erreicht durch Erstellen eines Rahmenfragments, das nur diejenigen Verarbeitungs-, Formatierungs- oder Ressource-Informationen enthält, die in dem existierenden Rahmen modifiziert werden müssen. Durch Verkettung von Rahmenfragmenten und Rahmenstrukturen gemäß der vorliegenden Erfindung ist es möglich, eine bestimmte Rahmenstruktur für eine bestimmte Anwendung anwenderspezifisch anzupassen, ohne daß eine vollständige Rahmenstruktur erstellt werden muß oder eine existierende Rahmenstruktur modifiziert und entfernt werden muß, die notwendigerweise zu einem späteren Zeitpunkt in ihrer ursprünglichen Form wieder gebraucht wird.
Claims (10)
1. Ein Verfahren zum Übertragen von Dokumentendaten und
Formatierungsinformationen von einem ersten
Anwendungsprogramm auf ein zweites Anwendungsprogramm, wobei das
Verfahren aus folgenden Schritten besteht:
- Generieren der Dokumentendaten unter Verwendung des
ersten Anwendungsprogramms, wobei diese Dokumentendaten
eingebettet Formatierungszeichen enthalten,
- Gesondertes Erstellen eines ausgewählten
Formatierungsrahmens, der Bearbeitungsaufrufe als Teil des
Dokumentendaten-Generierungsschritts enthält, wobei jeder dieser
Bearbeitungsaufrufe einem der Formatierungszeichen
zugeordnet ist,
wobei dieses Verfahren dadurch gekennzeichnet ist, daß es
ferner die folgenden Schritte enthält:
- gesondertes Erstellen (13, 14) wenigstens eines
Formatierungsrahmenfragments, das einen Bezug zum ausgewählten
Formatierungsrahmen hat, dieses
Formatierungsrahmenfragment in seinem Inneren wenigstens einen
Bearbeitungsaufruf aufweist, die Dokumentendaten eingebettet
wenigstens ein Zeichen enthalten, das auf das
Formatierungsrahmenfragment Bezug nimmt, und
- Bearbeitung der Dokumentendaten unter Verwendung des
zweiten Anwendungsprogramms durch Erfassen der
eingebetteten Formatierungskennzeichen und durch Zugriff auf
die Bearbeitungsaufrufe von dem ausgewählten
Formatierungsrahmen und von diesem wenigstens einen
Formatierungsrahmenfragment aus.
2. Das Verfahren gemäß Anspruch 1, das ferner beinhaltet das
gesonderte Übertragen der Dokumentendaten und des
ausgewählten Formatierungsrahmens auf das zweite
Anwendungsprogramm.
3. Das Verfahren gemäß Anspruch 1, in dem der Schritt des
Erstellens des wenigstens einen
Formatierungsrahmenfragments durch einen Urheber des Datenstroms
durchgeführt wird.
4. Das Verfahren gemäß Anspruch 1, in dem der Schritt des
Erstellens des wenigstens einen
Formatierungsrahmenfragments durch einen Endanwender des zweiten
Anwendungsprogramms durchgeführt wird.
5. Das Verfahren gemäß Anspruch 1, das ferner den Schritt
des Abspeicherns des Formatierungsrahmenfragments in
einer wiedererkennbaren Form beinhaltet.
6. Das Verfahren gemäß Anspruch 1, das ferner den Schritt
des Erstellens eines zweiten Formatierungsrahmenfragments
aufweist, in dem ein Hinweis auf das wenigstens eine
Formatierungsrahmenfragment enthalten ist.
7. Das Verfahren gemäß Anspruch 1, in dem die Schritte des
gesonderten Erstellens eines ausgewählten
Formatierungsrahmens und des wenigstens einen
Formatierungsrahmenfragments unter Anwendung des ersten Anwendungsprogramms
durchgeführt werden.
8. Das Verfahren gemäß Anspruch 1, in dem der Schritt des
gesonderten Erstellens eines ausgewählten
Formatierungsrahmens unter Anwendung des ersten Anwendungsprogramms,
und der Schritt des Erstellens des wenigstens einen
Formatierungsrahmenfragments unter Anwendung des zweiten
Anwendungsprogramms durchgeführt werden.
9. Das Verfahren gemäß Anspruch 1, das ferner den Schritt
des Abspeicherns des ausgewählten Formatierungsrahmens
und des wenigstens einen Formatierungsrahmenfragments in
einer Speichervorrichtung, die vom
Datenverarbeitungssystem erkannt wird, beinhaltet, und in dem das zweite
Anwendungsprogramm von der Speichervorrichtung aus auf
die Verarbeitungsaufrufe zugreift.
10. Das Verfahren gemäß Anspruch 1, in dem die Schritte des
gesonderten Erstellens eines ausgewählten
Formatierungsrahmens und des wenigstens einen
Formatierungsrahmenfragments unter Anwendung des ersten Anwendungsprogramms
durchgeführt werden, und das ferner den Schritt des
gesonderten Übertragens der Dokumentendaten, des
ausgewählten Formatierungsrahmens und des wenigstens einen
Formatierungsrahmenfragments auf das zweite
Anwendungsprogramm beinhaltet.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US07/213,428 US4969093A (en) | 1988-06-30 | 1988-06-30 | Method of data stream construct management utilizing format shells and shell fragments |
Publications (2)
Publication Number | Publication Date |
---|---|
DE68928190D1 DE68928190D1 (de) | 1997-08-28 |
DE68928190T2 true DE68928190T2 (de) | 1998-01-08 |
Family
ID=22795091
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE68928190T Expired - Fee Related DE68928190T2 (de) | 1988-06-30 | 1989-05-23 | Dynamische Wiederbestimmung einer Rahmenstruktur |
Country Status (5)
Country | Link |
---|---|
US (1) | US4969093A (de) |
EP (1) | EP0349457B1 (de) |
JP (1) | JPH0224755A (de) |
BR (1) | BR8903216A (de) |
DE (1) | DE68928190T2 (de) |
Families Citing this family (41)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0413651A3 (en) * | 1989-08-18 | 1993-03-03 | International Business Machines Corporation | Method for dynamic self-modification of data stream constructs |
US5144555A (en) * | 1989-11-16 | 1992-09-01 | Hitachi, Ltd. | Method and apparatus for supporting of making formatted document |
US5181162A (en) * | 1989-12-06 | 1993-01-19 | Eastman Kodak Company | Document management and production system |
ATE193950T1 (de) * | 1990-03-02 | 2000-06-15 | Michel J Remion | Fernsprechschnittstelle, gerät und verfahren |
US5276793A (en) * | 1990-05-14 | 1994-01-04 | International Business Machines Corporation | System and method for editing a structured document to preserve the intended appearance of document elements |
US5070528A (en) * | 1990-06-29 | 1991-12-03 | Digital Equipment Corporation | Generic encryption technique for communication networks |
CA2048039A1 (en) * | 1991-07-19 | 1993-01-20 | Steven Derose | Data processing system and method for generating a representation for and random access rendering of electronic documents |
US8352400B2 (en) | 1991-12-23 | 2013-01-08 | Hoffberg Steven M | Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore |
US7006881B1 (en) * | 1991-12-23 | 2006-02-28 | Steven Hoffberg | Media recording device with remote graphic user interface |
US5377311A (en) * | 1993-03-16 | 1994-12-27 | International Business Machines Corporation | Fast printer data stream conversion with constrained memory |
JPH07273371A (ja) * | 1994-03-31 | 1995-10-20 | Okaya Electric Ind Co Ltd | 発光ダイオード駆動回路 |
US5655130A (en) * | 1994-10-14 | 1997-08-05 | Unisys Corporation | Method and apparatus for document production using a common document database |
US5758074A (en) * | 1994-11-04 | 1998-05-26 | International Business Machines Corporation | System for extending the desktop management interface at one node to a network by using pseudo management interface, pseudo component interface and network server interface |
US5778377A (en) * | 1994-11-04 | 1998-07-07 | International Business Machines Corporation | Table driven graphical user interface |
US5546577A (en) * | 1994-11-04 | 1996-08-13 | International Business Machines Corporation | Utilizing instrumented components to obtain data in a desktop management interface system |
US5680615A (en) * | 1994-11-04 | 1997-10-21 | International Business Machines Corporation | Desktop management of host applications |
US5729665A (en) | 1995-01-18 | 1998-03-17 | Varis Corporation | Method of utilizing variable data fields with a page description language |
US6243172B1 (en) | 1995-01-18 | 2001-06-05 | Varis Corporation | Method and system for merging variable text and images into bitmaps defined by a page description language |
US5740455A (en) * | 1995-05-16 | 1998-04-14 | Apple Computer, Inc. | Enhanced compound document processing architectures and methods therefor |
US5706434A (en) * | 1995-07-06 | 1998-01-06 | Electric Classifieds, Inc. | Integrated request-response system and method generating responses to request objects formatted according to various communication protocols |
US6199082B1 (en) * | 1995-07-17 | 2001-03-06 | Microsoft Corporation | Method for delivering separate design and content in a multimedia publishing system |
US5860073A (en) * | 1995-07-17 | 1999-01-12 | Microsoft Corporation | Style sheets for publishing system |
US6230173B1 (en) * | 1995-07-17 | 2001-05-08 | Microsoft Corporation | Method for creating structured documents in a publishing system |
US5813020A (en) * | 1995-07-31 | 1998-09-22 | International Business Machines Corporation | Method and system for dynamic presentation parameter override during document interchange |
US5717922A (en) * | 1995-07-31 | 1998-02-10 | International Business Machines Corporation | Method and system for management of logical links between document elements during document interchange |
US6546406B1 (en) | 1995-11-03 | 2003-04-08 | Enigma Information Systems Ltd. | Client-server computer system for large document retrieval on networked computer system |
US6167409A (en) * | 1996-03-01 | 2000-12-26 | Enigma Information Systems Ltd. | Computer system and method for customizing context information sent with document fragments across a computer network |
US5893109A (en) * | 1996-03-15 | 1999-04-06 | Inso Providence Corporation | Generation of chunks of a long document for an electronic book system |
US5956737A (en) * | 1996-09-09 | 1999-09-21 | Design Intelligence, Inc. | Design engine for fitting content to a medium |
US5895477A (en) * | 1996-09-09 | 1999-04-20 | Design Intelligence, Inc. | Design engine for automatic layout of content |
DE69714598T2 (de) * | 1996-09-09 | 2003-03-27 | Microsoft Corp., Redmond | Automatische anordnung und formatierung von inhalt für einen entwurf auf einem medium |
US5903902A (en) * | 1996-09-09 | 1999-05-11 | Design Intelligence, Inc. | Design engine with tree and component structure |
US5895476A (en) * | 1996-09-09 | 1999-04-20 | Design Intelligence, Inc. | Design engine for automatic reformatting for design and media |
US7302438B1 (en) | 1997-07-18 | 2007-11-27 | Tesseron Ltd. | Method and system for flowing data to an arbitrary path defined by a page description language |
US7281203B2 (en) * | 1998-09-29 | 2007-10-09 | Netscape Communications Corporation | Selecting a DTD for transforming malformed layout expressions into wellformed ones |
US7315979B1 (en) | 1998-11-09 | 2008-01-01 | Tesseron Ltd. | Method and system for dynamic flowing data to an arbitrary path defined by a page description language |
US7966078B2 (en) | 1999-02-01 | 2011-06-21 | Steven Hoffberg | Network media appliance system and method |
JP3835191B2 (ja) * | 2001-03-29 | 2006-10-18 | セイコーエプソン株式会社 | ディジタルコンテンツ作成システム及びディジタルコンテンツ作成プログラム |
US7197489B1 (en) * | 2002-12-31 | 2007-03-27 | Emc Corporation | Methods and apparatus for maintaining object data for components in a network |
US8094997B2 (en) * | 2006-06-28 | 2012-01-10 | Cyberlink Corp. | Systems and method for embedding scene processing information in a multimedia source using an importance value |
JP5196893B2 (ja) * | 2007-07-10 | 2013-05-15 | キヤノン株式会社 | 通信システム、通信装置及び通信システムの通信方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4454576A (en) * | 1981-05-18 | 1984-06-12 | International Business Machines Corporation | Report preparation |
US4445795A (en) * | 1981-09-24 | 1984-05-01 | International Business Machines | Method and apparatus for merge processing in a text processing system |
US4710886A (en) * | 1984-10-24 | 1987-12-01 | International Business Machines Corporation | Table driven print formatting |
-
1988
- 1988-06-30 US US07/213,428 patent/US4969093A/en not_active Expired - Fee Related
-
1989
- 1989-04-10 JP JP1088192A patent/JPH0224755A/ja active Granted
- 1989-05-23 EP EP89480080A patent/EP0349457B1/de not_active Expired - Lifetime
- 1989-05-23 DE DE68928190T patent/DE68928190T2/de not_active Expired - Fee Related
- 1989-06-29 BR BR898903216A patent/BR8903216A/pt unknown
Also Published As
Publication number | Publication date |
---|---|
DE68928190D1 (de) | 1997-08-28 |
EP0349457A3 (de) | 1992-08-05 |
BR8903216A (pt) | 1990-02-13 |
JPH0576061B2 (de) | 1993-10-21 |
JPH0224755A (ja) | 1990-01-26 |
EP0349457B1 (de) | 1997-07-23 |
EP0349457A2 (de) | 1990-01-03 |
US4969093A (en) | 1990-11-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE68928190T2 (de) | Dynamische Wiederbestimmung einer Rahmenstruktur | |
DE3751228T2 (de) | Verfahren und Vorrichtung zur Wiederauffindung von gespeicherten Grafikdaten. | |
DE69428490T2 (de) | Verfahren und Vorrichtung zum Spezifizieren des Layouts von strukturierten Dokumenten | |
DE3586273T2 (de) | Implizite erzeugung einer superblockstruktur in einem vieldaten-edierungsgeraet. | |
DE69426615T2 (de) | Vorrichtung und Verfahren zum Verarbeiten von Dokumenten | |
DE69326226T2 (de) | Verfahren zum Strukturieren von in einem industriellen Prozess verwendeten Informationen und Anwendung als Flugzeugführungshilfe | |
DE10135445B4 (de) | Integriertes Verfahren für das Schaffen einer aktualisierbaren Netzabfrage | |
DE3587501T2 (de) | Gerät, Verfahren und Struktur zur Umwandlung eines Dokumentes einer Struktur in ein Dokument einer anderen Struktur. | |
EP1669852B1 (de) | Verfahren und Computerprogramm zum Umwandeln eines Eingangs-Dokumentendatenstroms mit einem oder mehreren Dokumenten in eine strukturierte Datendatei | |
DE102005046996A1 (de) | Anwendungs-generischer Sequenzdiagrammerzeuger, getrieben durch eine nicht-proprietäre Sprache | |
DE69810048T2 (de) | Hypertext-Editiersystem | |
EP1597675A1 (de) | System und verfahren zum verwalten und zum austausch von daten eines technischen projektes, einer technischen anlage sowie einzelner anlagenkomponenten | |
DE10162418A1 (de) | System zur Verarbeitung strukturierter Dokumente, damit sie sich zur Ablieferung über Netzwerke eignen | |
EP1719345B1 (de) | Verfahren und vorrichtung zur codierung und decodierung von strukturierten dokumenten | |
DE69907714T2 (de) | Komponentbasiertes quellcodegeneratorverfahren | |
EP1036352B1 (de) | Verfahren zur bildschirmgestützten definition und parametrierung von schnittstellen | |
DE202013012665U1 (de) | Methode zur Implementierung von strukturierten und unstrukturierten Daten in XML-Dokumenten | |
EP1920357A1 (de) | Migration und transformation von datenstrukturen | |
DE69131921T2 (de) | Dokumentverarbeitungsverfahren und -gerät | |
WO2002008951A1 (de) | System und verfahren zur generierung eines xml-basierten fehlermodells | |
DE69120458T2 (de) | Steuersignale für Datenstromverarbeitung in einen Datenaustauschsystem | |
EP3411803B1 (de) | Gerät und verfahren zur bearbeitung eines binärkodierten strukturdokuments | |
DE102015115797B4 (de) | Verfahren zum Erzeugen von elektronischen Dokumenten | |
DE4308291C2 (de) | Verfahren und Vorrichtung zur vorgangsbezogenen Erstellung und Bearbeitung von Dokumenten | |
DE10162155A1 (de) | System und Benutzeroberfläche zum Erzeugen strukturierter Dokumente |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
8364 | No opposition during term of opposition | ||
8339 | Ceased/non-payment of the annual fee |