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

Abstract

マークアップ言語により記述された文書が参照する名前空間を特定する。名前空間検出部３１０は、処理対象となるＸＭＬ文書を読込み、名前空間が記述されている行を検出する。正確な名前空間が識別できなかったとき、名前空間特定部３１２は、名前空間情報格納部３１６に問い合わせながら、名前空間の検索および絞込みを行い、絞り込まれた名前空間候補に対応するプラグインをロードする。候補画面表示部３１４は、それぞれのプラグインにより候補となる画面を表示し、ユーザがいずれかを選択できるようにする。名前空間情報格納部３１６には、名前空間を導出するためのキーとなる文書内部に記述されているタグ名などの文字列と、名前空間との対応付けをテーブルとしてあらかじめ格納しておく。

Description

本発明は、文書処理技術に関し、特に、階層構造を有する構造化文書を処理する文書処理装置及び文書処理方法に関する。

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

ＸＭＬでは、一つの文書の中に複数のボキャブラリが混在することが許されるが、複数のボキャブラリに同一の要素名または属性名が存在する場合、文書内で要素名または属性名が衝突し、いずれのボキャブラリに属する要素型または属性型なのかを特定できない事態が生じる恐れがある。このような問題を解決するために、ＸＭＬでは「名前空間」という概念を導入し、文書内に含まれる要素型および属性型がいずれのボキャブラリに属するかを記述することになっている。
しかし、記述もれや誤記などにより名前空間を特定できない場合、文書を適切に処理することができなくなる。
特開２００１−２９０８０４号公報

本発明はこうした状況に鑑みてなされたものであり、その目的は、名前空間などの情報を識別できない構造化文書に対して適切な処理を行い、表示、編集を滞りなく遂行できる技術を提供することにある。

本発明のある態様は、文書処理装置に関する。この文書処理装置は、マークアップ言語により記述された文書に含まれる構成要素が属する名前空間を検出する名前空間検出部と、前記名前空間検出部において正確な名前空間が検出されなかった際に、複数の文書表示用ファイルを適用して表示を行い、それらの画面表示に対するユーザによる選択指示を受け付けることにより前記名前空間を特定する名前空間特定部と、を備え、前記名前空間検出部または前記名前空間特定部において特定された前記名前空間に基づき、前記文書を表示し、ユーザによる前記文書の編集を受け付けることを特徴とする。

マークアップ言語は、ＸＭＬの一形態、例えば、ＸＨＴＭＬ（Extensible HyperText Markup Language）、ＳＶＧ（Scalable Vector Graphics）、ＭａｔｈＭＬ（Mathematical Markup Language）などであってもよく、ＳＧＭＬ（Standard Generalized Markup Language）、ＨＴＭＬ（HyperText Markup Language）などであってもよい。また、複数の文書表示用ファイルとは、ＸＭＬ文書などの構造化文書をＸＨＴＭＬ文書に変換して表示するための定義を記述したファイルであってもよいし、ＳＶＧ文書に変換して表示するファイル、ＭａｔｈＭＬ文書に変換して表示するファイルなどであってもよい。また、文書表示用ファイルは、ＸＭＬ文書などの構造化文書を表示するためのプラグインなどの実行形式のプログラムファイルであってもよく、例えば、ＸＨＴＭＬ文書を表示するためのプラグイン、ＳＶＧ文書を表示するためのプラグイン、ＭａｔｈＭＬ文書を表示するためのプラグインなどであってもよい。

また、本文書処理装置は、前記名前空間特定部において、前記文書から所定の条件に基づいたキーワードを抽出し、それをもとに前記名前空間の候補の絞込みを行い、前記名前空間の候補に対応した前記複数の文書表示用ファイルを適用してもよく、前記キーワードと前記名前空間との対応関係に係る情報を記憶し、前記名前空間特定部が前記名前空間の候補の絞込みを行う際に参照される、名前空間情報格納部をさらに備えてもよい。ここでキーワードとは文書内に記述された要素名（タグ名）または属性名など、名前空間を推し量ることのできるものでよい。
前記名前空間情報格納部は、過去に処理した文書に含まれる構成要素が属する名前空間と、その文書に含まれるキーワードとの対応関係に係る情報を逐次記憶してもよい。

本発明の別の態様は、文書処理方法に関する。この文書処理方法は、マークアップ言語により記述された文書に含まれる構成要素が属する名前空間を検出するステップと、正確な名前空間が検出されなかった際に、複数の文書表示用ファイルを適用して表示を行うステップと、それらの画面表示に対するユーザによる選択指示を受け付けることにより前記名前空間を特定するステップと、を含み、検出または特定された前記名前空間に基づき、前記文書を表示し、ユーザによる前記文書の編集を受け付けることを特徴とする。

なお、以上の構成要素の任意の組合せ、本発明の表現をシステム、記録媒体などの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、構造化文書の適切な処理を支援する技術を提供することができる。

前提技術に係る文書処理装置の構成を示す図である。 処理対象となるＸＭＬ文書の例を示す図である。 図２に示したＸＭＬ文書をＨＴＭＬで記述された表にマッピングする例を示す図である。 図２に示したＸＭＬ文書を図３に示した表にマッピングするための定義ファイルの例を示す図である。 図２に示したＸＭＬ文書を図３に示した表にマッピングするための定義ファイルの例を示す図である。 図２に示した成績管理ボキャブラリで記述されたＸＭＬ文書を、図３に示した対応によりＨＴＭＬにマッピングして表示した画面の例を示す図である。 ユーザが定義ファイルを生成するために、定義ファイル生成部がユーザに提示するグラフィカルユーザインターフェースの例を示す図である。 定義ファイル生成部により生成された画面レイアウトの他の例を示す図である。 文書処理装置によるＸＭＬ文書の編集画面の一例を示す図である。 文書処理装置により編集されるＸＭＬ文書の他の例を示す図である。 図９に示した文書を表示した画面の例を示す図である。 実施例に係る文書処理装置の構成を示す図である。 名前空間を特定する手順を示すフローチャートである。 文書表示候補を表示した画面の例を示す図である。 文書表示候補を表示した画面の別の例を示す図である。 タグ名と名前空間の対応付けを示すテーブルの構成例を示す図である。

符号の説明

２０ 文書処理装置、２２ 主制御ユニット、２４ 編集ユニット、３０ ＤＯＭユニット、３２ ＤＯＭ提供部、３４ ＤＯＭ生成部、３６ 出力部、４０ ＣＳＳユニット、４２ ＣＳＳ解析部、４４ ＣＳＳ提供部、４６ レンダリング部、５０ ＨＴＭＬユニット、５２，６２ 制御部、５４，６４ 編集部、５６，６６ 表示部、６０ ＳＶＧユニット、７２ 文書取得部、７４ 名前空間ＵＲＩ取得部、７６ 定義ファイル名生成部、８０ ＶＣユニット、８２ マッピング部、８４ 定義ファイル取得部、８６ 定義ファイル生成部、３００ 文書処理装置、３１０ 名前空間検出部、３１２ 名前空間特定部、３１４ 候補画面表示部、３１６ 名前空間情報格納部。

以下、本発明の前提となる技術の説明を行った上で、本実施例の詳細を説明する。

（前提技術）
図１は、前提技術に係る文書処理装置２０の構成を示す。文書処理装置２０は、文書内のデータが階層構造を有する複数の構成要素に分類された構造化文書を処理するが、本前提技術では構造化文書の一例としてＸＭＬ文書を処理する例について説明する。文書処理装置２０は、主制御ユニット２２、編集ユニット２４、ＤＯＭユニット３０、ＣＳＳユニット４０、ＨＴＭＬユニット５０、ＳＶＧユニット６０、及び変換部の一例であるＶＣユニット８０を備える。これらの構成は、ハードウエアコンポーネントでいえば、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

主制御ユニット２２は、プラグインのロードや、コマンド実行のフレームワークを提供する。編集ユニット２４は、ＸＭＬ文書を編集するためのフレームワークを提供する。文書処理装置２０における文書の表示及び編集機能は、プラグインにより実現されており、文書の種別に応じて必要なプラグインが主制御ユニット２２又は編集ユニット２４によりロードされる。主制御ユニット２２又は編集ユニット２４は、処理対象となるＸＭＬ文書の名前空間を参照して、ＸＭＬ文書がいずれのボキャブラリにより記述されているかを判別し、そのボキャブラリに対応した表示又は編集用のプラグインをロードして表示や編集を実行させる。例えば、文書処理装置２０には、ＨＴＭＬ文書の表示及び編集を行うＨＴＭＬユニット５０、ＳＶＧ文書の表示及び編集を行うＳＶＧユニット６０など、ボキャブラリ（タグセット）ごとに表示系及び編集系がプラグインとして実装されており、ＨＴＭＬ文書を編集するときはＨＴＭＬユニット５０が、ＳＶＧ文書を編集するときはＳＶＧユニット６０が、それぞれロードされる。後述するように、ＨＴＭＬとＳＶＧの双方の構成要素を含む複合文書が処理対象となっている場合は、ＨＴＭＬユニット５０とＳＶＧユニット６０の双方がロードされる。

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

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

ＤＯＭユニット３０は、ＤＯＭ提供部３２、ＤＯＭ生成部３４、及び出力部３６を含み、ＸＭＬ文書をデータとして扱うときのアクセス方法を提供するために定められた文書オブジェクトモデル（Document Object Model：ＤＯＭ）に準拠した機能を実現する。ＤＯＭ提供部３２は、編集ユニット２４に定義されているインタフェースを満たすＤＯＭの実装である。ＤＯＭ生成部３４は、ＸＭＬ文書からＤＯＭツリーを生成する。後述するように、処理対象となるＸＭＬ文書が、ＶＣユニット８０により他のボキャブラリにマッピングされる場合は、マッピング元のＸＭＬ文書に対応するソースツリーと、マッピング先のＸＭＬ文書に対応するデスティネーションツリーが生成される。出力部３６は、例えば編集終了時に、ＤＯＭツリーをＸＭＬ文書として出力する。

ＣＳＳユニット４０は、ＣＳＳ解析部４２、ＣＳＳ提供部４４、及びレンダリング部４６を含み、ＣＳＳに準拠した表示機能を提供する。ＣＳＳ解析部４２は、ＣＳＳの構文を解析するパーサの機能を有する。ＣＳＳ提供部４４は、ＣＳＳオブジェクトの実装であり、ＤＯＭツリーに対してＣＳＳのカスケード処理を行う。レンダリング部４６は、ＣＳＳのレンダリングエンジンであり、ＣＳＳを用いてレイアウトされるＨＴＭＬなどのボキャブラリで記述された文書の表示に用いられる。

ＨＴＭＬユニット５０は、ＨＴＭＬにより記述された文書を表示又は編集する。ＳＶＧユニット６０は、ＳＶＧにより記述された文書を表示又は編集する。これらの表示／編集系は、プラグインの形で実現されており、それぞれ、文書を表示する表示部（Canvas）５６、６６、編集指示を含むイベントを送受信する制御部（Editlet）５２、６２、編集コマンドを受けてＤＯＭに対して編集を行う編集部（Zone）５４、６４を備える。制御部５２又は６２が外部からＤＯＭツリーの編集コマンドを受け付けると、編集部５４又は６４がＤＯＭツリーを変更し、表示部５６又は６６が表示を更新する。これらは、ＭＶＣ（Model-View-Controller）と呼ばれるフレームワークに類似する構成をとっており、概ね、表示部５６及び６６が「View」に、制御部５２及び６２が「Controller」に、編集部５４及び６４とＤＯＭの実体が「Model」に、それぞれ対応する。本前提技術の文書処理装置２０では、ＸＭＬ文書をツリー表示形式で編集するだけでなく、それぞれのボキャブラリに応じた編集を可能とする。例えば、ＨＴＭＬユニット５０は、ＨＴＭＬ文書をワードプロセッサに類似した方式で編集するためのユーザインターフェースを提供し、ＳＶＧユニット６０は、ＳＶＧ文書を画像描画ツールに類似した方式で編集するためのユーザインターフェースを提供する。

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

ＶＣユニット８０は、ソースツリーとデスティネーションツリーの間のコネクションを監視し、表示を担当するプラグインにより提供されるユーザインタフェースを介してユーザから編集指示を受け付けると、まずソースツリーの該当するノードを変更する。ＤＯＭユニット３０が、ソースツリーが変更された旨のミューテーションイベントを発行すると、ＶＣユニット８０は、そのミューテーションイベントを受けて、ソースツリーの変更にデスティネーションツリーを同期させるべく、変更されたノードに対応するデスティネーションツリーのノードを変更する。デスティネーションツリーを表示／編集するプラグイン、例えばＨＴＭＬユニット５０は、デスティネーションツリーが変更された旨のミューテーションイベントを受けて、変更されたデスティネーションツリーを参照して表示を更新する。このような構成により、少数のユーザにより利用されるローカルなボキャブラリにより記述された文書であっても、他のメジャーなボキャブラリに変換することで、文書を表示することができるとともに、編集環境が提供される。

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

図２は、処理対象となるＸＭＬ文書の例を示す。このＸＭＬ文書は、生徒の成績データを管理するために用いられる。ＸＭＬ文書のトップノードである構成要素「成績」は、配下に、生徒ごとに設けられた構成要素「生徒」を複数有する。構成要素「生徒」は、属性値「名前」と、子要素「国語」、「数学」、「理科」、「社会」を有する。属性値「名前」は、生徒の名前を格納する。構成要素「国語」、「数学」、「理科」、「社会」は、それぞれ、国語、数学、理科、社会の成績を格納する。例えば、名前が「Ａ」である生徒の国語の成績は「９０」、数学の成績は「５０」、理科の成績は「７５」、社会の成績は「６０」である。以下、この文書で使用されているボキャブラリ（タグセット）を、「成績管理ボキャブラリ」と呼ぶ。

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

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

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

図５は、図２に示した成績管理ボキャブラリで記述されたＸＭＬ文書を、図３に示した対応によりＨＴＭＬにマッピングして表示した画面の例を示す。表９０の各行には、左から、各生徒の名前、国語の成績、数学の成績、理科の成績、社会の成績、及び平均点が表示されている。ユーザは、この画面上で、ＸＭＬ文書を編集することができる。たとえば、第２行第３列の値を「７０」に変更すると、このノードに対応するソースツリーの要素値、すなわち、生徒「Ｂ」の数学の成績が「７０」に変更される。このとき、ＶＣユニット８０は、デスティネーションツリーをソースツリーに追従させるべく、デスティネーションツリーの該当箇所を変更し、ＨＴＭＬユニット５０が、変更されたデスティネーションツリーに基づいて表示を更新する。したがって、画面上の表においても、生徒「Ｂ」の数学の成績が「７０」に変更され、更に、平均点が「５５」に変更される。

図５に示した画面には、図４（ａ）（ｂ）に示した定義ファイルに定義されたように、「生徒の追加」及び「生徒の削除」のコマンドがメニューに表示される。ユーザがこれらのコマンドを選択すると、ソースツリーにおいて、ノード「生徒」が追加又は削除される。このように、本前提技術の文書処理装置２０では、階層構造の末端の構成要素の要素値を編集するのみではなく、階層構造を編集することも可能である。このようなツリー構造の編集機能は、コマンドの形でユーザに提供されてもよい。また、例えば、表の行を追加又は削除するコマンドが、ノード「生徒」を追加又は削除する操作に対応づけられてもよい。また、他のボキャブラリを埋め込むコマンドがユーザに提供されてもよい。この表を入力用テンプレートとして、穴埋め形式で新たな生徒の成績データを追加することもできる。以上のように、ＶＣ機能により、ＨＴＭＬユニット５０の表示／編集機能を利用しつつ、成績管理ボキャブラリで記述された文書を編集することが可能となる。

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

ＸＨＴＭＬ、ＭａｔｈＭＬ、ＳＶＧなどの主要なボキャブラリに対応したビューワやエディタは既に開発されているが、図２に示した文書のようなオリジナルなボキャブラリで記述された文書に対応したビューワやエディタを開発するのは現実的でない。しかし、上記のように、他のボキャブラリにマッピングするための定義ファイルを作成すれば、ビューワやエディタを開発しなくても、ＶＣ機能を利用して、オリジナルなボキャブラリで記述された文書を表示・編集することができる。

図７は、定義ファイル生成部８６により生成された画面レイアウトの他の例を示す。図７の例では、成績管理ボキャブラリで記述されたＸＭＬ文書を表示するための画面に、表９０と、円グラフ９３が作成されている。この円グラフ９３は、ＳＶＧにより記述される。後述するように、本前提技術の文書処理装置２０は、一つのＸＭＬ文書内に複数のボキャブラリを含む複合文書を処理することができるので、この例のように、ＨＴＭＬで記述された表９０と、ＳＶＧで記述された円グラフ９３とを、一つの画面上に表示することができる。

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

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

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

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

図９は、文書処理装置２０により編集されるＸＭＬ文書の他の例を示す。図９に示したＸＭＬ文書では、ＳＶＧ文書の「foreignObject」タグの中にＸＨＴＭＬ文書が埋め込まれており、さらに、ＸＨＴＭＬ文書の中にＭａｔｈＭＬで記述された数式が入っている。このような場合、編集ユニット２４が、名前空間を参照して、適切な表示系に描画作業を振り分ける。図９の例では、編集ユニット２４は、まず、ＳＶＧユニット６０に四角形を描画させ、つづいて、ＨＴＭＬユニット５０にＸＨＴＭＬ文書を描画させる。さらに、図示しないＭａｔｈＭＬユニットに、数式を描画させる。こうして、複数のボキャブラリを包含する複合文書が適切に表示される。表示結果を図１０に示す。

文書編集中、カーソル（キャリッジ）の位置に応じて、表示されるメニューを切り替えてもよい。すなわち、カーソルが、ＳＶＧ文書が表示された領域内に存在するときは、ＳＶＧユニット６０が提供するメニュー、又はＳＶＧ文書をマッピングするための定義ファイルに定義されたコマンドを表示し、カーソルが、ＸＨＴＭＬ文書が表示された領域内に存在するときは、ＨＴＭＬユニット５０が提供するメニュー、又はＸＨＴＭＬ文書をマッピングするための定義ファイルに定義されたコマンドを表示する。これにより、編集位置に応じて適切なユーザインターフェースを提供することができる。

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

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

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

図１０に示した編集画面において、ユーザにより文書が編集されると、編集された部分を担当するプラグイン又はＶＣユニット８０がソースツリーを変更する。ソースツリーには、ノードごとにミューテーションイベントのリスナーを登録できるようになっており、通常は、各ノードが属するボキャブラリに対応したプラグインの表示部又はＶＣユニット８０がリスナーとして登録される。ＤＯＭ提供部３２は、ソースツリーが変更されると、変更されたノードから上位の階層へたどって、登録されたリスナーがあれば、そのリスナーへミューテーションイベントを発行する。例えば、図９に示した文書において、＜ｈｔｍｌ＞ノードの下位のノードが変更された場合、＜ｈｔｍｌ＞ノードにリスナーとして登録されたＨＴＭＬユニット５０にミューテーションイベントが通知されるとともに、その上位の＜ｓｖｇ＞ノードにリスナーとして登録されたＳＶＧユニット６０にもミューテーションイベントが通知される。このとき、ＨＴＭＬユニット５０は、変更されたソースツリーを参照して表示を更新する。ＳＶＧユニット６０は、自身のボキャブラリに属するノードが変更されていないので、ミューテーションイベントを無視してもよい。

編集の内容によっては、ＨＴＭＬユニット５０による表示の更新に伴って、全体のレイアウトが変わる可能性がある。この場合は、画面のレイアウトを管理する構成、例えば最上位のノードの表示を担当するプラグインにより、プラグインごとの表示領域のレイアウトが更新される。例えば、ＨＴＭＬユニット５０による表示領域が以前より大きくなった場合、ＨＴＭＬユニット５０は、まず自身の担当する部分を描画して、表示領域の大きさを決定する。そして、画面のレイアウトを管理する構成に、変更後の表示領域の大きさを通知し、レイアウトの更新を依頼する。画面のレイアウトを管理する構成は、通知を受けて、プラグインごとの表示領域を再レイアウトする。こうして、編集された部分の表示が適切に更新されるとともに、画面全体のレイアウトが更新される。
以上の前提技術をもとに、以下実施の形態の詳細について説明する。
（実施の形態）

本発明の実施の形態における文書処理装置は、上述の前提技術を基礎として構成されており、前提技術における文書処理装置は基本的に本実施の形態の文書処理装置の一部に含まれるものとする。また本実施の形態では、構造化文書の一例としてＸＭＬで構造化された文書ファイルを処理する例について説明する。

図１１は、本実施の形態に係る文書処理装置３００を示す。本図において図１と同一の符号を付した構成は、図１で説明した構成と同一または同様の機能を有する。本実施の形態に係る文書処理装置３００において図１に記載のない構成として、主制御ユニット１１０は、名前空間検出部３１０と名前空間特定部３１２とを備え、名前空間情報格納部３１６に接続されている。名前空間特定部３１２は候補画面表示部３１４を備えている。名前空間検出部３１０は、処理対象となるＸＭＬ文書を読込み、名前空間を識別するための情報、例えば名前空間ＵＲＩが記述されている行を検出する。名前空間を識別するための情報が検出されなかった場合、または検出された名前ＵＲＩが誤りであった場合など、正確な名前空間が識別できなかったとき、名前空間特定部３１２は、その旨の信号を名前空間検出部３１０より受け取り、名前空間候補の絞込みおよび特定を行う。候補画面表示部３１４は、候補となった名前空間のそれぞれに対し、そのボキャブラリに対応したプラグインをロードして表示を行うとともに、それらの表示のいずれを選択するかの指示をユーザより受け付ける。名前空間情報格納部３１６には、名前空間を導出するためのキーとなる文字列、例えば文書内部に記述されている要素名（タグ名）や属性名などと、名前空間との対応関係を表す情報をあらかじめ格納しておく。対応関係を表す情報については後述するが、例えば、タグ名「ｈｔｍｌ」に対して、名前空間ＵＲＩ「http://www.w3.org/1999/xhtml」を対応付けたテーブルなどである。

図１２は名前空間特定部３１２において、名前空間の候補を絞り込み、最終的に名前空間を特定する手順を示すフローチャートである。まず、名前空間検出部３１０より、処理対象のＸＭＬ文書中に正確な名前空間を識別できなかった旨の信号を受け取ると（Ｓ１０）、ＸＭＬ文書中に記載されているタグ名の抽出を行う（Ｓ２０）。ここでの抽出はタグ名以外に属性名でもよい。以後、それらのキーワードを代表して、タグ名を用いて説明を行う。抽出されたタグ名をもとに、名前空間情報格納部３１６を参照し、後述するような所定の手法により名前空間の検索を行う（Ｓ３０）。検索は、抽出された全てのタグ名に対して行ってもよい。検出された名前空間候補に基づき、そのボキャブラリに対応したプラグインをロードし（Ｓ４０）、それぞれの表示形式で表示を行う（Ｓ５０）。名前空間候補は、例えば前述の名前空間の検索において確率が判明した場合に、確率の上位３つを名前空間候補とするなど、所定の規則に従い絞込みを行ってもよい。その後、それらの表示に対するユーザからの選択指示を受け取り（Ｓ６０）、ユーザが選択した表示形式のプラグインに対応した名前空間を、適切な名前空間として特定する（Ｓ７０）。Ｓ３０にて唯一の名前空間が検出されたときも、同様にプラグインをロードし表示を行うことにより、ユーザが最終確認できるようにしてもよい。

名前空間候補の絞込みに用いられるキーワードは、例えば処理対象となるＸＭＬ文書のファイル名に含まれる拡張子などでもよく、タグ名、属性名などとの組み合わせでもよい。

また、Ｓ３０においてタグ名に対応した名前空間が検出されなかった場合は、ＸＭＬ文書のソースやツリー構造を、候補画面表示部３１４にて表示するようにしてもよい。その際、名前空間が検出されない旨の表示をユーザに対して行ってもよく、ユーザが名前空間ＵＲＩを挿入するなどＸＭＬ文書を直接修正できるようにしてもよい。

図１３および図１４は、候補画面表示部３１４にて文書表示候補を表示した画面の例を示している。図１３は、同時に候補となる全てのプラグインを適用し、３５０に第１の候補、３５２に第２の候補、３５４に第３の候補、というように横に並べて表示させた場合である。候補となるプラグインの数が多い場合は、スクロールバー３５６でスクロールできるようにしてもよい。図１４は、候補となる画面を一つずつ表示していく場合である。まずは第１候補の名前空間についてプラグインを適用し３６０に表示し、ユーザが次候補ボタン３６２をクリックすると、第２候補の名前空間についてプラグインを適用し３６０に表示を行う、といった具合に、ユーザの指示に従いプラグインを適用していく。どちらの場合においても、ユーザは、適切なプラグインを適用した画面上でダブルクリックしたり、決定ボタン３６４を押すなどして選択を行う。

以上の構成により、名前空間を識別する情報の記載がなかったり、誤記があったりしたＸＭＬ文書を処理したときでも、自動的に名前空間の絞込みを行いユーザに提示できるため、ユーザが文書中、名前空間のない箇所を捜索したり、名前空間の検索などを自ら行ったりする手間をかけることなく、文書処理を続行させることができる。従って処理にかかる時間的コストが軽減される。さらに本実施の形態は、このようなＸＭＬ文書を読込んだときに発生しがちなシステムダウンを回避する措置としても位置づけられ、ユーザは実際に目で確認して復旧処理を完了させることができるため、理解し易く、親しみやすい文書処理装置となる。

本実施の形態の前提技術では、ＸＭＬ文書のボキャブラリに対応した定義ファイルに基づき、ＶＣ機能を用いてＸＭＬ文書をＨＴＭＬやＳＶＧなどにマッピングすることによって、マッピング先のプラグインを利用して文書の表示、編集を可能とした。
図１２ではＸＭＬ文書内で名前空間を推定できるタグ名から名前空間候補を選定し、それぞれのボキャブラリに対応したプラグインによって文書の表示を行ったが、ＸＭＬ文書中に定義ファイルが宣言されている場合は、それを利用してマッピングを行い、文書の表示、編集を行うことができる。そして、当該文書が複合文書であり、他に名前空間を識別できないボキャブラリが存在するときは、前述のごとくその部分のタグ名から名前空間候補を選定し、表示を行うことによって、ユーザに選択させてもよい。

名前空間を検索する手法としては、ルールベースの手法または、ＳＶＭやベイズの定理などの確率的手法を用いてもよい。図１５は名前空間情報格納部３１６において格納されるテーブルの簡単な例として、ルールベースによる検索で参照される第１層のタグ名と名前空間との対応付けを示すテーブルの構成例４００を示す。このテーブルは、タグ名欄４００ａ、名前空間欄４００ｂより構成されている。例えば、処理対象となるＸＭＬ文書から「ｈｔｍｌ」なる第１層タグ名が抽出された場合、当該文書の名前空間ＵＲＩは「http://www.w3.org/1999/xhtml」である可能性が高い。同じように、「ｓｖｇ」が抽出されれば「http://www.w3.org/2000/svg」が、「ｍａｔｈ」が抽出されれば「http://www.w3.org/1999/Math/MathML」が、名前空間ＵＲＩである可能性が高い。ユーザまたはシステム構築者は、このようなテーブルをあらかじめ作成し、名前空間情報格納部３１６に格納する。このようなルールベースの検索手法は、ＸＨＴＭＬ文書などのように、広く知られた名前空間に属する場合は計算コストの見地からも有効である。検索の確度をあげるために、第１層および第２層など、複数層のタグ名から複合的に検索してもよい。

一方、確率的手法では、例えばＸＨＴＭＬ文書ではタグ名「ｐ」や「ｄｉｖ」が頻出し、ＭａｔｈＭＬ文書であればタグ名「ｍｉ」や「ｍｏ」が頻出するため、タグ名の出現回数に基づき確率計算を行うことができる。確率的手法を用いた名前空間の検索には、あらかじめ名前空間の判明している文書を教師データとして読込ませ、名前空間情報格納部３１６にそれらの文書の名前空間とその文書内に出現するタグ名およびその出現回数などを記憶させておく。これらの処理はそれぞれ、名前空間検出部３１０および、名前空間特定部３１２におけるタグ名抽出機能を利用することができ、それぞれが名前空間情報格納部３１６にデータ送出を行うことにより実現できる。名前空間を識別できないＸＭＬ文書を処理する際は、名前空間特定部３１２において当該文書より抽出されたタグ名と、教師データより抽出され、名前空間情報格納部３１６に記憶されたタグ名とを照合し、照合先のタグ名が属する名前空間を参照しながら所定の計算を行うことにより、名前空間候補とそれらの確率を取得することができる。タグ名の階層が浅いほど確率に重みを持たせるなどの規則を導入し、確率の精度をあげてもよい。

名前空間を識別する記載があるＸＭＬ文書を処理した際に、それらを教師データとして名前空間情報格納部３１６に逐次記憶させてもよい。これにより、ある文書処理装置を使用するユーザの処理内容の傾向に応じた、名前空間情報が蓄積されるとともに、非現実的な対応付けは候補としないなどの措置を行うことができ、名前空間の候補を効率よく絞り込むことができる。

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

実施の形態では、ＸＭＬ文書を処理する例について説明したが、本実施例の文書処理装置３００は、他のマークアップ言語、例えば、ＳＧＭＬ、ＨＴＭＬなどで記述された文書も同様に処理可能である。

また、名前空間特定部３１２では、名前空間候補を絞り込むことなく、インストールすることのできる全てのプラグインをまず適用し、処理対象となる文書のボキャブラリと合致して表示することのできる全ての画面を、候補画面表示部３１４に表示させてもよい。その後は上述の手法と同様、ユーザからの画面表示選択の指示を受け付けることにより、名前空間を特定してもよい。これにより、名前空間候補の絞込みに対する計算コストが軽減されるため、プラグインの総数が少ない場合などに有効である。同様に、読み出すことのできる、前提技術に基づく定義ファイルを全て適用し、表示することのできる全ての画面一覧より、ユーザからの選択指示を受け付けてもよい。この場合は、あらかじめ、定義ファイルの格納場所を処理内容などに応じて変えておき、定義ファイルを適用させる前に、ユーザによってその参照場所を指定できるようにしてもよい。これにより、適用する定義ファイルの絞込みを行ったのと同様の効果が得られ、名前空間が識別できず、定義ファイルについても宣言がないようなＸＭＬ文書でも、効率的に表示、編集が可能となる。前提技術に基づく定義ファイルの他にも、ＸＳＬＴ（Extensible Stylesheet Language Transformations）やその他のＸＭＬ表示用スクリプトを適用してみて、表示が行えるようであれば、変換先のボキャブラリに対応した名前空間であると判断することができ、その名前空間に対応したプラグインによって、処理対象であるＸＭＬ文書の表示、編集が可能となる。

本発明は、構造化文書を処理する文書処理装置に利用することができる。

Claims (6)

1. マークアップ言語により記述された文書に含まれる構成要素が属する名前空間を検出する名前空間検出部と、
   前記名前空間検出部において正確な名前空間が検出されなかった際に、複数の文書表示用ファイルを適用して表示を行い、それらの画面表示に対するユーザによる選択指示を受け付けることにより前記名前空間を特定する名前空間特定部と、
   を備え、
   前記名前空間検出部または前記名前空間特定部において特定された前記名前空間に基づき、前記文書を表示し、ユーザによる前記文書の編集を受け付けることを特徴とする文書処理装置。
2. 前記名前空間とそれに対応するキーワードとの対応関係に係る情報を記憶する名前空間情報格納部をさらに備え、
   前記名前空間特定部は、前記文書から前記キーワードを抽出し、それをもとに前記名前空間情報格納部を検索して前記名前空間の候補を選定し、前記名前空間の候補に対応した前記複数の文書表示用ファイルを適用することを特徴とする請求項１に記載の文書処理装置。
3. 前記キーワードは、前記構成要素の要素名または属性名であることを特徴とする請求項２に記載の文書処理装置。
4. 前記名前空間情報格納部は、過去に処理した文書に含まれる構成要素が属する名前空間と、その文書に含まれるキーワードとの対応関係に係る情報を逐次記憶していくことを特徴とする請求項２または３のいずれかに記載の文書処理装置。
5. マークアップ言語により記述された文書に含まれる構成要素が属する名前空間を検出するステップと、
   正確な名前空間が検出されなかった際に、複数の文書表示用ファイルを適用して表示を行うステップと、
   それらの画面表示に対するユーザによる選択指示を受け付けることにより前記名前空間を特定するステップと、
   を含み、
   検出または特定された前記名前空間に基づき、前記文書を表示し、ユーザによる前記文書の編集を受け付けることを特徴とする文書処理方法。
6. マークアップ言語により記述された文書に含まれる構成要素が属する名前空間を検出する機能と、
   正確な名前空間が検出されなかった際に、複数の文書表示用ファイルを適用して表示を行う機能と、
   それらの画面表示に対するユーザによる選択指示を受け付けることにより前記名前空間を特定する機能と、
   検出または特定された前記名前空間に基づき、前記文書を表示し、ユーザによる前記文書の編集を受け付ける機能と、
   をコンピュータに実現せしめることを特徴とするコンピュータプログラム。

Images