(57)【要約】【課題】ＩＥＥＥ１３９４ネットワークに接続されたＡＶ機器を、ＩＰネットワークに接続されたプレイヤー機器から自動的に検出して、操作し、ＡＶ機器に格納されているコンテンツをプレイヤー機器で視聴することのできるＩＥＥＥ１３９４ネットワークとＩＰネットワークを接続するゲートウェイ装置を提供する。【解決手段】ゲートウェイ装置は、ＡＶ／Ｃを搭載するＩＥＥＥ１３９４機器が接続されるネットワークとＵＰｎＰに準拠するプレイヤー機器が接続されるネットワークとを接続し、ＩＥＥＥ１３９４機器のプラグアンドプレイ処理をＵＰｎＰのプラグアンドプレイの各ステップに変換する変換手段と、ＵＰｎＰ  ＡＶのアクションをＩＥＥＥ１３９４機器のＡＶ／Ｃコマンドに変換する変換手段と、ＩＥＥＥ１３９４機器から送信されてきたストリームデータをＩＰネットワークに転送するストリーム転送手段と、を備えた。【選択図】図１
2007235584.tif 000002
【特許請求の範囲】
【請求項１】
ＡＶ／Ｃを搭載するＩＥＥＥ１３９４機器が接続されるＩＥＥＥ１３９４ネットワークとＵＰｎＰに準拠するプレイヤー機器が接続されるＩＰネットワークとを接続し、
上記ＩＥＥＥ１３９４機器のプラグアンドプレイ処理をＵＰｎＰのプラグアンドプレイの各ステップに変換する変換手段と、
ＵＰｎＰ  ＡＶのアクションを上記ＩＥＥＥ１３９４機器のＡＶ／Ｃコマンドに変換する変換手段と、
上記ＩＥＥＥ１３９４機器からＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓパケットにより送信されてくるストリームデータを上記ＩＰネットワークに転送するストリーム転送手段と、
を備えたことを特徴とするゲートウェイ装置。
【請求項２】
ストリームデータを上記ＩＰネットワークに転送するプロトコルとしてＨＴＴＰを用いることを特徴とする請求項１に記載するゲートウェイ装置。
【請求項３】
ストリームデータを上記ＩＰネットワークに転送するプロトコルとしてＲＴＰを用いることを特徴とする請求項１に記載するゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＡＶ／Ｃを搭載したＩＥＥＥ１３９４機器を仮想的なＵＰｎＰのデバイスとして検出、制御し、ＩＥＥＥ１３９４ネットワーク経由で送信された動画ストリームを、ＩＰネットワークに転送する技術ためのゲートウェイ装置に関するものである。
【背景技術】
【０００２】
従来、ＡＶ機器のネットワークインターフェースとしてＩＥＥＥ１３９４が多く使われて来たが、パソコン、インターネットの普及により、イーサネット（登録商標）などのＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（以下、「ＩＰ」と略す）のインターフェースを用いるＡＶ機器が増加しつつある。そして、ＩＰとＩＥＥＥ１３９４などの異なるプロトコルのネットワーク同士を接続するためにゲートウェイ装置をネットワークの間に配置して機能を構成している。例えば、ＩＰネットワークとＩＥＥＥ１３９４ネットワークを接続するために、ＩＥＥＥ１３９４機器のＡＶ／Ｃのコマンドに対応したＵＰｎＰのアクションを定義して、ゲートウェイ装置がＵＰｎＰのアクションとＡＶ／Ｃコマンドを変換することによって、ＩＰネットワークに接続されたＵＰｎＰ  Ｃｏｎｔｒｏｌ  ＰｏｉｎｔからＩＥＥＥ１３９４ネットワークに接続されたＡＶ機器を制御している（例えば、特許文献１参照）。
また、ゲートウェイ装置がＡＶ／Ｃのサブユニットに対応したＷｅｂページを生成することにより、ＩＰネットワークに接続されたパソコン等に搭載されたＷｅｂブラウザからＩＥＥＥ１３９４ネットワークに接続された機器を制御している（例えば、特許文献２参照）。
【０００３】
【特許文献１】特開２００３−４６５３５号公報
【特許文献２】特開２００５−９４６８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、ＵＰｎＰのアクションをＡＶ／Ｃコマンドに変換する方式では、ＩＰネットワーク上のＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔから操作できるのはＡＶ／Ｃコマンドだけであるため、ＩＰネットワーク上のパソコンなどのプレイヤーからＩＥＥＥ１３９４上のＡＶ機器を操作し、そのＡＶ機器に格納されている音声コンテンツや映像コンテンツを、これらプレイヤーにて視聴することができないという問題がある。
また、ＡＶ／Ｃコマンドを理解することが可能なＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔを新規に作成する必要があるため、標準規格であるＵＰｎＰ  ＡＶを採用した例えばＤＬＮＡ準拠のプレイヤーで操作・視聴することができないという問題がある。
また、Ｗｅｂブラウザを使用する方式では、ＩＥＥＥ１３９４機器をＷｅｂブラウザパソコン上のプレイヤーにて直接視聴することができないという問題がある。
【０００５】
この発明の目的は、ＩＥＥＥ１３９４ネットワークに接続されたＡＶ機器を、ＩＰネットワークに接続されたパソコンなどのプレイヤー機器から自動的に検出して、操作し、ＡＶ機器に格納されている音声・映像などのコンテンツをプレイヤー機器で視聴することのできるＩＥＥＥ１３９４ネットワークとＩＰネットワークを接続するゲートウェイ装置を提供することである。
【課題を解決するための手段】
【０００６】
この発明に係わるゲートウェイ装置は、ＡＶ／Ｃを搭載するＩＥＥＥ１３９４機器が接続されるＩＥＥＥ１３９４ネットワークとＵＰｎＰに準拠するプレイヤー機器が接続されるＩＰネットワークとを接続し、上記ＩＥＥＥ１３９４機器のプラグアンドプレイ処理をＵＰｎＰのプラグアンドプレイの各ステップに変換する変換手段と、ＵＰｎＰ  ＡＶのアクションを上記ＩＥＥＥ１３９４機器のＡＶ／Ｃコマンドに変換する変換手段と、上記ＩＥＥＥ１３９４機器からＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓパケットにより送信されてきたストリームデータを上記ＩＰネットワークに転送するストリーム転送手段と、を備えた。
【発明の効果】
【０００７】
この発明に係わるゲートウェイ装置の効果は、ＩＥＥＥ１３９４ネットワークに接続されたＡＶ機器を、ＩＰネットワークに接続されたパソコンなどのプレイヤー機器から自動的に検出して、操作することで、当該ＡＶ機器に格納されている音声・映像などのコンテンツを当該プレイヤー機器で視聴することを可能とするという効果を有する。
また、ＩＥＥＥ１３９４ネットワークに接続されたＡＶ機器を標準規格であるＵＰｎＰ  ＡＶデバイスとして認識するため、ＵＰｎＰ  ＡＶに準拠した当該ＡＶ機器に格納されている音声・映像などのコンテンツを当該プレイヤー機器で視聴することを可能とするという効果を有する。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
図１は、この発明の実施の形態１に係わるゲートウェイ装置が適用されたシステムの構成図である。
この発明の実施の形態１に係わるゲートウェイ装置としてのＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２は、ＣＰＵ１０、プログラムを格納するＲＯＭ１１、プログラムの実行するためのワーク領域およびデータの格納領域などに使用するＲＡＭ１２、ＬＡＮコントローラ１３、ＩＥＥＥ１３９４コントローラ１４を備える。
ＣＰＵ１０は、内部バスまたはＰＣＩなどの拡張バスを通じて、ＲＯＭ１１、ＲＡＭ１２、ＬＡＮコントローラ１３、ＩＥＥＥ１３９４コントローラ１４にアクセス可能である。また、２次記憶装置として図示しないＨＤＤを備えても良い。
【０００９】
ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２は、ＬＡＮコントローラ１３を通じてＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク４に接続されている。このＩＰネットワーク４は、物理層には依存しないため、物理層の規格としてはイーサネット（登録商標）などの有線ＬＡＮ、またはＩＥＥＥ８０２．１１ａ／ｂ／ｇなどの無線ＬＡＮを使用しても良い。この場合、ＬＡＮコントローラ１３は、その物理層に応じたものが使用される。
【００１０】
ＩＰネットワーク４には、Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ（以下、「ＵＰｎＰ」と略す）の規格に対応したＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０が接続されている。ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、例えば、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０の機能を実現するためのアプリケーションを搭載したパソコンで構成される。
また、ＩＰネットワーク４には、ＵＰｎＰの規格に対応したＵＰｎＰ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２が接続されている。ＵＰｎＰ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２は、ホームネットワークから入手したコンテンツを再生するために使用され、主に映像の表示、音声の出力などコンテンツの再生、およびストリーミングの受信を行う機能を含むデバイスである。
【００１１】
また、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２は、ＩＥＥＥ１３９４コントローラ１４を介してＩＥＥＥ１３９４ネットワーク５に接続されている。ＩＥＥＥ１３９４ネットワーク５には、映像情報装置３ａ、３ｂが接続されている。なお、図１には、２台の映像情報装置３ａ、３ｂが接続されているが、実際にはＩＥＥＥ１３９４の規格の範囲内で１台または複数台の映像情報装置３を接続することが可能である。
映像情報装置３ａ、３ｂは、ＩＥＥＥ１３９４ネットワーク５でつながった機器同士をリモートで制御するためのコマンド体系であるＡｕｄｉｏ  Ｖｉｄｅｏ  Ｃｏｎｔｒｏｌ（以下、「ＡＶ／Ｃ」と略す）コマンドのターゲット機能を搭載している。例えば、市販のＤＶカメラやＤ−ＶＨＳレコーダなどがこれに該当する。なお、図１で示しているＩＰネットワーク４およびＩＥＥＥ１３９４ネットワーク５は概念的なもので、実際の物理的なネットワークトポロジーを反映していない。
この発明に係わるＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２は、ＩＰネットワーク４とＩＥＥＥ１３９４ネットワーク５間を接続するための仲介役として働き、ＩＰネットワーク４上のＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０から、ＩＥＥＥ１３９４ネットワーク５上のＵＰｎＰの機能を有さない映像情報装置３ａ、３ｂを操作する。
【００１２】
図２は、ＵＰｎＰの動作ステップを示すチャート図である。
ＵＰｎＰは、図２に示すように、６種類の動作ステップを有する。
アドレッシングＳ３０１は、ＵＰｎＰとして最初の動作であり、ＩＰネットワーク４に参加したＵＰｎＰデバイスが自動的にＩＰアドレスを取得するための動作である。これを実現するために基本的にはＤｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（以下、「ＤＨＣＰ」と略す）が使用される。当該のＩＰネットワーク４がＤＨＣＰに対応していない場合はＡｕｔｏＩＰを用いる。アドレッシングＳ３０１によってＩＰアドレスを取得したデバイスは、次の動作である、ディスカバリＳ３０２に進む。
【００１３】
ディスカバリＳ３０２は、ＩＰネットワーク４上のデバイスを検出するための動作である。ディスカバリＳ３０２には、新規に追加されたデバイスがＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に対してアドバタイズを行うアドバタイズ動作と、新規に追加されたＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０がデバイスを検索するためにリクエストを行うサーチ動作の２種類の動作がある。両者ともその手段としてＳｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ（以下、「ＳＳＤＰ」と略す）を用いている。
前者は追加されたデバイスがアドバタイズのためのアドバタイズメッセージをマルチキャストする。後者はＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０がサーチのためのメッセージをマルチキャストして、該当するデバイスがＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に対してサーチレスポンスメッセージを返信する。
【００１４】
ディスクリプションＳ３０３は、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０が検出したデバイスから詳細の情報を取得するための動作である。ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、アドバタイズメッセージまたはサーチレスポンスメッセージに記述されているＵｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ（以下、「ＵＲＬ」と略す）を用いて各デバイスの情報を得ることができる。このデバイス情報は、ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（以下、「ＸＭＬ」と略す）の形式で記述されており、モデル名、シリアル番号、製造元名、サービス情報などが記載されているデバイスディスクリプションである。デバイスディスクリプションの中には、そのデバイスが使用可能なサービスの情報を得るためのＵＲＬが記述されており、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、このＵＲＬを用いてサービスが提供する有効なアクションが記載されているサービスディスクリプションを取得することができる。サービスディスクリプションもＸＭＬの形式で記述されている。ディスクリプションＳ３０３が完了した時点で、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は対象のデバイスを制御する手段を知ることになる。
【００１５】
コントロールＳ３０４は、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０が実際にデバイスを制御する動作である。ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、サービスディスクリプションに記載されているアクション、サービス、各アクションのパラメータや引数のリストを元に、デバイスに対してアクション要求を行う。アクション要求を行うための手段としてＳｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ（以下、「ＳＯＡＰ」と略す）を用いる。ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、ＸＭＬ形式で記述された制御コマンドをＳＯＡＰを使用してデバイスに送信する。デバイスは要求されたサービスを行い、アクションの結果をＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に返す。
【００１６】
イベンティングＳ３０５は、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０がデバイスの状態変化を検知するための動作である。デバイスは自身が保有するサービスの状態変数が変化した場合にサブスクライブしているＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に対して通知を行う。この手段としてＧｅｎｅｒｉｃ  Ｅｖｅｎｔ  Ｎｏｒｔｉｆｉｃａｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ（以下、「ＧＥＮＡ」と略す）を用いる。メッセージはＸＭＬ形式で記述される。
【００１７】
プレゼンテーションＳ３０６は、Ｗｅｂブラウザを用いてデバイスの操作、設定を行うための動作である。対象のデバイスがＨｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（以下、「ＨＴＭＬ」と略す）によるユーザインターフェース機能を有している場合に、デバイスディスクリプションに記述されているプレゼンテーションＵＲＬにアクセスすることによって、Ｗｅｂブラウザによってプレゼンテーション画面を表示することができ、その画面を用いてデバイスの操作を行うことができる。
【００１８】
ＵＰｎＰの規格では、ある特定のデバイス・タイプについて、実装すべきインタフェイスや機能をＤｅｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ（以下、「ＤＣＰ」と略す）として定めている。ＡＶ機器としてのＤＣＰは、Ｍｅｄｉａ  ＳｅｒｖｅｒおよびＭｅｄｉａ  Ｒｅｎｄｅｒｅｒである。
【００１９】
図３は、ＵＰｎＰ  ＡＶのアーキテクチャを示す図である。
ＵＰｎＰ  ＡＶアーキテクチャでは、ＵＰｎＰ  Ｃｏｎｔｏｒｏｌ  Ｐｏｉｎｔ３１０が、Ｍｅｄｉａ  Ｓｅｒｖｅｒ３１１とＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２を制御するモデルとなっている。
Ｍｅｄｉａ  Ｓｅｒｖｅｒ３１１は、ホームネットワーク上で有効なコンテンツを探し出すために使用され、主にコンテンツの保管、ストリーミングの送り出しを行う機能を含むデバイスである。このデバイスは、ＶＴＲやＤＶＤプレイヤー等の再生装置を想定している。Ｍｅｄｉａ  Ｓｅｒｖｅｒ３１１は、サービスとしてＣｏｎｔｅｎｔ  Ｄｉｒｅｃｔｏｒｙ３１３、Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｒ３１４、ＡＶ  Ｔｒａｎｓｐｏｒｔ３１５を含む。
【００２０】
Ｃｏｎｔｅｎｔ  Ｄｉｒｅｃｔｏｒｙ３１３は、図示しないサーバ（Ｍｅｄｉａ  Ｓｅｒｖｅｒ３１１を含んだ機器）が供給可能なコンテンツをＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０が列挙できるようにするためのアクションセットを提供するサービスである。これらのアクションを使用することで、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０はコンテンツ階層の閲覧および属性検索を行ったり、タイトル、作者、ＵＲＬ等属性のコンテンツのメタデータを入手したり、コンテンツの作成、削除などのコンテンツの操作を行ったりすることが可能となる。
【００２１】
Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｒ３１４は、特定のデバイスに関連したコネクションを管理するためのアクションセットを提供するサービスである。これらのアクションを使用することで、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、ストリーミングのプロトコルとデータフォーマットを列挙したり、現在のコネクション状況を列挙したりすることが可能となる。
ＡＶ  Ｔｒａｎｓｐｏｒｔ３１５は、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０がコンテンツのプレイバック制御を行えるようにするためのアクションセットを提供するサービスである。これらのアクションを使用することで、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０はコンテンツの再生、停止、シーク等の再生制御を行うことが可能となる。
【００２２】
Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２は、ホームネットワークから入手したコンテンツを再生するために使用され、主に映像の表示、音声の出力等のコンテンツの再生、およびストリーミングの受信を行う機能を含むデバイスである。
Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２は、サービスとしてＲｅｎｄｅｒｉｎｇ  Ｃｏｎｔｒｏｌ３１６、Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｒ３１４，ＡＶ  Ｔｒａｎｓｐｏｒｔ３１５を含む。
Ｒｅｎｄｅｒｉｎｇ  Ｃｏｎｔｒｏｌ３１６は、図示しないレンダラ（Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２を含んだ機器）がコンテンツをどのように再生するかを、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０が制御できるようにするためのアクションセットを提供するサービスである。これらのアクションを使用することで、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０はビデオ映像の輝度、コントラスト、音声の音量、ミュートなどの制御を行うことが可能となる。
【００２３】
図４は、ＵＰｎＰ  ＡＶアーキテクチャを用いたプル型の再生フローを示す。
ステップＳ３１０では、デバイスの発見を行う。これはＵＰｎＰのディスカバリＳ３０２とディスクリプションＳ３０３によって行われる。このステップＳ３１０が完了した後、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、Ｍｅｄｉａ  Ｓｅｒｖｅｒ３１１とＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２を認識し、コントロールすることが可能となる。
【００２４】
ステップＳ３１１では、コンテンツの検索を行う。このステップＳ３１１では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０はＭｅｄｉａ  Ｓｅｒｖｅｒ３１１のＣｏｎｔｅｎｔ  Ｄｉｒｅｃｔｏｒｙ３１３のサービスを使用して、コンテンツの検索を行う。このとき、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、Ｍｅｄｉａ  Ｓｅｒｖｅｒ３１１にＳＯＡＰ通信によってＢｒｏｗｓｅアクションまたはＳｅａｒｃｈアクションのメッセージを送信する。Ｍｅｄｉａ  Ｓｅｒｖｅｒ３１１は、その回答として、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０にコンテンツの階層構造、転送プロトコルデータ、データフォーマットを含んだ情報を返す。
【００２５】
ステップＳ３１２では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、回答を受信した後、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２のＣｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｒ３１４サービスを使用してＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２がサポートしている転送プロトコルとフォーマットの情報を入手する。このとき、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２にＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏアクションのメッセージを送信し、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２は、その回答として、サポートしている転送プロトコルとフォーマットのリストを含んだ情報をＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に返す。この後、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、ここで得た転送プロトコルとフォーマットの情報とステップＳ３１１で得た情報をもとにプロトコルとデータフォーマットを比較し、Ｍｅｄｉａ  Ｓｅｒｖｅｒ３１１とＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２の両方で使用可能な組み合わせを決定する。
【００２６】
ステップＳ３１３では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｒ３１４サービスを使用してＭｅｄｉａ  Ｓｅｒｖｅｒ３１１とＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２の両方に対して、ステップＳ３１２で決定した転送プロトコルとフォーマットによるコネクションが生成されることを通知する。このとき、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、Ｍｅｄｉａ  Ｓｅｒｖｅｒ３１１にＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎアクションのメッセージを送信する。Ｍｅｄｉａ  Ｓｅｒｖｅｒ３１１は、プル型の場合であるので、その回答として、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に特に情報を返す必要はない。
また、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２にＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎアクションのメッセージが送信され、回答としてＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２は、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０にＡＶ  Ｔｒａｎｓｐｏｒｔ  Ｉｎｓｔａｎｃｅ  ＩＤまた、Ｒｅｎｄｅｒｉｎｇ  Ｃｏｎｔｒｏｌ  Ｉｎｓｔａｎｃｅ  ＩＤが返される。
【００２７】
ステップＳ３１４では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、プル型の場合であるので、ＡＶ  Ｔｒａｎｓｐｏｒｔ３１５サービスを使用してＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に何れのコンテンツを転送するかの情報を通知する。このとき、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２にＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩアクションのメッセージが送信される。
【００２８】
ステップＳ３１５では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、プル型の場合であるので、ＡＶ  Ｔｒａｎｓｐｏｒｔ３１５サービスを使用してＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に対して、Ｐｌａｙ、Ｓｔｏｐ、Ｓｅｅｋなど、実際の再生制御の指令を行う。このとき、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に、例えばＰｌａｙアクションのメッセージを送信する、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２デバイスは、ステップＳ３１４で受け取ったコンテンツを示すＵＲＬを基に、Ｍｅｄｉａ  Ｓｅｒｖｅｒ３１１に対してコンテンツの転送要求を発行する。この転送要求の内容は、コンテンツの転送に使用されるプロトコルによって異なる。例えば、ＨＴＴＰを用いる場合はＨＴＴＰ−ＧＥＴメソッドが使用される。以上の処理の結果としてコンテンツの再生が開始される。またコンテンツの再生を中止したい場合はＳｔｏｐアクションが送信される。
【００２９】
ステップＳ３１６では、再生中にレンダラの音量調整や画質調整を行う音量・画質調整ステップである。このステップＳ３１６では、Ｒｅｎｄｅｒｉｎｇ  Ｃｏｎｔｒｏｌ３１６サービスを用いる。このとき、例えば音量調整を行う場合はＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に、ＳｅｔＶｏｌｕｍｅアクションのメッセージが送信され、結果として音量が変更される。最終的にコンテンツの転送が完了した後、ステップ転送完了Ｓ３１７に移行する。
【００３０】
ステップＳ３１７では、最終的にコンテンツの転送が完了した後で行われる転送終了ステップである。このステップでは、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｒ３１４サービスを使用して、Ｍｅｄｉａ  Ｓｅｒｖｅｒ３１１とＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２それぞれとの間のコネクションの終了処理を行う。このとき、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に、ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅアクションのメッセージが送信される。次に、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、Ｍｅｄｉａ  Ｓｅｒｖｅｒ３１１に同様にＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅアクションのメッセージが送信される。
このようにしてＵＰｎＰ  ＡＶアーキテクチャを用いたプル型の一連の再生が完了する。
【００３１】
次に、ＩＥＥＥ１３９４でつながった機器同士でのＡＶ／Ｃコマンドのやり取りを説明する。なお、ＡＶ／Ｃコマンドは、ＩＥＥＥ１３９４でつながった機器同士をリモートで制御するためのコマンド体系であり、制御する側の機器をコントローラ２０、制御される側の機器をターゲット２１と称する。図５および図６にコントローラ２０とターゲット２１間でのＡＶ／Ｃコマンドのやりとりの概念を示す。
ＡＶ／ＣコマンドのやりとりはＩＥＣ６１８８３−１で定義されているＦｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ（以下、「ＦＣＰ」と略す）を用いて行う。
【００３２】
コントローラ２０からターゲット２１に制御のためのコマンドを発行する場合は、図５に示すように、コントローラ２０はターゲット２１に内蔵されているコマンドレジスタ２２に、ＩＥＥＥ１３９４の非同期転送であるＡｓｙｎｃｈｒｏｎｏｕｓ転送によるライトトランザクションを発行することにより、ＦＣＰのフレーム形式に従ったコマンドフレームの書き込みを行う。この結果ターゲット２１は、コントローラ２０から送られたＡＶ／Ｃコマンドを受信することができて、コマンドに応じた動作を行う。
【００３３】
逆に、ターゲット２１からコントローラ２０に、動作の結果などを通知するためのレスポンスを返す場合には、図６に示すように、コントローラ２０に内蔵されているレスポンスレジスタ２３に、同様にＡｓｙｎｃｈｒｏｎｏｕｓ転送によるライトトランザクションを発行することにより、ＦＣＰのフレーム形式に従ったレスポンスフレームの書き込みを行う。
【００３４】
図７は、ＡＶ／Ｃコマンドにおいてモデル化されたビデオレコーダのモデルを示す図である。
ＡＶ／Ｃコマンドでは、ＡＶ機器をモデル化するために、ユニットおよびサブユニットという概念を使用している。ユニットはＡＶ機器そのものを示す。１台のＡＶ機器が１つのＡＶ／Ｃユニットに対応する。サブユニットは、ＡＶ機器の機能をモデル化したものである。例えば、テープに録画・再生する機能に対応するサブユニットは、Ｔａｐｅ  Ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ  Ｓｕｂｕｎｉｔとして規定されている。また、放送を受信する機能に対応するサブユニットは、Ｔｕｎｅｒ  Ｓｕｂｕｎｉｔとして規定されている。
【００３５】
チューナを内蔵したビデオレコーダの場合、図７に示すように、Ｕｎｉｔ３０の中にＴａｐｅ  Ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ  Ｓｕｂｕｎｉｔ３１とＴｕｎｅｒ  Ｓｕｂｕｎｉｔ３２に含まれていると表すことができる。サブユニットは、機能をモデル化した構成のため、それぞれのサブユニット毎に、機能に応じたＡＶ／Ｃコマンドが定義されている。例えば、図７に示したビデオレコーダに対してテープの再生操作を行う場合はＴａｐｅ  Ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ  Ｓｕｂｕｎｉｔ３１に含まれている再生のコマンドを使用する。
【００３６】
次に、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２がＩＰネットワーク４とＩＥＥＥ１３９４ネットワーク５の間のデリゲーションサーバとして動作し、ＩＰネットワーク４上のＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０から、ＵＰｎＰの機能を有さないＩＥＥＥ１３９４ネットワークに接続された映像情報装置３ａ、３ｂを操作して、ＩＥＥＥ１３９４ネットワーク５を経由して送信される映像情報装置３ａ、３ｂのコンテンツをＩＰネットワーク４上のＰＣで視聴するための手順を説明する。
図８は、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２がデリゲーションサーバとして動作するためのソフトウェア構成の例を示す。
【００３７】
ＵＰｎＰスタック３２１は、ＵＰｎＰの処理を行うソフトウェア群であり、一般的には標準的なＨＴＴＰのＧＥＴリクエストを取り扱うＨＴＴＰサーバ、ＨＴＴＰメッセージのヘッダを解釈するためのＨＴＴＰパーサ、ＸＭＬパーサ、ＳＯＡＰ、ＧＥＮＡ，ＳＳＤＰのプロトコルを扱うモジュール群などから構成される。ＵＰｎＰスタック３２１は、ＴＣＰ／ＩＰスタック５００の上位層として構成される。
【００３８】
ＩＥＥＥ１３９４スタック３２２は、ＩＥＥＥ１３９４のトランザクションや、ＦＣＰなどのＡＶプロトコル、またＡＶ／ＣコマンドなどのＩＥＥＥ１３９４関連プロトコルを扱うためのソフトウェア群である。
デリゲーションマネージャ３２６は、ＩＥＥＥ１３９４機器（例：映像情報機器３ａ、３ｂに相当する）がＩＥＥＥ１３９４ネットワーク５に接続されたときに、取得したＩＥＥＥ１３９４機器情報をもとにしてＵＰｎＰエミュレーション処理３２５を起動したり、また、ＩＥＥＥ１３９４機器がＩＥＥＥ１３９４ネットワーク５から切断されたときに、その機器に対して起動したＵＰｎＰエミュレーション処理３２５を終了させたりする機能を有するソフトウェアである。
ＵＰｎＰエミュレーション処理３２５は、ＩＥＥＥ１３９４ネットワーク５に接続されている個々のＩＥＥＥ１３９４機器に対応して、それぞれ独立したプロセスとしてデリゲーションマネージャ３２６から起動され、ＩＥＥＥ１３９４機器を１つのＵＰｎＰデバイスとして振舞わせるために、ＵＰｎＰの各ステップをデバイスの代わりに実行する機能を持つソフトウェアである。このソフトウェアはＩＥＥＥ１３９４ネットワーク５に接続されているＩＥＥＥ１３９４機器の数だけプロセスが起動される。
【００３９】
ＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４機器の状態を監視し、デリゲーションマネージャ３２６に対してそのＩＥＥＥ１３９４機器の接続／切断の情報を通知する他、ＩＥＥＥ１３９４機器から受信したＡＶ／ＣコマンドデータをＵＰｎＰエミュレーション処理３２５に引き渡したり、逆にＵＰｎＰエミュレーション処理３２５から受け取ったＡＶ／ＣコマンドデータをＩＥＥＥ１３９４機器に送信したりする機能を有するソフトウェアである。
【００４０】
ＩＰアドレスマネージャ３２３は、ＵＰｎＰエミュレーション処理３２５によってエミュレートされている各ＩＥＥＥ１３９４機器に対してＩＰアドレスを割り付けるための機能を有するソフトウェアである。
ストリーミング処理５０１は、ＩＥＥＥ１３９４スタック３２２経由で受信した映像ストリーミングデータをＴＣＰ／ＩＰスタック５００経由でＩＰネットワーク４上に送信する機能を持つソフトウェアである。
【００４１】
次に、ＵＰｎＰのアドレッシングＳ３０１におけるＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のソフトウェアの動作について説明する。図９は、アドレッシングＳ３０１の動作のシーケンスを示した図である。
ステップＳ３２０では、ＩＥＥＥ１３９４機器３の電源がＯＮされるか、ＩＥＥＥ１３９４ネットワーク５に新規に接続されると、Ｂｕｓ  Ｒｅｓｅｔが発生し、これをＩＥＥＥ１３９４バス制御処理３２４が検出する。
ステップＳ３２１では、ＩＥＥＥ１３９４バス制御処理３２４は、これを受けて、デリゲーションマネージャ３２６に対して新規にＩＥＥＥ１３９４機器３がＩＥＥＥ１３９４ネットワーク５に接続されたことを知らせるための接続通知を行う。
【００４２】
ステップＳ３２２では、デリゲーションマネージャ３２６は、この通知を受けて、ＵＰｎＰエミュレーション処理３２５を起動する。ここで起動されたＵＰｎＰエミュレーション処理３２５は、以降の全てのＵＰｎＰステップにおいて、常に通知の発端となったＩＥＥＥ１３９４機器３に対応する。ＩＥＥＥ１３９４ネットワーク５に複数台のＩＥＥＥ１３９４機器３が接続された場合はそれぞれのＩＥＥＥ１３９４機器３に１対１に対応するＵＰｎＰエミュレーション処理３２５が起動されることになる。
【００４３】
ステップＳ３２３では、起動されたＵＰｎＰエミュレーション処理３２５は、ＩＰアドレスマネージャ３２３に対してＩＰアドレス取得要求を行う。
ステップＳ３２４では、ＩＰアドレスマネージャ３２３は、ＩＥＥＥ１３９４機器３に対して仮想的に割り当てるＩＰアドレスを選択し、決定したＩＰアドレスをＵＰｎＰエミュレーション処理３２５に対して通知する。ＩＰアドレスの選択はＤＨＣＰのように、テーブルに定義されているアドレスを割り当てる方式か、ＡｕｔｏＩＰの方式を用いるのが良い。
【００４４】
次に、ＵＰｎＰのディスカバリＳ３０２のアドバタイズ動作を行う場合におけるＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のソフトウェアの動作について説明する。図１０は、ディスカバリＳ３０２の内、新規に追加されたデバイスがＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に対してアドバタイズ動作を行う場合のシーケンスを示したものである。この例では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０ａ、３１０ｂがＩＰネットワーク４上に２台存在している場合を示している。
ステップＳ３３０では、特定のＩＥＥＥ１３９４機器３に対応したＵＰｎＰエミュレーション処理３２５は、ＩＰネットワーク４上にＡｄｖｅｒｔｉｚｉｎｇのＤｉｓｃｏｖｅｒｙメッセージをＳＳＤＰを用いてマルチキャストする。このメッセージをＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０ａと、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０ｂが受信すると、結果としてＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０ａおよびＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０ｂはＩＥＥＥ１３９４機器３をＵＰｎＰのデバイスとして認識することになる。
【００４５】
次に、ＵＰｎＰのディスカバリＳ３０２のサーチ動作を行う場合におけるＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のソフトウェアの動作について説明する。図１１は、ディスカバリＳ３０２の内、新規に追加されたＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０がデバイスを検索するためにリクエストを行うサーチ動作を行う場合のシーケンスを示したものである。この例では、ＩＥＥＥ１３９４ネットワーク５上にＩＥＥＥ１３９４機器３が２台存在している場合を示している。
ステップＳ３４０では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、ＩＰネットワーク４上にＳｅａｒｃｈのＤｉｓｃｏｖｅｒｙメッセージをＳＳＤＰを用いてマルチキャストする。このメッセージをＩＥＥＥ１３９４機器３ａに対応したＵＰｎＰエミュレーション処理３２５ａとＩＥＥＥ１３９４機器３ｂに対応したＵＰｎＰエミュレーション処理３２５ｂが受信する。
【００４６】
ステップＳ３４１では、ＳｅａｒｃｈのＤｉｓｃｏｖｅｒｙメッセージの条件に示されているサービスまたはデバイスに相当する機能を有したＩＥＥＥ１３９４機器３ｂに対応したＵＰｎＰエミュレーション処理３２５ｂがＲｅｓｐｏｎｓｅのＤｉｓｃｏｖｅｒｙメッセージをＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に対して送信する。結果としてＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、ＩＥＥＥ１３９４機器３ｂを、自身が探していたＵＰｎＰのデバイスとして認識することになる。
【００４７】
次に、ＵＰｎＰのディスクリプションＳ３０３を行う場合におけるＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のソフトウェアの動作について説明する。図１２は、ＵＰｎＰのディスクリプションＳ３０３の動作を行う場合のシーケンスを示したものである。
ステップＳ３５０では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、アドバタイズメッセージもしくはサーチレスポンスメッセージに記述されているＵＲＬを用いて、ＩＥＥＥ１３９４機器３に対応したＵＰｎＰエミュレーション処理３２５に対して、デバイスディスクリプションの要求を行う。この際に用いるプロトコルはＨＴＴＰである。
【００４８】
ステップＳ３５１では、ＵＰｎＰエミュレーション処理３２５は、ＩＥＥＥ１３９４機器３に関するデバイス情報を、ＸＭＬ形式でデバイスディスクリプションとして作成し、これをＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に送信する。
ステップＳ３５２では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、このデバイスディスクリプション中のサービスリストにサービスディスクリプションを取得するためのＵＲＬが記載されている場合、ＵＰｎＰエミュレーション処理３２５に対して、サービスディスクリプションの要求を行う。
ステップＳ３５３では、ＵＰｎＰエミュレーション処理３２５は、サービスディスクリプションの要求に対して、ＩＥＥＥ１３９４機器３に関するサービス情報を、ＸＭＬ形式でサービスディスクリプションとして作成し、これをＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に送信する。
一般的なＵＰｎＰ機器の場合はディスクリプションのステップまで完了したら、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０からデバイスをコントロールすることが可能となる。
【００４９】
次に、図４に示したコンテンツの再生フローの各ステップにおいて、図８に示したソフトウェアの実際の動作について説明する。
最初に、コンテンツの検索Ｓ３１１におけるソフトウェアの動作について説明する。この説明ではＩＥＥＥ１３９４機器３としてＴａｐｅ  Ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ  Ｓｕｂｕｎｉｔ３１を搭載したＤ−ＶＨＳレコーダ・プレーヤを例に説明する。また、ストリームデータの転送に用いるプロトコルはＨＴＴＰを例に取る。
図１３は、コンテンツの検索Ｓ３１１におけるソフトウェアの動作のシーケンスを示した図である。
ステップＳ４００では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、ＳＯＡＰを用いて、ＵＰｎＰエミュレーション処理３２５に対し、「Ｂｒｏｗｓｅ」、または「Ｓｅaｒｃｈ」アクション要求を含んだメッセージを送信する。
【００５０】
ステップＳ４０５では、ＩＥＥＥ１３９４機器３に対応して既に起動されているＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰスタック３２１を介し、送信されたメッセージを受信する。Ｄ−ＶＨＳレコーダ・プレーヤは、コンテンツリストを読み出すことができないため、メッセージを受信したＵＰｎＰエミュレーション処理３２５は、テープを一本の大きなコンテンツと見なして、「Ｂｒｏｗｓｅ」、または「Ｓｅaｒｃｈ」レスポンスのデータを生成し、ＵＰｎＰスタック３２１を介し、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に送信する。
【００５１】
このステップにより、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、ＩＥＥＥ１３９４機器３の有するコンテンツの階層構造、転送プロトコルデータ、データフォーマットの情報を認識する。このときの転送プロトコルデータは、ＩＥＥＥ１３９４機器３がＩＥＥＥ１３９４ネットワーク５経由で送出するプロトコルではなく、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２がＩＰネットワーク４に対して送出することが可能なプロトコルとする。この例ではＨＴＴＰである。また、データフォーマットの情報も同様に、ＩＥＥＥ１３９４機器３がＩＥＥＥ１３９４ネットワーク５経由で送出する際のフォーマットではなく、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２がＩＰネットワーク４に対して送出する際のフォーマットである。
【００５２】
次に、プロトコルとデータフォーマットチェックＳ３１２におけるソフトウェアの動作について説明する。
このステップは、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に対して行われるものであり、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２の動作とは無関係である。このステップは通常のＵＰｎＰ  ＡＶの処理としてＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０とＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２との間で実行される。
【００５３】
次に、サーバ、レンダラの準備Ｓ３１３におけるソフトウェアの動作について説明する。図１４は、サーバ、レンダラの準備Ｓ３１３におけるソフトウェアの動作のシーケンスを示した図である。
まず、ステップＳ４２０では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、ＳＯＡＰを用いて、ＵＰｎＰエミュレーション処理３２５に対し、「ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ」アクションを含んだメッセージを送信する。ＩＥＥＥ１３９４機器３に対応して既に起動されているＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰスタック３２１を介し、送信されたメッセージを受信する。
【００５４】
ステップＳ４２１では、メッセージを受信したＵＰｎＰエミュレーション処理３２５は、ＩＥＥＥ１３９４バス制御処理３２４に対しコネクション要求を行う。
ステップＳ４２２では、ＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４スタック３２２を介し、ＩＥＥＥ１３９４機器３に対し、ｌｏｃｋトランザクションによるプラグの設定要求を送信する。このｌｏｃｋトランザクションを受信したＩＥＥＥ１３９４機器３は、物理的なコネクションを生成する。
ステップＳ４２３では、コネクションの生成後、ｌｏｃｋトランザクションによるプラグの設定結果を、ＩＥＥＥ１３９４スタック３２２を介し、ＩＥＥＥ１３９４バス制御処理３２４に送信する。
ステップＳ４２４では、ＩＥＥＥ１３９４バス制御処理３２４は、コネクション完了回答をＡＶ／Ｃコマンドの送信元であるＵＰｎＰエミュレーション処理３２５に送信する。
【００５５】
ステップＳ４２５では、コネクション完了回答を受信したＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰのサービスとＡＶ／Ｃコマンドとの対応表を用いＵＰｎＰのサービスである「ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ」アクションをＡＶ／Ｃコマンドの「ＣＯＮＮＥＣＴ  ＡＶ」に変換し、ＩＥＥＥ１３９４バス制御処理３２４に送信する。
ステップＳ４２６では、ＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４スタック３２２を介し、ＩＥＥＥ１３９４機器３に「ＣＯＮＮＥＣＴ  ＡＶ」を送信する。
ステップＳ４２７では、このＡＶ／Ｃコマンドを受信したＩＥＥＥ１３９４機器３は、実際に、自身と他のデバイスと間でデータの送受信が可能となるコネクション生成した後、ＩＥＥＥ１３９４スタック３２２を介し、生成結果を含むＡＶ／ＣレスポンスをＩＥＥＥ１３９４バス制御処理３２４に返信する。
【００５６】
ステップＳ４２８では、ＩＥＥＥ１３９４バス制御処理３２４は、受信したＡＶ／Ｃレスポンスを、ＡＶ／Ｃコマンドの送信元であるＵＰｎＰエミュレーション処理３２５に送信する。
ステップＳ４２９では、ＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰのサービスとＡＶ／Ｃレスポンスとの対応表を用いＵＰｎＰのレスポンスメッセージに変換し、ＵＰｎＰスタック３２１を介し、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に送信する。これにより、ＩＥＥＥ１３９４機器３に対してコンテンツを送受信することが可能となる。
【００５７】
次に、コンテンツの選択Ｓ３１４におけるソフトウェアの動作について説明する。
このステップは、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に対して行われるものであり、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２の動作とは無関係である。このステップは通常のＵＰｎＰ  ＡＶの処理としてＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０とＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２との間で実行される。この際のＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩアクションにて、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に引き渡されるコンテンツのＵＲＩはステップＳ３１１において、ＵＰｎＰエミュレーション処理３２５がＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に送信したＨＴＴＰ使用したコンテンツのＵＲＬである。
【００５８】
次に、再生Ｓ３１５におけるソフトウェアの動作について説明する。図１５は、再生Ｓ３１５におけるソフトウェアの動作のシーケンスを示した図である。
ステップＳ４４０では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、ＳＯＡＰを用いて、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に対し、「Ｐｌａｙ」アクション要求を含んだメッセージを送信する。
ステップＳ４４１では、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２は、「Ｐｌａｙ」アクション要求を受け付けたことをＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に通知するためにレスポンスメッセージを返す。
ステップＳ４４２では、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２は、その後、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２に対してＨＴＴＰのＧＥＴメソッドを用いてコンテンツの取得要求を送信する。ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のストリーミング処理５０１がＨＴＴＰのＧＥＴメソッドを受信する。
【００５９】
ステップＳ４４３では、メッセージを受信したストリーミング処理５０１は、ＡＶ／Ｃコマンドの「ＰＬＡＹ」をＩＥＥＥ１３９４バス制御処理３２４に送信する。
ステップＳ４４４では、ＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４スタック３２２を介し、ＩＥＥＥ１３９４機器３にＡＶ／Ｃコマンド「ＰＬＡＹ」を送信する。
ステップＳ４４５では、このＡＶ／Ｃコマンド「ＰＬＡＹ」を受信したＩＥＥＥ１３９４機器３は、再生開始処理を実行した後、ＩＥＥＥ１３９４スタック３２２を介し、コンテンツの再生を開始した情報を含んだＡＶ／ＣレスポンスをＩＥＥＥ１３９４バス制御処理３２４に返信する。
【００６０】
ステップＳ４４６では、ＩＥＥＥ１３９４バス制御処理３２４は、受信したＡＶ／Ｃレスポンスを、ＡＶ／Ｃコマンドの送信元であるストリーミング処理５０１に送信する。
ステップＳ４４７では、ＩＥＥＥ１３９４機器３は、ＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓパケットに乗せて、コンテンツのストリームデータをＭＰＥＧ２−ＴＳなどの形式で送信する。ストリーミング処理５０１は、このＩｓｏｃｈｒｏｎｏｕｓパケットを受信する。
ステップＳ４４８では、ストリーミング処理５０１は、このパケットからＭＰＥＧ２−ＴＳなどのストリーム形式のデータを取り出し、ＨＴＴＰのＧＥＴメソッドレスポンスの形式に変換し、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に対し送信する。この際に、同期転送であるＩｓｏｃｈｒｏｎｏｕｓ転送と、非同期であるＨＴＴＰによる転送のタイミングを調整するために、Ｉｓｏｃｈｒｏｎｏｕｓパケットから取り出したストリームデータを任意の量だけＲＡＭ１２の内部などに構成されたバッファメモリエリアに格納するする必要がある。
【００６１】
Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２は、受信したＧＥＴメソッドレスポンスからストリームデータを取り出し、多重分離、デコードを行いコンテンツの再生を開始する。なお、ストリーミングのソースがＤ−ＶＨＳのようなテープメディアの場合は、再生が完了するまでコンテンツの正確なサイズは分からないので、この場合、ＨＴＴＰのＧＥＴメソッドレスポンス中のＴｒａｎｓｆｅｒ−Ｅｎｃｏｄｉｎｇをｃｈｕｎｋｅｄとすることで、ｃｈｕｎｋｅｄ転送エンコーディングを用いるのが良い。
【００６２】
ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０からＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に対し、「Ｓｔｏｐ」アクション要求を含んだメッセージを送信されることによって、ストリームの再生を中断する場合は、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２がＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のストリーミング処理５０１に対するＴＣＰコネクションを切断するので、ストリーミング処理５０１は、ＩＥＥＥ１３９４バス制御処理３２４を介し、ＩＥＥＥ１３９４機器３２７にＡＶ／Ｃコマンド「ＷＩＮＤ」を送信することでＩＥＥＥ１３９４機器の再生を停止させる必要がある。
【００６３】
次に、音量・画質調整Ｓ３１６におけるソフトウェアの動作について説明する。
このステップは、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に対して行われるものであり、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２の動作とは無関係である。このステップは通常のＵＰｎＰ  ＡＶの処理としてＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０とＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２との間で実行される。
【００６４】
最後に、転送完了Ｓ３１６におけるソフトウェアの動作について説明する。図１６は、転送完了Ｓ３１６におけるソフトウェアの動作のシーケンスを示した図である。
まず、ステップＳ４６０では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、ＳＯＡＰを用いて、ＵＰｎＰエミュレーション処理３２５に対し、「ＴｒａｎｓｆｅｒＣｏｍｐｌｅｔｅ」アクション要求を含んだメッセージを送信する。ＩＥＥＥ１３９４機器３に対応して既に起動されているＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰスタック３２１を介し、送信されたメッセージを受信する。
【００６５】
ステップＳ４６１では、メッセージを受信したＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰのサービスとＡＶ／Ｃコマンドとの対応表を用いＵＰｎＰのサービスである「ＴｒａｎｓｆｅｒＣｏｍｐｌｅｔｅ」アクションをＡＶ／Ｃコマンドの「ＤＩＳＣＯＮＮＥＣＴ  ＡＶ」に変換し、ＩＥＥＥ１３９４バス制御処理３２４に送信する。
ステップＳ４６２では、ＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４スタックを介し、ＩＥＥＥ１３９４機器３にＡＶ／Ｃコマンド「ＤＩＳＣＯＮＮＥＣＴ  ＡＶ」を送信する。このＡＶ／Ｃコマンドを受信したＩＥＥＥ１３９４機器３は、自身のコネクションを解除する。
ステップＳ４６３では、ＩＥＥＥ１３９４機器３は、その後、ＩＥＥＥ１３９４スタック３２２を介し、コネクションを解除した情報を含んだＡＶ／ＣレスポンスをＩＥＥＥ１３９４バス制御処理３２４に返信する。
【００６６】
ステップＳ４６４では、ＩＥＥＥ１３９４バス制御処理３２４は、受信したＡＶ／ＣレスポンスをＡＶ／Ｃコマンドの送信元であるＵＰｎＰエミュレーション処理３２５に送信する。
ステップＳ４６５では、コネクション解除回答を受信したＵＰｎＰエミュレーション処理３２５は、さらに物理的なコネクションを解除するため、コネクション終了要求をＩＥＥＥ１３９４バス制御処理３２４に送信する。
【００６７】
ステップＳ４６６では、コネクション終了要求を受信したＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４スタック３２２を介し、ＩＥＥＥ１３９４機器３に対し、ｌｏｃｋトランザクションによるプラグの解除要求を送信する。このメッセージを受信したＩＥＥＥ１３９４機器３は、物理的なコネクションを解除する。
ステップＳ４６７では、ＩＥＥＥ１３９４機器３は、その後、ＩＥＥＥ１３９４スタック３２２を介し、物理的なコネクションを解除した情報を含んだｌｏｃｋトランザクションオートをＩＥＥＥ１３９４バス制御処理３２４に返信する。
【００６８】
ステップＳ４６８では、ＩＥＥＥ１３９４バス制御処理３２４は、受信したＡＶ／Ｃレスポンスを、ＡＶ／Ｃコマンドの送信元であるＵＰｎＰエミュレーション処理３２５に送信する。
ステップＳ４６９では、ＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰのサービスとＡＶ／Ｃレスポンスとの対応表を用いＵＰｎＰのレスポンスメッセージに変換し、ＵＰｎＰスタック３２１を介し、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に送信する。これにより、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、ＩＥＥＥ１３９４機器３のコネクションが解除されたことを認識することが可能となる。
【００６９】
このようなゲートウェイ装置は、ＩＰネットワーク４上のＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０が、ＩＥＥＥ１３９４ネットワーク５上にあるＵＰｎＰの機能を有さないＩＥＥＥ１３９４機器を操作して、ＩＥＥＥ１３９４機器がＩＥＥＥ１３９４ネットワーク５経由で送信するストリームデータを、ＩＰネットワーク上のＵＰｎＰ  ＭｅｄｉａＲｅｎｄｅｒｅｒデバイス機能を持つメディアプレーヤにて再生するこＩＥＥＥ１３９４ネットワーク５に接続された映像情報装置を、ＩＰネットワーク４に接続されたパソコンなどのプレイヤー機器から自動的に検出して、操作することで、映像情報装置に格納されている音声・映像などのコンテンツをＩＰネットワーク４に接続されたプレイヤー機器で視聴することができる。
また、ＩＥＥＥ１３９４ネットワーク５に接続された映像情報装置を標準規格であるＵＰｎＰ  ＡＶデバイスとして認識するため、ＵＰｎＰ  ＡＶに準拠した映像情報装置に格納されている音声・映像などのコンテンツを当該プレイヤー機器で視聴することを可能とするという効果を有する。
【００７０】
実施の形態２．
実施の形態１では、ＩＰ上でのストリーム転送プロトコルとして、ＨＴＴＰを使用する場合について説明したが、代わりにＲｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ（以下、「ＲＴＰ」と略す）を使用することも可能である。この説明ではＲＴＰを使用してストリームデータ転送を行う場合に使用するセッションの制御プロトコルとしてＲｅａｌｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ（以下、「ＲＴＳＰ」と略す）を使用する。以下の説明ではＨＴＴＰの場合と異なる部分だけを説明する。
【００７１】
まず、コンテンツの検索Ｓ３１１において、図１３のステップＳ４０５でＵＰｎＰエミュレーション処理３２５がＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に送信する。「Ｂｒｏｗｓｅ］、または「Ｓｅａｒｃｈ」レスポンスのデータの内、転送プロトコルデータはＲＴＳＰ／ＲＴＰとする。
【００７２】
また、コンテンツの選択Ｓ３１４におけるソフトウェアの動作の内、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０からＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に対して実行されるＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩアクションにて、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に引き渡されるＵＲＩは、ステップＳ３１１においてＵＰｎＰエミュレーション処理３２５がＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に送信したＲＴＳＰ／ＲＴＰを使用したコンテンツのＵＲＬである。
【００７３】
次に、再生Ｓ３１５におけるソフトウェアの動作について説明する。図１７は、再生Ｓ３１５におけるソフトウェアの動作のシーケンスを示した図である。
ステップＳ４７０では、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０は、ＳＯＡＰを用いて、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に対し、「Ｐｌａｙ」アクション要求を含んだメッセージを送信する。
ステップＳ４７１では、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２は、「Ｐｌａｙ」アクション要求を受け付けたことをＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０に通知するためにレスポンスメッセージを返す。
ステップＳ４７２では、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２は、その後、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２に対してＲＴＳＰのＰＬＡＹメソッドを用いてコンテンツの転送開始要求を送信する。ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のストリーミング処理５０１がＲＴＳＰのＰＬＡＹメソッドを受信する。
【００７４】
ステップＳ４７３では、メッセージを受信したストリーミング処理５０１は、ＡＶ／Ｃコマンドの「ＰＬＡＹ」をＩＥＥＥ１３９４バス制御処理３２４に送信する。
ステップＳ４７４では、ＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４スタック３２２を介し、ＩＥＥＥ１３９４機器３にＡＶ／Ｃコマンド「ＰＬＡＹ」を送信する。
ステップＳ４７５では、このＡＶ／Ｃコマンド「ＰＬＡＹ」を受信したＩＥＥＥ１３９４機器３は、再生開始処理を実行した後、ＩＥＥＥ１３９４スタック３２２を介し、コンテンツの再生を開始した情報を含んだＡＶ／ＣレスポンスをＩＥＥＥ１３９４バス制御処理３２４に返信する。
【００７５】
ステップＳ４７６では、ＩＥＥＥ１３９４バス制御処理３２４は、受信したＡＶ／Ｃレスポンスを、ＡＶ／Ｃコマンドの送信元であるストリーミング処理５０１に送信する。
ステップＳ４７７では、ストリーミング処理５０１は、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に対してＲＴＳＰのＰＬＡＹメッソドのレスポンスを返す。
ステップＳ４７８では、ＩＥＥＥ１３９４機器３は、ＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓパケットに乗せて、コンテンツのストリームデータをＭＰＥＧ２−ＴＳなどの形式で送信する。ストリーミング処理５０１は、このＩｓｏｃｈｒｏｎｏｕｓパケットを受信する。
ステップＳ４７９では、このパケットからＭＰＥＧ２−ＴＳなどのストリーム形式のデータを取り出し、ＲＴＰパケットに乗り換えた上で、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に対し送信する。
Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２は、受信したＲＴＰパケットからストリームデータを取り出し、多重分離、デコードを行いコンテンツの再生を開始する。
【００７６】
ストリームの再生を中断する場合は、ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ３１０からＭｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２に対し、「ＳＴＯＰ」アクション要求を含んだメッセージを送信し、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ３１２がＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のストリーミング処理５０１に対してＲＴＳＰのＴＥＡＲＤＯＷＮメソッドを送信する。そして、ストリーミング処理５０１は、ＩＥＥＥ１３９４バス制御処理３２４を介し、ＩＥＥＥ１３９４機器３２７にＡＶ／Ｃコマンド「ＷＩＮＤ］を送信することでＩＥＥＥ１３９４機器の再生を停止する。
【図面の簡単な説明】
【００７７】
【図１】この発明の実施の形態１に係わるゲートウェイ装置の構成図である。
【図２】この発明の実施の形態１に係わるＵＰｎＰの動作ステップを示すチャート図である。
【図３】この発明の実施の形態１に係わるＵＰｎＰ  ＡＶのアーキテクチャを示す図である。
【図４】この発明の実施の形態１に係わるＵＰｎＰ  ＡＶのアーキテクチャを用いたプル型の再生フローを示す図である。
【図５】この発明の実施の形態１に係わるＩＥＥＥ１３９４機器のコマンド送信の方法を示す図である。
【図６】この発明の実施の形態１に係わるＩＥＥＥ１３９４機器のレスポンス受信の方法を示す図である。
【図７】この発明に係わるＡＶ／Ｃユニットおよびサブユニットの概念を示す図である。
【図８】この発明の実施の形態１に係わるゲートウェイ装置のソフトウェアの構成図である。
【図９】この発明の実施の形態１に係わるゲートウェイ装置のアドレッシング時におけるソフトウェア動作シーケンスを示す図である。
【図１０】この発明の実施の形態１に係わるゲートウェイ装置のディスカバリ時のアドバタイジング動作におけるソフトウェア動作シーケンスを示す図である。
【図１１】この発明の実施の形態１に係わるゲートウェイ装置のディスカバリ時のサーチ動作におけるソフトウェア動作シーケンスを示す図である。
【図１２】この発明の実施の形態１に係わるゲートウェイ装置のディスクリプション時におけるソフトウェア動作シーケンスを示す図である。
【図１３】この発明の実施の形態１に係わるゲートウェイ装置のコンテンツ検索時のソフトウェア動作シーケンスを示す図である。
【図１４】この発明の実施の形態１に係わるゲートウェイ装置のサーバ、レンダラの準備時のソフトウェア動作シーケンスを示す図である。
【図１５】この発明の実施の形態１に係わるゲートウェイ装置のストリーム再生時のソフトウェア動作シーケンスを示す図である。
【図１６】この発明の実施の形態１に係わるゲートウェイ装置のストリーム転送終了時のソフトウェア動作シーケンスを示す図である。
【図１７】この発明の実施の形態２に係わるゲートウェイ装置のストリーム再生時のソフトウェア動作シーケンスを示す図である。
【符号の説明】
【００７８】
２  ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ、３  映像情報装置、４  ＩＰネットワーク、５  ＩＥＥＥ１３９４ネットワーク、１０  ＣＰＵ、１１  ＲＯＭ、１２  ＲＡＭ、１３  ＬＡＮコントローラ、１４  ＩＥＥＥ１３９４コントローラ、２０  コントローラ、２１  ターゲット、２２  コマンドレジスタ、２３  レスポンスレジスタ、３０  ユニット、３１  Ｔａｐｅ  Ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ  Ｓｕｂｕｎｉｔ、３２  Ｔｕｎｅｒ  Ｓｕｂｕｎｉｔ、３１０  ＵＰｎＰ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ、３１１  Ｍｅｄｉａ  Ｓｅｒｖｅｒ、３１２  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ、３１３  Ｃｏｎｔｅｎｔ  Ｄｉｒｅｃｔｏｒｙ、３１４  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｒ、３１５  ＡＶ  Ｔｒａｎｓｐｏｒｔ、３１６  Ｒｅｎｄｅｒｉｎｇ  Ｃｏｎｔｒｏｌ、３２１  ＵＰｎＰスタック、３２２  ＩＥＥＥ１３９４スタック、３２３  ＩＰアドレスマネージャ、３２４  ＩＥＥＥ１３９４バス制御処理、３２５  ＵＰｎＰエミュレーション処理、３２６  デリゲーションマネージャ、５００  ＴＣＰ／ＩＰスタック、５０１  ストリーミング処理。
【図１】
2007235584.tif 000003
【図２】
2007235584.tif 000004
【図３】
2007235584.tif 000005
【図４】
2007235584.tif 000006
【図５】
2007235584.tif 000007
【図６】
2007235584.tif 000008
【図７】
2007235584.tif 000009
【図８】
2007235584.tif 000010
【図９】
2007235584.tif 000011
【図１０】
2007235584.tif 000012
【図１１】
2007235584.tif 000013
【図１２】
2007235584.tif 000014
【図１３】
2007235584.tif 000015
【図１４】
2007235584.tif 000016
【図１５】
2007235584.tif 000017
【図１６】
2007235584.tif 000018
【図１７】
2007235584.tif 000019