(57)【特許請求の範囲】
【請求項１】
ネットワークとの間を第１の無線区間を介して接続された他の装置と通信可能な、該ネットワークに第２の無線区間を介して接続された情報処理装置であって、
データを転送するための前記第１の無線区間における第１の通信路の設定を前記他の装置に指示する指示手段と、
前記指示手段による指示に応じて前記他の装置が設定した前記第１の通信路の情報に基づいて、前記第１の通信路が前記データの転送に対応できるか否かを判定する判定手段と、
前記判定手段において前記データの転送に対応できないと判定された場合に、前記第１の通信路の情報に基づいて、転送する前記データを変更する変更手段と、
データを転送するための前記第２の無線区間における第２の通信路の設定を前記ネットワークに要求する要求手段と、
前記判定手段において前記第１の通信路が前記データの転送に対応できると判定された場合には、前記他の装置との間で前記データの転送処理を開始し、前記データの転送に対応できないと判定された場合には、前記変更手段により変更されたデータの転送処理を前記他の装置との間で開始する開始手段と、を備え、
前記要求手段は、前記判定手段において、前記第１の通信路が前記データの転送に対応できると判定された場合には、当該データの転送に対応できる通信路の設定を前記第２の通信路の設定として前記ネットワークに要求し、前記データの転送に対応できないと判定された場合には、前記変更手段により変更されたデータの転送に対応できる通信路の設定を前記第２の通信路の設定として前記ネットワークに要求する
ことを特徴とする情報処理装置。
【請求項２】
前記判定手段は、前記要求手段による要求に応じて設定された前記第２の通信路の情報に基づいて、該第２の通信路が前記データの転送に対応できるか否かを判定し、
前記開始手段は、前記判定手段において、前記第１の通信路、及び、前記第２の通信路の両方が前記データの転送に対応できると判定された場合に、前記データの転送処理を開始することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記変更手段は、前記判定手段において前記第１の通信路と前記第２の通信路との少なくともいずれかが前記データの転送に対応できないと判定された場合に、前記第１の通信路の情報又は前記第２の通信路の情報に基づいて転送する前記データを変更し、
前記開始手段は、前記判定手段において、前記第１の通信路と前記第２の通信路との少なくともいずれかが前記データの転送に対応できないと判定された場合に、前記変更手段により変更されたデータの転送処理を前記他の装置との間で開始することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記変更手段は、前記データを、前記第１の通信路で転送可能なビットレートよりも小さいビットレートを有するデータに変更することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記データはメディアサーバ端末からメディアレンダラ端末へ配信されるストリームデータであることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
ネットワークとの間を第１の無線区間を介して接続された他の装置と、前記他の装置と通信可能な該ネットワークに第２の無線区間を介して接続された情報処理装置とを備えるネットワークシステムであって、
前記情報処理装置は、
データを転送するための前第１の無線区間における第１の通信路の設定を前記他の装置に指示する指示手段と、
前記指示手段による指示に応じて前記他の装置が設定した前記第１の通信路の情報に基づいて、前記第１の通信路が前記データの転送に対応できるか否かを判定する判定手段と、
前記判定手段において前記データの転送に対応できないと判定された場合に、前記第１の通信路の情報に基づいて、転送する前記データを変更する変更手段と、
データを転送するための前記第２の無線区間における第２の通信路の設定を前記ネットワークに要求する要求手段と、
前記判定手段において前記第１の通信路が前記データの転送に対応できると判定された場合には、前記他の装置との間で前記データの転送処理を開始し、前記データの転送に対応できないと判定された場合には、前記変更手段により変更されたデータの転送処理を前記他の装置との間で開始する開始手段と、を備え、
前記要求手段は、前記判定手段において、前記第１の通信路が前記データの転送に対応できると判定された場合には、当該データの転送に対応できる通信路の設定を前記第２の通信路の設定として前記ネットワークに要求し、前記データの転送に対応できないと判定された場合には、前記変更手段により変更されたデータの転送に対応できる通信路の設定を前記第２の通信路の設定として前記ネットワークに要求し、
前記他の装置は、
前記指示を前記情報処理装置から受信する受信手段と、
前記指示に基づいて、前記無線区間における前記通信路を設定する設定手段と、
前記設定手段により設定した前記通信路に関する情報を前記情報処理装置へ伝送する伝送手段と、を備えることを特徴とするネットワークシステム。
【請求項７】
ネットワークとの間を第１の無線区間を介して接続された他の装置と通信可能な、該ネットワークに第２の無線区間を介して接続された情報処理装置の制御方法であって、
データを転送するための前記第１の無線区間における第１の通信路の設定を前記他の装置に指示する指示工程と、
前記指示工程による指示に応じて前記他の装置が設定した前記第１の通信路の情報に基づいて、前記第１の通信路が前記データの転送に対応できるか否かを判定する判定工程と、
前記判定工程において前記データの転送に対応できないと判定された場合に、前記第１の通信路の情報に基づいて、転送する前記データを変更する変更工程と、
データを転送するための前記第２の無線区間における第２の通信路の設定を前記ネットワークに要求する要求工程と、
前記判定工程において前記第１の通信路が前記データの転送に対応できると判定された場合には、前記他の装置との間で前記データの転送処理を開始し、前記データの転送に対応できないと判定された場合には、前記変更工程において変更されたデータの転送処理を前記他の装置との間で開始する開始工程と、を備え、
前記要求工程においては、前記判定工程において、前記第１の通信路が前記データの転送に対応できると判定された場合には、当該データの転送に対応できる通信路の設定を前記第２の通信路の設定として前記ネットワークに要求し、前記データの転送に対応できないと判定された場合には、前記変更工程により変更されたデータの転送に対応できる通信路の設定を前記第２の通信路の設定として前記ネットワークに要求する
ことを特徴とする情報処理装置の制御方法。
【請求項８】
コンピュータを請求項１乃至５のいずれか１項に記載の情報処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリームデータの配信技術に関し、特に、ストリームデータの配信に用いる通信路を設定する技術に関する。
【背景技術】
【０００２】
近年、ネットワークを利用した、ビデオ、オーディオ等ストリームデータの配信サービスの普及が進んでおり、ストリームデータを効率的に配信する手法が知られている。
【０００３】
例えば、端末の能力に関する情報をネットワーク側で収集し、収集した端末の情報を、ネットワーク側のＱｏＳ（Quality Of Service）コントロール（制御）の判断において用いるシステムが知られている。例えば、収集した端末の情報を、ストリームデータ通信用通信路の設定に反映させるシステムが知られている（特許文献１，３）。ただし、端末にはデータ配信側端末とデータ受信側端末が含まれる。
【０００４】
また、ネットワーク側のＱｏＳコントロールの判断に、端末が指定するコンテンツの種類の情報を用い、例えば、ストリームデータ通信用通信路の設定のための制御に反映させるシステムが知られている（特許文献２）。
【０００５】
上記を含む従来の構成においては、前記コントロールによるネットワーク上のルート選択や、ルーター間のＱｏＳ制御の判断条件に、デバイス能力や、配信コンテンツ情報等を利用していた。これらの構成では、ラスト１セクタの通信路（ネットワークゲートウェイ−端末間）は十分な通信能力を有しており、必要な通信速度が常に保証される、或いは、ゲートウェイ側にてコントロールが可能であるということを前提としていた。
【特許文献１】特開２００４−４８１２４号公報
【特許文献２】特開２００３―５１８４６号公報
【特許文献３】特開２００４―３２０１５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上記従来の構成においては、端末側の起動によってのみストリームデータ通信用通信路の設定が可能な通信媒体をラスト１セクタの通信路に利用し、ビデオ、オーディオ等ストリームデータの配信サービスを提供すると、様々な問題が生じてしまう。例えば、ストリームデータの配信サービスに必要十分な能力のリンクが、ラスト１セクタの通信路に設定される保証がないため、提供サービスのボトルネックとなる可能性がある。また、スループットの保証を優先するあまり通信メディアを無駄に占有したりする場合がある。
【０００７】
尚、端末側の起動によってのみストリームデータ通信用通信路の設定が可能な通信媒体には、例えば、規格策定中のＩＥＥＥ８０２.１１ｅ等の無線通信媒体が含まれる。また、このような通信媒体にアクセスする端末には、データ受信側端末とデータ配信側端末との少なくともいずれかが含まれる。
【０００８】
本発明は上記問題に鑑みなされたものであり、ストリームデータを配信するために必要十分な能力を有するラスト１セクタの通信路を設定する技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明による情報処理装置は以下の構成を備える。即ち、
ネットワークとの間を第１の無線区間を介して接続された他の装置と通信可能な、該ネットワークに第２の無線区間を介して接続された情報処理装置であって、
データを転送するための前記第１の無線区間における第１の通信路の設定を前記他の装置に指示する指示手段と、
前記指示手段による指示に応じて前記他の装置が設定した前記第１の通信路の情報に基づいて、前記第１の通信路が前記データの転送に対応できるか否かを判定する判定手段と、
前記判定手段において前記データの転送に対応できないと判定された場合に、前記第１の通信路の情報に基づいて、転送する前記データを変更する変更手段と、
データを転送するための前記第２の無線区間における第２の通信路の設定を前記ネットワークに要求する要求手段と、
前記判定手段において前記第１の通信路が前記データの転送に対応できると判定された場合には、前記他の装置との間で前記データの転送処理を開始し、前記データの転送に対応できないと判定された場合には、前記変更手段により変更されたデータの転送処理を前記他の装置との間で開始する開始手段と、を備え、
前記要求手段は、前記判定手段において、前記第１の通信路が前記データの転送に対応できると判定された場合には、当該データの転送に対応できる通信路の設定を前記第２の通信路の設定として前記ネットワークに要求し、前記データの転送に対応できないと判定された場合には、前記変更手段により変更されたデータの転送に対応できる通信路の設定を前記第２の通信路の設定として前記ネットワークに要求する。
【００１０】
また、本発明によるネットワークシステムは以下の構成を備える。即ち、
ネットワークとの間を第１の無線区間を介して接続された他の装置と、前記他の装置と通信可能な該ネットワークに第２の無線区間を介して接続された情報処理装置とを備えるネットワークシステムであって、
前記情報処理装置は、
データを転送するための前第１の無線区間における第１の通信路の設定を前記他の装置に指示する指示手段と、
前記指示手段による指示に応じて前記他の装置が設定した前記第１の通信路の情報に基づいて、前記第１の通信路が前記データの転送に対応できるか否かを判定する判定手段と、
前記判定手段において前記データの転送に対応できないと判定された場合に、前記第１の通信路の情報に基づいて、転送する前記データを変更する変更手段と、
データを転送するための前記第２の無線区間における第２の通信路の設定を前記ネットワークに要求する要求手段と、
前記判定手段において前記第１の通信路が前記データの転送に対応できると判定された場合には、前記他の装置との間で前記データの転送処理を開始し、前記データの転送に対応できないと判定された場合には、前記変更手段により変更されたデータの転送処理を前記他の装置との間で開始する開始手段と、を備え、
前記要求手段は、前記判定手段において、前記第１の通信路が前記データの転送に対応できると判定された場合には、当該データの転送に対応できる通信路の設定を前記第２の通信路の設定として前記ネットワークに要求し、前記データの転送に対応できないと判定された場合には、前記変更手段により変更されたデータの転送に対応できる通信路の設定を前記第２の通信路の設定として前記ネットワークに要求し、
前記他の装置は、
前記指示を前記情報処理装置から受信する受信手段と、
前記指示に基づいて、前記無線区間における前記通信路を設定する設定手段と、
前記設定手段により設定した前記通信路に関する情報を前記情報処理装置へ伝送する伝送手段と、を備える。
【発明の効果】
【００１１】
本発明によれば、設定した通信路がデータの転送に対応できる場合には当該データを転送し、対応できない場合には設定された通信路の情報に基づいて変更されたデータを転送するとともに、データ転送に対応できる最小限の通信路を設定するため、データを配信するために必要十分な能力を有するラスト１セクタの通信路を設定することができる。
【発明を実施するための最良の形態】
【００１２】
以下、添付図面を参照して本発明に係る実施の形態を詳細に説明する。ただし、この実施の形態に記載されている構成要素はあくまでも例示であり、本発明の範囲をそれらのみに限定する趣旨のものではない。
【００１３】
＜＜第１実施形態＞＞
本実施形態に係るストリームデータ配信システムが有効に機能する構成として、ラスト１セクタの通信路の通信媒体に、端末側の起動によってのみストリームデータ通信用通信路の設定が可能な無線媒体を利用するネットワークシステムについて説明する。ただし、本実施形態では、端末側の起動によってのみストリームデータ通信用通信路の設定が可能な無線媒体として、規格策定中であるＩＥＥＥ８０２.１１ｅ規格準拠のＱｏＳ無線ＬＡＮを利用したシステムについて説明する。また、かかる無線媒体にアクセスする端末を、通信サービスを受ける対象という意味で、クライアントと呼ぶ。
【００１４】
本実施形態に係る構成は、ストリームメディアサーバ（以下、メディアサーバと呼ぶ）とディスプレイ端末（以下、メディアレンダラと呼ぶ）を含む。前記メディアサーバは、メディアレンダラに対して、ＡＶ（Audio, Video）ストリームデータを、ＵＰｎＰ(Universal Plag and Play)  ＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅ手順に従って配信する。以下、ストリームメディアを配信するためのＴＳ（Traffic Stream：トラヒックストリーム）ストリームを、メディアサーバ、メディアレンダラ端末の各々が設定する処理の例を含めて説明する。
【００１５】
（システム構成）
図１は、本実施形態に係るシステム構成図である。図１のように、本実施形態に係るシステムは、バックボードネットワーク（以下、ネットワークと呼ぶ）１０、ＱＡＰ（QoS Access Point）１１、１２、メディアサーバ端末１３、メディアレンダラ端末１４、１５から構成される。
【００１６】
ネットワーク１０は、典型的には、インターネットであるが、有線／無線を問わず、公衆回線（アナログ回線、ＩＳＤＮ等）やＬＡＮ、ＷＡＮ等のデータ送受信可能な回線であれば、どのような構成でもよい。ネットワークを用いた通信プロトコルは、例えば、ＴＣＰ／ＩＰ等を採用することができる。
【００１７】
ＱＡＰ１１、１２はネットワーク１０とラスト１セクタのＱｏＳ無線ＬＡＮのＴＳ接続を司るアクセスポイント装置である。本実施形態では、上述のように、ＩＥＥＥ８０２.１１ｅ規格準拠のＱｏＳ無線ＬＡＮを利用する。
【００１８】
メディアサーバ端末１３はストリームメディアを配信する情報処理装置であり、メディアレンダラ端末１４、１５からの要求や、メディアサーバ端末１３におけるイベント発生に応じてメディア配信を行う。メディアサーバ端末１３は、例えば、ＷＳ（workstation）、ＰＣ（Personal Computer）等の情報処理装置によって実現される。
【００１９】
メディアレンダラ端末１４、１５は、メディアサーバ端末１３からストリームメディアを受信し、受信したメディアをレンダリングして所定のディスプレイに表示する情報処理装置である。メディアレンダラ端末１４、１５（以下、まとめてメディアレンダラ端末１４と称する）は、例えば、ＰＣやＷＳ、或いは、携帯電話、ＰＨＳ、携帯情報端末（ＰＤＡ）等で実現される。メディアレンダラ端末１４には、メディアサーバ端末１３から受信したメディアをレンダリングしてディスプレイに表示するためのソフトウェアがインストールされている。更に、メディアサーバ端末１３や、当該メディアサーバ端末１３に管理されているメディアを一覧表示してユーザが選択可能に制御するＵＩアプリケーションがインストールされている。
【００２０】
ＱＡＰ１１とメディアレンダラ端末１４間及び、ＱＡＰ１２とメディアサーバ端末１３間の無線リンクが、ストリームデータ通信用通信路である。
【００２１】
（情報処理装置のハードウェア構成）
次に、本実施形態に係る情報処理装置のハードウェア構成について、図１２を参照して説明する。図１２は、本実施形態に係る情報処理装置のハードウェア構成を模式的に示したブロック図である。尚、以下に述べる情報処理装置は、メディアサーバ端末１３，メディアレンダラ端末１４が含まれる。
【００２２】
図１２において、９９０はＣＰＵである。ＣＰＵ９９０は、後述する外部記憶装置９９５に格納されているアプリケーションプログラム、オペレーティングシステム（ＯＳ）や制御プログラム等を実行し、ＲＡＭ９９２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【００２３】
９９１はＲＯＭであり、内部には基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。９９２は各種データを一時記憶するためのＲＡＭであり、ＣＰＵ９９０の主メモリ、ワークエリア等として機能する。
【００２４】
９９３は記録媒体へのアクセスを実現するための外部記憶ドライブであり、メディア（記録媒体）９９４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。尚、メディア９９４は、例えば、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。
【００２５】
９９５は外部記憶装置であり、本実施形態では大容量メモリとして機能するハードディスク装置（以下、ＨＤと呼ぶ）を用いている。ＨＤ９９５には、アプリケーションプログラム、ＯＳ、制御プログラム、関連プログラム等が格納される。
【００２６】
９９６は指示入力装置であり、キーボードやポインティングデバイス（マウス等）、タッチパネル等がこれに相当する。指示入力装置９９６を用いて、ユーザは、本実施形態に係る情報処理装置に対して、装置を制御するコマンド等を入力指示する。
【００２７】
９９７はディスプレイであり、指示入力装置９９６から入力したコマンドや、それに対する情報処理装置の応答出力等を表示したりするものである。
【００２８】
９９９はシステムバスであり、情報処理装置内のデータの流れを司るものである。９９８はインターフェイス（以下、Ｉ／Ｆという）であり、このＩ／Ｆ９９８を介して外部装置とのデータのやり取りを行う。本実施形態では、ＩＥＥＥ８０２.１１ｅ規格準拠のＱｏＳ無線ＬＡＮのインタフェースとして機能する。
【００２９】
尚、以上の各装置と同等の機能を実現するソフトウェアにより、ハードウェア装置の代替として構成することもできる。
【００３０】
本実施形態では、メディア９９４から本実施形態に係るプログラム及び関連データを直接ＲＡＭ９９２にロードして実行させる例を示すが、これ以外の実施形態も可能である。例えば、本実施形態に係るプログラムを動作させる度に、既にプログラムがインストールされているＨＤ９９５からＲＡＭ９９２にロードするようにしてもよい。また、本実施形態に係るプログラムをＲＯＭ９９１に記録しておき、これをメモリマップの一部をなすように構成し、直接ＣＰＵ９９０で実行することも可能である。
【００３１】
また、本実施形態では、説明の便宜のため、本実施形態に係る情報処理装置を１つの装置で実現した構成について述べるが、複数の装置にリソースを分散した構成によって実現してもよい。例えば、記憶や演算のリソースを複数の装置に分散した形に構成してもよい。或いは、情報処理装置上で仮想的に実現される構成要素毎にリソースを分散し、並列処理を行うようにしてもよい。
【００３２】
（メディアレンダラの要求に基づくメディア配信）
先ず、メディアレンダラ端末側１４からメディアサーバ端末１３に対し、ＡＶ（Audio, Video）ストリームデータの配信を要求する際の処理について、図２、４、５を参照して説明する。ただし、上述にように、メディア配信はＵＰｎＰＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅ手順に従って行われる。
【００３３】
なお、以下に述べる各処理は、図１２を参照して上述した情報処理装置のＣＰＵ９９０がＲＡＭ９９２にロードされたプログラムを実行し、図１２に示される各ハードウェアと協働することによって実現される。もちろん各処理の一部或いは全てが専用のハードウェアで実現されてもよい。
【００３４】
図２は、メディアレンダラ端末側１４からメディアサーバ端末１３に対し、メディア配信を要求する際の処理のシーケンスを示したシーケンスチャートである。図４はメディアレンダラ端末１４が実行する処理の流れを示したフローチャートである。図５はメディアサーバ端末１３が実行する処理の流れを示したフローチャートである。
【００３５】
図２の２０１、２０２が示すように、メディアサーバ端末１３、及び、メディアレンダラ端末１４は、まず、各々の設置場所を統括するストリームデータ対応無線アクセスポイント（ＱＡＰ）１１,１２との間で、無線アソシエートする。
【００３６】
次に、メディアレンダラ端末１４は、ＵＩアプリケーションを用いて、ストリームデータのソースである、メディアサーバ端末１３を選択し、前記メディアサーバが所持しているＡＶストリームデータコンテンツリストの収集を行う。即ち、メディアレンダラ端末１４のユーザからの指示入力に基づいて、メディアレンダラ端末１４は、メディアサーバ端末１３にアクセスし、メディア（コンテンツ）リストの要求等を行う（２０３）。それに対し、メディアサーバ端末１３は、コンテンツオブジェクトをメディアレンダラ端末１４へ返す（２０４）。コンテンツオブジェクトには、メディアサーバ端末１３が保持するコンテンツ毎の、識別子、ビットレート等の情報が含まれる。この処理は、ステップＳ４０１の処理に対応する。
【００３７】
次に、ステップＳ４０２において、収集したＡＶストリームデータコンテンツリストのうち、自身が再生可能なコンテンツの有無の確認を行い、再生可能なコンテンツが存在するか否かを判定する。再生可能なコンテンツが存在する場合（ステップＳ４０２でＹＥＳ）はステップＳ４０３へ進み、存在しない場合（ステップＳ４０２でＮＯ）はそのまま処理を終了する。
【００３８】
ステップＳ４０３では、ＵＩアプリケーションを用いて再生対象のストリームデータのコンテンツ、フォーマットの選択を受け付ける。ただし、フォーマットには、メディア形式の種類（例えば、ＭＥＰＧ４）や品質（例えば、ビットレート）の情報が含まれる。例えば、メディアサーバ端末１３が提供可能なコンテンツの種類、及び、各コンテンツの種類毎のメディアの品質やメディア形式等の情報を一覧表示し、ユーザが選択可能に制御する。ステップＳ４０３の処理は図２の２０５の処理に対応する。
【００３９】
次に、ステップＳ４０４において、再生対象のストリームデータのコンテンツ、フォーマットの選択を受付けたメディアレンダラ端末１４は、当該ストリームデータデータの配信に必要な通信帯域を算出する。そして、算出した帯域を提供可能なＴＳ（トラヒックストリーム）を、メディアサーバ端末１３とストリームデータ対応無線アクセスポイント１２の間に設定することを、メディアサーバ端末１３に対して要求する（２０６）。
【００４０】
メディアサーバ端末１３は、ＴＳ設定要求（２０６）を受付けたことに応じて図５のフローチャートに示された処理を実行する。先ず、ステップＳ５０１において、ＴＳ設定要求の要求元が、自身のコンテンツリスト提供先であるか否かの判定を行う。提供先の場合（ステップＳ５０１でＹＥＳ）はステップＳ５０２へ進み、提供先でない場合（ステップＳ５０１でＮＯ）はＴＳの設定処理を行わずに１処理単位を終了する。
【００４１】
ステップＳ５０２では、ＴＳ設定要求の受付情報をセットする。即ち、ＴＳ設定要求を受け付けたことを示す情報をメディアレンダラ端末１４へ送出する（２０９）。
【００４２】
次に、ステップＳ５０３において、自身のＴＳの設定処理を起動する（２０７,２０８）。即ち、メディアサーバ端末１３と通信可能なＱＡＰ１２に対して、要求された帯域でもってＴＳを設定するための情報を送出する。ＱＡＰ１２は、受け取った情報に基づいてＴＳの設定を行い、実際に設定されたＴＳの情報をメディアサーバ端末１３へ送出する（２１０,２１１）。
【００４３】
次に、ステップＳ５０４において、メディアサーバ端末１３は、ＱＡＰ１２から受け取った、実際に設定されたＴＳの情報を、メディアレンダラ端末１４からの要求（２１３）に応じて、メディアレンダラ端末１４へ送出する（２１４）。
【００４４】
メディアレンダラ端末１４の処理の説明に戻る。ステップＳ４０５において、メディアレンダラ端末１４は、メディアサーバ端末１３とＱＡＰ（ストリームデータ対応無線アクセスポイント）１２の間のトラヒックストリームの設定要求が受付けられたことを確認する。即ち、ＴＳ設定要求を受け付けたことを示す情報（２０９）をメディアサーバ端末１３から受信するまで待機する。ＴＳ設定要求を受け付けたことを示す情報を受信すると（ステップＳ４０５でＹＥＳ）、ステップＳ４０６へ進む。
【００４５】
ステップＳ４０６において、メディアレンダラ端末１４は、所定の時間（Ta）待機する（２１２）。Taは、例えば、メディアサーバ端末１３とＱＡＰ（ストリームデータ対応無線アクセスポイント）１２の間のトラヒックストリームの設定所要時間より十分長い規定時間である。
【００４６】
次に、ステップＳ４０７において、メディアサーバ端末１３とストリームデータ対応無線アクセスポイント１２の間に設定されたＴＳの情報を参照する。即ち、ＱＡＰ１２に実際に設定されたＴＳの情報の要求をメディアサーバ端末１３に送出し（２１３）、メディアサーバ端末１３から該情報を受信する（２１４）。
【００４７】
次に、ステップＳ４０８において、設定されたＴＳリンクが前記選択したコンテンツ、フォーマットのストリームデータ伝送に耐え得るか否かの判定を行う（２１５）。例えば、コンテンツのビットレートとＴＳリンクが転送可能なビットレートとを比較して判定する。耐えられないと判定した場合（ステップＳ４０８でＮＯ、２１５でＮＯ）は、ステップＳ４０３へ戻り、再度再生対象のストリームデータのコンテンツ、フォーマットの選択（２０５）を行う。耐えられると判定した場合（ステップＳ４０８でＹＥＳ、２１５でＹＥＳ）は、ステップＳ４０９へ進む。
【００４８】
ステップＳ４０９においては、帯域を提供可能なＴＳ（トラヒックストリーム）を、メディアレンダラ端末１４とＱＡＰ（ストリームデータ対応無線アクセスポイント）１１の間に設定する。即ち、メディアレンダラ端末１４と通信可能なＱＡＰ１１に対して、要求された帯域でもってＴＳを設定するための情報を送出する（２１６、２１７）。ＱＡＰ１１は、受け取った情報に基づいてＴＳの設定を行い、実際に設定されたＴＳの情報をメディアレンダラ端末１４へ送出する（２１８、２１９）。
【００４９】
次に、ステップＳ４１０において、メディアレンダラ端末１４は、ＱＡＰ１１から受信した情報を参照する。
【００５０】
次に、ステップＳ４１１において、メディアレンダラ端末１４は、参照した情報に基づいて、設定されたＴＳリンクが選択したコンテンツ、フォーマットのストリームデータ伝送に耐え得るかの判定を行う（２２０）。例えば、ステップＳ４０８における処理と同様に、コンテンツのビットレートとＴＳリンクが転送可能なビットレートとを比較して判定する。耐えられないと判定した場合（ステップＳ４１１でＮＯ、２２０でＮＯ）は、ステップＳ４０３へ戻り、再度再生対象のストリームデータのコンテンツ、フォーマットを選択する（２０５）。耐えられると判定した場合（ステップＳ４１１でＹＥＳ、２２０でＹＥＳ）は、ステップＳ４１２へ進む。
【００５１】
ステップＳ４１２では、メディアサーバ端末１３に対し、メディアレンダラ端末１４とメディアサーバ端末１３との間でエンド・ツー・エンド（エンド−エンド）の接続を行う要求を送出する（２２１）。
【００５２】
そして、ステップＳ４１３において、メディアサーバ端末１３から応答信号を受信するまで待機する。一方、メディアサーバ端末１３は、メディアレンダラ端末１４から接続要求を受信すると、接続要求を認めるか否かを判定する。接続要求を認める場合、メディアレンダラ端末１４に対して応答信号を返送する（２２２）。メディアレンダラ端末１４は、メディアサーバ端末１３から応答信号を受信すると（ステップＳ４１３でＹＥＳ）、ステップＳ４１４へ進む。
【００５３】
メディアサーバ端末１３は、メディアレンダラ端末１４からの接続要求に応じて応答信号を送出すると、ストリームデータの配信を開始する。一方、メディアレンダラ端末１４は、ステップＳ４１４において、対象ストリームデータの受信を行い、受け取ったメディアのレンダリング、表示等を行う。
【００５４】
（メディアサーバのイベント発生に基づくメディア配信）
以上、メディアレンダラの要求により通信路を確立する手順を説明した。次に、メディアサーバ端末１３が、所定のイベントを契機として、メディアフォーマットの選択等を行い、ＡＶストリームデータをメディアレンダラ端末１４へ配信する際の処理について、図３、６、７を参照して説明する。ただし、上述にように、メディア配信はＵＰｎＰＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅ手順に従って行われる。ＡＶストリームデータを配信する契機となるイベントとしては、例えば、ライブ撮影の開始イベント等が含まれる。
【００５５】
なお、以下に述べる各処理は、図１２を参照して上述した情報処理装置のＣＰＵ９９０がＲＡＭ９９２にロードされたプログラムを実行し、図１２に示される各ハードウェアと協働することによって実現される。もちろん各処理の一部或いは全てが専用のハードウェアで実現されてもよい。
【００５６】
図３は、メディアサーバ端末１３が、所定のイベントを契機として、ＡＶストリームデータをメディアレンダラ端末１４へ配信する際の処理のシーケンスを示したシーケンスチャートである。図６はメディアサーバ端末１３が実行する処理の流れを示したフローチャートである。図７はメディアレンダラ端末１４が実行する処理の流れを示したフローチャートである。
【００５７】
図３の３０１、３０２が示すように、メディアサーバ端末１３、及び、メディアレンダラ端末１４は、まず、各々の設置場所を統括するストリームデータ対応無線アクセスポイント（ＱＡＰ）１１,１２との間で、無線アソシエートする。
【００５８】
次に、メディアサーバ端末１３は、ＵＩアプリケーションを用いて、ストリームデータレンダリングしてディスプレイに表示するメディアレンダラ端末１４を選択する。そして、選択されたメディアレンダラ端末１４が再生可能なＡＶストリームデータプロトコル/フォーマット情報の収集を行う。即ち、メディアサーバ端末１３のユーザからの指示入力に基づいて、メディアサーバ端末１３は、メディアを配信可能なメディアレンダラ端末１４をリストを表示し、選択されたメディアレンダラ端末１４に対して、アクセスする（３０３）。メディアレンダラ端末は、アクセスに応じてプロトコル/フォーマット情報を返送する（３０４）。この処理は、ステップＳ６０１の処理に対応する。
【００５９】
次に、ステップＳ６０２において、前記収集した再生可能なＡＶストリームデータプロトコル/フォーマット情報のうち、自身が提供可能なデータプロトコル/フォーマットが存在するか否かを判定する。提供可能なデータプロトコル/フォーマットが存在する場合（ステップＳ６０２でＹＥＳ）はステップＳ６０３へ進み、存在しない場合（ステップＳ６０２でＮＯ）はそのまま処理を終了する。
【００６０】
ステップＳ６０３では、ＵＩアプリケーションを用いて再生対象のストリームデータのコンテンツ、フォーマットの選択を受け付ける。これは、図３の３０５の処理に対応する。
【００６１】
次に、ステップＳ６０４において、再生対象のストリームデータのプロトコル、フォーマットの選択を受付けたメディアサーバ端末１３は、当該ストリームデータデータの配信に必要な通信帯域を算出する。そして、算出した帯域を提供可能なＴＳを、メディアレンダラ端末１４とストリームデータ対応無線アクセスポイント１１の間に設定することを、メディアレンダラ端末１４に対して要求する（３０６）。
【００６２】
メディアレンダラ端末１４は、ＴＳ設定要求（３０６）を受付けたことに応じて図７のフローチャートに示された処理を実行する。先ず、ステップＳ７０１において、ＴＳ設定要求の要求元が、自身のプロトコル/フォーマットリスト提供先であるか否かの判定を行う。提供先の場合（ステップＳ７０１でＹＥＳ）はステップＳ７０２へ進み、提供先でない場合（ステップＳ７０１でＮＯ）はＴＳの設定処理を行わずに１処理単位を終了する。
【００６３】
ステップＳ７０２では、ＴＳ設定要求の受付情報をセットする。即ち、ＴＳ設定要求を受け付けたことを示す情報をメディアサーバ端末１３へ送出する（３０９）。
【００６４】
次に、ステップＳ７０３において、自身のＴＳの設定処理を起動する（３０７,３０８）。即ち、メディアレンダラ端末１４と通信可能なＱＡＰ１１に対して、要求された帯域でもってＴＳを設定するための情報を送出する。ＱＡＰ１１は、受け取った情報に基づいてＴＳの設定を行い、実際に設定されたＴＳの情報をメディアレンダラ端末１４へ送出する（３１０,３１１）。
【００６５】
次に、ステップＳ７０４において、メディアレンダラ端末１４は、ＱＡＰ１１から受け取った実際に設定されたＴＳの情報を、メディアサーバ端末１３からの要求（３１３）に応じて、メディアサーバ端末１３へ送出する（３１４）。
【００６６】
メディアサーバ端末１３の処理の説明に戻る。ステップＳ６０５において、メディアサーバ端末１３は、前記メディアレンダラ端末１４とＱＡＰ（ストリームデータ対応無線アクセスポイント）１１の間のトラヒックストリームの設定要求が受付けられたことを確認する。即ち、ＴＳ設定要求を受け付けたことを示す情報（３０９）をメディアレンダラ端末１４から受信するまで待機する。ＴＳ設定要求を受け付けたことを示す情報を受信すると（ステップＳ６０５でＹＥＳ）、ステップＳ６０６へ進む。
【００６７】
ステップＳ６０６において、メディアサーバ端末１３は、所定の時間（Tb）待機する（２１２）。Tbは、例えば、メディアレンダラ端末１４とＱＡＰ（ストリームデータ対応無線アクセスポイント）１１の間のトラヒックストリームの設定所要時間より十分長い規定時間である。Tbとして、上述のTaと同一の値を用いるようにしてもよい。
【００６８】
次に、ステップＳ６０７において、メディアレンダラ端末１４とストリームデータ対応無線アクセスポイント１１の間に設定されたＴＳの情報を参照する。即ち、ＱＡＰ１１に実際に設定されたＴＳの情報の要求をメディアレンダラ端末１４に送出し（３１３）、メディアレンダラ端末１４から該情報を受信する（３１４）。
【００６９】
次に、ステップＳ６０８において、設定されたＴＳリンクが前記選択したプロトコル/フォーマットのストリームデータ伝送に耐え得るか否かの判定を行う（３１５）。例えば、コンテンツのビットレートとＴＳリンクが転送可能なビットレートとを比較して判定する。耐えられないと判定した場合（ステップＳ６０８でＮＯ、３１５でＮＯ）は、ステップＳ６０３へ戻り、再度再生対象のストリームデータのプロトコル/フォーマットの選択（３０５）を行う。耐えられると判定した場合（ステップＳ６０８でＹＥＳ、３１５でＹＥＳ）は、ステップＳ６０９へ進む。
【００７０】
ステップＳ６０９においては、帯域を提供可能なＴＳ（トラヒックストリーム）を、メディアサーバ端末１３とＱＡＰ（ストリームデータ対応無線アクセスポイント）１２の間に設定する。即ち、メディアサーバ端末１３と通信可能なＱＡＰ１２に対して、要求された帯域でもってＴＳを設定するための情報を送出する（３１６、３１７）。ＱＡＰ１２は、受け取った情報に基づいてＴＳの設定を行い、実際に設定されたＴＳの情報をメディアサーバ端末１３へ送出する（３１８、３１９）。
【００７１】
次に、ステップＳ６１０において、メディアサーバ端末１３は、ＱＡＰ１２から受信した情報を参照する。
【００７２】
次に、ステップＳ６１１において、メディアサーバ端末１３は、参照した情報に基づいて、設定されたＴＳリンクが選択したプロトコル/フォーマットのストリームデータ伝送に耐え得るかの判定を行う（３２０）。例えば、ステップＳ６０８における処理と同様に、コンテンツのビットレートとＴＳリンクが転送可能なビットレートとを比較して判定する。耐えられないと判定した場合（ステップＳ６１１でＮＯ、３２０でＮＯ）は、ステップＳ６０３へ戻り、再度再生対象のストリームデータのプロトコル/フォーマットを選択する（３０５）。耐えられると判定した場合（ステップＳ６１１でＹＥＳ、３２０でＹＥＳ）は、ステップＳ６１２へ進む。
【００７３】
ステップＳ６１２では、メディアレンダラ端末１４に対し、メディアレンダラ端末１４とメディアサーバ端末１３との間でエンド・ツー・エンド（エンド−エンド）の接続を行う要求を送出する（３２１）。
【００７４】
そして、ステップＳ６１３において、メディアレンダラ端末１４から応答信号を受信するまで待機する。一方、メディアレンダラ端末１４は、メディアサーバ端末１３から接続要求を受信すると、接続要求を認めるか否かを判定する。接続要求を認める場合、メディアサーバ端末１３に対して応答信号を返送する（３２２）。メディアサーバ端末１３は、メディアレンダラ端末１４から応答信号を受信すると（ステップＳ６１３でＹＥＳ）、ステップＳ６１４へ進む。
【００７５】
ステップＳ６１４では、メディアサーバ端末１３は、ストリームデータの配信を開始する。一方、メディアレンダラ端末１４は、対象ストリームデータの受信を行い、受け取ったメディアのレンダリング、表示等を行う。
【００７６】
以上のように、本実施形態に係る構成においては、ラスト１セクタの通信路を設定する際に、ストリームデータの配信に必要な能力情報を、メディアサーバ端末、メディアレンダラ端末間で共有し、必要十分なラスト１セクタの通信路の設定処理を行う。必要な通信路が確保できない場合には、ストリームデータの配信サービスの設定を再度行う。これにより、ストリームデータ通信用通信路の設定が可能な通信媒体を高い利用効率で利用して、ストリームデータの配信を行うことができる。即ち、ストリームデータを配信するために必要十分な能力を有するラスト１セクタの通信路を設定することができる。
【００７７】
なお、本実施形態においては、メディアサーバ端末１３とメディアレンダラ端末１４の両方がＱＡＰにアクセスする構成について述べたが、何れか一方のみがＱＡＰにアクセスするような構成にしてもよい。この場合、ＱＡＰにアクセスしない端末におけるＴＳの設定等は不要になる。
【００７８】
また、ステップＳ４０８、又は、Ｓ４１１においてＮＯ、即ち、メディアサーバ端末１３又はメディアレンダラ端末１４において選択フォーマットに対応可能なＴＳを設定することができなかった場合、ストリームデータの再設定のみを行うようにしてもよい。即ち、例えば、ＴＳ設定の処理は再度行わずに、設定されたＴＳの能力で転送可能なメディアを選択するように構成してもよい。具体的には、ステップＳ４０８でＮＯの場合は、ステップＳ４０４乃至Ｓ４０７の処理を、ステップＳ４１１でＮＯの場合は、ステップＳ４０４乃至Ｓ４０７、Ｓ４０９乃至Ｓ４１０の処理をスキップするように構成してもよい。このように構成することで、再度のＴＳ設定に要する時間を要せず、高速な処理が可能となる。
【００７９】
尚、再設定されたストリームデータが要する能力に比べて、設定されたＴＳの能力が必要以上に大きい場合は、再度のＴＳ設定を行うように構成してもよい。これにより、通信路の設定を高速に行いながら、必要十分な通信資源を利用したデータ配信を行うことができる。また、再度のＴＳ設定を省略する処理は、図６に示されたフローチャートに係る処理を実行する場合も適用可能である。
【００８０】
＜＜第２実施形態＞＞
第１実施形態に係る構成においては、必要十分なラスト１セクタの通信路が確保出来ない場合には、提供するストリームデータの配信サービスの設定（コンテンツ/プロトコル/フォーマットの選択）処理に戻ることにより、適切な再設定を利用者に促していた。本実施形態においては、必要十分なラスト１セクタの通信路が確保出来ない場合に、提供するストリームデータの配信サービスの再設定（コンテンツ/プロトコル/フォーマットの再選択）を情報処理装置が自動的に行う例を説明する。尚、システム構成や情報処理装置のハードウェア構成等は、第１実施形態と同様である。
【００８１】
（メディアレンダラの要求に基づくメディア配信）
先ず、メディアレンダラ端末側１４からメディアサーバ端末１３に対し、ＡＶ（Audio, Video）ストリームデータの配信を要求する際の処理について、図８、１０、５を参照して説明する。ただし、上述にように、メディア配信はＵＰｎＰＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅ手順に従って行われる。
【００８２】
なお、以下に述べる各処理は、図１２を参照して上述した情報処理装置のＣＰＵ９９０がＲＡＭ９９２にロードされたプログラムを実行し、図１２に示される各ハードウェアと協働することによって実現される。もちろん各処理の一部或いは全てが専用のハードウェアで実現されてもよい。
【００８３】
図８は、メディアレンダラ端末側１４からメディアサーバ端末１３に対し、メディア配信を要求する際の処理のシーケンスを示したシーケンスチャートである。図１０はメディアレンダラ端末１４が実行する処理の流れを示したフローチャートである。なお、後述するように、メディアサーバ端末１３は、第１実施形態に係る構成と同様に、図５に示されたフローチャートに基づく処理を実行する。
【００８４】
図８の８０１、８０２が示すように、メディアサーバ端末１３、及び、メディアレンダラ端末１４は、まず、各々の設置場所を統括するストリームデータ対応無線アクセスポイント（ＱＡＰ）１１,１２との間で、無線アソシエートする。
【００８５】
次に、メディアレンダラ端末１４は、ＵＩアプリケーションを用いて、ストリームデータのソースである、メディアサーバ端末１３を選択し、前記メディアサーバが所持しているＡＶストリームデータコンテンツリストの収集を行う。即ち、メディアレンダラ端末１４のユーザからの指示入力に基づいて、メディアレンダラ端末１４は、メディアサーバ端末１３にアクセスし、メディア（コンテンツ）リストの要求等を行う（８０３）。それに対し、メディアサーバ端末１３は、コンテンツオブジェクトをメディアレンダラ端末１４へ返す（８０４）。コンテンツオブジェクトには、メディアサーバ端末１３が保持するコンテンツ毎の、識別子、ビットレート等の情報が含まれる。この処理は、ステップＳ１００１の処理に対応する。
【００８６】
次に、ステップＳ１００２において、収集したＡＶストリームデータコンテンツリストのうち、自身が再生可能なコンテンツの有無の確認を行い、再生可能なコンテンツが存在するか否かを判定する。再生可能なコンテンツが存在する場合（ステップＳ１００２でＹＥＳ）はステップＳ１００３へ進み、存在しない場合（ステップＳ１００２でＮＯ）はそのまま処理を終了する。
【００８７】
ステップＳ１００３では、ＵＩアプリケーションを用いて再生対象のストリームデータのコンテンツ、フォーマットの選択を受け付ける。これは図８の８０５の処理に対応する。
【００８８】
次に、ステップＳ１００４において、再生対象のストリームデータのコンテンツ、フォーマットの選択を受付けたメディアレンダラ端末１４は、当該ストリームデータデータの配信に必要な通信帯域を算出する。そして、算出した帯域を提供可能なＴＳ（トラヒックストリーム）を、メディアサーバ端末１３とストリームデータ対応無線アクセスポイント１２の間に設定することを、メディアサーバ端末１３に対して要求する（８０６）。
【００８９】
メディアサーバ端末１３は、ＴＳ設定要求（８０６）を受付けたことに応じて図５のフローチャートに示された処理を実行する。先ず、ステップＳ５０１において、ＴＳ設定要求の要求元が、自身のコンテンツリスト提供先であるか否かの判定を行う。提供先の場合（ステップＳ５０１でＹＥＳ）はステップＳ５０２へ進み、提供先でない場合（ステップＳ５０１でＮＯ）はＴＳの設定処理を行わずに１処理単位を終了する。
【００９０】
ステップＳ５０２では、ＴＳ設定要求の受付情報をセットする。即ち、ＴＳ設定要求を受け付けたことを示す情報をメディアレンダラ端末１４へ送出する（８０９）。
【００９１】
次に、ステップＳ５０３において、自身のＴＳの設定処理を起動する（８０７,８０８）。即ち、メディアサーバ端末１３と通信可能なＱＡＰ１２に対して、要求された帯域でもってＴＳを設定するための情報を送出する。ＱＡＰ１２は、受け取った情報に基づいてＴＳの設定を行い、実際に設定されたＴＳの情報をメディアサーバ端末１３へ送出する（８１０,８１１）。
【００９２】
次に、ステップＳ５０４において、メディアサーバ端末１３は、ＱＡＰ１２から受け取った、実際に設定されたＴＳの情報を、メディアレンダラ端末１４からの要求（８１３）に応じて、メディアレンダラ端末１４へ送出する（８１４）。
【００９３】
メディアレンダラ端末１４の処理の説明に戻る。ステップＳ１００５において、メディアレンダラ端末１４は、メディアサーバ端末１３とＱＡＰ（ストリームデータ対応無線アクセスポイント）１２の間のトラヒックストリームの設定要求が受付けられたことを確認する。即ち、ＴＳ設定要求を受け付けたことを示す情報（８０９）をメディアサーバ端末１３から受信するまで待機する。ＴＳ設定要求を受け付けたことを示す情報を受信すると（ステップＳ１００５でＹＥＳ）、ステップＳ１００６へ進む。
【００９４】
ステップＳ１００６において、メディアレンダラ端末１４は、所定の時間（Tc）待機する（８１２）。Tcは、例えば、メディアサーバ端末１３とＱＡＰ（ストリームデータ対応無線アクセスポイント）１２の間のトラヒックストリームの設定所要時間より十分長い規定時間である。尚、Tcとして、Ta、Tbと等しい値を用いてもよい。
【００９５】
次に、ステップＳ１００７において、メディアサーバ端末１３とストリームデータ対応無線アクセスポイント１２の間に設定されたＴＳの情報を参照する。即ち、ＱＡＰ１２に実際に設定されたＴＳの情報の要求をメディアサーバ端末１３に送出し（８１３）、メディアサーバ端末１３から該情報を受信する（８１４）。
【００９６】
次に、ステップＳ１００８において、設定されたＴＳリンクが前記選択したコンテンツ、フォーマットのストリームデータ伝送に耐え得るか否かの判定を行う（８１５）。例えば、コンテンツのビットレートとＴＳリンクが転送可能なビットレートとを比較して判定する。耐えられないと判定した場合（ステップＳ１００８でＮＯ、８１５でＮＯ）は、ステップＳ１００９へ進み、耐えられると判定した場合（ステップＳ１００８でＹＥＳ、８１５でＹＥＳ）は、ステップＳ１０１０へ進む。
【００９７】
ステップＳ１００９において、メディアレンダラ端末１４は、入手しているコンテンツリストから、設定されたＴＳにて転送可能なフォーマットのコンテンツを自動的に選択する。例えば、ＱＡＰ１２に設定されたＴＳを参照し、当該ＴＳで転送可能なビットレートよりも小さいビットレートのコンテンツのうち最もビットレートの大きいコンテンツを選択する。そして、選択されたコンテンツを、メディアサーバ端末１３へ要求するコンテンツに設定する（８１６）。そして、ステップＳ１０１０へ進む。
【００９８】
ステップＳ１０１０においては、帯域を提供可能なＴＳ（トラヒックストリーム）を、メディアレンダラ端末１４とＱＡＰ（ストリームデータ対応無線アクセスポイント）１１の間に設定する。即ち、メディアレンダラ端末１４と通信可能なＱＡＰ１１に対して、要求された帯域でもってＴＳを設定するための情報を送出する（８１７、８１８）。ＱＡＰ１１は、受け取った情報に基づいてＴＳの設定を行い、実際に設定されたＴＳの情報をメディアレンダラ端末１４へ送出する（８１９、８２０）。
【００９９】
次に、ステップＳ１０１１において、メディアレンダラ端末１４は、ＱＡＰ１１から受信した情報を参照する。
【０１００】
次に、ステップＳ１０１２において、メディアレンダラ端末１４は、参照した情報に基づいて、設定されたＴＳリンクが選択したコンテンツ、フォーマットのストリームデータ伝送に耐え得るかの判定を行う（８２１）。例えば、ステップＳ１００８における処理と同様に、コンテンツのビットレートとＴＳリンクが転送可能なビットレートとを比較して判定する。耐えられないと判定した場合（ステップＳ１０１２でＮＯ、８２１でＮＯ）は、ステップＳ１０１３へ進み、耐えられると判定した場合（ステップＳ１０１２でＹＥＳ、８２１でＹＥＳ）は、ステップＳ１０１４へ進む。
【０１０１】
ステップＳ１０１３において、メディアレンダラ端末１４は、入手しているコンテンツリストから、設定されたＴＳにて転送可能なフォーマットのコンテンツを自動的に選択する。例えば、ＱＡＰ１２に設定されたＴＳを参照し、当該ＴＳで転送可能なビットレートよりも小さいビットレートのコンテンツのうち最もビットレートの大きいコンテンツを選択する。そして、選択されたコンテンツをメディアサーバ端末１３へ要求するコンテンツに設定する（８２２）。そして、ステップＳ１０１４へ進む。
【０１０２】
ステップＳ１０１４では、メディアサーバ端末１３に対し、メディアレンダラ端末１４とメディアサーバ端末１３との間でエンド・ツー・エンド（エンド−エンド）の接続を行う要求を送出する（８２３）。
【０１０３】
そして、ステップＳ１０１５において、メディアサーバ端末１３から応答信号を受信するまで待機する。一方、メディアサーバ端末１３は、メディアレンダラ端末１４から接続要求を受信すると、接続要求を認めるか否かを判定する。接続要求を認める場合、メディアレンダラ端末１４に対して応答信号を返送する（８２４）。メディアレンダラ端末１４は、メディアサーバ端末１３から応答信号を受信すると（ステップＳ１０１５でＹＥＳ）、ステップＳ１０１６へ進む。
【０１０４】
メディアサーバ端末１３は、メディアレンダラ端末１４からの接続要求に応じて応答信号を送出すると、ストリームデータの配信を開始する。一方、メディアレンダラ端末１４は、ステップＳ１０１６において、対象ストリームデータの受信を行い、受け取ったメディアのレンダリング、表示等を行う。
【０１０５】
（メディアサーバのイベント発生に基づくメディア配信）
次に、メディアサーバ端末１３が、所定のイベントを契機として、メディアフォーマットの選択等を行い、ＡＶストリームデータをメディアレンダラ端末１４へ配信する際の処理について、図９、１１、７を参照して説明する。ただし、上述にように、メディア配信はＵＰｎＰＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅ手順に従って行われる。
【０１０６】
なお、以下に述べる各処理は、図１２を参照して上述した情報処理装置のＣＰＵ９９０がＲＡＭ９９２にロードされたプログラムを実行し、図１２に示される各ハードウェアと協働することによって実現される。もちろん各処理の一部或いは全てが専用のハードウェアで実現されてもよい。
【０１０７】
図９は、メディアサーバ端末１３が、所定のイベントを契機として、ＡＶストリームデータをメディアレンダラ端末１４へ配信する際の処理のシーケンスを示したシーケンスチャートである。図１１はメディアサーバ端末１３が実行する処理の流れを示したフローチャートである。なお、後述するように、メディアレンダラ端末１４は、第１実施形態に係る構成と同様に、図７に示されたフローチャートに基づく処理を実行する。
【０１０８】
図９の９０１、９０２が示すように、メディアサーバ端末１３、及び、メディアレンダラ端末１４は、まず、各々の設置場所を統括するストリームデータ対応無線アクセスポイント（ＱＡＰ）１１,１２との間で、無線アソシエートする。
【０１０９】
次に、メディアサーバ端末１３は、ＵＩアプリケーションを用いて、ストリームデータレンダリングしてディスプレイに表示するメディアレンダラ端末１４を選択する。そして、選択されたメディアレンダラ端末１４が再生可能なＡＶストリームデータプロトコル/フォーマット情報の収集を行う。即ち、メディアサーバ端末１３のユーザからの指示入力に基づいて、メディアサーバ端末１３は、メディアを配信可能なメディアレンダラ端末１４をリストを表示し、選択されたメディアレンダラ端末１４に対して、アクセスする（９０３）。メディアレンダラ端末は、アクセスに応じてプロトコル/フォーマット情報を返送する（９０４）。この処理は、ステップＳ１１０１の処理に対応する。
【０１１０】
次に、ステップＳ６０２において、前記収集した再生可能なＡＶストリームデータプロトコル/フォーマット情報のうち、自身が提供可能なデータプロトコル/フォーマットが存在するか否かを判定する。提供可能なデータプロトコル/フォーマットが存在する場合（ステップＳ１１０２でＹＥＳ）はステップＳ１１０３へ進み、存在しない場合（ステップＳ１１０２でＮＯ）はそのまま処理を終了する。
【０１１１】
ステップＳ１１０３では、ＵＩアプリケーションを用いて再生対象のストリームデータのコンテンツ、フォーマットの選択を受け付ける。これは、図９の９０５の処理に対応する。
【０１１２】
次に、ステップＳ１１０４において、再生対象のストリームデータのプロトコル、フォーマットの選択を受付けたメディアサーバ端末１３は、当該ストリームデータデータの配信に必要な通信帯域を算出する。そして、算出した帯域を提供可能なＴＳを、メディアレンダラ端末１４とストリームデータ対応無線アクセスポイント１１の間に設定することを、メディアレンダラ端末１４に対して要求する（９０６）。
【０１１３】
メディアレンダラ端末１４は、ＴＳ設定要求（９０６）を受付けたことに応じて図７のフローチャートに示された処理を実行する。先ず、ステップＳ７０１において、ＴＳ設定要求の要求元が、自身のプロトコル/フォーマットリスト提供先であるか否かの判定を行う。提供先の場合（ステップＳ７０１でＹＥＳ）はステップＳ７０２へ進み、提供先でない場合（ステップＳ７０１でＮＯ）はＴＳの設定処理を行わずに１処理単位を終了する。
【０１１４】
ステップＳ７０２では、ＴＳ設定要求の受付情報をセットする。即ち、ＴＳ設定要求を受け付けたことを示す情報をメディアサーバ端末１３へ送出する（９０９）。
【０１１５】
次に、ステップＳ７０３において、自身のＴＳの設定処理を起動する（９０７,９０８）。即ち、メディアレンダラ端末１４と通信可能なＱＡＰ１１に対して、要求された帯域でもってＴＳを設定するための情報を送出する。ＱＡＰ１１は、受け取った情報に基づいてＴＳの設定を行い、実際に設定されたＴＳの情報をメディアレンダラ端末１４へ送出する（９１０,９１１）。
【０１１６】
次に、ステップＳ７０４において、メディアレンダラ端末１４は、ＱＡＰ１１から受け取った実際に設定されたＴＳの情報を、メディアサーバ端末１３からの要求（９１３）に応じて、メディアサーバ端末１３へ送出する（９１４）。
【０１１７】
メディアサーバ端末１３の処理の説明に戻る。ステップＳ１１０５において、メディアサーバ端末１３は、前記メディアレンダラ端末１４とＱＡＰ（ストリームデータ対応無線アクセスポイント）１１の間のトラヒックストリームの設定要求が受付けられたことを確認する。即ち、ＴＳ設定要求を受け付けたことを示す情報（９０９）をメディアレンダラ端末１４から受信するまで待機する。ＴＳ設定要求を受け付けたことを示す情報を受信すると（ステップＳ１１０５でＹＥＳ）、ステップＳ１１０６へ進む。
【０１１８】
ステップＳ１１０６において、メディアサーバ端末１３は、所定の時間（Td）待機する（９１２）。Tdは、例えば、メディアレンダラ端末１４とＱＡＰ（ストリームデータ対応無線アクセスポイント）１１の間のトラヒックストリームの設定所要時間より十分長い規定時間である。Tdとして、上述のTa、Tb、Tcと同一の値を用いるようにしてもよい。
【０１１９】
次に、ステップＳ１１０７において、メディアレンダラ端末１４とストリームデータ対応無線アクセスポイント１１の間に設定されたＴＳの情報を参照する。即ち、ＱＡＰ１１に実際に設定されたＴＳの情報の要求をメディアレンダラ端末１４に送出し（９１３）、メディアレンダラ端末１４から該情報を受信する（９１４）。
【０１２０】
次に、ステップＳ１１０８において、設定されたＴＳリンクが前記選択したプロトコル/フォーマットのストリームデータ伝送に耐え得るか否かの判定を行う（９１５）。例えば、コンテンツのビットレートとＴＳリンクが転送可能なビットレートとを比較して判定する。耐えられないと判定した場合（ステップＳ１１０８でＮＯ、９１５でＮＯ）は、ステップＳ１１０９へ進み、耐えられると判定した場合（ステップＳ１１０８でＹＥＳ、９１５でＹＥＳ）は、ステップＳ１１１０へ進む。
【０１２１】
ステップＳ１１０９では、メディアサーバ端末１３は、コンテンツのリストから、設定されたＴＳにて転送可能なフォーマットのコンテンツを自動的に選択する。そして、選択されたコンテンツを、メディアレンダラ端末１４へ配信するコンテンツに設定する（９１６）。そして、ステップＳ１１１０へ進む。
【０１２２】
ステップＳ１１１０においては、帯域を提供可能なＴＳ（トラヒックストリーム）を、メディアサーバ端末１３とＱＰＡ（ストリームデータ対応無線アクセスポイント）１２の間に設定する。即ち、メディアサーバ端末１３と通信可能なＱＡＰ１２に対して、要求された帯域でもってＴＳを設定するための情報を送出する（９１７、９１８）。ＱＡＰ１２は、受け取った情報に基づいてＴＳの設定を行い、実際に設定されたＴＳの情報をメディアサーバ端末１３へ送出する（９１９、９２０）。
【０１２３】
次に、ステップＳ１１１１において、メディアサーバ端末１３は、ＱＡＰ１２から受信した情報を参照する。
【０１２４】
次に、ステップＳ１１１２において、メディアサーバ端末１３は、参照した情報に基づいて、設定されたＴＳリンクが選択したプロトコル/フォーマットのストリームデータ伝送に耐え得るかの判定を行う（９２１）。例えば、ステップＳ１１０８における処理と同様に、コンテンツのビットレートとＴＳリンクが転送可能なビットレートとを比較して判定する。耐えられないと判定した場合（ステップＳ１１１２でＮＯ、９２１でＮＯ）は、ステップＳ１１１３へ進み、耐えられると判定した場合（ステップＳ１１１２でＹＥＳ、９２１でＹＥＳ）は、ステップＳ１１１４へ進む。
【０１２５】
ステップＳ１１１３では、メディアサーバ端末１３は、コンテンツのリストから、設定されたＴＳにて転送可能なフォーマットのコンテンツを自動的に選択する。そして、選択されたコンテンツを、メディアレンダラ端末１４へ配信するコンテンツに設定する（９２２）。そして、ステップＳ１１１４へ進む。
【０１２６】
ステップＳ１１１４では、メディアレンダラ端末１４に対し、メディアレンダラ端末１４とメディアサーバ端末１３との間でエンド・ツー・エンド（エンド−エンド）の接続を行う要求を送出する（９２３）。
【０１２７】
そして、ステップＳ１１１５において、メディアレンダラ端末１４から応答信号を受信するまで待機する。一方、メディアレンダラ端末１４は、メディアサーバ端末１３から接続要求を受信すると、接続要求を認めるか否かを判定する。接続要求を認める場合、メディアサーバ端末１３に対して応答信号を返送する（９２４）。メディアサーバ端末１３は、メディアレンダラ端末１４から応答信号を受信すると（ステップＳ１１１５でＹＥＳ）、ステップＳ１１１６へ進む。
【０１２８】
ステップＳ１１１６では、メディアサーバ端末１３は、ストリームデータの配信を開始する。一方、メディアレンダラ端末１４は、対象ストリームデータの受信を行い、受け取ったメディアのレンダリング、表示等を行う。
【０１２９】
以上のように、本実施形態に係る構成においては、ラスト１セクタの通信路を設定する際に、ストリームデータの配信に必要な能力情報を、メディアサーバ端末、メディアレンダラ端末間で共有し、必要十分なラスト１セクタの通信路の設定処理を行う。必要な通信路が確保できない場合には、ストリームデータの配信サービスの設定を自動的に行う。これにより、ストリームデータの配信サービスの再設定に手間をかけずに、ストリームデータ通信用通信路の設定が可能な通信媒体を高い利用効率で利用して、ストリームデータの配信を行うことができる。即ち、ストリームデータを配信するために必要十分な能力を有するラスト１セクタの通信路を設定することができる。
【０１３０】
なお、第１実施形態と同様に、本実施形態においても、メディアサーバ端末１３とメディアレンダラ端末１４の何れか一方のみがＱＡＰにアクセスするような構成にしてもよい。この場合、ＱＡＰにアクセスしない端末におけるＴＳの設定等は不要になる。
【０１３１】
また、第１実施形態と同様に、本実施形態においても、メディアサーバ端末１３又はメディアレンダラ端末１４において選択フォーマットに対応可能なＴＳを設定することができなかった場合、ストリームデータの再設定のみを行うようにしてもよい。このように構成することで、再度のＴＳ設定に要する時間を要せず、高速な処理が可能となる。尚、再設定されたストリームデータが要する能力に比べて、設定されたＴＳの能力が過大な場合は、再度のＴＳ設定を行うように構成してもよい。これにより、通信路の設定を高速に行いながら、必要十分な通信資源を利用したデータ配信を行うことができる。
【０１３２】
＜＜第３実施形態＞＞
第１，第２実施形態においては、端末側からの要求によってのみＴＳ（トラヒックストリーム）リンクを設定することが可能な無線ＱｏＳ通信媒体として、ＩＥＥＥ８０２.１１ｅ規格準拠の媒体を用いた構成について述べたが、これに限られない。例えば、単一メディアを複数の端末で共有し得るバス型接続の有線通信媒体を利用した、端末側からの要求によってのみＴＳ（トラヒックストリーム）リンクを設定することが可能な有線ＱｏＳ通信媒体を、ラスト１セクタの通信媒体として利用してもよい。例えば、ＩＥＥＥ８０２.１Ｄ規格準拠機器等へ適用してもよい。
【０１３３】
＜＜その他の実施形態＞＞
本発明の目的は次のようにしても達成されることは言うまでもない。即ち、前述の機能を実現するソフトウエアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータが記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成される。ただし、コンピュータは、ＣＰＵ、ＭＰＵ等であってもよい。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１３４】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１３５】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（Operating System）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３６】
さらに、次のような処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこませる。そして、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行う。このような処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１３７】
【図１】システム構成図である。
【図２】メディアレンダラ端末側からメディアサーバ端末に対し、メディア配信を要求する際の処理のシーケンスを示したシーケンスチャートである。
【図３】メディアサーバ端末が、所定のイベントを契機として、ＡＶストリームデータをメディアレンダラ端末へ配信する際の処理のシーケンスを示したシーケンスチャートである。
【図４】メディアレンダラ端末が実行する処理の流れを示したフローチャートである。
【図５】メディアサーバ端末が実行する処理の流れを示したフローチャートである。
【図６】メディアサーバ端末が実行する処理の流れを示したフローチャートである。
【図７】メディアレンダラ端末が実行する処理の流れを示したフローチャートである。
【図８】メディアレンダラ端末側からメディアサーバ端末に対し、メディア配信を要求する際の処理のシーケンスを示したシーケンスチャートである。
【図９】メディアサーバ端末が、所定のイベントを契機として、ＡＶストリームデータをメディアレンダラ端末へ配信する際の処理のシーケンスを示したシーケンスチャートである。
【図１０】メディアレンダラ端末が実行する処理の流れを示したフローチャートである。
【図１１】メディアサーバ端末が実行する処理の流れを示したフローチャートである。
【図１２】情報処理装置のハードウェア構成を模式的に示したブロック図である。
【図１】
0004646775.tif 000002
【図２】
0004646775.tif 000003
【図３】
0004646775.tif 000004
【図４】
0004646775.tif 000005
【図５】
0004646775.tif 000006
【図６】
0004646775.tif 000007
【図７】
0004646775.tif 000008
【図８】
0004646775.tif 000009
【図９】
0004646775.tif 000010
【図１０】
0004646775.tif 000011
【図１１】
0004646775.tif 000012
【図１２】
0004646775.tif 000013