(57)【要約】【課題】  動画コンテンツや動画受信クライアントの属性、及び動画サービスの提供状況に応じて、柔軟に配信映像を制御することが可能なメディア配信装置及び方法並びにプログラムを記録した記録媒体を提供する。【解決手段】  通信ネットワークを介してストリームサーバ１００からのメディアデータを受信する動画受信クライアント１０５と、動画受信クライアント１０５にＬＡＮ１０１で接続された防犯用のカメラ１０３、１０４−１〜１０４−４と、メディアデータ及びカメラ１０３、１０４−１〜１０４−４からの画像データを記憶する記憶手段１０２と、を備えた通信ネットワークに用いられるメディア配信装置１０７が動画コンテンツ、動画受信クライアントの属性、及び動画サービスの提供状況に応じてストリームサーバ１００から動画受信クライアント１０５へのメディアデータの配信を制御することにより、柔軟に配信映像を制御することが可能となる。【選択図】  図１
2005084875.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して動画メディアデータを送信する機能を持つ動画送信装置（ストリームサーバ、ネットワークカメラ、 HDDレコーダなど）を複数備え、かつ前記動画送信装置からのメディアデータを受信する動画受信クライアントを備えた通信ネットワークにおいて用いられるメディア配信装置であって、
動画コンテンツの属性、前記動画受信クライアントの属性、及び動画サービスの提供状況に応じて前記動画送信装置から前記動画受信クライアントへのメディアデータの配信を制御することを特徴とするメディア配信装置。
【請求項２】
動画コンテンツ種別、アクセス元クライアント種別、及び動画サービスの提供状況に対応して実行すべきメディア処理の内容を保持するコンテンツ管理テーブルを有するコンテンツアクセスアシスト手段と、
動画受信クライアントからコンテンツアクセス要求、アクセス元ＵＲＬ、及び受信したいコンテンツを指定するアクセス先ＵＲＬを入力として受け取り、アクセス元ＵＲＬ及びアクセス先ＵＲＬをキーとして、前記コンテンツアクセスアシスト手段に対して検索を要求するセッション管理手段と、
前記セッション管理手段より指示されたソースアドレス、ソースポートに合致するメディアデータについて、指示されたメディア処理サブ機能に入力して、その処理結果を受け取り、指示されたデスティネーションアドレス及びデスティネーションポートに対して送信するメディア処理制御手段と、
前記メディア処理制御手段より処理対象のメディアデータ及び該メディアデータを処理するサブ機能モジュールの種別指定を入力されると、指定された機能モジュールにおいて所定のデータ処理を実施した後、処理結果のメディアデータを前記メディア処理制御手段に返すメディア処理手段と、
動画コンテンツソースより送信されてきたメディアデータを受信し、前記メディア処理制御手段にわたすメディアデータ受信手段と、
前記メディア処理制御手段から渡されたメディアデータを、動画受信クライアントに対して送信するメディアデータ送信手段と、
を備えたことを特徴とする請求項１記載のメディア配信装置。
【請求項３】
前記コンテンツアクセスアシスト手段は、前記セッション管理手段からアクセス元ＵＲＬ及びアクセス先ＵＲＬを引き渡しデータとしてコンテンツ管理テーブル検索要求を受け付けると、前記引き渡しデータをキーとして前記コンテンツ管理テーブル内を検索し、合致するエントリを発見すると、当該エントリ内の変換後ＵＲＬ、メディア処理条件及びメディア処理内容を検索結果として前記セッション制御手段に返すことを特徴とする請求項２記載のメディア配信装置。
【請求項４】
前記セッション管理手段は、前記コンテンツアクセスアシスト手段から返される変換後ＵＲＬに関して、当該ＵＲＬで指定される動画コンテンツソースに対してセッション確立要求を行うことを特徴とする請求項２記載のメディア配信装置。
【請求項５】
前記セッション管理手段は、前記コンテンツアクセスアシスト手段から返されるセッション処理条件及びセッション処理内容を解釈し、前記動画受信クライアントから渡されたアクセス元ＵＲＬ及びアクセス先ＵＲＬをキーとして、保持するセッション管理テーブルの内容を検索し、合致するエントリを発見した場合、当該セッションに属するメディアデータを指定されたメディア処理を実行するメディア処理機能内のサブ機能モジュールで処理させるよう前記メディア処理手段に対して指示することを特徴とする請求項２または４記載のメディア配信装置。
【請求項６】
通信ネットワークを介して複数の動画送信装置からのメディアデータを受信する動画受信クライアントに対して、前記複数の動画送信装置から送信される複数の動画メディアデータの少なくとも１つを配信するメディア配信方法であって、
動画コンテンツの属性、前記動画受信クライアントの属性、及び動画サービスの提供状況に応じて前記動画送信装置から前記動画受信クライアントへのメディアデータの配信を制御することを特徴とするメディア配信方法。
【請求項７】
動画コンテンツ種別、アクセス元クライアント種別、及び動画サービスの提供状況に対応して実行すべきメディア処理の内容をコンテンツ管理テーブルに保持させるコンテンツアクセスアシスト工程と、
動画受信クライアントからコンテンツアクセス要求、アクセス元ＵＲＬ、及び受信したいコンテンツを指定するアクセス先ＵＲＬを入力として受け取り、アクセス元ＵＲＬ及びアクセス先ＵＲＬをキーとして、前記コンテンツ管理テーブルに対して検索を要求するセッション管理工程と、
前記セッション管理工程中に指示されたソースアドレス、ソースポートに合致するメディアデータについて、指示されたメディア処理サブ機能に入力して、その処理結果を受け取り、指示されたデスティネーションアドレス及びデスティネーションポートに対して送信するメディア処理制御工程と、
前記メディア処理制御工程中に処理対象のメディアデータ及び該メディアデータを処理するサブ機能モジュールの種別指定を入力されると、指定された機能モジュールにおいて所定のデータ処理を実施した後、処理結果のメディアデータを前記メディア処理制御手段に返すメディア処理工程と、
動画コンテンツソースより送信されてきたメディアデータを受信し、前記メディア処理制御手段にわたすメディアデータ受信工程と、
前記メディア処理制御手段から渡されたメディアデータを、動画受信クライアントに対して送信するメディアデータ送信工程と、
を備えたことを特徴とする請求項６記載のメディア配信方法。
【請求項８】
前記コンテンツアクセスアシスト工程は、前記セッション管理手段からアクセス元ＵＲＬ及びアクセス先ＵＲＬを引き渡しデータとしてコンテンツ管理テーブル検索要求を受け付けると、前記引き渡しデータをキーとして前記コンテンツ管理テーブル内を検索し、合致するエントリを発見すると、当該エントリ内の変換後ＵＲＬ、メディア処理条件及びメディア処理内容を検索結果として前記セッション制御工程に返すことを特徴とする請求項７記載のメディア配信方法。
【請求項９】
前記セッション管理工程は、前記コンテンツアクセスアシスト手段から返される変換後ＵＲＬに関して、当該ＵＲＬで指定される動画コンテンツソースに対してセッション確立要求を行うことを特徴とする請求項７記載のメディア配信方法。
【請求項１０】
前記セッション管理工程は、前記コンテンツアクセスアシスト手段から返されるセッション処理条件及びセッション処理内容を解釈し、前記動画受信クライアントから渡されたアクセス元ＵＲＬ及びアクセス先ＵＲＬをキーとして、保持するセッション管理テーブルの内容を検索し、合致するエントリを発見した場合、当該セッションに属するメディアデータを指定されたメディア処理を実行するメディア処理機能内のサブ機能モジュールで処理させるよう前記メディア処理工程に対して指示することを特徴とする請求項７または９記載のメディア配信方法。
【請求項１１】
通信ネットワークを介して複数の動画送信装置からのメディアデータを受信する動画受信クライアントに対して、前記複数の動画送信装置から送信される複数の動画メディアデータの少なくとも１つを配信するプログラムを記録した記録媒体であって、
動画コンテンツの属性、前記動画受信クライアントの属性、及び動画サービスの提供状況に応じて前記動画送信装置から前記動画受信クライアントへのメディアデータの配信を制御するプログラムを備えたことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディア配信装置及び方法並びにプログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
近年、インターネット(the Internet)に代表される通信ネットワークが急速に発展している。これに伴い、我々がパーソナルコンピュータ(Personal Computer, PC) などの各種端末を用いて、ネットワークサービス提供者を介してインターネットに接続し、電子メールの交換やワールドワイドウェブ(World Wide Web, WWW) の閲覧を行なうことが一般的になっている。
現在、ADSL(Asymmetric Digital Subscriber Line)や光ファイバなどを用いたブロードバンドインターネットが急速に普及している。これに伴って、テレビ電話、映画や音楽ライブコンテンツなどのストリーム配信など、従来のナローバンドネットワークでは利用することが非常に困難であった動画サービスに対する需要が次第に大きくなってきている。
【０００３】
今後は、このような動画コンテンツの単なる受信にとどまらず、サービス利用者の宅内機器（ハードディスクレコーダ(HDDレコーダ) など）、インターネット上のストリームサーバ、ネットワークカメラなどさまざまな場所に分散して存在する多様なコンテンツを、利用者が映像の属性などに応じて自由に組み合わせて利用したいという要求が増大するものと考えられる。
【０００４】
従来、前記したような複数の場所に分散して存在するコンテンツを利用者が容易に利用可能とするために、 WWWブラウザ機能を内蔵したコンテンツ視聴装置に対して、複数の映像コンテンツの格納場所をハイパーリンクという形式でHTML(HyperText Markup Language) ファイル内に記述し、これをブラウザ画面に表示する。動画コンテンツを視聴したい利用者はブラウザ画面に表示されたハイパーリンクをマウスクリックなどして選択することにより、アクセスすることを可能としていた（例えば、特許文献１参照。）。
【特許文献１】特開平１１−８８４１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、前記公報の例では、複数の場所に分散したコンテンツの場所を単一のブラウザ画面内のハイパーリンクとして表示するという点で、利用容易性を向上させているが、コンテンツそのものの表示については、利用者が選択した単一のコンテンツを表示するのみであり、例えば複数のコンテンツを合成し、同一画面上に表示するといったことは不可能である。
そこで、本発明の目的は、前記問題に鑑みてなされたものであり、動画コンテンツや動画受信クライアントの属性、及び動画サービスの提供状況に応じて、柔軟に配信映像を制御することが可能なメディア配信装置及び方法並びにプログラムを記録した記録媒体を提供することである。
【課題を解決するための手段】
【０００６】
請求項１記載の発明は、通信ネットワークを介して動画メディアデータを送信する機能を持つ動画送信装置（ストリームサーバ、ネットワークカメラ、HDDレコーダなど）を複数備え、かつ前記動画送信装置からのメディアデータを受信する動画受信クライアントを備えた通信ネットワークにおいて用いられるメディア配信装置であって、動画コンテンツの属性、前記動画受信クライアントの属性、及び動画サービスの提供状況に応じて前記動画送信装置から前記動画受信クライアントへのメディアデータの配信を制御することを特徴とする。
【０００７】
請求項２記載の発明は、請求項１記載の発明において、動画コンテンツ種別、アクセス元クライアント種別、及び動画サービスの提供状況に対応して実行すべきメディア処理の内容を保持するコンテンツ管理テーブルを有するコンテンツアクセスアシスト手段と、動画受信クライアントからコンテンツアクセス要求、アクセス元ＵＲＬ、及び視聴したいコンテンツを指定するアクセス先ＵＲＬを入力として受け取り、アクセス元ＵＲＬ及びアクセス先ＵＲＬをキーとして、前記コンテンツアクセスアシスト手段に対して検索を要求するセッション管理手段と、前記セッション管理手段より指示されたソースアドレス、ソースポートに合致するメディアデータについて、指示されたメディア処理サブ機能に入力して、その処理結果を受け取り、指示されたデスティネーションアドレス及びデスティネーションポートに対して送信するメディア処理制御手段と、前記メディア処理制御手段より処理対象のメディアデータ及び該メディアデータを処理するサブ機能モジュールの種別指定を入力されると、指定された機能モジュールにおいて所定のデータ処理を実施した後、処理結果のメディアデータを前記メディア処理制御手段に返すメディア処理手段と、動画コンテンツソースより送信されてきたメディアデータを受信し、前記メディア処理制御手段にわたすメディアデータ受信手段と、前記メディア処理制御手段から渡されたメディアデータを、動画受信クライアントに対して送信するメディアデータ送信手段と、を備えたことを特徴とする。
【０００８】
請求項３記載の発明は、請求項２記載の発明において、前記コンテンツアクセスアシスト手段は、前記セッション管理手段からアクセス元ＵＲＬ及びアクセス先ＵＲＬを引き渡しデータとしてコンテンツ管理テーブル検索要求を受け付けると、前記引き渡しデータをキーとして前記コンテンツ管理テーブル内を検索し、合致するエントリを発見すると、当該エントリ内の変換後ＵＲＬ、メディア処理条件及びメディア処理内容を検索結果として前記セッション制御手段に返すことを特徴とする。
【０００９】
請求項４記載の発明は、請求項２記載の発明において、前記セッション管理手段は、前記コンテンツアクセスアシスト手段から返される変換後ＵＲＬに関して、当該ＵＲＬで指定される動画コンテンツソースに対してセッション確立要求を行うことを特徴とする。
【００１０】
請求項５記載の発明は、請求項２または４記載の発明において、前記セッション管理手段は、前記コンテンツアクセスアシスト手段から返されるセッション処理条件及びセッション処理内容を解釈し、前記動画受信クライアントから渡されたアクセス元ＵＲＬ及びアクセス先ＵＲＬをキーとして、保持するセッション管理テーブルの内容を検索し、合致するエントリを発見した場合、当該セッションに属するメディアデータを指定されたメディア処理を実行するメディア処理機能内のサブ機能モジュールで処理させるよう前記メディア処理手段に対して指示することを特徴とする。
【００１１】
請求項６記載の発明は、通信ネットワークを介して複数の動画送信装置からのメディアデータを受信する動画受信クライアントに対して、前記複数の動画送信装置から送信される複数の動画メディアデータの少なくとも１つを配信するメディア配信方法であって、動画コンテンツの属性、前記動画受信クライアントの属性、及び動画サービスの提供状況に応じて前記動画送信装置から前記動画受信クライアントへのメディアデータの配信を制御することを特徴とする。
【００１２】
請求項７記載の発明は、請求項６記載の発明において、動画コンテンツ種別、アクセス元クライアント種別、及び動画サービスの提供状況に対応して実行すべきメディア処理の内容をコンテンツ管理テーブルに保持させるコンテンツアクセスアシスト工程と、動画受信クライアントからコンテンツアクセス要求、アクセス元ＵＲＬ、及び視聴したいコンテンツを指定するアクセス先ＵＲＬを入力として受け取り、アクセス元ＵＲＬ及びアクセス先ＵＲＬをキーとして、前記コンテンツ管理テーブルに対して検索を要求するセッション管理工程と、前記セッション管理工程中に指示されたソースアドレス、ソースポートに合致するメディアデータについて、指示されたメディア処理サブ機能に入力して、その処理結果を受け取り、指示されたデスティネーションアドレス及びデスティネーションポートに対して送信するメディア処理制御工程と、前記メディア処理制御工程中に処理対象のメディアデータ及び該メディアデータを処理するサブ機能モジュールの種別指定を入力されると、指定された機能モジュールにおいて所定のデータ処理を実施した後、処理結果のメディアデータを前記メディア処理制御手段に返すメディア処理工程と、動画コンテンツソースより送信されてきたメディアデータを受信し、前記メディア処理制御手段にわたすメディアデータ受信工程と、前記メディア処理制御手段から渡されたメディアデータを、動画受信クライアントに対して送信するメディアデータ送信工程と、を備えたことを特徴とする。
【００１３】
請求項８記載の発明は、請求項７記載の発明において、前記コンテンツアクセスアシスト工程は、前記セッション管理手段からアクセス元ＵＲＬ及びアクセス先ＵＲＬを引き渡しデータとしてコンテンツ管理テーブル検索要求を受け付けると、前記引き渡しデータをキーとして前記コンテンツ管理テーブル内を検索し、合致するエントリを発見すると、当該エントリ内の変換後ＵＲＬ、メディア処理条件及びメディア処理内容を検索結果として前記セッション制御工程に返すことを特徴とする。
【００１４】
請求項９記載の発明は、請求項７記載の発明において、前記セッション管理工程は、前記コンテンツアクセスアシスト手段から返される変換後ＵＲＬに関して、当該ＵＲＬで指定される動画コンテンツソースに対してセッション確立要求を行うことを特徴とする。
【００１５】
請求項１０記載の発明は、請求項７または９記載の発明において、前記セッション管理工程は、前記コンテンツアクセスアシスト手段から返されるセッション処理条件及びセッション処理内容を解釈し、前記動画受信クライアントから渡されたアクセス元ＵＲＬ及びアクセス先ＵＲＬをキーとして、保持するセッション管理テーブルの内容を検索し、合致するエントリを発見した場合、当該セッションに属するメディアデータを指定されたメディア処理を実行するメディア処理機能内のサブ機能モジュールで処理させるよう前記メディア処理工程に対して指示することを特徴とする。
【００１６】
請求項１１記載の発明は、通信ネットワークを介して複数の動画送信装置からのメディアデータを受信する動画受信クライアントに対して、前記複数の動画送信装置から送信される複数の動画メディアデータの少なくとも１つを配信するプログラムを記録した記録媒体であって、動画コンテンツの属性、前記動画受信クライアントの属性、及び動画サービスの提供状況に応じて前記動画送信装置から前記動画受信クライアントへのメディアデータの配信を制御するプログラムを備えたことを特徴とする。
【発明の効果】
【００１７】
本発明のメディア配信装置及び方法並びにプログラムを記録した記録媒体は、動画コンテンツや動画受信クライアントの属性、及び動画サービスの提供状況に応じて、柔軟に配信映像を制御することが可能となる。
【発明を実施するための最良の形態】
【００１８】
図１は、本発明に係るメディア配信方法を適用したメディア配信装置を含む通信ネットワークの概略構成の一実施の形態を示すブロック図である。
図１における通信ネットワークでは、動画コンテンツの提供元となるブロックとして、インターネット上のストリームサーバ１００、 LAN１０１内の記憶手段としての HDDレコーダ１０２、防犯用のカメラとしてのドアホンカメラ１０３、及び複数（図では四つであるが限定されない。）の監視カメラ１〜４（１０４−１〜１０４−４）が例示されている。尚、１０７はメディア配信装置である。
動画受信クライアント（動画視聴クライアントとも言う。）１０５は、ルータ１０６を介してストリームサーバ１００上の動画コンテンツ及び LAN１０１内の HDDレコーダ１０２内に保存されているか、あるいは各カメラ１０３、１０４−１〜１０４−４から出力される映像コンテンツにアクセスし、動画コンテンツを表示することができる。
図２は、本発明に係るメディア配信装置の概略構成を示すブロック図である。
【００１９】
図２に示すように、本発明のメディア配信装置１０７には、コンテンツアクセスアシスト機能２０１、セッション管理機能２０２、メディア処理制御機能２０３、メディアデータ受信機能２０４、メディアデータ送信機能２０５、及びメディア処理機能２０６が具備されている。
コンテンツアクセスアシスト機能２０１は、動画コンテンツ種別、アクセス元クライアント種別及び動画サービスの提供状況に対応して本メディア配信装置１０７（図１参照。）が実行すべきメディア処理の内容を保持するコンテンツ管理テーブル２０７を保持する。
【００２０】
また、コンテンツアクセスアシスト機能２０１は、セッション管理機能２０２からアクセス元URL 及びアクセス先URL を引渡しデータとしてコンテンツ管理テーブル検索要求を受け付けると、前記引渡しデータをキーとしてコンテンツ管理テーブル２０７内を検索し、合致するエントリを発見すると、当該エントリ内の変換後URL 、メディア処理条件及びメディア処理内容を検索結果としてセッション管理機能２０２に返す機能を持つ。
図３は、図２に示したコンテンツ管理テーブルの内部構造を示す説明図である。
【００２１】
セッション管理機能２０２は、動画受信クライアントからコンテンツアクセス要求、アクセス元URL(動画受信クライアントのURL)及び受信したいコンテンツを指定するアクセス先URL を入力として受け取り、アクセス元URL 及びアクセス先URL をキーとして、コンテンツアクセスアシスト機能２０１に対して検索を要求する機能を持つ。
また、セッション管理機能２０２は、コンテンツアクセスアシスト機能２０１から返される変換後URL に関して、当該URL で指定される動画コンテンツソースに対してセッション確立要求を行なう機能を持つ（複数の変換後URL が返された場合は、おのおののURL に対してセッション確立を行なう。）。
ここで確立されたセッションについては、セッション管理機能２０２が保持するセッション管理テーブル２０８にエントリとして追加され、管理される。
【００２２】
さらに、セッション管理機能２０２は、コンテンツアクセスアシスト機能２０１から返されるセッション処理条件及びセッション処理内容を解釈し、動画受信クライアント１０５（図１参照。）から渡されたアクセス元URL 及びアクセス先URL をキーとして、保持するセッション管理テーブル２０８の内容を検索し、合致するエントリを発見した場合、当該セッションに属するメディアデータを指定されたメディア処理を実行するメディア処理機能２０６内のサブ機能モジュールにおいて処理させるようメディア処理機能２０６に対して指示する機能を持つ。
図４は、セッション管理テーブルの内部構造を示すブロック図である。
【００２３】
メディア処理制御機能２０３（図２参照。）は、セッション管理機能２０２（図２参照。）より指示されたソースアドレス、ソースポートに合致するメディアデータについて、これを指示されたメディア処理サブ機能に入力して、その処理結果を受け取り、指示されたデスティネーションアドレス及びデスティネーションポートに対して送信する機能を持つ。
メディア処理機能２０６は、メディア処理制御機能２０３より、処理対象のメディアデータ及びメディアデータを処理するサブ機能モジュールの種別指定を入力されると、指定された機能モジュールにおいて所定のデータ処理を実施した後、処理結果のメディアデータをメディア処理制御機能２０３に返す機能を持つ。
メディアデータ受信機能２０４は、動画コンテンツソースより送信されてきたメディアデータを受信し、メディア処理制御機能２０３に渡す機能を持つ。メディアデータ送信機能２０５は、メディア処理制御機能２０３から渡されたメディアデータを、動画受信クライアント１０５（図１参照。）に対して送信する機能を持つ。
【００２４】
（動作の説明）
次に、図を用いて、本発明を適用したメディア配信において、動画受信クライアントから動画コンテンツアクセスを受信した際に実行される処理の手順の一例を説明する。
図５は、本発明のメディア配信方法を適用したメディア配信装置のシーケンス図である。
同図は、動画受信クライアント１０５が起動されてから、 LAN１０１に接続されている複数の監視カメラ（１０４−１〜１０４−４）の画像を１つのストリームに画面を例えば４分割した形で合成し、動画受信クライアント１０５において合成後の画像が表示されるまでの処理の流れを示すシーケンス図である。
【００２５】
動画受信クライアント１０５は起動されると、メディア配信装置１０７に対してメニューを表示するよう要求する。メディア配信装置１０７は、本要求に応えてメニュー画面を動画受信クライアント１０５に送信する。
ここで、動画受信クライアント１０５が監視カメラ１〜４（１０４−１〜１０４−４）を選択すると、動画受信クライアント１０５は監視カメラ１０４−１〜１０４−４を示すURL(sip:survcameras@lan.net)への接続要求をメディア配信装置１０７に対して送信する。
メディア配信装置１０７は、動画受信クライアント１０５を示すURL(sip:videoclient@lan.net)及び監視カメラ１０４−１〜１０４−４を示すURL(sip:survcameras@lan.net)をキーとしてセッション管理テーブル２０８（図２）を検索する。この場合は、本キーに合致するエントリが存在しない。
【００２６】
合致するエントリが発見された場合、すなわち、既に動画受信クライアント１０５が監視カメラ１０４−１〜１０４−４の画像を受信中であるときに、再度動画受信クライアント１０５が監視カメラ１０４−１〜１０４−４の視聴を選択した場合は、メディア配信装置１０７は動画受信クライアント１０５に対して、接続成功応答を返す。尚、既に動画受信クライアント１０５が受信中である画像に対する影響はない。
【００２７】
次に、メディア配信装置１０７は、同一のキーを用いて、コンテンツ管理テーブル２０７を検索する。本検索の結果として、sip:survcameras@lan.net がsip:camera1@lan.net 、sip:camera2@lan.net 、sip:camera3@lan.net 、及びsip:camera4@lan.net というURL にそれぞれ変換され、かつこれら４つのカメラ（１０４−１〜１０４−４）から送られてくるメディアストリームを1つのストリームに合成し、１画面４分割表示のストリームとして、動画受信クライアント１０５に送信する設定がなされていることがわかる。
【００２８】
この後、メディア配信装置１０７は、４つのカメラ（１０４−１〜１０４−４）のURLに対してそれぞれ個別に接続要求を送信する。これら４つのURL すべてから接続成功応答が返ってくると、メディア配信装置１０７はセッション管理テーブル２０８に、動画受信クライアント１０５(sip:videoclient@lan.net) と監視カメラ（１０４−１〜１０４−４）(sip:survcameras@lan.net) との間にセッションが確立された旨の情報を生成する。この際、サーバ側サブセッションとしては、メディア配信装置１０７と４つの個々のカメラ（１０４−１〜１０４−４）間のセッション情報が、クライアント側サブセッションとしては、動画受信クライアント１０５及びメディア配信装置１０７との間のセッション情報が格納される。
【００２９】
セッション管理テーブル２０８のエントリを生成した後、メディア配信装置１０７は動画受信クライアント１０５に対して接続が成功した旨の応答を送信する。その後、メディア配信装置１０７は設定されていたメディア処理（４ストリームを１ストリームに合成、１画面を４分割）を行なったメディアデータを動画受信クライアント１０５に対して送信する。動画受信クライアント１０５では、送信されてきたメディアデータを表示する。
図６は本発明のメディア配信方法を適用したメディア配信装置のシーケンス図である。
同図は、動画受信クライアントが起動されてから、 LANに接続されている HDDレコーダ内に格納されている画像コンテンツを視聴中に、来客があったためドアホンカメラ１０３からの画像コンテンツが視聴中の HDDレコーダ動画コンテンツの画面上にPicture in Picture（PinP）形式でサブ画面表示されるまでの処理の流れを示すシーケンス図である。
【００３０】
動画受信クライアント１０５が起動されると、メディア配信装置１０７に対してメニューを表示するよう要求する。メディア配信装置１０７は、本要求に応えてメニュー画面を動画受信クライアント１０５に送信する。
ここで、動画受信クライアント１０５が HDDレコーダ１０２の使用を選択すると、動画受信クライアント１０５は HDDレコーダ１０２を示すURL(sip:hddrec@lan.net) への接続要求をメディア配信装置に対して送信する。
メディア配信装置１０７は、動画受信クライアント１０５を示すURL(sip:videoclient@lan.net)及び HDDレコーダ１０２を示すURL(sip:hddrec@lan.net) をキーとしてセッション管理テーブル２０８を検索する。この場合、本キーに合致するエントリが存在しない。
合致するエントリが発見された場合、すなわち、既に動画受信クライアント１０５が HDDレコーダ１０２の画像を受信中であるときに、再度動画受信クライアント１０５が HDDレコーダ１０２を選択した場合は、メディア配信装置１０７は動画受信クライアント１０５に対して、接続成功応答を返す。
【００３１】
尚、既に動画受信クライアント１０５が受信中である画像に対する影響はない。
次に、メディア配信装置１０７は、同一のキーを用いて、コンテンツ管理テーブル２０７を検索する。本検索の結果として、本キーに対しては特別な設定がなされていないことがわかる。
この後、メディア配信装置１０７は、 HDDレコーダ１０２に対して接続要求を送信する。 HDDレコーダ１０２から接続成功応答が返ってくると、メディア配信装置１０７はセッション管理テーブル２０８に、動画受信クライアント１０５(sip:videoclient@lan.net) と HDDレコーダ１０２(sip:hddrec@lan.net) との間にセッションが確立された旨の情報を生成する。この際、サーバ側サブセッションとしては、メディア配信装置１０７と HDDレコーダ１０２と間のセッション情報が格納され、クライアント側サブセッションとしては、動画受信クライアント１０５及びメディア配信装置１０７との間のセッション情報が格納される。
【００３２】
セッション管理テーブル２０８のエントリを生成した後、メディア配信装置１０７は動画受信クライアント１０５に対して接続が成功した旨の応答を送信する。その後、メディア配信装置１０７のサーバは HDDレコーダ１０２からのメディアデータを動画受信クライアント１０５に対して送信する。動画受信クライアント１０５は、送信されてきたメディアデータを表示する。
次に、動画受信クライアント１０５が HDDレコーダ１０２からの映像を受信している途中に、来客があったなどの事象により、ドアホンカメラ１０３側から動画受信クライアント１０５(sip:videoclient@lan.net) への接続要求がメディア配信装置１０７に対して送信される。
【００３３】
本要求を受信すると、メディア配信装置１０７は、ドアホンカメラ１０３を示すURL(sip:doorphone@lan.net)及び動画受信クライアント１０５を示すURL(sip:videoclient@lan.net)をキーとしてセッション管理テーブル２０８を検索する。この場合、アクセス元URL がsip:videoclient@lan.net、アクセス先URL がsip:hddrec@lan.net となっているセッション管理テーブル２０８のエントリが検索結果として得られる。
【００３４】
次に、メディア配信装置１０７は、同一のキーを用いて、コンテンツ管理テーブル２０７を検索する。本検索の結果として、他セッションが既に存在している状態であるので、ドアホンカメラ１０３から送られてくるメディアストリームを既存（ HDDレコーダ１０２から）のメディアストリームを１つのストリームに合成し、ドアホンカメラ１０３の画像をメイン画面の一部、例えば右下にサブ画面としてPinP表示するストリームとして動画受信クライアント１０５に送信する設定がなされていることがわかる。
この後、メディア配信装置１０７はドアホンカメラ１０３に対して接続成功応答を返す。応答後、メディア配信装置１０７は、ドアホンカメラ１０３からのメディアデータを受信し、設定されていたメディア処理（ドアホンカメラ１０３からの画像をメイン画面の右下にPinPでサブ画面表示する）を行ない、処理結果の合成後のメディアデータを動画受信クライアント１０５に送信する。そうすると、動画受信クライアント１０５では、これまで視聴していた HDDレコーダ１０２からの画像にPinP表示でドアホンカメラ１０３からの画像が表示されるため、来客があることを知ることが可能である。
【００３５】
ここで、本発明は、メディア配信装置及び方法に限定されるものではなく、メディア配信方法のプログラムを記録した記録媒体、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＨＤＤであってもよい。すなわち、ネットワークを介してストリームサーバからのメディアデータを受信する動画受信クライアントに対して、動画受信クライアントにＬＡＮで接続された防犯用のカメラからの画像データ及びメディアデータの少なくとも一方を配信するプログラムを記録した記録媒体であって、動画コンテンツ、動画受信クライアントの属性、及び動画サービスの提供状況に応じてストリームサーバから動画受信クライアントへのメディアデータの配信を制御するプログラムを備えた記録媒体であってもよい。
【００３６】
以上において、本発明に係るメディア配信装置及び方法並びにプログラムを記録した記録媒体によれば、ネットワーク上に分散して存在する映像コンテンツへのシームレスなアクセスを可能とすることができる。
【図面の簡単な説明】
【００３７】
【図１】本発明に係るメディア配信方法を適用したメディア配信装置を含む通信ネットワークの概略構成の一実施の形態を示すブロック図である。
【図２】本発明に係るメディア配信装置の概略構成を示すブロック図である。
【図３】図２に示したコンテンツ管理テーブルの内部構造を示す説明図である。
【図４】セッション管理テーブルの内部構造を示すブロック図である。
【図５】本発明のメディア配信方法を適用したメディア配信装置のシーケンス図である。
【図６】本発明のメディア配信方法を適用したメディア配信装置のシーケンス図である。
【符号の説明】
【００３８】
１００    ストリームサーバ
１０１    ＬＡＮ
１０２    ＨＤＤレコーダ
１０３    ドアホンカメラ
１０４−１〜１０４−４  監視カメラ
１０５    動画受信クライアント
１０６    ルータ
１０７    メディア配信装置
【図１】
2005084875.tif 000003
【図２】
2005084875.tif 000004
【図３】
2005084875.tif 000005
【図４】
2005084875.tif 000006
【図５】
2005084875.tif 000007
【図６】
2005084875.tif 000008