JP5683998B2 - サーバシステム及びクライアント装置の制御方法 - Google Patents

Description

本発明は、サーバシステム及びクライアント装置の制御方法等に関する。

近年、クライアント装置（特にモバイル環境におけるクライアント装置）として多種多様な機器が用いられるようになっている。その中には、ＨＭＤ（Head Mounted Display、頭部装着型表示装置）のように操作部（例えば操作ボタン等）が簡素な構成になってしまい、複雑な操作を行うことが困難なものもある。ＨＭＤの例で言えば、頭部に装着するという特性上、機器の大きさ、形状に制限が加わってしまうためである。

また、モバイル環境におけるクライアント装置として、携帯電話等が広く普及している。携帯電話等は、ネットワークに接続したりすることで、多くのコンテンツを取得することが可能であるが、表示部（ディスプレイ）の大きさに限界があり、十分な表示ができないという問題がある。

特開平１０−２３３７７２号公報 特開２０００−１２２９５７号公報

特許文献１では、例えば企業内等のネットワークにおいて、ネットワークに接続している各端末に対して、ＨＴＭＬ文書等の同報送信を行い、データを共有する技術が開示されている。しかし、特許文献１に開示されている技術は、データの共有のための同報送信に関するものであり、各端末に表示されるデータは同じものとなる。そのため、複数の端末にデータを送信し表示する点では本発明と同様であるが、表示部の大きさ等の問題を解決するための技術とはならない。

特許文献２では、クライアント側を複数の端末で構成し、データを複数の端末で連携して表示する技術が開示されている。しかし、特許文献２では、インターネットに接続する端末が１つに限定されている。

また、複数のクライアント装置を連携させることで問題の解決を目指す場合にも、クライアント装置で実行されるアプリケーションを各クライアントに管理させようとすると、更新作業等が煩雑になりがちである。よって、各クライアント装置を対応付け、適切にアプリケーションやコンテンツを管理する装置を別に設けることが望ましい。

本発明に幾つかの態様によれば、複数のクライアント装置の対応付けや、対応付けに基づく画像情報の管理等を行うことで、複数のクライアント装置の連係動作を可能にするサーバシステム等を提供することができる。

本発明の一態様は、第１のクライアント装置の識別情報と、第２のクライアント装置の識別情報とを関連づける情報であるセッション情報を記憶するセッション情報記憶部と、前記第２のクライアント装置に対して操作指示を行う操作画面を、前記第１のクライアント装置に表示するための情報である操作画面情報を生成する処理部と、生成された前記操作画面情報を、前記第１のクライアント装置に対して送信する通信部と、を含み、前記処理部は、前記第１のクライアント装置から送信された前記第１のクライアント装置の前記識別情報と、前記セッション情報記憶部に記憶された前記セッション情報とに基づいて、前記第１のクライアント装置と前記第２のクライアント装置の対応づけを行い、前記対応づけに基づいて、前記操作画面情報を生成するサーバシステムに関係する。

本発明の一態様では、セッション情報に基づいてクライアント装置間の対応付けを行って操作画面情報を生成する。よって、対応付けに基づいて複数のクライアント装置を連係動作させること等が可能になる。

また、本発明の一態様では、前記操作画面情報は、前記第２のクライアント装置において実行されるアプリケーションの設定を行うためのアプリケーション設定用操作画面情報を含み、前記第１のクライアント装置は、前記アプリケーション設定用操作画面情報に基づき表示されるアプリケーション設定用操作画面において、アプリケーション実行のためのパラメータを設定し、設定した前記パラメータを前記第２のクライアント装置に対して送信し、前記第２のクライアント装置は、受信した前記パラメータに前記第２のクライアント装置の前記識別情報を付加した情報である識別情報付加パラメータをサーバシステムに対して送信し、前記処理部は、受信した前記識別情報付加パラメータに基づいて、前記第２のクライアント装置において前記アプリケーションを実行するための情報であるアプリケーション実行情報を生成してもよい。

これにより、第１のクライアント装置での設定内容を、第２のクライアント装置で実行されるアプリケーションに反映させること等が可能になる。

また、本発明の一態様では、前記第２のクライアント装置は、前記アプリケーション実行情報に基づいて前記アプリケーションを実行することでデータの取得を行うとともに、取得した前記データに基づいて、第２のクライアント装置用表示データと、前記第２のクライアント装置用表示データと関連するデータである第１のクライアント装置用表示データとを生成し、前記通信部は、前記第２のクライアント装置で生成された前記第１のクライアント装置用表示データと、前記第２のクライアント装置の前記識別情報とを受信してもよい。

これにより、第２のクライアント装置で生成された第１のクライアント装置用表示データを、適切に関連づけて保存すること等が可能になる。

また、本発明の一態様では、前記処理部は、前記第１のクライアント装置からコンテンツ情報要求コマンドを受信した場合に、前記第１のクライアント装置の前記識別情報と前記セッション情報とに基づいて、前記第１のクライアント装置と前記第２のクライアント装置の対応付けを行うとともに、前記対応付けに基づいて、前記第２のクライアント装置で生成された前記第１のクライアント装置用表示データが、前記コンテンツ情報要求コマンドに対する応答用データであるかの判定を行い、前記通信部は、前記第１のクライアント装置用表示データが、前記コンテンツ情報要求コマンドに対する応答用データであると判定された場合に、前記コンテンツ情報要求コマンドを送信してきた前記第１のクライアント装置に対して、前記第１のクライアント装置用表示データを返信してもよい。

これにより、第１のクライアント装置と第２のクライアント装置に関連するデータを表示させること等が可能になる。

また、本発明の一態様では、前記操作画面情報は、前記第２のクライアント装置を操作する機器操作用操作画面情報と、第２のクライアント装置において実行されるアプリケーションを選択するアプリケーション選択用操作画面情報とを含み、前記処理部は、前記セッション情報の初期登録が終了した場合、或いは、前記セッション情報に基づいて前記第１のクライアント装置と前記第２のクライアント装置の対応付けが完了した場合に、前記第２のクライアント装置に対応した前記機器操作用操作画面情報及び前記アプリケーション選択用操作画面を生成し、前記通信部は、生成された前記機器操作用操作画面情報及び前記アプリケーション選択用操作画面情報を前記第１のクライアント装置に対して送信してもよい。

これにより、セッション情報による対応付けが完了した場合に、操作画面を第１のクライアント装置に表示すること等が可能になる。

また、本発明の一態様では、前記第１のクライアント装置は、前記アプリケーション選択用操作画面情報に基づき表示されるアプリケーション選択用操作画面における操作入力により、アプリケーション選択コマンドを生成し、前記通信部は、生成された前記アプリケーション選択コマンドを前記第１のクライアント装置から受信し、前記処理部は、前記セッション情報に基づいて前記第１のクライアント装置と前記第２のクライアント装置の対応付けを行い、前記アプリケーション選択コマンドにより選択されたアプリケーションを、対応付けされた前記第２のクライアント装置に実行させる際の設定に用いられるアプリケーション設定用操作画面情報を生成し、前記通信部は生成された前記アプリケーション設定用操作画面情報を前記第１のクライアント装置に送信してもよい。

これにより、第１のクライアント装置における操作に基づいて、第２のクライアント装置で実行されるアプリケーションを選択し、設定画面を第１のクライアント装置に表示すること等が可能になる。

また、本発明の一態様では、前記第１のクライアント装置は、前記パラメータとして、前記第２のクライアント装置のアドレス情報、実行対象であるアプリケーションの種別情報及びアプリケーションの実行条件情報の少なくとも１つを設定し、前記処理部は、前記第１のクライアント装置により設定された前記パラメータに基づいて前記アプリケーション実行情報を生成してもよい。

これにより、パラメータとして種々の情報を設定することが可能になる。

また、本発明の一態様では、前記通信部は、前記第２のクライアント装置の起動時に、前記第２のクライアント装置から前記識別情報として前記第２のクライアント装置のアドレス情報及び機器情報を受信し、前記セッション情報記憶部は、前記第２のクライアント装置の前記アドレス情報及び前記機器情報を前記セッション情報として記憶してもよい。

これにより、セッション情報として第２のクライアント装置のアドレス情報と機器情報を保存することが可能になる。

また、本発明の一態様では、前記通信部は、前記第１のクライアント装置から、前記第１のクライアント装置の前記識別情報及び前記第２のクライアント装置の前記機器情報を受信し、前記セッション情報記憶部は、前記第１のクライアント装置の前記識別情報を、前記第２のクライアント装置の前記アドレス情報及び前記機器情報と対応付けて、前記セッション情報として記憶してもよい。

これにより、第２のクライアント装置の識別情報と照合を行った上で、第１のクライアント装置の識別情報をセッション情報として保存することが可能になる。

また、本発明の一態様では、前記第１のクライアント装置及び前記第２のクライアント装置の少なくとも一方において表示されるコンテンツ情報のテンプレート、及び、前記第２のクライアント装置において実行されるアプリケーション実行情報のテンプレートを記憶するテンプレート記憶部を含み、前記処理部は、前記テンプレートに基づいて、前記コンテンツ情報及び前記アプリケーション実行情報の少なくとも一方を生成してもよい。

これにより、テンプレートを用いることで、コンテンツ情報或いはアプリケーションの生成処理を簡単化すること等が可能になる。

また、本発明の一態様では、前記処理部は、前記テンプレート記憶部に記憶された前記テンプレートのうちの、前記操作画面情報のテンプレートに対して、前記第２のクライアント装置のアドレス情報を埋め込むことにより、前記コンテンツ情報として前記操作画面情報を生成してもよい。

これにより、テンプレートを用いることで、操作画面情報の生成処理を簡単化すること等が可能になる。

また、本発明の一態様では、前記処理部は、前記テンプレート記憶部に記憶された前記テンプレートのうちの、アプリケーション実行情報のテンプレートに対して、前記アプリケーション設定用操作画面で設定される前記パラメータ及び前記第２のクライアント装置の前記識別情報を埋め込むことにより、前記アプリケーション実行情報を生成してもよい。

これにより、テンプレートを用いることで、アプリケーション実行情報の生成処理を簡単化すること等が可能になる。

また、本発明の一態様では、前記第２のクライアント装置は、自身の表示部にサーバシステムのアドレス情報及び前記第２のクライアント装置の前記識別情報を表示し、前記第１のクライアント装置は、前記第２のクライアント装置の前記表示部に表示された情報に基づいて、Ｗｅｂブラウザを用いて、前記第１のクライアント装置の前記識別情報及び前記第２のクライアント装置の前記識別情報をサーバシステムに対して送信し、前記通信部は、前記第１のクライアント装置の前記識別情報及び前記第２のクライアント装置の前記識別情報を受信し、前記セッション情報記憶部は、前記第１のクライアント装置の前記識別情報を、前記第２のクライアント装置の前記識別情報と対応付けて、前記セッション情報として記憶してもよい。

これにより、第１のクライアント装置においてＷｅｂブラウザが用いられる場合にも、上述した処理が可能になる。

また、本発明の他の態様は、第１のクライアント装置の識別情報と、第２のクライアント装置の識別情報とを関連づける情報であるセッション情報をセッション情報記憶部に記憶し、前記第１のクライアント装置から送信された前記第１のクライアント装置の前記識別情報と、前記セッション情報記憶部に記憶された前記セッション情報とに基づいて、前記第１のクライアント装置と前記第２のクライアント装置の対応づけを行い、前記対応付けに基づいて、前記第２のクライアント装置に対して操作指示を行う操作画面を、前記第１のクライアント装置に表示するための情報である操作画面情報を生成し、生成した前記操作画面情報を、前記第１のクライアント装置に対して送信するクライアント装置の制御方法に関係する。

第１の実施形態のシステム構成例。 ユーザ登録処理を説明するためのフローチャート。 セッション情報記憶部に記憶されるセッション情報のデータ構造例。 第１のクライアント装置の表示部及び第２のクライアント装置の表示部に表示される画像の例。 図５（Ａ）、図５（Ｂ）は操作画面情報をテンプレートから生成する例。 図６（Ａ）は機器操作用操作画面の例、図６（Ｂ）はアプリケーション選択用操作画面の例。 ログイン処理を説明するためのフローチャート。 機器操作用操作画面における機器操作処理を説明するためのフローチャート。 第１のクライアント装置の表示部及び第２のクライアント装置の表示部に表示される画像の他の例。 第２の実施形態のシステム構成例。 第２の実施形態の処理の例を説明する図。 第２の実施形態における複数画面連携表示処理を説明するためのフローチャート。 第２の実施形態における複数画面連携表示処理を説明するための他のフローチャート。 図１４（Ａ）、図１４（Ｂ）は操作画面情報をテンプレートから生成する他の例。 アプリケーション設定用操作画面の例。 図１６（Ａ）、図１６（Ｂ）はアプリケーション実行用情報をテンプレートから生成する例。 サーバシステムから取得するデータの例。 第１のクライアント装置の表示部及び第２のクライアント装置の表示部に表示される画像の他の例。 第３の実施形態における複数画面連携表示処理を説明するためのフローチャート。 第３の実施形態における複数画面連携表示処理を説明するための他のフローチャート。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

１．本実施形態の手法

まず、本実施形態の手法について説明する。近年、携帯電話等のモバイル機器（クライアント装置）が広く用いられている。これらのクライアント装置は、表示部、通信部等を有し、例えばネットワークからコンテンツを取得し自身の表示部に表示すること等ができる。

この際、クライアント装置はモバイル機器としての側面を有することから、機器自体の大きさが制限されることが多く、そのため表示部の大きさも小さいものになってしまうという問題がある。さらに、クライアント装置の中には頭部装着型表示装置のように操作部（操作ボタン等）が簡素な構成に限定されてしまい、複雑な操作が難しいものがある。頭部装着型表示装置の例で言えば、頭部に装着するという特性上、形状及び大きさが制限されてしまうためである。

そこで本出願人は、モバイルルータや、テザリングが可能な携帯電話等の普及により、同一のＬＡＮ環境内に複数のクライアント装置が存在するケースが増えていることにも鑑み、同一のＬＡＮ環境内にある複数のクライアント装置を連携させる手法を提案する。具体的には、第１のクライアント装置と第２のクライアント装置が存在し、第２のクライアント装置で所定のアプリケーションが実行される場合に、第１のクライアント装置の表示部に当該アプリケーションの操作画面を表示する。そして、第１のクライアント装置の表示部に表示された操作画面における操作に基づいて、第２のクライアント装置上でアプリケーションを実行する。

このようにすることで、第１のクライアント装置を用いて第２のクライアント装置を操作すること等が可能になる。これは第２のクライアント装置が、頭部装着型表示装置等の操作部が充実していない端末である場合に特に効果を発揮する。

また、第２のクライアント装置がアプリケーションを実行することでコンテンツを取得する場合には、第２のクライアント装置は取得したコンテンツを第１のクライアント装置と第２のクライアント装置に割り振って、各クライアント装置の表示部にそれぞれ表示することも可能である。

このようにすることで、複数画面（複数の表示部）を用いた連携表示を行うことが可能になる。これはクライアント装置が、表示部が小さく限定されるモバイル機器である場合に特に効果を発揮する。

そして本出願人は、第１のクライアント装置と第２のクライアント装置が連係して動作際に、第１のクライアント装置と第２のクライアント装置の対応付け等を行う同期サーバを用いるシステムを提案する。同期サーバは、第１のクライアント装置と第２のクライアント装置のアクセスを受け付け、各クライアント装置の識別情報をセッション情報として保持することで、第１のクライアント装置と第２のクライアント装置の対応付けを行う。

このようにすることで、第１のクライアント装置は第２のクライアント装置のアドレス情報（例えばＩＰアドレス）を直接知らなくてもよいことになる。第１のクライアント装置は、同期サーバから第２のクライアント装置のアドレス情報を含む情報を受け取って、受け取った情報を利用することで第２のクライアント装置にアクセスすればよい。上述したようなモバイルルータ等を使った環境下では、各クライアント装置のＩＰアドレスがＤＨＣＰにより随時変更される可能性が高いことに鑑みれば、第１のクライアント装置が第２のクライアント装置のアドレス情報を知らなくてもよいことは大きなメリットとなる。また、第２のクライアント装置で実行されるアプリケーションを同期サーバで保持しておくこともできる。アプリケーションを同期サーバで保持することで、アプリケーションが各クライアント装置に独立に保持されている場合に比べて、アプリケーションの更新作業等を容易にすることができる。

以下、第１〜第３の実施形態について説明する。第１の実施形態では、第２のクライアント装置の操作部（リモコン）として第１のクライアント装置を用いる手法について説明する。また第２の実施形態では、グルメアプリケーション（レストラン検索アプリケーション）を具体例として、サーバシステム（データサーバ）から取得してきたデータに基づいて、第２のクライアント装置と第１のクライアント装置の表示部を用いた複数画面連携表示を行う手法について説明する。特に、第１のクライアント装置用表示データと第２のクライアント用表示データを同期サーバ経由で通信するケースについて説明する。また第３の実施形態では、第２の実施形態の変形例として第１のクライアント装置用表示データを、第１のクライアント装置と第２のクライアント装置が直接通信することで取得するケースについて説明する。

２．第１の実施形態

第２のクライアント装置の操作部（リモコン）として第１のクライアント装置を用いる手法について説明する。具体的には、システム構成例を説明した後、フローチャートを用いて処理の詳細について説明する。

２．１ システム構成例

図１に本実施形態に係るサーバシステム４００を含むシステムの構成例を示す。システムは、第１のクライアント装置１００と、第２のクライアント装置２００と、ゲートウェイ３００と、サーバシステム４００とを含む。ただし、図１の構成に限定されず、これらの一部の構成要素を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。このうち、第１のクライアント装置１００と、第２のクライアント装置２００はユーザにより所持される。またゲートウェイ３００は、単体で存在し、ユーザに所持されてもよいし所持されなくてもよい。また、第１のクライアント装置１００或いは第２のクライアント装置２００のいずれかがゲートウェイ３００を内蔵してもよい。

第１のクライアント装置１００は、操作部１５０と、表示部１２０と、通信部１３０とを含む。操作部１５０は、種々の操作を行うためのものであり、例えばタッチパネルや操作キー等により構成される。表示部１２０は、表示画像の表示を行う。通信部１３０は、ゲートウェイ３００を介して、第２のクライアント装置２００との通信を行う。また、ゲートウェイ３００及びネットワーク１０を介してサーバシステム４００との通信を行う。

第２のクライアント装置２００は、処理部２１０と、表示部２２０と、通信部２３０とを含む。処理部２１０は種々の処理を行う。例えば、第１のクライアント装置での設定に従ってアプリケーションの実行処理を行う。表示部２２０は、表示画像の表示を行う。通信部２３０は、ゲートウェイ３００を介して、第１のクライアント装置１００との通信を行う。また、ゲートウェイ３００及びネットワーク１０を介してサーバシステム４００との通信を行う。

ゲートウェイ３００は、ＮＡＰＴ（Network Address Port Translation）等を用いて、複数の端末をネットワーク１０に接続可能にする。また、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバの機能を有し、接続される機器（ここでは第１のクライアント装置１００と第２のクライアント装置２００）に対して、動的にプライベートＩＰアドレスを割り当ててもよい。

サーバシステム４００は、データサーバ４１０と、同期サーバ４２０とを含む。ここで、データサーバ４１０と同期サーバ４２０は連係して動作する必要はなく、データサーバ４１０と同期サーバ４２０とが地理的に離れた位置に設けられてもよいし、機能的に分かれていてもよい。

データサーバ４１０は、記憶部４１１と、通信部４１３とを含む。記憶部４１１はコンテンツ（例えばＷｅｂコンテンツ等）を記憶する。通信部４１３は、ネットワーク１０とゲートウェイ３００を介して第１のクライアント装置１００及び第２のクライアント装置２００との通信を行う。

同期サーバ４２０は、処理部４２１と、通信部４２３と、セッション情報記憶部４２５と、テンプレート記憶部４２７とを含む。処理部４２１は、種々の処理を行う。例えば第１のクライアント装置で用いられる操作画面情報や、第２のクライアント装置で用いられるアプリケーションの生成処理を行う。通信部４２３は、ネットワーク１０とゲートウェイ３００を介して第１のクライアント装置１００及び第２のクライアント装置２００との通信を行う。セッション情報記憶部４２５は、第１のクライアント装置の識別情報と、第２のクライアント装置の識別情報とを関連づけてセッション情報として記憶する。テンプレート記憶部４２７は、種々のテンプレートを記憶する。例えば、操作画面情報のテンプレートやアプリケーションのテンプレートを記憶する。

２．２ 処理の詳細

次に、図２のフローチャートを用いて処理の詳細について説明する。なお図２のフローチャートは、第１のクライアント装置１００と第２のクライアント装置２００を使用するユーザが、同期サーバ４２０に対してユーザ登録をしていない場合の処理の流れである。

この処理が開始されると、まず第２のクライアント装置２００の電源がＯＮにされる（Ｓ１０１）。そして、第２のクライアント装置２００は自身のアドレス情報（例えばＩＰアドレス）と機器情報（例えばＭＡＣアドレス）をパラメータにして同期サーバ４２０にアクセスする（Ｓ１０２）。Ｓ１０２でのＵＲＬは例えば（１）のようになる
（１）http://websync.ne.jp/?ip=192.168.0.2&mac=00:FF:1B:AA:BB:DD

ここで、websync.ne.jpが同期サーバ４２０のＵＲＬを表し、第２のクライアント装置２００のアドレス情報が192.168.0.2、第２のクライアント装置２００の機器情報が00:FF:1B:AA:BB:DDである。文字列「http://」のあとに同期サーバ４２０のＵＲＬが記述され、文字列「/?」の後に各パラメータの名称と値が「＝」で結ばれ記述される。また、パラメータが複数ある場合には「＆」を挟んで表記する。ここではパラメータipの値として第２のクライアント装置２００のＩＰアドレスを入力し、パラメータmacの値として第２のクライアント装置２００のＭＡＣアドレスを入力している。

同期サーバ４２０は受信した第２のクライアント装置２００のアドレス情報と機器情報をセッション情報記憶部４２５に記憶する（Ｓ１０３）。そして、記憶が成功したら、その旨のレスポンスを第２のクライアント装置２００に返す（Ｓ１０４）。

Ｓ１０３においてセッション情報記憶部４２５に記憶されるデータの構造例を図３に示す。図３のように第１のクライアント装置１００の識別情報（例えばユーザ名及びパスワード）、第２のクライアント装置２００の識別情報（例えばＩＰアドレスとＭＡＣアドレス）及び第１のクライアント装置用表示データとから１件のデータが構成される。Ｓ１０３において、第２のクライアント装置２００のＩＰアドレス及びＭＡＣアドレスが記憶され、後述するＳ１０９で第１のクライアント装置１００の識別情報（ユーザ名及びパスワード）が記憶される。第１のクライアント装置用表示データについては第１の実施形態においては使用されないため、詳細は第２の実施形態で説明する。なお、第２のクライアント装置２００のＭＡＣアドレスとユーザ名との組み合わせは一意である必要がある。また、第２のクライアント装置２００のＩＰアドレスはＤＨＣＰにより変化する可能性があるが、Ｓ１０２〜Ｓ１０３のアクセス（第２のクライアント装置２００の電源投入時のアクセス）により毎回更新される。なお、第２のクライアント装置２００のＭＡＣアドレスについては、第２のクライアント装置２００に対して一意のＩＤを割り振るためのデータであり、その目的が達成されるのであれば他のデータ（例えば同期サーバ４２０へのアクセス日時等）を用いてもよい。

第２のクライアント装置２００は、同期サーバ４２０でのセッション情報の記憶が成功したというレスポンスを受け取ったら、同期サーバ４２０のアドレス情報（例えばＵＲＬ）及び自身の機器情報を、表示部２２０に表示する（Ｓ１０５）。表示部２２０での表示に基づいて、第１のクライアント装置１００から同期サーバ４２０に対してアクセスが行われ、レスポンスとしてユーザ登録画面（ログイン画面を兼ねてもよい）の情報が返され、第１のクライアント装置１００の表示部１２０に当該ユーザ登録画面が表示される（Ｓ１０６、Ｓ１０７）。

Ｓ１０５で第２のクライアント装置に表示される画面及びＳ１０６で第１のクライアント装置に表示される画面の例を図４に示す。なお、ここでは第１のクライアント装置を携帯電話、第２のクライアント装置を頭部装着型表示装置としているが、これに限定されないことは言うまでもない。図４に示したように、第２のクライアント装置に同期サーバ４２０のＵＲＬを表示して、第１のクライアント装置から同期サーバ４２０へアクセスすることを促す。また、それとともに第２のクライアント装置のＭＡＣアドレスを表示して、ユーザ登録の際に入力できるようにする。第１のクライアント装置にはユーザ登録画面（図４の例ではログイン画面を兼ねる）を表示する。ユーザ登録画面では、ユーザ名、パスワード及び第２のクライアント装置のＭＡＣアドレスが入力できるようになっている。

そして、表示部１２０に表示されたユーザ登録画面に基づいて、第１のクライアント装置１００は、識別情報（例えばユーザ名及びパスワード）と第２のクライアント装置２００の機器情報（表示部２２０に表示されている）を同期サーバ４２０に送信する（Ｓ１０８）。同期サーバ４２０は、Ｓ１０３で記憶した第２のクライアント装置の機器情報と、Ｓ１０８で送信された第２のクライアント装置の機器情報とを照合して、当該第２のクライアント装置の機器情報とともに第１のクライアント装置の識別情報（ユーザ名・パスワード）をセッション情報記憶部４２５に記憶する（Ｓ１０９）。データ形式については図３を用いて上述したとおりである。

セッション情報の記憶が完了したら、同期サーバ４２０はテンプレート記憶部４２７から操作画面情報のテンプレートを読み出し、読み出したテンプレートに対して第２のクライアント装置２００のアドレス情報を埋め込むことで操作画面情報を生成し、第１のクライアント装置１００に対して送信する（Ｓ１１０）。ここで、操作画面情報とは第１のクライアント装置１００において用いられる、第２のクライアント装置２００を操作するための機器操作用操作画面情報、もしくは、第２のクライアント装置２００で実行されるアプリケーションの選択のためのアプリケーション選択用操作画面情報のことである。第１のクライアント装置１００は、当該操作画面情報を受信し、受信した操作画面情報に基づいて表示部１２０に操作画面を表示する（Ｓ１１１）。

ここで、Ｓ１１０において生成される機器操作用操作画面情報及びアプリケーション選択用操作画面情報は、具体的にはテンプレート記憶部４２７に記憶されているテンプレートに対して埋め込み処理が行われることにより生成される。具体的なテンプレートと埋め込み処理の例を図５（Ａ）、図５（Ｂ）に示す。図５（Ａ）、図５（Ｂ）の例では、テンプレートとなるＨＴＭＬ文書（図５の（Ａ））の一部が｛｛ＨＭＤ＿ＵＲＬ｝｝というタグになっている。操作画面情報（図５の（Ｂ））は、タグの箇所に第２のクライアント装置２００のＵＲＬ（ＩＰアドレス）を埋め込むことで生成される。

また、Ｓ１１１において表示される操作画面の例を図６（Ａ）、図６（Ｂ）に示す。図６（Ａ）が機器操作用操作画面情報に対応する操作画面であり、図６（Ｂ）がアプリケーション選択用操作画面情報に対応する操作画面である。ここでは図６（Ａ）の画面と図６（Ｂ）の画面が上部のタブによって切り替えられるものとするが、これに限定されるものではない。２つの画面を並べて表示する等、表示方法は自由である。

以上がユーザ登録を行う場合の処理の流れとなる。次にユーザ登録は完了しており、ログイン処理が行われる場合の処理の流れについて図７を用いて説明する。

図７に示したようにＳ２０１〜Ｓ２０７についてはＳ１０１〜Ｓ１０７と同様であるため、詳細な説明は省略する。ここではユーザ登録画面とログイン画面が兼用できるものとしているため、Ｓ２０７はＳ１０７と同様となる。また、この処理では第２のクライアント装置２００のＭＡＣアドレスの入力は必要ないもののＭＡＣアドレスをＳ２０５において表示したところで問題はないためＳ２０５とＳ１０５は同様となる。

Ｓ２０８において第１のクライアント装置１００から同期サーバ４２０に対してアクセスが行われる際に、既にユーザ登録が済んでいる場合には、ユーザ名とパスワードが送信される。そして、同期サーバ４２０はセッション情報記憶部４２５に記憶されたセッション情報と、取得したユーザ名及びパスワードを照合して、第１のクライアント装置１００とだい２のクライアント装置２００の対応付けを行う。そして、操作画面情報のテンプレートに対して、対応付けが行われた第２のクライアント装置２００のアドレス情報を埋め込むことで操作画面情報を生成し、第１のクライアント装置１００に対して送信する（Ｓ２１０）。Ｓ２１１で受信される操作画面情報はＳ１１１と同様であり、図６（Ａ）、図６（Ｂ）に示したように機器操作用操作画面情報、もしくは、アプリケーション選択用操作画面情報により決定される操作画面となる。

以上、図２及び図７を用いてユーザ登録或いはログインの処理の詳細について説明した。ユーザ登録、ログインはどちらか一方が行われるものであり、どちらが実行されたとしても結果としてセッション情報記憶部４２５にセッション情報が記憶された上で、第１のクライアント装置に操作画面が表示された状態となる。

続いて、機器操作用操作画面に基づいて行われる機器操作について図８を用いて説明する。この処理が開始されると、まず図６（Ａ）、図６（Ｂ）に示したタブのうち機器操作タブが選択され、図６（Ａ）に示した機器操作用操作画面が第１のクライアント装置１００に表示される（Ｓ３０１）。図６（Ａ）については再掲となるが、機器操作用操作画面の具体例と、当該機器操作用操作画面により操作される第２のクライアント装置２００に表示される画面の具体例を図９に示す。

図９のＣ１に示したように、第１のクライアント装置１００の表示部１２０には、例えばテキスト入力エリアと移動ボタン、十字キーと確定ボタン及び戻るボタン等が表示される。テキスト入力エリアに接続したいサイトのＵＲＬを入力して、移動ボタンを押すことで、図９のＣ２に示したように第２のクライアント装置２００の表示部２２０に、対応するコンテンツが表示される。表示部２２０にコンテンツが表示されている状態で、十字キーを押すことで、ページ送りを行ったり、コンテンツ内のリンクを選択したりすることができる。コンテンツ内のリンクを選択する例を図９のＣ２の破線に示す。リンクが選択されている状態で確定ボタンが押されると、対応するリンク先へ移動する。また、戻るボタンが押されることで前の表示画面に戻ることができる。

機器操作用操作画面を表示部１２０に表示したら、当該機器操作用操作画面における操作に基づいて、第１のクライアント装置１００は第２のクライアント装置２００に対してコマンドを送信する（Ｓ３０２）。ここで送信されるコマンドとは、具体的には以下の様になる。
（２）http://192.168.0.2/?command=open&url=http://news.com
（３）http://192.168.0.2/?command=key&action=up

（２）（３）の例でわかるように、コマンドはＵＲＬの形式であり、ＨＴＴＰリクエスト等の形式で送信される。上述の（２）のコマンドでは、パラメータｃｏｍｍａｎｄの値をｏｐｅｎに設定し、パラメータｕｒｌの値をhttp://news.comに設定した上で、その情報を192.168.0.2に対応する端末に送信している。これは上述した機器操作用操作画面の例で言えば、テキスト入力エリアに「http://news.com」と入力し、移動ボタンを押す操作により第２のクライアント装置２００に送信されるコマンドとなる。

また、上述の（３）のコマンドでは、パラメータｃｏｍｍａｎｄの値をｋｅｙに設定し、パラメータａｃｔｉｏｎの値をｕｐに設定している。これは上述した機器操作用操作画面の例で言えば、十字キーの上ボタンを押す操作により送信されるコマンドとなる。また、ｃｏｍｍａｎｄの値がｋｅｙである（つまりキー操作コマンドである）ときには、ａｃｔｉｏｎの値を変更することで、他のキー操作に対応するコマンドを送信することが可能である。例えばａｃｔｉｏｎの値をｄｏｗｎ、ｌｅｆｔ、ｒｉｇｈｔにすれば十字キーの下、左、右を押す操作になり、ｅｎｔｅｒ、ｂａｃｋにすれば選択ボタン、戻るボタンを押す操作になる例が考えられる。

以上のようなコマンドを受信すると、第２のクライアント装置２００は、まず当該コマンドが指定ＵＲＬを開くコマンドであるかの判定を行う（Ｓ３０３）。具体的には、上述のコマンドのうちパラメータｃｏｍｍａｎｄの値をチェックし、値がｏｐｅｎであればＹｅｓと判定し、それ以外の場合はＮｏと判定する。Ｙｅｓの場合には、指定されたＵＲＬ（パラメータｕｒｌの値として設定されたもの）に対応するサイトにゲートウェイ３００を介してアクセスし、コンテンツを表示部２２０に表示する（Ｓ３０４）。

Ｓ３０３においてＮｏと判定された場合には、次に受信したコマンドがキー操作コマンドであるかの判定を行う（Ｓ３０５）。具体的にはＨＴＴＰリクエストである上述のコマンドのうち、パラメータｃｏｍｍａｎｄの値をチェックし、値がｋｅｙであればＹｅｓと判定し、それ以外の場合はＮｏと判定する。Ｙｅｓの場合にはコマンド（パラメータａｃｔｉｏｎの値）に応じて、ページ送りやリンク選択、リンク先への移動及び前画面への戻り処理のいずれかの処理を行う（Ｓ３０６）。Ｓ３０５でＮｏと判定された場合及びＳ３０４、Ｓ３０６の処理が終了した場合には、Ｓ３０７に移行しコマンドの実行結果（成功もしくは失敗）を第１のクライアント装置１００に対して返信する。

クライアント装置１００は、受信したコマンド実行結果の判定を行い（Ｓ３０８）、成功の場合にはＳ３０２に戻って操作を継続し、失敗の場合にはＳ３０９に移行して表示部１２０にエラーが生じた旨を表示する。

以上の本実施形態では、図１に示したように、サーバシステム４００（狭義には同期サーバ４２０）は、セッション情報を記憶するセッション情報記憶部４２５と、操作画面情報を生成する処理部４２１と、通信部４２３とを含む。セッション情報とは第１のクライアント装置１００の識別情報と第２のクライアント装置２００の識別情報とを関連づける情報である。また、操作画面情報とは第２のクライアント装置２００に対して操作指示を行う操作画面を、第１のクライアント装置１００に表示するための情報である。処理部４２１は、第１のクライアント装置１００から送信された第１のクライアント装置１００の識別情報と、セッション情報とに基づいて、第１のクライアント装置１００と第２のクライアント装置２００の対応付けを行い、対応付けに基づいて操作画面情報を生成する。そして通信部４２３は、生成された操作画面情報を第１のクライアント装置１００に対して送信する。

ここで、操作画面とは第１のクライアント装置１００の表示部１２０に表示される画面のことである。具体的には第２のクライアント装置２００の機器操作を行う機器操作用操作画面、第２のクライアント装置２００において実行されるアプリケーションを選択するアプリケーション選択用操作画面及び第２のクライアント装置２００において実行されるアプリケーションの設定を行うアプリケーション設定用操作画面等が考えられる。このとき、それぞれの操作画面を表示するための操作画面情報が処理部４２１で生成されることになる。なお、本実施形態におけるアクセスはＨＴＴＰ（Hypertext Transfer Protocol）リクエスト及びＨＴＴＰレスポンスにより行われることを想定している。ここで、ＨＴＴＰリクエストとは例えば、上述した（２）、（３）のようなhttpから始まる文字列をＷｅｂブラウザに入力し実行した場合に、ＷｅｂブラウザからＷｅｂサーバに対して送信されるリクエストのことである。具体的にはメソッド名、対象となるコンテンツのＵＲＬ（httpから始まる文字列等）、ＨＴＴＰのバージョンからなるリクエスト行を含むものであり、例えば以下のリクエストが考えられる。
GET http://192.168.0.2/?command=key&action=up HTTP/1.1
上述の例では、ＧＥＴメソッドを用いているが、ＨＴＴＰにはその他にもＰＯＳＴメソッドやＨＥＡＤメソッド等が規定されており、これらのメソッドを用いてもよい。上述のリクエスト行の他に言語やデータ形式を記述するヘッダ部が記述されることもある。また、ＰＯＳＴメソッド等ではサーバに送信するデータを記述するボディ部が記述されることもある。なお、ＨＴＴＰリクエストを送信する主体はＷｅｂブラウザに限定されるものではなく、ＨＴＴＰを使用可能な専用アプリケーションであってもよい。

これにより、第１のクライアント装置１００と第２のクライアント装置２００との連係動作を可能にするサーバシステムを実現することができる。ここで連係動作とは具体的には、第１のクライアント装置１００の表示部１２０に表示される操作画面における操作に基づいて、第２のクライアント装置２００に対して操作指示を行うという動作のことである。特に、第２のクライアント装置２００が頭部装着型表示装置である場合には、頭部装着型表示装置は頭部に装着するという制約上、複雑な操作が可能な操作部を持つことが難しいという問題がある。そのため、他の機器（第１のクライアント装置１００としては例えば携帯電話等が考えられる）から操作を行えるということは非常に有用である。

なお、本実施形態では、上述してきたように通信のプロトコルとしてＨＴＴＰが用いられることが想定されている。クライアント側においてＨＴＴＰを利用可能なアプリケーションとしてＷｅｂブラウザが広く知られており、ＨＴＴＰを利用する利点として、Ｗｅｂブラウザが利用可能である点が挙げられる。携帯電話等のように、通信機能を有する端末には標準的にＷｅｂブラウザが搭載されている（或いは容易に導入可能である）現状に鑑みれば、Ｗｅｂブラウザが利用可能であるということはすなわち、本実施形態で用いられるクライアント装置として、専用の端末を用意する必要がなく汎用的な端末を用いることが可能であることを示している。

ただし本発明におけるＨＴＴＰは、狭義のＨＴＴＰだけでなくＨＴＴＰを発展させた規格（例えばＨＴＴＰＳ等）や同様の思想に基づく規格を含むものである。例えば、セキュリティ機能を考えた場合にはＨＴＴＰＳ（Hypertext Transfer Protocol over Secure Socket Layer）を用いてもよい。狭義のＨＴＴＰはメッセージが平文で送られるのに対して、ＨＴＴＰＳでは認証処理やメッセージの暗号化処理が行われることになる。そのため、ＨＴＴＰＳを用いることでクライアントとサーバ間の通信における盗聴を抑止すること等が可能になる。特に本実施形態においては、第１のクライアント装置１００と第２のクライアント装置２００は、ゲートウェイ３００を介して外部のネットワーク１０に接続しサーバシステム４００（同期サーバ４２０）と通信を行う。そのような通信は盗聴を抑止するためにもＨＴＴＰＳを用いることが望ましい。特にユーザ名、パスワード等、機器の識別に関する情報をやりとりすることになるため、セキュリティ上の観点からＨＴＴＰＳを利用する利点は大きいものとなる。

また、操作画面情報は上述したように機器操作用操作画面情報と、アプリケーション選択用操作画面情報とを含む。そして、セッション情報の初期登録が終了した場合、或いは、セッション情報に基づいて第１のクライアント装置１００と第２のクライアント装置２００の対応付けが完了した場合に、処理部４２１は第２のクライアント装置２００に対応した機器操作用操作画面情報及びアプリケーション選択用操作画面情報を生成する。そして、通信部４２３は生成された機器操作用操作画面情報及びアプリケーション選択用操作画面情報を第１のクライアント装置１００に対して送信する。

これにより、図６（Ａ）、図６（Ｂ）に示した画面を第１のクライアント装置１００の表示部１２０に表示することが可能になる。そのため、上述したように図６（Ａ）の機器操作用操作画面を用いて第２のクライアント装置２００の操作を行うこともできるし、図６（Ｂ）のアプリケーション選択用操作画面を用いて第２のクライアント装置２００で実行されるアプリケーションを選択することもできる。なお、処理部が生成する各操作画面情報は「第２のクライアント装置２００に対応した」ものである。なぜなら、機器操作用操作画面に基づいて行われる機器操作の情報は第２のクライアント装置２００に送信される必要があるし、アプリケーション選択用操作画面に表示されるアプリケーション一覧は第２のクライアント装置２００が実行可能なアプリケーションでなくてはならないからである。そのため、同期サーバ４２０は、アクセスしてきた第１のクライアント装置１００に対応する第２のクライアント装置２００を適切に判定する必要があり、よって、セッション情報を用いて第１のクライアント装置１００と第２のクライアント装置２００の対応付けを行っている。

また、同期サーバ４２０の通信部４２３は、第２のクライアント装置２００の起動時に、第２のクライアント装置２００から識別情報として、第２のクライアント装置２００のアドレス情報及び機器情報を受信してもよい。そして、セッション情報記憶部４２５は、アドレス情報及び機器情報をセッション情報として記憶する。

ここで、アドレス情報とは例えば第２のクライアント装置２００のＩＰアドレスやＵＲＬ等のことであり、機器情報とはＭＡＣアドレス等のことである。

これにより、図３に示したような形式でセッション情報を記憶することが可能になる。なおＭＡＣアドレスについては上述したように、第２のクライアント装置２００に対して一意のＩＤを割り振るためのデータであり、その目的が達成されるのであれば他のデータ（例えば同期サーバ４２０へのアクセス日時等）を用いてもよい。

また、同期サーバ４２０の通信部４２３は、第１のクライアント装置１００から、第１のクライアント装置１００の識別情報及び第２のクライアント装置２００の機器情報を受信してもよい。そして、セッション情報記憶部４２５は、第１のクライアント装置１００の識別情報を、第２のクライアント装置２００のアドレス情報及び機器情報と関連づけて記憶する。

ここで、第１のクライアント装置１００の識別情報とは、例えばユーザ名及びパスワード等である。

これにより、図３に示したような形式でセッション情報を記憶することが可能になる。なお、セッション情報により第１のクライアント装置１００と第２のクライアント装置２００が適切に対応付けられる必要があるため、上述したように、第２のクライアント装置２００のＭＡＣアドレスとユーザ名との組み合わせは一意でなくてはならない。

また、同期サーバ４２０は、図１に示したように、テンプレートを記憶するテンプレート記憶部４２７を含む。ここでテンプレートとは、第１のクライアント装置１００及び第２のクライアント装置２００の少なくとも一方において表示されるコンテンツ情報のテンプレートであってもよい。また、第２のクライアント装置２００において実行されるアプリケーションのテンプレートであってもよい。そして、同期サーバ４２０の処理部４２１は、テンプレートに基づいてコンテンツ情報及びアプリケーションの少なくとも一方を生成する。

これにより、テンプレートを用いることで、アプリケーションの生成処理を簡単化することが可能になる。

また、同期サーバ４２０の処理部４２１は、テンプレート記憶部４２７に記憶されたテンプレートのうち、操作画面情報のテンプレートに対して第２のクライアント装置２００のアドレス情報を埋め込むことにより、コンテンツ情報として操作画面情報を生成してもよい。

具体的な処理については図５を用いて説明したとおりである。

これにより、テンプレートを用いて操作画面情報の生成処理を簡単化することが可能になる。本実施形態においては、ネットワークにつながれた（例えば同一のＬＡＮ環境内におかれた）複数のクライアント装置の間の連携であり、特に、第１のクライアント装置１００に表示された操作画面を用いて第２のクライアント装置２００の操作を行う。第１のクライアント装置１００から送信されるリクエスト（例えばＨＴＴＰリクエスト）は、当然第２のクライアント装置２００に送信されるべきであるから、テンプレートに対して埋め込むのは第２のクライアント装置２００のアドレス情報（例えばＩＰアドレス）になる。なお、本実施形態のシステムではＤＨＣＰ（Dynamic Host Configuration Protocol）が用いられるケースが考えられ、その場合第２のクライアント装置２００のＩＰアドレスが動的に変化する可能性がある。上述のテンプレートに対するアドレス情報の埋め込み処理は、ＤＨＣＰが用いられる場合に特に効果を発揮し、第２のクライアント装置２００のＩＰアドレスをテンプレートに埋め込むことで、当該ＩＰアドレスが動的に変化したとしても、それに対応させて操作画面情報も動的に生成することが可能になる。

また、第２のクライアント装置２００は、表示部２２０にサーバシステム（同期サーバ４２０）のアドレス情報及び自身の識別情報を表示してもよい。そして、第１のクライアント装置１００は、第２のクライアント装置２００の表示部２２０に表示された情報に基づいて、Ｗｅｂブラウザを用いてサーバシステムに対してアクセスを行う。その際には第１のクライアント装置１００の識別情報と、表示部２２０に表示された第２のクライアント装置の識別情報を送信する。同期サーバ４２０の通信部４２３は、第１のクライアント装置１００の識別情報と第２のクライアント装置２００の識別情報を受信し、セッション情報記憶部４２５は、第１のクライアント装置１００の識別情報を第２のクライアント装置の識別情報と対応付けて、セッション情報として記憶する。

これにより、第１のクライアント装置１００においてＷｅｂブラウザが用いられる場合にも、第２のクライアント装置２００との連係動作が可能になる。Ｗｅｂブラウザは同一のＬＡＮ環境内におかれた他の端末の識別情報（ここでは識別情報のうちの機器情報、例えばＭＡＣアドレス）を取得することができない。そのため、第１のクライアント装置１００が第２のクライアント装置２００と対になる端末であることを示す情報を取得できないことになる。よって、一例として第２のクライアント装置２００（当然自身のＭＡＣアドレスは知ることができる）の表示部２２０に第２のクライアント２００の識別情報を表示して、第１のクライアント装置１００を操作するユーザに対してＭＡＣアドレスの入力を促す手法をとる必要がある。なお、第１のクライアント装置１００において、Ｗｅｂブラウザではない専用のソフトウェアを用いた場合、上述の処理の一部（具体的には図２のＳ１０５の処理）を省略することが可能になる。つまり、専用のソフトウェアを用いれば、第２のクライアント装置のＭＡＣアドレスを取得したり、同期サーバ４２０のＵＲＬを事前に知ることができたりする。そのため図４のＡ２に示したような、第２のクライアント装置２００の表示部２２０に同期サーバ４２０のＵＲＬや第２のクライアント装置のＭＡＣアドレスを表示するステップは省略可能となる。

また、以上の本実施形態は、第１のクライアント装置の識別情報と、第２のクライアント装置の識別情報とを関連づける情報であるセッション情報をセッション情報記憶部に記憶し、前記第１のクライアント装置から送信された前記第１のクライアント装置の前記識別情報と、前記セッション情報記憶部に記憶された前記セッション情報とに基づいて、前記第１のクライアント装置と前記第２のクライアント装置の対応づけを行い、前記対応付けに基づいて、前記第２のクライアント装置に対して操作指示を行う操作画面を、前記第１のクライアント装置に表示するための情報である操作画面情報を生成し、生成した前記操作画面情報を、前記第１のクライアント装置に対して送信するクライアント装置の制御方法であってもよい。

これにより、本実施形態において説明した処理を実行可能なクライアント装置の制御方法を実現することができる。なお、複数のクライアント装置の制御方法を実現するにあたり、具体的に用いられる装置は上述したようにサーバシステムであってもよいし、その他の装置であってもよい。

３．第２の実施形態

グルメアプリケーション（レストラン検索アプリケーション）を具体例として、サーバシステム４００（データサーバ４１０、さらに具体的にはマッシュアップサーバ等）から取得してきたデータに基づいて、第１のクライアント装置１００と第２のクライアント装置２００の表示部を用いた複数画面連携表示を行う手法について説明する。具体的には、システム構成例を説明した後、フローチャートを用いて処理の詳細について説明する。

３．１ システム構成例

図１０に本実施形態に係るサーバシステム４００を含むシステムの構成例を示す。システムは、第１のクライアント装置１００と、第２のクライアント装置２００と、ゲートウェイ３００と、サーバシステム４００とを含む。ただし、図１０の構成に限定されず、これらの一部の構成要素を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。

図１０に示したように、第１の実施形態の構成に加えて、第１のクライアント装置１００に位置検出部１６０が追加された構成になっている。位置検出部１６０は、ＧＰＳやＷｉＦｉ等を用いて第１のクライアント装置１００の現在位置の緯度、経度を取得する。ただし、位置検出部１６０は、アプリケーションの例であるグルメアプリケーションにおいて用いられるものであり、必須の構成要件ではない。

また、第１の実施形態との違いとしては、同期サーバ４２０のテンプレート記憶部４２７に記憶されるテンプレートが、第１のクライアント装置１００に送信される操作画面情報用のテンプレートと、第２のクライアント装置２００に置いて実行されるアプリケーション実行用テンプレートの２つになる点が挙げられる。操作画面情報用のテンプレートは、第１の実施形態と同様のステップ及び後述するＳ４０４において用いられる。アプリケーション実行用テンプレートについてはＳ４０８で用いられる。詳細については対応するステップの箇所で説明する。

また、サーバシステム４００のデータサーバ４１０は、第１の実施形態ではＷｅｂサーバ等であったものが、例えばマッシュアップサーバ等が用いられることになる。

本実施形態の一例を、図１１を用いて説明する。本実施形態ではまず、携帯端末（広義には第１のクライアント装置１００）から検索条件が送られると、ＨＭＤ（広義には第２のクライアント装置２００）はマッシュアップサーバ（広義にはデータサーバ４１０）に対してデータを要求し、データを取得する（（１）〜（３））。そして、ＨＭＤは自身の表示部に概要を表示するとともに、携帯端末用コンテンツを生成し、携帯端末に送信する。（（４）〜（５））。そして携帯端末は（８）に示したように携帯端末用コンテンツ（ここでは地図情報）を表示する。なお、携帯端末用コンテンツが、図１１に示したように他のサーバへの参照を含むような場合には、（６）〜（７）に示したように、当該サーバへのアクセスが行われることになる。

ただし、図１１においては説明を簡略化するためにＨＭＤとマッシュアップサーバ、或いは携帯端末と地図サーバが直接通信している様に描かれているが、厳密にはそうではない。図１０に示したように本実施形態では、クライアント装置及び頭部装着型表示装置は同一ＬＡＮ環境内の端末であり、ゲートウェイ３００を介してネットワーク１０につながっているシステムを想定している。そのため、（２）〜（３）、或いは（６）〜（７）のＬＡＮとインターネットを往復するアクセスは、ゲートウェイ３００を介して（例えば、ＮＡＰＴ等を利用してアドレスとポート番号の変換をした上で）行われることになる。また、図１１はあくまで概略の説明であり、本実施形態に係る同期サーバ４２０については触れられていない。

３．２ 処理の詳細

次にフローチャートを用いて処理の詳細について説明する。本実施形態においても、図２で示したユーザ登録処理、或いは図７で示したログイン処理が行われる。そして、ユーザ登録処理或いはログイン処理が行われた後、図１２及び図１３の処理が行われる。

この処理が開始されるとまず、図６（Ａ）、図６（Ｂ）に示したタブのうちアプリケーション選択タブが選択され、図６（Ｂ）に示したアプリケーション選択用操作画面が第１のクライアント装置１００に表示される（Ｓ４０１）。そして、図６（Ｂ）に表示されたアプリケーション一覧の中から、アプリケーションを選択する（ここではグルメアプリケーションを選択する）（Ｓ４０２）。アプリケーションの選択を行うことで、第１のクライアント装置１００から同期サーバ４２０に対してアクセスが行われる。同期サーバ４２０は、第１のクライアント装置の識別情報（使用しているユーザ名）に基づいて、セッション情報記憶部４２５に記憶されたセッション情報を用いて、第２のクライアント装置２００のＩＰアドレスを取得する（Ｓ４０３）。そして、Ｓ４０２で選択されたアプリケーションを第２のクライアント装置で実行する際の設定を行うための情報であるアプリケーション設定用操作画面情報を生成する。具体的には、テンプレート記憶部４２７に記憶された操作画面情報（特にアプリケーション設定用操作画面情報）のテンプレートに対して第２のクライアント装置のアドレス情報を埋め込むことで生成処理を行う。そして、生成したアプリケーション設定用操作画面情報を第１のクライアント装置１００に対して送信する（Ｓ４０４）。ここで、Ｓ４０４におけるアプリケーション設定用操作画面情報の送信は、Ｓ４０２でのアプリケーション選択に伴う第１のクライアント装置からのアクセスに対する返信として行われてもよい。例えばＳ４０２に伴うアクセスがＨＴＴＰリクエストの形で行われ、アプリケーション設定用操作画面情報の送信がＨＴＴＰレスポンスの形で行われることが考えられる。

ここでのテンプレートに対する埋め込み処理の具体例を図１４（Ａ）、図１４（Ｂ）に示す。図５（Ａ）、図５（Ｂ）に示した例と同様であり、テンプレートとなるＨＴＭＬ文書（図１４の（Ａ））の一部が｛｛ＨＭＤ＿ＵＲＬ｝｝というタグになっている。アプリケーション設定用操作画面情報（図１４の（Ｂ））は、タグの箇所に第２のクライアント装置２００のＵＲＬ（ＩＰアドレス）を埋め込むことで生成される。

第１のクライアント装置１００は、同期サーバ４２０から受信したアプリケーション設定用操作画面情報に基づいて操作画面（アプリケーション設定用操作画面）を表示する（Ｓ４０５）。表示されるアプリケーション設定用操作画面の例を図１５に示す。

そして、第１のクライアント装置１００は、表示されたアプリケーション設定用操作画面において設定されたパラメータ（例えば位置情報やアプリケーション実行条件情報）を第２のクライアント装置２００に対して送信する（Ｓ４０６）。ここで送信されるリクエストとは、具体的には以下の様になる。
（４）http://192.168.0.2/?url=http://websync.ne.jp/&app=gourmet&interval=5000&nosmoking=yes&sort=near&latitude=35&longitude=120

文字列「http://」のあとに第２のクライアント装置２００のＵＲＬ（ここではＩＰアドレス192.168.0.2）が記述され、文字列「/?」の後に各パラメータの名称と値が「＝」で結ばれ記述される。また、パラメータが複数ある場合には「＆」を挟んで表記する。ここで、第２のクライアント装置２００のＵＲＬについてはＳ４０４におけるテンプレート処理により埋め込まれるものである。パラメータｕｒｌの値として同期サーバ４２０のＵＲＬであるhttp://websync.ne.jp/が設定される。

また、その他のパラメータとしてここでは、ａｐｐ、ｉｎｔｅｒｖａｌ、ｎｏｓｍｏｋｉｎｇ、ｓｏｒｔ、ｌａｔｉｔｕｄｅ、ｌｏｎｇｉｔｕｄｅが設定されている。ａｐｐは実行するアプリケーションの種別を表し、ここでは値ｇｏｕｒｍｅｔをとることでグルメアプリケーションを実行する。なお、ａｐｐの値を変更することでその他のアプリケーションを実行することも可能である。また、ｉｎｔｅｒｖａｌで第２のクライアント装置２００の表示部２２０に表示する情報の更新時間を設定し（ここでは５０００ｍｓ）、ｎｏｓｍｏｋｉｎｇでレストラン情報を禁煙席の有無でフィルタリングするかを設定している。ｓｏｒｔはレストランのソート順を表し、ここではｎｅａｒを設定し、近い順に表示する。また、ｌａｔｉｔｕｄｅ、ｌｏｎｇｉｔｕｄｅにより位置検出部１６０により取得された緯度、経度の情報を設定している。なお、ここで示したパラメータは一例であり、これ以外のパラメータを用いてもよいことは言うまでもない。

上述のリクエストを受信した第２のクライアント装置２００は、上述のリクエストに対して処理を行い、以下の（５）のリクエストを生成し同期サーバ４２０に対して送信する（Ｓ４０７）。
（５）http://websync.ne.jp/?app=gourmet&interval=5000&nosmoking=yes&sort=near&latitude=35&longitude=120&mac=00:FF:1B:AA:BB:DD

リクエストを送信する対象を、パラメータｕｒｌの値として受け取った同期サーバ４２０のＵＲＬに変更する。そして、ａｐｐ以下のパラメータをそのまま記述した上で、第２のクライアント装置２００のＭＡＣアドレスをパラメータｍａｃの値として付加している（適宜このＭＡＣアドレスが付加された情報を、Ｓ４０６におけるパラメータと区別するため識別情報付加パラメータと呼ぶ）これにより、第１のクライアント装置１００における設定内容を第２のクライアント装置２００が受信し、第２のクライアント装置２００から同期サーバ４２０に対して送信することができる。

同期サーバ４２０は、上述のリクエストを受信すると、識別情報付加パラメータの内容に従ってパラメータ設定されたアプリケーションを生成する。生成はテンプレート記憶部４２７からアプリケーションのテンプレート（或いは第２のクライアント装置においてアプリケーションを実行させるための情報であるアプリケーション実行情報のテンプレート）を読み出し、当該アプリケーションのテンプレートに対して識別情報付加パラメータの内容を埋め込むことで行う。具体例を図１６（Ａ）、図１６（Ｂ）に示す。図１６（Ａ）がアプリケーション実行用テンプレートの例であり、各パラメータの値に対応する部分が｛｛ＳＯＲＴ｝｝等になっている。このテンプレートに対して、受信したパラメータを埋め込んで生成されたアプリケーションが図１６（Ｂ）である。そして、同期サーバ４２０は、生成したアプリケーションを第２のクライアント装置２００に対して送信する（Ｓ４０８）。

第２のクライアント装置２００は、受信したアプリケーションを実行することで、マッシュアップサーバ（広義にはデータサーバ４１０）からデータを取得する（Ｓ４０９）。ここでマッシュアップサーバが返すデータの形式は例えば、図１７に示すようなものである。例えばレストランの名前、緯度、経度、住所及び画像のＵＲＬを１件分のデータとして、複数件のデータをまとめて送信する。具体的なデータ形式はＪＳＯＮＰで記述されてもよいし、ＸＭＬで記述されてもよい。また、データの要素は、ここで例示した名前、緯度、経度等に限定されないことは言うまでもない。

次に図１３を用いてＳ４０９に続く処理を説明する。マッシュアップサーバからデータを取得すると、第２のクライアント装置２００は、取得したデータの一部から第２のクライアント装置用表示データを生成し、表示部２２０に表示する（Ｓ４１０）。さらにデータの一部から第１のクライアント装置用表示データを生成し、自身のＭＡＣアドレスを引数に同期サーバ４２０に対して送信する（Ｓ４１１）。ここで送信されるのは以下のようなデータとなる。
http://websync.ne.jp/?mac=00:FF:1B:AA:BB:DD&content=<HTMLコンテンツ文字列>

なお<HTMLコンテンツ文字列>の部分が第１のクライアント装置用表示データに対応する部分であり、例えば以下のような文字列が記述される（実際には改行なしで記述される）。
<html><head><title>地図表示</title></head><body>
<img src="http://map.com/?latitude=35&longitude=120"/></body></html>

同期サーバ４２０は、受信した第２のクライアント装置２００のＭＡＣアドレスに基づいて、セッション情報記憶部４２５に記憶されたセッション情報を検索し、対応するデータの第１のクライアント装置用表示データの部分（図３の例で言うと右端の列）に受信した第１のクライアント装置用表示データを保存する（Ｓ４１２）。保存成功したら、同期サーバ４２０はその旨を第２のクライアント装置２００に対してレスポンスとして返す（Ｓ４１３）。

第２のクライアント装置２００は同期サーバ４２０からのレスポンスを受け取ったら、Ｓ４０６において行われた第１のクライアント装置１００からのリクエストに対するレスポンスとして、同期サーバ４２０に保存された第１のクライアント装置用表示データのＵＲＬへリダイレクトする（Ｓ４１４）。

第１のクライアント装置１００は、リダイレクト先である同期サーバ４２０の第１のクライアント装置用表示データのＵＲＬへアクセスを行う（Ｓ４１５）。同期サーバ４２０は、第１のクライアント装置１００からのアクセスを受けると、第１のクライアント装置の識別情報（使用しているユーザ名）に基づいて、セッション情報記憶部４２５に記憶されたセッション情報を検索し、対応する第１のクライアント装置用表示データを返信する（Ｓ４１６）。そして、第１のクライアント装置１００は、受信した第１のクライアント装置用表示データを表示する（Ｓ４１７）。

第１のクライアント装置１００の表示部１２０と、第２のクライアント装置２００の表示部２２０に表示される画面の例を図１８に示す。図１８のＢ２のように、例えば第２のクライアント装置２００ではレストランの概要情報を表示して、図１８のＢ１のように、第１のクライアント装置１００ではレストランの地図情報を表示することなどが考えられる。

そして、所与の時間が経過すると、１件目のレストランの表示処理が終了し、次のレストランの表示に切り替わる。切り替わるタイミングは、例えば上述のパラメータｉｎｔｅｒｖａｌによって設定され、ここでは、第１のクライアント装置１００及び第２のクライアント装置２００は５０００ｍｓ待機することになる（Ｓ４１９，Ｓ４２０）。所与の時間待機した後に、Ｓ４１０に戻り、２件目のデータを用いて第２のクライアント装置用表示データを作成し表示部２２０に概要を表示し、Ｓ４１１でクライアント装置用表示データを作成し同期サーバ４２０送信する。以降の処理は１件目のデータと同様である。

以上の本実施形態では、操作画面情報は第２のクライアント装置２００において実行されるアプリケーションの設定を、第１のクライアント装置１００において行うための、アプリケーション設定用操作画面情報を含む。第１のクライアント装置１００は、アプリケーション設定用操作画面において、アプリケーション実行のためのパラメータを設定し、設定したパラメータを第２のクライアント装置２００に送信する。第２のクライアント装置２００は、受信したパラメータに第２のクライアント装置２００の識別情報を付加することで、識別情報付加パラメータを生成し同期サーバ４２０に送信する。同期サーバ４２０の処理部４２１は、通信部４２３が受信した識別情報付加パラメータに基づいてアプリケーション実行情報を生成する。

ここで、アプリケーション設定用操作画面の具体例は図１５となる。また、アプリケーション実行情報とは、第２のクライアント装置２００において、前記パラメータによりパラメータ設定されたアプリケーションを実行するための情報である。また、第１のクライアント装置１００から第２のクライアント装置２００に送信される、パラメータを含むリクエストは例えば上述した（４）である。第２のクライアント装置２００から同期サーバ４２０に送信される、識別情報付加パラメータを含むリクエストは例えば上述した（５）である。

これにより、操作画面に基づく操作の具体例として、第２のクライアント装置２００において実行されるアプリケーションのパラメータを、第１のクライアント装置１００において設定することが可能になる。本実施形態においては、アプリケーションは同期サーバ４２０で生成されるため、形式としては第２のクライアント装置２００がパラメータを引数にして同期サーバ４２０にアクセスし、返信としてアプリケーションを取得することが普通である。しかし、ここでは第１のクライアント装置１００においてパラメータを設定しようとしているため、具体的には上述したように、第１のクライアント装置１００からパラメータを引数に第２のクライアント装置２００にアクセスし、第２のクライアント装置２００は受信したパラメータを引数に（識別情報を付加した上で）、同期サーバ４２０に対してアクセスする形をとることになる。

本実施形態のシステムでは、サーバシステムにおいてアプリケーションを管理することが可能になる。そのため、アプリケーションが各クライアント装置で管理されている場合に比べて、保守・更新作業等が容易になる。

また、第２のクライアント装置２００は、同期サーバ４２０の処理部４２１が生成したアプリケーション実行情報を受信し、当該アプリケーション実行情報に基づいて、データサーバ４１０からデータを取得してもよい。そして、取得したデータに基づいて、第１のクライアント装置用表示データと第２のクライアント装置用表示データを生成する。ここで、第１のクライアント装置用表示データと第２のクライアント装置用表示データは関連するデータ（例えば同一のレストランに関するデータ）である。そして、同期サーバ４２０の通信部４２３は、第２のクライアント装置２００から第１のクライアント装置用表示データを第２のクライアント装置２００の識別情報とともに受信する。
さらに言えば、同期サーバ４２０のセッション情報記憶部４２５は、受信した第２のクライアント装置２００の識別情報に基づいてセッション情報を検索し、当該識別情報に対応するデータとして、受信した第１のクライアント装置用表示データを記憶する。

これにより、同期サーバ４２０は、第２のクライアント装置２００で生成された第１のクライアント装置用表示データを受信し、セッション情報として適切に保存することができる。ここで、適切に保存とは、セッション情報を用いて第１のクライアント装置１００と第２のクライアント装置２００との対応付けを行い、表示データを送信してきた第２のクライアント装置２００に対応したエントリのセッション情報の一部として、受信した第１のクライアント装置用表示データを保存することを意味する。

また、第１のクライアント装置１００からコンテンツ情報要求コマンドを受信した場合に、同期サーバ４２０の処理部４２１は、第１のクライアント装置の識別情報（例えば用いているユーザ名等）とセッション情報に基づいて第１のクライアント装置１００と第２のくライアンと装置２００の対応付けを行う。そして、対応付けに基づいて受信した第１のクライアント装置用表示データがコンテンツ情報要求コマンドに対する応答用データであるかの判定を行う。同期サーバ４２０の通信部４２３は、第１のクライアント装置用表示データがコンテンツ情報要求コマンドに対する応答用データであると判定された場合に、コンテンツ情報要求コマンドを送信してきた第１のクライアント装置１００に対して、第１のクライアント装置用表示データを送信する。

ここで、第１のクライアント装置用表示データが、コンテンツ情報要求コマンドに対する応答用データであるか否かの判定は、セッション情報に基づいて行われる。具体的には、第１のクライアント装置１００の識別情報に基づいてセッション情報を検索し、当該第１のクライアント装置１００の識別情報に対応するエントリに第１のクライアント装置用表示データが保存されているか否かの判定を行うことが考えられる。保存されている場合には、保存データを返し、保存されていない場合には空データやエラー等を返せばよい。

これにより、第１のクライアント装置１００の表示部１２０と第２のクライアント装置２００の表示部２２０を用いて、複数画面の連携表示を行うことが可能になる。具体的な処理としては図１３のＳ４１０〜Ｓ４１７のようになる。具体的には図１７に示したようなデータを取得した際に、名前や画像の情報から、第２のクライアント装置用表示データとして図１８のＢ２の表示例に対応するデータを生成するとともに、緯度経度の情報から第１のクライアント装置用表示データとして図１８のＢ１の表示例に対応するデータを生成する。結果として図１８のような表示が可能になり、複数の表示部で関連する情報を表示できるため、各クライアント装置の表示部が小さい場合にも、表示領域を広げることでデメリットを解消すること等ができる。

また、第１のクライアント装置１００は、図６（Ｂ）に示したアプリケーション選択用操作画面における入力により、アプリケーション選択コマンドを生成する。同期サーバ４２０の通信部４２３は、当該アプリケーション選択コマンドを受信する。そして同期サーバ４２０の処理部４２１は、セッション情報に基づいて第１のクライアント装置１００と第２のクライアント装置２００の対応付けを行い、対応付けられた第２のクライアント装置２００にアプリケーションを実行させる際の設定に用いられるアプリケーション設定用操作画面情報を生成する。ここで、当該アプリケーションは当然アプリケーション選択コマンドにより選択されたアプリケーションとなる。通信部４２３は、生成されたアプリケーション設定用操作画面情報を第１のクライアント装置に送信する。

これにより、アプリケーション選択用操作画面での操作に基づいて、アプリケーション設定用操作画面情報を生成することが可能になる。当然、アプリケーション設定用操作画面において設定できる項目は、アプリケーション選択用操作画面で選択されたアプリケーションに関するものとなる。

また、第１のクライアント装置１００は、アプリケーション実行のためのパラメータとして、第２のクライアント装置のアドレス情報、実行対象であるアプリケーションの種別情報及びアプリケーションの実行条件情報の少なくとも１つを設定してもよい。そして、同期サーバ４２０の処理部４２１は、設定されたパラメータに基づいてアプリケーション実行情報を生成する。

ここで、アプリケーションの種別情報とは、例えば上述したパラメータａｐｐに相当するものであり、具体的にはグルメアプリケーション等を指す情報である。また、アプリケーションの実行条件情報とは、アプリケーションが実行される際の条件を表すもので、グルメアプリケーションの例では、上述したｉｎｔｅｒｖａｌ、ｎｏｓｍｏｋｉｎｇ、ｓｏｒｔ、ｌａｔｉｔｕｄｅ、ｌｏｎｇｉｔｕｄｅ等のパラメータに相当する。

これにより、アプリケーション設定用操作画面においては、どのクライアント装置において、どの種類のアプリケーションを、どのような条件下で実行するのかを決定することが可能になる。

また、同期サーバ４２０の処理部４２１は、テンプレート記憶部４２７に記憶されたテンプレートのうち、アプリケーション実行情報のテンプレートに対して、アプリケーション設定用操作画面で設定されるパラメータ及び第２のクライアント装置２００の識別情報を埋め込むことにより、アプリケーション実行情報を生成してもよい。

これにより、テンプレートを用いてアプリケーションの生成処理を簡単化することが可能になる。アプリケーションは例えば、図１６（Ａ）、図１６（Ｂ）に示したようにＪａｖａＳｃｒｉｐｔ等によって記述され、設定されたパラメータを｛｛ＳＯＲＴ｝｝等のタグに埋め込むことでアプリケーション実行情報が生成される。

４．第３の実施形態

第２の実施形態の変形例として第１のクライアント装置用表示データと第２のクライアント用表示データを、第１のクライアント装置と第２のクライアント装置が直接通信することで取得するケースについて説明する。具体的には、システム構成例を説明した後、フローチャートを用いて処理の詳細について説明する。

４．１ システム構成例

図１０に本実施形態に係るサーバシステム４００を含むシステムの構成例を示す。システムは、第１のクライアント装置１００と、第２のクライアント装置２００と、ゲートウェイ３００と、サーバシステム４００とを含む。ただし、図１０の構成に限定されず、これらの一部の構成要素を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。

図から明らかなように、本実施形態のシステム構成例は第２の実施形態と同様であるため、詳細な説明は省略する。

４．２ 処理の詳細

次にフローチャートを用いて処理の詳細について説明する。本実施形態においても、図２で示したユーザ登録処理、或いは図７で示したログイン処理が行われる。そして、ユーザ登録処理或いはログイン処理が行われた後、図１９及び図２０の処理が行われる。

本実施形態では、Ｓ５０１〜Ｓ５１０において、第２の実施形態のＳ４０１〜Ｓ４１０と同様の処理が行われる。この部分については詳細な説明は省略する。

Ｓ５１０で自身の表示部２２０に概要表示を行った後に、第２のクライアント装置２００はデータの一部から第１のクライアント装置用表示データを生成し、第１のクライアント装置１００に返す。なお、ここでのレスポンスは、Ｓ５０６においてパラメータの送信として行われたリクエストと対になるものである。

第１のクライアント装置１００は、受信した第１のクライアント装置用表示データに基づいて、第１のクライアント装置用コンテンツを表示部１２０に表示する。第１のクライアント装置１００の表示部１２０と、第２のクライアント装置２００の表示部２２０に表示される画面の例は第２の実施形態と同様、図１８のようになる。

そして、所与の時間が経過すると、１件目のレストランの表示処理が終了し、次のレストランの表示に切り替わる。切り替わるタイミングは、例えば上述のパラメータｉｎｔｅｒｖａｌによって設定され、ここでは、第１のクライアント装置１００及び第２のクライアント装置２００は５０００ｍｓ待機することになる（Ｓ５１３，Ｓ５１４）。所与の時間待機した後に、第２のクライアント装置１００は、２件目のデータを用いて第２のクライアント装置用表示データを作成し表示部２２０に概要を表示し、Ｓ５１６でＳ５１５のアクセスに対するレスポンスとして第１のクライアント装置用表示データを作成し送信する。３件目以降についても同様の処理となる。

以上、本発明を適用した３つの実施の形態１〜３について説明したが、本発明は、各実施の形態１〜３そのままに限定されるものではなく、実施段階では、発明の要旨を逸脱しない範囲内で構成要素を変形して具体化することができる。また、上記した各実施の形態１〜３に開示されている複数の構成要素を適宜組み合わせることによって、種々の発明を形成することができる。例えば、各実施の形態１〜３に記載した全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施の形態で説明した構成要素を適宜組み合わせてもよい。このように、発明の主旨を逸脱しない範囲内において種々の変形や応用が可能である。

１０ ネットワーク、１００ 第１のクライアント装置、１２０ 表示部、
１３０ 通信部、１５０ 操作部、１６０ 位置検出部、
２００ 第２のクライアント装置、２１０ 処理部、２２０ 表示部、
２３０ 通信部、３００ ゲートウェイ、４００ サーバシステム、
４１０ データサーバ、４１１ 記憶部、４１３ 通信部、４２０ 同期サーバ、
４２１ 処理部、４２３ 通信部、４２５ セッション情報記憶部、
４２７ テンプレート記憶部

Claims (16)

1. 第１のクライアント装置の識別情報と、第２のクライアント装置の識別情報とを関連づける情報であるセッション情報を記憶するセッション情報記憶部と、
   前記第２のクライアント装置に対して操作指示を行う操作画面を、前記第１のクライアント装置に表示するための情報である操作画面情報を生成する処理部と、
   生成された前記操作画面情報を、前記第１のクライアント装置に対して送信する通信部と、
   を含み、
   前記処理部は、
   前記第１のクライアント装置から送信された前記第１のクライアント装置の前記識別情報と、前記セッション情報記憶部に記憶された前記セッション情報とに基づいて、前記第１のクライアント装置と前記第２のクライアント装置の対応付けを行い、前記対応付けに基づいて、前記操作画面情報を生成し、
   前記通信部は、
   前記第２のクライアント装置の起動時に、前記第２のクライアント装置から前記識別情報として前記第２のクライアント装置のアドレス情報及び機器情報を受信し、
   前記セッション情報記憶部は、
   前記第２のクライアント装置の前記アドレス情報及び前記機器情報を前記セッション情報として記憶することを特徴とするサーバシステム。
2. 請求項１において、
   前記操作画面情報は、
   前記第２のクライアント装置において実行されるアプリケーションの設定を行うためのアプリケーション設定用操作画面情報を含み、
   前記第１のクライアント装置は、
   前記アプリケーション設定用操作画面情報に基づき表示されるアプリケーション設定用操作画面において、アプリケーション実行のためのパラメータを設定し、設定した前記パラメータを前記第２のクライアント装置に対して送信し、
   前記第２のクライアント装置は、
   受信した前記パラメータに前記第２のクライアント装置の前記識別情報を付加した情報である識別情報付加パラメータをサーバシステムに対して送信し、
   前記処理部は、
   受信した前記識別情報付加パラメータに基づいて、前記第２のクライアント装置において前記アプリケーションを実行するための情報であるアプリケーション実行情報を生成することを特徴とするサーバシステム。
3. 請求項２において、
   前記第２のクライアント装置は、
   前記アプリケーション実行情報に基づいて前記アプリケーションを実行することでデータの取得を行うとともに、取得した前記データに基づいて、第２のクライアント装置用表示データと、前記第２のクライアント装置用表示データに関連するデータである第１のクライアント装置用表示データとを生成し、
   前記通信部は、
   前記第２のクライアント装置で生成された前記第１のクライアント装置用表示データと、前記第２のクライアント装置の前記識別情報とを受信することを特徴とするサーバシステム。
4. 請求項３において、
   前記処理部は、
   前記第１のクライアント装置からコンテンツ情報要求コマンドを受信した場合に、前記第１のクライアント装置の前記識別情報と前記セッション情報とに基づいて、前記第１のクライアント装置と前記第２のクライアント装置の対応付けを行うとともに、前記対応付けに基づいて、前記第２のクライアント装置で生成された前記第１のクライアント装置用表示データが、前記コンテンツ情報要求コマンドに対する応答用データであるかの判定を行い、
   前記通信部は、
   前記第１のクライアント装置用表示データが、前記コンテンツ情報要求コマンドに対する応答用データであると判定された場合に、前記コンテンツ情報要求コマンドを送信してきた前記第１のクライアント装置に対して、前記第１のクライアント装置用表示データを返信することを特徴とするサーバシステム。
5. 請求項２乃至４のいずれかにおいて、
   前記操作画面情報は、
   前記第２のクライアント装置を操作する機器操作用操作画面情報と、第２のクライアント装置において実行されるアプリケーションを選択するアプリケーション選択用操作画面情報とを含み、
   前記処理部は、
   前記セッション情報の初期登録が終了した場合、或いは、前記セッション情報に基づいて前記第１のクライアント装置と前記第２のクライアント装置の対応付けが完了した場合に、前記第２のクライアント装置に対応した前記機器操作用操作画面情報及び前記アプリケーション選択用操作画面情報を生成し、
   前記通信部は、
   生成された前記機器操作用操作画面情報及び前記アプリケーション選択用操作画面情報を前記第１のクライアント装置に対して送信することを特徴とするサーバシステム。
6. 請求項５において、
   前記第１のクライアント装置は、
   前記アプリケーション選択用操作画面情報に基づき表示されるアプリケーション選択用操作画面における操作入力により、アプリケーション選択コマンドを生成し、
   前記通信部は、
   生成された前記アプリケーション選択コマンドを前記第１のクライアント装置から受信し、
   前記処理部は、
   前記セッション情報に基づいて前記第１のクライアント装置と前記第２のクライアント装置の対応付けを行い、前記アプリケーション選択コマンドにより選択されたアプリケーションを、対応付けされた前記第２のクライアント装置に実行させる際の設定に用いられるアプリケーション設定用操作画面情報を生成し、
   前記通信部は
   生成された前記アプリケーション設定用操作画面情報を前記第１のクライアント装置に送信することを特徴とするサーバシステム。
7. 請求項２乃至４のいずれかにおいて、
   前記第１のクライアント装置は、
   前記パラメータとして、前記第２のクライアント装置のアドレス情報、実行対象であるアプリケーションの種別情報及びアプリケーションの実行条件情報の少なくとも１つを、設定し、
   前記処理部は、
   前記第１のクライアント装置により設定された前記パラメータに基づいて前記アプリケーション実行情報を生成することを特徴とするサーバシステム。
8. 請求項１において、
   前記通信部は、
   前記第１のクライアント装置から、前記第１のクライアント装置の前記識別情報及び前記第２のクライアント装置の前記機器情報を受信し、
   前記セッション情報記憶部は、
   前記第１のクライアント装置の前記識別情報を、前記第２のクライアント装置の前記アドレス情報及び前記機器情報と対応付けて、前記セッション情報として記憶することを特徴とするサーバシステム。
9. 請求項１乃至８のいずれかにおいて、
   前記第１のクライアント装置及び前記第２のクライアント装置の少なくとも一方において表示されるコンテンツ情報のテンプレート、及び、前記第２のクライアント装置において実行されるアプリケーション実行情報のテンプレートを記憶するテンプレート記憶部を含み、
   前記処理部は、
   前記テンプレートに基づいて、前記コンテンツ情報及び前記アプリケーション実行情報の少なくとも一方を生成することを特徴とするサーバシステム。
10. 請求項９において、
    前記処理部は、
    前記テンプレート記憶部に記憶された前記テンプレートのうちの前記操作画面情報のテンプレートに対して、前記第２のクライアント装置のアドレス情報を埋め込むことにより、前記コンテンツ情報として前記操作画面情報を生成することを特徴とするサーバシステム。
11. 請求項９において、
    前記処理部は、
    前記テンプレート記憶部に記憶された前記テンプレートのうちのアプリケーション実行情報のテンプレートに対して、前記アプリケーション設定用操作画面で設定される前記パラメータ及び前記第２のクライアント装置の前記識別情報を埋め込むことにより、前記アプリケーション実行情報を生成することを特徴とするサーバシステム。
12. 請求項１乃至１１のいずれかにおいて、
    前記第２のクライアント装置は、
    自身の表示部にサーバシステムのアドレス情報及び前記第２のクライアント装置の前記識別情報を表示し、
    前記第１のクライアント装置は、
    前記第２のクライアント装置の前記表示部に表示された情報に基づいて、Ｗｅｂブラウザを用いて、前記第１のクライアント装置の前記識別情報及び前記第２のクライアント装置の前記識別情報をサーバシステムに対して送信し、
    前記通信部は、
    前記第１のクライアント装置の前記識別情報及び前記第２のクライアント装置の前記識別情報を受信し、
    前記セッション情報記憶部は、
    前記第１のクライアント装置の前記識別情報を、前記第２のクライアント装置の前記識別情報と対応付けて、前記セッション情報として記憶することを特徴とするサーバシステム。
13. 第１のクライアント装置の識別情報と、第２のクライアント装置の識別情報とを関連づける情報であるセッション情報を記憶するセッション情報記憶部と、
    前記第２のクライアント装置に対して操作指示を行う操作画面を、前記第１のクライアント装置に表示するための情報である操作画面情報を生成する処理部と、
    生成された前記操作画面情報を、前記第１のクライアント装置に対して送信する通信部と、
    を含み、
    前記処理部は、
    前記第１のクライアント装置から送信された前記第１のクライアント装置の前記識別情報と、前記セッション情報記憶部に記憶された前記セッション情報とに基づいて、前記第１のクライアント装置と前記第２のクライアント装置の対応付けを行い、前記対応付けに基づいて、前記操作画面情報を生成し、
    前記操作画面情報は、
    前記第２のクライアント装置において実行されるアプリケーションの設定を行うためのアプリケーション設定用操作画面情報を含み、
    前記第１のクライアント装置は、
    前記アプリケーション設定用操作画面情報に基づき表示されるアプリケーション設定用操作画面において、アプリケーション実行のためのパラメータを設定し、設定した前記パラメータを前記第２のクライアント装置に対して送信し、
    前記第２のクライアント装置は、
    受信した前記パラメータに前記第２のクライアント装置の前記識別情報を付加した情報である識別情報付加パラメータをサーバシステムに対して送信し、
    前記処理部は、
    受信した前記識別情報付加パラメータに基づいて、前記第２のクライアント装置において前記アプリケーションを実行するための情報であるアプリケーション実行情報を生成することを特徴とするサーバシステム。
14. 第１のクライアント装置の識別情報と、第２のクライアント装置の識別情報とを関連づける情報であるセッション情報を記憶するセッション情報記憶部と、
    前記第２のクライアント装置に対して操作指示を行う操作画面を、前記第１のクライアント装置に表示するための情報である操作画面情報を生成する処理部と、
    生成された前記操作画面情報を、前記第１のクライアント装置に対して送信する通信部と、
    前記第１のクライアント装置及び前記第２のクライアント装置の少なくとも一方において表示されるコンテンツ情報のテンプレート、及び、前記第２のクライアント装置において実行されるアプリケーション実行情報のテンプレートを記憶するテンプレート記憶部と、
    を含み、
    前記処理部は、
    前記第１のクライアント装置から送信された前記第１のクライアント装置の前記識別情報と、前記セッション情報記憶部に記憶された前記セッション情報とに基づいて、前記第１のクライアント装置と前記第２のクライアント装置の対応付けを行い、前記対応付けに基づいて、前記操作画面情報を生成し、
    前記処理部は、
    前記テンプレートに基づいて、前記コンテンツ情報及び前記アプリケーション実行情報の少なくとも一方を生成することを特徴とするサーバシステム。
15. 第１のクライアント装置の識別情報と、第２のクライアント装置の識別情報とを関連づける情報であるセッション情報を記憶するセッション情報記憶部と、
    前記第２のクライアント装置に対して操作指示を行う操作画面を、前記第１のクライアント装置に表示するための情報である操作画面情報を生成する処理部と、
    生成された前記操作画面情報を、前記第１のクライアント装置に対して送信する通信部と、
    を含み、
    前記処理部は、
    前記第１のクライアント装置から送信された前記第１のクライアント装置の前記識別情報と、前記セッション情報記憶部に記憶された前記セッション情報とに基づいて、前記第１のクライアント装置と前記第２のクライアント装置の対応付けを行い、前記対応付けに基づいて、前記操作画面情報を生成し、
    前記第２のクライアント装置は、
    自身の表示部にサーバシステムのアドレス情報及び前記第２のクライアント装置の前記識別情報を表示し、
    前記第１のクライアント装置は、
    前記第２のクライアント装置の前記表示部に表示された情報に基づいて、Ｗｅｂブラウザを用いて、前記第１のクライアント装置の前記識別情報及び前記第２のクライアント装置の前記識別情報をサーバシステムに対して送信し、
    前記通信部は、
    前記第１のクライアント装置の前記識別情報及び前記第２のクライアント装置の前記識別情報を受信し、
    前記セッション情報記憶部は、
    前記第１のクライアント装置の前記識別情報を、前記第２のクライアント装置の前記識別情報と対応付けて、前記セッション情報として記憶することを特徴とするサーバシステム。
16. 第１のクライアント装置の識別情報と、第２のクライアント装置の識別情報とを関連づける情報であるセッション情報をセッション情報記憶部に記憶し、
    前記第１のクライアント装置から送信された前記第１のクライアント装置の前記識別情報と、前記セッション情報記憶部に記憶された前記セッション情報とに基づいて、前記第１のクライアント装置と前記第２のクライアント装置の対応付けを行い、
    前記対応付けに基づいて、前記第２のクライアント装置に対して操作指示を行う操作画面を、前記第１のクライアント装置に表示するための情報である操作画面情報を生成し、
    生成した前記操作画面情報を、前記第１のクライアント装置に対して送信し、
    前記第２のクライアント装置の起動時に、前記第２のクライアント装置から前記識別情報として前記第２のクライアント装置のアドレス情報及び機器情報を受信しておき、前記セッション情報の前記セッション情報記憶部への記憶処理では、前記第２のクライアント装置の前記アドレス情報及び前記機器情報を前記セッション情報として前記セッション情報記憶部に記憶することを特徴とするクライアント装置の制御方法。
    

Images