JP2007532986A - Document processing in the plurality of markup representation - Google Patents

Document processing in the plurality of markup representation Download PDF

Info

Publication number
JP2007532986A
JP2007532986A JP2006535891A JP2006535891A JP2007532986A JP 2007532986 A JP2007532986 A JP 2007532986A JP 2006535891 A JP2006535891 A JP 2006535891A JP 2006535891 A JP2006535891 A JP 2006535891A JP 2007532986 A JP2007532986 A JP 2007532986A
Authority
JP
Grant status
Application
Patent type
Prior art keywords
document
object model
node
connector
tree
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.)
Granted
Application number
JP2006535891A
Other languages
Japanese (ja)
Inventor
伸明 和家
教雄 大島
正幸 檜山
祐介 藤巻
Original Assignee
株式会社ジャストシステム
Priority date (The priority date 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 date listed.)
Filing date
Publication date

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/30Information retrieval; Database structures therefor ; File system structures therefor
    • G06F17/30908Information retrieval; Database structures therefor ; File system structures therefor of semistructured data, the undelying structure being taken into account, e.g. mark-up language structure data
    • G06F17/30914Mapping or conversion
    • G06F17/3092Mark-up to mark-up conversion
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/20Handling natural language data
    • G06F17/21Text processing
    • G06F17/22Manipulating or registering by use of codes, e.g. in sequence of text characters
    • G06F17/2247Tree structured documents; Markup, e.g. Standard Generalized Markup Language [SGML], Document Type Definition [DTD]

Abstract

【解決手段】文書処理システムは、自身が対応している第1のマークアップ言語により記述された文書を処理することが可能な処理系を備える。 A document processing system includes a processing system capable of processing a document described in a first markup language itself is compatible. 文書が、前記処理系が対応していない第2のマークアップ言語により記述されていたときに、前記文書を、前記第1のマークアップ言語にマッピングすることが可能な変換部が提供される。 Document, the processing system when was described by a second markup language that is not supported, the document, the conversion unit that can be mapped to a first markup language is provided.
【選択図】図1 .FIELD 1

Description

本発明は、文書処理技術に関し、特に、マークアップ言語により記述された文書を処理する技術に関する。 The present invention relates to a document processing technique, particularly to a technique for processing a document described in a markup language.

インターネットの出現により、ユーザにより処理され管理される文書の数は、ほぼ指数関数的に増加してきた。 With the advent of the Internet, the number of documents to be processed by the user management has increased almost exponentially. インターネットの核を形成するWWW(World Wide Web:「ウェブ」とも呼ばれる)は、そのような文書の大きなデータ蓄積領域を含む。 WWW forming the Internet nuclei (World Wide Web: also referred to as "web") includes a large data storage area of ​​such a document. ウェブは、文書だけでなく、文書のための情報検索システムを提供する。 The web, as well as document, to provide information retrieval system for the document. これらの文書の多くはマークアップ言語で整形されている。 Many of these documents have been shaped by a mark-up language. シンプルかつ普及しているマークアップ言語の一つにHTML(HyperText Markup Language)がある。 There is HTML (HyperText Markup Language) in one of the mark-up language that is simple and popular. このような文書は、ウェブの他の部分にある別の文書へのリンクも含んでいる。 Such document contains links to other documents in the other portions of the web. XML(eXtensible Markup Language)は、更に高度で普及しているマークアップ言語である。 XML (eXtensible Markup Language) is a markup language that has spread more sophisticated. ウェブを介して文書にアクセスし閲覧するためのシンプルなブラウザが、Java(登録商標)などのオブジェクト指向プログラム言語により開発されている。 A simple browser to access the document via a web browsing have been developed by the object-oriented programming language such as Java (registered trademark).

マークアップ言語により整形された文書は、通常、ブラウザや他のアプリケーションの中では、ツリーデータ構造の形で表現される。 Documents that have been shaped by the mark-up language, usually, in the browser and other applications, is expressed in the form of a tree data structure. この構造は、文書のパースツリーに相当する。 This structure is equivalent to the parse tree of the document. 文書オブジェクトモデル(DOM:Document Object Model)は、文書を表現し、操作するために使用される、よく知られたツリーベースのデータ構造モデルである。 Document Object Model (DOM: Document Object Model) is to represent the document, is used to operate a well-known tree-based data structure model. DOMは、HTMLやXML文書を含む文書を表現するための標準的なオブジェクトのセットを提供する。 DOM provides a standard set of objects for representing a document that contains an HTML or XML document. DOMは、文書内の要素を表現するオブジェクトがどのように結合されるかという標準的なモデルと、それらのオブジェクトにアクセスし操作するための標準的なインタフェイスという、2つの基本的なコンポーネントを含む。 DOM is a standard model of how objects representing elements in the document will look like linked, as a standard interface for accessing those objects operation, the two basic components including.

アプリケーション開発者は、独自のデータ構造やAPI(Application Program Interface)へのインタフェイスとしてDOMをサポートすることができる。 Application developers, it is possible to support the DOM as an interface to your own data structures and API (Application Program Interface). 他方、文書を作成するアプリケーション開発者は、自身のAPIの独自インタフェイスではなく、DOMの標準インタフェイスを使用することができる。 On the other hand, application developers who want to create a document, rather than its own interface of its own API, it is possible to use the standard interface of the DOM. したがって、標準を提供するというその能力により、DOMは、様々な環境、特にウェブにおいて、文書の相互利用を増加させるために有効である。 Therefore, due to its ability to provide a standard, DOM, in various environments, particularly web is effective to increase the mutual use of the document. DOMのいくつかのバージョンが定義されており、異なるプログラミング環境及びアプリケーションによって使用されている。 Several versions of the DOM have been defined and are used by different programming environments and applications.

DOMツリーは、対応するDOMの内容に基づいた文書の階層的表現である。 DOM tree is a hierarchical representation of a document based on the contents of the corresponding DOM. DOMツリーは「根(ルート)」を含み、ルートから生じる1以上の「節(ノード)」を含む。 DOM tree includes "root (root)" includes, one or more "section (node)" resulting from the root. ルートが文書全体を表現することもある。 Root is also possible to represent the entire document. 中間のノードは、例えば、テーブルや、テーブルの行及び列などの要素を表現することもできる。 Intermediate nodes, for example, can be expressed elements, such as tables and rows and columns of the table. DOMツリーの「葉」は、通常、テキスト項目やイメージなど、それ以上分解できないデータを表現する。 "Leaf" of the DOM tree, usually, such as text items and image, to represent the data that can not be decomposed further. DOMツリーのそれぞれのノードには、ノードにより表現される要素のパラメータ、例えばフォント、サイズ、色、インデントなどを記述する属性を関連づけることができる。 Each node of the DOM tree, the parameters of the elements represented by the node can be associated with for example the font, size, color, attributes that describe the like indentation.

HTMLは、文書を作成するために一般に用いられる言語であるが、フォーマット及びレイアウト用の言語であり、データ記述のための言語ではない。 HTML is a language used generally for creating a document, a language for formatting and layout, not the language for data description. HTMLドキュメントを表現するDOMツリーのノードは、HTMLの整形タグとして予め定義された要素であって、通常、HTMLは、データの詳述や、データのタギング/ラベリングのための機能を提供しないので、HTMLドキュメント中のデータに対するクエリを定式化することは多くの場合困難である。 Node of the DOM tree for representing an HTML document is a predefined element as HTML formatting tags, usually, HTML is described and the data, does not provide a function for data tagging / labeling, it is often difficult to formulate a query for data in the HTML document.

ネットワーク設計者たちの目指すものは、ウェブ上の文書がソフトウェアアプリケーションによってクエリされたり処理されたりできるようにすることである。 Aims of the network design who is that documents on the web to be able or be processed or queried by the software application. 表示方法とは無関係で、階層的に構造化された言語であれば、そのようにクエリされ処理されることができる。 Independent of the display method, as long as hierarchically structured language can be so be queried and processed. XML(eXtensible Markup Language)のようなマークアップ言語は、これらの特徴を提供することができる。 Markup language such as XML (eXtensible Markup Language) is able to provide these features.

HTMLとは逆に、XMLのよく知られた利点は、自由に定義可能な「タグ」を用いて、文書の設計者がデータ要素にラベルを付すことができることである。 Contrary to HTML, well-known advantages of XML, using a freely definable "tag", the designer of the document is that it can be subjected to label the data element. このようなデータ要素は階層的に体系化することができる。 Such data elements can be hierarchically organized. さらに、XML文書は、文書において用いられる「文法」(タグ及びタグ間の相互関係)を記述した文書型定義(DTD:Document Type Definition)を含むことができる。 Further, XML documents, a document type definition that describes the (correlation between the tags and the tag) "Grammar" used in the document (DTD: Document Type Definition) can contain. 構造化されたXML文書の表示方法を定義するために、CSS(Cascading Style Sheets)又はXSL(XML Style Language)が用いられる。 To define how structured XML document, CSS (Cascading Style Sheets) or XSL (XML Style Language) is used. DOM、HTML、XML、CSS、XSL及び関連する言語の特徴に関する更なる情報は、ウェブ、例えば、「http://www.w3.org/TR/」から入手可能である。 DOM, HTML, XML, CSS, further information on the characteristics of the XSL and related languages, web, for example, available from "http://www.w3.org/TR/".

Xpathは、XML文書の部分の位置を指定するための共通のシンタックス及びセマンティクスである。 Xpath is a common syntax and semantics for specifying the location of the portion of the XML document. Xpathの機能として、例えばXML文書に対応するDOMツリーのトラバースがある。 As a function of xpath, there is traversing a DOM tree that corresponds for example to the XML document. これにより、XML文書の様々な表現に関連づけられた文、数値、及びブーリアンキャラクタを操作するための基本的な機能が提供される。 Thus, statements associated with various representations of XML documents, numerical, and basic functions for operating the Boolean character is provided. Xpathは、XML文書の見た目のシンタックス、例えば、テキストとしてみたときに何行目であるとか何文字目であるとかといった文法ではなく、抽象的、論理的な構造、例えばDOMツリー上で動作する。 Xpath is, the syntax of the appearance of the XML document, for example, rather than the grammar, such as whether to be a number of characters eyes Toka is what line when viewed as a text, abstract, logical structure, to operate for example on the DOM tree . Xpathを使用することにより、例えばXML文書のDOMツリー内の階層的構造を通じて場所を指定することができる。 By using xpath, it is possible to specify the location for example through hierarchical structure of the DOM tree of the XML document. 位置を指定する以外にも、Xpathは、DOMツリー中のノードがパターンにマッチするか否かを判定するために使用可能に設計されている。 Position in addition to specifying, Xpath is operably designed to determine whether a node in the DOM tree match the pattern.

Xpathに関する更なる詳細は、「http://www.w3.org/TR/xpath」で入手可能である。 Further details about the Xpath, is available in the "http://www.w3.org/TR/xpath".

XMLについて既知の利点及び特徴を鑑みると、XMLなどのマークアップ言語による文書を扱うことが可能で、文書を作成し編集するためのユーザフレンドリーなインタフェースを提供する効果的な文書処理管理システムが必要である。 Given the known benefits and features for XML, can be handled documents in a markup language such as XML, it must be effective document processing management system that provides a user-friendly interface for creating and editing documents it is. XMLは、複合文書や、ネットワークなどを介して他者とデータを共有するのに適した形式として注目されており、XML文書を作成、表示、編集するためのアプリケーションが開発されている(たとえば、特許文献1参照)。 XML is and compound documents, such as via a network has attracted attention as a form suitable for sharing with others data, create XML documents, display, applications for editing has been developed (for example, see Patent Document 1). XML文書は、文書型定義などにより定義されたボキャブラリ(タグセット)に基づいて作成されている。 XML document is created based on the defined vocabulary (tag set) due document type definition.
特開2001−290804号公報 JP 2001-290804 JP

ボキャブラリは、任意に定義することが許されており、理論上、無限に多くのボキャブラリが存在しうる。 Vocabulary is allowed to arbitrarily defined, theoretically, infinitely many vocabularies may be present. これらのボキャブラリの全てに対応して専用の表示・編集環境を提供するのは現実的ではない。 It is not practical to provide a dedicated display and editing environment in response to all of these vocabularies. 従来、専用の編集環境が用意されていないボキャブラリにより記述された文書を編集する場合、テキストデータにより構成された文書のソースを直接テキストエディタなどで編集していた。 Traditionally, if you want to edit a document described in a vocabulary a dedicated editing environment is not prepared, I was editing the source of the document that has been configured by text data directly, such as in a text editor.

XML文書を扱うことが可能な既存のアプリケーションは市場で入手可能であるが、広く受け入れられることを阻害する重大な限界や障壁を有している。 Although existing applications that can handle XML documents are available on the market, it has significant limitations and barriers that inhibit the widespread acceptance. 本明細書で説明する方法及び装置は、このような既存の製品やその基礎となる既存技術によりこれまで取り組まれてこなかった問題を解決する。 The methods and apparatus described herein solves this existing products and problems have not been addressed so far by existing technologies the underlying.

例えば、既存のXML文書処理装置の実装において、表示の方法に関連しない内容の表現というXML文書の特徴は、表面上は利点であるとみなされている。 For example, in the implementation of existing XML document processing apparatus, characterized in XML documents that represent the content that is not related to the method of display, on the surface is considered as an advantage. しかし、このような特徴は現実的にはユーザが直接編集することができないという不都合を生じる。 However, it results in a disadvantage that such a feature can not in practice be edited user directly. この問題を解決するために、既存のXML文書処理製品は、XML入力のための固有の画面を設計している。 To solve this problem, existing XML document processing products are designed a specific screen for the input XML. しかし、既存のXML製品は予めハードコードされたものであるので、画面設計の柔軟性は制限される。 However, since the existing XML product is obtained in advance hardcoded, flexibility of the screen design is limited.

この制限に関して、スタイルシート言語の標準の一つとしてXSLTが既に開発されている。 In this limit, XSLT has already been developed as one of the style sheet language standard. これは、ユーザをハードコードから解放する技術であり、XML文書の表示に適用可能な方法と両立可能である。 This is a technique to free the user from the hard-coded, it is compatible with methods applicable to the display of the XML document. しかし、XSLTはXML文書を表示するだけであり、編集することを可能にするわけではない。 However, XSLT is only to display XML documents, do not make it possible to edit.

さらに、既存のXML製品は、主として「スキーマ」の存在に依存している。 In addition, existing XML products rely mainly on the presence of "schema". したがって、最初にいったんスキーマが決定されると、最上層からスキーマ構造に対応したXML文書のみしか扱うことができないという制限がある。 Therefore, when the first once schema is determined, there is a limitation that can not be handled only a XML document corresponding from the uppermost layer to the schema structure. 言い換えれば、システムは固定したシステムである。 In other words, the system is a fixed system.

本発明によれば、上述した制限はない。 According to the present invention, it is not limited as described above. XML文書全体の構造が固定的に決定される必要はない。 It is not necessary the structure of the entire XML document is determined fixedly. 様々な構造を持つ複合XML文書は、XML文書をいくつかの部分に分割し、編集モジュールを割り当てるというアイデアにより、安全に取り扱うことができる。 Composite XML documents having various structures, divides the XML document into several parts, with the idea of ​​assigning editing module can be safely handled. 柔軟なシステムを実現するために、編集モジュールはプラグインにより実現されることが好ましい。 To realize a flexible system, editing module is preferably implemented by a plug-in. さらに、ユーザは、ハードコードの制限なしに、柔軟な画面設計を実装し、WYSIWYGにより編集することができる。 Further, the user, without limitation hardcoded to implement a flexible screen design can be edited by WYSIWYG.

本発明はこうした状況に鑑みてなされたものであり、その目的は、1以上のXMLなどのマークアップ言語により記述された文書を効果的に処理する装置、方法、プログラム製品を提供することにある。 The present invention has been made in view of the foregoing circumstances, and its object is effectively processing apparatus a document described in a markup language such as one or more XML, is to provide a method, a program product .

本発明のある態様は、文書処理装置に関する。 An embodiment of the present invention relates to a document processing apparatus. この文書処理装置は、自身が対応している第1のマークアップ言語により記述された文書を処理することが可能な処理系と、文書が、前記処理系が対応していない第2のマークアップ言語により記述されていたときに、前記文書を、前記第1のマークアップ言語にマッピングすることが可能な変換部と、を備える。 The document processing apparatus includes a processing system capable of processing a document described in a first markup language itself is compatible, documents, a second markup said processing system does not correspond when was described by the language, the document, and a translation unit can be mapped to the first markup language.

本発明の別の態様は、文書処理方法に関する。 Another aspect of the present invention relates to a document processing method. この文書処理方法は、第1のマークアップ言語を処理不可能で第2のマークアップ言語を処理可能な文書処理装置により処理される前記文書が、前記第1のマークアップ言語で記述されていたときに、前記文書を前記第2のマークアップ言語にマッピングする過程と、マッピングされた文書を表示する過程と、を備える。 The document processing method, the documents processed by the first markup language processing impossible processable document processing apparatus of the second markup language, was described in the first markup language Occasionally, comprising the steps of mapping the document in the second markup language, and the process for displaying the mapped document, the.

上述した技術をコンピュータに実行させることが可能な命令を有するコンピュータ読み取り可能な媒体を含むコンピュータプログラム製品も、本発明の一態様である。 A computer program product comprising a computer readable medium having capable of executing the above-described technique to computer instructions also an aspect of the present invention.

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システムなどの間で変換したものもまた、本発明の態様として有効である。 Incidentally, any combinations of the foregoing components and expressions changed among a method, apparatus, even those that have been converted between such systems, is effective as an embodiment of the present invention.

本発明によれば、1以上のマークアップ言語により記述された文書を、生成、編集、表示、又は保存のうち少なくとも1つのために適切に処理する技術を提供することができる。 According to the present invention, a document described by one or more markup language, generated, edited, it is possible to provide a proper process technology for at least one of the display, or storage.

図1は、実施の形態に係る文書処理装置20の構成を示す。 Figure 1 shows a configuration of a document processing apparatus 20 according to the embodiment. 文書処理装置20は、文書内のデータが階層構造を有する複数の構成要素に分類された構造化文書を処理するが、本実施の形態では構造化文書の一例としてXML文書を処理する例について説明する。 The document processing apparatus 20, the data in the document to process the classified structured document into a plurality of components having a hierarchical structure, in this embodiment an example of processing a XML document as an example of a structured document described to. 文書処理装置20は、主制御ユニット22、編集ユニット24、DOM(Document Object Model)ユニット30、CSS(Cascade Style Sheets)ユニット40、HTML(HyperText Markup Language)ユニット50、SVG(Scalable Vector Graphics)ユニット60、及び変換部の一例であるVC(Vocabulary Connection)ユニット80を備える。 The document processing apparatus 20, the main control unit 22, editing unit 24, DOM (Document Object Model) unit 30, CSS (Cascade Style Sheets) unit 40, HTML (HyperText Markup Language) unit 50, SVG (Scalable Vector Graphics) unit 60 , and a VC (Vocabulary Connection) unit 80 which is an example of a conversion unit. これらの構成は、ハードウエアコンポーネントでいえば、任意のコンピュータのCPU、メモリ、メモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。 These configurations, in terms of hardware components such as a CPU, a memory, is realized by a program loaded into the memory, but drawn and described herein are function blocks that are realized in cooperation with those. したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。 Therefore, these functional blocks are hardware only, software only, or can be realized in various forms by a combination thereof, is where is understood by those skilled in the art.

主制御ユニット22は、プラグインのロードや、コマンド実行のフレームワークを提供する。 The main control unit 22, the loading of a plug-in or a framework for executing a command. 編集ユニット24は、XML文書を編集するためのフレームワークを提供する。 Editing unit 24 provides a framework for editing XML documents. 文書処理装置20における文書の表示及び編集機能は、プラグインにより実現されており、文書の種別に応じて必要なプラグインが主制御ユニット22又は編集ユニット24によりロードされる。 Display and editing functions of the document in the document processing apparatus 20 is realized by plug-ins, plug-ins required according to the type of document being loaded by the main control unit 22 or the editing unit 24. 主制御ユニット22又は編集ユニット24は、処理対象となるXML文書の名前空間を参照して、XML文書がいずれのボキャブラリにより記述されているかを判別し、そのボキャブラリに対応した表示又は編集用のプラグインをロードして表示や編集を実行させる。 The main control unit 22 or the editing unit 24 refers to the namespace of the XML document to be processed, to determine XML document is described by any of the vocabulary, the plug for display or editing corresponding to the vocabulary to perform the display and editing to load-in. 例えば、文書処理装置20には、制御部52、編集部54、及び表示部56を用いてHTML文書の表示及び編集を行うHTMLユニット50や、制御部62、編集部64、及び表示部66を用いてSVG文書の表示及び編集を行うSVGユニット60など、ボキャブラリ(タグセット)ごとに表示系及び編集系がプラグインとして実装されており、HTML文書を編集するときはHTMLユニット50が、SVG文書を編集するときはSVGユニット60が、それぞれの制御部と協働してロードされる。 For example, the document processing apparatus 20, the control unit 52, and HTML unit 50 for displaying and editing the HTML document using an editing unit 54, and a display unit 56, the control unit 62, editing unit 64, and a display unit 66 such as SVG unit 60 for displaying and editing an SVG document using, vocabulary display system and an editing system for each (tag set) are implemented as plug-ins, the HTML unit 50 when editing an HTML document, an SVG document when edit the SVG unit 60 are loaded in cooperation with respective control unit. 後述するように、HTMLとSVGの双方の構成要素を含む複合文書が処理対象となっている場合は、HTMLユニット50とSVGユニット60の双方がロードされる。 As described later, the compound document containing both HTML and SVG components are if to be processed, both the HTML unit 50 and the SVG unit 60 are loaded.

このような構成によれば、ユーザは、必要な機能のみを選択してインストールし、後から適宜機能を追加又は削除することができるので、プログラムを格納するハードディスクなどの記録媒体の記憶領域を有効に活用することができ、また、プログラム実行時にも、メモリの浪費を防ぐことができる。 According to such a configuration, the user can select and install only necessary functions, it is possible to add or remove suitable function later, the storage area of ​​the recording medium such as a hard disk for storing a program effective it can be utilized to, also during program execution, it is possible to prevent the waste of memory. また、機能拡張性に優れており、開発主体としても、プラグインの形で新たなボキャブラリに対応することが可能なので開発が容易となり、ユーザとしても、プラグインの追加により容易かつ低コストにて機能を追加することができる。 Moreover, excellent functional expandable, a developer, because it is possible to deal with new vocabularies in the form of plug-in becomes easy to develop, even if the user, easily at low cost by adding a plug-in it is possible to add functionality.

編集ユニット24は、ユーザインターフェースを介してユーザからマウスクリックやキーストロークなどの入力操作を含む編集指示のイベント(トリガイベント)を受け付け、そのイベントを適切なプラグインなどに通知するともに、イベントの再実行(リドゥ)又は実行の取消(アンドゥ)などの処理を制御する。 Editing unit 24, accepts an edit instruction event (trigger event) comprising an input operation such as a mouse click or keystroke from the user via the user interface, both notifies the event like the appropriate plug, re events It controls the processing such as execution (redo) or execution of the undone.

DOMユニット30は、DOM提供部32、DOM生成部34、及び出力部36を含み、XML文書をデータとして扱うときのアクセス方法を提供するために定められた文書オブジェクトモデル(Document Object Model:DOM)に準拠した機能を実現する。 DOM unit 30 includes a DOM provider 32, DOM generation unit 34, and an output unit 36, a document object model defined in order to provide access method when dealing with XML documents as data (Document Object Model: DOM) to realize the function that conforms to. DOM提供部32は、編集ユニット24に定義されているインタフェースを満たすDOMの実装である。 DOM provider 32 is an implementation of a DOM that satisfies an interface defined by the editing unit 24. DOM生成部34は、XML文書からDOMツリーを生成する。 DOM builder 34 generates a DOM tree from the XML document. 後述するように、処理対象となるXML文書が、VCユニット80により他のボキャブラリにマッピングされる場合は、マッピング元のXML文書に対応するソースツリーと、マッピング先のXML文書に対応するデスティネーションツリーが生成される。 As described below, the XML document to be processed, when mapped to another vocabulary by VC unit 80, a source tree corresponding to the mapping source XML document, the destination tree corresponding to map the XML document There is generated. 出力部36は、例えば編集終了時に、DOMツリーをXML文書として出力する。 The output unit 36 ​​is, for example, when editing ends, outputs a DOM tree as an XML document.

CSSユニット40は、CSS解析部42、CSS提供部44、及びレンダリング部46を含み、CSSに準拠した表示機能を提供する。 CSS unit 40 includes a CSS analysis unit 42, CSS provider 44 and a rendering unit 46, which provides a display function conforming to CSS. CSS解析部42は、CSSの構文を解析するパーサの機能を有する。 CSS analyzer 42 has a function of parser that parses the CSS. CSS提供部44は、CSSオブジェクトの実装であり、DOMツリーに対してCSSのカスケード処理を行う。 CSS provider 44 is an implementation of a CSS object and performs CSS cascade processing on the DOM tree. レンダリング部46は、CSSのレンダリングエンジンであり、CSSを用いてレイアウトされるHTMLなどのボキャブラリで記述された文書の表示に用いられる。 The rendering unit 46 is a rendering engine CSS, it is used to display documents, described in a vocabulary such as HTML, which are laid out using CSS.

HTMLユニット50は、HTMLにより記述された文書を表示又は編集する。 HTML unit 50 displays or edits documents described in HTML. SVGユニット60は、SVGにより記述された文書を表示又は編集する。 SVG unit 60 displays or edits documents described in SVG. これらの表示/編集系は、プラグインの形で実現されており、それぞれ、文書を表示する表示部(Canvas)56、66、編集指示を含むイベントを送受信する制御部(Editlet)52、62、編集コマンドを受けてDOMに対して編集を行う編集部(Zone)54、64を備える。 These display / editing systems are realized in the form of a plug-in, respectively, the display unit to display a document (Canvas) 56, 66, the control unit which transmits and receives events containing editing instructions (Editlet) 52,62, comprising an editing unit (Zone) 54, 64 which edits the DOM according to the editing commands. 制御部52又は62が外部からDOMツリーの編集コマンドを受け付けると、編集部54又は64がDOMツリーを変更し、表示部56又は66が表示を更新する。 When the control unit 52 or 62 receiving a DOM tree editing command from an external editing unit 54 or 64 modifies the DOM tree and the display unit 56 or 66 updates the display. これらは、よく知られたグラフィカルユーザインタフェース(GUI)のパラダイムである、MVC(Model-View-Controller)と呼ばれるフレームワークに類似する構成をとっている。 These are paradigm well known graphical user interface (GUI), taking a configuration similar to the framework called MVC (Model-View-Controller). MVCパラダイムは、アプリケーション又はアプリケーションのインタフェイスの一部を、3つの部分、すなわち、モデル、ビュー、コントローラに分割する方法を提案する。 MVC paradigm, a portion of the interface of an application or application, three parts, i.e., we propose a method of dividing the model, view, controller. MVCは、元は、GUIの世界に、従来の入力、処理、出力の役割を割り当てるために開発された。 MVC was originally, in the world of GUI, conventional input, process, was developed to assign the role of output.
[入力] → [処理] → [出力] [Input] → [processing] → [output]
[コントローラ]→ [モデル] → [ビュー] [Controller] → [model] → [View]

MVCパラダイムによれば、外界のモデリング、ユーザへの視覚的なフィードバック、及びユーザの入力は、モデル(M)、ビュー(V)、及びコントローラ(C)オブジェクトにより分離されて扱われる。 According to MVC paradigm, the outside world modeling, visual feedback to the user, and the user's input, the model (M), the view (V), and are treated are separated by a controller (C) object. コントローラは、ユーザからのマウスとキーボード入力のような入力を解釈し、これらのユーザアクションを、適切な変更をもたらすためにモデル及び/又はビューに送られるコマンドにマップするように作用する。 The controller interprets the mouse and inputs, such as keyboard input from the user, these user actions, acts to map the commands sent to the model and / or views to bring the appropriate changes. モデルは、1以上のデータ要素を管理するように作用し、その状態に関するクエリに応答し、状態を変更する指示に応答する。 Model acts to manage one or more data elements, in response to a query about the status, responsive to an instruction to change the state. ビューは、ディスプレイの長方形の領域を管理するように作用し、グラフィクスとテキストの組合せによりユーザにデータを提示する機能を有する。 View has a function of acting to manage a rectangular area of ​​the display, presenting data to the user by a combination of graphics and text.

ここで開示される本発明の実施の形態では、概ね、表示部56及び66が「View」に、制御部52及び62が「Controller」に、編集部54及び64とDOMの実体が「Model」に、それぞれ対応する。 In the embodiment of the present invention disclosed herein, generally, the display unit 56 and 66 to "View", the control unit 52 and 62 correspond to "Controller", the editing unit 54 and 64 and DOM instance "Model" to, the corresponding. 図1−10に示す本実施の形態の文書処理装置20では、XML文書をツリー表示形式で編集するだけでなく、それぞれのボキャブラリに応じた編集を可能とする。 In the document processing apparatus 20 of this embodiment shown in Figure 1-10, in addition to editing the XML document in a tree view format, to enable editing corresponding to each vocabulary. 例えば、HTMLユニット50は、HTML文書をワードプロセッサに類似した方式で編集するためのユーザインターフェースを提供し、SVGユニット60は、SVG文書を画像描画ツールに類似した方式で編集するためのユーザインターフェースを提供する。 For example, HTML unit 50 provides a user interface for editing in a similar manner the HTML document in a word processor, SVG unit 60, provides a user interface for editing in a similar manner the SVG document to an image drawing tool to.

VCユニット80は、マッピング部82、定義ファイル取得部84、及び定義ファイル生成部86を含み、あるボキャブラリにより記述された文書を、他のボキャブラリにマッピングすることにより、マッピング先のボキャブラリに対応した表示編集用プラグインで文書を表示又は編集するためのフレームワークを提供する。 VC unit 80 includes the mapping unit 82, the definition file acquiring unit 84, and a definition file generator 86, display a document described in a particular vocabulary, by mapping to other vocabularies, corresponding to map the vocabulary to provide a framework to display or edit the document in the editing plug-ins. 本実施の形態では、この機能を、ボキャブラリコネクション(Vocabulary Connection:VC)と呼ぶ。 In this embodiment, this function, vocabulary connection (Vocabulary Connection: VC) and called. 定義ファイル取得部84は、マッピングの定義を記述した定義ファイルを取得する。 Definition file acquiring unit 84 acquires a definition file in which the mapping definition is described. 本実施の形態では、定義ファイルはスクリプトファイルである。 In this embodiment, the definition file is a script file.

第1のボキャブラリの文書は、ノードを含むソースツリーとして表現される。 Article first vocabulary is represented as a source tree comprising nodes. 同様に、第2のボキャブラリの文書は、ノードを含むデスティネーションツリーとして表現される。 Similarly, the document of the second vocabulary is represented as a destination tree that includes nodes. 定義ファイルは、ノードごとに、ソースツリーとデスティネーションツリーのノード間の対応(コネクション)を記述する。 Definition file for each node, specifies the correspondence (connection) between the source tree and the destination tree node. W3Cの技術において知られているように、DOMツリー中のノードは、要素値及び/又は属性値により定義されてもよい。 As is known in the W3C technology, the nodes in the DOM tree may be defined by the element values ​​and / or attribute value. 本実施の形態では、各ノードの要素値や属性値の編集の可否を指定してもよい。 In the present embodiment, it may specify whether the editing element values ​​or attribute values.

また、ノードの要素値や属性値を用いた演算式を記述してもよい。 Furthermore, the definition file may include operation expressions using the element values ​​and attribute values ​​of nodes. これらの機能については、後で詳述する。 These functions will be described in detail later. マッピング部82は、定義ファイル取得部84が取得した定義ファイル(スクリプトファイル)を参照して、DOM生成部34にデスティネーションツリーを生成させ、ソースツリーとデスティネーションツリーの対応関係を管理する。 Mapping unit 82 refers to the definition file definition file acquiring unit 84 has acquired (script file), to produce a destination tree DOM creation unit 34 manages the correspondence between the source and destination trees. 定義ファイル生成部86は、ユーザが定義ファイルを生成するためのグラフィカルユーザインターフェースを提供する。 Definition file generator 86 offers a graphical user interface for the user to create a definition file.

VCユニット80は、ソースツリーとデスティネーションツリーの間のコネクションを監視し、表示を担当するプラグインにより提供されるユーザインタフェースを介してユーザから編集指示を受け付けると、まずソースツリーの該当するノードを変更する。 VC unit 80 monitors the connection between the source and destination trees, accepts an edit instruction from the user via the user interface provided by the plug-in that handles the display, the appropriate node of first source tree change. DOMユニット30が、ソースツリーが変更された旨のミューテーションイベントを発行すると、VCユニット80は、そのミューテーションイベントを受けて、ソースツリーの変更にデスティネーションツリーを同期させるべく、変更されたノードに対応するデスティネーションツリーのノードを変更する。 Node DOM unit 30, when issues a mutation event indicating that the source tree has been modified, VC unit 80 receives the mutation event, in order to synchronize the destination tree to change the source tree, which has been changed to change the node of the destination tree corresponding to. デスティネーションツリーを表示/編集するプラグイン、例えばHTMLユニット50は、デスティネーションツリーが変更された旨のミューテーションイベントを受けて、変更されたデスティネーションツリーを参照して表示を更新する。 Plug-ins, for example HTML unit 50 to display / edit the destination tree, in response to a mutation event to the effect that the destination tree has been changed, to update the display with reference to the changed destination tree. このような構成により、少数のユーザにより利用されるローカルなボキャブラリにより記述された文書であっても、他のメジャーなボキャブラリに変換することで、文書を表示することができるとともに、編集環境が提供される。 With this configuration, even document described in a local vocabulary to be utilized by a small number of users, to convert the other major vocabulary, it is possible to display the document, providing the editing environment It is.

文書処理装置20により文書を表示又は編集する動作について説明する。 A description will be given of the operation for displaying or editing a document by the document processing apparatus 20. 文書処理装置20が処理対象となる文書を読み込むと、DOM生成部34が、そのXML文書からDOMツリーを生成する。 When the document processing apparatus 20 loads a document is processed, DOM generation unit 34 generates a DOM tree from the XML document. また、主制御ユニット22又は編集ユニット24は、名前空間を参照して文書を記述しているボキャブラリを判別する。 The main control unit 22 or the editing unit 24 determines which vocabulary describes the document refers to the name space. そのボキャブラリに対応したプラグインが文書処理装置20にインストールされている場合は、そのプラグインをロードして、文書を表示/編集させる。 If the plug-in corresponding to the vocabulary has been installed in the document processing apparatus 20, to load the plug-in to display / edit the document. プラグインがインストールされていない場合は、マッピングの定義ファイルが存在するか否かを確認する。 If the plug-in is not installed, to see whether or not the definition file of the mapping exists. 定義ファイルが存在する場合、定義ファイル取得部84が定義ファイルを取得し、その定義に従って、デスティネーションツリーが生成され、マッピング先のボキャブラリに対応するプラグインにより文書が表示/編集される。 If the definition file exists, acquires a definition file acquiring unit 84 definition file, according to the definition, the destination tree is created, the document is displayed / edited by plug-ins corresponding to map the vocabulary. 複数のボキャブラリを含む複合文書である場合は、後述するように、それぞれのボキャブラリに対応したプラグインにより、文書の該当箇所がそれぞれ表示/編集される。 If a compound document containing a plurality of vocabularies, as will be described later, by a plug-ins for each vocabulary, relevant portions of the document are displayed / edited respectively. 定義ファイルが存在しない場合は、文書のソース又はツリー構造を表示し、その表示画面において編集が行われる。 If the definition file does not exist, display the source or tree structure of a document, editing is carried out on the display screen.

図2は、処理対象となるXML文書の例を示す。 Figure 2 shows an example of an XML document to be processed. このXML文書は、生徒の成績データを管理するために用いられる。 The XML document is used to manage the performance data of the student. XML文書のトップノードである構成要素「成績」は、配下に、生徒ごとに設けられた構成要素「生徒」を複数有する。 Component is the top node of the XML document "Results" are under, a plurality of components provided for each student "student". 構成要素「生徒」は、属性値「名前」と、子要素「国語」、「数学」、「理科」、「社会」を有する。 Component "student" has the attribute value to the "name", the child element "national language", "Mathematics", "science", the "social". 属性値「名前」は、生徒の名前を格納する。 Attribute value "name" stores the name of the student. 構成要素「国語」、「数学」、「理科」、「社会」は、それぞれ、国語、数学、理科、社会の成績を格納する。 Component "national language", "Mathematics", "Science", "society", respectively, to store national language, mathematics, science, and social studies. 例えば、名前が「A」である生徒の国語の成績は「90」、数学の成績は「50」、理科の成績は「75」、社会の成績は「60」である。 For example, the national language of the performance of the name is "A" student is "90", math grades "50", science is of grade "75", social studies is "60". 以下、この文書で使用されているボキャブラリ(タグセット)を、「成績管理ボキャブラリ」と呼ぶ。 Below, a vocabulary (tag set) that is used in this document, referred to as a "performance management vocabulary."

本実施の形態の文書処理装置20は、成績管理ボキャブラリの表示/編集に対応したプラグインを有しないので、この文書をソース表示、ツリー表示以外の方法で表示するためには、前述したVC機能が用いられる。 Document processing apparatus 20 of this embodiment does not have a plug-in corresponding to the display / editing of marks managing vocabulary, the document source display, for display by a method other than the tree view, VC functions described above It is used. すなわち、成績管理ボキャブラリを、プラグインが用意された別のボキャブラリ、例えば、HTMLやSVGなどにマッピングするための定義ファイルを用意する必要がある。 In other words, the performance management vocabulary, another vocabulary plug-in is available, for example, it is necessary to provide a definition file for mapping such as HTML and SVG. ユーザ自身が定義ファイルを作成するためのユーザインターフェースについては後述することにして、ここでは、既に定義ファイルが用意されているとして説明を進める。 The user interface for the user himself to create a definition file to be described later, where already in the descriptions are provided definition file.

図3は、図2に示したXML文書をHTMLで記述された表にマッピングする例を示す。 Figure 3 shows an example of mapping to a table described an XML document in HTML shown in FIG. 図3の例では、成績管理ボキャブラリの「生徒」ノードを、HTMLにおける表(「TABLE」ノード)の行(「TR」ノード)に対応づけ、各行の第1列には属性値「名前」を、第2列には「国語」ノードの要素値を、第3列には「数学」ノードの要素値を、第4列には「理科」ノードの要素値を、第5列には「社会」ノードの要素値を、それぞれ対応付ける。 In the example of FIG. 3, the "student" node of performance management vocabulary, correspondence to the rows of the table ( "TABLE" node) in HTML ( "TR" node), the value of the attribute in the first column of each row of the "name" , the second column the element value of the "language" node, the third column the element value of the "mathematics" node, the fourth column the element value of the "science" node, the fifth column "social the element value "node associates each. これにより、図2に示したXML文書を、HTMLの表形式で表示することができる。 Thus, the XML document shown in FIG. 2, can be displayed in table format HTML. また、これらの属性値及び要素値は、編集可能であることが指定されており、ユーザがHTMLによる表示画面上で、HTMLユニット50の編集機能により、これらの値を編集することができる。 Further, these attribute values ​​and element values ​​are are designated as being editable, users on the display screen by the HTML, the editing function of HTML unit 50, it is possible to edit these values. 第6列には、国語、数学、理科、社会の成績の加重平均を算出する演算式が指定されており、生徒の成績の平均点が表示される。 The sixth column, Japanese, mathematics, science, the weighted average are arithmetic expression is specified to calculate the social studies, the average values ​​of the marks for each student are displayed. このように、定義ファイルに演算式を指定可能とすることにより、より柔軟な表示が可能となり、編集時のユーザの利便性を向上させることができる。 Thus, by allowing to specify the operation expression in the definition file, it allows more flexible display, it is possible to improve the user convenience when editing. なお、第6列は、編集不可であることが指定されており、平均点のみを個別に編集することができないようにしている。 Incidentally, the sixth column is specified to be a non-editable, so that it is not possible to edit only the average point individually. このように、マッピング定義において、編集の可否を指定可能とすることにより、ユーザの誤操作を防ぐことができる。 Thus, in the mapping definition it is possible to specify editing or no editing can be prevented an erroneous operation of the user.

図4は、図2に示したXML文書を図3に示した表にマッピングするための定義ファイルの例を示す。 Figure 4 shows an example of a definition file used for mapping the table shown in FIG. 3 the XML document shown in FIG. この定義ファイルは、定義ファイル用に定義されたスクリプト言語により記述される。 This definition file is described by the script language that has been defined for the definition file. 定義ファイルには、コマンドの定義と、表示のテンプレートが記述されている。 The definition file, and the definition of the command, the display of the template is described. 図4の例では、コマンドとして、「生徒の追加」と「生徒の削除」が定義されており、それぞれ、ソースツリーにノード「生徒」を挿入する操作と、ソースツリーからノード「生徒」を削除する操作が対応付けられている。 In the example of FIG. 4, as a command, is set to the "add student" and "delete student", delete respectively, an operation of inserting a node "student" into a source tree, the node "student" from the source tree operation that is associated with. また、テンプレートとして、表の第1行に「名前」、「国語」などの見出しが表示され、第2行以降に、ノード「生徒」の内容が表示されることが記述されている。 In addition, as a template, "name" in the first row of the table, heading such as "national language" is displayed, the second row or later, has been described that the contents of the node "student" is displayed. ノード「生徒」の内容を表示するテンプレート中、「text-of」と記述された項は「編集可能」であることを意味し、「value-of」と記述された項は「編集不可能」であることを意味する。 In the template that displays the contents of the node "student", a term that has been described as "text-of" means that it is "editable", terms that have been "value-of" and the description "not editable" which means that is. また、ノード「生徒」の内容を表示する行のうち、第6列には、「(src:国語 + src:数学 + src:理科 + src:社会) div 4」という計算式が記述されており、生徒の成績の平均が表示されることを意味する。 In addition, among the rows to display the contents of the node "student", in the sixth column, "(src: language + src: Mathematics + src: science + src: society) div 4" formula that has been described , it means that the average of student achievement is displayed.

図5は、図2に示した成績管理ボキャブラリで記述されたXML文書を、図3に示した対応によりHTMLにマッピングして表示した画面の例を示す。 Figure 5 is an XML document described in the marks managing vocabulary shown in FIG. 2 shows an example of a screen displaying mapped to HTML using the correspondence shown in FIG. 表90の各行には、左から、各生徒の名前、国語の成績、数学の成績、理科の成績、社会の成績、及び平均点が表示されている。 Each row in the table 90, from the left, the name of each student, language achievement, mathematics achievement, science achievement, social studies, and average points are displayed. ユーザは、この画面上で、XML文書を編集することができる。 The user, on this screen, it is possible to edit the XML document. たとえば、第2行第3列の値を「70」に変更すると、このノードに対応するソースツリーの要素値、すなわち、生徒「B」の数学の成績が「70」に変更される。 For example, changing the value of the second row and third column to "70", the element value in the source tree corresponding to this node, that is, marks of student "B" for mathematics are changed to "70". このとき、VCユニット80は、デスティネーションツリーをソースツリーに追従させるべく、デスティネーションツリーの該当箇所を変更し、HTMLユニット50が、変更されたデスティネーションツリーに基づいて表示を更新する。 In this case, VC unit 80, in order to follow the destination tree in the source tree, and change the relevant sections of the destination tree, HTML unit 50 updates the display based on the changed destination tree. したがって、生徒「B」の数学の成績が「70」に変更され、更に、平均点が「55」に変更される。 Therefore, marks of student "B" for mathematics are changed to "70", and the average is changed to "55".

図5に示した画面には、図4に示した定義ファイルに定義されたように、「生徒の追加」及び「生徒の削除」のコマンドがメニューに表示される。 The screen shown in FIG. 5, as defined in the definition file shown in FIG. 4, a command "Add student" and "delete student" are displayed in the menu. ユーザがこれらのコマンドを選択すると、ソースツリーにおいて、ノード「生徒」が追加又は削除される。 When the user selects these commands in the source tree, the node "student" is added or deleted. このように、本実施の形態の文書処理装置20では、階層構造の末端の構成要素の要素値を編集するのみではなく、階層構造を編集することも可能である。 Thus, the document processing apparatus 20 of this embodiment, it is possible not only to edit the element values ​​of components in a lower end of a hierarchical structure but also to edit the hierarchical structure. このようなツリー構造の編集機能は、コマンドの形でユーザに提供されてもよい。 An edit function for editing such a tree structure may be provided to the user in the form of a command. また、例えば、表の行を追加又は削除するコマンドが、ノード「生徒」を追加又は削除する操作に対応づけられてもよい。 Further, for example, a command to add or delete rows of a table may be associated with an operation of adding or deleting the node "student". また、他のボキャブラリを埋め込むコマンドがユーザに提供されてもよい。 The command to embed other vocabularies may be provided to the user. この表を入力用テンプレートとして、穴埋め形式で新たな生徒の成績データを追加することもできる。 The table as an input template, can be added that marks data for new students in filling format. 以上のように、VC機能により、HTMLユニット50の表示/編集機能を利用しつつ、成績管理ボキャブラリで記述された文書を編集することが可能となる。 As described above, the VC function, while using the display / editing function of HTML unit 50, it is possible to edit a document described in the marks managing vocabulary.

図6は、ユーザが定義ファイルを生成するために、定義ファイル生成部86がユーザに提示するグラフィカルユーザインタフェースの例を示す。 6, in order for the user to create a definition file, an example of a graphical user interface, which the definition file generator 86 presents to the user. 画面左側の領域91には、マッピング元のXML文書がツリー表示されている。 Left side of the screen region 91, mapping the original XML document is displayed tree. 画面右側の領域92には、マッピング先のXML文書の画面レイアウトが示されている。 The right side of the screen region 92, the screen layout of an XML document after mapping is shown. この画面レイアウトは、HTMLユニット50により編集可能となっており、ユーザは、画面右側の領域92において、文書を表示するための画面レイアウトを作成する。 This screen layout can be edited by the HTML unit 50, the user, at the right side of the screen area 92, creates a screen layout for displaying documents. そして、例えば、マウスなどのポインティングデバイスにより、画面左側の領域91に表示されたマッピング元のXML文書のノードを、画面右側の領域92に表示されたHTMLによる画面レイアウト中へドラッグ&ドロップ操作を行うことにより、マッピング元のノードと、マッピング先のノードとのコネクションが指定される。 Then, for example, a pointing device such as a mouse, the node mapping the original XML document displayed on the left side of the screen area 91, performing a drag and drop operation to the screen in a layout in HTML displayed on the right side of the screen region 92 it allows the mapping source node, the connection to the mapping destination node is specified. 例えば、要素「生徒」の子要素である「数学」を、HTML画面の表90の第1行第3列にドロップすると、「数学」ノードと、3列目の「TD」ノードの間にコネクションが張られる。 For example, the "mathematics" which is a child element of the element "student", and drop it in the first row and the third column of the table 90 of the HTML screen, "Mathematics" node and the connection between the third column "TD" node It is stretched. 各ノードには、編集の可否が指定できるようになっている。 Each node, whether or not the editing is adapted to be specified. また、表示画面中には、演算式を埋め込むこともできる。 Further, the display screen, the operation expression can be embedded. 画面の編集が終わると、定義ファイル生成部86は、画面レイアウトとノード間のコネクションを記述した定義ファイルを生成する。 When the screen editing is completed, the definition file generator 86 generates a definition file that describes the connection between the screen layout and the node.

XHTML、MathML、SVGなどの主要なボキャブラリに対応したビューワやエディタは既に開発されているが、図2に示した文書のようなオリジナルなボキャブラリで記述された文書に対応したビューワやエディタを開発するのは現実的でない。 XHTML, MathML, but the viewer or editor can handle major vocabularies such SVG have already been developed, to develop dedicated viewers or editors for corresponding to original documents, described in a vocabulary such as document shown in FIG. 2 the is not practical. しかし、上記のように、他のボキャブラリにマッピングするための定義ファイルを作成すれば、ビューワやエディタを開発しなくても、VC機能を利用して、オリジナルなボキャブラリで記述された文書を表示・編集することができる。 However, as described above, if you create a definition file for mapping to other vocabularies, it is not necessary to develop a viewer and editor, using the VC function, display a document described in the original vocabulary it can be edited.

図7は、定義ファイル生成部86により生成された画面レイアウトの他の例を示す。 Figure 7 shows another example of a screen layout created by the definition file generator 86. 図7の例では、成績管理ボキャブラリで記述されたXML文書を表示するための画面に、表90と、円グラフ93が作成されている。 In the example of FIG. 7, on a screen for displaying XML documents described in the marks managing vocabulary, a table 90 and circular graphs 93 are created. この円グラフ93は、SVGにより記述される。 This pie chart 93 are described in SVG. 後述するように、本実施の形態の文書処理装置20は、一つのXML文書内に複数のボキャブラリを含む複合文書を処理することができるので、この例のように、HTMLで記述された表90と、SVGで記述された円グラフ93とを、一つの画面上に表示することができる。 As described later, the document processing apparatus 20 of this embodiment, it is possible to process a compound document containing a plurality of vocabularies to one XML document, as in this example, table 90 described in HTML When can a circular graphs 93 described in SVG, be displayed on one screen.

図8は、文書処理装置20によるXML文書の編集画面の一例を示す。 Figure 8 shows an example of an editing screen for an XML document by the document processing apparatus 20. 図8の例では、一つの画面が複数に分割されており、それぞれの領域において、処理対象となるXML文書を異なる複数の表示形式により表示している。 In the example of FIG. 8, a single screen is divided into a plurality, in each area, are displayed in a plurality of different display formats the XML document to be processed. 領域94には、文書のソースが表示されており、領域95には、文書のツリー構造が表示されており、領域96には、図5に示したHTMLにより記述された表が表示されている。 The regions 94 are displayed the source of the document, the region 95 is displayed tree structure of the document, in the area 96, which displays a table described in HTML as shown in FIG. 5 . これらのいずれの画面上においても、文書の編集が可能であり、いずれかの画面上でユーザが編集を行うと、ソースツリーが変更され、それぞれの画面の表示を担当するプラグインが、ソースツリーの変更を反映すべく画面を更新する。 In any of these on the screen, it is possible to edit the document, if the user in any of the on-screen edits, source tree is changed, a plug-in that handles the display of each screen, the source tree to update the screen in order to reflect the changes. 具体的には、ソースツリーの変更を通知するミューテーションイベントのリスナーとして、それぞれの編集画面の表示を担当するプラグインの表示部を登録しておき、いずれかのプラグイン又はVCユニット80によりソースツリーが変更されたときに、編集画面を表示中の全ての表示部が、発行されたミューテーションイベントを受け取って画面を更新する。 Source Specifically, as listeners for mutation events that provide notice of a change in the source tree, have created a display unit of the plug-in charge of displaying the respective edit screens, either plug-in or a VC unit 80, when the tree has been changed, all of the display unit in the display of the editing screen, update the screen receives the issued mutation event. このとき、プラグインがVC機能により表示を行っている場合は、VCユニット80がソースツリーの変更に追従してデスティネーションツリーを変更した後、変更されたデスティネーションツリーを参照してプラグインの表示部が画面を更新する。 In this case, if the plug-in is performing the display by the VC function, after the VC unit 80 has changed the destination tree to follow the change of the source tree, the plug-in to see the changed destination tree display unit to update the screen.

例えば、ソース表示及びツリー表示を、専用のプラグインにより実現している場合は、ソース表示用プラグインとツリー表示用プラグインは、デスティネーションツリーを用いず、直接ソースツリーを参照して表示を行う。 For example, the source display and tree display, if you are implemented by dedicated plug-ins, the source-display plug-in and the tree-display plug-in without involving the destination tree, the displays by directly referring to the source tree do. この場合、いずれかの画面において編集が行われると、ソース表示用プラグインとツリー表示用プラグインは、変更されたソースツリーを参照して画面を更新し、領域96の画面を担当しているHTMLユニット50は、ソースツリーの変更に追従して変更されたデスティネーションツリーを参照して画面を更新する。 In this case, if the editing is done in any area of ​​the screen, view source plug-in and the tree-display plug-ins, update the screen by referring to the modified source tree, is in charge of the screen of the region 96 HTML unit 50, to update the screen by referring to the destination tree, which has been modified so as to follow the change of the source tree.

ソース表示及びツリー表示は、VC機能を利用して実現することもできる。 The source display and tree display can also be realized by utilizing the VC function. すなわち、ソース、ツリー構造をHTMLによりレイアウトし、そのHTMLにXML文書をマッピングして、HTMLユニット50により表示してもよい。 That is, the source, the tree structure is laid by HTML, by mapping an XML document to the HTML, may be displayed by HTML unit 50. この場合、ソース形式、ツリー形式、表形式の3つのデスティネーションツリーが生成されることになる。 In this case, the source format, the tree format, three destination trees in tabular form is generated. いずれかの画面において編集が行われると、VCユニット80は、ソースツリーを変更した後、ソース形式、ツリー形式、表形式の3つのデスティネーションツリーをそれぞれ変更し、HTMLユニット50は、それらのデスティネーションツリーを参照して、3つの画面を更新する。 When editing is performed in any of the screen, VC unit 80 modifies the source tree and, tree, tabular three destination trees changed respectively, HTML unit 50, their Desuti with reference to the destination tree, to update the three screens.

このように、一つの画面上に複数の表示形式で文書を表示することにより、ユーザの利便性を向上させることができる。 Thus, by displaying the documents in a plurality of display formats into one screen, thereby improving the convenience for the user. 例えば、ユーザは、ソース表示又はツリー表示により文書の階層構造を把握しつつ、表90などを用いて視覚的に分かりやすい形式で文書を表示し、編集することができる。 For example, the user, while grasping the hierarchical structure of the document by the source display or the tree display, and displays the document in a visually easy-to-understand format using the table 90 or the like can be edited. 上記の例では、一つの画面を分割して複数の表示形式による画面を同時に表示したが、一つの画面に一つの表示形式による画面を表示し、表示形式をユーザの指示により切り替え可能としてもよい。 In the above example, by dividing one screen displaying a screen by a plurality of display formats simultaneously screen displays the due one display format on one screen may be switchable by user instruction display format . この場合、主制御ユニット22が、ユーザから表示形式の切り替え要求を受け付け、各プラグインに指示して表示を切り替える。 In this case, the main control unit 22 receives a switching request of the display format from the user, switches the display and then instructs the respective plug-ins.

図9は、文書処理装置20により編集されるXML文書の他の例を示す。 Figure 9 shows another example of an XML document edited by the document processing apparatus 20. 図9に示したXML文書では、SVG文書の「foreignObject」タグの中にXHTML文書が埋め込まれており、さらに、XHTML文書の中にMathMLで記述された数式が入っている。 In the XML document shown in FIG. 9, an XHTML document is embedded in a "foreignObject" tag of an SVG document, and contains an equation described in MathML the XHTML document. このような場合、編集ユニット24が、名前空間を参照して、適切な表示系に描画作業を振り分ける。 In such a case, the editing unit 24, referring to the name space, distributes the rendering job to an appropriate display system. 図9の例では、編集ユニット24は、まず、SVGユニット60に四角形を描画させ、つづいて、HTMLユニット50にXHTML文書を描画させる。 In the example of FIG. 9, the editing unit 24, first, the SVG unit 60 to render a rectangle, subsequently to draw an XHTML document to HTML unit 50. さらに、図示しないMathMLユニットに、数式を描画させる。 Furthermore, the MathML unit (not shown) to render an equation. こうして、複数のボキャブラリを包含する複合文書が適切に表示される。 Thus, the composite document is properly display includes a plurality of vocabularies. 表示結果を図10に示す。 FIG 10 displays results.

文書編集中、編集メニューがユーザに表示されてもよい。 While editing a document, the Edit menu may be displayed to the user. メニューは編集対象の複合文書の位置に対応してもよい。 Menu may correspond to the position of the composite document to be edited. このように、ユーザにより表示画面上を移動されるカーソル(キャリッジ)の位置に応じて、表示されるメニューを切り替えてもよい。 Thus, according to the position of the cursor (carriage) which is moved on the display screen by the user, may switch the menu displayed. すなわち、カーソルが、SVG文書が表示された領域内に存在するときは、SVGユニット60が提供するメニュー、又はSVG文書をマッピングするための定義ファイルに定義されたコマンドを表示し、カーソルが、XHTML文書が表示された領域内に存在するときは、HTMLユニット50が提供するメニュー、又はXHTML文書をマッピングするための定義ファイルに定義されたコマンドを表示する。 That is, when the cursor lies in an area where an SVG document is displayed, displays a command defined menu, or in the definition file for mapping the SVG document SVG unit 60 is provided, the cursor is, XHTML when present in the area where the document is displayed, displays the menu provided by HTML unit 50, or a defined command definition file for mapping the XHTML document. これにより、編集位置に応じて適切なユーザインターフェースを提供することができる。 Thus, it is possible to provide a suitable user interface in accordance with the editing position.

複合文書において、あるボキャブラリに対応する適切なプラグイン又はマッピング定義ファイルがなかった場合は、そのボキャブラリにより記述された部分は、ソース表示又はツリー表示されてもよい。 In the compound document, if there is no appropriate plug-in nor a mapping definition file vocabularies been described, a portion described in this vocabulary may be displayed in source or in tree format. 従来、ある文書に他の文書を埋め込んだ複合文書を開くとき、埋め込まれた文書を表示するアプリケーションがインストールされていないと、その内容を表示することができなかったが、本実施の形態では、表示用のアプリケーションが存在しなくても、テキストデータにより構成されたXML文書をソース表示又はツリー表示することにより内容を把握することができる。 Conventionally, when opening the compound document with embedded other documents in a document, an application for displaying the document that is embedded is not installed, but was not able to display the contents, in this embodiment, be absent application for display, it is possible to grasp the contents by the XML documents, which are composed of text data source display or the tree display. これは、テキストベースであるXMLなどの文書ならではの特徴といえる。 This is, it can be said that the characteristics of the document unique, such as XML is a text-based.

データがテキストベースで記述されることの他の利点として、例えば、複合文書中の、あるボキャブラリにより記述される部分において、同一文書内の他のボキャブラリで記述された部分のデータを参照してもよい。 Another advantage of the data being described in a text-based language, for example, in the compound document, in the portion that is described in a particular vocabulary, even by referring to the data written in other vocabulary portions of the same document good. また、文書内で検索を実行する時に、SVGなどの図に埋め込まれた文字列も検索対象とすることができる。 Further, when a search is made within the document, a string of characters embedded in a drawing, such as SVG, may be searched.

あるボキャブラリにより記述された文書内に、他のボキャブラリのタグを用いてもよい。 In a document described in a given vocabulary it can be used with tags belonging to other vocabularies. このXML文書は、妥当(valid)ではないが、整形式(well-formed)であれば、有効なXML文書として処理可能である。 The XML document is not a valid (valid), if well-formed (well-formed), can be processed as a valid XML document. この場合、挿入された他のボキャブラリのタグは、定義ファイルによりマッピングされてもよい。 In this case, tag other vocabulary inserted may be mapped using a definition file. 例えば、XHTML文書中に、「重要」、「最重要」などのタグを使用し、これらのタグで囲まれた部分を強調表示してもよいし、重要度の順にソートして表示してもよい。 For example, in the XHTML document, "important", using the tag, such as "most important", it may be to highlight a portion surrounded by these tags, even if the display is sorted in order of importance good.

図10に示した編集画面において、ユーザにより文書が編集されると、編集された部分を担当するプラグイン又はVCユニット80がソースツリーを変更する。 In the editing screen shown in FIG. 10, when the document by the user is edited, plug-in or a VC unit 80 which is in charge of processing the edited portion, modifies the source tree. ソースツリーには、ノードごとにミューテーションイベントのリスナーを登録できるようになっており、通常は、各ノードが属するボキャブラリに対応したプラグインの表示部又はVCユニット80がリスナーとして登録される。 The source tree has to be able to register the listener for mutation events for each node, typically, the display unit or the VC unit 80 of the plug-in corresponding to the vocabulary which each node belongs is registered as a listener. DOM提供部32は、ソースツリーが変更されると、変更されたノードから上位の階層へたどって、登録されたリスナーがあれば、そのリスナーへミューテーションイベントを発行する。 DOM provider 32, when the source tree is modified, by following the changed node to the upper hierarchy, if any listeners registered, issues a mutation event to the listener. 例えば、図9に示した文書において、<html>ノードの下位のノードが変更された場合、<html>ノードにリスナーとして登録されたHTMLユニット50にミューテーションイベントが通知されるとともに、その上位の<svg>ノードにリスナーとして登録されたSVGユニット60にもミューテーションイベントが通知される。 For example, referring to the document shown in FIG. 9, <html> When a subordinate node of the node changes, the mutation event is notified to HTML unit 50, which is registered as a listener to the <html> node, the upper mutation event is also notified to the SVG unit 60, which is registered as a listener to the <svg> node. このとき、HTMLユニット50は、変更されたソースツリーを参照して表示を更新する。 At this time, HTML unit 50 updates the display by referring to the modified source tree. SVGユニット60は、自身のボキャブラリに属するノードが変更されていないので、ミューテーションイベントを無視してもよい。 SVG unit 60, since the node belonging to its own vocabulary has not been changed, may ignore the mutation event.

編集の内容によっては、HTMLユニット50による表示の更新に伴って、全体のレイアウトが変わる可能性がある。 The contents of the editing, modification of the display by HTML unit 50 may change the overall layout. この場合は、画面のレイアウトを管理する構成、例えば最上位のノードの表示を担当するプラグインにより、プラグインごとの表示領域のレイアウトが更新される。 In this case, component that manages the screen layout, for example, the plug-in that handles the display of the highest node, the layout of the display area for each plug-in is updated. 例えば、HTMLユニット50による表示領域が以前より大きくなった場合、HTMLユニット50は、まず自身の担当する部分を描画して、表示領域の大きさを決定する。 For example, if the display area by HTML unit 50 is larger than before, HTML unit 50, first by drawing a charge portion of itself, determines the size of the display area. そして、画面のレイアウトを管理する構成に、変更後の表示領域の大きさを通知し、レイアウトの更新を依頼する。 Then, the component that manages the screen layout, and notifies the size of the display area after the change, to request the updating of the layout. 画面のレイアウトを管理する構成は、通知を受けて、プラグインごとの表示領域を再レイアウトする。 Configured to manage the layout of the screen, in response to the notification, to re-layout of the display area of ​​each plug-in. こうして、編集された部分の表示が適切に更新されるとともに、画面全体のレイアウトが更新される。 Accordingly, the display of the edited portion is appropriately updated and the overall screen layout is updated.

つづいて、実施の形態の文書処理装置20を実現する機能構成について更に詳細に説明する。 Subsequently, more detailed description of the functional configuration for realizing the document processing apparatus 20 according to the embodiment.

文書を処理し管理するシステムの実施の形態が図11−29を参照して説明される。 Embodiment of a system for managing processes document is described with reference to FIG. 11-29.

図11(a)は、後述するタイプの文書処理/管理システムの基礎として機能する構成の従来の配置例を示す。 11 (a) shows a conventional arrangement of the configuration and functions as the basis of a document processing / management system of the type to be described later. 構成10は、通信経路13によりメモリ12に接続されたCPU又はマイクロプロセッサ11などの形式のプロセッサを含む。 Configuration 10 includes a form of a processor such as a CPU or a microprocessor 11 connected to memory 12 by the communication path 13. メモリ12は、現在又は将来に利用可能な任意のROM及び/又はRAMの形式であってもよい。 Memory 12 may be a current or any form of ROM and / or RAM available in the future. 通信経路13は、典型的にはバスとして設けられる。 Communication path 13 is typically provided as a bus. マウス、キーボード、音声認識システムなどのユーザ入力装置14及び表示装置15(又は他のユーザインタフェイス)に対する入出力インタフェイス16も、プロセッサ11とメモリ12の通信のためのバスに接続される。 Mouse, keyboard, input-output interface 16 for user input device 14 and display device 15 such as a voice recognition system (or other user interfaces) is also connected to the bus for communication processor 11 and a memory 12. よく知られているように、プリンタ、通信モデムなどの他の装置が結合されてもよい。 As is well known, printer, other devices such as a communication modem may be coupled. この構成は、スタンドアロンであってもよいし、複数の端末及び1以上のサーバが接続されてネットワーク化された形式であってもよいし、既知のいかなる方式により構成されてもよい。 This arrangement may be a stand-alone, to a plurality of terminals and one or more servers may be connected to the network Form may be constituted by any known method. 本発明は、これらのコンポーネントの配置、集中又は分配されたアーキテクチャー、あるいは様々なコンポーネントの通信方法により制限されない。 The present invention is the arrangement of these components is not limited by the method of communication centralized or distributed architecture, or different components.

さらに、本システム及びここで議論される実施例は、様々な機能性を提供するいくつかのコンポーネント及びサブコンポーネントを含むものとして議論されることに注意されたい。 Further, the embodiments discussed the system and in this case, it should be noted that discussed as including several components and sub-components that provide various functionality. これらのコンポーネント及びサブコンポーネントは、注目された機能性を提供するために、ハードウェアとソフトウェアの組合せだけでなく、ハードウェアのみ、ソフトウェアのみによっても実現されうる。 These components and subcomponents in order to provide attention functionality, as well as a combination of hardware and software, hardware alone, may also be implemented only by software. さらに、ハードウェア、ソフトウェア、及びそれらの組合せは、汎用の計算装置、専用のハードウェア、又はそれらの組合せにより実現されうる。 Further, hardware, software, and combinations thereof, a general-purpose computing device may be implemented dedicated hardware, or a combination thereof. したがって、コンポーネント又はサブコンポーネントの構成は、コンポーネント又はサブコンポーネントの機能性を提供するための特定のソフトウェアを実行する汎用/専用の計算装置を含む。 Therefore, the configuration of the component or sub-component includes a general purpose / specialized computing device for executing specific software to provide the functionality of the component or sub-component.

図11(b)は、文書処理/管理システムの一例の全体のブロック図を示す。 Figure 11 (b) shows an example block diagram of the overall document processing / management system. このような文書処理/管理システムにおいて文書が生成され編集される。 Document is generated edited in such a document processing / management system. これらの文書は、例えばXMLなど、マークアップ言語の特徴を有する任意の言語により記述されてもよい。 These documents, such as XML, may be described by any language having features of the markup language. また、便宜上、特定のコンポーネント及びサブコンポーネントの用語及びタイトルを創造した。 For convenience, we created the terms and titles of specific components and subcomponents. しかしながら、これらは、この開示の一般的な教示の範囲を制限するために解釈されるべきではない。 However, it should not be construed to limit the scope of the general teachings of this disclosure.

文書処理/管理システムは、2つの基本的な構成を有するものととらえることができる。 Document processing / management system may be viewed as having two basic configurations. 第1の構成は、文書処理/管理システムが動作する環境である「実行環境」101である。 The first configuration is 101 "execution environment" is an environment in which the document processing / management system operates. 例えば、実行環境は、文書の処理中及び管理中に、ユーザだけでなくシステムも支援する、基本的なユーティリティ及び機能を提供する。 For example, execution environment, and during administration during the processing of the document, also support system not only user and provides basic utilities and functions. 第2の構成は、実行環境において走るアプリケーションから構成される「アプリケーション」102である。 The second configuration is "application" 102 and an application running in the execution environment. これらのアプリケーションは、文書自身及び文書の様々な表現を含む。 These applications, including a variety of representation of the document itself and document.

1. 1. 実行環境 実行環境101のキーとなる構成はProgramInvoker(プログラムインボーカ:プログラム起動部)103である。 Key to become configured execution environment execution environment 101 ProgramInvoker: a (program invoker program activation unit) 103. ProgramInvoker103は、文書処理/管理システムを起動するためにアクセスされる基本的なプログラムである。 ProgramInvoker103 is a basic program that is accessed to start the document processing / management system. 例えば、ユーザが文書処理/管理システムにログオンして開始するとき、ProgramInvoker103が実行される。 For example, when a user starts to log the document processing / management system, ProgramInvoker103 is executed. ProgramInvoker103は、例えば、文書処理/管理システムにプラグインとして加えられた機能を読み出して実行させたり、アプリケーションを開始して実行させたり、文書に関連する特性を読み出すことができる。 ProgramInvoker103, for example, or by reading and executing a function added as a plug-in to the document processing / management system, or to start and run an application, it is possible to read the characteristics associated with the document. ProgramInvoker103の機能はこれらに限定されない。 Function of ProgramInvoker103 is not limited to these. ユーザが実行環境内で実行されるように意図されたアプリケーションを起動したいとき、ProgramInvoker103は、そのアプリケーションを見つけ、それを起動して、アプリケーションを実行する。 When you want to start the intended application so that the user is executed in the execution environment, ProgramInvoker103 finds its application, to start it, to run the application. 例えば、ユーザがシステム上に既にロードされたドキュメント(それは実行環境中のアプリケーションである)を編集したい場合、ProgramInvoker103は、最初に文書を見つけて、次に、文書をロードし編集するために必要な機能を実行する。 For example, if a user to edit a document that has already been loaded on the system (which is an application execution environment), ProgramInvoker103 initially find the document, then, necessary to edit loads the document to perform the function.

ProgramInvoker103には、プラグインサブシステム104、コマンドサブシステム105、及びResource(リソース)モジュール109などのいくつかの構成がアタッチされる。 The ProgramInvoker103, plug subsystem 104, a number of configurations, such as command subsystem 105, and Resource (resource) module 109 is attached. これらの構成については、以下に詳述する。 For these configurations, described in detail below.

1. 1. a. a. プラグインサブシステム プラグインサブシステム104は、文書処理/管理システムに機能を追加するための高度に柔軟で効率的な構成として使用される。 Plug-in sub-system plugin subsystem 104 is used as a highly flexible and efficient configuration for adding functionality to the document processing / management system. プラグインサブシステム104は、また、文書処理/管理システムに存在する機能を修正又は削除するために使用することができる。 Plug-in sub-system 104 may also be used to modify or remove features that exist in the document processing / management system. さらに、種々様々の機能をプラグインサブシステムを使用して追加又は修正することができる。 Further, various different features may be added or modified using the plug-in sub-system. 例えば、上述され、かつ後で詳述する画面上への文書の描画を支援するように作用するEditlet(エディットレット:編集部)機能の追加を要望されてもよい。 For example, the above and acts to assist the drawing of the document onto the screen, which will be described in detail later Editlet: may be a need of additional (edit let Editor) function. Editletプラグインは、システムに追加されるボキャブラリの編集も支援する。 Editlet plug-ins, also supports editing of vocabulary that are added to the system.

プラグインサブシステム104は、ServiceBroker(サービスブローカ:サービス仲介部)1041を含む。 Plug-in sub-system 104, ServiceBroker: including (service broker service mediating unit) 1041. ServiceBroker1041は、文書処理/管理システムに加えられるプラグインを管理することにより、文書処理/管理システムに加えられるサービスを仲介する。 ServiceBroker1041 by managing the plug-in added to the document processing / management system, mediates service applied to the document processing / management system.

所望の機能性を実現する個々の機能は、Service(サービス)1042の形でシステムに追加される。 Individual functions to achieve the desired functionality is added to the system in the form of Service (Service) 1042. 利用可能なService1042のタイプは、Application(アプリケーション)サービス、ZoneFactory(ゾーンファクトリ:ゾーン生成部)Service、Editlet(エディットレット:編集部)Service、CommandFactory(コマンドファクトリ:コマンド生成部)Service、ConnectXPath(コネクトXPath:XPath管理部)Service、CSSComputation(CSSコンピューテーション:CSS計算部)Serviceなどを含むが、これらに限定されない。 Type of available Service1042 is, Application (application) services, ZoneFactory (zone factory: zone generating unit) Service, Editlet (edit toilet: editing unit) Service, CommandFactory (command factory: command generating unit) Service, ConnectXPath (connect XPath : XPath management unit) Service, CSSComputation (CSS computation: including such CSS calculation unit) Service, without limitation. これらのService、及びシステムの他の構成とそれらとの関係は、文書処理/管理システムについてのよりよい理解のために、以下に詳述される。 These Service, and other configurations and relationships between these systems, for a better understanding of the document processing / management system, described in detail below.

プラグインとServiceの関係は以下の通りである。 The relationship of the plug-in and Service are as follows. プラグインは、1以上のServiceProvider(サービスプロバイダ:サービス提供部)を含むことができるユニットである。 Plug-in, one or more ServiceProvider: a unit that can include (service provider service provider). それぞれのServiceProviderは、それに関連したServiceの1以上のクラスを有する。 Each ServiceProvider has one or more classes of Service associated with it. 例えば、適切なソフトウェアアプリケーションを有する単一のプラグインを使用することにより、1以上のServiceをシステムに追加することができ、これにより、対応する機能をシステムに追加することができる。 For example, by using a single plug having the appropriate software application, one or more Service can be added to the system, this makes it possible to add corresponding functions to the system. Editletサービスなど、既存のサービスであっても、単一又は複数のボキャブラリを処理する能力がそれぞれのプラグインにより提供されてもよい。 Such Editlet service, even existing services, the ability to process a single or multiple vocabularies may be provided by the respective plug.

1. 1. b. b. コマンドサブシステム コマンドサブシステム105は、文書の処理に関連したコマンドの形式の命令を実行するために使用される。 Command Subsystem Commands subsystem 105 is used to perform a form of instructions of commands related to the processing of documents. ユーザは、一連の命令を実行することにより、文書に対する操作を実行することができる。 The user, by executing a series of instructions, it is possible to perform operations on documents. 例えば、ユーザは、コマンドの形で命令を発行することにより、文書処理/管理システム中のXML文書に対応するXMLのDOMツリーを編集し、XML文書を処理する。 For example, the user, by issuing a command in the form of a command to edit an XML DOM trees corresponding to the XML document in the document processing / management system, processes the XML document. これらのコマンドは、キーストローク、マウスクリック、又は他の有効なユーザインタフェイスアクションを使用して入力されてもよい。 These commands, keystrokes, mouse clicks, or other valid user interface action may be entered using. 1つのコマンドにより1以上の命令が実行されることもある。 The single command sometimes one or more instructions are executed. この場合、これらの命令が1つのコマンドにラップ(包含)され、連続して実行される。 In this case, these instructions are wrapped (included) to a single command, is executed continuously. 例えば、ユーザが、誤った単語を正しい単語に置換したいとする。 For example, a user wants to replace the wrong word with the correct word. この場合、第1の命令は、文書中の誤った単語を発見することであり、第2の命令は、誤った単語を削除することであり、第3の命令は、正しい単語を挿入することであろう。 In this case, the first instruction is to discover incorrect word in the document, the second instruction is to delete the incorrect word, the third instruction to insert a correct word Will. これらの3つの命令が1つのコマンドにラップされてもよい。 These three instructions may be wrapped in a single command.

いくつかの例においては、コマンドは、関連した機能、例えば、後で詳述する「アンドゥ」機能を有してもよい。 In some instances, the command related functions, for example, may have a "undo" function described later in detail. これらの機能は、オブジェクトを生成するために使用されるいくつかの基本クラスにも割り当てられてもよい。 These functions may be assigned to several basic classes used to produce the object.

コマンドサブシステム105のキーとなる構成は、選択的にコマンドを示し実行するように作用するCommandInvoker(コマンドインボーカ:コマンド起動部)1051である。 Structure as a key command subsystem 105, CommandInvoker act to perform selectively shows commands: a (command invoker command activation unit) 1051. 図11(b)には、1つのCommandInvokerのみが示されているが、1以上のCommandInvokerが使用されてもよく、1以上のコマンドが同時に実行されてもよい。 In FIG. 11 (b), but only one CommandInvoker are shown, may be 1 or more CommandInvoker are used, one or more commands may be executed simultaneously. CommandInvoker1051は、コマンドを実行するために必要な機能及びクラスを保持する。 CommandInvoker1051 holds the functions and classes required to execute the command. 動作において、実行されるべきCommand(コマンド:命令)1052は、Queue(キュー)1053に積まれる。 In operation, to be performed Command (Command: Instruction) 1052 is stacked on Queue (queue) 1053. CommandInvokerは、連続的に実行するコマンドスレッドを生成する。 CommandInvoker generates a command thread that executes continuously. CommandInvoker内で既に実行中のCommandがなければ、CommandInvoker1051により実行されるように意図されたCommand1052が実行される。 Without Command already running in the CommandInvoker, it intended Command1052 runs to be performed by CommandInvoker1051. CommandInvokerが既にコマンドを実行している場合、新しいCommandは、Queue1053の最後に積まれる。 If the CommandInvoker is already running a command, a new Command is loaded at the end of the Queue1053. しかしながら、それぞれのCommandInvoker1051では、一度に1つのCommandのみが実行される。 However, in each CommandInvoker1051, only one Command is executed at a time. 指定されたCommandの実行に失敗した場合、CommandInvoker1051は例外処理を実行する。 Case of failure of the given Command, CommandInvoker1051 performs exception handling.

CommandInvoker1051により実行されるCommandの型は、UndoableCommand(取消可能コマンド)1054、AsyncronousCommand(非同期コマンド)1055、及びVCCommand(VCコマンド)1056を含むが、これらに限定されない。 The type of Command to be executed by CommandInvoker1051 is, UndoableCommand (undoable command) 1054, AsyncronousCommand (asynchronous command) 1055, and VCCommand (VC command) including 1056, without limitation. UndoableCommand1054は、ユーザが望めば、そのCommandの結果を取り消すことが可能なCommandである。 UndoableCommand1054, if expected user, a Command that can undo the result of the Command. UndoableCommandの例として、切り取り、コピー、テキストの挿入、などがある。 As an example of UndoableCommand, cut, copy, insertion of text, and the like. 動作において、ユーザが文書の一部を選択し、その部分に切り取りコマンドを適用するとき、UndoableCommandを用いることにより、切り取られた部分は、必要であれば、「切り取られていない」ようにすることができる。 In operation, when a user selects a portion of the document, applying the cut command to that part, by using an UndoableCommand, cut portions, if necessary, to ensure that "no cut" can.

VCCommand1056は、ボキャブラリコネクション記述子(Vocabulary Connection Discriptor:VCD)スクリプトファイルに格納される。 VCCommand1056 is, vocabulary connection descriptor (Vocabulary Connection Discriptor: VCD) are stored in a script file. これらは、プログラマにより定義されうるユーザ指定のCommandである。 These are Command user-specified which can be defined by the programmer. Commandは、例えば、XMLフラグメントを追加したり、XMLフラグメントを削除したり、属性を設定したりするための、より抽象的なCommandの組合せであってもよい。 Command, for example, to add an XML fragment, or delete an XML fragment, for setting an attribute or may be a combination of more abstract Command. これらのCommandは、特に、文書の編集に焦点を合わせている。 These Command is, in particular, has focused on the editing of the document.

AsyncronousCommand1055は、文書のロードや保存など、システムよりのCommandであり、UndoableCommandやVCCommandとは別に、非同期的に実行される。 AsyncronousCommand1055, such as loading or saving a document, is a Command of than the system, apart from the UndoableCommand and VCCommand, is executed asynchronously. AsyncronousCommandは、UndoableCommandではないので、取り消すことはできない。 AsyncronousCommand is, because it is not a UndoableCommand, can not be undone.

1. 1. c. c. リソース resource
Resource109は、様々なクラスに、いくつかの機能を提供するオブジェクトである。 Resource109 is an object to provide a variety of classes, several functions. 例えば、ストリングリソース、アイコン、及びデフォルトキーバインドは、システムで使用されるResourceの例である。 For example, the string resource, icons, and default key bindings are examples of Resource used in the system.

2. 2. アプリケーションコンポーネント 文書処理/管理システムの第2の主要な特徴であるアプリケーションコンポーネント102は、実行環境101において実行される。 Application component 102 is a second key feature of application components document processing / management system is executed in the execution environment 101. アプリケーションコンポーネント102は、実際の文書と、システム内における文書の様々な論理的、物理的な表現を含む。 Application component 102 includes actual documents, various logical documents in the system, the physical representation. さらに、アプリケーションコンポーネント102は、文書を管理するために使用されるシステムの構成を含む。 Furthermore, the application component 102 includes the configuration of the system used for managing documents. アプリケーションコンポーネント102は、さらに、UserApplication(ユーザアプリケーション)106、アプリケーションコア108、ユーザインタフェイス107、及びCoreComponent(コアコンポーネント)110を含む。 Application component 102 further, userApplication (user application) 106, an application core 108 includes a user interface 107, and CoreComponent (core component) 110.

2. 2. a. a. ユーザアプリケーション User application
UserApplication106は、ProgramInvoker103と共にシステム上にロードされる。 UserApplication106 is loaded on the system along with the ProgramInvoker103. UserApplication106は、文書と、文書の様々な表現と、文書と対話するために必要なユーザインタフェイスとをつなぐ接着剤となる。 UserApplication106 consists a document, the various representations of the document, an adhesive which connects the user interface required to interact with the document. 例えば、ユーザが、プロジェクトの一部である文書のセットを生成したいとする。 For example, the user, and want to create a set of documents that are part of the project. これらの文書がロードされると、文書の適切な表現が生成される。 When these documents are loaded, an appropriate representation of the document is generated. ユーザインタフェイス機能は、UserApplication106の一部として追加される。 User interface function is added as part of UserApplication106. 言いかえれば、UserApplication106は、ユーザがプロジェクトの一部を形成する文書と対話することを可能とする文書の表現と、文書の様々な態様とを、共に保持する。 In other words, UserApplication106 includes a representation of the document that allows the user to interact with the document which forms part of a project, the various aspects of the document, to hold together. 一旦UserApplication106が生成されると、ユーザがプロジェクトの一部を形成する文書との対話を望むたびに、ユーザは簡単に実行環境上にUserApplication106をロードすることができる。 Once UserApplication106 is generated, each time a desire to interact with the document that the user forms part of a project, the user can load the UserApplication106 on simple execution environment.

2. 2. b. b. コアコンポーネント Core component
CoreComponent110は、複数のPane(ペイン)の間で文書を共有する方法を提供する。 CoreComponent110 provides a method of sharing documents among multiple Pane (pane). 後で詳述するように、Paneは、DOMツリーを表示し、画面の物理的なレイアウトを扱う。 As will be described in more detail below, Pane displays the DOM tree, dealing with the physical layout of the screen. 例えば、物理的な画面は、個々の情報の断片を描写する画面内の複数のPaneからなる。 For example, a physical screen is formed of a plurality of Pane in the screen depicting pieces of individual information. ユーザから画面上に見える文書は、1又はそれ以上のPaneに出現しうる。 Article visible on the screen from the user may appear in one or more of the Pane. また、2つの異なる文書が画面上で2つの異なるPaneに現れてもよい。 Also, two different documents may appear two different Pane on the screen.

図11(c)に示されるように、画面の物理的なレイアウトもツリーの形式になっている。 As shown in FIG. 11 (c), but also in the form of a tree physical layout of the screen. コンポーネント1083がPaneとして画面上に存在するとき、Paneは、RootPane(ルートペイン)1084としても実現され得るし、SubPane(サブペイン)1085でもあり得る。 When a component 1083 is present on the screen as Pane, Pane is to be also implemented as a RootPane (root pane) 1084 may also be a SubPane (sub-pane) 1085. RootPane1084は、Paneのツリーの根に当たるPaneであり、SubPane1085は、RootPane1084以外の任意のPaneである。 RootPane1084 is a Pane which corresponds to the root of the tree of Pane, SubPane1085 is any Pane other than RootPane1084.

CoreComponent110は、さらに、フォントを提供し、ツールキットなど、文書のための複数の機能的な操作のソースの役割を果たす。 CoreComponent110 further provides a font, such as a tool kit, serves as a source of multiple functional operation for the document. CoreComponent110により実行されるタスクの一例に、複数のPane間におけるマウスカーソルの移動がある。 One example of a task to be performed by CoreComponent110, there is movement of the mouse cursor between a plurality of Pane. 実行されるタスクの他の例として、あるPane中の文書の一部をマークし、それを異なる文書を含む別のPane上にコピーする。 Other examples of tasks performed, mark the portion of the document during a Pane, copy it on another Pane containing different documents.

2. 2. c. c. アプリケーションコア 上述したように、アプリケーションコンポーネント102は、システムにより処理され管理される文書から構成される。 As application core above, the application component 102 is configured from a document to be processed by the system management. これは、システム内における文書の様々な論理的及び物理的な表現を含む。 This includes a variety of logical and physical representations of the document in the system. アプリケーションコア108は、アプリケーションコンポーネント102の構成である。 Application core 108 is a configuration of the application component 102. その機能性は、実際の文書を、それに含まれる全てのデータとともに保持することである。 Its functionality is to hold the actual document along with all the data it contains. アプリケーションコア108は、DocumentManager(ドキュメントマネージャ:文書管理部)1081及びDocument(ドキュメント:文書)1082自身を含む。 Application core 108, DocumentManager (document manager: document management unit) 1081 and a Document (document: document) containing 1082 itself.

DocumentManager1081の様々な態様を以下に詳述する。 Various aspects of the DocumentManager1081 will be described in detail below. DocumentManager1081は、Document1082を管理する。 DocumentManager1081 manages the Document1082. DocumentManager1081は、RootPane1084、SubPane1085、ClipBoard(クリップボード)ユーティリティ1086、及びSnapShot(スナップショット)ユーティリティ1087にも接続される。 DocumentManager1081 is also connected to RootPane1084, SubPane1085, ClipBoard (clipboard) utility 1086, and SnapShot (snapshot) utility 1087. ClipBoardユーティリティ1086は、ユーザがクリップボードに加えることを決定した文書の部分を保持する方法を提供する。 ClipBoard utility 1086 provides a method of retaining a portion of the document that the user has decided to add to the clipboard. 例えば、ユーザが、文書の一部を切り取り、後で再考するために新規文書にそれを保存することを望んだとする。 For example, a user is, cut a part of the document, and wanted to save it to a new document in order to reconsider later. このような場合、切り取られた部分がClipBoard1086に追加される。 In this case, cut portions are added to the ClipBoard1086.

SnapShotユーティリティ1087についても次に説明する。 Also it will be described below SnapShot utility 1087. SnapShotユーティリティ1087は、アプリケーションがある状態から別の状態まで移行するときに、アプリケーションの現在の状態を記憶することを可能とする。 SnapShot utility 1087, when migrating from a state in which an application to another state, making it possible to store the current state of the application.

2. 2. d. d. ユーザインタフェイス アプリケーションコンポーネント102の別の構成は、ユーザがシステムと物理的に対話する手段を提供するユーザインタフェイス107である。 Another configuration of the user interface application component 102 is a user interface 107 for the user to provide a means for the system and physically interact. 例えば、ユーザインタフェイスは、ユーザが文書をアップロードしたり、削除したり、編集したり、管理したりするために使用される。 For example, the user interface is, or upload the user document, or delete, and edit, is used to and manage. ユーザインタフェイスは、Frame(フレーム)1071、MenuBar(メニューバー)1072、StatusBar(ステータスバー)1073、及びURLBar(URLバー)1074を含む。 The user interface includes a Frame (frame) 1071, MenuBar (menu bar) 1072, StatusBar (status bar) 1073, and URLBar (URL bar) 1074.

Frameは、一般に知られているように、物理的な画面のアクティブな領域であるとみなされる。 Frame is as is generally known, are considered to be active region of a physical screen. MenuBar1072は、ユーザに対する選択を示すメニューを含む画面領域である。 MenuBar1072 is a screen region including a menu of choices for the user. StatusBar1073は、アプリケーションの実行状態を表示する画面領域である。 StatusBar1073 is a screen area for displaying the execution state of the application. URLBar1074は、インターネットをナビゲートするためにURLアドレスを入力する領域を提供する。 URLBar1074 provides an area for entering a URL address in order to navigate the Internet.

3. 3. 文書管理及び関連するデータ構造 図12は、DocumentManager1081の詳細を示す。 Document management and associated data structures 12 show details of DocumentManager1081. これは、文書処理/管理システム内で文書を表現するために用いられるデータ構造及び構成を含む。 This includes data structures and configurations used to represent a document in the document processing / management system. 分かりやすくするために、このサブセクションで説明される構成は、MVCパラダイムを用いて説明される。 For clarity, the configurations described in this subsection is described using MVC paradigm.

DocumentManager1081は、文書処理/管理システム内にある全ての文書を保持しホストするDocumentContainer(ドキュメントコンテナ:文書コンテナ)203を含む。 DocumentManager1081 is, DocumentContainer hosting retains all documents in the document processing / management system: including (document container document container) 203. DocumentManager1081にアタッチされたツールキット201は、DocumentManager1081により使用される様々なツールを提供する。 Toolkit 201 that are attached to DocumentManager1081 provides various tools used by DocumentManager1081. 例えば、DomService(DOMサービス)は、文書に対応するDOMを生成し、保持し、管理するために必要とされる全ての機能を提供するために、ツールキット201により提供されるツールである。 For example, DOMService (DOM service) generates a DOM corresponding to the document, and held, in order to provide all the functionality required for managing a tool provided by the toolkit 201. ツールキット201により提供される別のツールであるIOManager(入出力管理部)は、システムへの入力及びシステムからの出力を管理する。 It is another tool provided by the toolkit 201 ioManager (O manager) manages the input and output from the system to the system. 同様に、StreamHandler(ストリームハンドラ)は、ビットストリームによる文書のアップロードを扱うツールである。 Similarly, StreamHandler (stream handler) is a tool for handling uploading a document by the bit stream. これらのツールは、図中に特に示さず、参照番号を割り当てないが、ツールキット201のコンポーネントを形成する。 These tools are not specifically shown in the figure, but do not assign a reference number to form a component of the toolkit 201.

MVCパラダイムの表現によれば、モデル(M)は、文書のDOMツリーモデル202を含む。 According to expression of the MVC paradigm, the model (M) includes a DOM tree model 202 of a document. 前述したように、全ての文書は、文書処理/管理システムにおいてDOMツリーとして表現される。 As described above, all documents are represented as DOM trees in the document processing / management system. 文書は、また、DocumentContainer203の一部を形成する。 Document, also form part of DocumentContainer203.

3. 3. a. a. DOMモデル及びゾーン 文書を表現するDOMツリーは、Node(ノード)2021を有するツリーである。 DOM tree representing the DOM model and zone documents are tree with Node (node) 2021. DOMツリーの部分集合であるZone(ゾーン)209は、DOMツリー内の1以上のNodeの関連領域を含む。 Zone (zone) 209 is a subset of the DOM tree includes one or more related region of the Node in the DOM tree. 例えば、画面上で文書の一部のみを表示し得るが、この可視化された文書の一部はZone209を用いて表示される。 For example, although may display only a part of the document on the screen, a portion of the visualized document is displayed using Zone209. Zoneは、ZoneFactory(ゾーンファクトリ:ゾーン生成部)205と呼ばれるプラグインを用いて、生成され、取り扱われ、処理される。 Zone is, ZoneFactory: using a plug-in called (Zone Factory zone generator unit) 205 is generated, handled and processed. ZoneはDOMの一部を表現するが、1以上の「名前空間」を使用してもよい。 Zone is to represent the part of the DOM, may be used one or more of the "name space". よく知られているように、名前空間は、名前空間内でユニークな名前の集合である。 As is well known, the name space is a set of unique name in the name space. 換言すれば、名前空間内に同じ名前は存在しない。 In other words, the same name does not exist in the name space.

3. 3. b. b. Facet及びFacetとZoneとの関係 The relationship between Facet and Facet and Zone
Facet(ファセット)2022は、MVCパラダイムのモデル(M)部分内の別の構成である。 Facet (facets) 2022 is another configuration of the model (M) portion of the MVC paradigm. Facetは、ZoneにおいてNodeを編集するために使用される。 Facet is used for editing the Node in the Zone. Facet2022は、Zone自身の内容に影響を与えずに実行することができる手続(プロシージャ)を使用して、DOMへのアクセスを編成する。 Facet2022, using procedure (the procedure) that can be executed without affecting the contents of the Zone itself, to organize access to the DOM. 次に説明するように、これらの手続は、Nodeに関連した重要で有用な操作を実行する。 As described below, these procedures performs important and useful operations associated with Node.

各Node2021は、対応するFacet2022を有する。 Each Node2021 has a corresponding Facet2022. DOMの中のNodeを直接操作する代わりに、操作を実行するためにFacetを使用することによって、DOMの保全性は保護される。 Instead of operating the Node in the DOM directly by using the Facet to perform operations, DOM integrity is protected. そうでなければ、操作がNode上で直接実行される場合、いくつかのプラグインがDOMを同時に変更することができ、その結果矛盾を引き起こす。 Otherwise, if an operation is performed directly on the Node, some plugins can change the DOM at the same time, causing the results inconsistent.

W3Cが策定したDOMの標準規格は、Nodeを操作するための標準的なインタフェイスを定義するが、実際には、ボキャブラリごと又はNodeごとに特有の操作があるので、これらの操作をAPIとして用意しておくのが好都合である。 DOM standards that W3C has developed is to define a standard interface for operating from Node, in fact, since there is an operation specific to each vocabulary or each Node, prepared these operations as API it is convenient to keep. 文書処理/管理システムでは、このような各Nodeに特有のAPIをFacetとして用意し、各Nodeにアタッチする。 The document processing / management system, providing a unique API as Facet each such Node, attach to each Node. これにより、DOMの標準規格に準拠しつつ、有用なAPIを付加することができる。 Thus, while conforming to the standards of the DOM, it is possible to add a useful API. また、ボキャブラリごとに特有のDOMを実装するのではなく、標準的なDOMの実装に、後から特有のAPIを付加するようにすることで、多様なボキャブラリを統一的に処理することができるともに、複数のボキャブラリが任意の組合せで混在した文書を適切に処理することができる。 Moreover, instead of implementing specific DOM for each vocabulary, the standard DOM implementation, by so adding specific API later together we can handle various vocabulary unified allows multiple vocabularies to properly process a document mixed in any combination.

既に定義したように、ボキャブラリは、名前空間に属するタグ(例えばXMLのタグ)のセットである。 As previously defined, vocabulary is a set of tags (e.g., XML tags), which belong to a namespace. 上述したように、名前空間は、ユニークな名前(ここではタグ)のセットを有する。 As described above, the namespace, unique name (here, tag) has a set of. ボキャブラリは、XML文書を表現するDOMツリーのサブツリーとして現れる。 Vocabulary, appears as a subtree of the DOM tree that represents the XML document. このサブツリーはZoneを含む。 This subtree contains the Zone. 特定の例においては、タグセットの境界はZoneによって定義される。 In a particular example, the boundary of the tag set is defined by Zone. Zone209は、ZoneFactory205と呼ばれるServiceを利用して生成される。 Zone209 is generated using the Service called ZoneFactory205. 上述したように、Zone209は、文書を表現するDOMツリーの一部の内部表現である。 As described above, Zone209 is an internal representation of a part of the DOM tree representing the document. このような文書の一部へのアクセスを提供するために、論理的な表現が要求される。 To provide access to some of these documents, logical representation is required. この論理的表現は、文書が画面上で論理的にどのように表現されるかについてコンピュータに通知する。 This logical representation is a document to notify the computer for either expressed how logically on the screen. 既に定義したように、「キャンバス」、例えばCanvas210は、Zoneに対応する論理的なレイアウトを提供するように作用するServiceである。 As previously defined, "canvas", for example Canvas210 is a Service that acts to provide a logical layout that corresponds to the Zone.

他方、「ペイン」、例えばPane211は、Canvas210により提供される論理的なレイアウトに対応する物理的な画面レイアウトである。 On the other hand, "pane", for example Pane211 is a physical screen layout that corresponds to a logical layout provided by Canvas210. 実際、ユーザは表示画面上で文字や画像によって文書のレンダリングのみを見る。 In fact, the user sees only the rendering of the document by the character and image on the display screen. したがって、文書は、画面上に文字や画像を描画するプロセスにより、画面上に描写されなければならない。 Therefore, the document, by a process of drawing characters and images on the screen, must be depicted on the screen. Pane211により提供される物理的なレイアウトに基づいて、文書は、Canvas210により画面上に描写される。 Pane211 based on the physical layout provided by the document is depicted on the screen by Canvas210.

Zone209に対応するCanvas210は、Editlet206を使用して生成される。 Canvas210 corresponding to Zone209 is generated using the Editlet206. 文書のDOMは、Editlet206及びCanvas210を使用して編集される。 DOM of the document is edited using the Editlet206 and Canvas210. 元の文書の完全性を維持するために、Editlet206及びCanvas210は、Zone209における1以上のNodeに対応するFacet2022を使用する。 To maintain the integrity of the original document, Editlet206 and Canvas210 uses Facet2022 corresponding to one or more Node in Zone209. これらのServiceは、Zone及びDOM内のNodeを直接操作しない。 These Service does not operate the Node in the Zone and the DOM directly. Facetは、MVCパラダイムの「C」コンポーネント、すなわちコントローラから、Command207を利用して操作される。 Facet is "C" component of the MVC paradigm, namely the controller, it is operated by using the Command207.

ユーザは、一般に、画面上のカーソルを移動させたり、コマンドをタイプしたりすることによって、画面と対話する。 The user, generally, or to move the cursor on the screen, by or by typing commands to interact with the screen. 画面上の論理的なレイアウトを提供するCanvas2010は、このカーソル操作を受け付ける。 To provide a logical layout on the screen Canvas2010 accepts the cursor operation. Canvas2010は、対応するアクションをFacetに実行させることができる。 Canvas2010 can to execute a corresponding action to Facet. この関係により、カーソルサブシステム204は、DocumentManager1081に対して、MVCパラダイムのコントローラ(C)として機能する。 This relationship cursor subsystem 204, to the DocumentManager1081, acts as a controller of the MVC paradigm (C).

Canvas210は、イベントを扱うタスクも有する。 Canvas210 also has the task of dealing with the event. 例えば、Canvas210は、マウスクリック、フォーカス移動、及びユーザにより起こされた同様のアクションなどのイベントを扱う。 For example, Canvas210 handles mouse clicks, focus movement, and events such similar actions caused by the user.

3. 3. c. c. Zone、Facet、Canvas及びPaneの間の関係の概要 文書処理/管理システム内の文書は、少なくとも4つの観点から見ることができる。 Zone, Facet, documents in summary document processing / management system of the relationship between the Canvas and Pane can be seen from at least four aspects. すなわち、1)文書処理/管理システムにおいて文書の内容及び構造を保持するために用いられるデータ構造、2)文書の保全性に影響を与えずに文書の内容を編集する手段、3)文書の画面上の論理的なレイアウト、4)文書の画面上の物理的なレイアウト、である。 That is, 1) the data structure used to hold the contents and structure of the document in the document processing / management system, 2) means for editing the contents of the document without affecting the integrity of the document, 3) a document screen logical layout of the above, 4) on the screen of the physical layout of the document is. Zone、Facet、Canvas及びPaneは、前述の4つの観点に相当する、文書処理/管理システムのコンポーネントをそれぞれ表す。 Zone, Facet, Canvas, and Pane represent equal four view of the foregoing, the components of the document processing / management system, respectively.

3. 3. d. d. アンドゥサブシステム 上述したように、文書に対するいかなる変更(例えば編集)も取消可能であることが望ましい。 As undo subsystem described above, any changes to the document (e.g., edit) also is desirably revocable. 例えば、ユーザが編集操作を実行し、次に、その変更の取消を決定したとする。 For example, the user has performed an editing operation, then, the determined cancellation of the change. 図12に関連して、アンドゥサブシステム212は、文書管理部の取消可能なコンポーネントを実現する。 In connection with Figure 12, the undo subsystem 212 implements the undoable components of the document management unit. UndoManager(アンドゥマネージャ:アンドゥ管理部)2121は、ユーザによって取り消される可能性のある全ての文書に対する操作を保持する。 UndoManager (undo manager: undo management unit) 2121 holds the operation for all the documents that may be canceled by the user.

例えば、ユーザが、文書中の単語を別の単語に置換するコマンドを実行したとする。 For example, the user, and executing the command to replace a word in a document to another word. その後、ユーザは考え直し、元の単語に戻すことを決定したとする。 The user then reconsider, and decides to return to the original word. アンドゥサブシステム212は、UndoableEdit2122を用いて、このような操作を支援する。 Undo subsystem 212 uses the UndoableEdit2122, to support such operations. UndoManager2121は、このようなUndoableEdit(アンドゥアブルエディット:取消可能な編集)2122の操作を保持する。 UndoManager2121, such UndoableEdit: to hold the operation of the (undo Abul edit undoable edit) 2122. 操作は、単一のXML操作形式だけでなく、XHTML、SVG、及びMathMLなどの様々な言語の文書の連続的な変更を含んでもよく、それぞれの言語における変更を取消可能としてもよい。 Operation, not just a single XML operation format, XHTML, SVG, and may include a continuous modification of the document in various languages, such as MathML, may change in each language as revocable. 先入れ後出し操作により、使用されたボキャブラリに関係なく、最後の変更が最初に取り消され、最後から二番目の変更が次に取り消される。 The out after first-operation, regardless of the vocabulary used, last change initially canceled, penultimate changes are then undone. このように、2以上の編集部が編集される場合であっても、統合されたアンドゥが正しい順序で実行され、自然で論理的な操作感を与えることができる。 Thus, even when two or more editing unit is edited, integrated undo is performed in the correct order, it is possible to provide a logical operation feeling natural.

3. 3. e. e. カーソルサブシステム 前述したように、MVCのコントローラ部分は、カーソルサブシステム204を備えてもよい。 Cursor subsystem as described above, the controller portion of the MVC may include the cursor sub-system 204. カーソルサブシステム204は、ユーザから入力を受け付ける。 Cursor sub-system 204, receives an input from the user. これらの入力は、一般にコマンド及び/又は編集操作の性格を有している。 These inputs typically have the character of the command and / or editing operations. したがって、カーソルサブシステム204は、DocumentManager1081に関連したMVCパラダイムのコントローラ(C)部分であると考えることができる。 Accordingly, the cursor sub-system 204, can be considered as a controller (C) part of the MVC paradigm associated with DocumentManager1081.

3. 3. f. f. ビュー 前述したように、Canvas210は、画面上に提示されるべき文書の論理的なレイアウトを表す。 As the view above, Canvas210 represents a logical layout of the document to be presented on the screen. XHTML文書の例では、Canvas210は、文書が画面上でいかに見えるかを論理的に表現したボックスツリー208を含んでもよい。 In the example of an XHTML document, Canvas210 a document may include a box tree 208 that logical representation of how visible on the screen. このボックスツリー208は、文書管理部1081に関連したMVCパラダイムのビュー(V)部分に含まれよう。 The box tree 208, will be included in the view (V) portion of the MVC paradigm associated with the document management unit 1081.

4. 4. ボキャブラリコネクション 文書処理/管理システムの重要な特徴は、XML文書が、2つの異なる方法(例えば、2つのマークアップ言語)で表現され表示可能であり、2つの異なる表現の間で自動的に整合性が維持されることである。 An important feature of the vocabulary connection document processing / management system, XML document, two different methods (e.g., two markup language) and can be displayed are expressed in, automatically matching between two different representations is that but is maintained.

マークアップ言語により記述された文書、例えばXML文書は、文書型定義により定義されたボキャブラリに基づいて作成されている。 Document described in a markup language, for example XML document is created based on vocabulary defined by a document type definition. ボキャブラリは、タグのセットである。 Vocabulary is a set of tags. ボキャブラリは、任意に定義されてもよいため、無限に多くのボキャブラリが存在しうる。 Vocabulary, since it is defined arbitrarily, infinitely many vocabularies may be present. しかしながら、多数の可能なボキャブラリのそれぞれに対して専用の処理/管理環境を提供するのは現実的ではない。 However, it is not realistic to provide dedicated processing / management environment for each of a number of possible vocabulary. ボキャブラリコネクションは、この問題を解決する方法を提供する。 Vocabulary connection provides a way to solve this problem.

例えば、文書は2以上のマークアップ言語により記述されてもよい。 For example, a document may be described by two or more markup languages. 文書は、例えば、XHTML(eXtensible HyperText Markup Language)、SVG(Scalable Vector Graphics)、MathML(Mathematical Markup Language)、その他のマークアップ言語により記述されてもよい。 Document, for example, XHTML (eXtensible HyperText Markup Language), SVG (Scalable Vector Graphics), MathML (Mathematical Markup Language), may be described by other markup language. 換言すれば、マークアップ言語は、XMLにおけるボキャブラリやタグセットと同様に見なされてもよい。 In other words, the markup language may be regarded as with vocabulary and tag set in XML.

ボキャブラリは、ボキャブラリプラグインを用いて処理される。 Vocabulary is processed using a vocabulary plug-ins. 文書処理/管理システムにおいてプラグインが利用不可能であるボキャブラリにより記述された文書は、プラグインが利用可能である別のボキャブラリの文書にマッピングすることにより表示される。 Document described in a vocabulary plug-in is not available in the document processing / management system is displayed by mapping the document to another vocabulary plug-in is available. この特徴により、プラグインが用意されていないボキャブラリの文書も適切に表示することができる。 This feature can also be properly displayed document vocabulary plug-in is not available.

ボキャブラリコネクションは、定義ファイルを取得し、定義ファイルの間でマッピングし、定義ファイルを生成する能力を含む。 Vocabulary connection acquires the definition file to map between the definition file, including the ability to create a definition file. あるボキャブラリで記述された文書は、別のボキャブラリにマッピングすることができる。 Document described in a particular vocabulary can be mapped to a different vocabulary. このように、ボキャブラリコネクションは、文書がマッピングされるボキャブラリに対応した表示/編集プラグインにより文書を表示し編集することを可能にする。 Thus, vocabulary connection allows to view and edit documents on the display / editing plug-in corresponding to the vocabulary document is mapped.

上述したように、各文書は、一般に複数のノードを有するDOMツリーとして文書処理/管理システムにおいて記述される。 As described above, each document is described in the document processing / management system as generally DOM tree having multiple nodes. 「定義ファイル」は、それぞれのノードについて、そのノードと他のノードとの対応を記述する。 "Definition file", for each node, that describes the correspondence between the node and other nodes. 各ノードの要素値及び属性値が編集可能か否かが指定される。 Elements and attributes of each node whether editable be specified. ノードの要素値又は属性値を用いた演算式が記述されてもよい。 Operation expressions using the element values ​​or attribute values ​​of the nodes may be described.

マッピングという特徴を利用して、定義ファイルを適用したデスティネーションDOMツリーが生成される。 Utilizing the characteristic that mapping, destination DOM tree according to the definition file is generated. このように、ソースDOMツリーとデスティネーションDOMツリーの関係が構築され保持される。 In this way, the relationship between the source DOM tree and the destination DOM tree is built is held. ボキャブラリコネクションは、ソースDOMツリーとデスティネーションDOMツリーの対応を監視する。 Vocabulary connection is, to monitor the correspondence of the source DOM tree and the destination DOM tree. ユーザから編集指示を受けると、ボキャブラリコネクションは、ソースDOMツリーの関連したノードを変更する。 Upon receiving the editing instruction from the user, the vocabulary connection, to change the relevant node of the source DOM tree. ソースDOMツリーが変更されたことを示す「ミューテーションイベント」が発行され、デスティネーションDOMツリーがそれに応じて変更される。 Indicating that the source DOM tree has been changed is issued "mutation event", the destination DOM tree is modified accordingly.

ボキャブラリコネクションの使用により、少数のユーザのみに知られていた比較的マイナーなボキャブラリを、別のメジャーなボキャブラリに変換することができる。 The use of vocabulary connection, a relatively minor vocabulary was known only to a small number of users, can be converted into another major vocabulary. したがって、少数のユーザによって利用されるマイナーなボキャブラリであっても、文書を適切に表示し、望ましい編集環境を提供することができる。 Therefore, even minor vocabulary used by a small number of users, and properly display the document, it is possible to provide a desirable editing environment.

このように、文書処理/管理システムの一部であるボキャブラリコネクションサブシステムは、文書の複数の表現を可能にする機能を提供する。 Thus, vocabulary connection subsystem which is part of the document processing / management system provides a function that enables multiple representations of a document.

図13は、ボキャブラリコネクション(VC:Vocabulary Connection)サブシステム300を示す。 Figure 13 is a vocabulary connection: shows the (VC Vocabulary Connection) subsystem 300. VCサブシステム300は、同一の文書の2つの代替表現の整合性を維持する方法を提供する。 VC subsystem 300 provides a method for maintaining the integrity of the two alternate representations of the same document. 図中、既に図示され識別されたものと同じ構成が設けられ、その目的を達成するために相互に接続される。 In the figure, already provided the same configuration as those shown identified, are connected to each other to achieve that objective. 例えば、2つの表現は、同一文書の、2つの異なるボキャブラリによる表現であってもよい。 For example, the two representations of the same document may be represented by two different vocabularies. 前述したように、一方はソースDOMツリーであってもよく、他方はデスティネーションDOMツリーであってもよい。 As described above, one may be a source DOM tree, the other may be a destination DOM tree.

4. 4. a. a. ボキャブラリコネクションサブシステム ボキャブラリコネクションサブシステム300の機能は、VocabularyConnection301と呼ばれるプラグインを使用して、文書処理/管理システムにおいて実現される。 Function of vocabulary connection subsystem vocabulary connection subsystem 300 uses a plug-in called VocabularyConnection301, be implemented in the document processing / management system. 文書が表現されるVocabulary305ごとに、対応するプラグインが要求される。 For each Vocabulary305 the document is represented, corresponding plug-in is required. 例えば、文書の一部がHTMLで記述され、残りがSVGで記述されている場合、HTMLとSVGに対応するボキャブラリプラグインが要求される。 For example, a portion of the document is written in HTML, when the remainder is written in SVG, vocabulary plug-in that corresponds to HTML and SVG are requested.

VocabularyConnectionプラグイン301は、適切なVocabulary305の文書に対応した、Zone209又はPane211のための適切なVCCanvas(ボキャブラリコネクションキャンバス)310を生成する。 VocabularyConnection plug 301, corresponding to document appropriate Vocabulary305, it generates an appropriate VCCanvas (vocabulary connection canvas) 310 for Zone209 or Pane211. VocabularyConnection301を用いて、ソースDOMツリー内のZone209に対する変更は、変換ルールにより、別のDOMツリー306の対応するZoneに伝達される。 VocabularyConnection301 with changes to Zone209 in the source DOM tree, the conversion rule is transmitted to the corresponding Zone of another DOM tree 306. 変換ルールは、ボキャブラリコネクション記述子(Vocabulary Connection Descriptor:VCD)の形式で記述される。 Conversion rules, vocabulary connection descriptor: is described in the form of (Vocabulary Connection Descriptor VCD). このようなソースDOMとデスティネーションDOMの間の変換に対応するそれぞれのVCDファイルについて、対応するVCManager(ボキャブラリコネクションマネージャ)302が生成される。 For each VCD file that corresponds to the conversion between such source DOM and the destination DOM, corresponding VCManager (vocabulary connection manager) 302 is generated.

4. 4. b. b. Connector Connector
Connector304は、ソースDOMツリーのソースノードと、デスティネーションDOMツリーのデスティネーションノードとを接続する。 Connector304 is connected to the source node of the source DOM tree, and the destination node of the destination DOM tree. Connector304は、ソースDOMツリー中のソースノード、及びソースノードに対応するソース文書に対する修正(変更)を見るために作用する。 Connector304 acts to see the source node in the source DOM tree, and modifications to the source document that corresponds to the source node (or changed). そして、対応するデスティネーションDOMツリーのノードを修正する。 Then, modify the node of the corresponding destination DOM tree. Connector304は、デスティネーションDOMツリーを修正することができる唯一のオブジェクトである。 Connector304 is the only object that can modify the destination DOM tree. 例えば、ユーザは、ソース文書、及び対応するソースDOMツリーに対してのみ修正を行うことができる。 For example, the user can make modifications only to the source document and the corresponding source DOM tree. その後、Connector304がデスティネーションDOMツリーに、対応する修正を行う。 Then, Connector304 to the destination DOM tree, perform a corresponding correction.

Connector304は、図13に示されるように、ツリー構造を形成するために、論理的にリンクされる。 Connector304, as shown in FIG. 13, in order to form a tree structure, are logically linked. Connector304により形成されたツリーは、ConnectorTree(コネクタツリー)と呼ばれる。 Tree formed by Connector304 is called ConnectorTree (connector tree). Connector304は、ConnectorFactory(コネクタファクトリ:コネクタ生成部)303と呼ばれるServiceを用いて生成される。 Connector304 is, ConnectorFactory: is generated using a Service which is called (connector factory connector generating unit) 303. ConnectorFactory303は、ソース文書からConnector304を生成し、それらをリンクしてConnectorTreeを形成する。 ConnectorFactory303 generates Connector304 from the source document, to form a ConnectorTree link them. VocabularyConnectionManager302は、ConnectorFactory303を保持する。 VocabularyConnectionManager302 holds the ConnectorFactory303.

前述したように、ボキャブラリは名前空間中のタグのセットである。 As mentioned above, the vocabulary is a set of tags in the name space. 図13に示されるように、Vocabulary305は、VocabularyConnection301によって文書に対して生成される。 As shown in FIG. 13, Vocabulary305 is generated for the document by VocabularyConnection301. これは、文書ファイルを解析し、ソースDOMとデスティネーションDOMの間の写像のための適切なVocabularyConnectionManager302を生成することにより行われる。 It parses the document file is performed by generating an appropriate VocabularyConnectionManager302 for mapping between the source DOM and the destination DOM. さらに、Connectorを生成するConnectorFactory303と、Zone209を生成するZoneFactory205と、Zone内のノードに対応するCanvasを生成するEditlet206との間の適切な関係が作られる。 Furthermore, a ConnectorFactory303 for generating Connector, and ZoneFactory205 for generating Zone209, appropriate relationship between Editlet206 generating a Canvas that corresponds to a node in the Zone is created. ユーザがシステムから文書を処分又は削除するとき、対応するVocabularyConnectionManager302が削除される。 When a user disposition or delete documents from the system, the corresponding VocabularyConnectionManager302 is deleted.

Vocabulary305は、VCCanvas310を生成する。 Vocabulary305 generates a VCCanvas310. さらに、Connector304及びデスティネーションDOMツリー306が対応して生成される。 Furthermore, Connector 304 and the destination DOM tree 306 is generated corresponding.

ソースDOM及びCanvasは、それぞれ、モデル(M)及びビュー(V)に対応する。 The source DOM and the Canvas, respectively, corresponding to the model (M) and the view (V). しかしながら、このような表現は、ターゲットのボキャブラリが画面上に描写可能である場合に限って意味がある。 However, such a representation, there is a meaning only if the target of the vocabulary can be depicted on the screen. 描写は、ボキャブラリプラグインにより行われる。 Depiction is carried out by a vocabulary plug-ins. ボキャブラリプラグインは、主要なボキャブラリ、例えば、XHTML、SVG、MathMLについて提供される。 Vocabulary plug-ins, the main vocabulary, for example, is provided XHTML, SVG, for MathML. ターゲットのボキャブラリに関してボキャブラリプラグインが使用される。 Vocabulary plug-in is used with respect to the target vocabulary. これらは、ボキャブラリコネクション記述子を用いてボキャブラリ間でマッピングする方法を提供する。 They provide a method for mapping between vocabulary with vocabulary connection descriptor.

このようなマッピングは、ターゲットのボキャブラリが、マッピング可能で、画面上に描写される方法が予め定義されたものである場合にのみ意味がある。 Such mapping, target vocabulary, mapping possible, only makes sense if the method depicted on the screen are as defined previously. このようなレンダリング方法は、例えばXHTMLなどのように、W3Cなどの組織により定義された標準規格となっている。 Such rendering method, for example as such XHTML, has become a standard defined by organizations such as W3C.

ボキャブラリコネクションが必要であるとき、VCCanvasが使用される。 When vocabulary connection is required, VCCanvas is used. この場合、ソースのビューを直接生成することができないので、ソースのCanvasは生成されない。 In this case, it is impossible to generate a view of the source directly, the source Canvas is not generated. この場合、VCCanvasが、ConnectorTreeを使用して生成される。 In this case, VCCanvas is created using the ConnectorTree. このVCCanvasは、イベントの変換のみを扱い、画面上の文書の描写を援助しない。 This VCCanvas treats only the conversion of the event, does not support the description of the document on the screen.

4. 4. c. c. DestinationZone、Pane、及びCanvas DestinationZone, Pane, and Canvas
上述したように、ボキャブラリコネクションサブシステムの目的は、同一の文書の2つの表現を同時に生成し保持することである。 As described above, the purpose of the vocabulary connection sub-system is to simultaneously generate holds two representations of the same document. 第2の表現も、DOMツリーの形式であり、これはデスティネーションDOMツリーとして既に説明した。 Second representation is also a form of a DOM tree, which has already been described as the destination DOM tree. 第2の表現における文書を見るために、DestinationZone、Canvas及びPaneが必要である。 To see a document in the second representation, DestinationZone, it is necessary Canvas and Pane.

VCCanvasが作成されると、図13に示すように、対応するDestinationPane307が生成される。 When VCCanvas is created, as shown in FIG. 13, corresponding DestinationPane307 is generated. さらに、関連するDestinationCanvas308と、対応するBoxTree309が生成される。 Furthermore, the associated DestinationCanvas308, corresponding BoxTree309 is generated. 同様に、VCCanvas310も、ソース文書に対するPane211及びZone209に関連づけられる。 Similarly, VCCanvas310 also associated with Pane211 and Zone209 for the source document.

DestinationCanvas308は、第2の表現における文書の論理的なレイアウトを提供する。 DestinationCanvas308 provides a logical layout of a document in the second representation. 特に、DestinationCanvas308は、デスティネーション表現における文書を描写するために、カーソルや選択のようなユーザインタフェイス機能を提供する。 In particular, DestinationCanvas308, in order to describe the document in destination representation, to provide a user interface functions such as cursor or selection. DestinationCanvas308に生じたイベントは、Connectorに供給される。 Events that occurred in DestinationCanvas308 is supplied to the Connector. DestinationCanvas308は、マウスイベント、キーボードイベント、ドラッグアンドドロップイベント、及び文書のデスティネーション(第2)表現のボキャブラリに特有なイベントを、Connector304に通知する。 DestinationCanvas308 is, a mouse event, keyboard event, the drag-and-drop event and destination (second) of the document specific to the vocabulary of expression event, and notifies the Connector304.

4. 4. d. d. ボキャブラリコネクションコマンドサブシステム 図13に示したボキャブラリコネクション(VC)サブシステム300の要素として、ボキャブラリコネクション(VC)コマンドサブシステム313がある。 As an element of the vocabulary connection command subsystem 13 vocabulary connection (VC) subsystem 300 shown in, there is a vocabulary connection (VC) command sub-system 313. ボキャブラリコネクションコマンドサブシステム313は、ボキャブラリコネクションサブシステム300に関連した命令の実行のために使用されるVCCommand(ボキャブラリコネクションコマンド)315を生成する。 Vocabulary connection command subsystem 313 creates a VCCommand (vocabulary connection command) 315 used for the execution of instructions associated with vocabulary connection subsystem 300. VCCommandは、内蔵のCommandTemplate(コマンドテンプレート)3131を使用して、及び/又は、スクリプトサブシステム314においてスクリプト言語を使用してスクラッチからコマンドを生成することにより、生成することができる。 VCCommand using internal CommandTemplate (command template) 3131, and / or by generating a command from scratch using a script language in a script subsystem 314, it can be generated.

コマンドテンプレートには、例えば、「If」コマンドテンプレート、「When」コマンドテンプレート、「挿入(Insert)」コマンドテンプレートなどがある。 To command template, for example, "If" command template, "When" command template, there is such as "Insert (Insert)" command template. これらのテンプレートは、VCCommandを作成するために使用される。 These templates are used to create a VCCommand.

4. 4. e. e. Xpathサブシステム Xpathサブシステム316は、文書処理/管理システムの重要な構成であり、ボキャブラリコネクションの実現を支援する。 Xpath subsystem Xpath subsystem 316 is an important component of the document processing / management system, to support the implementation of the vocabulary connection. Connector304は、一般にxpath情報を含む。 Connector304 is, generally including the xpath information. 上述したように、ボキャブラリコネクションのタスクの1つは、ソースDOMツリーの変化をデスティネーションDOMツリーに反映させることである。 As mentioned above, one of the vocabulary connection task is to reflect the change in the source DOM tree to the destination DOM tree. xpath情報は、変更/修正を監視されるべきソースDOMツリーのサブセットを決定するために用いられる1以上のxpath表現を含む。 xpath information includes one or more xpath expressions used to determine the subset of the source DOM tree to be monitored changes / modifications.

4. 4. f. f. ソースDOMツリー、デスティネーションDOMツリー、及びConnectorTreeの概要 ソースDOMツリーは、別のボキャブラリに変換される前のボキャブラリで文書を表現したDOMツリー又はZoneである。 Source DOM tree, destination DOM tree, and ConnectorTree summary source DOM tree is a DOM tree or Zone representation of the document in front of vocabulary being converted to another vocabulary. ソースDOMツリーのノードは、ソースノードと呼ばれる。 Node of the source DOM tree is referred to as the source node.

それに対して、デスティネーションDOMツリーは、ボキャブラリコネクションに関連して前述したように、同一の文書を、マッピングにより変換された後の異なるボキャブラリで表現したDOMツリー又はZoneである。 In contrast, the destination DOM tree, as described above in connection with the vocabulary connection, the same document, a DOM tree or Zone expressed in different vocabulary after being converted by the mapping. デスティネーションDOMツリーのノードは、デスティネーションノードと呼ばれる。 Node of the destination DOM tree is referred to as the destination node.

ConnectorTreeは、ソースノードとデスティネーションノードの対応を表すConnectorに基づく階層的表現である。 ConnectorTree is a hierarchical representation based on Connector representing the correspondence between source and destination nodes. Connectorは、ソースノードと、ソース文書になされた修正を監視し、デスティネーションDOMツリーを修正する。 Connector monitors the source node, the modifications made to the source document, to modify the destination DOM tree. Connectorは、デスティネーションDOMツリーを修正することを許された唯一のオブジェクトである。 Connector is the only objects that are allowed to modify the destination DOM tree.

5. 5. 文書処理/管理システムにおけるイベントフロー 実用のためには、プログラムはユーザからのコマンドに応答しなければならない。 For the event flow practically in the document processing / management system, the program must respond to commands from the user. イベントは、プログラム上で実行されたユーザアクションを記述し実行する方法である。 Event is a method of performing describing user actions performed on the program. 多くの高級言語、例えばJava(登録商標)は、ユーザアクションを記述するイベントに頼っている。 Many of the high-level language, for example, Java (registered trademark) is, relies on events that describes the user action. 従来、プログラムは、ユーザアクションを理解し、それを自身で実行するために、積極的に情報を集める必要があった。 Conventionally, the program understands the user action, in order to run it by itself, it is necessary to collect information positively. これは、例えば、プログラムが自身を初期化した後、ユーザが画面、キーボード、マウスなどでアクションを起こしたときに適切な処理を講じるために、ユーザのアクションを繰り返し確認するループに入ることを意味する。 This, for example, after the program has initialized itself, the user screen, a keyboard, in order to take appropriate action upon take action in mouse, means that enters a loop to repeatedly confirm user actions to. しかしながら、このプロセスは扱いにくい。 However, this process is cumbersome. さらに、それは、ユーザが何かをするのを待つ間、CPUサイクルを消費してループするプログラムを必要とする。 In addition, it is, while waiting for the user to do something, and requires the program to loop consuming CPU cycles.

多くの言語が、異なるパラダイムを採用することにより、これらの問題を解決している。 Many languages, by adopting different paradigms, have solved these problems. そのうちの一つは、現代の全てのウィンドウシステムの基礎となっている、イベントドリブンプログラミングである。 One of them is the basis of all of the window system of the modern, it is an event-driven programming. このパラダイムでは、全てのユーザアクションは、「イベント」と呼ばれる抽象的な事象の集合に属する。 In this paradigm, all of a user action, belongs to the set of abstract event called "events". イベントは、十分詳細に、特定のユーザアクションを記述する。 Event, in sufficient detail, describes a particular user action. プログラムがユーザにより生成されたイベントを積極的に収集するのではなく、監視すべきイベントが生じたときに、システムがプログラムに通知する。 Program rather than actively collects events generated by the user, when an event to be monitored has occurred, the system notifies the program. この方法によりユーザとの対話を扱うプログラムは「イベントドリブン」であると言われる。 Program dealing with the interaction with the user by this method is said to be "event-driven".

これは、多くの場合、ユーザにより生成された全てのイベントの基本特性を獲得する「Event(イベント)」クラスを使用して扱われる。 This is often treated using a "Event (Event)" class that acquires the basic properties of all the events generated by the user.

文書処理/管理システムは、自身のイベント、及びこれらのイベントを扱う方法を定義して使用する。 Document processing / management system, its own events, and used to define how to handle these events. いくつかの型のイベントが使用される。 Several types of events are used. 例えば、マウスイベントは、ユーザのマウスアクションから起こるイベントである。 For example, a mouse event is an event that takes place from mouse action of the user. マウスを含むユーザアクションは、Canvas210によって、マウスイベントに渡される。 User action, including the mouse, by Canvas210, is passed to the mouse events. このように、Canvasは、システムのユーザによる相互作用の最前部にあると言える。 Thus, Canvas is said to be in front of the interaction by a user of the system. 必要であれば、最前部にあるCanvasは、そのイベントに関連した内容を子へ渡す。 If necessary, Canvas at the foremost part passes the content associated with the event to the child.

それに対して、キーストロークイベントは、Canvas210から流れる。 On the other hand, key stroke events, flows from Canvas210. キーストロークイベントは、即時的な焦点を有する。 Key stroke event has an immediate focus. すなわち、それは、いかなる瞬間でも作業に関連する。 In other words, it is related to the work at any given moment. Canvas210上に入力されたキーストロークイベントは、その親に渡される。 Is input on the Canvas210 keystroke event is passed to the parent. キー入力は、文字列挿入を扱うことが可能な、異なるイベントによって処理される。 Key input, capable of handling text insertion, are processed by different events. 文字列の挿入を扱うイベントは、キーボードを使用して文字が挿入されたときに発生する。 Events dealing with the insertion of the string, occurs when a character is inserted by using the keyboard. 他の「イベント」は、例えば、ドラッグイベント、ドロップイベント、マウスイベントと同様に扱われる他のイベントを含む。 Other "events" includes, for example, drag event, a drop event, the other events are treated as mouse events.

5. 5. a. a. ボキャブラリコネクション外のイベントの取り扱い イベントは、イベントスレッドを用いて渡される。 Vocabulary connection outside the event of handling events are passed using the event thread. Canvas210は、イベントを受け取ると、その状態を変更する。 Canvas210, upon receiving the event, to change its state. 必要であれば、Command1052がCanvas210によりCommandQueue1053にポストされる。 If necessary, Command1052 is posted to CommandQueue1053 by Canvas210.

5. 5. b. b. ボキャブラリコネクション内のイベントの取り扱い Handling of the events of the vocabulary in connection
VocabularyConnectionプラグイン301を用いて、DestinationCanvas1106は、発生したイベント、例えば、マウスイベント、キーボードイベント、ドラッグアンドドロップイベント、及びボキャブラリに特有のイベントなどを受け取る。 Using VocabularyConnection plug 301, DestinationCanvas1106 is generated event, for example, it receives and specific events to mouse events, keyboard events, drag-and-drop event, and vocabulary. これらのイベントは、コネクタ1104に通知される。 These events are notified to the connector 1104. より詳細には、図21に図示されるように、VocabularyConnectionプラグイン301内のイベントフローは、SourcePane1103、VCCanvas1104、DestinationPane1105、DestinationCanvas1106、デスティネーションDOMツリー及びConnectorTreeを通過する。 More specifically, as illustrated in Figure 21, the flow of events VocabularyConnection plug-in 301, SourcePane1103, VCCanvas1104, DestinationPane1105, DestinationCanvas1106, passes through the destination DOM tree, and ConnectorTree.

6. 6. ProgramInvoker及びProgramInvokerと他の構成との関係 ProgramInvoker and ProgramInvoker and the relationship with the other structural
ProgramInvoker103及びそれと他の構成との関係は、図14(a)に更に詳細に示される。 ProgramInvoker103 and its relationship to other configurations is shown in more detail in FIG. 14 (a). ProgramInvoker103は、文書処理/管理システムを開始するために実行される実行環境中の基本的なプログラムである。 ProgramInvoker103 is a basic program execution environment to be executed to start the document processing / management system. 図14(b)に図示されるように、UserApplication106、ServiceBroker1041、CommandInvoker1051、及びResource109は、全てProgramInvoker103に接続される。 As shown in FIG. 14 (b), UserApplication106, ServiceBroker1041, CommandInvoker1051, and Resource109 is connected to all ProgramInvoker103. 前述したように、アプリケーション102は、実行環境中で実行されるコンポーネントである。 As described above, the application 102 is a component running in the execution environment. 同様に、ServiceBroker1041は、システムに様々な機能を加えるプラグインを管理する。 Similarly, ServiceBroker1041 manages the plug-ins to add various functions to the system. 他方、CommandInvoker1051は、ユーザにより提供される命令を実行して、コマンドを実行するために使用されるクラス及びファンクションを保持する。 On the other hand, CommandInvoker1051 executes the instructions provided by the user, holding the classes and functions used to execute the command.

6. 6. a. a. プラグイン及びサービス Plug-ins and services
ServiceBroker1041について、図14(b)を参照して更に詳細に説明する。 For ServiceBroker1041, described in further detail with reference to FIG. 14 (b). 前述したように、CommandInvoker1041は、システムに様々な機能を追加するプラグイン(及び関連するサービス)を管理する。 As described above, CommandInvoker1041 manages the plug-in that adds various functions to the system (and related services). Service1042は、文書処理/管理システムに特徴を追加又は変更可能な最も下の層である。 Service1042 is a layer of lowest possible add or change the features to the document processing / management system. 「Service」は、ServiceCategory401とServiceProvider402の2つの部分からなる。 "Service" is composed of two parts of the ServiceCategory401 and ServiceProvider402. 図14(c)に図示されるように、1つのServiceCategory401は、複数の関連するServiceProvider402を持ちうる。 As shown in FIG. 14 (c), 1 single ServiceCategory401 may have a plurality of associated ServiceProvider402. それぞれのServiceProviderは、特定のServiceCategoryの一部または全部を実行するように作用する。 Each ServiceProvider acts to perform some or all of the specific ServiceCategory. ServiceCategory401は、他方では、Serviceの型を定義する。 ServiceCategory401, on the other hand, defines the type of Service.

Serviceは、1)文書処理/管理システムに特定の特色を提供する「特色サービス」、2)文書処理/管理システムにより実行されるアプリケーションである「アプリケーションサービス」、3)文書処理/管理システムの全体にわたって必要な特色を提供する「環境サービス」、の3つの型に分類することができる。 Service is 1) to provide specific features to the document processing / management system "feature service", 2) is an application executed by the document processing / management system "application service", 3) entire document processing / management system providing features required for "environmental services", it can be classified into three types of.

Serviceの例は、図14(d)に示される。 Examples of Service is shown in FIG. 14 (d). アプリケーションServiceのCategoryにおいては、システムユーティリティが対応するServiceProviderの例である。 In Category application Service, the system utility is an example of a corresponding ServiceProvider. 同様に、Editlet206はCategoryであり、HTMLEditlet及びSVGEditletは対応するServiceProviderである。 Similarly, Editlet206 is Category, HTMLEditlet and SVGEditlet are the corresponding ServiceProvider. ZoneFactory205は、Serviceの別のCategoryであり、対応するServiceProvider(図示せず)を有する。 ZoneFactory205 is another Category of Service, has a corresponding ServiceProvider (not shown).

プラグインは、文書処理/管理システムに機能性を加えると既に説明したが、図14(c)及び(d)に示すように、いくつかのServiceProvider402及びそれらに関連するクラスからなるユニットと見なされてもよい。 The plug-in has already been described the addition of functionality to the document processing / management system, as shown in FIG. 14 (c) and (d), considered several ServiceProvider402 and units of related classes their it may be. 各プラグインは、宣言ファイルに記述された依存性及びServiceCategory401を有するだろう。 Each plug-in, will have a dependency and ServiceCategory401 described in the declaration file.

6. 6. b. b. プログラムインボーカとアプリケーションとの関係 図14(e)は、ProgramInvoker103とUserApplication106との関係についての更なる詳細を示す。 Relationship diagram 14 of a program invoker and application (e) shows further details of the relationship between ProgramInvoker103 and UserApplication106. 必要な文書やデータなどは、ストレージからロードされる。 Such as the required documents and data are loaded from storage. 必要なプラグインは、全てServiceBroker1041上にロードされる。 The required plug-in is loaded on all ServiceBroker1041. ServiceBroker1041は、全てのプラグインを保持し管理する。 ServiceBroker1041 manages to hold all of the plug-ins. プラグインは、システムに物理的に追加することができ、又、その機能はストレージからロードすることができる。 Plug-ins, it can be physically added to the system, also, the function can be loaded from storage. プラグインの内容がロードされると、ServiceBroker1041は、対応するプラグインを定義する。 If the contents of the plug-in is loaded, ServiceBroker1041 is, to define the corresponding plug-ins. つづいて、対応するUserApplication106が生成され、実行環境101にロードされ、ProgramInvoker103にアタッチされる。 Subsequently, the corresponding UserApplication106 is generated and loaded into the execution environment 101, it is attached to ProgramInvoker103.

7. 7. アプリケーションサービスと環境との関係 図15(a)は、ProgramInvoker103上にロードしたアプリケーションサービスの構成についての更なる詳細を示す。 Relationship diagram 15 of the application service and the environment (a) shows further details of the structure of an application service loaded onto ProgramInvoker103. コマンドサブシステム105のコンポーネントであるCommandInvoker1051は、ProgramInvoker103内のCommand1052を起動又は実行する。 Is a component of the command sub-system 105 CommandInvoker1051 starts or execute Command1052 in ProgramInvoker103. Command1052は、文書処理/管理システムにおいて、XMLなどの文書を処理し、対応するXMLDOMツリーを編集するために用いられる命令である。 Command1052, in the document processing / management system, to process documents such as XML, it is a command used to edit the corresponding XMLDOM tree. CommandInvoker1051は、Command1052を実行するために必要なクラス及びファンクションを保持する。 CommandInvoker1051 holds the classes and functions required to execute the Command1052.

ServiceBroker1041も、ProgramInvoker103内で実行される。 ServiceBroker1041 also executed within ProgramInvoker103. UserApplication106は、ユーザインタフェイス107及びCoreComponent110に接続される。 UserApplication106 is connected to the user interface 107 and CoreComponent110. CoreComponent110は、全てのPaneの間で文書を共有する方法を提供する。 CoreComponent110 provides a method of sharing documents between all Pane. CoreComponent110は、さらにフォントを提供し、Paneのためのツールキットの役割を果たす。 CoreComponent110 further provides a font, plays the role of tool kit for Pane.

図15(a)(b)は、Frame1071、MenuBar1072、及びStatusBar1073の関係を示す。 Figure 15 (a) (b) shows a Frame1071, MenuBar1072, and relationships StatusBar1073.

8. 8. アプリケーションコア 図16(a)は、全ての文書、及び文書の一部及び文書に属するデータを保持するアプリケーションコア108についての更なる説明を提供する。 Application Core Figure. 16 (a), to provide further explanation of the application core 108 that holds data belonging to a part and documents of all documents, and document. CoreComponent110は、文書1082を管理するDocumentManager1081にアタッチされる。 CoreComponent110 is attached to the DocumentManager1081 to manage the document 1082. DocumentManager1081は、文書処理/管理システムに関連づけられたメモリに格納される全ての文書1082の所有者である。 DocumentManager1081 is the owner of all the documents 1082 stored in the memory associated with the document processing / management system.

画面上の文書の表示を容易にするために、DocumentManager1081はRootPane1084にも接続される。 To facilitate the display of the document on the screen, DocumentManager1081 is also connected to RootPane1084. ClipBoard1085、SnapShot1087、Drag&Drop601、及びOverlay602の機能も、CoreComponent110にアタッチされる。 ClipBoard1085, SnapShot1087, Drag & Drop601, and function of Overlay602 are also attached to the CoreComponent110.

SnapShot1087は、図16(b)に示すように、アプリケーションの状態を元に戻すために使用される。 SnapShot1087, as shown in FIG. 16 (b), is used to restore the state of the application. ユーザがSnapShot1087を起動したとき、アプリケーションの現状が検知され、格納される。 When the user activates the SnapShot1087, current application is detected and stored. その後、アプリケーションの状態が別の状態に変わるとき、格納された状態の内容は保存される。 Thereafter, when the state of the application changes to another state, the contents of the stored state is preserved. SnapShot1087は、図16(b)に図示される。 SnapShot1087 is illustrated in FIG. 16 (b). 動作において、アプリケーションがあるURLから他へ移動するときに、前に戻る動作及び先に進む動作をシームレスに実行可能とするために、SnapShot1087は以前の状態を記憶する。 In operation, when moving from an application URL to another, in order to be able to perform the operation goes to the operation and previously go backward seamless, SnapShot1087 stores the previous state.

9. 9. DocumentManager内における文書の構成 図17(a)は、DocumentManager1081の更なる説明と、DocumentManagerにおいて文書が構成され保持される様子を示す。 Article Configuration Figure 17 in a DocumentManager (a) shows a further description and DocumentManager1081, how the document is composed retained in DocumentManager. 図17(b)に示したように、DocumentManager1081は、文書1082を管理する。 As shown in FIG. 17 (b), DocumentManager1081 manages document 1082. 図17(a)に示される例において、複数の文書のうちの1つはRootDocument(ルート文書)701であり、残りの文書はSubDocument(サブ文書)702である。 In the example shown in FIG. 17 (a), one of a plurality of documents RootDocument a (root document) 701, and the remaining document is Subdocument (subdocument) 702. DocumentManager1081は、RootDocument701に接続され、RootDocument701は、全てのSubDocument702に接続される。 DocumentManager1081 is connected to RootDocument701, RootDocument701 is connected to all SubDocument702.

図12及び図17(a)に示すように、DocumentManager1081は、全ての文書1082を管理するオブジェクトであるDocumentContainer203に結合される。 As shown in FIG. 12 and FIG. 17 (a), DocumentManager1081 is coupled to DocumentContainer203 is an object for managing all the documents 1082. DOMService703及びIOManager704を含むツールキット201(例えばXMLツールキット)の一部を形成するツールも、DocumentManager1081に供給される。 Tools that form part of the toolkit 201 (e.g. XML tool kit) including DOMService703 and IOManager704 also supplied to DocumentManager1081. 再び図17(a)を参照して、DOMService703は、DocumentManager1081により管理される文書に基づいたDOMツリーを生成する。 Referring to FIG. 17 (a) again, DOMService703 generates a DOM tree based upon a document managed by DocumentManager1081. 各Document705は、それがRootDocument701であってもSubDocument702であっても、対応するDocumentContainer203によって管理される。 Each Document705, it is even SubDocument702 be RootDocument701, is managed by the corresponding DocumentContainer203.

図17(b)は、文書A−Eが階層的に配置される様子を示す。 Figure 17 (b) shows how the document A-E are arranged hierarchically. 文書AはRootDocumentである。 Document A is RootDocument. 文書B−Dは、文書AのSubDocumentである。 Article B-D is the SubDocument of the document A. 文書Eは、文書DのSubDocumentである。 Document E is a SubDocument of the document D. 図17(b)は、これと同じ文書の階層が画面上に表示された例も示す。 FIG. 17 (b) also shows an example in which the hierarchy of the same document as it is displayed on the screen. RootDocumentである文書Aは、基本フレームとして表示される。 Article A is a RootDocument, is displayed as a basic frame. 文書AのSubDocumentである文書B−Dは、基本フレームAの中のサブフレームとして表示される。 Article B-D is a SubDocument of the document A is displayed as a sub-frame in the basic frame A. 文書DのSubDocumentである文書Eは、サブフレームDのサブフレームとして画面に表示される。 Article E is a SubDocument of the document D is displayed on the screen as the sub-frame of the sub-frame D.

再び図17(a)を参照して、UndoManager(アンドゥマネージャ:アンドゥ管理部)706及びUndoWrapper(アンドゥラッパー)707は、それぞれのDocumentContainer203に対して生成される。 Referring to FIG. 17 (a) again, UndoManager (undo manager: undo management unit) 706 and UndoWrapper (undo wrapper) 707 are generated for each DocumentContainer203. UndoManager706及びUndoWrapper707は、取消可能なコマンドを実行するために使用される。 UndoManager706 and UndoWrapper707 are used to perform undoable command. この特徴を使用することにより、編集操作を使用して文書に対して実行された変更を取り消すことができる。 By using this feature, it is possible to undo the changes made to the document using the editing operation. SubDocumentの変更は、RootDocumentに関しての意味合いを同様に有する。 Change of SubDocument have the same implications with respect to RootDocument. アンドゥ操作は、階層内の他の文書に影響する変更を考慮に入れて、例えば、図17(b)に示されるような連鎖状の階層における全ての文書の間で整合性が維持されることを保証する。 Undo operations, taking into account the changes that affect other documents in the hierarchy, for example, be consistent among all documents are maintained in linkage-like hierarchy as shown in FIG. 17 (b) guaranteed to.

UndoWrapper707は、DocumentContainer203内のSubDocumentに関連するアンドゥオブジェクトをラップし、それらをRootDocumentに関連するアンドゥオブジェクトに結合させる。 UndoWrapper707 wraps undo objects associated with SubDocument in DocumentContainer203, cause them to bind to undo objects associated with the RootDocument. UndoWrapper707は、UndoableEditAcceptor(アンドゥアブルエディットアクセプタ:アンドゥ可能編集受付部)709に利用可能なアンドゥオブジェクトの収集を実行する。 UndoWrapper707 is, UndoableEditAcceptor: to run the (undo Abul edit acceptor undo editable receiving unit) collection of available undo object to 709.

UndoManager706及びUndoWrapper707は、UndoableEditAcceptor708及びUndoableEditSource(アンドゥアブルエディットソース)708に接続される。 UndoManager706 and UndoWrapper707 are connected to UndoableEditAcceptor708 and UndoableEditSource (undo Abul edit source) 708. 当業者には理解されるように、Document705はUndoableEditSource708であってもよく、取消可能な編集オブジェクトのソースであってもよい。 As will be appreciated by those skilled in the art, Document705 may be UndoableEditSource708, may be the source of undoable edit object.

10. 10. アンドゥコマンド及びアンドゥフレームワーク 図18(a)及び図18(b)は、アンドゥフレームワーク及びアンドゥコマンドについて更なる詳細を提供する。 Undo command and undo framework diagram 18 (a) and FIG. 18 (b), provide further details about the undo framework and an undo command. 図18(a)に示されるように、UndoCommand801、RedoCommand802、及びUndoableEditCommand803は、図11(b)に示したようにCommandInvoker1051に積むことができるコマンドであり、順に実行される。 As shown in FIG. 18 (a), UndoCommand801, RedoCommand802, and UndoableEditCommand803 is a command that can accumulate in CommandInvoker1051 as shown in FIG. 11 (b), is executed in order. UndoableEditCommand803は、UndoableEditSource708及びUndoableEditAcceptor709に更にアタッチされる。 UndoableEditCommand803 is further attached to UndoableEditSource708 and UndoableEditAcceptor709. 「foo」EditCommand803及び「bar」EditCommand804は、UndoableEditCommandの例である。 "Foo" EditCommand803 and "bar" EditCommand804 is an example of UndoableEditCommand.

図18(b)は、UndoableEditCommandの実行を示す。 Figure 18 (b) shows the execution of the UndoableEditCommand. まず、ユーザが編集コマンドを使用してDocument705を編集すると仮定する。 First, it assumes that the user edits the Document705 using the editing commands. 第1ステップS1では、UndoableEditAcceptor709が、Document705のDOMツリーであるUndoableEditSource708にアタッチされる。 In the first step S1, UndoableEditAcceptor709 is attached to UndoableEditSource708 a DOM tree Document705. 第2ステップS2では、ユーザにより発行されたコマンドに基づいて、Document705がDOMのAPIを用いて編集される。 In the second step S2, based on the commands issued by the user, Document705 is edited using an API of the DOM. 第3ステップS3では、ミューテーションイベントのリスナーが、変更がなされたことを通知される。 In the third step S3, a listener of the mutation event is notified that a change has been made. すなわち、このステップでは、DOMツリーの全ての変更を監視するリスナーが編集操作を検知する。 That is, in this step, the listener that monitors all modifications of the DOM tree detects the editing operation. 第4ステップS4では、UndoableEditがUndoManager706のオブジェクトとして格納される。 In the fourth step S4, UndoableEdit is stored as an object in UndoManager706. 第5ステップS5では、UndoableEditAcceptor709がUndoableEditSource708からデタッチされる。 In the fifth step S5, UndoableEditAcceptor709 is detached from UndoableEditSource708. UndoableEditSource708は、Document705自身であってもよい。 UndoableEditSource708 may be a Document705 own.

11. 11. システムへの文書のロードに関する手順 上記のサブセクションでは、システムの様々なコンポーネント及びサブコンポーネントについて説明した。 Procedure subsections above for loading a document into the system, and describes the various components and subcomponents of the system. 以下、これらのコンポーネントの使用に関する方法論について説明する。 The following describes the methodology to the use of these components. 図19は、文書処理/管理システムに文書がロードされる様子の概要を示す。 Figure 19 shows an overview of how the document in the document processing / management system is loaded. それぞれのステップは、図24−28において、特定の例に関連して詳述される。 Each step in FIG. 24-28, is described in detail with reference to specific examples.

簡単には、文書処理/管理システムは、文書に含まれるデータからなるバイナリデータストリームからDOMを生成する。 Briefly, the document processing / management system generates a DOM from a binary data stream consisting of data contained in the document. ApexNode(エイペックスノード:頂点ノード)が、Zoneに属する文書の一部の注目対象のために生成される。 ApexNode (Apex node: vertex node) is generated for the part of the object of interest of documents belonging to the Zone. つづいて、対応するPaneが同定される。 Subsequently, the corresponding Pane is identified. 同定されたPaneは、ApexNode及び物理的な画面表面からZone及びCanvasを生成する。 Identified Pane generates Zone and Canvas from ApexNode and the physical screen surface. Zoneは、次に、それぞれのノードにFacetを生成し、それらに必要とされる情報を提供する。 Zone then each node generates a Facet, provides the information needed to them. Canvasは、DOMツリーから、ノードをレンダリングするためのデータ構造を生成する。 Canvas from the DOM tree, and generates a data structure for rendering the nodes.

より詳細には、図19(a)を参照して、ステップ0では、XHTML及びSVGの双方の内容を表現した複合文書がストレージ901からロードされる。 More particularly, with reference to FIG. 19 (a), the step 0, the compound document that expresses both the contents of the XHTML and SVG is loaded from storage 901. 文書のDOMツリー902が生成される。 DOM tree 902 of the document is generated. DOMツリーはApexNode905(XHTML)を有し、他の枝へ降りていくと、二重線で示される境界に遭遇し、異なるボキャブラリであるSVGのApexNode906に続く。 Has a DOM tree ApexNode905 (XHTML), when going down to the other branches, encounters the boundary indicated by the double line, followed ApexNode906 of SVG are different vocabulary. このような複合文書の表現は、文書が表現され、最終的に表示のためにレンダリングされる様子を理解するのに有用である。 Representation of such a compound document, the document is represented, it is useful to understand how to be rendered for final display.

次に、文書を保持する、対応するDocumentContainer903が生成される。 Then, holding the document, corresponding DocumentContainer903 is generated. DocumentContainer903は、DocumentManager904にアタッチされる。 DocumentContainer903 is attached to the DocumentManager904. DOMツリーは、ルートノードと、オプションで複数のセカンダリノードを含む。 DOM tree includes a root node, a plurality of secondary nodes option.

一般に、このような文書は、テキスト及びグラフィクスの双方を含む。 Generally, such a document includes both text and graphics. したがって、DOMツリーは、例えば、XHTMLサブツリーだけでなくSVGサブツリーを有してもよい。 Therefore, DOM tree, for example, may have an SVG sub-tree as well as XHTML sub-tree. XHTMLサブツリーは、XHTMLのApexNode905を有する。 XHTML sub-tree has a ApexNode905 of XHTML. 同様に、SVGサブツリーは、SVGのApexNode906を有する。 Similarly, the SVG sub-tree, having a ApexNode906 of SVG.

再び図19(a)を参照して、ステップ1では、ApexNodeが、画面の論理的なレイアウトであるPane907にアタッチされる。 Referring to FIG. 19 (a) again, in step 1, ApexNode is attached to Pane907 a logical layout of the screen. ステップ2では、Pane907は、ApplicationCore908に、ApexNodeのためのZoneFactoryを要求する。 In step 2, Pane907 is in ApplicationCore908, requests the ZoneFactory for ApexNode. ステップ3では、ApplicationCore908は、ZoneFactoryと、ApexNode906のためのCanvasFactoryであるEditletとを返す。 In step 3, ApplicationCore908 returns a ZoneFactory, the Editlet which is CanvasFactory for ApexNode906.

ステップ4では、Pane907がZone909を生成する。 In step 4, Pane907 generates Zone909. Zone909はPane907にアタッチされる。 Zone909 is attached to the Pane907. ステップ5では、Zone909がそれぞれのノードに対してFacetを生成し、対応するノードにアタッチする。 In Step 5, to generate a Facet Zone909 is for each node, to attach to a corresponding node. ステップ6では、Pane907がCanvas910を生成する。 In step 6, Pane907 generates Canvas910. Canvas910はPane907にアタッチされる。 Canvas910 is attached to the Pane907. Canvas910には様々なCommandが含まれる。 It includes a variety of Command is to Canvas910. ステップ7では、Canvas910が文書を画面にレンダリングするためのデータ構造を構築する。 In step 7, to build a data structure for Canvas910 renders the document to the screen. XHTMLの場合、これはボックスツリー構造を含む。 In the case of XHTML, which includes a box tree structure.

図19(b)は、MVCパラダイムを用いてZoneの構成の概要を示す。 Figure 19 (b) shows the outline of the Zone Configuration using MVC paradigm. この場合、ZoneFactoryにより生成されるZone及びFacetは文書に関連した入力であるから、モデル(M)はZone及びFacetを含む。 In this case, since the Zone and Facet produced by ZoneFactory is an input associated with the document, the model (M) includes a Zone and Facet. Canvasと、Editletを用いて文書を画面にレンダリングするためのデータ構造は、ユーザが画面上に見る出力であるから、ビュー(V)はCanvas及びデータ構造に対応する。 And Canvas, data structure for rendering the document on the screen using the Editlet a user because it is output to see on the screen, the view (V) corresponds to the Canvas and the data structure. Commandは、文書とその様々な関係に対して制御操作を実行するので、コントロール(C)はCanvasに含まれるCommandを含む。 Command Since executes control operations for the document and its various relationships, control (C) includes a Command contained in Canvas.

12. 12. 文書の表現 図20を用いて、複合文書及びその様々な表現の例について以下に説明する。 With representation view 20 of the document, it will be described below an example of a compound document and various representations. この例で使用される文書は、テキストと画像の双方を含む。 Document used in this example includes both text and images. テキストは、XHTMLを用いて表され、画像は、SVGを用いて表される。 Text is represented using XHTML, an image is represented using SVG. 図20は、文書の構成要素及び対応するオブジェクトの関係のMVC表現を詳細に示す。 Figure 20 shows in detail the MVC representation of the components and the corresponding object relationship document. この例において、Document1001は、Document1001を保持するDocumentContainer1002にアタッチされる。 In this example, Document1001 is attached to DocumentContainer1002 for holding Document1001. 文書はDOMツリー1003により表現される。 Document is represented by the DOM tree 1003. DOMツリーは、図19(a)を参照して上述した対応するFacetを有するApexNode1004及び子孫の他のノードを含む。 DOM tree includes ApexNode1004 and other nodes in offspring with a corresponding Facet described above with reference to FIG. 19 (a).

ApexNodeは、黒丸で表される。 ApexNode is represented by a black circle. 頂点でないノードは、白丸で表される。 Node is not a vertex is represented by a white circle. ノードを編集するために用いられるFacetは、三角形で表され、対応するノードにアタッチされる。 Facet used for editing the node is represented by a triangle, it is attached to the corresponding node. 文書がテキストと画像を有するので、この文書のDOMツリーは、XHTML部分とSVG部分を含む。 Since the document has text and images, DOM tree of the document includes an XHTML portion and SVG portion. ApexNode1004は、XHTMLサブツリーの最上のノードである。 ApexNode1004 is a top node of the XHTML sub-tree. これは、文書のXHTML部分の物理的な表現のための最上PaneであるXHTMLPane1005にアタッチされる。 This is attached to the top Pane is XHTMLPane1005 for physical representation of XHTML portion of the document. ApexNodeは、文書1001のDOMツリーの一部であるXHTMLZone1006にもアタッチされる。 ApexNode is also attached to a part of the DOM tree of the document 1001 XHTMLZone1006.

Node1004に対応するFacet1041も、XHTMLZone1006にアタッチされる。 Facet1041 corresponding to Node1004 are also attached to the XHTMLZone1006. XHTMLZone1006は、XHTMLPane1005にアタッチされる。 XHTMLZone1006 is attached to the XHTMLPane1005. XHTMLEditletは、文書の論理的な表現であるXHTMLCanvas1007を生成する。 XHTMLEditlet generates XHTMLCanvas1007 a logical representation of the document. XHTMLCanvas1007は、XHTMLPane1005にアタッチされる。 XHTMLCanvas1007 is attached to the XHTMLPane1005. XHTMLCanvas1007は、Document1001のXHTML要素のためのBoxTree1009を生成する。 XHTMLCanvas1007 generates a BoxTree1009 for XHTML elements of Document1001. ボックスツリーは、図示されるように、「html」ボックス、「body」ボックス、「head」ボックス、及び/又は「table」ボックスの適切な結合により表現される。 Box tree, as shown, is represented by a suitable binding of the "html" box, "body" box, "head" box, and / or "table" box. 文書のXHTML部分を保持し描画するために必要な様々なCommand1008も、XHTMLCanvas1005に追加される。 Various Command1008 necessary to draw holding the XHTML portion of the document is also added to XHTMLCanvas1005.

同様に、文書のSVGサブツリーのApexNode1010は、文書のSVG要素を表現するDocument1001のDOMツリーの一部であるSVGZone1011にアタッチされる。 Similarly, ApexNode1010 the SVG sub-tree of the document is attached to a is SVGZone1011 part of the DOM tree Document1001 representing the SVG component of the document. ApexNode1010は、文書のSVG部分の物理的な表現の最上のPaneであるSVGPane1013にアタッチされる。 ApexNode1010 is attached to SVGPane1013 is best Pane physical representation of SVG part of the document. 文書のSVG部分の論理的な表現を表すSVGCanvas1012は、SVGEditletにより生成され、SVGPane1013にアタッチされる。 SVGCanvas1012 representing a logical representation of the SVG part of the document is generated by SVGEditlet, is attached to SVGPane1013. 画面上に文書のSVG部分をレンダリングするためのデータ構造及びコマンド1014は、SVGCanvasにアタッチされる。 Data structures and command 1014 for rendering SVG part of the document on the screen is attached to SVGCanvas. 例えば、このデータ構造は、図示されるように、円、線、長方形などを含んでもよい。 For example, this data structure, as illustrated, circular, linear, may include, rectangular.

図20に関連して説明された文書例の表現の一部について、図21(a)(b)に関連して、前述したMVCパラダイムを用いて更に説明する。 For some representation of the document example described in connection with FIG. 20, in conjunction with FIG. 21 (a) (b), further described with reference to MVC paradigm described above. 図21(a)は、文書1001のXHTML要素におけるMVの関係を簡略化して示す。 Figure 21 (a) shows a simplified relation between MV in XHTML element of the document 1001. モデルは、Document1001のXHTML要素のためのXHTMLZone1103である。 Model is a XHTMLZone1103 for XHTML elements of Document1001. XHTMLZoneのツリーには、いくつかのNode及びそれらに対応するFacetが含まれる。 The XHTMLZone tree includes a number of Node and the corresponding Facet them. 対応するXHTMLZone及びPaneは、MVCパラダイムのモデル(M)部分の一部である。 Corresponding XHTMLZone and Pane are part of the model (M) portion of the MVC paradigm. MVCパラダイムのビュー(V)部分は、Document1001のXHTMLコンポーネントの、対応するXHTMLCanvas1102及びBoxTreeである。 View (V) part of the MVC paradigm, the XHTML component of Document1001, the corresponding XHTMLCanvas1102 and BoxTree. 文書のXHTML部分は、Canvasと、それに含まれるCommandを使用して画面に描写される。 XHTML portion of the document, and Canvas, is depicted using the Command it contains the screen. キーボードやマウス入力などのイベントは、図示されるように、逆方向へ進む。 Events such as a keyboard or mouse input, as illustrated, the process proceeds in the opposite direction.

SourcePaneは、更なる機能、すなわち、DOMの保有者としての役割を有する。 SourcePane is further functions, i.e., have a role as holder of DOM. 図21(b)は、図21(a)に示したDocument1001の要素に対するボキャブラリコネクションを提供する。 FIG. 21 (b), provides a vocabulary connection for elements Document1001 shown in FIG. 21 (a). DOMホルダーとして機能するSourcePane1103は、文書のソースDOMツリーを含む。 SourcePane1103 to function as a DOM holder includes a source DOM tree of the document. ConnectorTree1104は、ConnectorFactoryにより生成され、デスティネーションDOMの保有者としても機能するDestinationPane1105を生成する。 ConnectorTree1104 is generated by ConnectorFactory, it generates a DestinationPane1105 which also serves as a holder of the destination DOM. DestinationPane1105は、XHTMLDestinationCanvas1106としてボックスツリーの形式でレイアウトされる。 DestinationPane1105 are laid out in the form of a box tree as XHTMLDestinationCanvas1106.

13. 13. プラグインサブシステム、ボキャブラリコネクション、及びコネクタの関係 図22(a)−(c)は、それぞれ、プラグインサブシステム、ボキャブラリコネクション、及びConnectorに関連する更なる詳細を示す。 Plug-in sub-system, vocabulary connection, and connector relationship diagram 22 (a) - (c) show respectively, plug subsystem, vocabulary connection, and further details relating to the Connector. プラグインサブシステムは、文書処理/管理システムに機能を追加又は交換するために用いられる。 Plug-in sub-system is used to add or replace the function to the document processing / management system. プラグインサブシステムは、ServiceBroker1041を含む。 Plug-in sub-system, including the ServiceBroker1041. 図22(a)に示すように、「私自身のXMLボキャブラリ」のVCDファイルがVCのプラグインに結合される。 As shown in Figure 22 (a), VCD file of "my own XML vocabulary" is coupled to the plug-ins of the VC. このプラグインは、「MyOwnXML」のConnectorFactoryTree及びVocabulary(ZoneFactory、Editlet)を含む。 This plug-in, including the ConnectorFactoryTree and Vocabulary of "MyOwnXML" (ZoneFactory, Editlet). ServiceBroker1041にアタッチされるZoneFactoryService1201は、文書の部分のZoneを生成する。 ZoneFactoryService1201 that is attached to ServiceBroker1041 generates Zone part of the document. EditletService1202も、ServiceBrokerにアタッチされる。 EditletService1202 are also attached to the ServiceBroker. EditletService1202は、Zone中のNodeに対応するCanvasを生成する。 EditletService1202 generates a Canvas that corresponds to the Node in the Zone.

ZoneFactoryの例は、XHTMLZone及びSVGZoneをそれぞれ生成するXHTMLZoneFactory1211及びSVGZoneFactory1212である。 Examples of ZoneFactory is XHTMLZoneFactory1211 and SVGZoneFactory1212 respectively generate XHTMLZone and SVGZone. 文書例に関連して前述したように、文書のテキスト要素は、XHTMLZoneを生成することにより表現されてもよいし、画像はSVGZoneを用いて表現されてもよい。 As described above in connection with the example document, the text elements of the document may be represented by creating an XHTMLZone, images may be represented using SVGZone. EditletServiceの例は、XHTMLEditlet1221及びSVGEditlet1222を含む。 Examples of EditletService include XHTMLEditlet1221 and SVGEditlet1222.

図22(b)は、ボキャブラリコネクションに関連する更なる詳細を示す。 Figure 22 (b) shows further details related to the vocabulary connection. ボキャブラリコネクションは、前述したように、文書処理/管理システムの重要な特徴であり、2つの異なる方法で文書の整合のとれた表現及び表示を可能とする。 Vocabulary connection, as described above, an important feature of the document processing / management system, to allow a consistent representation and display of the matching document in two different ways. ConnectorFactory303を保持するVCManager302は、ボキャブラリコネクションサブシステムの一部であり、ボキャブラリコネクション記述子を受け取るためにVCDに結合され、VCCommand301を生成する。 VCManager302 for holding ConnectorFactory303 is part of the vocabulary connection subsystem, coupled to the VCD to receive vocabulary connection descriptor, generates a VCCommand301. 図22(c)に示すように、ConnectorFactory303は、文書のConnector304を生成する。 As shown in FIG. 22 (c), ConnectorFactory303 generates Connector304 document. 前述したように、Connectorは、ソースDOM中のノードを監視し、2つの表現の間の整合性を維持するために、デスティネーションDOM中のノードを修正する。 As described above, Connector monitors the node in the source DOM, in order to maintain consistency between the two representations, modifying the node in the destination DOM.

Templateは、いくつかのノードの変換ルールを表す。 Template represents the conversion rules of some of the node. ボキャブラリコネクション記述子(VCD)ファイルは、特定のパス又はルールを満たす要素又は要素の集合を他の要素に変換するいつくかのルールを表すTemplateのリストである。 Vocabulary connection descriptor (VCD) file is a list of Template which represents the worship of the rules for converting the set of elements or element satisfy specific path or rules to other elements. VocabularyTemplate305及びCommandTemplate3131は、全てVCManager302にアタッチされる。 VocabularyTemplate305 and CommandTemplate3131 are attached to all VCManager302. VCManagerは、VCDファイル中の全てのセクションを管理するオブジェクトである。 VCManager is an object that manages all of the sections in the VCD file. 1つのVCDファイルに対して、1つのVCManagerオブジェクトが生成される。 For one VCD files, one VCManager object is created.

図22(c)は、Connectorに関連する更なる詳細を提供する。 FIG. 22 (c) provides additional details related to Connector. ConnectorFactory303は、ソース文書からConnectorを生成する。 ConnectorFactory303 generates a Connector from the source document. ConnectorFactory303は、Vocabulary、Template、及びElementTemplateにアタッチされ、それぞれ、VocabularyConnector、TemplateConnector、ElementConnectorを生成する。 ConnectorFactory303 is, Vocabulary, Template, and is attached to ElementTemplate, respectively, VocabularyConnector, TemplateConnector, generates a ElementConnector.

VCManager302は、ConnectorFactory303を保持する。 VCManager302 holds the ConnectorFactory303. Vocabularyを生成するために、対応するVCDファイルが読み込まれる。 In order to generate the Vocabulary, the corresponding VCD file is read. こうして、ConnectorFactory303が生成される。 In this way, ConnectorFactory303 is generated. このConnectorFactory303は、Zoneを生成するZoneFactory205及びCanvasを生成するEditletService206に関連する。 This ConnectorFactory303 is related to EditletService206 for generating ZoneFactory205 and Canvas generates the Zone.

つづいて、ターゲットボキャブラリのEditletServiceが、VCCanvasを生成する。 Then, EditletService of the target vocabulary, to generate a VCCanvas. VCCanvasは、デスティネーションDOMツリーのノードを生成する。 VCCanvas generates a node of the destination DOM tree. VCCanvasは、ソースDOMツリー又はZoneにおけるApexNodeのConnectorも生成する。 VCCanvas also generates Connector of ApexNode in the source DOM tree or Zone. 必要に応じて、子のConnectorが再帰的に生成される。 If necessary, Connector children are recursively generated. ConnectorTreeは、VCDファイル中のテンプレートの集合により生成される。 ConnectorTree is generated by a set of templates in the VCD file.

テンプレートは、マークアップ言語の要素を他の要素に変換するためのルールの集合である。 Template is a set of rules for converting the elements of the mark-up language to other elements. 例えば、各テンプレートは、ソースDOMツリー又はZoneにマッチされる。 For example, each template is matched to the source DOM tree or Zone. 適切にマッチした場合には、頂点Connectorが生成される。 When properly matched, the vertex Connector is generated. 例えば、テンプレート「A/*/D」は、間にどんなノードがあるかに関係なく、ノードAで始まりノードDで終わる全ての枝に合致する。 For example, a template "A / * / D", regardless of whether or not there is any node in between, to meet all the branches of the ending at the beginning node D at node A. 同様に、「//B」は、ルートからの全ての「B」ノードに一致する。 Similarly, "// B" matches all the "B" nodes from the root.

14. 14. ConnectorTreeに関係するVCDファイルの例 特定の文書と関係する処理を説明する例を続ける。 Continuing with the example to explain the process related to Example particular document of VCD file related to ConnectorTree. 「MySampleXML」というタイトルの文書が文書処理/管理システムにロードされる。 Document titled "MySampleXML" is loaded into the document processing / management systems. 図23は、「MySampleXML」ファイルのための、VCManager及びConnectorFactoryTreeを用いたVCDスクリプトの例を示す。 23, for the "MySampleXML" file, an example of a VCD script using VCManager and ConnectorFactoryTree. スクリプトファイル中のボキャブラリセクション、テンプレートセクションと、VCManagerにおける対応するコンポーネントが示される。 Vocabulary section of the script file, the template section, the corresponding components in VCManager shown. タグ「vcd:vocabulary」において、属性「match」は「sample:root」、「label」は「MySampleXML」、「call-template」は「sample template」となっている。 Tags: In the "vcd vocabulary", attribute "match" is "sample: root", "label" is "MySampleXML", "call-template" is "sample template".

この例では、Vocabularyは、「MySampleXML」のVCManagerにおいて「sample:root」として頂点要素を含む。 In this example, Vocabulary, in VCManager the "MySampleXML": including vertex elements as "sample root". 対応するUIラベルは、「MySampleXML」である。 The corresponding UI label is a "MySampleXML". テンプレートセクションにおいて、タグは「vcd:template」であり、名前は「sample:template」である。 In the template section, the tag: a "vcd template", the name is: "sample template".

15. 15. ファイルがシステムにロードされる方法の詳細な例 図24−28は、文書「MySampleXML」のロードについての詳細な記述を示す。 Detailed illustration of how the files are loaded into the system 24-28 is a detailed description of loading the document "MySampleXML". 図24(a)に示されるステップ1では、文書がストレージ1405からロードされる。 In Step 1 shown in FIG. 24 (a), the document is loaded from the storage 1405. DOMServiceは、DOMツリー及びDocumentManager1406と対応するDocumentContainer1401を生成する。 DOMService generates a DocumentContainer1401 and the corresponding DOM tree and DocumentManager1406. DocumentContainerは、DocumentManager1406にアタッチされる。 DocumentContainer is attached to the DocumentManager1406. 文書は、XHTML及びMySampleXMLのサブツリーを含む。 Documents, including the sub-tree of XHTML and MySampleXML. XHTMLのApexNode1403は、タグ「xhtml:html」が付されたXHTMLの最上のノードである。 ApexNode1403 of XHTML, the tag "xhtml: html" is the best of the node of XHTML that is attached. 「MySampleXML」のApexNode1404は、タグ「sample:root」が付された「MySampleXML」の最上ノードである。 ApexNode1404 of "MySampleXML", the tag: a top node of the "sample root" is attached "MySampleXML".

図24(b)に示されるステップ2では、RootPaneが文書のXHTMLZone、Facet、及びCanvasを生成する。 In step 2 shown in FIG. 24 (b), RootPane the XHTMLZone documents, Facet, and generates a Canvas. Pane1407、XHTMLZone1408、XHTMLCanvas1409、及びBoxTree1410が、ApexNode1403、及び、ステップ1−5において、図中に示される関係に応じてFacetが関連づけられる他のノードに対応して生成される。 Pane1407, XHTMLZone1408, XHTMLCanvas1409, and BoxTree1410 is, ApexNode1403, and, in step 1-5, is produced in response to other nodes Facet is associated in accordance with the relationship shown in FIG.

図24(c)に示されるステップ3では、XHTMLZoneが知らないタグ「sample:root」を発見し、XHTMLCanvasの領域からSubPaneを生成する。 In step 3 shown in FIG. 24 (c), the tag XHTMLZone not know: found "sample root", generates a SubPane from the region of the XHTMLCanvas.

図25に示されるステップ4では、SubPaneが「sample:root」を扱うことができ、適切なZoneを生成可能なZoneFactoryを得る。 In Step 4 shown in FIG. 25, SubPane is: can handle "sample root", obtain capable of generating appropriate Zone ZoneFactory. このZoneFactoryは、ZoneFactoryを実行可能なVocabulary内にある。 The ZoneFactory is a ZoneFactory in viable Vocabulary. それは、「MySampleXML」のVocabularySectionの内容を含む。 It includes the contents of the VocabularySection of "MySampleXML".

図26に示されるステップ5では、「MySampleXML」に対応し、VCManagerに関連するVocabularyが、DefaultZone1601を生成する。 In Step 5 illustrated in FIG. 26, it corresponds to "MySampleXML", associated with the VCManager Vocabulary generates a DefaultZone1601. 対応するEditletが生成され、対応するCanvasを生成するためにSubPane1501が提供される。 Corresponding Editlet is generated, SubPane1501 to generate a corresponding Canvas is provided. Editletは、VCCanvasを生成する。 Editlet generates a VCCanvas. そして、それはTemplateSectionを呼ぶ。 And it is called the TemplateSection. ConnectorFactoryTreeも含まれている。 ConnectorFactoryTree are also included. ConnectorFactoryTreeは、VCCanvasの一部を形成するConnectorTreeとなる全てのConnectorを生成する。 ConnectorFactoryTree generates all Connector as a ConnectorTree forming part of the VCCanvas. ルートペインとXHTMLゾーンの関係や、XHTMLキャンバスと文書のXHTML部分に関連する頂点ノードに対するボックスツリーとの関係は、上記の議論から明確である。 Relationships and root pane and XHTML zone, the relationship between the box tree for vertex nodes associated with XHTML portion of the XHTML canvas and documents are clear from the above discussion.

図27には、ソースDOMツリー、VCキャンバス、及びデスティネーションDOMツリーの間の既に説明した対応に基づいて、ステップ6が示される。 Figure 27 is a source DOM tree, VC canvas, and based on the corresponding previously described between the destination DOM tree, Step 6 is shown. ステップ6では、各ConnectorがデスティネーションDOMオブジェクトを生成する。 In step 6, each Connector generates a destination DOM object. コネクタのうちのいくつかはxpath情報を含んでいる。 Some of the connectors includes a xpath information. xpath情報は、変更/修正を監視する必要のあるソースDOMツリーの部分集合を決定するために使用される1以上のxpath表現を含む。 xpath information includes one or more xpath expression used for determining a subset of the source DOM tree that need to monitor the changes / modifications.

図28には、ソース、VC及びデスティネーションの関係にしたがって、ステップ7が示される。 Figure 28 is a source, according to the relation VC and destination, step 7 is shown. ステップ7では、ボキャブラリは、ソースDOMのペインからデスティネーションDOMツリーのDestinationPaneを作成する。 In step 7, vocabulary, to create a DestinationPane of destination DOM tree from the pane of the source DOM. これは、SourcePaneに基づいてなされる。 This is done on the basis of the SourcePane. デスティネーションツリーのApexNodeは、DestinationPane及び対応するZoneにアタッチされる。 ApexNode of destination tree is attached to the DestinationPane and the corresponding Zone. DestinationPaneは、DestinationCanvasを生成し、文書をデスティネーションのフォーマットでレンダリングするためのデータ構造及びコマンドを構築する、自身のEditletを提供される。 DestinationPane generates DestinationCanvas, builds a data structure and commands for rendering the document in a destination format, provided their Editlet.

図29(a)は、対応するソースノードを持たず、デスティネーションツリーにのみ存在するノード上でイベントが発生したときのフローを示す。 FIG. 29 (a) does not have a corresponding source node, indicating the flow when an event occurs on a node present destination tree. 第1ステップにおいて、マウスイベント、キーボードイベントなど、Canvasが取得したイベントは、デスティネーションツリーを通過して、ElementTemplateConnectorに伝達される。 In a first step, a mouse event, a keyboard event, events Canvas acquired passes through the destination tree, is transmitted to the ElementTemplateConnector. ElementTemplateConnectorは対応するソースノードを持たないので、伝達されたイベントはソースノードに対する編集操作ではない。 Since ElementTemplateConnector has no corresponding source node, the transmitted event is not the edit operation for the source node. ElementTemplateConnectorは、伝達されたイベントがCommandTemplateに記述されたコマンドに合致すれば、第2及び第3ステップにおいて、それに対応するActionを実行する。 ElementTemplateConnector is transmitted event is shown if it meets command described in CommandTemplate, in the second and third step, executes Action corresponding thereto. 合致するコマンドがなければ、ElementTemplateConnectorは、伝達されたイベントを無視する。 Without matching command, ElementTemplateConnector ignores the transmitted event.

図29(b)は、TextOfConnectorによりソースノードに対応づけられているデスティネーションツリーのノード上でイベントが発生したときのフローを示す。 Figure 29 (b) shows the flow when the event on the node of the destination tree which is associated with the source node occurs by TextOfConnector. TextOfConnectorは、ソースDOMツリーのXPathで指定されたノードからテキストノードを取得して、デスティネーションDOMツリーのノードにマッピングする。 TextOfConnector is to get the text node from the node that is specified in the XPath of the source DOM tree, mapped to the node of the destination DOM tree. 第1ステップにおいて、マウスイベント、キーボードイベントなど、Canvasが取得したイベントは、デスティネーションツリーを通過して、TextOfConnectorに伝達される。 In a first step, a mouse event, a keyboard event, events Canvas acquired passes through the destination tree, is transmitted to the TextOfConnector. TextOfConnectorは、伝達されたイベントを、対応するソースノードの編集コマンドにマッピングし、Queue1053に積む。 TextOfConnector is the transmitted event, mapped to editing commands corresponding source node, gain in Queue1053. 編集コマンドは、Facetを介して実行されるDOMのAPIコールの集合である。 Editing commands is a set of DOM API calls that are executed via the Facet. 第2ステップにおいて、キューに積まれたコマンドが実行されると、ソースノードが編集される。 In a second step, the commands stacked in the queue is executed, the source node is edited. ソースノードが編集されると、第3ステップにおいて、ミューテーションイベントが発行され、リスナーとして登録されたTextOfConnectorにソースノードの変更が通知される。 When the source node is edited, in a third step, it is issued mutation event, modification of the source node is notified to the TextOfConnector, which is registered as a listener. TextOfConnectorは、ソースノードの変更を、対応するデスティネーションノードに反映させるように、デスティネーションツリーを再構築する。 TextOfConnector is, the change of the source node, so as to be reflected in the corresponding destination node, to rebuild the destination tree. このとき、TextOfConnectorを含むテンプレートに、「for each」や「for loop」などの制御文が含まれている場合、ConnectorFactoryがこの制御文を再評価し、TextOfConnectorを再構築した後、デスティネーションツリーが再構築される。 In this case, the template that contains the TextOfConnector, if it contains control statements such as "for each" and "for loop", ConnectorFactory is to re-evaluate this control statement, after rebuilding the TextOfConnector, the destination tree It is rebuilt.

以上、本発明を実施の形態をもとに説明した。 The present invention has been described based on the embodiments. この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。 This embodiment is illustrative in nature and various modifications to the combination of their respective constituent elements and processes could be, and all such modifications are also within the scope of the present invention is it is understood by those skilled in the art is there.

実施の形態では、XML文書を処理する例について説明したが、本実施の形態の文書処理装置100は、他のマークアップ言語、例えば、SGML、HTMLなどで記述された文書も同様に処理可能である。 In the embodiment, an example has been described to process the XML document, the document processing apparatus 100 of the present embodiment, other markup languages, e.g., SGML, a document described in such as HTML also be treated in the same manner is there.

本発明の実施の形態に係る文書処理装置の構成を示すブロック図である。 The configuration of a document processing apparatus according to an embodiment of the present invention is a block diagram showing. XML文書の例を示す図である。 Is a diagram illustrating an example of an XML document. 図2に示したXML文書をHTMLで記述された表にマッピングする例を示す図である。 Is a diagram illustrating an example of mapping to a table described an XML document in HTML shown in FIG. 図2に示したXML文書を図3に示した表にマッピングするための定義ファイルの例を示す図である。 The XML document shown in FIG. 2 is a diagram showing an example of a definition file used for mapping the table shown in FIG. 図2に示したXML文書を図3に示した表にマッピングするための定義ファイルの例を示す図である。 The XML document shown in FIG. 2 is a diagram showing an example of a definition file used for mapping the table shown in FIG. 図2に示したXML文書を、図3に示した対応によりHTMLにマッピングして表示した画面の例を示す図である。 The XML document shown in FIG. 2 is a diagram showing an example of a screen displayed by mapping the HTML using the correspondence shown in FIG. 本発明で使用可能なグラフィカルユーザインターフェースを示す図である。 It is a diagram illustrating a graphical user interface that can be used in the present invention. 本発明により生成された画面レイアウトの他の例を示す図である。 It is a diagram showing another example of a screen layout created by the present invention. 本発明によるXML文書の編集画面の一例を示す図である。 Is a diagram showing an example of an editing screen for an XML document according to the present invention. 本発明により編集されるXML文書の他の例を示す図である。 It is a diagram showing another example of an XML document edited by the present invention. 本発明で使用可能な編集画面を示す図である。 Is a diagram showing an editing screen that can be used in the present invention. 開示された文書処理管理システムの実施の形態の基本として機能する要素の構成を示す図である。 It is a diagram showing a configuration of components that function as a basic embodiment of the disclosed document processing management system. 文書処理管理システム全体のブロック図を示す図である。 It shows a block diagram of the overall document processing management system. 文書処理管理システム全体のブロック図を示す図である。 It shows a block diagram of the overall document processing management system. 文書管理部の実施の形態の更なる詳細を示す図である。 Is a diagram illustrating further details of the embodiment of the document management unit. ボキャブラリコネクションサブシステムの実施の形態の更なる詳細を示す図である。 It is a further diagram showing details of an embodiment of the vocabulary connection sub-system. 図14(a)は、プログラム起動部及びその他の構成の関係の実施の形態の更なる詳細を示す図であり、図14(b)は、サービス仲介部及びその他の構成との関係の実施の形態の更なる詳細を示す図であり、図14(c)は、サービスの実施の形態の更なる詳細を示す図であり、図14(d)は、サービスの例を示す図であり、図14(e)は、プログラム起動部とユーザアプリケーションとの間の関係の更なる詳細を示す図である。 14 (a) is a further diagram showing details of an embodiment of a relation between the program activation unit and other configurations, FIG. 14 (b), exemplary relationship between the service mediating unit and other structures is a diagram showing the configuration of a further detail, FIG. 14 (c) is a diagram showing an embodiment of further details of the service, FIG. 14 (d) is a diagram showing an example of a service, FIG. 14 (e) is a further diagram showing the details of the relationship between the program activation unit and the user application. 図15(a)は、プログラム起動部によりロードされたアプリケーションサービスの構造の更なる詳細を示す図であり、図15(b)は、フレーム、メニューバー、及びステータスバーの間の関係の例を示す図である。 Figure 15 (a) is a diagram showing further details of the structure of an application service loaded by the program starting section, FIG. 15 (b), a frame, a menu bar, and an example of the relationship between the status bar It illustrates. 図16(a)は、アプリケーションコアの実施の形態に関連する更なる詳細を示す図であり、図16(b)は、スナップショットの実施の形態に関連する更なる詳細を示す図である。 16 (a) is a diagram showing further details relating to the embodiment of the application core, FIG. 16 (b) is a diagram showing further details relating to an embodiment of the snapshot. 図17(a)は、文書管理部の実施の形態に関連する更なる詳細を示す図であり、図17(b)は、右側に、一連の文書A−Eが階層的に配置される様子を示し、左側に、右側に示された文書の階層が画面に表示される様子の例を示した図である。 17 (a) is a diagram showing additional details associated with the embodiment of the document management unit, FIG. 17 (b), to the right, how a series of documents A-E are arranged hierarchically it is shown, on the left is a diagram showing an example of the way in which the hierarchy of the documents shown on the right is displayed on the screen. 図18(a)(b)は、アンドゥフレームワークとアンドゥコマンドの実施の形態の更なる詳細を示す図である。 Figure 18 (a) (b) is a further diagram showing details of an embodiment of the undo framework and an undo command. 図19(a)は、図11(b)(c)に示された文書処理管理システムにおいて文書がロードされる様子を示す図であり、図19(b)は、MVCパラダイムを用いてゾーンの構造の概略を示す図である。 Figure 19 (a) is a diagram showing how the document in the document processing management system shown in FIG. 11 (b) (c) is loaded, FIG. 19 (b), the zone using the MVC paradigm schematically shows the structure. 本発明による文書とその表現の例を示す図である。 Is a diagram illustrating an example of a document and its representation by the present invention. 図21(a)は、図20に示された文書のXHTML要素に関するMVの関係を簡素化した図であり、図21(b)は、図21(a)に示された文書に関するボキャブラリコネクションを示す図である。 21 (a) is a diagram that simplifies the relationship MV about XHTML elements of the document shown in FIG. 20, FIG. 21 (b), the vocabulary connection related document shown in FIG. 21 (a) It illustrates. 図22(a)−(c)は、プラグインサブシステム、ボキャブラリコネクション、及びコネクタのそれぞれの実施の形態に関連する更なる詳細を示す図である。 Figure 22 (a) - (c) are diagrams showing plug-in sub-system, vocabulary connection, and each of the implementation of additional details relating to the form of the connector. MySampleXMLファイルに対するボキャブラリコネクションマネージャ及びコネクタファクトリツリーを用いたVCDスクリプトの例を示す図である。 Is a diagram illustrating an example of a VCD script using vocabulary connection manager and connector factory tree for MySampleXML file. 図24(a)−(c)は、MySampleXML文書の例を図11(b)の文書処理管理システムの例にロードする手順0−3を示す図である。 Figure 24 (a) - (c) are diagrams showing a procedure 0-3 to load the example of MySampleXML document example of the document processing management system in FIG. 11 (b). MySampleXML文書の例を図11(b)の文書処理管理システムの例にロードする手順4を示す図である。 Examples of MySampleXML document shows the procedure 4 to load an example of the document processing management system in FIG. 11 (b). MySampleXML文書の例を図11(b)の文書処理管理システムの例にロードする手順5を示す図である。 Examples of MySampleXML document is a diagram illustrating a procedure 5 for loading the example of the document processing management system in FIG. 11 (b). MySampleXML文書の例を図11(b)の文書処理管理システムの例にロードする手順6を示す図である。 Examples of MySampleXML document is a diagram illustrating a procedure 6 for loading in the example of the document processing management system in FIG. 11 (b). MySampleXML文書の例を図11(b)の文書処理管理システムの例にロードする手順7を示す図である。 Examples of MySampleXML document is a diagram illustrating a procedure 7 to be loaded into an example of the document processing management system in FIG. 11 (b). 図29(a)は、対応するソースノードを持たず、デスティネーションツリーのみに依存するノードに発生したイベントの流れを示す図であり、図29(b)は、テキストオブコネクタによりソースノードに関連づけられたデスティネーションノードに発生したイベントの流れを示す図である。 FIG. 29 (a) does not have a corresponding source node, a diagram showing the flow of events that occurred in the node that depends only on the destination tree, FIG. 29 (b) associated with the source node by the text of connector It was a diagram showing the flow of events that occurred in the destination node.

符号の説明 DESCRIPTION OF SYMBOLS

20 文書処理装置、22 主制御ユニット、24 編集ユニット、30 DOMユニット、32 DOM提供部、34 DOM生成部、36 出力部、40 CSSユニット、42 解析部、44 CSS提供部、46 レンダリング部、50 HTMLユニット、52,62 制御部、54,64 編集部、56,66 表示部、60 SVGユニット、80 VCユニット、82 マッピング部、84 定義ファイル取得部、86 定義ファイル生成部。 20 document processor, 22 main control unit, 24 editing unit, 30 DOM unit, 32 DOM provider, 34 DOM generation unit, 36 output unit, 40 CSS units, 42 analyzing unit, 44 CSS provider 46 rendering unit, 50 HTML unit, 52 and 62 control unit, 54 and 64 editing unit, 56 and 66 display unit, 60 SVG unit, 80 VC unit 82 mapping unit, 84 definition file acquiring unit, 86 definition file generator.

Claims (46)

  1. 自身が対応している第1のマークアップ言語により記述された文書を処理することが可能な処理系と、 A processing system capable them to process a document described in a first markup language that supports,
    文書が、前記処理系が対応していない第2のマークアップ言語により記述されていたときに、前記文書を、前記第1のマークアップ言語にマッピングすることが可能な変換部と、 And documents, when the processing system has been described by a second markup language that is not supported, the document, the first that can be mapped to the markup language conversion unit,
    を備えることを特徴とする文書処理装置。 Document processing apparatus comprising: a.
  2. 前記第1のマークアップ言語は、文書内のデータを、階層構造を有する複数の構成要素に分類して記述するための構造化言語であり、 The first markup language, the data in the document, a structured language for describing classified into a plurality of components having a hierarchical structure,
    前記変換部は、前記文書を、前記構成要素単位で前記第1のマークアップ言語にマッピングすることを特徴とする請求項1に記載の文書処理装置。 The converting unit, the document processing apparatus according to the document, in claim 1, wherein the mapping the first markup language said component units.
  3. 前記第1及び第2のマークアップ言語の間のマッピングを記述した定義ファイルを更に備え、 Further comprising a definition file describing the mapping between the first and second markup language,
    前記変換部は、前記定義ファイルを参照して、前記文書を前記第1及び第2のマークアップ言語の間でマッピングすることを特徴とする請求項1に記載の文書処理装置。 The converting unit, by referring to the definition file, a document processing apparatus according to claim 1, wherein the mapping between the document of the first and second markup language.
  4. 前記定義ファイルにおいて、前記構成要素の少なくとも一つは編集可能に定義されることを特徴とする請求項3に記載の文書処理装置。 In the definition file, at least one document processing apparatus according to claim 3, characterized in that it is editable defined in said component.
  5. 前記定義ファイルは、少なくとも一つの演算式を含み、 The definition file includes at least one arithmetic expression,
    前記変換部は、前記演算式に基づいて演算を行った結果を、前記文書内の前記演算式に対応する位置に代入することを特徴とする請求項3に記載の文書処理装置。 The converting unit, the document processing apparatus according to claim 3, characterized in that assigning the result of calculation based on the arithmetic expression, in a position corresponding to the arithmetic expression of the document.
  6. 前記文書から、文書をデータとして扱うときのアクセス方法を提供するために定められた文書オブジェクトモデルに準拠した形式のデータを生成する生成部を更に備え、 From the document, further comprising a generator for generating a form of data conforming to the document object model defined in order to provide access method when dealing with document as data,
    前記生成部は、前記第2のマークアップ言語に対応する変換元文書オブジェクトモデルデータと、前記第1のマークアップ言語に対応する変換先文書オブジェクトモデルデータとを生成することを特徴とする請求項1に記載の文書処理装置。 The generation unit claims, characterized in that to produce the original document object model data corresponding to the second markup language, and a destination document object model data corresponding to the first markup language the document processing apparatus according to 1.
  7. 前記処理装置は、前記変換先文書オブジェクトモデルデータを参照して、前記マッピングされた文書を表示することを特徴とする請求項6に記載の文書処理装置。 Wherein the processing unit refers to the destination document object model data, the document processing apparatus according to claim 6, characterized in that displaying the mapped document.
  8. 前記処理装置が、ユーザから前記文書の編集指示を受け付けたとき、 The processing device, when accepting an editing instruction for the document from a user,
    前記変換部は、前記変換元文書オブジェクトモデルデータと前記変換先文書オブジェクトモデルデータの該当箇所を変更し、 The converting unit changes the corresponding part of the destination document object model data and the original document object model data,
    前記処理装置は、前記変換先文書オブジェクトモデルデータを参照して、表示を更新することを特徴とする請求項6に記載の文書処理装置。 Wherein the processing unit refers to the destination document object model data, the document processing apparatus according to claim 6, characterized in that updating the display.
  9. 前記変換部は、前記変換元文書オブジェクトモデルデータに含まれるデータと、前記変換先文書オブジェクトモデルデータに含まれるデータとの対応関係を保持するコネクタ部を含むことを特徴とする請求項1に記載の文書処理装置。 The conversion unit according to claim 1, characterized in that it comprises and data contained in the original document object model data, a connector portion for holding the correspondence between the data contained in the destination document object model data document processing device.
  10. 前記処理装置が、ユーザから前記文書の編集指示を受け付けたとき、 The processing device, when accepting an editing instruction for the document from a user,
    前記コネクタ部は、前記編集指示を取得し、前記対応関係に基づいて、編集すべき前記変換元文書オブジェクトモデルデータのノードを抽出し、そのノードに対して、前記編集指示に対応した変更操作を実行することを特徴とする請求項9に記載の文書処理装置。 The connector unit acquires the editing instruction, based on the correspondence relation, extracts nodes of the original document object model data to be edited, for that node, the change operation corresponding to the editing instruction the document processing apparatus according to claim 9, characterized in that the run.
  11. 前記コネクタ部は、前記変換元文書オブジェクトモデルデータのノードが変更された旨の通知を受けたとき、前記対応関係に基づいて、変更されたノードに対応する前記変換先文書オブジェクトモデルデータのノードを抽出し、そのノードを再構築することを特徴とする請求項9に記載の文書処理装置。 The connector unit, when receiving the notification that the transformation of the original document object model data node changes, on the basis of the correspondence relationship, the node of the destination document object model data corresponding to the changed node the document processing apparatus according to claim 9, extracted, and wherein the reconstructing the node.
  12. 前記コネクタ部は、前記変換先文書オブジェクトモデルデータの各ノードに1対1に対応したコネクタを含み、 The connector unit includes a connector that corresponds to the one-to-one to each node of said destination document object model data,
    前記コネクタは、前記変換先文書オブジェクトモデルデータのノードと前記変換元文書オブジェクトモデルデータのノードとの対応関係を保持する第1コネクタと、対応する前記変換元文書オブジェクトモデルデータのノードを有しない第2コネクタと、を含む ことを特徴とする請求項9に記載の文書処理装置。 The connector includes first no a first connector for holding a corresponding relationship between the destination document object model data node and the original document object model data node, a node of the original document object model data corresponding the document processing apparatus according to claim 9, characterized in that it comprises a second connector, a.
  13. 前記処理装置が、ユーザから前記文書の編集指示を受け付けたとき、 The processing device, when accepting an editing instruction for the document from a user,
    編集位置が属する前記変換先文書オブジェクトモデルデータのノードに対応する前記コネクタに前記編集指示が通知され、 The editing instructions to the connector corresponding to the destination document object model data node editing position belongs is notified,
    前記編集指示が通知された前記コネクタが第1コネクタであった場合、その第1コネクタは、通知された編集指示を、対応する前記変換元文書オブジェクトモデルデータのノードに対する変更操作に変換することを特徴とする請求項11に記載の文書処理装置。 If the connector where the editing instruction is notified were first connector, the first connector, the notified editing instruction, to be converted change operation with respect to the original document object model data node corresponding the document processing apparatus according to claim 11, wherein.
  14. 前記コネクタ部は、前記変換元文書オブジェクトモデルデータのノードが変更された旨の通知を受けたとき、対応する前記変換先文書オブジェクトモデルデータのノードを再構築することを特徴とする請求項12に記載の文書処理装置。 The connector unit, when receiving the notification that the transformation of the original document object model data node changes, in claim 12, characterized in that reconstructing the node of the destination document object model data corresponding document processing apparatus according.
  15. 少なくとも1つの前記コネクタはテキストオブコネクタであり、前記テキストオブコネクタにより生成された対応ノードは編集可能であることを特徴とする請求項12に記載の文書処理装置。 At least one of said connectors is a text of connector, the document processing apparatus according to claim 12, wherein the corresponding node that is generated by the text of the connector can be edited.
  16. 少なくとも1つの前記コネクタはバリューオブコネクタであり、前記バリューオブコネクタにより生成された対応ノードは編集不可能であることを特徴とする請求項12に記載の文書処理装置。 At least one of said connectors is a value of the connector, the document processing apparatus according to claim 12, wherein the corresponding node that is generated by the value of the connector is not editable.
  17. 少なくとも1つの前記コネクタはテンプレートコネクタであり、前記テンプレートコネクタに関連する対応ノードはテンプレートであり、前記テンプレートに関連する値は変更可能であることを特徴とする請求項12に記載の文書処理装置。 At least one of said connectors is a template connector, the corresponding node associated with the template connector is a template, a document processing apparatus according to claim 12, wherein the value associated with the template can be changed.
  18. 少なくとも1つの前記コネクタは、前記変換元文書オブジェクトモデルデータの対応するノードのテキストの値が変更されても、前記ノードを特定可能であることを特徴とする請求項12に記載の文書処理装置。 At least one of said connectors, said conversion be the corresponding value of the text node that changes the original document object model data, the document processing apparatus according to claim 12, characterized in that the node can be identified.
  19. 少なくとも1つの前記コネクタは、前記変換元文書オブジェクトモデルデータの最新の構造における最新のテキストを識別し、前記変換先文書オブジェクトモデルデータに通知可能であることを特徴とする請求項18に記載の文書処理装置。 At least one of said connectors, a document according to claim 18 wherein said converting identify the latest text in modern structure of the original document object model data, characterized in that it is notified to the destination document object model data processing apparatus.
  20. xpath表現を解決することにより、前記変換元文書オブジェクトモデルデータの対応するノードを特定することを特徴とする請求項18に記載の文書処理装置。 By solving the xpath representation, a document processing apparatus according to claim 18, wherein the identifying the corresponding node of the original document object model data.
  21. 前記xpath表現は、パスを含むことを特徴とする請求項20に記載の文書処理装置。 It said xpath representation, a document processing apparatus according to claim 20, characterized in that it comprises a path.
  22. 前記xpath表現は、関数を含むことを特徴とする請求項20に記載の文書処理装置。 The xpath representation document processing apparatus according to claim 20, characterized in that it comprises a function.
  23. 文書を処理する方法であって、 A method of processing a document,
    第1のマークアップ言語を処理不可能で第2のマークアップ言語を処理可能な文書処理装置により処理される前記文書が、前記第1のマークアップ言語で記述されていたときに、前記文書を前記第2のマークアップ言語にマッピングする過程と、 When the document to be processed by the first markup language processing impossible processable document processing apparatus of the second markup language, it was described in the first markup language, the document a step of mapping the second markup language,
    マッピングされた文書を表示する過程と、 A process for displaying the mapped document,
    を含むことを特徴とする文書処理方法。 Document processing method, which comprises a.
  24. 第1のマークアップ言語を処理不可能で第2のマークアップ言語を処理可能な文書処理装置により処理される前記文書が、前記第1のマークアップ言語で記述されていたときに、前記文書を前記第2のマークアップ言語にマッピングする過程と、 When the document to be processed by the first markup language processing impossible processable document processing apparatus of the second markup language, it was described in the first markup language, the document a step of mapping the second markup language,
    マッピングされた文書を表示する過程と、 A process for displaying the mapped document,
    を含む手順を用いて文書処理操作をコンピュータに実行させることが可能な命令を有するコンピュータ読み取り可能な媒体を含むコンピュータプログラム製品。 A computer program product comprising a computer readable medium having instructions capable possible to execute the document processing operation to a computer using a procedure including.
  25. 文書処理装置により処理不可能な少なくとも1つのボキャブラリを含む文書を編集する方法であって、 A method for editing a document containing at least one vocabulary can not processed by the document processing apparatus,
    文書をロードする過程と、 The method comprising the steps of loading the document,
    前記文書のソース文書オブジェクトモデルツリーを生成する過程と、 And generating a source document object model tree of the document,
    前記少なくとも1つのボキャブラリを処理するために適合された、前記文書のデスティネーション文書オブジェクトモデルツリーをツリー変換により生成する過程と、 Adapted to process said at least one vocabulary, and generating the tree conversion destination document object model tree of the document,
    を含むことを特徴とする方法。 Wherein the containing.
  26. 編集操作を受け付けたとき、前記デスティネーション文書オブジェクトモデルツリーに変更を行う過程と、 When accepting the editing operation, and the process to make changes to the destination document object model tree,
    前記ソース文書オブジェクトモデルツリーに対応する変更を行う過程と、 A process of performing a change corresponding to the source document object model tree,
    を更に含むことを特徴とする請求項25に記載の方法。 Furthermore, the process according to claim 25, which comprises a.
  27. 前記ソース文書オブジェクトモデルツリーに対する前記変更は、前記ソース文書オブジェクトモデルツリーを修正するための一連のコマンドを生成することにより行われることを特徴とする請求項26に記載の方法。 The change to the source document object model tree A method according to claim 26, characterized in that it is carried out by generating a sequence of commands for modifying the source document object model tree.
  28. 前記ソース文書オブジェクトモデルデータツリーと前記デスティネーション文書オブジェクトモデルデータツリーとの間の関係は、コネクタ部を用いて保持されることを特徴とする請求項26に記載の方法。 The relationship between the source document object model data tree and the destination document object model data tree A method according to claim 26, characterized in that it is held with the connector portion.
  29. 前記コネクタ部は、複数のコネクタのツリーを含み、それぞれのコネクタは、前記デスティネーション文書オブジェクトモデルデータツリーにおける対応するノードを生成することを特徴とする請求項28に記載の方法。 The connector portion includes a plurality of connectors tree, each connector A method according to claim 28, characterized in that to produce a corresponding node in the destination document object model data tree.
  30. 前記コネクタは、前記デスティネーション文書オブジェクトモデルデータのノードと前記ソース文書オブジェクトモデルデータのノードとの間の対応を保持する第1コネクタと、前記ソース文書オブジェクトモデルデータのノードを有しない第2コネクタとを含むことを特徴とする請求項28に記載の方法。 The connector includes a first connector which holds the correspondence between the destination document object model node and the source document object model data node of the data, and a second connector having no node of the source document object model data the method of claim 28, which comprises a.
  31. 少なくとも1つの前記コネクタはテキストオブコネクタであり、前記テキストオブコネクタにより生成された対応ノードは編集可能であることを特徴とする請求項29に記載の方法。 At least one of said connectors is a text of connector A method according to claim 29, wherein said corresponding nodes generated by the text of the connector can be edited.
  32. 少なくとも1つの前記コネクタはバリューオブコネクタであり、前記バリューオブコネクタにより生成された対応ノードは編集不可能であることを特徴とする請求項29に記載の方法。 At least one of said connectors is a value of the connector, A method according to claim 29, wherein the corresponding node that is generated by the value of the connector is not editable.
  33. 少なくとも1つの前記コネクタはテンプレートコネクタであり、前記テンプレートコネクタに関連する対応ノードはテンプレートであり、前記テンプレートに関連する値は変更可能であることを特徴とする請求項29に記載の方法。 At least one of said connectors is a template connector, the corresponding node associated with the template connector is a template method of claim 29 wherein the value associated with the template can be changed.
  34. 少なくとも1つの前記コネクタは、前記変換元文書オブジェクトモデルデータの対応するノードのテキストの値が変更されても、前記ノードを特定可能であることを特徴とする請求項29に記載の方法。 At least one of said connectors, said conversion be the corresponding value of the text node that changes the original document object model data, the method according to claim 29, characterized in that it is possible to specify the node.
  35. 少なくとも1つの前記コネクタは、前記変換元文書オブジェクトモデルデータの最新の構造における最新のテキストを識別し、前記変換先文書オブジェクトモデルデータに通知可能であることを特徴とする請求項34に記載の方法。 At least one of the connector A method according to claim 34, wherein the converting identify the latest text in modern structure of the original document object model data, characterized in that it is notified to the destination document object model data .
  36. xpath表現を解決することにより、前記変換元文書オブジェクトモデルデータの対応するノードを特定することを特徴とする請求項34に記載の方法。 By solving the xpath representation method according to claim 34, wherein the identifying the corresponding node of the original document object model data.
  37. 前記xpath表現は、パスを含むことを特徴とする請求項35に記載の方法。 The xpath representation method according to claim 35, characterized in that it comprises a path.
  38. 前記xpath表現は、関数を含むことを特徴とする請求項35に記載の方法。 The xpath representation method according to claim 35, characterized in that it comprises a function.
  39. コマンドキューが生成されることを特徴とする請求項27に記載の方法。 The method of claim 27, wherein a command queue is generated.
  40. 前記デスティネーション文書オブジェクトモデルデータツリーは、第2のソース文書オブジェクトモデルデータツリーとされ、ツリー変換を用いて第2のデスティネーション文書オブジェクトモデルデータツリーが生成されることを特徴とする請求項25に記載の方法。 The destination document object model data tree is a second source document object model data tree in claim 25, wherein the second destination document object model data tree with tree transformation is generated the method described.
  41. 前記編集操作は、イベントとして実行されることを特徴とする請求項26に記載の方法。 The editing operation method according to claim 26, characterized in that it is executed as an event.
  42. 前記イベントは、マウスイベント又はキーボードイベントであることを特徴とする請求項41に記載の方法。 The event The method of claim 41 which is a mouse event or a keyboard event.
  43. 前記ツリー変換は、定義ファイルに記述されることを特徴とする請求項25に記載の方法。 It said tree transformation method according to claim 25, characterized in that described in the definition file.
  44. 前記定義ファイルは、イベントと少なくとも一つのコマンドとの間のマッピングを含むことを特徴とする請求項43に記載の方法。 The definition file A method according to claim 43, characterized in that it comprises a mapping between at least one command and event.
  45. 前記定義ファイルは、少なくとも一つの演算式を含み、前記演算式に基づいた計算結果が前記文書の前記演算式に対応する位置に代入されることを特徴とする請求項43に記載の方法。 The definition file includes at least one arithmetic expression, the method of claim 43, wherein the calculation results based on the arithmetic equation is characterized in that it is substituted at a position corresponding to the arithmetic expression of the document.
  46. 前記文書は、前記変換先文書オブジェクトモデルデータツリーに基づいて表示されることを特徴とする請求項25に記載の方法。 The document The method of claim 25, wherein the displayed based on the destination document object model data tree.
JP2006535891A 2004-04-08 2005-04-08 Document processing in the plurality of markup representation Granted JP2007532986A (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2004114524 2004-04-08
US59236904 true 2004-08-02 2004-08-02
JP2005020457 2005-01-27
PCT/JP2005/007287 WO2005098664A1 (en) 2004-04-08 2005-04-08 Processing documents in multiple markup representations

Publications (1)

Publication Number Publication Date
JP2007532986A true true JP2007532986A (en) 2007-11-15

Family

ID=35125273

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006535891A Granted JP2007532986A (en) 2004-04-08 2005-04-08 Document processing in the plurality of markup representation

Country Status (3)

Country Link
EP (1) EP1743256A4 (en)
JP (1) JP2007532986A (en)
WO (1) WO2005098664A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011525272A (en) * 2008-05-21 2011-09-15 インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Maschines Corporation Method for selectively secure the display of advertisements on a web browser and system,

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8965940B2 (en) * 2012-07-20 2015-02-24 Microsoft Technology Licensing, Llc Imitation of file embedding in a document

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004501450A (en) * 2000-06-21 2004-01-15 マイクロソフト コーポレイションMicrosoft Corporation The creation of any of the xml document using Dhtml and xslt
JP2004030582A (en) * 2002-04-30 2004-01-29 Toshiba Corp Structured document compiling apparatus, structured document compiling method and program

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11259460A (en) * 1998-03-10 1999-09-24 Toshiba Corp Document processor
US7080083B2 (en) * 2001-12-21 2006-07-18 Kim Hong J Extensible stylesheet designs in visual graphic environments

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004501450A (en) * 2000-06-21 2004-01-15 マイクロソフト コーポレイションMicrosoft Corporation The creation of any of the xml document using Dhtml and xslt
JP2004030582A (en) * 2002-04-30 2004-01-29 Toshiba Corp Structured document compiling apparatus, structured document compiling method and program

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011525272A (en) * 2008-05-21 2011-09-15 インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Maschines Corporation Method for selectively secure the display of advertisements on a web browser and system,

Also Published As

Publication number Publication date Type
EP1743256A4 (en) 2007-05-16 application
EP1743256A1 (en) 2007-01-17 application
WO2005098664A1 (en) 2005-10-20 application

Similar Documents

Publication Publication Date Title
US6920607B1 (en) Methods and systems for dynamically creating user interfaces
US8387006B1 (en) System and method for authoring a web page to be run-time editable
US7200816B2 (en) Method and system for automating creation of multiple stylesheet formats using an integrated visual design environment
US6978422B1 (en) Methods and apparatus for displaying managed resource information
US7496837B1 (en) Structural editing with schema awareness
US7076728B2 (en) Method and apparatus for end-to-end content publishing system using XML with an object dependency graph
US7430711B2 (en) Systems and methods for editing XML documents
US7281018B1 (en) Form template data source change
US20040268229A1 (en) Markup language editing with an electronic form
US6466240B1 (en) Method for visually writing programs or scripts that transform structured text presented as a tree
US20040044965A1 (en) Structured document edit apparatus, structured document edit method, and program product
US20040114258A1 (en) Device and method for combining dynamic mathematical expressions and other multimedia objects within a document
US20090177961A1 (en) Designing Electronic Forms
US7406660B1 (en) Mapping between structured data and a visual surface
US20050240876A1 (en) System and method for generating XSL transformation documents
US6631497B1 (en) Binding data from data source to cells in a spreadsheet
US6792475B1 (en) System and method for facilitating the design of a website
US20060294459A1 (en) Method and apparatus for end-to-end content publishing system using xml with an object dependency graph
US7275216B2 (en) System and method for designing electronic forms and hierarchical schemas
US20050038796A1 (en) Application data binding
US20070208769A1 (en) System and method for generating an XPath expression
US20110191407A1 (en) Web application development framework
US20050268215A1 (en) Method and apparatus for viewing and interacting with a spreadsheet from within a web browser
US20020059345A1 (en) Method for generating transform rules for web-based markup languages
US20040205571A1 (en) Method and system for stylesheet-centric editing

Legal Events

Date Code Title Description
A521 Written amendment

Effective date: 20070927

Free format text: JAPANESE INTERMEDIATE CODE: A523

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070927

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090714

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090914

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20100323

A521 Written amendment

Effective date: 20100623

Free format text: JAPANESE INTERMEDIATE CODE: A523

A911 Transfer of reconsideration by examiner before appeal (zenchi)

Effective date: 20100701

Free format text: JAPANESE INTERMEDIATE CODE: A911

A912 Removal of reconsideration by examiner before appeal (zenchi)

Effective date: 20100827

Free format text: JAPANESE INTERMEDIATE CODE: A912