JP4040479B2 - 情報配信装置および情報配信方法 - Google Patents
情報配信装置および情報配信方法 Download PDFInfo
- Publication number
- JP4040479B2 JP4040479B2 JP2003012589A JP2003012589A JP4040479B2 JP 4040479 B2 JP4040479 B2 JP 4040479B2 JP 2003012589 A JP2003012589 A JP 2003012589A JP 2003012589 A JP2003012589 A JP 2003012589A JP 4040479 B2 JP4040479 B2 JP 4040479B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- distribution
- command
- video
- video source
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/64—Addressing
-
- 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/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、映像情報や音声情報などのように時間の経過に伴って変化する情報を配信する情報配信装置および情報配信方法に関するものである。
【０００２】
【従来の技術】
従来の情報配信装置および情報配信方法の技術として、システムの機能動作確認のため、データ送信要求の発行や停止の条件などを指定できるタイムスロット生成装置を提供する提案がなされている。
この提案によれば、原データが複数に分割されて複数の記憶装置に格納されている場合に、時間単位としてのタイムスロットを生成し、このタイムスロットを基準としたタイミング制御を行なうことで各記憶装置からの並列的なデータ送信を行い、これにより、各記憶装置単体が発揮し得るデータ送出速度を超えるデータ送信レートで原データの送信を可能とするタイムスロット装置において、並列的なデータ送信を行なうタイムスロットを指定する動作確認レジスタを備え、動作確認レジスタに指定されたタイムスロットにおいてのみ各記憶装置からの並列的なデータ送信を実行することで、動作確認を可能とする（特許文献１参照）。
【０００３】
【特許文献１】
特開平１０−３２６１５５号公報（第１ページ、図１）
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来の情報配信装置および情報配信方法においては、配信情報を受け取る相手装置が１つの場合には接続回線が１本で済むが、配信情報を受け取る相手装置が複数の場合には、複数の接続回線が必要となり、相手装置の数が多くなるほど接続回線が増加するという課題があった。
また、同じ配信情報を複数の相手装置に送信する場合には、各相手装置ごとに同じ配信情報を何回も重複して送信しなければならないという課題があった。
この発明は上記のような課題を解決するためになされたもので、配信情報を受け取る相手の装置が複数の場合でも、１本の接続回線によって配信情報を送信できる情報配信装置および情報配信方法を得ることを目的とする。
また、この発明は、同じ配信情報を複数の相手装置に送信する場合でも、重複して送信する必要のない情報配信装置および情報配信方法を得ることを目的とする。
【０００５】
【課題を解決するための手段】
この発明に係る情報配信装置は、共通の接続回線によって接続され固有の識別子をそれぞれ有する複数の情報処理装置の中の任意の情報処理装置からの情報配信要求および識別子の指令を受信してその指令に係る配信情報および識別子を解析する要求解析手段と、複数系統の配信情報と各情報処理装置の識別子との対応関係を示す配列データを記憶する記憶手段と、要求解析手段の解析結果に基づいて記憶手段を参照して指令に係る配信情報に指令に係る識別子を付加する情報付加手段と、所定の単位時間内に送信する複数系統の配信情報を、これに含まれるそれぞれの映像情報が動画認識できるように系統数に応じて時分割処理し、識別子が付加された指令に係る配信情報を指令に係る情報処理装置に対して送信する情報送信手段とを備えたものである。
【０００６】
この発明に係る情報配信方法は、共通の接続回線によって接続され固有の識別子をそれぞれ有する複数の情報処理装置の中の任意の情報処理装置からの情報配信要求および識別子の指令を受信してその指令に係る配信情報および識別子を解析し、その解析結果に基づいて複数系統の配信情報と各情報処理装置の識別子との対応関係を示す配列データを記憶する記憶手段を参照して指令に係る配信情報に指令に係る識別子を付加し、所定の単位時間内に送信する複数系統の配信情報を、これに含まれるそれぞれの映像情報が動画認識できるように系統数に応じて時分割処理し、識別子が付加された指令に係る配信情報を指令に係る情報処理装置に対して送信するように構成したものである。
【０００７】
【発明の実施の形態】
以下、この発明の一実施の形態の構成について、図を参照しながら説明する。実施の形態１．
図１は、この発明による情報配信装置の実施の形態１である映像配信装置の構成を示すブロック図である。この図において、映像配信装置（情報配信装置）１００は、映像ソースＡ１０１や映像ソースＢ１０２などの映像ソース（配信情報）、ビデオキャプチャ１０３、ビデオメモリ１０４、ビデオメモリコントロール（情報付加手段）１０５、ビデオコントロール（要求解析手段、情報送信手段）１０６、および記憶装置（記憶手段）１０７で構成されている。
また、１本のケーブル（接続回線）１０８は、この映像配信装置１００と、複数の映像表示装置（情報処理装置）であるモニタ１０９、モニタ１１０、モニタ１１１、モニタ１１２とを接続している。さらに、モニタ１０９、モニタ１１０、モニタ１１１、モニタ１１２にはそれぞれＭ１，Ｍ２，Ｍ３，Ｍ４のアドレス（識別子）が付与されている。したがって、以下の説明においては、アドレスによって各モニタを区別し、モニタＭ１，モニタＭ２，モニタＭ３，モニタＭ４と称する。
【０００８】
次に、動作について説明する。
ビデオキャプチャ１０３は、映像ソースＡ１０１や映像ソースＢ１０２などの映像ソースをハードディスクで構成されているビデオメモリ１０４に保存し、映像ソースＡ１０１や映像ソースＢ１０２などの映像ソースの保存先アドレス情報を、ビデオメモリコントロール１０５に送信する。ビデオメモリコントロール１０５は、記憶装置１０７に、映像ソースの保存先アドレス情報を保存させ、ビデオコントロール１０６から要求映像ソース情報（要求映像ソース、要求モニタアドレス）が送信されると、記憶装置１０７に保存していた映像ソースの保存先アドレスをもとに、ビデオメモリ１０４上の必要な映像ソースに対して、読み出す順にアドレスを付加する。
【０００９】
ビデオコントロール１０６は、ケーブル１０８を通して、モニタＭ１，モニタＭ２，モニタＭ３，モニタＭ４から映像ソース要求イベントが発生するたびに、要求映像ソースと要求モニタアドレスを記憶装置１０７に保存して、保存した要求映像ソースが要求映像ソース情報配列内の要求映像ソースと一致する場合は、要求モニタアドレス部分を追加修正し、要求映像ソースの重複を省いた要求映像ソース情報（要求映像ソース、要求モニタアドレス）配列を作成し、重複を省いた要求映像ソース数を計算し、記憶装置１０７に保存し、要求映像ソース情報（要求映像ソース、要求モニタアドレス）配列を作成前と作成後で要求映像ソース数に変化があると、変化の状態により、映像ソース変更フラグを変更し、記憶装置１０７に保存し、映像ソース変更フラグの状態を判断し、フラグがＯＮの場合は時分割イベントを発生させ、要求映像ソース数が０より大きい場合は、ビデオメモリコントロール１０５に要求映像ソース情報（要求映像ソース、要求モニタアドレス）と要求映像ソース数を送信する。
【００１０】
ビデオメモリコントロール１０５は、ビデオコントロール１０６から受信した情報配信要求の指令である要求映像ソース情報（要求映像ソース、要求モニタアドレス）と要求映像ソース数を基に、記憶装置１０７に保存されている映像ソースアドレスを参照して、ビデオメモリ１０４に保存されている映像ソースにビデオ信号を送信する順にアドレスを付加し、要求映像ソース数に基づき、時分割の周期を変化させ、動画認識できるような時分割送信をビデオメモリ１０４に指示する。
【００１１】
この時分割送信の前提として、モニタ側が動画認識するためには、ビデオ信号を１秒間に３０コマ（テレビの１フレームの映像情報）又は２４コマ（映画のフィルムの映像情報）以上で送信しなければならない。３０コマで送信する場合には、最低動画認識可能送出時間を１／３０秒とすると、要求映像ソース数である分割数に基づいて、例えば、要求映像ソース数が１種類の場合は、１／３０秒、要求映像ソース数が２種類の場合は、１／６０秒、要求映像ソース数が３種類の場合は、１／９０秒というように、要求映像ソース数が変化すれば、それに伴い、時分割の送出時間を変化させて送信する。これを周期的時分割方式という。周期的時分割方式においては、送出時間は次の式で表される。
送出時間＝最低動画認識可能送出時間÷分割数（要求映像ソース数）
ビデオコントロール１０６は、ビデオメモリ１０４から時分割送信される各信号の先頭に、重複を省いた各モニタアドレスを付加する。ビデオメモリ１０４は、周期的時分割方式による送出時間に基づいてビデオ信号を送信する。
【００１２】
図２は、記憶装置１０７に保存されている要求映像ソース情報の配列データＦ（ｎ）を示す図である。ここでｎは各配列を指定する変数である。配列データＦ（ｎ）は、任意のモニタから要求された要求映像ソースを示すＥＶ（ｎ）、および、要求したモニタのアドレス、すなわち要求モニタアドレスを示すＡＤ（ｎ）で構成されている。例えば、図２に示すように、配列Ｆ（０）はＥＶ（０）として映像ソースＡ、ＡＤ（０）としてＭ１およびＭ２が記憶され、配列Ｆ（１）はＥＶ（１）として映像ソースＢ、ＡＤ（１）としてＭ３が記憶されている。すなわち、図２は、（要求映像ソース、要求モニタアドレス）配列に、重複の無い複数の要求映像ソースと複数の要求モニタアドレスが代入された図である。
【００１３】
図３は、ビデオメモリ１０４中の要求映像ソース（映像ソースＡ、映像ソースＢ）に、分割数（要求映像ソース数）を基に、ビデオメモリコントロール１０５が、読み出す順番にアドレスを付加した図である。すなわち、図２の配列に基づいて、映像ソースＡおよび映像ソースＢを周期的時分割方式で送信する場合の順番を示した図であり、要求映像ソース数は２種類であるので、映像ソースＡおよび映像ソースＢそれぞれの送出時間は１／６０秒となる。
【００１４】
図４は、モニタＭ１とモニタＭ２が映像ソースＡを要求し、モニタＭ３が映像ソースＢを要求した場合の、従来の時分割送信方式におけるビデオ信号の図である。この図に示すように、時間経過に伴って、要求したモニタのアドレスを付加した映像ソースを、（Ｍ１、映像ソースＡ０）、（Ｍ２、映像ソースＡ０）、（Ｍ３、映像ソースＢ０）、（Ｍ１、映像ソースＡ１）、（Ｍ２、映像ソースＡ１）、（Ｍ３、映像ソースＢ１）…のように順次送信する。
【００１５】
図５は、同様に、モニタＭ１とモニタＭ２が映像ソースＡを要求し、モニタＭ３が映像ソースＢを要求した場合の、実施の形態の時分割送信方式におけるビデオ信号の図である。各モニタから受信した情報配信要求の指令、すなわち、要求映像ソース情報は、（要求映像ソース、要求モニタアドレス）の配列であるので、モニタＭ１、モニタＭ２、モニタＭ３からは、それぞれ（Ａ，Ｍ１）、（Ａ，Ｍ２）、（Ｂ，Ｍ３）が情報配信装置１００に送出される。その結果、この図に示すように、時間経過に伴って、要求したモニタのアドレスを付加した映像ソースを、（Ｍ１，Ｍ２、映像ソースＡ０）、（Ｍ３、映像ソースＢ０）、（Ｍ１，Ｍ２、映像ソースＡ１）、（Ｍ３、映像ソースＢ１）…のように順次送信する。
【００１６】
したがって、図４に示した従来例のように、同じ映像ソースを複数のモニタに送信する場合でも、重複して送信する必要がないので、送信処理を大幅に減らすことができる。
【００１７】
なお、この図において、Ｔは単位時間１／３０秒である。したがって、映像ソースＡおよび映像ソースＢは１／２に圧縮されており、それぞれの映像ソースは１／６０秒が１フレームになっている。また、図の形状にかかわらず、要求モニタアドレスの実際のデータ量は、映像ソースのデータ量に比べて極めて少ないので、要求モニタアドレスの付加は圧縮率に影響しない。
【００１８】
図６は、図５に示した映像ソースの送信中に、モニタＭ４からｔ１の時間に新たに（要求映像ソース、要求モニタアドレス）として（Ｃ，Ｍ４）を受信した場合の時分割送信方式におけるビデオ信号の図である。すなわち、図１において、ビデオキャプチャ１０３に入力されている映像ソースＣ１１３をモニタＭ４が要求した場合の時分割送信方式におけるビデオ信号の図である。この場合には、単位時間Ｔにおいて２つに時分割した（Ｍ１，Ｍ２、映像ソースＡ７）、（Ｍ３、映像ソースＢ７）を送信した後、次の単位時間Ｔにおいては、（Ｍ１，Ｍ２、映像ソースＡ８）、（Ｍ３、映像ソースＢ８）、（Ｍ４、映像ソースＣ０）を送信する。この場合には、３種類の映像ソースを送信するので、単位時間Ｔの分割数が「２」から「３」になり、各映像ソースは１フレームが１／９０秒の１／３に圧縮される。
【００１９】
図７は、図５に示した映像ソースの送信中に、モニタＭ３からｔ２の時間に新たに（要求映像ソース、要求モニタアドレス）として（ＮＵＬＬ，Ｍ３）を受信した場合の時分割送信方式におけるビデオ信号の図である。ＮＵＬＬ（空白文字）は、映像ソースの配信を中止するという指令を意味する。この場合には、単位時間Ｔにおいて２つに時分割した（Ｍ１，Ｍ２、映像ソースＡ７）、（Ｍ３、映像ソースＢ７）を送信した後、次の単位時間Ｔにおいては、（Ｍ１，Ｍ２、映像ソースＡ８）、（Ｍ１，Ｍ２、映像ソースＡ９）を送信する。この場合には、１種類の映像ソースを送信するので、単位時間Ｔの分割数が「２」から「１」になる。
【００２０】
次に、ビデオコントロール１０６によって実行される情報配信方法の動作について、図８〜図１２のフローチャートに基づいて説明する。
図８は、モニタからの映像ソースの要求イベント発生時の動作を示すフローチャートである。ビデオコントロール１０６は、モニタからの映像ソースの要求イベントが発生（受信）すると、受信した映像ソース要求ＸとモニタアドレスＹを使って、記憶装置１０７に保存されている要求映像ソース情報（要求映像ソース、要求モニタアドレス）の配列を、重複のない要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ）、ＡＤ（ｎ）｝を作成し直し、記憶装置１０７に保存する（ステップＳＴ１）。
【００２１】
ステップＳＴ１の処理後、記憶装置１０７に保存されている要求映像ソース情報配列の要求映像ソース数をカウントし、記憶装置１０７に保存されている要求映像ソース数ｃに値を代入する（ステップＳＴ２）。ステップＳＴ２の処理後、記憶装置１０７に保存されている要求映像ソース数ｃが、ステップＳＴ２の処理後で、ｃの値に変化があったか否かを確認する（ステップＳＴ３）。
【００２２】
ステップＳＴ３の確認において、要求映像ソース数ｃに変化があった場合には、記憶装置１０７に保存されている映像ソース変更フラグをＯＮにする（ステップＳＴ４）。一方、ステップＳＴ３の確認において、要求映像ソース数ｃに変化がなかった場合には、記憶装置１０７に保存されている映像ソース変更フラグをＯＦＦにする（ステップＳＴ５）。ステップＳＴ５又はステップＳＴ４の処理後、変更判断イベントを発生させ（ステップＳＴ６）、このフローの処理を終了する。
【００２３】
図９は、図８のフローチャートにおけるステップＳＴ６の変更判断イベント発生のフローチャートである。ビデオコントロール１０６は、変更判断イベントを発生させると、記憶装置１０７に保存されている映像ソース変更フラグがＯＮかどうかを確認し（ステップＳＴ７）、ＯＮの場合には、時分割イベントを発生させ（ステップＳＴ８）、ＯＮでない場合には、このフローの処理を終了する。
【００２４】
図１０は、図９のフローチャートにおけるステップＳＴ８の時分割処理イベント発生時の動作を示すフローチャートである。ビデオコントロール１０６は、時分割処理イベントを発生させると、記憶装置１０７に保存されている要求映像ソース数Ｃが０より大きいか否かを確認する（ステップＳＴ９）。ステップＳＴ９の確認において、要求映像ソース数ｃが「０」以下の場合には、ビデオメモリ１０４に対してビデオ信号送信処理を停止させ（ステップＳＴ１０）、このフローの処理を終了する。
【００２５】
ステップＳＴ９の確認において、要求映像ソース数ｃが「０」より大きい場合には、ビデオメモリコントロール１０５に、記憶装置１０７に保存されている要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝を基に、ビデオメモリ１０４に保存されている映像ソースに、記憶装置１０７に保存されている要求映像ソース数ｃを分割数として、記憶装置１０７に保存されている映像ソースアドレスを基に、ビデオ信号を時分割送信する順番に、アドレスを付加させる（ステップＳＴ１１）。ステップＳＴ１１の処理後、ビデオコントロール１０６は、ビデオメモリ１０４から動画認識可能な送出速度で送信される各映像ソースのビデオ信号の先頭に、各要求モニタアドレスを付加して（ステップＳＴ１２）、このフローの処理を終了する。
【００２６】
図１１および図１２は、モニタからの映像ソースの要求イベント発生時の詳細な動作を示すフローチャートである。ビデオコントロール１０６は、モニタからの映像ソースの要求イベント発生すると、記憶装置１０７に保存されている配列Ｆ（ｎ）の変数ｎを指定するポインタｂに初期値「０」を代入する（ステップＳＴ１００）。すなわち最初の配列Ｆ（０）を指定する。ステップＳＴ１００の処理後、要求イベントを発生したモニタの映像ソース要求ＸがＮＵＬＬであるか否かを確認する（ステップＳＴ１０１）。すなわち、映像ソースの配信の中止であるか否かを確認する。
【００２７】
ステップＳＴ１０１の確認において、要求イベントを発生したモニタの映像ソース要求ＸがＮＵＬＬの場合には、要求イベントを発生したモニタのモニタアドレスＹが、記憶装置１０７に保存されている要求映像ソース情報（要求映像ソース、要求モニタアドレス）配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求モニタアドレスＡＤ（ｂ）と一致するか否かを確認する（ステップＳＴ１０２）。すなわち、Ｙ＝ＡＤ（ｂ）であるか否かを確認する。
【００２８】
ステップＳＴ１０２の確認において、要求イベントを発生したモニタのモニタアドレスＹが、記憶装置１０７に保存されている要求映像ソース情報（要求映像ソース、要求モニタアドレス）配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求モニタアドレスＡＤ（ｂ）中に含まれていない場合には、ｂの値が要求映像ソース数ｃの値以上であるか、又は、ｂの値が要求映像ソース数ｃの値より小さいか否かを確認する（ステップＳＴ１０４）。ｂの値が要求映像ソース数ｃの値より小さい場合には、ポインタｂの値に「１」を加算する（ステップＳＴ１０７）。
【００２９】
次に、再びステップＳＴ１０２において、ＡＤ（ｂ）中にＹと一致するものがあるかを確認する。ステップＳＴ１０２の確認においてＡＤ（ｂ）中にＹと一致するものがない場合には、ステップＳＴ１０７でポインタｂの値に「１」を加算し、ステップＳＴ１０２に移行する。このように、ポインタｂの値をインクリメントしながら、Ｙが含まれているＡＤ（ｂ）の配列Ｆ（ｎ）を捜す。
【００３０】
ステップＳＴ１０２の確認において、要求イベントを発生したモニタのモニタアドレスＹが、記憶装置１０７に保存されている要求映像ソース情報（要求映像ソース、要求モニタアドレス）配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求モニタアドレスＡＤ（ｂ）中に含まれている場合には、ビデオコントロール１０６は、Ｙ＝ＡＤ（ｂ）で配列が完全に一致するか否かを確認する（ステップＳＴ１０３）。
【００３１】
ステップＳＴ１０３の確認において、配列が完全に一致しない場合、例えば、図２の配列が記憶装置１０７に保存されている場合において、新たな要求映像ソース情報（Ｘ，Ｙ）が（ＮＵＬＬ，Ｍ２）である場合には、保存されている配列（映像ソースＡ，Ｍ１，Ｍ２）とは完全に一致しない。この場合には、要求モニタアドレスＡＤ（ｂ）から要求イベントを発生したモニタアドレスＹを削除する（ステップＳＴ１０５）。したがって、要求映像ソース情報（Ｘ，Ｙ）が（ＮＵＬＬ，Ｍ２）である場合には、保存されている配列（映像ソースＡ，Ｍ１，Ｍ２）から要求イベントを発生したモニタアドレスＭ２を削除して、配列（映像ソースＡ，Ｍ１）に変更する。
【００３２】
ポインタｂの値をインクリメントしながら、Ｙが含まれているＡＤ（ｂ）の配列Ｆ（ｎ）を捜す過程において、ポインタｂの値が要求映像ソース数ｃ以上になった場合には、Ｙが含まれているＡＤ（ｂ）の配列Ｆ（ｎ）が記憶装置１０７に保存されていないことになる。すなわち、要求映像ソース情報（Ｘ＝ＮＵＬＬ，Ｙ）が間違った指令であるので、記憶装置１０７に保存されている配列は変化しないので、要求映像ソース数ｃの変更もない。したがって、映像ソース変更フラグをＯＦＦにする（ステップＳＴ１０６）。
【００３３】
また、ステップＳＴ１０５において、要求モニタアドレスＡＤ（ｂ）から要求イベントを発生したモニタアドレスＹを削除した場合も、他のモニタアドレスと映像ソースとからなる配列は記憶装置１０７に残っているので、要求映像ソース数ｃの変更はない。したがって、映像ソース変更フラグをＯＦＦにする（ステップＳＴ１０６）。
【００３４】
ステップＳＴ１０３の確認において、配列が完全に一致した場合には、ＮＵＬＬ（配信中止）の対象である要求イベントを発生したモニタの要求映像ソースＸの配列にモニタアドレスＹのみが含まれている場合である。この場合には、要求映像ソースＸの配列を記憶装置１０７から削除する。例えば、図２の例で、要求イベントが（ＮＵＬＬ＝映像ソースＢ，Ｍ３）である場合には、配列Ｆ（１）を記憶装置１０７から削除する。
【００３５】
したがって、配列Ｆ（ｂ）を削除するために、ポインタｂの値より大きいｎの他の配列Ｆ（ｎ）を順に繰り上げる処理を行う。ステップＳＴ１０３の確認において、配列が完全に一致した場合には、ポインタｂの値が要求映像ソース数ｃの値以上であるか、又は、ポインタｂの値が要求映像ソース数ｃの値より小さいかを確認する（ステップＳＴ１０８）。
【００３６】
ポインタｂの値が要求映像ソース数ｃの値より小さい場合には、ビデオコントロール１０６は、ｂの値に「１」を加算した値を変数ｋに代入し、ＥＶ（ｂ）にＥＶ（ｋ）を代入し、ＡＤ（ｂ）にＡＤ（ｋ）を代入することにより、後ろの配列をＦ（ｂ）に移動させる。なお、最終配列Ｆ（ｃ−１）の後ろの配列Ｆ（ｃ）は空白である（ステップＳＴ１０９）。次に、ステップＳＴ１０９の処理による配列移動のポインタを動かすため、ポインタｂに「１」を加算する（ステップＳＴ１１０）。次に、再びステップＳＴ１０８に移行して、ポインタｂの値が要求映像ソース数ｃの値以上であるか、又は、ポインタｂの値が要求映像ソース数ｃの値より小さいかを確認する。
【００３７】
ステップＳＴ１０８においてポインタｂの値が要求映像ソース数ｃの値より小さい状態が続く限り、ポインタｂの値より大きいｎの他の配列Ｆ（ｎ）を順に繰り上げる処理を行う。ステップＳＴ１０８においてポインタｂの値が要求映像ソース数ｃの値以上になった場合には、配列の繰り上げが完了したことになる。この場合には、記憶装置１０７に保存されている要求映像ソース数ｃから「１」削減した値を、新たに要求映像ソース数ｃに代入する（ステップＳＴ１１１）。この場合には、分割数が変化するので、記憶装置１０７に保存されている映像ソース変更フラグをＯＮにする（ステップＳＴ１１２）。
【００３８】
一方、ステップＳＴ１０１の確認において、要求イベントを発生したモニタの映像ソースＸがＮＵＬＬ以外の場合には、要求イベントを発生したモニタの映像ソース要求Ｘと、記憶装置１０７に保存されている要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求映像ソースＥＶ（ｂ）とが一致するか否かを確認する（ステップＳＴ１１３）。
【００３９】
ステップＳＴ１１３の確認において、要求イベントを発生したモニタの映像ソース要求Ｘと、記憶装置１０７に保存されている要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求映像ソースＥＶ（ｂ）とが一致しない場合には、記憶装置１０７に保存されているポインタｂの値が要求映像ソース数ｃの値以上であるか、又は、ポインタｂの値が要求映像ソース数ｃの値より小さいかを確認する（ステップＳＴ１１５）。
【００４０】
ポインタｂの値が要求映像ソース数ｃの値より小さい場合には、ポインタｂで指定している配列Ｆ（ｂ）の次の配列を指定するために、ｂの値に「１」を加算した値をｂに代入する（ステップＳＴ１１７）。そして、再びステップＳＴ１１３において、要求イベントを発生したモニタの映像ソース要求Ｘと一致する配列を捜す。
【００４１】
ステップＳＴ１１３の確認において、要求イベントを発生したモニタの映像ソース要求Ｘと、記憶装置１０７に保存されている要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求映像ソースＥＶ（ｂ）とが一致した場合には、要求イベントの映像ソース要求Ｘが記憶装置１０７に保存されている配列にすでに存在しているので、要求映像ソース数ｃは変化しない。したがって、記憶装置１０７に保存されている映像ソース変更フラグをＯＦＦにし（ステップＳＴ１１４）、要求イベントを発生したモニタのモニタアドレスＹが要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求モニタアドレスＡＤ（ｂ）に含まれているか否かを確認する（ステップＳＴ１１６）。
【００４２】
ステップＳＴ１１６の確認において、要求イベントを発生したモニタのモニタアドレスＹが要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求モニタアドレスＡＤ（ｂ）に含まれていない場合には、要求モニタアドレスＡＤ（ｂ）に要求イベントを発生したモニタアドレスＹを追加登録する（ステップＳＴ１１８）。
【００４３】
ステップＳＴ１１５において、ポインタｂの値が記憶装置１０７に保存されている分割数（要求映像ソース数）ｃの値以上である場合には、要求イベントにおける要求映像ソースＸが記憶装置１０７に保存されているすべての配列の中に含まれていないので、ｂ番目の配列に要求イベントを発生したモニタのモニタアドレスＹと、要求映像ソースＸを代入して追加登録する（ステップＳＴ１１９）。この場合には、要求映像ソース数ｃが増加したので、記憶装置１０７に保存されている要求映像ソース数ｃに「１」を加算した値を代入し（ステップＳＴ１２０）、映像ソース変更フラグをＯＮにする（ステップＳＴ１２１）。
【００４４】
ステップＳＴ１１２若しくはステップＳＴ１２１において映像ソース変更フラグをＯＮにした後、ステップＳＴ１１８においてモニタアドレスＹを追加登録した後、又は、ステップＳＴ１０６において映像ソース変更フラグをＯＦＦにした後は、図９のフローチャートに示した変更判断イベント発生処理を行って（ステップＳＴ６）、このフローを終了する。
【００４５】
以上のように、この実施の形態１の映像配信装置によれば、共通のケーブル１０８によって接続され固有のアドレスをそれぞれ有する複数のモニタの中の任意のモニタから要求映像ソース情報を受信して、そのモニタの要求に係る映像ソースおよびそのモニタアドレスを解析し、その解析結果に基づいて、複数系統の映像ソースと各モニタアドレスとの対応関係を示す配列Ｆ（ｎ）を保存している記憶装置１０７を参照して、映像ソースにそのモニタアドレスを付加し、そのモニタに送信するので、映像ソースを受け取る相手のモニタが複数の場合でも、１本の接続回線によって映像ソースを送信できるという効果がある。さらに、同じ映像ソースを複数のモニタに送信する場合でも、重複して送信する必要がないという効果がある。
【００４６】
また、この実施の形態１の情報配信装置におけるビデオモニタコントロール１０５によれば、２つ以上のモニタから同一の映像ソースについて要求イベントをビデオコントロール１０６が受信した場合には、その要求に係る映像ソースに２つ以上のモニタアドレスを付加するので、２つ以上のモニタに対して同一の映像ソースを重複することなく送信できるという効果がある。
【００４７】
また、この実施の形態１の情報配信装置におけるビデオコントロール１０６によれば、要求イベントを受信したときは、その要求映像ソース情報が記憶装置１０７の配列に存在する場合には、要求イベントのモニタアドレスのみを配列に追加し、その要求映像ソース情報が記憶装置１０７の配列に存在しない場合には、その要求映像ソース情報およびモニタアドレスを配列に追加するので、要求イベントの内容に応じて合理的に配列の変更ができるという効果がある。
【００４８】
また、この実施の形態１の情報配信装置におけるビデオコントロール１０６によれば、２系統以上の要求映像ソース情報を送信する場合には、所定の単位時間内に送信する要求映像ソース情報を系統数に応じて時分割処理して送信するので、異なる要求映像ソース情報の送信処理を省略できるという効果がある。
【００４９】
また、この実施の形態１の情報配信装置におけるビデオコントロール１０６によれば、新たに受信された要求イベントによって所定の単位時間内に送信する要求映像ソース情報の系統数に変化があった場合に新たな時分割処理を行なうので、受信されたすべての要求イベントごとに時分割処理を行う無駄な処理がなくなるという効果がある。
【００５０】
また、この実施の形態１において、映像配信装置１００と複数のモニタとの間は、共通の接続回線である１本のケーブルで構成されているので、モニタの数が増加した場合でも接続回線を増設しなくて済むという効果がある。
【００５１】
また、この実施の形態１において、ビデオコントロール１０６によって読み出されて送信される映像ソース情報を記憶するビデオメモリ１０４はハードディスクで構成されているので、送信する要求映像ソース情報のデータ量が増加した場合でも、ハードディスクの記憶容量を増加するだけで、システムの変更を伴うことがないという効果がある。
【００５２】
なお、上記実施の形態１においては、映像ソースを配信する情報配信装置について説明したが、この発明による情報配信装置によって送信される配信情報は映像ソースに限定するものではない。音楽情報やその他時間経過に伴って変化するいわゆるストリーミング情報を配信する場合にも適用できる。
【００５３】
【発明の効果】
以上のように、この発明によれば、情報配信装置を、共通の接続回線によって接続され固有の識別子をそれぞれ有する複数の情報処理装置の中の任意の情報処理装置からの情報配信要求および識別子の指令を受信してその指令に係る配信情報および識別子を解析する要求解析手段と、複数系統の配信情報と各情報処理装置の識別子との対応関係を示す配列データを記憶する記憶手段と、要求解析手段の解析結果に基づいて記憶手段を参照して指令に係る配信情報に指令に係る識別子を付加する情報付加手段と、所定の単位時間内に送信する複数系統の配信情報を、これに含まれるそれぞれの映像情報が動画認識できるように系統数に応じて時分割処理し、識別子が付加された指令に係る配信情報を指令に係る情報処理装置に対して送信する情報送信手段とを備えた構成にしたので、配信情報を受け取る相手の装置が複数の場合でも、１本の接続回線によって配信情報を送信できるという効果がある。さらに、同じ配信情報を複数の相手装置に送信する場合でも、重複して送信する必要がないので、送信処理回数を大幅に減らすことができるという効果がある。また、異なる要求映像ソース情報の送信処理を省略できるという効果がある。
【００５４】
この発明によれば、情報配信方法を、共通の接続回線によって接続され固有の識別子をそれぞれ有する複数の情報処理装置の中の任意の情報処理装置からの情報配信要求および識別子の指令を受信してその指令に係る配信情報および識別子を解析し、その解析結果に基づいて複数系統の配信情報と各情報処理装置の識別子との対応関係を示す配列データを記憶する記憶手段を参照して指令に係る配信情報に指令に係る識別子を付加し、所定の単位時間内に送信する複数系統の配信情報を、これに含まれるそれぞれの映像情報が動画認識できるように系統数に応じて時分割処理し、識別子が付加された指令に係る配信情報を指令に係る情報処理装置に対して送信するように構成したので、配信情報を受け取る相手の装置が複数の場合でも、１本の接続回線によって配信情報を送信できるという効果がある。さらに、同じ配信情報を複数の相手装置に送信する場合でも、重複して送信する必要がないという効果がある。また、異なる要求映像ソース情報の送信処理を省略できるという効果がある。
【図面の簡単な説明】
【図１】 この発明の実施の形態１における情報配信装置のシステム構成を示すブロック図である。
【図２】 図１の記憶装置に保存されている要求映像ソース情報の配列を示す図である。
【図３】 図１のビデオメモリ中の要求映像ソースにアドレスを付加した図である。
【図４】 従来の時分割送信方式におけるビデオ信号の図である。
【図５】 この発明の実施の形態１における時分割送信方式におけるビデオ信号の図である。
【図６】 この発明の実施の形態１における要求映像ソースが増加した場合の時分割送信方式のビデオ信号の図である。
【図７】 この発明の実施の形態１における要求映像ソースが減少した場合の時分割送信方式のビデオ信号の図である。
【図８】 図１のビデオコントロールによって実行される要求イベント発生時の動作を示すフローチャートである。
【図９】 図１のビデオコントロールによって実行される変更判断イベント発生時の動作を示すフローチャートである。
【図１０】 図１のビデオコントロールによって実行される時分割処理イベント発生時の動作を示すフローチャートである。
【図１１】 図１のビデオコントロールによって実行される要求イベント発生時の詳細な動作を示すフローチャートである。
【図１２】 図１のビデオコントロールによって実行される要求イベント発生時の詳細な動作を示すフローチャートである。
【符号の説明】
１００ 映像配信装置（情報配信装置）、１０１ 映像ソースＡ（配信情報）１０２ 映像ソースＢ（配信情報）、１０３ ビデオキャプチャ、１０４ ビデオメモリ、１０５ ビデオメモリコントロール（情報付加手段）、１０６ ビデオコントロール（要求解析手段、情報送信手段）、１０７ 記憶装置（記憶手段）、１０８ ケーブル（接続回線）、１０９，１１０，１１１，１１２ モニタＭ１（情報処理装置）、１１３ 映像ソースＣ（配信情報）。
【発明の属する技術分野】
この発明は、映像情報や音声情報などのように時間の経過に伴って変化する情報を配信する情報配信装置および情報配信方法に関するものである。
【０００２】
【従来の技術】
従来の情報配信装置および情報配信方法の技術として、システムの機能動作確認のため、データ送信要求の発行や停止の条件などを指定できるタイムスロット生成装置を提供する提案がなされている。
この提案によれば、原データが複数に分割されて複数の記憶装置に格納されている場合に、時間単位としてのタイムスロットを生成し、このタイムスロットを基準としたタイミング制御を行なうことで各記憶装置からの並列的なデータ送信を行い、これにより、各記憶装置単体が発揮し得るデータ送出速度を超えるデータ送信レートで原データの送信を可能とするタイムスロット装置において、並列的なデータ送信を行なうタイムスロットを指定する動作確認レジスタを備え、動作確認レジスタに指定されたタイムスロットにおいてのみ各記憶装置からの並列的なデータ送信を実行することで、動作確認を可能とする（特許文献１参照）。
【０００３】
【特許文献１】
特開平１０−３２６１５５号公報（第１ページ、図１）
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来の情報配信装置および情報配信方法においては、配信情報を受け取る相手装置が１つの場合には接続回線が１本で済むが、配信情報を受け取る相手装置が複数の場合には、複数の接続回線が必要となり、相手装置の数が多くなるほど接続回線が増加するという課題があった。
また、同じ配信情報を複数の相手装置に送信する場合には、各相手装置ごとに同じ配信情報を何回も重複して送信しなければならないという課題があった。
この発明は上記のような課題を解決するためになされたもので、配信情報を受け取る相手の装置が複数の場合でも、１本の接続回線によって配信情報を送信できる情報配信装置および情報配信方法を得ることを目的とする。
また、この発明は、同じ配信情報を複数の相手装置に送信する場合でも、重複して送信する必要のない情報配信装置および情報配信方法を得ることを目的とする。
【０００５】
【課題を解決するための手段】
この発明に係る情報配信装置は、共通の接続回線によって接続され固有の識別子をそれぞれ有する複数の情報処理装置の中の任意の情報処理装置からの情報配信要求および識別子の指令を受信してその指令に係る配信情報および識別子を解析する要求解析手段と、複数系統の配信情報と各情報処理装置の識別子との対応関係を示す配列データを記憶する記憶手段と、要求解析手段の解析結果に基づいて記憶手段を参照して指令に係る配信情報に指令に係る識別子を付加する情報付加手段と、所定の単位時間内に送信する複数系統の配信情報を、これに含まれるそれぞれの映像情報が動画認識できるように系統数に応じて時分割処理し、識別子が付加された指令に係る配信情報を指令に係る情報処理装置に対して送信する情報送信手段とを備えたものである。
【０００６】
この発明に係る情報配信方法は、共通の接続回線によって接続され固有の識別子をそれぞれ有する複数の情報処理装置の中の任意の情報処理装置からの情報配信要求および識別子の指令を受信してその指令に係る配信情報および識別子を解析し、その解析結果に基づいて複数系統の配信情報と各情報処理装置の識別子との対応関係を示す配列データを記憶する記憶手段を参照して指令に係る配信情報に指令に係る識別子を付加し、所定の単位時間内に送信する複数系統の配信情報を、これに含まれるそれぞれの映像情報が動画認識できるように系統数に応じて時分割処理し、識別子が付加された指令に係る配信情報を指令に係る情報処理装置に対して送信するように構成したものである。
【０００７】
【発明の実施の形態】
以下、この発明の一実施の形態の構成について、図を参照しながら説明する。実施の形態１．
図１は、この発明による情報配信装置の実施の形態１である映像配信装置の構成を示すブロック図である。この図において、映像配信装置（情報配信装置）１００は、映像ソースＡ１０１や映像ソースＢ１０２などの映像ソース（配信情報）、ビデオキャプチャ１０３、ビデオメモリ１０４、ビデオメモリコントロール（情報付加手段）１０５、ビデオコントロール（要求解析手段、情報送信手段）１０６、および記憶装置（記憶手段）１０７で構成されている。
また、１本のケーブル（接続回線）１０８は、この映像配信装置１００と、複数の映像表示装置（情報処理装置）であるモニタ１０９、モニタ１１０、モニタ１１１、モニタ１１２とを接続している。さらに、モニタ１０９、モニタ１１０、モニタ１１１、モニタ１１２にはそれぞれＭ１，Ｍ２，Ｍ３，Ｍ４のアドレス（識別子）が付与されている。したがって、以下の説明においては、アドレスによって各モニタを区別し、モニタＭ１，モニタＭ２，モニタＭ３，モニタＭ４と称する。
【０００８】
次に、動作について説明する。
ビデオキャプチャ１０３は、映像ソースＡ１０１や映像ソースＢ１０２などの映像ソースをハードディスクで構成されているビデオメモリ１０４に保存し、映像ソースＡ１０１や映像ソースＢ１０２などの映像ソースの保存先アドレス情報を、ビデオメモリコントロール１０５に送信する。ビデオメモリコントロール１０５は、記憶装置１０７に、映像ソースの保存先アドレス情報を保存させ、ビデオコントロール１０６から要求映像ソース情報（要求映像ソース、要求モニタアドレス）が送信されると、記憶装置１０７に保存していた映像ソースの保存先アドレスをもとに、ビデオメモリ１０４上の必要な映像ソースに対して、読み出す順にアドレスを付加する。
【０００９】
ビデオコントロール１０６は、ケーブル１０８を通して、モニタＭ１，モニタＭ２，モニタＭ３，モニタＭ４から映像ソース要求イベントが発生するたびに、要求映像ソースと要求モニタアドレスを記憶装置１０７に保存して、保存した要求映像ソースが要求映像ソース情報配列内の要求映像ソースと一致する場合は、要求モニタアドレス部分を追加修正し、要求映像ソースの重複を省いた要求映像ソース情報（要求映像ソース、要求モニタアドレス）配列を作成し、重複を省いた要求映像ソース数を計算し、記憶装置１０７に保存し、要求映像ソース情報（要求映像ソース、要求モニタアドレス）配列を作成前と作成後で要求映像ソース数に変化があると、変化の状態により、映像ソース変更フラグを変更し、記憶装置１０７に保存し、映像ソース変更フラグの状態を判断し、フラグがＯＮの場合は時分割イベントを発生させ、要求映像ソース数が０より大きい場合は、ビデオメモリコントロール１０５に要求映像ソース情報（要求映像ソース、要求モニタアドレス）と要求映像ソース数を送信する。
【００１０】
ビデオメモリコントロール１０５は、ビデオコントロール１０６から受信した情報配信要求の指令である要求映像ソース情報（要求映像ソース、要求モニタアドレス）と要求映像ソース数を基に、記憶装置１０７に保存されている映像ソースアドレスを参照して、ビデオメモリ１０４に保存されている映像ソースにビデオ信号を送信する順にアドレスを付加し、要求映像ソース数に基づき、時分割の周期を変化させ、動画認識できるような時分割送信をビデオメモリ１０４に指示する。
【００１１】
この時分割送信の前提として、モニタ側が動画認識するためには、ビデオ信号を１秒間に３０コマ（テレビの１フレームの映像情報）又は２４コマ（映画のフィルムの映像情報）以上で送信しなければならない。３０コマで送信する場合には、最低動画認識可能送出時間を１／３０秒とすると、要求映像ソース数である分割数に基づいて、例えば、要求映像ソース数が１種類の場合は、１／３０秒、要求映像ソース数が２種類の場合は、１／６０秒、要求映像ソース数が３種類の場合は、１／９０秒というように、要求映像ソース数が変化すれば、それに伴い、時分割の送出時間を変化させて送信する。これを周期的時分割方式という。周期的時分割方式においては、送出時間は次の式で表される。
送出時間＝最低動画認識可能送出時間÷分割数（要求映像ソース数）
ビデオコントロール１０６は、ビデオメモリ１０４から時分割送信される各信号の先頭に、重複を省いた各モニタアドレスを付加する。ビデオメモリ１０４は、周期的時分割方式による送出時間に基づいてビデオ信号を送信する。
【００１２】
図２は、記憶装置１０７に保存されている要求映像ソース情報の配列データＦ（ｎ）を示す図である。ここでｎは各配列を指定する変数である。配列データＦ（ｎ）は、任意のモニタから要求された要求映像ソースを示すＥＶ（ｎ）、および、要求したモニタのアドレス、すなわち要求モニタアドレスを示すＡＤ（ｎ）で構成されている。例えば、図２に示すように、配列Ｆ（０）はＥＶ（０）として映像ソースＡ、ＡＤ（０）としてＭ１およびＭ２が記憶され、配列Ｆ（１）はＥＶ（１）として映像ソースＢ、ＡＤ（１）としてＭ３が記憶されている。すなわち、図２は、（要求映像ソース、要求モニタアドレス）配列に、重複の無い複数の要求映像ソースと複数の要求モニタアドレスが代入された図である。
【００１３】
図３は、ビデオメモリ１０４中の要求映像ソース（映像ソースＡ、映像ソースＢ）に、分割数（要求映像ソース数）を基に、ビデオメモリコントロール１０５が、読み出す順番にアドレスを付加した図である。すなわち、図２の配列に基づいて、映像ソースＡおよび映像ソースＢを周期的時分割方式で送信する場合の順番を示した図であり、要求映像ソース数は２種類であるので、映像ソースＡおよび映像ソースＢそれぞれの送出時間は１／６０秒となる。
【００１４】
図４は、モニタＭ１とモニタＭ２が映像ソースＡを要求し、モニタＭ３が映像ソースＢを要求した場合の、従来の時分割送信方式におけるビデオ信号の図である。この図に示すように、時間経過に伴って、要求したモニタのアドレスを付加した映像ソースを、（Ｍ１、映像ソースＡ０）、（Ｍ２、映像ソースＡ０）、（Ｍ３、映像ソースＢ０）、（Ｍ１、映像ソースＡ１）、（Ｍ２、映像ソースＡ１）、（Ｍ３、映像ソースＢ１）…のように順次送信する。
【００１５】
図５は、同様に、モニタＭ１とモニタＭ２が映像ソースＡを要求し、モニタＭ３が映像ソースＢを要求した場合の、実施の形態の時分割送信方式におけるビデオ信号の図である。各モニタから受信した情報配信要求の指令、すなわち、要求映像ソース情報は、（要求映像ソース、要求モニタアドレス）の配列であるので、モニタＭ１、モニタＭ２、モニタＭ３からは、それぞれ（Ａ，Ｍ１）、（Ａ，Ｍ２）、（Ｂ，Ｍ３）が情報配信装置１００に送出される。その結果、この図に示すように、時間経過に伴って、要求したモニタのアドレスを付加した映像ソースを、（Ｍ１，Ｍ２、映像ソースＡ０）、（Ｍ３、映像ソースＢ０）、（Ｍ１，Ｍ２、映像ソースＡ１）、（Ｍ３、映像ソースＢ１）…のように順次送信する。
【００１６】
したがって、図４に示した従来例のように、同じ映像ソースを複数のモニタに送信する場合でも、重複して送信する必要がないので、送信処理を大幅に減らすことができる。
【００１７】
なお、この図において、Ｔは単位時間１／３０秒である。したがって、映像ソースＡおよび映像ソースＢは１／２に圧縮されており、それぞれの映像ソースは１／６０秒が１フレームになっている。また、図の形状にかかわらず、要求モニタアドレスの実際のデータ量は、映像ソースのデータ量に比べて極めて少ないので、要求モニタアドレスの付加は圧縮率に影響しない。
【００１８】
図６は、図５に示した映像ソースの送信中に、モニタＭ４からｔ１の時間に新たに（要求映像ソース、要求モニタアドレス）として（Ｃ，Ｍ４）を受信した場合の時分割送信方式におけるビデオ信号の図である。すなわち、図１において、ビデオキャプチャ１０３に入力されている映像ソースＣ１１３をモニタＭ４が要求した場合の時分割送信方式におけるビデオ信号の図である。この場合には、単位時間Ｔにおいて２つに時分割した（Ｍ１，Ｍ２、映像ソースＡ７）、（Ｍ３、映像ソースＢ７）を送信した後、次の単位時間Ｔにおいては、（Ｍ１，Ｍ２、映像ソースＡ８）、（Ｍ３、映像ソースＢ８）、（Ｍ４、映像ソースＣ０）を送信する。この場合には、３種類の映像ソースを送信するので、単位時間Ｔの分割数が「２」から「３」になり、各映像ソースは１フレームが１／９０秒の１／３に圧縮される。
【００１９】
図７は、図５に示した映像ソースの送信中に、モニタＭ３からｔ２の時間に新たに（要求映像ソース、要求モニタアドレス）として（ＮＵＬＬ，Ｍ３）を受信した場合の時分割送信方式におけるビデオ信号の図である。ＮＵＬＬ（空白文字）は、映像ソースの配信を中止するという指令を意味する。この場合には、単位時間Ｔにおいて２つに時分割した（Ｍ１，Ｍ２、映像ソースＡ７）、（Ｍ３、映像ソースＢ７）を送信した後、次の単位時間Ｔにおいては、（Ｍ１，Ｍ２、映像ソースＡ８）、（Ｍ１，Ｍ２、映像ソースＡ９）を送信する。この場合には、１種類の映像ソースを送信するので、単位時間Ｔの分割数が「２」から「１」になる。
【００２０】
次に、ビデオコントロール１０６によって実行される情報配信方法の動作について、図８〜図１２のフローチャートに基づいて説明する。
図８は、モニタからの映像ソースの要求イベント発生時の動作を示すフローチャートである。ビデオコントロール１０６は、モニタからの映像ソースの要求イベントが発生（受信）すると、受信した映像ソース要求ＸとモニタアドレスＹを使って、記憶装置１０７に保存されている要求映像ソース情報（要求映像ソース、要求モニタアドレス）の配列を、重複のない要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ）、ＡＤ（ｎ）｝を作成し直し、記憶装置１０７に保存する（ステップＳＴ１）。
【００２１】
ステップＳＴ１の処理後、記憶装置１０７に保存されている要求映像ソース情報配列の要求映像ソース数をカウントし、記憶装置１０７に保存されている要求映像ソース数ｃに値を代入する（ステップＳＴ２）。ステップＳＴ２の処理後、記憶装置１０７に保存されている要求映像ソース数ｃが、ステップＳＴ２の処理後で、ｃの値に変化があったか否かを確認する（ステップＳＴ３）。
【００２２】
ステップＳＴ３の確認において、要求映像ソース数ｃに変化があった場合には、記憶装置１０７に保存されている映像ソース変更フラグをＯＮにする（ステップＳＴ４）。一方、ステップＳＴ３の確認において、要求映像ソース数ｃに変化がなかった場合には、記憶装置１０７に保存されている映像ソース変更フラグをＯＦＦにする（ステップＳＴ５）。ステップＳＴ５又はステップＳＴ４の処理後、変更判断イベントを発生させ（ステップＳＴ６）、このフローの処理を終了する。
【００２３】
図９は、図８のフローチャートにおけるステップＳＴ６の変更判断イベント発生のフローチャートである。ビデオコントロール１０６は、変更判断イベントを発生させると、記憶装置１０７に保存されている映像ソース変更フラグがＯＮかどうかを確認し（ステップＳＴ７）、ＯＮの場合には、時分割イベントを発生させ（ステップＳＴ８）、ＯＮでない場合には、このフローの処理を終了する。
【００２４】
図１０は、図９のフローチャートにおけるステップＳＴ８の時分割処理イベント発生時の動作を示すフローチャートである。ビデオコントロール１０６は、時分割処理イベントを発生させると、記憶装置１０７に保存されている要求映像ソース数Ｃが０より大きいか否かを確認する（ステップＳＴ９）。ステップＳＴ９の確認において、要求映像ソース数ｃが「０」以下の場合には、ビデオメモリ１０４に対してビデオ信号送信処理を停止させ（ステップＳＴ１０）、このフローの処理を終了する。
【００２５】
ステップＳＴ９の確認において、要求映像ソース数ｃが「０」より大きい場合には、ビデオメモリコントロール１０５に、記憶装置１０７に保存されている要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝を基に、ビデオメモリ１０４に保存されている映像ソースに、記憶装置１０７に保存されている要求映像ソース数ｃを分割数として、記憶装置１０７に保存されている映像ソースアドレスを基に、ビデオ信号を時分割送信する順番に、アドレスを付加させる（ステップＳＴ１１）。ステップＳＴ１１の処理後、ビデオコントロール１０６は、ビデオメモリ１０４から動画認識可能な送出速度で送信される各映像ソースのビデオ信号の先頭に、各要求モニタアドレスを付加して（ステップＳＴ１２）、このフローの処理を終了する。
【００２６】
図１１および図１２は、モニタからの映像ソースの要求イベント発生時の詳細な動作を示すフローチャートである。ビデオコントロール１０６は、モニタからの映像ソースの要求イベント発生すると、記憶装置１０７に保存されている配列Ｆ（ｎ）の変数ｎを指定するポインタｂに初期値「０」を代入する（ステップＳＴ１００）。すなわち最初の配列Ｆ（０）を指定する。ステップＳＴ１００の処理後、要求イベントを発生したモニタの映像ソース要求ＸがＮＵＬＬであるか否かを確認する（ステップＳＴ１０１）。すなわち、映像ソースの配信の中止であるか否かを確認する。
【００２７】
ステップＳＴ１０１の確認において、要求イベントを発生したモニタの映像ソース要求ＸがＮＵＬＬの場合には、要求イベントを発生したモニタのモニタアドレスＹが、記憶装置１０７に保存されている要求映像ソース情報（要求映像ソース、要求モニタアドレス）配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求モニタアドレスＡＤ（ｂ）と一致するか否かを確認する（ステップＳＴ１０２）。すなわち、Ｙ＝ＡＤ（ｂ）であるか否かを確認する。
【００２８】
ステップＳＴ１０２の確認において、要求イベントを発生したモニタのモニタアドレスＹが、記憶装置１０７に保存されている要求映像ソース情報（要求映像ソース、要求モニタアドレス）配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求モニタアドレスＡＤ（ｂ）中に含まれていない場合には、ｂの値が要求映像ソース数ｃの値以上であるか、又は、ｂの値が要求映像ソース数ｃの値より小さいか否かを確認する（ステップＳＴ１０４）。ｂの値が要求映像ソース数ｃの値より小さい場合には、ポインタｂの値に「１」を加算する（ステップＳＴ１０７）。
【００２９】
次に、再びステップＳＴ１０２において、ＡＤ（ｂ）中にＹと一致するものがあるかを確認する。ステップＳＴ１０２の確認においてＡＤ（ｂ）中にＹと一致するものがない場合には、ステップＳＴ１０７でポインタｂの値に「１」を加算し、ステップＳＴ１０２に移行する。このように、ポインタｂの値をインクリメントしながら、Ｙが含まれているＡＤ（ｂ）の配列Ｆ（ｎ）を捜す。
【００３０】
ステップＳＴ１０２の確認において、要求イベントを発生したモニタのモニタアドレスＹが、記憶装置１０７に保存されている要求映像ソース情報（要求映像ソース、要求モニタアドレス）配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求モニタアドレスＡＤ（ｂ）中に含まれている場合には、ビデオコントロール１０６は、Ｙ＝ＡＤ（ｂ）で配列が完全に一致するか否かを確認する（ステップＳＴ１０３）。
【００３１】
ステップＳＴ１０３の確認において、配列が完全に一致しない場合、例えば、図２の配列が記憶装置１０７に保存されている場合において、新たな要求映像ソース情報（Ｘ，Ｙ）が（ＮＵＬＬ，Ｍ２）である場合には、保存されている配列（映像ソースＡ，Ｍ１，Ｍ２）とは完全に一致しない。この場合には、要求モニタアドレスＡＤ（ｂ）から要求イベントを発生したモニタアドレスＹを削除する（ステップＳＴ１０５）。したがって、要求映像ソース情報（Ｘ，Ｙ）が（ＮＵＬＬ，Ｍ２）である場合には、保存されている配列（映像ソースＡ，Ｍ１，Ｍ２）から要求イベントを発生したモニタアドレスＭ２を削除して、配列（映像ソースＡ，Ｍ１）に変更する。
【００３２】
ポインタｂの値をインクリメントしながら、Ｙが含まれているＡＤ（ｂ）の配列Ｆ（ｎ）を捜す過程において、ポインタｂの値が要求映像ソース数ｃ以上になった場合には、Ｙが含まれているＡＤ（ｂ）の配列Ｆ（ｎ）が記憶装置１０７に保存されていないことになる。すなわち、要求映像ソース情報（Ｘ＝ＮＵＬＬ，Ｙ）が間違った指令であるので、記憶装置１０７に保存されている配列は変化しないので、要求映像ソース数ｃの変更もない。したがって、映像ソース変更フラグをＯＦＦにする（ステップＳＴ１０６）。
【００３３】
また、ステップＳＴ１０５において、要求モニタアドレスＡＤ（ｂ）から要求イベントを発生したモニタアドレスＹを削除した場合も、他のモニタアドレスと映像ソースとからなる配列は記憶装置１０７に残っているので、要求映像ソース数ｃの変更はない。したがって、映像ソース変更フラグをＯＦＦにする（ステップＳＴ１０６）。
【００３４】
ステップＳＴ１０３の確認において、配列が完全に一致した場合には、ＮＵＬＬ（配信中止）の対象である要求イベントを発生したモニタの要求映像ソースＸの配列にモニタアドレスＹのみが含まれている場合である。この場合には、要求映像ソースＸの配列を記憶装置１０７から削除する。例えば、図２の例で、要求イベントが（ＮＵＬＬ＝映像ソースＢ，Ｍ３）である場合には、配列Ｆ（１）を記憶装置１０７から削除する。
【００３５】
したがって、配列Ｆ（ｂ）を削除するために、ポインタｂの値より大きいｎの他の配列Ｆ（ｎ）を順に繰り上げる処理を行う。ステップＳＴ１０３の確認において、配列が完全に一致した場合には、ポインタｂの値が要求映像ソース数ｃの値以上であるか、又は、ポインタｂの値が要求映像ソース数ｃの値より小さいかを確認する（ステップＳＴ１０８）。
【００３６】
ポインタｂの値が要求映像ソース数ｃの値より小さい場合には、ビデオコントロール１０６は、ｂの値に「１」を加算した値を変数ｋに代入し、ＥＶ（ｂ）にＥＶ（ｋ）を代入し、ＡＤ（ｂ）にＡＤ（ｋ）を代入することにより、後ろの配列をＦ（ｂ）に移動させる。なお、最終配列Ｆ（ｃ−１）の後ろの配列Ｆ（ｃ）は空白である（ステップＳＴ１０９）。次に、ステップＳＴ１０９の処理による配列移動のポインタを動かすため、ポインタｂに「１」を加算する（ステップＳＴ１１０）。次に、再びステップＳＴ１０８に移行して、ポインタｂの値が要求映像ソース数ｃの値以上であるか、又は、ポインタｂの値が要求映像ソース数ｃの値より小さいかを確認する。
【００３７】
ステップＳＴ１０８においてポインタｂの値が要求映像ソース数ｃの値より小さい状態が続く限り、ポインタｂの値より大きいｎの他の配列Ｆ（ｎ）を順に繰り上げる処理を行う。ステップＳＴ１０８においてポインタｂの値が要求映像ソース数ｃの値以上になった場合には、配列の繰り上げが完了したことになる。この場合には、記憶装置１０７に保存されている要求映像ソース数ｃから「１」削減した値を、新たに要求映像ソース数ｃに代入する（ステップＳＴ１１１）。この場合には、分割数が変化するので、記憶装置１０７に保存されている映像ソース変更フラグをＯＮにする（ステップＳＴ１１２）。
【００３８】
一方、ステップＳＴ１０１の確認において、要求イベントを発生したモニタの映像ソースＸがＮＵＬＬ以外の場合には、要求イベントを発生したモニタの映像ソース要求Ｘと、記憶装置１０７に保存されている要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求映像ソースＥＶ（ｂ）とが一致するか否かを確認する（ステップＳＴ１１３）。
【００３９】
ステップＳＴ１１３の確認において、要求イベントを発生したモニタの映像ソース要求Ｘと、記憶装置１０７に保存されている要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求映像ソースＥＶ（ｂ）とが一致しない場合には、記憶装置１０７に保存されているポインタｂの値が要求映像ソース数ｃの値以上であるか、又は、ポインタｂの値が要求映像ソース数ｃの値より小さいかを確認する（ステップＳＴ１１５）。
【００４０】
ポインタｂの値が要求映像ソース数ｃの値より小さい場合には、ポインタｂで指定している配列Ｆ（ｂ）の次の配列を指定するために、ｂの値に「１」を加算した値をｂに代入する（ステップＳＴ１１７）。そして、再びステップＳＴ１１３において、要求イベントを発生したモニタの映像ソース要求Ｘと一致する配列を捜す。
【００４１】
ステップＳＴ１１３の確認において、要求イベントを発生したモニタの映像ソース要求Ｘと、記憶装置１０７に保存されている要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求映像ソースＥＶ（ｂ）とが一致した場合には、要求イベントの映像ソース要求Ｘが記憶装置１０７に保存されている配列にすでに存在しているので、要求映像ソース数ｃは変化しない。したがって、記憶装置１０７に保存されている映像ソース変更フラグをＯＦＦにし（ステップＳＴ１１４）、要求イベントを発生したモニタのモニタアドレスＹが要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求モニタアドレスＡＤ（ｂ）に含まれているか否かを確認する（ステップＳＴ１１６）。
【００４２】
ステップＳＴ１１６の確認において、要求イベントを発生したモニタのモニタアドレスＹが要求映像ソース情報配列Ｆ（ｎ）｛ＥＶ（ｎ），ＡＤ（ｎ）｝のｂ番目の要求モニタアドレスＡＤ（ｂ）に含まれていない場合には、要求モニタアドレスＡＤ（ｂ）に要求イベントを発生したモニタアドレスＹを追加登録する（ステップＳＴ１１８）。
【００４３】
ステップＳＴ１１５において、ポインタｂの値が記憶装置１０７に保存されている分割数（要求映像ソース数）ｃの値以上である場合には、要求イベントにおける要求映像ソースＸが記憶装置１０７に保存されているすべての配列の中に含まれていないので、ｂ番目の配列に要求イベントを発生したモニタのモニタアドレスＹと、要求映像ソースＸを代入して追加登録する（ステップＳＴ１１９）。この場合には、要求映像ソース数ｃが増加したので、記憶装置１０７に保存されている要求映像ソース数ｃに「１」を加算した値を代入し（ステップＳＴ１２０）、映像ソース変更フラグをＯＮにする（ステップＳＴ１２１）。
【００４４】
ステップＳＴ１１２若しくはステップＳＴ１２１において映像ソース変更フラグをＯＮにした後、ステップＳＴ１１８においてモニタアドレスＹを追加登録した後、又は、ステップＳＴ１０６において映像ソース変更フラグをＯＦＦにした後は、図９のフローチャートに示した変更判断イベント発生処理を行って（ステップＳＴ６）、このフローを終了する。
【００４５】
以上のように、この実施の形態１の映像配信装置によれば、共通のケーブル１０８によって接続され固有のアドレスをそれぞれ有する複数のモニタの中の任意のモニタから要求映像ソース情報を受信して、そのモニタの要求に係る映像ソースおよびそのモニタアドレスを解析し、その解析結果に基づいて、複数系統の映像ソースと各モニタアドレスとの対応関係を示す配列Ｆ（ｎ）を保存している記憶装置１０７を参照して、映像ソースにそのモニタアドレスを付加し、そのモニタに送信するので、映像ソースを受け取る相手のモニタが複数の場合でも、１本の接続回線によって映像ソースを送信できるという効果がある。さらに、同じ映像ソースを複数のモニタに送信する場合でも、重複して送信する必要がないという効果がある。
【００４６】
また、この実施の形態１の情報配信装置におけるビデオモニタコントロール１０５によれば、２つ以上のモニタから同一の映像ソースについて要求イベントをビデオコントロール１０６が受信した場合には、その要求に係る映像ソースに２つ以上のモニタアドレスを付加するので、２つ以上のモニタに対して同一の映像ソースを重複することなく送信できるという効果がある。
【００４７】
また、この実施の形態１の情報配信装置におけるビデオコントロール１０６によれば、要求イベントを受信したときは、その要求映像ソース情報が記憶装置１０７の配列に存在する場合には、要求イベントのモニタアドレスのみを配列に追加し、その要求映像ソース情報が記憶装置１０７の配列に存在しない場合には、その要求映像ソース情報およびモニタアドレスを配列に追加するので、要求イベントの内容に応じて合理的に配列の変更ができるという効果がある。
【００４８】
また、この実施の形態１の情報配信装置におけるビデオコントロール１０６によれば、２系統以上の要求映像ソース情報を送信する場合には、所定の単位時間内に送信する要求映像ソース情報を系統数に応じて時分割処理して送信するので、異なる要求映像ソース情報の送信処理を省略できるという効果がある。
【００４９】
また、この実施の形態１の情報配信装置におけるビデオコントロール１０６によれば、新たに受信された要求イベントによって所定の単位時間内に送信する要求映像ソース情報の系統数に変化があった場合に新たな時分割処理を行なうので、受信されたすべての要求イベントごとに時分割処理を行う無駄な処理がなくなるという効果がある。
【００５０】
また、この実施の形態１において、映像配信装置１００と複数のモニタとの間は、共通の接続回線である１本のケーブルで構成されているので、モニタの数が増加した場合でも接続回線を増設しなくて済むという効果がある。
【００５１】
また、この実施の形態１において、ビデオコントロール１０６によって読み出されて送信される映像ソース情報を記憶するビデオメモリ１０４はハードディスクで構成されているので、送信する要求映像ソース情報のデータ量が増加した場合でも、ハードディスクの記憶容量を増加するだけで、システムの変更を伴うことがないという効果がある。
【００５２】
なお、上記実施の形態１においては、映像ソースを配信する情報配信装置について説明したが、この発明による情報配信装置によって送信される配信情報は映像ソースに限定するものではない。音楽情報やその他時間経過に伴って変化するいわゆるストリーミング情報を配信する場合にも適用できる。
【００５３】
【発明の効果】
以上のように、この発明によれば、情報配信装置を、共通の接続回線によって接続され固有の識別子をそれぞれ有する複数の情報処理装置の中の任意の情報処理装置からの情報配信要求および識別子の指令を受信してその指令に係る配信情報および識別子を解析する要求解析手段と、複数系統の配信情報と各情報処理装置の識別子との対応関係を示す配列データを記憶する記憶手段と、要求解析手段の解析結果に基づいて記憶手段を参照して指令に係る配信情報に指令に係る識別子を付加する情報付加手段と、所定の単位時間内に送信する複数系統の配信情報を、これに含まれるそれぞれの映像情報が動画認識できるように系統数に応じて時分割処理し、識別子が付加された指令に係る配信情報を指令に係る情報処理装置に対して送信する情報送信手段とを備えた構成にしたので、配信情報を受け取る相手の装置が複数の場合でも、１本の接続回線によって配信情報を送信できるという効果がある。さらに、同じ配信情報を複数の相手装置に送信する場合でも、重複して送信する必要がないので、送信処理回数を大幅に減らすことができるという効果がある。また、異なる要求映像ソース情報の送信処理を省略できるという効果がある。
【００５４】
この発明によれば、情報配信方法を、共通の接続回線によって接続され固有の識別子をそれぞれ有する複数の情報処理装置の中の任意の情報処理装置からの情報配信要求および識別子の指令を受信してその指令に係る配信情報および識別子を解析し、その解析結果に基づいて複数系統の配信情報と各情報処理装置の識別子との対応関係を示す配列データを記憶する記憶手段を参照して指令に係る配信情報に指令に係る識別子を付加し、所定の単位時間内に送信する複数系統の配信情報を、これに含まれるそれぞれの映像情報が動画認識できるように系統数に応じて時分割処理し、識別子が付加された指令に係る配信情報を指令に係る情報処理装置に対して送信するように構成したので、配信情報を受け取る相手の装置が複数の場合でも、１本の接続回線によって配信情報を送信できるという効果がある。さらに、同じ配信情報を複数の相手装置に送信する場合でも、重複して送信する必要がないという効果がある。また、異なる要求映像ソース情報の送信処理を省略できるという効果がある。
【図面の簡単な説明】
【図１】 この発明の実施の形態１における情報配信装置のシステム構成を示すブロック図である。
【図２】 図１の記憶装置に保存されている要求映像ソース情報の配列を示す図である。
【図３】 図１のビデオメモリ中の要求映像ソースにアドレスを付加した図である。
【図４】 従来の時分割送信方式におけるビデオ信号の図である。
【図５】 この発明の実施の形態１における時分割送信方式におけるビデオ信号の図である。
【図６】 この発明の実施の形態１における要求映像ソースが増加した場合の時分割送信方式のビデオ信号の図である。
【図７】 この発明の実施の形態１における要求映像ソースが減少した場合の時分割送信方式のビデオ信号の図である。
【図８】 図１のビデオコントロールによって実行される要求イベント発生時の動作を示すフローチャートである。
【図９】 図１のビデオコントロールによって実行される変更判断イベント発生時の動作を示すフローチャートである。
【図１０】 図１のビデオコントロールによって実行される時分割処理イベント発生時の動作を示すフローチャートである。
【図１１】 図１のビデオコントロールによって実行される要求イベント発生時の詳細な動作を示すフローチャートである。
【図１２】 図１のビデオコントロールによって実行される要求イベント発生時の詳細な動作を示すフローチャートである。
【符号の説明】
１００ 映像配信装置（情報配信装置）、１０１ 映像ソースＡ（配信情報）１０２ 映像ソースＢ（配信情報）、１０３ ビデオキャプチャ、１０４ ビデオメモリ、１０５ ビデオメモリコントロール（情報付加手段）、１０６ ビデオコントロール（要求解析手段、情報送信手段）、１０７ 記憶装置（記憶手段）、１０８ ケーブル（接続回線）、１０９，１１０，１１１，１１２ モニタＭ１（情報処理装置）、１１３ 映像ソースＣ（配信情報）。
Claims (8)
- 共通の接続回線によって接続され固有の識別子をそれぞれ有する複数の情報処理装置の中の任意の情報処理装置からの情報配信要求および識別子の指令を受信してその指令に係る配信情報および識別子を解析する要求解析手段と、
複数系統の配信情報と各情報処理装置の識別子との対応関係を示す配列データを記憶する記憶手段と、
前記要求解析手段の解析結果に基づいて前記記憶手段を参照して前記指令に係る配信情報に前記指令に係る識別子を付加する情報付加手段と、
所定の単位時間内に送信する複数系統の配信情報を、これに含まれるそれぞれの映像情報が動画認識できるように系統数に応じて時分割処理し、
前記識別子が付加された前記指令に係る配信情報を前記指令に係る情報処理装置に対して送信する情報送信手段と
を備えた情報配信装置。 - 情報付加手段は、２つ以上の情報処理装置から同一の配信情報について情報配信要求の指令を要求解析手段が受信した場合には、前記指令に係る配信情報に前記指令に係る２つ以上の識別子を付加することを特徴とする請求項１記載の情報配信装置。
- 要求解析手段は、情報配信要求の指令を受信したときはその指令に係る配信情報が記憶手段の配列データに存在する場合には前記指令に係る識別子のみを前記配列データに追加し、前記指令に係る配信情報が前記配列データに存在しない場合には前記指令に係る配信情報および識別子を前記配列データに追加することを特徴とする請求項１記載の情報配信装置。
- 情報送信手段は、要求解析手段によって新たに受信された情報配信要求の指令によって所定の単位時間内に送信する配信情報の系統数に変化があった場合に新たな時分割処理を行なうことを特徴とする請求項１記載の情報配信装置。
- 情報送信手段は、所定の単位時間ごとに１フレームの映像情報を送信することを特徴とする請求項１記載の情報配信装置。
- 共通の接続回線は、１本のケーブルで構成されていることを特徴とする請求項１記載の情報配信装置。
- 情報送信手段によって読み出されて送信される配信情報を記憶するハードディスクをさらに備えたことを特徴とする請求項１記載の情報配信装置。
- 共通の接続回線によって接続され固有の識別子をそれぞれ有する複数の情報処理装置の中の任意の情報処理装置からの情報配信要求および識別子の指令を受信してその指令に係る配信情報および識別子を解析し、その解析結果に基づいて複数系統の配信情報と各情報処理装置の識別子との対応関係を示す配列データを記憶する記憶手段を参照して前記指令に係る配信情報に前記指令に係る識別子を付加し、所定の単位時間内に送信する複数系統の配信情報を、これに含まれるそれぞれの映像情報が動画認識できるように系統数に応じて時分割処理し、前記識別子が付加された前記指令に係る配信情報を前記指令に係る情報処理装置に対して送信する情報配信方法。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003012589A JP4040479B2 (ja) | 2003-01-21 | 2003-01-21 | 情報配信装置および情報配信方法 |
| US10/758,220 US7636773B2 (en) | 2003-01-21 | 2004-01-16 | Information transmission apparatus and information transmission method |
| DE200410002879 DE102004002879A1 (de) | 2003-01-21 | 2004-01-20 | Informationsübertragungseinrichtung und Informationsübertragungsverfahren |
| CNB2004100033336A CN1292337C (zh) | 2003-01-21 | 2004-01-21 | 信息配送装置及信息配送方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003012589A JP4040479B2 (ja) | 2003-01-21 | 2003-01-21 | 情報配信装置および情報配信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004228789A JP2004228789A (ja) | 2004-08-12 |
| JP4040479B2 true JP4040479B2 (ja) | 2008-01-30 |
Family
ID=32677533
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003012589A Expired - Fee Related JP4040479B2 (ja) | 2003-01-21 | 2003-01-21 | 情報配信装置および情報配信方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US7636773B2 (ja) |
| JP (1) | JP4040479B2 (ja) |
| CN (1) | CN1292337C (ja) |
| DE (1) | DE102004002879A1 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005348067A (ja) * | 2004-06-02 | 2005-12-15 | Konica Minolta Medical & Graphic Inc | 画像出力システム、及び、画像出力方法 |
| US9600221B2 (en) * | 2007-11-01 | 2017-03-21 | Adobe Systems Incorporated | Multi-pane display capture, aggregation, and sharing |
Family Cites Families (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2251532B (en) | 1990-11-16 | 1995-05-03 | Toshiba Kk | Method of allocating identifiers and apparatus for the same |
| CA2127347A1 (en) | 1993-07-07 | 1995-01-08 | Donald F. Hooper | Segmented video on-demand system |
| US5534912A (en) * | 1994-04-26 | 1996-07-09 | Bell Atlantic Network Services, Inc. | Extended range video on demand distribution system |
| US5752160A (en) * | 1995-05-05 | 1998-05-12 | Dunn; Matthew W. | Interactive entertainment network system and method with analog video startup loop for video-on-demand |
| US5751282A (en) * | 1995-06-13 | 1998-05-12 | Microsoft Corporation | System and method for calling video on demand using an electronic programming guide |
| JP3288199B2 (ja) * | 1995-06-30 | 2002-06-04 | 富士通株式会社 | ビデオデータ配信装置 |
| EP0804028B1 (en) * | 1995-11-13 | 2008-01-23 | Sony Corporation | Near video on-demand system and televising method of the same |
| US5594491A (en) * | 1995-12-29 | 1997-01-14 | Vxl/Hcr Technology Corporation | Near-video-on-demand digital video distribution system utilizing asymmetric digital subscriber lines |
| US5935206A (en) * | 1996-12-13 | 1999-08-10 | International Business Machines Corporation | Automatic replication of digital video as needed for video-on-demand |
| JPH10326155A (ja) | 1997-05-26 | 1998-12-08 | Toshiba Corp | タイムスロット生成装置及びその動作確認方法 |
| US6263497B1 (en) * | 1997-07-31 | 2001-07-17 | Matsushita Electric Industrial Co., Ltd. | Remote maintenance method and remote maintenance apparatus |
| DE19741870A1 (de) * | 1997-09-23 | 1999-03-25 | Cit Alcatel | Verfahren zum Verteilen von Datenpaketen einer Betriebssoftware |
| JPH11313060A (ja) | 1998-04-28 | 1999-11-09 | Nippon Telegr & Teleph Corp <Ntt> | 同報リスト作成方法 |
| US6804825B1 (en) * | 1998-11-30 | 2004-10-12 | Microsoft Corporation | Video on demand methods and systems |
| EP1045555A3 (en) | 1999-04-09 | 2003-04-23 | Sun Microsystems, Inc. | Method and apparatus for management of communications over media of finite bandwidth |
| US6796555B1 (en) | 1999-07-19 | 2004-09-28 | Lucent Technologies Inc. | Centralized video controller for controlling distribution of video signals |
| JP2001237887A (ja) | 2000-02-24 | 2001-08-31 | Canon Inc | 通信システムおよびそのオンデマンド通信方法ならびに記録媒体 |
| JP3588309B2 (ja) | 2000-05-09 | 2004-11-10 | 日本電信電話株式会社 | マルチキャスト限定配信方法及びその装置並びにそのプログラムを記録した媒体 |
| US7254622B2 (en) * | 2000-12-15 | 2007-08-07 | Tetsuya Nomura | Video-on-demand system |
| JP2002261717A (ja) | 2001-03-02 | 2002-09-13 | Mitsubishi Electric Corp | 無線通信システム |
| US20030014762A1 (en) | 2001-07-13 | 2003-01-16 | Conover Richard David | Subscriber internet interface system and apparatus |
| GB2391645A (en) * | 2002-08-06 | 2004-02-11 | Aardwork Software Ltd | Updating of software |
| US7136042B2 (en) * | 2002-10-29 | 2006-11-14 | Microsoft Corporation | Display controller permitting connection of multiple displays with a single video cable |
-
2003
- 2003-01-21 JP JP2003012589A patent/JP4040479B2/ja not_active Expired - Fee Related
-
2004
- 2004-01-16 US US10/758,220 patent/US7636773B2/en not_active Expired - Fee Related
- 2004-01-20 DE DE200410002879 patent/DE102004002879A1/de not_active Ceased
- 2004-01-21 CN CNB2004100033336A patent/CN1292337C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004228789A (ja) | 2004-08-12 |
| US20040174319A1 (en) | 2004-09-09 |
| US7636773B2 (en) | 2009-12-22 |
| CN1292337C (zh) | 2006-12-27 |
| CN1517848A (zh) | 2004-08-04 |
| DE102004002879A1 (de) | 2004-08-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2154042C (en) | Video optimized media streamer | |
| KR100192723B1 (ko) | 매체 스트리머 | |
| US5586264A (en) | Video optimized media streamer with cache management | |
| US20020157113A1 (en) | System and method for retrieving and storing multimedia data | |
| JPH1070718A (ja) | ビデオ・データ伝送方法 | |
| CN103475899B (zh) | 数据分发方法和装置 | |
| US11310543B2 (en) | Content-modification system with system resource request feature | |
| US20200379928A1 (en) | Image processing accelerator | |
| CN113286175A (zh) | 视频流处理方法、装置及存储介质 | |
| JP4040479B2 (ja) | 情報配信装置および情報配信方法 | |
| US7600074B2 (en) | Controller of redundant arrays of independent disks and operation method thereof | |
| US8862783B2 (en) | Methods and system to offload data processing tasks | |
| JP3936408B2 (ja) | 情報処理方法及び情報処理装置 | |
| JP7073737B2 (ja) | 通信ログ記録装置、通信ログ記録方法、および、通信ログ記録プログラム | |
| US6292875B1 (en) | Control device for storage device and method of accessing the storage device | |
| US7617330B2 (en) | System and method for preloading a bus controller with command schedule | |
| KR100367084B1 (ko) | 실시간 고속의 데이터 처리용 디엠에이 제어기 및 제어방법 | |
| CN113468195B (zh) | 服务器数据缓存更新方法、系统和主数据库服务器 | |
| JPH10326154A (ja) | アレイコントローラ及びデータサーバ | |
| CN116418943A (zh) | 一种视频管理方法、装置、存储介质及系统 | |
| JP2614358B2 (ja) | ブロックリードアドレス生成システム | |
| EP0713308B1 (en) | Data sending device | |
| JPH09214871A (ja) | 動画ファイルの実時間多重読み書き装置 | |
| CN115904944A (zh) | 多路服务器系统Web并发性能的测试方法 | |
| JPH10275418A (ja) | マルチメディアサーバおよびマルチメディアオンデマンドシステムならびにマルチメディア情報の配信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051118 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070531 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070605 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070727 |
|
| 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: 20071009 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071107 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101116 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111116 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121116 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121116 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131116 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |