WO2006051974A1 - 文書処理装置および文書処理方法 - Google Patents

Abstract

　マークアップ言語により記述された文書を適切に処理可能な技術を提供する。 　文書処理装置は、マークアップ言語により記述された文書を取得すると、その文書に含まれる、注釈をつけるために用意された要素を抽出する。注釈をつけるために用意された要素が存在する場合は、その要素の要素値が表示された位置の近傍に、その要素の要素名を表示する。要素名は、テキスト表示されてもよいし、バルーン表示されてもよい。また、要素名をステータス表示領域などに表示してもよい。

Description

明 細 書

文書処理装置および文書処理方法

技術分野

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

背景技術

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

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

発明の開示

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

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

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

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

[0005] 本発明のある態様は、文書処理装置に関する。この文書処理装置は、マークアップ 言語により記述された文書を取得する手段と、前記文書に含まれる要素又は属性を 抽出する手段と、抽出された前記要素又は属性の名称を表示する手段と、を備える ことを特徴とする。

[0006] 前記抽出する手段は、前記文書に含まれる、注釈をつけるために用意された要素 又は属性を抽出してもよい。前記名称は、前記要素の要素値、前記属性の属性値、 前記属性が属する要素の要素値の 、ずれかの近傍にテキスト表示されてもょ 、。前 記名称は、前記要素の要素値、前記属性の属性値、前記属性が属する要素の要素 値のいずれかの近傍にバルーン表示されてもよい。前記名称は、ステータス表示領 域に表示されてもよい。

[0007] 本発明の別の態様もまた、文書処理装置である。

この装置は、マークアップ言語により記述された構造ィ匕文書ファイルをソースフアイ ルとして取得する文書取得部と、ソースファイルに含まれるデータの表示方法が記述 された定義ファイルを取得する定義ファイル取得部と、定義ファイルに記述された口 ジックを実行することによりソースファイルに含まれるデータを画面表示させるデータ 表示部と、を備える。

定義ファイルには、タグに付属して要素の特性を示す情報を付属情報として、ソー スファイルに含まれる付属情報のうち注釈表示すべき付属情報を特定するための注 釈情報が記述されており、データ表示部は、定義ファイルの注釈情報によって特定さ れる付属情報を本文に対する注釈として表示させる。

[0008] 本発明のさらに別の態様もまた、文書処理装置である。

この装置は、マークアップ言語により記述された構造ィ匕文書ファイルをソースフアイ ルとして取得する文書取得部と、ソースファイルに含まれるデータを所定の表示形式 にて画面表示させるデータ表示部と、を備える。

ソースファイルにおいては、タグに付属して要素の特性を示す付属情報のうち、注 釈表示すべき付属情報に注釈子が付されており、データ表示部は、注釈子によって 特定される付属情報を本文に対する注釈として表示させる。

[0009] 画面表示されたデータに対するユーザの操作を検出する操作検出部を更に備えて もよい。データ表示部は、注釈表示の対象として設定されている要素がユーザの操 作によって指定されたときに、その要素についての付属情報を注釈表示させてもよい

[0010] データ表示部は、付属情報として、対象要素のタグ名、対象要素の要素値、対象 要素の属性名、対象要素の属性の属性値の少なくともいずれかを注釈表示させても よい。

[0011] 本発明のさらに別の態様は、文書処理方法である。

この方法は、マークアップ言語により記述された構造ィ匕文書ファイルをソースフアイ ルとして取得するステップと、ソースファイルに含まれるデータの表示方法が記述され た定義ファイルを取得するステップと、定義ファイルに記述されたロジックを実行する ことによりソースファイルに含まれるデータを画面表示させるステップと、を備える。 定義ファイルには、タグに付属して要素の特性を示す情報を付属情報として、ソー スファイルに含まれる付属情報のうち注釈表示すべき付属情報を特定するための注 釈情報が記述されており、データを画面表示させるステップにおいては、定義フアイ ルの注釈情報によって特定される付属情報を本文に対する注釈として表示させる。

[0012] 本発明のさらに別の態様もまた、文書処理方法である。

この方法は、マークアップ言語により記述された構造ィ匕文書ファイルをソースフアイ ルとして取得するステップと、ソースファイルに含まれるデータを所定の表示形式にて 画面表示させるステップと、を備える。

ソースファイルにお ヽては、タグに付属して要素の特性を示す付属情報のうち注釈 表示すべき付属情報に注釈子が付されており、データを画面表示させるステップに おいては、注釈子によって特定される付属情報を本文に対する注釈として表示させ る。

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

発明の効果

[0014] 本発明によれば、マークアップ言語により構造ィ匕されたデータを処理する際の、ュ 一ザの利便性を向上させることができる。

図面の簡単な説明

[0015] [図 1]前提技術に係る文書処理装置の構成を示す図である。

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

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

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

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

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

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

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

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

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

[図 11]ァノーテーシヨンを含む XML文書の一部を示す図である。

[図 12]図 11に示した XML文書が表示された画面の例を示す図である。

[図 13]図 11に示した XML文書が表示された画面の別の例を示す図である。

[図 14]図 11に示した XML文書が表示された画面の更に別の例を示す図である。

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

符号の説明

[0016] 20 文書処理装置、 22 主制御ユニット、 24 編集ユニット、 30 DOMユニット、 3 2 DOM提供部、 34 DOM生成部、 36 出力部、 40 CSSユニット、 42 解析部、 44 CSS提供部、 46 レンダリング部、 50 HTMLユニット、 52, 62 制御部、 54, 64 編集部、 56, 66 表示部、 60 SVGユニット、 70 データ取得部、 72 文書取 得部、 74 定義ファイル取得部、 80 VCユニット、 82 マッピング部、 84 定義フアイ ル取得部、 86 定義ファイル生成部、 100 文書処理装置。

発明を実施するための最良の形態

[0017] (前提技術）

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

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

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

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

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

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

[0023] HTMLユニット 50は、 HTMLにより記述された文書を表示又は編集する。 SVGュ ニット 60は、 SVGにより記述された文書を表示又は編集する。これらの表示 Z編集 系は、プラグインの形で実現されており、それぞれ、文書を表示する表示部（Canvas) 56、 66、編集指示を含むイベントを送受信する制御部（Editlet) 52、 62、編集コマン ドを受けて DOMに対して編集を行う編集部 (Zone) 54、 64を備える。制御部 52又は 62が外部力も DOMツリーの編集コマンドを受け付けると、編集部 54又は 64が DO Mツリーを変更し、表示部 56又は 66が表示を更新する。これらは、 MVC (Model-Vi ew-Controller)と呼ばれるフレームワークに類似する構成をとつており、概ね、表示部 56及び 66が「View」に、制御部 52及び 62が「Controller」に、編集部 54及び 64と D OMの実体が「Model」に、それぞれ対応する。本前提技術の文書処理装置 20では、 XML文書をツリー表示形式で編集するだけでなく、それぞれのボキヤブラリに応じた 編集を可能とする。例えば、 HTMLユニット 50は、 HTML文書をワードプロセッサに 類似した方式で編集するためのユーザインターフェースを提供し、 SVGユニット 60は 、 SVG文書を画像描画ツールに類似した方式で編集するためのユーザインターフエ ースを提供する。

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

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

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

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

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

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

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

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

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

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

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

[0035] 図 7は、定義ファイル生成部 86により生成された画面レイアウトの他の例を示す。図 7の例では、成績管理ボキヤブラリで記述された XML文書を表示するための画面に 、表 90と、円グラフ 93が作成されている。この円グラフ 93は、 SVGにより記述される。 後述するように、本前提技術の文書処理装置 20は、一つの XML文書内に複数のボ キヤブラリを含む複合文書を処理することができるので、この例のように、 HTMLで記 述された表 90と、 SVGで記述された円グラフ 93とを、一つの画面上に表示すること ができる。

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

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

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

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

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

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

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

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

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

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

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

[0047] (実施の形態）

実施の形態では、文書ファイル中に、注釈をつけるために用意されたァノーテーシ ヨン要素又は属性が存在する場合に、その要素又は属性の名称を表示する技術を 提案する。文書を閲覧又は編集しているときに、文書の一部を強調表示させたいとき がある。ワードプロセッサなどにおいては、一般に、下線を引いたり、太字にしたり、色 を変えたりするなどして、強調表示させることが可能であるが、本実施の形態では、 X ML文書を編集しているときにも、同様の機能を実現する技術について説明する。

[0048] ァノーテーシヨンタグは、例えば、あるボキヤブラリにおいて注釈をつけるために用 意されたタグであってもよ 、し、注釈をつけるために用意されたボキヤブラリに属する タグであってもよい。また、ユーザなどが定義ファイルなどにおいて、ァノーテーシヨン タグとして指定したタグであってもよい。ァノーテーシヨンは属性によりつけられてもよ い。

[0049] 文書処理装置 20は、文書ファイル中にァノーテーシヨンタグ又は属性が存在する か否かを判断し、ァノーテーシヨンタグ又は属性が存在する場合は、その名称を表示 する。タグ名は、例えば、ァノーテーシヨンタグで囲まれたテキストの横に表示してもよ いし、テキストの周辺にバルーン表示してもよいし、ステータス表示領域などに表示し てもよい。これにより、ァノーテーシヨンタグにより注釈として指定された内容を効果的 に強調表示することができる。

[0050] 図 11は、ァノーテーシヨンを含む XML文書の一部を示す。図 11の例では、要素「s prinkle:役割」のうち、属性「name」に「資本コスト」が指定されたものを強調表示するこ とにする。したがって、文書処理装置 20は、この「資本コスト」が属性に指定された「sp rinkle:役割」タグで囲まれたテキスト「10%」の周辺又はステータス表示領域に、属性 名「資本コスト」を表示する。

[0051] 図 12は、図 11に示した XML文書が表示された画面の例を示す。図 12では、ァノ 一テーシヨン用の属性の名称「資本コスト」がテキスト「10%」の横に表示されている。 この例では、属性「id」の属性値も表示されている。名称は、常時表示されていてもよ いし、カーソルがテキスト上にあるときに、その近傍に名称を表示してもよい。名称は 、テキストの上、下、右、左など、いずれの位置に表示されてもよい。

[0052] 図 13は、図 11に示した XML文書が表示された画面の別の例を示す。図 13では、 ァノーテーシヨン用の属性の名称「資本コスト」がテキスト「10%」の近傍にバルーン 表示されている。名称は、常時バルーン表示されていてもよいし、カーソルがテキスト 上にあるときに、その近傍に名称をバルーン表示してもよい。バルーンは、テキストの 上、下、右、左など、いずれの位置に表示されてもよい。

[0053] 図 14は、図 11に示した XML文書が表示された画面の更に別の例を示す。図 14で は、ァノーテーシヨン用の属性の名称「資本コスト」がステータス表示領域に表示され ている。名称は、常時表示されていてもよいし、カーソルがテキスト上にあるときに、名 称を表示してもよい。名称は、ステータス表示領域の他、ポップアップウィンドウなど、 V、ずれの領域に表示されてもょ 、。

[0054] 文書処理装置 20がァノーテーシヨンタグのタグ名を表示するときの動作にっ ヽて説 明する。以下、タグ名について説明するが、属性名の場合も同様である。まず、第 1 の例として、定義ファイルにァノーテーシヨン要素を処理するためのテンプレートを記 述する例を説明する。ァノーテーシヨンタグを含む XML文書に対応づけられる定義 ファイルに、ァノーテーシヨン要素のテンプレートを用意し、そのテンプレートの中で、 ァノーテーシヨン要素のテキストノードにコネクタ「text-of」を対応づける。更に、デス ティネーシヨンツリーにァノーテーシヨン要素の要素名を格納したテキストノードを生 成させるコネクタを記述する。これにより、デスティネーションツリーには、ァノーテ一 シヨン要素のテキストを格納したテキストノードと、その要素名を格納したテキストノー ドが生成される。この場合、要素名はテキストの隣に常時表示されることになる力 力 一ソルがテキスト上にあるときにのみ要素名を表示させたい場合は、それを実現する ためのロジックを更に定義ファイルに記述すればよい。 [0055] 第 2の例として、 VCユニット 80がタグ名の表示を自動生成する例を説明する。 VC ユニット 80は、ァノーテーシヨン要素を検出すると、定義ファイルにその要素のテンプ レートが記述されていなくても、自動的に要素名を格納したテキストノードを生成する コネクタを生成する。これにより、デスティネーションツリーに要素名を格納したテキス トノードが生成され、要素名が表示される。

[0056] 第 3の例として、ァノーテーシヨン要素の要素名を表示する機能を有するユニットを 別に用意する例を説明する。このァノーテーシヨン表示ユニットは、プラグインとして 提供され、文書処理装置 20に追加されてもよい。ァノーテーシヨン表示ユニットは、 例えば、ァノーテーシヨン要素の要素名を表示するための透明なレイヤーを生成し、 そのレイヤーを、文書を表示した画面に重ねて表示してもよい。ァノーテーシヨン表 示ユニットは、ァノーテーシヨン要素を検出すると、ァノーテーシヨン表示用のレイヤ 一上において、ァノーテーシヨン要素のテキストの近傍やシステムラインなどに、要素 名をテキスト又はバルーンとして書き込む。ァノーテーシヨン表示ユニットは、カーソル がテキスト上にあるときにのみ、要素名をァノーテーシヨン表示用のレイヤーに表示さ せてもよい。

[0057] 本実施の形態に関連して更に付言しておく。

図 15は、実施の形態に係る文書処理装置 100の構成を示す図である。文書処理 装置 100の構成は、処理対象となるデータを取得するための構成としてのデータ取 得部 70を明示したものである。データ取得部 70は、文書取得部 72と定義ファイル取 得部 74を含む。文書取得部 72は、処理対象となる XML文書ファイルを取得する。 定義ファイル取得部 74は、取得された XMLファイルの表示形式を定めた定義フアイ ルを取得する。文書取得部 72は、ウェブサーバなどの外部装置力もネットワークを介 して XML文書ファイルを取得してもよ!/、。

[0058] 上記第 1の例の場合、この定義ファイルには、 XML文書ファイル中における所定の タグ、所定の要素についてのタグ名や、要素値など、タグに付属する各種の情報を 注釈表示させるためのロジックが記述されることになる。たとえば、図 11に関連して説 明したく sprinkle〉タグによって示される属性のうち、 name属性の値をバルーン表示さ せるようなロジックが記述されてもよい。上記第 2や第 3の例の場合、 VCユニット 80や ァノテーシヨン表示ユニットは、 XML文書ファイル中における所定のタグに付属する 情報を注釈表示する機能を備える。たとえば、図 11に関連して説明したく sprinkled グを検出すると、その属性名と属性値をステータスバーに表示させる機能を備えても よい。この場合、もともとの XML文書ファイル中におけるく sprinkle〉タグ力 注釈表示 の対象となるデータを特定するための注釈子の役割を担う。

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

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

産業上の利用可能性

[0061] 本発明によれば、マークアップ言語により構造ィ匕されたデータを処理する際の、ュ 一ザの利便性を向上させることができる。

Claims

請求の範囲

[1] マークアップ言語により記述された文書を取得する手段と、

前記文書に含まれる要素又は属性を抽出する手段と、

抽出された前記要素又は属性の名称を表示する手段と、

を備えることを特徴とする文書処理装置。

[2] 前記抽出する手段は、前記文書に含まれる、注釈をつけるために用意された要素 又は属性を抽出することを特徴とする請求項 1に記載の文書処理装置。

[3] 前記名称は、前記要素の要素値、前記属性の属性値、前記属性が属する要素の 要素値のいずれかの近傍にテキスト表示されることを特徴とする請求項 1又は 2に記 載の文書処理装置。

[4] 前記名称は、前記要素の要素値、前記属性の属性値、前記属性が属する要素の 要素値のいずれかの近傍にバルーン表示されることを特徴とする請求項 1又は 2に 記載の文書処理装置。

[5] 前記名称は、ステータス表示領域に表示されることを特徴とする請求項 1又は 2に 記載の文書処理装置。

[6] マークアップ言語により記述された構造ィ匕文書ファイルをソースファイルとして取得 する文書取得部と、

ソースファイルに含まれるデータの表示方法が記述された定義ファイルを取得する 定義ファイル取得部と、

定義ファイルに記述されたロジックを実行することによりソースファイルに含まれるデ ータを画面表示させるデータ表示部と、を備え、

前記定義ファイルには、タグに付属して要素の特性を示す情報を付属情報として、 ソースファイルに含まれる付属情報のうち注釈表示すべき付属情報を特定するため の注釈情報が記述されており、

前記データ表示部は、前記定義ファイルの注釈情報によって特定される付属情報 を本文に対する注釈として表示させることを特徴とする文書処理装置。

[7] マークアップ言語により記述された構造ィ匕文書ファイルをソースファイルとして取得 する文書取得部と、 ソースファイルに含まれるデータを所定の表示形式にて画面表示させるデータ表示 部と、を備え、

前記ソースファイルにお 、ては、タグに付属して要素の特性を示す付属情報のうち 、注釈表示すべき付属情報に注釈子が付されており、

前記データ表示部は、前記注釈子によって特定される付属情報を本文に対する注 釈として表示させることを特徴とする文書処理装置。

[8] 画面表示されたデータに対するユーザの操作を検出する操作検出部を更に備え、 前記データ表示部は、注釈表示の対象として設定されて！ヽる要素がユーザの操作 によって指定されたときに、その要素についての付属情報を注釈表示させることを特 徴とする請求項 6または 7に記載の文書処理装置。

[9] 前記データ表示部は、前記付属情報として、対象要素のタグ名、前記対象要素の 要素値、前記対象要素の属性名、前記対象要素の属性の属性値の少なくともいず れかを注釈表示させることを特徴とする請求項 6から 8のいずれかに記載の文書処理 装置。

[10] マークアップ言語により記述された構造ィ匕文書ファイルをソースファイルとして取得 するステップと、

ソースファイルに含まれるデータの表示方法が記述された定義ファイルを取得する ステップと、

定義ファイルに記述されたロジックを実行することによりソースファイルに含まれるデ ータを画面表示させるステップと、を備え、

前記定義ファイルには、タグに付属して要素の特性を示す情報を付属情報として、 ソースファイルに含まれる付属情報のうち注釈表示すべき付属情報を特定するため の注釈情報が記述されており、

データを画面表示させるステップにお 、ては、前記定義ファイルの注釈情報によつ て特定される付属情報を本文に対する注釈として表示させることを特徴とする文書処 理方法。

[11] マークアップ言語により記述された構造ィ匕文書ファイルをソースファイルとして取得 するステップと、 ソースファイルに含まれるデータを所定の表示形式にて画面表示させるステップと、 を備え、

前記ソースファイルにお 、ては、タグに付属して要素の特性を示す付属情報のうち 注釈表示すべき付属情報に注釈子が付されており、

データを画面表示させるステップにおいては、前記注釈子によって特定される付属 情報を本文に対する注釈として表示させることを特徴とする文書処理方法。

[12] マークアップ言語により記述された構造ィ匕文書ファイルをソースファイルとして取得 する機能と、

ソースファイルに含まれるデータの表示方法が記述された定義ファイルを取得する 機能と、

定義ファイルに記述されたロジックを実行することによりソースファイルに含まれるデ ータを画面表示させる機能と、

タグに付属して要素の特性を示す情報を付属情報として、ソースファイルに含まれ る付属情報のうち注釈表示すべき付属情報を特定するための注釈情報を定義フアイ ルカ 読み出し、その注釈情報によって特定されるソースファイルの付属情報を本文 に対する注釈として表示させる機能と、

をコンピュータに発揮させることを特徴とする文書処理プログラム。

[13] マークアップ言語により記述され、タグに付属して要素の特性を示す付属情報のう ち注釈表示すべき付属情報に注釈子が付された構造ィヒ文書ファイルをソースフアイ ルとして取得する機能と、

ソースファイルに含まれるデータを所定の表示形式にて画面表示させる機能と、 前記ソースファイルの注釈子によって特定される付属情報を本文に対する注釈とし て表示させる機能と、

をコンピュータに発揮させることを特徴とする文書処理プログラム。