(57)【要約】【課題】  本発明は、ＤＬＮＡ規格に非対応のWebカメラやＴＶチューナ等の機器から取得した映像データを、インターネットを介してＤＬＮＡネットワーク上で遠隔視聴を可能とすること、および、既存のＤＬＮＡ機器を用いて遠隔操作することができるシステムを提供することを目的とする。【解決手段】  上記課題は、ワームホールデバイスにUPnP Device機能を追加実装すること、および、接続された非ＤＬＮＡ対応機器からの映像データをコンテンツとするラッピングＤＭＳにより解決される。【選択図】  図９
2010011123.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたコントロール装置(11)とサーバー装置(12)の間で通信を行う環境であって、少なくとも、
前記サーバー装置(12)が前記通信の準備を行なう初期化処理を実行するステップ(S300)と、
前記サーバー装置(12)が前記コントロール装置(11)からコンテンツリスト取得を要求する信号であるコンテンツリスト取得要求を受信するステップ(S310)と、
前記サーバー装置(12)が前記コンテンツリスト取得要求を受信した場合にレスポンスＸＭＬとしてコンテンツＵＲＬを前記コントロール装置(11)へ送信するステップ(S320)と、
前記サーバー装置(12)が前記コントロール装置から前記コンテンツＵＲＬに基づく映像データ送信要求を受信するステップ(S330)と、
前記サーバー装置(12)が前記受信した映像データ送信要求に応じて映像デバイスを設定するステップ(S340)と、
予め設定された終了条件が成立するまでの間(S380)、前記サーバー装置(12)が前記映像デバイスより映像データを取得するステップ(S360)と前記サーバー装置(12)が前記取得した映像データをコントロール装置(11)へ送信するステップ(S370)とを繰り返し実行するステップと、
を含むことを特徴とする映像データ送出方法。
【請求項２】
前記受信した映像データ送信要求に応じて映像デバイスを設定するステップ(S340)が、HTTPでのGET要求の内容を取得するステップ(S1210)と、
前記GET要求の内容がＷｅｂカメラからの映像読み取りを要求するものである場合(S1220：右方向)、Ｗｅｂカメラデバイスをデータ読み込み可能な状態に設定するステップ(S1250)と、
前記GET要求の内容がテレビチューナからの映像読み取りを要求するものである場合(S1220:左方向)、テレビチューナのチャンネルをHTTPでのGET要求の内容に従ってセットし(S1230)、テレビチューナデバイスをデータ読み取り可能な状態に設定するステップ(S1240)と、
コントロール装置(11)に対して映像データを送出可能になった旨の応答メッセージを返信する(S1270)ステップと、
を含むことを特徴とする請求項１記載の映像データ送出方法。
【請求項３】
前記初期化処理を実行するステップ(S300)が、少なくとも、
前記サーバー装置(12)の中のHTTPサーバー(43)の最上位ディレクトリーのアドレスを取得するステップ(S1130)と、
前記HTTPサーバーのポート番号を取得するステップ(S1150)と、
前記HTTPサーバーのアドレスと前記ポート番号とを含む映像デバイスを識別するデバイスディスクリプションファイルを示すＵＲＬを作成するステップ(S1160)と、
前記URLをルートデバイスとしてメモリーに記憶するステップ(S1170)と、
ネットワークに接続されたコントロール装置(11)に対してマルチキャストパケットを送出するステップ(S1180)と、
前記HTTPサーバーを起動するステップ(S1190)と、
を含むことを特徴とする請求項１又は２記載の映像データ送出方法。
【請求項４】
異なるホームネットワークに属するコントロール装置(図５  11)とサーバー装置(図５  12)の間でＳＩＰサーバー(図６  63)を介して通信の接続を行う環境であって、少なくとも、
前記サーバー装置(12)の中のUPnP Device(13)が前記通信の準備を行なう初期化処理を実行するステップ(S300)と、
前記UPnP Deviceが、前記UPnP Deviceと異なるホームネットワークに属するサーバー装置(図７  12)のうち、映像データの送信元としてアクセス可能なサーバー装置のリストを表示することを要求する信号である映像データ送信元表示要求を受信するステップ(S1000)と、
前記UPnP Deviceが、前記映像データ送信元表示要求を受信した際に、前記コントローラ装置(11)へ異なるホームネットワークに属する映像データ送信元リストを表示するステップ(S1010)と、
前記UPnP Deviceが、前記コントロール装置(11)より映像データ送信元リストに記載された他のホームネットワークに属する映像データ送信元に対して、コンテンツリスト取得を要求する信号であるコンテンツリスト取得要求を受信するステップ(S310)と、
前記UPnP Deviceが、前記コンテンツリスト取得要求を受信した場合に、異なるホームネットワークに属するワームホールデバイス(52)に対して、コンテンツリスト取得要求を送信し、得られた返信内容に基づき、レスポンスＸＭＬとしてコンテンツＵＲＬを前記コントロール装置(11)へ送信するステップ(S320)と、
前記UPnP Deviceが、前記コントロール装置から異なるホームネットワークに属するワームホールデバイス (52)に対しての映像データ送信要求を受信するステップ(S330)と、
前記受信した映像データ送信要求に応じて映像デバイスを設定するステップ(S340)と、  前記UPnP Deviceが、予め設定された終了条件が成立するまでの間(S380)、前記映像デバイスより映像データを取得するステップ(S360)と前記取得した映像データをコントロール装置(11)へ送信するステップ(S370)とを繰り返し実行するステップと、
を含むことを特徴とする映像データ送出方法。
【請求項５】
前記受信した映像データ送信要求に応じて映像デバイスを設定するステップ(S340)が、HTTPでのGET要求の内容を取得するステップ(S1210)と、
前記GET要求の内容がＷｅｂカメラからの映像読み取りを要求するものである場合(S1220：右方向)、Ｗｅｂカメラデバイスをデータ読み込み可能な状態にするステップ(S1250)と、
前記GET要求の内容がテレビチューナからの映像読み取りを要求するものである場合(S1220:左方向)、テレビチューナのチャンネルをHTTPでのGET要求の内容に従って設定し(S1230)、テレビチューナデバイスをデータ読み取り可能な状態にするステップ(S1240)と、
コントロール装置(11)に対して映像データを送出可能になった旨の応答メッセージを返信するステップ(S1270)と、
を含むことを特徴とする請求項４記載の映像データ送出方法。
【請求項６】
前記初期化処理を実行するステップ(S300)が、少なくとも、
前記コントロール装置(図５  11)と異なるホームネットワークに属するサーバー装置(図５  12)の中のHTTPサーバー(43)の最上位ディレクトリーのアドレスを取得するステップ(S1130)と、
前記HTTPサーバーのポート番号を取得するステップ(S1150)と、
前記HTTPサーバーのアドレスと前記ポート番号とを含む映像デバイスを識別するデバイスディスクリプションファイルを示すＵＲＬを作成するステップ(S1160)と、
前記URLをルートデバイスとしてメモリーに記憶するステップ(S1170)と、
ネットワークに接続されたコントロール装置(11)に対してマルチキャストパケットを送出するステップ(S1180)と、
前記HTTPサーバーを起動するステップ(S1190)と、
を含むことを特徴とする請求項４又は５記載の映像データ送出方法。
【請求項７】
前記コントロール装置(11)がＵＰｎＰ（Universal Plug and Play）に準拠したＤＭＰ（Digital Media Player）であり、前記サーバー装置(12)がＵＰｎＰに準拠したＤＭＳ（Digital Media Server）であることを特徴とする、請求項１乃至６のいずれかに記載の映像データ送出方法。
【請求項８】
ネットワークに接続されたコントロール装置(11)とサーバー装置(12)の間で通信を行う環境であって、少なくとも、
前記通信の準備を行なう初期化処理を実行する手段(S300)と、
前記コントロール装置(11)からコンテンツリスト取得を要求する信号であるコンテンツリスト取得要求を受信する手段(S310)と、
前記コンテンツリスト取得要求を受信した場合にレスポンスＸＭＬとしてコンテンツＵＲＬを前記コントロール装置(11)へ送信する手段(S320)と、
前記コントロール装置から前記コンテンツＵＲＬに基づく映像データ送信要求を受信する手段(S330)と、
前記受信した映像データ送信要求に応じて映像デバイスを設定する手段(S340)と、
予め設定された終了条件が成立するまでの間(S380)、前記映像デバイスより映像データを取得し(S360)、取得した映像データをコントロール装置(11)へ送信する処理(S370)を繰り返す手段と、
を含むことを特徴とする映像データ送出装置。
【請求項９】
前記受信した映像データ送信要求に応じて映像デバイスを設定する手段(S340)が、
HTTPでのGET要求の内容を取得する手段(S1210)と、
前記GET要求の内容がＷｅｂカメラからの映像読み取りを要求するものである場合(S1220：右方向)、Ｗｅｂカメラデバイスをデータ読み込み可能な状態にする手段(S1250)と、
前記GET要求の内容がテレビチューナからの映像読み取りを要求するものである場合(S1220:左方向)、テレビチューナのチャンネルをHTTPでのGET要求の内容に従ってセットし(S1230)、テレビチューナデバイスをデータ読み取り可能な状態にする手段(S1240)と、
コントロール装置(11)に対して映像データを送出可能になった旨の応答メッセージを返信する手段(S1270)と、
を有することを特徴とする請求項８記載の映像データ送出装置。
【請求項１０】
前記初期化処理を実行する手段(S300)が、少なくとも、
前記サーバー装置(12)の中のHTTPサーバー(43)の最上位ディレクトリーのアドレスを取得する手段(S1130)と、
前記HTTPサーバーのアドレスと前記ポート番号とを含む映像デバイスを識別するデバイスディスクリプションファイルを示すＵＲＬを作成する手段(S1160)と、
前記URLをルートデバイスとしてメモリーに記憶する手段(S1170)と、
ネットワークに接続されたコントロール装置(11)に対してマルチキャストパケットを送出する手段(S1180)と、
前記HTTPサーバーを起動する手段(S1190)と、
を含むことを特徴とする請求項８又は９記載の映像データ送出装置。
【請求項１１】
異なるホームネットワークに属するコントロール装置(図５  11)とサーバー装置(図５  12)の間でＳＩＰサーバー(図６  63)を介して通信の接続を行う環境であって、少なくとも、
前記サーバー装置(12)の中のUPnP Device(13)が前記通信の準備を行なう初期化処理を実行する手段(S300)と、
前記UPnP Deviceと異なるホームネットワークに属するサーバー装置(図７  12)のうち、映像データの送信元としてアクセス可能なサーバー装置のリストを表示することを要求する信号である映像データ送信元表示要求を受信する手段 (S1000)と、
前記映像データ送信元表示要求を受信した際に、前記UPnP Device(図７  13)が前記コントローラ装置(11)への異なるホームネットワークに属する映像データ送信元リストを表示する手段(S1010)と、
前記コントロール装置(11)より映像データ送信元リストに記載された他のホームネットワークに属する映像データ送信元に対して、コンテンツリスト取得を要求する信号であるコンテンツリスト取得要求を受信する手段(S310)と、
前記コンテンツリスト取得要求を受信した場合に、異なるホームネットワークに属するワームホールデバイス（Wormhole Device）(52)に対して、コンテンツリスト取得要求を送信し、得られた返信内容に基づき、レスポンスＸＭＬとしてコンテンツＵＲＬを前記コントロール装置(11)へ送信する手段(S320)と、
前記コントロール装置から異なるホームネットワークに属するワームホールデバイス(52)に対しての映像データ送信要求を受信する手段(S330)と、
前記受信した映像データ送信要求に応じて映像デバイスを設定する手段(S340)と、
予め設定された終了条件が成立するまでの間(S380)、前記映像デバイスより映像データを取得する手段(S360)と前記取得した映像データをコントロール装置(11)へ送信する手段(S370)とを繰り返し実行する手段と、
を含むことを特徴とする映像データ送出装置。
【請求項１２】
前記受信した映像データ送信要求に応じて映像デバイスを設定する手段(S340)が、
HTTPでのGET要求の内容を取得する手段(S1210)と、
前記GET要求の内容がＷｅｂカメラからの映像読み取りを要求するものである場合(S1220：右方向)、Ｗｅｂカメラデバイスをデータ読み込み可能な状態にする手段(S1250)と、
前記GET要求の内容がテレビチューナからの映像読み取りを要求するものである場合(S1220:左方向)、テレビチューナのチャンネルをHTTPでのGET要求の内容にする手段(S1230)、テレビチューナデバイスをデータ読み取り可能な状態にする手段(S1240)と、
コントロール装置(11)に対して映像データを送出可能になった旨の応答メッセージを返信する手段(S1270)と、
を含むことを特徴とする請求項１１記載の映像データ送出装置。
【請求項１３】
前記初期化処理を実行する手段(S300)が、少なくとも、
前記コントロール装置(図５  11)と異なるホームネットワークに属するサーバー装置(図５  12)の中のHTTPサーバー(43)の最上位ディレクトリーのアドレスを取得する手段(S1130)と、
前記HTTPサーバーの最上位ディレクトリーのアドレスを取得する手段(S1130)と、
前記HTTPサーバーのポート番号を取得する手段(S1150)と、
前記HTTPサーバーのアドレスと前記ポート番号とを含む映像デバイスを識別するデバイスディスクリプションファイルを示すＵＲＬを作成する手段(S1160)と、
前記URLをルートデバイスとしてメモリーに記憶する手段(S1170)と、
ネットワークに接続されたコントロール装置(11)に対してマルチキャストパケットを送出する手段(S1180)と、
前記HTTPサーバーを起動する手段(S1190)と、
を含むことを特徴とする請求項１２又は１３記載の映像データ送出装置。
【請求項１４】
前記コントロール装置(11)がＵＰｎＰ（Universal Plug and Play）に準拠したＤＭＰ（Digital Media Player）であり、前記サーバー装置(12)がＵＰｎＰに準拠したＤＭＳ（Digital Media Server）であることを特徴とする、請求項８乃至１３のいずれかに記載の映像データ送出装置。
【請求項１５】
パーソナルコンピュータ若しくはルータで構成される、または、家電機器、セットトップボックス、携帯端末機器のいずれかに搭載される、請求項８乃至１４のいずれかに記載の映像データ送出装置。
【請求項１６】
前記テレビチューナが、家電機器、セットトップボックス、携帯端末機器のいずれかに搭載される、請求項８乃至１５のいずれかに記載の映像データ送出装置。
【請求項１７】
前記映像データ送出装置と接続される非ＤＬＮＡ機器との接続が、ＵＳＢインタフェース、ＨＤＭＩインタフェース、あるいは、音声信号と映像信号をそれぞれ分離して接続するインタフェースのいずれかまたはその組み合わせであることを特徴する請求項８乃至１６のいずれかに記載の映像データ送出装置。
【請求項１８】
ネットワークに接続されたコントロール装置(21)とサーバー装置(22)の間で通信を行う環境において、前記通信に際し、サーバー装置(12)の中のＣＰＵ(41)に映像データ送出を行わせるプログラムであって、少なくとも、前記ＣＰＵ(41)に、
前記通信の準備を行なう初期化処理を実行するステップ(S300)と、
前記コントロール装置(11)からコンテンツリスト取得を要求する信号であるコンテンツリスト取得要求を受信するステップ(S310)と、
前記コンテンツリスト取得要求を受信した場合にレスポンスＸＭＬとしてコンテンツＵＲＬを前記コントロール装置(11)へ送信するステップ(S320)と、
前記コントロール装置から前記コンテンツＵＲＬに基づく映像データ送信要求を受信するステップ(S330)と、
前記受信した映像データ送信要求に応じて映像デバイスを設定するステップ(S340)と、
予め設定された終了条件が成立するまでの間(S380)、
前記映像デバイスより映像データを取得するステップ(S360)と前記取得した映像データをコントロール装置(11)へ送信するステップ(S370)とを繰り返し実行するステップと、
を実行させるための映像データ送出プログラム。
【請求項１９】
異なるホームネットワークに属するコントロール装置(図８  11)とサーバー装置(図８  12)の間でワームホールデバイス(図８  51,52)とＳＩＰサーバー(図６  63)を介して通信の接続を行う環境であって、前記通信に際し、コントロール装置（図５  11）と同じホームネットワークに属する前記ワームホールデバイス(図８  51)の中のUPnP Device(図８  13)の中のＣＰＵに映像データ送出を行わせるプログラムであって、
少なくとも、前記ＣＰＵに、
前記通信の準備を行なう初期化処理を実行するステップ(S300)と、
前記コントロール装置(11)と異なるホームネットワークに属するサーバー装置(図７  12)のうち、映像データの送信元としてアクセス可能なサーバー装置のリストを表示することを要求する信号である映像データ送信元表示要求を受信するステップ(S1000)と、
前記映像データ送信元表示要求を受信した際に、UPnP Device(図７  13)が前記コントローラ装置(11)へ異なるホームネットワークに属する映像データ送信元リストを表示するステップ(S1010)と、
前記コントロール装置(11)より映像データ送信元リストに記載された他のホームネットワークに属する映像データ送信元に対して、コンテンツリスト取得を要求する信号であるコンテンツリスト取得要求を受信するステップ(S310)と、
前記コンテンツリスト取得要求を受信した場合に、異なるホームネットワークに属するワームホールデバイス(52)に対して、コンテンツリスト取得要求を送信し、得られた返信内容に基づき、レスポンスＸＭＬとしてコンテンツＵＲＬを前記コントロール装置(11)へ送信するステップ(S320)と、
前記コントロール装置から異なるホームネットワークに属するワームホールデバイス(52)に対しての映像データ送信要求を受信するステップ(S330)と、
前記受信した映像データ送信要求に応じて映像デバイスを設定するステップ(S340)と、
予め設定された終了条件が成立するまでの間(S380)、前記映像デバイスより映像データを取得するステップ(S360)と前記取得した映像データをコントロール装置(11)へ送信するステップ(S370)とを繰り返し実行するステップと、
を実行させるための映像データ送出プログラム。
【請求項２０】
請求項１８乃至１９のいずれかに記載のプログラムが書き込まれた、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像データ送出方法、その方法を実行する映像データ送出装置、その方法をコンピュータに実行させるための映像データ送出プログラム、およびそのプログラムが書き込まれた記録媒体に関する。
【０００２】
詳細には、例えば、ネットワークを介して相互に接続された機器同士で通信を行う際に、ＵＰｎＰ非対応のＷｅｂカメラやテレビチューナ等の機器から取得した映像データをコンテンツとして送出し、当該コンテンツを同一のホームネットワーク内で、あるいは、インターネットを介して遠隔で共有・視聴することができる映像データ送出技術に関する。
【背景技術】
【０００３】
ネットワークに接続して利用する家電機器は、製造元や利用するOperating System(ＯＳ)などが多種多様であることから、相互接続してデータ通信等を行うことが困難である場合がある。
この問題を解決するため近年では、ＡＶ機器を中心とした家電機器において、ＤＬＮＡ(Digital Living Network Alliance)ガイドラインに準拠した製品が、相互接続(通信)性の良さから注目されている。
【０００４】
ＤＬＮＡガイドラインは、家電機器の相互接続に用いる通信プロトコルを指定しており、例えば機器発見や機器へのコマンド送信などに使う通信プロトコルにはＵＰｎＰ(Universal Plug and Play)が指定されている。
ＵＰｎＰでは、家電機器(ＵＰｎＰ機器)が自動的にＩＰアドレス(Internet Protocol アドレス)を取得し、コントロール装置(本明細書において「ＤＭＰ」などとも言う)が、コンテンツを持つサーバー装置(本明細書において「ＤＭＳ」「サーバー」などとも言う)を自動的に発見し、さらに、コンテンツ一覧表を取得し、コンテンツを再生するまでの一連の処理を円滑に実行してくれる。
現在、ＤＬＮＡを中心としたホームネットワーク環境は、その範囲を単一（同一）の家庭内に限定している。
【０００５】
そこで、これらを家庭内若しくは屋外・外出先からの利用を可能なものに拡大することは、アプリケーションや各種のコンテンツの応用可能性を大きく広げると考えられており、ホームネットワーク内の家電機器をインターネット経由で他のネットワークからも利用可能とする試みがなされている。
しかし、現在市販されている安価なＷｅｂカメラやテレビチューナの多くは、パーソナルコンピュータ（ＰＣ）にＵＳＢインタフェースで接続され、個々にセットアップした独自の操作インタフェースを有するソフトウエアを介して操作されるものが多い。
また、ＤＬＮＡガイドラインに準拠したネットワーク対応のＷｅｂカメラは高価であるため一般の個人利用者にとって利用しくにいとの問題がある。
【０００６】
例えば、テレビ放送を遠隔視聴することができる従来技術として、スリングボックス（非特許文献２参照）やロケーションフリー（非特許文献３参照）が挙げられる。
スリングボックス（登録商標）は、テレビ放送をネットワーク配信することができるベースステーションを自宅に設置し、パーソナルコンピュータにインストールした専用の再生ソフトウエアである「スリングプレーヤー」によって同一のホームネットワーク内で、あるいは、インターネットを介して遠隔にて視聴することができる製品である。しかし、再生は専用のソフトウエアであるスリングプレーヤーによらなければならず、ＤＬＮＡガイドラインに準拠した映像機器では視聴することができないとの問題がある。
【０００７】
ロケーションフリー（登録商標）は、テレビアンテナに接続されたロケーションフリーベースステーションから配信されるテレビ放送の動画を、インターネット経由で、専用の再生ソフトウエアであるロケーションフリープレーヤーがインストールされたパーソナルコンピュータ上で視聴することができる製品群である。
しかし、ロケーションフリーは一連の製品を個別に購入し、セットアップしなければならないため、導入に手間がかかるとの問題がある。さらに、既存のＤＬＮＡガイドラインに準拠したＤＭＳに対してロケーションフリープレーヤーからアクセスすることも不可能であるとの問題もある。
【０００８】
【非特許文献１】武藤大吾、吉永努、”ワームホールデバイス：ＤＬＮＡ情報家電の遠隔相互接続支援機構”、マルチメディア  分散  強調とモバイル（ＤＩＣＯＭＯ２００７）シンポジウム、ｐｐ１３４−１３８、２００７年
【非特許文献２】スリングボックス、[平成２０年６月１７日検索]、インターネット(URL: http://www.slingmedia.jp/)
【非特許文献３】ロケーションフリー、[平成２０年６月１７日検索]、インターネット(URL: http://www.sony.jp/products/Consumer/locationfree/)
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、上記したような問題点に鑑みてなされたもので、ネットワークに接続されたコントロール装置、サーバー装置の間で映像コンテンツの通信を行う環境において、ＤＬＮＡ非対応のＷｅｂカメラの映像やテレビ放送の映像をＤＬＮＡ規格に準拠した機器より操作し視聴することを可能とすることに加えて、ＤＭＳに保存された映像コンテンツをも同様の操作インタフェースにより視聴することを可能にすることを目的とする。
【００１０】
例えば、ネットワークに接続されたコントロール装置からサーバー装置を遠隔操作する家電機器遠隔操作環境において、非ＤＬＮＡ対応機器であるＷｅｂカメラやテレビチューナへの操作を、ＤＬＮＡ対応機器への操作と同一の見え方で操作容易性を確保する良好なインタフェースの提供と、ＤＬＮＡ対応機器とＤＬＮＡ非対応機器との汎用的な接続性の確保を両立することを目標とする。
【００１１】
さらに本発明は、映像デバイスの種類の選定やテレビチューナのチャンネル設定の切り替え等の操作をＤＬＮＡ対応機器への操作と同一の操作で行なえる操作インタフェースの提供を目的とする。
【００１２】
さらに本発明は、同一ホームネットワーク内、または、異なるホームネットワーク内とＤＬＮＡ対応機器からの本願発明の映像データ送出装置の検出および通信を可能とすることを目標とする。
【課題を解決するための手段】
【００１３】
以上の目的を達成するために、本願発明者らは、鋭意検討の後、「ラッピングＤＭＳ」と呼ぶ操作環境が前述の課題に対し極めて有用であることを見出した。
ラッピングＤＭＳは、それ自身に接続された機器から取得できる映像データをコンテンツとするUPnP Deviceであり、DLNA非対応のＷｅｂカメラやテレビチューナをUPnP Deviceとして同一のホームネットワークのみでなく、インターネットを介して遠隔からも操作することができる環境を提供する。具体的には、本願発明者らがすでに開発したワームホールデバイス（非特許文献１参照）に、UPnP Deviceとして動作する機能を追加することにより実現される。さらに、当該技術は、既存のコントロール装置やサーバー装置に、機能改造を行わず、映像送出プログラムを介在させるのみで実現可能であるとの知見に基づき、本発明を完成した。
すなわち、本明細書では、以下の発明を開示する。
【００１４】
本発明は、基本的には、ネットワークに接続されたコントロール装置(11)とサーバー装置(12)の間で通信を行う環境において、前記通信に際し映像データ送出を行う技術である。
【００１５】
本発明に係る第一の映像データ送出方法は、少なくとも、
ネットワークに接続されたコントロール装置(11)とサーバー装置(12)の間で通信を行う環境であって、少なくとも、
前記サーバー装置(12)が前記通信の準備を行なう初期化処理を実行するステップ(S300)と、
前記サーバー装置(12)が前記コントロール装置(11)からコンテンツリスト取得を要求する信号であるコンテンツリスト取得要求を受信するステップ(S310)と、
前記サーバー装置(12)が前記コンテンツリスト取得要求を受信した場合にレスポンスＸＭＬとしてコンテンツＵＲＬを前記コントロール装置(11)へ送信するステップ(S320)と、
前記サーバー装置(12)が前記コントロール装置から前記コンテンツＵＲＬに基づく映像データ送信要求を受信するステップ(S330)と、
前記サーバー装置(12)が前記受信した映像データ送信要求に応じて映像デバイスを設定するステップ(S340)と、
予め設定された終了条件が成立するまでの間(S380)、前記サーバー装置(12)が前記映像デバイスより映像データを取得するステップ(S360)と前記サーバー装置(12)が前記取得した映像データをコントロール装置(11)へ送信するステップ(S370)とを繰り返し実行するステップと、
を含むことを要旨とする。
【００１６】
終了条件の好ましい具体例としては、(1)終了コマンドが入力された場合、(2)データが無くなった場合、(3)読み取りデータ数と実際に読み取ったデータ数が食い違う等のエラー発生とのフラグが立った場合、のいずれか１つの条件が成立した場合等とする。ここで、エラー発生の例としては、通信タイムアウト、通信チェックサムエラー、通信データがエラーコレクションコードでリカバーできないなどのケースも含まれる。
【００１７】
コントロール装置は、データの要求元であって、例えば、ＵＰｎＰ機器としてのＤＭＰをあげることができる。サーバー装置は、前記要求に応じたデータの提供（応答）元であって、例えば、ＵＰｎＰ機器としてのＤＭＳをあげることができる。
また、コントロール装置とサーバー装置の間でやりとりされる情報は、制御情報、映像・映像情報、音声・音声情報などの、各種の情報を含む。
【００１８】
本発明をＵＰｎＰに適応した場合、コントロール装置(21)をＵＰｎＰ(Universal Plug and Play)に準拠したＤＭＳ(Digital Media Server)とし、サーバー装置(22)をＵＰｎＰに準拠したＤＭＰ(Digital Media Player)とすることができる。
【００１９】
さらに、本発明に係る映像データ送出方法において、
前記受信した映像データ送信要求に応じて映像デバイスを設定するステップ(S340)が、HTTPでのGET要求の内容を取得するステップ(S1210)と、
前記GET要求の内容がＷｅｂカメラからの映像読み取りを要求するものである場合(S1220：右方向)、Ｗｅｂカメラデバイスをデータ読み込み可能な状態に設定するステップ(S1250)と、
前記GET要求の内容がテレビチューナからの映像読み取りを要求するものである場合(S1220:左方向)、テレビチューナのチャンネルをHTTPでのGET要求の内容に従ってセットし(S1230)、テレビチューナデバイスをデータ読み取り可能な状態に設定するステップ(S1240)と、
コントロール装置(11)に対して映像データを送出可能になった旨の応答メッセージを返信する(S1270)ステップと、
を含むことが好ましい。
【００２０】
さらに、本発明に係る映像データ送出方法において、
前記初期化処理を実行するステップ(S300)が、少なくとも、
前記サーバー装置(12)の中のHTTPサーバー(43)の最上位ディレクトリーのアドレスを取得するステップ(S1130)と、
前記HTTPサーバーのポート番号を取得するステップ(S1150)と、
前記HTTPサーバーのアドレスと前記ポート番号とを含む映像デバイスを識別するデバイスディスクリプションファイルを示すＵＲＬを作成するステップ(S1160)と、
前記URLをルートデバイスとしてメモリーに記憶するステップ(S1170)と、
ネットワークに接続されたコントロール装置(11)に対してマルチキャストパケットを送出するステップ(S1180)と、
前記HTTPサーバーを起動するステップ(S1190)と、
を含むことが好ましい。
【００２１】
また、本発明に係る第二の映像データ送出方法として、
異なるホームネットワークに属するコントロール装置(図５  11)とサーバー装置(図５  12)の間でＳＩＰサーバー(図６  63)を介して通信の接続を行う環境であって、少なくとも、
前記サーバー装置(12)の中のUPnP Device(13)が前記通信の準備を行なう初期化処理を実行するステップ(S300)と、
前記UPnP Deviceが、前記UPnP Deviceと異なるホームネットワークに属するサーバー装置(図７  12)のうち、映像データの送信元としてアクセス可能なサーバー装置のリストを表示することを要求する信号である映像データ送信元表示要求を受信するステップ(S1000)と、
前記UPnP Deviceが、前記映像データ送信元表示要求を受信した際に、前記コントローラ装置(11)へ異なるホームネットワークに属する映像データ送信元リストを表示するステップ(S1010)と、
前記UPnP Deviceが、前記コントロール装置(11)より映像データ送信元リストに記載された他のホームネットワークに属する映像データ送信元に対して、コンテンツリスト取得を要求する信号であるコンテンツリスト取得要求を受信するステップ(S310)と、
前記UPnP Deviceが、前記コンテンツリスト取得要求を受信した場合に、異なるホームネットワークに属するワームホールデバイス（Wormhole Device）(52)に対して、コンテンツリスト取得要求を送信し、得られた返信内容に基づき、レスポンスＸＭＬとしてコンテンツＵＲＬを前記コントロール装置(11)へ送信するステップ(S320)と、
前記UPnP Deviceが、前記コントロール装置から異なるホームネットワークに属するワームホールデバイス (52)に対しての映像データ送信要求を受信するステップ(S330)と、
前記受信した映像データ送信要求に応じて映像デバイスを設定するステップ(S340)と、  前記UPnP Deviceが、予め設定された終了条件が成立するまでの間(S380)、前記映像デバイスより映像データを取得するステップ(S360)と前記取得した映像データをコントロール装置(11)へ送信するステップ(S370)とを繰り返し実行するステップと、
を含むことを要旨とする。
【００２２】
ここで、異なるネットワークとしては、異なるホームネットワークを構成するもの、例えば、ユニキャストネットワーク、マルチキャストネットワーク、ブロードキャストネットワークなどの、各種のネットワークをあげることができる。
【００２３】
前記第二の映像データ送出方法において、前記受信した映像データ送信要求を解析し映像デバイスを設定するステップ(S340)が、
HTTPでのGET要求の内容を取得するステップ(S1210)と、
前記GET要求の内容がＷｅｂカメラからの映像読み取りを要求するものである場合(S1220：右方向)、Ｗｅｂカメラデバイスをデータ読み込み可能な状態にするステップ(S1250)と、
前記GET要求の内容がテレビチューナからの映像読み取りを要求するものである場合(S1220:左方向)、テレビチューナのチャンネルをHTTPでのGET要求の内容に従って設定し(S1230)、テレビチューナデバイスをデータ読み取り可能な状態にするステップ(S1240)と、
コントロール装置(11)に対して映像データを送出可能になった旨の応答メッセージを返信するステップ(S1270)と、
を含むことにしても良い。
【００２４】
また、前記第二の映像データ送出方法において、
前記初期化処理を実行するステップ(S300)が、少なくとも、
前記コントロール装置(図５  11)と異なるホームネットワークに属するサーバー装置(図５  12)の中のHTTPサーバー(43)の最上位ディレクトリーのアドレスを取得するステップ(S1130)と、
前記HTTPサーバーのポート番号を取得するステップ(S1150)と、
前記HTTPサーバーのアドレスと前記ポート番号とを含む映像デバイスを識別するデバイスディスクリプションファイルを示すＵＲＬを作成するステップ(S1160)と、
前記URLをルートデバイスとしてメモリーに記憶するステップ(S1170)と、
ネットワークに接続されたコントロール装置(11)に対してマルチキャストパケットを送出するステップ(S1180)と、
前記HTTPサーバーを起動するステップ(S1190)と、
を含むことが好ましい。
【００２５】
さらに本発明に係る前記した第一の映像データ送出方法を実施する装置として、
ネットワークに接続されたコントロール装置(11)とサーバー装置(12)の間で通信を行う環境であって、少なくとも、
前記通信の準備を行なう初期化処理を実行する手段(S300)と、
前記コントロール装置(11)からコンテンツリスト取得を要求する信号であるコンテンツリスト取得要求を受信する手段(S310)と、
前記コンテンツリスト取得要求を受信した場合にレスポンスＸＭＬとしてコンテンツＵＲＬを前記コントロール装置(11)へ送信する手段(S320)と、
前記コントロール装置から前記コンテンツＵＲＬに基づく映像データ送信要求を受信する手段(S330)と、
前記受信した映像データ送信要求に応じて映像デバイスを設定する手段(S340)と、
予め設定された終了条件が成立するまでの間(S380)、
前記映像デバイスより映像データを取得し(S360)、取得した映像データをコントロール装置(11)へ送信する処理(S370)を繰り返す手段と、
を有することを特徴とする映像データ送出装置をあげることができる。
【００２６】
前記第二の映像データ送出装置において、
前記受信した映像データ送信要求に応じて映像デバイスを設定する手段(S340)が、
HTTPでのGET要求の内容を取得する手段(S1210)と、
前記GET要求の内容がＷｅｂカメラからの映像読み取りを要求するものである場合(S1220：右方向)、Ｗｅｂカメラデバイスをデータ読み込み可能な状態にする手段(S1250)と、
前記GET要求の内容がテレビチューナからの映像読み取りを要求するものである場合(S1220:左方向)、テレビチューナのチャンネルをHTTPでのGET要求の内容に従ってセットし(S1230)、テレビチューナデバイスをデータ読み取り可能な状態にする手段(S1240)と、
コントロール装置(11)に対して映像データを送出可能になった旨の応答メッセージを返信する手段(S1270)と、
を有することを特徴とする映像データ送出装置をあげることができる。
【００２７】
前記第二の映像データ送出装置において、
前記初期化処理を実行する手段(S300)が、少なくとも、
前記サーバー装置(12)の中のHTTPサーバー(43)の最上位ディレクトリーのアドレスを取得する手段(S1130)と、
前記HTTPサーバーのアドレスと前記ポート番号とを含む映像デバイスを識別するデバイスディスクリプションファイルを示すＵＲＬを作成する手段(S1160)と、
前記URLをルートデバイスとしてメモリーに記憶する手段(S1170)と、
ネットワークに接続されたコントロール装置(11)に対してマルチキャストパケットを送出する手段(S1180)と、
前記HTTPサーバーを起動する手段(S1190)と、
を有することを特徴とする映像データ送出装置をあげることができる。
【００２８】
さらに、本発明に係る映像データ送出装置において、
異なるホームネットワークに属するコントロール装置(図５  11)とサーバー装置(図５  12)の間でＳＩＰサーバー(図６  63)を介して通信の接続を行う環境であって、少なくとも、
前記サーバー装置(12)の中のUPnP Device(13)が前記通信の準備を行なう初期化処理を実行する手段(S300)と、
前記UPnP Deviceと異なるホームネットワークに属するサーバー装置(図７  12)のうち、映像データの送信元としてアクセス可能なサーバー装置のリストを表示することを要求する信号である映像データ送信元表示要求を受信する手段 (S1000)と、
前記映像データ送信元表示要求を受信した際に、前記UPnP Device(図７  13)が前記コントローラ装置(11)への異なるホームネットワークに属する映像データ送信元リストを表示する手段(S1010)と、
前記コントロール装置(11)より映像データ送信元リストに記載された他のホームネットワークに属する映像データ送信元に対して、コンテンツリスト取得を要求する信号であるコンテンツリスト取得要求を受信する手段(S310)と、
前記コンテンツリスト取得要求を受信した場合に、異なるホームネットワークに属するワームホールデバイス（Wormhole Device）(52)に対して、コンテンツリスト取得要求を送信し、得られた返信内容に基づき、レスポンスＸＭＬとしてコンテンツＵＲＬを前記コントロール装置(11)へ送信する手段(S320)と、
前記コントロール装置から異なるホームネットワークに属するワームホールデバイス(52)に対しての映像データ送信要求を受信する手段(S330)と、
前記受信した映像データ送信要求に応じて映像デバイスを設定する手段(S340)と、
予め設定された終了条件が成立するまでの間(S380)、前記映像デバイスより映像データを取得する手段(S360)と前記取得した映像データをコントロール装置(11)へ送信する手段(S370)とを繰り返し実行する手段と、
を有することを特徴とする映像データ送出装置をあげることができる。
【００２９】
さらに、本発明に係る映像データ送出装置において、
前記受信した映像データ送信要求に応じて映像デバイスを設定する手段(S340)が、
HTTPでのGET要求の内容を取得する手段(S1210)と、
前記GET要求の内容がＷｅｂカメラからの映像読み取りを要求するものである場合(S1220：右方向)、Ｗｅｂカメラデバイスをデータ読み込み可能な状態にする手段(S1250)と、
前記GET要求の内容がテレビチューナからの映像読み取りを要求するものである場合(S1220:左方向)、テレビチューナのチャンネルをHTTPでのGET要求の内容にする手段(S1230)、テレビチューナデバイスをデータ読み取り可能な状態にする手段(S1240)と、
コントロール装置(11)に対して映像データを送出可能になった旨の応答メッセージを返信する手段(S1270)と、
を有することを特徴とする映像データ送出装置をあげることができる。
【００３０】
さらに、本発明に係る映像データ送出装置において、
前記初期化処理を実行する手段(S300)が、少なくとも、
前記コントロール装置(図５  11)と異なるホームネットワークに属するサーバー装置(図５  12)の中のHTTPサーバー(43)の最上位ディレクトリーのアドレスを取得する手段(S1130)と、
前記HTTPサーバーの最上位ディレクトリーのアドレスを取得する手段(S1130)と、
前記HTTPサーバーのポート番号を取得する手段(S1150)と、
前記HTTPサーバーのアドレスと前記ポート番号とを含む映像デバイスを識別するデバイスディスクリプションファイルを示すＵＲＬを作成する手段(S1160)と、
前記URLをルートデバイスとしてメモリーに記憶する手段(S1170)と、
ネットワークに接続されたコントロール装置(11)に対してマルチキャストパケットを送出する手段(S1180)と、
前記HTTPサーバーを起動する手段(S1190)と、
を有することを特徴とする映像データ送出装置をあげることができる。
【００３１】
前記第二の映像データ送出装置は、コントロール装置側ネットワークに配備されて機能するものと、サーバー装置側ネットワークに配備されて機能する場合がある。
【００３２】
すなわち、サーバー装置側ネットワークに配備されて機能する場合では、
前記異なるホームネットワークに属する中継コントロール装置(52)に対しての映像データ送信要求を受信する手段(S330)と、
前記受信した映像データ送信要求を解析し映像デバイスを設定する手段(S340)と、
終了条件が成立するまでの間(S380)、前記指定機器より映像データを取得する手段(S360)と、前記取得した映像データをコントロール装置(11)へ送信する手段(S370)とを繰り返し実行する手段と、
を有することを特徴とする映像データ送出装置をあげることができる。
【００３３】
前述したそれぞれの映像データ送出装置のより具体的な態様として、例えば、パーソナルコンピュータやルータで構成される装置、若しくは、前記した映像データ送出装置としての機能を併せ持った各種の家電機器、端末携帯機器（携帯電話を含む）などをあげることができる。
また、テレビチューナを筐体に内蔵する態様もありえる。
さらに、前記映像データ送出装置と接続される非ＤＬＮＡ機器との接続が、ＵＳＢインタフェース、ＨＤＭＩインタフェース、あるいは、音声信号と映像信号をそれぞれ分離して接続するインタフェースのいずれかまたはその組み合わせであることする態様もありえる。
【００３４】
本発明に係る前記した第一の映像データ送出方法を実現するプログラム（第一のプログラム）として、
ネットワークに接続されたコントロール装置(21)とサーバー装置(22)の間で通信を行う環境において、前記通信に際し、サーバー装置(12)の中のＣＰＵ(41)に映像データ送出を行わせるプログラムであって、少なくとも、前記ＣＰＵ(41)に、
前記通信の準備を行なう初期化処理を実行するステップ(S300)と、
前記コントロール装置(11)からコンテンツリスト取得を要求する信号であるコンテンツリスト取得要求を受信するステップ(S310)と、
前記コンテンツリスト取得要求を受信した場合にレスポンスＸＭＬとしてコンテンツＵＲＬを前記コントロール装置(11)へ送信するステップ(S320)と、
前記コントロール装置から前記コンテンツＵＲＬに基づく映像データ送信要求を受信するステップ(S330)と、
前記受信した映像データ送信要求に応じて映像デバイスを設定するステップ(S340)と、
予め設定された終了条件が成立するまでの間(S380)、
前記映像デバイスより映像データを取得するステップ(S360)と前記取得した映像データをコントロール装置(11)へ送信するステップ(S370)とを繰り返し実行するステップと、
を実行させるための映像データ送出プログラムをあげることができる。
【００３５】
前記した第一のプログラムにおいて、前記受信した映像データ送信要求を解析し映像デバイスを設定するステップ(S340)が、
HTTPでのGET要求の内容を取得するステップ(S1210)と、
前記解析結果がＷｅｂカメラからの映像読み取りを要求するものである場合(S1220：右方向)、Ｗｅｂカメラデバイスを読み込み可能とする設定するステップ(S1250)と、
前記解析結果がテレビチューナからの映像読み取りを要求するものである場合(S1220:左方向)、テレビチューナのチャンネルをHTTPでのGET要求の内容に従ってセットし(S1230)、テレビチューナデバイスかを読み取り可能とする設定するステップ(S1240)と、
コントロール装置(11)に対して映像データを送出可能になった旨の応答メッセージを返信する(S1270)ステップと、
を含むことが好ましい。
【００３６】
また、前記した第一のプログラムにおいて、前記初期化処理を実行するステップ(S300)が、少なくとも、
前記初期化処理を実行するステップ(S300)が、少なくとも、
前記サーバー装置(12)の中のHTTPサーバー(43)の最上位ディレクトリーのアドレスを取得するステップ(S1130)と、
前記HTTPサーバーのポート番号を取得するステップ(S1150)と、
前記HTTPサーバーのアドレスと前記ポート番号とを含む映像デバイスを識別するデバイスディスクリプションファイルを示すＵＲＬを作成するステップ(S1160)と、
前記URLをルートデバイスとしてメモリーに記憶するステップ(S1170)と、
ネットワークに接続されたコントロール装置(11)に対してマルチキャストパケットを送出するステップ(S1180)と、
前記HTTPサーバーを起動するステップ(S1190)と、
を含むことが好ましい。
【００３７】
本発明に係る前記した第二の映像データ送出方法を実現するプログラム（第二のプログラム）として、
異なるホームネットワークに属するコントロール装置(図８  11)とサーバー装置(図８  12)の間でワームホールデバイス(図８  51,52)とＳＩＰサーバー(図６  63)を介して通信の接続を行う環境であって、前記通信に際し、コントロール装置（図５  11）と同じホームネットワークに属する前記ワームホールデバイス(図８  51)の中のUPnP Device(図８  13)の中のＣＰＵ(図示せず)に映像データ送出を行わせるプログラムであって、
少なくとも、前記ＣＰＵ(図示せず)に、
前記通信の準備を行なう初期化処理を実行するステップ(S300)と、
前記コントロール装置(11)と異なるホームネットワークに属するサーバー装置(図７  12)のうち、映像データの送信元としてアクセス可能なサーバー装置のリストを表示することを要求する信号である映像データ送信元表示要求を受信するステップ(S1000)と、
前記映像データ送信元表示要求を受信した際に、UPnP Device(図７  13)が前記コントローラ装置(11)へ異なるホームネットワークに属する映像データ送信元リストを表示するステップ(S1010)と、
前記コントロール装置(11)より映像データ送信元リストに記載された他のホームネットワークに属する映像データ送信元に対して、コンテンツリスト取得を要求する信号であるコンテンツリスト取得要求を受信するステップ(S310)と、
前記コンテンツリスト取得要求を受信した場合に、異なるホームネットワークに属するワームホールデバイス（Wormhole Device）(52)に対して、コンテンツリスト取得要求を送信し、得られた返信内容に基づき、レスポンスＸＭＬとしてコンテンツＵＲＬを前記コントロール装置(11)へ送信するステップ(S320)と、
前記コントロール装置から異なるホームネットワークに属するワームホールデバイス(52)に対しての映像データ送信要求を受信するステップ(S330)と、
前記受信した映像データ送信要求に応じて映像デバイスを設定するステップ(S340)と、
予め設定された終了条件が成立するまでの間(S380)、前記映像デバイスより映像データを取得するステップ(S360)と前記取得した映像データをコントロール装置(11)へ送信するステップ(S370)とを繰り返し実行するステップと、
を有することを特徴とする映像データ送出プログラムをあげることができる。
【００３８】
前記した各プログラムを実行するコンピュータとは、例えば、汎用のパーソナルコンピュータ、または、ルータ、家電機器、携帯端末機器（携帯電話を含む）などに搭載されたマイクロコンピュータなどをあげることができる。
【００３９】
また、本発明は、前述したそれぞれのプログラムが書き込まれた、コンピュータ読み取り可能な記録媒体を包含する。
【発明の効果】
【００４０】
本発明によれば、ネットワークに接続されたコントロール装置、サーバー装置の間で映像コンテンツの通信を行う環境において、ＤＬＮＡ非対応のＷｅｂカメラの映像やテレビ放送の映像をＤＬＮＡ規格に準拠した機器より操作し視聴することが可能となる。
【００４１】
さらに、本発明は、ＤＭＳに保存された映像コンテンツをも同様の操作インタフェースにより視聴することが可能となる。
【００４２】
さらに、本発明は、ネットワークに接続されたコントロール装置からサーバー装置を遠隔操作する家電機器遠隔操作環境において、非ＤＬＮＡ対応機器であるＷｅｂカメラやテレビチューナへの操作を、ＤＬＮＡ対応機器への操作と同一の見え方で操作容易性を確保する良好なインタフェースを提供と、ＤＬＮＡ対応機器とＤＬＮＡ非対応機器との汎用的な接続性の確保の両立が可能となる。
【００４３】
さらに、本発明は、映像デバイスの種類の選定やテレビチューナのチャンネル設定の切り替え等の操作をＤＬＮＡ対応機器への操作と同一の操作で行なえる操作インタフェースの提供を目的とする。
【００４４】
さらに本発明は、同一ホームネットワーク内、または、異なるホームネットワーク内とＤＬＮＡ対応機器からの本願発明の映像送出装置の検出および通信を可能となるなど、多くの効果を奏する。
【発明を実施するための最良の形態】
【００４５】
以下、本発明の実施形態の例を図１〜図１３に基づいて説明する。
【００４６】
（第１の実施形態例）
図１は、映像データ送出を行なう第一の実施形態例を示す概念図である。この例では、ネットワークに接続されたコントロール装置１１(例えば、ＤＭＰ；UPnP Control Point)と、サーバー装置１２との間で通信を行う環境であって、単一（同一）のブロードキャストドメインに存在するホームネットワーク環境において、UPnP Device機能１３とＨＴＴＰサーバー１４を備えたサーバー装置１２（ラッピングＤＭＳを含む）により、同一ホームネットワーク上に接続された映像機器の映像データを視聴する機能を実現する。
また、Ｗｅｂカメラ１５、テレビチューナ１５はサーバー装置１２（ラッピングＤＭＳを含む）に接続され、それぞれ、Ｗｅｂカメラで撮影された映像、テレビチューナで受信されたテレビ映像を接続されたサーバー装置１２（ラッピングＤＭＳを含む）へ入力する。
【００４７】
ラッピングＤＭＳは、例えば専用の装置、または、汎用のパーソナルコンピュータにより実行される映像データ送出手段としてのプログラムである（図４）。
【００４８】
ラッピングＤＭＳをパーソナルコンピュータによって実現する場合には、例えば図４に示すように、ラッピングプログラムされた制御部４１(以下「ＣＰＵ」と略称する)、記憶装置としてのＲＯＭ、ＲＡＭなどから構成される主メモリ４２、ＵＰｎＰ準拠のネットワーク家電機器と通信が可能なネットワークインタフェース４０、ＨＴＴＰサーバー４３、ＳＩＰ  ＵＲＩリクエスト記憶部４６、Device Num対応表記憶部４７、ＤＭＳリスト記憶部４８、非ＤＬＮＡ機器インタフェース４９などによって構成される。
非ＤＬＮＡ機器インタフェース４９とラッピングＤＭＳ外部に存在する非ＤＬＮＡ機器５０との接続形態としては、例えば、図１３に示すように、(a)ＵＳＢインタフェースを介して接続する形態、(b)ＨＤＭＩインタフェースを介して接続する形態、(c)音声用インタフェースと映像用インタフェースを別個に設けて、音声信号と映像信号が分離してそれぞれ接続される形態などがあり得る。音声信号と映像信号が分離してそれぞれ接続される形態では、映像用インタフェースとしては、例えば、コンポーネントやコンポジットがあり、また、音声用インタフェースとしては、LR Audioや光audioを用いた接続があり得る。なお、コンポーネットやコンポジット、LR Audio等のアナログデータによる伝送の場合には、データ変換部４４にＡ／Ｄ変換機能を有する必要がある。
さらに、実施の態様によっては、(d)ラッピングＤＭＳにテレビチューナが内蔵されている形態もあり得る。この場合は、テレビチューナ１６とデータ変換部４４をも内蔵することがある。
【００４９】
なお、ラッピングＤＭＳを実現する機器は、パーソナルコンピュータに限定されず、ルータ、ハブなどの専用の中継装置や、これらの機器に搭載されたマイクロコンピュータで構成しても良い。
【００５０】
制御部４１（ＣＰＵ）は、ＯＳ(Operating system)等の制御プログラム、および所要データを格納するための内部メモリなどにより、本発明に係る機能を実現している。
【００５１】
図２に、本例の映像データ送出方法のメッセージシーケンス図の概要を示す。また、図３に、本例の映像データ送出方法の動作を示すフローチャートの概要を示す。
【００５２】
ラッピングDMSは、自身に接続された機器から取得できる映像データをコンテンツとするUPnP Deviceプログラムであり、パーソナルコンピュータ上に実装することができる。
このラッピングDMSによれば、ローカルネットワーク上のDMPからアクセスすることができるため、UPnP非対応のWebカメラやテレビチューナからの映像をDLNAネットワークに配信することができ、DMPよりそれらの機器をＤＬＮＡインタフェースにより操作し，映像を視聴することが可能となる。
【００５３】
ラッピングDMSが通信の準備を行なう初期化について、図１１を参照しながら説明する。
ラッピングDMSは、起動するとローカルネットワーク上のDMPからUPnP Deviceとして検出される。この処理は、サーバー装置１２が前記通信の準備を行なう初期化処理を実行するステップ(S300)において、設定ファイルからIPアドレスを読み込むステップ(図１１、S1110)と、ＤＭＰからの接続を受け付けるためのＨＴＴＰサーバー機能を実現するlibupnpを初期化するステップ(図１１、S1120)とルートディレクトリ設定・サーバを起動するステップ（図１１、S1130）とＩＰアドレスを取得するステップ(図１１、S1140)とポート番号を取得するステップ(図１１、S1150)と、サーバー装置１２がデバイスディスクリプションファイルを事前に作成しそのＵＲＬを作成しSIP URIリスト記憶部４６に書き込むステップ(図１１、S1160)と、ＤＭＰからのアクセスを受け付けその要求に応じた処理を他のサブルーチンに引き渡す機能を有するDevice CallbackEvent Handlerを有効化しルートデバイスの登録を実行するステップ（図１１、S1170）と、ＤＭＰからのSearchまたは起動後に自身の存在を他の機器に通知するマルチキャストパケットAdvertise（Ｎｏｔｉｆｙ）によって実現される（図１１、S1180）。
【００５４】
UPnP AV Architecture によると，DMPとDMSのコンテンツ授受はHTTPで行う。すなわち、DMPはラッピングDMSのコンテンツを取得するために、個々のコンテンツに対して割り振られたURLへのHTTP GETを行う。
そのために、HTTP GETに対してレスポンスを返すことのできる簡易なHTTPサーバを作成し，ラッピングDMSに対するDMPからのHTTPでのGET要求に応答する機能を実現した。HTTPサーバはUPnP Deviceプログラムからスレッドとして起動される(S1190)。
【００５５】
次に検出されたラッピングDMSを選択しＤＭＰからコンテンツリスト取得要求(「コンテンツリスト取得要求」とは、WDが検出した同一ドメインにある機器についての要約(Summary)を送出することを求める信号をいう)を受信すると(図１０、S310)、接続されている映像機器の一覧が表示されUPnP Deviceからコントロール装置（ＤＭＰ）１１に対して、コンテンツＵＲＬがレスポンスＸＭＬとして送信される(S320)。
より具体的に説明すれば、UPnP Deviceプログラムは、DMPからUPnP AV ArchitectureのContent Directory Serviceで定義されるObject ID=0のBrowseアクション（すなわち、UPnP Deviceの最上位ディレクトリに対するコンテンツリストの取得要求）を受け取ると(S310)、HTTPサーバのIPアドレスとポート番号及び映像機器を識別するために定義したファイル名から成るコンテンツURLを作成し、Browseに対するレスポンスXMLに整形してDMPに返信する(S320)。URLはXMLファイルのresタグ内に記述される。当該返信により、DMPには映像機器名が表示される。
【００５６】
そして、任意の機器を選択すると、コンテンツＵＲＬに基づき映像データの送信を要求する信号である映像データ送信要求が受信され(S330)、要求の解析と映像デバイスの設定が行なわれた後(S340)、その設定された機器から取得した映像データがコントロール装置１１へ送信され視聴することができる(S360, S370)。
終了コマンドが入力されるか、データ読み出しにエラーが発生するかなどの条件が成立するまで取得した映像データがコントロール装置１１へ送信する処理が繰り返し実行される（S380）。
より具体的には、次にDMPから任意の機器が選択されると，その機器に割り当てたコンテンツURLに対して（つまり，HTTPサーバに対して）HTTPでのGET要求が行われるが、HTTPサーバ１４はその要求を受信後、GET要求されたファイル名を解析し(図１２、S1220)、ファイル名に応じた機器をopenシステムコールによりデータ読み込み可能状態にする(S1230〜S1260)。そして，HTTPでのGET要求に対するレスポンスとしてHTTP1.1 200 OKをコントロール装置（ＤＭＰ）１１へ送信し(S1270)、続けて機器からreadシステムコールにより取得した映像データを(図３、S360)、DMP側からコネクションが切断されるまで送信し(S370)続ける処理を実行する(S380)。
【００５７】
要求の解析と映像デバイスの設定(図３  S340,図１２  S1210〜S1250)について、さらに詳細に説明する。
「http//address:port/device.拡張子」という形式でデバイス識別子を定義し、コンテンツURLが作成される。作成したURLはXMLのresタグ内に記述される。前記「device」は機器の種類を示すものである。また、テレビチューナの場合はセットすべきチャンネルを指定するためにdeviceはdevice_chnnelという形式で記述されている。
HTTPでのGET要求の内容から「http//address:port/device.拡張子」という形式で送られるデバイス識別子の文字列を抽出し予め定められた文字列との一致判断により解析を行い（図１２、S1210）、「device」がテレビチューナを示すか、Ｗｅｂカメラを示すかを判定する（図１２、S1220）。
前記要求が「テレビチューナ」であると判定された場合には（S1220左方向）、サーバ装置１２に接続または内蔵されたテレビチューナ１６をHTTPでのGET要求で指定された内容に従って設定し（S1240）、Ｏｐｅｎシステムコールの実行によりテレビチューナ１６からの映像（映像に加えて音声を含む場合もある）データの読み取りを可能な状態に設定する(S1240)。
一方、前記要求が「Webカメラ」であると判定された場合には（S1220右方向）、Ｏｐｅｎシステムコールの実行によりWebカメラ１５からの映像（映像に加えて音声を含む場合もある）データの読み取りを可能な状態に設定する(S1250)。
以上の処理により、DMPからローカルネットワーク上の「ラッピングDMS」にアクセスし、それに接続された映像機器の映像データを視聴することが可能となる。
【００５８】
（第２の実施形態例）
図５は、本発明のラッピングＤＭＳとワームホールデバイス（ＷＤ）との連携を説明する概念図である。
ワームホールデバイス（ＷＤ）とは、従来同一のホームネットワーク上だけで行なわれてきたＤＭＳ（Digital Media Server）とＤＭＰ(Digital Media Player)間の通信をＳＩＰ網で接続された別のホームネットワークに存在するワームホールデバイスと協調してコンテンツを共有し、異なるホームネットワークを相互に接続することを実現する装置またはソフトウエアをいう（非特許文献１参照）。
ワームホールデバイス（ＷＤ）とラッピングDMS１２を連携したネットワーク構成とすることによって、UPnP非対応のWebカメラ１５やTVチューナ１６から取得した映像データを異なるホームネットワークに属するDLNA対応機器で視聴可能となり、UPnP非対応のWebカメラ１５やTVチューナ１６をDLNA対応ネットワーク対応化することを実現した。
さらに、ラッピングDMSと次に説明するソフトウエアを連携させることでWebカメラ１５の映像やTVチューナ１６のテレビ放送動画のインターネット５３を介した遠隔視聴を実現した。
【００５９】
コントロール装置（ＤＭＰ）１１が属するホームネットワークと、ラッピングＤＭＳ１２が属するホームネットワークが異なるブロードキャストドメインであり、両者はゲートウエイ(54,55)によりインターネット５３を介して接続される。
ＷＤ（Wormhole Device）は、従来同一のホームネットワーク上のみで行われるDMS，DMP間のUPnP通信を異なるホームネットワーク間においても実現するシステムである。コントロール装置１１が属するホームネットワーク側にＷＤ５１が、また、サーバー装置１２がが属するホームネットワーク側にＷＤ５２が、ぞれぞれ存在する。DMS，DMP間の通信手順は同一ホームネットワークにある時のそれと変わることはないため，既存のDMS，DMPに実装変更を加える必要はない(図５)。
【００６０】
図６に、ワームホールデバイスを用いたアドレス変換の概念図を示す。
IPv4環境下のホームネットワークの多くは、プライベートアドレスの割り当てられた機器で構成されるネットワークである。そのため、プライベートアドレスの割り振られた機器同士にインターネットを介した通信を行わせるためにはプライベートアドレスとグローバルアドレスの変換を行う必要がある。そこでWDは、既に広く一般家庭に普及しているUPnP-IGD(UPnP対応NATルータ)(64, 65)を利用してIGDへのポートマップとその削除を自動的に実行することによりNATトラバーサルを行う。
これにより、プライベートアドレスが割り振られた機器同士のインターネットを介した相互遠隔接続が可能となり、既存のホームネットワークの設定に変更を加える必要がないとの効果を奏する。
【００６１】
異なるネットワーク同士のロケーション解決について説明する。
異なるホームネットワークの機器同士が接続するにあたり、お互いのロケーション解決を行う必要がある。そこでWDはSIPユーザエージェントを持ち、SIPサーバ６３を用いてロケーション解決を行う。
SIPサーバ６３は、ＵＡ（User Agent）としてＷＤ５２及びＷＤ５１を持つSIP Proxy Serverである。ＷＤ５１はコントロール装置１１側のホームネットワーク６１に属し、一方、ＷＤ５２はサーバー装置１２側のホームネットワーク６１に属する。SIPサーバ６３は、SIPのREGISTERリクエストによってＳＩＰサーバ６３に登録されたＵＡ間で交わされるSIPリクエストを中継する。
ＵＡがＳＩＰサーバ６３へ登録を行なう際に、Digest認証方法を用いて認証を行なうことにより、中継されるＳＩＰリクエストの発信者の身元に一定の信頼性が確保できるとの効果を奏する。
【００６２】
次に、図７と図８を用いて、異なるネットワークのUPnP機器検出と接続の動作について説明する。
UPnPではUPnP Control Pointが同じネットワークドメインにあるUPnP Deviceを検出する方法としてSSDP(Simple Service Discovery Protocol)を用いる。
SSDPはその通信の一部にUDPマルチキャストを利用するが、マルチキャストパケットを異なるネットワークに転送するには、経由するルータの対応が必要である。そのため、SSDPを使った機器検出を何らかの方法で代替する必要がある。
これに対してWDは，以下に示す方法を使って対応する。
まず、それぞれのドメインのWDは同じドメイン内のUPnP DeviceをSSDPによって検出する。WDは検出したこれら同一ドメインにある機器についての要約(Summary)を作成し，通信先のWDと交換する（GetDeviceSummary命令）（図７  （３）（４））。
ユーザが要約の中にある機器を公開することを選択すると（図８  （１））、WDは通信先のWDに指定された機器の公開を要求し（図８  （４））、公開の対象となる機器の動作を模すUPnP Proxyプロセスが開始される（OpenDevice命令）。
このプロセスは実際の公開先にある機器と同様の動作でSSDPのリクエストを処理する。これにより、DMPは従来どおりのSSDPの処理に従いながら異なるドメインの機器を検出し、通信することが可能になるとの効果を奏する。
【００６３】
ホームネットワーク１（以下HN１）のDMPでホームネットワーク２（以下HN２）にあるラッピングDMSからの映像データをWDによりインターネットを経由して視聴する動作をまとめると、以下のように概説される。
（シーケンス１） WDをHN1，HN2の両方で起動する。
（シーケンス２）HN２においてラッピングDMSを起動する。
（シーケンス３） HN１のWDからHN2のWDに「GetDeviceSummary」命令を送信する（図７（３）（４））。するとHN２のラッピングDMSに関する情報（ID等）が返信される（図７  （５）（６）（７））。
（シーケンス４） HN1のWDからHN2のWDに「OpenDevice」命令を、ラッピングDMSのIDを引数にして送信する（図８（３）（４））。すると両WDにラッピングDMSを模すUPnP Proxyプロセスが起動する。するとHN1のDMPにはHN２にあるラッピングDMSが検出される（図８（５）（６））。
【００６４】
ワームホールデバイスにUPnP Device機能の追加について詳説する。
従来、DMPとDMSの遠隔接続に関するWDの操作は、WDがインストールされたPCのキーボードからCUIで行なっていた。
しかし、ホームネットワークのユーザは必ずしもPCの操作に慣れているとは限らない。そこで。DMPから遠隔接続に関する操作を行うことができるよう、WDにUPnP Device機能を追加した。
UPnP Device機能を追加したWDを用いたDMPとDMSの遠隔接続に至るまでの具体的な流れを以下に示す。
（シーケンス１）WDを起動すると，DMPには「Wormhole Device」という名称のUPnP Deviceが検出される。
（シーケンス２） 「Wormhole Device」を選択すると，WDのSIP URIリスト記憶部46に予め登録されているSIP URIのリストが表示される。
（シーケンス３） 任意のSIP URIを選択すると，そのURIを持つWDが所属するホームネットワークのDMS（UPnP Device）一覧が表示される。
（シーケンス４） そして任意のDMSを選択すると，DMS内に蓄えられたコンテンツを視聴することができる。
【００６５】
以下、ワームホールデバイスをDMPで検出する方法（シーケンス１）について、更に具体的に説明する。
「Wormhole Device」という名称のUPnP Deviceプログラムを作成し、WDの起動時において子プロセスとして起動する。本プログラムは起動後に自身の存在を他の機器に通知するマルチキャストパケットを送出するため（Notifyメソッド）、DMPから検出することが可能となる。
【００６６】
以下、DMPで「Wormhole Device」選択時にSIP URIを表示させる方法（シーケンス２）について、更に具体的に説明する。
前記の通り作成したUPnP Deviceプログラムは、起動時にWDの設定ファイルからSIP URIリストをSIP URIリスト記憶部46から読み込んでXMLファイルを作成する。
そして、DMPからObject ID=0のBrowseアクションを受け取ると（つまり，DMPで「Wormhole Device」を選択），それに対するレスポンスとして先ほど作成したXMLファイルを返信する。
そのため、DMPで「Wormhole Device」を選択するとSIP URIのリストが表示される。
【００６７】
以下、SIP URI選択後、DMSリストを取得して表示させる方法（シーケンス３）について、更に具体的に説明する。
XMLファイルにおける各SIP URIのObject ID（container id）は、「COMMAND_SIPURI」という規則を設けて定義する。COMMANDは，WDに追加したUPnP DeviceプログラムがWD固有の命令を識別し、実行するための識別子である。COMMANDとWD固有命令の対応を表1に示す。
【００６８】
【表１】
2010011123.tif 000003
【００６９】
DMPでSIP URIを選択すると、そのURIを持つWDの所属するホームネットワークのDMSリストが表示されるが、リストの取得にはGetDeviceSummary命令を使用する。そのため、COMMANDには「１」をセットする。なお、SIPURIはGetDeviceSummary命令の送信先WDを識別するために定義する。
DMPで任意のSIP URIを選択すると，先ほど定義した規則に従って作成したObject IDへのBrowseアクションがDMPからローカルネットワーク上のWD（のUPnP Deviceプログラム）に送信される。UPnP Deviceプログラムは，Browse要求されたObject IDを解析して、WD固有命令とその送信先WDを識別し、GetDeviceSummary命令を送信する。すると送信先WDからDMSのリストが返信されるため、DMSリスト記憶部４８に書き込み、UPnP DeviceプログラムはそのリストをDMSリスト記憶部４８より読み出して解析してXMLファイルを作成し、DMPに返信する(図７)。
以上により、DMPで任意のSIP URIを選択すると、それに対応するWDの所属するホームネットワークに存在するDMSのリストを取得し、DMPに表示することができるとの効果を奏する。
【００７０】
以下、選択したDMSとの遠隔接続を開始する方法（シーケンス４）について、更に具体的に説明する。
任意のDMSを選択すると、DMPからUPnP Deviceプログラムに対し、ObjectID（COMMAND_DeviceNum_SIP URIという形式で定義したcontainer id）のBrowseアクションが送信される。つまり、選択したDMSのOpenDevice命令に対応するBrowseアクションである。なおDeviceNumはDMSを識別するための通し番号であり、UPnP DeviceプログラムはDMSのuuidとDeviceNumの対応表がDevice Num対応表記憶部（図４  ４７）に記憶され参照される。
UPnP Deviceプログラムは受信したBrowseアクションのObject IDを解析し、それがOpenDevice命令であると識別すると、SIP URIで指定されたSIP URIを持つWDに対してDeviceNumで指定したDMSのOpenDevice命令を送信する(図８（３）（４）)。OpenDevice命令が正常に実行されると前記ＷＤ５２よりResponseが返信され（図８（５））、ＷＤ（５１）を経由してUPnP Device１３へ転送され（図８（６））、コントロール装置１１がResponseを受信（図８（７））するととによって遠隔接続が成功し映像データの送受信が可能な状態になる。
以上により，DMPで任意のDMSを選択すると、そのDMSとの遠隔接続を開始することが可能となるとの効果を奏する。
【００７１】
以下、WDとDMPによるDLNA情報家電の遠隔通信におけるシーケンスについて、更に具体的に説明する。
図９は、UPnP Device機能を追加したWDの遠隔接続に至るまでのシーケンス図の概略図である。また、図１０は、UPnP Device機能を追加したＷＤの動作を示すフローチャートの概略図である。
【００７２】
ラッピングDMSは、起動するとローカルネットワーク上のDMPからUPnP Deviceとして検出される。この処理は、ＤＭＰからのSearchまたは起動後に自身の存在を他の機器に通知するマルチキャストパケットAdvertise(Notify)によって実現される（図１１、S1180）。
【００７３】
UPnP AV Architecture によると，DMPとDMSのコンテンツ授受はHTTPで行う。すなわち、DMPはラッピングDMSのコンテンツを取得するために、個々のコンテンツに対して割り振られたURLへのHTTP GETを行う。
そのために、HTTP GETに対してレスポンスを返すことのできる簡易なHTTPサーバを作成し，ラッピングDMSに対するDMPからのHTTPでのGET要求に応答する機能を実現した。HTTPサーバはUPnP Deviceプログラムからスレッドとして起動される(S1190)。
【００７４】
次に、映像データ送信元表示要求を受信すると(図１０、S1000)、UPnP Device１３は、ＳＩＰ  ＵＲＩリスト記憶部４６から予め登録されているＳＩＰ  ＵＲＩリストを読み出し、コントロール装置１１へ映像データ送信元リストとして表示する（S1010）。
なお、ここで、「映像データ送信元要求」とは、UPnP Device(図７  13)と異なるホームネットワークに属するサーバー装置(図７  12)のうち、映像データの送信元としてアクセス可能なサーバー装置のリストを表示することを要求する信号をいう。
また、「映像データ送信元リスト」とは、前記「映像データ送信元要求」により表示されるリストをいう。
【００７５】
次に任意のSIP URIがコンテンツリスト取得要求として受信されると(S310)、当該URIを持つＷＤが所蔵するホームネットワークのＤＭＳ（UPnP Device）一覧表がUPnP Deviceからコントロール装置（ＤＭＰ）１１に対して、コンテンツＵＲＬがレスポンスＸＭＬとして送信される(S320)。
なお、「レスポンスＸＭＬ」とは、要求に対する返答として返信されるＸＭＬ形式のデータをいう。また、XMLは文書やデータの意味や構造を記述するためのマークアップ言語の一つであり、コンピュータ同士でのデータの送受信に使用できるほか、Webブラウザで直接閲覧することも想定されたものである。
より具体的に説明すれば、UPnP Deviceプログラムは、DMPからUPnP AV ArchitectureのContent Directory Serviceで定義されるObject ID=0のBrowseアクション（すなわち、UPnP Deviceの最上位ディレクトリに対するコンテンツリストの取得要求）を受け取ると(S310)、HTTPサーバのIPアドレスとポート番号及び映像機器を識別するために定義したファイル名から成るコンテンツURLを作成し、Browseに対するレスポンスXMLに整形してDMPに返信する(S320)。URLはXMLファイルのresタグ内に記述される。当該返信により、DMPには映像機器名が表示される。
【００７６】
そして、任意の機器を選択すると，映像データ送信要求が受信され(S330)、要求の解析と映像デバイスの設定が行なわれた後(S340)、その設定された機器から取得した映像データがコントロール装置１１へ送信され視聴することができる(S360, S370)。
終了コマンドが入力されるか、データ読み出しにエラーが発生するかなどの条件が成立するまで取得した映像データがコントロール装置１１へ送信する処理が繰り返し実行される（S380）。
【００７７】
以下、ラッピングDMSとワームホールデバイスの連携について、更に具体的に説明する。
ラッピングDMSとUPnP Device機能を追加したワームホールデバイスを連携させ，DMPで遠隔にあるWebカメラの映像やテレビ放送をインターネットを介して視聴するシステムを構築する．説明にあたって２つのホームネットワークを想定し，それぞれをホームネットワーク１，ホームネットワーク２とする。
ホームネットワーク１（以下HN１）のDMPでホームネットワーク２（以下HN２）にあるラッピングDMSからの映像データをワームホールデバイスによりインターネットを経由して視聴する場面を想定して説明する。
（シーケンス１） UPnP Device機能を追加したWDをHN1，HN2の両方で起動する。
（シーケンス２） HN２においてラッピングDMSを起動する。
（シーケンス３） HN１のDMPからワームホールデバイスにアクセスし、HN２のラッピングDMSにアクセスする。
（シーケンス４） コンテンツを選択し、再生する。
以上の一連の動作によって、ラッピングDMSとUPnP Device機能を追加したワームホールデバイスを連携させ、DMPで遠隔にあるWebカメラの映像やテレビ放送をインターネットを介して視聴するシステムを構築することが可能となる。
【００７８】
以上、本発明の実施形態の例を図面に基づいて説明したが、本発明は図示例や上述した各例に限定されるものではなく、特許請求範囲に記載された技術的思想の範疇において、種々の変更が可能であることは言うまでもない。
【産業上の利用可能性】
【００７９】
本発明に係る、映像データの送出技術は、ホームネットワークやブロードキャストネットワーク、例えば、ＤＬＮＡ対応規格のコントロール装置（例えば、ＤＭＰ）が導入された家庭、オフィス、事業所、教育機関などで用いられる、独立した製品として、または、他の規格に組み込むソフトウエアなどとして、好適に利用され得る。
【図面の簡単な説明】
【００８０】
【図１】ラッピングＤＭＳ概念図（ＤＭＰと同一ホームネットワークに存在する場合）
【図２】ラッピングＤＭＳ動作シーケンス図（ＤＭＰと同一ホームネットワークに存在する場合）
【図３】ラッピングＤＭＳ動作フローチャート（ＤＭＰと同一ホームネットワークに存在する場合）
【図４】ラッピングＤＭＳ構成図
【図５】ラッピングＤＭＳ構成図とワームホールデバイス（ＷＤ）の連携の概念図
【図６】ワームホールデバイス（ＷＤ）の概念図
【図７】UPnP Device機能を追加したＷＤの動作概念図（その１）
【図８】UPnP Device機能を追加したＷＤの動作概念図（その２）
【図９】ＷＤとＤＭＰによるＤＬＮＡ情報家電の遠隔通信の動作シーケンス図（ＤＭＰとＤＭＳが異なるホームネットワークに存在する場合）
【図１０】UPnP Device機能を追加したＷＤの動作フローチャート（ＤＭＰと同一ホームネットワークに設置する場合）
【図１１】「初期化」（図３のＳ３００，図１０のＳ３００）の詳細フローチャート
【図１２】「要求解析・デバイス設定」（図３のＳ３４０，図１０のＳ３４０）の詳細フローチャート
【図１３】ラッピングＤＭＳと非ＤＬＮＡ機器との接続構成図（図４の４９と５０、及び４４と１６の間の部分の変形例）
【符号の説明】
【００８１】
１１  コントロール装置（ＤＭＰ）
１２  サーバー装置（ラッピングＤＭＳ）
１３  ＵＰｎＰ  Ｄｅｖｉｃｅ
１４、４３  ＨＴＴＰサーバー
１５  Ｗｅｂカメラ
１６  テレビチューナ
４０  ネットワークインタフェース
４１  制御部（ＣＰＵ）
４２  メモリ（主メモリ）
４４  データ変換部
４５  テレビチューナ（内蔵の場合）
４６  ＳＩＰ  ＵＲＩリスト記憶部
４７  Ｄｅｖｉｃｅ  Ｎｕｍ対応表記憶部
４８  ＤＭＳリスト記憶部
４９  非ＤＬＮＡ機器インタフェース
５０  非ＤＬＮＡ機器
５１，５２  ワームホールディバイス（ＷＤ）
５４，５５  ゲートウエイ
６１  ホームネットワーク１
６２  ホームネットワーク２
６３  ＳＩＰサーバー
６４、６５  ＵＰｎＰ  ＩＧＤ
【図１】
2010011123.tif 000004
【図２】
2010011123.tif 000005
【図３】
2010011123.tif 000006
【図４】
2010011123.tif 000007
【図５】
2010011123.tif 000008
【図６】
2010011123.tif 000009
【図７】
2010011123.tif 000010
【図８】
2010011123.tif 000011
【図９】
2010011123.tif 000012
【図１０】
2010011123.tif 000013
【図１１】
2010011123.tif 000014
【図１２】
2010011123.tif 000015
【図１３】
2010011123.tif 000016