JP4811069B2 - 情報提示装置、情報提示方法、及び情報提示処理プログラム - Google Patents

Description

本発明は、インターネット等のネットワークを介して接続された端末装置（クライアント端末）に対しコンテンツデータを提供する装置又は方法等の技術分野に関し、特に、ネットワークを介して種々の構成の端末装置にコンテンツデータを提供しながらユーザに利便性を与える技術に関する。

従来より、例えば、インターネット上のＷＥＢサーバ等のサーバ装置から、例えば公衆回線及びプロバイダを介して接続してきたＰＣ（Personal Computer）等の端末装置に対し、映像、画像、音声、及び文字データ等のコンテンツデータを提供（配信）するネットワークシステムが広く知られている。端末装置側では、これにインストールされている例えばＷＥＢブラウザを用いて、提供されたコンテンツデータ等の提示を行うようになっており、これにより、ユーザは、ＰＣ上で所望のコンテンツを閲覧や視聴することができる。

近年では、特許文献１に開示されるように、ＰＣばかりでなく、携帯電話機及びＰＤＡ（Personal Digital Assistant）等の移動体端末からも、インターネット上のサーバ装置に接続して、コンテンツデータの提供を受けることが可能になっている。更に、最近では、双方向マルチメディア通信サービス用の通信端末であるＳＴＢ（Set Top Box）が接続された、いわゆるインタラクティブ・テレビ（この場合、当該ＳＴＢと当該テレビとを含めて端末装置というものとする）においては、当該ＳＴＢからインターネット上のサーバ装置に接続して、コンテンツデータの提供を受け、それを当該テレビ上で提示可能になっている。

ところで、上記端末装置は、その種類が異なれば画面解像度も異なる場合が多い。また、同一の種類の端末装置であっても（例えば、ＰＣ等）使用するディスプレイによって画面解像度が異なる場合がある。また、ユーザが、インターネット接続機能を有するテレビや、ＳＴＢに接続されたテレビ、或いは、大画面モニタに接続されたＰＣなどの大画面ディスプレイ（モニタ）でコンテンツを視聴する場合、ディスプレイから所定距離（例えば、３ｍ）離れた位置で視聴し、リモートコントローラを用いて操作する利用形態が考えられる。

しかしながら、従来、ＷＥＢサーバ等のサーバ装置により提供されるコンテンツデータは、端末装置の種類や画面解像度（表示画面サイズ）の違いに関わらず、表示形式が同一のコンテンツデータが提供されていたため、端末装置の画面解像度によっては必ずしも提供されたコンテンツデータを適切に表示することができないという問題があった。例えば、提供されるコンテンツデータが、８００×６００ピクセルの解像度を想定して作成されている場合、画面解像度が６４０×４８０ピクセルの端末装置ではコンテンツ全体を一度に表示することができない。他方、画面解像度が１２８０×１０２４ピクセルの端末装置ではコンテンツ全体を一度に表示することはできるものの、コンテンツが小さく表示されるため、視覚的バランス、視認性等が悪くなる場合がある。

このような問題（つまり、端末装置への不適合の問題）の対策の一つの例は、様々な種類の端末装置毎に別々のコンテンツデータを製作（制作）し、サーバ装置に端末装置の種類毎にコンテンツデータを分けて用意しておく方法がある。例えば、特許文献２では、端末装置の表示機能情報を取得し、表示機能に対応したＵＲＬへリダイレクト、或いはページの画像データ差込ＵＲＬを動的に選択することによって、端末装置への不適合を解決している。この端末装置の表示機能情報を取得する方法として、ＨＴＴＰ（HyperText Transfer Protocol）のリクエストヘッダ内のユーザエージェント（User Agent）の項目から取得する方法があるが、特許文献２では、更に、スヌープエージェントという小プログラムを端末装置にダウンロードさせ、この小プログラムによって表示機能情報等を取得している。

また、上記端末装置への不適合の問題の対策のもう一つの例は、基準となるコンテンツを用意しておき、端末装置の種類に応じた別々の変換ルールを適用させる方法がある。例えば、特許文献３では、端末装置の種類に応じた変換ルールとなるバッチファイルをコンテンツとは別に用意している。
特開２００３−１１０７４８号公報 特許第３１８４８０２号 特許２００２−１３２６４６号公報

しかしながら、従来の方法では複数の選択肢（例えば、バッチファイル等）を予め用意しておく必要があり、コンテンツデータを配信するサーバ装置側が、端末装置の種類や機種の増加に伴い、膨大な製作負荷やコスト増大が伴うという問題がある。

また、ユーザがディスプレイから所定距離（例えば、３ｍ）離れた位置でコンテンツを視聴するためには、例えばフォントや画像の大きさなど、個々のコンテンツの構成要素が、ディスプレイから離れて視聴するのに十分な大きさを持っていることが、コンテンツの見易さを提供する上で必要となってくる。

また、近年、上記環境下において、様々な種類の端末装置で、何時でも、何処でもネットワークに接続できる環境を提供するユビキタスネットワークに向けた動きがあるが、このようなネットワークにおいて、ユーザは場所に応じて端末装置を使い分ける（例えば、ＰＣとＰＤＡ等）ことが想定される。

しかしながら、様々な種類の端末装置でコンテンツデータの提供を受ける際には、ある端末装置（例えば、ＰＣ）で閲覧や視聴したコンテンツを別の端末装置（例えば、ＰＤＡ）で引き続き閲覧等しようとしても、連続性（継続性）がないため、最初から閲覧等しなおさなければならないという問題がある。

また、ユーザが、コンテンツの一部を後でもう一度視聴（閲覧）したいというような場合、例えばＷＥＢブラウザのブックマーク機能を利用して、後で視聴したいＷＥＢサイトのＵＲＬ（Uniform Resource Locator）をＵＲＬリストに登録しておき、後からそのＵＲＬリストを利用してコンテンツに簡単にアクセスすることも可能であるが、複数の端末装置をまたがって連続性（継続性）を保つことは困難であった。また、Ｃｏｏｋｉｅによって端末装置側に閲覧履歴を残すことは可能であるが、この場合も、複数の端末装置をまたがって連続性（継続性）を保つことは困難であった。

更に、上述したスヌープエージェントという小プログラムによる表示機能情報の取得は、ユーザエージェントによる取得が失敗した場合に行われるが、ユーザエージェントによる取得が失敗した場合、端末装置のカテゴリ（種類）情報が得られていない状態となり、この状態でスヌープエージェントを端末装置にダウンロードさせても、端末装置の種類に適したスヌープエージェントでない可能性があり、正確な情報取得に失敗する可能性が高いという問題がある。例えば、端末装置がＰＣかＰＤＡかわからない状態のまま、小プログラムを端末装置に送り込んでも、端末装置がＰＤＡにも関わらず、ＰＣ用の小プログラムを用いて情報取得を試みて失敗するという事態が起こる可能性が高いということになる。

本発明は、以上の問題に鑑みてなされたものであり、端末装置の特性や能力等に応じて別々のコンテンツ及び選択肢を用意することなく、コンテンツのメンテナンスに要する負担やコスト等を軽減しつつ、端末装置に応じた最適なコンテンツを提示することができ、また、複数の端末装置にまたがった（横断した）シームレスな（継続性のある）コンテンツの利用を可能とする情報提示装置、情報提示方法、及び情報提示処理プログラム等を提供することを課題とする。

上記課題を解決するために、請求項１に記載の発明は、ユーザに対して提示情報を提示する端末装置の動作環境を示す情報及び当該端末装置の種類を示す情報の少なくとも何れか一方を含む端末情報を取得する端末情報取得手段と、前記提示情報を構成する複数の素材データの提示形式を少なくとも規定する構造化データを取得する構造化データ取得手段と、前記取得された端末情報に含まれる表示画面サイズに合わせて、前記複数の素材データのうち前記端末装置の表示画面上に表示されるべき少なくとも１つの素材データを削除する提示形式調整手段と、前記提示形式調整手段により削除された前記素材データがあることが認知可能に前記提示情報をユーザに対して提示させ、前記削除された素材データの提示要求があった場合には、前記構造化データから前記削除された素材データを取得して提示させると共に、現在提示されている前記提示情報を構成する素材データを代わりに削除させる提示手段と、を備え、前記表示されるべき表示画面上における表示エリアを共通とする複数の前記素材データには、夫々、同一のグループ情報が付加されており、前記代わりに削除される素材データは、前記提示要求があって提示される素材データと同一のグループ情報が付加された素材データであることを特徴とする。

この発明によれば、端末装置の特性や能力等に応じて別々の提示情報及び選択肢を用意することなく、提示情報のメンテナンスに要する負担やコスト等を軽減しつつ、端末装置に応じた最適な提示情報をユーザに対して提示することができる。

また、請求項２に記載の発明は、請求項１に記載の情報提示装置において、前記提示形式調整手段は、前記取得された端末情報に含まれる表示画面サイズに合わせて、前記複数の素材データのうち少なくとも１つの素材データが表示されるべき表示画面上における表示エリアを拡大又は縮小することを特徴とする。

この発明によれば、複数の素材データの提示形式の調整を、素材データが表示されるべき表示画面上におけるエリアを縮小することにより行うようにしたので、容易かつ効率良く当該調整を行うことができる。

また、請求項３に記載の発明は、請求項１に記載の情報提示装置において、各前記素材データには、ユーザに対する提示の優先度を示す情報が付加されており、前記削除される素材データは、前記優先度が相対的に低い素材データであることを特徴とする。

この発明によれば、重要な素材データを残し、優先度が相対的に低いあまり必要でない素材データを削除して上記提示形式に調整することができる。

また、請求項４に記載の発明は、請求項１乃至３の何れか一項に記載の情報提示装置において、複数の前記提示情報によって１のコンテンツが構成されるものであって、前記端末装置における前記提示情報の提示履歴を示す履歴情報をユーザ毎に蓄積する履歴情報蓄積手段を更に備え、前記構造化データ取得手段は、前記提示対象となるユーザに対応する前記履歴情報を参照して前回提示された前記提示情報に対応する前記構造化データを取得することを特徴とする。

この発明によれば、端末装置における提示情報の提示履歴を示す履歴情報をユーザ毎に蓄積しておき、提示対象となるユーザに対応する履歴情報を参照して前回提示された提示情報に対応する構造化データを取得してこれに基づき、素材データの提示形式を、当該端末装置に合った提示形式に調整するようにしたので、複数の端末装置にまたがった（横断した）シームレスな（継続性のある）コンテンツの利用が可能となる。

また、請求項５に記載の発明は、請求項４に記載の情報提示装置において、各前記提示情報には、固有の識別情報が付加されており、前記履歴情報には、前記端末装置において前記提示された前記提示情報の識別情報が含まれていることを特徴とする。

この発明によれば、前回提示された提示情報の提示履歴を容易に蓄積することができ、当該提示履歴を簡単に把握することができる。

また、請求項６に記載の発明は、請求項１乃至５の何れか一項に記載の情報提示装置において、前記提示形式は、ＸＭＬによって記述されていることを特徴とする。

この発明によれば、提示形式をＸＭＬによって記述することで、より効率良く調整を行うことができる。

また、請求項７に記載の発明は、コンピュータを、請求項１乃至６の何れか一項に記載の情報提示装置として機能させることを特徴とする情報提示処理プログラムである。

また、請求項８に記載の発明は、コンピュータにより実行される情報提示方法であって、前記情報提示方法は、ユーザに対して提示情報を提示する端末装置の動作環境を示す情報及び当該端末装置の種類を示す情報の少なくとも何れか一方を含む端末情報を取得する工程と、前記提示情報を構成する複数の素材データの提示形式を少なくとも規定する構造化データを取得する工程と、前記取得された端末情報に含まれる表示画面サイズに合わせて、前記複数の素材データのうち前記端末装置の表示画面上に表示されるべき少なくとも１つの素材データを削除する工程と、前記削除された前記素材データがあることが認知可能に前記提示情報をユーザに対して提示させ、前記削除された素材データの提示要求があった場合には、前記構造化データから前記削除された素材データを取得して提示させると共に、現在提示されている前記提示情報を構成する素材データを代わりに削除させる工程と、を含み、前記表示されるべき表示画面上における表示エリアを共通とする複数の前記素材データには、夫々、同一のグループ情報が付加されており、前記代わりに削除される素材データは、前記提示要求があって提示される素材データと同一のグループ情報が付加された素材データであることを特徴とする。

本発明によれば、提示情報を構成する複数の素材データの提示形式を少なくとも規定する構造化データを取得し、端末装置の端末情報に基づいて、前記取得された構造化データに規定された素材データの提示形式を、当該端末装置に合った提示形式に調整し、前記調整された前記提示形式で前記提示情報を当該端末装置のユーザに対して提示させるようにしたので、当該端末装置の特性や能力等に応じて別々の提示情報及び選択肢を用意することなく、提示情報のメンテナンスに要する負担やコスト等を軽減しつつ、端末装置に応じた最適な提示情報をユーザに対して提示することができる。

以下、本発明を実施するための最良の実施形態について、図面に基づいて説明する。なお、以下に説明する実施形態は、情報提示システムに対して本発明を適用した場合の実施の形態である。
［１．情報提示システムの構成及び概要機能］
先ず、図１等を参照して、本実施形態に係る情報提示システムの構成及び概要機能について説明する。

図１は、本実施形態に係る情報提示システムの概要構成例を示す図である。

図１に示すように、本実施形態に係る情報提示システムＳは、端末装置１と、サーバ装置２と、を含んで構成されている。なお、本実施形態においては、サーバ装置２は、本発明の情報提示装置として機能することになる。

そして、端末装置１とサーバ装置２とは、通信手段としてのネットワーク３を介して相互にデータの送受信が可能（例えば、通信プロトコルにＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を用いて、相互にデータの送受信が可能）になっており、サーバ装置２は、当該ネットワーク３を介して接続された端末装置１からの要求に応じて提示情報の一例であるページデータを提供（送信）し、当該ページデータを端末装置１を通じてユーザに対して提示（例えば、当該ページデータに含まれるテキストや画像等の表示、及び音声の出力等）させるようになっている。なお、ネットワーク３は、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（無線基地局等を含む）、及びゲートウェイ等により構築される。

端末装置１としては、例えばＰＣ、ＰＤＡ、携帯電話機（或いは、ＰＨＳ(Personal Handyphone System)）、ＳＴＢが接続されたテレビ受像機等の電子機器（電子デバイス）が該当し、本実施形態において、ユーザは、利用場所や利用状況に応じてこれらの種類の異なる電子機器を端末装置１として任意に選択することになる。

ここで、本実施形態におけるページデータの概要について説明する。

このページデータは、複数の素材データから構成されるようになっており、更に、複数のページデータによって（複数のページデータが集まって）１のコンテンツ（例えば、小説、教育用テキスト、商品カタログ、書籍等）が構成されるようになっている。また、各素材データは、ユーザに対して提示されるべき文字、画像、映像、又は音声等のデータ等からなる。

また、コンテンツの構造等は、ＸＭＬ（eXtensible Markup Language）によって記述された構造化データ（中間フォーマットデータ（基データ））により規定（定義）されるようになっている。

図２は、あるコンテンツの構造化データの一例を示す概念図である。

図２に示す構造化データ５の例では、大別して、状態保持層５１とレイアウト層５２とから構成されている。

状態保持層５１は、コンテンツ全体の構造を規定しており、例えば書籍でいえば目次に相当し、この例では、章（chapter）、節（section）、ページ（page）によりコンテンツの階層構造が規定されている。つまり、コンテンツにおける１つの章は複数の節からなり、１つの節は複数のページから構成されており、最下位層における各ページは、上述したページデータからなっている。また、状態保持層５１における章、節、及びページの各要素には、固有の識別情報である状態保持ＩＤ（id）が付加されている。この状態保持ＩＤが記憶されることで、ユーザが当該コンテンツをどこまで利用したかの状態が保持されることになる。

レイアウト層５２は、上述した各素材データの内容（例えば、ページ内に配置されるオブジェクト（文字、画像、映像等）や音声の内容であって、コンテンツを構成する意味上のかたまり）、及びその提示形式（言い換えれば、スタイル：例えば、当該オブジェクトの表示形式（例えば、表示サイズ（表示エリアの大きさ）、表示位置、文字のフォントサイズ及び色等のプロパティ）や音声の出力形式）等を規定している。また、レイアウト層５２には、上記素材データの提示形式を端末装置１（つまり、端末装置１の動作環境、或いは、端末装置１の種類）に合った提示形式に調整するに当たっての制約条件（言い換えれば、調整限界）が規定されている。また、各素材データのうちユーザに対して提示される各素材データには、ユーザに対する提示の優先度を示す優先度情報（priority）が付加されるが、かかる優先度情報も、レイアウト層５２に規定されている。

［１−１．端末装置の構成及び概要機能］
次に、端末装置１の構成及び概要機能について説明する。

端末装置１は、上述したＰＣ、ＰＤＡ、携帯電話機、ＳＴＢが接続されたテレビ受像機等の全ての電子機器に共通の基本的な構成要素として、演算機能を有するＣＰＵ（Central Processing Unit），作業用ＲＡＭ（Random-Access Memory），ＲＯＭ（Read-Only Memory）等から構成された情報処理部（コンピュータ）と、各種プログラム及び各種データ等を記憶する記憶部（例えば、ＨＤＤ（Hard Disc Drive），又はＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等）と、ユーザからの操作指示を入力する操作部（例えば、キーボード，マウス，又は操作パネル（又はリモートコントローラ）等）と、画像や文字等の情報を表示する表示部（例えば、ＣＲＴ（Cathode-Ray Tube），又は液晶ディスプレイ等）と、音声を出力するスピーカと、サーバ装置２の通信部と協働しサーバ装置２との間の通信状態を制御する通信部と、を備えている。

また、全ての電子機器に共通にＲＯＭ又は記憶部に記憶される各種プログラムとして、ＯＳ（オペレーティングシステム）、及びアプリケーションソフト（ブラウザソフト（プログラム）、端末情報収集エージェントソフト（プログラム）等）がある。

端末装置１のＣＰＵによりブラウザ（例えば、ＷＥＢブラウザ）ソフトが実行されることによって、端末装置１は、サーバ装置２に接続して、上記コンテンツを構成するページデータを要求し、これに対しサーバ装置２から提供されたページデータをユーザに対して提示することになる。

また、端末装置１のＣＰＵにより端末情報収集エージェントソフト（以下、「プローブ」という）が実行されることによって、端末装置１は、当該端末装置１の動作環境を示す情報及び当該端末装置１の種類（例えば、ＰＣ、ＰＤＡ、携帯電話機、ＳＴＢが接続されたテレビ受像機等の電子機器の種類）を示す情報の少なくとも何れか一方を含む端末情報を収集、取得し、サーバ装置２に提供（送信）することになる。また、プローブは、例えばサーバ装置２から端末装置１にダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ、メモリカード等の記録媒体に記録されて端末装置１に読み込まれるようにしてもよい。

ここで、当該端末装置１が、１０フィートＵＩ（User Interface）（機器の操作を１０フィート（約３ｍ）程度離れてリモコンで行うことを想定したユーザー・インターフェイス）端末である場合、当該１０フィートＵＩ端末であることを示す情報が、上記端末情報中に含まれることになる。

また、当該端末装置１の動作環境を示す情報には、例えば、ＣＰＵの種類、ＣＰＵの動作周波数（ＣＰＵの速度）、メモリ種類、メモリ容量、メモリスロット数、ＬＡＮボードの転送速度（ｂｐｓ）、グラフィックコントローラの情報、ビデオカードの情報、ディスプレイの画面解像度（表示画面サイズ）、ディスプレイの表現能力（文字数、色数等）、ネットワーク３における回線スピード（ｂｐｓ）、回線接続形態（ダイヤルアップ、ＡＤＳＬ、光ケーブル等）、インストールされるソフトウェアの種類（例えば、ＯＳの種類、アプリケーションソフトの種類、ブラウザソフトの種類、プラグインソフト（ブラウザソフトの機能を追加、拡張するソフトであって、例えば、マルチメディア情報を閲覧するためのShockwaveやFlash Player（登録商標）、或いは、デジタル文書を閲覧するためのAcrobat Reader（登録商標）等がある）の種類）、当該ソウトウェアのバージョン等の情報が含まれる（もちろん、上記情報の一部であってもよいし、他の情報が含まれてもよい）。

このような端末装置１の動作環境を示す情報は、電子機器の種類によって異なる（もちろん、同じ種類の電気機器であっても異なる場合もある）。例えば、ＰＣと携帯電話機では、周知の通り、ＣＰＵの動作周波数、メモリ容量、ディスプレイの有効画面サイズ、ディスプレイの表現能力、ＯＳの種類、及びブラウザソフトの種類が異なるし、ＰＣのブラウザソフトにはプラグインソフトを組み込めるが、携帯電話機のブラウザソフトにはプラグインソフトを組み込めない等の点で異なっている。

［１−２．サーバ装置の構成及び概要機能］
次に、サーバ装置２の構成及び概要機能について説明する。

サーバ装置２は、図１に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，ＲＯＭ等から構成された情報処理部（コンピュータ）２１と、各種プログラム及び各種データ等を記憶するＨＤＤ等から構成された記憶部２２と、端末装置１の通信部と協働し端末装置１との間の通信状態を制御する通信部２３と、を備えており、情報処理部２１は、例えば記憶部２２に記憶された、本発明の情報提示処理プログラム等を実行することにより、セッション管理部２１ａ、本発明の端末情報取得手段としての端末情報取得部２１ｂ、履歴情報蓄積手段としての履歴情報蓄積部２１ｃ、構造化データ取得手段及び提示形式調整手段としてのコンテンツ構成部２１ｄ、及び提示手段としてのコンテンツ提示部２１ｅとして機能するようになっている。

なお、情報提示処理プログラムは、例えばインターネット上の所定のサーバからサーバ装置２にダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介してサーバ装置２に読み込まれるようにしてもよい。

また、上記記憶部２２には、ユーザ毎に一意に割り当てられたユーザＩＤ及びパスワード等のユーザ情報をユーザ毎に区別して記憶（登録）する認証データベース（ＤＢ）２２ａ、端末装置１におけるベージデータの提示履歴を示す履歴情報をユーザ毎に記憶する履歴情報データベース（ＤＢ）２２ｂ、及び各コンテンツの構造化データ及び当該構造化データ内で指定される実体データ（例えば、画像データ、映像データ、音声データ等）等を記憶するコンテンツデータベース（ＤＢ）２２ｃ等が構築されている。

セッション管理部２１ａは、認証データベース２２ａを用いたログイン処理（認証処理）、及びログイン後の当該通信セッションの管理を行うようになっている。

端末情報取得部２１ｂは、接続された端末装置１の端末情報を取得するようになっている。例えば、端末情報取得部２１ｂは、端末装置１がネットワーク３を介して接続してきた際に、プローブを当該端末装置１に配信し、これにより取得された端末情報を端末装置１から取得する。

履歴情報蓄積部２１ｃは、端末装置１におけるページデータの提示履歴を示す履歴情報（例えば、上述した状態保持ＩＤ及びその受信時間等を含む）をユーザ毎に区別して（例えば、ユーザＩＤに対応付けて）履歴情報データベース２２ｂに蓄積するようになっている。この履歴情報は、例えば、端末装置１とサーバ装置２とのデータ通信の際や通信セッションが終了する際等、任意のタイミングで端末装置１から取得される。

コンテンツ構成部２１ｄは、あるページに対応する構造化データをコンテンツデータベース２２ｃから取得（抽出）し、端末情報取得部２１ｂにより取得された端末情報に基づいて、取得した構造化データに規定された素材データの提示形式を、当該端末装置１に合った提示形式に調整するようになっている。ここで、ログイン直後に取得される構造化データは、前回提示（前回のセッションの最後に提示）されたページに対応する構造化データであり、コンテンツ構成部２１ｄは、かかる構造化データを、履歴情報データベース２２ｂにおいて当該端末装置１のユーザのユーザＩＤに対応付けられて記憶されている状態保持ＩＤのうち最も新しい（受信時間が最近の）状態保持ＩＤに基づき取得する。その後は、端末装置１のユーザにより指定されたページに対応する構造化データが取得される。

そして、コンテンツ構成部２１ｄは、提示形式が調整された構造化データをフォーマット変換して端末装置１に提供するページデータを生成するようになっている。例えば、ＸＭＬで記述されたＸＭＬ文書からなる構造化データ（調整後）が、ＸＨＴＭＬ（eXtensible HyperText Markup Language）で記述されたＸＨＴＭＬ文書とＣＳＳ（Cascading Style Sheets）からなるページデータに変換される。

図３（Ａ）〜（Ｅ）は、コンテンツ構成部２１ｄにおける処理の流れの一例を示す概念図である。図３（Ａ）に示すように、“page1”の構造化データに規定された素材データ６１〜６５には、夫々、優先度を示す情報である“priority”が、例えば、０〜２の何れかの値で付加されている（本実施形態においては、０が最も優先度が高く、値が大きくなるにつれて優先度が低くなる）。なお、優先度を示す情報である“priority”は、０〜２に限定されるものはなく、例えば、０〜１０等にもっと細かく規定しても良い。

そして、図３（Ｂ）及び（Ｃ）に示すように、取得された“page1”の構造化データに規定された素材データ６１〜６５の提示形式が端末情報に基づき調整されている。この例における調整では、取得された端末情報に含まれる表示画面サイズに合わせて、素材データ６１（テキスト）が表示されるべき表示画面上におけるエリアが「１０２４（幅（width）（横方向））×５００（高さ（height）（縦方向））ピクセル」から「６００（幅（width））×４００（高さ（height））ピクセル（px）」に変更（縮小）されると共に、素材データ６３（画像）が表示されるべき表示画面上におけるエリアが「４００（幅（width））×２００（高さ（height）ピクセル）から「３００（幅（width））×１５０（高さ（height））ピクセル（px）」に変更（縮小）されるように提示形式が調整されている。更に、優先度が低い（ここでは、priority＝２）素材データ６２及び６４は削除されるように提示形式が調整されている。

そして、図３（Ｄ）及び（Ｅ）に示すように、ＸＭＬで記述された構造化データに規定された素材データの内容に相当する部分がＸＨＴＭＬで記述され、素材データの提示形式に相当する部分がＣＳＳで記述されるようにフォーマット変換がなされている。

図４は、実際にＸＭＬで記述された構造化データの一例を示す図である。また、図５は、図４における提示形式記述部５２ａの記述例を、図６は、図４における提示形式制約記述部５２ｂの記述例を、図７は、図４における提示内容記述部５２ｃの記述例を、夫々示す図である。

図４に示すように、状態保持層５１では、タグ（＜＞）内に、章（chapter）、節（section）、ページ（page）の夫々の状態保持ＩＤが記述されている（例えば、“page1”の状態保持ＩＤは、“001001001001”である）。

また、図４に示すように、レイアウト層５２（この例では、“page1”に対応）には、提示形式記述部５２ａ、提示形式制約記述部５２ｂ、及び提示内容記述部５２ｃが設けられている。提示形式記述部５２ａ、提示形式制約記述部５２ｂ、及び提示内容記述部５２ｃは、各素材データを、<div>により分割して階層構造化しており、互いに同じ木構造を有している。また、各素材データには、夫々固有の識別名(id=の後のコンマ″″内に相当する部分)が付与されている。このように意味上のかたまりである素材データを<div>により分割して管理することで、コンテンツ制作者がコンテンツを定義し易く、且つ、サーバ装置２による提示形式の調整も効率良く行うことができる。

提示形式記述部５２ａには、当該ページデータを構成する各素材データの提示形式が規定されている。例えば、図５に示す符号７１部では、表示画面上における当該ページ全体（wrapper）の高さ（height）、幅（width）、及び背景色が規定されており、符号７２部では、当該ページ中に配置されるコンテンツヘッダ（content header）部分のエリアの高さ（height）、幅（width）、左端からの位置（padding-left）、上端からの位置（padding-top）、及び背景色が規定されており、符号７３部では、当該コンテンツヘッダ（content header）部分のエリアに表示される文字（p）のフォントサイズ（font-size）及び字体（font-weight）が規定されている。図示は省略するが、この他にも、当該ページにより提示されるべき様々な素材データの提示形式が規定される。

提示形式制約記述部５２ｂには、上記提示形式に調整するに当たっての各素材データの制約条件、各素材データの優先度情報、及び注釈等が規定されている。例えば、図６に示す符号８１部では、表示画面上における当該ページ全体（wrapper）の高さ（height）の初期値（default:743px）、縮小可能な高さの最小値(minimum:300px)、拡大可能な高さの最大値(maximum:960px)、及び１０フィートＵＩ端末の場合の高さの最小値(minimum_10feetUI:450px)、並びに幅（width）の初期値（default:1024px）、縮小可能な幅の最小値（minimum:400px）、拡大可能な幅の最大値(maximum:1280px)、及び１０フィートＵＩ端末の場合の幅の最小値(minimum_10feetUI:600px)等が規定されており、更に、優先度情報（priority=”0”）が規定されている。また、符号８２部では、当該ページ中に配置されるコンテンツヘッダ（content header）部分のエリアの高さ（height）の初期値（default:40px）、縮小可能な高さの最小値(minimum:20px)、拡大可能な高さの最大値(maximum:60px)、及び１０フィートＵＩ端末の場合の高さの最小値(minimum_10feetUI:30px)、並びに幅（width）の初期値（default:1024px）、縮小可能な幅の最小値（minimum:400px）、拡大可能な幅の最大値(maximum:1280px)、及び１０フィートＵＩ端末の場合の幅の最小値(minimum_10feetUI:600px)等が規定されており、更に、優先度情報（priority=”0”）が規定されている。また、符号８３部では、当該コンテンツヘッダ（content header）部分のエリアに表示される文字（p）のフォントサイズ（font-size）の初期値（default:30pt）、縮小可能なフォントサイズの最小値(minimum:21pt)、拡大可能なフォントサイズの最大値(maximum:40pt)、及び１０フィートＵＩ端末の場合のフォントサイズの最小値(minimum_10feetUI:25pt)等が規定されており、優先度情報（priority=”0”）が規定されている。

このような提示形式記述部５２ａ及び提示形式制約記述部５２ｂに記述された内容がコンテンツ構成部２１ｄにより解釈され、ページデータを要求してきた端末装置１に合った（適した）提示形式に調整された上で、最終的にＣＳＳに記述されることになる。

図８は、端末情報、提示形式記述部５２ａ及び提示形式制約記述部５２ｂに記述された内容に基づき生成されたＣＳＳの記述例を示す図である。

なお、上記最小値(minimum)は、上記提示形式の調整において表示エリアの縮小、或いはフォントサイズの縮小が行われる場合に参照され、これ以下にならないように処理される。

また、上記最大値(maximum)は、上記提示形式の調整において表示エリアの拡大、或いはフォントサイズの拡大が行われる場合に参照され、これ以上にならないように処理される。

また、上記最小値(minimum_10feetUI)は、端末装置１が１０フィートＵＩ端末である場合の上記提示形式の調整において表示エリアの拡大、或いはフォントサイズの拡大が行われる場合に参照され、これ以上になるように（つまり、１０フィート離れて見る場合に最低限必要な表示エリアの大きさ）処理される。

また、図５及び図６に示すように、提示形式制約記述部５２ｂが、提示形式記述部５２ａの記述された内容を含む場合、図５に示す<page_stylesheet type="text/css">から</page_stylesheet>までの記述は無くても構わない（この場合、提示形式記述部５２ａの記述が無くても、ＣＳＳを生成可能である）。

提示内容記述部５２ｃは、各素材データの内容が規定されている。例えば、図７に示す符号９１部では、コンテンツヘッダ（content header）部分のエリアに実際に表示される文字（p）の内容（English Study Service）が規定されており、この内容は、最終的にＸＨＴＭＬに記述されることになる。

構造化データをＸＭＬにて記述し、提示形式及びその制約条件等を上記のように提示形式記述部５２ａ及び提示形式制約記述部５２ｂに、提示内容を提示内容記述部５２ｃに分離して夫々規定することで、より提示形式の調整（アダプテーション）を行いやすくすることができる。しかも、提示形式記述部５２ａ及び提示形式制約記述部５２ｂに示すように、提示形式を規定するスタイルシートをＸＭＬで再定義することで、より効率良く調整（アダプテーション）を行うことができる。

コンテンツ提示部２１ｅは、以上のように生成されたページデータ（ＸＨＴＭＬとＣＳＳとから構成されるデータ）等を、ページデータを要求してきた端末装置１に対してネットワーク３を介して送信することにより、上記調整された提示形式でページデータをユーザに対して提示させることになる。

［２．情報提示システムの動作］
次に、図９乃至図１３等を参照して、本実施形態に係る情報提示システムの動作例について説明する。

図９は、端末装置１とサーバ装置２における処理及びデータのやり取りの一例を示すシーケンス図であり、図１０乃至図１２は、サーバ装置２におけるページデータ生成処理の一例を示すフローチャートである。また、図１３（Ａ）は、ＰＣである端末装置１の表示部に表示されたページ例を、図１３（Ｂ）は、ＰＤＡである端末装置１の表示部に表示されたページ例を、夫々示す図である。

なお、以下の説明において、ユーザは、既にＰＣを端末装置１としてサーバ装置２に接続しページデータの提示を受けており、かかるＰＣにおいて提示されたページデータに付加された状態保持ＩＤが提示履歴を示す履歴情報として履歴情報データベース２２ｂに記憶（蓄積）されているものとする。

先ず、ユーザが、例えばＰＤＡを端末装置１として選択し、かかる端末装置１の操作部を操作してブラウザソフトを実行（起動）させサーバ装置２のサイトのＵＲＬを指定すると、当該端末装置１がネットワーク３を介してサーバ装置２に接続しリクエスト情報を送信する（ステップＳ１）。

次いで、サーバ装置２は、端末装置１からのリクエスト情報を受信すると、当該リクエストヘッダ内のユーザエージェントの項目からＯＳの種類やブラウザの種類等の情報を得てこれを用いて端末装置の種類（ＰＣ或いはＰＤＡ等）を判別し（ステップＳ２）、端末装置１に対して、リダイレクト要求情報を送信する（ステップＳ３）。これにより、端末装置１がＰＣかＰＤＡかわからない状態のまま、プローブを端末装置１に送り込んで、端末情報の取得を試みて失敗するという事態を防ぐことができる。

ここで、上記ユーザエージェントの項目からＯＳの種類やブラウザの種類等の情報を取得できなかった場合には、サーバ装置２は、ＯＳの種類やブラウザの種類等の情報を取得するためのスクリプト（例えば、Java（登録商標）script）が記述されたＨＴＭＬ文書を端末装置１に送信する。これにより端末装置１のブラウザによって当該ＨＴＭＬ文書中のスクリプトが実行され、取得されたＯＳの種類やブラウザの種類等の情報はサーバ装置２に対して送信され、当該サーバ装置２は、当該情報を用いて端末装置の種類（ＰＣ或いはＰＤＡ等）を判別する。これにより、更に、端末情報取得の正確性を向上させることができる。

次いで、端末装置１は、サーバ装置２からのリダイレクト要求情報を受信すると、当該サーバ装置２に対して、プローブ埋込ページへのリダイレクト情報を送信する（ステップＳ４）。

次いで、サーバ装置２は、端末装置１からのリダイレクト情報を受信すると、上記判別された端末装置の種類に適したプローブを取得し（ステップＳ５）、当該プローブ及びログインページデータを端末装置１に対して送信する（ステップＳ６）。

こうして、端末装置１は、プローブ等を受信すると、当該プローブを起動（実行）し、当該端末装置１の端末情報を取得する（ステップＳ７）。次いで、端末装置１は、ログインページを表示部における表示画面上に表示してユーザに提示する。かかるログインページには、ユーザＩＤ及びパスワードの入力欄が設けられている。そして、ユーザが操作部を操作して当該入力欄に自己のユーザＩＤ及びパスワードを入力し実行ボタンを指定（押下）すると、端末装置１は、入力されたユーザＩＤ及びパスワード、並びに上記取得した端末情報を含むログイン要求情報をサーバ装置２に対して送信する（ステップＳ８）。

次いで、サーバ装置２は、端末装置１からのログイン要求情報を受信すると、ログイン処理（認証処理）を実行（ステップＳ９）、例えば、当該ログイン要求情報に含まれるユーザＩＤ及びパスワードが認証データベース２２ａに登録されているか否かを判別し、登録されている場合には、ログインを認識してセッションを作成する（ステップＳ１０）。

次いで、サーバ装置２は、ページデータ生成処理を行い、ページデータを生成する（ステップＳ１１）。なお、かかるページデータ生成処理の詳細は後述する。次いで、サーバ装置２は、生成したページデータを端末装置１に対して送信する（ステップＳ１２）。

次いで、端末装置１は、サーバ装置２からのページデータを受信すると、当該ページを表示部における表示画面上に表示してユーザに提示する（図１３（Ｂ）参照）。

こうしてユーザは、提示されたページに含まれる情報を視聴、閲覧し、操作部を操作して、当該ページ上に表示された例えば目次から所望のページを選択すると、端末装置１は、当該選択されたページを要求するためのページ要求情報（当該ページに付加された状態保持ＩＤを含む）をサーバ装置２に対して送信する（ステップＳ１３）。

次いで、サーバ装置２は、端末装置１からのページ要求情報を受信すると、ページデータ生成処理を行い、ページデータを生成する（ステップＳ１４）。なお、かかるページデータ生成処理の詳細は後述する。次いで、サーバ装置２は、生成したページデータを端末装置１に対して送信する（ステップＳ１５）。こうしてユーザは、提示されたページに含まれる情報を視聴、閲覧し、必要であれば、上記と同様、所望のページを選択することになる。

そして、コンテンツの視聴、閲覧を終了する場合、ユーザは、操作部を操作してログアウト入力を行うと、端末装置１は、サーバ装置２に対して、セッション破棄要求情報を送信する（ステップＳ１６）。

次いで、サーバ装置２は、端末装置１からのセッション破棄要求情報を受信すると、当該セッションを破棄し（ステップＳ１７）、トップページを端末装置１に対して送信する（ステップＳ１８）。

次に、上記図９を用いて説明した流れの中で行われるページデータ生成処理（ステップＳ１１及びＳ１４）の一例について図１０乃至図１２を用いて具体的に説明する。

図１０に示すページデータ生成処理が、上記ログインにより行われる場合（ステップＳ１１）、サーバ装置２は、当該セッションにおいて得られたユーザＩＤに対応付けられて記憶された状態保持ＩＤのうちの最も新しい（受信時間が最も現在に近い）状態保持ＩＤを履歴情報データベース２２ｂから取得し（ステップＳ１０１）、ステップＳ１０４に移行する。一方、図１０に示すページデータ生成処理が、上記ページ要求情報の受信により行われる場合（ステップＳ１４）、サーバ装置２は、上記ページ要求情報に含まれる状態保持ＩＤを取得し（ステップＳ１０２）、取得した状態保持ＩＤ及び受信時間を、当該セッションにおいて得られたユーザＩＤに対応付けて履歴情報データベース２２ｂに登録（記憶）し（ステップＳ１０３）、ステップＳ１０４に移行する。

ステップＳ１０４では、サーバ装置２は、上記受信されたログイン要求情報に含まれる端末情報から端末装置１の表示画面サイズを取得する。

次いで、サーバ装置２は、上記取得した表示画面サイズに基づき、端末装置１の画面は縦長であるか否かを判別し（ステップＳ１０５）、縦長でない場合には（ステップＳ１０５：Ｎ）、横長配置を選定し（ステップＳ１０７）、ステップＳ１０９に移行する。一方、端末装置１の画面が縦長である場合には（ステップＳ１０５：Ｙ）、縦長配置を選定し（ステップＳ１０６）、縦長配置のための準備処理を行い（ステップＳ１０８）、ステップＳ１０９に移行する。縦長配置の場合、後述するステップＳ１１８の処理にてオブジェクトの削除される可能性が高いので、縦長配置のための準備処理では、オブジェクト削除フラグを立てることにより、ループ処理の効率化を図る。

ステップＳ１０９では、サーバ装置２は、端末装置１の表示画面における最大表示画面エリア（セーフティエリア）を決定する。なお、最大表示画面エリアは、例えば、ツールバーを除いたエリア（オブジェクトである素材データが表示されるエリア）である。

次いで、サーバ装置２は、上記取得した状態保持ＩＤに対応する構造化データを取得する（ステップＳ１１０）。取得された構造化データは、当該セッションにおいて記憶保存されることになる。

次いで、サーバ装置２は、取得した構造化データに基づき、各素材データをオブジェクトとするＤＯＭ（Document Object Model）ドキュメントツリーを作成する（ステップＳ１１１）。

次いで、サーバ装置２は、上述した提示形式制約記述部５２ｂを参照して（<page_stylecontrol type="text/css">要素の配下を辿って（走査して））、各オブジェクト（素材データ）に付加された優先度情報を抽出する（ステップＳ１１２）。

次いで、図１１に示すステップＳ１１３において、サーバ装置２は、ページ全体（wrapper）を除く全オブジェクトのうち表示エリア面積が最大のものを検索し、そのオブジェクトについての情報（例えば、識別名、id=で表される部分（id属性ともいう））を一時記憶する。

次いで、サーバ装置２は、上述した提示形式制約記述部５２ｂに規定されているページ全体（wrapper）のサイズ（高さと幅）を、最大表示画面エリア（セーフティエリア）のサイズで書き換える（ステップＳ１１４）。

次いで、サーバ装置２は、書き換え前のページ全体（wrapper）のサイズが、セーフティエリアのサイズ以上（同じか若しくは大きい）か否かを判別し（ステップＳ１１４ａ）、以上の場合には（ステップＳ１１４ａ：Ｙ）、縮小処理を選定し、ステップＳ１１５に移行する。

一方、書き換え前のページ全体（wrapper）のサイズが、セーフティエリアのサイズ以上でない場合（つまり、表示画面サイズが大きい端末装置１の場合）には（ステップＳ１１４ａ：Ｎ）、拡大処理を選定し、ステップＳ１１５ａに移行する。

ステップＳ１１５では、サーバ装置２は、各オブジェクトの表示エリアの面積（高さ×幅）の総和が、上記ページ全体（wrapper）の面積より小さいか否かを判断することによって、全オブジェクトがページ内に収まるか否かを判別する。全オブジェクトがページ内に収まらないと判別された場合（つまり、各オブジェクトの表示エリアの面積の総和が、上記ページ全体（wrapper）の面積より大きい場合）には（ステップＳ１１５：Ｎ）、ステップＳ１１６に移行され、収まると判別された場合（つまり、各オブジェクトの表示エリアの面積の総和が、上記ページ全体（wrapper）の面積より小さいか或いは同じである場合）には（ステップＳ１１５：Ｙ）、ステップＳ１１９に移行される。

ステップＳ１１６では、サーバ装置２は、これ以上、各オブジェクトの表示エリアが縮小可能か否かを判別する。例えば、サーバ装置２は、上述した提示形式制約記述部５２ｂに規定されている各オブジェクトの表示エリアの幅（width）及び高さ（height）の初期値（default）を所定割合（例えば１０％）縮小し、その縮小された値が各オブジェクトの表示エリアの縮小可能な幅（width）及び高さ（height）の最小値（minimum）より小さくならない場合には、各オブジェクトの表示エリアが縮小可能であると判別する。

各オブジェクトの表示エリアが縮小可能である場合（ステップＳ１１６：Ｙ）、サーバ装置２は、上記各オブジェクトの表示エリアの幅（width）及び高さ（height）の初期値を、上記縮小した幅（width）及び高さ（height）の値で書き換えることによって、各オブジェクトの表示エリアのサイズを縮小し（ステップＳ１１７）、ステップＳ１１５に戻る。このような処理が繰り返されることによって、上記各オブジェクトの表示エリアが徐々に縮小（例えば、最小値になるまで初期値が１０％ずつ縮小）されることになる。なお、このような縮小処理により、縮小されたオブジェクトの表示エリアのサイズが最小値（minimum）より小さくなった場合には、初期値が当該最小値で書き換えられることになる。

一方、各オブジェクトの表示エリアが縮小可能でない場合（ステップＳ１１６：Ｎ）、サーバ装置２は、オブジェクト削除処理を実行し、上記抽出された各オブジェクトの優先度情報を参照して優先度の最も低い（つまり、“priority”の値が最も大きい）オブジェクトを削除し（ステップＳ１１８）、ステップＳ１１５に戻る。このような処理が繰り返されることによって、上記オブジェクトのうち優先度の低いものから順に削除されることになる。

一方、ステップＳ１１５ａにおける拡大処理では、図１２に示すように、サーバ装置２は、上記取得した端末情報を参照して、端末装置１が１０フィートＵＩ端末であるか否かを判別し（ステップＳ１１５１）、１０フィートＵＩ端末である場合には（ステップＳ１１５１：Ｙ）、ステップＳ１１５２へ、１０フィートＵＩ端末でない場合には（ステップＳ１１５１：Ｎ）、ステップＳ１１５７へ、夫々移行する。

ステップＳ１１５２では、サーバ装置２は、上述した提示形式制約記述部５２ｂに規定されている各オブジェクトの表示エリアの幅（width）及び高さ（height）の初期値（default）が、各オブジェクトの表示エリアの幅（width）及び高さ（height）の１０フィートＵＩ端末時の最小値(minimum_10feetUI)より小さいとき、当該初期値を最小値(minimum_10feetUI)に置き換える。これにより、１０フィート離れて見る場合の最低限必要な表示エリアのサイズになる。

次いで、サーバ装置２は、各オブジェクトの表示エリアの面積（高さ×幅）の総和が、上記ページ全体（wrapper）の面積より小さいか否かを判断することによって、全オブジェクトがページ内に収まるか否かを判別（上記ステップＳ１１５と同様）する（ステップＳ１１５３）。全オブジェクトがページ内に収まらないと判別された場合には（ステップＳ１１５３：Ｎ）、ステップＳ１１５４に移行され、収まると判別された場合には（ステップＳ１１５３：Ｙ）、ステップＳ１１５７に移行される。

ステップＳ１１５４では、サーバ装置２は、オブジェクト削除処理を実行し、上記抽出された各オブジェクトの優先度情報を参照して優先度の最も低い（つまり、“priority”の値が最も大きい）オブジェクトを削除する。

次いで、サーバ装置２は、再び、全オブジェクトがページ内に収まるか否かを判別（上記ステップＳ１１５３と同様）し（ステップＳ１１５５）、収まらない場合には（ステップＳ１１５５：Ｎ）、オブジェクト削除処理を実行し、上記抽出された各オブジェクトの優先度情報を参照して優先度の最も低いオブジェクトを削除し、ステップＳ１１５５に戻る。このようなステップＳ１１５５、Ｓ１１５６は、全オブジェクトがページ内に収まるようになるまで繰り返し行われ、収まるようになった場合には（ステップＳ１１５５：Ｙ）、図１１に戻り、ステップＳ１１９に移行する。

一方、ステップＳ１１５７では、サーバ装置２は、これ以上、各オブジェクトの表示エリアが拡大可能か否かを判別する。例えば、サーバ装置２は、各オブジェクトの表示エリアの幅（width）及び高さ（height）の初期値（default）を所定割合（例えば１０％）拡大し、その拡大された値が各オブジェクトの表示エリアの拡大可能な幅（width）及び高さ（height）の最大値（maximum）より大きくならない場合には、各オブジェクトの表示エリアが拡大可能であると判別する。各オブジェクトの表示エリアが拡大可能である場合（ステップＳ１１５７：Ｙ）、サーバ装置２は、各オブジェクトの現在の表示エリアのサイズをキャッシュ（上書き可能に一時的に格納）し（ステップＳ１１５８）、上記各オブジェクトの表示エリアの幅（width）及び高さ（height）の初期値を、上記拡大した幅（width）及び高さ（height）の値で書き換えることによって、各オブジェクトの表示エリアのサイズを拡大し（ステップＳ１１５９）、全オブジェクトがページ内に収まるか否かを判別し（ステップＳ１１６０）、収まる場合には（ステップＳ１１６０：Ｙ）、ステップＳ１１５７に戻る。このような処理が繰り返されることによって、上記各オブジェクトの表示エリアが徐々に拡大（例えば、最大値になるまで初期値が１０％ずつ拡大）されることになり、これに伴い、上記ステップＳ１１５８にてキャッシュされる値が更新される。なお、このような拡大処理により、拡大されたオブジェクトの表示エリアのサイズが上記最大値より大きくなった場合には、初期値が当該最大値で書き換えられることになる。

そして、ステップＳ１１６０にて、全オブジェクトがページ内に収まらないと判別した場合（つまり、これ以上拡大不可）には（ステップＳ１１６０：Ｎ）、サーバ装置２は、上記書き換えられた初期値を、書き換え直前の初期値（上記ステップＳ１１５８でキャッシュされている値）に書き換え（ステップＳ１１６１）、図１１に戻り、ステップＳ１１９に移行する。

そして、図１１に示すステップＳ１１９では、サーバ装置２は、面積誤差吸収処理を行う。この面積誤差吸収処理では、例えば、ページ全体（wrapper）を除く全オブジェクトのうち表示エリア面積が最大の全オブジェクト（上記ステップＳ１１３で検索されたもの）の表示エリアの幅（width）を自動調整することによって、面積推定の誤差を吸収させる。言い換えれば、上記表示エリアが縮小されたオブジェクトがページ全体（wrapper）に適切に（きれいに）収まるように調整される。なお、かかる面積誤差吸収処理は、面積推定の誤差がなければ行う必要がない。

次いで、サーバ装置２は、上記のように書き換えられたＤＯＭドキュメントツリーを調整（提示形式制約記述部５２ｂ（<page_stylecontrol type="text/css">要素の配下）において書き換えられた内容が提示形式記述部５２ａ（<page_stylesheet type="text/css">要素の配下）に反映され、提示形式制約記述部５２ｂ（<page_stylecontrol type="text/css">要素の配下）は削除される）し、かかるＤＯＭドキュメントツリーをＸＭＬ文書（提示形式が調整された構造化データ）に変換する（ステップＳ１２０）。

そして、サーバ装置２は、変換されたＸＭＬ文書（提示形式が調整された構造化データ）をＸＨＴＭＬ文書とＣＳＳにフォーマット変換してページデータを生成する（ステップＳ１２１）。こうして生成されたページデータは、上述したように端末装置１に送信されることになる。

こうして、ＰＤＡである端末装置１における表示画面上には、例えば図１３（Ｂ）に示すようなページが表示されることになり、図１３（Ａ）に示すようなＰＣである端末装置１における表示画面上に表示された同様のページと比較すると、ページ全体（wrapper）の表示エリア２０３、コンテンツヘッダ（content header）のオブジェクトの表示エリア２０４、及び“ブロック２”（ここでは、便宜上、ブロック２と表しているが、これは、このエリアに表示される内容の見出しを表す）のオブジェクトの表示エリア２０６が縮小されていると共に、“ブロック１”のオブジェクト及び“ブロック３”のオブジェクトが削除され、それらの表示エリア２０５及び２０７が無くなっている。

なお、上記図１０乃至図１２においてページデータ生成処理は、端末情報のうちの表示画面サイズを示す情報を用いて、構造化データに規定されたオブジェクトの提示形式を、端末装置１に合った提示形式に調整する場合の例を示したが、これに限定されるものではなく、例えばＣＰＵの動作周波数、メモリ容量、或いは、ネットワーク３における回線スピード（ｂｐｓ）等の値に応じて（例えば、回線スピード（ｂｐｓ）が１Ｍｂｐｓ以下の場合等）、構造化データに規定されたオブジェクトのうちの所定量以上のデータ量を有する画像等のオブジェクトを削除するように構成（この場合も提示形式制約記述部５２ｂに規定）しても良い。

また、上記実施形態における端末情報は、プローブを端末装置１にて実行させることによって取得するように構成したが、上記図１０乃至図１２においてページデータ生成処理に示したように、端末情報のうちの表示画面サイズを示す情報を用いる場合等には、これらの情報を取得するためのスクリプト（例えば、Java（登録商標）script）が記述されたＨＴＭＬ文書を端末装置１に送信して、端末装置１のブラウザによって当該ＨＴＭＬ文書中のスクリプトが実行されることによって取得され、サーバ装置２送信されるように構成しても良い。なお、当該スクリプトが記述されたＨＴＭＬ文書により取得される端末情報としては、例えば、ＣＰＵの種類、ディスプレイの画面解像度（表示画面サイズ）、ネットワーク３における回線スピード（ｂｐｓ）、インストールされるソフトウェアの種類（例えば、ＯＳの種類、ブラウザソフトの種類等）が該当する。

以上説明したように上記実施形態によれば、コンテンツを構成するページに対応する構造化データを取得（抽出）し、端末装置１の端末情報に基づいて、取得された構造化データに規定されたオブジェクト（素材データ）の提示形式を、当該端末装置１に合った（適した）提示形式に調整し、当該調整された提示形式でページデータを当該端末装置１のユーザに対して提示させるようにしたので、端末装置１の特性や能力等に応じて別々のコンテンツ及び選択肢を用意することなく、コンテンツのメンテナンスに要する負担やコスト等を軽減しつつ、端末装置１に応じた最適なコンテンツ（これを構成するページデータ）をユーザに対して提示することができる。

また、上記複数のオブジェクトの提示形式の調整を、何れかのオブジェクトの削除又は当該オブジェクトが表示されるべき表示画面上におけるエリアを縮小することにより行うようにしたので、携帯型端末のような表示画面サイズが小さい端末装置であっても、容易かつ効率良く当該調整を行うことができる。

また、上記削除されるオブジェクトは、優先度が相対的に低いオブジェクトであるようにしたので、重要なオブジェクトを残し、優先度が相対的に低いあまり必要でないオブジェクトを削除して上記提示形式に調整することができる。

また、上記複数のオブジェクトの提示形式の調整を、当該オブジェクトが表示されるべき表示画面上におけるエリアを拡大することにより行うこともできるので、表示画面サイズが小さい端末装置ばかりでなく、表示画面サイズが大きい端末装置においても、容易かつ効率良く当該調整を行うことができる。また、例えば１０フィートＵＩ端末であっても、表示画面から離れて視聴するのに最低限必要な大きさまで表示エリアを拡大調整するので、この場合におけるコンテンツの見易さを提供することができる。

また、端末装置１におけるページデータの提示履歴を示す履歴情報をユーザ毎に蓄積しておき、提示対象となるユーザに対応する履歴情報を参照して前回提示されたページデータに対応する構造化データを取得してこれに基づき、オブジェクトの提示形式を、当該端末装置１に合った提示形式に調整するようにしたので、複数の端末装置１にまたがった（横断した）シームレスな（継続性のある）コンテンツの利用が可能となる。これにより、例えば、ユーザが、ＰＣを端末装置１として視聴していたコンテンツの続き（ページの続き）を、ＰＤＡを端末装置１として簡単に視聴（閲覧）することができる。

また、状態保持ＩＤを各ページに対して付加するようにしたので、前回提示された提示情報の提示履歴を状態保持ＩＤで容易に蓄積することができ、当該提示履歴を簡単に把握することができる。

（変形例）
上記実施形態においては、提示形式の調整により削除されたオブジェクトは、端末装置１においてユーザに提示されない構成としたが、この構成では、削除されたオブジェクトをユーザは見ることができないという不都合を生じる。

そこで、この変形例においては、提示形式の調整により削除されたオブジェクト（以下、単に、「削除されたオブジェクト」という）があることがユーザに認知可能にページが提示され、削除されたオブジェクトの提示要求があった場合には、当該削除されたオブジェクトが、上述した構造化データから取得されユーザに提示されるように構成される。

この場合、図１３（Ｂ）で示したＰＤＡである端末装置１上で表示されたページは、図１４（Ａ）に示すように表示されることになる。図１４（Ａ）の例では、削除されたオブジェクト（図１３（Ａ）の例で表示エリア２０５及び２０７に表示されたオブジェクト）の見出しかかるリンク表示より端末装置１のユーザは、提示形式の調整により削除されたオブジェクトがあることを認知することができる。

このリンク表示の参照先情報には、切り替え表示の関数呼び出しが設定されており、上記削除されたオブジェクトの識別名(id=で表される部分（id属性ともいう）、例えば“block１”)が関数呼び出しの引数にセットされている（例えば、<a href=“切り替え表示の関数(オブジェクトの識別名)”>オブジェクト名</a>）。また、リンク表示には、削除されたオブジェクトに設定されているオブジェクト名（name=で表される部分（name属性ともいう）、例えば、“ブロック１”）、或いは当該オブジェクトの冒頭文字列が引用される。なお、上記識別名に対応し、且つ、削除されたオブジェクト（提示内容記述部５２ｃ（<page_body>要素配下）の内容は、上記リンク表示の参照先情報に置き換えられている。

そして、端末装置１のユーザが、上記リンク表示（例えば、“ブロック１”）を、操作部を操作して、選択（例えば、クリック）すると（つまり、削除されたオブジェクトの提示要求があった場合）、削除された“ブロック１”のオブジェクトの識別名を引数にした表示切り替え関数が呼び出され、サーバ装置２上にある構造化データにアクセスされ、当該引数にされた識別名に対応するオブジェクトが取得され、端末装置１において上記参照先情報と置き換えられて埋め込まれると共に、当該オブジェクトが、例えば、図１４（Ｂ）に示すように、新たに表示（つまり、オブジェクトの切り替え表示）されることになる。

同時に、現在表示されている“ブロック２”のオブジェクトが、上記リンク表示の選択により表示される“ブロック１”のオブジェクトの代わりに削除（つまり、このリンク表示の参照先情報に置き換えられて削除）され、そのリンク表示（“ブロック２”）が、図１４（Ｂ）に示すように、現れることになる（新たに表示されるオブジェクトの優先度＜代わりに削除されるオブジェクトの優先度）。

なお、上記オブジェクトの切り替え表示がなされる場合における端末装置１とサーバ装置２との通信は非同期で行われるため、ページ全体の遷移（再読み込み）をすることなく、対象オブジェクトだけを切り替えることが可能となる。

また、別の例として、端末装置１の表示画面上における表示エリアを共通とする複数のオブジェクトに対して、夫々、同一のグループ情報を付加し、上記代わりに削除されるオブジェクトは、上記リンクの選択により表示されるオブジェクトと同一のグループ情報が付加されたオブジェクトであるように構成しても良い。

図１５（Ａ）は、“ブロック１”及び“ブロック２”のオブジェクトが表示エリア３０１を共通としており、“ブロック３”及び“ブロック４”のオブジェクトが表示エリア３０２を共通としている例である。ここで、表示エリア３０１では、“ブロック１”のオブジェクトが現在表示されている一方、“ブロック２”はリンク表示されている。また、表示エリア３０２では、“ブロック３”のオブジェクトが現在表示されている一方、“ブロック４”はリンク表示されている。

そして、端末装置１のユーザが、例えば、リンク表示された“ブロック２”を、操作部を操作して、選択（例えば、クリック）すると、上記と同様、オブジェクトの切り替え表示が行われ、図１５（Ｂ）に示すように、“ブロック２”のオブジェクトが表示され、代わりに“ブロック１”のオブジェクトが削除され、そのリンク表示がされることになる（表示エリア３０２でも同様）。

このように、同一のグループ情報が付加されたオブジェクトは、共通の表示エリア内でリンクの選択により交互に表示（言い換えれば、“ブロック１”及び“ブロック２”のリンク表示がタブ表示のように機能する）されることになる（言い換えれば、その表示エリア内で、何れか一方のオブジェクトが必ず表示されることになる）。

次に、以上説明した変形例において行われる端末装置１及びサーバ装置２における具体的な動作について説明する。

先ず、図１６等を参照して、変形例に係るサーバ装置２におけるオブジェクト削除処理について説明する。

図１６は、変形例に係るサーバ装置２におけるオブジェクト削除処理の一例を示すフローチャートである。図１６に示すオブジェクト削除処理は、上述した、図１１に示すステップＳ１１８及び図１２に示すステップＳ１１５４，Ｓ１１５６におけるオブジェクト削除処理に代えて行われるものであり、図１１及び図１２に示す他の処理については、上述した実施形態と同様である。

図１１に示す処理において、各オブジェクトの表示エリアが縮小可能でない場合に（ステップＳ１１６：Ｎ）、図１６に示すオブジェクト削除処理が開始され、先ず、サーバ装置２は、上記抽出された各オブジェクトの優先度情報を参照して優先度の最も低い（つまり、“priority”の値が最も大きい）オブジェクトを削除対象として特定し、その識別名（id属性）を取得する（ステップＳ２１１）。

次いで、サーバ装置２は、特定した削除対象のオブジェクトにオブジェクト名（name属性）が設定されているか（つまり、ＤＯＭドキュメントツリー中に、name=で表される部分、例えば、“ブロック１”が記述されているか）否かを判別し（ステップＳ２１２）、設定されている場合には（ステップＳ２１２：Ｙ）、当該オブジェクトのオブジェクト名を取得し（ステップＳ２１３）、ステップＳ２１５に移行する。

一方、オブジェクト名が設定されていない場合には（ステップＳ２１２：Ｎ）、当該オブジェクトの冒頭文字列（つまり、提示内容記述部５２ｃ（<page_body>要素配下）で規定される内容の冒頭文字列）がオブジェクト名の代わりに取得され（ステップＳ２１４）、ステップＳ２１５に移行される。

ステップＳ２１５では、サーバ装置２は、当該削除対象のオブジェクトへリンクするための参照先情報（例えば、（例えば、<a href=“切り替え表示の関数（オブジェクトの識別名)”>オブジェクト名</a>））を新規作成する。

次いで、サーバ装置２は、上記ステップＳ２１１で取得した識別名と上記ステップＳ２１３で取得したオブジェクト名（又は上記ステップＳ２１４で取得したオブジェクトの冒頭文字列）を、夫々、上記作成した参照先情報にセットする（組み込む）（ステップＳ２１６）。

次いで、サーバ装置２は、当該削除対象のオブジェクトにグループ情報としてのタブ名（tabview属性）が設定されているか（後述するtabview=で表される部分）否かを判別し（ステップＳ２１７）、設定されている場合には（ステップＳ２１７：Ｙ）、ステップＳ２１８へ、設定されていない場合には（ステップＳ２１７：Ｎ）、ステップＳ２２０へ、夫々移行する。

ステップＳ２１８では、サーバ装置２は、提示内容記述部５２ｃ（<page_body>要素配下）に規定されている削除対象のオブジェクト（<div id=・・・>と</div>の間の子ノード）の内容を、上記作成した参照先情報に置き換えて、図１１に示すステップＳ１１５又は図１２に示すステップＳ１１５５に戻る。こうして、再びオブジェクト削除処理に入ると、次に優先度の最も低いオブジェクトが削除対象になり、同様の処理が行われる。

図１７（Ａ）は、タブ名（tabview属性）が設定されていない場合の上記オブジェクト削除処理前の提示形式制約記述部５２ｂと提示内容記述部５２ｃにおける一部分を示し、図１７（Ｂ）は、上記オブジェクト削除処理後の提示形式制約記述部５２ｂと提示内容記述部５２ｃにおける一部分を示す（図１４（Ａ）の表示に対応）。上記オブジェクト削除処理により、図１７（Ｂ）に示すように、“ブロック１”及び“ブロック３”のオブジェクトの内容が参照先情報に置き換えられていることが判る。なお、“ブロック１”のオブジェクトに置き換えられた参照先情報における「JavaScript:changeText(block１)」は、Javaで規定された切り替え表示の関数(オブジェクトの識別名)を示している。

一方、ステップＳ２２０では、サーバ装置２は、削除対象のオブジェクトのタブ名を取得する（タブ表示グループの識別名（id属性）として取得する）。

次いで、サーバ装置２は、提示内容記述部５２ｃ（<page_body>要素配下）に同一のタブ名を識別名として持つタブ表示グループが既に作成されているか否かを判別し（ステップＳ２２１）、作成されていない場合には（ステップＳ２２１：Ｎ）、ステップＳ２２２に移行し、既に作成されている場合には、ステップＳ２２９に移行する。

ステップＳ２２２では、サーバ装置２は、ステップＳ２２０で取得したタブ名を識別名として持つタブ表示グループを作成（例えば、<div id=タブ名> </div>のように作成）する。

次いで、サーバ装置２は、上記作成したタブ表示グループの子ノードにｕｌタグ（例えば、<ul> </ul>）を配置（つまり、<div id=タブ名>と</div>間に配置）する（ステップＳ２２３）。

次いで、サーバ装置２は、上記配置されたｕｌタグの子ノードにliタグ（リストタグ、例えば、<li> </li>）を配置（つまり、<ul>と</ul>の間に配置）する（ステップＳ２２４）。

次いで、サーバ装置２は、liタグに上記削除対象のオブジェクトの識別名を対応付け（ステップＳ２２５）、上記ステップＳ２１６にて識別名及びオブジェクト名がセットされた参照先情報を、上記liタグの子ノードに配置する（ステップＳ２２６）。

次いで、サーバ装置２は、上記作成したタブ表示グループの子ノードに、提示内容記述部５２ｃ（<page_body>要素配下）に規定されている削除対象のオブジェクトの内容（<div id=・・・>と</div>の間の子ノード）を配置する（ステップＳ２２７）。

次いで、サーバ装置２は、提示内容記述部５２ｃ（<page_body>要素配下）に規定されている削除対象のオブジェクトの内容（<div id=・・・>と</div>の間の子ノード）を、上記作成したタブ表示グループ（削除対象のオブジェクトが配置された最終的なもの）に置き換え、図１１に示すステップＳ１１５又は図１２に示すステップＳ１１５５に戻る。

一方、ステップＳ２２９では（同一のタブ名を識別名として持つタブ表示グループが既に作成されている場合）、サーバ装置２は、タブ表示グループにおけるｕｌタグの子ノードにliタグ（リストタグ、例えば、<li> </li>）を追加する。

次いで、サーバ装置２は、追加したliタグに上記削除対象のオブジェクトの識別名を対応付け（ステップＳ２３０）、上記ステップＳ２１６にて識別名及びオブジェクト名がセットされた参照先情報を、上記追加したliタグの子ノードに配置する（ステップＳ２３１）。

次いで、サーバ装置２は、提示内容記述部５２ｃ（<page_body>要素配下）に規定されている削除対象のオブジェクトの内容を削除し（ステップＳ２３２）、図１１に示すステップＳ１１５又は図１２に示すステップＳ１１５５に戻る。

図１８（Ａ）は、タブ名（tabview属性）が設定されている場合の上記オブジェクト削除処理前の提示形式制約記述部５２ｂと提示内容記述部５２ｃにおける一部分を示し、図１８（Ｂ）は、上記オブジェクト削除処理後の提示形式制約記述部５２ｂと提示内容記述部５２ｃにおける一部分を示す（図１５（Ａ）の表示に対応）。上記オブジェクト削除処理により、図１８（Ｂ）に示すように、“ブロック１”及び“ブロック２”は、同じタブ表示グループ（識別名が“tab１”）として規定され、これらのオブジェクトの内容は参照先情報に置き換えられていることが判る（なお、“ブロック１”のオブジェクトの内容は、当該タブ表示グループ内に規定されている）。また、“ブロック３”及び“ブロック４”は、同じタブ表示グループ（識別名が“tab２”）として規定され、これらのオブジェクトの内容は参照先情報に置き換えられていることが判る（なお、“ブロック３”のオブジェクトの内容は、当該タブ表示グループ内に規定されている）。

次に、上記オブジェクト削除処理を経て生成されたページデータが、端末装置１に送信され表示された後に、ユーザが、操作部を操作して、上述したリンク表示を選択（例えば、クリック）した場合の処理について、図１９乃至図２２等を参照して説明する。

図１９は、端末装置１においてリンク表示が選択された場合の当該端末装置１とサーバ装置２における処理及びデータのやり取りの一例を示すシーケンス図であり、図２０は、サーバ装置２における削除オブジェクトの取得処理の一例を示すフローチャートであり、図２１は、サーバ装置２における新たな削除対象のオブジェクトの特定処理の一例を示すフローチャートであり、図２２は、端末装置１におけるオブジェクトの表示切り替え処理の一例を示すフローチャートである。

端末装置１のユーザが、上述したリンク表示を、操作部を操作して、選択（例えば、クリック）すると、端末装置１は、参照先情報における切り替え表示の関数にセットされたオブジェクト（削除されているオブジェクト（以下、「削除オブジェクト」という）の識別名を含む削除オブジェクトの提示要求情報を、ネットワーク３を介してサーバ装置２に送信する（ステップＳ２１）。

次いで、サーバ装置２は、端末装置１からの削除オブジェクトの提示要求情報を受信すると、返信用ＸＭＬデータを作成し（ステップＳ２２）、削除オブジェクトの取得処理を行う（ステップＳ２３）。

当該削除オブジェクトの取得処理においては、図２０に示すように、サーバ装置２は、当該セッションにおいて記憶保存されている構造化データ（又はそのＤＯＭドキュメントツリー）を取得し（ステップＳ３０１）、更に、上記受信した削除オブジェクトの提示要求情報に含まれる削除オブジェクトの識別名を取得する。（ステップＳ３０２）。

次いで、サーバ装置２は、上記取得した構造化データにおける提示内容記述部５２ｃにおいて規定された識別名を参照して（<page_body>要素配下におけるid属性を辿って（走査して））（ステップＳ３０３）、上記取得した削除オブジェクトの識別名と一致する識別名に対応するオブジェクトを特定し、その削除オブジェクトの内容（<div id=・・・>と</div>の間の子ノード）を取得して（ステップＳ３０４）、上記返信用ＸＭＬデータにセットする（ステップＳ３０５）。

次に、サーバ装置２は、図１９に示すように、新たな削除対象のオブジェクトの特定処理を行う（ステップＳ２４）。

当該新たな削除対象のオブジェクトの特定処理においては、図２１に示すように、サーバ装置２は、上記取得した構造化データにおける提示形式制約記述部５２ｂを参照して（<page_stylecontrol type="text/css">要素配下を辿って（走査して））（ステップＳ３１０）、上記取得した削除オブジェクトの識別名と一致する識別名に対応するオブジェクトを特定し、その削除オブジェクトにタブ名（tabview属性）が設定されているか否かを判別し（ステップＳ３１１）、設定されている場合には（ステップＳ３１１：Ｙ）、ステップＳ３１２へ、設定されていない場合には（ステップＳ３１１：Ｎ）、ステップＳ３１４へ、夫々移行する。

ステップＳ３１２では、サーバ装置２は、上記削除オブジェクト設定されているタブ名をタブ表示グループの識別名として取得する。

次いで、サーバ装置２は、取得した識別名を、上記削除オブジェクトがセットされた返信用ＸＭＬデータにセットする（ステップＳ３１３）。

一方、ステップＳ３１４では、上記構造化データにおける提示形式制約記述部５２ｂから、上記削除オブジェクトの優先度情報を取得する。

次いで、サーバ装置２は、上記構造化データにおける提示形式制約記述部５２ｂに規定されている各オブジェクトに付加された優先度情報を参照し、削除オブジェクトの次に高い優先度を持つオブジェクト（以下、「新たな削除対象のオブジェクト」という）を特定し、その識別名を取得する（ステップＳ３１５）。

次いで、サーバ装置２は、上記特定された新たな削除対象のオブジェクトにオブジェクト名（name属性）が設定されているか否かを判別し（ステップＳ３１６）、設定されている場合には（ステップＳ３１６：Ｙ）、当該オブジェクトのオブジェクト名を取得し（ステップＳ３１７）、ステップＳ３１９に移行する。

一方、オブジェクト名が設定されていない場合には（ステップＳ３１６：Ｎ）、当該オブジェクトの冒頭文字列がオブジェクト名の代わりに取得され（ステップＳ３１８）、ステップＳ３１９に移行される。

ステップＳ３１９では、サーバ装置２は、当該新たな削除対象のオブジェクトへリンクするための参照先情報（例えば、（例えば、<a href=“切り替え表示の関数（オブジェクトの識別名）”>オブジェクト名</a>））を新規作成する。

次いで、サーバ装置２は、上記ステップＳ３１５で取得した識別名と上記ステップＳ３１７で取得したオブジェクト名（又は上記ステップＳ３１８で取得したオブジェクトの冒頭文字列）を、夫々、上記作成した参照先情報にセットする（組み込む）（ステップＳ３２０）。

次いで、サーバ装置２は、上記識別名等がセットされた参照先情報を、上記削除オブジェクトがセットされた返信用ＸＭＬデータにセットする（ステップＳ３２１）。

そして、サーバ装置２は、図１９に示すように、上記セットされた返信用ＸＭＬデータを含む応答情報を、端末装置１に対して送信する（ステップＳ２５）。

次いで、端末装置１は、サーバ装置２からの応答情報を受信すると、オブジェクトの表示切り替え処理を開始する（ステップＳ２６）。

当該オブジェクトの表示切り替え処理においては、図２２に示すように、先ず、端末装置１は、受信された返信用ＸＭＬデータに参照先情報が含まれているか（セットされているか）否かを判別し（ステップＳ４０１）、含まれている場合には（ステップＳ４０１：Ｙ）、ステップＳ４０２に移行し、含まれていない場合には（ステップＳ４０１：Ｎ）、ステップＳ４０６に移行する。

ステップＳ４０２では、端末装置１は、受信された返信用ＸＭＬデータから参照先情報を取得する。

次いで、端末装置１は、当該取得した参照先情報中にセットされている識別名に対応するオブジェクト（新たな削除対象のオブジェクト）の内容（<div id=・・・>と</div>の間の子ノード）を、当該参照先情報に置き換える（ステップＳ４０３）。これにより新たな削除対象のオブジェクトは削除される。

次いで、端末装置１は、受信された返信用ＸＭＬデータから削除オブジェクトの取得して（ステップＳ４０４）、ページデータにおける当該削除オブジェクトの識別名に対応する位置に削除オブジェクトの内容をセットし、これを表示画面上に表示し（ステップＳ４０５）、当該処理を終了する。

こうして、オブジェクトの切り替え表示が行われることになる。

一方、ステップＳ４０６では、端末装置１は、受信された返信用ＸＭＬデータから識別名（タグ名）を取得する。

次いで、端末装置１は、上記取得した識別名に対応するタブ表示グループにおいてliタグの子ノードに配置されている参照先情報のうち、新たな削除対象のオブジェクト（現在表示されているオブジェクト）の参照先情報を有効設定し（ステップＳ４０７）、削除オブジェクトの参照先情報を無効設定する（ステップＳ４０８）。

次いで、端末装置１は、受信された返信用ＸＭＬデータから削除オブジェクトの取得して（ステップＳ４０９）、ページデータにおける当該削除オブジェクトの識別名に対応する位置に削除オブジェクトの内容をセットし、これを表示画面上に表示し（ステップＳ４１０）、当該処理を終了する。

こうして、同一のタブ表示グループにおける共通の表示エリア上で、オブジェクトの切り替え表示が行われることになる。

以上説明したように、上記変形例によれば、ユーザは、提示形式の調整により削除されたオブジェクトをリンク表示により認知することができ、当該リンク表示の選択により削除されたオブジェクトを表示することができる。

更に、上記削除されたオブジェクトを表示する代わりに別のオブジェクトを削除（切り替え表示）するように構成したので、一つのページの表示エリアに含まれるはずであったオブジェクトを、ページの遷移（再読み込み）を行うことなく、ページ内のオブジェクトを切り替えることで連続的に表示させることができる。しかも、上記削除（切り替え表示）は、オブジェクト単位で行うように構成したので、コンテンツの構成上のかたまり（意味上のかたまり）を損なうことがない。

更にまた、表示エリアを共通とする複数のオブジェクトに同一のグループ情報を付加し、それらのオブジェクトはその表示エリア内で切り替え表示されるように構成したので、同一のグループ情報が付加されていない他のオブジェクトから独立させることができ、より効果的な表示を行うことができる。

更にまた、表示切り替え時においてサーバ装置２から補完されるデータ（削除オブジェクト等）は、ＸＭＬ形式で端末装置１に送信されるため、端末装置１側では容易にデータを補完することができる。

なお、上記変形例において、例えば、新たに削除対象とすべき他のオブジェクトが無い（例えば、他のオブジェクトのいずれも削除できない（例えば、priority=”0”のオブジェクトや、そもそも優先度情報が付加されていないオブジェクト））、場合には、上記リンク表示の選択により、サーバ装置２は、これにリンクされるオブジェクトをページにて表示させるように構成しても良い。

なお、上記実施形態においては、端末装置１の動作環境を示す情報を端末情報に含め、これに基づいて、サーバ装置２が、構造化データを取得し、端末装置１の端末情報に基づいて、取得された構造化データに規定されたオブジェクトの提示形式を、当該端末装置１に合った（適した）提示形式に調整するようにしたが、これに限定されるものではなく、例えば、端末装置１の種類（ＰＣ、ＰＤＡ、携帯電話機等の種類）を示す情報を端末情報に含め、かかる端末装置１の種類に基づいて（例えば、提示形式制約記述部５２ｂには、当該種類に応じた各オブジェクトの制約条件、各オブジェクトの優先度情報等が規定される）、サーバ装置２が、取得された構造化データに規定されたオブジェクトの提示形式を、当該端末装置１に合った（適した）提示形式に調整するように構成しても良い。

また、上記実施形態において、本発明の端末情報取得手段、構造化データ取得手段、提示形式調整手段、履歴情報蓄積手段、及び提示手段の機能をサーバ装置２において実現された場合の例について説明したが、本発明の端末情報取得手段、構造化データ取得手段、提示形式調整手段、履歴情報蓄積手段及び提示手段の一部又は全部の機能を端末装置１において実現するように構成しても良い。例えば、端末装置１が、自己の端末情報を取得すると共に、上記コンテンツデータベース２２ｃに蓄積されている構造化データをサーバ装置２から取得し、当該取得された端末情報に基づいて、当該取得された構造化データに規定されたオブジェクトの提示形式を、当該端末装置１に合った提示形式に調整して、調整された提示形式で提示情報としてのページデータをユーザに対して提示させるように構成しても良い。また、端末装置１が、提示情報の提示履歴を示す履歴情報（例えば、状態保持ＩＤ）を蓄積し、提示対象となるユーザに対応する履歴情報を参照して前回提示されたページデータとしてのページデータに対応する構造化データを取得するように構成しても良い。

本実施形態に係る情報提示システムの概要構成例を示す図である。 あるコンテンツの構造化データの一例を示す概念図である。 コンテンツ構成部２１ｄにおける処理の流れの一例を示す概念図である。 実際にＸＭＬで記述された構造化データの一例を示す図である。 提示形式記述部５２ａの記述例を示す図である。 提示形式制約記述部５２ｂの記述例を示す図である。 提示内容記述部５２ｃの記述例を示す図である。 端末情報、提示形式記述部５２ａ及び提示形式制約記述部５２ｂに記述された内容に基づき生成されたＣＳＳの記述例を示す図である。 端末装置１とサーバ装置２における処理及びデータのやり取りの一例を示すシーケンス図である。 サーバ装置２におけるページデータ生成処理の一例を示すフローチャートである。 サーバ装置２におけるページデータ生成処理の一例を示すフローチャートである。 サーバ装置２におけるページデータ生成処理の一例を示すフローチャートである。 （Ａ）は、ＰＣである端末装置１の表示部に表示されたページ例を、（Ｂ）は、ＰＤＡである端末装置１の表示部に表示されたページ例を、夫々示す図である。 変形例においてＰＤＡである端末装置１の表示部に表示されたページ例を示す図である。 変形例においてＰＤＡである端末装置１の表示部に表示されたページ例を示す図である。 変形例に係るサーバ装置２におけるオブジェクト削除処理の一例を示すフローチャートである。 （Ａ）は、タブ名が設定されていない場合の上記オブジェクト削除処理前の提示形式制約記述部５２ｂと提示内容記述部５２ｃにおける一部分を示し、（Ｂ）は、上記オブジェクト削除処理後の提示形式制約記述部５２ｂと提示内容記述部５２ｃにおける一部分を示す図である。 （Ａ）は、タブ名が設定されている場合の上記オブジェクト削除処理前の提示形式制約記述部５２ｂと提示内容記述部５２ｃにおける一部分を示し、（Ｂ）は、上記オブジェクト削除処理後の提示形式制約記述部５２ｂと提示内容記述部５２ｃにおける一部分を示す図である。 端末装置１においてリンク表示が選択された場合の当該端末装置１とサーバ装置２における処理及びデータのやり取りの一例を示すシーケンス図である。 サーバ装置２における削除オブジェクトの取得処理の一例を示すフローチャートである。 サーバ装置２における新たな削除対象のオブジェクトの特定処理の一例を示すフローチャートである。 端末装置１におけるオブジェクトの表示切り替え処理の一例を示すフローチャートである。

符号の説明

１ 端末装置
２ サーバ装置
２１ 情報処理部
２１ａ セッション管理部
２１ｂ 端末情報取得部
２１ｃ 履歴情報蓄積部
２１ｄ コンテンツ構成部
２１ｅ コンテンツ提示部
２２ 記憶部
２２ａ 認証データベース
２２ｂ 履歴情報データベース
２２ｃ コンテンツデータベース
２３ 通信部
３ ネットワーク
Ｓ 情報提示システム

Claims (8)

1. ユーザに対して提示情報を提示する端末装置の動作環境を示す情報及び当該端末装置の種類を示す情報の少なくとも何れか一方を含む端末情報を取得する端末情報取得手段と、
   前記提示情報を構成する複数の素材データの提示形式を少なくとも規定する構造化データを取得する構造化データ取得手段と、
   前記取得された端末情報に含まれる表示画面サイズに合わせて、前記複数の素材データのうち前記端末装置の表示画面上に表示されるべき少なくとも１つの素材データを削除する提示形式調整手段と、
   前記提示形式調整手段により削除された前記素材データがあることが認知可能に前記提示情報をユーザに対して提示させ、前記削除された素材データの提示要求があった場合には、前記構造化データから前記削除された素材データを取得して提示させると共に、現在提示されている前記提示情報を構成する素材データを代わりに削除させる提示手段と、
   を備え、
   前記表示されるべき表示画面上における表示エリアを共通とする複数の前記素材データには、夫々、同一のグループ情報が付加されており、前記代わりに削除される素材データは、前記提示要求があって提示される素材データと同一のグループ情報が付加された素材データであることを特徴とする情報提示装置。
2. 請求項１に記載の情報提示装置において、
   前記提示形式調整手段は、前記取得された端末情報に含まれる表示画面サイズに合わせて、前記複数の素材データのうち少なくとも１つの素材データが表示されるべき表示画面上における表示エリアを拡大又は縮小することを特徴とする情報提示装置。
3. 請求項１に記載の情報提示装置において、
   各前記素材データには、ユーザに対する提示の優先度を示す情報が付加されており、
   前記削除される素材データは、前記優先度が相対的に低い素材データであることを特徴とする情報提示装置。
4. 請求項１乃至３の何れか一項に記載の情報提示装置において、
   複数の前記提示情報によって１のコンテンツが構成されるものであって、
   前記端末装置における前記提示情報の提示履歴を示す履歴情報をユーザ毎に蓄積する履歴情報蓄積手段を更に備え、
   前記構造化データ取得手段は、前記提示対象となるユーザに対応する前記履歴情報を参照して前回提示された前記提示情報に対応する前記構造化データを取得することを特徴とする情報提示装置。
5. 請求項４に記載の情報提示装置において、
   各前記提示情報には、固有の識別情報が付加されており、
   前記履歴情報には、前記端末装置において前記提示された前記提示情報の識別情報が含まれていることを特徴とする情報提示装置。
6. 請求項１乃至５の何れか一項に記載の情報提示装置において、
   前記提示形式は、ＸＭＬによって記述されていることを特徴とする情報提示装置。
7. コンピュータを、請求項１乃至６の何れか一項に記載の情報提示装置として機能させることを特徴とする情報提示処理プログラム。
8. コンピュータにより実行される情報提示方法であって、
   前記情報提示方法は、
   ユーザに対して提示情報を提示する端末装置の動作環境を示す情報及び当該端末装置の種類を示す情報の少なくとも何れか一方を含む端末情報を取得する工程と、
   前記提示情報を構成する複数の素材データの提示形式を少なくとも規定する構造化データを取得する工程と、
   前記取得された端末情報に含まれる表示画面サイズに合わせて、前記複数の素材データのうち前記端末装置の表示画面上に表示されるべき少なくとも１つの素材データを削除する工程と、
   前記削除された前記素材データがあることが認知可能に前記提示情報をユーザに対して提示させ、前記削除された素材データの提示要求があった場合には、前記構造化データから前記削除された素材データを取得して提示させると共に、現在提示されている前記提示情報を構成する素材データを代わりに削除させる工程と、
   を含み、
   前記表示されるべき表示画面上における表示エリアを共通とする複数の前記素材データには、夫々、同一のグループ情報が付加されており、前記代わりに削除される素材データは、前記提示要求があって提示される素材データと同一のグループ情報が付加された素材データであることを特徴とする情報提示方法。

Images