(57)【要約】【課題】本コンピュータシステムは、所定のドキュメントデスクリプション（１２０，１３０）を提供する。ドキュメントデスクリプション（１２０，１３０）は、レイアウトテンプレート（１４０−１）およびデータデスクリプション（１４０−２）に分解される（４２０）。本発明の好ましい実施形態において、分解（４２０）は、スタイルシート言語変換を用いることにより達成される。任意的に、コンピュータシステムは、データデスクリプション（１４０−２）からデータインスタンス（１５０）を作成し（４６０）、そしてそのデータインスタンス（１５０）をレイアウトテンプレート（１４０−１）と共に個々のドキュメントデスクリプション（１６０）にマージする（４７０）。個々のデスクリプション（１６０）は、従来のブラウザによって翻訳される。
2004537133.tif 000002
【特許請求の範囲】
【請求項１】
ドキュメントのデータおよびレイアウト情報を分離し且つ処理するためのコンピュータ実施の方法（４００）であって、
所定のドキュメントデスクリプション（１２０，１３０）を提供するステップ（４１０）と、
前記ドキュメントデスクリプション（１２０，１３０）をレイアウトテンプレート（１４０−１）およびデータデスクリプション（１２０，１３０）に分解するステップ（４２０）とを具備する方法。
【請求項２】
前記分解ステップ（４４０）は、
前記ドキュメントデスクリプション（１２０，１３０）から前記レイアウトテンプレート（１４０−１）を抽出するステップ（４３０）と、
前記ドキュメントデスクリプション（１２０，１３０）から前記データデスクリプション（１４０−２）を抽出するステップ（４４０）とを備えたことを特徴とする請求項１記載の方法。
【請求項３】
前記抽出ステップ（４３０，４４０）は、プログラミング言語での変換プログラムを使用することを特徴とする請求項２記載の方法。
【請求項４】
前記変換プログラムは、スタイルシート言語変換であることを特徴とする請求項３記載の方法。
【請求項５】
前記データデスクリプション（１４０−２）からデータインスタンス（１５０）を作成するステップ（４６０）と、
前記データインスタンス（１５０）を前記レイアウトテンプレート（１４０−１）と共に個々のドキュメントデスクリプション（１６０）にマージするステップ（４７０）とをさらに備えたことを特徴とする請求項４記載の方法。
【請求項６】
前記マージステップ（４７０）は、プログラミング言語での変換プログラムを使用することを特徴とする請求項５記載の方法。
【請求項７】
前記変換プログラムは、スタイルシート言語変換であることを特徴とする請求項６記載の方法。
【請求項８】
ドキュメントのデータおよびレイアウト情報を分離し且つ処理するためのコンピュータシステム（９９９）であって、
所定のドキュメントデスクリプション（１２０，１３０）を提供するステップ（４１０）のための手段と、
前記ドキュメントデスクリプション（１２０，１３０）をレイアウトテンプレート（１４０−１）およびデータデスクリプション（１４０−２）に分解するステップ（４２０）のための手段とを具備するシステム。
【請求項９】
前記データデスクリプション（１４０−２）からデータインスタンス（１５０）を作成するステップ（４６０）のための手段と、
前記データインスタンス（１５０）を前記レイアウトテンプレート（１４０−１）と共に個々のドキュメントデスクリプション（１６０）にマージするステップ（４７０）のための手段とをさらに備えたことを特徴とする請求項８記載のシステム。
【請求項１０】
コンピュータ（９００）のプロセッサ（９１０）にドキュメントのデータおよびレイアウト情報を分離させ且つ処理させるための複数の命令を備えたコンピュータプログラムプロダクト（１００）であって、
所定のドキュメントデスクリプション（１２０，１３０）を提供するステップ（４１０）と、
前記ドキュメントデスクリプション（１２０，１３０）をレイアウトテンプレート（１４０−１）およびデータデスクリプション（１４０−２）に分解するステップ（４２０）とを前記コンピュータ（９００）に実行させるためのコンピュータプログラムプロダクト。
【請求項１１】
前記データデスクリプション（１４０−２）からデータインスタンス（１５０）を作成するステップ（４６０）と、
前記データインスタンス（１５０）を、前記レイアウトテンプレート（１４０−１）と共に個々のドキュメントデスクリプション（１６０）にマージするステップ（４７０）とを前記コンピュータ（９００）にさらに実行させるための請求項１０記載のコンピュータプログラムプロダクト。
【請求項１２】
コンピュータ（９００）により読み取り可能なデータキャリア（９７０）であって、前記コンピュータ（９００）のプロセッサ（９１０）にドキュメントのデータおよびレイアウト情報を分離させ且つ処理させるための複数の命令と、前記コンピュータ（９００）に請求項１および２記載の方法（４００）のステップを実行させる複数の命令とを格納するデータキャリア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、データ処理システムにおけるドキュメント処理に関し、更に詳しくは、レイアウト情報およびデータを取り扱うコンピュータ実施の方法およびコンピュータシステムに関する。
【背景技術】
【０００２】
従来技術のシステムにおいて、一般に、ヒューマンインターフェイスデスクリプションのようなドキュメントは、標準化されたドキュメント記述言語(SDL; Standardized Description Language)を用いて記述される。以下で用いられる“ヒューマンインターフェイス”なる用語は、コンピュータ上で動作するアプリケーションプログラムと人間が対話(interact)するための如何なる種類のアプリケーションインターフェイスをも表す。ヒューマンインターフェイスの例には、グラフィカルユーザインターフェイス（ＧＵＩ）またはボイスユーザインターフェイス（ＶＵＩ）がある。
【０００３】
一般に、ＳＤＬは“拡張マークアップ言語”(XML; Extensible Markup Language)を基にした言語であって一組のレイアウトコントロール(layout control)を提供し、レイアウトコントロールは特定のレイアウトエレメント（ＬＥ）を記述する記述命令(description instruction)から成る。変換ルール(transform rules)を含む変換プログラム(transformer program)は、レイアウトエレメントをブラウザ対応デスクリプションに変換する。ＳＤＬにおいて、一般的なレイアウトエレメントは、“行(row)”、“セル(cell)”、“テーブル(table)”、“グリッド(grid)”等である。このようなレイアウトエレメントは、任意のアプリケーションの任意のコンテキスト(context)において再使用できる。
【０００４】
以下で使用されるブラウザは、“ハイパーテキストマークアップ言語”(HTML)、“ワイヤレスマークアップ言語”(WML)または“ボイス拡張マークアップ言語”(VXML)のようなマークアップ言語で記述されたドキュメントを、このドキュメントのビジュアルまたはオーディオプレゼンテーションに“翻訳”するコンピュータプログラムである。ブラウザは、装置特定であってもよい。例えば、パーソナルコンピュータ画面上のＨＴＭＬドキュメントを翻訳するブラウザは、ワイヤレスアプリケーションプロトコル(WAP)の携帯電話のディスプレイ上のＷＭＬドキュメントを翻訳するブラウザとは異なる。
【０００５】
ブラウザ対応デスクリプションは、コンピュータの出力装置上で従来のブラウザによって、対応するビジュアルまたはオーディオレイアウトエレメントに翻訳(render)され得る。
【０００６】
ワールドワイドウェブコンソーシアム（Ｗ３Ｃ）のXforms 1.0 規格(2001年６月８日）において、新たなドキュメントが生成されるときにはデータ情報およびレイアウト情報が最初から分離されているという前提(assumption)が設けられた。このことは、新たなドキュメントを用いるアプリケーションにおいて使用されるデータモデルの正確な知識を要求する。以下では、データモデルは、ドキュメントによって使用（ディスプレイ、プレイ、キャプチャ、等）されるデータのデータ記述に対応する。しかしながら、ドキュメントの設計が開始するときにデータモデルが未知であるアプリケーションが存在する。例えば、アプリケーションプログラマが通覧(survey)アプリケーションを作成するとき、通常、通覧フォーム（質問表）を通して得られるべき情報は、その通覧を開発している間に定められる。入力フィールドは、それがその設計過程の間に定められると、上記フォームに付け加えられる。一般に、対応するデータ（例えば、質問グループにおける質問のような、データ間の従属関係）を記述するデータモデルは存在しない。
【発明の開示】
【課題を解決するための手段】
【０００７】
従って、本発明は、レイアウト情報およびデータ情報が混在するドキュメントに基づきレイアウト情報からデータ情報を自動的に分離する技術的問題を解決するための方法、コンピュータシステムおよびコンピュータプログラムプロダクト(product)を提供する。
【０００８】
説明の便宜のため、かつ本発明を限定する意図はないものとして、本発明の以下の説明では、ドキュメントは、コンピュータのグラフィカルヒューマンインターフェイスのデスクリプションであるものと仮定する。しかしながら、用語“レイアウトエレメント”は、以下ではグラフィカルレイアウトエレメントを表現するために用いられ、またボイスヒューマンインターフェイスにおける意味を有し、それは特定の対話（相互のやりとり(interaction)）の図式に付随するサウンド（例えば話し言葉）のシーケンスに対応する。
【０００９】
本発明の好ましい実施形態による技術的課題に対する解法は、次の特徴により提供される。即ち、本発明のコンピュータシステムは、
ａ）所定のドキュメントデスクリプションを提供し、好ましくは、そのドキュメントは、ＸＭＬまたはＸＨＴＭＬドキュメントのようなマークアップ言語であり、そして、
ｂ）上記ドキュメントデスクリプションをレイアウト点およびデータデスクリプションに分解しする。
【００１０】
本発明の利点は、コンピュータシステムが、当初、データモデルを欠いたアプリケーションのためにデータモデル自動的に生成することである。これは、データおよびレイアウト情報の双方を備えるドキュメントデスクリプションを通じてアプリケーションが規定されるときの例である。この種のアプリケーションの例には、通覧フォームまたはサービス要求用フォームがある。通覧フォームは、通覧設計プロセスの間に規定され且つ予め規定されたデータデスクリプションが存在しない入力または回答フィールド(answer field)を備えてもよい。サービス要求はまた予め規定されないサービス用フィールドを備えてもよく、なぜなら、それらは規則的に提供されないからである。従って予め定められたデータデスクリプションは存在しなくてもよい。
【００１１】
さらに、本発明は、ランタイム依存データ（ランタイムの間に生成または修正されたデータ）を備える個々のドキュメントを用いてユーザに入力指示(prompt)する技術的課題を解決する。以下のように、ラインタイムは、ドキュメントが実行されている（ユーザによって対話形式で使用されている）間に生じること、を意味する。デザインタイム(design time)は、ドキュメントがデザインされている間（対話形式で使用される前）に生じることを意味する。ランタイム依存データの例は、ユーザネーム、ドキュメント作成日、セッションＩＤ、エラーメッセージ等である。
【００１２】
本発明の好ましい実施形態による技術的問題に対する解は、以下の特徴によって提供される。即ち、本発明のコンピュータシステムは、
ｃ）データデスクリプションからデータインスタンスを作成し、そして、
ｄ）上記データインスタンスをレイアウトテンプレートと共に個々のドキュメントデスクリプションにマージする。個々のドキュメントデスクリプションは、ブラウザによって翻訳することができる。
【００１３】
その利点は、ランタイム処理の間にアプリケーションプログラムによって修正され得るランライム依存データを構成するためのデータインスタンスの能力である。従って、個々のドキュメントデスクリプションは、データデスクリプションのスタティックデータと比べて動的であるランタイム依存データでユーザに入力指示を行う。
【００１４】
ＸＳＬＴのようなスタイルシート言語変換が変換(transformation)またはコンバージョン(conversion)ルールを規定するために代わりに使用される本発明のデスクリプションにおける任意の個所で、当業者は、Ｊａｖａ（登録商標）のような任意のプログラミング言語でそれらのルールを実施することもできる。
【００１５】
本発明の特徴は、添付の特許請求の範囲において特に示された構成要素および組み合わせによって実現され且つ達成される。上述の概要および以下の詳細な説明は代表的なものであって説明的なものに過ぎず、且つ説明されるように本発明を制限するものではない。
【発明を実施するための最良の形態】
【００１６】
可能な限り、同一または類似するパーツを参照するために図面の全体にわたって同一の参照番号が使用されるであろう。説明の便宜上、文末の参照番号一覧に、最も重要な参照番号およびそれらの説明をリストアップする。
【００１７】
図１は、複数のコンピュータ９００，９０１，９０２（または９０ｑ、ただし、ｑ＝０…Ｑ−１であり、Ｑは任意の数）を備える本発明のコンピュータネットワークシステム９９９の簡略化されたブロックダイアグラムを図示する。
【００１８】
コンピュータ９００−９０２は、コンピュータ間ネットワーク９９０を介して接続される。コンピュータ９００は、プロセッサ９１０、メモリ９２０、バス９３０を備えると共に、状況に応じて入力装置９４０および出力装置９５０（Ｉ／Ｏ装置、ユーザインターフェイス９６０）を備える。図示されたように、本発明は、コンピュータプログラムプロダクト１００（ＣＰＰ）、プログラムキャリア９７０、およびプログラム信号９８０によって与えられ、これらを総じて“プログラム”と称す。
【００１９】
コンピュータ９００に関しては、コンピュータ９０１／９０２は、たまに“リモートコンピュータ”として参照され、コンピュータ９０１／９０２は、例えば、サーバ、ルータ、ピア装置(peer device)、または他の共通ネットワークノードであり、一般には、コンピュータ９００に関連して述べた構成要素の多くまたは全部を備える。従って、コンピュータ９００における構成要素１００および９１０−９８０はまた、総じてコンピュータ９０ｑにおいて対応する構成要素１０ｑおよび９１ｑ−９８ｑ（ｑ＝０について示される）を示す。
【００２０】
コンピュータ９００は、例えば、従来型のパーソナルコンピュータ（ＰＣ）、デスクトップおよびハンドヘルド装置、マルチプロセッサコンピュータ、ペンコンピュータ、マイクロプロセッサベースまたはプログラマブルな民生電子機器、ミニコンピュータ、メインフレームコンピュータ、パーソナルモバイルコンピュータ装置、携帯電話、携帯型または固定型パーソナルコンピュータ、パームトップコンピュータ、またはその種の他のものである。
【００２１】
プロセッサ９１０は、例えば、中央演算処理装置（ＣＰＵ）、マイクロコントローラユニット（ＭＣＵ）、デジタルシグナルプロセッサ（ＤＳＰ）、またはその種の他のものである。
【００２２】
メモリ９２０は、データおよび命令を一時的または恒久的に格納する要素を象徴する。メモリ９２０が都合よくコンピュータ９００の一部として図示されているが、メモリ機能は、ネットワーク９９０において、コンピュータ９０１／９０２において、およびプロセッサ９１０自体（例えば、キャッシュ、レジスタ）、またはその他においても提供され得る。メモリ９２０は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、または他のアクセスオプションを備えるメモリであってもよい。メモリ９２０は、コンピュータ読み取り可能な媒体によって物理的に提供され、例えば、（ａ）ハードディスク、フロッピーディスク（登録商標）のような磁気媒体、または他の磁気ディスク、テープ、カセットテープ、（ｂ）光ディスク（ＣＤ−ＲＯＭ、デジタルバーサタイルディスク−ＤＶＤ）のような光媒体、（ｃ）ＤＲＡＭ、ＳＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、メモリスティックのような半導体媒体、またはペーパー(paper)のような他の任意の媒体によってもよい。
【００２３】
状況に応じて、メモリ９２０は異なる媒体にわたって分散される。メモリ９２０の部分はリムーバブル(removable)または非リムーバブルであってもよい。コンピュータ９００は、例えばディスクドライブ、テープドライブなどのような、この技術分野でよく知られた装置を使用して媒体からの読み出しおよび媒体への書き込みを行う。
【００２４】
メモリ９２０は、例えば基本入出力システム（ＢＩＯＳ）、オペレーティングシステム（ＯＳ）、プログラムライブラリ、コンパイラ、インタプリタ、およびテキストプロセッシングツールのようなサポートモジュールを格納する。サポートモジュールは、市販されており、そして当業者によってコンピュータ９００上にインストールすることができる。簡単のため、これらモジュールは図示されていない。
【００２５】
ＣＰＰ１００はプログラム命令を備え、状況に応じて、本発明の方法ステップをプロセッサ９１０に実行させるデータを備える。方法ステップは、以下に更に詳細に説明される。換言すると、ＣＰＰ１００は、コンピュータ９００の動作と、ネットワークシステム９９９におけるその相互のやりとり(interaction)を規定する。例えば、制約する意図なしに、ＣＰＰ１００は、任意のプログラミング言語におけるソースコードとして、且つコンパイルされた形式でのオブジェクトコード（“binary code”）として利用可能である。当業者であれば、上述のサポートモジュール（例えば、コンパイラ、インタプリタ、オペレーティングシステム）の任意のものとともにＣＰＰ１００を使用することができる。
【００２６】
ＣＰＰ１００は、メモリ９２０に格納されているように図示されているが、ＣＰＰ１００は他の場所に配置し得る。ＣＰＰ１００はキャリア９７０に具現されてもよい。
【００２７】
キャリア９７０は、コンピュータ９００の外部に図示されている。ＣＰＰ１００をコンピュータ９００に移すために、キャリア９７０は、都合よく入力装置９４０に差し込まれる。キャリア９７０は、大いに上述した媒体（メモリ９２０参照）のような、任意のコンピュータ読み取り可能な媒体として提供される。概して、キャリア９７０は、本発明の方法を実施するためにその中に具現されたコンピュータ読み取り可能なプログラムコード手段を備えるコンピュータ読み取り可能な媒体からなるメーカー品である。さらに、プログラム信号９８０はまたコンピュータプログラム１００を具現し得る。信号９８０は、ネットワーク９９０上をコンピュータ９００に伝わる。
【００２８】
コンピュータ９００に結びつけてＣＰＰ１００、プログラムキャリア９７０、およびプログラム信号９８０を説明したことは都合がよい。状況に応じて、プログラムキャリア９７１／９７２（図示なし）およびプログラム信号９８１／９８２は、コンピュータ９０１／９０２においてプロセッサ９１１／９１２（図示なし）によって実行されるべきコンピュータプログラムプロダクト（ＣＰＰ）１０１／１０２をそれぞれ具現化する。
【００２９】
入力装置９４０は、コンピュータ９００による処理のためにデータおよび命令を提供する装置を象徴する。例えば、装置９４０は、キーボード、ポインティングデバイス（例えばマウス、トラックボール、カーソル方向キー）、マイクロホン、ジョイスティック、ゲームパッド、スキャナである。その例はヒューマンインタを備える装置であるが、装置９４０は、ワイヤレスレシーバ（例えば衛星放送受信アンテナまたは地上波アンテナ）、センサ（例えば温度計）、カウンタ（例えば工場における物品カウンタ）のように、人間と対話することなく動作することもできる。入力装置９４０は、キャリア９７０を読み取る役目を果たすこともできる。
【００３０】
出力装置９５０は、命令および処理されたデータを与える装置を象徴する。例えば、モニタまたはディスプレイ、ブラウン管（ＣＲＴ）、フラットパネルディスプレイ、液晶ディスプレイ（ＬＣＤ）、スピーカ、プリンタ、プロッタ、バイブレーション警報装置である。上述と同様に、出力装置９５０は、ユーザとコミュニケーションをとるが、さらにコンピュータと通信することもできる。
【００３１】
入力装置９４０および出力装置９５０は単一の装置に一体化されることができ、装置９４０および９５０の何れも任意的(optional)に提供され得る。
【００３２】
バス９３０およびネットワーク９９０は、命令およびデータ信号を伝えることにより論理的および物理的接続を提供する。一方、コンピュータ９００内部の接続は、都合の良いことに“バス９３０”として参照され、コンピュータ９００−９０２の間の接続は、“ネットワーク９９０”として参照される。状況に応じて、ネットワーク９９０は、データ伝送およびプロトコルコンバージョンを専門にするコンピュータであるゲートウェイを備える。
【００３３】
装置９４０および９５０は、バス９３０によって（図示するように）、またはネットワーク９９０によって（任意的）、コンピュータ９００に接続される。一方、コンピュータ９００内部の信号は大部分が電気的信号であり、ネットワークにおける信号は、電気的、磁気的、光学的またはワイヤレス（無線）信号である。
【００３４】
ネットワーク環境（ネットワーク９９０のような）は、オフィス、企業規模のコンピュータネットワーク、イントラネット、およびインターネット（即ち、ワールドワイドウェブ）においては一般的である。リモートコンピュータとコンピュータ９００との間の物理的な距離は重要ではない。ネットワーク９９０は、有線または無線ネットワークであってもよい。少しばかりのネットワーク実施の名称を挙げると、ネットワーク９９０は、例えば、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、公衆交換電話網（ＰＳＴＮ）；総合デジタル通信網（ＩＳＤＮ）、赤外（ＩＲ）リンク、無線リンク、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、符号分割多元接続（ＣＤＭＡ）、または衛星リンクである。
【００３５】
伝送プロトコルおよびデータフォーマットは、例えば、伝送制御プロトコル／インターネットプロトコル(TCP/IP; transmission control protocol/internet protocol)、ハイパーテキストトランスファプロトコル(HTTP; hyper text transfer protocol)、セキュアＨＴＴＰ(secure HTTP)、ワイヤレスアプリケーションプロトコル、ユニークリソースロケータ(URL; unique resource locator)、ユニークリソースアイデンティファイア(URI; unique resource identifier)、ハイパーテキストマークアップ言語HTML(hyper text markup language)、拡張マークアップ言語(XML; extensible markup language)、拡張ハイパーテキストマークアップ言語(XHTML; extensible hyper text markup language)、ワイヤレスアプリケーションマークアップ言語(WML; wireless application markup language)等として知られている。
【００３６】
上記要素間に結合されたインターフェイスもこの技術分野では良く知られている。簡単のためにインターフェイスは図示されていない。インターフェイスは、例えば、シリアルポートインターフェイス、パラレルポートインターフェイス、ゲームポート(game port)、ユニバーサルシリアルバス（ＵＳＢ）インターフェイス、内部または外部モデム、ビデオアダプター(video adaptor)、またはサウンドカード(sound card)である。
【００３７】
コンピュータおよびプログラムは、密接に関連している。以下で用いられるように、“コンピュータが提供する”および“プログラムが提供する”というような言い回しは、プログラムによって制御されるコンピュータによる動作を表現するための便利な省略形である。
【００３８】
本発明にとって、コンピュータプログラム、ファイル、またはドキュメントがコンピュータシステム９９９のどこに格納されているかは重要ではない。説明の便宜上、それらはコンピュータ９００のメモリ９２０に格納されているものとする。
【００３９】
図２は、レイアウト情報およびデータを分離して処理するための本発明のコンピュータ実施の方法４００の簡略化したフローチャートを図示する。
【００４０】
詳細な説明の全体にわたって使用されるドキュメント１２０，１３０の例は、通覧(survey)アプリケーションの例である。会社の経理担当管理者は、他の管理者から会計年度２００２年の計画資料を手に入れることを欲する。このため、その経理担当管理者は、ページ(page)１２７、グリッド(grid)１２２、テキスト出力(TextOutput)１２６、フィールド入力(FieldInput)１２５などからなる通覧質問表(survey questionnaire)を作成する（図５参照）。レイアウトエレメントであるテキスト出力(TextOutput)１２６は、テキスト“計画トラベルコスト２００２(planned travel cost 2002)：”を含む。このテキストで入力指示された管理者は、彼等の計画トラベルコストデータをレイアウトエレメントであるFieldInput １２５に入力する。従って、その結果として生じる通覧ドキュメントは、レイアウト情報およびデータの両方を備える。
【００４１】
デスクリプションにおいて用いられるプログラムコーディング部分を備える全テーブルは、代表的なものであって説明的なものに過ぎず、且つ完全機能のコンピュータプログラムを提供することを意図したものではない。
【００４２】
方法４００は、
ａ）所定のドキュメントデスクリプション１２０，１３０を提供するステップ４１０と、そして、
ｂ）ドキュメントデスクリプション１２０，１３０をレイアウトテンプレート１４０−１およびデータデスクリプション１４０−２に分解するステップ４２０とを備える。
【００４３】
方法４００は、任意的に、ステップｃ）およびｄ）、即ち、
ｃ）データデスクリプション１４０−２からデータインスタンス１５０を作成するステップ４６０と、
ｄ）データインスタンス１５０をレイアウトテンプレート１４０−１と共に個々のドキュメントデスクリプション１６０にマージするステップ４７０とをさらに備える。
【００４４】
ここで上記ステップを詳細に説明する。
提供ステップ４１０において、コンピュータシステム９９９（図１参照）は、１）所定のドキュメントデスクリプション１２０，１３０を提供する。好ましくは、所定のドキュメントデスクリプション１２０，１３０は、マークアップ言語記述ドキュメントである。本発明の記述を通して使用される通覧の例では、所定のドキュメントデスクリプションは、ＸＭＬドキュメント１２０またはＸＨＴＭＬドキュメント１３０である。好ましくは、ＸＨＴＭＬドキュメント１３０は、ＸＳＬＴのようなスタイルシート言語変換によってＸＭＬドキュメント１２０（または逆も同様）から自動的に導き出される。
【００４５】
ＸＭＬのような任意のマークアップ言語は、ドキュメントデスクリプション１２０におおいてレイアウトエレメント１２２，１２３，１２４−１，１２４−２，１２５，１２６，１２７（図５参照）を規定する目的を果たす。表１は、ＬＥを用いることによりヒューマンインターフェイス９５１（図１参照）を記述するＸＭＬドキュメントに対応する。表４における接頭辞“uicl:”は、レイアウトエレメントのネームスペースを表す。
【００４６】
以下のライン番号は表１を引用する。“通覧ページ(survey page)”のためのＬＥページ(LE page)１２７はライン２において規定され、そしてライン１４において閉じられる。ページ１２７はさらにＬＥを備える。ライン４は、ＬＥグリッド１２２を記述する。この例におけるグリッド１２２は、一つの行(row)と二つの列(columns)を備える。グリッド１２２は、ＬＥ行１２３を備える。行１２３は、ビジブル属性（ライン５）を運ぶ。行１２３は、セル１２４−１，１２４−２（ライン９，６）を備える。セル１２５は、値“０．０”を有するデフォルト属性１２５−１を備える。ネーム属性（ライン１０）は、セル１２５のデータについてのデータパスを表す。この例では、データパスは、“/survey/planned_costs/travel”である。従って、データおよびレイアウト情報は、ドキュメントデスクリプション１２０において混在している。ライン８および１１−１４は、対応するＬＥの閉コマンド(closing command)である。
【００４７】
好ましくは、データパスは、本技術分野で知られているＸパス通知(XPath notification)を使用する。Ｘパス(XML Path language)は、ドキュメントの論理的構造または階層を通してパスに基づくアドレッシングシンタックスを用いることによりＸＭＬドキュメントにおいて項目を捜し出して処理するための方法を記述する言語である。Ｘパス言語は、“Ｘパス  Ｗ３Ｃ  勧告  バージョン１．０、１９９９年１１月１６日”に述べられている。Ｘパスはまた、より高い抽象化(abstraction)レベルでアプリケーションプログラマがドキュメントを取り扱うことを可能にする。Ｘパスは、ＸＳＬＴおよびＸポインタ（ＳＭＬポインタ言語）の双方によって使用され且つそれら双方の一部として特定される言語である。それは、ＸＭＬ情報セット(Infoset)において規定された情報抽象化(information abstraction)を使用する。Ｘパスは、ＸＭＬシンタックスそれ自体を使用しないので、ＸＭＬ以外のコンテキストにおいては使用できない。
【００４８】
【表１】
2004537133.tif 000003
【００４９】
表１は、通覧の例におけるドキュメントデスクリプション１２０である。
【００５０】
好ましくは、ドキュメントデスクリプション１２０は、この技術分野で知られた適切なコンバージョンルール(conversion rule)を用いることにより、ＸＳＬＴのようなスタイルシート言語変換を通してドキュメントデスクリプション１３０（または逆も同様）に自動的にコンバート(convert)される。
【００５１】
表２は、ドキュメントデスクリプション１２０と同様のヒューマンインターフェイス９５１（図５参照）を記述する通覧の例におけるドキュメントデスクリプション１３０のＸＨＴＭＬドキュメントの例を示す。標準的なＨＴＭＬ命令については、この技術分野では公知であるので、詳細には説明しない。以下のライン番号は表２を参照する。自動のコンバージョンの例においては、ＬＥページ１２７（図５参照）は、ライン１−６および２２−２４にコンバート(convert)され、そこでは、ライン６はページ１２７について対話メソッド(interaction method)を規定する。
【００５２】
ＬＥグリッド１２２は、一つの行１２３（ライン１０，１９）を備えるライン９，２０の表命令(table instructions)にコンバートされる。セル１２４−１のコンバージョンは、結果としてライン１１−１３をもたらし、セル１２４−２は、結果としてライン１４−１８をもたらす。ライン１２における“span”タグの間のテキストはＬＥ１２６（表１、ライン７参照）から生じる。入力フィールド命令（ライン１６）のネーム属性は、入力フィールド命令のデータのデータパスに対応する。入力フィールド命令は、さらなる属性“type”および“value”を運ぶ。テキスト属性は、フィールド入力(FieldInput)ＬＥ１２５（表１、ライン１０参照）から生じ、値属性は、デフォルト値“０．０”から生じる。
【００５３】
【表２】
2004537133.tif 000004
【００５４】
表２は、通覧の例におけるドキュメントデスクリプション１３０である。
【００５５】
自動コンバージョン(automated conversion)は、ドキュメントデスクリプション１３０を提供するには必要とされない。コンピュータシステム９９９は、例えばメモリ９２０から所定のドキュメントデスクリプション１３０を読み取る。
【００５６】
分解ステップ４２０において、コンピュータシステム９９９は、ヒューマンインターフェイスレイアウトテンプレート１４０−１およびデータデスクリプション１４０−２（図３参照）をドキュメントデスクリプション１２０，１３０から抽出する。先に議論したように、通覧またはサービス要求のようないくつかのアプリケーションについては、データデスクリプションは、そのアプリケーションのためのヒューマンインターフェイス９５１（図５参照）がドキュメントデスクリプション１２０，１３０に記述されるときに、その時点では存在しない。従って、いくつかのアプリケーションについて、ドキュメントデスクリプション１２０，１３０は、レイアウト情報とデータデスクリプションの混合を含む。好ましくは、ランタイム中にデータはレイアウト情報とは別に格納される。このことは、各データインスタンスで余剰のレイアウト情報を格納することなく、ユーザ特定およびアプリケーション特定のデータのインスタンス化(instantiation)および初期化(initialization)を可能とする。好ましくは、分解ステップ４２０は、ＸＳＬＴのようなスタイルシート言語変換をドキュメントデスクリプション１２０，１３０に適用することにより実施される。レイアウトテンプレート１４０−１を抽出するステップ４３０、およびデータデスクリプション１４０−２を抽出するステップ４４０の詳細は図３に基づき説明される。
【００５７】
更なる任意的なステップ、即ち、ｃ）インスタンス化のステップ４６０、およびｄ）マージステップ４７０は図４に基づいて詳細に説明される。
【００５８】
図３は、方法ステップ４３０の詳細を図示する。
レイアウトテンプレート抽出ステップ４３０において、コンピュータシステム９９９は、レイアウトテンプレート１４０−１（表５参照）を生成するために、好ましくはＸＳＬＴのようなスタイルシート変換を用いることにより、ドキュメントデスクリプション１２０，１３０を処理する。表３および４は、スタイルシート言語変換について二つの異なる実施を示す。表３は、ＸＭＬドキュメントデスクリプション１２０が処理される場合に使用される。それに対し、表４は、ＸＨＴＭＬドキュメントデスクリプション１３０が処理されるときに使用される。他のマークアップ言語タイプのドキュメントについて、当業者であれば、対応する変換ルールを作成することができる。
【００５９】
説明の便宜上、表３は、レイアウトエレメントフィールド入力(FieldInput)１２５（表１、ライン１０参照；図５参照）のための変換ルールの例を含む。なぜなら、フィールド入力(FieldInput)１２５がレイアウト情報とデータの両方を含むからである。従って当業者であれば、他のレイアウトエレメントのための変換ルールを規定し得る。明示的な表の引用を除いては以下のライン番号は表３を引用する。
【００６０】
【表３】
2004537133.tif 000005
【００６１】
表３は、通覧の例におけるドキュメントデスクリプション１２０からレイアウトテンプレート１４０−１を抽出するための変換ルールである。
【００６２】
ライン１，１４は、ＸＳＬ変換ドキュメントを示す。ライン３，１２は、ＬＥフィールド入力(LE FieldInput)１２５のための変換ルールを含む。ライン４は、もとの表１のライン１０に適用されたときに目標の表５を生成する。目標の表５は、通覧の例におけるレイアウトテンプレート１４０−１の好ましいＸＳＬＴベース(XSLT-based)の実施である。デフォルト属性値“０．０”（もとの表１、ライン１０参照）の形式におけるデータ情報は、レイアウトテンプレート１４０−１の中に生成されない。ここでレイアウト情報はデータから分離される。しかし、代替物(placeholder)が、対応するデータにリンクすることを可能にする。ライン５−１０は、“value-of”命令（表５、ライン１３）を備える値属性(value attribute)のために目標の表５のライン１２，１４におけるＸＳＬ属性命令を生成する。“value-of”命令は値が格納される場所を示し（例えば、データインスタンス１５０；図４参照）、従って、分離されたレイアウト及びデータ情報間のリンクを提供する。
【００６３】
【表４】
2004537133.tif 000006
【００６４】
表４は、通覧の例におけるドキュメントデスクリプション１３０からレイアウトテンプレート１４０−１を抽出するステップ４３０のための変換ルールである。
【００６５】
表４は、ドキュメントデスクリプション１３０（表２参照）をレイアウトテンプレート１４０−１（表５参照）に変換する変換ルールを備える。説明の便宜上、表４は、入力フィールド命令（表５、ライン１６参照）のための変換ルールの例を図示する。なぜなら、入力フィールド命令は、レイアウト情報およびデータの両方を含むからである。他のレイアウトエレメントのための変換ルールは、従ってこの技術分野のいかなる当業者によっても規定され得る。明示的な表の引用を除いては以下のライン番号は表４を引用する。
【００６６】
ライン１は、ＸＳＬＴドキュメントの開始を示す。ライン３，１３は、それに含まれたコーディング(coding)が、表２の入力フィールド命令に適合することを示す。ライン４，１２は、結果として目標の表５のライン１１，１５になる元の表２の入力フィールド命令をコピーする。ライン５は、値属性を除いて全ての表２の属性をコピーする。従って、目標の表５のライン１１は値属性を持たない。レイアウト情報は、ここでデータから分離される。しかし、代替物(placeholder)が、対応するデータにリンクすることを許可する。従って、ライン６−１１は、目標の表５のライン１２−１４の中に値属性のためのＸＳＬ命令を生成する。ライン６，７，１１は、目標の表５のライン１２，１４における（入力フィールドの）値属性のための属性命令を生成する。ライン８−１０は、対応する場所（例えば、データインスタンス１５０；図４参照）から、除去されたデータを取り出すために“value-of”命令を備える目標の表５のライン１３を生成する。
【００６７】
【表５】
2004537133.tif 000007
【００６８】
表５は、通覧の例におけるレイアウトテンプレートドキュメント１４０−１である。
【００６９】
データデスクリプション抽出ステップ４４０において、コンピュータシステム９９９は、好ましくはＸＳＬＴのようなスタイルシート変換を用いることによりドキュメントデスクリプション１２０，１３０を処理して、データデスクリプション１４０−２を生成する。通覧の例において、適切なＸＳＬ変換は、ネーム属性についてドキュメントをスキャンすることにより、表１におけるＸＭＬドキュメントデスクリプション１２０または表２におけるＸＨＴＭＬドキュメントデスクリプション１３０を処理する。データパス情報を備えるネーム属性が検出されるたびに、データパス情報の各データパスエレメント(＜data_path_element＞,＜/data_path_element＞)のための対応タグがデータデスクリプションドキュメント１４０−２（表６参照）に挿入される。好ましくは、データデスクリプションドキュメント１４０−２は、ＸＭＬのようなマークアップ言語で記述される。ネーム属性“//survey/planned_costs/travel”は、表１のライン１０および表２のライン１６においてそれぞれ検出される。この通覧の例において結果として生じるデータデスクリプションドキュメント１４０−２の例は表６に示される。以下のライン番号は表６を引用する。ライン１はＸＭＬドキュメントを示す。ライン２−４は、デフォルト値“０．０”（ライン４）のデータパス“//survey/planned_costs/travel”を規定する。閉タグ＜/…＞（ライン４から６）はデータパスの規定を完結する。
【００７０】
【表６】
2004537133.tif 000008
【００７１】
表６は、通覧の例におけるデータデスクリプションドキュメント１４０−２である。
【００７２】
図４は、本発明によるドキュメントおよびデータの処理を図示する。
本発明の好ましい実施形態において、コンピュータシステム９９９（図１参照）は、ランタイム中に方法４００（図２参照）の残りの任意的なステップ、即ち、
ｃ）データデスクリプション１４０−２からデータインスタンス１５０を作成するステップ４６０と、
ｄ）データインスタンス１５０をレイアウトテンプレート１４０−１と共に個々のドキュメントデスクリプション１６０にマージするステップ４７０を実行する。
【００７３】
インスタンス作成ステップ４６０において、コンピュータシステム９９９は、結果としてデータインスタンス１５０になる更なるランタイム依存のデータ（ランタイム中に生成または修正されたデータ）によってデータデスクリプション１４０−２を補完する。ランタイム依存のデータの例は、ユーザネーム等である。好ましくは、データインスタンス１５０は、ＸＭＬドキュメントのようなマークアップ言語である。以下のライン番号は表７を引用する。通覧の例において、表７は、そのヘッダ（ライン３，５）にランタイム依存データのユーザネーム（“USER1”、ライン４）を備えるエンベロープ（ライン２，１３）を図示し、一方では、そのデータデスクリプション（ライン７−１１）は、その本体(body)（ライン６，１２）を形成する。接頭辞“env:”は、エンベロープのためのネームスペースを表す。
【００７４】
【表７】
2004537133.tif 000009
【００７５】
表７は、通覧の例におけるデータインスタンスドキュメント１５０である。
【００７６】
要求があれば、データインスタンス１５０は、レイアウトテンプレート１４０−１を適用する前に、例えばアプリケーションプログラム（例えば、図１のコンピュータ９０１上のコンピュータプログラム１０１参照）によって修正される。これはインターフェイス１５５を通して達成される。例えば、コンピュータシステム９９９（図１参照）は、（例えばコンピュータ９００上の）データインスタンス１５０のデータをアプリケーションプログラムにインターフェイス１５５を通して転送し、そしてデータインスタンス１５０は、インターフェイス１５５を通してアプリケーションプログラムから修正されたデータを受け取る。この利点は、データインスタンス１５０のアプリケーション特定の初期化(application specific initialization)である。例えば、通覧の例において、ユーザ（例えば、USER1、表１１、ライン４参照）は、会計年度２００２のための計画トラベルコスト(planned travel costs)を入力することを欲する。対応するデータデスクリプション１４０−２から導き出されるデフォルト値は、“０．０”（表１１、ライン９参照）である。この例において、アプリケーションプログラムは、前会計年度のユーザの実際のトラベルコストを知っている。アプリケーションプログラムはインターフェイス１５５を通して呼び出され、そして前のトラベルコストについての質問を実施する。結果値（例えば“５６００．０”）はインターフェイス１５５を通してデータインスタンス１５０に戻され、そして古いデフォルト値“０．０”を置き換える。
【００７７】
マージステップ４７０において、レイアウトテンプレート１４０−１は、データインスタンス１５０に適用される。好ましくは、これは、データインスタンス１５０のスタイルシート変換に対応する。
【００７８】
表８は、マージステップ４７０の結果として個々のドキュメントデスクリプション１６０を示す。好ましくは、ドキュメント１６０は、ＸＨＴＭＬのようなマークアップ言語で記述される。以下のライン番号は表８を引用する。ドキュメント１６０は、表２におけるドキュメント１３０と類似する。通覧の例のライン１９において、データインスタンス１５０（入力値“５６００．０”）からのデータおよびレイアウト情報（タイプ“text”の入力）は、表５（レイアウトテンプレート１４０−１）の命令ライン１１−１５が表７（データインスタンス１５０）に適用されるときにマージされる。表５のライン１１は、ネーム属性“//survey/planned_costs/travel”およびタイプ属性“text”でライン１９における入力フィールド命令を生じる。表５のライン１２，１４は、値属性を規定する。表５のライン１３は、データパス“//env:envelope/env:body/survey/planned/costs/travel”を用いて場所から値属性の値を得るための命令を備える。この命令がデータインスタンス１５０に適用されるときに、対応する値（表７、ライン９参照）は入力フィールド命令の値属性として読み取られる。
【００７９】
【表８】
2004537133.tif 000010
【００８０】
表８は、通覧の例における個々のドキュメントデスクリプション１６０である。
【００８１】
図５は、個々のドキュメントデスクリプション１６０のビジュアル表現９５１を図示する。
通覧の例において、個々のドキュメントデスクリプション１６０のＸＨＴＭＬ命令（表８参照）は、レイアウトエレメントのページ１２７、グリッド１２２、行１２３、セル１２４−１，１２４−２、テキスト出力(TextOutput)１２６、フィールド入力(FieldInput)１２５、および属性１２５−１に対応する。好ましくは、個々のドキュメントデスクリプション１６０は、従来のブラウザによって翻訳されて、出力装置９５０（図１参照）上でフィールド入力(FieldInput)へのデータ入力のためにビジュアル表現９５１（ヒューマンインターフェイス）を用いてユーザに入力指示する。
【００８２】
本発明は、コンピュータ実施の方法４００として説明された。そして、ここで本発明はコンピュータシステム９９９として説明される。
【００８３】
本発明のコンピュータシステム９９９（図１参照）は、ドキュメントのレイアウト情およびデータを分離して処理する。
【００８４】
コンピュータ９００（図１参照）はオペレーティングコンピュータ(operating computer)であるとする。当業者であれば、サーバコンピュータ（例えば、コンピュータ９０１、図１参照）がデータ処理のために使用され且つクライアントコンピュータ（例えば、コンピュータ９００、図１参照）がブラウザを備えたユーザ用のフロントエンドコンピュータとして動作するところのクライアントサーバシステムにおいて、本発明を実施することもできる。
【００８５】
コンピュータシステム９９９の好ましい実施形態は、次の手段、即ち、
ａ）所定のドキュメントデスクリプション１２０，１３０（図４参照）を提供するステップ４１０（図２参照）のための手段と、
ｂ）ドキュメントデスクリプション１２０，１３０をレイアウトテンプレート１４０−１（図４参照）およびデータデスクリプション１４０−２（図４参照）に分解するステップ４２０のための手段とを備える。
【００８６】
好ましくは、手段ａ）は、ＸＭＬドキュメントデスクリプション１２０（表１参照）またはＸＨＴＭＬドキュメントデスクリプション１３０（表２参照）のようなマークアップ言語ドキュメントを備える。ドキュメントデスクリプション１２０，１３０は、好ましくは、コンピュータ９００のメモリ９２０（図１参照）に格納される。
【００８７】
好ましくは、手段ｂ）は、レイアウトテンプレート１４０−１およびデータデスクリプション１４０−２を抽出するためにドキュメント１２０，１３０に適用される二つのスタイルシート言語変換ドキュメントを備える。ドキュメントデスクリプション１２０からレイアウトテンプレート１４０−１を抽出するためのスタイルシート変換ドキュメントの例は表３において与えられる。ドキュメントデスクリプション１３０からレイアウトテンプレート１４０−１を抽出するためのスタイルシート変換ドキュメントのさらなる例は表４において与えられる。好ましくは、スタイルシート言語変換は、メモリ９２０に格納される。
【００８８】
データデスクリプション１４０−２を抽出するためのスタイルシート言語変換ドキュメントは図３の詳細な説明において述べられる。好ましくは、プロセッサ９１０は、対応するスタイルシート言語変換ドキュメントを処理し、そしてその結果として生じるドキュメント１４０−１および１４０−２をメモリ９２０に格納する。コンピュータシステム９９９のこの好ましい実施形態において、ヒューマンインターフェイス９５１（図５参照）のデザインタイム中に分解ステップ４５０が生じるため、メモリ９２０のデザインタイムメモリ部分が使用される。任意的にメモリ９２０のランタイムメモリ部分が使用され得る。
【００８９】
任意的に、コンピュータシステム９９９は、
ｃ）データデスクリプション１４０−２からデータインスタンス１５０（図７参照）を作成するステップ４６０（図２参照）のための手段と、
ｄ）データインスタンス１５０をヒューマンインターフェイスレイアウトテンプレート１４０−１と共に個々のドキュメントデスクリプション１６０（図７参照）にマージするステップ４７０（図２参照）のための手段とをさらに備える。
【００９０】
好ましくは、手段ｃ）はコンピュータプログラムを備え、そのコンピュータプログラムは、メモリ９２０からデータデスクリプション１４０−２を読み取ると共に、ランタイム依存のデータをデータデスクリプション１４０−２のデータに付け加えることによりメモリ９２０（例えば、ランタイムデータを格納するためのＲＡＭ）のランタイム部においてデータインスタンスドキュメント１５０を生成するものである。ランタイム依存のデータは、ランタイム中に、例えばアプリケーションプログラム（例えば、コンピュータ９０１上の１０１、図１の記載参照）によって生成されまたは修正される。表７は、データインスタンス１５０のマークアップ言語ドキュメントの例を示す。
【００９１】
好ましくは、手段ｄ）はレイアウトテンプレート１４０−１を備える。プロセッサ９１０は、メモリ９２０からレイアウトテンプレート１４０−１を読み取って、そしてそれをデータインスタンス１５０に適用する。その結果は個々のドキュメントデスクリプション１６０（表８のＸＨＴＭＬの例参照）であり、それはメモリ９２０のランタイム部に格納されているマークアップ言語ドキュメントであって出力装置９５０上の従来のブラウザにより翻訳され得る。
【００９２】
本発明はコンピュータ実施の方法４００およびコンピュータシステム９９９として説明されたが、ここで本発明は、コンピュータ読み取り可能なデータキャリア９７０（図１参照）上に格納可能なコンピュータプログラムプロダクト１００（図１参照）として説明される。
【００９３】
コンピュータプログラムプロダクト１００は、コンピュータ（例えば、コンピュータ９００）のプロセッサ（例えば、プロセッサ９１０）にヒューマンインターフェイスデスクリプションを生成させ且つ処理させるための複数の命令を備える。好ましい実施形態において、コンピュータプログラムプロダクト１００は、コンピュータ９００に以下のステップ、即ち、
ａ）所定ドキュメントデスクリプション１２０，１３０を提供するステップ４１０と、
ｂ）ドキュメントデスクリプション１２０，１３０をレイアウトテンプレート１４０−１およびデータデスクリプション１４０−２に分解するステップ４２０とを実行させる。
コンピュータプログラム１００のステップａ）およびｂ）は、それぞれ、方法４００のステップａ）およびｂ）に対応する（図２および３に基づき詳細に説明された）。
【００９４】
好ましい実施形態において、コンピュータプログラムプロダクト１００は、コンピュータ９００に、更なる任意的なステップｃ）およびｄ）、即ち、
ｃ）データデスクリプション１４０−２からデータインスタンス１５０を作成するステップ４６０と、
ｄ）データインスタンス１５０をレイアウトテンプレート１４０−１と共に個々のドキュメントデスクリプション１６０にマージするステップ４７０とを実行させる。
【００９５】
コンピュータプログラム１００のステップａ）からｄ）は、方法４００のステップａ）からｄ）にそれぞれ対応する（図２，３および４に基づき詳細に説明された）。
コンピュータプログラムプロダクト１００は、コンピュータ読み取り可能なデータキャリア（例えば、データキャリア９７０）に格納し得る。
【００９６】
【表９】
2004537133.tif 000011
【図面の簡単な説明】
【００９７】
【図１】本発明のコンピュータネットワークシステムの簡略化したブロックダイアグラムを例示する図である。
【図２】レイアウト情報およびデータを分離し且つ処理するための本発明の方法の簡略化したフローチャートを例示する図である。
【図３】詳細な一方法ステップを例示する図である。
【図４】本発明によるドキュメントおよびデータの処理を例示する図である。
【図５】個々のドキュメントデスクリプションのビジュアル表現を例示する図である。
【図１】
2004537133.tif 000012
【図２】
2004537133.tif 000013
【図３】
2004537133.tif 000014
【図５】
2004537133.tif 000015
【国際公開パンフレット】
2004537133.tif 000016
2004537133.tif 000017
2004537133.tif 000018
2004537133.tif 000019
2004537133.tif 000020
2004537133.tif 000021
2004537133.tif 000022
2004537133.tif 000023
2004537133.tif 000024
2004537133.tif 000025
2004537133.tif 000026
2004537133.tif 000027
2004537133.tif 000028
2004537133.tif 000029
2004537133.tif 000030
2004537133.tif 000031
2004537133.tif 000032
2004537133.tif 000033
2004537133.tif 000034
2004537133.tif 000035
2004537133.tif 000036
2004537133.tif 000037
2004537133.tif 000038
2004537133.tif 000039
2004537133.tif 000040
2004537133.tif 000041
2004537133.tif 000042
2004537133.tif 000043
2004537133.tif 000044
2004537133.tif 000045
2004537133.tif 000046
2004537133.tif 000047
2004537133.tif 000048
2004537133.tif 000049
2004537133.tif 000050
2004537133.tif 000051
2004537133.tif 000052
2004537133.tif 000053
2004537133.tif 000054
【国際調査報告】
2004537133.tif 000055
2004537133.tif 000056