(57)【要約】【課題】複数の情報処理機器としての資源を利用可能なユーザ環境において、各機器の持つ機能を効率的に利用して各種の情報処理を実行可能とするシステムを提供する。【解決手段】ユーザの近傍に様々な利用可能な情報処理装置が存在する環境において、ユーザ要求に応じてユーザの利用する主端末からユーザ要求に対応する機能を持つ情報処理装置の検出処理が可能となり、検知した機器の利用により、１つの装置では実行できないユーザの要求に応じたデータ処理、データ通信が実行可能となる。データ通信可能な機器に対して資源発見／利用クエリパケットを送信することにより、各情報処理装置の機能確認、環境設定が可能になり、また、情報処理装置の機能が動的に変化している場合であっても更新された情報に基づく機器利用が可能となる。【選択図】図１
2010055635.tif 000002
【特許請求の範囲】
【請求項１】
通信処理を実行する情報処理装置であり、
コンテンツサーバ機能を持つ装置の検索要求を入力する要求入力手段と、
前記要求に応じて、通信可能な複数の周辺装置に対する機能問い合わせを実行して回答を受信し、該回答の解析によりコンテンツサーバ機能を有する装置を検索し、検索の結果、選択されたコンテンツサーバ機能を有する装置にコンテンツサーバ機能の実行要求を行う制御手段と、
を有する情報処理装置。
【請求項２】
前記情報処理装置は、
コンテンツサーバ機能の実行によるコンテンツ受信処理を行うサービス受領装置から、コンテンツ受信可能であることを示すステータス情報を受信し、
前記コンテンツサーバ機能を有する装置から前記サービス受領装置に対するコンテンツ提供処理を開始させる構成である請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、
他の通信相手との通信処理中に、前記検索要求を入力し、コンテンツサーバの検索処理を実行する請求項１または２に記載の情報処理装置。
【請求項４】
他の通信装置との通信接続中に、複数の周辺装置との通信を実行する情報処理装置であって、
前記他の通信装置との通信中に、前記複数の周辺装置の中からコンテンツサーバを検索すべき旨の要求を検出する検索要求検出手段と、
前記検索要求検出手段の検出結果に応じて、前記複数の周辺装置に対してコンテンツサーバ機能の有無を問い合わせる問い合わせ手段と、
前記複数の周辺装置から、前記問い合わせに対する回答を受信する受信手段と、
前記受信手段の受信結果に基づき、前記コンテンツサーバ機能を有する装置を選択する装置決定手段と、
前記装置決定手段の決定結果に基づき、選択装置に対してコンテンツサーバ機能の実行を要求するサーバ機能要求送信手段と、
を有する情報処理装置。
【請求項５】
通信処理を実行する情報処理装置において実行する情報処理方法であり、
要求入力手段が、コンテンツサーバ機能を持つ装置の検索要求を入力する要求入力ステップと、
制御手段が、前記要求に応じて、通信可能な複数の周辺装置に対する機能問い合わせを実行して回答を受信し、該回答の解析によりコンテンツサーバ機能を有する装置を検索し、検索の結果、選択されたコンテンツサーバ機能を有する装置にコンテンツサーバ機能の実行要求を行うステップと、
を実行する情報処理方法。
【請求項６】
通信処理を実行する情報処理装置において情報処理を実行させるプログラムであり、
要求入力手段において、コンテンツサーバ機能を持つ装置の検索要求の入力検出を行わせる要求入力ステップと、
制御手段において、前記要求に応じて、通信可能な複数の周辺装置に対する機能問い合わせを実行して回答を受信し、該回答の解析によりコンテンツサーバ機能を有する装置を検索し、検索の結果、選択されたコンテンツサーバ機能を有する装置にコンテンツサーバ機能の実行要求を行わせるステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、および情報処理方法、並びにプログラムに関する。さらに詳細には、複数の情報処理機器としての資源を利用可能なユーザ環境において、各機器の持つ機能を効率的に利用して、コミュニケーション等、各種の情報処理を実行することを可能とする情報処理装置、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
昨今、インターネット通信など、様々な通信媒体を介した画像、音声データ等のデータ転送が盛んに行われている。また、パーソナルコンピュータ（ＰＣ）、情報家電、携帯端末といった情報機器が家庭やオフィスの至るところに存在し相互に接続された、いわゆるユビキタスコンピューティングネットワークが実現されつつある。
【０００３】
このように、様々な情報機器が遍在するユビキタス環境下では、ユーザが同時に利用できる機器が近隣に複数存在することになり、ユーザは、これら複数の機器を選択的に使用したり、あるいは同時に複数機器を並列に利用したりすることが可能である。複数機器の利用によりユーザ所有の単独機器ではなしえなかった、複数の機器が持つそれぞれの特徴的な機能を組み合わせた効率的な情報処理が可能になる。
【０００４】
例えば、１つの通信機器を利用してインターネットを介した他ユーザの通信機器とのコミュニケーションを行なう場合等にも、利用中の通信機器と異なる周辺機器の機能を併せて利用することにより、高品位なコミュニケーションを実現することが可能となる。
【０００５】
このような複数機器の機能を効率的に利用するためには、複数の情報処理機器の機能を動的に組み合わせて環境適応型コミュニケーションを実現するためのサービスプラットフォームの構築が望まれる。現在、これらのサービスプラットフォームを実現する機器の自動設定を行う技術として、ＪｉｎｉやＵＰｎＰ（Universal Plug and Play)が提案されている。
【０００６】
ＵＰｎＰ（Universal Plug and Play)は、家庭内のパソコンや周辺機器、ＡＶ機器、電話、家電製品などの機器をネットワークを通じて接続し、相互に機能を提供しあうための技術仕様であり、１９９９年にマイクロソフト（Microsoft）社によって提唱され、インテル社，３Ｃｏｍ社，ＡＴ＆Ｔ社，デル・コンピュータ社など２０社以上が支持している技術である。ＵＰｎＰ（Universal Plug and Play)は、インターネットで標準となっている技術を基盤とし、ネットワークにつなぐだけで複雑な操作や設定作業を伴うことなく機能することを目指している。ネットワークインフラとしてはパソコンＬＡＮに最も広く用いられているイーサネット（登録商標）（Ethernet（登録商標））のほか、ホームＰＮＡ（HomePNA）やホームＲＦ（HomeRF）など、家庭内ＬＡＮ用の規格もサポートされる。
【０００７】
また、Ｊｉｎｉは、パソコンや周辺機器、ＡＶ機器、電話、家電製品など様々な機器をネットワークを通じて接続し、相互に機能を提供しあうための技術仕様であり、サンマイクロシステム社によって提唱され、ＩＢＭ社、シスコシステムズ社、モトローラ社、キヤノン、シャープ、ソニーなど多くの大手企業が支持している。サン（Sun）のＪＡＶＡ（登録商標）技術を基盤としているため、特定のＯＳやマイクロプロセッサなどに依存しない。また、Ｊｉｎｉに対応した機器は、ネットワークにつなぐだけで複雑な操作や設定作業を伴うことなくすぐに機能する。Ｊｉｎｉを利用するためにはＪＡＶＡ（登録商標）実行環境であるＪＶＭを搭載するか、ネットワーク上の他の機器が搭載しているＪＶＭを利用できることが必要になる。
【０００８】
しかしながら、上記のＪｉｎｉやＵＰｎＰといった技術は、ＯＳやネットワークの自動設定機構を拡張して、既存のサービスを提供しているに過ぎないものである。環境適応的なコミュニケーションを提供するためには、単純な自動設定だけでなく、ユーザの移動や機器のＯＮ／ＯＦＦなどにより生じるユーザ環境の変化や、ユーザの要求を考慮することが望ましい。また、近隣にある機器が有する機能を動的に結合し、透過的に複数のセッションを維持、あるいはセッション生成を実現するような、より柔軟な環境適応性を実現することが望ましい。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、上述の問題点に鑑みてなされたものであり、ユーザの利用可能な資源としての機器環境の変化に応じて最適な機器選択、機器利用を実現する情報処理装置、および情報処理方法を提供することを目的とする。      
【００１０】
また、本発明は、様々な情報処理装置を利用可能な環境下で、近隣にある機器資源を利用して、適応的に通信相手とコミュニケーションを行うための情報処理装置、および情報処理方法を提供することを目的とする。
【００１１】
また、本発明は、通信相手ユーザとツールを指定するだけの簡易的なセッション開始、終了、アクティブなセッションの機器間で移動やスワップ、メディア単位でのセッションの分割や合成を実現する高度なセッション管理機構と、ユーザ要求の評価に基づいて必要となる機能を持つ機器を抽出可能とするとともに、近隣の機器の機能評価により、最適な機能を有する機器を近隣から発見し利用することを可能とした情報処理装置、および情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の第１の側面は、
通信処理を実行する情報処理装置であり、
コンテンツサーバ機能を持つ装置の検索要求を入力する要求入力手段と、
前記要求に応じて、通信可能な複数の周辺装置に対する機能問い合わせを実行して回答を受信し、該回答の解析によりコンテンツサーバ機能を有する装置を検索し、検索の結果、選択されたコンテンツサーバ機能を有する装置にコンテンツサーバ機能の実行要求を行う制御手段と、
を有する情報処理装置にある。
【００１３】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、コンテンツサーバ機能の実行によるコンテンツ受信処理を行うサービス受領装置から、コンテンツ受信可能であることを示すステータス情報を受信し、前記コンテンツサーバ機能を有する装置から前記サービス受領装置に対するコンテンツ提供処理を開始させる構成である。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、他の通信相手との通信処理中に、前記検索要求を入力し、コンテンツサーバの検索処理を実行する。
【００１５】
さらに、本発明の第２の側面は、
他の通信装置との通信接続中に、複数の周辺装置との通信を実行する情報処理装置であって、
前記他の通信装置との通信中に、前記複数の周辺装置の中からコンテンツサーバを検索すべき旨の要求を検出する検索要求検出手段と、
前記検索要求検出手段の検出結果に応じて、前記複数の周辺装置に対してコンテンツサーバ機能の有無を問い合わせる問い合わせ手段と、
前記複数の周辺装置から、前記問い合わせに対する回答を受信する受信手段と、
前記受信手段の受信結果に基づき、前記コンテンツサーバ機能を有する装置を選択する装置決定手段と、
前記装置決定手段の決定結果に基づき、選択装置に対してコンテンツサーバ機能の実行を要求するサーバ機能要求送信手段と、
を有する情報処理装置にある。
【００１６】
さらに、本発明の第３の側面は、
通信処理を実行する情報処理装置において実行する情報処理方法であり、
要求入力手段が、コンテンツサーバ機能を持つ装置の検索要求を入力する要求入力ステップと、
制御手段が、前記要求に応じて、通信可能な複数の周辺装置に対する機能問い合わせを実行して回答を受信し、該回答の解析によりコンテンツサーバ機能を有する装置を検索し、検索の結果、選択されたコンテンツサーバ機能を有する装置にコンテンツサーバ機能の実行要求を行うステップと、
を実行する情報処理方法にある。
【００１７】
さらに、本発明の第４の側面は、
通信処理を実行する情報処理装置において情報処理を実行させるプログラムであり、
要求入力手段において、コンテンツサーバ機能を持つ装置の検索要求の入力検出を行わせる要求入力ステップと、
制御手段において、前記要求に応じて、通信可能な複数の周辺装置に対する機能問い合わせを実行して回答を受信し、該回答の解析によりコンテンツサーバ機能を有する装置を検索し、検索の結果、選択されたコンテンツサーバ機能を有する装置にコンテンツサーバ機能の実行要求を行わせるステップと、
を実行させるプログラムにある。
【００１８】
なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＤＶＤ、ＣＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００１９】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２０】
本発明の構成によれば、ユーザの近傍に様々な利用可能な情報処理装置が存在する環境において、ユーザ要求に応じてユーザの利用する主端末からユーザ要求に対応する機能を持つ情報処理装置の検出処理が可能となり、検知した機器の利用により、１つの装置では実行できないユーザの要求に応じたデータ処理、データ通信が実行可能となる。
【００２１】
また、本発明の構成によれば、データ通信可能な機器に対して資源発見／利用クエリパケットを送信することにより、各情報処理装置の機能確認、環境設定が可能になり、また、情報処理装置の機能が動的に変化している場合であっても更新された端末能力記述データとしてのＳｅｒｖｉｃｅ  Ｃａｐａｂｉｌｉｔｙ  Ｌｉｓｔ（ＳＣＬ）に基づいて各情報処理装置の最新の機能情報を取得することが可能となる。
【００２２】
また、本発明の構成によれば、各情報処理装置がセッション管理機構を有する構成であり、自己の利用中の通信装置の有していない他の機能を周辺の情報処理装置から探索し、その資源を利用した新たなセッションを確立する場合においても、各情報処理装置におけるセッション管理機構においてセッション管理が実行されるので、通信セッションのスムーズな移行が可能となる。
【図面の簡単な説明】
【００２３】
【図１】本発明のデータ処理システムの構成および処理の概要を示す図である。
【図２】本発明のデータ処理システムの構成および処理の詳細を示す図である。
【図３】本発明のデータ処理システムにおいて実行される資源発見/検索処理について説明する図である。
【図４】本発明のデータ処理システムにおいて使用される資源発見/利用クエリのデータ構成を示す図である。
【図５】本発明のデータ処理システムにおいて使用される資源発見/利用応答のデータ構成を示す図である。
【図６】本発明のデータ処理システムにおいて使用される資源発見/利用クエリおよび応答のデータ例を示す図である。
【図７】本発明のデータ処理システムにおいて実行されるセッション管理処理について説明する図である。
【図８】本発明のデータ処理システムにおいて実行される処理シーケンスについて説明する図である。
【図９】本発明のデータ処理システムにおけるユーザ主端末において実行される処理について説明するフロー図である。
【図１０】本発明のデータ処理システムにおいて実行される処理例について説明する図である。
【図１１】本発明のデータ処理システムにおいて利用される情報処理装置の構成例を示す図である。
【発明を実施するための形態】
【００２４】
［システム概要］
まず、図１を参照して、本発明のシステムの概要について説明する。
【００２５】
図１のデータ処理システムは、あるユーザが利用する情報処理装置としてユーザ主端末１００、ユーザ副端末１１０、およびコンテンツサーバ１２０、データ変換装置１３０を有するものとする。図１に示すこれらの情報処理装置は、後段で詳細に説明するが、ユーザ主端末１００から資源発見のためのクエリを発行して、そのクエリに対する応答を実行する機器であり、これらのクエリにより、これらの各機器がユーザによる利用資源として設定されると、各機器の機能、例えばユーザ副端末１１０のディスプレイ機能、コンテンツサーバ１２０のコンテンツ配信機能、データ変換装置１３０のデータ変換機能、例えばＭＰＥＧ、Ｍｏｔｉｏｎ−ＪＰＥＧ等、各種の符号化データの変換処理機能等を利用したデータ通信が実行されることになる。
【００２６】
なお、ユーザ主端末１００内部の各構成として示されているユーザプロファイルデータベース１０１、サービス記述データベース１０２、セッション管理機構（ＦＳＭ：Flexible Session Manager）１０３、環境適応型エンジン（ＥＡＥ：Environment Adaptive engine）１０４、リッチコミュニケーション支援機構（ＲＣＮ：Rich Communication Navigator）１０５、アプリケーション部１０６、ＳＣＬ処理部１０７は、その他の情報処理機器であるユーザ副端末１１０、コンテンツサーバ１２０、データ変換装置１３０にも各々構成され、それぞれがユーザ主端末と同様の処理が可能である。
【００２７】
図１では、ユーザ主端末１００がインターネット等のデータ通信網をメディアストリーム・パスとして利用し外部通信端末１４０との通信を実行している状態を想定している。
【００２８】
本発明のシステムにおいては、外部通信端末１４０は、インターネット、ＬＡＮ等のデータ通信網を介してユーザ主端末１００、ユーザ副端末１１０、およびコンテンツサーバ１２０、データ変換装置１３０と通信可能である。なお、本発明の以下の説明で用いる「コミュニケーション」とは、インターネットに接続された情報処理装置としての例えばコンピュータ、携帯電話等の通信端末同士が、双方向や単方向のビデオ、オーディオストリーム(リアルタイムストリーム)を用いて、例えばテレビ電話などの通信を行うことであり、データ通信網を介した端末同士のデータ通信一般を総称してコミュニケーションという。
【００２９】
図１において、ユーザが主として利用するユーザ主端末１００と通信相手の外部通信端末１４０とコミュニケーションを行っている際に、ユーザ主端末を利用中のユーザが、ユーザ主端末１００の周辺に存在する機器、すなわち、ユーザ副端末１１０、コンテンツサーバ１２０、データ変換装置１３０を組み合わせて複数機器によるコミュニケーションを行いたいという要求が発生した場合を想定する。
【００３０】
ユーザは、ユーザ主端末１００のアプリケーション部１０６に設定された例えばビデオ会議アプリケーションプログラムに従って外部通信端末１４０とのビデオ会議を行なっている。この通信中に、周辺資源を利用した新たなデータ処理または通信を行なおうとした場合、ユーザ主端末１００のアプリケーション部１０６に設定されたユーザインタフェースからユーザの要求が入力され、アプリケーション部１０６を介してリッチコミュニケーション支援機構（ＲＣＮ：Rich Communication Navigator）１０５において、ユーザ要求の解析処理が実行され、リッチコミュニケーション支援機構（ＲＣＮ：Rich Communication Navigator）１０５からユーザの利用可能な各資源としてのユーザ副端末１１０、コンテンツサーバ１２０、データ変換装置１３０のそれぞれのリッチコミュニケーション支援機構（ＲＣＮ：Rich Communication Navigator）に対して、資源発見クエリがマルチキャスト配信される。
【００３１】
資源発見クエリを受信した各資源としてのユーザ副端末１１０、コンテンツサーバ１２０、データ変換装置１３０のリッチコミュニケーション支援機構（ＲＣＮ：Rich Communication Navigator）は、ユーザの要求する機能の提供が可能である場合に機能提供を実行する。例えばユーザの要求する機能がユーザ主端末１００と、外部通信端末１４０間で送受信されるデータに関するデータ変換処理であり、データ変換装置１３０が利用可能である場合、データ変換装置１３０のセッション管理機構（ＦＳＭ：Flexible Session Manager）の間なりの元にユーザ主端末１００と外部通信端末１４０間の通信データの変換処理をデータ変換装置１３０が実行するといった利用が可能となる。
【００３２】
環境適応型エンジン（ＥＡＥ：Environment Adaptive engine）１０４は、各情報処理装置の有する情報処理、例えばデータ変換処理、データ表示処理、演算処理等を実行する処理モジュールと、データを一時格納するキャッシュ部等を有する。
【００３３】
ユーザプロファイルデータベース１０１は、ユーザの趣味、嗜好や、ユーザ所有の機器の設定環境が記述された、各機器で分散的に管理されているデータベースである。サービス記述データベース１０２は、各機器のハードウェアの性能やソフトウェアの種類、提供可能なネットワークサービスが記述された、各機器で分散的に管理されているデータベースである。ユーザ主端末１００を含む各情報処理装置は、ハードウェア及び複数のアプリケーションを有するソフトウェアから構成されており、ハードウェア及びソフトウェアの備える能力を検出する能力検出手段である能力検出デーモン、検出された能力より端末能力情報ファイルを作成する能力情報作成手段からなるＳＣＬ処理部１０７を有し、ＳＣＬ処理部１０７の機能により生成される情報がサービス記述データベース１０２に格納される。
【００３４】
ＳＣＬ処理部１０７の能力検出デーモンは、システム上に常駐するプログラムで、特定の条件が満たされると起動して、ハードウェアやソフトウェア等、端末の能力を検出する能力検出手段を実現する。能力検出デーモンは、端末の起動時、ハードウェアあるいはソフトウェアに動的な変化が生じた場合、すなわち、起動中にハードウェアに変更が加わる場合や、ソフトウェアがインストールされた場合等、あるいはユーザからの要求時等に動作を開始する。例えば、携帯型の端末においては、ＰＣカードの抜き差し等、起動中にハードウェアに変更が加わる可能性があるため、変更があった場合に能力の検出を行なう。このため、変更を検出するプログラムも常駐させておく必要がある。ソフトウェアの機能はインストール時に確定することが多いため、通常はインストール時に１度だけ能力を検出すればよい。また、ユーザが通信を開始する際に、リアルタイムな端末情報が必要となる場合もあるので、ユーザからの要求により能力を検出する。検出された端末の能力は、ＳＣＬ作成デーモンへ送られる。
【００３５】
ＳＣＬ作成デーモンは、能力検出デーモンが端末の能力を検出すると起動されるプログラムで、能力検出デーモンが検出した端末の能力を汎用的なフォーマットでリスト化して端末能力情報ファイルを作成する能力情報作成手段を実現する。端末の能力は、例えば、ＸＭＬのツリー構造を用いてリスト化して記述する。ＸＭＬは、記述言語ＨＴＭＬの仕様をベースにし、構造化文書を記述できるように仕様を拡張した記述言語である。文書の論理構造や構成要素の意味を定義できるようにＨＴＭＬの仕様を拡張した。例えば、ＸＭＬではＨＴＭＬのタグを拡張子、タグの中にユーザが定義した任意の用語を使えるようにしており、文書を構成する要素の意味の指定が可能となった。また、ＤＴＤ（文書型定義；Document Type Definition）を使って入れ子構造を指定することにより、ツリー形式で文書構成要素間の関係を定義することができる。ＸＭＬを用いてリスト化した端末能力記述を、Ｓｅｒｖｉｃｅ  Ｃａｐａｂｉｌｉｔｙ  Ｌｉｓｔ（以下、ＳＣＬとする）と呼ぶことにする。作成したＳＣＬは、サービス記述データベース１０２に保存する。このとき、ＩＤとして外部から参照可能な識別符号、すなわちグローバルでユニークなもの（例えば、ＩＰｖ６アドレス）を割り当てる。これにより、ネットワーク上でのＳＣＬの相互運用性を高めることが可能となる。１つのＳＣＬには、最低限ＩＤのみが記述されればよい。
【００３６】
例えば、資源発見クエリを受信した各資源としてのユーザ副端末１１０、コンテンツサーバ１２０、データ変換装置１３０のリッチコミュニケーション支援機構（ＲＣＮ：Rich Communication Navigator）は、各装置のサービス記述データベースに格納された端末能力記述リスト（ＳＣＬ）を参照することにより、各機器において動的に変化する機能の最新情報を取得し、機能の提供の可否を判定することが可能となる。
【００３７】
本発明のシステムでは、ユーザが利用している機器や近隣に存在する機器が有する機能を動的に結合し、その場の計算機環境に応じて複数の機器を同時に利用したコミュニケーションをユーザに対して提供することが可能になる。本発明の動作は大きく分けて、２つの動作から構成される。図１に示すシステム全体のブロック図を用いて２つの動作について簡単に説明する。
【００３８】
（１）資源発見/検索処理
ユーザの要求、行動を元に、近隣機器の発見、該当機能の検索する動作である。図１において、ユーザの行動、要求により抽出された機能をもとに、ユーザプロファイルデータベース１０１やサービス記述データベース１０２を参照しながら、ユーザ主端末１００が備えられたネットワークインタフェースを利用して、近隣機器であるユーザ副端末１１０、コンテンツサーバ１２０、データ変換装置１３０を発見し、その機器が有する機能を検索する。
【００３９】
（２）セッション管理処理
様々な状態の複数のセッションを管理し操作する動作である。図１において、発見された機器の機能を用いて、セッションの開始や終了、変更をセッション管理機構１０３により行う。その際、機器の設定は、環境適応エンジン１０４が行い、設定完了後、複数のセッションが機器間に作成される。
【００４０】
［システムの詳細構成］
次に、図２を参照して、本発明の情報処理装置の詳細構成を説明する。図２には、ユーザ主端末３００、ユーザの利用可能な資源としての情報処理装置であるコンテンツサーバ３７０、データ変換装置３８０、さらに、ユーザ主端末と通信を実行中の通信相手端末３５０を示している。以下、ユーザ主端末３００の内部構成要素について説明する。なお、これらの内部構成要素は、近隣資源としてのコンテンツサーバ３７０、データ変換装置３８０にも同様に備えられているものである。
【００４１】
アプリケーション部３１０
アプリケーション３１０は、ユーザの行動や言動を入力として受信するハードウェアおよびソフトウェア部分からなるユーザインタフェース部３１１を有する。ユーザインタフェース部３１１は、例えば、マウスイベント、キーボードイベントや、機器の移動検出情報入力、会話中の音声入力など、各種の入力態様が適用可能である。ビデオ会議アプリケーション３１２は、アプリケーション部３１０の有するアプリケーションの一例である。ビデオ会議アプリケーション３１２は、コミュニケーションソフトウェアとして双方向、もしくは単方向のリアルタイムストリームにより、ユーザ同士がコミュニケーションを行うためのソフトウェア部分として提供される。アプリケーション部３１０は、ビデオ会議アプリケーションに限らず、機器に応じた各種のサービス提供アプリケーションを実行する。
【００４２】
なお、図２において、ユーザ主端末３００との通信を実行中の通信相手端末３５０にも同様のビデオ会議アプリケーション３５２を有するアプリケーション部３５１を有し、双方のアプリケーションが動作することにより、ビデオ会議通信が可能となる。
【００４３】
リッチコミュニケーション支援機構（ＲＣＮ）３２０
リッチコミュニケーション支援機構（ＲＣＮ）３２０は、他の利用可能資源の検索処理を主に実行する処理部である。コンテクスト分析部３２１は、アプリケーション部３１０のユーザインタフェース部３１１より入力された情報を分析する部分であり。例えばユーザインタフェース部３１１から入力された近隣資源発見要求データを解析し資源発見クエリの生成に必要な情報を抽出する処理、あるいは、ユーザインタフェース部３１１に音声入力された音声情報から必要な情報としてのトークンを切り出して、資源発見クエリの生成に必要な情報を抽出する処理を実行する。
【００４４】
近隣資源発見部３２３は、ユーザ要求に応じた機能を提供する資源としての情報処理装置を特定するための資源発見処理を実行する処理部であり、サービス検索部３２４は、コンテクスト分析部によって抽出された機能を有する機器がユーザの近隣に存在するかを検索する部分である。資源、サービスの検索は、問い合わせパケットである資源発見クエリパケットを周辺の情報処理装置に対してネットワークインタフェースを介して出力し、資源発見クエリパケットに対する他機器からの応答パケットに基づいて実行する。なお、検索は機器そのものへの問い合わせの他に、ディレクトリサーバへの問い合わせにより行うことも可能である。
【００４５】
制御部３２２は、上記、コンテクスト分析部３２１、近隣資源発見部３２３、サービス検索部３２４の各部分、また他の機器とのメッセージ送受信の制御等を実行する。
【００４６】
図に示すコンテンツサーバ３７０のリッチコミュニケーション支援機構（ＲＣＮ）３７１のサービス検索部３７２、近隣資源発見部３７３、およびデータ変換装置３８０のリッチコミュニケーション支援機構（ＲＣＮ）３８１のサービス検索部３８３、近隣資源発見部３８２も上述と同様の機能を有する。
【００４７】
セッション管理機構（ＦＳＭ）３３０
セッション管理機構（ＦＳＭ）３３０はセッション管理を実行する処理部である。セッション管理クライアント部３３１は、実際にストリームセッションを開始、終了、変更する処理制御を実行する。セッション制御部３３２は、セッションの操作方法を制御する処理部であり、自身の、または他機器のリッチコミュニケーション支援機構からのメッセージをもとに操作方法を決定しセッション管理クライアント部３３１に伝える。具体的には、例えば他機器と直接通信を行なっていたデータ通信セッションを他の資源を介して通信を実行するセッションに変更するなどの処理をリッチコミュニケーション支援機構からのメッセージをもとに実行する。
【００４８】
なお、図２において、ユーザ主端末３００との通信を実行中の通信相手端末３５０も同様のセッション管理クライアント部３５４、セッション制御で３５５を有するセッション管理機構３５３を有し、双方のセッション管理機構の処理により、セッションが維持される。
【００４９】
環境適応エンジン（ＥＡＥ）３４０，３８４
環境適応型エンジン（ＥＡＥ）３４０，３８４は、各情報処理装置の有する情報処理、例えばデータ変換処理、データ表示処理、演算処理等を実行する処理モジュールと、データを一時格納するキャッシュ部等を有する。例えばデータ変換装置３８０の環境適応エンジン（ＥＡＥ）３８４は、変換部３８７を有する。変換部３８７は、通信中のストリームメディアフォーマットの変換やメディアタイプそのものの変換などを行うハードウェア、またはソフトウェアであり、たとえば、ＭＰＥＧからＭｏｔｉｏｎ−ＪＰＥＧへの変換等のメディアフォーマット変換、音声から文字への変換等のメディアタイプ変換を実行する。
【００５０】
キャッシュ部３８６は、通信中のストリームデータを一時的にキャッシュしておく部分である。モジュール環境適応エンジンは、各機器に応じた様々な処理モジュール群が格納される。機器が適切なモジュールを所有していない場合は、ネットワーク経由でアップ/ダウンロードすることにより対応することも可能である。制御部３４１，３８５は、他機器のリッチコミュニケーション支援機構からのメッセージをもとに、環境適応エンジンを設定、制御する部分である。
【００５１】
ユーザプロファイルデータベース３０１
ユーザの趣味、嗜好や、ユーザ所有の機器の設定環境が記述された、各機器で分散的に管理されているデータベースである。
サービス記述データベース３０２，３７４，３８８
各機器のハードウェアの性能やソフトウェアの種類、提供可能なネットワークサービスが記述された、各機器で分散的に管理されているデータベース。データベースの更新処理等は、前述したようにＳＣＬ処理部の処理によって実行される。
コンテンツデータベース３０３，３７５
静止画や動画、音声など、ユーザ所有の様々なファイルが格納されているデータベースである。
【００５２】
［資源発見/検索処理および、セッション管理処理］
前述したように、本発明のシステムでは、ユーザが利用している機器や近隣に存在する機器が有する機能を動的に結合し、その場の計算機環境に応じて複数の機器を同時に利用したコミュニケーションをユーザに対して提供する。本発明のシステムにおける処理は、（１）資源発見/検索処理、すなわち、ユーザの要求、行動を元に、近隣機器の発見、該当機能の検索する処理と、（２）セッション管理処理、すなわち、様々な状態の複数のセッションを管理し操作する処理の２つに大きく分けられる。以下、これらの処理の詳細について、図を参照して説明する。
【００５３】
（１）資源発見/検索処理
まず、ユーザの要求、行動を元に、近隣機器の発見、該当機能の検索する処理として実行される資源発見/検索処理について、図３を参照して説明する。
【００５４】
資源発見/検索処理は、近隣にある機器を発見し、しかるべき機能をそれらの機器から検索する処理である。最初にユーザが計算機環境の変化により何らかの行動を起こすことを考える。たとえば、ユーザがキーボードなどのユーザインターフェースから、「現在ＰＤＡで視聴中の低画質なビデオストリームを近くにある高画質なテレビに切り替える」と入力したとする。なお、要求入力は、キーボード入力、音声入力、その他ユーザの行動検出、例えば外出から自宅に帰宅したことの検出等に基づく機器切り替え要求入力として実行してもよい。
【００５５】
図３を用いて、資源発見/検索処理の詳細を説明する。図３に示した（１）〜（１０）の各処理に対応させて説明する。まず、（１）ユーザ入力情報は、ユーザインタフェースを介してリッチコミュニケーション支援機構３２０の制御部３２２に入力される。次に、（２），（３）制御部３２２は、ユーザ入力情報をもとに、サービス検索部３２４や近隣資源発見部３２３にサービス資源の発見を依頼する。このとき、利用する機器の特定状況により２つのケースが存在する。
【００５６】
ａ．ユーザ主端末の持つ情報に基づいて、利用する機器が特定できていないとき
ユーザ要求に対応する機能を提供可能な機器が特定できていない場合は、自身のサービス検索部３２４とデータベース３０１〜３０３、また近隣機器のサービス検索部や近隣資源発見部に資源発見クエリを発行することで、該当する機能を有する機器を発見する。
【００５７】
ｂ．利用する機器が特定できているとき
ユーザからの要求に基づくサービスを提供する機器、すなわちユーザが利用する機器が特定できているときは、直接機器に対してサービス検索部３２４が機器利用クエリを、その特定された機器に対してのみ発行する。
【００５８】
まず、ａ．の動作について具体例を挙げて説明する。ここではユーザ主端末が「ディスプレイ機能」と「ライブが収録されたビデオコンテンツ」を必要していると仮定する。ユーザ主端末は、最初に自身が該当する機能を有しているかサービス検索部３２４に問い合わせ、ローカルなサービス記述データベース３０２がその結果を返す。ローカルで解決できない場合は、近隣の機器に対して資源発見クエリを発行する。
【００５９】
資源発見/利用クエリパケットの内部構造を図４に示す。資源発見/利用クエリパケットの内部データについて説明する。
【００６０】
送信先アドレス
メッセージパケットを送信する先の特定機器のアドレスや同一リンク内のマルチキャストアドレスが格納される。
メッセージの種別
メッセージパケットが、発見クエリか利用クエリかどうかが格納される。
送信元アドレス
メッセージパケットを送信する元となる機器のアドレスが格納される。
利用ユーザ名
資源を利用するユーザ名が格納される。
利用期間
資源を利用する期間が格納される。
各種パラメータ
機器が必要としている機能を条件として羅列しておく。たとえば、「ディスプレイ機能」や「音声出力機能」が挙げられる。具体的に利用機器が指定できる場合は、その資源名が記述される。
【００６１】
図３に戻り、資源発見/検索処理の処理について説明を続ける。例えば、図３のコンテンツサーバ３７０のサービス検索部３７２が資源発見クエリパケット(たとえば、あるコンテンツを検索しようとしている)を受信（（４）の処理）すると、サービス記述データベース３７４とコンテンツデータベース３７５に問い合わせる（（８），（９）の処理）。
【００６２】
資源発見クエリパケットの内容によっては、動的に状態が変化する資源を必要としている場合もあるので、その場合はデータベースだけではなく近隣資源発見部にも問い合わせる(（７）の処理)。問い合わせに対する結果は、ユーザ主端末３００のサービス検索部３２４に返される。また、機器がユーザの近隣に存在するか否かは、あらかじめ機器に登録された近隣資源情報を利用するか、あるいはそれぞれの機器の近隣資源発見部３２３，３７３，３８２相互において、それぞれアドレス情報等を含む情報交換処理を実行することによって各機器が近隣資源情報の取得(（５），（６）の処理)を行なう。
【００６３】
ユーザ主端末３００からの資源発見/利用クエリパケットは、例えば図３のように、２つの近隣資源、すなわち、コンテンツサーバ３７０と、データ変換装置３８０があった場合は、そのすべての近隣資源に対してマルチキャスト配信される。資源発見/利用クエリパケットを受信した機器は、応答パケットを返す。
【００６４】
応答パケットの内部構造を図５に示す。資源発見/利用応答パケットの内部データについて説明する。
【００６５】
送信先アドレス
メッセージパケットを送信する先の特定機器のアドレスや同一リンク内のマルチキャストアドレスが格納される。
メッセージの種別
メッセージパケットが、応答パケットかどうかが格納される。
送信元アドレス
メッセージパケットを送信する元となる機器のアドレスが格納される。
ステータスコード
クエリが成功したかどうか、すなわち、資源発見/利用クエリの要求に応じて機器が機能を提供するか否かの応答が格納される。
【００６６】
資源発見/利用クエリパケットの具体的な例、および資源発見/利用応答パケットの具体的な例を図６に示す。
【００６７】
図６（ａ）は、資源発見/利用クエリの例であり、送信先アドレス、メッセージの種別として、ここでは資源発見クエリであることが示され、送信元アドレス、利用ユーザ名、資源を利用する期間としての、利用期間、さらに、パラメータとして、ここでは、ディスプレイデバイスで広角かつ高品質のディスプレイ要求がなされ、かつコンテンツとしてアーティストライブムービーが指定されている。
【００６８】
図６（ｂ）は、資源発見/利用応答の例であり、送信先アドレス、メッセージの種別として、ここでは応答であることが示され、送信元アドレス、利用ユーザ名、資源を利用する期間としての、利用期間、さらに、ステータスとして機能提供の承諾（ＯＫ）が指定されている。
【００６９】
上述の資源発見クエリおよび資源発見応答の各パケットの送受信によって実際に利用する機器、機能が特定できると、機器を利用するための要求として資源利用クエリパケットを該当機器に対して発行する。資源利用クエリパケットは、先に図４を参照して説明したと同様のデータ構成であり、メッセージ種別が利用クエリの設定となる。なお資源予約期間の設定は、資源発見クエリパケットの発行時、すなわち、サービスの検索時に予約が可能であるが、検索とは時間を置いて予約する場合等、資源予約期間の変更される可能性もあり、資源利用クエリパケットにおいても資源予約期間情報を格納する。
【００７０】
ユーザ主端末３００と、その周辺機器としての利用可能資源との間では、上述したように、資源発見/利用クエリおよび資源発見/利用応答の各パケットが送受信され、ユーザインタフェースを介して入力されたユーザ要求に対応する機能を提供する機器が近隣資源から選択されることになる。
【００７１】
（２）セッション管理処理
次に、様々な状態の複数のセッションを管理し操作するセッション管理処理について、図７を参照して説明する。セッション管理処理は、上述の（１）資源発見/検索処理によって検索された資源としての情報処理装置を利用した新たなセッションの確立あるいはセッションの変更等を実行する処理である。
【００７２】
図７を用いて、セッション管理処理の詳細を説明する。図７に示した（１）〜（４）の各処理に対応させて説明する。セッションの開始や終了などの管理動作は、通常のセッション開始プロトコルによるシグナリングが適用可能である。ただし、本発明のシステムでは、セッション開始プロトコルやリッチコミュニケーション支援機構からの要求に同期し、環境適応エンジンの設定も同時に行う。
【００７３】
セッション管理動作の詳細を、ユーザ主端末３００が、利用する近隣機器としてメディアフォーマット変換を実行するサーバであるデータ変換装置３８０を選択した場合の処理を例にして、図７を参照して説明する。
【００７４】
ユーザ主端末３００のリッチコミュニケーション支援機構（ＲＣＮ）制御部３２２が、利用する機器、利用する機能を決定すると、ユーザ主端末３００側の環境適応エンジン制御部３４１にその情報を渡す(（２）の処理)。同時にリッチコミュニケーション支援機構（ＲＣＮ）制御部３２２は、セッション管理機構（ＦＳＭ）制御部３３２にも同様の情報を渡す(（５）の処理)。
【００７５】
ユーザ主端末側の環境適応エンジン（ＥＡＥ）制御部３４１は、前述の資源発見/利用クエリおよび応答パケットの送受信により決定した利用資源としてのデータ変換装置３８０の環境適応エンジン（ＥＡＥ）制御部３８４に対して、セッション開始プロトコルと同期しながら、環境設定パケットを発行する(（３）の処理)。環境設定パケットは、近隣機器が有する機能により内容が異なるが、図７に示すように、データ変換装置３８０の変換モジュール３８７の機能を利用したデータ変換処理を要求している場合は、変換モジュール３８７の設定を行うための、入出力アドレス/ポートや入出力メディアフォーマットなどを含むパケットとして構成される。また、モジュール群は近隣機器に存在しない場合でも、他の機器からアップ/ダウンロードが可能であり、これらの処理を実行する場合は、その設定情報を含むパケットとして構成する。環境設定パケットを受信したデータ変換装置３８０の環境適応エンジン（ＥＡＥ）制御部３８４は、パケットに応じて変換モジュール３８７の設定を実行(（４）の処理)する。
【００７６】
なお、環境設定パケットは、資源利用クエリに併せて発行する構成としてもよく、この場合は、資源利用クエリに、データ処理モジュールの設定を行うための、入出力アドレス/ポートや入出力メディアフォーマットなど環境設定情報を格納し、資源利用クエリを受信した情報処理装置は、資源利用クエリ内の情報に従ってモジュールの設定等を行なう。
【００７７】
本発明のシステムでは、各情報処理装置がセッション管理機構を有する構成であり、自己の利用中の通信装置の有していない他の機能を周辺の情報処理装置から探索し、その資源を利用した新たなセッションを確立する場合においても、各情報処理装置におけるセッション管理機構においてセッション管理が実行され、通信セッションのスムーズな移行が可能となる。
【００７８】
［処理シーケンス］
次に、図８を参照して、本発明のシステムにおいて実行される処理シーケンスについて具体例を示して説明する。
【００７９】
なお、以下に説明する例は、図１のシステム構成と対応し、ユーザは、ユーザ主端末、ユーザ副端末、およびコンテンツサーバ、データ変換装置を利用可能な資源、すなわち情報処理装置として有し、ユーザ主端末と外部通信端末との間の通信処理を行なう処理例を示している。
【００８０】
ユーザは主として利用する端末としてユーザ主端末を有し、ユーザ副端末は副次的に利用する端末である。近隣にはコンテンツが格納されているコンテンツサーバと、メディアタイプ等の変換処理を実行する変換装置がある。ここで、通信相手とテレビ会議などの双方向ストリームを用いたセッションを張りたいという要求（Ｊ１）が発生、すなわち、図２におけるアプリケーション部３１０のユーザインタフェースから入力された場合を想定する。
【００８１】
ユーザ主端末からは、まず近隣端末を発見するために資源発見クエリ（Ｍ１）が近隣資源に対してマルチキャスト配信される。資源発見クエリ（Ｍ１）は、リッチコミュニケーション支援機構３２０において、近隣資源としての全情報処理装置、ここでは、ユーザ副端末、コンテンツサーバ、およびデータ変換装置に対して発行される。
【００８２】
資源発見クエリ（Ｍ１）は、先に図５を参照して説明したように、送信先アドレス、メッセージの種別として資源発見クエリ、送信元アドレス、利用ユーザ名、資源を利用する期間としての、利用期間、さらに、パラメータが設定されたパケットである。
【００８３】
その後、図には示していないが、各情報処理装置、ユーザ副端末、コンテンツサーバ、およびデータ変換装置から資源発見クエリに対する応答パケットがユーザ主端末に対して返信される。応答パケットは、先に図６を参照して説明したように送信先アドレス、応答であることが示されたメッセージ種別、送信元アドレス、利用ユーザ名、資源を利用する期間としての、利用期間、さらに、ステータスとして機能提供の承諾または拒否情報が格納されたパケットである。
【００８４】
その後、ユーザ主端末を利用するユーザは、インターネット等のネットワークを介したデータ通信を通信相手と実行するため、セッション開始要求メッセージ（Ｍ２）をユーザ主端末から通信相手に対して発行し、その応答を受信する。ここで、通信相手とユーザ端末の間で、そのままでは満足ができる通信ができない場合、前述の資源発見クエリ（Ｍ１）および応答受信処理において、発見してある情報処理装置に資源利用クエリを発行する。
【００８５】
ここでは、ユーザ主端末と通信相手とのデータ通信におけるデータ変換の可能な変換装置に対して資源利用クエリを発行（Ｍ３）する。この資源利用クエリには、データ処理モジュール、すなわち変換装置の有する変換モジュールの設定を行うための、入出力アドレス/ポートや入出力メディアフォーマットなど環境設定情報が含まれ、資源利用クエリを受信した変換装置は、必要な設定を実行する。
【００８６】
資源利用設定後は、ユーザ主端末からセッション開始確認メッセージ（Ｍ４）を通信相手に対して発行し、互いのセッション管理機構（ＦＳＭ）においてセッションの設定、確認等を行う。こうして設定が完了すると、ユーザ主端末と通信相手との間で、中間に変換装置を介し、変換装置の変換モジュールでのデータ変換（Ｊ３）を行なった双方向データストリームが張られることになる。
【００８７】
次に、上記の変換処理を伴うユーザ主端末と通信相手間のセッション継続中に、ユーザがユーザ副端末でコンテンツをストリーミング受信したいという要求（Ｊ２）をユーザ主端末のユーザインタフェースを介して入力した場合を考える。まず、ユーザ主端末は、要求入力に応じて、リッチコミュニケーション支援機構（ＲＣＮ）が［コンテンツのストリーミング受信］をパラメータとして設定した資源発見クエリを生成し、生成した資源発見クエリを近隣資源に対して発行（Ｍ５）し、近隣に存在するユーザ副端末からコンテンツ受信ＯＫのステータス情報を格納した資源発見応答パケットを受信し、またコンテンツサーバからは、コンテンツ提供ＯＫのステータス情報を格納した資源発見応答パケットを受信し、コンテンツサーバからユーザ副端末に対するコンテンツ提供処理が可能であると判定し、これらの情報処理装置に対して資源利用クエリの発行（Ｍ６）を行なう。
【００８８】
ユーザ主端末は、ユーザ副端末および通信相手に対するコンテンツ送信処理要求をパラメータとして設定した資源利用クエリをコンテンツサーバに対して送信し、また、コンテンツサーバからのコンテンツ受信処理をパラメータとして設定した資源利用クエリをユーザ副端末に対して送信する。
【００８９】
資源の利用設定が、資源利用クエリを受信した各情報処理装置において実行されると、ユーザ主端末は、セッション開始要求メッセージ（Ｍ７）を資源利用クエリを受信した各情報処理装置に発行し、配送要求メッセージを受信した機器は、配送、受信開始のための設定を行い、設定完了後、コンテンツサーバからユーザ副端末および通信相手端末に対してコンテンツのストリーミング配信が実行される。
【００９０】
［主端末における資源発見利用処理手順］
次に、利用可能な資源としての情報処理装置の発見処理を実行する主端末における処理手順について、図９の処理フローを参照して説明する。
【００９１】
図２のシステム構成図を参照して、図９のフローの各ステップの処理について説明する。ステップＳ１０１において、ユーザ主端末３００のアプリケーション部３１０のユーザインタフェース３１１を介してユーザ要求が入力されると、ステップＳ１０２において、利用資源としての情報処理装置が特定可能か否かを判定する。これは、すでに周辺機器に対する資源発見クエリの送信、資源発見応答受信が実行済みであり、応答パケットに基づく利用資源決定が可能であるなど、すでに自己の機器内に他の機器の情報を有しており新たな資源発見クエリの発行が不要であるか否かを判定するステップである。
【００９２】
機器内での利用資源決定処理が不可能であると判定すると、ステップＳ１０６に進み、ユーザ主端末３００のリッチコミュニケーション支援機構（ＲＣＮ）３２１は、資源発見クエリを利用可能資源としての周辺機器、例えば図２に示すコンテンツサーバ３７０、データ変換装置３８０に対して発行する。
【００９３】
資源発見クエリは、先に図５を参照して説明したように、送信先アドレス、メッセージの種別として資源発見クエリ、送信元アドレス、利用ユーザ名、資源を利用する期間としての、利用期間、さらに、パラメータが設定されたパケットである。その後、応答パケットがユーザ主端末に対して返信され、応答パケットのステータスに基づいて資源発見に成功（Ｓ１０７でＹｅｓ）すると、ステップＳ１０３に進む。
【００９４】
なお、機器、すなわちユーザ主端末３００内での利用資源決定処理が可能であると判定した場合は、新たな資源発見クエリの発行処理は行なわずステップＳ１０３に進む。
【００９５】
ステップＳ１０３では、ユーザ主端末３００のリッチコミュニケーション支援機構（ＲＣＮ）３２１は、決定した利用資源に対して、資源利用クエリを発行する。なお、このフローでは、資源利用クエリは、利用対象となる機器のモジュール設定情報等を含む環境設定情報を格納したパケットを想定している。
【００９６】
ステップＳ１０４で、ユーザ主端末３００のリッチコミュニケーション支援機構（ＲＣＮ）３２１が、資源利用クエリに対する応答パケットに利用可能とのステータス情報を受け取ると、ステップＳ１０５において、セッション管理機構、環境適応エンジンにおけるセッション管理、モジュール設定処理等を実行し、資源を利用したセッションが開始される。
【００９７】
［データ通信例］
次に本発明のシステムにおける各装置間のデータ通信例について図１０を参照して説明する。図１０は、ユーザがユーザＰＣ（主端末）７１０とユーザＰＤＡ（副端末）７２０の２台の端末を利用し、通信相手となる通信ＰＣ７５０とテレビ電話やビデオコンテンツを用いてコミュニケーションを取ろうとしている例である。なお、双方向セッション開始プロトコルにはＳＩＰ、単方向ストリームセッション開始プロトコルにはＲＴＳＰと、それぞれ既存の技術を利用する。
【００９８】
最初に、ユーザから通信相手とテレビ電話をしたいという要求があると、ユーザＰＣ７１０からＳＩＰ−ＩＮＶＩＴＥメッセージを通信相手の通信ＰＣ７５０に送信（１）する。ＳＩＰ−ＩＮＶＩＴＥメッセージ（１）は、通信機器の互いの使用可能なメディアフォーマット等、機能情報を交換するメッセージ交換処理である。図では、メッセージに対する返答はすべて省略してあるが、ＳＩＰ−ＩＮＶＩＴＥメッセージに対する返答があると、互いのＰＣ間では扱えるメディアフォーマットが違うので、相互に通信できないとの判定がなされたとする。
【００９９】
ここで、ユーザＰＣ７１０は、近隣にメディアフォーマットの変換をしてくれる機器があるか資源発見パケットをマルチキャスト配信により発行（２）し、その応答を受信することで資源検索処理を実行する。この資源発見パケットを用いた資源検索により近隣には、ユーザＰＤＡ７２０、データ変換装置７３０、コンテンツサーバ７４０が発見されるが、資源発見応答パケットに基づいて、データ変換に使えるのはデータ変換装置７３０と判定する。
【０１００】
次にデータ変換装置７３０に対して、利用期間の設定、あるいは処理モジュールの設定情報を格納した資源利用パケットを発行して、利用手続きを行う。なお、資源利用パケットと環境設定パケットとを別パケットとして、資源利用パケットによる利用手続き（３）完了後、環境設定パケットを発行して環境設定（４）を行う構成としてもよい。すべての設定が完了すると、ユーザＰＣ７１０は通信相手ＰＣ７５０に対してＳＩＰＡＣＫメッセージを送信する(５)。
【０１０１】
この返答を受け取ると、データ変換装置７３０を介して、ユーザqyjz７１０と通信ＰＣ７５０間において、双方向のテレビ電話が行われる。さらにここでユーザから、ビデオストリームを視聴しながらコミュニケーションを取りたいという要求があると、近隣にあるビデオストリームが格納されているコンツンツサーバとビデオストリームを表示できるデバイスを検索するために、さらに、資源発見パケットをマルチキャスト配信により発行（２）し、その応答を受信することで資源検索処理を実行する。
【０１０２】
この資源発見パケットを用いた資源検索により近隣には、ユーザＰＤＡ７２０、データ変換装置７３０、コンテンツサーバ７４０が検知されるが、資源発見応答パケットに基づいて、ビデオストリームが格納されているコンツンツサーバとしてコンテンツサーバ７４０、ビデオストリームを表示できるデバイスとしてユーザＰＤＡ７２０を発見する。
【０１０３】
これらの資源の発見後、利用期間等を設定した資源利用パケットを発行して、利用手続き（６）を行う。利用手続き完了後、環境設定パケットを発行して環境設定（７）を行い、すべての設定が完了すると、ＲＴＳＰＳＴＡＲＴメッセージをコンテンツサーバ７４０に対して発行（８）し、単方向のビデオストリームを視聴する。こうすることで、手元のＰＤＡ７２０ではビデオストリームを視聴しながら、ユーザＰＣ７１０ではテレビ電話をするという、近隣機器を利用した複数機器による高度なコミュニケーションが可能となる。
【０１０４】
［情報処理装置ハード構成例］
上述の実施例で述べた一連の処理は、ハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたデータ処理装置内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、例えば汎用のコンピュータやマイクロコンピュータ等にインストールされる。
【０１０５】
図１１に、上述の実施例で述べた一連の処理を実行するユーザ主端末、および近隣資源としての各種の情報処理装置の構成例を示す。図１１に示す情報処理装置は、先に、図１、図３他を適用して説明した機能を実行するハードウェア構成例の一例を示すものである。すなわち、図１のユーザ主端末１００内部の各構成として示されているユーザプロファイルデータベース１０１、サービス記述データベース１０２、セッション管理機構ＦＳＭ：Flexible Session Manager）１０３、環境適応型エンジン（ＥＡＥ：Environment Adaptive engine）１０４、リッチコミュニケーション支援機構（ＲＣＮ：Rich Communication Navigator）１０５、アプリケーション部１０６、ＳＣＬ処理部１０７の各処理を実行するハードウェア装置構成例である。
【０１０６】
図１１の情報処理装置（ｅｘ．ＰＣ）８５０は、上述した資源発見／利用クエリパケットの生成、各パケットに対する応答の解析処理等の各種プログラムを実行するＣＰＵ８５６、ＣＰＵ８５６により制御実行される各種プログラムの格納、データの格納、ＣＰＵ８５６のワークエリアとして機能するＲＡＭ、ＲＯＭからなるメモリ８５７、データ格納、プログラム格納用の記憶媒体としてのＨＤＤ８５８を有し、それぞれＰＣＩバス８５９に接続され、相互のデータ送受信が可能な構成を持つ。さらに、例えばデータ変換処理等、各機器において特有の機能を実行するデータ処理モジュール８５１を有する。
【０１０７】
さらに、通信ネットワークとのインタフェースとして機能するネットワークインタフェース８５２、マウス８３７、キーボード８３６等の入力機器との入出力インタフェース８５３、ビデオカメラ８３３、マイク８３４、スピーカ８３５等のＡＶデータ入出力機器からのデータ入出力を行なうＡＶインタフェース８５４、ディスプレイ８３２に対するデータ出力インタフェースとしてのディスプレイ・インタフェース８５５を有する。
【０１０８】
図１１の構成例において、ビデオ会議の実行機能を有する情報処理端末を例とした場合、データ処理モジュール８５１は、例えばビデオカメラ８３３からの画像データ、マイク８３４からの音声データを入力し、符号化処理の後、パケット生成処理（パケタイズ）を実行し、最終的に符号化データ等をペイロードとしたパケットを生成し、生成パケットがＰＣＩバス８５９上に出力され、ネットワークインタフェース８５２を介してネットワークに出力され、パケットのヘッダに設定された宛先アドレスに配信される。これらのパケットデータがビデオ会議アプリケーション用の通信データとして適用される。また、ビデオ会議等の動画符号化データの格納された受信パケットは、データ処理モジュール８５１において復号処理が実行され、ディスプレイ８３２、スピーカ８３５において再生、出力される。
【０１０９】
一方、ネットワークを介して入力する資源発見／利用クエリパケット、または応答パケットは、ネットワークインタフェース８５２を介して、バス８５６上に出力されて、ＣＰＵ８５６の制御の下に処理され、資源発見／利用クエリパケット、または応答パケット等のデータ解析が行なわれ、資源の発見処理、あるいは環境設定処理等が実行される。
【０１１０】
これらの資源発見／利用クエリパケットの生成処理、または応答パケットのデータ解析処理、あるいは環境設定処理等のプログラムは、ＲＯＭ等のメモリ８５７に格納され＜ＣＰＵ８５６によって実行される。ただし、ＣＰＵ８５６は、ＲＯＭ格納プログラムに限らず、ハードディスクに格納されているプログラム、衛星若しくはネットワークから転送され、受信されてインストールされたプログラム等を、ＲＡＭ(Random Access Memory)等のメモリにロードして実行することも可能である。
【０１１１】
ここで、本明細書において、プログラムは、１つのコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
【０１１２】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【産業上の利用可能性】
【０１１３】
以上、説明してきたように、本発明の構成によれば、ユーザの近傍に様々な利用可能な情報処理装置が存在する環境において、ユーザ要求に応じてユーザの利用する主端末からユーザ要求に対応する機能を持つ情報処理装置の検出処理が可能となり、検知した機器の利用により、１つの装置では実行できないユーザの要求に応じたデータ処理、データ通信が実行可能となる。
【０１１４】
また、本発明の構成によれば、データ通信可能な機器に対して資源発見／利用クエリパケットを送信することにより、各情報処理装置の機能確認、環境設定が可能になり、また、情報処理装置の機能が動的に変化している場合であっても更新された端末能力記述データとしてのＳｅｒｖｉｃｅ  Ｃａｐａｂｉｌｉｔｙ  Ｌｉｓｔ（ＳＣＬ）に基づいて各情報処理装置の最新の機能情報を取得することが可能となる。
【０１１５】
また、本発明の構成によれば、各情報処理装置がセッション管理機構を有する構成であり、自己の利用中の通信装置の有していない他の機能を周辺の情報処理装置から探索し、その資源を利用した新たなセッションを確立する場合においても、各情報処理装置におけるセッション管理機構においてセッション管理が実行されるので、通信セッションのスムーズな移行が可能となる。
【符号の説明】
【０１１６】
１００  ユーザ主端末
１０１  ユーザプロファイルデータベース
１０２  サービス記述データベース
１０３  セッション管理機構（ＦＳＭ：Flexible Session Manager）
１０４  環境適応型エンジン（ＥＡＥ：Environment Adaptive engine）
１０５  リッチコミュニケーション支援機構（ＲＣＮ：Rich Communication Navigator）
１０６  アプリケーション部
１０７  ＳＣＬ処理部
１１０  ユーザ副端末
１２０  コンテンツサーバ
１３０  データ変換装置
３００  ユーザ主端末
３０１  ユーザプロファイルデータベース
３０２  サービス記述データベース
３０３  コンテンツデータベース
３１０  アプリケーション部
３１１  ユーザインタフェース
３１２  ビデオ会議アプリケーション
３２０  リッチコミュニケーション支援機構
３２１  コンテクスト分析部  ３２２  制御部
３２３  近隣資源発見部
３２４  サービス検索部
３３０  セッション管理機構
３３１  セッション管理クライアント部
３３２  セッション制御部
３４０  環境適応型エンジン
３４１  制御部
３５０  通信相手端末
３５１  アプリケーション部
３５２  ビデオ会議アプリケーション
３５３  セッション管理機構
３５４  セッション管理クライアント部
３５５  セッション制御部
３７０  コンテンツサーバ
３７１  リッチコミュニケーション支援機構
３７２  サービス検索部
３７３  近隣資源発見部
３８０  データ変換装置
３８１  リッチコミュニケーション支援機構
３８２  近隣資源発見部
３８３  サービス検索部
３８４  環境適応エンジン
３８５  制御部
３８６  キャッシュ部
３８７  変換部
７１０  ユーザＰＣ（主端末）
７２０  ユーザＰＤＡ（副端末）
７３０  データ変換装置
７４０  コンテンツサーバ
７５０  通信ＰＣ
８０９  ＰＣＩバス
８３２  ディスプレイ
８３３  ビデオカメラ
８３４  マイク
８３５  スピーカ
８３７  マウス
８３８  キーボード
８５０  データ送受信装置
８５１  データ処理モジュール
８５２  ネットワークインタフェース
８５３  入出力インタフェース
８５４  ＡＶインタフェース
８５５  ディスプレイインタフェース
８５６  ＣＰＵ
８５７  メモリ
８５８  ＨＤＤ
【図１】
2010055635.tif 000003
【図２】
2010055635.tif 000004
【図３】
2010055635.tif 000005
【図４】
2010055635.tif 000006
【図５】
2010055635.tif 000007
【図６】
2010055635.tif 000008
【図７】
2010055635.tif 000009
【図８】
2010055635.tif 000010
【図９】
2010055635.tif 000011
【図１０】
2010055635.tif 000012
【図１１】
2010055635.tif 000013