(57)【特許請求の範囲】
【請求項１】
コンテンツ送信側システムと、コンテンツ受信側システムとがインターネットを介して接続され、前記コンテンツ送信側システムが有するコンテンツを前記コンテンツ受信側システムで再生するコンテンツ配信システムであって、
前記コンテンツ送信側システムは、ＤＬＮＡ規格に準拠するＤＭＣ及びＤＭＳと、送信側ゲートウェイ装置と、を有し、
前記コンテンツ受信側システムは、ＤＬＮＡ規格に準拠するＤＭＲと、受信側ゲートウェイ装置と、を有し、
前記送信側ゲートウェイ装置は、前記コンテンツ受信側システムに動作可能な前記ＤＭＲが存在するか確認し、動作可能な前記ＤＭＲが存在する場合に、前記コンテンツ送信側システム内に前記コンテンツ受信側システムに含まれる前記ＤＭＲに対応する仮想ＤＭＲを生成し、当該仮想ＤＭＲと前記ＤＭＣ及びＤＭＳとの間で通信可能に制御し、
前記送信側ゲートウェイ装置は、前記仮想ＤＭＲを生成した後に、前記コンテンツ受信側システムに動作可能な前記ＤＭＲが存在するか再度確認し、前記仮想ＤＭＲに対応する動作可能な前記ＤＭＲが前記コンテンツ受信側システムに存在しない場合には、既に公開済みの仮想ＤＭＲが前記コンテンツ送信側システム内に存在するか判定し、既に公開済の前記仮想ＤＭＲが前記コンテンツ送信側システム内にある場合には、当該仮想ＤＭＲの公開を停止し、前記ＤＭＣ及び前記ＤＭＳから前記仮想ＤＭＲへの通信を不可とすることを特徴とするコンテンツ配信システム。
【請求項２】
請求項１において、
前記送信側ゲートウェイ装置は、前記ＤＭＣ及びＤＭＳから前記仮想ＤＭＲへ通信が行われた場合に、前記ＤＭＣ及びＤＭＳからの命令或いはコンテンツを、前記インターネットを介して前記受信側ゲートウェイ装置に中継し、
前記受信側ゲートウェイ装置は、前記送信側ゲートウェイ装置から受信した前記命令或いはコンテンツを、前記コンテンツ受信側システム内にある実際の前記ＤＭＲに送信し、
前記仮想ＤＭＲと前記実際のＤＭＲとが連携して動作するように構成されたことを特徴とするコンテンツ配信システム。
【請求項３】
請求項２において、
前記コンテンツ送信側システムでは、前記ＤＭＣ、前記ＤＭＳ、及び前記送信側ゲートウェイ装置は、第１のホームネットワークを介して接続されており、
前記コンテンツ受信側システムでは、前記ＤＭＲ、及び前記受信側ゲートウェイ装置は、第２のホームネットワークを介して接続されていることを特徴とするコンテンツ配信システム。
【請求項４】
請求項２において、
前記送信側ゲートウェイ装置は、前記命令のデータ形式をＤＬＮＡプロトコルからｈｔｔｐプロトコルに変換して前記受信側ゲートウェイ装置に送信し、
前記受信側ゲートウェイ装置は、前記送信側ゲートウェイ装置から受信した前記ｈｔｔｐプロトコルの命令を前記ＤＬＮＡプロトコルに変換して前記実際のＤＭＲに送信することを特徴とするコンテンツ配信システム。
【請求項５】
請求項２において、
前記送信側ゲートウェイ装置は、コンテンツを再生させたいターゲットＤＭＲを有する前記受信側ゲートウェイ装置を指定するためのユーザインタフェースを提供し、
前記コンテンツ送信側システムにおける前記ＤＭＣは、前記ターゲットＤＭＲに対応する仮想ＤＭＲにコンテンツ取得命令を送信し、
前記送信側ゲートウェイ装置は、前記仮想ＤＭＲに送信された前記コンテンツ取得命令を取得して、前記ユーザインタフェースによって指定された前記受信側ゲートウェイ装置に前記コンテンツ取得命令を送信し、
前記受信側ゲートウェイ装置は、前記コンテンツ取得命令を前記ターゲットＤＭＲに送信し、
前記ターゲットＤＭＲは、前記コンテンツ取得命令に応答して、コンテンツ取得リクエストを前記受信側ゲートウェイ装置に送信し、
前記受信側ゲートウェイ装置は、前記コンテンツ取得リクエストを前記送信側ゲートウェイ装置に送信し、
前記送信側ゲートウェイ装置は、前記コンテンツ取得リクエストに応じて、前記ＤＭＳから所望のコンテンツを取得し、当該所望のコンテンツを前記受信側ゲートウェイ装置に送信し、
前記受信側ゲートウェイ装置は、前記所望のコンテンツを前記ターゲットＤＭＲに送信することを特徴とするコンテンツ配信システム。
【請求項６】
請求項５において、
前記ＤＭＣは、前記ターゲットＤＭＲに対応する前記仮想ＤＭＲにコンテンツ再生命令を送信し、
前記送信側ゲートウェイ装置は、前記仮想ＤＭＲに送信された前記コンテンツ再生命令を取得して、前記ユーザインタフェースによって指定された前記受信側ゲートウェイ装置に前記コンテンツ再生命令を送信し、
前記受信側ゲートウェイ装置は、前記コンテンツ再生命令を前記ターゲットＤＭＲに送信し、
前記ターゲットＤＭＲは、前記コンテンツ再生命令に応答して、取得した前記所望のコンテンツを再生することを特徴とするコンテンツ配信システム。
【請求項７】
コンテンツ送信側システムと、コンテンツ受信側システムとがインターネットを介して接続され、前記コンテンツ送信側システムが有するコンテンツを前記コンテンツ受信側システムで再生するコンテンツ配信システムにおける、前記コンテンツ送信側システムのゲートウェイ装置であって、
前記コンテンツ送信側システムにおいて、ＤＬＮＡ規格に準拠するＤＭＣ及びＤＭＳに接続され、
前記コンテンツ受信側システムに動作可能な前記ＤＭＲが存在するか確認し、動作可能な前記ＤＭＲが存在する場合に、前記コンテンツ送信側システム内に前記コンテンツ受信側システムに含まれる前記ＤＭＲに対応する仮想ＤＭＲを生成し、当該仮想ＤＭＲと前記ＤＭＣ及びＤＭＳとの間で通信可能に制御し、
前記仮想ＤＭＲを生成した後に、前記コンテンツ受信側システムに動作可能な前記ＤＭＲが存在するか再度確認し、前記仮想ＤＭＲに対応する動作可能な前記ＤＭＲが前記コンテンツ受信側システムに存在しない場合には、既に公開済みの仮想ＤＭＲが前記コンテンツ送信側システム内に存在するか判定し、既に公開済の前記仮想ＤＭＲが前記コンテンツ送信側システム内にある場合には、当該仮想ＤＭＲの公開を停止し、前記ＤＭＣ及び前記ＤＭＳから前記仮想ＤＭＲへの通信を不可とすることを特徴とするゲートウェイ装置。
【請求項８】
請求項７において、
前記ゲートウェイ装置は、前記ＤＭＣ及びＤＭＳから前記仮想ＤＭＲへ通信が行われた場合に、前記ＤＭＣ及びＤＭＳからの命令或いはコンテンツを、前記インターネットを介して前記コンテンツ受信側システムに中継し、
前記仮想ＤＭＲと前記実際のＤＭＲとが連携して動作するように制御することを特徴とするゲートウェイ装置。
【請求項９】
コンピュータを請求項７又は８に記載のゲートウェイ装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システム、及びゲートウェイ装置、並びにプログラムに関し、例えば、ＤＬＮＡ規格に準拠してコンテンツを遠隔配信するためのシステムに関するものである。
【背景技術】
【０００２】
家庭内のＨＤＤレコーダなどに録画されたコンテンツや、ＰＣ内に蓄積されたデジタルカメラ画像データ、楽曲データなどのコンテンツを、家庭内の他のテレビなどのプレーヤデバイスで視聴することを目的とした利用形態が進んでおり、ＤＬＮＡ（Digital Living Network Alliance）といった標準規格の普及が進んでいる。
【０００３】
ＤＬＮＡでは、ＤＭＳ（Digital Media Server）と呼ばれるコンテンツサーバに蓄積されたコンテンツを、ＤＭＣ（Digital Media Controller）と呼ばれるコンテンツ再生コントローラを使用して、再生するコンテンツを指定し、ＤＭＲ（Digital  Media Renderer）と呼ばれるコンテンツ再生装置に指示することで、コンテンツ再生装置がコンテンツサーバよりコンテンツを取得し、再生を行う。このコンテンツ再生コントローラ機能と、コンテンツ再生装置を併せ持つ、ＤＭＰ（Digital Media Player）という機器を使用することも可能である。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＤＬＮＡ公式サイト(http://www.dlna.org/jp/industry/)
【非特許文献２】ＤＬＮＡ公式サイト消費者向けページ                  (http://www.dlna.org/jp/consumer/home)
【発明の概要】
【発明が解決しようとする課題】
【０００５】
最近、例えば、別々の家にいる親子でコンテンツを共有したいというような利用形態の要望が増加してきている。このような場合、子が自宅のメディアサーバ上に保有するビデオ画像、デジタルカメラ画像を、親宅のテレビなどのレンダラで表示を行う事を実施したい。この場合、同一の構内ネットワークではなく、例えば、インターネットを介した別の構内ネットワーク間でのコンテンツ再生を実現することになるが、コンテンツを保持しているコンテンツサーバの接続されたコンテンツ送信ネットワーク側から再生の指示を行い、インターネットを介した別の構内ネットワークに接続されたコンテンツ再生装置で再生を行う必要がある。
【０００６】
しかしながら、ＤＬＮＡは同一構内ネットワーク用の規格であり、同一構内ネットワーク内のＤＬＮＡ機器間での接続しか実施することができない。したがって、インターネットでまたがる、構内ネットワーク間でのコンテンツの参照を行うことができないので、異なる構内ネットワーク同士を接続する手段が必要になる。ただし、このような手段を設けたとしても、ＤＬＮＡは家庭内の閉じたネットワークを想定しているため、インターネット等の広域ネットワーク越しに接続された機器間では、互いの状態を認識し続けるためにパケットが頻繁に通信しなければならない。このように、インターネットを介して頻繁にパケット通信を実施してしまうと処理動作に遅延が生じてしまう。そこで、インターネットを介した頻繁な通信を実行しなくても良い方法が必要となる。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、より利便性の高いコンテンツ配信システム、及びゲートウェイ装置、並びにプログラムを提供するものである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明によるコンテンツ配信システムでは、コンテンツ送信側システムにおいて、コンテンツ受信側システムにおけるＤＭＲ（コンテンツ再生装置）に対応する仮想のＤＭＲを生成し、ＤＭＣ（コントローラ）やＤＭＳ（コンテンツサーバ）がこの仮想ＤＭＲと通信を行い、ＤＬＮＡの規格に変更を加えずに、インターネットを介して存在する異なるホームネットワーク中の実際のＤＭＲでのコンテンツ再生を可能としている。つまり、ＤＭＣやＤＭＳは、仮想ＤＭＲを実際のＤＭＲであるかのように認識して通信を行い、仮想ＤＭＲへの通信（命令やコンテンツ）を送信側ゲートウェイ装置（送信機構）が受信側ゲートウェイ装置（受信機構）へ中継する。また、コンテンツ受信側システムにおいても、実際のＤＭＲは、受信機構とのみ通信を行えば異なるホームネットワークからの通信を処理することができ、ＤＬＮＡ規格への変更が不要となっている。
【０００９】
さらなる本発明の特徴は、以下本発明を実施するための形態および添付図面によって明らかになるものである。
【発明の効果】
【００１０】
本発明によれば、より利便性の高いコンテンツ配信システム、及びゲートウェイ装置、並びにプログラムを提供することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明によるコンテンツ配信システムの概略構成を示す図である。
【図２】送信機構１６０のソフトウェアの構成を示す図である。
【図３】受信機構１７０のソフトウェアの構成を示す図である。
【図４】デバイス存在確認機能の処理の概要を説明するための図である。
【図５】命令中継機能の処理の概要を説明するための図である。
【図６】コンテンツ中継機能の処理の概要を説明するための図である。
【図７】送信機構１６０のリクエスト制御機能Ａの処理の詳細を説明するためのフローチャートである。
【図８】受信機構１７０のリクエスト制御機能Ｂの処理の詳細を説明するためのフローチャートである。
【図９】送信機構１６０のデバイス存在確認機能Ａの処理の詳細を説明するためのフローチャートである。
【図１０】受信機構１７０のデバイス存在確認機能Ｂの処理の詳細を説明するためのフローチャートである。
【図１１】送信機構１６０の命令中継機能Ａの処理の詳細を説明するためのフローチャートである。
【図１２】受信機構１７０の命令中継機能Ｂの処理の詳細を説明するためのフローチャートである。
【図１３】送信機構１６０のコンテンツ中継機能Ａの処理の詳細を説明するためのフローチャートである。
【図１４】受信機構１７０のコンテンツ中継機能Ｂの処理の詳細を説明するためのフローチャートである。
【図１５】コンテンツを再生させたいコンテンツ再生装置（ＤＭＲ）に対応する受信側ゲートウェイ装置を指定するためのＧＵＩの構成例を示す図である。
【発明を実施するための形態】
【００１２】
本発明の実施形態は、コンテンツ送信側システムにおいて、構内ネットワーク（ホームネットワーク）上にあるＤＭＳのコンテンツ一覧を取得し、送信側の操作者が視聴対象コンテンツを指定し、別の構内ネットワーク上にあるＤＭＲで再生することが可能になる、コンテンツ配信システムを実現するものである。
【００１３】
以下、添付図面を参照して本発明の実施形態について説明する。ただし、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。また、各図において共通の構成については同一の参照番号が付されている。
【００１４】
＜コンテンツ配信システムの構成＞
図１は、本発明の実施形態によるコンテンツ配信システムの概略構成を示す図である。当該コンテンツ配信システムは、コンテンツ送信側システム１００と、コンテンツ受信側システム１０１と、を備え、それらは広域ネットワークであるインターネット１３０によって接続されている。
【００１５】
コンテンツ送信側システム１００は、コントローラ（ＤＭＣ）１１１と、コンテンツサーバ（ＤＭＳ）１１２と、送信機構１６０を含む送信側ゲートウェイ装置１２０とを有し、それらが構内ネットワーク（例えば、ＬＡＮ等のホームネットワーク）１１０を介して有線もしくは無線で接続されている。
【００１６】
コンテンツ受信側システム１０１は、コンテンツ再生装置（ＤＭＲ）１５１と、受信機構１７０を含む受信側ゲートウェイ装置１４０とを有し、それらが構内ネットワーク（例えば、ＬＡＮ等のホームネットワーク）１５０を介して有線もしくは無線で接続されている。
【００１７】
それぞれの機器の間では、ブロードキャスト通信ができるようになっている。
【００１８】
コントローラ１１１は、ネットワーク通信機能を有するコンピュータとしてのハードウェア（ＣＰＵ、主記憶装置、ネットワーク通信インタフェース）を有しており、構内ネットワーク１１０に接続されたデバイスを発見することができる機能とデバイスをコントロールすることができる機能を含んでいる。このような機能を持つコントローラの例として、ＤＬＮＡで定められたＤＭＣがある。
【００１９】
コンテンツサーバ１１２は、ネットワーク通信機能を有するコンピュータとしてのハードウェア（ＣＰＵ、主記憶装置、ネットワーク通信インタフェース）を有しており、構内ネットワーク１１０上に自デバイスを公開する機能と蓄積したコンテンツを配信する機能を含んでいる。このような機能を持つコンテンツサーバの例として、ＤＬＮＡで定められたＤＭＳがある。なお、コントローラ１１１とコンテンツサーバ１１２は、１つの装置として構成されていても良い。
【００２０】
コンテンツ再生装置１５１は、ネットワーク通信機能を有するコンピュータとしてのハードウェア（ＣＰＵ、主記憶装置、ネットワーク通信インタフェース）およびディスプレイを有しており、構内ネットワーク１５０上に自デバイスを公開する機能とコントローラから選択されたコンテンツをネットワークから取得し、取得したコンテンツを再生する機能を有している。このような機能を持つコンテンツ再生装置の例として、ＤＬＮＡで定められたＤＭＲがある。
【００２１】
送信側及び受信側ゲートウェイ装置１２０及び１４０は、ネットワーク通信機能を有するコンピュータとしてのハードウェア（ＣＰＵ、主記憶装置、少なくとも２つのネットワーク通信インタフェース）を有し、構内ネットワーク１１０又は１５０、およびインターネット１３０に接続されており、インターネット１３０と構内ネットワーク１１０又は１５０の通信を中継することができるようになっている。送信機構１６０は、コントローラ１１１またはコンテンツサーバ１１２と受信機構１７０を仲介する機能を有している。送信機構１６０の詳細な構成については図２で説明する。
【００２２】
受信機構１７０は、コンテンツ再生装置１５１と送信機構１６０を仲介する機能を有している。受信機構１７０の詳細な構成については図３で説明する。
【００２３】
＜送信機構の内部構成＞
図２は、送信機構１６０のソフトウェアの構成を示す図である。送信機構１６０は、リクエスト制御機能Ａ２１０と、デバイス存在確認機能Ａ２２０と、命令中継機能Ａ２３０と、コンテンツ中継機能Ａ２４０と、を有している。これら各機能は、ソフトウェアプログラムで構成しても良いし、モジュール化して構成してもよい。以後の本実施形態の処理動作の説明では、「機能（プログラム）」や「モジュール」を動作主体（主語）として説明を行う場合があるが、機能（プログラム）やモジュールは、プロセッサによって実行されることで、定められた処理をメモリ及び通信ポート（通信制御装置）を用いながら行うため、プロセッサを動作主体（主語）とした処理に読み替えても良い。また、機能（プログラム）やモジュールを主語として開示された処理は、計算機、情報処理装置が行う処理としてもよい。プログラムの一部または全ては専用ハードウェアによって実現されてもよい。
【００２４】
リクエスト制御機能Ａ２１０は、コントローラ１１１または受信機構１７０からのリクエストをその内容に従って処理する機能である。詳細は、図７で説明する。
【００２５】
デバイス存在確認機能Ａ２２０は、指定された受信機構１７０にコンテンツ再生装置１５１の存在有無を確認し、コンテンツ再生装置１５１が存在した場合、コンテンツ再生装置１５１の情報を、同一構内ネットワーク上に存在するデバイスとして公開する。つまり、デバイス存在確認機能Ａ２２０は、コンテンツ再生装置１５１の存在が確認された場合に、コンテンツ送信側システム１００内（例えば、送信側ゲートウェイ装置１２０内）に仮想ＤＭＲを作成して、コンテンツ再生装置１５１が同一構内ネットワーク内にある装置として認識及び制御できるようにしている。このデバイス存在確認機能Ａ２２０は、コンテンツ送信側システム１００の起動時、及び、その後定期的に動作を繰り返し、デバイスの存在確認を行う。詳細は、図９で説明する。
【００２６】
命令中継機能Ａ２３０は、コントローラ１１１から送信された命令を、受信機構１７０に送信し、その実行結果をコントローラ１１１に返す機能を有している。詳細は、図１１で説明する。
【００２７】
コンテンツ中継機能Ａ２４０は、受信機構１７０からのコンテンツ取得リクエストを中継する機能を有している。詳細は、図１３で説明する。
【００２８】
＜受信機構の内部構成＞
図３は、受信機構１７０のソフトウェアの構成を示す図である。受信機構１７０は、リクエスト制御機能Ｂ３１０と、デバイス存在確認機能Ｂ３２０と、命令中継機能Ｂ３３０と、コンテンツ中継機能Ｂ３４０と、を有している。これら各機能も、送信機構１６０と同様、ソフトウェアプログラムで構成しても良いし、モジュール化して構成してもよい。
【００２９】
リクエスト制御機能Ｂ３１０は、コンテンツ再生装置１５１または送信機構１６０からのリクエストを、その内容に従って処理する機能を有している。
【００３０】
デバイス存在確認機能Ｂ３２０は、送信機構１６０のデバイス存在確認機能Ａ２２０からのリクエストを処理する機能を有している。詳細は、図１０で説明する。
【００３１】
命令中継機能Ｂ３３０は、送信機構１６０の命令中継機能Ａ２３０からのリクエストを処理する機能を有している。詳細は、図１２で説明する。
【００３２】
コンテンツ中継機能Ｂ３４０は、コンテンツ再生装置１５１からのコンテンツ取得リクエストを中継する機能を有している。詳細は、図１４で説明する。
【００３３】
＜デバイス存在確認機能の処理概要＞
図４は、送信機構１６０と受信機構１７０間で実行されるデバイス存在確認機能の処理の概要について説明するための図である。
【００３４】
処理４１０では、送信機構１６０のデバイス存在確認機能Ａ２２０が、受信機構１７０に対してデバイスの存在確認のリクエストを送る。そして、デバイス存在確認機能Ａ２２０は、受信機構１７０から返された結果に基づいてデバイス（コンテンツ再生装置）が存在するか否か判定する。デバイスが存在する場合は、デバイス存在確認機能Ａ２２０は、コンテンツ再生装置１５１の代わりに、構内ネットワーク１１０上で、コンテンツ再生装置１５１として認識可能とするデバイスを公開する。つまり、仮想ＤＭＲを送信機構１６０内に生成し、それをコンテンツ再生装置１５１として認識する。処理４１０は、定期的に繰り返えされ、デバイスの存在確認が実行される。
【００３５】
処理４２０では、受信機構１７０のデバイス存在確認機能Ｂ３２０が、送信機構１６０からデバイス存在確認のリクエストを受け取ると、コンテンツ再生装置１５１が存在するか確認し、その結果を送信機構１６０に返す。
【００３６】
＜命令中継機能の処理概要＞
図５は、コンテンツ送信側システム１００とコンテンツ受信側システム１０１の間で実行される命令中継機能の処理の概要を説明するための図である。
【００３７】
処理５１０では、コンテンツ送信側システム１００において、操作者が命令（例えば、コンテンツの再生命令）を入力（選択）すると、コントローラ１１１は、選択した命令を送信機構１６０に渡す。
【００３８】
処理５２０では、送信機構１６０の命令中継機能Ａ２３０は、コントローラ１１１から受け取った命令をエンコードし、受信機構１７０に渡す。ここでは、例えば、ＤＬＮＡのプロトコルから、インターネットのプロトコルであるｈｔｔｐに変換される。また、命令中継機能Ａ２３０は、受信機構１７０から返された、上記命令の実行結果をデコード（ｈｔｔｐプロトコルからＤＬＮＡプロトコルへ変換）し、コントローラ１１１へ返す。
【００３９】
処理５３０では、受信機構１７０の命令中継機能Ｂ３３０は、送信機構１６０から受け取った命令をデコード（ｈｔｔｐプロトコルからＤＬＮＡプロトコルへ変換）し、コンテンツ再生装置１５１に渡す。また、命令中継機能Ｂ３３０は、コンテンツ再生装置１５１から返された実行結果をエンコード（ＤＬＮＡプロトコルからｈｔｔｐプロトコルへ変換）し、送信機構１６０へ返す。
【００４０】
処理５４０では、コンテンツ再生装置１５１は、受信機構１７０から渡された命令を実行し、その実行結果を受信機構１７０へ返している。
【００４１】
＜コンテンツ中継機能の処理概要＞
図６は、コンテンツ送信側システム１００とコンテンツ受信側システム１０１の間で実行されるコンテンツ中継機能の処理の概要を説明するための図である。
【００４２】
処理６１０では、コンテンツ再生装置１５１は、コントローラ１１１から命令中継機能Ａ２３０および命令中継機能Ｂ３３０を介して、コンテンツ再生命令を受けると、受信機構１７０へコンテンツ取得をリクエストする。
【００４３】
処理６２０では、受信機構１７０は、リクエストに含まれる送信先情報を取得し、送信機構１６０へコンテンツ取得をリクエストする。
【００４４】
処理６３０では、送信機構１６０は、受信機構１７０から受け取ったリクエストからコンテンツサーバ情報を取得し、コンテンツサーバ１１２へコンテンツ取得をリクエストする。
【００４５】
処理６４０では、コンテンツサーバ１１２は、コンテンツ取得リクエストに応答し、該当するコンテンツを送信機構１６０へ送信する。
【００４６】
処理６５０では、送信機構１６０は、コンテンツサーバ１１２から取得したコンテンツを受信機構１７０へ送信する。
【００４７】
処理６６０では、受信機構１７０は、送信機構１６０から取得したコンテンツをコンテンツ再生装置１５１へ送信する。
【００４８】
処理６７０では、コンテンツ再生装置１５１は、受信機構１７０から取得したコンテンツを再生する。
【００４９】
＜送信機構のリクエスト制御機能の処理の詳細＞
図７は、送信機構１６０のリクエスト制御機能の処理の詳細を説明するためのフローチャートである。
【００５０】
まず、送信機構１６０のリクエスト制御機能Ａ２１０は、コントローラ１１１または受信機構１７０からのリクエストを受け付ける（ステップ７１０）。
【００５１】
そして、リクエスト制御機能Ａ２１０は、リクエストがコントローラ１１１からの命令実行要求か否か判定する（ステップ７２０）。この命令要求には、コントローラ（ＤＭＣ）１１１がコンテンツ再生装置（ＤＭＲ）１５１に対してコンテンツサーバ（ＤＭＳ）１１２にコンテンツを取得するように指示する命令と、ＤＭＣからＤＭＲに対して取得したコンテンツを再生するように指示する命令と、が含まれる。
【００５２】
命令実行要求の場合（ステップ７２０でＹＥＳ）、命令中継機能Ａ２３０が、命令中継処理を行う（ステップ７４０）。命令中継処理の詳細は、図１０で説明する。その後、処理はリクエスト受付処理（ステップ７１０）へ戻り、次のリクエストを待つことになる。
【００５３】
一方、リクエストが命令実行要求でない場合（ステップ７２０でＮＯ）は、リクエスト制御機能Ａ２１０は、処理をステップ７３０に移行させ、リクエストが受信機構１７０からのコンテンツ取得要求（より具体的にはＤＭＲからのコンテンツ取得要求）か否か判定する（ステップ７３０）。
【００５４】
コンテンツ取得要求の場合（ステップ７３０でＹＥＳ）、コンテンツ中継機能Ａ２４０は、コンテンツ中継処理を行う（ステップ７５０）。コンテンツ中継処理の詳細は図１３で説明する。その後、処理はリクエスト受付処理（ステップ７１０）へ戻り、次のリクエストを待つことになる。
【００５５】
リクエストがコンテンツ取得要求でない場合（ステップ７３０でＮＯ）は、リクエスト制御機能Ａ２１０は、エラー処理を実行する（ステップ７６０）。そして、処理はリクエスト受付処理（ステップ７１０）へ戻り、次のリクエストを待つことになる。
【００５６】
＜受信機構のリクエスト制御機能の処理の詳細＞
図８は、受信機構１７０のリクエスト制御機能の処理の詳細を説明するためのフローチャートである。
【００５７】
まず、受信機構１７０のリクエスト制御機能Ｂ３１０が、コンテンツ再生装置１５１または送信機構１６０からのリクエストを受け付ける（ステップ８１０）。
【００５８】
そして、リクエスト制御機能Ｂ３１０は、リクエストが送信機構１６０からの命令実行要求か判定する（ステップ８２０）。なお、命令要求の内容については、図７の説明で示した通りである。
【００５９】
命令実行要求の場合（ステップ８２０でＹＥＳ）、命令中継処理機能Ｂ３３０が命令中継処理を行う（ステップ８４０）。命令中継処理の詳細は、図１２で説明する。その後、処理はリクエスト受付処理（ステップ８１０）へ戻り、次のリクエストを待つことになる。
【００６０】
リクエストが命令実行要求でない場合（ステップ８２０でＮＯ）は、リクエスト制御機能Ｂ３１０は、リクエストがコンテンツ再生装置１５１からのコンテンツ取得要求か判定する（ステップ８３０）。コンテンツ取得要求の場合（ステップ８３０でＹＥＳの場合）、コンテンツ中継機能Ｂ３４０が、コンテンツ中継処理を行う（ステップ８５０）。コンテンツ中継処理の詳細は、図１４で説明する。その後、処理は、リクエスト受付処理（ステップ８１０）へ戻り、次のリクエストを待つことになる。
【００６１】
リクエストがコンテンツ取得要求でない場合（ステップ８３０でＮＯ）は、リクエスト制御機能Ｂ３１０は、エラー処理を行う（ステップ８６０）。その後、処理はリクエスト受付処理（ステップ８１０）へ戻り、次のリクエストを待つことになる。
【００６２】
＜送信機構のデバイス確認機能の処理の詳細＞
図９は、送信機構１６０のデバイス存在確認機能Ａ２２０の処理の詳細を説明するためのフローチャートである。
【００６３】
まず、デバイス存在確認機能Ａ２２０は、あらかじめ設定された接続先の情報（例えば、受信側ゲートウェイ装置における受信機構１７０のアドレス）を取得する（ステップ９１０）。この接続先の情報は、例えば、送信側システム１０１の操作者が指示入力用ＧＵＩ（例えば、後述の図１５参照）を用いて与えるものである。アドレスそのものを入力しても良いし、ＧＵＩによっては、親、兄妹、親戚、友人等のカテゴリにそれぞれの受信機構のアドレスが登録されており、その中から選択できるようにしても良い。
【００６４】
そして、デバイス存在確認機能Ａ２２０は、ステップ９１０で取得した受信機構１７０へデバイス存在確認のリクエストを送る（ステップ９２０）。
【００６５】
また、デバイス存在確認機能Ａ２２０は、受信機構１７０から返された結果に基づいて、デバイス（コンテンツ再生装置：ＤＭＲ）が存在するか否か判定する（ステップ９３０）。デバイスがある場合（ステップ９３０でＹＥＳ）は、処理はステップ９４０に移行し、デバイスがない場合（ステップ９３０でＮＯ）は、処理はステップ９５０に移行する。
【００６６】
デバイスがあると判断された場合、デバイス存在確認機能Ａ２２０は、コンテンツ受信側システム１０１内にあるコントローラ再生装置１５１の代わりに、コントローラ１１１からコントローラ再生装置として認識される中継用デバイスをコンテンツ送信側システム１００内（例えば、送信側ゲートウェイ装置１２０内）に生成し、公開し、コントローラ１１１が作成された仮想ＤＭＲと通信できるようにする（ステップ９４０）。ここで、中継用デバイスとは、コントローラ再生装置１５１の代わりに、構内ネットワーク１１０上で、コントローラ再生装置として認識可能とするデバイス（仮想ＤＭＲ）である。
【００６７】
デバイスがないと判断された場合、デバイス存在確認機能Ａ２２０は、既に公開済みの中継用デバイスがあるかを判定する（ステップ９５０）。つまり、受信機構１７０からはデバイスの存在が確認できない旨の通知があったにも拘わらず、今までに公開されている中継用デバイス（仮想ＤＭＲ）がある場合には、公開を停止（仮想ＤＭＲを削除）しなければならないことになる。
【００６８】
既にデバイスが公開している場合（ステップ９５０でＹＥＳ）は、デバイス存在確認機能Ａ２２０は、中継用デバイスの公開をやめる（ステップ９６０）。
【００６９】
ステップ９４０又は９６０の処理が終了すると、処理は、ステップ９２０に戻り、定期的なデバイス存在確認処理が実行されることになる。
【００７０】
＜受信機構のデバイス確認機能の処理の詳細＞
図１０は、受信機構１７０のデバイス存在確認機能Ｂ３２０の処理の詳細を説明するためのフローチャートである。
【００７１】
まず、デバイス存在確認機能Ｂ３２０は、あらかじめ設定されたコンテンツ再生装置１５１の情報を取得する（ステップ１０１０）。この情報は、コンテンツ受信側システム１０１で指定される。例えば、複数のコンテンツ再生装置がコンテンツ受信側システム１０１内に存在する場合、受信側の操作者は、再生を実行させたい装置を選択しても良いし、任意の装置としてもよい。任意の装置が指定された場合、例えば、電源が入っているコンテンツ再生装置の少なくとも１つでコンテンツがされるようになる。構内ネットワーク（ホームネットワーク）１５０内では、複数のコンテンツ再生装置（ＤＭＲ）がある場合には、各ＤＭＲにはユニークなＩＤが付与されており、このＩＤを指定することにより再生を実行する装置を選択するようにしても良い。
【００７２】
そして、デバイス存在確認機能Ｂ３２０は、ステップ１０１０で取得した情報に一致するコンテンツ再生装置があるかを判定する（ステップ１０２０）。
【００７３】
一致するコンテンツ再生装置がある場合（ステップ１０２０でＹＥＳ）は、デバイス存在確認機能Ｂ３２０は、デバイスありの情報を送信機構１６０に返す。
【００７４】
一方、一致するコンテンツ再生装置がない場合（ステップ１０２０でＮＯ）は、デバイス存在確認機能Ｂ３２０は、デバイスなしの情報を送信機構１６０に返すステップ１０４０）。
【００７５】
＜送信機構の命令中継機能の処理の詳細＞
図１１は、送信機構１６０の命令中継機能Ａ２３０の処理の詳細を説明するためのフローチャートである。
【００７６】
まず、命令中継機能Ａ２３０は、コントローラ１１１からの命令を受信機構１７０へ渡す形式にデコードする（ステップ１１１０）。例えば、命令は、ＤＬＮＡのプロトコルからインターネット用のｈｔｔｐプロトコルに変換される。なお、命令が再生命令で、コンテンツサーバ１１２の存在場所情報を渡す場合は、本来の情報に送信機構１６０の情報も付加される。命令には、コンテンツの存在場所を通知し、その通知された場所にコンテンツを取得しに行くように指示する命令（この場合、コンテンツの場所と送信機構１６０の場所を通知する。直接コンテンツの存在場所を通知してもそこには直接アクセス不可となっているからである）と、取得したコンテンツを再生するように指示するための再生命令（この場合には、送信機構１６０のアドレス情報は不要である）とがある。
【００７７】
次に、命令中継機能Ａ２３０は、受信機構１７０へ、ステップ１１１０でデコードした命令を送る（ステップ１１２０）。
【００７８】
そして、受信機構１７０に送信した命令がコンテンツ受信側システム１０１で実行され、命令中継機能Ａ２３０は、その受信機構１７０から返された実行結果を、コントローラ１１１へ渡す形式にデコードする（ステップ１１３０）。この場合、ｈｔｔｐプロトコルからＤＬＮＡプロトコルへの変換となる。
【００７９】
さらに、命令中継機能Ａ２３０は、コントローラ１１１へ、ステップ１１３０でデコードした実行結果を返す（ステップ１１４０）。
【００８０】
＜受信機構の命令中継機能の処理の詳細＞
図１２は、受信機構１７０の命令中継機能Ｂ３３０の処理の詳細を説明するためのフローチャートである。
【００８１】
まず、命令中継機能Ｂ３３０は、送信機構１６０から送られてきた命令を、コンテンツ再生装置１５１へ渡す形式へデコードする（ステップ１２１０）。例えば、命令は、ｈｔｔｐプロトコルの形式からＤＬＮＡプロトコルの形式に変換される。図１１の処理と同様、再生命令で、コンテンツサーバの存在場所情報が渡された場合は、渡された情報には受信機構１７０の情報も付加される。この受信機構１７０の情報は、コンテンツ再生装置１５１がコンテンツ再生の際、コンテンツを取得しに行くときに必要となる情報である。つまり、受信側の各機器は、送信側からの送られてきた命令でも、構内ネットワーク（ホームネットワーク）１５０内で起こっているイベントとして認識するようになっており、例えばコンテンツ再生装置（ＤＭＲ）１５１は送信側システム１００のことは認識せずに受信機構１７０と通信を行っているだけである。
【００８２】
そして、命令中継機能Ｂ３３０は、コンテンツ再生装置１５１に対して、ステップ１２１０でデコードした命令を送る（ステップ１２２０）。
【００８３】
コンテンツ再生装置１５１では当該命令が実行され、命令中継機能Ｂ３３０は、コンテンツ再生装置１５１から返された実行結果を、送信機構１６０へ渡す形式にエンコードする（ステップ１２３０）。例えば、実行結果は、ＤＬＮＡプロトコルの形式からｈｔｔｐプロトコルの形式に変換される。
【００８４】
そして、命令中継機能Ｂ３３０は、送信機構１６０に対して、ステップ１２３０でエンコードした実行結果を返す（ステップ１２４０）。
【００８５】
＜送信機構のコンテンツ中継機能の処理の詳細＞
図１３は、送信機構１６０のコンテンツ中継機能Ａ２４０の処理の詳細を説明するためのフローチャートである。
【００８６】
まず、コンテンツ中継機能Ａ２４０は、受信機構１７０から渡されたリクエストから、コンテンツサーバ１１２の存在場所の情報（アドレス情報）を取得する（ステップ１３１０）。
【００８７】
そして、コンテンツ中継機能Ａ２４０は、ステップ１３１０で取得したコンテンツサーバ１１２に対して、コンテンツ取得要求のリクエストを送る（ステップ１３２０）。
【００８８】
続いて、コンテンツ中継機能Ａ２４０は、コンテンツサーバ１１２から取得したコンテンツを受信機構１７０へ転送する（ステップ１３３０）。
【００８９】
＜受信機構のコンテンツ中継機能の処理の詳細＞
図１４は、受信機構１７０のコンテンツ中継機能Ｂ３４０の処理の詳細を説明するためのフローチャートである。
【００９０】
まず、コンテンツ中継機能Ｂ３４０は、コンテンツ再生装置１５１から受け取ったリクエストから、送信機構１６０への送信先の情報を取得する（ステップ１４１０）。
【００９１】
そして、コンテンツ中継機能Ｂ３４０は、ステップ１４１０で取得した送信先の送信機構１６０へコンテンツ取得要求のリクエストを送る（ステップ１４２０）。
【００９２】
続いて、コンテンツ中継機能Ｂ３４０は、送信機構１６０から取得したコンテンツをコンテンツ再生装置１５１へ転送する（ステップ１４３０）。
【００９３】
＜ゲートウェイ装置指定用のＧＵＩ（例）＞
図１５は、図９のステップ９１０において、送信側操作者が受信側ゲートウェイ装置のアドレスを指定するためのグラフィカルユーザインタフェース（ＧＵＩ）の構成例を示す図である。
【００９４】
本実施形態では、Ｗｅｂブラウザ１５１０によってＧＵＩを提供することができるようになっている。当該ＧＵＩは、ホームゲートウェイのＩＰアドレスを入力するためのアドレス入力部１５２０と、Ｗｅｂページ描画フレーム１５３０と、を有している。Ｗｅｂページ描画フレーム１５３０は、受信側ゲートウェイ装置のＩＰアドレスを入力するためのテキストボックス１５４０と、入力アドレスを確定するための設定ボタン１５５０とを含んでいる。
【００９５】
このＧＵＩを表示するには、まず送信側の操作者の操作により、送信機構１６０が簡易Ｗｅｂサーバを立ち上げ、このＧＵＩを送信側システムのディスプレイに表示（公開）する。そして、送信側の操作者がＰＣ等を用いてＧＵＩページにアクセスする。さらに、当該操作者が、受信側ゲートウェイ装置１４０のＩＰアドレスを入力し、設定ボタン１５５０をクリックして入力アドレスを確定する。
【００９６】
＜ゲートウェイ装置におけるプログラムの更新＞
ＤＬＮＡなどのコンテンツ配信の規格は、定期的にエンハンスされることが想定される。こういった状況変化に対応するためには、送信側及び受信側ゲートウェイ装置における仲介プログラムの更新が必要になる。ゲートウェイ装置におけるプログラムの更新は、ファームウェアの更新により行うことが一般的であるが、装置の停止や再起動を伴うため、その間構内ネットワークの可用性が損なわれる。仲介プログラムの更新を装置の停止や再起動なしでできるようにするため、仲介プログラムを、OSGiフレームワークのようなソフトウェアをモジュール単位でインストール、アンインストールできるソフトウェア管理フレームワークで動作させる。これにより、仲介プログラムの更新を、ゲートウェイ装置を停止することなく行うことができる。
【００９７】
＜まとめ＞
本実施形態では、ＤＭＳなどのコンテンツサーバ、ＤＭＲなどのコンテンツ再生装置が接続された構内ネットワークとインターネットを仲介するゲートウェイ装置に、受信機構と送信機能を用意する。
【００９８】
送信機構は、インターネットを介して接続されたコンテンツ受信側システムにおける受信側ゲートウェイ装置の受信機構に接続するための情報（アドレス情報：操作者が指定する）を保持しておく。そして、送信機構は、コンテンツサーバ（ＤＭＳ）が接続されたコンテンツ送信側システムに設けられた送信側ゲートウェイ装置内で動作する。また、ＤＭＲなどのコンテンツ再生装置が接続されたコンテンツ受信側システムでは、受信機構が受信側ゲートウェイ装置内で動作する。
【００９９】
送信機構は、同一構内ネットワーク上にコンテンツサーバ（ＤＭＳ）が存在する場合は、コンテンツサーバ（ＤＭＳ）に接続するための情報を受信機構に送信する。
【０１００】
コンテンツ再生制御コントローラ（ＤＭＣ）から、コンテンツ再生装置（ＤＭＲ）の情報取得要求を受けた送信機構は、コンテンツ受信側システムのコンテンツ再生装置（ＤＭＲ）の情報を、同一構内ネットワーク上に存在する装置として通知する（仮想ＤＭＲをコンテンツ配信側システム内に生成する）。これにより、コンテンツ再生制御コントローラ（ＤＭＣ）上には、同一構内ネットワーク上の機器として、別ネットワーク上のコンテンツ再生装置（ＤＭＲ）が装置一覧に表示され、同一構内ネットワーク上のコンテンツ再生装置（ＤＭＲ）と、インターネットを介した別構内ネットワーク上のコンテン再生装置（ＤＭＲ）を同一の操作で扱うことができるようになる。即ち、仮想のコンテンツ再生装置（ＤＭＲ）と実際のコンテンツ再生装置（ＤＭＲ）とが連携して動作するように構成される。
【０１０１】
コンテンツ再生制御コントローラ（ＤＭＣ）が、コンテンツ受信側システムにおけるコンテンツ再生装置（ＤＭＲ）に対して、再生指示を行うと、送信機構から受信機構にコンテンツ再生指示が送信され、受信機構より指定のコンテンツ再生装置（ＤＭＲ）に再生指示の情報が伝達される。
【０１０２】
再生指示を受けたコンテンツ再生装置（ＤＭＲ）は、指定されたコンテンツサーバ（ＤＭＳ）に対して、コンテンツ送信要求を送信する。この時に指定したコンテンツサーバ（ＤＭＳ）が、送信機構側に存在する場合は、受信機構が送信機構にコンテンツ送信要求を送信し、送信機構がコンテンツサーバ（ＤＭＳ）にコンテンツ送信要求を送信する。コンテンツ送信要求を受信したコンテンツサーバ（ＤＭＳ）は、コンテンツを送信機構に対して送信し、送信機構から受信機構を経由して、コンテンツ受信側ネットワーク上のコンテンツ再生装置（ＤＭＲ）に送信する。
【０１０３】
以上のように、本実施形態によれば、第１の構内ネットワーク（第１のホームネットワーク）上にあるコンテンツサーバ（ＤＭＳ）上のコンテンツを、インターネットを経由して、第２の構内ネットワーク（第２のホームネットワーク）上のコンテンツ再生装置（ＤＭＲ）において再生することが可能になる。この際に、ＤＬＮＡの規格に変更を加える必要がなく、ＤＬＮＡ規格で与えられる機能を、インターネットを介したコンテンツ配信に拡張することができるようになる。
【０１０４】
また、送信側及び受信側ゲートウェイ装置上の受信機構及び送信機構の機能により、参照可能な全てのインターネットを介した異なる構内ネットワーク上にあるコンテンツサーバ（ＤＭＳ）を同一構内ネットワーク上に存在する機器のように情報を伝達するので、コンテンツ再生制御コントローラ（ＤＭＣ）でのコンテンツリストの取得、コンテンツ再生装置（ＤＭＲ）へのコンテンツ再生指示を、機器の物理的な所在の場所を考慮することなく実施することができる。
【０１０５】
これらすべての機能は、ゲートウェイ上の受信機構、送信機構で実現されるため、ＤＬＮＡプログラムは、特別な機能を保有しない、ＤＬＮＡ規格に準拠した製品で実現することができる。
【０１０６】
なお、本実施形態では、上述した機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
【０１０７】
また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。
【０１０８】
また、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしても良い。
【０１０９】
以上のように、本実施形態によれば、ＤＬＮＡのＤＭＣ、ＤＭＳ、及びＤＭＲの保有する機能に対して構内ネットワーク用の機能を改変せずに、ＤＭＣから広域ネットワークを介して、必要以上の通信をすることなしに、ＤＭＣが存在する構内ネットワークとは別の構内ネットワークにあるＤＭＲでコンテンツを再生することができるようになる。
【図１】
0005517733.tif 000002
【図２】
0005517733.tif 000003
【図３】
0005517733.tif 000004
【図４】
0005517733.tif 000005
【図５】
0005517733.tif 000006
【図６】
0005517733.tif 000007
【図７】
0005517733.tif 000008
【図８】
0005517733.tif 000009
【図９】
0005517733.tif 000010
【図１０】
0005517733.tif 000011
【図１１】
0005517733.tif 000012
【図１２】
0005517733.tif 000013
【図１３】
0005517733.tif 000014
【図１４】
0005517733.tif 000015
【図１５】
0005517733.tif 000016