WO2005098661A1

WO2005098661A1 - 文書処理装置及び文書処理方法

Info

Publication number: WO2005098661A1
Application number: PCT/JP2005/006799
Authority: WO
Inventors: Masayuki Hiyama; Nobuaki Wake; Norio Oshima
Original assignee: Justsystems Corporation
Priority date: 2004-04-08
Filing date: 2005-04-06
Publication date: 2005-10-20
Also published as: CN1977260A; JPWO2005098661A1; US20080282143A1; EP1744256A1

Abstract

　構造化文書を適切に処理可能な文書処理装置を提供する。　文書処理装置１００は、ＨＴＭＬ文書を表示／編集するＨＴＭＬユニット１５０、ＳＶＧ文書を表示／編集するＳＶＧユニット１６０など、ボキャブラリごとに、表示／編集系をプラグインにより実現する。処理対象となる文書が、インストールされているプラグインでは対応不可能なボキャブラリにより記述されていたときには、ＶＣユニット１８０が、その文書を表示可能なボキャブラリ、ここでは、ＨＴＭＬやＳＶＧにマッピングして、ＨＴＭＬユニット１５０又はＳＶＧユニット１６０により表示／編集する。文書処理装置１００は、処理対象となる文書を、互いに異なる複数の表示形式で、同一画面上に同時に表示して、ユーザによる文書の編集を受け付ける。

Description

明細書

文書処理装置及び文書処理方法

技術分野

[0001] 本発明は、文書処理技術に関し、特に、マークアップ言語により記述された文書を処理する文書処理装置及び文書処理方法に関する。

背景技術

[0002] XMLは、ネットワークなどを介して他者とデータを共有するのに適した形式として注目されており、 XML文書を作成、表示、編集するためのアプリケーションが開発されている（たとえば、特許文献 1参照)。 XML文書は、文書型定義などにより定義されたボキヤブラリ（タグセット）に基づいて作成されている。

特許文献 1：特開 2001— 290804号公報

発明の開示

発明が解決しょうとする課題

[0003] ボキヤブラリは、任意に定義することが許されており、理論上、無限に多くのボキヤブラリが存在しうる。これらのボキヤブラリの全てに対応して専用の表示 ·編集環境を提供するのは現実的ではない。従来、専用の編集環境が用意されていないボキヤブラリにより記述された文書を編集する場合、テキストデータにより構成された文書のソースを直接テキストエディタなどで編集して、た。

[0004] 本発明はこうした状況に鑑みてなされたものであり、その目的は、マークアップ言語により記述された文書を処理する際の、ユーザの利便性を向上させる技術を提供することにめる。

課題を解決するための手段

[0005] 本発明のある態様は、文書処理装置に関する。この文書処理装置は、マークアップ言語により記述された文書を、互いに異なる複数の表示形式で、同一画面上に同時に表示し、ユーザによる前記文書の編集を受け付ける複数の処理系を備えることを特徴とする。

[0006] 本発明の別の態様も、文書処理装置に関する。この文書処理装置は、マークアツプ言語により記述された文書を、互いに異なる複数の表示形式で切り替え可能に表示し、ユーザによる前記文書の編集を受け付ける複数の処理系を備えることを特徴とする。

[0007] マークアップ言語は、 XMLの一开態、例えば、 XHTML, SVG, MathMLなどであってもよぐ SGML, HTMLなどであってもよい。異なる複数の表示形式で文書を表示することで、ユーザが文書を様々な角度力も把握することができ、文書を編集しやすくすることができる。これにより、ユーザの利便性を向上させることができる。

[0008] 前記複数の処理系のうちの一つ力ユーザ力も前記文書の編集を受け付けたとき、編集結果を反映して、他の処理系も表示を更新してもよい。これにより、他の処理系における編集をリアルタイムに反映し、最新の状況を表示することができる。

[0009] 処理対象となる文書を、前記処理部が対応可能なマークアップ言語にマッピングする変換部を更に備えてもよい。これにより、処理系が対応してないマークアップ言語により記述された文書であっても、表示 ·編集することができる。また、処理系が対応しているマークアップ言語であっても、 XHTML、 HTMLなどのマークアップ言語により編集用の画面を作成して提供することができる。

[0010] 前記処理対象となる文書から、文書をデータとして扱うときのアクセス方法を提供するために定められた文書オブジェクトモデルに準拠した形式のデータを生成する生成部を更に備え、前記生成部は、前記処理対象となる文書に対応する第 1の文書ォブジェクトモデルデータと、前記変換部によりマッピングした文書に対応する第 2の文書オブジェクトモデルデータとを生成してもよ、。第 1の文書オブジェクトモデルデータは、編集の基礎となる DOMツリーであり、第 2の文書オブジェクトモデルデータは、表示の基礎となる DOMツリーである。ユーザから前記文書の編集を受け付けた処理系は、前記第 1の文書オブジェクトモデルデータを変更してもよい。他の処理系で、第 2の文書オブジェクトモデルデータを表示の基礎としている処理系は、第 1の文書オブジェクトモデルデータが更新されたときに、第 2の文書オブジェクトモデルデータを更新して、表示を更新する。これにより、編集をリアルタイムに表示に反映することができる。

[0011] 本発明のさらに別の態様は、文書処理方法に関する。この方法は、マークアップ言語により記述された文書を、互いに異なる複数の表示形式で、同一画面上に同時に表示し、ユーザによる前記文書の編集を受け付けることを特徴とする。

[0012] なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システムなどの間で変換したものもまた、本発明の態様として有効である。

発明の効果

[0013] 本発明によれば、マークアップ言語により記述された文書を処理する際の、ユーザの利便性を向上させることができる。

図面の簡単な説明

[0014] [図 1]実施の形態に係る文書処理装置の構成を示す図である。

[図 2]文書処理装置により編集される XML文書の例を示す図である。

[図 3]図 2に示した XML文書を HTMLで記述された表にマッピングする例を示す図である。

[図 4]図 2に示した XML文書を図 3に示した表にマッピングするための定義フアイルの例を示す図である。

[図 5]図 2に示した XML文書を、図 3に示した対応により HTMLにマッピングして表示した画面の例を示す図である。

[図 6]ユーザが定義ファイルを生成するために、定義ファイル生成部がユーザに提示するグラフィカルユーザインターフェースの例を示す図である。

[図 7]定義ファイル生成部により生成された画面レイアウトの他の例を示す図である。

[図 8]文書処理装置による XML文書の編集画面の一例を示す図である。

[図 9]文書処理装置により編集される XML文書の他の例を示す図である。

[図 10]図 9に示した文書を表示した画面の例を示す図である。

符号の説明

[0015] 100 文書処理装置、 110 主制御ユニット、 120 編集ユニット、 130 DOMュ- ット、 132 DOM提供部、 134 DOM生成部、 136 出力部、 140 CSSユニット、 150 HTMLユニット、 160 SVGユニット、 180 VCユニット、 182 マッピング部、 184 定義ファイル取得部、 186 定義ファイル生成部。発明を実施するための最良の形態

[0016] 図 1は、実施の形態に係る文書処理装置 100の構成を示す。文書処理装置 100は、文書内のデータが階層構造を有する複数の構成要素に分類された構造化文書を処理するが、本実施の形態では構造化文書の一例として XML文書を処理する例について説明する。文書処理装置 100は、主制御ユニット 110、編集ユニット 120、 DO Mユニット 130、 CSSユニット 140、 HTMLユニット 150、 SVGユニット 160、及び変換部の一例である VCユニット 180を備える。これらの構成は、ハードウェアコンポ一ネントでいえば、任意のコンピュータの CPU、メモリ、メモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

[0017] 主制御ユニット 110は、プラグインのロードや、コマンド実行のフレームワークを提供する。編集ユニット 120は、 XML文書を編集するためのフレームワークを提供する。文書処理装置 100における文書の表示及び編集機能は、プラグインにより実現されており、文書の種別に応じて必要なプラグインが主制御ユニット 110又は編集ュ-ット 120によりロードされる。主制御ユニット 110又は編集ユニット 120は、処理対象となる XML文書の名前空間を参照して、 XML文書がいずれのボキヤブラリにより記述されてヽるかを判別し、そのボキヤブラリに対応した表示又は編集用のプラグインを口ードして表示や編集を実行させる。例えば、文書処理装置 100には、 HTML文書の表示及び編集を行う HTMLユニット 150、 SVG文書の表示及び編集を行う SVGュニット 160など、ボキヤブラリ（タグセット）ごとに表示系及び編集系がプラグインとして実装されており、 HTML文書を編集するときは HTMLユニット 150が、 SVG文書を編集するときは SVGユニット 160が、それぞれロードされる。後述するように、 HTML と SVGの双方の構成要素を含む複合文書が処理対象となってヽる場合は、 HTML ユニット 150と SVGユニット 160の双方がロードされる。

[0018] このような構成によれば、ユーザは、必要な機能のみを選択してインストールし、後力適宜機能を追加又は削除することができるので、プログラムを格納するハードデイスクなどの記録媒体の記憶領域を有効に活用することができ、また、プログラム実行時にも、メモリの浪費を防ぐことができる。また、機能拡張性に優れており、開発主体としても、プラグインの形で新たなボキヤブラリに対応することが可能なので開発が容易となり、ユーザとしても、プラグインの追カ卩により容易かつ低コストにて機能を追カロすることができる。

[0019] 編集ユニット 120は、ユーザインターフェースを介してユーザ力も編集指示のィベントを受け付け、そのイベントを適切なプラグインなどに通知するともに、イベントの再実行 (リドウ）又は実行の取消（アンドゥ）などの処理を制御する。

[0020] DOMユニット 130は、 DOM提供部 132、 DOM生成部 134、及び出力部 136を含み、 XML文書をデータとして扱うときのアクセス方法を提供するために定められた文書オブジェクトモデル（Document Object Model: DOM)に準拠した機能を実現する。 DOM提供部 132は、編集ユニット 120に定義されているインタフェースを満たす DOMの実装である。 DOM生成部 134は、 XML文書から DOMツリーを生成する。後述するように、処理対象となる XML文書力 VCユニット 180により他のボキヤブラリにマッピングされる場合は、マッピング元の XML文書に対応するソースツリーと、マッビング先の XML文書に対応するデスティネーションツリーが生成される。出力部 13 6は、例えば編集終了時に、 DOMツリーを XML文書として出力する。

[0021] CSSユニット 140は、 CSS解析部 142、 CSS提供部 144、及びレンダリング部 146 を含み、 CSSに準拠した表示機能を提供する。 CSS解析部 142は、 CSSの構文を解析するバーサの機能を有する。 CSS提供部 144は、 CSSオブジェクトの実装であり、 DOMツリーに対して CSSのカスケード処理を行う。レンダリング部 146は、 CSS のレンダリングエンジンであり、 CSSを用いてレイアウトされる HTMLなどのボキヤブラリで記述された文書の表示に用いられる。

[0022] HTMLユニット 150は、 HTMLにより記述された文書を表示又は編集する。 SVG ユニット 160は、 SVGにより記述された文書を表示又は編集する。これらの表示 Z編集系は、プラグインの形で実現されており、それぞれ、文書を表示する表示部（ Canvas) 156、 166、編集指示を含むイベントを送受信する制御部（Editlet) 152、 16 2、編集コマンドを受けて DOMに対して編集を行う編集部（Zone) 154、 164を備える。制御部 152又は 162が外部力も DOMツリーの編集コマンドを受け付けると、編集部 154又は 164が DOMツリーを変更し、表示部 156又は 166が表示を更新する。これらは、 MVC (Model-View-Controller)と呼ばれるフレームワークに類似する構成をとっており、概ね、表示部 156及び 166が「View」に、制御部 152及び 162が「 Controlle に、編集部 154及び 164と DOMの実体が「Model」に、それぞれ対応する。本実施の形態の文書処理装置 100では、 XML文書をツリー表示形式で編集するだけでなぐそれぞれのボキヤブラリに応じた編集を可能とする。例えば、 HTMLュニット 150は、 HTML文書をワードプロセッサに類似した方式で編集するためのユーザインターフェースを提供し、 SVGユニット 160は、 SVG文書を画像描画ツールに類似した方式で編集するためのユーザインターフェースを提供する。

[0023] VCユニット 180は、マッピング部 182、定義ファイル取得部 184、及び定義ファイル生成部 186を含み、あるボキヤブラリにより記述された文書を、他のボキヤブラリにマッビングすることにより、マッピング先のボキヤブラリに対応した表示編集用プラグインで文書を表示又は編集するためのフレームワークを提供する。本実施の形態では、この機能を、ボキヤブラリコネクション（Vocabulary Connection: VC)と呼ぶ。定義ファィル取得部 184は、マッピングの定義を記述したスクリプトファイルを取得する。この定義ファイルは、ノードごとに、ノード間の対応 (コネクション)を記述する。このとき、各ノードの要素値や属性値の編集の可否を指定してもよい。また、ノードの要素値ゃ属性値を用いた演算式を記述してもよい。これらの機能については、後で詳述する。マッビング部 182は、定義ファイル取得部 184が取得したスクリプトファイルを参照して、 DOM生成部 134にデスティネーションツリーを生成させ、ソースツリーとデスティネーシヨンツリーの対応関係を管理する。定義ファイル生成部 186は、ユーザが定義ファィルを生成するためのグラフィカルユーザインターフェースを提供する。

[0024] VCユニット 180は、ソースツリーとデスティネーションツリーの間のコネクションを監視し、表示を担当するプラグインにより提供されるユーザインタフェースを介してユーザから編集指示を受け付けると、まずソースツリーの該当するノードを変更する。 DO Mユニット 130力ソースツリーが変更された旨のミューテーシヨンイベントを発行すると、 VCユニット 180は、そのミューテーシヨンイベントを受けて、ソースツリーの変更にデスティネーションツリーを同期させるベぐ変更されたノードに対応するデスティネーシヨンツリーのノードを変更する。デスティネーションツリーを表示 z編集するプラグィン、例えば HTMLユニット 150は、デスティネーションツリーが変更された旨のミューテーシヨンイベントを受けて、変更されたデスティネーションツリーを参照して表示を更新する。このような構成により、少数のユーザにより利用されるローカルなボキヤブラリにより記述された文書であっても、他のメジャーなボキヤブラリに変換することで、文書を表示することができるとともに、編集環境が提供される。

[0025] 文書処理装置 100により文書を表示又は編集する動作について説明する。文書処理装置 100が処理対象となる文書を読み込むと、 DOM生成部 134が、その XML文書から DOMツリーを生成する。また、主制御ユニット 110又は編集ユニット 120は、名前空間を参照して文書を記述しているボキヤブラリを判別する。そのボキヤブラリに対応したプラグインが文書処理装置 100にインストールされている場合は、そのブラグィンをロードして、文書を表示 Z編集させる。プラグインカ Sインストールされていない場合は、マッピングの定義ファイルが存在するカゝ否かを確認する。定義ファイルが存在する場合、定義ファイル取得部 184が定義ファイルを取得し、その定義に従って、デスティネーションツリーが生成され、マッピング先のボキヤブラリに対応するプラグィンにより文書が表示 Z編集される。複数のボキヤブラリを含む複合文書である場合は、後述するように、それぞれのボキヤブラリに対応したプラグインにより、文書の該当箇所がそれぞれ表示 Z編集される。定義ファイルが存在しない場合は、文書のソース又はツリー構造を表示し、その表示画面にぉ、て編集が行われる。

[0026] 図 2は、処理対象となる XML文書の例を示す。この XML文書は、生徒の成績データを管理するために用いられる。 XML文書のトップノードである構成要素「成績」は、配下に、生徒ごとに設けられた構成要素「生徒」を複数有する。構成要素「生徒」は、属性値「名前」と、子要素「国語」、「数学」、「理科」、「社会」を有する。属性値「名前」は、生徒の名前を格納する。構成要素「国語」、「数学」、「理科」、「社会」は、それぞれ、国語、数学、理科、社会の成績を格納する。例えば、名前カ^ A」である生徒の国語の成績は「90」、数学の成績は「50」、理科の成績は「75」、社会の成績は「60」である。以下、この文書で使用されているボキヤブラリ（タグセット）を、「成績管理ボキヤブラリ」と呼ぶ。

[0027] 本実施の形態の文書処理装置 100は、成績管理ボキヤブラリの表示 Z編集に対応したプラグインを有しないので、この文書をソース表示、ツリー表示以外の方法で表示するためには、前述した VC機能が用いられる。すなわち、成績管理ボキヤブラリを、プラグインが用意された別のボキヤブラリ、例えば、 HTMLや SVGなどにマツピングするための定義ファイルを用意する必要がある。ユーザ自身が定義ファイルを作成するためのユーザインターフェースについては後述することにして、ここでは、既に定義ファイルが用意されているとして説明を進める。

[0028] 図 3は、図 2に示した XML文書を HTMLで記述された表にマッピングする例を示す。図 3の例では、成績管理ボキヤブラリの「生徒」ノードを、 HTMLにおける表（「 TABLE」ノード)の行（「TR」ノード）に対応づけ、各行の第 1列には属性値「名前」を、第 2列には「国語」ノードの要素値を、第 3列には「数学」ノードの要素値を、第 4列には「理科」ノードの要素値を、第 5列には「社会」ノードの要素値を、それぞれ対応付ける。これにより、図 2に示した XML文書を、 HTMLの表形式で表示することができる。また、これらの属性値及び要素値は、編集可能であることが指定されており、ユーザが HTMLによる表示画面上で、 HTMLユニット 150の編集機能により、これらの値を編集することができる。第 6列には、国語、数学、理科、社会の成績の加重平均を算出する演算式が指定されており、生徒の成績の平均点が表示される。このように、定義ファイルに演算式を指定可能とすることにより、より柔軟な表示が可能となり、編集時のユーザの利便性を向上させることができる。なお、第 6列は、編集不可であることが指定されており、平均点のみを個別に編集することができな、ようにして、る。このように、マッピング定義において、編集の可否を指定可能とすることにより、ユーザの誤操作を防ぐことができる。

[0029] 図 4は、図 2に示した XML文書を図 3に示した表にマッピングするための定義フアイルの例を示す。この定義ファイルは、定義ファイル用に定義されたスクリプト言語により記述される。定義ファイルには、コマンドの定義と、表示のテンプレートが記述されている。図 4の例では、コマンドとして、「生徒の追加」と「生徒の削除」が定義されており、それぞれ、ソースツリーにノード「生徒」を挿入する操作と、ソースツリーからノード「生徒」を削除する操作が対応付けられている。また、テンプレートとして、表の第 1 行に「名前」、「国語」などの見出しが表示され、第 2行以降に、ノード「生徒」の内容が表示されることが記述されて、る。ノード「生徒」の内容を表示するテンプレート中、 rtext-ofjと記述された項は「編集可能」であることを意味し、 rvalue- ofjと記述された項は「編集不可能」であることを意味する。また、ノード「生徒」の内容を表示する行のうち、第 6列には、「(src:国語 + src:数学 + src:理科 + src:社会） div 4」という計算式が記述されており、生徒の成績の平均が表示されることを意味する。

[0030] 図 5は、図 2に示した成績管理ボキヤブラリで記述された XML文書を、図 3に示した対応により HTMLにマッピングして表示した画面の例を示す。表 200の各行には、左から、各生徒の名前、国語の成績、数学の成績、理科の成績、社会の成績、及び平均点が表示されている。ユーザは、この画面上で、 XML文書を編集することができる。たとえば、第 2行第 3列の値を「70」に変更すると、このノードに対応するソースツリーの要素値、すなわち、生徒「B」の数学の成績が「70」に変更される。このとき、 VCユニット 180は、デスティネーションツリーをソースツリーに追従させるベぐデステイネーシヨンツリーの該当箇所を変更し、 HTMLユニット 150力変更されたデスティネーシヨンツリーに基づいて表示を更新する。したがって、画面上の表においても、生徒「B」の数学の成績が「70」に変更され、更に、平均点が「55」に変更される。

[0031] 図 5に示した画面には、図 4に示した定義ファイルに定義されたように、「生徒の追カロ」及び「生徒の削除」のコマンド力^-ユーに表示される。ユーザがこれらのコマンドを選択すると、ソースツリーにおいて、ノード「生徒」が追加又は削除される。このように、本実施の形態の文書処理装置 100では、階層構造の末端の構成要素の要素値を編集するのみではなぐ階層構造を編集することも可能である。このようなツリー構造の編集機能は、コマンドの形でユーザに提供されてもよい。また、例えば、表の行を追加又は削除するコマンドが、ノード「生徒」を追加又は削除する操作に対応づけられてもよい。また、他のボキヤブラリを埋め込むコマンドがユーザに提供されてもよい。この表を入力用テンプレートとして、穴埋め形式で新たな生徒の成績データを追カロすることもできる。以上のように、 VC機能により、 HTMLユニット 150の表示 Z編集機能を利用しつつ、成績管理ボキヤブラリで記述された文書を編集することが可能となる。

[0032] 図 6は、ユーザが定義ファイルを生成するために、定義ファイル生成部 186がユーザに提示するグラフィカルユーザインターフェースの例を示す。画面左側の領域 202 には、マッピング元の XML文書がツリー表示されている。画面右側の領域 204には、マッピング先の XML文書の画面レイアウトが示されている。この画面レイアウトは、 HTMLユニット 150により編集可能となっており、ユーザは、画面右側の領域 204において、文書を表示するための画面レイアウトを作成する。そして、例えば、マウスなどのポインティングデバイスにより、画面左側の領域 202に表示されたマッピング元の XML文書のノードを、画面右側の領域 204に表示された HTMLによる画面レイァゥト中へドラッグ &ドロップ操作を行うことにより、マッピング元のノードと、マッピング先のノードとのコネクションが指定される。例えば、要素「生徒」の子要素である「数学」を、 HTML画面の表 200の第 1行第 3列にドロップすると、「数学」ノードと、 3列目の「T D」ノードの間にコネクションが張られる。各ノードには、編集の可否が指定できるようになっている。また、表示画面中には、演算式を埋め込むこともできる。画面の編集が終わると、定義ファイル生成部 186は、画面レイアウトとノード間のコネクションを記述した定義ファイルを生成する。

[0033] XHTML, MathML、 SVGなどの主要なボキヤブラリに対応したビューヮゃエディタは既に開発されて、るが、図 2に示した文書のようなオリジナルなボキヤブラリで記述された文書に対応したビューヮゃエディタを開発するのは現実的でな、。しかし、上記のように、他のボキヤブラリにマッピングするための定義ファイルを作成すれば、ビューヮゃエディタを開発しなくても、 VC機能を利用して、オリジナルなボキヤブラリで記述された文書を表示 ·編集することができる。

[0034] 図 7は、定義ファイル生成部 186により生成された画面レイアウトの他の例を示す。

図 7の例では、成績管理ボキヤブラリで記述された XML文書を表示するための画面に、表 200と、円グラフ 206が作成されている。この円グラフ 206は、 SVGにより記述される。後述するように、本実施の形態の文書処理装置 100は、一つの XML文書内に複数のボキヤブラリを含む複合文書を処理することができるので、この例のように、 HTMLで記述された表 200と、 SVGで記述された円グラフ 206とを、一つの画面上に表示することができる。

[0035] 図 8は、文書処理装置 100による XML文書の編集画面の一例を示す。図 8の例では、一つの画面が複数に分割されており、それぞれの領域において、処理対象となる XML文書を異なる複数の表示形式により表示している。領域 210には、文書のソースが表示されており、領域 212には、文書のツリー構造が表示されており、領域 21 4には、図 5に示した HTMLにより記述された表が表示されている。これらのいずれの画面上においても、文書の編集が可能であり、いずれかの画面上でユーザが編集を行うと、ソースツリーが変更され、それぞれの画面の表示を担当するプラグインが、ソースツリーの変更を反映すべく画面を更新する。具体的には、ソースツリーの変更を通知するミューテーシヨンイベントのリスナーとして、それぞれの編集画面の表示を担当するプラグインの表示部を登録しておき、 V、ずれかのプラグイン又は VCユニット 180によりソースツリーが変更されたときに、編集画面を表示中の全ての表示部が、発行されたミューテーシヨンイベントを受け取って画面を更新する。このとき、プラグィンが VC機能により表示を行っている場合は、 VCユニット 180がソースツリーの変更に追従してデスティネーションツリーを変更した後、変更されたデスティネーションッリ一を参照してプラグインの表示部が画面を更新する。

[0036] 例えば、ソース表示及びツリー表示を、専用のプラグインにより実現している場合は、ソース表示用プラグインとツリー表示用プラグインは、デスティネーションツリーを用いず、直接ソースツリーを参照して表示を行う。この場合、いずれかの画面において編集が行われると、ソース表示用プラグインとツリー表示用プラグインは、変更されたソースツリーを参照して画面を更新し、領域 214の画面を担当している HTMLュ-ット 150は、ソースツリーの変更に追従して変更されたデスティネーションツリーを参照して画面を更新する。

[0037] ソース表示及びツリー表示は、 VC機能を利用して実現することもできる。すなわち、ソース、ツリー構造を HTMLによりレイアウトし、その HTMLに XML文書をマツピングして、 HTMLユニット 150により表示してもよい。この場合、ソース形式、ツリー形式、表形式の 3つのデスティネーションツリーが生成されることになる。いずれかの画面において編集が行われると、 VCユニット 180は、ソースツリーを変更した後、ソース形式、ツリー形式、表形式の 3つのデスティネーションツリーをそれぞれ変更し、 HTML ユニット 150は、それらのデスティネーションツリーを参照して、 3つの画面を更新する

[0038] このように、一つの画面上に複数の表示形式で文書を表示することにより、ユーザの利便性を向上させることができる。例えば、ユーザは、ソース表示又はツリー表示により文書の階層構造を把握しつつ、表 200などを用いて視覚的に分力りやすい形式で文書を表示し、編集することができる。上記の例では、一つの画面を分割して複数の表示形式による画面を同時に表示した力一つの画面に一つの表示形式による画面を表示し、表示形式をユーザの指示により切り替え可能としてもよい。この場合、主制御ユニット 110が、ユーザから表示形式の切り替え要求を受け付け、各プラグィンに指示して表示を切り替える。

[0039] 図 9は、文書処理装置 100により編集される XML文書の他の例を示す。図 9に示した XML文書では、 SVG文書の「foreignObject」タグの中に XHTML文書が埋め込まれており、さら〖こ、 XHTML文書の中に MathMLで記述された数式が入っている。このような場合、編集ユニット 120が、名前空間を参照して、適切な表示系に描画作業を振り分ける。図 9の例では、編集ユニット 120は、まず、 SVGユニット 160に四角开を描画させ、つづいて、 HTMLユニット 150に XHTML文書を描画させる。さらに、図示しない MathMLユニットに、数式を描画させる。こうして、複数のボキヤブラリを包含する複合文書が適切に表示される。表示結果を図 10に示す。

[0040] 文書編集中、カーソル (キャリッジ）の位置に応じて、表示されるメニューを切り替えてもよい。すなわち、カーソルが、 SVG文書が表示された領域内に存在するときは、 SVGユニット 160が提供するメニュー、又は SVG文書をマッピングするための定義フアイルに定義されたコマンドを表示し、カーソルが、 XHTML文書が表示された領域内に存在するときは、 HTMLユニット 150が提供するメニュー、又は XHTML文書をマッピングするための定義ファイルに定義されたコマンドを表示する。これにより、編集位置に応じて適切なユーザインターフェースを提供することができる。

[0041] 複合文書にお!、て、あるボキヤブラリに対応する適切なプラグイン又はマッピング定義ファイルがな力つた場合は、そのボキヤブラリにより記述された部分は、ソース表示又はツリー表示されてもよい。従来、ある文書に他の文書を埋め込んだ複合文書を開くとき、埋め込まれた文書を表示するアプリケーション力 Sインストールされて、な、と、その内容を表示することができな力つた力本実施の形態では、表示用のアプリケーシヨンが存在しなくても、テキストデータにより構成された XML文書をソース表示又はツリー表示することにより内容を把握することができる。これは、テキストベースである XMLなどの文書ならではの特徴と、える。

[0042] データがテキストベースで記述されることの他の利点として、例えば、複合文書中の、あるボキヤブラリにより記述される部分において、同一文書内の他のボキヤブラリで記述された部分のデータを参照してもよい。また、文書内で検索を実行する時に、 S VGなどの図に埋め込まれた文字列も検索対象とすることができる。

[0043] あるボキヤブラリにより記述された文書内に、他のボキヤブラリのタグを用いてもよい。この XML文書は、妥当（valid)ではないが、整形式 (welH rmed)であれば、有効な XML文書として処理可能である。この場合、挿入された他のボキヤブラリのタグは、定義ファイルによりマッピングされてもよい。例えば、 XHTML文書中に、「重要」、「最重要」などのタグを使用し、これらのタグで囲まれた部分を強調表示してもよ、し、重要度の順にソートして表示してもよ、。

[0044] 図 10に示した編集画面において、ユーザにより文書が編集されると、編集された部分を担当するプラグイン又は VCユニット 180がソースツリーを変更する。ソースツリーには、ノードごとにミューテーシヨンイベントのリスナーを登録できるようになっており、通常は、各ノードが属するボキヤブラリに対応したプラグインの表示部又は VCュ-ット 180がリスナーとして登録される。 DOM提供部 132は、ソースツリーが変更されると、変更されたノードから上位の階層へたどって、登録されたリスナーがあれば、そのリスナ一へミューテーシヨンイベントを発行する。例えば、図 9に示した文書において、 < html >ノードの下位のノードが変更された場合、く html >ノードにリスナーとして登録された HTMLユニット 150にミューテーシヨンイベントが通知されるとともに、その上位のく svg>ノードにリスナーとして登録された SVGユニット 160にもミューテーシヨンイベントが通知される。このとき、 HTMLユニット 150は、変更されたソースツリーを参照して表示を更新する。 SVGユニット 160は、自身のボキヤブラリに属するノードが変更されて、な、ので、ミューテーシヨンイベントを無視してもよ、。

[0045] 編集の内容によっては、 HTMLユニット 150による表示の更新に伴って、全体のレィアウトが変わる可能性がある。この場合は、画面のレイアウトを管理する構成、例えば最上位のノードの表示を担当するプラグインにより、プラグインごとの表示領域のレィアウトが更新される。例えば、 HTMLユニット 150による表示領域が以前より大きくなった場合、 HTMLユニット 150は、まず自身の担当する部分を描画して、表示領域の大きさを決定する。そして、画面のレイアウトを管理する構成に、変更後の表示領域の大きさを通知し、レイアウトの更新を依頼する。画面のレイアウトを管理する構成は、通知を受けて、プラグインごとの表示領域を再レイアウトする。こうして、編集された部分の表示が適切に更新されるとともに、画面全体のレイアウトが更新される。

[0046] 以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せに、ろ、ろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

[0047] 実施の形態では、 XML文書を処理する例にっ、て説明したが、本実施の形態の文書処理装置 100は、他のマークアップ言語、例えば、 SGML, HTMLなどで記述された文書も同様に処理可能である。

産業上の利用可能性

[0048] 本発明は、マークアップ言語により記述された文書を処理する文書処理装置に利用可能である。

Claims

請求の範囲

[1] マークアップ言語により記述された文書を、互いに異なる複数の表示形式で、同一画面上に同時に表示し、ユーザによる前記文書の編集を受け付けるための、複数の処理系を備えることを特徴とする文書処理装置。

[2] マークアップ言語により記述された文書を、互いに異なる複数の表示形式で切り替え可能に表示し、ユーザによる前記文書の編集を受け付けるための、複数の処理系を備えることを特徴とする文書処理装置。

[3] 前記複数の処理系のうちの一つが、ユーザ力も前記文書の編集を受け付けたとき、編集結果を反映して、他の処理系も表示を更新することを特徴とする請求項 1又は 2 に記載の文書処理装置。

[4] 前記処理対象となる文書から、文書をデータとして扱うときのアクセス方法を提供するために定められた文書オブジェクトモデルに準拠した形式のデータを生成して管理する管理部を更に備え、

前記管理部は、前記処理対象となる文書に対応する第 1の文書オブジェクトモデルデータを生成し、

前記複数の処理系は、前記第 1の文書オブジェクトモデルデータを参照して、前記文書をそれぞれの表示形式にて表示することを特徴とする請求項 1から 3のいずれかに記載の文書処理装置。

[5] 前記処理系は、ユーザ力も前記文書の編集を受け付けたとき、前記第 1の文書ォブジェクトモデルデータを変更することを特徴とする請求項 4に記載の文書処理装置

[6] 前記管理部は、前記第 1の文書オブジェクトモデルデータが変更されたとき、前記複数の処理系にその旨を通知し、

前記複数の処理系は、前記管理部力前記第 1の文書オブジェクトモデルデータの変更を通知されたとき、前記第 1の文書オブジェクトモデルデータを参照して、表示を更新することを特徴とする請求項 4又は 5に記載の文書処理装置。

[7] 処理対象となる文書を、前記処理系のうちの少なくとも一つが対応可能なマークァップ言語にマッピングする変換部を更に備えることを特徴とする請求項 1から 6のいずれかに記載の文書処理装置。

[8] 前記管理部は、前記変換部によりマッピングされた文書に対応する第 2の文書ォブジェクトモデルデータを生成し、

前記マッピングされた文書を表示する処理系は、前記第 2の文書オブジェクトモデルデータを参照して、前記マッピングされた文書を表示することを特徴とする請求項 7 に記載の文書処理装置。

[9] 前記変換部は、前記第 1の文書オブジェクトモデルデータが変更されたとき、その変更に前記第 2の文書オブジェクトモデルデータを追従させるために、前記第 2の文書オブジェクトモデルデータの該当箇所を変更することを特徴とする請求項 8に記載の文書処理装置。

[10] 前記管理部は、前記第 2の文書オブジェクトモデルデータが変更されたとき、前記マッピングされた文書を表示する処理系にその旨を通知し、

前記マッピングされた文書を表示する処理系は、前記管理部から前記第 2の文書オブジェクトモデルデータの変更を通知されたとき、前記第 2の文書オブジェクトモデルデータを参照して、表示を更新することを特徴とする請求項 8又は 9に記載の文書処理装置。

[11] マークアップ言語により記述された文書を、互いに異なる複数の表示形式で、同一画面上に同時に表示し、ユーザによる前記文書の編集を受け付けることを特徴とする文書処理方法。

[12] コンピュータに、

マークアップ言語により記述された文書を、互いに異なる複数の表示形式で、同一画面上に同時に表示し、ユーザによる前記文書の編集を受け付ける機能を実現させることを特徴とするコンピュータプログラム。