文書処理装置及び文書処理方法
【課題】ダイアグラムを適切に処理する技術を提供する。
【解決手段】文書処理装置１００において、ダイアグラムコンポーネント７０は、特定の種別のダイアグラムの表記法にしたがって、ダイアグラムを処理する機能を提供する処理部７２と、ダイアグラムを処理する際にダイアグラムの種別によらず共通に利用される機能を提供するコア部７６と、特定の種別のダイアグラムの表記法にしたがって、処理部７２による編集の許否を判定するルール管理部７４と、を備える。
【解決手段】文書処理装置１００において、ダイアグラムコンポーネント７０は、特定の種別のダイアグラムの表記法にしたがって、ダイアグラムを処理する機能を提供する処理部７２と、ダイアグラムを処理する際にダイアグラムの種別によらず共通に利用される機能を提供するコア部７６と、特定の種別のダイアグラムの表記法にしたがって、処理部７２による編集の許否を判定するルール管理部７４と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書処理技術に関し、特に、ダイアグラムを処理する文書処理装置及び方法に関する。
【背景技術】
【０００２】
ＸＭＬは、ネットワークなどを介して他者とデータを共有するのに適した形式として注目されており、ＸＭＬ文書を作成、表示、編集するためのアプリケーションが開発されている（たとえば、特許文献１参照）。ＸＭＬ文書は、文書型定義などにより定義されたボキャブラリ（タグセット）に基づいて作成されている。
【特許文献１】特開２００１−２９０８０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ボキャブラリは、任意に定義することが許されており、理論上、無限に多くのボキャブラリが存在しうる。本出願人は、このように柔軟な設計が許されるＸＭＬ文書を適切に処理することが可能な技術を開発した。そして、ＸＭＬの長所を十分に生かした利便性の高いデータ処理技術を想到するに至った。
【０００４】
本発明はこうした状況に鑑みてなされたものであり、その目的は、マークアップ言語により構造化された文書を適切に処理する技術を提供することにある。
【課題を解決するための手段】
【０００５】
本発明のある態様は、文書処理装置に関する。この文書処理装置は、特定の種別のダイアグラムの表記法にしたがって、前記ダイアグラムを処理する機能を提供する処理部と、前記ダイアグラムを処理する際にダイアグラムの種別によらず共通に利用される機能を提供するコア部と、前記特定の種別のダイアグラムの表記法にしたがって、前記処理部による編集の許否を判定するルール管理部と、を備えることを特徴とする。
【０００６】
前記処理部、前記コア部及び前記ルール管理部は、それぞれ独立したモジュールとして設けられてもよく、前記処理部は、前記コア部及び前記ルール管理部のそれぞれとの間で通信を行うためのインタフェースを有してもよい。
【０００７】
前記処理部は、ダイアグラムを記述するためのマークアップ言語を用いて、前記ダイアグラムをデータ化して処理してもよい。文書処理装置は、ダイアグラムを記述した文書を読み込んで、前記処理部が処理可能な前記マークアップ言語で記述されたデータにマッピングし、マッピング元とマッピング先のデータの間の対応を管理する変換部を更に備えてもよい。前記変換部は、読み込んだ文書に、ダイアグラムに含まれる図形の座標が記述されていない場合は、前記文書に対応づけられた前記座標を記述したファイルを読み込み、又は、前記座標を所定の規則にしたがって自動的に計算することにより、前記座標を取得してマッピングしてもよい。
【０００８】
前記処理部は、複数の図形をグループ化して編集対象とするグループ化機能を提供してもよく、前記グループ化機能は、ある図形と他の図形との接続関係を示す図形がグループ化の対象として選択されても、その図形を編集対象から除外してもよい。
【０００９】
前記処理部は、ダイアグラムの枠となる図形が編集対象として選択されたときに、その枠内に属する図形も編集対象として選択する機能を提供してもよい。
【００１０】
本発明の別の態様は、文書処理方法に関する。この文書処理方法は、特定の種別のダイアグラムの表記法にしたがって、前記ダイアグラムを処理する機能を提供する処理部と、前記ダイアグラムを処理する際にダイアグラムの種別によらず共通に利用される機能を提供するコア部が、前記ダイアグラムを編集するステップと、前記特定の種別のダイアグラムの表記法にしたがって、前記処理部による編集の許否を判定するステップと、をコンピュータに実行させることを特徴とする。
【００１１】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１２】
本発明によれば、ダイアグラムを適切に処理する技術を提供することができる。
【発明を実施するための最良の形態】
【００１３】
（前提技術）
図１は、前提技術に係る文書処理装置２０の構成を示す。文書処理装置２０は、文書内のデータが階層構造を有する複数の構成要素に分類された構造化文書を処理するが、本前提技術では構造化文書の一例としてＸＭＬ文書を処理する例について説明する。文書処理装置２０は、主制御ユニット２２、編集ユニット２４、ＤＯＭユニット３０、ＣＳＳユニット４０、ＨＴＭＬユニット５０、ＳＶＧユニット６０、及び変換部の一例であるＶＣユニット８０を備える。これらの構成は、ハードウエアコンポーネントでいえば、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００１４】
主制御ユニット２２は、プラグインのロードや、コマンド実行のフレームワークを提供する。編集ユニット２４は、ＸＭＬ文書を編集するためのフレームワークを提供する。文書処理装置２０における文書の表示及び編集機能は、プラグインにより実現されており、文書の種別に応じて必要なプラグインが主制御ユニット２２又は編集ユニット２４によりロードされる。主制御ユニット２２又は編集ユニット２４は、処理対象となるＸＭＬ文書の名前空間を参照して、ＸＭＬ文書がいずれのボキャブラリにより記述されているかを判別し、そのボキャブラリに対応した表示又は編集用のプラグインをロードして表示や編集を実行させる。例えば、文書処理装置２０には、ＨＴＭＬ文書の表示及び編集を行うＨＴＭＬユニット５０、ＳＶＧ文書の表示及び編集を行うＳＶＧユニット６０など、ボキャブラリ（タグセット）ごとに表示系及び編集系がプラグインとして実装されており、ＨＴＭＬ文書を編集するときはＨＴＭＬユニット５０が、ＳＶＧ文書を編集するときはＳＶＧユニット６０が、それぞれロードされる。後述するように、ＨＴＭＬとＳＶＧの双方の構成要素を含む複合文書が処理対象となっている場合は、ＨＴＭＬユニット５０とＳＶＧユニット６０の双方がロードされる。
【００１５】
このような構成によれば、ユーザは、必要な機能のみを選択してインストールし、後から適宜機能を追加又は削除することができるので、プログラムを格納するハードディスクなどの記録媒体の記憶領域を有効に活用することができ、また、プログラム実行時にも、メモリの浪費を防ぐことができる。また、機能拡張性に優れており、開発主体としても、プラグインの形で新たなボキャブラリに対応することが可能なので開発が容易となり、ユーザとしても、プラグインの追加により容易かつ低コストにて機能を追加することができる。
【００１６】
編集ユニット２４は、ユーザインターフェースを介してユーザから編集指示のイベントを受け付け、そのイベントを適切なプラグインなどに通知するともに、イベントの再実行（リドゥ）又は実行の取消（アンドゥ）などの処理を制御する。
【００１７】
ＤＯＭユニット３０は、ＤＯＭ提供部３２、ＤＯＭ生成部３４、及び出力部３６を含み、ＸＭＬ文書をデータとして扱うときのアクセス方法を提供するために定められた文書オブジェクトモデル（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）であれば、有効なＸＭＬ文書として処理可能である。この場合、挿入された他のボキャブラリのタグは、定義ファイルによりマッピングされてもよい。例えば、ＸＨＴＭＬ文書中に、「重要」、「最重要」などのタグを使用し、これらのタグで囲まれた部分を強調表示してもよいし、重要度の順にソートして表示してもよい。
【００４１】
図１０に示した編集画面において、ユーザにより文書が編集されると、編集された部分を担当するプラグイン又はＶＣユニット８０がソースツリーを変更する。ソースツリーには、ノードごとにミューテーションイベントのリスナーを登録できるようになっており、通常は、各ノードが属するボキャブラリに対応したプラグインの表示部又はＶＣユニット８０がリスナーとして登録される。ＤＯＭ提供部３２は、ソースツリーが変更されると、変更されたノードから上位の階層へたどって、登録されたリスナーがあれば、そのリスナーへミューテーションイベントを発行する。例えば、図９に示した文書において、＜ｈｔｍｌ＞ノードの下位のノードが変更された場合、＜ｈｔｍｌ＞ノードにリスナーとして登録されたＨＴＭＬユニット５０にミューテーションイベントが通知されるとともに、その上位の＜ｓｖｇ＞ノードにリスナーとして登録されたＳＶＧユニット６０にもミューテーションイベントが通知される。このとき、ＨＴＭＬユニット５０は、変更されたソースツリーを参照して表示を更新する。ＳＶＧユニット６０は、自身のボキャブラリに属するノードが変更されていないので、ミューテーションイベントを無視してもよい。
【００４２】
編集の内容によっては、ＨＴＭＬユニット５０による表示の更新に伴って、全体のレイアウトが変わる可能性がある。この場合は、画面のレイアウトを管理する構成、例えば最上位のノードの表示を担当するプラグインにより、プラグインごとの表示領域のレイアウトが更新される。例えば、ＨＴＭＬユニット５０による表示領域が以前より大きくなった場合、ＨＴＭＬユニット５０は、まず自身の担当する部分を描画して、表示領域の大きさを決定する。そして、画面のレイアウトを管理する構成に、変更後の表示領域の大きさを通知し、レイアウトの更新を依頼する。画面のレイアウトを管理する構成は、通知を受けて、プラグインごとの表示領域を再レイアウトする。こうして、編集された部分の表示が適切に更新されるとともに、画面全体のレイアウトが更新される。
【００４３】
（実施の形態）
図１１は、実施の形態に係る文書処理装置１００の構成を示す。文書処理装置１００は、図２に示した前提技術に係る文書処理装置２０の構成に加えて、ダイアグラムコンポーネント７０及び取得部７１を備える。ダイアグラムコンポーネント７０は、ダイアグラムを表示し、編集する機能を提供する。ダイアグラムコンポーネント７０は、処理部７２、ルール管理部７４、及びコア部７６を備える。
【００４４】
処理部７２は、ダイアグラムを作成するために定められた規格に則って、ダイアグラムを記述した文書を取得部７１を介して読み込んで表示するとともに、ユーザからの編集指示を受け付けて、ダイアグラムを編集する。処理部７２は、ＪＩＳ、ＢＰＭＮなど、フローチャートやビジネスプロセスモデルを記述するために策定された特定の種別の表記法のそれぞれに準拠した処理を行う。それぞれの規格によって、図形の形状や、矢印の形状などの表記の仕様が異なっているので、それぞれの仕様に応じて処理部７２が設けられる。本実施の形態では、ダイアグラムの種別としてビジネスプロセスモデルを表記するための規格であるＢＰＭＮを例にとって説明する。処理部７２は、ＢＰＭＮを表記するのに充分な情報を持つ独自のＸＭＬボキャブラリを用いて、ビジネスプロセスモデルをデータ化して処理する。以下、このＸＭＬボキャブラリで記述された文書を「ＢＰＭＮ文書」ともいう。
【００４５】
ルール管理部７４は、処理部７２における編集のルールを管理する。ダイアグラムには、規格などにより、様々な制約が定められている。例えば、ビジネスプロセスモデルを表記するＢＰＭＮでは、「メッセージフローは同じプール内のそれぞれのレーンにあるアクティビティ間で使うことは許されない」という制約がある。ルール管理部７４は、このような編集制約を保持して、処理部７２における編集の許否を判定し、各規格に準拠した文書の作成を支援する。ルール管理部７４は、ハードコードされたモジュールとして提供されてもよいし、パラメータファイルなどによりカスタマイズ可能としてもよい。
【００４６】
コア部７６は、様々なダイアグラムの表記法に応じて設けられる複数の処理部７２により共通に利用される機能を提供する。例えば、コア部７６は、ＤＯＭの操作や、ファイルの入出力など、ダイアグラムの処理に際して、ダイアグラムの種別の違いによらずに必要となる共通の機能を提供する。
【００４７】
このように、共通の機能を提供するコア部７６と、ダイアグラムを作成するモデルに応じた処理を行う処理部７２と、編集制約を管理するルール管理部７４とを、それぞれ独立した別々のモジュールとして設けることで、処理部７２とルール管理部７４をダイアグラムの種別に応じて別々にカスタマイズすることができ、柔軟に対応させることができる。また、共通の機能はコア部７６にまとめることで、ダイアグラムの種別が異なっても、処理部７２とルール管理部７４のみをカスタマイズすればよいので、開発の工数を低減させることができる。処理部７２は、コア部７６及びルール管理部７４のそれぞれとの間で通信を行うためのインタフェースを有しており、インタフェースを介してコア部７６及びルール管理部７４と協調動作する。
【００４８】
また、このようなビジネスプロセスモデルを記述するための文書のボキャブラリとしては、ＢＰＥＬが特にＢＰＭＮとの親和性が高い。ＢＰＥＬによりビジネスプロセスモデルが記述された文書も、ＢＰＭＮ文書へマッピングするための定義ファイルを用意しておけば、前提技術で説明したように、ＶＣユニット８０によりＢＰＭＮ文書へマッピングして、処理部７２に処理させることができる。同様に、ＢＰＥＬ以外のボキャブラリでダイアグラムが記述された文書であっても、前提技術で説明した技術を利用することにより、処理部７２が提供されているボキャブラリへマッピングして処理することができる。以上のような技術を採用することにより、各企業などで独自に管理されているビジネスプロセスを適切に処理する環境を、効率よく簡便に構築することができる。
【００４９】
図１２は、ダイアグラムコンポーネントにより処理される文書４０００の例を示す。この文書は、ＢＰＭＮを表記するのに充分な情報を持つ独自のＸＭＬボキャブラリにより記述されており、スイムレーン、フローオブジェクト、接続オブジェクト、成果物などの種別、形状、座標などが定義されている。なお、図１２においては、各要素のスタイル属性などを一部省略している。
【００５０】
図１３は、図１２に示した文書が表示された画面の例を示す。ＢＰＭＮの規格に則って実装された処理部７２により、文書に記述された各要素が表示されている。ユーザは、この画面において、各図形要素を追加したり、移動させたり、変形させたりすることができる。処理部７２は、ユーザからの編集指示に応じて、文書を編集する。
【００５１】
ルール管理部７４は、保持している編集制約にしたがって、処理部７２における編集の許否を判定する。ルール管理部７４には、例えば、ＢＰＭＮの規格に則した編集規則として、「メッセージフローは同じプール内のそれぞれのレーンにあるアクティビティ間で使うことは許されない」、「複数のフローオブジェクトが重なり合ってはならない」などの編集制約が管理されている。処理部７２は、ユーザからの指示に応じて編集を行う前に、ルール管理部７４に編集の許否を問い合わせる。ルール管理部７４は、保持している編集制約を参照して、その編集の許否を判定し、処理部７２へ回答する。処理部７２は、編集が許可された場合は、その編集を実行し、編集が禁止された場合は、編集を実行せずに、エラーメッセージを提示する。編集の許否は、ルール管理部７４により管理されている編集制約を参照して、処理部７２が判定してもよい。
【００５２】
図１４は、図１２に示した文書を編集している画面の例を示す。図１４では、ユーザが、アクティビティ４００２から成果物４００４へシーケンスフローを接続させる編集を行っている。しかし、この編集はＢＰＭＮでは許されないので、処理部７２は、その旨のエラーメッセージ４００６を提示している。
【００５３】
処理部７２は、編集のたびに編集の許否を判定するモードと、編集の許否を判定せずに自由に編集を実行可能とするモードとを設け、ユーザがモードを切り替えられるようにしてもよい。後者のモードでは、ユーザは、編集制約にとらわれずに自由に編集を行うことができる。処理部７２は、ユーザからの要求に応じて、又は、文書を保存する前に、編集中の文書が編集制約に反していないか、バリデーションチェックを行う機能を提供する。このとき、ルール管理部７４は、現在編集中の文書を編集制約に照らしてチェックし、編集制約に反している部分を処理部７２へ回答する。
【００５４】
図１５は、図１２に示した文書を編集している画面の例を示す。図１５の例では、編集の許否を判定しないモードでユーザが編集した後に、バリデーションチェックを行っている。この例では、フローオブジェクトとフローオブジェクトとが重なり合っており、また、シーケンスフローが成果物へ接続されているので、処理部７２は、その旨のエラーメッセージ４００８を提示している。
【００５５】
図１６は、図１２に示した文書を編集している画面の例を示す。処理部７２は、一般的なドローソフトと同様に、複数の図形をグループ化して編集する機能を提供する。図１６の例では、ユーザが、アクティビティ４０１０、アクティビティ４０１２、及びシーケンスフロー４０１４を選択し、それらをグループ化して移動させる。
【００５６】
一般的なドローソフトでは、図１７に示すように、アクティビティ４０１０、アクティビティ４０１２、及びシーケンスフロー４０１４をグループ化して移動させるので、シーケンスフロー４０１４は、始点位置のアクティビティ４０１６から離れてしまう。単に図形を編集する場合にはこれで問題ないが、ビジネスプロセス図を編集する際には、シーケンスフロー４０１４は、アクティビティ４０１６からアクティビティ４０１０へのプロセスの流れを意味しているので、始点位置のアクティビティ４０１６から離れるように移動させるのは適切ではない。
【００５７】
したがって、本実施の形態の処理部７２は、図１８に示すように、シーケンスフロー４０１４はアクティビティ４０１０及びアクティビティ４０１２とグループ化させず、シーケンスフロー４０１４がアクティビティ４０１６からアクティビティ４０１０へ接続されている状態を保ったまま、アクティビティ４０１０及びアクティビティ４０１２をグループ化させて移動させる。これにより、単なる図形編集ではなく、ビジネスプロセス図としての意味を保った編集を適切に支援することができる。
【００５８】
また、一般的なドローソフトでは、最後に追加した図形が最上のレイヤに配置され、ユーザが順番を入れ替えない限り追加した順番が保持されるが、本実施の形態の処理部７２は、最後に編集対象となった図形を最上のレイヤに配置する。これにより、ユーザが再び同じ図形を編集対象とする際に、図形を選択しやすいので、ユーザの利便性を向上させることができる。
【００５９】
処理部７２は、ユーザがプール又はレーン内のオブジェクト以外の部分をクリックして、プール又はレーンを選択したとき、プール又はレーンの枠のみを編集対象とするのではなく、選択されたプール又はレーン内に配置されている全ての図形をグループ化させて編集対象とする。このとき、データオブジェクト、グループ、注釈は、プールやレーンに属していないので、デフォルトでは選択対象とされない。ビジネスプロセス図を編集する際に、プール又はレーンの枠のみを移動させることは稀であり、ユーザは、プール又はレーン内に配置されている図形を含めた全体を移動させることを意図している場合がほとんどであるから、このような機能を提供することにより、ユーザの利便性を向上させることができる。処理部７２は、例えば、「Ａｌｔ」キーや「Ｃｔｒｌ」キーなどを押下しながら図形をクリックすることにより、プール又はレーンの枠のみを選択したり、プール又はレーン内の任意の図形を選択することを可能としてもよい。
【００６０】
前提技術で説明したように、ＢＰＥＬなどのボキャブラリで記述されたビジネスプロセスモデル文書をＢＰＭＮへマッピングする定義ファイルを用意し、ＶＣ機能を利用して文書処理装置１００で処理することもできる。このとき、ＢＰＥＬなど、図形の座標などを定義することができない仕様の文書をＢＰＭＮにマッピングする場合には、定義ファイルにおいて、それぞれの図形のデフォルトの座標値を、所定の規則にしたがって自動的に計算し、マッピング先のＢＰＭＮ文書に座標値として格納してもよい。また、編集した文書を保存する際に、ＢＰＥＬ文書とは別に、それぞれの図形の座標値やスタイル属性などをパラメータファイルに保存し、次に編集する際に、ＢＰＥＬ文書に対応付けられたパラメータファイルがあれば、それを読み込んでマージし、マッピング先のＢＰＭＮ文書に格納してもよい。このような機能は、定義ファイルにより提供されてもよいし、処理部７２又はコア部７６により提供されてもよい。
【００６１】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００６２】
実施の形態では、ＸＭＬ文書を処理する例について説明したが、本実施の形態の文書処理装置１００は、他のマークアップ言語、例えば、ＳＧＭＬ、ＨＴＭＬなどで記述された文書も同様に処理可能である。
【図面の簡単な説明】
【００６３】
【図１】前提技術に係る文書処理装置の構成を示す図である。
【図２】文書処理装置により編集されるＸＭＬ文書の例を示す図である。
【図３】図２に示したＸＭＬ文書をＨＴＭＬで記述された表にマッピングする例を示す図である。
【図４（ａ）】図２に示したＸＭＬ文書を図３に示した表にマッピングするための定義ファイルの例を示す図である。
【図４（ｂ）】図２に示したＸＭＬ文書を図３に示した表にマッピングするための定義ファイルの例を示す図である。
【図５】図２に示したＸＭＬ文書を、図３に示した対応によりＨＴＭＬにマッピングして表示した画面の例を示す図である。
【図６】ユーザが定義ファイルを生成するために、定義ファイル生成部がユーザに提示するグラフィカルユーザインターフェースの例を示す図である。
【図７】定義ファイル生成部により生成された画面レイアウトの他の例を示す図である。
【図８】文書処理装置によるＸＭＬ文書の編集画面の一例を示す図である。
【図９】文書処理装置により編集されるＸＭＬ文書の他の例を示す図である。
【図１０】図９に示した文書を表示した画面の例を示す図である。
【図１１】実施の形態に係る文書処理装置の構成を示す図である。
【図１２】ダイアグラムコンポーネントにより処理される文書の例を示す図である。
【図１３】図１２に示した文書が表示された画面の例を示す図である。
【図１４】図１２に示した文書を編集している画面の例を示す図である。
【図１５】図１２に示した文書を編集している画面の例を示す図である。
【図１６】図１２に示した文書を編集している画面の例を示す図である。
【図１７】図１２に示した文書を編集している画面の例を示す図である。
【図１８】図１２に示した文書を編集している画面の例を示す図である。
【符号の説明】
【００６４】
２０ 文書処理装置、２２ 主制御ユニット、２４ 編集ユニット、３０ ＤＯＭユニット、３２ ＤＯＭ提供部、３４ ＤＯＭ生成部、３６ 出力部、４０ ＣＳＳユニット、４２ ＣＳＳ解析部、４４ ＣＳＳ提供部、４６ レンダリング部、５０ ＨＴＭＬユニット、５２，６２ 制御部、５４，６４ 編集部、５６，６６ 表示部、６０ ＳＶＧユニット、７０ ダイアグラムコンポーネント、７２ 処理部、７４ ルール管理部、７６ コア部、８０ ＶＣユニット、８２ マッピング部、８４ 定義ファイル取得部、８６ 定義ファイル生成部、１００ 文書処理装置。
【技術分野】
【０００１】
本発明は、文書処理技術に関し、特に、ダイアグラムを処理する文書処理装置及び方法に関する。
【背景技術】
【０００２】
ＸＭＬは、ネットワークなどを介して他者とデータを共有するのに適した形式として注目されており、ＸＭＬ文書を作成、表示、編集するためのアプリケーションが開発されている（たとえば、特許文献１参照）。ＸＭＬ文書は、文書型定義などにより定義されたボキャブラリ（タグセット）に基づいて作成されている。
【特許文献１】特開２００１−２９０８０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ボキャブラリは、任意に定義することが許されており、理論上、無限に多くのボキャブラリが存在しうる。本出願人は、このように柔軟な設計が許されるＸＭＬ文書を適切に処理することが可能な技術を開発した。そして、ＸＭＬの長所を十分に生かした利便性の高いデータ処理技術を想到するに至った。
【０００４】
本発明はこうした状況に鑑みてなされたものであり、その目的は、マークアップ言語により構造化された文書を適切に処理する技術を提供することにある。
【課題を解決するための手段】
【０００５】
本発明のある態様は、文書処理装置に関する。この文書処理装置は、特定の種別のダイアグラムの表記法にしたがって、前記ダイアグラムを処理する機能を提供する処理部と、前記ダイアグラムを処理する際にダイアグラムの種別によらず共通に利用される機能を提供するコア部と、前記特定の種別のダイアグラムの表記法にしたがって、前記処理部による編集の許否を判定するルール管理部と、を備えることを特徴とする。
【０００６】
前記処理部、前記コア部及び前記ルール管理部は、それぞれ独立したモジュールとして設けられてもよく、前記処理部は、前記コア部及び前記ルール管理部のそれぞれとの間で通信を行うためのインタフェースを有してもよい。
【０００７】
前記処理部は、ダイアグラムを記述するためのマークアップ言語を用いて、前記ダイアグラムをデータ化して処理してもよい。文書処理装置は、ダイアグラムを記述した文書を読み込んで、前記処理部が処理可能な前記マークアップ言語で記述されたデータにマッピングし、マッピング元とマッピング先のデータの間の対応を管理する変換部を更に備えてもよい。前記変換部は、読み込んだ文書に、ダイアグラムに含まれる図形の座標が記述されていない場合は、前記文書に対応づけられた前記座標を記述したファイルを読み込み、又は、前記座標を所定の規則にしたがって自動的に計算することにより、前記座標を取得してマッピングしてもよい。
【０００８】
前記処理部は、複数の図形をグループ化して編集対象とするグループ化機能を提供してもよく、前記グループ化機能は、ある図形と他の図形との接続関係を示す図形がグループ化の対象として選択されても、その図形を編集対象から除外してもよい。
【０００９】
前記処理部は、ダイアグラムの枠となる図形が編集対象として選択されたときに、その枠内に属する図形も編集対象として選択する機能を提供してもよい。
【００１０】
本発明の別の態様は、文書処理方法に関する。この文書処理方法は、特定の種別のダイアグラムの表記法にしたがって、前記ダイアグラムを処理する機能を提供する処理部と、前記ダイアグラムを処理する際にダイアグラムの種別によらず共通に利用される機能を提供するコア部が、前記ダイアグラムを編集するステップと、前記特定の種別のダイアグラムの表記法にしたがって、前記処理部による編集の許否を判定するステップと、をコンピュータに実行させることを特徴とする。
【００１１】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１２】
本発明によれば、ダイアグラムを適切に処理する技術を提供することができる。
【発明を実施するための最良の形態】
【００１３】
（前提技術）
図１は、前提技術に係る文書処理装置２０の構成を示す。文書処理装置２０は、文書内のデータが階層構造を有する複数の構成要素に分類された構造化文書を処理するが、本前提技術では構造化文書の一例としてＸＭＬ文書を処理する例について説明する。文書処理装置２０は、主制御ユニット２２、編集ユニット２４、ＤＯＭユニット３０、ＣＳＳユニット４０、ＨＴＭＬユニット５０、ＳＶＧユニット６０、及び変換部の一例であるＶＣユニット８０を備える。これらの構成は、ハードウエアコンポーネントでいえば、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００１４】
主制御ユニット２２は、プラグインのロードや、コマンド実行のフレームワークを提供する。編集ユニット２４は、ＸＭＬ文書を編集するためのフレームワークを提供する。文書処理装置２０における文書の表示及び編集機能は、プラグインにより実現されており、文書の種別に応じて必要なプラグインが主制御ユニット２２又は編集ユニット２４によりロードされる。主制御ユニット２２又は編集ユニット２４は、処理対象となるＸＭＬ文書の名前空間を参照して、ＸＭＬ文書がいずれのボキャブラリにより記述されているかを判別し、そのボキャブラリに対応した表示又は編集用のプラグインをロードして表示や編集を実行させる。例えば、文書処理装置２０には、ＨＴＭＬ文書の表示及び編集を行うＨＴＭＬユニット５０、ＳＶＧ文書の表示及び編集を行うＳＶＧユニット６０など、ボキャブラリ（タグセット）ごとに表示系及び編集系がプラグインとして実装されており、ＨＴＭＬ文書を編集するときはＨＴＭＬユニット５０が、ＳＶＧ文書を編集するときはＳＶＧユニット６０が、それぞれロードされる。後述するように、ＨＴＭＬとＳＶＧの双方の構成要素を含む複合文書が処理対象となっている場合は、ＨＴＭＬユニット５０とＳＶＧユニット６０の双方がロードされる。
【００１５】
このような構成によれば、ユーザは、必要な機能のみを選択してインストールし、後から適宜機能を追加又は削除することができるので、プログラムを格納するハードディスクなどの記録媒体の記憶領域を有効に活用することができ、また、プログラム実行時にも、メモリの浪費を防ぐことができる。また、機能拡張性に優れており、開発主体としても、プラグインの形で新たなボキャブラリに対応することが可能なので開発が容易となり、ユーザとしても、プラグインの追加により容易かつ低コストにて機能を追加することができる。
【００１６】
編集ユニット２４は、ユーザインターフェースを介してユーザから編集指示のイベントを受け付け、そのイベントを適切なプラグインなどに通知するともに、イベントの再実行（リドゥ）又は実行の取消（アンドゥ）などの処理を制御する。
【００１７】
ＤＯＭユニット３０は、ＤＯＭ提供部３２、ＤＯＭ生成部３４、及び出力部３６を含み、ＸＭＬ文書をデータとして扱うときのアクセス方法を提供するために定められた文書オブジェクトモデル（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）であれば、有効なＸＭＬ文書として処理可能である。この場合、挿入された他のボキャブラリのタグは、定義ファイルによりマッピングされてもよい。例えば、ＸＨＴＭＬ文書中に、「重要」、「最重要」などのタグを使用し、これらのタグで囲まれた部分を強調表示してもよいし、重要度の順にソートして表示してもよい。
【００４１】
図１０に示した編集画面において、ユーザにより文書が編集されると、編集された部分を担当するプラグイン又はＶＣユニット８０がソースツリーを変更する。ソースツリーには、ノードごとにミューテーションイベントのリスナーを登録できるようになっており、通常は、各ノードが属するボキャブラリに対応したプラグインの表示部又はＶＣユニット８０がリスナーとして登録される。ＤＯＭ提供部３２は、ソースツリーが変更されると、変更されたノードから上位の階層へたどって、登録されたリスナーがあれば、そのリスナーへミューテーションイベントを発行する。例えば、図９に示した文書において、＜ｈｔｍｌ＞ノードの下位のノードが変更された場合、＜ｈｔｍｌ＞ノードにリスナーとして登録されたＨＴＭＬユニット５０にミューテーションイベントが通知されるとともに、その上位の＜ｓｖｇ＞ノードにリスナーとして登録されたＳＶＧユニット６０にもミューテーションイベントが通知される。このとき、ＨＴＭＬユニット５０は、変更されたソースツリーを参照して表示を更新する。ＳＶＧユニット６０は、自身のボキャブラリに属するノードが変更されていないので、ミューテーションイベントを無視してもよい。
【００４２】
編集の内容によっては、ＨＴＭＬユニット５０による表示の更新に伴って、全体のレイアウトが変わる可能性がある。この場合は、画面のレイアウトを管理する構成、例えば最上位のノードの表示を担当するプラグインにより、プラグインごとの表示領域のレイアウトが更新される。例えば、ＨＴＭＬユニット５０による表示領域が以前より大きくなった場合、ＨＴＭＬユニット５０は、まず自身の担当する部分を描画して、表示領域の大きさを決定する。そして、画面のレイアウトを管理する構成に、変更後の表示領域の大きさを通知し、レイアウトの更新を依頼する。画面のレイアウトを管理する構成は、通知を受けて、プラグインごとの表示領域を再レイアウトする。こうして、編集された部分の表示が適切に更新されるとともに、画面全体のレイアウトが更新される。
【００４３】
（実施の形態）
図１１は、実施の形態に係る文書処理装置１００の構成を示す。文書処理装置１００は、図２に示した前提技術に係る文書処理装置２０の構成に加えて、ダイアグラムコンポーネント７０及び取得部７１を備える。ダイアグラムコンポーネント７０は、ダイアグラムを表示し、編集する機能を提供する。ダイアグラムコンポーネント７０は、処理部７２、ルール管理部７４、及びコア部７６を備える。
【００４４】
処理部７２は、ダイアグラムを作成するために定められた規格に則って、ダイアグラムを記述した文書を取得部７１を介して読み込んで表示するとともに、ユーザからの編集指示を受け付けて、ダイアグラムを編集する。処理部７２は、ＪＩＳ、ＢＰＭＮなど、フローチャートやビジネスプロセスモデルを記述するために策定された特定の種別の表記法のそれぞれに準拠した処理を行う。それぞれの規格によって、図形の形状や、矢印の形状などの表記の仕様が異なっているので、それぞれの仕様に応じて処理部７２が設けられる。本実施の形態では、ダイアグラムの種別としてビジネスプロセスモデルを表記するための規格であるＢＰＭＮを例にとって説明する。処理部７２は、ＢＰＭＮを表記するのに充分な情報を持つ独自のＸＭＬボキャブラリを用いて、ビジネスプロセスモデルをデータ化して処理する。以下、このＸＭＬボキャブラリで記述された文書を「ＢＰＭＮ文書」ともいう。
【００４５】
ルール管理部７４は、処理部７２における編集のルールを管理する。ダイアグラムには、規格などにより、様々な制約が定められている。例えば、ビジネスプロセスモデルを表記するＢＰＭＮでは、「メッセージフローは同じプール内のそれぞれのレーンにあるアクティビティ間で使うことは許されない」という制約がある。ルール管理部７４は、このような編集制約を保持して、処理部７２における編集の許否を判定し、各規格に準拠した文書の作成を支援する。ルール管理部７４は、ハードコードされたモジュールとして提供されてもよいし、パラメータファイルなどによりカスタマイズ可能としてもよい。
【００４６】
コア部７６は、様々なダイアグラムの表記法に応じて設けられる複数の処理部７２により共通に利用される機能を提供する。例えば、コア部７６は、ＤＯＭの操作や、ファイルの入出力など、ダイアグラムの処理に際して、ダイアグラムの種別の違いによらずに必要となる共通の機能を提供する。
【００４７】
このように、共通の機能を提供するコア部７６と、ダイアグラムを作成するモデルに応じた処理を行う処理部７２と、編集制約を管理するルール管理部７４とを、それぞれ独立した別々のモジュールとして設けることで、処理部７２とルール管理部７４をダイアグラムの種別に応じて別々にカスタマイズすることができ、柔軟に対応させることができる。また、共通の機能はコア部７６にまとめることで、ダイアグラムの種別が異なっても、処理部７２とルール管理部７４のみをカスタマイズすればよいので、開発の工数を低減させることができる。処理部７２は、コア部７６及びルール管理部７４のそれぞれとの間で通信を行うためのインタフェースを有しており、インタフェースを介してコア部７６及びルール管理部７４と協調動作する。
【００４８】
また、このようなビジネスプロセスモデルを記述するための文書のボキャブラリとしては、ＢＰＥＬが特にＢＰＭＮとの親和性が高い。ＢＰＥＬによりビジネスプロセスモデルが記述された文書も、ＢＰＭＮ文書へマッピングするための定義ファイルを用意しておけば、前提技術で説明したように、ＶＣユニット８０によりＢＰＭＮ文書へマッピングして、処理部７２に処理させることができる。同様に、ＢＰＥＬ以外のボキャブラリでダイアグラムが記述された文書であっても、前提技術で説明した技術を利用することにより、処理部７２が提供されているボキャブラリへマッピングして処理することができる。以上のような技術を採用することにより、各企業などで独自に管理されているビジネスプロセスを適切に処理する環境を、効率よく簡便に構築することができる。
【００４９】
図１２は、ダイアグラムコンポーネントにより処理される文書４０００の例を示す。この文書は、ＢＰＭＮを表記するのに充分な情報を持つ独自のＸＭＬボキャブラリにより記述されており、スイムレーン、フローオブジェクト、接続オブジェクト、成果物などの種別、形状、座標などが定義されている。なお、図１２においては、各要素のスタイル属性などを一部省略している。
【００５０】
図１３は、図１２に示した文書が表示された画面の例を示す。ＢＰＭＮの規格に則って実装された処理部７２により、文書に記述された各要素が表示されている。ユーザは、この画面において、各図形要素を追加したり、移動させたり、変形させたりすることができる。処理部７２は、ユーザからの編集指示に応じて、文書を編集する。
【００５１】
ルール管理部７４は、保持している編集制約にしたがって、処理部７２における編集の許否を判定する。ルール管理部７４には、例えば、ＢＰＭＮの規格に則した編集規則として、「メッセージフローは同じプール内のそれぞれのレーンにあるアクティビティ間で使うことは許されない」、「複数のフローオブジェクトが重なり合ってはならない」などの編集制約が管理されている。処理部７２は、ユーザからの指示に応じて編集を行う前に、ルール管理部７４に編集の許否を問い合わせる。ルール管理部７４は、保持している編集制約を参照して、その編集の許否を判定し、処理部７２へ回答する。処理部７２は、編集が許可された場合は、その編集を実行し、編集が禁止された場合は、編集を実行せずに、エラーメッセージを提示する。編集の許否は、ルール管理部７４により管理されている編集制約を参照して、処理部７２が判定してもよい。
【００５２】
図１４は、図１２に示した文書を編集している画面の例を示す。図１４では、ユーザが、アクティビティ４００２から成果物４００４へシーケンスフローを接続させる編集を行っている。しかし、この編集はＢＰＭＮでは許されないので、処理部７２は、その旨のエラーメッセージ４００６を提示している。
【００５３】
処理部７２は、編集のたびに編集の許否を判定するモードと、編集の許否を判定せずに自由に編集を実行可能とするモードとを設け、ユーザがモードを切り替えられるようにしてもよい。後者のモードでは、ユーザは、編集制約にとらわれずに自由に編集を行うことができる。処理部７２は、ユーザからの要求に応じて、又は、文書を保存する前に、編集中の文書が編集制約に反していないか、バリデーションチェックを行う機能を提供する。このとき、ルール管理部７４は、現在編集中の文書を編集制約に照らしてチェックし、編集制約に反している部分を処理部７２へ回答する。
【００５４】
図１５は、図１２に示した文書を編集している画面の例を示す。図１５の例では、編集の許否を判定しないモードでユーザが編集した後に、バリデーションチェックを行っている。この例では、フローオブジェクトとフローオブジェクトとが重なり合っており、また、シーケンスフローが成果物へ接続されているので、処理部７２は、その旨のエラーメッセージ４００８を提示している。
【００５５】
図１６は、図１２に示した文書を編集している画面の例を示す。処理部７２は、一般的なドローソフトと同様に、複数の図形をグループ化して編集する機能を提供する。図１６の例では、ユーザが、アクティビティ４０１０、アクティビティ４０１２、及びシーケンスフロー４０１４を選択し、それらをグループ化して移動させる。
【００５６】
一般的なドローソフトでは、図１７に示すように、アクティビティ４０１０、アクティビティ４０１２、及びシーケンスフロー４０１４をグループ化して移動させるので、シーケンスフロー４０１４は、始点位置のアクティビティ４０１６から離れてしまう。単に図形を編集する場合にはこれで問題ないが、ビジネスプロセス図を編集する際には、シーケンスフロー４０１４は、アクティビティ４０１６からアクティビティ４０１０へのプロセスの流れを意味しているので、始点位置のアクティビティ４０１６から離れるように移動させるのは適切ではない。
【００５７】
したがって、本実施の形態の処理部７２は、図１８に示すように、シーケンスフロー４０１４はアクティビティ４０１０及びアクティビティ４０１２とグループ化させず、シーケンスフロー４０１４がアクティビティ４０１６からアクティビティ４０１０へ接続されている状態を保ったまま、アクティビティ４０１０及びアクティビティ４０１２をグループ化させて移動させる。これにより、単なる図形編集ではなく、ビジネスプロセス図としての意味を保った編集を適切に支援することができる。
【００５８】
また、一般的なドローソフトでは、最後に追加した図形が最上のレイヤに配置され、ユーザが順番を入れ替えない限り追加した順番が保持されるが、本実施の形態の処理部７２は、最後に編集対象となった図形を最上のレイヤに配置する。これにより、ユーザが再び同じ図形を編集対象とする際に、図形を選択しやすいので、ユーザの利便性を向上させることができる。
【００５９】
処理部７２は、ユーザがプール又はレーン内のオブジェクト以外の部分をクリックして、プール又はレーンを選択したとき、プール又はレーンの枠のみを編集対象とするのではなく、選択されたプール又はレーン内に配置されている全ての図形をグループ化させて編集対象とする。このとき、データオブジェクト、グループ、注釈は、プールやレーンに属していないので、デフォルトでは選択対象とされない。ビジネスプロセス図を編集する際に、プール又はレーンの枠のみを移動させることは稀であり、ユーザは、プール又はレーン内に配置されている図形を含めた全体を移動させることを意図している場合がほとんどであるから、このような機能を提供することにより、ユーザの利便性を向上させることができる。処理部７２は、例えば、「Ａｌｔ」キーや「Ｃｔｒｌ」キーなどを押下しながら図形をクリックすることにより、プール又はレーンの枠のみを選択したり、プール又はレーン内の任意の図形を選択することを可能としてもよい。
【００６０】
前提技術で説明したように、ＢＰＥＬなどのボキャブラリで記述されたビジネスプロセスモデル文書をＢＰＭＮへマッピングする定義ファイルを用意し、ＶＣ機能を利用して文書処理装置１００で処理することもできる。このとき、ＢＰＥＬなど、図形の座標などを定義することができない仕様の文書をＢＰＭＮにマッピングする場合には、定義ファイルにおいて、それぞれの図形のデフォルトの座標値を、所定の規則にしたがって自動的に計算し、マッピング先のＢＰＭＮ文書に座標値として格納してもよい。また、編集した文書を保存する際に、ＢＰＥＬ文書とは別に、それぞれの図形の座標値やスタイル属性などをパラメータファイルに保存し、次に編集する際に、ＢＰＥＬ文書に対応付けられたパラメータファイルがあれば、それを読み込んでマージし、マッピング先のＢＰＭＮ文書に格納してもよい。このような機能は、定義ファイルにより提供されてもよいし、処理部７２又はコア部７６により提供されてもよい。
【００６１】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００６２】
実施の形態では、ＸＭＬ文書を処理する例について説明したが、本実施の形態の文書処理装置１００は、他のマークアップ言語、例えば、ＳＧＭＬ、ＨＴＭＬなどで記述された文書も同様に処理可能である。
【図面の簡単な説明】
【００６３】
【図１】前提技術に係る文書処理装置の構成を示す図である。
【図２】文書処理装置により編集されるＸＭＬ文書の例を示す図である。
【図３】図２に示したＸＭＬ文書をＨＴＭＬで記述された表にマッピングする例を示す図である。
【図４（ａ）】図２に示したＸＭＬ文書を図３に示した表にマッピングするための定義ファイルの例を示す図である。
【図４（ｂ）】図２に示したＸＭＬ文書を図３に示した表にマッピングするための定義ファイルの例を示す図である。
【図５】図２に示したＸＭＬ文書を、図３に示した対応によりＨＴＭＬにマッピングして表示した画面の例を示す図である。
【図６】ユーザが定義ファイルを生成するために、定義ファイル生成部がユーザに提示するグラフィカルユーザインターフェースの例を示す図である。
【図７】定義ファイル生成部により生成された画面レイアウトの他の例を示す図である。
【図８】文書処理装置によるＸＭＬ文書の編集画面の一例を示す図である。
【図９】文書処理装置により編集されるＸＭＬ文書の他の例を示す図である。
【図１０】図９に示した文書を表示した画面の例を示す図である。
【図１１】実施の形態に係る文書処理装置の構成を示す図である。
【図１２】ダイアグラムコンポーネントにより処理される文書の例を示す図である。
【図１３】図１２に示した文書が表示された画面の例を示す図である。
【図１４】図１２に示した文書を編集している画面の例を示す図である。
【図１５】図１２に示した文書を編集している画面の例を示す図である。
【図１６】図１２に示した文書を編集している画面の例を示す図である。
【図１７】図１２に示した文書を編集している画面の例を示す図である。
【図１８】図１２に示した文書を編集している画面の例を示す図である。
【符号の説明】
【００６４】
２０ 文書処理装置、２２ 主制御ユニット、２４ 編集ユニット、３０ ＤＯＭユニット、３２ ＤＯＭ提供部、３４ ＤＯＭ生成部、３６ 出力部、４０ ＣＳＳユニット、４２ ＣＳＳ解析部、４４ ＣＳＳ提供部、４６ レンダリング部、５０ ＨＴＭＬユニット、５２，６２ 制御部、５４，６４ 編集部、５６，６６ 表示部、６０ ＳＶＧユニット、７０ ダイアグラムコンポーネント、７２ 処理部、７４ ルール管理部、７６ コア部、８０ ＶＣユニット、８２ マッピング部、８４ 定義ファイル取得部、８６ 定義ファイル生成部、１００ 文書処理装置。
【特許請求の範囲】
【請求項１】
特定の種別のダイアグラムの表記法にしたがって、前記ダイアグラムを処理する機能を提供する処理部と、
前記ダイアグラムを処理する際にダイアグラムの種別によらず共通に利用される機能を提供するコア部と、
前記特定の種別のダイアグラムの表記法にしたがって、前記処理部による編集の許否を判定するルール管理部と、
を備えることを特徴とする文書処理装置。
【請求項２】
前記処理部、前記コア部及び前記ルール管理部は、それぞれ独立したモジュールとして設けられ、前記処理部は、前記コア部及び前記ルール管理部のそれぞれとの間で通信を行うためのインタフェースを有することを特徴とする請求項１に記載の文書処理装置。
【請求項３】
前記処理部は、ダイアグラムを記述するためのマークアップ言語を用いて、前記ダイアグラムをデータ化して処理することを特徴とする請求項１又は２に記載の文書処理装置。
【請求項４】
ダイアグラムを記述した文書を読み込んで、前記処理部が処理可能な前記マークアップ言語で記述されたデータにマッピングし、マッピング元とマッピング先のデータの間の対応を管理する変換部を更に備えることを特徴とする請求項３に記載の文書処理装置。
【請求項５】
前記変換部は、読み込んだ文書に、ダイアグラムに含まれる図形の座標が記述されていない場合は、前記文書に対応づけられた前記座標を記述したファイルを読み込み、又は、前記座標を所定の規則にしたがって自動的に計算することにより、前記座標を取得してマッピングすることを特徴とする請求項４に記載の文書処理装置。
【請求項６】
前記処理部は、複数の図形をグループ化して編集対象とするグループ化機能を提供し、
前記グループ化機能は、ある図形と他の図形との接続関係を示す図形がグループ化の対象として選択されても、その図形を編集対象から除外することを特徴とする請求項１から５のいずれかに記載の文書処理装置。
【請求項７】
前記処理部は、ダイアグラムの枠となる図形が編集対象として選択されたときに、その枠内に属する図形も編集対象として選択する機能を提供することを特徴とする請求項１から６のいずれかに記載の文書処理装置。
【請求項８】
特定の種別のダイアグラムの表記法にしたがって、前記ダイアグラムを処理する機能を提供する処理部と、前記ダイアグラムを処理する際にダイアグラムの種別によらず共通に利用される機能を提供するコア部が、前記ダイアグラムを編集するステップと、
前記特定の種別のダイアグラムの表記法にしたがって、前記処理部による編集の許否を判定するステップと、
をコンピュータに実行させることを特徴とする文書処理方法。
【請求項９】
コンピュータを、
特定の種別のダイアグラムの表記法にしたがって、前記ダイアグラムを処理する機能を提供する処理部、
前記ダイアグラムを処理する際にダイアグラムの種別によらず共通に利用される機能を提供するコア部、
前記特定の種別のダイアグラムの表記法にしたがって、前記処理部による編集の許否を判定するルール管理部、
として機能させることを特徴とする文書処理プログラム。
【請求項１】
特定の種別のダイアグラムの表記法にしたがって、前記ダイアグラムを処理する機能を提供する処理部と、
前記ダイアグラムを処理する際にダイアグラムの種別によらず共通に利用される機能を提供するコア部と、
前記特定の種別のダイアグラムの表記法にしたがって、前記処理部による編集の許否を判定するルール管理部と、
を備えることを特徴とする文書処理装置。
【請求項２】
前記処理部、前記コア部及び前記ルール管理部は、それぞれ独立したモジュールとして設けられ、前記処理部は、前記コア部及び前記ルール管理部のそれぞれとの間で通信を行うためのインタフェースを有することを特徴とする請求項１に記載の文書処理装置。
【請求項３】
前記処理部は、ダイアグラムを記述するためのマークアップ言語を用いて、前記ダイアグラムをデータ化して処理することを特徴とする請求項１又は２に記載の文書処理装置。
【請求項４】
ダイアグラムを記述した文書を読み込んで、前記処理部が処理可能な前記マークアップ言語で記述されたデータにマッピングし、マッピング元とマッピング先のデータの間の対応を管理する変換部を更に備えることを特徴とする請求項３に記載の文書処理装置。
【請求項５】
前記変換部は、読み込んだ文書に、ダイアグラムに含まれる図形の座標が記述されていない場合は、前記文書に対応づけられた前記座標を記述したファイルを読み込み、又は、前記座標を所定の規則にしたがって自動的に計算することにより、前記座標を取得してマッピングすることを特徴とする請求項４に記載の文書処理装置。
【請求項６】
前記処理部は、複数の図形をグループ化して編集対象とするグループ化機能を提供し、
前記グループ化機能は、ある図形と他の図形との接続関係を示す図形がグループ化の対象として選択されても、その図形を編集対象から除外することを特徴とする請求項１から５のいずれかに記載の文書処理装置。
【請求項７】
前記処理部は、ダイアグラムの枠となる図形が編集対象として選択されたときに、その枠内に属する図形も編集対象として選択する機能を提供することを特徴とする請求項１から６のいずれかに記載の文書処理装置。
【請求項８】
特定の種別のダイアグラムの表記法にしたがって、前記ダイアグラムを処理する機能を提供する処理部と、前記ダイアグラムを処理する際にダイアグラムの種別によらず共通に利用される機能を提供するコア部が、前記ダイアグラムを編集するステップと、
前記特定の種別のダイアグラムの表記法にしたがって、前記処理部による編集の許否を判定するステップと、
をコンピュータに実行させることを特徴とする文書処理方法。
【請求項９】
コンピュータを、
特定の種別のダイアグラムの表記法にしたがって、前記ダイアグラムを処理する機能を提供する処理部、
前記ダイアグラムを処理する際にダイアグラムの種別によらず共通に利用される機能を提供するコア部、
前記特定の種別のダイアグラムの表記法にしたがって、前記処理部による編集の許否を判定するルール管理部、
として機能させることを特徴とする文書処理プログラム。
【図１】
【図２】
【図３】
【図４（ａ）】
【図４（ｂ）】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４（ａ）】
【図４（ｂ）】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００９−１１０３３８（Ｐ２００９−１１０３３８Ａ）
【公開日】平成２１年５月２１日（２００９．５．２１）
【国際特許分類】
【出願番号】特願２００７−２８２７９５（Ｐ２００７−２８２７９５）
【出願日】平成１９年１０月３１日（２００７．１０．３１）
【出願人】（３９００２４３５０）株式会社ジャストシステム (123)
【Ｆターム（参考）】
【公開日】平成２１年５月２１日（２００９．５．２１）
【国際特許分類】
【出願日】平成１９年１０月３１日（２００７．１０．３１）
【出願人】（３９００２４３５０）株式会社ジャストシステム (123)
【Ｆターム（参考）】
[ Back to top ]