JP5148534B2 - 通信サーバ、装置及びセッション制御方法 - Google Patents

Description

本発明は、通信サーバ及びセッション制御方法並びにディスプレイ装置及び表示制御方法に関する。

従来、移動先で必要な情報やコンテンツを取得又は視聴等するためには、例えば、携帯電話端末又は通信インタフェース付きのノートＰＣ若しくはＰＤＡのような、利用者が持ち歩くことを前提に設計された携帯情報機器を使用するのが一般的であった。しかしながら、そのような携帯情報機器には、携帯性等が考慮される結果、サイズ、重量、消費電流及び通信帯域といった基本的な仕様に、厳しい制約が課せられる（例えば特許文献１及び非特許文献１参照）。このため、携帯情報機器においては、通常のＰＣを前提として設計されたような、潤沢な資源を使用して動作するアプリケーションが動作しない、又は、動作したとしてもその動作速度が遅く快適でない若しくは多くの制約が課せられ使いにくい、という問題がある。この問題は、例えば、ＰＣで作成した動画クリップを携帯装置端末で表示できないなどの不都合を生じる。

他方、利用者が移動した先に通常のＰＣ或いはテレビ装置或いはディスプレイ装置等の情報機器があったとしても、従来、利用者が移動した先々で所望する情報やコンテンツを取得又は視聴等できるように、利用者の近傍に設置された情報機器を制御することは困難であった。

また、従来、通常のＰＣ或いはテレビ装置或いはディスプレイ装置等の一つの情報機器の近傍にいる複数の利用者が異なる情報やコンテンツを同時に取得又は視聴等するために、当該一つの情報機器を当該複数の利用者で共用できるように制御することができなかった。

これらの問題は、例えば特許文献１や非特許文献１でも解決されていない。

特許第３８１８６４６号公報

「ユビキタス環境における動的なプロセス配備のためのプログラミング支援フレームワーク」、松崎、本位田、情報処理学会論文誌 Vol.47, No.12 (20061215), pp.3188-3202

従来、利用者が移動した先々で所望する情報やコンテンツを取得又は視聴等できるように、利用者の近傍に設置された情報機器を制御することは困難であった。

また、従来、通常のＰＣ或いはテレビ装置或いはディスプレイ装置等の一つの情報機器の近傍にいる複数の利用者が異なる情報やコンテンツを同時に取得又は視聴等するために、当該一つの情報機器を当該複数の利用者で共用できるように制御することができなかった。

本発明は、上記事情を考慮してなされたもので、利用者が移動した先々で所望する情報やコンテンツを取得又は視聴等できるように、利用者の近傍に設置された情報機器を制御することを可能にする通信サーバ及びセッション制御方法を提供することを目的とする。

また、本発明は、通常のＰＣ或いはテレビ装置或いはディスプレイ装置等の一つの情報機器の近傍にいる複数の利用者が異なる情報やコンテンツを同時に取得又は視聴等するために、当該一つの情報機器を当該複数の利用者で共用できるように制御することを可能にするディスプレイ装置及び表示制御方法を提供することを目的とする。

本発明に係る通信サーバは、ネットワークに接続するための通信インタフェース部と、前記ネットワーク上に存在する、コンテンツを出力可能な端末を識別する端末識別子と、該端末の位置を識別する位置識別子とを含む端末リスト情報を記憶する第１の記憶部と、前記ネットワーク上の端末から、セッションの対象とする利用者を識別する利用者識別情報と、該利用者の現在位置を示す位置識別子を特定可能な利用者位置情報と、セッションの対象とするコンテンツに関する情報とを含む第１のメッセージを受信した場合に、前記コンテンツを前記端末に出力するためのセッションを設定すべき指示を、該セッションに関係する1又は複数の装置に送信するセッション設定処理部と、前記セッションに係る利用者識別情報と、利用者位置情報と、前記コンテンツに関する情報とを含むセッション属性情報を記憶する第２の記憶部と、前記セッションの設定後に、前記ネットワークを介して、利用者の利用者識別子及び利用者位置情報とを含む第２のメッセージを受信した場合に、該第２のメッセージをもとに、前記利用者がそれまでとは異なる位置識別子で示される位置に移動したことが判明したときは、前記端末リスト情報を参照して、該利用者の移動後の位置識別子と同じ位置識別子を有する端末を選択し、該選択した端末に対するセッションローミングを行うための指示を、該セッションローミングに関係する複数の端末に送信するセッションローミング処理部とを備えたことを特徴とする。

また、本発明に係るディスプレイ装置は、コンテンツを表示するためのディスプレイパネルと、前記ディスプレイパネルへの表示を要求するコンテンツが複数存在する場合に、各コンテンツを前記ディスプレイパネルに表示するために使用するリソースの割り当てを行う第１の制御部と、前記リソースの割り当てに応じて、複数の前記コンテンツを前記ディスプレイパネルに同時に表示する制御を行う第２の制御部とを備えたことを特徴とする。

本発明によれば、利用者が移動した先々で所望する情報やコンテンツを取得又は視聴等できるように、利用者の近傍に設置された情報機器を制御することが可能になる。

また、本発明によれば、通常のＰＣ或いはテレビ装置或いはディスプレイ装置等の一つの情報機器の近傍にいる複数の利用者が異なる情報やコンテンツを同時に取得又は視聴等するために、当該一つの情報機器を当該複数の利用者で共用できるように制御することが可能になる。

本発明の一実施形態に係る通信システムの全体構成の一例を示すブロック図である。 家庭内に複数のディスプレイ装置並びに既存の端末としてＰＣ及びＬＣＤテレビを配置した具体例を示す図 同実施形態に係るディスプレイ装置の構成例を示すブロック図である。 前記ディスプレイ装置の外観の一例を示す図 前記ディスプレイ装置のディスプレイリソース管理部が記憶・維持する管理情報の一例を示す図である。 同実施形態に係る通信サーバの構成例を示すブロック図である。 前記通信サーバのセッション属性管理部が記憶・維持するセッション属性情報の一例を示す図である。 前記通信サーバの端末リスト管理部が記憶・維持する端末リストの一例を示す図である。 前記通信サーバの動作例を示すフローチャートである。 前記通信サーバのセッション設定動作例を示すフローチャートである。 セッション設定について説明するための図である。 前記通信サーバのセッションローミング動作例を示すフローチャートである。 利用者の移動に伴うセッションローミングについて説明するための図 前記通信サーバのセッション解放動作例を示すフローチャートである。 前記ディスプレイ装置の動作例を示すフローチャートである。 前記ディスプレイ装置の利用者移動手続きの動作例を示すフローチャートである。 前記ディスプレイ装置のセッション設定手続きの動作例を示すフローチャートである。 前記ディスプレイ装置のセッションローミング手続きの動作例を示すフローチャートである。 二人の利用者が関係するセッションローミングの一例について説明するための図 二人の利用者が関係するセッションローミングの一例について説明するための図 二人の利用者が関係するセッションローミングの一例について説明するための図 二人の利用者が関係するセッションローミングの一例について説明するための図 前記ディスプレイ装置のセッション解放手続きの動作例を示すフローチャートである。 同実施形態に係る通信システムの全体構成の他の例を示すブロック図である。 前記通信サーバの発呼時処理の一例を示すフローチャートである。 同実施形態に係る通信システムの全体構成の他の例を示すブロック図である。 前記通信サーバの着呼時処理の他の例を示すフローチャートである。

以下、図面を参照しながら本発明の実施形態について説明する。

図１は、本発明の一実施形態に係る通信システムの構成例を示すブロック図である。

ここでは、通信システムの具体例として、家庭内に設けられた家庭内ネットワークシステムを例にとって説明する。

図１において、１はホームスイッチ、２は通信サーバ、３−ｉ（図１の例ではｉ＝１〜ｍ）はディスプレイ装置、４−ｊ（図１の例ではｊ＝１〜ｎ）は既存の端末、５は携帯電話端末、１０は家庭内ネットワーク、７はプレゼンスセンサ、１１はインターネット、１２はＩＳＰ網、１３はセルラ網である。

家庭内ネットワーク１０は、家庭内での通信を提供する。

図１の例では、家庭内ネットワーク１０には、ホームスイッチ１、通信サーバ２、ディスプレイ装置３−１〜３−ｍ、既存端末４−１〜４−ｎが接続されている。ホームスイッチ１と通信サーバ２は、家庭内の任意の場所にあって構わない。ディスプレイ装置３−ｉ及び既存端末４−ｊは、それぞれ、家庭内の特定の場所に設置される（設置場所が管理される）。一方、携帯電話端末５とプレゼンスセンサ７は、それぞれ、利用者に携帯され、利用者の移動に伴って家庭内を移動する。なお、家庭内ネットワーク１０上に、他の装置（例えば、放送番組等のコンテンツを記録可能なハードディスクレコーダ等）が接続されても良い。

本実施形態において、各々の利用者（例えば、当該家庭の各構成員等）には、利用者を一意に識別する利用者識別子（利用者ＩＤ）が割り当てられるものとする。なお、利用者ＩＤは、数字、英数字或いは文字列など、どのようなフォーマットでも構わない。後述するプレゼンスセンサ７は、各々の利用者に専用に設けられ、各々のプレゼンスセンサ７内には、当該プレゼンスセンサ７を所有する利用者の利用者ＩＤが保持される。

ホームスイッチ１は、ＩＳＰ網１２やセルラ網１３と接続され、家庭内ネットワーク１０上の機器から、インターネット１１上のサービスやセルラ網１３上のサービスを使用できるように、通信を行う。

通信サーバ２は、家庭内ネットワーク１０で行われる通信を管理・制御する。通信サーバ２は、家庭内ネットワーク１０で接続された機器間の通信を司り、利用者が欲するサービスを提供する。

ディスプレイ装置３−ｉは、家庭内の任意の場所に配置され、家庭内ネットワーク１０に接続される。ディスプレイ装置３−ｉは、それが配置された場所において、放送番組や記録コンテンツ等のコンテンツの再生等の情報提供を行う。また、本実施形態では、ディスプレイ装置３−ｉは、内蔵された各種センサによって、利用者ＩＤが割り当てられた利用者が自身の近くに存在しているか否か（或いは、進入してきたか、退出したか）の利用者検出を行う。なお、ディスプレイ装置３−ｉは、家庭内ネットワーク１０を介して受信したコンテンツの再生等の情報提供を行う機能を有するものとする。また、ディスプレイ装置３−ｉは、例えばコンテンツを記録再生可能なハードディスクレコーダ等を内蔵したものであっても良い。なお、家庭内ネットワーク１０に接続されるディスプレイ装置３−ｉの台数に特に制限はない。

既存端末４−ｊは、家庭内の任意の場所に設置され、家庭内ネットワーク１０に接続される。既存端末４−ｊは、例えば、ＰＣ或いはＬＣＤテレビ等の装置を想定しているが、これらに限定されるものではなく、家庭内ネットワーク１０に接続する機能を有するものであれば、どのような装置でも構わない。なお、ここでは、既存端末４−ｊは、家庭内ネットワーク１０を介して受信したコンテンツの再生等の情報提供を行う機能を有するものとする。また、既存端末４−ｊは、例えばコンテンツを記録再生可能なハードディスクレコーダ等を内蔵したものであっても良い。なお、家庭内ネットワーク１０に接続される既存端末４−ｊの台数に特に制限はない。後述する様に、既存端末とは、本発明によるディスプレイ装置を持つことが望ましい、近傍に近づいた利用者を自動検出して通信サーバに通知する機能を持たない端末である。

家庭内に配置されたディスプレイ装置３−１〜３−ｍ及び既存端末４−１〜４−ｎは、家庭内ネットワーク１０を経由した情報（例えば、メッセージやコンテンツ等）の交換が可能である。また、これらの機器は、家庭内ネットワーク１０に接続されたホームスイッチ１を経由して、インターネット１１、ＩＳＰ網１２、セルラ網１３と情報のやりとりを行うことができる。

プレゼンスセンサ７は、利用者が持ち歩くのに簡便なように非常に小さく実装された機器である。プレゼンスセンサ７は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）といった近接無線通信手段を内蔵して、微弱電波であるビーコン信号を間欠的に発生して送出する、一種の発信機である。ここで、上記ビーコン信号には、当該プレゼンスセンサ７を所有している利用者の利用者ＩＤが含まれている。利用者が携帯しているプレゼンスセンサ７が発する上記ビーコン信号を手掛かりにして、当該通信システムは、利用者が家庭内のどの場所に居るか把握することができる。すなわち、ビーコン信号によりプレゼンスセンサ７が検出された場合に、そのプレゼンスセンサ７を所有する利用者がそのプレゼンスセンサ７を携帯しているものとみなすことによって、当該通信システムは、そのプレゼンスセンサ７が検出された場所に、現在、その利用者がいるものと認識することができる。なお、プレゼンスセンサ７内に、当該プレゼンスセンサ７を所有する利用者の利用者ＩＤを設定する方法は、どのような方法でも構わない。また、このプレゼンスセンサ７を利用しない構成も可能である。

携帯電話端末５は、一般的な携帯電話サービスにおける端末であり、利用者に携帯されて家庭内を移動する。もちろん、携帯電話端末５は、何台あっても構わない。ここで、本実施形態では、携帯電話端末５は、家庭内にあるときは、ホームスイッチ１を経由してセルラ網１３と通信を行う（すなわち、ホームスイッチ１はいわゆるフェムトセルの小型基地局の機能も持つ）場合を例にとって説明する。なお、ホームスイッチ１がフェムトセルの小型基地局の機能を持つことは必須ではない。

なお、本実施形態では、携帯電話端末５は、携帯電話システムの端末として利用する場合を例にとって説明するが、コンテンツの再生等の情報提供を行う機能を有する携帯電話端末５を、ディスプレイ装置３−ｉと連携する小型の既存端末４−ｊとしても扱うことも可能である。

図２に、家庭内に複数のディスプレイ装置並びに既存端末としてＰＣ及びＬＣＤテレビを配置した具体例を示す。

この例では、家族構成は父親、母親、長男、長女の４人家族であるとしている。また、家庭内ネットワーク１０には、４台のディスプレイ装置３−１〜３−４及び２台の既存端末４−１，４−２が配置されている。また、既存端末４−１はＰＣであり、既存端末４−２はＬＣＤテレビである。

また、ディスプレイ装置３−１〜３−４及び既存端末４−１，４−２の配置場所の具体例を下記に示す。なお、携帯電話端末５として、母親の携帯電話端末を例示している。
ディスプレイ装置３−１：２階の書斎
ＰＣ４−１ ：同上
ディスプレイ装置３−２：１階のキッチン
ディスプレイ装置３−３：１階の廊下
ディスプレイ装置３−４：１階のリビング
ＬＣＤテレビ４−２ ：同上
母親の携帯電話端末５ ：動的に変化
本実施形態では、ディスプレイ装置３−１〜３−４、既存端末４−１，４−２、携帯電話端末５等の端末については、端末を一意に識別する端末識別子（端末ＩＤ）が割り当てられるものとする。なお、端末ＩＤは、数字、英数字或いは文字列など、どのようなフォーマットでも構わない。また、各端末内に、当該端末の端末ＩＤを設定する方法は、どのような方法でも構わない。

なお、家庭内ネットワーク１０上の全ての装置にそれぞれ端末ＩＤを設定しても良い。

また、本実施形態では、家庭内の各々の場所（例えば、当該家庭の各部屋、風呂、廊下、階段、ベランダ等）には、場所を一意に識別する位置識別子（位置ＩＤ）が割り当てられるものとする。なお、位置ＩＤは、数字、英数字或いは文字列など、どのようなフォーマットでも構わない。例えば、「１階のリビング」、「２階の書斎」、「１階のキッチン」、「１階の廊下」のように、文字列で位置ＩＤを付与しても良いし、「１階のリビング」に“１”、「２階の書斎」に“２”、「１階のキッチン」に“３”、「１階の廊下」に“４”というように、数字で位置ＩＤを付与することにしても良い。

ディスプレイ装置３−１〜３−４、既存端末４−１，４−２、携帯電話端末５の端末ＩＤ（ｔｉｄ）、位置ＩＤ（ｐｉｄ）の具体例を下記に示す。なお、携帯電話端末５のｐｉｄは、それを携帯する利用者の移動に伴って変動するが、この例では、携帯電話端末５を携帯した母親が、１階のリビングにいる場合を例に取っている。
ディスプレイ装置３−１：ｔｉｄ＝７、ｐｉｄ＝２階の書斎
ＰＣ４−１ ：ｔｉｄ＝２、ｐｉｄ＝２階の書斎
ディスプレイ装置３−２：ｔｉｄ＝６、ｐｉｄ＝１階のキッチン
ディスプレイ装置３−３：ｔｉｄ＝５、ｐｉｄ＝１階の廊下
ディスプレイ装置３−４：ｔｉｄ＝４、ｐｉｄ＝１階のリビング
ＬＣＤテレビ４−２ ：ｔｉｄ＝１、ｐｉｄ＝１階のリビング
母親の携帯電話端末５ ：ｔｉｄ＝３、ｐｉｄ＝１階のリビング
なお、ディスプレイ装置３−ｉや既存端末４−ｊ等の場所を管理すべき端末については、当該端末の端末ＩＤと、当該端末が設置されている場所に割り当てられた位置ＩＤとの対応が、通信サーバ２で管理される。

各装置は、他の装置にメッセージを送信するときに、該メッセージ内に、自装置の端末ＩＤ（或いは、自装置の端末ＩＤと、送信先の装置の端末ＩＤ）を記載するようにしても良い。なお、メッセージを受信した装置は、各端末毎の端末ＩＤと位置ＩＤとの対応テーブルを保持していれば、受信したメッセージに含まれる端末ＩＤから、その端末の位置ＩＤを知ることができる。

また、各装置は、他の装置にメッセージを送信するときに、該メッセージ内に、自装置の位置ＩＤを記載するようにしても良い。

また、利用者ＩＤを割り当てられた利用者については、当該利用者の利用者ＩＤと、当該利用者の現在位置を示す位置ＩＤとの対応が、通信サーバ２で管理される。なお、当該利用者の現在位置を示す位置ＩＤには、例えば、当該利用者を検出した機器（本実施形態の場合、ディスプレイ装置３−ｉ）が設置されている場所に割り当てられた位置ＩＤを利用することができる。

さらに、本実施形態において、少なくとも後述するセッションローミング制御の対象とすべき各々のコンテンツには、コンテンツを一意に特定可能な識別情報（コンテンツＩＤ）が付されているものとする。なお、コンテンツＩＤは、コンテンツの所在を示す情報が含まれているものであっても、含まれていないものであっても構わないし、それらが混在しても構わないが、本実施形態では、コンテンツＩＤと、コンテンツの所在を示す情報とは、別々の情報である場合を例にとって説明する。

なお、本通信システムを使用するのは、本通信システムが設置される家庭の構成員等であり、個々の家庭で独立に運用ポリシーを定められることとしても良い。また、利用者、端末、家庭内の場所をそれぞれ識別するための利用者ＩＤ、端末ＩＤ、位置ＩＤは、個々の家庭で任意に決定することとして構わない。

次に、本実施形態に係るディスプレイ装置３−ｉについて説明する。

図３に、本実施形態に係るディスプレイ装置３−ｉの構成例を示す。

また、図４に、ディスプレイ装置３−ｉの外観の一例を示す。

図３（ａ）に示されるように、本実施形態のディスプレイ装置３−ｉは、ディスプレイパネル３１、マイク３２、カメラ３３、ビーコン受信機３４、スピーカー３５−１，３５−２、ディスプレイリソース管理部３６、利用者検出部３７、通信制御部３８、再生制御部３９、通信インタフェース部４０を含む。また、図３（ｂ）に示されるように、通信制御部３８は、セッション設定処理部３８１、セッションローミング処理部３８２、セッション解放処理部３８３、利用者移動通知部３８４を含む。

ディスプレイ装置３−ｉは、通信インタフェース部４０を備えており、家庭内ネットワーク１０を介した通信が可能である。

通信制御部３８は、当該ディスプレイ装置３−ｉにおけるセッション制御に必要な処理等を行う。

再生制御部３９は、当該ディスプレイ装置３−ｉにおけるコンテンツの再生制御に必要な処理等を行う。

放送番組や記録コンテンツ等のコンテンツを再生する際、その映像はディスプレイパネル３１に表示され、その音声はスピーカー３５−１，３５−２から出力される。なお、図３，４では２台のスピーカー３５−１，３５−２を例示しているが、スピーカーの数は任意である。コンテンツの再生自体は、再生制御部３９により制御される。

なお、コンテンツは、どのようなものでも構わない。例えば、地上波放送番組や衛星放送番組であっても良いし、インターネット上のサーバから提供されるものであっても良いし、家庭内ネットワーク１０上の他の機器により提供されるものであっても良い。また、ディスプレイ装置３−ｉが例えばコンテンツを記録再生可能なハードディスクレコーダ等を内蔵したもの或いはローカルに接続されたものである場合には、当該ハードディスクレコーダ等からローカルに取得したものであっても良い。

利用者検出部３７は、例えばビーコン受信機３４やカメラ３３を用いて、後述する利用者検出処理を行う。もちろん、ビーコン受信機３４やカメラ３３を他の用途に併用しても良い。なお、後述する顔認証による利用者検出を実施しない場合には、カメラ３３は備えなくても良い（もちろん、この場合に、他の用途のためにカメラ３３を備えても良い）。また、後述する近接無線による利用者検出を実施しない場合にはビーコン受信機３４は備えなくても良い（もちろん、この場合に、他の用途のためにビーコン受信機３４を備えても良い）。

当該ディスプレイ装置３−ｉを、携帯電話サービスの端末として用いる場合には、マイク３２が利用される。もちろん、マイク３２を他の用途に併用しても良い。なお、当該ディスプレイ装置３−ｉを、携帯電話サービスの端末として用いない場合には、マイク３２は備えなくても良い（もちろん、この場合に、他の用途のためにマイク３２を備えても良い）。

ディスプレイリソース管理部３６は、コンテンツ表示のためのリソース割当等の当該ディスプレイ装置３−ｉに関する管理情報を記憶・管理する。

さて、本実施形態のディスプレイ装置３−ｉが、既存端末４−ｊと異なる点の一つは、予め利用者ＩＤを割り当てられた利用者が近隣に存在すること（或いは、利用者の進入又は退出）を検出する機能を有することである。この機能の実装には種々の方法が可能である。以下、近接無線を用いる方法と、顔認証を用いる方法について説明する。

＜利用者検出に近接無線を用いる方法＞
近接無線を用いる場合には、前述したように、利用者は、（例えばＢｌｕｅｔｏｏｔｈのような近接無線通信手段により、利用者ＩＤを含むビーコン信号を発する）プレゼンスセンサ７を携帯するものとする。また、ディスプレイ装置３−ｉは、プレゼンスセンサ７が発する上記ビーコン信号を受信するためのビーコン受信機３４を備えるものとする。

利用者検出部３７は、ビーコン受信機３４が上記ビーコン信号を受信したことにより、利用者が近付いてきたことを検知し、更に、受信したビーコンから、これに含まれる利用者ＩＤを抽出することで、どの利用者が近付いてきたか判断することができる。

＜利用者検出に顔認証を用いる方法＞
顔認証を用いる場合には、例えば、まず、ディスプレイ装置３−ｉに、各利用者について、予め作成した「基準となる顔データ（基準顔データ）」と、「利用者ＩＤ」とを対応付けて登録した顔認証用テーブル（図示せず）を、予め保持しておく。そして、利用者検出部３７は、カメラ３３が出力する画像をもとに、利用者が近付いてきたことを検知し、更に、カメラ３３の出力画像に対して顔認識処理を施して得た顔データと、上記顔認証用テーブルの基準顔データとを比較する認証処理を行う。そして、同一の利用者であると判断される基準顔データが上記顔認証用テーブルに存在すれば、利用者検出部３７は、その基準顔データに対応する利用者ＩＤを取得することで、どの利用者が近付いてきたか判断することができる。

なお、ディスプレイ装置３−ｉに上記テーブルを保持する代わりに、他の装置（例えば、通信サーバ２）に上記顔認証テーブルを保持し、ディスプレイ装置３−ｉから該他の装置に上記顔認識処理を施して得た顔データを送信し、該他の装置が、受信した顔データをもとに顔認識処理を行い、これによって得られた利用者ＩＤ（又は、顔認証に失敗し、利用者ＩＤが得られなかった旨）を、該他の装置からディスプレイ装置３−ｉへ応答する方法も可能である。

なお、他の利用者検出を用いても良い。また、複数の利用者検出方法を併用しても良い。

また、図２の例では、１つの部屋に最大１台のディスプレイ装置３−ｉを設置する場合を想定したものであったが、１つの部屋に２台以上のディスプレイ装置３−ｉを設置することも可能である。更に、１つの部屋に２台以上のディスプレイ装置３−ｉを設置する場合において、各々のディスプレイ装置３−ｉが利用者を検出する領域が重ならないようにしても良い。この場合には、１つの部屋を更に複数の領域に分けて、同一の部屋であっても領域毎に異なる位置ＩＤ（例えば、「リビングの入り口側」、「リビングの壁側」など）を割り当てるようにしても良い。

なお、本実施形態では、ディスプレイ装置３−ｉに利用者検出機能が一体化されているが、利用者検出機能をディスプレイ装置３−ｉから独立させた利用者検出装置として構成し、利用者検出装置から、検出結果をディスプレイ装置３−ｉに与えるようにしても良い。

通信制御部３８は、上記のようにして利用者ＩＤが取得された場合に、当該利用者ＩＤと自装置の端末ＩＤとを含むメッセージを通信サーバ２に送信する。これは、当該利用者ＩＤに係る制御（例えば、当該近付いてきた利用者が視聴していたコンテンツを表示するか否か、など）について、通信サーバ２に問い合わせて指示を受けるためである。

また、通信制御部３８は、利用者からの指示に応じて、コンテンツを、ディスプレイパネル３１やスピーカー３５−１，３５−２を用いて、利用者に提示し、或いは、通信サーバ２からの指示に応じて、当該近付いてきた利用者が視聴しているコンテンツを、ディスプレイパネル３１やスピーカー３５−１，３５−２を用いて、利用者に提示する。

図５に示すように、ディスプレイリソース管理部３６は、「当該ディスプレイ装置３−ｉ自身が表示しているコンテンツを視聴している利用者の利用者ＩＤ」、「表示中のコンテンツの属性に関する情報（コンテンツ属性）」、「コンテンツを表示するために使用している端末リソースの使用状況を示す情報（端末リソースの使用状況）」を含む管理情報を記憶・維持している。

ここで、「コンテンツ属性」は、例えば、下記に例示するものを含む。
・当該セッションで表示されるコンテンツの「コンテンツＩＤ」
・当該セッションで表示されるコンテンツの「種別」（例えば、ＭＰＥＧ２動画、ＭＰＥＧ４動画、ＨＤＴＶ動画、静止画、音声、Ｗｅｂ Ｐａｇｅ、など）
・当該セッションで表示されるコンテンツの「所在」（例えば、ＬＣＤテレビのチューナー、宅内のハードディスクレコーダ、宅外のＷｅｂ ｓｉｔｅ、など）
・当該セッションで使用する「通信帯域」（例えば、６４Ｋｂｐｓ固定レート、１０Ｍｂｐｓ可変レート、ベストエフォート、など）
・当該セッションの利用者の移動に伴った「セッションローミングの可否」（例えば、可能の場合に“１”、不可の場合に“０”）
なお、ディスプレイリソース管理部３６は、当該ディスプレイ装置３−ｉが有するその他の種々の機能と共に、ディスプレイ装置３−ｉが有するプロセッサ（図示せず）で実行されるプログラムとして実現されていても良い。

次に、本実施形態に係る通信サーバ２について説明する。

図６に、本実施形態に係る通信サーバ２の構成例を示す。

図６（ａ）に示されるように、本実施形態の通信サーバ２は、セッション属性管理部２１、端末リスト管理部２２、通信リソース管理部２３、通信制御部２４、通信インタフェース部２５を含む。また、図６（ｂ）に示されるように、通信制御部２４は、セッション設定処理部２４１、セッションローミング処理部２４２、セッション解放処理部２４３を含む。

通信サーバ２は、通信インタフェース部２５を備えており、家庭内ネットワーク１０を介した通信が可能である。

なお、通信サーバ２は、家庭内ネットワーク１０に接続された汎用計算機（例えばディスクトップＰＣ）であっても良い。

ここで、通信サーバ２は、家庭内ネットワーク１０上のセッションを管理するが、各々のセッションは、セッションを一意に識別する識別子（セッションＩＤ）が割り当てられて管理されるものとする。

図７に示すように、セッション属性管理部２１は、「制御するセッションのセッションＩＤ」、「セッション制御の対象となる利用者の属性に関する情報（利用者属性）」、「当該利用者の視聴中のコンテンツに係るコンテンツ属性」、「当該視聴中のコンテンツが表示されている端末（例えば、ディスプレイ装置３−ｉや既存端末４−ｊ）の端末ＩＤ」を含むセッション属性情報を記憶・維持している。

利用者属性は、例えば、利用者の利用者ＩＤと当該利用者が現在居る場所に割り当てられた位置ＩＤを含む。

コンテンツ属性は、例えば、前述のように、コンテンツＩＤ，コンテンツの種別，コンテンツの所在，通信帯域，セッションローミングの可否を含む。

図８（ａ）に示すように、端末リスト管理部２２は、「家庭内ネットワーク１０内部でのコンテンツローミングに使用される端末（例えば、ディスプレイ装置３−ｉや既存端末４−ｊ）の端末ＩＤ」と、「当該端末が設置された場所の位置ＩＤ」とを対応付けて保持する端末リストを記憶・維持している。

通信リソース管理部２３は、「家庭内ネットワーク１０内部で行われている通信が使用している帯域」や「その経路」といった、通信のためのリソース使用状況を示す情報（通信リソース情報）を、記憶・維持している。

通信制御部２４は、セッション属性管理部２１、端末リスト管理部２２、通信リソース管理部２３が維持・管理している情報群を参照し、利用者からのアクションによって必要な端末間でセッションを設定・解放する機能を担っている。

なお、これらの通信サーバ２が含む機能群は、汎用計算機の上で動作するソフトウェアとして実現されていて良い。

ところで、図８（ｂ）に示すように、端末リスト管理部２２で保持される端末リストは、「家庭内ネットワーク１０内部でのコンテンツローミングに使用される端末の端末ＩＤ」と、「当該端末が設置されている場所の位置ＩＤ」と、「当該端末が設置されている場所の近くに設置され、利用者が同時に使用することができる端末（近隣端末と呼ぶものとする。）の端末ＩＤ（近隣端末識別子：近隣端末ＩＤ）のリスト」とを関連付けて作成するようにしても良い。

「近隣端末」とは、具体的には、例えば、当該端末と同じ設置場所に設置された端末である。ある端末の「近隣端末」は、０個の場合も、１個の場合も、２個以上の場合もあり得る。図２において、例えば、書斎のＰＣ４−１の近隣端末は、書斎のディスプレイ装置３−１であるとともに、書斎のディスプレイ装置３−１の近隣端末は、書斎のＰＣ４−１である。また、１階の廊下のディスプレイ装置３−３については、近隣端末は存在しない。

利用者は、例えば少し視点を動かすことで及び又は少し移動することなどで、同じ設置場所（若しくは、ほどんど同じ設置場所）に設置された端末に表示されたコンテンツを視聴することができる。これを利用して、ローミング時に適切な能力を持つ端末を選択して、これにコンテンツを表示するなどの便利な機能を実現することができる。

また、近傍に近づいた利用者を自動検出する機能を持たない既存端末も近隣端末のリストに追加するのが望ましい。これにより、後ほど詳細に説明するセッションローミング手順によれば、近傍に近づいた利用者を自動検出する機能を持つディスプレイ装置が、利用者が近付いたことを検出して通信サーバに通知し、その結果、該利用者が視聴していたコンテンツが既存端末にて表示することが望ましい場合に該既存端末を使ってコンテンツを表示させる、すなわち既存端末の代理としてディスプレイ装置が利用者を検出する、ことが可能になる。

更に、図８（ａ）や図８（b）の端末リストにおいて、各端末の性能等をも対応付けて保持するようにしても良い。

ここで説明した端末リスト管理部２２で保持される端末リストは、家庭内ネットワーク１０の動作時に予め端末リスト管理部２２に記憶されている必要がある。ここで、この情報を作成する方法は種々考えられるが、どのような方法を用いても構わない。ここでは、一例として、この情報は予め利用者が端末リスト管理部２２に登録しておくものとして説明する。

次に、図９〜図１４を参照しながら、本実施形態に係る通信サーバの動作について説明する。

ここで、本実施形態では、家庭内ネットワーク１０上の端末からの要求メッセージには、少なくともセッション設定要求メッセージ、セッションローミング要求メッセージ、セッション解放要求メッセージがあり、それら各要求メッセージはそれぞれ例えば以下のときに生じるものとする。
・セッション設定要求：利用者が新たにコンテンツの視聴を開始するときに生じる。
・セッションローミング要求：利用者が家庭内を移動しているときに生じる。
・セッション解放要求：利用者が視聴しているコンテンツが終了したとき、或いは、利用者がコンテンツの視聴を終了（中止）するときに生じる。

なお、図９は、本実施形態に係る通信サーバの通信制御部２４の動作例であり、図１０はセッション設定処理部２４１によるセッション設定手続き（図９のステップＳ１６）の例であり、図１２はセッションローミング処理部２４２によるセッションローミング手続き（図９のステップＳ１７）の例であり、図１４はセッション解放処理部２４３によるセッション解放手続き（図９のステップＳ１８）の例である。

最初に、図９を参照しながら、通信サーバ２の通信制御部２４の全体的な動作について説明する。

通信サーバ２の通信制御部２４は、起動後、家庭内ネットワーク１０上の端末（例えば、ディスプレイ装置３−ｉや既存端末４−ｊ）からの各種要求を待っている（ステップＳ１１）。

家庭内ネットワーク１０上の端末から要求が到着すると、通信サーバ２の通信制御部２４は、該メッセージを解釈し、要求毎に予め定められた手続きを実行する。

まず、セッション設定要求であるか否か判定する（ステップＳ１２）。セッション設定要求であれば、セッション設定手続きを行い（ステップＳ１６）、要求待ちに戻る。

次に、セッションローミング要求であるか否か判定する（ステップＳ１３）。セッションローミング要求であれば、セッションローミング手続きを行い（ステップＳ１７）、要求待ちに戻る。

次に、セッション解放要求であるか否か判定する（ステップＳ１４）。セッション解放要求であれば、セッション解放手続きを行い（ステップＳ１８）、要求待ちに戻る。

端末からの要求が、上記３種類以外の種別の要求である場合（ステップＳ１２〜Ｓ１４のすべてにおいてＮｏの場合）には、当該要求に対応する手続きを実行する（ステップＳ１５）。

なお、ステップＳ１２〜Ｓ１４の順番は図９と異なるものであっても構わない。また、１つのステップで要求の種別を判断して分岐するようにしても構わない。

以下、セッション設定手続き、セッションローミング手続き、セッション解放手続きについて順に通信サーバ２の動作を説明する。

＜セッション設定手続き＞
まず、図１０を参照しながら、セッション設定手続き（図９のステップＳ１６）のための通信サーバ２のセッション設定処理部２４１の動作例について説明する。

利用者が新たにコンテンツの視聴を開始するときには、利用者は、端末（例えば、ディスプレイ装置３−ｉや既存端末４−ｊ）に対して、所望のコンテンツを表示させるためのコマンド投入操作を行う。例えば、ＰＣ４−１のマウスやキーボードなどで所望のＷｅｂページを表示させるようコマンドを投入したり、或いは、ＬＣＤテレビ４−２に対して該ＬＣＤテレビ付属のリモコンで所望の番組を表示させるべくコマンドを投入したりする。

端末は、利用者の投入したコマンドを受け付けると、当該コマンドに対応するセッション設定要求メッセージを作成し、通信サーバ２に向けて送出する。

通信サーバ２のセッション設定処理部２４１は、セッション設定要求メッセージを受け取ると、まず、該セッション設定要求メッセージの解釈を行い（ステップＳ２１）、どのようなセッションを設定することが求められているか把握する。

ここで、上記セッション設定要求メッセージには、セッション属性情報が含まれる。

セッション属性情報には、当該セッションのコンテンツを視聴している利用者に関する属性（利用者属性）や、当該セッションで表示されるコンテンツに関する属性（コンテンツ属性）が含まれる。

利用者属性は、例えば、「当該セッションを要求した利用者の利用者ＩＤ」と「当該セッションを要求した利用者の現在位置の位置ＩＤ（例えば、リビング、キッチン、書斎、など）」を含む。

コンテンツ属性は、例えば、例えば、前述のように、コンテンツＩＤ，コンテンツの種別，コンテンツの所在，通信帯域，セッションローミングの可否を含む。

ここで、上記コンテンツ属性に含まれるコンテンツ種別、所在、通信帯域といった情報は、利用者がセッションを設定したときに選択されたコンテンツ毎に定まる。

これらの情報の具体的構成については、例えば、コンテンツの種別にはＳＤＰ(Session Description Protocol)といったＩＥＴＦで標準化された技術を、コンテンツの所在には家庭内ネットワーク１０上にコンテンツを送出する端末に付与されたＥｔｈｅｒｎｅｔ（登録商標）アドレス或いはＩＰアドレスを、通信帯域についてはＩｎｔｓｒｖ／ＤｉｆｆｓｅｒｖといったＩＥＴＦで標準化された技術をそれぞれ用いるなど、種々の標準化団体で標準化された技術を適宜組み合わせて用いて作成しても良い。なお、これらの情報の具体的構成に特に制限はない。ここでは、例えば、予め定められた方法でコンテンツ属性に関する情報が構成されているものとして説明を進めるものとする。

次に、利用者属性に含まれる、（当該セッションを要求した利用者の）利用者ＩＤと、（当該セッションを要求した利用者の現在位置の）位置ＩＤについて説明する。

まず、利用者属性に含まれる利用者ＩＤについて説明する。

本具体例において、本通信システムを使用するのは家庭の構成員で、各家庭で独立に運用ポリシーを定められることとし、利用者を識別するための利用者ＩＤ（ｕｉｄ）はそれぞれの家庭で通信システム運用開始時もしくは運用中に任意に決定することとしている。例えば、父親がｕｉｄ＝１、母親がｕｉｄ＝２、長男がｕｉｄ＝３、長女がｕｉｄ＝４といったように決定して良い。この利用者ＩＤは、通信サーバ２に保持される。

通信サーバ２は、セッション属性管理部２１のセッション属性情報により、利用者ＩＤをキーとして、誰が（利用者ＩＤ）、何処で（位置ＩＤ）、何（コンテンツＩＤ）を視聴しているかを管理することができる。

なお、決定した利用者の利用者ＩＤを通信サーバ２や端末に設定する方法には種々考えられるが、どのような方法を取っても構わない。ここでは、例えば、必要に応じて利用者が直接設定することとして説明を進めるものとする。

セッション設定要求メッセージに利用者ＩＤを含ませるために、端末は、セッション設定時に、該セッションを要求したのが誰であるか把握する必要がある。セッションを要求した利用者を端末が把握する方法は、利用者が使用している端末の能力に応じて変化する。例えば、端末が「ＰＣ」（例えば、本具体例のＰＣ４−１）である場合は、ログインしたときのログイン名と該利用者ＩＤとを関連付けて当該ＰＣに記憶させておき、ログイン中の利用者がセッションを要求しているものとみなして、ログイン名からセッション設定要求メッセージに含める利用者ＩＤを得るように構成して良い。また、端末が「ＬＣＤテレビ」（例えば、本具体例のＬＣＤテレビ４−２）である場合は、該ＬＣＤテレビ付属のリモコンのボタンのいくつかに個々の利用者を意味付け（例えば、あるボタンを押すと「父親」を示す、など）、セッション開始時に利用者にそのボタンを押させるといった方法であって良い。また、本実施形態のディスプレイ装置３−ｉを利用する場合は、前述したように、例えば、プレゼンスセンサ７の送出するビーコン信号をビーコン受信機３４で受信し、受信した該ビーコン信号に含まれる利用者ＩＤを用いる方法でも良いし、カメラ３３で周囲を監視し、カメラ３３の視野に入っている利用者の顔を認証することで、使用している利用者を認識し、その利用者ＩＤを用いる方法でも良い。以降の説明では、上で述べた方法のいずれかを使って、セッション設定を行った利用者をシステムが把握することとして説明を進めるものとする。

次に、利用者属性に含まれる（利用者の現在位置の）位置ＩＤについて説明する。

既存の技術による移動サポートの場合においては、移動サポートを行うプロトコルは、利用者ではなく、例えば利用者が持っていると推定される移動端末（セルラ網１３などの場合）の現在位置や、利用者が使用していると推定されるホスト（ＳＩＰ ＵＲＬの場合）の現在位置を把握している。すなわち、セッション設定時には、端末の現在位置を利用者の現在位置とみなしてセッション設定を行うことになる。この結果として、利用者が実際には移動端末を持っていない（例えば、どこかに携帯電話端末５を置き忘れた）とか、利用者が実際にはホストにログインしていないとかいった状況であっても、システムは端末に対してセッションを設定する。その結果として、例えば、机に置き忘れた携帯電話端末５に着呼する、ログインしていないホストにＩＰ電話が着呼するなどいったように、利用者が必要とする情報を必要とするタイミングで確実に提供できないという問題がある。また、セッションローミングをサポートしていないテレビの場合、スイッチを切り忘れ誰も視聴していないのに番組を映しているといった非効率なエネルギー使用も生じる。

本実施形態においては、利用者の移動端末の現在位置ではなく、利用者自身の現在位置をシステムが把握するようにしている。このため、ログインしていないホストにＩＰ電話を着呼させず、利用者がシステム内に居ないことを迅速に通信相手に通知できるといった利便性や、誰も見ていない場合はテレビを切るとかいった利便性を得ることができる。

上述したように、本通信システムの場合、セッションを設定する際に、該セッション設定を要求した利用者を端末が把握することとしているので、セッションを設定する際に使った端末の近くに利用者が存在するとみなすことができる。そこで、ここでは、セッションを設定した利用者は、セッションを設定するのに使用した端末の近くに存在するとみなし、端末の設置位置をもって利用者の現在位置として以降の動作を進めることとして、以降の説明を進めるものとする。

さて、図１０の手順において、次に、通信サーバ２のセッション設定処理部２４１は、セッションを設定するのが同一の端末内であるか、家庭内ネットワーク１０により接続された複数の端末間であるかを判断する（ステップＳ２２）。

なお、図１１の１０１に、セッションを設定するのが同一の端末内である場合を、１０２に、セッションを設定するのが家庭内ネットワーク１０のみにより接続された複数の端末間である場合を、１０３に、セッションを設定するのが家庭内ネットワーク１０及び外部のネットワーク１１，１２により接続された複数の端末間である場合を、それぞれ例示した。

セッションを設定するのが単一の端末内であれば、当該端末にセッション設定指示メッセージを送信して、セッション設定を指示する（ステップＳ２３）。単一の端末内の場合であっても、当該端末から通信サーバ２にセッション設定要求を出すのは、通信サーバ２が例えば、セッションローミングといった以降の処理に必要となる情報を保持できるようにするためである。

一方、設定を要求されたセッションが家庭内ネットワーク１０を経由する場合は、まず、家庭内ネットワーク１０の通信リソースの残余を確認し、該セッションを設定しても他の通信に影響を与えることがないか確認する（ステップＳ２４）。

セッションが設定可能か否かは、コンテンツの所在と家庭内ネットワーク１０のリソース利用状況によって変化する。セッション設定を要求した端末にコンテンツが存在する場合（例えば、ＬＣＤテレビからのセッション設定要求で、視聴したいコンテンツが、該ＬＣＤテレビが受信する放送チャネルのひとつである場合など）、つまり単一の端末内の場合は、家庭内ネットワーク１０、ＩＳＰ網１２、セルラ網１３、インターネット１１のリソースを使用せず、当該端末の利用状況のみで判断することができる。一方、視聴したいコンテンツが該端末に存在しない場合（例えば、ＩＰＴＶを視聴する場合、或いは、ＰＣでＷｅｂ検索を行う場合など）は、端末のリソース使用状況だけでなく、家庭内ネットワーク１０、ＩＳＰ網１２、セルラ網１３などの利用状況も加味して判断する必要がある。

なお、判断の結果として、セッション設定不可ならば、その旨を要求元の端末に通知するのが望ましい。

セッション設定可ならば、次に、セッションでやりとりされるコンテンツの送出元の機器（コンテンツソース）と受け取り先の機器（コンテンツシンク）とのそれぞれに、セッション設定指示メッセージを送信して、セッション設定を指示する（ステップＳ２５）。

セッション設定指示メッセージには、セッション設定要求メッセージに含まれたセッション属性情報が含まれている。

セッション設定指示の手順の中では、まず、該セッション設定に通信チャネル設定が必要か否か判断する。該セッションで表示しようとしているコンテンツの所在が家庭内ネットワーク１０の外のコンテンツサーバ（図示せず）で、ホームスイッチ１を介して受け取る必要がある場合は、ホームスイッチ１と、情報ソースとなるコンテンツを保持しているコンテンツサーバ（図示せず）との間に通信チャネルを設定する。ここで、通信チャネルを設定するための詳細な方法は、家庭内ネットワーク１０並びにセルラ網１３、ＩＳＰ網１２の構成によって種々変化するが、本実施形態の有効性には影響を与えない。ここでは、必要とされる方法で通信チャネルが設定されるものとして説明を進めるものとする。

なお、通信チャネルの設定に失敗した場合は、セッション設定失敗を端末に通知するのが望ましい。

通信チャネルの設定に成功した場合は、以降は、ホームスイッチ１がネットワークに接続された機器に対してコンテンツソースとして振舞うことになる。

次に、設定が要求されたセッションに関連する機器に対して、通信の準備が終了したので、セッション設定を行い、通信を開始することを求めて本手順が終了する。

なお、設定されたセッションに係るセッション属性情報を、セッション属性管理部２１に、当該セッションに係る利用者の利用者ＩＤ（すなわち、受信したセッション設定要求メッセージに含まれていた利用者ＩＤ）に関連付けて保持しておく（ステップＳ２６）。

その後、通信サーバ２のセッション設定処理部２４１は、セッション設定成功を端末に通知する。

セッション設定成功を通知されると、端末は、利用者から要求されたコンテンツの表示を開始する。

＜セッションローミング手続き＞
次に、図１２を参照しながら、セッションローミング手続き（図９のステップＳ１７）のための通信サーバ２のセッションローミング処理部２４２の動作例について説明する。

利用者が家庭内を移動すると、予め定められた方法に従ってディスプレイ装置３−ｉが利用者の移動を検出する。

ここで、利用者の移動の検出の方法については、前述した顔認識による方法や、プレゼンスセンサを利用する方法など、種々の方法が適用可能である。ここでは、予め定められた方法で利用者の移動を検出することとし、以降の説明を進めるものとする。

利用者の移動を検出すると、ディスプレイ装置３−ｉは、その旨を示すセッションローミング要求メッセージを通信サーバ２に送信する。なお、利用者の退出を検出したディスプレイ装置３−ｉは、利用者が退出した旨及びその利用者の利用者ＩＤを含むセッションローミング要求メッセージを送信し、利用者の進入を検出したディスプレイ装置３−ｉは、利用者が進入した旨及びその利用者の利用者ＩＤを含むセッションローミング要求メッセージを送信する。

なお、一人の利用者が移動すると、通信サーバ２には、移動元のディスプレイ装置３−ｉから利用者が退出したことを示すセッションローミング要求メッセージが到着するとともに、移動先のディスプレイ装置３−ｉから利用者が進入したことを示すセッションローミング要求メッセージが到着する。通信サーバ２は、これら二つのメッセージを参照し、利用者が移動元のディスプレイ装置３−ｉの周囲から移動先のディスプレイ装置３−ｉの周囲に移動したことを認識することができる。

図１３の１０４に、１階のリビングのディスプレイ装置３−４で番組を視聴していた利用者が、２階の書斎に移動し、２階の書斎のディスプレイ装置３−１で視聴の視聴を続行する場合を例示した。この例の場合、１階のリビングのディスプレイ装置３−４から通信サーバ２へ、利用者が退出した旨を含むセッションローミング要求メッセージを送信し、２階の書斎のディスプレイ装置３−１から通信サーバ２へ、利用者が進入した旨を含むセッションローミング要求メッセージを送信することになる。

なお、何らかの理由で移動元のディスプレイ装置３−ｉからセッションローミング要求メッセージが到着しなかった場合に、移動先のディスプレイ装置３−ｉからセッションローミング要求メッセージが到着すれば、セッションローミング手続きを行うものとしても良い。

また、移動元のディスプレイ装置３−ｉからはセッションローミング要求メッセージが来たが、移動先のディスプレイ装置としてどのディスプレイ装置からもセッションローミング要求メッセージが到着しなかった場合は、該利用者が家庭の外に出たとみなして、該
利用者に関連したセッションを全て強制終了するように構成しても良い。さらに、強制終了されたセッションに関連した情報のみ表示していたディスプレイ装置もしくは既存端末の主電源を切ることとしてもよい。これによって、誰も視聴していないのにTVがついているといった、非効率なエネルギー使用を減らすことが可能になる。

通信サーバ２のセッションローミング処理部２４２は、上記セッションローミング要求メッセージを受けると、以下のような動作を行う。

まず、利用者の現在位置（移動後）の位置ＩＤから、該利用者の現在位置において使用可能な機器のリストを作成する（ステップＳ３１）。

次に、通信サーバ２のセッションローミング処理部２４２は、端末リスト管理部２２が保持している情報を参照しながら、利用者が視聴しているコンテンツがローミング可であることを確認した後、利用者の現在位置で使用可能なディスプレイ装置３−ｉのうちで、利用者が視聴しているコンテンツに最も適した機器を、移動先機器として選択する（ステップＳ３２）。

ここで、利用者が視聴しているコンテンツに最も適したディスプレイ装置３−ｉとは、例えば、コンテンツがＨＤ動画であればＨＤ動画を表示する能力を持ったもの、といったように、コンテンツの種別に応じた、表示するために必要となるハードウェアを備えたものを選択することとしても良い。

その後、通信サーバ２は、移動先機器として選択した機器に対して、リソース確保要求メッセージを送信して、現在利用者が視聴しているコンテンツを受け入れるよう指示するとともに、ローミング中のセッション情報が表示されていた機器（移動元機器）に対して、リソース解放要求を送信して、関連するセッションの解放を指示する（ステップＳ３３）。

ここで、移動元機器から移動先機器へ表示先を切り替え、コンテンツ表示されている機器を変更する手順の詳細は、特に限定されるものではなく、いわゆるハンドオーバーとして良く知られた各種の方式の中から、家庭内ネットワーク１０の特性に合わせて適宜選択して構わない。

コンテンツの表示を行っているディスプレイの変更が終了したら、通信サーバ２は、次に、自身が維持している利用者の情報を更新し（ステップＳ３４）、コンテンツのマイグレーションを終了する。

なお、ステップＳ３２において、利用者が視聴しているコンテンツがローミング不可であるならば、移動先の機器では、このコンテンツの視聴を続行できないので、この手続きを中断し、次のセッション解放手続きに移行するようにしても良い。あるいは、利用者が視聴しているコンテンツがローミング不可であるならば、この手続きを中断するとともに、このコンテンツの再生を一時中断した上で、一定時間だけ、当該利用者が元の場所に戻るかどうか待ち、一定時間経過する前に、当該利用者が元の場所に戻れば、元の機器での再生を再開し、一定時間経過しても、当該利用者が元の場所に戻らなければ、この手続きを中断し、次のセッション解放手続きに移行するようにしても良い。

＜セッション解放手続き＞
最後に、図１４を参照しながら、セッション解放手続き（図９のステップＳ１８）のための通信サーバ２のセッション解放処理部２４３の動作例について説明する。

セッション解放手続きは、例えば、利用者が視聴しているコンテンツが終了するとき、或いは、利用者がコンテンツの視聴を終了（中止）するときに生じる。

利用者が自らコンテンツの視聴を終了するときは、利用者は、例えばＰＣ４−１のマウスやキーボードなどで所望のＷｅｂページの表示を終了させ、或いは、ＬＣＤテレビ４−２に対して該ＬＣＤテレビ付属のリモコンでコマンドをＬＣＤテレビに与え所望の番組の表示を終了させる、などの操作を行う。すると、端末は、セッション解放要求メッセージを作成して、これを通信サーバ２に送出する。

セッション解放要求メッセージを受け取ると、通信サーバ２のセッション解放処理部２４３は、まず、当該セッションに関連している機器に対して、セッション解放指示メッセージを送信して、セッション解放を指示する（ステップＳ４１）。このとき、表示するべきコンテンツが宅外のネットワーク、インネット１１、ＩＳＰ網１２、セルラ網１３に存在していたならば、利用者からのコマンドを受け取った機器は、同時に通信サーバ２に対して指定されたコンテンツを保持しているコンテンツサーバ（図示せず）に向けて設定された通信チャネルの解放を指示する。

その後、通信サーバ２のセッション解放処理部２４３は、セッション属性管理部２１から、当該セッションに係る利用者の利用者ＩＤ（すなわち、受信したセッション解放要求メッセージに含まれていた利用者ＩＤ）に関連付けられたセッション属性情報を削除する（ステップＳ４２）。

このように本実施形態によれば、利用者を識別する利用者ＩＤに対して該利用者が視聴しているコンテンツを関連付けているので、利用者の移動を検出することで、利用者の現在位置から利用可能なディスプレイ装置に利用者が視聴しているコンテンツを表示することが可能になる。これにより、例えば、リビングのＬＣＤテレビで映画を視聴している途中でベッドルームに利用者が移動した場合にベッドルームのディスプレイ装置で継続して利用者が映画を視聴できるなど、携帯情報機器を利用者が持ち歩くことなく利用者がその移動先でその移動先に設置されたディスプレイ装置を使ってコンテンツ視聴を継続することが可能となる。また、通信サーバ２が近隣に利用者がいない端末を発見したら、利用者検出機能のみ作動している動作状態に移るよう支持することもできる。これに対応して端末が動作することで利用者がいないからＴＶを切ることが実現できる。

次に、図１５〜図１２を参照しながら、本実施形態に係るディスプレイ装置３−ｉの動作について説明する。

なお、図１５は、本実施形態に係るディスプレイ装置３−ｉの通信制御部３８の動作例であり、図１６は利用者移動通知部３８４による利用者移動検出手続き（図１５のステップＳ５７）の例であり、図１７はセッション設定処理部３８１によるセッション設定手続き（図１５のステップＳ５８）の例であり、図１８はセッションローミング処理部３８２によるセッションローミング手続き（図１５のステップＳ５９）の例であり、図２３はセッション解放処理部３８３によるセッション解放手続き（図１５のステップＳ６０）の例である。

最初に、図１５を参照しながら、ディスプレイ装置３−ｉの通信制御部３８の全体的な動作について説明する。

ディスプレイ装置３−ｉの通信制御部３８は、起動後、家庭内での利用者の移動を検出するか、又は、利用者若しくは通信サーバ２からの指示を待っている（ステップＳ５１）。

利用者の移動が検出されるか、又は、利用者若しくは通信サーバ２からの指示が到着すると、通信制御部３８は、待ちのステップＳ５１から抜け、イベント毎に予め定められた手続きを実行する。

まず、利用者が移動したか否か判定する（ステップＳ５２）。

利用者が移動したならば、利用者移動手続きを実行し（ステップＳ５７）、移動検出・指示待ちに戻る。

次に、セッション設定指示を受け取ったか否か判定する（ステップＳ５３）。セッション設定指示を受け取ったのであれば、セッション設定手続きを行い（ステップＳ５８）、移動検出・指示待ちに戻る。

その後、セッションローミング指示であるか否か判定する（ステップＳ５４）。セッションローミング指示であれば、セッションローミング手続きを行い（ステップＳ５９）、移動検出・指示待ち待ちに戻る。

さらに、セッション解放指示であるか否か判定する（ステップＳ５５）。セッション解放指示であれば、セッション解放手続きを行い（ステップＳ６０）、移動検出・指示待ちに戻る。

上記４種類以外の種別の指示である場合（ステップＳ５２〜Ｓ５５のすべてにおいてＮｏの場合）には、当該指示に対応する手続きを実行する（ステップＳ５６）。

なお、ステップＳ５２〜Ｓ５５の順番は図１５と異なるものであっても構わない。また、１つのステップで指示の種別を判断して分岐するようにしても構わない。

以下、利用者移動検出手続き、セッション設定手続き、セッションローミング手続き、セッション解放手続きについて順にディスプレイ装置３−ｉの動作を説明する。

＜利用者移動手続き＞
まず、図１６を参照しながら、利用者移動検出（図１５のステップＳ５７）のためのディスプレイ装置３−ｉの利用者移動通知部３８４の動作例について説明する。

ディスプレイ装置３−ｉは、前述したように、例えば近接無線や顔認証などを利用した利用者検出部３７を有する。

利用者検出部３７により利用者検出を周期的に行うことで、ディスプレイ装置３−ｉの周囲に存在する利用者を把握することができ、例えば、前の周期で確認した利用者のリストとつき合わせることで、利用者の移動が検出できる。前の周期で存在していた利用者が検出できなくなれば該利用者が該ディスプレイ装置３−ｉの周辺から「退出」したと判断することができ、また、前の周期で存在していなかった利用者が検出できれば、該利用者が新たに外ディスプレイ装置３−ｉの周囲に「進入」したと判断することができる。

利用者の移動が検出されると、ステップＳ５１から抜け、利用者移動手続き（図１５のステップＳ５７）が実行される。

利用者が退出したならば（ステップＳ７１）、利用者移動通知部３８４は、利用者が退出した旨及びその利用者の利用者ＩＤを含むセッションローミング要求メッセージを通信サーバ２に送信する（ステップＳ７２）。

一方、利用者が進入したらならば（ステップＳ７１）、利用者移動通知部３８４は、利用者が進入した旨及びその利用者の利用者ＩＤを含むセッションローミング要求メッセージを通信サーバ２に送信する（ステップＳ７３）。

＜セッション設定手続き＞
次に、図１７を参照しながら、セッション設定手続き（図１５のステップＳ５８）のためのディスプレイ装置３−ｉのセッション設定処理部３８１の動作例について説明する。

ここで、セッション設定手続きは、例えば、以下の二つのケースで起動される。
・利用者からの指示：利用者が新たにコンテンツの視聴を開始するべく、ディスプレイ装置３−ｉにコマンドを投入した場合に起動される。
・通信サーバ２からの指示：家庭内ネットワーク１０にて利用者に要求されたサービスを提供するべく、通信サーバ２がセッション設定を指示する場合に起動される。

まず、利用者が新たにコンテンツの視聴を開始するべく、ディスプレイ装置３−ｉにコマンドを投入した場合の動きについて説明する。

ＰＣ４−１、携帯電話端末５、ＬＣＤテレビ４−２といった家庭内に既に存在する既存端末４−ｊを用いて、利用者が新たにコンテンツの視聴を開始するときには、利用者は、例えばＰＣ４−１のマウスやキーボードなどで所望のＷｅｂページを表示させるようコマンドを投入し、或いは、ＬＣＤテレビ４−２に対して該ＬＣＤテレビ付属のリモコンで所望の番組を表示させるべくコマンドを投入するなどの操作を行う。これと同様に、本実施形態のディスプレイ装置３−ｉも利用者のコマンドを投入できるよう構成されていても良い。このコマンド投入は、例えばＰＣと同様のキーボードやマウス、ＬＣＤテレビと同様のリモコンを使ったものであっても良いし、また、ディスプレイの表面がタッチスクリーンになっており、利用者がディスプレイに触れることでコマンド投入を行うようにしても良い。また、利用者移動検出のために使用するカメラ３３を利用し、利用者が身振りなどのボディーラングゲージで利用者の意図を通知する構成を採用しても良い。

利用者が投入したコマンドを受け付けると（ステップＳ８１）、ディスプレイ装置３−ｉのセッション設定処理部３８１は、当該コマンドに対応するセッション設定要求メッセージを作成し、通信サーバ２に向けて送出する（ステップＳ８２）。

ここで、上記セッション設定要求メッセージには、セッション属性情報が含まれる。セッション属性情報の詳細については、前述と同様である。

ディスプレイ装置３−ｉのセッション設定処理部３８１は、利用者からのセッション設定指示をセッション設定要求として通信サーバ２に送出すると、通信制御部３８は移動検出・指示待ちに戻る。

次に、家庭内ネットワーク１０にて利用者に要求されたサービスを提供するべく、通信サーバ２がセッション設定を指示する場合の動きについて説明する。

本実施形態のディスプレイ装置３−ｉや既存端末へのコマンド投入をトリガに作成されたセッション設定要求を受け取ると（ステップＳ８１）、通信サーバ２は、該セッション設定要求に応えるため、家庭内ネットワーク１０の各機器にセッション設定指示メッセージを送信して、セッション設定を指示する。このセッション設定指示メッセージは、セッション設定指示メッセージとして、関連する機器に伝えられる。セッション設定指示メッセージには、セッション設定要求メッセージに含まれたセッション属性情報が含まれており、ディスプレイ装置３−ｉのセッション設定処理部３８１は、該セッション属性情報を参照して必要な設定を行う（ステップＳ８３）。

ディスプレイ装置３−ｉのセッション設定処理部３８１は、必要な設定が終了したら、通信サーバ２に対してセッション設定が終了した旨通知し、通信制御部３８は移動検出・指示待ちに戻る。

なお、セッション設定指示のケースで、複数の利用者が同時に同一のディスプレイ装置３−ｉを使用する状況が発生する場合があり得るが、そのときの動作は次に説明するセッションローミング手続きにおける、移動先端末でのリソース割り当て手順と同じであるので、ここでは説明を省略する。

＜セッションローミング手続き＞
次に、図１８を参照しながら、セッションローミング手続き（図１５のステップＳ５９）のためのディスプレイ装置３−ｉのセッションローミング処理部３８２の動作例について説明する。

通信サーバ２のセッションローミング処理部３８２は、移動元のディスプレイ装置３−ｉから移動先のディスプレイ装置３−ｊへの利用者の移動を認識した場合には、まず、該利用者が視聴中のコンテンツを移動先のディスプレイ装置３−ｊにローミングするか否かを判断する。

通信サーバ２のセッションローミング処理部２４２は、ローミングするものと判断した場合には、移動元のディスプレイ装置３−ｉに対しては、セッションＩＤとともに、セッションに関連するリソースの解放要求を送信し、移動先のディスプレイ装置３−ｊに対しては、セッションＩＤとともに、セッションに関連するリソースの確保要求を送信する。

ディスプレイ装置３−ｉのセッションローミング処理部３８２は、利用者の退出の場合、すなわち、セッションに関連するリソースに対するリソース解放要求メッセージを受け取った場合（ステップＳ９１）、利用者が使用していたリソースを解放する処理を行う（ステップＳ９２）。

一方、ディスプレイ装置３−ｊのセッションローミング処理部３８２は、利用者の進入の場合、すなわち、セッションに関連するリソース確保要求メッセージを受け取った場合（ステップＳ９１）、利用者が使用するリソースを確保する処理を行う（ステップＳ９３）。

ここで、利用者の移動先に配置されたディスプレイ装置３−ｊが既に他の利用者に使用されている可能性があるが、この場合において、同一のディスプレイ装置３−ｊの複数の利用者間での共有或いはリソースの割り当ての調整をすると望ましい。

この場合について、図１９〜図２２を参照しながら説明する。

まず、図１９のように、第１の利用者（Ｕ１）が第１の部屋（Ｒ１）のディスプレイ装置（Ｔ１）でコンテンツ（Ｃ１）を視聴しており、第２の利用者（Ｕ２）が第２の部屋（Ｒ２）の端末（Ｔ２）でコンテンツ（Ｃ２）を視聴している場合において、第１の利用者（Ｕ１）が利用しているディスプレイ装置（Ｔ１）を移動先とする第２の利用者（Ｕ２）の移動が発生し、第２の利用者（Ｕ２）のコンテンツ（Ｃ２）のローミングを行うべきと通信サーバ２が判断してリソースの確保要求を移動先ディスプレイ装置（Ｔ１）に送出する場合について説明する。

この場合において、ディスプレイ装置３−ｉは、リソースの確保要求を受け取ると、例えば、以下の動作を行う。

（１）現在視聴している第１の利用者（Ｕ１）が視聴している第１のコンテンツ（Ｃ１）と新たにローミングしてくる第２の利用者（Ｕ２）の第２のコンテンツ（Ｃ２）のいずれを優先するかを、例えば利用者間の優先度を勘案するなどして判断する。これは、例えば、子供がリビングのディスプレイ装置でコンテンツを視聴している最中に、父親がリビングに入ってきたとき、父親が視聴しているコンテンツを優先するか、子供が見ているコンテンツを優先するかの判断を行うケースが該当する。

（２）次に、第１の利用者（Ｕ１）が視聴している第１のコンテンツ（Ｃ１）と第２の利用者（Ｕ２）が視聴している第２のコンテンツ（Ｃ２）それぞれに対して、ディスプレイ装置（Ｔ１）のどのリソースをどの程度割り当てるかを決定する。例えば、コンテンツが放送型のコンテンツの場合、使用するリソースは画面と音声出力であり、これらのリソースを、それぞれのコンテンツにどの程度割り当てるか判断することになる。この場合、例えば、第１の利用者（Ｕ１）と第２の利用者（Ｕ２）との優先度を勘案し、例えば以下のようなリソースの割り当て方法の中から一つを選択する。
＜第１の利用者（Ｕ１）の優先度と第２の利用者（Ｕ２）の優先度が同等である場合＞
ディスプレイ装置（Ｔ１）の画面の半分を第１のコンテンツ（Ｃ１）に割り当て、残りの半分を第２のコンテンツ（Ｃ２）に割り当てる。第１のコンテンツ（Ｃ１）と第２のコンテンツ（Ｃ２）はそれぞれモノラル音声に変換してディスプレイ装置（Ｔ１）の持つそれぞれのスピーカーから出力する。なお、図２０は、この様子を例示している。
＜第１の利用者（Ｕ１）の方が優先する場合＞
ディスプレイ装置（Ｔ１）の画面全体（下記、極小領域を除く部分）に第１のコンテンツ（Ｃ１）を表示し、第２のコンテンツ（Ｔ２）は、第１のコンテンツ（Ｃ１）を表示している画面の極小領域に子画面として表示する。音声は、第１のコンテンツ（Ｃ１）のものをステレオのままディスプレイ装置（Ｔ１）のスピーカーから再生し、第２のコンテンツ（Ｃ２）については音声再生を行わない。なお、図２１は、この様子を例示している。

＜第２の利用者（Ｕ１）の方が優先する場合＞
ディスプレイ装置（Ｔ１）の画面全体に第２のコンテンツ（Ｃ２）を表示し、第１のコンテンツ（Ｔ１）は、第２のコンテンツ（Ｃ２）を表示している画面のごく一部に子画面として表示する。音声は、第２のコンテンツ（Ｃ２）のものをステレオのままディスプレイ装置（Ｔ１）のスピーカーから再生し、第１のコンテンツ（Ｃ１）については音声再生を行わない。

（３）決定したリソース割り当てにより、第１のコンテンツ（Ｃ１）及び第２のコンテンツ（Ｃ２）の再生を行う。

ここで、音声の再生方法については、例えば、第１のコンテンツ（Ｃ１）のステレオ音声と第２のコンテンツ（Ｃ２）のステレオ音声とをミックスして出力することとしても良い。より好ましくは、例えば、より多くのスピーカーを使い、それぞれの利用者の位置で音像を結ぶようにスピーカーとステレオ信号のレベル・位相を調節して再生するような機能をディスプレイ装置３−ｉが持っていても良い。

一方、図２０や図２１のように第１の利用者（Ｕ１）と第２の利用者（Ｕ２）とが同時に利用しているディスプレイ装置（Ｔ１）を移動元とする第１の利用者（Ｕ１）の移動が発生し、第１の利用者（Ｕ１）のコンテンツのローミングを行うべきと通信サーバ２が判断してリソースの解放要求を移動元ディスプレイ装置（Ｔ１）に送出すると、ディスプレイ装置（Ｔ１）は、リソースの解放要求を受け取り、以下の動作を行う。

（１）第１の利用者（Ｕ１）のコンテンツ（Ｃ１）に割り当てられたリソースを解放する。

（２）例えば、第２の利用者（Ｕ２）のコンテンツが高精細画像であるといったように、リソースを追加するとより高品位なコンテンツとして視聴可能な場合は、第１の利用者（Ｕ１）のコンテンツ（Ｃ１）に割り当てられていたリソースを第２の利用者（Ｕ２）のコンテンツ（Ｃ２）に再割り当てする。例えば、リビングのディスプレイ装置にて父親と子供が相異なるコンテンツを視聴しているときに、父親が自身の書斎に移動したときを考える。父親と子供が相異なるコンテンツを視聴しているときは、それぞれのコンテンツに対してディスプレイ装置の半分の画面とスピーカーの片方が割り当てられていたとする。父親が自身の書斎に移動すると、子供が視聴しているコンテンツに対して、ディスプレイ装置の全てのリソースが割り当てられ、フル画面で映像が表示され、ステレオ音声で音声が再生されるようになる。

（３）決定したリソース割り当てにより、第２のコンテンツ（Ｃ２）の再生を継続する。

図２２は、第１の利用者（Ｕ１）が第１の部屋（Ｒ１）から第３の部屋（Ｒ３）に移動して、ディスプレイ装置（Ｔ３）でコンテンツ（Ｃ１）の視聴を続ける場合の様子を例示している。

なお、上記では、二人の利用者の移動を例にとって説明したが、もちろん、三人以上の利用者が同一のディスプレイ装置に関係する移動を行う場合も、同様に制御可能である。また、三人以上の利用者に係るコンテンツを同時に同一のディスプレイ装置に表示する方法もは、様々なバリエーションが可能である。

＜セッション解放手続き＞
最後に、図２３を参照しながら、セッション解放手続き（図１５のステップＳ６０）のためのディスプレイ装置３−ｉのセッション解放処理部３８３の動作例について説明する。

最後に、利用者が視聴しているコンテンツが終了し、または、利用者がコンテンツの視聴を終了（中止）したときのディスプレイ装置３−ｉの動作について説明する。

セッション解放手続きは、例えば、以下の二つのケースで起動される。
・利用者からの指示：利用者がコンテンツの視聴を終了（中止）するべく、ディスプレイ装置３−ｉにコマンドを投入した場合に起動される。
・通信サーバ２からの指示：家庭内ネットワーク１０にて利用者に指示されたサービスを終了するべく、通信サーバ２がセッション解放を指示する場合に起動される。

まず、利用者がコンテンツの視聴を終了（中止）するべく、ディスプレイ装置３−ｉにコマンドを投入した場合の動きについて説明する。

ＰＣ４−１、携帯電話端末５、ＬＣＤテレビ４−２といった家庭内に既に存在する既存端末を用いて視聴していたコンテンツの再生を終了（中止）するときには、利用者は、例えばＰＣ４−１のマウスやキーボードなどで所望のＷｅｂページの表示を終了させさせるようコマンドを投入し、或いは、ＬＣＤテレビ４−２に対して該ＬＣＤテレビ付属のリモコンで所望の番組の表示を終了させるべくコマンドを投入するなどの操作を行う。これと同様に、本実施形態のディスプレイ装置３−ｉも利用者のコマンドを投入できるよう構成されていても良い。このコマンド投入は、例えばＰＣと同様のキーボードやマウス、ＬＣＤテレビと同様のリモコンを使ったものであっても良いし、また、ディスプレイの表面がタッチスクリーンになっており、利用者がディスプレイに触れることでコマンド投入を行っても良い。また、利用者移動検出のために使用するカメラ３３を利用し、利用者が身振りなどのボディーランゲージで利用者の意図を通知するでも良い。

利用者が投入したコマンドを受け付けると（ステップＳ１０１）、ディスプレイ装置３−ｉのセッション解放処理部３８３は、当該コマンドに対応するセッション解放要求メッセージを作成し、通信サーバ２に向けて送出する（ステップＳ１０２）。

ディスプレイ装置３−ｉのセッション解放処理部３８３は、利用者からのセッション解放指示をセッション解放要求メッセージとして通信サーバ２に送出すると、通信制御部３８は移動検出・指示待ちに戻る。

次に、家庭内ネットワーク１０にて利用者に指示されたサービスを終了するべく、通信サーバ２がセッション解放を指示する場合の動きについて説明する。

本実施形態のディスプレイ装置３−ｉや既存端末へのコマンド投入をトリガに作成されたセッション解放要求を受け取ると（ステップＳ１０１）、通信サーバ２は、該セッション解放要求に応えるため、家庭内ネットワーク１０の各機器に対して、セッション解放指示メッセージを送信して、セッション解放を指示する。このセッション解放指示メッセージは、セッション解放指示メッセージとして関連する機器に伝えられる。セッション解放指示メッセージには、セッション設定要求メッセージに含まれたセッション属性情報が含まれており、ディスプレイ装置３−ｉは、該セッション属性情報を参照して、該セッションで利用していたリソースを解放する（ステップＳ１０３）。

ディスプレイ装置３−ｉのセッション解放処理部３８３は、リソースの解放が終了したら、通信サーバ２に対してセッション解放が終了した旨を通知し、通信制御部３８は移動検出・指示待ちに戻る。

なお、セッション解放指示のケースで、複数の利用者が同時に同一のディスプレイ装置３−ｉを使用する状況が発生する場合があり得るが、そのときの動作は前に説明したセッションローミング手続きにおける、移動元端末でのリソース解放手順と同じであるので、ここでは説明を省略する。

このように本実施形態によれば、利用者が既にいる場合に新しく利用者を受け入れるとき、ディスプレイ装置のリソースの再割り当てを行い、複数のコンテンツの同時表示を行うように構成したので、利用者が移動先でディスプレイ装置があるにもかかららず情報を得られないという状況を避けることができる。

次に、本実施形態の通信システムについて、セルラ網１３との連携の方法について説明する。

今まで説明してきたように、本実施形態の通信サーバ２は、家庭内と家庭外との間の通信に対して、ホームスイッチ１をゲートウェイとして使う。すなわち、ホームスイッチ１と外部ネットワークのコンテンツサーバ（図示せず）との間に通信チャネルを設定し、その後、ホームスイッチ１が外部ネットワークのコンテンツサーバ（図示せず）として、家庭内ネットワーク１０で振舞うこととしている。

ここでは、セルラ網１３の連携法として、いわゆるフェムトセルを適用することとしている。以下に説明するように、本実施形態の通信サーバ２の制御の下、ホームスイッチ１がフェムトセルの基地局として振舞うことで、例えば、携帯電話端末５を家庭内のどこかに置き忘れても、近くのディスプレイ装置３−ｉを使って発着呼が可能という、望ましい機能を得ることができる。

図２４，２６に、本実施形態の通信システムのうち通信サーバ２がフェムトセルとの連携を行うために必要となる部分の構成例を示す。

良く知られているように、セルラ網１３は、それぞれの携帯電話端末５の位置を常に把握し、携帯電話サービスを提供している。これは、ベースステーション１４と携帯電話端末５とが互いに通信しあうことで達成されている。フェムトセルは、家庭内に小型のベースステーションを設置し、家庭内を小さなサービスエリアとする技術である。家庭に設置された小型のベースステーションは、他のベースステーションと同様の動作を行い、宅内に携帯電話サービスを提供する。これにより、宅外のベースステーションからの電波の届きにくい場所であっても、携帯電話端末５を使用することができるようになる。本実施形態においては、ホームスイッチ１が小型のベースステーションの機能も持っており、セルラ網連携部１０１と携帯電話端末５との無線通信機能（図示せず）が配備されているものとしている。

家庭内ネットワーク１０の利用者が携帯電話端末５を持って宅内に入ってくると、その旨をホームスイッチ１が検出し、セルラ網連携部１０１が、セルラ網１３に向けて、以降、自身が携帯電話端末５に対して携帯電話サービスを提供することを宣言する。ここで、ホームスイッチ１自身のサービス範囲に携帯電話端末５が入ってきたことを当該ホームスイッチ１が検出する方法は種々考えられ、特定の方法に限定されるものではない。ここでは、例えば、セルラ網１３のベースステーション１４と同じ方法で検出するものとして説明を進めることにする。

上記宣言と同時に、ホームスイッチ１のセルラ網連携部１０１が、通信サーバ２に対して、携帯電話端末５が当該ホームスイッチ１自身のサービスエリアに入ってきたことを通知する。この通知を受けて、通信サーバ２の通信制御部２４のセッション設定処理部２４１が、携帯電話端末５を、自身の制御する端末として、端末リスト管理部２２に登録する。ここで、セルラ網連携部１０１からは、携帯電話端末５の端末ＩＤとして該携帯電話端末５の電話番号が通知されることとしても良い。

なお、前述したように、通信サーバ２における端末の識別は、家庭内ネットワーク１０の利用者が決定した端末ＩＤにて行われることとしており、携帯電話端末５にも、家庭内で端末ＩＤが付与されているが、通信サーバ２の端末リスト管理部２２には、携帯電話端末５の電話番号（通信キャリアが付与する識別子）と家庭内での端末ＩＤ（利用者が独立に付与する識別子）との関連付けを行う情報が、利用者により設定されることとしても良い。

また、利用者の現在位置を把握して、現在位置で利用可能な端末を使用することを実現するため、該携帯電話端末５の家庭内での端末ＩＤには、該携帯電話端末５の利用者の利用者ＩＤがさらに関連付けされていることとしても良い。

この関連付けを用いて、通信サーバ２は、セルラ網１３との発呼・着呼を行う利用者を把握する。

この時点で、通信サーバ２による携帯電話端末５の制御が開始される。なお、この時点では、利用者の現在位置が通信サーバ２に通知されていなくても構わない。

＜発呼時の処理＞
以下、図２４及び図２５を参照しながら、発呼時の処理について説明する。

利用者がセルラ網１３に対して発呼したい場合には、以下のように通信サーバ２が家庭内ネットワーク１０を制御する。

図２５に、通信サーバ２の発呼時処理の一例を示す。

発呼したい利用者は、使用したい機器に対して、予め定められた方法で発呼のコマンドを通知する。発呼のための予め定められた方法は、機器ごとに異なる。例えば、携帯電話端末５については、その携帯電話端末５のボタンを押すことであっても良いし、また、例えば、マイク３２付きのディスプレイ装置３−ｉについては、音声で「××さんに電話」と利用者が話しかけることであっても良い。ただし、利用者が話しかけることによりコマンドを伝える場合、ディスプレイ装置３−ｉは音声認識機能を備えるものとする（この場合には、例えばディスプレイ装置３−ｉが良く知られた特定話者に対する音声認識機能を備えても良い）。なお、コマンドを与える方法には種々の方法が考えられ、特定の方法に限定されるものではない。

利用者が選択した機器が携帯電話端末５である場合は、ホームスイッチ１のセルラ網連携部１０１が、セルラキャリアが定めた手順に従って発呼し、音声コネクションによるセッション（音声セッション）を設定する。それと同時に、通信サーバ２に対して、携帯電話端末５からの発呼があり、音声セッションが設定されたことを通知する。

通信サーバ２の通信制御部２４のセッション設定処理部２４１は、ホームスイッチ１から発呼時のメッセージ（発呼通知）を受け（ステップＳ１１１）、この発呼通知が、携帯電話端末５からの発呼を通知している場合は（ステップＳ１１２）、通知された音声セッションが開始されたと認識し、以降のセッションローミング処理部２４２によるセッションローミングに備え、セッション属性管理部２１と通信リソース管理部２３に、その旨を登録しておく（ステップＳ１１３）。

一方、利用者が選択した機器が携帯電話端末５以外の端末、例えば、ディスプレイ装置３−ｉである場合は（ステップＳ１１２）、前述したセッション設定手続きに従い、ディスプレイ装置３−ｉが利用者を把握し、通信サーバ２に対して、利用者の利用者ＩＤと利用者の現在位置の位置ＩＤを通知するとともに、音声セッションの設定を指示する（ステップＳ１１４）。

ディスプレイ装置３−ｉから音声セッションの設定を指示されると、通信サーバ２は、前述のセッション設定手続きを、コンテンツソースをディスプレイ装置３−ｉとし、コンテンツシンクをホームスイッチ１として、実行する。

ホームスイッチ１は、通信サーバ２から音声セッションの設定を指示されると、そのセルラ網連携部１０１がセルラ網１３に対して、要求された音声セッションの設定を指示する。

セルラ網１３から通信相手に対する音声セッションの設定の完了が通知されると、セルラ網連携部１０１が通信サーバ２に対して、その旨を通知する。

その後、通信サーバ２がディスプレイ装置３−ｉに要求されたセッション設定の終了を通知する。

以上で利用者が要求した音声セッションが設定できたことになる。

このように、本実施形態では、一旦、通信サーバ２が発呼要求を受け取り、前述のセッション設定と同様の手法で発呼要求に対応するようにしたので、以降セッション継続中に携帯電話端末５による通信とＴＶによるＩＰ−ＴＶ視聴といった異なるコンテンツソースによるセッションであっても同じ方法でセッションローミングが可能になるという好ましい特性を得ることができる。

＜着呼時の手順＞
以下、図２６及び図２７を参照しながら、発呼時の処理について説明する。

セルラ網１３からの着呼は、以下のように扱われる。

図２７に、通信サーバ２の着呼時処理例を示す。

セルラ網１３から着呼が発生すると、ホームスイッチ１のセルラ網連携部１０１は、通信サーバ２に対して、着呼されようとしている携帯電話端末５の電話番号を含む着呼要求を行う。

通信サーバ２の通信制御部２４のセッション設定処理部２４１は、ホームスイッチ１から着呼時のメッセージ（着呼要求）を受け（ステップＳ１２１）、着呼要求を受け取ると、まず、含まれている電話番号から、利用者のうちの誰に対する着呼が発生しているか把握し、次に、該利用者の現在位置を把握し（ステップＳ１２２）、現在位置に向けて音声セッションの設定を行う（ステップＳ１２６）。

この利用者の現在位置の把握と音声セッションの設定は、以下のように行っても良い。

当該利用者がコンテンツを視聴中である場合は、前述のように、コンテンツを視聴している端末が設置されている場所を該利用者の現在位置と見なし、通信サーバ２は、当該利用者の現在位置にて利用可能な端末のリストを作成し、音声通話に適した端末を選択する。その後、ホームスイッチ１をコンテンツソースとし、当該選択した端末をコンテンツシンクとした音声セッションを設定する。その後、通信サーバ２の通信制御部２４のセッション設定処理部２４１は、通知された音声セッションが開始されたと認識し、以降のセッションローミング処理部２４２によるセッションローミングに備え、セッション属性管理部２１と通信リソース管理部２３に、その旨を登録しておく。

一方、当該利用者がコンテンツを視聴していない場合は（ステップＳ１２２）、まず、家庭内ネットワーク１０に接続された全てのディスプレイ装置３−ｉに、当該利用者の探索を依頼する（ステップＳ１２３）。

利用者の探索は、各ディスプレイ装置３−ｉで、例えば、以下のように行われても良い。すなわち、当該利用者のプレゼンスセンサ７が送出しているビーコン信号を受信できるかどうか予め定められた時間の間電波受信を行うか、及び又は、該利用者が映っていないかどうかカメラ３３の映像をチェックする。

当該利用者が発見されたならば、発見したディスプレイ装置３−ｉは、利用者の利用者ＩＤと利用者の現在位置の位置ＩＤとを、通信サーバ２に通知する。

通信サーバ２は、利用者が端末の近傍に見つかった場合（ステップＳ１２４）、通知された位置ＩＤが示す現在位置にて利用可能な端末のリストを作成し、音声通話に適した端末を選択する（ステップＳ１２５）。その後、ホームスイッチ１をコンテンツソースと、該選択した端末をコンテンツシンクとした音声セッションを設定する（ステップＳ１２６）。音声セッション設定が終了すると、通信サーバ２の通信制御部２４のセッション設定処理部２４１は、通知された音声セッションが開始されたと認識し、以降のセッションローミング処理部２４２によるセッションローミングに備え、セッション属性管理部２１と通信リソース管理部２３に、その旨を登録しておく。

予め定められた時間の間に所望のビーコン信号を受け取れず、或いは、カメラ３３の映像の中に当該利用者を発見できなかったならば、当該利用者の探索に失敗したとみなし、ディスプレイ装置３−ｉは、その旨を通信サーバ２に通知する。

通信サーバ２は、探索を依頼したディスプレイ装置３−ｉの全てから失敗したとの通知を受け取ると（ステップＳ１２４）、当該利用者の探索に失敗したと判断する。この場合、その着呼を携帯電話端末５に導くよう、通信サーバ２がホームスイッチ１のセルラ網連携部１０１に依頼することとしても良い（ステップＳ１２６）。

セルラ網連携部１０１は、通信サーバ２から携帯電話端末５への着呼を依頼されると、セルラキャリアが定めた手順に従って着呼し、音声セッションを設定する。それと同時に、通信サーバ２に対して、携帯電話端末５への着呼があり、音声セッションが設定されたことを通知する。

通信サーバ２の通信制御部２５は、通知された音声セッションが開始されたと認識し、以降のセッションローミング処理部２４２によるセッションローミングに備え、セッション属性管理部２１と通信リソース管理部２３に、その旨を登録しておく。

本実施形態の通信サーバ２が以上のように動作するので、携帯電話端末５に着呼させるか、家庭内ネットワーク１０上のその他の機器に着呼させるかを、利用者の状態によって選択することができる。例えば、母親が食事の支度中にはディスプレイ装置３−ｉを用いたハンズフリーで着呼する、とかいったことが、ディスプレイ装置３−ｉの持つ利用者位置把握機能・利用者識別機能を利用することで可能になる。

なお、上記では、優先的に他の機器への着呼を試み、それができない場合に、携帯電話端末５に着呼するようにしたが、例えば、優先的に携帯電話端末５への着呼を試み、それができない場合（例えば、携帯電話端末５の電源が切れている場合など）に、他の機器に着呼するようにしても良い。さらに、各々の利用者が随時に、優先的に携帯電話端末５に着呼させるか、優先的に他の機器に着呼させるかを選択、設定できるようにしても良い。この設定は、例えば、通信サーバ２に保持・管理される。

図２７に、優先的に携帯電話端末５に着呼させる場合の通信サーバ２の着呼時処理例を示す。

以上のように発呼・着呼を処理しておけば、セルラ網１３を使った通信も、通信サーバ２によるセッション管理の枠組みの中で管理することができるようになり、家庭内ネットワーク１０内部でのセッションローミング処理部２４２によるセッションローミングやセッション解放処理部２４３によるセッション解放は、前述の方法で行うことができる。

ところで、携帯電話端末５は、ディスプレイ装置３−ｉ、ＬＣＤテレビ４−２、ＰＣ４−１などと異なり、家庭内で利用者が持ち運ぶ可能性があり、家庭内での現在位置が常に変化する可能性がある。フェムトセルのサービスエリアが家庭内全域にわたっているため、ホームスイッチ１での携帯電話端末５の位置把握は家庭内全体に携帯電話端末５が存在するか否かという粒度に限られ、携帯電話端末５が家庭内のどこに存在するかを把握することはできない。また、家庭内では利用者が携帯電話端末５を持ち歩くとは限らないので、携帯電話端末５の現在位置を常に把握できるとは限らない。

一方、本実施形態によるセッションのローミングは、端末の設置場所と利用者の現在位置とを関連付けて行うこととしているので、携帯電話端末５の現在位置を把握することが必要になる。

利用者が音声通信を携帯電話端末５で行っているときに、他の端末、例えばディスプレイ装置３−ｉで該音声通信を継続しようと考える場合では、ローミング先のディスプレイ装置３−ｉの設置場所が利用者の現在位置であり、また、その時点で利用者が使用しているので、利用者の現在位置がローミング元の携帯電話端末５の現在位置でもある。この場合は、携帯電話端末５の現在位置は利用者の現在位置から推測することができ、携帯電話端末５からディスプレイ装置３−ｉへのローミングは、利用者の現在位置に従って選択される端末の中から、音声通信に適した端末を選択して行うこととすれば良い。ローミングのトリガは、利用者が使用したい端末に対してコマンド投入などで指示を行うこととしても良い。

一方、利用者が音声通信を他の端末、例えばディスプレイ装置３−ｉで行っているときに、該音声通信を携帯電話端末５で継続しようと考える場合は、以下のように扱えば良い。この場合では、ローミング元のディスプレイ装置３−ｉの設置場所が利用者の現在位置ではあるが、ローミング先の携帯電話端末５の現在位置が利用者の現在位置と一致する（すなわち、利用者が携帯している）とは限らない。しかしながら、利用者が使用している端末をディスプレイ装置３−ｉから携帯電話端末５に変更したいと考える場合には、携帯電話端末５を携帯しているはずであり、その携帯電話端末５をディスプレイ装置３−ｉのカメラ３３の視野の中に提示することが可能なはずである。よって、利用者がディスプレイ装置３−ｉによる音声通話を行っているときに、携帯電話端末５をディスプレイ装置３−ｉのカメラ３３の視野の中に提示することが、すなわち、携帯電話端末５へのローミング指示のコマンドである、こととみなしても良い。

なお、例えば、或るディスプレイ装置３−ｉからディスプレイ装置３−ｉへの音声通話のローミングも同様に可能である。

以上説明してきたように、本実施形態によれば、利用者が移動した先々で所望する情報やコンテンツを取得又は視聴等できるように、利用者の近傍に設置された情報機器を制御することが可能になる。

また、例えば、利用者の位置により使用可能な情報端末のリストを作成し、該作成した情報端末から選択して所望の情報を利用者に提示することが可能になり、もって移動中の利用者が、移動先に設置されたディスプレイ装置を用いて情報を得ることができるようになる。

また、例えば、携帯されることを前提としていない移動先に設置されたディスプレイ装置は、ＰＣと同等の潤沢なリソースを想定でき、移動中に得られる情報に対する制約を大きく緩和することができる。

また、例えば、移動管理において機器の識別子ではなく利用者そのものを表す識別子を用い、セッション設定・ローミング時に利用者の移動に追従するようにしたので、プレゼンスセンサやディスプレイ装置の利用者認識機能を利用することで検出される利用者の移動に的確に対応でき、視聴中のコンテンツを利用者の現在位置から定まる使用可能な機器に継続して表示し、あるいは、利用者の現在位置に対して外部から着呼させるといった、好ましい機能を、ＰＣと同等の潤沢なリソースを想定できる端末を利用して実現することが可能になる。

また、本実施形態によれば、通常のＰＣ或いはテレビ装置或いはディスプレイ装置等の一つの情報機器の近傍にいる複数の利用者が異なる情報やコンテンツを同時に取得又は視聴等するために、当該一つの情報機器を当該複数の利用者で共用できるように制御することが可能になる。

また、例えば、利用者の移動先に配置されたディスプレイ装置を使っている利用者が既に存在していたとしても、新たに設定するセッションとすでに存在するセッションのそれぞれにリソースを割り当てることにしたので、すでに使われているディスプレイ装置を使って移動してきた利用者のコンテンツも表示できる。結果として、移動先のディスプレイ装置が既に使われていることが理由でコンテンツを得られないことを防ぐことができる。

また、例えば、設置場所の近くにいる複数の利用者が一つのディスプレイ装置を共有することが可能となり、もって移動中の利用者が、移動先に設置されたディスプレイ装置を用いて情報を得る場合に、他人が近くに居たとしても情報を得ることができるようになる。

なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。
また、本実施形態は、コンピュータに所定の手順を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

１…ホームスイッチ、２…通信サーバ、３−１〜３−ｍ…ディスプレイ装置、４−１〜４−ｎ…既存の端末、５…携帯電話端末、１０…家庭内ネットワーク、７…プレゼンスセンサ、１１…インターネット、１２…ＩＳＰ網、１３…セルラ網、１４…ベースステーション、２１…セッション属性管理部、２２…端末リスト管理部、２３…通信リソース管理部、２４，３８…通信制御部、２５，４０…通信インタフェース部、３１…ディスプレイパネル、３２…マイク、３３…カメラ、３４…ビーコン受信機、３５−１，３５−２…スピーカー、３６…ディスプレイリソース管理部、３７…利用者検出部、３９…再生制御部、１０１…セルラ網連携部、２４１，３８１…セッション設定処理部、２４２，３８２…セッションローミング処理部、２４３，３８３…セッション解放処理部、２４４…利用者移動処理部、３８４…利用者移動通知部

Claims (20)

1. ネットワークに接続する通信インタフェース部と、
   前記ネットワーク上に存在する、コンテンツを出力可能な端末を識別する端末識別子と、該端末の位置を識別する位置識別子とを含む端末リスト情報を記憶する第１の記憶部と、
   前記ネットワークを利用している利用者を識別する利用者識別子と、該利用者の現在の位置に係る前記位置識別子と、該利用者が現在利用しているコンテンツに関する情報と、該コンテンツを出力している前記端末に係る前記端末識別子とを含むセッション属性情報を記憶する第２の記憶部と、
   前記ネットワーク上の前記端末のうちの要求元となった端末から、セッションの対象とする利用者に係る前記利用者識別子と、該利用者の現在の位置に係る前記位置識別子を特定可能な情報と、セッションの対象とするコンテンツに関する情報とを含む第１のメッセージを受信した場合に、前記コンテンツを前記要求元となった端末に出力するためのセッションを設定すべき指示を、前記要求元となった端末及び前記コンテンツのコンテンツソースが前記要求元となった端末とは異なる場合における当該コンテンツソースに送信し、前記セッション属性情報を前記第２の記憶部に登録するセッション設定処理部と、
   前記セッションの設定後に、前記ネットワークを介して、前記端末のうちの利用者検出機能を有する端末から、前記利用者に係る前記利用者識別子と前記利用者に係る前記位置識別子を特定可能な情報とを含む第２のメッセージを受信した場合に、該第２のメッセージをもとに、前記第２の記憶部に記憶された前記セッション属性情報を参照して、前記利用者がそれまでとは異なる位置識別子で示される位置に移動したことが判明したときは、前記端末リスト情報を参照して、該利用者の移動後の位置識別子と同じ位置識別子を有する端末を選択し、該選択した端末に対するセッションローミングを行うための指示を、該セッションローミングに係るローミング元の端末及び該選択した端末に送信し、前記第２の記憶部に記憶された前記セッション属性情報のうちの前記位置識別子及び前記端末識別子を更新するセッションローミング処理部とを備えたことを特徴とする通信サーバ。
2. 前記端末リスト情報には、各端末の性能に関する情報も含まれており、
   前記セッション属性情報の前記コンテンツに関する情報には、該コンテンツの出力する端末が持つべき性能を特定可能な情報を含み、
   前記セッションローミング処理部は、選択可能な端末が複数存在する場合には、前記端末リスト情報に含まれる前記性能に関する情報及び前記セッション属性情報の前記コンテンツに関する情報に含まれる前記性能を特定可能な情報に基づいて、該コンテンツを出力可能な端末を選択することを特徴とする請求項１に記載の通信サーバ。
3. 前記利用者検出機能を有する端末は、
   前記ネットワークに接続するための通信インタフェース部と、
   検出可能範囲内に存在する利用者に係る前記利用者識別子を検出する検出部と、
   前記検出部の検出結果をもとに、利用者の前記検出可能範囲内への進入又は退出を認識した場合に、該進入又は退出の旨及び前記利用者識別子を含む前記第２のメッセージを、前記ネットワークを介して前記通信サーバへ送信する通知部とを備えたことを特徴とする請求項１に記載の通信サーバ。
4. 前記セッション設定処理部は、前記ネットワーク上に存在する、外部セルラ網のフェムトセルのベースステーション部を備えたホームスイッチから、該ベースステーション部のサービス範囲にある携帯電話端末による発呼があったことを通知された場合には、該携帯電話端末に対する音声セッションに関する情報を前記第２の記憶部に登録することを特徴とする請求項１に記載の通信サーバ。
5. 前記セッション設定処理部は、前記ネットワーク上に存在する、外部セルラ網のフェムトセルのベースステーション部を備えたホームスイッチから、該ベースステーション部のサービス範囲にある前記端末であって音声通信可能なものである音声通信可能端末からの発呼があったことを通知された場合には、該音声通信可能端末に対する音声セッションを設定することを特徴とする請求項１に記載の通信サーバ。
6. 前記端末リスト情報には、各端末の性能に関する情報も含まれており、
   前記セッション設定処理部は、前記ネットワーク上に存在する、外部セルラ網のフェムトセルのベースステーション部を備えたホームスイッチから、該ベースステーション部のサービス範囲にある携帯電話端末への着呼があったことを通知された場合には、前記セッション属性情報から又は前記利用者検出機能を有する端末から該携帯電話端末に係る利用者の現在位置の位置識別子を取得し、前記端末リスト情報を参照して、該携帯電話端末に係る利用者の現在位置の位置識別子と同じ位置識別子を有する前記端末であって音声通信可能なものである音声通信可能端末を探索し、該同じ位置識別子を有する音声通信可能端末を探し出すことができた場合には、該同じ位置識別子を有する音声通信可能端末に対する音声セッションを設定することを特徴とする請求項１に記載の通信サーバ。
7. 前記セッション設定処理部は、前記携帯電話端末に係る利用者の現在位置の位置識別子と同じ位置識別子を有する前記音声通信可能端末を探し出すことができなかった場合には、該携帯電話端末に対する音声セッションの設定を、前記ホームスイッチに依頼することを特徴とする請求項６に記載の通信サーバ。
8. 前記セッションローミング処理部は、前記携帯電話端末から前記端末であって音声通信可能なものである音声通信可能端末へのセッションローミングの指示を受けた場合には、前記携帯電話端末から前記音声通信可能端末へのセッションローミングを行うことを特徴とする請求項４に記載の通信サーバ。
9. 前記セッションローミング処理部は、前記音声通信可能端末から携帯電話端末へのセッションローミングの指示を受けた場合には、前記音声通信可能端末から前記携帯電話端末へのセッションローミングを行うことを特徴とする請求項５または６に記載の通信サーバ。
10. 前記音声通信可能端末は、音声通信可能なディスプレイ装置であり、
    前記設定セッション設定部は、該ディスプレイ装置が、該ディスプレイ装置の備えるカメラの視野内に携帯電話端末が提示されたことを検知した場合に、該該ディスプレイ装置に対する音声セッションを設定することを特徴とする請求項５に記載の通信サーバ。
11. ネットワークを介して、請求項１記載の通信サーバに、請求項１記載の利用者検出機能を有する端末として接続されるための装置であって、
    前記ネットワークに接続するための通信インタフェース部と、
    検出可能範囲内に存在する利用者に係る利用者識別子を検出する検出部と、
    前記検出部の検出結果をもとに、利用者の前記検出可能範囲内への進入又は退出を認識した場合に、該進入又は退出の旨及び前記利用者識別子を含む前記第２のメッセージを、前記ネットワークを介して前記通信サーバへ送信する通知部とを備えたことを特徴とする装置。
12. ネットワークに接続する通信インタフェース部と、該ネットワーク上に存在する、コンテンツを出力可能な端末を識別する端末識別子と、該端末装置の位置を識別する位置識別子とを含む端末リスト情報を記憶する第１の記憶部と、該ネットワークを利用している利用者を識別する利用者識別子と、該利用者の現在の位置に係る前記位置識別子と、該利用者が現在利用しているコンテンツに関する情報と、該コンテンツを出力している前記端末に係る前記端末識別子とを含むセッション属性情報を記憶する第２の記憶部とを含む通信サーバのセッション制御方法であって、
    セッション設定処理部が、前記ネットワーク上の前記端末のうちの要求元となった端末から、セッションの対象とする利用者に係る前記利用者識別情報と、該利用者の現在の位置に係る前記位置識別子を特定可能な情報と、セッションの対象とするコンテンツに関する情報とを含む第１のメッセージを受信した場合に、前記コンテンツを前記要求元となった端末に出力するためのセッションを設定すべき指示を、前記要求元となった端末及び前記コンテンツのコンテンツソースが前記要求元となった端末とは異なる場合における当該コンテンツソースに送信し、前記セッション属性情報を前記第２の記憶部に登録するステップと、
    セッションローミング処理部が、前記セッションの設定後に、前記ネットワークを介して、前記端末のうちの利用者検出機能を有する端末から、前記利用者に係る前記利用者識別情報子と前記利用者に係る前記位置識別子を特定可能な情報とを含む第２のメッセージを受信した場合に、該第２のメッセージをもとに、前記第２の記憶部に記憶された前記セッション属性情報を参照して、前記利用者がそれまでとは異なる位置識別子で示される位置に移動したことが判明したときは、前記端末リスト情報を参照して、該利用者の移動後の位置識別子と同じ位置識別子を有する端末装置を選択し、該選択した端末装置に対するセッションローミングを行うための指示を、該セッションローミング係るローミング元の端末及び該選択した端末に送信し、前記第２の記憶部に記憶された前記セッション属性情報のうちの前記位置識別子及び前記端末識別子を更新するステップとを有することを特徴とするセッション制御方法。
13. 前記端末は、
    コンテンツを表示するためのディスプレイパネルと、
    前記ディスプレイパネルへの表示を要求するコンテンツが複数存在する場合に、各コンテンツを前記ディスプレイパネルに表示するために使用するリソースの割り当てを行う第１の制御部と、
    前記リソースの割り当てに応じて、複数の前記コンテンツを前記ディスプレイパネルに同時に表示する制御を行う第２の制御部とを備えたことを特徴とする請求項１に記載の通信サーバ。
14. 前記第１の制御部は、第１の利用者に係る第１のコンテンツが前記ディスプレイパネルに表示されているときに、第２の利用者に係る第２のコンテンツを前記ディスプレイパネルへ表示する要求を受けた場合に、該第１のコンテンツ及び該第２のコンテンツを前記ディスプレイパネルにそれぞれ表示するために使用するリソースの再割り当てを行うことを特徴とする請求項１３に記載の通信サーバ。
15. 前記第１の制御部は、前記リソースの再割り当てにあたって、前記第１の利用者の優先度と第２の利用者の優先度とが同等である場合には、前記第１のコンテンツと前記第２のコンテンツに同様のリソースを割り当てることを特徴とする請求項１４に記載の通信サーバ。
16. 前記第１の制御部は、前記リソースの再割り当てにあたって、前記第１の利用者の優先度と第２の利用者の優先度とが同等である場合には、前記ディスプレイパネルの半分を前記第１のコンテンツのために割り当て、前記ディスプレイパネルの残りの半分を前記第２のコンテンツのために割り当てることを特徴とする請求項１５に記載の通信サーバ。
17. 前記第１の制御部は、前記リソースの再割り当てにあたって、前記第１の利用者の優先度と第２の利用者の優先度とを比較して、優先度の高い利用者に係るコンテンツへ割り当てるリソースを、優先度の低い利用者に係るコンテンツへ割り当てるリソースよりも多くすることを特徴とする請求項１４に記載の通信サーバ。
18. 前記第１の制御部は、前記リソースの再割り当てにあたって、前記第１の利用者の優先度と第２の利用者の優先度とを比較して、優先度の低い利用者に係るコンテンツには前記ディスプレイパネルの極小領域を割り当て、優先度の高い利用者に係るコンテンツには前記ディスプレイパネルの全体から前記極小領域を除外した部分を割り当てることを特徴とする請求項１７に記載の通信サーバ。
19. 前記第１の制御部は、前記リソースの再割り当てにあたって、各々の前記コンテンツに係るステレオ音声信号をそれぞれモノラル音声信号に変換し、複数のスピーカーを各々のコンテンツ毎に割り当て、
    前記第２の制御部は、複数の前記スピーカーからそれぞれ当該スピーカーに割り当てられた前記コンテンツに係る前記モノラル音声信号をら再生することを特徴とする請求項１４に記載の通信サーバ。
20. 前記ディスプレイ装置の備える第１の制御部が、前記ディスプレイパネルへの表示を要求するコンテンツが複数存在する場合に、各コンテンツを前記ディスプレイパネルに表示するために使用するリソースの割り当てを行うステップと、
    前記ディスプレイ装置の備える第２の制御部が、前記リソースの割り当てに応じて、複数の前記コンテンツを前記ディスプレイパネルに同時に表示する制御を行うステップとを更に有することを特徴とする請求項１２に記載のセッション制御方法。

Images