(57)【要約】【課題】ドキュメントの作成者の意図を反映させながら、ドキュメントデータから、装置毎に最適な画面を構成することを目的とする。【解決手段】分割指定情報、及び、分割ルールに基づいて、画面に係る分割を決定する分割決定手段を有し、分割決定手段は、分割指定情報が指定する要素に直接対応する、画面に係る分割を決定できない場合、分割ルールの階層構造を利用して、次善の画面に係る分割を決定する次善分割決定手段を有することによって上記課題を解決する。【選択図】図６
2007133506.tif 000002
【特許請求の範囲】
【請求項１】
格納手段を有し、ドキュメントデータに応じて画面を構成する情報処理装置であって、
前記ドキュメントデータは、表示内容を示すコンテンツ要素と、コンテンツ要素間の分割を示す分割要素と、を含み、
前記格納手段に格納されている、実際の分割に対応付けられる具体的な分割記述から、前記分割記述の抽象度を高めた複数段階の抽象的な分割記述まで、抽象度の違いで段階的に階層化された分割ルールと、前記分割要素に含まれる、前記分割ルールの階層要素を指定する分割指定情報と、に基づいて、前記画面に係る分割を決定する分割決定手段を有し、
前記分割決定手段は、前記分割指定情報が指定する前記分割ルールの階層要素に直接対応する、前記画面に係る分割を決定できない場合、前記分割ルールの階層構造を利用して、次善の前記画面に係る分割を決定する次善分割決定手段を有することを特徴とする情報処理装置。
【請求項２】
前記次善分割決定手段は、
前記分割指定情報で特定可能な前記分割ルールの要素を起点に、前記分割ルールの階層を辿り、実際の分割に対応付けられる具体的な分割ルールの階層要素を検索することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記分割決定手段は、前記分割指定情報により指定された分割ルールの階層要素を基に、前記分割ルールの階層要素に対応する、前記画面に係る分割を決定し、前記画面を分割して配置する画面分割配置手段を更に有することを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記分割指定情報は、特定の区切り記号で区切られたデータであることを特徴とする請求項１記載の情報処理装置。
【請求項５】
前記分割指定情報は、階層構造からなるＸＭＬデータであることを特徴とする請求項１記載の情報処理装置。
【請求項６】
アプリケーションを操作する操作画面を構成する前記ドキュメントデータを送信するドキュメントデータ送信手段を有する装置と、前記ドキュメントデータに応じて画面を構成する請求項１乃至５何れか１項記載の情報処理装置と、を含むことを特徴とするリモート画面構成システム。
【請求項７】
ドキュメントデータに応じて画面を構成する情報処理装置における分割決定方法であって、
前記ドキュメントデータに含まれる分割要素の任意の階層要素を示す分割指定情報、及び、格納手段に格納されている実際の分割に対応付けられる具体的な分割記述から、前記分割記述の抽象度を高めた複数段階の抽象的な分割記述まで、抽象度の違いで段階的に階層化された分割ルールに基づいて、前記画面に係る前記画面に係る分割を決定する分割決定ステップを有し、
前記分割決定ステップは、前記分割指定情報が指定する要素に直接対応する、前記画面に係る前記画面に係る分割を決定できない場合、前記分割ルールの階層構造を利用して、次善の前記画面に係る前記画面に係る分割を決定する次善分割決定ステップを有することを特徴とする分割決定方法。
【請求項８】
請求項７記載の分割決定方法をコンピュータに実行させることを特徴とするプログラム。
【請求項９】
請求項８記載のプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、及び分割決定方法に関する。
【背景技術】
【０００２】
インターネット上のサーバに存在する様々な情報を表示構成するプレゼンテーション言語として、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）言語が広く普及している。
【０００３】
ＨＴＭＬ言語によれば、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）アーキテクチャの差異や、ブラウザアプリケーションによる差異を吸収する事ができ、どの様なＰＣ環境においても、ほぼ作者の意図した通りの表示画面を構成する事が可能であった。
【０００４】
また、近年、通信インフラが整備されるに従い、通信環境を持つＰＤＡ装置や、携帯電話等もインターネットに接続し、サーバ上の情報を表示するという要求が広まりつつある。更には、様々な大きさや種類の入出力機器の登場により、ＰＣやＰＤＡ、携帯電話等のジャンルにも収まらないクライアント機器も登場しつつあり、これらの機器も同様に、インターネットに接続し、情報を表示する要求が生じている。
【０００５】
主にＰＣでの表示を前提に設計されているＨＴＭＬ言語を用いた表示データに関しては、ある程度の画面の大きさを持つＰＣにおいては、ほぼ製作者の意図通り問題無く画面を構成し、表示される。ところが、比較的画面の小さいＰＤＡや携帯電話等では、表示を途中で折り返して表示する為に、延々とスクロール操作を行わないと全体が見えない事が多かった。
【０００６】
また、同じデータを携帯電話等で表示した場合は、前述のＰＤＡにおける場合と同様の表示レイアウトの崩れに加えて、携帯電話等の軽量なブラウザ機能ではそもそも表示不可能となるドキュメントも存在していた。
【０００７】
上記の問題を回避する為、プロキシーサービス等を用い、通常のＰＣ用のＨＴＭＬ言語を携帯電話やＰＤＡ等用に独自に変換してから利用する事も行われている。
【０００８】
また、例えばＣ−ＨＴＭＬ（Ｃｏｍｐａｃｔ  ＨＴＭＬ）言語等を定め、携帯電話用に携帯電話用のＨＴＭＬ言語で記述し、携帯電話向けに配信することによって、携帯電話等小さな画面を持つ装置でも画面を構成し、表示することができる技術が普及している。
【０００９】
また、装置で表示しようとしているドキュメントの改ページ位置が装置内で自動的に修正されるものもある（例えば、特許文献１参照。）。
【００１０】
【特許文献１】特開２００１−６７３４５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、プロキシーサービス等を用いて、ＨＴＭＬ言語を独自に変換してから利用する方法では、変換作業が必要であり、更に、変換作業は、オリジナルの表示データを改変して表示するものであり、必ずしも製作者の意図した表示となるとは言えなかった。
【００１２】
また、Ｃ−ＨＴＭＬ言語等を用いる方法では、携帯電話の狭い画面で表示することを前提にデータが作成されているため、ＰＣやＰＤＡでの表示が、画面の一辺に偏った、尚且つ、表現に乏しい表示画面となってしまっていた。
【００１３】
この様に、現状のＨＴＭＬ言語においては、多種のクライアントにおいて、最適な表示を行う事の出来る表示データを用意する事は難しい問題があった。例えば、情報を発信するサーバ側においては、デスクトップＰＣ用には標準のＨＴＭＬ言語。ＰＤＡには、ＰＤＡの小さめな表示画面を想定して作成された別のＨＴＭＬ言語。そして携帯電話にはＣ−ＨＴＭＬ言語等。異なる種類のクライアント毎に、異なる表示データを用意しなくてはならず、同一の情報を配信するのにクライアントの種類ごとに何種類ものドキュメントデータを用意する必要があった。そのため、ドキュメントデータの作成、変更に膨大なコストが発生する問題があった。
【００１４】
また、特許文献１は、ドキュメントの改ページ位置を自動的に修正し、見易さを向上させる技術である。しかし、この技術を実装した全てのクライアントは同じように動作を行い、クライアントの処理能力やリソースによってその挙動が変わるものではなく、クライアントの処理能力やリソースが異なっても同じ画面構成になってしまう問題があった。
【００１５】
本発明は上記の点に鑑みなされたもので、ドキュメントの作成者の意図を反映させながら、ドキュメントデータから、装置毎に最適な画面を構成することを目的とする。
【課題を解決するための手段】
【００１６】
そこで、上記問題を解決するため、本発明は、格納手段を有し、ドキュメントデータに応じて画面を構成する情報処理装置であって、前記ドキュメントデータは、表示内容を示すコンテンツ要素と、コンテンツ要素間の分割を示す分割要素と、を含み、前記格納手段に格納されている、実際の分割に対応付けられる具体的な分割記述から、前記分割記述の抽象度を高めた複数段階の抽象的な分割記述まで、抽象度の違いで段階的に階層化された分割ルールと、前記分割要素に含まれる、前記分割ルールの階層要素を指定する分割指定情報と、に基づいて、前記画面に係る前記画面に係る分割を決定する分割決定手段を有し、前記分割決定手段は、前記分割指定情報が指定する前記分割ルールの階層要素に直接対応する、前記画面に係る前記画面に係る分割を決定できない場合、前記分割ルールの階層構造を利用して、次善の前記画面に係る前記画面に係る分割を決定する次善分割決定手段を有することを特徴とする。
【００１７】
本発明によれば、格納手段を有し、ドキュメントデータに応じて画面を構成する情報処理装置であって、前記ドキュメントデータは、表示内容を示すコンテンツ要素と、コンテンツ要素間の分割を示す分割要素と、を含み、前記格納手段に格納されている、実際の分割に対応付けられる具体的な分割記述から、前記分割記述の抽象度を高めた複数段階の抽象的な分割記述まで、抽象度の違いで段階的に階層化された分割ルールと、前記分割要素に含まれる、前記分割ルールの階層要素を指定する分割指定情報と、に基づいて、前記画面に係る前記画面に係る分割を決定する分割決定手段を有し、前記分割決定手段は、前記分割指定情報が指定する前記分割ルールの階層要素に直接対応する、前記画面に係る前記画面に係る分割を決定できない場合、前記分割ルールの階層構造を利用して、次善の前記画面に係る前記画面に係る分割を決定する次善分割決定手段を有することにより、ドキュメントの作成者の意図を反映させながら、ドキュメントデータから、装置毎に最適な画面を構成することができる。
【００１８】
なお、情報処理装置とは、例えば、後述する情報処理装置又はクライアント等に対応する。また、格納手段は、例えば、後述するプログラムメモリ４又はデータメモリ５等に対応する。また、ドキュメントデータは、例えば、後述するような画面を構成（又は作成）するのに用いられるデータ（文書データ、線データ、表データ、図形データ）等に対応する。また、分割とは、例えば、改行、改ページ等に対応する。また、分割を決定するとは、例えば、改行又は改ページを行うか否か、また、改行又は改ページを行う場合は、どこで（どの位置で）改行又は改ページを行うか等を決定することに対応する。
【００１９】
また、上記問題を解決するため、本発明は、分割決定方法、プログラム、及び記憶媒体としてもよい。
【発明の効果】
【００２０】
本発明によれば、ドキュメントの作成者の意図を反映させながら、ドキュメントデータから、装置毎に最適な画面を構成することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施形態について図面に基づいて説明する。
【００２２】
（第１の実施形態）
図１は本実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。
【００２３】
図１において、１は情報（データ）を入力するための入力部である。２はＣＰＵであり、各種処理のための演算、論理判断等を行い、バス６に接続された各構成要素を制御する。３は情報（データ）を出力する出力部である。出力部３としては、ＬＣＤやＣＲＴ等のディスプレイや、プリンタ等の記録装置がある。
【００２４】
４はプログラムメモリであり、後述するフローチャート（アクティビティ図）の処理手順を含むＣＰＵ２による制御のためのプログラムを格納するメモリである。プログラムメモリ４は、ＲＯＭであってもよいし、外部記憶装置等からプログラムがロードされるＲＡＭであってもよい。
【００２５】
５はデータメモリであり、各種処理に係るデータ（例えば、ドキュメント、分割要素、分割ルール等）を格納する。データメモリ５は、例えば、ＲＡＭとするが、不揮発な外部記憶媒体から、処理に先立ってロードしておく、或いは必要があるごとに参照するものとする。
【００２６】
６はＣＰＵ２の制御の対象とする各構成要素を指示するアドレス信号、各構成要素を制御するためのコントロール信号、各構成要素間で相互にやりとりされるデータの転送を行うためのバスである。
【００２７】
図１に示される情報処理装置は、後述するサーバ及びクライアント等に対応する。
【００２８】
図２は本実施形態に係る分割要素（分割データ）の構造の一例を示すクラス図である。図２において、本実施形態に係る情報処理装置に係る分割を構成するための分割要素１０１は、それぞれが１つの分割を記述する１つ以上の分割指定情報１０２から構成されている。
【００２９】
各分割指定情報１０２は１つの分割指定情報要素１０３を有し、更に分割指定情報要素１０３は１つの分割指定情報要素１０３を持つか或いは持たないことによるリスト構造を成している。各分割指定情報要素１０３は階層化された抽象度の１段階を表しており、抽象度を表す１つの分割指定情報要素名１０４を有する。
【００３０】
図３は本実施形態に係る抽象度の違いで段階的に階層化された分割ルールの構造の一例を示すクラス図である。図３において、分割に関する分割ルール２０１は、１つ以上の分割ルール要素２０２から構成されている。各分割ルール要素２０２は非末端分割ルール要素２０３或いは末端分割ルール要素２０４の何れかであり、非末端分割ルール要素２０３は１つ以上の分割ルール要素２０２を有し、末端分割ルール要素２０４は１つの具体的分割２０５に結び付けられている。
【００３１】
これにより、分割ルール２０１はツリー状構造を成し、末端の分割ルール要素２０２は必ず末端分割ルール要素２０４である。また、分割ルール要素２０２はそれぞれ１つの分割指定情報要素名１０４と結び付けられており、分割ルール（ＵＩ分割ルール）２０１のツリー状構造の各段階が階層化された抽象度の１段階を表現している。
【００３２】
図４は、図３の具体例として、本実施形態に実装されている分割に基づく分割ルールの一部をツリー状構造で示したものである。本実施形態では、分割を構成するために、画面構成装置として組み込まれており、上記で説明したように、抽象概念をまとめてツリー状構造をなしている。ツリー状構造の末端には、ツールキットの具体的な分割が当てられており、階層を上がるごとに抽象度が高くなる。ツリー状構造の末端に、ツールキットの具体的な分割としてｓｍａｒｔ、ａｂｓｏｌｕｔｅ等がある。それらの１つ上の階層では、末端の具体的な部品をそれぞれ抽象化し、概念としてまとめている、ｐａｇｅ、ｌｉｎｅ等がある。
【００３３】
ａｂｓｏｌｕｔｅは常に行われる分割である。ｐａｇｅの下のａｂｓｏｌｕｔｅは常に改ページが行われる分割である。また、ｌｉｎｅの下のａｂｓｏｌｕｔｅは常に改行が行われる絶対分割である。ｓｍａｒｔは以降の要素が入る余白があれば行われず、余白がない場合は行われるスマート分割である。ｐａｇｅの下のｓｍａｒｔは以降の要素が画面に入る余白があれば改ページは行われず、余白がない場合は改ページが行われる分割である。また、ｌｉｎｅの下のｓｍａｒｔは以降の要素が行に入る余白があれば改行は行われず、余白がない場合は改行が行われる分割である。
【００３４】
図５は本実施形態に係る情報処理装置における画面構成処理の一例を示すアクティビティ図である。なお、Ｓ４０１からＳ４０７は各ステップを示す。
【００３５】
まず、情報処理装置は、ドキュメントに要素が存在するか否かを判断し（Ｓ４０１）、要素が存在しなければ、処理を終了する。Ｓ４０１の判断の結果、要素がまだ存在するならば、情報処理装置は、ドキュメントから要素の１つを読み込む（Ｓ４０２）。
【００３６】
次に、情報処理装置は、要素が分割要素であるか否かを判断する（Ｓ４０３）。情報処理装置は、分割要素でなければ、取り出した要素を現在の位置に置く（Ｓ４０４）。次に、情報処理装置は、置いた要素のサイズにあわせ、現在位置を移動する（Ｓ４０５）。そして、情報処理装置は、Ｓ４０１の処理に戻る。
【００３７】
Ｓ４０３の判断の結果、情報処理装置は、分割要素であれば、分割ルールから分割指定情報に対応する具体的分割を得て（Ｓ４０６）、現在位置を変更する（Ｓ４０７）。そして、情報処理装置は、Ｓ４０１の処理に戻る。
【００３８】
図６は、本実施形態に係る情報処理装置における分割指定情報から分割ルールにより具体的分割を得る処理の一例を示すアクティビティ図である。なお、Ｓ５０１からＳ５０８は、各ステップを示す。
【００３９】
まず、情報処理装置は、分割指定情報の最初の分割指定情報要素を得て（Ｓ５０１）、前記分割指定情報要素に対応する分割ルール要素を得て、現在の分割ルール要素とする（Ｓ５０２）。次に、情報処理装置は、前記分割指定情報中に次の分割指定情報要素があるか否かを判断する（Ｓ５０３）。次の分割指定情報要素が存在する場合、情報処理装置は、次の分割指定情報要素を前記分割指定情報から得て（Ｓ５０４）、前記分割指定情報要素に対応する分割ルール要素が存在するか否かを判断する（Ｓ５０５）。
【００４０】
前記判断の結果、前記分割指定情報要素に対応する前記分割ルール要素が存在する場合、情報処理装置は、Ｓ５０２の処理に戻る。対応する前記分割ルール要素が存在しない場合、情報処理装置は、現在の分割ルール要素が末端分割ルール要素であるか否かを判断し（Ｓ５０６）、末端分割ルール要素であれば、前記要素に結び付けられている具体的分割を得て（Ｓ５０７）、処理を終了する。
【００４１】
Ｓ５０３の判断の結果、前記分割指定情報中に次の分割指定情報要素が存在しなければ、情報処理装置は、Ｓ５０６の判断に移る。Ｓ５０６の判断の結果、現在の分割ルール要素が末端分割ルール要素でなければ、情報処理装置は、現在の分割ルール要素の最初の子供要素を現在の分割ルール要素とし（Ｓ５０８）、Ｓ５０６の判断に戻る。
【００４２】
図７は、分割指定情報の例である。６０１は分割指定情報要素であり、分割要素であることを示している。６０２は分割指定情報要素であり、行分割要素であることを示している。６０３は分割指定情報要素であり、スマート行分割要素であることを示している。
【００４３】
以下、上述した情報処理装置をクライアントとも記載して、本実施形態の説明を行う。なお、上述したように、サーバのハードウェア構成も図１に示したような構成である。
【００４４】
図８の分割ルールは携帯電話等比較的小さな画面を持つクライアントが持つ分割ルールである。図７で指定された分割指定情報／ｂｒ／ｌｉｎｅ／ｓｍａｒｔは、図８の分割ルールを持っているクライアントでは上述した図６のアクティビティ図に従い、具体的な分割／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅを得る。
【００４５】
図９の分割ルールはＰＤＡ等中程度画面を持つクライアントが持つ分割ルールである。図７で指定された分割指定情報／ｂｒ／ｌｉｎｅ／ｓｍａｒｔは、図９の分割ルールを持っているクライアントでは上述した図６のアクティビティ図に従い、具体的な分割／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅを得る。
【００４６】
図１０の分割ルールはＰＣ等比較的大きな画面を持つクライアントが持つ分割ルールである。図７で指定された分割指定情報／ｂｒ／ｌｉｎｅ／ｓｍａｒｔは、図１０の分割ルールを持っているクライアントでは上述した図６のアクティビティ図に従い、具体的な分割／ｂｒ／ｌｉｎｅ／ｓｍａｒｔを得る。
【００４７】
図１１及び図１２は、本実施形態によるＨＴＭＬ言語として記述されたドキュメントの例である。図１１の行番号１及び図１２の行番号６２は、ＨＴＭＬ要素であることを示すタグである。行番号２から５までは、ＨＴＭＬのｈｅａｄの記述である。図１１の行番号６から図１２の行番６１まではｂｏｄｙ要素であることを示しており、本実施形態における画面を構成するデータが記述されている。
【００４８】
図１１の行番号７の記述は、トップレベルの見出しを示すｈ１要素であり、要素をトップレベルの見出しとして画面を構成表示する。
【００４９】
図１１の行番号８の記述は、テキスト要素であり、テキストが画面上に配置される。図１１の１１、１２、１３、２２、２３、２４、３３、３４、３５及び図１２の行番号４５、４６、４７、４８、５０、５１、５２、５４、５６も同様である。
【００５０】
図１１の行番号１０の記述は、ｆｏｒｍ要素であり、図１２の６０行目までフォームが記述されていることを示している。また、図１１の行番号１０には、図１２の行番号５９のｉｎｐｕｔタグで示される注文ボタン要素が押された場合、サーバのｏｒｄｅｒ．ｃｇｉが起動して、フォーム要素内のＵＩ部品の値がＰＯＳＴで送られることが記述されている。
【００５１】
図１１の行番号９、１１、１２、２１、２２、２３、３２、３３、３４及び図１２の行番号４４、４５、４６、４９、５０、５１、５２、５３、５５、５６、５８に本実施形態に基づく、分割要素ｂｒが記述されている。ｂｒタグにつづいて、本実施形態による拡張であるｔｙｐｅ属性が指定してあり、属性値として分割指定情報が記述してある。
【００５２】
図１１の行番号７のｂｒタグの記述は、ｔｙｐｅ属性は、ｔｙｐｅ＝"／ｂｒ／ｌｉｎｅ／ｓｍａｒｔ"となっている。図１１の行番号１１、１２、２２、２３、３３、３４も同様である。
【００５３】
図１１の行番号９のｂｒタグの記述は、ｔｙｐｅ属性は、ｔｙｐｅ＝"／ｂｒ／ｐａｇｅ／ｓｍａｒｔ"となっている。図１２の行番号４４、４９、５３、５５、５８も同様である。
【００５４】
図１１の行番２１のｂｒタグの記述は、ｔｙｐｅ属性は、ｔｙｐｅ＝"／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅ"となっている。図１１の行番号３２、図１２の行番号４５、４７、４８、５０、５１、５２、５６、５７も同様である。
【００５５】
図８の分割ルールを持つクライアントが、図１１及び図１２のドキュメントから図１３、図１４、図１５、図１６、図１７の画面を構成する処理について説明する。
【００５６】
図１１の行番号７のｂｒタグの記述は、ｔｙｐｅ属性は、ｔｙｐｅ＝"／ｂｒ／ｌｉｎｅ／ｓｍａｒｔ"となっている。分割指定情報は、／ｂｒ／ｌｉｎｅ／ｓｍａｒｔであるが、図８の分割ルールでは具体的な分割は存在せず、図６のアクティビティ図により、クライアントは、具体的な分割として／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅを得る。これにより、常に改行が行われる。画面が小さく作成者が意図しない場所で改行が行われるのではなく、作成者が意図した場所で改行が行われることにより小さな画面でも読み易くなる。行番号１１、１２、２２、２３、３３、３４も同様である。
【００５７】
図１１の行番号９のｂｒタグの記述は、ｔｙｐｅ属性は、ｔｙｐｅ＝"／ｂｒ／ｐａｇｅ／ｓｍａｒｔ"となっている。分割指定情報は、／ｂｒ／ｐａｇｅ／ｓｍａｒｔであるが、図８の分割ルールでは具体的な分割は存在せず、図６のアクティビティ図により、クライアントは、具体的な分割として／ｂｒ／ｐａｇｅ／ａｂｓｏｌｕｔｅを得る。これにより、常に改ページが行われ、画面が分割される。画面が小さく作成者が意図しない場所で改ページが行われるのではなく、作成者が意図した場所で改ページが行われることにより小さな画面でも読み易くなる。図１２の行番号４４、４９、５３、５５、５８も同様である。
【００５８】
図１１の行番２１のｂｒタグの記述は、ｔｙｐｅ属性は、ｔｙｐｅ＝"／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅ"となっている。分割指定情報は、／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅであり、図８の分割ルールでは具体的な分割は存在し、図６のアクティビティ図により、クライアントは、具体的な分割として／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅを得る。これにより、常に改行が行われる。作成者が意図した場所で改行が行われ、作成者に忠実な画面構成となる。図１１の行番号３２、図１２の行番号４５、４７、４８、５０、５１、５２、５６、５７も同様である。
【００５９】
以上により、図８の分割ルールを持つクライアントでは、図１１及び図１２のドキュメントから図１３、図１４、図１５、図１６、図１７の画面を構成される。
【００６０】
次に、図９の分割ルールを持つクライアントが、図１１及び図１２のドキュメントから図１８、図１９の画面を構成する処理について説明する。
【００６１】
図１１の行番号７のｂｒタグの記述は、ｔｙｐｅ属性は、ｔｙｐｅ＝"／ｂｒ／ｌｉｎｅ／ｓｍａｒｔ"となっている。分割指定情報は、／ｂｒ／ｌｉｎｅ／ｓｍａｒｔであるが、図９の分割ルールでは具体的な分割は存在せず、図６のアクティビティ図により、クライアントは、具体的な分割として／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅを得る。これにより、常に改行が行われる。行番号１１、１２、２２、２３、３３、３４も同様である。
【００６２】
図１１の行番号９のｂｒタグの記述は、ｔｙｐｅ属性は、ｔｙｐｅ＝"／ｂｒ／ｐａｇｅ／ｓｍａｒｔ"となっている。分割指定情報は、／ｂｒ／ｐａｇｅ／ｓｍａｒｔであり、図９の分割ルールでは具体的な分割は存在し、図６のアクティビティ図により、クライアントは、具体的な分割として／ｂｒ／ｐａｇｅ／ｓｍａｒｔを得る。これにより、余白がある場合は改ページが行われず、余白がない場合には改ページが行われるスマート改ページが行われる。
【００６３】
スマート改ページができる処理に能力がある装置（クライアント）では、１つの画面内に多くのドキュメントが構成される。また、複数の画面に分割される場合でも作成者が意図しない場所で改ページが行われるのではなく、作成者が意図した場所で改ページが行われることにより読み易くなる。
【００６４】
図１２の行番号４９の分割要素では、改ページが起こり、画面が分割され２画面となる。図１１の行番号９及び図１２の行番号４４、５３、５５、５８では、要素を配置する余白があり、改ページは行われず続けてドキュメントの要素が配置される。
【００６５】
図１１の行番２１のｂｒタグの記述は、ｔｙｐｅ属性は、ｔｙｐｅ＝"／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅ"となっている。分割指定情報は、／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅであり、図９の分割ルールでは具体的な分割は存在し、図６のアクティビティ図により、クライアントは、具体的な分割として／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅを得る。これにより、常に改行が行われる。作成者が意図した場所で改行が行われ、作成者に忠実な画面構成となる。図１１の行番号３２、図１２の行番号４５、４７、４８、５０、５１、５２、５６、５７も同様である。
【００６６】
以上により、図９の分割ルールを持つクライアントでは、図１１及び図１２のドキュメントから図１８、図１９の画面を構成される。
【００６７】
次に、図１０の分割ルールを持つクライアントが、図１１及び図１２のドキュメントから図２０の画面を構成する処理について説明する。
【００６８】
図１１の行番号７のｂｒタグの記述は、ｔｙｐｅ属性は、ｔｙｐｅ＝"／ｂｒ／ｌｉｎｅ／ｓｍａｒｔ"となっている。分割指定情報は、／ｂｒ／ｌｉｎｅ／ｓｍａｒｔであり、図９の分割ルールでは具体的な分割は存在し、図６のアクティビティ図により、クライアントは、具体的な分割として／ｂｒ／ｌｉｎｅ／ｓｍａｒｔを得る。これにより、行内に余白がある場合は改行が行われず、余白がない場合には改行が行われるスマート改行が行われる。スマート改行ができる処理に能力がある装置（クライアント）では、１つの行内に多くのドキュメントが構成され、見易さが向上する。行番号１１、１２、２２、２３、３３、３４も同様である。
【００６９】
図１１の行番号９のｂｒタグの記述は、ｔｙｐｅ属性は、ｔｙｐｅ＝"／ｂｒ／ｐａｇｅ／ｓｍａｒｔ"となっている。分割指定情報は、／ｂｒ／ｐａｇｅ／ｓｍａｒｔであり、図９の分割ルールでは具体的な分割は存在し、図６のアクティビティ図により、クライアントは、具体的な分割として／ｂｒ／ｐａｇｅ／ｓｍａｒｔを得る。これにより、余白がある場合は改ページが行われず、余白がない場合には改ページが行われるスマート改ページが行われる。大きな画面を持ち、スマート改ページができる処理に能力がある装置（クライアント）では、１つの画面内に多くのドキュメントが構成され、見易さが飛躍的に向上する。図１２の行番号４４、４９、５３、５５、５８も同様である。
【００７０】
図１１の行番２１のｂｒタグの記述は、ｔｙｐｅ属性は、ｔｙｐｅ＝"／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅ"となっている。分割指定情報は、／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅであり、図９の分割ルールでは具体的な分割は存在し、図６のアクティビティ図により、クライアントは、具体的な分割として／ｂｒ／ｌｉｎｅ／ａｂｓｏｌｕｔｅを得る。これにより、常に改行が行われる。作成者が意図した場所で改行が行われ、作成者に忠実な画面構成となる。図１１の行番号３２、図１２の行番号４５、４７、４８、５０、５１、５２、５６、５７も同様である。
【００７１】
以上により、図１０の分割ルールを持つクライアントでは、図１１及び図１２のドキュメントから図２０の画面を構成される。
【００７２】
（第２の実施形態）
本実施形態では、前記ドキュメントをＸＭＬに基づくＸＦｏｒｍｓで記述した場合について説明する。本実施形態の情報処理装置のハードウェア構成は、実施形態１と同様である。
【００７３】
図２１、図２２、図２３は、本実施形態による拡張を行ったＸＭＬの記述に基づき、ＨＴＭＬをホスト言語とした、本実施形態により拡張されたＸＦｏｒｍｓ言語として記述されたドキュメントの例である。
【００７４】
図２１における、行番号９から２７行目においては、ＨＴＭＬのｈｅａｄの記述であり、この中で、ＸＦｏｒｍｓに基づくｍｏｄｅｌの記述を行っている。行番号１１から２３までのｉｎｓｔａｎｃｅでは、ｏｒｄｅｒ以下で、ｐｒｏｄｕｃｔ１、ｐｒｏｄｕｃｔ２、ｐｒｏｄｕｃｔ３、ｐａｙｍｅｎｔ、ｎａｍｅ、ｅｍａｉｌａｄｄｒｅｓｓ、ａｄｄｒｅｓｓ、ｃａｔａｌｏｇ、ｏｐｉｎｉｏｎの値が記述されている。
【００７５】
また、行番号２４、２５では"ｏｒｄｅｒ"というｉｄを持ったｓｕｂｍｉｓｓｉｏｎ
が定義されている。つまり、ｓｕｂｍｉｓｓｉｏｎが発生した場合、ｒｅｆ属性の値であるｏｒｄｅｒ以下がＸＭＬの書式でｍｅｔｈｏｄ属性に記述された"ｐｏｓｔ"形式によ
り、ａｃｔｉｏｎ属性の値である"ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｏｒｄｅｒ．ｃｇｉ"
に対して、送られることが記述されている。
【００７６】
図２１の行番号２８から図２３の行番号６１までは、ＨＴＭＬのｂｏｄｙの記述であり、本実施形態におけるドキュメントの要素の記述を行っている。図２１の行番号３４、図２２の行番号５０、６７、８３、図２３の行番号９５、９８、１０１、１０５、１１１は、ＸＦｒｏｍｓが規定したＵＩ部品である。ユーザが操作することにより、ｒｅｆで記述された対応するｍｏｄｅｌのｉｎｓｔａｎｃｅの値が変更される。
【００７７】
図２３の行番号１１５は、注文ボタンであり、ユーザがクリックすることにより、図２１の行番号２４、２５に記述されたｓｕｂｍｉｓｓｉｏｎが実行される。図２３の行番号１１９は、キヤンセルボタンであり、ユーザがクリックすることにより、フォーム内のデータが初期化される。
【００７８】
ＸＭＬの記述に基づき、ＨＴＭＬをホスト言語とした、本実施形態により拡張されたＸＦｏｒｍｓ言語として記述されたドキュメントにおいても、分割要素及び前記分割要素の処理は、実施形態１と同様である。
【００７９】
上述した各実施形態によれば、ドキュメントの作成者の意図を反映させながら、ドキュメントデータから、装置毎に最適な画面を構成することができる。
【００８０】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００８１】
【図１】本実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。
【図２】本実施形態に係る分割要素（分割データ）の構造の一例を示すクラス図である。
【図３】本実施形態に係る抽象度の違いで段階的に階層化された分割ルールの構造の一例を示すクラス図である。
【図４】図３の具体例として、本実施形態に実装されている分割に基づく分割ルールの一部をツリー状構造で示した図である。
【図５】本実施形態に係る情報処理装置における画面構成処理の一例を示すアクティビティ図である。
【図６】本実施形態に係る情報処理装置における分割指定情報から分割ルールにより具体的分割を得る処理の一例を示すアクティビティ図である。
【図７】分割指定情報の例を示す図である。
【図８】本実施形態に係る分割ルールの一部をツリー状構造で示した図（その１）である。
【図９】本実施形態に係る分割ルールの一部をツリー状構造で示した図（その２）である。
【図１０】本実施形態に係る分割ルールの一部をツリー状構造で示した図（その３）である。
【図１１】ドキュメントの例を示す図（その１）である。
【図１２】ドキュメントの例を示す図（その２）である。
【図１３】画面構成の例を示す図（その１）である。
【図１４】画面構成の例を示す図（その２）である。
【図１５】画面構成の例を示す図（その３）である。
【図１６】画面構成の例を示す図（その４）である。
【図１７】画面構成の例を示す図（その５）である。
【図１８】画面構成の例を示す図（その６）である。
【図１９】画面構成の例を示す図（その７）である。
【図２０】画面構成の例を示す図（その８）である。
【図２１】ＸＦｏｒｍｓで記述されたドキュメントの例を示す図（その１）である。
【図２２】ＸＦｏｒｍｓで記述されたドキュメントの例を示す図（その２）である。
【図２３】ＸＦｏｒｍｓで記述されたドキュメントの例を示す図（その３）である。
【符号の説明】
【００８２】
１  入力部
２  ＣＰＵ
３  出力部
４  プログラムメモリ
５  データメモリ
【図１】
2007133506.tif 000003
【図２】
2007133506.tif 000004
【図３】
2007133506.tif 000005
【図４】
2007133506.tif 000006
【図５】
2007133506.tif 000007
【図６】
2007133506.tif 000008
【図７】
2007133506.tif 000009
【図８】
2007133506.tif 000010
【図９】
2007133506.tif 000011
【図１０】
2007133506.tif 000012
【図１１】
2007133506.tif 000013
【図１２】
2007133506.tif 000014
【図１３】
2007133506.tif 000015
【図１４】
2007133506.tif 000016
【図１５】
2007133506.tif 000017
【図１６】
2007133506.tif 000018
【図１７】
2007133506.tif 000019
【図１８】
2007133506.tif 000020
【図１９】
2007133506.tif 000021
【図２０】
2007133506.tif 000022
【図２１】
2007133506.tif 000023
【図２２】
2007133506.tif 000024
【図２３】
2007133506.tif 000025