JP2007235584A

JP2007235584A - ゲートウェイ装置

Info

Publication number: JP2007235584A
Application number: JP2006055058A
Authority: JP
Inventors: Tomohiro Morita; 知宏森田; Kosuke Yagi; 孝介八木; Kiyoyasu Maruyama; 清泰丸山; Masanori Yugawa; 真紀湯川; Shigeo Ando; 重男安藤
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2006-03-01
Filing date: 2006-03-01
Publication date: 2007-09-13
Also published as: CN101395859A; CN101395859B

Abstract

【課題】ＩＥＥＥ１３９４ネットワークに接続されたＡＶ機器を、ＩＰネットワークに接続されたプレイヤー機器から自動的に検出して、操作し、ＡＶ機器に格納されているコンテンツをプレイヤー機器で視聴することのできるＩＥＥＥ１３９４ネットワークとＩＰネットワークを接続するゲートウェイ装置を提供する。
【解決手段】ゲートウェイ装置は、ＡＶ／Ｃを搭載するＩＥＥＥ１３９４機器が接続されるネットワークとＵＰｎＰに準拠するプレイヤー機器が接続されるネットワークとを接続し、ＩＥＥＥ１３９４機器のプラグアンドプレイ処理をＵＰｎＰのプラグアンドプレイの各ステップに変換する変換手段と、ＵＰｎＰＡＶのアクションをＩＥＥＥ１３９４機器のＡＶ／Ｃコマンドに変換する変換手段と、ＩＥＥＥ１３９４機器から送信されてきたストリームデータをＩＰネットワークに転送するストリーム転送手段と、を備えた。
【選択図】図１

Description

この発明は、ＡＶ／Ｃを搭載したＩＥＥＥ１３９４機器を仮想的なＵＰｎＰのデバイスとして検出、制御し、ＩＥＥＥ１３９４ネットワーク経由で送信された動画ストリームを、ＩＰネットワークに転送する技術ためのゲートウェイ装置に関するものである。

従来、ＡＶ機器のネットワークインターフェースとしてＩＥＥＥ１３９４が多く使われて来たが、パソコン、インターネットの普及により、イーサネット（登録商標）などのＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ（以下、「ＩＰ」と略す）のインターフェースを用いるＡＶ機器が増加しつつある。そして、ＩＰとＩＥＥＥ１３９４などの異なるプロトコルのネットワーク同士を接続するためにゲートウェイ装置をネットワークの間に配置して機能を構成している。例えば、ＩＰネットワークとＩＥＥＥ１３９４ネットワークを接続するために、ＩＥＥＥ１３９４機器のＡＶ／Ｃのコマンドに対応したＵＰｎＰのアクションを定義して、ゲートウェイ装置がＵＰｎＰのアクションとＡＶ／Ｃコマンドを変換することによって、ＩＰネットワークに接続されたＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔからＩＥＥＥ１３９４ネットワークに接続されたＡＶ機器を制御している（例えば、特許文献１参照）。
また、ゲートウェイ装置がＡＶ／Ｃのサブユニットに対応したＷｅｂページを生成することにより、ＩＰネットワークに接続されたパソコン等に搭載されたＷｅｂブラウザからＩＥＥＥ１３９４ネットワークに接続された機器を制御している（例えば、特許文献２参照）。

特開２００３−４６５３５号公報特開２００５−９４６８３号公報

しかし、ＵＰｎＰのアクションをＡＶ／Ｃコマンドに変換する方式では、ＩＰネットワーク上のＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔから操作できるのはＡＶ／Ｃコマンドだけであるため、ＩＰネットワーク上のパソコンなどのプレイヤーからＩＥＥＥ１３９４上のＡＶ機器を操作し、そのＡＶ機器に格納されている音声コンテンツや映像コンテンツを、これらプレイヤーにて視聴することができないという問題がある。
また、ＡＶ／Ｃコマンドを理解することが可能なＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔを新規に作成する必要があるため、標準規格であるＵＰｎＰＡＶを採用した例えばＤＬＮＡ準拠のプレイヤーで操作・視聴することができないという問題がある。
また、Ｗｅｂブラウザを使用する方式では、ＩＥＥＥ１３９４機器をＷｅｂブラウザパソコン上のプレイヤーにて直接視聴することができないという問題がある。

この発明の目的は、ＩＥＥＥ１３９４ネットワークに接続されたＡＶ機器を、ＩＰネットワークに接続されたパソコンなどのプレイヤー機器から自動的に検出して、操作し、ＡＶ機器に格納されている音声・映像などのコンテンツをプレイヤー機器で視聴することのできるＩＥＥＥ１３９４ネットワークとＩＰネットワークを接続するゲートウェイ装置を提供することである。

この発明に係わるゲートウェイ装置は、ＡＶ／Ｃを搭載するＩＥＥＥ１３９４機器が接続されるＩＥＥＥ１３９４ネットワークとＵＰｎＰに準拠するプレイヤー機器が接続されるＩＰネットワークとを接続し、上記ＩＥＥＥ１３９４機器のプラグアンドプレイ処理をＵＰｎＰのプラグアンドプレイの各ステップに変換する変換手段と、ＵＰｎＰＡＶのアクションを上記ＩＥＥＥ１３９４機器のＡＶ／Ｃコマンドに変換する変換手段と、上記ＩＥＥＥ１３９４機器からＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓパケットにより送信されてきたストリームデータを上記ＩＰネットワークに転送するストリーム転送手段と、を備えた。

この発明に係わるゲートウェイ装置の効果は、ＩＥＥＥ１３９４ネットワークに接続されたＡＶ機器を、ＩＰネットワークに接続されたパソコンなどのプレイヤー機器から自動的に検出して、操作することで、当該ＡＶ機器に格納されている音声・映像などのコンテンツを当該プレイヤー機器で視聴することを可能とするという効果を有する。
また、ＩＥＥＥ１３９４ネットワークに接続されたＡＶ機器を標準規格であるＵＰｎＰＡＶデバイスとして認識するため、ＵＰｎＰＡＶに準拠した当該ＡＶ機器に格納されている音声・映像などのコンテンツを当該プレイヤー機器で視聴することを可能とするという効果を有する。

実施の形態１．
図１は、この発明の実施の形態１に係わるゲートウェイ装置が適用されたシステムの構成図である。
この発明の実施の形態１に係わるゲートウェイ装置としてのＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２は、ＣＰＵ１０、プログラムを格納するＲＯＭ１１、プログラムの実行するためのワーク領域およびデータの格納領域などに使用するＲＡＭ１２、ＬＡＮコントローラ１３、ＩＥＥＥ１３９４コントローラ１４を備える。
ＣＰＵ１０は、内部バスまたはＰＣＩなどの拡張バスを通じて、ＲＯＭ１１、ＲＡＭ１２、ＬＡＮコントローラ１３、ＩＥＥＥ１３９４コントローラ１４にアクセス可能である。また、２次記憶装置として図示しないＨＤＤを備えても良い。

ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２は、ＬＡＮコントローラ１３を通じてＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ネットワーク４に接続されている。このＩＰネットワーク４は、物理層には依存しないため、物理層の規格としてはイーサネット（登録商標）などの有線ＬＡＮ、またはＩＥＥＥ８０２．１１ａ／ｂ／ｇなどの無線ＬＡＮを使用しても良い。この場合、ＬＡＮコントローラ１３は、その物理層に応じたものが使用される。

ＩＰネットワーク４には、ＵｎｉｖｅｒｓａｌＰｌｕｇａｎｄＰｌａｙ（以下、「ＵＰｎＰ」と略す）の規格に対応したＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０が接続されている。ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、例えば、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０の機能を実現するためのアプリケーションを搭載したパソコンで構成される。
また、ＩＰネットワーク４には、ＵＰｎＰの規格に対応したＵＰｎＰＭｅｄｉａＲｅｎｄｅｒｅｒ３１２が接続されている。ＵＰｎＰＭｅｄｉａＲｅｎｄｅｒｅｒ３１２は、ホームネットワークから入手したコンテンツを再生するために使用され、主に映像の表示、音声の出力などコンテンツの再生、およびストリーミングの受信を行う機能を含むデバイスである。

また、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２は、ＩＥＥＥ１３９４コントローラ１４を介してＩＥＥＥ１３９４ネットワーク５に接続されている。ＩＥＥＥ１３９４ネットワーク５には、映像情報装置３ａ、３ｂが接続されている。なお、図１には、２台の映像情報装置３ａ、３ｂが接続されているが、実際にはＩＥＥＥ１３９４の規格の範囲内で１台または複数台の映像情報装置３を接続することが可能である。
映像情報装置３ａ、３ｂは、ＩＥＥＥ１３９４ネットワーク５でつながった機器同士をリモートで制御するためのコマンド体系であるＡｕｄｉｏＶｉｄｅｏＣｏｎｔｒｏｌ（以下、「ＡＶ／Ｃ」と略す）コマンドのターゲット機能を搭載している。例えば、市販のＤＶカメラやＤ−ＶＨＳレコーダなどがこれに該当する。なお、図１で示しているＩＰネットワーク４およびＩＥＥＥ１３９４ネットワーク５は概念的なもので、実際の物理的なネットワークトポロジーを反映していない。
この発明に係わるＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２は、ＩＰネットワーク４とＩＥＥＥ１３９４ネットワーク５間を接続するための仲介役として働き、ＩＰネットワーク４上のＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０から、ＩＥＥＥ１３９４ネットワーク５上のＵＰｎＰの機能を有さない映像情報装置３ａ、３ｂを操作する。

図２は、ＵＰｎＰの動作ステップを示すチャート図である。
ＵＰｎＰは、図２に示すように、６種類の動作ステップを有する。
アドレッシングＳ３０１は、ＵＰｎＰとして最初の動作であり、ＩＰネットワーク４に参加したＵＰｎＰデバイスが自動的にＩＰアドレスを取得するための動作である。これを実現するために基本的にはＤｙｎａｍｉｃＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｔｏｃｏｌ（以下、「ＤＨＣＰ」と略す）が使用される。当該のＩＰネットワーク４がＤＨＣＰに対応していない場合はＡｕｔｏＩＰを用いる。アドレッシングＳ３０１によってＩＰアドレスを取得したデバイスは、次の動作である、ディスカバリＳ３０２に進む。

ディスカバリＳ３０２は、ＩＰネットワーク４上のデバイスを検出するための動作である。ディスカバリＳ３０２には、新規に追加されたデバイスがＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に対してアドバタイズを行うアドバタイズ動作と、新規に追加されたＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０がデバイスを検索するためにリクエストを行うサーチ動作の２種類の動作がある。両者ともその手段としてＳｉｍｐｌｅＳｅｒｖｉｃｅＤｉｓｃｏｖｅｒｙＰｒｏｔｏｃｏｌ（以下、「ＳＳＤＰ」と略す）を用いている。
前者は追加されたデバイスがアドバタイズのためのアドバタイズメッセージをマルチキャストする。後者はＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０がサーチのためのメッセージをマルチキャストして、該当するデバイスがＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に対してサーチレスポンスメッセージを返信する。

ディスクリプションＳ３０３は、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０が検出したデバイスから詳細の情報を取得するための動作である。ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、アドバタイズメッセージまたはサーチレスポンスメッセージに記述されているＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ（以下、「ＵＲＬ」と略す）を用いて各デバイスの情報を得ることができる。このデバイス情報は、ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ（以下、「ＸＭＬ」と略す）の形式で記述されており、モデル名、シリアル番号、製造元名、サービス情報などが記載されているデバイスディスクリプションである。デバイスディスクリプションの中には、そのデバイスが使用可能なサービスの情報を得るためのＵＲＬが記述されており、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、このＵＲＬを用いてサービスが提供する有効なアクションが記載されているサービスディスクリプションを取得することができる。サービスディスクリプションもＸＭＬの形式で記述されている。ディスクリプションＳ３０３が完了した時点で、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は対象のデバイスを制御する手段を知ることになる。

コントロールＳ３０４は、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０が実際にデバイスを制御する動作である。ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、サービスディスクリプションに記載されているアクション、サービス、各アクションのパラメータや引数のリストを元に、デバイスに対してアクション要求を行う。アクション要求を行うための手段としてＳｉｍｐｌｅＯｂｊｅｃｔＡｃｃｅｓｓＰｒｏｔｏｃｏｌ（以下、「ＳＯＡＰ」と略す）を用いる。ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＸＭＬ形式で記述された制御コマンドをＳＯＡＰを使用してデバイスに送信する。デバイスは要求されたサービスを行い、アクションの結果をＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に返す。

イベンティングＳ３０５は、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０がデバイスの状態変化を検知するための動作である。デバイスは自身が保有するサービスの状態変数が変化した場合にサブスクライブしているＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に対して通知を行う。この手段としてＧｅｎｅｒｉｃＥｖｅｎｔＮｏｒｔｉｆｉｃａｔｉｏｎＡｒｃｈｉｔｅｃｔｕｒｅ（以下、「ＧＥＮＡ」と略す）を用いる。メッセージはＸＭＬ形式で記述される。

プレゼンテーションＳ３０６は、Ｗｅｂブラウザを用いてデバイスの操作、設定を行うための動作である。対象のデバイスがＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ（以下、「ＨＴＭＬ」と略す）によるユーザインターフェース機能を有している場合に、デバイスディスクリプションに記述されているプレゼンテーションＵＲＬにアクセスすることによって、Ｗｅｂブラウザによってプレゼンテーション画面を表示することができ、その画面を用いてデバイスの操作を行うことができる。

ＵＰｎＰの規格では、ある特定のデバイス・タイプについて、実装すべきインタフェイスや機能をＤｅｖｉｃｅＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ（以下、「ＤＣＰ」と略す）として定めている。ＡＶ機器としてのＤＣＰは、ＭｅｄｉａＳｅｒｖｅｒおよびＭｅｄｉａＲｅｎｄｅｒｅｒである。

図３は、ＵＰｎＰＡＶのアーキテクチャを示す図である。
ＵＰｎＰＡＶアーキテクチャでは、ＵＰｎＰＣｏｎｔｏｒｏｌＰｏｉｎｔ３１０が、ＭｅｄｉａＳｅｒｖｅｒ３１１とＭｅｄｉａＲｅｎｄｅｒｅｒ３１２を制御するモデルとなっている。
ＭｅｄｉａＳｅｒｖｅｒ３１１は、ホームネットワーク上で有効なコンテンツを探し出すために使用され、主にコンテンツの保管、ストリーミングの送り出しを行う機能を含むデバイスである。このデバイスは、ＶＴＲやＤＶＤプレイヤー等の再生装置を想定している。ＭｅｄｉａＳｅｒｖｅｒ３１１は、サービスとしてＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ３１３、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒ３１４、ＡＶＴｒａｎｓｐｏｒｔ３１５を含む。

ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ３１３は、図示しないサーバ（ＭｅｄｉａＳｅｒｖｅｒ３１１を含んだ機器）が供給可能なコンテンツをＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０が列挙できるようにするためのアクションセットを提供するサービスである。これらのアクションを使用することで、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０はコンテンツ階層の閲覧および属性検索を行ったり、タイトル、作者、ＵＲＬ等属性のコンテンツのメタデータを入手したり、コンテンツの作成、削除などのコンテンツの操作を行ったりすることが可能となる。

ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒ３１４は、特定のデバイスに関連したコネクションを管理するためのアクションセットを提供するサービスである。これらのアクションを使用することで、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ストリーミングのプロトコルとデータフォーマットを列挙したり、現在のコネクション状況を列挙したりすることが可能となる。
ＡＶＴｒａｎｓｐｏｒｔ３１５は、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０がコンテンツのプレイバック制御を行えるようにするためのアクションセットを提供するサービスである。これらのアクションを使用することで、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０はコンテンツの再生、停止、シーク等の再生制御を行うことが可能となる。

ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２は、ホームネットワークから入手したコンテンツを再生するために使用され、主に映像の表示、音声の出力等のコンテンツの再生、およびストリーミングの受信を行う機能を含むデバイスである。
ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２は、サービスとしてＲｅｎｄｅｒｉｎｇＣｏｎｔｒｏｌ３１６、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒ３１４，ＡＶＴｒａｎｓｐｏｒｔ３１５を含む。
ＲｅｎｄｅｒｉｎｇＣｏｎｔｒｏｌ３１６は、図示しないレンダラ（ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２を含んだ機器）がコンテンツをどのように再生するかを、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０が制御できるようにするためのアクションセットを提供するサービスである。これらのアクションを使用することで、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０はビデオ映像の輝度、コントラスト、音声の音量、ミュートなどの制御を行うことが可能となる。

図４は、ＵＰｎＰＡＶアーキテクチャを用いたプル型の再生フローを示す。
ステップＳ３１０では、デバイスの発見を行う。これはＵＰｎＰのディスカバリＳ３０２とディスクリプションＳ３０３によって行われる。このステップＳ３１０が完了した後、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＭｅｄｉａＳｅｒｖｅｒ３１１とＭｅｄｉａＲｅｎｄｅｒｅｒ３１２を認識し、コントロールすることが可能となる。

ステップＳ３１１では、コンテンツの検索を行う。このステップＳ３１１では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０はＭｅｄｉａＳｅｒｖｅｒ３１１のＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ３１３のサービスを使用して、コンテンツの検索を行う。このとき、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＭｅｄｉａＳｅｒｖｅｒ３１１にＳＯＡＰ通信によってＢｒｏｗｓｅアクションまたはＳｅａｒｃｈアクションのメッセージを送信する。ＭｅｄｉａＳｅｒｖｅｒ３１１は、その回答として、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０にコンテンツの階層構造、転送プロトコルデータ、データフォーマットを含んだ情報を返す。

ステップＳ３１２では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、回答を受信した後、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２のＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒ３１４サービスを使用してＭｅｄｉａＲｅｎｄｅｒｅｒ３１２がサポートしている転送プロトコルとフォーマットの情報を入手する。このとき、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２にＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏアクションのメッセージを送信し、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２は、その回答として、サポートしている転送プロトコルとフォーマットのリストを含んだ情報をＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に返す。この後、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ここで得た転送プロトコルとフォーマットの情報とステップＳ３１１で得た情報をもとにプロトコルとデータフォーマットを比較し、ＭｅｄｉａＳｅｒｖｅｒ３１１とＭｅｄｉａＲｅｎｄｅｒｅｒ３１２の両方で使用可能な組み合わせを決定する。

ステップＳ３１３では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒ３１４サービスを使用してＭｅｄｉａＳｅｒｖｅｒ３１１とＭｅｄｉａＲｅｎｄｅｒｅｒ３１２の両方に対して、ステップＳ３１２で決定した転送プロトコルとフォーマットによるコネクションが生成されることを通知する。このとき、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＭｅｄｉａＳｅｒｖｅｒ３１１にＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎアクションのメッセージを送信する。ＭｅｄｉａＳｅｒｖｅｒ３１１は、プル型の場合であるので、その回答として、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に特に情報を返す必要はない。
また、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２にＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎアクションのメッセージが送信され、回答としてＭｅｄｉａＲｅｎｄｅｒｅｒ３１２は、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０にＡＶＴｒａｎｓｐｏｒｔＩｎｓｔａｎｃｅＩＤまた、ＲｅｎｄｅｒｉｎｇＣｏｎｔｒｏｌＩｎｓｔａｎｃｅＩＤが返される。

ステップＳ３１４では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、プル型の場合であるので、ＡＶＴｒａｎｓｐｏｒｔ３１５サービスを使用してＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に何れのコンテンツを転送するかの情報を通知する。このとき、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２にＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩアクションのメッセージが送信される。

ステップＳ３１５では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、プル型の場合であるので、ＡＶＴｒａｎｓｐｏｒｔ３１５サービスを使用してＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に対して、Ｐｌａｙ、Ｓｔｏｐ、Ｓｅｅｋなど、実際の再生制御の指令を行う。このとき、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に、例えばＰｌａｙアクションのメッセージを送信する、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２デバイスは、ステップＳ３１４で受け取ったコンテンツを示すＵＲＬを基に、ＭｅｄｉａＳｅｒｖｅｒ３１１に対してコンテンツの転送要求を発行する。この転送要求の内容は、コンテンツの転送に使用されるプロトコルによって異なる。例えば、ＨＴＴＰを用いる場合はＨＴＴＰ−ＧＥＴメソッドが使用される。以上の処理の結果としてコンテンツの再生が開始される。またコンテンツの再生を中止したい場合はＳｔｏｐアクションが送信される。

ステップＳ３１６では、再生中にレンダラの音量調整や画質調整を行う音量・画質調整ステップである。このステップＳ３１６では、ＲｅｎｄｅｒｉｎｇＣｏｎｔｒｏｌ３１６サービスを用いる。このとき、例えば音量調整を行う場合はＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に、ＳｅｔＶｏｌｕｍｅアクションのメッセージが送信され、結果として音量が変更される。最終的にコンテンツの転送が完了した後、ステップ転送完了Ｓ３１７に移行する。

ステップＳ３１７では、最終的にコンテンツの転送が完了した後で行われる転送終了ステップである。このステップでは、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒ３１４サービスを使用して、ＭｅｄｉａＳｅｒｖｅｒ３１１とＭｅｄｉａＲｅｎｄｅｒｅｒ３１２それぞれとの間のコネクションの終了処理を行う。このとき、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に、ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅアクションのメッセージが送信される。次に、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＭｅｄｉａＳｅｒｖｅｒ３１１に同様にＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅアクションのメッセージが送信される。
このようにしてＵＰｎＰＡＶアーキテクチャを用いたプル型の一連の再生が完了する。

次に、ＩＥＥＥ１３９４でつながった機器同士でのＡＶ／Ｃコマンドのやり取りを説明する。なお、ＡＶ／Ｃコマンドは、ＩＥＥＥ１３９４でつながった機器同士をリモートで制御するためのコマンド体系であり、制御する側の機器をコントローラ２０、制御される側の機器をターゲット２１と称する。図５および図６にコントローラ２０とターゲット２１間でのＡＶ／Ｃコマンドのやりとりの概念を示す。
ＡＶ／ＣコマンドのやりとりはＩＥＣ６１８８３−１で定義されているＦｕｎｃｔｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ（以下、「ＦＣＰ」と略す）を用いて行う。

コントローラ２０からターゲット２１に制御のためのコマンドを発行する場合は、図５に示すように、コントローラ２０はターゲット２１に内蔵されているコマンドレジスタ２２に、ＩＥＥＥ１３９４の非同期転送であるＡｓｙｎｃｈｒｏｎｏｕｓ転送によるライトトランザクションを発行することにより、ＦＣＰのフレーム形式に従ったコマンドフレームの書き込みを行う。この結果ターゲット２１は、コントローラ２０から送られたＡＶ／Ｃコマンドを受信することができて、コマンドに応じた動作を行う。

逆に、ターゲット２１からコントローラ２０に、動作の結果などを通知するためのレスポンスを返す場合には、図６に示すように、コントローラ２０に内蔵されているレスポンスレジスタ２３に、同様にＡｓｙｎｃｈｒｏｎｏｕｓ転送によるライトトランザクションを発行することにより、ＦＣＰのフレーム形式に従ったレスポンスフレームの書き込みを行う。

図７は、ＡＶ／Ｃコマンドにおいてモデル化されたビデオレコーダのモデルを示す図である。
ＡＶ／Ｃコマンドでは、ＡＶ機器をモデル化するために、ユニットおよびサブユニットという概念を使用している。ユニットはＡＶ機器そのものを示す。１台のＡＶ機器が１つのＡＶ／Ｃユニットに対応する。サブユニットは、ＡＶ機器の機能をモデル化したものである。例えば、テープに録画・再生する機能に対応するサブユニットは、ＴａｐｅＲｅｃｏｒｄｅｒ／ＰｌａｙｅｒＳｕｂｕｎｉｔとして規定されている。また、放送を受信する機能に対応するサブユニットは、ＴｕｎｅｒＳｕｂｕｎｉｔとして規定されている。

チューナを内蔵したビデオレコーダの場合、図７に示すように、Ｕｎｉｔ３０の中にＴａｐｅＲｅｃｏｒｄｅｒ／ＰｌａｙｅｒＳｕｂｕｎｉｔ３１とＴｕｎｅｒＳｕｂｕｎｉｔ３２に含まれていると表すことができる。サブユニットは、機能をモデル化した構成のため、それぞれのサブユニット毎に、機能に応じたＡＶ／Ｃコマンドが定義されている。例えば、図７に示したビデオレコーダに対してテープの再生操作を行う場合はＴａｐｅＲｅｃｏｒｄｅｒ／ＰｌａｙｅｒＳｕｂｕｎｉｔ３１に含まれている再生のコマンドを使用する。

次に、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２がＩＰネットワーク４とＩＥＥＥ１３９４ネットワーク５の間のデリゲーションサーバとして動作し、ＩＰネットワーク４上のＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０から、ＵＰｎＰの機能を有さないＩＥＥＥ１３９４ネットワークに接続された映像情報装置３ａ、３ｂを操作して、ＩＥＥＥ１３９４ネットワーク５を経由して送信される映像情報装置３ａ、３ｂのコンテンツをＩＰネットワーク４上のＰＣで視聴するための手順を説明する。
図８は、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２がデリゲーションサーバとして動作するためのソフトウェア構成の例を示す。

ＵＰｎＰスタック３２１は、ＵＰｎＰの処理を行うソフトウェア群であり、一般的には標準的なＨＴＴＰのＧＥＴリクエストを取り扱うＨＴＴＰサーバ、ＨＴＴＰメッセージのヘッダを解釈するためのＨＴＴＰパーサ、ＸＭＬパーサ、ＳＯＡＰ、ＧＥＮＡ，ＳＳＤＰのプロトコルを扱うモジュール群などから構成される。ＵＰｎＰスタック３２１は、ＴＣＰ／ＩＰスタック５００の上位層として構成される。

ＩＥＥＥ１３９４スタック３２２は、ＩＥＥＥ１３９４のトランザクションや、ＦＣＰなどのＡＶプロトコル、またＡＶ／ＣコマンドなどのＩＥＥＥ１３９４関連プロトコルを扱うためのソフトウェア群である。
デリゲーションマネージャ３２６は、ＩＥＥＥ１３９４機器（例：映像情報機器３ａ、３ｂに相当する）がＩＥＥＥ１３９４ネットワーク５に接続されたときに、取得したＩＥＥＥ１３９４機器情報をもとにしてＵＰｎＰエミュレーション処理３２５を起動したり、また、ＩＥＥＥ１３９４機器がＩＥＥＥ１３９４ネットワーク５から切断されたときに、その機器に対して起動したＵＰｎＰエミュレーション処理３２５を終了させたりする機能を有するソフトウェアである。
ＵＰｎＰエミュレーション処理３２５は、ＩＥＥＥ１３９４ネットワーク５に接続されている個々のＩＥＥＥ１３９４機器に対応して、それぞれ独立したプロセスとしてデリゲーションマネージャ３２６から起動され、ＩＥＥＥ１３９４機器を１つのＵＰｎＰデバイスとして振舞わせるために、ＵＰｎＰの各ステップをデバイスの代わりに実行する機能を持つソフトウェアである。このソフトウェアはＩＥＥＥ１３９４ネットワーク５に接続されているＩＥＥＥ１３９４機器の数だけプロセスが起動される。

ＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４機器の状態を監視し、デリゲーションマネージャ３２６に対してそのＩＥＥＥ１３９４機器の接続／切断の情報を通知する他、ＩＥＥＥ１３９４機器から受信したＡＶ／ＣコマンドデータをＵＰｎＰエミュレーション処理３２５に引き渡したり、逆にＵＰｎＰエミュレーション処理３２５から受け取ったＡＶ／ＣコマンドデータをＩＥＥＥ１３９４機器に送信したりする機能を有するソフトウェアである。

ＩＰアドレスマネージャ３２３は、ＵＰｎＰエミュレーション処理３２５によってエミュレートされている各ＩＥＥＥ１３９４機器に対してＩＰアドレスを割り付けるための機能を有するソフトウェアである。
ストリーミング処理５０１は、ＩＥＥＥ１３９４スタック３２２経由で受信した映像ストリーミングデータをＴＣＰ／ＩＰスタック５００経由でＩＰネットワーク４上に送信する機能を持つソフトウェアである。

次に、ＵＰｎＰのアドレッシングＳ３０１におけるＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のソフトウェアの動作について説明する。図９は、アドレッシングＳ３０１の動作のシーケンスを示した図である。
ステップＳ３２０では、ＩＥＥＥ１３９４機器３の電源がＯＮされるか、ＩＥＥＥ１３９４ネットワーク５に新規に接続されると、ＢｕｓＲｅｓｅｔが発生し、これをＩＥＥＥ１３９４バス制御処理３２４が検出する。
ステップＳ３２１では、ＩＥＥＥ１３９４バス制御処理３２４は、これを受けて、デリゲーションマネージャ３２６に対して新規にＩＥＥＥ１３９４機器３がＩＥＥＥ１３９４ネットワーク５に接続されたことを知らせるための接続通知を行う。

ステップＳ３２２では、デリゲーションマネージャ３２６は、この通知を受けて、ＵＰｎＰエミュレーション処理３２５を起動する。ここで起動されたＵＰｎＰエミュレーション処理３２５は、以降の全てのＵＰｎＰステップにおいて、常に通知の発端となったＩＥＥＥ１３９４機器３に対応する。ＩＥＥＥ１３９４ネットワーク５に複数台のＩＥＥＥ１３９４機器３が接続された場合はそれぞれのＩＥＥＥ１３９４機器３に１対１に対応するＵＰｎＰエミュレーション処理３２５が起動されることになる。

ステップＳ３２３では、起動されたＵＰｎＰエミュレーション処理３２５は、ＩＰアドレスマネージャ３２３に対してＩＰアドレス取得要求を行う。
ステップＳ３２４では、ＩＰアドレスマネージャ３２３は、ＩＥＥＥ１３９４機器３に対して仮想的に割り当てるＩＰアドレスを選択し、決定したＩＰアドレスをＵＰｎＰエミュレーション処理３２５に対して通知する。ＩＰアドレスの選択はＤＨＣＰのように、テーブルに定義されているアドレスを割り当てる方式か、ＡｕｔｏＩＰの方式を用いるのが良い。

次に、ＵＰｎＰのディスカバリＳ３０２のアドバタイズ動作を行う場合におけるＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のソフトウェアの動作について説明する。図１０は、ディスカバリＳ３０２の内、新規に追加されたデバイスがＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に対してアドバタイズ動作を行う場合のシーケンスを示したものである。この例では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０ａ、３１０ｂがＩＰネットワーク４上に２台存在している場合を示している。
ステップＳ３３０では、特定のＩＥＥＥ１３９４機器３に対応したＵＰｎＰエミュレーション処理３２５は、ＩＰネットワーク４上にＡｄｖｅｒｔｉｚｉｎｇのＤｉｓｃｏｖｅｒｙメッセージをＳＳＤＰを用いてマルチキャストする。このメッセージをＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０ａと、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０ｂが受信すると、結果としてＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０ａおよびＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０ｂはＩＥＥＥ１３９４機器３をＵＰｎＰのデバイスとして認識することになる。

次に、ＵＰｎＰのディスカバリＳ３０２のサーチ動作を行う場合におけるＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のソフトウェアの動作について説明する。図１１は、ディスカバリＳ３０２の内、新規に追加されたＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０がデバイスを検索するためにリクエストを行うサーチ動作を行う場合のシーケンスを示したものである。この例では、ＩＥＥＥ１３９４ネットワーク５上にＩＥＥＥ１３９４機器３が２台存在している場合を示している。
ステップＳ３４０では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＩＰネットワーク４上にＳｅａｒｃｈのＤｉｓｃｏｖｅｒｙメッセージをＳＳＤＰを用いてマルチキャストする。このメッセージをＩＥＥＥ１３９４機器３ａに対応したＵＰｎＰエミュレーション処理３２５ａとＩＥＥＥ１３９４機器３ｂに対応したＵＰｎＰエミュレーション処理３２５ｂが受信する。

ステップＳ３４１では、ＳｅａｒｃｈのＤｉｓｃｏｖｅｒｙメッセージの条件に示されているサービスまたはデバイスに相当する機能を有したＩＥＥＥ１３９４機器３ｂに対応したＵＰｎＰエミュレーション処理３２５ｂがＲｅｓｐｏｎｓｅのＤｉｓｃｏｖｅｒｙメッセージをＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に対して送信する。結果としてＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＩＥＥＥ１３９４機器３ｂを、自身が探していたＵＰｎＰのデバイスとして認識することになる。

次に、ＵＰｎＰのディスクリプションＳ３０３を行う場合におけるＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のソフトウェアの動作について説明する。図１２は、ＵＰｎＰのディスクリプションＳ３０３の動作を行う場合のシーケンスを示したものである。
ステップＳ３５０では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、アドバタイズメッセージもしくはサーチレスポンスメッセージに記述されているＵＲＬを用いて、ＩＥＥＥ１３９４機器３に対応したＵＰｎＰエミュレーション処理３２５に対して、デバイスディスクリプションの要求を行う。この際に用いるプロトコルはＨＴＴＰである。

ステップＳ３５１では、ＵＰｎＰエミュレーション処理３２５は、ＩＥＥＥ１３９４機器３に関するデバイス情報を、ＸＭＬ形式でデバイスディスクリプションとして作成し、これをＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に送信する。
ステップＳ３５２では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、このデバイスディスクリプション中のサービスリストにサービスディスクリプションを取得するためのＵＲＬが記載されている場合、ＵＰｎＰエミュレーション処理３２５に対して、サービスディスクリプションの要求を行う。
ステップＳ３５３では、ＵＰｎＰエミュレーション処理３２５は、サービスディスクリプションの要求に対して、ＩＥＥＥ１３９４機器３に関するサービス情報を、ＸＭＬ形式でサービスディスクリプションとして作成し、これをＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に送信する。
一般的なＵＰｎＰ機器の場合はディスクリプションのステップまで完了したら、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０からデバイスをコントロールすることが可能となる。

次に、図４に示したコンテンツの再生フローの各ステップにおいて、図８に示したソフトウェアの実際の動作について説明する。
最初に、コンテンツの検索Ｓ３１１におけるソフトウェアの動作について説明する。この説明ではＩＥＥＥ１３９４機器３としてＴａｐｅＲｅｃｏｒｄｅｒ／ＰｌａｙｅｒＳｕｂｕｎｉｔ３１を搭載したＤ−ＶＨＳレコーダ・プレーヤを例に説明する。また、ストリームデータの転送に用いるプロトコルはＨＴＴＰを例に取る。
図１３は、コンテンツの検索Ｓ３１１におけるソフトウェアの動作のシーケンスを示した図である。
ステップＳ４００では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＳＯＡＰを用いて、ＵＰｎＰエミュレーション処理３２５に対し、「Ｂｒｏｗｓｅ」、または「Ｓｅaｒｃｈ」アクション要求を含んだメッセージを送信する。

ステップＳ４０５では、ＩＥＥＥ１３９４機器３に対応して既に起動されているＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰスタック３２１を介し、送信されたメッセージを受信する。Ｄ−ＶＨＳレコーダ・プレーヤは、コンテンツリストを読み出すことができないため、メッセージを受信したＵＰｎＰエミュレーション処理３２５は、テープを一本の大きなコンテンツと見なして、「Ｂｒｏｗｓｅ」、または「Ｓｅaｒｃｈ」レスポンスのデータを生成し、ＵＰｎＰスタック３２１を介し、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に送信する。

このステップにより、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＩＥＥＥ１３９４機器３の有するコンテンツの階層構造、転送プロトコルデータ、データフォーマットの情報を認識する。このときの転送プロトコルデータは、ＩＥＥＥ１３９４機器３がＩＥＥＥ１３９４ネットワーク５経由で送出するプロトコルではなく、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２がＩＰネットワーク４に対して送出することが可能なプロトコルとする。この例ではＨＴＴＰである。また、データフォーマットの情報も同様に、ＩＥＥＥ１３９４機器３がＩＥＥＥ１３９４ネットワーク５経由で送出する際のフォーマットではなく、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２がＩＰネットワーク４に対して送出する際のフォーマットである。

次に、プロトコルとデータフォーマットチェックＳ３１２におけるソフトウェアの動作について説明する。
このステップは、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に対して行われるものであり、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２の動作とは無関係である。このステップは通常のＵＰｎＰＡＶの処理としてＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０とＭｅｄｉａＲｅｎｄｅｒｅｒ３１２との間で実行される。

次に、サーバ、レンダラの準備Ｓ３１３におけるソフトウェアの動作について説明する。図１４は、サーバ、レンダラの準備Ｓ３１３におけるソフトウェアの動作のシーケンスを示した図である。
まず、ステップＳ４２０では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＳＯＡＰを用いて、ＵＰｎＰエミュレーション処理３２５に対し、「ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ」アクションを含んだメッセージを送信する。ＩＥＥＥ１３９４機器３に対応して既に起動されているＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰスタック３２１を介し、送信されたメッセージを受信する。

ステップＳ４２１では、メッセージを受信したＵＰｎＰエミュレーション処理３２５は、ＩＥＥＥ１３９４バス制御処理３２４に対しコネクション要求を行う。
ステップＳ４２２では、ＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４スタック３２２を介し、ＩＥＥＥ１３９４機器３に対し、ｌｏｃｋトランザクションによるプラグの設定要求を送信する。このｌｏｃｋトランザクションを受信したＩＥＥＥ１３９４機器３は、物理的なコネクションを生成する。
ステップＳ４２３では、コネクションの生成後、ｌｏｃｋトランザクションによるプラグの設定結果を、ＩＥＥＥ１３９４スタック３２２を介し、ＩＥＥＥ１３９４バス制御処理３２４に送信する。
ステップＳ４２４では、ＩＥＥＥ１３９４バス制御処理３２４は、コネクション完了回答をＡＶ／Ｃコマンドの送信元であるＵＰｎＰエミュレーション処理３２５に送信する。

ステップＳ４２５では、コネクション完了回答を受信したＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰのサービスとＡＶ／Ｃコマンドとの対応表を用いＵＰｎＰのサービスである「ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ」アクションをＡＶ／Ｃコマンドの「ＣＯＮＮＥＣＴＡＶ」に変換し、ＩＥＥＥ１３９４バス制御処理３２４に送信する。
ステップＳ４２６では、ＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４スタック３２２を介し、ＩＥＥＥ１３９４機器３に「ＣＯＮＮＥＣＴＡＶ」を送信する。
ステップＳ４２７では、このＡＶ／Ｃコマンドを受信したＩＥＥＥ１３９４機器３は、実際に、自身と他のデバイスと間でデータの送受信が可能となるコネクション生成した後、ＩＥＥＥ１３９４スタック３２２を介し、生成結果を含むＡＶ／ＣレスポンスをＩＥＥＥ１３９４バス制御処理３２４に返信する。

ステップＳ４２８では、ＩＥＥＥ１３９４バス制御処理３２４は、受信したＡＶ／Ｃレスポンスを、ＡＶ／Ｃコマンドの送信元であるＵＰｎＰエミュレーション処理３２５に送信する。
ステップＳ４２９では、ＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰのサービスとＡＶ／Ｃレスポンスとの対応表を用いＵＰｎＰのレスポンスメッセージに変換し、ＵＰｎＰスタック３２１を介し、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に送信する。これにより、ＩＥＥＥ１３９４機器３に対してコンテンツを送受信することが可能となる。

次に、コンテンツの選択Ｓ３１４におけるソフトウェアの動作について説明する。
このステップは、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に対して行われるものであり、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２の動作とは無関係である。このステップは通常のＵＰｎＰＡＶの処理としてＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０とＭｅｄｉａＲｅｎｄｅｒｅｒ３１２との間で実行される。この際のＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩアクションにて、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に引き渡されるコンテンツのＵＲＩはステップＳ３１１において、ＵＰｎＰエミュレーション処理３２５がＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に送信したＨＴＴＰ使用したコンテンツのＵＲＬである。

次に、再生Ｓ３１５におけるソフトウェアの動作について説明する。図１５は、再生Ｓ３１５におけるソフトウェアの動作のシーケンスを示した図である。
ステップＳ４４０では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＳＯＡＰを用いて、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に対し、「Ｐｌａｙ」アクション要求を含んだメッセージを送信する。
ステップＳ４４１では、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２は、「Ｐｌａｙ」アクション要求を受け付けたことをＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に通知するためにレスポンスメッセージを返す。
ステップＳ４４２では、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２は、その後、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２に対してＨＴＴＰのＧＥＴメソッドを用いてコンテンツの取得要求を送信する。ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のストリーミング処理５０１がＨＴＴＰのＧＥＴメソッドを受信する。

ステップＳ４４３では、メッセージを受信したストリーミング処理５０１は、ＡＶ／Ｃコマンドの「ＰＬＡＹ」をＩＥＥＥ１３９４バス制御処理３２４に送信する。
ステップＳ４４４では、ＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４スタック３２２を介し、ＩＥＥＥ１３９４機器３にＡＶ／Ｃコマンド「ＰＬＡＹ」を送信する。
ステップＳ４４５では、このＡＶ／Ｃコマンド「ＰＬＡＹ」を受信したＩＥＥＥ１３９４機器３は、再生開始処理を実行した後、ＩＥＥＥ１３９４スタック３２２を介し、コンテンツの再生を開始した情報を含んだＡＶ／ＣレスポンスをＩＥＥＥ１３９４バス制御処理３２４に返信する。

ステップＳ４４６では、ＩＥＥＥ１３９４バス制御処理３２４は、受信したＡＶ／Ｃレスポンスを、ＡＶ／Ｃコマンドの送信元であるストリーミング処理５０１に送信する。
ステップＳ４４７では、ＩＥＥＥ１３９４機器３は、ＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓパケットに乗せて、コンテンツのストリームデータをＭＰＥＧ２−ＴＳなどの形式で送信する。ストリーミング処理５０１は、このＩｓｏｃｈｒｏｎｏｕｓパケットを受信する。
ステップＳ４４８では、ストリーミング処理５０１は、このパケットからＭＰＥＧ２−ＴＳなどのストリーム形式のデータを取り出し、ＨＴＴＰのＧＥＴメソッドレスポンスの形式に変換し、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に対し送信する。この際に、同期転送であるＩｓｏｃｈｒｏｎｏｕｓ転送と、非同期であるＨＴＴＰによる転送のタイミングを調整するために、Ｉｓｏｃｈｒｏｎｏｕｓパケットから取り出したストリームデータを任意の量だけＲＡＭ１２の内部などに構成されたバッファメモリエリアに格納するする必要がある。

ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２は、受信したＧＥＴメソッドレスポンスからストリームデータを取り出し、多重分離、デコードを行いコンテンツの再生を開始する。なお、ストリーミングのソースがＤ−ＶＨＳのようなテープメディアの場合は、再生が完了するまでコンテンツの正確なサイズは分からないので、この場合、ＨＴＴＰのＧＥＴメソッドレスポンス中のＴｒａｎｓｆｅｒ−Ｅｎｃｏｄｉｎｇをｃｈｕｎｋｅｄとすることで、ｃｈｕｎｋｅｄ転送エンコーディングを用いるのが良い。

ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０からＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に対し、「Ｓｔｏｐ」アクション要求を含んだメッセージを送信されることによって、ストリームの再生を中断する場合は、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２がＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のストリーミング処理５０１に対するＴＣＰコネクションを切断するので、ストリーミング処理５０１は、ＩＥＥＥ１３９４バス制御処理３２４を介し、ＩＥＥＥ１３９４機器３２７にＡＶ／Ｃコマンド「ＷＩＮＤ」を送信することでＩＥＥＥ１３９４機器の再生を停止させる必要がある。

次に、音量・画質調整Ｓ３１６におけるソフトウェアの動作について説明する。
このステップは、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に対して行われるものであり、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２の動作とは無関係である。このステップは通常のＵＰｎＰＡＶの処理としてＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０とＭｅｄｉａＲｅｎｄｅｒｅｒ３１２との間で実行される。

最後に、転送完了Ｓ３１６におけるソフトウェアの動作について説明する。図１６は、転送完了Ｓ３１６におけるソフトウェアの動作のシーケンスを示した図である。
まず、ステップＳ４６０では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＳＯＡＰを用いて、ＵＰｎＰエミュレーション処理３２５に対し、「ＴｒａｎｓｆｅｒＣｏｍｐｌｅｔｅ」アクション要求を含んだメッセージを送信する。ＩＥＥＥ１３９４機器３に対応して既に起動されているＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰスタック３２１を介し、送信されたメッセージを受信する。

ステップＳ４６１では、メッセージを受信したＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰのサービスとＡＶ／Ｃコマンドとの対応表を用いＵＰｎＰのサービスである「ＴｒａｎｓｆｅｒＣｏｍｐｌｅｔｅ」アクションをＡＶ／Ｃコマンドの「ＤＩＳＣＯＮＮＥＣＴＡＶ」に変換し、ＩＥＥＥ１３９４バス制御処理３２４に送信する。
ステップＳ４６２では、ＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４スタックを介し、ＩＥＥＥ１３９４機器３にＡＶ／Ｃコマンド「ＤＩＳＣＯＮＮＥＣＴＡＶ」を送信する。このＡＶ／Ｃコマンドを受信したＩＥＥＥ１３９４機器３は、自身のコネクションを解除する。
ステップＳ４６３では、ＩＥＥＥ１３９４機器３は、その後、ＩＥＥＥ１３９４スタック３２２を介し、コネクションを解除した情報を含んだＡＶ／ＣレスポンスをＩＥＥＥ１３９４バス制御処理３２４に返信する。

ステップＳ４６４では、ＩＥＥＥ１３９４バス制御処理３２４は、受信したＡＶ／ＣレスポンスをＡＶ／Ｃコマンドの送信元であるＵＰｎＰエミュレーション処理３２５に送信する。
ステップＳ４６５では、コネクション解除回答を受信したＵＰｎＰエミュレーション処理３２５は、さらに物理的なコネクションを解除するため、コネクション終了要求をＩＥＥＥ１３９４バス制御処理３２４に送信する。

ステップＳ４６６では、コネクション終了要求を受信したＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４スタック３２２を介し、ＩＥＥＥ１３９４機器３に対し、ｌｏｃｋトランザクションによるプラグの解除要求を送信する。このメッセージを受信したＩＥＥＥ１３９４機器３は、物理的なコネクションを解除する。
ステップＳ４６７では、ＩＥＥＥ１３９４機器３は、その後、ＩＥＥＥ１３９４スタック３２２を介し、物理的なコネクションを解除した情報を含んだｌｏｃｋトランザクションオートをＩＥＥＥ１３９４バス制御処理３２４に返信する。

ステップＳ４６８では、ＩＥＥＥ１３９４バス制御処理３２４は、受信したＡＶ／Ｃレスポンスを、ＡＶ／Ｃコマンドの送信元であるＵＰｎＰエミュレーション処理３２５に送信する。
ステップＳ４６９では、ＵＰｎＰエミュレーション処理３２５は、ＵＰｎＰのサービスとＡＶ／Ｃレスポンスとの対応表を用いＵＰｎＰのレスポンスメッセージに変換し、ＵＰｎＰスタック３２１を介し、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に送信する。これにより、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＩＥＥＥ１３９４機器３のコネクションが解除されたことを認識することが可能となる。

このようなゲートウェイ装置は、ＩＰネットワーク４上のＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０が、ＩＥＥＥ１３９４ネットワーク５上にあるＵＰｎＰの機能を有さないＩＥＥＥ１３９４機器を操作して、ＩＥＥＥ１３９４機器がＩＥＥＥ１３９４ネットワーク５経由で送信するストリームデータを、ＩＰネットワーク上のＵＰｎＰＭｅｄｉａＲｅｎｄｅｒｅｒデバイス機能を持つメディアプレーヤにて再生するこＩＥＥＥ１３９４ネットワーク５に接続された映像情報装置を、ＩＰネットワーク４に接続されたパソコンなどのプレイヤー機器から自動的に検出して、操作することで、映像情報装置に格納されている音声・映像などのコンテンツをＩＰネットワーク４に接続されたプレイヤー機器で視聴することができる。
また、ＩＥＥＥ１３９４ネットワーク５に接続された映像情報装置を標準規格であるＵＰｎＰＡＶデバイスとして認識するため、ＵＰｎＰＡＶに準拠した映像情報装置に格納されている音声・映像などのコンテンツを当該プレイヤー機器で視聴することを可能とするという効果を有する。

実施の形態２．
実施の形態１では、ＩＰ上でのストリーム転送プロトコルとして、ＨＴＴＰを使用する場合について説明したが、代わりにＲｅａｌｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ（以下、「ＲＴＰ」と略す）を使用することも可能である。この説明ではＲＴＰを使用してストリームデータ転送を行う場合に使用するセッションの制御プロトコルとしてＲｅａｌｔｉｍｅＳｔｒｅａｍｉｎｇＰｒｏｔｏｃｏｌ（以下、「ＲＴＳＰ」と略す）を使用する。以下の説明ではＨＴＴＰの場合と異なる部分だけを説明する。

まず、コンテンツの検索Ｓ３１１において、図１３のステップＳ４０５でＵＰｎＰエミュレーション処理３２５がＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に送信する。「Ｂｒｏｗｓｅ］、または「Ｓｅａｒｃｈ」レスポンスのデータの内、転送プロトコルデータはＲＴＳＰ／ＲＴＰとする。

また、コンテンツの選択Ｓ３１４におけるソフトウェアの動作の内、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０からＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に対して実行されるＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩアクションにて、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に引き渡されるＵＲＩは、ステップＳ３１１においてＵＰｎＰエミュレーション処理３２５がＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に送信したＲＴＳＰ／ＲＴＰを使用したコンテンツのＵＲＬである。

次に、再生Ｓ３１５におけるソフトウェアの動作について説明する。図１７は、再生Ｓ３１５におけるソフトウェアの動作のシーケンスを示した図である。
ステップＳ４７０では、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０は、ＳＯＡＰを用いて、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に対し、「Ｐｌａｙ」アクション要求を含んだメッセージを送信する。
ステップＳ４７１では、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２は、「Ｐｌａｙ」アクション要求を受け付けたことをＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０に通知するためにレスポンスメッセージを返す。
ステップＳ４７２では、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２は、その後、ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２に対してＲＴＳＰのＰＬＡＹメソッドを用いてコンテンツの転送開始要求を送信する。ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のストリーミング処理５０１がＲＴＳＰのＰＬＡＹメソッドを受信する。

ステップＳ４７３では、メッセージを受信したストリーミング処理５０１は、ＡＶ／Ｃコマンドの「ＰＬＡＹ」をＩＥＥＥ１３９４バス制御処理３２４に送信する。
ステップＳ４７４では、ＩＥＥＥ１３９４バス制御処理３２４は、ＩＥＥＥ１３９４スタック３２２を介し、ＩＥＥＥ１３９４機器３にＡＶ／Ｃコマンド「ＰＬＡＹ」を送信する。
ステップＳ４７５では、このＡＶ／Ｃコマンド「ＰＬＡＹ」を受信したＩＥＥＥ１３９４機器３は、再生開始処理を実行した後、ＩＥＥＥ１３９４スタック３２２を介し、コンテンツの再生を開始した情報を含んだＡＶ／ＣレスポンスをＩＥＥＥ１３９４バス制御処理３２４に返信する。

ステップＳ４７６では、ＩＥＥＥ１３９４バス制御処理３２４は、受信したＡＶ／Ｃレスポンスを、ＡＶ／Ｃコマンドの送信元であるストリーミング処理５０１に送信する。
ステップＳ４７７では、ストリーミング処理５０１は、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に対してＲＴＳＰのＰＬＡＹメッソドのレスポンスを返す。
ステップＳ４７８では、ＩＥＥＥ１３９４機器３は、ＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓパケットに乗せて、コンテンツのストリームデータをＭＰＥＧ２−ＴＳなどの形式で送信する。ストリーミング処理５０１は、このＩｓｏｃｈｒｏｎｏｕｓパケットを受信する。
ステップＳ４７９では、このパケットからＭＰＥＧ２−ＴＳなどのストリーム形式のデータを取り出し、ＲＴＰパケットに乗り換えた上で、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に対し送信する。
ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２は、受信したＲＴＰパケットからストリームデータを取り出し、多重分離、デコードを行いコンテンツの再生を開始する。

ストリームの再生を中断する場合は、ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ３１０からＭｅｄｉａＲｅｎｄｅｒｅｒ３１２に対し、「ＳＴＯＰ」アクション要求を含んだメッセージを送信し、ＭｅｄｉａＲｅｎｄｅｒｅｒ３１２がＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ２のストリーミング処理５０１に対してＲＴＳＰのＴＥＡＲＤＯＷＮメソッドを送信する。そして、ストリーミング処理５０１は、ＩＥＥＥ１３９４バス制御処理３２４を介し、ＩＥＥＥ１３９４機器３２７にＡＶ／Ｃコマンド「ＷＩＮＤ］を送信することでＩＥＥＥ１３９４機器の再生を停止する。

この発明の実施の形態１に係わるゲートウェイ装置の構成図である。この発明の実施の形態１に係わるＵＰｎＰの動作ステップを示すチャート図である。この発明の実施の形態１に係わるＵＰｎＰＡＶのアーキテクチャを示す図である。この発明の実施の形態１に係わるＵＰｎＰＡＶのアーキテクチャを用いたプル型の再生フローを示す図である。この発明の実施の形態１に係わるＩＥＥＥ１３９４機器のコマンド送信の方法を示す図である。この発明の実施の形態１に係わるＩＥＥＥ１３９４機器のレスポンス受信の方法を示す図である。この発明に係わるＡＶ／Ｃユニットおよびサブユニットの概念を示す図である。この発明の実施の形態１に係わるゲートウェイ装置のソフトウェアの構成図である。この発明の実施の形態１に係わるゲートウェイ装置のアドレッシング時におけるソフトウェア動作シーケンスを示す図である。この発明の実施の形態１に係わるゲートウェイ装置のディスカバリ時のアドバタイジング動作におけるソフトウェア動作シーケンスを示す図である。この発明の実施の形態１に係わるゲートウェイ装置のディスカバリ時のサーチ動作におけるソフトウェア動作シーケンスを示す図である。この発明の実施の形態１に係わるゲートウェイ装置のディスクリプション時におけるソフトウェア動作シーケンスを示す図である。この発明の実施の形態１に係わるゲートウェイ装置のコンテンツ検索時のソフトウェア動作シーケンスを示す図である。この発明の実施の形態１に係わるゲートウェイ装置のサーバ、レンダラの準備時のソフトウェア動作シーケンスを示す図である。この発明の実施の形態１に係わるゲートウェイ装置のストリーム再生時のソフトウェア動作シーケンスを示す図である。この発明の実施の形態１に係わるゲートウェイ装置のストリーム転送終了時のソフトウェア動作シーケンスを示す図である。この発明の実施の形態２に係わるゲートウェイ装置のストリーム再生時のソフトウェア動作シーケンスを示す図である。

符号の説明

２ＵＰｎＰ−ＩＥＥＥ１３９４ゲートウェイ、３映像情報装置、４ＩＰネットワーク、５ＩＥＥＥ１３９４ネットワーク、１０ＣＰＵ、１１ＲＯＭ、１２ＲＡＭ、１３ＬＡＮコントローラ、１４ＩＥＥＥ１３９４コントローラ、２０コントローラ、２１ターゲット、２２コマンドレジスタ、２３レスポンスレジスタ、３０ユニット、３１ＴａｐｅＲｅｃｏｒｄｅｒ／ＰｌａｙｅｒＳｕｂｕｎｉｔ、３２ＴｕｎｅｒＳｕｂｕｎｉｔ、３１０ＵＰｎＰＣｏｎｔｒｏｌＰｏｉｎｔ、３１１ＭｅｄｉａＳｅｒｖｅｒ、３１２ＭｅｄｉａＲｅｎｄｅｒｅｒ、３１３ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ、３１４ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒ、３１５ＡＶＴｒａｎｓｐｏｒｔ、３１６ＲｅｎｄｅｒｉｎｇＣｏｎｔｒｏｌ、３２１ＵＰｎＰスタック、３２２ＩＥＥＥ１３９４スタック、３２３ＩＰアドレスマネージャ、３２４ＩＥＥＥ１３９４バス制御処理、３２５ＵＰｎＰエミュレーション処理、３２６デリゲーションマネージャ、５００ＴＣＰ／ＩＰスタック、５０１ストリーミング処理。

Claims

ＡＶ／Ｃを搭載するＩＥＥＥ１３９４機器が接続されるＩＥＥＥ１３９４ネットワークとＵＰｎＰに準拠するプレイヤー機器が接続されるＩＰネットワークとを接続し、
上記ＩＥＥＥ１３９４機器のプラグアンドプレイ処理をＵＰｎＰのプラグアンドプレイの各ステップに変換する変換手段と、
ＵＰｎＰＡＶのアクションを上記ＩＥＥＥ１３９４機器のＡＶ／Ｃコマンドに変換する変換手段と、
上記ＩＥＥＥ１３９４機器からＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓパケットにより送信されてくるストリームデータを上記ＩＰネットワークに転送するストリーム転送手段と、
を備えたことを特徴とするゲートウェイ装置。
ストリームデータを上記ＩＰネットワークに転送するプロトコルとしてＨＴＴＰを用いることを特徴とする請求項１に記載するゲートウェイ装置。
ストリームデータを上記ＩＰネットワークに転送するプロトコルとしてＲＴＰを用いることを特徴とする請求項１に記載するゲートウェイ装置。