(57)【要約】   【課題】  アプリケーションに応じて、フレキシブルにコンテンツを生成、表示する。  【解決手段】  コンテンツには、ベースとなるＢＣと、ＢＣ上に階層的に配置される１以上のＡＰＣとが含まれる。サーバは、ＢＣおよびＡＰＣの各々について、各コンポーネントが展開される前のファイルを特定するためのユニット名称、画面上の表示位置および表示色、表示オブジェクトの種別、下位のコンポーネントを特定するＩＤを含むパラメータを記憶したＳＰＤＢ２６を有し、ＳＰＤＢ２６に記憶されたパラメータを参照して、ＢＣおよびＢＣ上に配置されるＡＰＣを、階層にしたがって、順次、表示オブジェクト等を記憶したデータベース中のファイルから展開して生成して、クライアントに伝達する。【選択図】  図１
2005346320.tif 000002
【特許請求の範囲】
【請求項１】
クライアントの表示装置上にコンテンツを表示させるコンテンツ生成・配信方法であって、
前記コンテンツが、ベースとなるベースコンポーネント（ＢＣ）と、当該ＢＣ上に階層的に配置される１以上のアプリケーションコンポーネント（ＡＰＣ）とを有し、
前記クライアントと接続されたサーバにおいて、前記ＢＣおよびＡＰＣの各々について、各コンポーネントが展開される前のファイルを特定するためのユニット名称、画面上の表示位置および表示色、表示オブジェクトの種別、並びに、存在する場合には下位のコンポーネントを特定するＩＤとを含むパラメータを記憶したストラクチャードパラメータデータベース（ＳＰＤＢ）を設け、
前記ユニット名称に対応するファイル、および、表示オブジェクトを記憶するデータベースを設け、
前記ＳＰＤＢに記憶されたパラメータを参照して、前記ＢＣおよびＢＣ上に配置されるＡＰＣを、階層にしたがって、順次、前記データベース中のファイルから展開して生成して、前記クライアントに伝達し、
前記ＳＰＤＢに記憶されたパラメータを参照して、前記ＢＣおよびＡＰＣ上に表示すべき表示オブジェクトを、前記クライアントに伝達し、
前記クライアントにおいて、前記伝達されたＢＣおよびＡＰＣを階層的に配置し、かつ、表示オブジェクトが、対応するＢＣ或いはＡＰＣの何れかに表示されたコンテンツを生成することを特徴とするコンテンツ生成・配信方法。
【請求項２】
前記ＡＰＣのいずれかが、さらに、下位にＡＰＣを配置することを特徴とする請求項１に記載のコンテンツ生成・配信方法。
【請求項３】
前記ＳＰＤＢを参照した際に、該当するデータが存在しない場合には、ＳＰＤＢ中、上位の階層のコンポーネントの値が採用されて、ＡＰＣが生成されることを特徴とする請求項１または２に記載のコンテンツ生成・配信方法。
【請求項４】
前記該当するデータが存在しない場合には、ＳＰＤＢ中、ＢＣの値が採用されることを特徴とする請求項３に記載のコンテンツ生成・配信方法。
【請求項５】
クライアントの表示装置上に表示される、ベースとなるベースコンポーネント（ＢＣ）と、当該ＢＣ上に階層的に配置される１以上のアプリケーションコンポーネント（ＡＰＣ）とを有するコンテンツを生成・配信するサーバであって、前記ＢＣおよびＡＰＣの各々について、各コンポーネントが展開される前のファイルを特定するためのユニット名称、画面上の表示位置および表示色、表示オブジェクトの種別、並びに、存在する場合には下位のコンポーネントを特定するＩＤと、を含むパラメータを記憶したストラクチャードパラメータデータベース（ＳＰＤＢ）と、前記ユニット名称に対応するファイル、および、表示オブジェクトを記憶するデータベースと、を備えたサーバにより読み出し可能な、コンテンツ生成・配信プログラムであって、
前記ＳＰＤＢに記憶されたパラメータを参照して、前記ＢＣおよびＢＣ上に配置されるＡＰＣを、階層にしたがって、順次、前記データベース中のファイルから展開して生成して、前記クライアントに伝達するステップと、
前記ＳＰＤＢに記憶されたパラメータを参照して、前記ＢＣおよびＡＰＣ上に表示すべき表示オブジェクトを、前記クライアントに伝達するステップと、を前記コンピュータに実行させ、
前記クライアントにおいて、前記伝達されたＢＣおよびＡＰＣが階層的に配置され、かつ、表示オブジェクトが対応するＢＣ或いはＡＰＣの何れかに表示されたコンテンツが生成されることを特徴とするコンテンツ生成・配信プログラム。
【請求項６】
前記ＡＰＣのいずれかが、さらに、下位にＡＰＣを配置することを特徴とする請求項５に記載のコンテンツ生成・配信プログラム。
【請求項７】
前記ＳＰＤＢを参照した際に、該当するデータが存在しない場合には、ＳＰＤＢ中、上位の階層のコンポーネントの値が採用されて、ＡＰＣが生成されるステップを、前記サーバに実行させることを特徴とする請求項５または６に記載のコンテンツ生成・配信プログラム。
【請求項８】
前記該当するデータが存在しない場合には、ＳＰＤＢ中、ＢＣの値が採用されるステップを、前記サーバに実行させることを特徴とする請求項７に記載のコンテンツ生成・配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントへのコンテンツ生成・配信方法およびコンテンツ生成・配信プログラムに関する。
【背景技術】
【０００２】
インターネットの普及により、多種多様なコンテンツがサーバからクライアントに提供されている。たとえば、商品の販売や、ニュースや画像などの情報提供などが実現されている。
【０００３】
インターネット上のコンテンツは、従来、
ＨＴＭＬ(Hyper Test Markup Language)を利用し、ウェブページごとにその文書や配置などを定義し、かつ、画像やURLを貼り付け或いはリンクさせることができる。
【非特許文献１】マクロメディア株式会社、“Macromedia-Flash MX 2004：機能ツアー”、[online]、［平成１６年５月２８日検索］、インターネット＜URL:http://www.macromedia.com/jp/software/flash/productinfo/features/static_tour/＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＨＴＭＬを利用して、クライアント上に、データを表示させるためには、クライアントは、基本的には、記述された言語により各ウェブページの情報を、サーバとやり取りしつつデータを取得し、画面が変わるごとに毎回表示させる場合が多かった。したがって、サーバとの間で画面を書き換えるための大量のデータのやり取りがあるため、表示速度が遅く、また、サーバの負荷も大きいという問題点があった。
【０００５】
近年、上記ウェブコンテンツに、フラッシュ（商標）を利用する場合がある。フラッシュ（商標）は、米国のマクロメディア社が開発したソフトであり、図形をベクター形式で管理するため、作成されたコンテンツの容量を小さくすることができるという利点がある。また、フラッシュ（商標）を利用することにより、画面ごとに記述されたプログラムに基づいて、頁ごとにサーバからデータを取得して、動的な画面表示が可能となっている。
【０００６】
フラッシュ（商標）を使うことにより、コンテンツの容量を小型化できることで、より多くの情報を短時間にサーバからクライアントに提供することが可能となる（非特許文献１）。
【０００７】
本発明は、フラッシュ（商標）を利用して、画面上に表示されるコンポーネントを個別に制御することにより、アプリケーションに応じて、フレキシブルにコンテンツを生成、表示可能なコンテンツ生成・配信方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明においては、表示する内容を、ベースコンポーネント（ＢＣ）上に、階層的なアプリケーションコンポーネント（ＡＰＣ）を配置することにより、１つの基本画面の上で、動的にそれぞれのコンポーネントを表示させる。階層的なコンポーネントの構造は、サーバに設けられた、後述するストラクチャードパラメータデータベース（ＳＰＤＢ）にパラメータとして格納され、クライアント側のプログラムを変更することなく、ＳＰＤＢのパラメータを変更するのみで、表示内容やコンポーネントの構成を変更することができる。
【０００９】
また、本発明においては、アプリケーションの内容や使い方に応じて、ＢＣに設定されたパラメータをデフォルトとして各ＡＰＣが引き継ぐことも、ＡＰＣごとにパラメータを設定することも可能であり、これらを所望のように組み合わせることが可能である。
【００１０】
より詳細には、本発明の目的は、クライアントの表示装置上にコンテンツを表示させるコンテンツ生成・配信方法であって、前記コンテンツが、ベースとなるベースコンポーネント（ＢＣ）と、当該ＢＣ上に階層的に配置される１以上のアプリケーションコンポーネント（ＡＰＣ）とを有し、
前記クライアントと接続されたサーバにおいて、前記ＢＣおよびＡＰＣの各々について、各コンポーネントが展開される前のファイルを特定するためのユニット名称、画面上の表示位置および表示色、表示オブジェクトの種別、並びに、存在する場合には下位のコンポーネントを特定するＩＤとを含むパラメータを記憶したストラクチャードパラメータデータベース（ＳＰＤＢ）を設け、
前記ユニット名称に対応するファイル、および、表示オブジェクトを記憶するデータベースを設け、
前記ＳＰＤＢに記憶されたパラメータを参照して、前記ＢＣおよびＢＣ上に配置されるＡＰＣを、階層にしたがって、順次、前記データベース中のファイルから展開して生成して、前記クライアントに伝達し、
前記ＳＰＤＢに記憶されたパラメータを参照して、前記ＢＣおよびＡＰＣ上に表示すべき表示オブジェクトを、前記クライアントに伝達し、
前記クライアントにおいて、前記伝達されたＢＣおよびＡＰＣを階層的に配置し、かつ、表示オブジェクトが、対応するＢＣ或いはＡＰＣの何れかに表示されたコンテンツを生成することを特徴とするコンテンツ生成・配信方法により達成される。
【００１１】
好ましい実施態様においては、前記ＡＰＣのいずれかが、さらに、下位にＡＰＣを配置する。
【００１２】
別の好ましい実施態様においては、前記ＳＰＤＢを参照した際に、該当するデータが存在しない場合には、ＳＰＤＢ中、上位の階層のコンポーネントの値が採用されて、ＡＰＣが生成される。たとえば、該当するデータが存在しない場合には、ＳＰＤＢ中、ＢＣの値が採用されても良い。
【００１３】
また、本発明の目的は、クライアントの表示装置上に表示される、ベースとなるベースコンポーネント（ＢＣ）と、当該ＢＣ上に階層的に配置される１以上のアプリケーションコンポーネント（ＡＰＣ）とを有するコンテンツを生成・配信するサーバであって、前記ＢＣおよびＡＰＣの各々について、各コンポーネントが展開される前のファイルを特定するためのユニット名称、画面上の表示位置および表示色、表示オブジェクトの種別、並びに、存在する場合には下位のコンポーネントを特定するＩＤと、を含むパラメータを記憶したストラクチャードパラメータデータベース（ＳＰＤＢ）と、前記ユニット名称に対応するファイル、および、表示オブジェクトを記憶するデータベースと、を備えたサーバにより読み出し可能な、コンテンツ生成・配信プログラムであって、
前記ＳＰＤＢに記憶されたパラメータを参照して、前記ＢＣおよびＢＣ上に配置されるＡＰＣを、階層にしたがって、順次、前記データベース中のファイルから展開して生成して、前記クライアントに伝達するステップと、
前記ＳＰＤＢに記憶されたパラメータを参照して、前記ＢＣおよびＡＰＣ上に表示すべき表示オブジェクトを、前記クライアントに伝達するステップと、を前記コンピュータに実行させ、
前記クライアントにおいて、前記伝達されたＢＣおよびＡＰＣが階層的に配置され、かつ、表示オブジェクトが対応するＢＣ或いはＡＰＣの何れかに表示されたコンテンツが生成されることを特徴とするコンテンツ生成・配信プログラムによっても達成される。
【００１４】
好ましくは、前記ＡＰＣのいずれかが、さらに、下位にＡＰＣを配置する。
【００１５】
別の好ましい実施態様においては、前記ＳＰＤＢを参照した際に、該当するデータが存在しない場合には、ＳＰＤＢ中、上位の階層のコンポーネントの値が採用されて、ＡＰＣが生成されるステップを、前記サーバに実行させる。たとえば、該当するデータが存在しない場合には、ＳＰＤＢ中、ＢＣの値が採用されるステップを、前記サーバに実行させても良い。
【発明の効果】
【００１６】
本発明によれば、フラッシュ（商標）を利用して、画面上に表示されるコンポーネントを個別に制御することにより、アプリケーションに応じて、フレキシブルにコンテンツを生成、表示可能なコンテンツ生成・配信方法およびプログラムを提供することが可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、添付図面を参照して本発明の実施の形態につき説明を加える。図１は、本発明の実施の形態にかかるシステム全体の概略を示すブロックダイヤグラムである。図１に示すように、インターネットやＬＡＮなどのネットワーク１０で接続されたサーバ１２とクライアント１４を備える。図１において、単一のクライアント１４のみを表示しているが、実際には、サーバ１２には、複数のクライアント１４が接続され得る。
【００１８】
本実施の形態においては、クライアント１４のアクセス要求に対して、サーバ１２は、クライアント１４と協働して、当該クライアント１４の表示装置の画面上に、要求にしたがったコンテンツを表示できる。
【００１９】
図１に示すように、サーバ１２およびクライアント１４は、それぞれ、種々のアプリケーションを含む。図１に示すように、サーバ１２は、後述する第１の（コンテンツ用）データベース群２０からのデータの読み出しなどを制御するサーバ側アプリケーション２２と、クライアント１４の表示画面を構成するコンポーネントを制御するストラクチャードパラメータデータベース（ＳＰＤＢ）２６などの第２のデータベース群２４を備えている。
【００２０】
また、図１に示すように、クライアント１４は、マクロメディア・インコーポレーテッドの、フラッシュ（商標）を構成するコンポーネント群が設けられている。このアプリケーション群には、アプリケーションコンポーネント（ＡＰＣ）群３０、３２と、ベースコンポーネント（ＢＣ）３４とが含まれる。本実施の形態においては、クライアント１４において、ＢＣ３４の上に、階層的に種々のＡＰＣが配置されることで表示画面を構成することができる。
【００２１】
以下、本明細書にて利用する用語を以下のように定義する。
【００２２】
ユニット：展開、表示の前のフラッシュ（商標）ファイルをいい、コンポーネントに対応する。
【００２３】
ユニット構成：ＳＰＤＢ２６の中でパラメータにより構造化されるユニット間の構成関係をいう。
【００２４】
コンポーネント：ユニットが表示画面上で展開、表示されたものをいう。
【００２５】
ロード：クライアントがサーバに対して情報を読みに行く動作をいう。場合によっては、その後、画像を表示することも含む。
【００２６】
セーブ：クライアントがサーバに対して情報を書き込みに行く動作をいう。
【００２７】
次に、本実施の形態にかかるＳＰＤＢ２６のデータ構成を説明する。図２に示すように、ＳＰＤＢ２６には、それぞれ、「ユニット名称」、「位置：コンポーネントの表示位置」、「色：コンポーネントの表示色」、「表示オブジェクト」および「SP_ID：ストラクチャードパラメータＩＤ」からなる、複数のデータの組が格納されている。
【００２８】
「ユニット名称」とは、ユニットのファイル名（たとえば、「unit_category.swf」）をいう。また、「位置」として、画面上の座標を用いることができる。「表示オブジェクト」は、後述するデータベース（ＤＢ）取得処理が始まる前までに最終的に画面上に表示する内容を表わし、たとえば、テキスト、画像などが指定される。「SP_ID」は、ＳＰＤＢ２６を検索するためのパラメータであり、サーバ１２においては、この「SP_ID」を条件にして、ＳＰＤＢ２６が検索される。なお、コンポーネントが下位の階層を持たない場合には、「SP_ID=NULL」となる。
【００２９】
上述した構成のサーバ１２およびクライアント１４における処理およびクライアントの表示画像の生成について以下に説明する。
【００３０】
本実施の形態において、フラッシュ（商標）の階層的コンポーネント（ＢＣ、および、ＢＣ上に階層的に配置され得るＡＰＣ）は、全てサーバのＳＰＤＢ中のストラクチャードパラメータを参照し、サーバ側アプリケーション２２のメソッドに反映させて、他段階かつ動的に生成される。基本的には、表示画面を生成するために、図３に示すような手順が取られる。
【００３１】
図３に示すように、サーバ側アプリケーション２２は、ベースコンポーネントを生成するために、ＳＰＤＢ２６から必要な情報（ベースコンポーネントの各種情報）を読み出して、ＢＣを展開して、クライアント１４に伝達する（ステップ３０１）。ここでは、ＢＣ上の全てのコンポーネントに共通のＳＰがあれば、それも読み出され、クライアントに送信される。クライアント１４においては、サーバ１２から伝達されたＢＣが表示される。
【００３２】
次いで、図４に示すように、ＡＰＣを表示するためのストラクチャードパラメータが、ＳＰＤＢ２６から読み出され、ストラクチャードパラメータにしたがって、ＡＰＣが展開される（ステップ４０１）。これにより、ＢＣ上に、ＳＰＤＢ２６の情報に基づく位置に、ＳＰＤＢ２６の情報に基づく色のＡＰＣが表示される（ステップ４０２）。
【００３３】
次いで、各ＡＰＣのデータを表示するための処理が実行される。図５に示すように、ＡＰＣが展開されると、コンポーネントのデータが展開される。データには、サーバ側アプリケーション２２を呼ぶと自動的に返る「イニシャルデータ」と、パラメータを入れると返ってくる「抽出されたデータ」とが存在する。
【００３４】
イニシャルデータを取り込む際には、まず、図５に示すように、コンポーネント内で展開すべき情報を、ＡＰＣが、サーバ１２に問い合わせる（ステップ５０１）。サーバ側アプリケーション２２は、ＤＢ（たとえば、商品ＤＢなど）からイニシャルデータを読み出して、これをクライアント１４に送信する（ステップ５０２）。また、抽出されたデータを読み込むときには、ステップ５０１において、パラメータがサーバ側アプリケーション２２に渡される。サーバ側アプリケーションは、これに応答して、パラメータにしたがって、データベースからデータを抽出する。この抽出されたデータが、クライアント１４に伝達され、ＡＰＣ上に表示される。
【００３５】
基本的には、図３〜図５の処理により、ＢＣ上に階層的にＡＰＣが配置され、さらに、ＡＰＣにおいて必要なデータが表示される。次に、図２に示すＳＰＤＢの値を利用したより具体的な画像表示について説明する。図６〜図１０は、具体例におけるコンテンツや参照されるＳＰＤＢの情報を説明する図、図１１は、実行される処理を示すフローチャートである。
【００３６】
図１１に示すように、まず、クライアント１４に伝達されたＨＴＭＬファイル「index.html」からＢＣのファイル「base.swf」がロードされる（ステップ１１０１）。次いで、デフォルトの色コードを参照され（ステップ１１０２）、また、ＳＰＤＢ２６から、ユニット名称、位置、色、表示オブジェクト、および、SP_IDのパラメータの値がロードされる（ステップ１１０３）。
【００３７】
図６の例では、ＢＣ６０１から「SP_ID=base」をサーバ１２に伝達されると、デフォルトの色コードが参照され、かつ、ＳＰＤＢから、ユニット名称、位置、色、表示オブジェクト、および、SP_IDのパラメータの値がロードされる。また、図６の例では、ステップ１１０３において、サーバ側アプリケーション２２は、ＳＰＤＢ２６を参照して、「SP_ID=base」で特定される情報群を取得する。
【００３８】
図６の例では、表示すべき２つのＡＰＣの情報が含まれている。たとえば、「unit_01」では、カテゴリメニューコンポーネント（ユニット名称：unit_category.swf）が指定され、「unit_02」では、トピックスコンポーネント（ユニット名称：unit_topics.swf）が指定されている。したがって、サーバ側アプリケーション２２は、ユニット名称で特定されるデータを、それぞれが記憶されたＤＢから読み出して、他のパラメータ（位置、色、表示オブジェクト）を参照して、コンポーネントを生成して、クライアント１４に渡す。その結果、図７に示すように、クライアント１４の表示装置の画面上には、ベースコンポーネントの上に、パラメータが示す位置に、パラメータに対応する色をもつ２つのコンポーネント（カテゴリメニューコンポーネント７０１およびトピックスコンポーネント７０２）が表示される。
【００３９】
次いで、ベースコンポーネント上に展開される全てのＡＰＣについて、ＳＰＤＢ２６からユニットごとのパラメータが読み込まれる。それぞれのＡＰＣのユニット構成が終了するまで、順次ＳＰＤＢ２６の該当するパラメータが読み込まれ、コンポーネントに展開される。
【００４０】
たとえば、「unit_01」のコンポーネント（カテゴリメニューコンポーネント７０１）については、対応するパラメータのうち、「SP_ID=NULL」となっている。したがって、このコンポーネントについてはユニット構成が終了していることを意味する。
【００４１】
トピックスコンポーネント７０２については、さらに、「SP_ID=topics」となっているため、当該コンポーネントには、さらに、ＡＰＣが階層的に配置されることがわかる。したがって、図８に示すように、「SP_ID=topics」が、サーバ１２に伝達されると、サーバ側アプリケーション２２は、ＳＰＤＢ２６を参照して、「SP_ID=topics」で特定される情報群を取得する。
【００４２】
図８に示すように、「SP_ID=topics」については、２つのＡＰＣの情報が含まれている。たとえば、「unit_01」では、ランキングコンポーネント（ユニット名称：unit_ranking.swf）が指定され（図９の符号９０１参照）、「unit_02」では、ムービーコンポーネント（ユニット名称：unit_movie.swf）が指定されている（図９の符号９０２参照）。したがって、サーバ側アプリケーション２２は、ユニット名称で特定されるデータを、それぞれが記憶されたＤＢから読み出して、ＳＰＤＢ２６中の関連する他のパラメータ（位置、色、表示オブジェクト）を参照して、コンポートを生成する。なお、パラメータ中、「色」が「NULL」である場合には、当該ユニット構成のひとつ前（つまり、１階層上）のコンポーネントの色が参照される。また、「表示オブジェクト」が「NULL」であれば、表示オブジェクト無しでコンポーネントに展開される。
【００４３】
このような処理の後、アプリケーションにより指定されたＤＢからデータが読み出され、所定のコンポーネント上にデータが表示される。ＤＢからのデータ取得処理には、イニシャルのデータ取得処理と、アクティブトリガ或いはイベントトリガによるデータ取得とが含まれる。なお、「アクティブトリガ」とは、マウス位置、クリック、キー入力、ボタン選択など、クライアント１４のユーザの操作による動作の発生をいう。また、「イベントトリガ」とは、表示の手順や時間の指定、経過時間等で予め設定された動作の発生を言う。また、以下にいう「メソッド」とは、アプリケーションにおいて動くプログラムを言う。
【００４４】
イニシャルのデータ取得処理では、パラメータを渡さずに、自動的に返ってくるメソッドがコールされる。これにより、メソッドからデータが返ってくる。その一方、アクティブトリガ或いはイベントトリガによるデータ取得においては、アクティブトリガにおいて入力されたパラメータや、イベントトリガで設定されたパラメータを渡して、メソッドがコールされる。これにより、パラメータを利用して各種ＤＢが参照されて、メソッドからデータが返る。
【００４５】
図１０の例では、カテゴリメニューコンポーネント１００１には、カテゴリＤＢから読み出すカテゴリ情報が与えられ、ランキングコンポーネント９０１には、商品ＤＢから読み出された商品情報が与えられる。また、ムービーコンポーネント９０２には、ストリーミングサーバから読み出された映像が与えられる。
【００４６】
このように、本実施の形態によれば、ＡＰＣで表示される情報は、サーバ１２に格納された各ＤＢ（商品ＤＢ，画像ＤＢ、顧客ＤＢ、店舗ＤＢ、日付ＤＢ）上のデータを参照して、動的に生成できるように構成されており、データベースの変更のみで表示内容を変更することが可能となる。
【００４７】
また、各階層のユニットは、それ自体では情報内容を持たないため、それぞれのユニット構成や表示オブジェクトの変更が容易になるだけでなく、開発効率の向上や、データ管理の分散化が可能となる。
【００４８】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【図面の簡単な説明】
【００４９】
【図１】図１は、本発明の実施の形態にかかるシステム全体の概略を示すブロックダイヤグラムである。
【図２】図２は、本実施の形態にかかるＳＰＤＢ２６のデータ構成を示す図である。
【図３】図３は、本実施の形態にかかるシステムにおけるデータ授受を説明する図である。
【図４】図４は、本実施の形態にかかるシステムにおけるデータ授受を説明する図である。
【図５】図５は、本実施の形態にかかるシステムにおけるデータ授受を説明する図である。
【図６】図６は、本実施の形態にかかるシステムにおいて表示されるコンテンツの例を示す図である。
【図７】図７は、本実施の形態にかかるシステムにおいて表示されるコンテンツの例を示す図である。
【図８】図８は、本実施の形態にかかるシステムにおいて表示されるコンテンツの例を示す図である。
【図９】図９は、本実施の形態にかかるシステムにおいて表示されるコンテンツの例を示す図である。
【図１０】図１０は、本実施の形態にかかるシステムにおいて表示されるコンテンツの例を示す図である。
【図１１】図１１は、本実施の形態において実行される処理を示すフローチャートである。
【符号の説明】
【００５０】
１０    ネットワーク
１２    サーバ
１４    クライアント
２２    サーバ側アプリケーション
２６    ストラクチャードパラメータデータベース
【図１】
2005346320.tif 000003
【図２】
2005346320.tif 000004
【図３】
2005346320.tif 000005
【図４】
2005346320.tif 000006
【図５】
2005346320.tif 000007
【図６】
2005346320.tif 000008
【図７】
2005346320.tif 000009
【図８】
2005346320.tif 000010
【図９】
2005346320.tif 000011
【図１０】
2005346320.tif 000012
【図１１】
2005346320.tif 000013