"通信処理を実行する情報処理装置であり、コンテンツサーバ機能を持つ装置の検索要求を入力する要求入力手段と、前記要求に応じて、通信可能な複数の周辺装置に対する機能問い合わせを実行して回答を受信し、該回答の解析によりコンテンツサーバ機能を有する装置を検索し、検索の結果、選択されたコンテンツサーバ機能を有する装置にコンテンツサーバ機能の実行要求を行う制御手段と、を有する情報処理装置。前記情報処理装置は、コンテンツサーバ機能の実行によるコンテンツ受信処理を行うサービス受領装置から、コンテンツ受信可能であることを示すステータス情報を受信し、前記コンテンツサーバ機能を有する装置から前記サービス受領装置に対するコンテンツ提供処理を開始させる構成である請求項1に記載の情報処理装置。前記情報処理装置は、他の通信相手との通信処理中に、前記検索要求を入力し、コンテンツサーバの検索処理を実行する請求項1または2に記載の情報処理装置。他の通信装置との通信接続中に、複数の周辺装置との通信を実行する情報処理装置であって、前記他の通信装置との通信中に、前記複数の周辺装置の中からコンテンツサーバを検索すべき旨の要求を検出する検索要求検出手段と、前記検索要求検出手段の検出結果に応じて、前記複数の周辺装置に対してコンテンツサーバ機能の有無を問い合わせる問い合わせ手段と、前記複数の周辺装置から、前記問い合わせに対する回答を受信する受信手段と、前記受信手段の受信結果に基づき、前記コンテンツサーバ機能を有する装置を選択する装置決定手段と、前記装置決定手段の決定結果に基づき、選択装置に対してコンテンツサーバ機能の実行を要求するサーバ機能要求送信手段と、を有する情報処理装置。通信処理を実行する情報処理装置において実行する情報処理方法であり、要求入力手段が、コンテンツサーバ機能を持つ装置の検索要求を入力する要求入力ステップと、制御手段が、前記要求に応じて、通信可能な複数の周辺装置に対する機能問い合わせを実行して回答を受信し、該回答の解析によりコンテンツサーバ機能を有する装置を検索し、検索の結果、選択されたコンテンツサーバ機能を有する装置にコンテンツサーバ機能の実行要求を行うステップと、を実行する情報処理方法。通信処理を実行する情報処理装置において情報処理を実行させるプログラムであり、要求入力手段において、コンテンツサーバ機能を持つ装置の検索要求の入力検出を行わせる要求入力ステップと、制御手段において、前記要求に応じて、通信可能な複数の周辺装置に対する機能問い合わせを実行して回答を受信し、該回答の解析によりコンテンツサーバ機能を有する装置を検索し、検索の結果、選択されたコンテンツサーバ機能を有する装置にコンテンツサーバ機能の実行要求を行わせるステップと、を実行させるプログラム。本発明は、上述の問題点に鑑みてなされたものであり、ユーザの利用可能な資源としての機器環境の変化に応じて最適な機器選択、機器利用を実現する情報処理装置、および情報処理方法を提供することを目的とする。また、本発明は、様々な情報処理装置を利用可能な環境下で、近隣にある機器資源を利用して、適応的に通信相手とコミュニケーションを行うための情報処理装置、および情報処理方法を提供することを目的とする。また、本発明は、通信相手ユーザとツールを指定するだけの簡易的なセッション開始、終了、アクティブなセッションの機器間で移動やスワップ、メディア単位でのセッションの分割や合成を実現する高度なセッション管理機構と、ユーザ要求の評価に基づいて必要となる機能を持つ機器を抽出可能とするとともに、近隣の機器の機能評価により、最適な機能を有する機器を近隣から発見し利用することを可能とした情報処理装置、および情報処理方法を提供することを目的とする。本発明の第1の側面は、通信処理を実行する情報処理装置であり、コンテンツサーバ機能を持つ装置の検索要求を入力する要求入力手段と、前記要求に応じて、通信可能な複数の周辺装置に対する機能問い合わせを実行して回答を受信し、該回答の解析によりコンテンツサーバ機能を有する装置を検索し、検索の結果、選択されたコンテンツサーバ機能を有する装置にコンテンツサーバ機能の実行要求を行う制御手段と、を有する情報処理装置にある。さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、コンテンツサーバ機能の実行によるコンテンツ受信処理を行うサービス受領装置から、コンテンツ受信可能であることを示すステータス情報を受信し、前記コンテンツサーバ機能を有する装置から前記サービス受領装置に対するコンテンツ提供処理を開始させる構成である。さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、他の通信相手との通信処理中に、前記検索要求を入力し、コンテンツサーバの検索処理を実行する。さらに、本発明の第2の側面は、他の通信装置との通信接続中に、複数の周辺装置との通信を実行する情報処理装置であって、前記他の通信装置との通信中に、前記複数の周辺装置の中からコンテンツサーバを検索すべき旨の要求を検出する検索要求検出手段と、前記検索要求検出手段の検出結果に応じて、前記複数の周辺装置に対してコンテンツサーバ機能の有無を問い合わせる問い合わせ手段と、前記複数の周辺装置から、前記問い合わせに対する回答を受信する受信手段と、前記受信手段の受信結果に基づき、前記コンテンツサーバ機能を有する装置を選択する装置決定手段と、前記装置決定手段の決定結果に基づき、選択装置に対してコンテンツサーバ機能の実行を要求するサーバ機能要求送信手段と、を有する情報処理装置にある。さらに、本発明の第3の側面は、通信処理を実行する情報処理装置において実行する情報処理方法であり、要求入力手段が、コンテンツサーバ機能を持つ装置の検索要求を入力する要求入力ステップと、制御手段が、前記要求に応じて、通信可能な複数の周辺装置に対する機能問い合わせを実行して回答を受信し、該回答の解析によりコンテンツサーバ機能を有する装置を検索し、検索の結果、選択されたコンテンツサーバ機能を有する装置にコンテンツサーバ機能の実行要求を行うステップと、を実行する情報処理方法にある。さらに、本発明の第4の側面は、通信処理を実行する情報処理装置において情報処理を実行させるプログラムであり、要求入力手段において、コンテンツサーバ機能を持つ装置の検索要求の入力検出を行わせる要求入力ステップと、制御手段において、前記要求に応じて、通信可能な複数の周辺装置に対する機能問い合わせを実行して回答を受信し、該回答の解析によりコンテンツサーバ機能を有する装置を検索し、検索の結果、選択されたコンテンツサーバ機能を有する装置にコンテンツサーバ機能の実行要求を行わせるステップと、を実行させるプログラムにある。なお、本発明のプログラムは、例えば、様々なプログラムコードを実行可能なコンピュータシステムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、DVD、CD、MOなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータシステム上でプログラムに応じた処理が実現される。本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。本発明の構成によれば、ユーザの近傍に様々な利用可能な情報処理装置が存在する環境において、ユーザ要求に応じてユーザの利用する主端末からユーザ要求に対応する機能を持つ情報処理装置の検出処理が可能となり、検知した機器の利用により、1つの装置では実行できないユーザの要求に応じたデータ処理、データ通信が実行可能となる。また、本発明の構成によれば、データ通信可能な機器に対して資源発見/利用クエリパケットを送信することにより、各情報処理装置の機能確認、環境設定が可能になり、また、情報処理装置の機能が動的に変化している場合であっても更新された端末能力記述データとしてのServiceCapabilityListSCLに基づいて各情報処理装置の最新の機能情報を取得することが可能となる。また、本発明の構成によれば、各情報処理装置がセッション管理機構を有する構成であり、自己の利用中の通信装置の有していない他の機能を周辺の情報処理装置から探索し、その資源を利用した新たなセッションを確立する場合においても、各情報処理装置におけるセッション管理機構においてセッション管理が実行されるので、通信セッションのスムーズな移行が可能となる。[システム概要]まず、図1を参照して、本発明のシステムの概要について説明する。図1のデータ処理システムは、あるユーザが利用する情報処理装置としてユーザ主端末100、ユーザ副端末110、およびコンテンツサーバ120、データ変換装置130を有するものとする。図1に示すこれらの情報処理装置は、後段で詳細に説明するが、ユーザ主端末100から資源発見のためのクエリを発行して、そのクエリに対する応答を実行する機器であり、これらのクエリにより、これらの各機器がユーザによる利用資源として設定されると、各機器の機能、例えばユーザ副端末110のディスプレイ機能、コンテンツサーバ120のコンテンツ配信機能、データ変換装置130のデータ変換機能、例えばMPEG、Motion-JPEG等、各種の符号化データの変換処理機能等を利用したデータ通信が実行されることになる。なお、ユーザ主端末100内部の各構成として示されているユーザプロファイルデータベース101、サービス記述データベース102、セッション管理機構FSM:FlexibleSessionManager103、環境適応型エンジンEAE:EnvironmentAdaptiveengine104、リッチコミュニケーション支援機構RCN:RichCommunicationNavigator105、アプリケーション部106、SCL処理部107は、その他の情報処理機器であるユーザ副端末110、コンテンツサーバ120、データ変換装置130にも各々構成され、それぞれがユーザ主端末と同様の処理が可能である。図1では、ユーザ主端末100がインターネット等のデータ通信網をメディアストリームパスとして利用し外部通信端末140との通信を実行している状態を想定している。本発明のシステムにおいては、外部通信端末140は、インターネット、LAN等のデータ通信網を介してユーザ主端末100、ユーザ副端末110、およびコンテンツサーバ120、データ変換装置130と通信可能である。なお、本発明の以下の説明で用いるコミュニケーションとは、インターネットに接続された情報処理装置としての例えばコンピュータ、携帯電話等の通信端末同士が、双方向や単方向のビデオ、オーディオストリームを用いて、例えばテレビ電話などの通信を行うことであり、データ通信網を介した端末同士のデータ通信一般を総称してコミュニケーションという。図1において、ユーザが主として利用するユーザ主端末100と通信相手の外部通信端末140とコミュニケーションを行っている際に、ユーザ主端末を利用中のユーザが、ユーザ主端末100の周辺に存在する機器、すなわち、ユーザ副端末110、コンテンツサーバ120、データ変換装置130を組み合わせて複数機器によるコミュニケーションを行いたいという要求が発生した場合を想定する。ユーザは、ユーザ主端末100のアプリケーション部106に設定された例えばビデオ会議アプリケーションプログラムに従って外部通信端末140とのビデオ会議を行なっている。この通信中に、周辺資源を利用した新たなデータ処理または通信を行なおうとした場合、ユーザ主端末100のアプリケーション部106に設定されたユーザインタフェースからユーザの要求が入力され、アプリケーション部106を介してリッチコミュニケーション支援機構RCN:RichCommunicationNavigator105において、ユーザ要求の解析処理が実行され、リッチコミュニケーション支援機構RCN:RichCommunicationNavigator105からユーザの利用可能な各資源としてのユーザ副端末110、コンテンツサーバ120、データ変換装置130のそれぞれのリッチコミュニケーション支援機構RCN:RichCommunicationNavigatorに対して、資源発見クエリがマルチキャスト配信される。資源発見クエリを受信した各資源としてのユーザ副端末110、コンテンツサーバ120、データ変換装置130のリッチコミュニケーション支援機構RCN:RichCommunicationNavigatorは、ユーザの要求する機能の提供が可能である場合に機能提供を実行する。例えばユーザの要求する機能がユーザ主端末100と、外部通信端末140間で送受信されるデータに関するデータ変換処理であり、データ変換装置130が利用可能である場合、データ変換装置130のセッション管理機構FSM:FlexibleSessionManagerの間なりの元にユーザ主端末100と外部通信端末140間の通信データの変換処理をデータ変換装置130が実行するといった利用が可能となる。環境適応型エンジンEAE:EnvironmentAdaptiveengine104は、各情報処理装置の有する情報処理、例えばデータ変換処理、データ表示処理、演算処理等を実行する処理モジュールと、データを一時格納するキャッシュ部等を有する。ユーザプロファイルデータベース101は、ユーザの趣味、嗜好や、ユーザ所有の機器の設定環境が記述された、各機器で分散的に管理されているデータベースである。サービス記述データベース102は、各機器のハードウェアの性能やソフトウェアの種類、提供可能なネットワークサービスが記述された、各機器で分散的に管理されているデータベースである。ユーザ主端末100を含む各情報処理装置は、ハードウェア及び複数のアプリケーションを有するソフトウェアから構成されており、ハードウェア及びソフトウェアの備える能力を検出する能力検出手段である能力検出デーモン、検出された能力より端末能力情報ファイルを作成する能力情報作成手段からなるSCL処理部107を有し、SCL処理部107の機能により生成される情報がサービス記述データベース102に格納される。SCL処理部107の能力検出デーモンは、システム上に常駐するプログラムで、特定の条件が満たされると起動して、ハードウェアやソフトウェア等、端末の能力を検出する能力検出手段を実現する。能力検出デーモンは、端末の起動時、ハードウェアあるいはソフトウェアに動的な変化が生じた場合、すなわち、起動中にハードウェアに変更が加わる場合や、ソフトウェアがインストールされた場合等、あるいはユーザからの要求時等に動作を開始する。例えば、携帯型の端末においては、PCカードの抜き差し等、起動中にハードウェアに変更が加わる可能性があるため、変更があった場合に能力の検出を行なう。このため、変更を検出するプログラムも常駐させておく必要がある。ソフトウェアの機能はインストール時に確定することが多いため、通常はインストール時に1度だけ能力を検出すればよい。また、ユーザが通信を開始する際に、リアルタイムな端末情報が必要となる場合もあるので、ユーザからの要求により能力を検出する。検出された端末の能力は、SCL作成デーモンへ送られる。SCL作成デーモンは、能力検出デーモンが端末の能力を検出すると起動されるプログラムで、能力検出デーモンが検出した端末の能力を汎用的なフォーマットでリスト化して端末能力情報ファイルを作成する能力情報作成手段を実現する。端末の能力は、例えば、XMLのツリー構造を用いてリスト化して記述する。XMLは、記述言語HTMLの仕様をベースにし、構造化文書を記述できるように仕様を拡張した記述言語である。文書の論理構造や構成要素の意味を定義できるようにHTMLの仕様を拡張した。例えば、XMLではHTMLのタグを拡張子、タグの中にユーザが定義した任意の用語を使えるようにしており、文書を構成する要素の意味の指定が可能となった。また、DTD文書型定義;DocumentTypeDefinitionを使って入れ子構造を指定することにより、ツリー形式で文書構成要素間の関係を定義することができる。XMLを用いてリスト化した端末能力記述を、ServiceCapabilityList以下、SCLとすると呼ぶことにする。作成したSCLは、サービス記述データベース102に保存する。このとき、IDとして外部から参照可能な識別符号、すなわちグローバルでユニークなもの例えば、IPv6アドレスを割り当てる。これにより、ネットワーク上でのSCLの相互運用性を高めることが可能となる。1つのSCLには、最低限IDのみが記述されればよい。例えば、資源発見クエリを受信した各資源としてのユーザ副端末110、コンテンツサーバ120、データ変換装置130のリッチコミュニケーション支援機構RCN:RichCommunicationNavigatorは、各装置のサービス記述データベースに格納された端末能力記述リストSCLを参照することにより、各機器において動的に変化する機能の最新情報を取得し、機能の提供の可否を判定することが可能となる。本発明のシステムでは、ユーザが利用している機器や近隣に存在する機器が有する機能を動的に結合し、その場の計算機環境に応じて複数の機器を同時に利用したコミュニケーションをユーザに対して提供することが可能になる。本発明の動作は大きく分けて、2つの動作から構成される。図1に示すシステム全体のブロック図を用いて2つの動作について簡単に説明する。1資源発見検索処理ユーザの要求、行動を元に、近隣機器の発見、該当機能の検索する動作である。図1において、ユーザの行動、要求により抽出された機能をもとに、ユーザプロファイルデータベース101やサービス記述データベース102を参照しながら、ユーザ主端末100が備えられたネットワークインタフェースを利用して、近隣機器であるユーザ副端末110、コンテンツサーバ120、データ変換装置130を発見し、その機器が有する機能を検索する。2セッション管理処理様々な状態の複数のセッションを管理し操作する動作である。図1において、発見された機器の機能を用いて、セッションの開始や終了、変更をセッション管理機構103により行う。その際、機器の設定は、環境適応エンジン104が行い、設定完了後、複数のセッションが機器間に作成される。[システムの詳細構成]次に、図2を参照して、本発明の情報処理装置の詳細構成を説明する。図2には、ユーザ主端末300、ユーザの利用可能な資源としての情報処理装置であるコンテンツサーバ370、データ変換装置380、さらに、ユーザ主端末と通信を実行中の通信相手端末350を示している。以下、ユーザ主端末300の内部構成要素について説明する。なお、これらの内部構成要素は、近隣資源としてのコンテンツサーバ370、データ変換装置380にも同様に備えられているものである。アプリケーション部310アプリケーション310は、ユーザの行動や言動を入力として受信するハードウェアおよびソフトウェア部分からなるユーザインタフェース部311を有する。ユーザインタフェース部311は、例えば、マウスイベント、キーボードイベントや、機器の移動検出情報入力、会話中の音声入力など、各種の入力態様が適用可能である。ビデオ会議アプリケーション312は、アプリケーション部310の有するアプリケーションの一例である。ビデオ会議アプリケーション312は、コミュニケーションソフトウェアとして双方向、もしくは単方向のリアルタイムストリームにより、ユーザ同士がコミュニケーションを行うためのソフトウェア部分として提供される。アプリケーション部310は、ビデオ会議アプリケーションに限らず、機器に応じた各種のサービス提供アプリケーションを実行する。なお、図2において、ユーザ主端末300との通信を実行中の通信相手端末350にも同様のビデオ会議アプリケーション352を有するアプリケーション部351を有し、双方のアプリケーションが動作することにより、ビデオ会議通信が可能となる。リッチコミュニケーション支援機構RCN320リッチコミュニケーション支援機構RCN320は、他の利用可能資源の検索処理を主に実行する処理部である。コンテクスト分析部321は、アプリケーション部310のユーザインタフェース部311より入力された情報を分析する部分であり。例えばユーザインタフェース部311から入力された近隣資源発見要求データを解析し資源発見クエリの生成に必要な情報を抽出する処理、あるいは、ユーザインタフェース部311に音声入力された音声情報から必要な情報としてのトークンを切り出して、資源発見クエリの生成に必要な情報を抽出する処理を実行する。近隣資源発見部323は、ユーザ要求に応じた機能を提供する資源としての情報処理装置を特定するための資源発見処理を実行する処理部であり、サービス検索部324は、コンテクスト分析部によって抽出された機能を有する機器がユーザの近隣に存在するかを検索する部分である。資源、サービスの検索は、問い合わせパケットである資源発見クエリパケットを周辺の情報処理装置に対してネットワークインタフェースを介して出力し、資源発見クエリパケットに対する他機器からの応答パケットに基づいて実行する。なお、検索は機器そのものへの問い合わせの他に、ディレクトリサーバへの問い合わせにより行うことも可能である。制御部322は、上記、コンテクスト分析部321、近隣資源発見部323、サービス検索部324の各部分、また他の機器とのメッセージ送受信の制御等を実行する。図に示すコンテンツサーバ370のリッチコミュニケーション支援機構RCN371のサービス検索部372、近隣資源発見部373、およびデータ変換装置380のリッチコミュニケーション支援機構RCN381のサービス検索部383、近隣資源発見部382も上述と同様の機能を有する。セッション管理機構FSM330セッション管理機構FSM330はセッション管理を実行する処理部である。セッション管理クライアント部331は、実際にストリームセッションを開始、終了、変更する処理制御を実行する。セッション制御部332は、セッションの操作方法を制御する処理部であり、自身の、または他機器のリッチコミュニケーション支援機構からのメッセージをもとに操作方法を決定しセッション管理クライアント部331に伝える。具体的には、例えば他機器と直接通信を行なっていたデータ通信セッションを他の資源を介して通信を実行するセッションに変更するなどの処理をリッチコミュニケーション支援機構からのメッセージをもとに実行する。なお、図2において、ユーザ主端末300との通信を実行中の通信相手端末350も同様のセッション管理クライアント部354、セッション制御で355を有するセッション管理機構353を有し、双方のセッション管理機構の処理により、セッションが維持される。環境適応エンジンEAE340,384環境適応型エンジンEAE340,384は、各情報処理装置の有する情報処理、例えばデータ変換処理、データ表示処理、演算処理等を実行する処理モジュールと、データを一時格納するキャッシュ部等を有する。例えばデータ変換装置380の環境適応エンジンEAE384は、変換部387を有する。変換部387は、通信中のストリームメディアフォーマットの変換やメディアタイプそのものの変換などを行うハードウェア、またはソフトウェアであり、たとえば、MPEGからMotion-JPEGへの変換等のメディアフォーマット変換、音声から文字への変換等のメディアタイプ変換を実行する。キャッシュ部386は、通信中のストリームデータを一時的にキャッシュしておく部分である。モジュール環境適応エンジンは、各機器に応じた様々な処理モジュール群が格納される。機器が適切なモジュールを所有していない場合は、ネットワーク経由でアップダウンロードすることにより対応することも可能である。制御部341,385は、他機器のリッチコミュニケーション支援機構からのメッセージをもとに、環境適応エンジンを設定、制御する部分である。ユーザプロファイルデータベース301ユーザの趣味、嗜好や、ユーザ所有の機器の設定環境が記述された、各機器で分散的に管理されているデータベースである。サービス記述データベース302,374,388各機器のハードウェアの性能やソフトウェアの種類、提供可能なネットワークサービスが記述された、各機器で分散的に管理されているデータベース。データベースの更新処理等は、前述したようにSCL処理部の処理によって実行される。コンテンツデータベース303,375静止画や動画、音声など、ユーザ所有の様々なファイルが格納されているデータベースである。[資源発見検索処理および、セッション管理処理]前述したように、本発明のシステムでは、ユーザが利用している機器や近隣に存在する機器が有する機能を動的に結合し、その場の計算機環境に応じて複数の機器を同時に利用したコミュニケーションをユーザに対して提供する。本発明のシステムにおける処理は、1資源発見検索処理、すなわち、ユーザの要求、行動を元に、近隣機器の発見、該当機能の検索する処理と、2セッション管理処理、すなわち、様々な状態の複数のセッションを管理し操作する処理の2つに大きく分けられる。以下、これらの処理の詳細について、図を参照して説明する。1資源発見検索処理まず、ユーザの要求、行動を元に、近隣機器の発見、該当機能の検索する処理として実行される資源発見検索処理について、図3を参照して説明する。資源発見検索処理は、近隣にある機器を発見し、しかるべき機能をそれらの機器から検索する処理である。最初にユーザが計算機環境の変化により何らかの行動を起こすことを考える。たとえば、ユーザがキーボードなどのユーザインターフェースから、現在PDAで視聴中の低画質なビデオストリームを近くにある高画質なテレビに切り替えると入力したとする。なお、要求入力は、キーボード入力、音声入力、その他ユーザの行動検出、例えば外出から自宅に帰宅したことの検出等に基づく機器切り替え要求入力として実行してもよい。図3を用いて、資源発見検索処理の詳細を説明する。図3に示した1~10の各処理に対応させて説明する。まず、1ユーザ入力情報は、ユーザインタフェースを介してリッチコミュニケーション支援機構320の制御部322に入力される。次に、2,3制御部322は、ユーザ入力情報をもとに、サービス検索部324や近隣資源発見部323にサービス資源の発見を依頼する。このとき、利用する機器の特定状況により2つのケースが存在する。a.ユーザ主端末の持つ情報に基づいて、利用する機器が特定できていないときユーザ要求に対応する機能を提供可能な機器が特定できていない場合は、自身のサービス検索部324とデータベース301~303、また近隣機器のサービス検索部や近隣資源発見部に資源発見クエリを発行することで、該当する機能を有する機器を発見する。b.利用する機器が特定できているときユーザからの要求に基づくサービスを提供する機器、すなわちユーザが利用する機器が特定できているときは、直接機器に対してサービス検索部324が機器利用クエリを、その特定された機器に対してのみ発行する。まず、a.の動作について具体例を挙げて説明する。ここではユーザ主端末がディスプレイ機能とライブが収録されたビデオコンテンツを必要していると仮定する。ユーザ主端末は、最初に自身が該当する機能を有しているかサービス検索部324に問い合わせ、ローカルなサービス記述データベース302がその結果を返す。ローカルで解決できない場合は、近隣の機器に対して資源発見クエリを発行する。資源発見利用クエリパケットの内部構造を図4に示す。資源発見利用クエリパケットの内部データについて説明する。送信先アドレスメッセージパケットを送信する先の特定機器のアドレスや同一リンク内のマルチキャストアドレスが格納される。メッセージの種別メッセージパケットが、発見クエリか利用クエリかどうかが格納される。送信元アドレスメッセージパケットを送信する元となる機器のアドレスが格納される。利用ユーザ名資源を利用するユーザ名が格納される。利用期間資源を利用する期間が格納される。各種パラメータ機器が必要としている機能を条件として羅列しておく。たとえば、ディスプレイ機能や音声出力機能が挙げられる。具体的に利用機器が指定できる場合は、その資源名が記述される。図3に戻り、資源発見検索処理の処理について説明を続ける。例えば、図3のコンテンツサーバ370のサービス検索部372が資源発見クエリパケットを受信4の処理すると、サービス記述データベース374とコンテンツデータベース375に問い合わせる8,9の処理。資源発見クエリパケットの内容によっては、動的に状態が変化する資源を必要としている場合もあるので、その場合はデータベースだけではなく近隣資源発見部にも問い合わせる。問い合わせに対する結果は、ユーザ主端末300のサービス検索部324に返される。また、機器がユーザの近隣に存在するか否かは、あらかじめ機器に登録された近隣資源情報を利用するか、あるいはそれぞれの機器の近隣資源発見部323,373,382相互において、それぞれアドレス情報等を含む情報交換処理を実行することによって各機器が近隣資源情報の取得を行なう。ユーザ主端末300からの資源発見利用クエリパケットは、例えば図3のように、2つの近隣資源、すなわち、コンテンツサーバ370と、データ変換装置380があった場合は、そのすべての近隣資源に対してマルチキャスト配信される。資源発見利用クエリパケットを受信した機器は、応答パケットを返す。応答パケットの内部構造を図5に示す。資源発見利用応答パケットの内部データについて説明する。送信先アドレスメッセージパケットを送信する先の特定機器のアドレスや同一リンク内のマルチキャストアドレスが格納される。メッセージの種別メッセージパケットが、応答パケットかどうかが格納される。送信元アドレスメッセージパケットを送信する元となる機器のアドレスが格納される。ステータスコードクエリが成功したかどうか、すなわち、資源発見利用クエリの要求に応じて機器が機能を提供するか否かの応答が格納される。資源発見利用クエリパケットの具体的な例、および資源発見利用応答パケットの具体的な例を図6に示す。図6aは、資源発見利用クエリの例であり、送信先アドレス、メッセージの種別として、ここでは資源発見クエリであることが示され、送信元アドレス、利用ユーザ名、資源を利用する期間としての、利用期間、さらに、パラメータとして、ここでは、ディスプレイデバイスで広角かつ高品質のディスプレイ要求がなされ、かつコンテンツとしてアーティストライブムービーが指定されている。図6bは、資源発見利用応答の例であり、送信先アドレス、メッセージの種別として、ここでは応答であることが示され、送信元アドレス、利用ユーザ名、資源を利用する期間としての、利用期間、さらに、ステータスとして機能提供の承諾OKが指定されている。上述の資源発見クエリおよび資源発見応答の各パケットの送受信によって実際に利用する機器、機能が特定できると、機器を利用するための要求として資源利用クエリパケットを該当機器に対して発行する。資源利用クエリパケットは、先に図4を参照して説明したと同様のデータ構成であり、メッセージ種別が利用クエリの設定となる。なお資源予約期間の設定は、資源発見クエリパケットの発行時、すなわち、サービスの検索時に予約が可能であるが、検索とは時間を置いて予約する場合等、資源予約期間の変更される可能性もあり、資源利用クエリパケットにおいても資源予約期間情報を格納する。ユーザ主端末300と、その周辺機器としての利用可能資源との間では、上述したように、資源発見利用クエリおよび資源発見利用応答の各パケットが送受信され、ユーザインタフェースを介して入力されたユーザ要求に対応する機能を提供する機器が近隣資源から選択されることになる。2セッション管理処理次に、様々な状態の複数のセッションを管理し操作するセッション管理処理について、図7を参照して説明する。セッション管理処理は、上述の1資源発見検索処理によって検索された資源としての情報処理装置を利用した新たなセッションの確立あるいはセッションの変更等を実行する処理である。図7を用いて、セッション管理処理の詳細を説明する。図7に示した1~4の各処理に対応させて説明する。セッションの開始や終了などの管理動作は、通常のセッション開始プロトコルによるシグナリングが適用可能である。ただし、本発明のシステムでは、セッション開始プロトコルやリッチコミュニケーション支援機構からの要求に同期し、環境適応エンジンの設定も同時に行う。セッション管理動作の詳細を、ユーザ主端末300が、利用する近隣機器としてメディアフォーマット変換を実行するサーバであるデータ変換装置380を選択した場合の処理を例にして、図7を参照して説明する。ユーザ主端末300のリッチコミュニケーション支援機構RCN制御部322が、利用する機器、利用する機能を決定すると、ユーザ主端末300側の環境適応エンジン制御部341にその情報を渡す。同時にリッチコミュニケーション支援機構RCN制御部322は、セッション管理機構FSM制御部332にも同様の情報を渡す。ユーザ主端末側の環境適応エンジンEAE制御部341は、前述の資源発見利用クエリおよび応答パケットの送受信により決定した利用資源としてのデータ変換装置380の環境適応エンジンEAE制御部384に対して、セッション開始プロトコルと同期しながら、環境設定パケットを発行する。環境設定パケットは、近隣機器が有する機能により内容が異なるが、図7に示すように、データ変換装置380の変換モジュール387の機能を利用したデータ変換処理を要求している場合は、変換モジュール387の設定を行うための、入出力アドレスポートや入出力メディアフォーマットなどを含むパケットとして構成される。また、モジュール群は近隣機器に存在しない場合でも、他の機器からアップダウンロードが可能であり、これらの処理を実行する場合は、その設定情報を含むパケットとして構成する。環境設定パケットを受信したデータ変換装置380の環境適応エンジンEAE制御部384は、パケットに応じて変換モジュール387の設定を実行する。なお、環境設定パケットは、資源利用クエリに併せて発行する構成としてもよく、この場合は、資源利用クエリに、データ処理モジュールの設定を行うための、入出力アドレスポートや入出力メディアフォーマットなど環境設定情報を格納し、資源利用クエリを受信した情報処理装置は、資源利用クエリ内の情報に従ってモジュールの設定等を行なう。本発明のシステムでは、各情報処理装置がセッション管理機構を有する構成であり、自己の利用中の通信装置の有していない他の機能を周辺の情報処理装置から探索し、その資源を利用した新たなセッションを確立する場合においても、各情報処理装置におけるセッション管理機構においてセッション管理が実行され、通信セッションのスムーズな移行が可能となる。[処理シーケンス]次に、図8を参照して、本発明のシステムにおいて実行される処理シーケンスについて具体例を示して説明する。なお、以下に説明する例は、図1のシステム構成と対応し、ユーザは、ユーザ主端末、ユーザ副端末、およびコンテンツサーバ、データ変換装置を利用可能な資源、すなわち情報処理装置として有し、ユーザ主端末と外部通信端末との間の通信処理を行なう処理例を示している。ユーザは主として利用する端末としてユーザ主端末を有し、ユーザ副端末は副次的に利用する端末である。近隣にはコンテンツが格納されているコンテンツサーバと、メディアタイプ等の変換処理を実行する変換装置がある。ここで、通信相手とテレビ会議などの双方向ストリームを用いたセッションを張りたいという要求J1が発生、すなわち、図2におけるアプリケーション部310のユーザインタフェースから入力された場合を想定する。ユーザ主端末からは、まず近隣端末を発見するために資源発見クエリM1が近隣資源に対してマルチキャスト配信される。資源発見クエリM1は、リッチコミュニケーション支援機構320において、近隣資源としての全情報処理装置、ここでは、ユーザ副端末、コンテンツサーバ、およびデータ変換装置に対して発行される。資源発見クエリM1は、先に図5を参照して説明したように、送信先アドレス、メッセージの種別として資源発見クエリ、送信元アドレス、利用ユーザ名、資源を利用する期間としての、利用期間、さらに、パラメータが設定されたパケットである。その後、図には示していないが、各情報処理装置、ユーザ副端末、コンテンツサーバ、およびデータ変換装置から資源発見クエリに対する応答パケットがユーザ主端末に対して返信される。応答パケットは、先に図6を参照して説明したように送信先アドレス、応答であることが示されたメッセージ種別、送信元アドレス、利用ユーザ名、資源を利用する期間としての、利用期間、さらに、ステータスとして機能提供の承諾または拒否情報が格納されたパケットである。その後、ユーザ主端末を利用するユーザは、インターネット等のネットワークを介したデータ通信を通信相手と実行するため、セッション開始要求メッセージM2をユーザ主端末から通信相手に対して発行し、その応答を受信する。ここで、通信相手とユーザ端末の間で、そのままでは満足ができる通信ができない場合、前述の資源発見クエリM1および応答受信処理において、発見してある情報処理装置に資源利用クエリを発行する。ここでは、ユーザ主端末と通信相手とのデータ通信におけるデータ変換の可能な変換装置に対して資源利用クエリを発行M3する。この資源利用クエリには、データ処理モジュール、すなわち変換装置の有する変換モジュールの設定を行うための、入出力アドレスポートや入出力メディアフォーマットなど環境設定情報が含まれ、資源利用クエリを受信した変換装置は、必要な設定を実行する。資源利用設定後は、ユーザ主端末からセッション開始確認メッセージM4を通信相手に対して発行し、互いのセッション管理機構FSMにおいてセッションの設定、確認等を行う。こうして設定が完了すると、ユーザ主端末と通信相手との間で、中間に変換装置を介し、変換装置の変換モジュールでのデータ変換J3を行なった双方向データストリームが張られることになる。次に、上記の変換処理を伴うユーザ主端末と通信相手間のセッション継続中に、ユーザがユーザ副端末でコンテンツをストリーミング受信したいという要求J2をユーザ主端末のユーザインタフェースを介して入力した場合を考える。まず、ユーザ主端末は、要求入力に応じて、リッチコミュニケーション支援機構RCNが[コンテンツのストリーミング受信]をパラメータとして設定した資源発見クエリを生成し、生成した資源発見クエリを近隣資源に対して発行M5し、近隣に存在するユーザ副端末からコンテンツ受信OKのステータス情報を格納した資源発見応答パケットを受信し、またコンテンツサーバからは、コンテンツ提供OKのステータス情報を格納した資源発見応答パケットを受信し、コンテンツサーバからユーザ副端末に対するコンテンツ提供処理が可能であると判定し、これらの情報処理装置に対して資源利用クエリの発行M6を行なう。ユーザ主端末は、ユーザ副端末および通信相手に対するコンテンツ送信処理要求をパラメータとして設定した資源利用クエリをコンテンツサーバに対して送信し、また、コンテンツサーバからのコンテンツ受信処理をパラメータとして設定した資源利用クエリをユーザ副端末に対して送信する。資源の利用設定が、資源利用クエリを受信した各情報処理装置において実行されると、ユーザ主端末は、セッション開始要求メッセージM7を資源利用クエリを受信した各情報処理装置に発行し、配送要求メッセージを受信した機器は、配送、受信開始のための設定を行い、設定完了後、コンテンツサーバからユーザ副端末および通信相手端末に対してコンテンツのストリーミング配信が実行される。[主端末における資源発見利用処理手順]次に、利用可能な資源としての情報処理装置の発見処理を実行する主端末における処理手順について、図9の処理フローを参照して説明する。図2のシステム構成図を参照して、図9のフローの各ステップの処理について説明する。ステップS101において、ユーザ主端末300のアプリケーション部310のユーザインタフェース311を介してユーザ要求が入力されると、ステップS102において、利用資源としての情報処理装置が特定可能か否かを判定する。これは、すでに周辺機器に対する資源発見クエリの送信、資源発見応答受信が実行済みであり、応答パケットに基づく利用資源決定が可能であるなど、すでに自己の機器内に他の機器の情報を有しており新たな資源発見クエリの発行が不要であるか否かを判定するステップである。機器内での利用資源決定処理が不可能であると判定すると、ステップS106に進み、ユーザ主端末300のリッチコミュニケーション支援機構RCN321は、資源発見クエリを利用可能資源としての周辺機器、例えば図2に示すコンテンツサーバ370、データ変換装置380に対して発行する。資源発見クエリは、先に図5を参照して説明したように、送信先アドレス、メッセージの種別として資源発見クエリ、送信元アドレス、利用ユーザ名、資源を利用する期間としての、利用期間、さらに、パラメータが設定されたパケットである。その後、応答パケットがユーザ主端末に対して返信され、応答パケットのステータスに基づいて資源発見に成功S107でYesすると、ステップS103に進む。なお、機器、すなわちユーザ主端末300内での利用資源決定処理が可能であると判定した場合は、新たな資源発見クエリの発行処理は行なわずステップS103に進む。ステップS103では、ユーザ主端末300のリッチコミュニケーション支援機構RCN321は、決定した利用資源に対して、資源利用クエリを発行する。なお、このフローでは、資源利用クエリは、利用対象となる機器のモジュール設定情報等を含む環境設定情報を格納したパケットを想定している。ステップS104で、ユーザ主端末300のリッチコミュニケーション支援機構RCN321が、資源利用クエリに対する応答パケットに利用可能とのステータス情報を受け取ると、ステップS105において、セッション管理機構、環境適応エンジンにおけるセッション管理、モジュール設定処理等を実行し、資源を利用したセッションが開始される。[データ通信例]次に本発明のシステムにおける各装置間のデータ通信例について図10を参照して説明する。図10は、ユーザがユーザPC主端末710とユーザPDA副端末720の2台の端末を利用し、通信相手となる通信PC750とテレビ電話やビデオコンテンツを用いてコミュニケーションを取ろうとしている例である。なお、双方向セッション開始プロトコルにはSIP、単方向ストリームセッション開始プロトコルにはRTSPと、それぞれ既存の技術を利用する。最初に、ユーザから通信相手とテレビ電話をしたいという要求があると、ユーザPC710からSIP-INVITEメッセージを通信相手の通信PC750に送信1する。SIP-INVITEメッセージ1は、通信機器の互いの使用可能なメディアフォーマット等、機能情報を交換するメッセージ交換処理である。図では、メッセージに対する返答はすべて省略してあるが、SIP-INVITEメッセージに対する返答があると、互いのPC間では扱えるメディアフォーマットが違うので、相互に通信できないとの判定がなされたとする。ここで、ユーザPC710は、近隣にメディアフォーマットの変換をしてくれる機器があるか資源発見パケットをマルチキャスト配信により発行2し、その応答を受信することで資源検索処理を実行する。この資源発見パケットを用いた資源検索により近隣には、ユーザPDA720、データ変換装置730、コンテンツサーバ740が発見されるが、資源発見応答パケットに基づいて、データ変換に使えるのはデータ変換装置730と判定する。次にデータ変換装置730に対して、利用期間の設定、あるいは処理モジュールの設定情報を格納した資源利用パケットを発行して、利用手続きを行う。なお、資源利用パケットと環境設定パケットとを別パケットとして、資源利用パケットによる利用手続き3完了後、環境設定パケットを発行して環境設定4を行う構成としてもよい。すべての設定が完了すると、ユーザPC710は通信相手PC750に対してSIPACKメッセージを送信する。この返答を受け取ると、データ変換装置730を介して、ユーザqyjz710と通信PC750間において、双方向のテレビ電話が行われる。さらにここでユーザから、ビデオストリームを視聴しながらコミュニケーションを取りたいという要求があると、近隣にあるビデオストリームが格納されているコンツンツサーバとビデオストリームを表示できるデバイスを検索するために、さらに、資源発見パケットをマルチキャスト配信により発行2し、その応答を受信することで資源検索処理を実行する。この資源発見パケットを用いた資源検索により近隣には、ユーザPDA720、データ変換装置730、コンテンツサーバ740が検知されるが、資源発見応答パケットに基づいて、ビデオストリームが格納されているコンツンツサーバとしてコンテンツサーバ740、ビデオストリームを表示できるデバイスとしてユーザPDA720を発見する。これらの資源の発見後、利用期間等を設定した資源利用パケットを発行して、利用手続き6を行う。利用手続き完了後、環境設定パケットを発行して環境設定7を行い、すべての設定が完了すると、RTSPSTARTメッセージをコンテンツサーバ740に対して発行8し、単方向のビデオストリームを視聴する。こうすることで、手元のPDA720ではビデオストリームを視聴しながら、ユーザPC710ではテレビ電話をするという、近隣機器を利用した複数機器による高度なコミュニケーションが可能となる。[情報処理装置ハード構成例]上述の実施例で述べた一連の処理は、ハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたデータ処理装置内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、例えば汎用のコンピュータやマイクロコンピュータ等にインストールされる。図11に、上述の実施例で述べた一連の処理を実行するユーザ主端末、および近隣資源としての各種の情報処理装置の構成例を示す。図11に示す情報処理装置は、先に、図1、図3他を適用して説明した機能を実行するハードウェア構成例の一例を示すものである。すなわち、図1のユーザ主端末100内部の各構成として示されているユーザプロファイルデータベース101、サービス記述データベース102、セッション管理機構FSM:FlexibleSessionManager103、環境適応型エンジンEAE:EnvironmentAdaptiveengine104、リッチコミュニケーション支援機構RCN:RichCommunicationNavigator105、アプリケーション部106、SCL処理部107の各処理を実行するハードウェア装置構成例である。図11の情報処理装置ex.PC850は、上述した資源発見/利用クエリパケットの生成、各パケットに対する応答の解析処理等の各種プログラムを実行するCPU856、CPU856により制御実行される各種プログラムの格納、データの格納、CPU856のワークエリアとして機能するRAM、ROMからなるメモリ857、データ格納、プログラム格納用の記憶媒体としてのHDD858を有し、それぞれPCIバス859に接続され、相互のデータ送受信が可能な構成を持つ。さらに、例えばデータ変換処理等、各機器において特有の機能を実行するデータ処理モジュール851を有する。さらに、通信ネットワークとのインタフェースとして機能するネットワークインタフェース852、マウス837、キーボード836等の入力機器との入出力インタフェース853、ビデオカメラ833、マイク834、スピーカ835等のAVデータ入出力機器からのデータ入出力を行なうAVインタフェース854、ディスプレイ832に対するデータ出力インタフェースとしてのディスプレイインタフェース855を有する。図11の構成例において、ビデオ会議の実行機能を有する情報処理端末を例とした場合、データ処理モジュール851は、例えばビデオカメラ833からの画像データ、マイク834からの音声データを入力し、符号化処理の後、パケット生成処理パケタイズを実行し、最終的に符号化データ等をペイロードとしたパケットを生成し、生成パケットがPCIバス859上に出力され、ネットワークインタフェース852を介してネットワークに出力され、パケットのヘッダに設定された宛先アドレスに配信される。これらのパケットデータがビデオ会議アプリケーション用の通信データとして適用される。また、ビデオ会議等の動画符号化データの格納された受信パケットは、データ処理モジュール851において復号処理が実行され、ディスプレイ832、スピーカ835において再生、出力される。一方、ネットワークを介して入力する資源発見/利用クエリパケット、または応答パケットは、ネットワークインタフェース852を介して、バス856上に出力されて、CPU856の制御の下に処理され、資源発見/利用クエリパケット、または応答パケット等のデータ解析が行なわれ、資源の発見処理、あるいは環境設定処理等が実行される。これらの資源発見/利用クエリパケットの生成処理、または応答パケットのデータ解析処理、あるいは環境設定処理等のプログラムは、ROM等のメモリ857に格納され<CPU856によって実行される。ただし、CPU856は、ROM格納プログラムに限らず、ハードディスクに格納されているプログラム、衛星若しくはネットワークから転送され、受信されてインストールされたプログラム等を、RAM等のメモリにロードして実行することも可能である。ここで、本明細書において、プログラムは、1つのコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。"