JP2013214888A - メディアデータ送信装置、情報処理方法及びプログラム - Google Patents
メディアデータ送信装置、情報処理方法及びプログラム Download PDFInfo
- Publication number
- JP2013214888A JP2013214888A JP2012084252A JP2012084252A JP2013214888A JP 2013214888 A JP2013214888 A JP 2013214888A JP 2012084252 A JP2012084252 A JP 2012084252A JP 2012084252 A JP2012084252 A JP 2012084252A JP 2013214888 A JP2013214888 A JP 2013214888A
- Authority
- JP
- Japan
- Prior art keywords
- media data
- data
- transmitting apparatus
- data transmission
- media
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 93
- 230000010365 information processing Effects 0.000 title claims description 5
- 238000003672 processing method Methods 0.000 title claims description 4
- 230000004044 response Effects 0.000 claims description 8
- 238000012546 transfer Methods 0.000 claims description 6
- 238000000034 method Methods 0.000 description 54
- 238000012545 processing Methods 0.000 description 18
- 238000009826 distribution Methods 0.000 description 13
- 230000006870 function Effects 0.000 description 13
- 230000008569 process Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 238000003384 imaging method Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
- H04N7/181—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/21805—Source of audio or video content, e.g. local disk arrays enabling multiple viewpoints, e.g. using a plurality of cameras
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Closed-Circuit Television Systems (AREA)
Abstract
【課題】メディアデータ受信装置が複数のデータ送信装置のネットワーク構造を把握せずともリソースを効率的に使用することを可能とすることを目的とする。
【解決手段】ネットワークに接続されたデータ受信装置にメディアデータを送信するメディアデータ送信装置であって、データ受信装置から命令実行要求を受信する受信手段と、受信手段により受信された命令実行要求の命令の実行の可否を判定する判定手段と、ネットワークに接続された他のデータ送信装置のアドレス情報を管理する管理手段と、判定手段により実行不可と判定された場合に管理手段により管理されているアドレス情報の他のデータ送信装置に命令実行を委託する委託手段と、を有することによって課題を解決する。
【選択図】図１
【解決手段】ネットワークに接続されたデータ受信装置にメディアデータを送信するメディアデータ送信装置であって、データ受信装置から命令実行要求を受信する受信手段と、受信手段により受信された命令実行要求の命令の実行の可否を判定する判定手段と、ネットワークに接続された他のデータ送信装置のアドレス情報を管理する管理手段と、判定手段により実行不可と判定された場合に管理手段により管理されているアドレス情報の他のデータ送信装置に命令実行を委託する委託手段と、を有することによって課題を解決する。
【選択図】図１
Description
本発明は、メディアデータ送信装置、情報処理方法及びプログラムに関する。
現在、インターネット等のＩＰネットワークを用いたメディア伝送が普及しており、カメラ等で撮影した動画像や音声等のメディアデータをネットワーク経由でリアルタイムに伝送するプロトコルであるＲＴＰが利用されてきている。ここで、ＩＰとは、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌの略である。また、ＲＴＰとは、Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌの略である。
また、ライブカメラや監視カメラ等に代表されるように、メディアデータを送信するサーバ機能を有する送信装置に対して、複数のメディアデータ受信装置がメディアデータ送信を要求する利用形態もある。更に、異なる角度からの映像の取得や故障時の代替装置としての役割のため、複数のデータ送信装置が同一の被撮像対象物を撮影し、撮影した映像データをデータ受信装置に送信する形態も存在する。
また、ライブカメラや監視カメラ等に代表されるように、メディアデータを送信するサーバ機能を有する送信装置に対して、複数のメディアデータ受信装置がメディアデータ送信を要求する利用形態もある。更に、異なる角度からの映像の取得や故障時の代替装置としての役割のため、複数のデータ送信装置が同一の被撮像対象物を撮影し、撮影した映像データをデータ受信装置に送信する形態も存在する。
メディアデータのリアルタイム送信においては、データ受信装置における再生時のメディアの品質維持のために、データ送信装置の処理負荷やネットワーク負荷を考慮して、データ受信装置の接続数を制限する等の制御が必要である。従来、接続数を制限する方法としては、閾値として最大接続数を予め設定しておき、閾値を超える接続要求については要求を拒否する技術が一般的であった（例えば、特許文献１参照）。
また、データ受信装置自身にデータ転送機能を持たせ、ネットワークのツリー構造を踏まえた上でデータを転送させることで、処理負荷やネットワーク負荷を軽減しつつ、多くのデータ受信装置にメディアデータを伝送する技術があった（例えば、特許文献２参照）。
また、データ受信装置自身にデータ転送機能を持たせ、ネットワークのツリー構造を踏まえた上でデータを転送させることで、処理負荷やネットワーク負荷を軽減しつつ、多くのデータ受信装置にメディアデータを伝送する技術があった（例えば、特許文献２参照）。
しかしながら、従来の接続数制限方法では、複数のデータ送信装置が存在していたとしても、接続要求を受信したデータ送信装置が、既に接続上限数までデータ受信装置と接続済みであった場合には、別のデータ送信装置が送信可能であっても接続を拒否してしまう。そのため、複数のデータ送信装置のリソースを最大限利用するためには、データ受信装置が予め複数のデータ送信装置の存在を把握しつつ、接続拒否された場合に改めて別のデータ送信装置に接続要求を送信しなければならないという問題があった。
また、データ受信装置間でメディアデータを転送する技術については、データ受信装置がその他複数のデータ受信装置のネットワーク構造を把握していなければならないうえに、データ転送機能を持たなければならないという問題があった。
また、データ受信装置間でメディアデータを転送する技術については、データ受信装置がその他複数のデータ受信装置のネットワーク構造を把握していなければならないうえに、データ転送機能を持たなければならないという問題があった。
本発明はこのような問題点に鑑みなされたもので、メディアデータ受信装置が複数のデータ送信装置のネットワーク構造を把握せずともリソースを効率的に使用することを可能とすることを目的とする。
そこで、本発明は、ネットワークに接続されたデータ受信装置にメディアデータを送信するメディアデータ送信装置であって、前記データ受信装置から命令実行要求を受信する受信手段と、前記受信手段により受信された命令実行要求の命令の実行の可否を判定する判定手段と、前記判定手段により実行不可と判定された場合に、前記ネットワークに接続された他のデータ送信装置のアドレス情報を取得する取得手段と、前記取得手段により取得されたアドレス情報の他のデータ送信装置に命令実行を委託する委託手段と、を有する。
本発明によれば、メディアデータ受信装置が複数のデータ送信装置のネットワーク構造を把握せずともリソースを効率的に使用することを可能とすることができる。
以下、本発明の実施形態について図面に基づいて説明する。
＜実施形態１＞
本実施形態のメディアデータ送信装置等の構成について、図１を参照して説明する。
図１において、メディアデータ送信装置１０１は、メディアデータを送信する通信機能を備えた単一若しくは複数のコンピュータ装置で実現してもよいし、通信機能を備えたカメラであってもよい。
メディアデータ受信装置１０２は、メディアデータ送信装置１０１より送信されるメディアデータを受信する通信機能を備えたコンピュータで実現してもよいし、通信機能を備えたストレージ装置やテレビであってもよい。
これらメディアデータ送信装置１０１とメディアデータ受信装置１０２とは、互いに通信可能なようにネットワーク１０３で接続されている。
本実施形態のメディアデータ送信装置等の構成について、図１を参照して説明する。
図１において、メディアデータ送信装置１０１は、メディアデータを送信する通信機能を備えた単一若しくは複数のコンピュータ装置で実現してもよいし、通信機能を備えたカメラであってもよい。
メディアデータ受信装置１０２は、メディアデータ送信装置１０１より送信されるメディアデータを受信する通信機能を備えたコンピュータで実現してもよいし、通信機能を備えたストレージ装置やテレビであってもよい。
これらメディアデータ送信装置１０１とメディアデータ受信装置１０２とは、互いに通信可能なようにネットワーク１０３で接続されている。
メディアデータ送信装置１０１は、機能構成として、メディアデータ入力部１０４、メディアデータ符号化部１０５、パケット生成部１０６、パケット送信部１０７、パケット受信部１０８、命令実行可否判定部１０９、アドレス情報取得部１１０を含む。また、メディアデータ送信装置１０１は、機能構成として、音声データ復号化部１１１、音声データ再生部１１２を含む。なお、メディアデータ送信装置１０１は、機能構成として、音声データ復号化部１１１、音声データ再生部１１２を含んでいなくてもよい。各機能構成はそれぞれハードウェアとしてメディアデータ送信装置１０１に実装されていてもよいし、ＣＰＵが記憶装置に記憶されたプログラムに基づき実行することによって実現されるソフトウェアとしてメディアデータ送信装置１０１に実装されていてもよい。但し、本実施形態では、後述する図２に示すように、図１に示される各機能構成は、ＣＰＵが記憶装置に記憶されたプログラムに基づき実行することによって実現されるソフトウェアとしてメディアデータ送信装置１０１に実装されているものとして説明を行う。
まず、メディアデータ送信装置１０１における大まかな処理の流れを説明する。
メディアデータ入力部１０４は、ネットワーク１０３を介して伝送する映像データや音声データを、記憶装置やビデオカメラ、ネットワークカメラ等の映像センサ、音声センサから受け取り、デジタル信号に変換し、メディアデータ符号化部１０５へ入力する。
メディアデータ符号化部１０５は、入力されたメディアデータを圧縮符号化方式に従い符号化する。ここで圧縮符号化方式とは、例えば、映像データであれば、Ｈ．２６４／ＡＶＣやＭｏｔｉｏｎ−ＪＰＥＧ、音声データであれば、Ｇ．７１１やＧ．７２６等が挙げられるが、これら以外の方式でもよい。符号化したメディアデータはパケット生成部１０６に入力される。
パケット生成部１０６は、符号化されたメディアデータを通信に最適なパケットに分割する。通信プロトコルとしてＲＴＰを用いる場合、一般的には１５００バイト程度のＲＴＰパケットが生成される。生成されたメディアデータパケットはパケット送信部１０７に入力される。
パケット送信部１０７は、前記生成されたメディアデータパケットをネットワーク１０３経由でメディアデータ受信装置１０２へと送信する。
メディアデータ入力部１０４は、ネットワーク１０３を介して伝送する映像データや音声データを、記憶装置やビデオカメラ、ネットワークカメラ等の映像センサ、音声センサから受け取り、デジタル信号に変換し、メディアデータ符号化部１０５へ入力する。
メディアデータ符号化部１０５は、入力されたメディアデータを圧縮符号化方式に従い符号化する。ここで圧縮符号化方式とは、例えば、映像データであれば、Ｈ．２６４／ＡＶＣやＭｏｔｉｏｎ−ＪＰＥＧ、音声データであれば、Ｇ．７１１やＧ．７２６等が挙げられるが、これら以外の方式でもよい。符号化したメディアデータはパケット生成部１０６に入力される。
パケット生成部１０６は、符号化されたメディアデータを通信に最適なパケットに分割する。通信プロトコルとしてＲＴＰを用いる場合、一般的には１５００バイト程度のＲＴＰパケットが生成される。生成されたメディアデータパケットはパケット送信部１０７に入力される。
パケット送信部１０７は、前記生成されたメディアデータパケットをネットワーク１０３経由でメディアデータ受信装置１０２へと送信する。
パケット受信部１０８は、メディアデータ受信装置１０２からネットワーク１０３経由で送信されるパケットを受信する。ここで受信されるパケットは、メディアデータ受信装置１０２が要求する命令実行情報を含む。ここでの命令実行情報とは、例えば、メディアデータの送信要求やメディアデータ受信装置１０２から送信する音声データの出力要求を意味する。本実施形態では、メディアデータの送信要求を例に説明する。
命令実行可否判定部１０９は、メディアデータ受信装置１０２が要求する命令の実行可否を判定する。判定方法については後述する。判定の可否についての情報は、パケット送信部１０７からメディアデータ受信装置１０２に通知される。通知方法は、セッション制御プロトコルとしてのＲＴＳＰやＳＩＰプロトコル等を用いて実現されるが、これら以外の方式でもよい。本実施形態では、ＲＴＳＰを用いた方式により説明する。ここで、ＲＴＳＰとは、Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌの略である。また、ＳＩＰとは、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌの略である。
命令実行可否判定部１０９は、メディアデータ受信装置１０２が要求する命令の実行可否を判定する。判定方法については後述する。判定の可否についての情報は、パケット送信部１０７からメディアデータ受信装置１０２に通知される。通知方法は、セッション制御プロトコルとしてのＲＴＳＰやＳＩＰプロトコル等を用いて実現されるが、これら以外の方式でもよい。本実施形態では、ＲＴＳＰを用いた方式により説明する。ここで、ＲＴＳＰとは、Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌの略である。また、ＳＩＰとは、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌの略である。
メディアデータ受信装置１０２の要求する命令の実行が不可であった場合、アドレス情報取得部１１０は、ネットワーク１０３に接続された第二のメディアデータ送信装置のＩＰアドレスを取得する。パケット生成部１０６は、アドレス情報取得部１１０が取得した第二のメディアデータ送信装置のＩＰアドレスを含めたメディアセッション情報を生成する。パケット送信部１０７は、前記生成されたメディアセッション情報をメディアデータ受信装置１０２に送信する。メディアセッション情報についても後述する。
音声データ復号化部１１１は、メディアデータ受信装置１０２から送信された音声データを復号化する。
複合化した音声データは、音声データ再生部１１２により、スピーカーやイヤフォン等のオーディオデバイスに出力され、再生される。
音声データ復号化部１１１は、メディアデータ受信装置１０２から送信された音声データを復号化する。
複合化した音声データは、音声データ再生部１１２により、スピーカーやイヤフォン等のオーディオデバイスに出力され、再生される。
続いて、メディアデータ受信装置１０２における大まかな処理の流れを説明する。
命令実行要求生成部１１３は、命令実行要求を生成する。そして、パケット生成部１２０は、前記命令実行要求をパケット化する。パケット送信部１１４は、パケット化された前記命令実行要求（メディアデータパケット）をメディアデータ送信装置１０１に送信する。ここでの命令実行要求とは、先述した通り、メディアデータの送信要求や音声データの出力要求等である。送信プロトコルはＲＴＳＰやＳＩＰでもよいし、それ以外の方式でもよい。
パケット受信部１１５は、メディアデータ送信装置１０１より送信されたメディアデータパケットを受信する。メディアデータ復号化部１１６は、それぞれの符号化方式に従い、前記メディアデータパケットを復号化する。メディアデータ再生部１１７は、復号化されたメディアデータを再生する。
音声データ入力部１１８は、マイクロフォン等から音声データを入力する。入力された音声データはデジタル信号に変換された後、音声データ符号化部１１９により符号化される。
命令実行要求生成部１１３は、命令実行要求を生成する。そして、パケット生成部１２０は、前記命令実行要求をパケット化する。パケット送信部１１４は、パケット化された前記命令実行要求（メディアデータパケット）をメディアデータ送信装置１０１に送信する。ここでの命令実行要求とは、先述した通り、メディアデータの送信要求や音声データの出力要求等である。送信プロトコルはＲＴＳＰやＳＩＰでもよいし、それ以外の方式でもよい。
パケット受信部１１５は、メディアデータ送信装置１０１より送信されたメディアデータパケットを受信する。メディアデータ復号化部１１６は、それぞれの符号化方式に従い、前記メディアデータパケットを復号化する。メディアデータ再生部１１７は、復号化されたメディアデータを再生する。
音声データ入力部１１８は、マイクロフォン等から音声データを入力する。入力された音声データはデジタル信号に変換された後、音声データ符号化部１１９により符号化される。
図２は、メディアデータ送信装置のハードウェア構成の一例を示す図である。
図２に示されるように、メディアデータ送信装置１０１は、ＣＰＵ１１と、記憶装置１２と、ネットワークＩ／Ｆ１３と、を含む。
ＣＰＵ１１は、記憶装置に記憶されたプログラムを実行することによって、図１に示されるメディアデータ送信装置１０１の機能や後述するメディアデータ送信装置１０１のフローチャートに係る情報処理を実現する。また、ＣＰＵ１１は、システムバスに接続される各ハードウェアを総括的に制御する。記憶装置１２は、例えば、ＲＡＭ、ＲＯＭ、ＨＤＤ等であり、プログラムを記憶すると共にＣＰＵ１１の主メモリ、ワークエリア等として機能する。ネットワークＩ／Ｆ１３は、ネットワークを介した他の装置との通信を制御する。
なお、メディアデータ送信装置のハードウェア構成として、撮像装置や音声出力装置等を含んでいてもよい。
また、メディアデータ受信装置１０２も少なくとも図２に示されるようなハードウェア構成を有するものとする。即ち、メディアデータ受信装置１０２のＣＰＵが、メディアデータ受信装置１０２の記憶装置に記憶されているプログラムを実行することによって、図１に示されるメディアデータ受信装置１０２の機能等を実現する。
同様に、クライアントも少なくとも図２に示されるようなハードウェア構成を有するものとする。即ち、クライアントのＣＰＵがクライアントの記憶装置に記憶されているプログラムを実行することによって、後述するクライアントの機能等を実現する。
図２に示されるように、メディアデータ送信装置１０１は、ＣＰＵ１１と、記憶装置１２と、ネットワークＩ／Ｆ１３と、を含む。
ＣＰＵ１１は、記憶装置に記憶されたプログラムを実行することによって、図１に示されるメディアデータ送信装置１０１の機能や後述するメディアデータ送信装置１０１のフローチャートに係る情報処理を実現する。また、ＣＰＵ１１は、システムバスに接続される各ハードウェアを総括的に制御する。記憶装置１２は、例えば、ＲＡＭ、ＲＯＭ、ＨＤＤ等であり、プログラムを記憶すると共にＣＰＵ１１の主メモリ、ワークエリア等として機能する。ネットワークＩ／Ｆ１３は、ネットワークを介した他の装置との通信を制御する。
なお、メディアデータ送信装置のハードウェア構成として、撮像装置や音声出力装置等を含んでいてもよい。
また、メディアデータ受信装置１０２も少なくとも図２に示されるようなハードウェア構成を有するものとする。即ち、メディアデータ受信装置１０２のＣＰＵが、メディアデータ受信装置１０２の記憶装置に記憶されているプログラムを実行することによって、図１に示されるメディアデータ受信装置１０２の機能等を実現する。
同様に、クライアントも少なくとも図２に示されるようなハードウェア構成を有するものとする。即ち、クライアントのＣＰＵがクライアントの記憶装置に記憶されているプログラムを実行することによって、後述するクライアントの機能等を実現する。
次に、図３を用いて、命令実行可否判定部１０９における処理の流れを説明する。
命令実行可否判定部１０９は、パケット受信部１０８によって受信されたメディアデータ送信要求から要求メディア情報を取得する（Ｓ２０１）。要求メディア情報は一つとは限らず、例えば、映像データ、音声データ、メタデータ等複数のメディアデータの送信を要求する可能性がある。
命令実行可否判定部１０９は、取得した要求メディアの現在の配信数を取得する（Ｓ２０２）。そして、命令実行可否判定部１０９は、現配信数と予め設定された最大配信数とを比較する（Ｓ２０３）。本実施形態では、最大配信数を静的に設定している。しかしながら、例えば、命令実行可否判定部１０９等が、ネットワークの帯域やメディアデータ送信装置１０１のＣＰＵ処理負荷から動的に設定してもよいし、要求メディア情報毎に異なる値を設定してもよい。
命令実行可否判定部１０９は、パケット受信部１０８によって受信されたメディアデータ送信要求から要求メディア情報を取得する（Ｓ２０１）。要求メディア情報は一つとは限らず、例えば、映像データ、音声データ、メタデータ等複数のメディアデータの送信を要求する可能性がある。
命令実行可否判定部１０９は、取得した要求メディアの現在の配信数を取得する（Ｓ２０２）。そして、命令実行可否判定部１０９は、現配信数と予め設定された最大配信数とを比較する（Ｓ２０３）。本実施形態では、最大配信数を静的に設定している。しかしながら、例えば、命令実行可否判定部１０９等が、ネットワークの帯域やメディアデータ送信装置１０１のＣＰＵ処理負荷から動的に設定してもよいし、要求メディア情報毎に異なる値を設定してもよい。
命令実行可否判定部１０９は、現配信数が最大配信数以上（つまり、閾値以上）であれば（Ｓ２０３においてＹｅｓ）、命令実行（送信）不可と判定する（Ｓ２０４）。
命令実行可否判定部１０９は、現配信数が最大配信数未満（つまり、閾値未満）であれば（Ｓ２０３においてＮｏ）、全ての要求メディアについて判定したか否かを確認する（Ｓ２０５）。
命令実行可否判定部１０９は、全要求メディアを網羅していれば（Ｓ２０５においてＹｅｓ）、命令実行（送信）可と判定する（Ｓ２０６）。命令実行可否判定部１０９は、全要求メディアを網羅していなければ（Ｓ２０５においてＮｏ）、次の要求メディア情報を取得する（Ｓ２０１）。本実施形態では、全要求メディアについて最大配信数未満でなければ送信不可と判定しているが、最大配信数未満のメディアが一つでもあれば送信可と判定してもよい。
命令実行可否判定部１０９は、現配信数が最大配信数未満（つまり、閾値未満）であれば（Ｓ２０３においてＮｏ）、全ての要求メディアについて判定したか否かを確認する（Ｓ２０５）。
命令実行可否判定部１０９は、全要求メディアを網羅していれば（Ｓ２０５においてＹｅｓ）、命令実行（送信）可と判定する（Ｓ２０６）。命令実行可否判定部１０９は、全要求メディアを網羅していなければ（Ｓ２０５においてＮｏ）、次の要求メディア情報を取得する（Ｓ２０１）。本実施形態では、全要求メディアについて最大配信数未満でなければ送信不可と判定しているが、最大配信数未満のメディアが一つでもあれば送信可と判定してもよい。
次に、命令実行可否判定部１０９において実行不可と判定された場合に、ネットワークに接続された別のメディアデータ送信装置に要求命令実行を委託する方法について説明する。本実施形態では、ＲＴＳＰを用いたより具体的な方法を示すが、これに限らない。
図４は、本実施形態の概要を示す図である。
メディアデータ送信装置であるカメラ（１）３０１及びカメラ（２）３０２がルータ３０５を介して同ＬＡＮ上に存在している。また、メディアデータ受信装置であるｎ個のクライアント３０３がネットワーク１０３を介して撮像メディアデータ３０６を受信している。この状態で新たなメディアデータ受信装置であるクライアント（ｎ＋１）３０４がメディアデータ送信要求をカメラ（１）３０１に送信してきた様子を示している。複数のメディアデータ送信装置は、同ＬＡＮ上に存在していなくてもよいし、ルータ３０５を介していなくてもよい。
図４は、本実施形態の概要を示す図である。
メディアデータ送信装置であるカメラ（１）３０１及びカメラ（２）３０２がルータ３０５を介して同ＬＡＮ上に存在している。また、メディアデータ受信装置であるｎ個のクライアント３０３がネットワーク１０３を介して撮像メディアデータ３０６を受信している。この状態で新たなメディアデータ受信装置であるクライアント（ｎ＋１）３０４がメディアデータ送信要求をカメラ（１）３０１に送信してきた様子を示している。複数のメディアデータ送信装置は、同ＬＡＮ上に存在していなくてもよいし、ルータ３０５を介していなくてもよい。
ここで、カメラ（１）３０１がメディアデータを送信できる最大配信数をｎとする。カメラ（１）３０１は、既にクライアント群（１）−（ｎ）３０３に対し、メディアデータを配信中であり、クライアント（ｎ＋１）３０４に対するメディアデータ配信は実行不可状態である。このときカメラ（１）３０１は、同ＬＡＮ上に存在するカメラ（２）３０２に対してメディアデータの代替配信が可能かどうかを問い合わせる。問い合わせの結果、配信可能であると判断すると、カメラ（１）３０１は、カメラ（２）３０２のＩＰアドレスを含むメディアデータ情報をクライアント（ｎ＋１）３０４に送信する。クライアント（ｎ＋１）３０４は、カメラ（１）３０１から受信したメディアデータ情報を参照し、カメラ（２）３０２とのセッションを確立することで、カメラ（２）３０２から撮像メディアデータ３０８を受信する。
次に、図５を用いて、ＲＴＳＰを用いた詳細な処理の例を示す。
ここで、カメラ（１）３０１のＩＰアドレスをｘｘｘ．ｘｘｘ．ｘｘｘ．１とする。また、カメラ（２）３０２のＩＰアドレスをｘｘｘ．ｘｘｘ．ｘｘｘ．２とする。
クライアント（ｎ＋１）３０４は、カメラ（１）３０１に対し、メディアデータ送信要求３０７を送信する。ＲＴＳＰでメディアデータストリームを要求する場合、クライアント（ｎ＋１）３０４は、まず、ＤＥＳＣＲＩＢＥメソッドを用いてＳＤＰによるメディアデータ情報を要求するのが通例である。ここで、ＳＤＰは、Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌの略である。このメディアデータ情報には、映像や音声の符号化方式やメディアストリーム要求用のＵＲＬ等が含まれている。
カメラ（１）３０１は、新規メディアデータ送信不可状態であるため、カメラ（２）３０２にＤＥＳＣＲＩＢＥメソッド４０１によりメディアデータ情報を要求する。
カメラ（２）３０２は、新規メディアデータ送信可能であれば、成功応答（２００：ＯＫ）と共にメディアデータ情報を含むＳＤＰ４０２をカメラ（１）３０１に送信する。
ここで、カメラ（１）３０１のＩＰアドレスをｘｘｘ．ｘｘｘ．ｘｘｘ．１とする。また、カメラ（２）３０２のＩＰアドレスをｘｘｘ．ｘｘｘ．ｘｘｘ．２とする。
クライアント（ｎ＋１）３０４は、カメラ（１）３０１に対し、メディアデータ送信要求３０７を送信する。ＲＴＳＰでメディアデータストリームを要求する場合、クライアント（ｎ＋１）３０４は、まず、ＤＥＳＣＲＩＢＥメソッドを用いてＳＤＰによるメディアデータ情報を要求するのが通例である。ここで、ＳＤＰは、Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌの略である。このメディアデータ情報には、映像や音声の符号化方式やメディアストリーム要求用のＵＲＬ等が含まれている。
カメラ（１）３０１は、新規メディアデータ送信不可状態であるため、カメラ（２）３０２にＤＥＳＣＲＩＢＥメソッド４０１によりメディアデータ情報を要求する。
カメラ（２）３０２は、新規メディアデータ送信可能であれば、成功応答（２００：ＯＫ）と共にメディアデータ情報を含むＳＤＰ４０２をカメラ（１）３０１に送信する。
カメラ（１）３０１は、カメラ（２）３０２から受信したカメラ（２）３０２のメディアデータ情報をクライアント（ｎ＋１）３０４に転送する。
クライアント（ｎ＋１）３０４は、カメラ（１）３０１から受信したカメラ（２）３０２のメディアデータ情報を参照し、カメラ（２）３０２とのメディアセッションを確立するための要求ＳＥＴＵＰメソッド４０３をカメラ（２）３０２に送信する。メディアセッションは、例えば、ＲＴＰ／ＵＤＰで接続し、セッション制御用のＲＴＳＰのセッションとは別に確立する。プロトコルはＲＴＰ／ＵＤＰでなくてもよく、ＲＴＳＰやＨＴＴＰ等のＴＣＰプロトコルでカプセル化してもよい。
クライアント（ｎ＋１）３０４は、メディアセッション確立後は、メディアデータの再生開始要求ＰＬＡＹメソッド４０４をカメラ（２）３０２に送信し、カメラ（２）３０２から撮像メディアデータ３０８を受信する。
クライアント（ｎ＋１）３０４は、カメラ（１）３０１から受信したカメラ（２）３０２のメディアデータ情報を参照し、カメラ（２）３０２とのメディアセッションを確立するための要求ＳＥＴＵＰメソッド４０３をカメラ（２）３０２に送信する。メディアセッションは、例えば、ＲＴＰ／ＵＤＰで接続し、セッション制御用のＲＴＳＰのセッションとは別に確立する。プロトコルはＲＴＰ／ＵＤＰでなくてもよく、ＲＴＳＰやＨＴＴＰ等のＴＣＰプロトコルでカプセル化してもよい。
クライアント（ｎ＋１）３０４は、メディアセッション確立後は、メディアデータの再生開始要求ＰＬＡＹメソッド４０４をカメラ（２）３０２に送信し、カメラ（２）３０２から撮像メディアデータ３０８を受信する。
続いて、図６を用いて、第二のメディアデータ送信装置もメディアデータの送信不可状態であった場合の処理の例を示す。
クライアント（ｎ＋１）３０４からのメディアデータ送信要求３０７を受信したカメラ（１）３０１は、メディアデータ送信不可状態であるため、第二のメディアデータ送信装置であるカメラ（２）３０２に対し、ＤＥＳＣＲＩＢＥメソッド４０１を送信する。
ここで、カメラ（２）３０２もメディアデータの送信不可状態であるとする。
カメラ（２）３０２自身が第二の代替メディアデータ送信装置情報を保持していない場合は、ＲＴＳＰのエラー応答５０１、例えば、エラーコード４０６： Ｎｏｔ Ａｃｃｅｐｔａｂｌｅをカメラ（１）３０１に送信する。
カメラ（２）３０２自身が第二の代替メディアデータ送信装置情報を保持している場合は、同じようにＤＥＳＣＲＩＢＥメソッドによりメディアデータ情報を要求してもよい。
クライアント（ｎ＋１）３０４からのメディアデータ送信要求３０７を受信したカメラ（１）３０１は、メディアデータ送信不可状態であるため、第二のメディアデータ送信装置であるカメラ（２）３０２に対し、ＤＥＳＣＲＩＢＥメソッド４０１を送信する。
ここで、カメラ（２）３０２もメディアデータの送信不可状態であるとする。
カメラ（２）３０２自身が第二の代替メディアデータ送信装置情報を保持していない場合は、ＲＴＳＰのエラー応答５０１、例えば、エラーコード４０６： Ｎｏｔ Ａｃｃｅｐｔａｂｌｅをカメラ（１）３０１に送信する。
カメラ（２）３０２自身が第二の代替メディアデータ送信装置情報を保持している場合は、同じようにＤＥＳＣＲＩＢＥメソッドによりメディアデータ情報を要求してもよい。
カメラ（２）３０２からエラー応答（４０６： Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ）５０１を受信したカメラ（１）３０１は、カメラ（２）３０２以外の第二の代替メディアデータ送信装置情報を保持している場合は、以下の処理を行ってもよい。即ち、カメラ（１）３０１は、代替メディアデータ送信装置情報の代替メディアデータ送信装置にＤＥＳＣＲＩＢＥメソッドを送信してもよい。
カメラ（１）３０１が保持している全ての代替メディアデータ送信装置がメディアデータの配信不可状態（つまり、実行不可能）であった場合は、カメラ（１）３０１は、クライアント（ｎ＋１）３０４に対しＲＴＳＰのエラー応答５０１を送信する。つまり、このことで、カメラ（１）３０１は、メディアデータ送信要求を拒否する。なお、ＲＴＳＰのエラー応答５０１のエラーコードは４０６： Ｎｏｔ Ａｃｃｅｐｔａｂｌｅでなくてもよい。また、ＤＥＳＣＲＩＢＥメソッドではメディアデータ配信の可否を判定せずに、ＳＥＴＵＰメソッドで判定し、拒否してもよい。
本実施形態では、カメラ（１）３０１が、第二のメディアデータ送信装置であるカメラ（２）３０２に対し、ＤＥＳＣＲＩＢＥメソッドによってメディアデータ情報を取得するよう説明を行った。しかしながら、カメラ（１）３０１が、メディアデータ情報を予め保持しておき、カメラ（２）３０２に問い合わせずにクライアント（ｎ＋１）３０４に送信してもよい。
また、本実施形態では、第二のメディアデータ送信装置を一個として説明したが、複数個存在する場合、所定のアルゴリズム等を用いて優先順位を付け、問い合わせ先を決定するようにしてもよい。
カメラ（１）３０１が保持している全ての代替メディアデータ送信装置がメディアデータの配信不可状態（つまり、実行不可能）であった場合は、カメラ（１）３０１は、クライアント（ｎ＋１）３０４に対しＲＴＳＰのエラー応答５０１を送信する。つまり、このことで、カメラ（１）３０１は、メディアデータ送信要求を拒否する。なお、ＲＴＳＰのエラー応答５０１のエラーコードは４０６： Ｎｏｔ Ａｃｃｅｐｔａｂｌｅでなくてもよい。また、ＤＥＳＣＲＩＢＥメソッドではメディアデータ配信の可否を判定せずに、ＳＥＴＵＰメソッドで判定し、拒否してもよい。
本実施形態では、カメラ（１）３０１が、第二のメディアデータ送信装置であるカメラ（２）３０２に対し、ＤＥＳＣＲＩＢＥメソッドによってメディアデータ情報を取得するよう説明を行った。しかしながら、カメラ（１）３０１が、メディアデータ情報を予め保持しておき、カメラ（２）３０２に問い合わせずにクライアント（ｎ＋１）３０４に送信してもよい。
また、本実施形態では、第二のメディアデータ送信装置を一個として説明したが、複数個存在する場合、所定のアルゴリズム等を用いて優先順位を付け、問い合わせ先を決定するようにしてもよい。
以上のように本実施形態においては、メディアデータ送信装置がメディアデータ受信装置からのメディアデータ配信不可状態で新たなメディアデータ配信要求があった場合、第二のメディアデータ送信装置にメディアデータ配信を委託する。これにより、メディアデータ受信装置が複数のメディアデータ送信装置の存在を把握せずにリソースを効率的に使用することが可能となる。
＜実施形態２＞
次に、メディアデータ送信装置が、メディアデータ受信装置から音声出力を要求される実施形態を図７に示す。
メディアデータ送信装置であるカメラ（１）３０１及びカメラ（２）３０２は、音声データを出力するインタフェースを備えており、一つのメディアデータ受信装置からの音声データを出力できるものとする。ここで、カメラ（１）３０１が既にクライアント（１）６０１からの音声データを出力中に、第二のクライアント（２）６０２から音声データ出力要求６０４を受信した場合の処理について説明する。
次に、メディアデータ送信装置が、メディアデータ受信装置から音声出力を要求される実施形態を図７に示す。
メディアデータ送信装置であるカメラ（１）３０１及びカメラ（２）３０２は、音声データを出力するインタフェースを備えており、一つのメディアデータ受信装置からの音声データを出力できるものとする。ここで、カメラ（１）３０１が既にクライアント（１）６０１からの音声データを出力中に、第二のクライアント（２）６０２から音声データ出力要求６０４を受信した場合の処理について説明する。
図８は、命令実行可否判定部１０９における処理の流れを示すフローチャートである。
命令実行可否判定部１０９は、メディアデータ受信装置から音声出力要求を受信する（Ｓ７０１）。
すると、命令実行可否判定部１０９は、現在の音声出力数と最大音声出力数（＝１）とを比較する（Ｓ７０２）。
命令実行可否判定部１０９は、現在の音声出力数が、最大音声出力数未満（つまり、閾値未満）であれば（Ｓ７０２においてＮｏ）、要求された音声出力可能であると判定する（Ｓ７０３）。
一方、命令実行可否判定部１０９は、最大音声出力数以上（つまり、閾値以上）であれば（Ｓ７０２においてＹｅｓ）、音声出力不可能と判定する（Ｓ７０４）。
本実施形態では最大音声出力数を１としているが、例えば、オーディオミキサー機能や複数の音声出力インタフェース等を備えている場合はこの限りではない。
図７におけるカメラ（１）３０１は、命令実行可否判定部１０９において、命令実行不可と判定された場合、要求された音声出力をネットワークに接続された第二のメディアデータ送信装置であるカメラ（２）３０２に委託する。クライアント（２）６０２は、カメラ（２）３０２に対して音声データ６０５を送信する。
命令実行可否判定部１０９は、メディアデータ受信装置から音声出力要求を受信する（Ｓ７０１）。
すると、命令実行可否判定部１０９は、現在の音声出力数と最大音声出力数（＝１）とを比較する（Ｓ７０２）。
命令実行可否判定部１０９は、現在の音声出力数が、最大音声出力数未満（つまり、閾値未満）であれば（Ｓ７０２においてＮｏ）、要求された音声出力可能であると判定する（Ｓ７０３）。
一方、命令実行可否判定部１０９は、最大音声出力数以上（つまり、閾値以上）であれば（Ｓ７０２においてＹｅｓ）、音声出力不可能と判定する（Ｓ７０４）。
本実施形態では最大音声出力数を１としているが、例えば、オーディオミキサー機能や複数の音声出力インタフェース等を備えている場合はこの限りではない。
図７におけるカメラ（１）３０１は、命令実行可否判定部１０９において、命令実行不可と判定された場合、要求された音声出力をネットワークに接続された第二のメディアデータ送信装置であるカメラ（２）３０２に委託する。クライアント（２）６０２は、カメラ（２）３０２に対して音声データ６０５を送信する。
次に、図９を用いて、ＲＴＳＰを用いた詳細な処理の例を示す。
クライアント（２）６０２は、カメラ（１）３０１に対し、音声データ出力要求６０４をＲＴＳＰのＤＥＳＣＲＩＢＥメソッドにより送信する。
ここで、カメラ（１）３０１は既に、クライアント（１）６０１からの音声データを出力中であるため、クライアント（２）６０２から要求された新たな音声データ出力不可の状態である。したがって、カメラ（１）３０１は、カメラ（２）３０２にＤＥＳＣＲＩＢＥメソッド８０１により音声出力用のセッション情報を要求する。
カメラ（２）３０２は、音声出力可能であれば、成功応答（２００： ＯＫ）と共に音声出力用のセッション情報ＳＤＰ８０２をカメラ（１）３０１に送信する。
カメラ（１）３０１は、カメラ（２）３０２から受信したカメラ（２）３０２の音声出力用のセッション情報をクライアント（２）６０２に転送する。
クライアント（２）６０２は、カメラ（１）３０１から受信したカメラ（２）３０２の音声出力用のセッション情報ＳＤＰを参照し、カメラ（２）３０２とのメディアセッションを確立するためのＳＥＴＵＰメソッド８０４をカメラ（２）３０２に送信する。
メディアセッション確立後は、クライアント（２）６０２は、音声出力開始要求ＰＬＡＹメソッド８０５をカメラ（２）３０２に送信し、カメラ（２）３０２に音声データ６０５を送信する。
クライアント（２）６０２は、カメラ（１）３０１に対し、音声データ出力要求６０４をＲＴＳＰのＤＥＳＣＲＩＢＥメソッドにより送信する。
ここで、カメラ（１）３０１は既に、クライアント（１）６０１からの音声データを出力中であるため、クライアント（２）６０２から要求された新たな音声データ出力不可の状態である。したがって、カメラ（１）３０１は、カメラ（２）３０２にＤＥＳＣＲＩＢＥメソッド８０１により音声出力用のセッション情報を要求する。
カメラ（２）３０２は、音声出力可能であれば、成功応答（２００： ＯＫ）と共に音声出力用のセッション情報ＳＤＰ８０２をカメラ（１）３０１に送信する。
カメラ（１）３０１は、カメラ（２）３０２から受信したカメラ（２）３０２の音声出力用のセッション情報をクライアント（２）６０２に転送する。
クライアント（２）６０２は、カメラ（１）３０１から受信したカメラ（２）３０２の音声出力用のセッション情報ＳＤＰを参照し、カメラ（２）３０２とのメディアセッションを確立するためのＳＥＴＵＰメソッド８０４をカメラ（２）３０２に送信する。
メディアセッション確立後は、クライアント（２）６０２は、音声出力開始要求ＰＬＡＹメソッド８０５をカメラ（２）３０２に送信し、カメラ（２）３０２に音声データ６０５を送信する。
以上のように本実施形態においては、メディアデータ送信装置がメディアデータ受信装置からの音声出力不可状態で新たな音声データ出力要求があった場合、別のメディアデータ送信装置に音声データ出力を委託する。これにより、メディアデータ受信装置が複数のメディアデータ送信装置の存在を把握せずにリソースを効率的に使用することが可能となる。
＜実施形態３＞
次に、メディアデータ送信装置が、メディアデータ受信装置から音声出力を要求される実施形態２と異なる実施形態を図１０に示す。
ここで、メディアデータ送信装置であるカメラ（１）３０１が既にクライアント（１）６０１からの音声データを出力中に、別のクライアント（２）６０２から音声データ出力要求６０４を受信した場合の処理について説明する。
カメラ（１）３０１は、命令実行可否判定部１０９において、命令実行不可と判定された場合、要求された音声出力をネットワークに接続された第二のメディアデータ送信装置であるカメラ（２）３０２に委託する。命令実行可否判定部１０９の処理については実施形態２と同様であるため省略する。クライアント（２）６０２は、カメラ（１）３０１に対して音声データ９０１を送信し、カメラ（１）３０１は、受信した音声データ９０１を自機では再生せずに、カメラ（２）３０２に同じペイロードの音声データ９０２を転送する。
次に、メディアデータ送信装置が、メディアデータ受信装置から音声出力を要求される実施形態２と異なる実施形態を図１０に示す。
ここで、メディアデータ送信装置であるカメラ（１）３０１が既にクライアント（１）６０１からの音声データを出力中に、別のクライアント（２）６０２から音声データ出力要求６０４を受信した場合の処理について説明する。
カメラ（１）３０１は、命令実行可否判定部１０９において、命令実行不可と判定された場合、要求された音声出力をネットワークに接続された第二のメディアデータ送信装置であるカメラ（２）３０２に委託する。命令実行可否判定部１０９の処理については実施形態２と同様であるため省略する。クライアント（２）６０２は、カメラ（１）３０１に対して音声データ９０１を送信し、カメラ（１）３０１は、受信した音声データ９０１を自機では再生せずに、カメラ（２）３０２に同じペイロードの音声データ９０２を転送する。
次に、図１１を用いて、ＲＴＳＰを用いた詳細な処理の例を示す。
クライアント（２）６０２は、カメラ（１）３０１に対し、音声データ出力要求６０４をＲＴＳＰのＤＥＳＣＲＩＢＥメソッドにより送信する。ここで、カメラ（１）３０１は既に、クライアント（１）６０１からの音声データを出力中であるため、クライアント（２）６０２から要求された新たな音声データ出力不可の状態である。
したがって、カメラ（１）３０１は、カメラ（２）３０２にＤＥＳＣＲＩＢＥメソッド８０１により音声出力用のセッション情報を要求する。
カメラ（２）３０２は、音声出力可能であれば、成功応答（２００： ＯＫ）と共に音声出力用のセッション情報ＳＤＰ８０２をカメラ（１）３０１に送信する。
カメラ（１）３０１はカメラ（２）３０２から受信したカメラ（２）３０２の音声出力用のセッション情報ＳＤＰ内のセッション制御用ＵＲＬをカメラ（１）３０１の制御用ＵＲＬに書き換えたセッション情報ＳＤＰ１００１をクライアント（２）６０２に転送する。
クライアント（２）６０２は、カメラ（１）３０１に対し、音声データ出力要求６０４をＲＴＳＰのＤＥＳＣＲＩＢＥメソッドにより送信する。ここで、カメラ（１）３０１は既に、クライアント（１）６０１からの音声データを出力中であるため、クライアント（２）６０２から要求された新たな音声データ出力不可の状態である。
したがって、カメラ（１）３０１は、カメラ（２）３０２にＤＥＳＣＲＩＢＥメソッド８０１により音声出力用のセッション情報を要求する。
カメラ（２）３０２は、音声出力可能であれば、成功応答（２００： ＯＫ）と共に音声出力用のセッション情報ＳＤＰ８０２をカメラ（１）３０１に送信する。
カメラ（１）３０１はカメラ（２）３０２から受信したカメラ（２）３０２の音声出力用のセッション情報ＳＤＰ内のセッション制御用ＵＲＬをカメラ（１）３０１の制御用ＵＲＬに書き換えたセッション情報ＳＤＰ１００１をクライアント（２）６０２に転送する。
クライアント（２）６０２は、カメラ（１）３０１から受信したセッション情報ＳＤＰを参照し、カメラ（１）３０１とのメディアセッションを確立するためのＳＥＴＵＰメソッド１００２をカメラ（１）３０１に送信する。
クライアント（２）６０２からＳＥＴＵＰメソッド１００２を受信したカメラ（１）３０１は、カメラ（２）３０２から受信していたカメラ（２）３０２の音声出力用のセッション情報ＳＤＰを参照する。そして、カメラ（１）３０１は、カメラ（２）３０２とのメディアセッションを確立するためのＳＥＴＵＰメソッド１００３をカメラ（２）３０２に送信する。これにより、クライアント（２）６０２はカメラ（１）３０１と、カメラ（１）３０１はカメラ（２）３０２とそれぞれメディアセッションが確立した状態となり、それぞれ、ＰＬＡＹメソッド１００４、１００５により音声データの送信を開始する。
クライアント（２）６０２から送信された音声データ９０１は、カメラ（１）３０１を経由し、同じペイロードの音声データ９０２がカメラ（２）３０２に送信され、カメラ（２）３０２にて再生される。
クライアント（２）６０２からＳＥＴＵＰメソッド１００２を受信したカメラ（１）３０１は、カメラ（２）３０２から受信していたカメラ（２）３０２の音声出力用のセッション情報ＳＤＰを参照する。そして、カメラ（１）３０１は、カメラ（２）３０２とのメディアセッションを確立するためのＳＥＴＵＰメソッド１００３をカメラ（２）３０２に送信する。これにより、クライアント（２）６０２はカメラ（１）３０１と、カメラ（１）３０１はカメラ（２）３０２とそれぞれメディアセッションが確立した状態となり、それぞれ、ＰＬＡＹメソッド１００４、１００５により音声データの送信を開始する。
クライアント（２）６０２から送信された音声データ９０１は、カメラ（１）３０１を経由し、同じペイロードの音声データ９０２がカメラ（２）３０２に送信され、カメラ（２）３０２にて再生される。
以上のように本実施形態においては、メディアデータ送信装置がメディアデータ受信装置からの音声出力不可状態で新たな音声データ出力要求があった場合、第二のメディアデータ送信装置に音声データ出力を委託する。これにより、メディアデータ受信装置が複数のメディアデータ送信装置の存在を把握せずにリソースを効率的に使用することが可能となる。
＜実施形態４＞
次に、メディアデータ送信装置が、メディアデータ受信装置から要求された命令の実行を、リソース不足のために第二のメディアデータ送信装置に委託した後、リソースが回復し、要求された命令を実行可能状態に復帰した場合の実施形態について説明する。なお、メディアデータ送信装置が、メディアデータ受信装置から要求された命令の実行を第二のメディアデータ送信装置に委託するまでの処理は、実施形態１と共通であるため省略する。
次に、メディアデータ送信装置が、メディアデータ受信装置から要求された命令の実行を、リソース不足のために第二のメディアデータ送信装置に委託した後、リソースが回復し、要求された命令を実行可能状態に復帰した場合の実施形態について説明する。なお、メディアデータ送信装置が、メディアデータ受信装置から要求された命令の実行を第二のメディアデータ送信装置に委託するまでの処理は、実施形態１と共通であるため省略する。
図１２は、ＲＴＳＰを用いた詳細な処理の例を示す。
カメラ（１）３０１は、クライアント（ｎ）３０３からメディアデータ送信要求を受け、ＰＬＡＹメソッド１１０１によりメディアデータ送信が開始され、カメラ（１）３０１が新規メディアデータ送信不可能状態となった状況とする。
続いて、カメラ（１）３０１に対し、クライアント（ｎ＋１）３０４から新規メディアデータ送信要求としてＤＥＳＣＲＩＢＥメソッド１１０２が送信される。そして、実施形態１で説明した一連のＲＴＳＰ処理（ＤＥＳＣＲＩＢＥ１１０３−ＳＥＴＵＰ１１０４−ＰＬＡＹ１１０５）により、カメラ（１）３０１は、カメラ（２）３０２にメディアデータ送信を委託する。ここで、カメラ（１）３０１は、要求命令実行を委託した別のカメラを特定できる識別子をリストとして保持する。保持する情報は、要求命令実行を委託した第二のカメラを特定できる情報であれば何でもよい。
カメラ（１）３０１は、クライアント（ｎ）３０３からメディアデータ送信要求を受け、ＰＬＡＹメソッド１１０１によりメディアデータ送信が開始され、カメラ（１）３０１が新規メディアデータ送信不可能状態となった状況とする。
続いて、カメラ（１）３０１に対し、クライアント（ｎ＋１）３０４から新規メディアデータ送信要求としてＤＥＳＣＲＩＢＥメソッド１１０２が送信される。そして、実施形態１で説明した一連のＲＴＳＰ処理（ＤＥＳＣＲＩＢＥ１１０３−ＳＥＴＵＰ１１０４−ＰＬＡＹ１１０５）により、カメラ（１）３０１は、カメラ（２）３０２にメディアデータ送信を委託する。ここで、カメラ（１）３０１は、要求命令実行を委託した別のカメラを特定できる識別子をリストとして保持する。保持する情報は、要求命令実行を委託した第二のカメラを特定できる情報であれば何でもよい。
ここで、クライアント（ｎ）３０３がカメラ（１）３０１に対し、ＴＥＡＲＤＯＷＮメソッド１１０６によりメディアデータの再生を停止する。これにより、カメラ（１）３０１は、メディアデータを送信するリソースが回復し、新規メディアデータ送信が可能な状態となる。
カメラ（１）３０１は、先に保持していた要求命令実行を委託した第二のカメラ（２）３０２に対し、新規メディアデータ送信可能状態となった旨を通知する。本実施形態では、ＲＴＳＰのＳＥＴ＿ＰＡＲＡＭＥＴＥＲメソッド１１０７により通知しているが、別のメソッドでもよいし、ＲＴＳＰでなく別のプロトコルでもよい。
クライアント（ｎ＋１）へのメディアデータ送信をカメラ（１）３０１から委託されているカメラ（２）３０２は、カメラ（１）３０１からの状態変更通知を受け、クライアント（ｎ＋１）に対し、ＲＥＤＩＲＥＣＴメソッド１１０８を送信する。ＲＥＤＩＲＥＣＴメソッド１１０８には、再接続先のカメラ（１）３０１へのアクセスＵＲＬをＬｏｃａｔｉｏｎとして含む。
クライアント（ｎ＋１）は、カメラ（２）３０２より受信したＲＥＤＩＲＥＣＴメソッド１１０８を参照し、カメラ（１）３０１に対し、ＤＥＳＣＲＩＢＥメソッド１１０９により改めてメディアデータ送信要求を送信する。
カメラ（１）３０１は、先に保持していた要求命令実行を委託した第二のカメラ（２）３０２に対し、新規メディアデータ送信可能状態となった旨を通知する。本実施形態では、ＲＴＳＰのＳＥＴ＿ＰＡＲＡＭＥＴＥＲメソッド１１０７により通知しているが、別のメソッドでもよいし、ＲＴＳＰでなく別のプロトコルでもよい。
クライアント（ｎ＋１）へのメディアデータ送信をカメラ（１）３０１から委託されているカメラ（２）３０２は、カメラ（１）３０１からの状態変更通知を受け、クライアント（ｎ＋１）に対し、ＲＥＤＩＲＥＣＴメソッド１１０８を送信する。ＲＥＤＩＲＥＣＴメソッド１１０８には、再接続先のカメラ（１）３０１へのアクセスＵＲＬをＬｏｃａｔｉｏｎとして含む。
クライアント（ｎ＋１）は、カメラ（２）３０２より受信したＲＥＤＩＲＥＣＴメソッド１１０８を参照し、カメラ（１）３０１に対し、ＤＥＳＣＲＩＢＥメソッド１１０９により改めてメディアデータ送信要求を送信する。
以上のように本実施形態においては、メディアデータ送信装置がメディアデータ受信装置から要求されたメディアデータ送信を第二のメディアデータ送信装置に委託した後、リソースの回復により新規メディアデータ送信可能となる。その場合、メディアデータ送信装置は、新規メディアデータ送信可能である旨を第二のメディアデータ送信装置に通知する。これにより、複数のメディアデータ送信装置のリソースを効率的に使用しつつ、できる限りメディアデータ受信装置が本来要求したメディアデータ送信装置からのメディアデータを受信することが可能となる。
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
以上、上述した各実施形態によれば、データ送信装置がデータ受信装置からの要求命令実行不可状態で新たな命令実行要求があった場合、第二のデータ送信装置に命令実行を委託する。このことにより、メディアデータ受信装置が複数のデータ送信装置のネットワーク構造を把握せずともリソースを効率的に使用することを可能とすることができる。
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
１０１ メディアデータ送信装置、１０２ メディアデータ受信装置
Claims (11)
- ネットワークに接続されたデータ受信装置にメディアデータを送信するメディアデータ送信装置であって、
前記データ受信装置から命令実行要求を受信する受信手段と、
前記受信手段により受信された命令実行要求の命令の実行の可否を判定する判定手段と、
前記判定手段により実行不可と判定された場合に、前記ネットワークに接続された他のデータ送信装置のアドレス情報を取得する取得手段と、
前記取得手段により取得されたアドレス情報の他のデータ送信装置に命令実行を委託する委託手段と、
を有するメディアデータ送信装置。 - 前記ネットワークに接続されたデータ受信装置は複数、存在し、
前記判定手段は、前記受信手段により受信されたメディアデータ送信要求に対して、前記メディアデータ送信装置が映像データを送信しているデータ受信装置の数が予め設定された閾値未満である場合に実行可能と判定し、閾値以上である場合に実行不可と判定する請求項１記載のメディアデータ送信装置。 - 前記判定手段は、前記受信手段により受信された音声データ出力要求に対して、前記メディアデータ送信装置が音声データを出力している出力数が予め設定された閾値未満である場合に実行可能と判定し、閾値以上である場合に実行不可と判定する請求項１記載のメディアデータ送信装置。
- 前記委託手段は、前記取得手段により取得されたアドレス情報の前記他のデータ送信装置と前記データ受信装置とがメディアセッションを確立するために、前記アドレス情報を含むデータを前記データ受信装置に対して送信する請求項１乃至３何れか１項記載のメディアデータ送信装置。
- 前記委託手段は、前記取得手段により取得されたアドレス情報の前記他のデータ送信装置に対し、前記データ受信装置から受信した音声データを転送する請求項３記載のメディアデータ送信装置。
- 前記取得手段により取得されたアドレス情報の前記他のデータ送信装置に対して、前記受信手段により受信された命令実行要求の可否を問い合わせる問い合わせ手段を更に有し、
前記委託手段は、前記問い合わせ手段による問い合わせの結果、前記他のデータ送信装置において実行可能と判断した場合に、前記他のデータ送信装置に命令実行を委託する請求項１乃至５何れか１項記載のメディアデータ送信装置。 - 前記問い合わせ手段は、前記問い合わせの結果、前記他のデータ送信装置において実行不可能と判断した場合、更に他のデータ送信装置のアドレス情報を保持している場合、前記更に他のデータ送信装置に対して、前記命令実行要求の可否を問い合わせる請求項６記載のメディアデータ送信装置。
- 前記問い合わせ手段による前記更に他のデータ送信装置に対する問い合わせの結果、実行不可能と判断された場合、前記受信手段により受信された命令実行要求を拒否する拒否手段を更に有する請求項７記載のメディアデータ送信装置。
- 前記委託手段により前記他のデータ送信装置に対して命令実行を委託したのち、前記メディアデータ送信装置において前記命令実行が可能となった場合、前記命令実行が可能となったことを前記他のデータ送信装置に対して通知する通知手段を更に有する請求項１乃至８何れか１項記載のメディアデータ送信装置。
- ネットワークに接続されたデータ受信装置にメディアデータを送信するメディアデータ送信装置が実行する情報処理方法であって、
前記データ受信装置から命令実行要求を受信する受信ステップと、
前記受信ステップにより受信された命令実行要求の命令の実行の可否を判定する判定ステップと、
前記判定ステップにより実行不可と判定された場合に、前記ネットワークに接続された他のデータ送信装置のアドレス情報を取得する取得ステップと、
前記取得ステップにより取得されたアドレス情報の他のデータ送信装置に命令実行を委託する委託ステップと、
を含む情報処理方法。 - ネットワークに接続されたデータ受信装置にメディアデータを送信するコンピュータに、
前記データ受信装置から命令実行要求を受信する受信ステップと、
前記受信ステップにより受信された命令実行要求の命令の実行の可否を判定する判定ステップと、
前記判定ステップにより実行不可と判定された場合に、前記ネットワークに接続された他のデータ送信装置のアドレス情報を取得する取得ステップと、
前記取得ステップにより取得されたアドレス情報の他のデータ送信装置に命令実行を委託する委託ステップと、
を実行させるためのプログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012084252A JP5991734B2 (ja) | 2012-04-02 | 2012-04-02 | 撮像装置、情報処理方法及びプログラム |
| US13/854,273 US9049350B2 (en) | 2012-04-02 | 2013-04-01 | Imaging apparatus that transmits media data to reception apparatus, method of processing information, and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012084252A JP5991734B2 (ja) | 2012-04-02 | 2012-04-02 | 撮像装置、情報処理方法及びプログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2013214888A true JP2013214888A (ja) | 2013-10-17 |
| JP2013214888A5 JP2013214888A5 (ja) | 2015-05-21 |
| JP5991734B2 JP5991734B2 (ja) | 2016-09-14 |
Family
ID=49234472
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012084252A Expired - Fee Related JP5991734B2 (ja) | 2012-04-02 | 2012-04-02 | 撮像装置、情報処理方法及びプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US9049350B2 (ja) |
| JP (1) | JP5991734B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015012580A (ja) * | 2013-07-02 | 2015-01-19 | キヤノン株式会社 | 受信装置、受信方法及びプログラム |
| JP5818938B1 (ja) * | 2014-04-18 | 2015-11-18 | 三菱電機株式会社 | 制御装置切替システム |
| WO2022241675A1 (zh) * | 2021-05-19 | 2022-11-24 | 深圳爱特天翔科技有限公司 | 数据分发方法、终端设备以及计算机可读存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003219382A (ja) * | 2002-01-25 | 2003-07-31 | Megafusion Corp | 遠隔教育システム用サーバ及び遠隔教育システム |
| JP2005027009A (ja) * | 2003-07-02 | 2005-01-27 | Matsushita Electric Ind Co Ltd | 映像サーバ及び映像配信ネットワークシステム |
| JP2006171822A (ja) * | 2004-12-13 | 2006-06-29 | Nippon Telegr & Teleph Corp <Ntt> | コンテンツ配信方法 |
| JP2009134389A (ja) * | 2007-11-29 | 2009-06-18 | Sony Corp | 配信サーバ、配信サーバにおけるコンテンツ配信方法、ブースタサーバおよびブースタサーバにおけるコンテンツ配信方法 |
| JP2009147900A (ja) * | 2007-11-20 | 2009-07-02 | Panasonic Corp | サーバ装置と分散サーバシステム |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3311259B2 (ja) | 1996-11-29 | 2002-08-05 | キヤノン株式会社 | 撮像制御方法と装置及び撮像システムと前記方法を実行するプログラムを記憶した記憶媒体 |
| JP4018266B2 (ja) * | 1998-11-13 | 2007-12-05 | キヤノン株式会社 | 機器制御装置、端末装置、ネットワークシステム、制御方法、及び記憶媒体 |
| JP2003333584A (ja) * | 2002-05-16 | 2003-11-21 | Fujitsu Ltd | 監視システム |
| JP2008067316A (ja) * | 2006-09-11 | 2008-03-21 | Olympus Corp | 画像配信システム、サーバ及びクライアント端末 |
| JP2009071538A (ja) | 2007-09-12 | 2009-04-02 | Fuji Xerox Co Ltd | 画像配信システム |
| JP2009260569A (ja) | 2008-04-15 | 2009-11-05 | Canon Inc | データ配信システム及びデータ配信方法 |
| KR101545290B1 (ko) * | 2009-06-04 | 2015-08-19 | 한화테크윈 주식회사 | 비디오 레코더의 제어 방법, 및 이 방법을 채용한 비디오 레코더 |
| CN102483716B (zh) * | 2010-06-23 | 2016-04-06 | 松下电器（美国）知识产权公司 | 服务器装置以及内容获得方法 |
| US8896652B2 (en) * | 2011-02-28 | 2014-11-25 | Soryn Technologies Llc | System and method for real-time video communications |
-
2012
- 2012-04-02 JP JP2012084252A patent/JP5991734B2/ja not_active Expired - Fee Related
-
2013
- 2013-04-01 US US13/854,273 patent/US9049350B2/en not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003219382A (ja) * | 2002-01-25 | 2003-07-31 | Megafusion Corp | 遠隔教育システム用サーバ及び遠隔教育システム |
| JP2005027009A (ja) * | 2003-07-02 | 2005-01-27 | Matsushita Electric Ind Co Ltd | 映像サーバ及び映像配信ネットワークシステム |
| JP2006171822A (ja) * | 2004-12-13 | 2006-06-29 | Nippon Telegr & Teleph Corp <Ntt> | コンテンツ配信方法 |
| JP2009147900A (ja) * | 2007-11-20 | 2009-07-02 | Panasonic Corp | サーバ装置と分散サーバシステム |
| JP2009134389A (ja) * | 2007-11-29 | 2009-06-18 | Sony Corp | 配信サーバ、配信サーバにおけるコンテンツ配信方法、ブースタサーバおよびブースタサーバにおけるコンテンツ配信方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US9049350B2 (en) | 2015-06-02 |
| US20130258120A1 (en) | 2013-10-03 |
| JP5991734B2 (ja) | 2016-09-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9712568B2 (en) | Server apparatus and method of operating a network | |
| CN112738140B (zh) | 一种基于WebRTC的视频流传输方法、装置、存储介质和设备 | |
| WO2019084972A1 (zh) | 流媒体直播方法及系统 | |
| TW201129041A (en) | Systems and methods for establishing connections between devices communicating over a network | |
| JP2010504652A (ja) | ビデオネットワークを管理する方法及びシステム | |
| JPWO2011004886A1 (ja) | 配信システムと方法とゲートウェイ装置とプログラム | |
| EP3059945A1 (en) | Method and system for video surveillance content adaptation, and central server and device | |
| WO2011017982A1 (zh) | 媒体业务处理系统、方法及终端 | |
| KR20220164777A (ko) | 라이브 업링크 스트리밍 프레임워크(flus) 및 5g 애플리케이션 기능(af)을 사용한 네트워크 기반 미디어 처리(nbmp) 배포 | |
| US20150264103A1 (en) | Real-Time Transport Protocol (RTP) Media Conference Server Routing Engine | |
| JP5991734B2 (ja) | 撮像装置、情報処理方法及びプログラム | |
| US10652626B2 (en) | Gateway, and method, computer program and storage means corresponding thereto | |
| CN110798651A (zh) | 视频会议方法、装置、设备及存储介质 | |
| JP2013012833A (ja) | 送信装置及び送信装置の制御方法 | |
| CN110519331B (zh) | 一种视联网资源处理方法及装置 | |
| JP2008288763A (ja) | エッジルータ装置およびセッション確立方法 | |
| US10951931B2 (en) | Data distribution system, data distribution method, marker, filter and program | |
| CN112468886B (zh) | 组播数据转发方法、装置、设备及可读存储介质 | |
| WO2016177257A1 (zh) | 一种数据分享的方法和装置 | |
| US20140181261A1 (en) | Method and apparatus for providing efficient transmission of streaming video through a complex ip network | |
| CN112788367A (zh) | 流媒体调度方法、系统及调度组件 | |
| JP2005011267A (ja) | リアルタイムデータ通信システム、リアルタイムデータ通信装置およびリアルタイムデータ通信方法 | |
| JP5570392B2 (ja) | 再送要求送信プロトコル変換装置 | |
| JP5979886B2 (ja) | 送信装置及び送信方法 | |
| EP4236326A1 (en) | A method, an apparatus and a computer program product for transmission of immersive media |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150402 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20150402 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20160208 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20160216 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160412 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20160719 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20160812 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 5991734 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| LAPS | Cancellation because of no payment of annual fees |