JP2001054095A - 情報配信/再生制御装置、情報配信/再生制御方法および情報配信/再生制御プログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents
情報配信/再生制御装置、情報配信/再生制御方法および情報配信/再生制御プログラムを記録したコンピュータ読み取り可能な記録媒体Info
- Publication number
- JP2001054095A JP2001054095A JP11225743A JP22574399A JP2001054095A JP 2001054095 A JP2001054095 A JP 2001054095A JP 11225743 A JP11225743 A JP 11225743A JP 22574399 A JP22574399 A JP 22574399A JP 2001054095 A JP2001054095 A JP 2001054095A
- Authority
- JP
- Japan
- Prior art keywords
- information
- distribution
- stream
- reproduction
- stream information
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/42—Arrangements for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/65—Arrangements characterised by transmission systems for broadcast
- H04H20/76—Wired systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
- H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
- H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
-
- 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/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234363—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the spatial resolution, e.g. for clients with a lower screen resolution
-
- 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/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
-
- 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25808—Management of client data
-
- 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
- H04N5/77—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/7921—Processing of colour television signals in connection with recording for more than one processing mode
Abstract
イム再生を行い、付加価値が高い情報配信サービスを提
供すること。 【解決手段】 中継制御サーバ20は、リアルタイム再
生が可能なストリーム情報JS1 〜JSn をそれぞれ配
信するストリームサーバ101 〜10n に対して、スト
リーム情報JS1 〜JSn の配信に関する制御を行うと
ともに、クライアント301 〜30m に対して、ストリ
ーム情報JS1 〜JSn のリアルタイム再生に関する制
御を行う。
Description
が可能なストリーム情報(動画データ、音声データ)の
配信/再生制御に用いられる情報配信/再生制御装置、
情報配信/再生制御方法および情報配信/再生制御プロ
グラムを記録したコンピュータ読み取り可能な記録媒体
に関するものであり、特に、適正なストリーム情報の配
信およびリアルタイム再生を行うことができ、付加価値
が高い情報配信サービスを提供することができる情報配
信/再生制御装置、情報配信/再生制御方法および情報
配信/再生制御プログラムを記録したコンピュータ読み
取り可能な記録媒体に関するものである。
普及により、従来のテレビジョン放送と同様にして、講
演会やコンサートの様子をライブ放送する情報配信シス
テムが注目されている。このシステムにおいては、スト
リーミング技術により、画像データおよび音声データか
ら、クライアント側でリアルタイム再生が可能なストリ
ーム情報を生成し、このストリーム情報をネットワーク
を介して複数のクライアントへ一斉に配信している。こ
こで、かかる情報配信サービスの提供者は、マルチメデ
ィア化の流れを受けて、ストリーム情報の配信を単に行
うだけでなく、一歩進めて、より付加価値が高いサービ
スを模索している。
ットの環境下においては、講演会やコンサートの様子を
ストリーム情報(動画データ、音声データ)として、リ
アルタイムで受信者に配信する情報配信システムが普及
しつつある。この情報配信システムは、講演会、コンサ
ートの会場にそれぞれ設置されたビデオカメラおよびマ
イクと、ビデオカメラおよびマイクからの画像データお
よび音声データから、ストリーミング技術を用いてリア
ルタイム再生が可能なストリーム情報(コンテンツ情
報)を生成し、これを複数のクライアントへインターネ
ット等を介して配信するストリームサーバとを備えてい
る。
ム情報をそれぞれ受信し、リアルタイムでストリーム情
報を再生する。このように、情報配信システムは、イン
ターネット等に接続されたクライアントさえあれば、ス
トリーム情報の配信を受けることができることから、近
時、注目されている。
うに、従来の情報配信システムにおいては、クライアン
トで複数のストリーム情報を同時に再生することが可能
であるが、この再生に関して外部から何ら制御が行われ
ていないため、必要以上に多くのストリーム情報をリア
ルタイム再生した場合には、最も必要とされるコンテン
ツ情報を見逃してしまうという欠点があった。最悪の場
合には、クライアントの処理能力を越えてしまい、再生
をまったく行うことができない事態が想定される。
部から何ら制御が行われていないため、いくらでも複数
のストリーム情報を配信することが可能であり、このよ
うな場合には、インターネット等のトラフィック量が規
定値を越え輻輳が発生し、回線利用効率が極端に低下す
るという事態も想定される。
ルタイム再生が可能なストリーム情報の配信に特化した
放送型のシステムであり、コンテンツ情報をリアルタイ
ム再生するという点に着目すれば、既存のテレビジョン
放送システムと何ら変わるところがない。
既存のテレビジョン放送システムとをコスト面から比較
した場合、情報配信システムは、ネットワークを利用す
るにあたって電気通信事業者に支払う接続料金が高いの
に対して、テレビジョン放送システムは、上記接続料金
に比べて格段にコストが安い。したがって、コスト面の
みを比較検討の要素とした場合、従来の情報配信システ
ムは、既存のテレビジョン放送システムにまだまだ対抗
できないシステムである、ということができる。
いた情報配信サービスの提供者は、単にストリーム情報
の配信にとどまらず、付加価値が高いサービスを模索し
ている。しかしながら、従来においては、既存のテレビ
ジョン放送システムに対抗可能な決め手となるサービス
を提供するに至っていないのが現状である。
適正なストリーム情報の配信およびリアルタイム再生を
行うことができ、付加価値が高い情報配信サービスを提
供することができる情報配信/再生制御装置、情報配信
/再生制御方法および情報配信/再生制御プログラムを
記録したコンピュータ読み取り可能な記録媒体を提供す
ることを目的とする。
に、請求項1にかかる発明は、リアルタイム再生が可能
なストリーム情報を受信装置(後述する実施の形態1の
クライアント301 〜30m に相当)へ配信する情報配
信装置(後述する実施の形態1のストリームサーバ10
1 〜10n に相当)に対して、前記ストリーム情報の配
信に関する制御を行う配信制御手段(後述する実施の形
態1の中継制御部24に相当)と、前記受信装置に対し
て、前記ストリーム情報のリアルタイム再生に関する制
御を行う再生制御手段(後述する実施の形態1の中継制
御部24に相当)とを備えることを特徴とする。
制御手段により、たとえば、ネットワークのトラフィッ
ク量や受信装置の処理能力を考慮して、ストリーム情報
の配信の制御が行われる。これにより、情報配信装置か
らは、上記トラフィック量等が考慮された状態でストリ
ーム情報が受信装置へ配信される。また、再生制御手段
により、たとえば、受信装置の処理能力を考慮して、ス
トリーム情報のリアルタイム再生に関する制御が行われ
ると、受信装置では、適正なストリーム情報を受信した
後、これに基づいてリアルタイム再生が行われる。
ば、配信制御手段による配信制御、および再生制御手段
による再生制御を行うようにしたので、適正なストリー
ム情報の配信およびリアルタイム再生を行うことができ
るとともに、付加価値が高い情報配信サービスを提供す
ることができる。
に記載の情報配信/再生制御装置において、オペレータ
により操作され、前記再生制御手段における制御を別の
制御に切り替える切替手段(後述する実施の形態2の入
力装置23に相当)を備え、前記再生制御手段は、前記
切替手段の切り替え状態に応じて、前記受信装置に対し
て制御を行うことを特徴とする。
手段により制御が別の制御に切り替えられると、再生制
御手段は、受信装置に対する制御を上記別の制御に切り
替える。このように、請求項2にかかる発明によれば、
切替手段を設けて制御を容易に変更可能としたので、使
い勝手を向上させることができる。
または2に記載の情報配信/再生制御装置において、前
記配信制御手段の制御スケジュールおよび前記再生制御
手段の制御スケジュールに関するスケジュール情報を記
憶する記憶手段(後述する実施の形態3の記憶装置21
に相当)を備え、前記配信制御手段は、前記スケジュー
ル情報に基づいて、前記情報配信装置に対して制御を行
い、前記再生制御手段は、前記スケジュール情報に基づ
いて、前記受信装置に対して制御を行うことを特徴とす
る。
制御手段および再生制御手段は、スケジュール情報に基
づいて、あらかじめ決められたスケジュール制御を行
う。このように、請求項3にかかる発明によれば、スケ
ジュール情報に基づいて、配信制御およびリアルタイム
再生制御を行うようにしたので、制御方法に変更が生じ
た場合であっても、スケジュール情報の変更するだけで
柔軟に対応することができる。
〜3のいずれか一つに記載の情報配信/再生制御装置に
おいて、前記受信装置は、複数、設けられており、前記
再生制御手段(後述する実施の形態4の中継制御部24
に相当)は、複数の前記受信装置に対して同一の制御を
行い、複数の前記受信装置における外部からの再生に関
する制御を禁止することを特徴とする。
制御手段により同一の制御が行われると、複数の受信装
置では、同一の再生品質でリアルタイム再生が行われ
る。また、この場合には、外部からの再生に関する制御
が禁止される。このように、請求項4にかかる発明によ
れば、受信装置に対して同一の制御を行い、かつ外部か
らの再生に関する制御を禁止するようにしたので、一定
の再生品質を維持した状態でリアルタイム再生を行うこ
とができる。
〜3のいずれか一つに記載の情報配信/再生制御装置に
おいて、前記受信装置は、複数、設けられており、前記
再生制御手段(後述する実施の形態5の中継制御部24
に相当)は、複数の前記受信装置に対して同一の制御を
行い、複数の前記受信装置における外部からの再生に関
する制御を許可することを特徴とする。
制御手段により同一の制御が行われると、複数の受信装
置では、同一の再生品質でリアルタイム再生が行われ
る。この場合、外部からの再生に関する制御が許可され
ているため、外部からの制御によりリアルタイム再生も
行い得る。このように、請求項5にかかる発明によれ
ば、受信装置において外部からの再生に関する制御を許
可するようにしたので、リアルタイム再生制御を柔軟に
行うことができる。
装置に対して、自身宛にリアルタイム再生が可能なスト
リーム情報を配信するように制御を行う配信制御手段
(後述する実施の形態6の中継制御部24に相当)と、
前記ストリーム情報を編集した編集ストリーム情報を受
信装置へ配信する編集手段と、前記受信装置に対して、
前記編集ストリーム情報のリアルタイム再生に関する制
御を行う再生制御手段(後述する実施の形態6の中継制
御部24に相当)とを備えることを特徴とする。
制御手段により配信制御が行われると、情報配信装置
は、ストリーム情報を配信制御手段宛に配信する。これ
により、編集制御手段は、たとえば、複数のストリーム
情報を一つのストリーム情報に圧縮する等といった編集
を行い、この編集結果を編集ストリーム情報として受信
装置へ配信する。そして、再生制御手段の制御により、
受信装置では、編集ストリーム情報がリアルタイム再生
される。
ば、編集制御手段により、ストリーム情報を編集したス
トリーム情報を受信装置へ配信するようにしたので、ス
トリーム情報を受信装置へ配信する場合に比して、ネッ
トワーク等の伝送路のトラフィック量を低減することが
できる。
装置に対して、リアルタイム再生が可能なストリーム情
報を編集した編集ストリーム情報を受信装置へ配信させ
る制御を行う配信制御手段(後述する実施の形態7およ
び8の中継制御部24に相当)と、前記受信装置に対し
て、前記編集ストリーム情報のリアルタイム再生に関す
る制御を行う再生制御手段(後述する実施の形態7およ
び8の中継制御部24に相当)とを備えることを特徴と
する。
制御手段により配信制御が行われると、情報配信装置
は、たとえば、複数のストリーム情報を一つのストリー
ム情報に圧縮する等といった編集を行い、この編集結果
を編集ストリーム情報として受信装置へ配信する。そし
て、再生制御手段の制御により、受信装置では、編集ス
トリーム情報がリアルタイム再生される。
ば、編集制御手段の制御により、ストリーム情報を編集
した編集ストリーム情報を受信装置へ配信するようにし
たので、ストリーム情報を受信装置へ配信する場合に比
して、ネットワーク等の伝送路のトラフィック量を低減
することができる。
イム再生が可能な動画データを含むストリーム情報を受
信装置へそれぞれ配信する複数の情報配信装置に対し
て、前記ストリーム情報の配信に関する制御を行う配信
制御手段(後述する実施の形態7および8の中継制御部
24に相当)と、前記受信装置に対して、複数の前記ス
トリーム情報のリアルタイム再生に関する表示方法の制
御を行う再生制御手段(後述する実施の形態7および8
の中継制御部24に相当)とを備えることを特徴とす
る。
制御手段により、たとえば、ネットワークのトラフィッ
ク量や受信装置の処理能力を考慮して、動画データを含
むストリーム情報の配信の制御が行われる。これによ
り、情報配信装置からは、上記トラフィック量等が考慮
された状態で動画データを含むストリーム情報が受信装
置へ配信される。また、再生制御手段により、たとえ
ば、受信装置の処理能力を考慮して、ストリーム情報の
リアルタイム再生に関する動画の表示方法の制御が行わ
れると、受信装置では、ストリーム情報を受信した後、
上記表示方法にしたがって、動画が表示される。
ば、配信制御手段による配信制御、および再生制御手段
による動画の表示方法の制御を行うようにしたので、適
正なストリーム情報の配信および適正な表示方法に基づ
いてリアルタイム再生を行うことができるとともに、付
加価値が高い情報配信サービスを提供することができ
る。
イム再生が可能な動画データおよび音声データを含むス
トリーム情報を受信装置へそれぞれ配信する複数の情報
配信装置に対して、前記ストリーム情報の配信に関する
制御を行う配信制御手段(後述する実施の形態9〜12
の中継制御部24に相当)と、前記受信装置に対して、
複数の前記ストリーム情報のリアルタイム再生に関する
動画の表示方法および音声の出力方法の制御を行う再生
制御手段(後述する実施の形態9〜12の中継制御部2
4に相当)とを備えることを特徴とする。
制御手段により、たとえば、ネットワークのトラフィッ
ク量や受信装置の処理能力を考慮して、動画データおよ
び音声データを含むストリーム情報の配信の制御が行わ
れる。これにより、情報配信装置からは、上記トラフィ
ック量等が考慮された状態で動画データおよび音声デー
タを含むストリーム情報が受信装置へ配信される。ま
た、再生制御手段により、たとえば、受信装置の処理能
力を考慮して、ストリーム情報のリアルタイム再生に関
する表示方法および音声の出力方法の制御が行われる
と、受信装置では、ストリーム情報を受信した後、上記
表示方法にしたがって動画が表示されるとともに、出力
方法にしたがって音声が出力される。
ば、配信制御手段による配信制御、および再生制御手段
による動画の表示方法および音声の出力方法の制御を行
うようにしたので、適正なストリーム情報の配信および
適正な表示方法および出力方法に基づいてリアルタイム
再生を行うことができるとともに、付加価値が高い情報
配信サービスを提供することができる。
8または9に記載の情報配信/再生制御装置において、
前記複数のストリーム情報のそれぞれに重要度に関する
重要度情報を記憶する記憶手段(後述する実施の形態1
3の記憶装置21に相当)を備え、前記再生制御手段
(後述する実施の形態13の中継制御部24に相当)
は、前記重要度情報に基づいて、重要度が高いストリー
ム情報を他のストリーム情報より優先的に再生させるよ
うに前記受信装置の制御を行うことを特徴とする。
信制御手段により、たとえば、ネットワークのトラフィ
ック量や受信装置の処理能力を考慮して、ストリーム情
報の配信の制御が行われる。これにより、情報配信装置
からは、上記トラフィック量等が考慮された状態でスト
リーム情報が受信装置へ配信される。また、再生制御手
段により、たとえば、受信装置の処理能力および重要度
情報に基づいてストリーム情報のリアルタイム再生に関
する制御が行われると、受信装置では、重要度が高いス
トリーム情報が他のストリーム情報より優先的にリアル
タイム再生される。
れば、重要度が高いストリーム情報を優先的にリアルタ
イム再生するようにしたので、当該ストリーム情報を見
逃すことを防止することができる。
タイム再生が可能なストリーム情報を受信装置へ配信す
る情報配信装置に対して、前記ストリーム情報の配信に
関する制御を行う配信制御工程(後述する実施の形態1
のステップSB1に相当)と、前記受信装置に対して、
前記ストリーム情報のリアルタイム再生に関する制御を
行う再生制御工程(後述する実施の形態1のステップS
B2に相当)とを含むことを特徴とする。
信制御工程では、たとえば、ネットワークのトラフィッ
ク量や受信装置の処理能力を考慮して、ストリーム情報
の配信の制御が行われる。これにより、情報配信装置か
らは、上記トラフィック量等が考慮された状態でストリ
ーム情報が受信装置へ配信される。また、再生制御工程
において、たとえば、受信装置の処理能力を考慮して、
ストリーム情報のリアルタイム再生に関する制御が行わ
れると、受信装置では、適正なストリーム情報を受信し
た後、これに基づいてリアルタイム再生が行われる。
れば、配信制御工程による配信制御、および再生制御工
程による再生制御を行うようにしたので、適正なストリ
ーム情報の配信およびリアルタイム再生を行うことがで
きるとともに、付加価値が高い情報配信サービスを提供
することができる。
タイム再生が可能なストリーム情報を受信装置へ配信す
る情報配信装置に対して、前記ストリーム情報の配信に
関する制御を行わせる配信制御工程(後述する実施の形
態1のステップSB1に相当)と、前記受信装置に対し
て、前記ストリーム情報のリアルタイム再生に関する制
御を行わせる再生制御工程(後述する実施の形態1のス
テップSB2に相当)とをコンピュータに実行させるた
めの情報配信/再生制御プログラムを記録したコンピュ
ータ読み取り可能な記録媒体である。
信制御工程では、たとえば、ネットワークのトラフィッ
ク量や受信装置の処理能力を考慮して、ストリーム情報
の配信の制御が行われる。これにより、情報配信装置か
らは、上記トラフィック量等が考慮された状態でストリ
ーム情報が受信装置へ配信される。また、再生制御工程
において、たとえば、受信装置の処理能力を考慮して、
ストリーム情報のリアルタイム再生に関する制御が行わ
れると、受信装置では、適正なストリーム情報を受信し
た後、これに基づいてリアルタイム再生が行われる。
れば、配信制御工程による配信制御、および再生制御工
程による再生制御を行うようにしたので、適正なストリ
ーム情報の配信およびリアルタイム再生を行うことがで
きるとともに、付加価値が高い情報配信サービスを提供
することができる。
信装置に対して、リアルタイム再生が可能なストリーム
情報を配信するように制御を行わせる配信制御工程(後
述する実施の形態6のステップSQ1に相当)と、前記
ストリーム情報を編集した編集ストリーム情報を受信装
置へ配信させる編集工程(後述する実施の形態6のステ
ップSQ3およびSQ4に相当)と、前記受信装置に対
して、前記編集ストリーム情報のリアルタイム再生に関
する制御を行わせる受信/再生制御工程(後述する実施
の形態6のSQ5に相当)とをコンピュータに実行させ
るための情報配信/再生制御プログラムを記録したコン
ピュータ読み取り可能な記録媒体である。
信制御工程において配信制御が行われると、情報配信装
置は、ストリーム情報を配信する。これにより、編集制
御工程では、たとえば、複数のストリーム情報を一つの
ストリーム情報に圧縮する等といった編集が行われ、こ
の編集結果が編集ストリーム情報として受信装置へ配信
される。そして、再生制御工程における制御により、受
信装置では、編集ストリーム情報がリアルタイム再生さ
れる。
れば、編集制御工程により、ストリーム情報を編集した
ストリーム情報を受信装置へ配信するようにしたので、
ストリーム情報を受信装置へ配信する場合に比して、ネ
ットワーク等の伝送路のトラフィック量を低減すること
ができる。
かる情報配信/再生制御装置、情報配信/再生制御方法
および情報配信/再生制御プログラムを記録したコンピ
ュータ読み取り可能な記録媒体の実施の形態1〜13に
ついて詳細に説明する。
形態1の構成を示すブロック図である。この図に示した
情報配信システムは、ストリーミング技術を用いてスト
リーム情報(動画データ、音声データ)を複数のクライ
アントへリアルタイムで配信するとともに、複数のクラ
イアントで上記ストリーム情報をリアルタイム再生する
システムである。
ルチキャスト方式を採用した場合を一例にとって説明す
る。このマルチキャスト方式は、複数の特定のクライア
ントへ一斉に情報を伝送する通信方式であり、特定グル
ープ一斉同報型通信方式と呼ばれている。さらに、情報
配信システムは、リアルタイム再生が可能であることか
ら、講習会やコンサート等のライブ放送に利用される。
(Local Area Network)、イントラネット、インターネ
ット等であり、後述するストリーム情報JS1 〜JSn
等を伝送する。このネットワークNには、配信者側に設
置されたストリームサーバ10 1 〜10n と、中継制御
サーバ20と、ユーザ側(受信者側)にそれぞれ設置さ
れたクライアント301 〜30m (m≧n)とがそれぞ
れ接続されている。
ストリーム情報JS1 〜JSn をそれぞれ生成し、これ
らのストリーム情報JS1 〜JSn を中継制御サーバ2
0の制御によりクライアント301 〜30m へ配信す
る。ストリーム情報JS1 〜JSn は、ストリーム帯
域、フレームレート、画面サイズ等をパラメータとし
て、動画データおよび音声データからなるコンテンツが
圧縮された情報である。ここで、ストリーム帯域は、ス
トリーム情報JS1 〜JSn がネットワークNに送信さ
れた際の占有伝送帯域である。フレームレートは、クラ
イアント301 〜30 m でリアルタイム再生されるスト
リーム情報の毎秒あたりの画面数であり、このフレーム
レートが大きいほど、なめらかな動画再生が可能となる
が、その分だけ広いストリーム帯域が必要となる。ま
た、画面サイズは、ユーザ側でリアルタイム再生される
ストリーム情報を構成する画素数(縦ピクセル数×横ピ
クセル数)である。
ードディスク装置であり、ストリームサーバ101 〜1
0n のメインメモリとしてそれぞれ用いられている。ビ
デオカメラ121 〜12n は、講習会の会場やコンサー
ト会場にそれぞれ設置されており、講習会やコンサート
の様子をリアルタイムで撮像し、撮像結果を動画データ
V1 〜Vn としてストリームサーバ101 〜10n へそ
れぞれ出力する。同様にして、マイクロフォン131 〜
13n も講習会の会場やコンサート会場にそれぞれ設置
されている。これらマイクロフォン131 〜13n は、
講演者の音声や、コンサート会場の音声を音声データM
1 〜Mn にそれぞれ変換し、これらをストリームサーバ
101 〜10n へリアルタイムで出力する。
の構成について図2を参照して詳述する。図2において
は、図1の各部にそれぞれ対応する部分には同一の符号
を付ける。この図に示したストリームサーバ101 にお
いて、エンコード部141 は、上述したストリーム帯
域、フレームレート、画面サイズ等のパラメータに基づ
いて、ビデオカメラ121 およびマイクロフォン131
からキャプチャリングされた動画データV1 および音声
データM1 を符号化することで、ストリーム情報JS1
を生成する。
データV1 および音声データM1 をそれぞれディジタル
データに変換した後、画面サイズやフレームレート等を
考慮してディジタルデータの情報量を減らす。さらに、
エンコード部141 は、コーデック技術を用いて、上記
ディジタルデータをリアルタイムで圧縮し、動画データ
V1 と音声データM1 との同期がとられたストリーム情
報JS1 を生成する。
1 (コンテンツ)の配信制御、クライアント301 〜3
0m に対してコンテンツの配信がある旨を告知するため
の配信通知等を行う。この配信制御部151 の動作の詳
細については、後述する。ネットワーク制御部16
1 は、配信プロトコルを用いて、ネットワークNの伝送
帯域に応じた転送レートでストリーム情報JS1 をネッ
トワークNへ送信する機能を備えている。また、ネット
ワーク制御部161 は、ネットワークNの輻輳により、
ストリーム情報JS1 の伝送中に伝送ロスが生じた場合
に、ストリーム情報JS1 を蓄積するバッファリング機
能も備えている。インタフェース部171 は、配信制御
部151 と記憶装置111 との間のインタフェースをと
る。なお、他のストリームサーバ102 (図示略)〜1
0n も、上述したストリームサーバ101 と同一構成で
ある。
(a)および(b)に示したサーバ情報J1 、クライア
ント情報J2 に基づいて、ストリームサーバ101 〜1
0nにおけるストリーム情報JS1 〜JSn の配信を制
御するとともに、クライアント301 〜30m における
ストリーム情報JS1 〜JSn の受信/再生を制御す
る。この中継制御サーバ20の動作の詳細については、
後述する。
トリームサーバ101 〜10n に関する情報であり、
「サーバ名」、「サーバIP(Internet Protocol )ア
ドレス」、「コンテンツ名」および「マルチキャストア
ドレス」からなる。「サーバ名」は、ストリームサーバ
101 〜10n のそれぞれの名称である。同図に示した
例では、「ストリームサーバ1」は、ストリームサーバ
101 の名称であり、以下同様にして、「ストリームサ
ーバn」は、ストリームサーバ10n の名称である。
ーバ101 〜10n のそれぞれのIPアドレスである。
同図に示した例では、ストリームサーバ101 の「サー
バIPアドレス」は、「11.2.3.100」であり、以下同様
にして、ストリームサーバ10n の「サーバIPアドレ
ス」は、「11.2.3.199」である。「コンテンツ名」は、
ストリーム情報JS1 〜JSn によりそれぞれ提供され
るコンテンツの名称であり、同図に示した例では、スト
リーム情報JS1 に関する「コンテンツ名」は、「コン
テンツ1」であり、以下同様にして、ストリーム情報J
Sn に関する「コンテンツ名」は、「コンテンツn」で
ある。
ークN上に存在するマルチキャストグループ(特定のグ
ループ)に対して割り当てられるアドレスであり、マル
チキャストグループへストリーム情報JS1 〜JSn を
配信するために、配信先IPアドレスとして用いられ
る。
「マルチキャストアドレス」は、「239.0.10.100」であ
り、たとえば、クライアント301 〜30m で構成され
るマルチキャストグループに対して割り当てられたアド
レスである。したがって、「239.0.10.100」というマル
チキャストアドレスにストリーム情報JS1 を配信した
場合には、クライアント301 〜30m (マルチキャス
トグループ)にストリーム情報JS1 が配信される。
「マルチキャストアドレス」は、「239.0.10.199」であ
り、たとえば、クライアント301 〜30m で構成され
るマルチキャストグループに対して割り当てられたアド
レスである。したがって、「239.0.10.199」というマル
チキャストアドレスにストリーム情報JSn が配信され
た場合には、クライアント301 〜30m (マルチキャ
ストグループ)にストリーム情報JSn が配信される。
報J2 は、クライアント301 〜30m に関する情報
(「クライアント名」、「クライアントIPアドレ
ス」)である。「クライアント名」は、クライアント3
01 〜30m のそれぞれの名称であり、同図に示した例
では、「クライアント1」〜「クライアントm」であ
る。「クライアントIPアドレス」は、クライアント3
01 〜30m にそれぞれ付与されているIPアドレスで
あり、同図に示した例では、「22.33.44.100」〜「22.3
3.44.199」である。
ーバ情報J1 およびクライアント情報J2 を記憶する。
表示装置22は、CRT(Cathode-Ray Tube)、LCD
(Liquid Crystal Display)等の表示部と、プリアンプ、
スピーカ等の音声出力部とから構成されている。入力装
置23は、マウス、キーボード等の入力デバイスであ
る。
成について図3を参照して説明する。図3においては、
図1の各部にそれぞれ対応する部分には同一の符号を付
ける。この図に示した中継制御部24は、サーバ情報J
1 およびクライアント情報J 2 (図4(a)および
(b)参照)に基づいて、ストリーム情報JS1 〜JS
nの配信制御、および受信/再生制御を行う。この中継
制御部24の動作の詳細については、後述する。
CP/IP(Transmission ControlProtocol/Internet
Protocol )にしたがって、ストリームサーバ101 〜
10 n 、クライアント301 〜30m との間の通信制御
を行う。タイマ27は、計時結果を中継制御部24へ出
力する。インタフェース部26は、中継制御部24と、
記憶装置21、表示装置22および入力装置23との間
のインタフェースをとる。
は、中継制御サーバ20による受信/再生制御により、
ストリームサーバ101 〜10n からネットワークNを
介してそれぞれ配信されるストリーム情報JS1 〜JS
n のうち指定されたストリーム情報を受信した後、この
ストリーム情報をそれぞれリアルタイム再生する。表示
装置321 〜32m は、CRT、LCD等の表示部と、
プリアンプ、スピーカ等の音声出力部とからそれぞれ構
成されている。
イム再生されたときに動画を表示する。一方、音声出力
部は、ストリーム情報がリアルタイム再生されたときに
音声を出力する。入力装置331 〜33m は、マウス、
キーボード等の入力デバイスである。記憶装置311 〜
31m は、たとえば、ハードディスク装置であり、クラ
イアント301 〜30m のメインメモリとしての役目を
している。
成について図5を参照して詳述する。図5においては、
図1の各部にそれぞれ対応する部分には同一の符号を付
ける。この図に示した受信制御部341 は、配信された
ストリーム情報の受信制御、再生制御を行う。この受信
制御部341 の動作の詳細については、後述する。ネッ
トワーク制御部351 は、配信プロトコルにしたがっ
て、ストリームサーバ101 〜10n との間の通信を制
御する。
P/IPにしたがって、中継制御サーバ20との間の通
信制御を行う。インタフェース部361 は、受信制御部
34 1 と、表示装置321 、入力装置331 および記憶
装置311 との間のインタフェースをとる。なお、他の
クライアント302 (図示略)〜30m の構成は、上述
したクライアント301 の構成と同一である。
に示したフローチャートを参照しつつ説明する。図1に
おいて、ストリームサーバ101 〜10n 、およびクラ
イアント301 〜30m は、それぞれ起動されると、図
6に示したステップSA1およびステップSC1へそれ
ぞれ進む。ステップSA1では、図1に示したストリー
ムサーバ101 〜10n のそれぞれの配信制御部(配信
制御部151 :図2参照)は、中継制御サーバ20から
ストリーム情報JS1 〜JSn の配信指示があるか否か
を判断し、この場合、判断結果を「No」として同判断
を繰り返す。
アント301 〜30m のそれぞれの受信制御部(受信制
御部341 :図5参照)は、中継制御サーバ20から受
信/再生指示があるか否かを判断し、この場合、判断結
果を「No」として同判断を繰り返す。
装置23を用いて、配信開始を指示する情報が入力され
ると、中継制御サーバ20の中継制御部24は、ステッ
プSB1へ進む。ステップSB1では、中継制御部24
は、まず、図4(a)に示したサーバ情報J1 を記憶装
置21から読み込む。つぎに、中継制御部24は、サー
バ情報J1 から、ストリーム情報JS1 〜JSn のそれ
ぞれの配信元である「ストリームサーバ」(ストリーム
サーバ101 〜10n )を認識する。
1 から、ストリーム情報JS1 〜JSn のそれぞれの配
信先のマルチキャストアドレス「239.0.10.100」〜「23
9.0.10.199」をそれぞれ認識する。つぎに、中継制御部
24は、ネットワークNのトラフィック量やクライアン
ト301 〜30m の処理能力を考慮して、上記ストリー
ム情報JS1 〜JSn にそれぞれ対応するストリームサ
ーバ101 〜10n へ配信を指示した後、ステップSB
2へ進む。
バ101 〜10n のそれぞれの配信制御部は、ステップ
SA1の判断結果を「Yes」として、ステップSA2
へ進む。ステップSA2では、ストリームサーバ101
〜10n のそれぞれの配信制御部は、ストリーム情報J
S1 〜JSn の配信を開始する。
1 およびマイクロフォン131 からは、「コンテンツ
1」に関する動画データV1 および音声データM1 が出
力される。そして、これらの動画データV1 および音声
データM1 がエンコード部14 1 にキャプチャリングさ
れると、エンコード部141 は、ストリーム帯域等のパ
ラメータに基づいて、動画データV1 および音声データ
M1 を符号化・圧縮することで、ストリーム情報JS1
を生成する。同様にして、ストリームサーバ10 2 (図
示略)〜10n においても、ストリームサーバ101 と
同様にして、ストリーム情報JS2 (図示略)〜JSn
がそれぞれ生成される。
のそれぞれの配信制御部は、ストリーム情報JS1 〜J
Sn をサーバ情報J1 に基づくマルチキャストアドレス
宛に送信した後、ステップSA3へ進む。これにより、
ストリーム情報JS1 〜JS n は、クライアント301
〜30m へそれぞれ配信される。ステップSA3では、
ストリームサーバ101 〜10n のそれぞれの配信制御
部は、中継制御サーバ20から配信終了の指示があるか
否かを判断し、この場合、判断結果を「No」として、
同判断を繰り返す。
中継制御サーバ20の中継制御部24は、記憶装置21
からクライアント情報J2 (図4(b)参照)を読み出
す。つぎに、中継制御部24は、このクライアント情報
J2 から得られるクライアントIPアドレス「22.33.4
4.100」〜「22.33.44.199」宛に、すなわち、クライア
ント301 〜30m へ受信/再生の指示を出した後、ス
テップSB3へ進む。この場合、中継制御部24は、ク
ライアント301 〜30m の処理能力を考慮して受信/
再生の指示を出す。
J1 に基づくマルチキャストアドレス宛に送信されたス
トリーム情報JS1 〜JSn のうち、たとえば、ストリ
ーム情報JS1 およびJS2 を受信すること、受信した
ストリーム情報JS1 およびJS2 をリアルタイム再生
すること、に関する指示である。ステップSB3では、
中継制御部24は、配信者により、入力装置23を用い
て、配信終了の指示があるか否かを判断し、この場合、
判断結果を「No」として、同判断を繰り返す。
図5に示したクライアント301 〜30m のそれぞれの
受信制御部(受信制御部341 :図5参照)は、ステッ
プSC1の判断結果を「Yes」として、ステップSC
2へ進む。ステップSC2では、クライアント301 〜
30m のそれぞれの受信制御部は、中継制御サーバ20
により指定されたストリーム情報JS1 およびJS2 の
受信を開始する。
れぞれの受信制御部は、ストリーム情報JS1 およびJ
S2 をリアルタイム再生する処理を開始した後、ステッ
プSC3へ進む。具体的には、クライアント301 〜3
0m のそれぞれの受信制御部は、ストリーム情報JS1
およびJS2 を復元することで、動画データおよび音声
データを生成した後、これらの動画データおよび音声デ
ータを、それぞれの表示装置(表示装置321 :図5参
照)へ供給する。この場合、動画データは、それぞれの
フレーム毎にビットマップデータに変換されている。こ
れにより、クライアント301 〜30m のそれぞれの表
示装置においては、「コンテンツ1」および「コンテン
ツ2」に関する動画および音声がリアルタイムで再生さ
れる。
〜30m のそれぞれの受信制御部は、中継制御サーバ2
0から、受信/再生終了の指示があるか否かを判断し、
この場合、判断結果を「No」として、同判断を繰り返
す。この間においては、ストリーム情報JS1 およびJ
S2 のリアルタイム再生が行われている。
いて終了の指示が出されると、図3に示した中継制御サ
ーバ20の中継制御部24は、ステップSB3の判断結
果を「Yes」として、ステップSB4へ進む。ステッ
プSB4では、中継制御部24は、受信/再生終了の指
示をクライアント301 〜30m へそれぞれだした後、
ステップSB5へ進む。
ライアント301 〜30m のそれぞれの受信制御部は、
ステップSC3の判断結果を「Yes」として、ステッ
プSC4へ進む。ステップSC4では、クライアント3
01 〜30m のそれぞれの受信制御部は、ストリーム情
報JS1 およびJS2 の受信およびリアルタイム再生を
終了する。
4は、ストリームサーバ101 〜10n へ配信終了の指
示を出す。これにより、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ステップSA3の判断結
果を「Yes」として、ステップSA4へ進む。ステッ
プSA4では、ストリームサーバ101 〜10n のそれ
ぞれの配信制御部は、ストリーム情報JS1 〜JSn の
配信を終了する。
ば、中継制御部24による配信制御および再生制御を行
うようにしたので、適正なストリーム情報の配信および
リアルタイム再生を行うことができるとともに、付加価
値が高い情報配信サービスを提供することができる。
態1においては、中継制御サーバ20の制御により、ス
トリーム情報JS1 〜JSn のうち、中継制御サーバ2
0により指定されたストリーム情報をクライアント30
1 〜30m においてリアルタイム再生する例について説
明したが、リアルタイム再生中に、受信/再生の対象と
なるストリーム情報を変更するようにしてもよい。以下
においては、この場合を実施の形態2として説明する。
この実施の形態2のハードウェア構成は、前述した実施
の形態1のハードウェア構成と同一である。ただし、実
施の形態2においては、図1に示した中継制御サーバ2
0の機能が、後述するように実施の形態1の場合と異な
る。
に示したフローチャートを参照しつつ説明する。図1に
おいて、ストリームサーバ101 〜10n 、およびクラ
イアント301 〜30m は、それぞれ起動されると、図
7に示したステップSD1およびステップSF1へそれ
ぞれ進む。ステップSD1では、図1に示したストリー
ムサーバ101 〜10n のそれぞれの配信制御部(配信
制御部151 :図2参照)は、中継制御サーバ20から
ストリーム情報JS1 〜JSn の配信指示があるか否か
を判断し、この場合、判断結果を「No」として同判断
を繰り返す。
アント301 〜30m のそれぞれの受信制御部(受信制
御部341 :図5参照)は、中継制御サーバ20から受
信/再生指示があるか否かを判断し、この場合、判断結
果を「No」として同判断を繰り返す。
装置23を用いて、配信開始を指示する情報が入力され
ると、中継制御サーバ20の中継制御部24は、ステッ
プSE1へ進む。ステップSE1では、中継制御部24
は、ステップSB1(図6参照)と同様にして、記憶装
置21から読み込んだサーバ情報J1 (図4(a)参
照)に基づいて、ストリーム情報JS1 〜JSn にそれ
ぞれ対応するストリームサーバ101 〜10n へ配信を
指示した後、ステップSE2へ進む。このとき、中継制
御部24は、ネットワークNのトラフィック量やクライ
アント301 〜30m の処理能力を考慮して、配信を指
示する。
バ101 〜10n のそれぞれの配信制御部は、ステップ
SD1の判断結果を「Yes」として、ステップSD2
へ進む。ステップSD2では、ストリームサーバ101
〜10n のそれぞれの配信制御部は、ストリーム情報J
S1 〜JSn の配信を開始した後、ステップSD3へ進
む。ステップSD3では、ストリームサーバ101 〜1
0n のそれぞれの配信制御部は、中継制御サーバ20か
ら配信終了の指示があるか否かを判断し、この場合、判
断結果を「No」として、同判断を繰り返す。
中継制御サーバ20の中継制御部24は、ステップSB
2(図6参照)と同様にして、記憶装置21から読み出
したクライアント情報J2 に基づいて、クライアント3
01 〜30m へ受信/再生の指示を出した後、ステップ
SE3へ進む。このとき、中継制御部24は、クライア
ント301 〜30m の処理能力を考慮して、指示を出
す。この場合の受信/再生指示は、サーバ情報J1 に基
づくマルチキャストアドレス宛に送信されたストリーム
情報JS1 〜JSn のうち、たとえば、ストリーム情報
JS1 およびJS 2 を受信すること、受信したストリー
ム情報JS1 およびJS2 をリアルタイム再生するこ
と、に関する指示である。ステップSE3では、中継制
御部24は、配信者により、入力装置23を用いて、配
信終了の指示があるか否かを判断し、この場合、判断結
果を「No」として、ステップSE4へ進む。
配信者により、入力装置23を用いて、クライアント3
01 〜30m がそれぞれ受信/再生すべきストリーム情
報の変更指示があるか否かを判断し、この場合、判断結
果を「No」として、ステップSE3へ戻る。
指示を受けると、図5に示したクライアント301 〜3
0m のそれぞれの受信制御部(受信制御部341 :図5
参照)は、ステップSF1の判断結果を「Yes」とし
て、ステップSF2へ進む。ステップSF2では、クラ
イアント301 〜30m のそれぞれの受信制御部は、中
継制御サーバ20により指定されたストリーム情報JS
1 およびJS2 の受信を開始する。
れぞれの受信制御部は、ステップSC2(図6参照)と
同様にして、ストリーム情報JS1 およびJS2 をリア
ルタイム再生する処理を開始した後、ステップSF3へ
進む。ステップSF3では、クライアント301 〜30
m のそれぞれの受信制御部は、中継制御サーバ20か
ら、受信/再生終了の指示があるか否かを判断し、この
場合、判断結果を「No」として、ステップSF4へ進
む。ステップSF4では、クライアント301 〜30m
のそれぞれの受信制御部は、中継制御サーバ20から、
受信/再生すべきストリーム情報の変更指示があるか否
かを判断し、この場合、判断結果を「No」として、ス
テップSF3へ戻る。
いて、クライアント301 〜30mにおける受信/再生
をすべきストリーム情報が、現状のストリーム情報JS
1 およびJS2 から、ストリーム情報JS1 のみに変更
されると、図3に示した中継制御サーバ20の中継制御
部24は、ステップSE4の判断結果を「Yes」とし
て、ステップSE5へ進む。ステップSE5では、中継
制御部24は、上記変更内容に基づいて、クライアント
301 〜30m に受信/再生指示をだした後、ステップ
SE3へ戻る。この場合、変更後の受信/再生指示は、
ストリーム情報JS1 〜JSn のうち、たとえば、スト
リーム情報JS1 のみを受信すること、受信したストリ
ーム情報JS1 をリアルタイム再生すること、に関する
指示である。
と、クライアント301 〜30m のそれぞれの受信制御
部は、ステップSF4の判断結果を「Yes」として、
ステップSF5へ進む。ステップSF5では、クライア
ント301 〜30m のそれぞれの受信制御部は、変更後
の受信/再生指示に基づいて、ストリーム情報JS1の
みの受信および再生を開始した後、ステップSF3へ戻
る。すなわち、この場合、クライアント301 〜30m
においては、変更前にストリーム情報JS1 およびJS
2 の双方がリアルタイム再生されていたが、変更後にス
トリーム情報JS1 のみがリアルタイム再生される。
いて終了の指示が出されると、図3に示した中継制御サ
ーバ20の中継制御部24は、ステップSE3の判断結
果を「Yes」として、ステップSE6へ進む。ステッ
プSE6では、中継制御部24は、受信/再生終了の指
示をクライアント301 〜30m へそれぞれだした後、
ステップSE7へ進む。
ライアント301 〜30m のそれぞれの受信制御部は、
ステップSF3の判断結果を「Yes」として、ステッ
プSF6へ進む。ステップSF6では、クライアント3
01 〜30m のそれぞれの受信制御部は、ストリーム情
報JS1 の受信およびリアルタイム再生を終了する。
4は、ストリームサーバ101 〜10n へ配信終了の指
示を出す。これにより、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ステップSD3の判断結
果を「Yes」として、ステップSD4へ進む。ステッ
プSD4では、ストリームサーバ101 〜10n のそれ
ぞれの配信制御部は、ストリーム情報JS1 〜JSn の
配信を終了する。
ば、入力装置23を設けてクライアント301 〜30m
に対する制御を容易に変更可能としたので、使い勝手を
向上させることができる。
態1においては、中継制御サーバ20の制御により、ス
トリーム情報JS1 〜JSn のうち、中継制御サーバ2
0により指定されたストリーム情報をクライアント30
1 〜30m においてリアルタイム再生する例について説
明したが、図9に示した配信スケジュール情報J3 に基
づいて、ストリーム情報の配信、受信/再生をスケジュ
ーリングするようにしてもよい。
として説明する。この実施の形態3のハードウェア構成
は、前述した実施の形態1のハードウェア構成と同一で
ある。ただし、実施の形態3においては、図1に示した
中継制御サーバ20の機能が、後述するように実施の形
態1の場合と異なる。また、実施の形態3において、図
1に示した記憶装置21には、図9に示した配信スケジ
ュール情報J3 が記憶されている。
べきストリーム情報(コンテンツ)の配信の開始/終了
に関する時刻情報、ストリーム情報の表示方法に関する
情報であり、「日付」、「開始時刻」、「終了時刻」、
「コンテンツ名1」、「コンテンツ名2」および「表示
方法」からなる。「日付」は、当該ストリーム情報を配
信する日付けであり、「開始時刻」は、当該ストリーム
情報の配信を開始する時刻であり、「終了時刻」は、当
該ストリーム情報の配信を終了する時刻である。また、
「コンテンツ名1」は、配信すべき一つ目のストリーム
情報に対応するコンテンツの名称であり、同様にして、
「コンテンツ名2」は、配信すべき二つ目のストリーム
情報の名称である。「表示方法」は、クライアント30
1 〜30 m における二つのコンテンツ(ストリーム情
報)の表示(再生)方法である。
9.07.30」、「開始時刻」として「12:00.00」、「終了
時刻」として「12:30.00」、「コンテンツ名1」として
「コンテンツ1」、「コンテンツ名2」として「コンテ
ンツ2」、「表示方法」として「横並列表示」がそれぞ
れ定義されている。ここで、上記「横並列表示」は、コ
ンテンツ1および2を、横方向に並列表示させることを
意味してる。また、「コンテンツ1」は、ストリーム情
報JS1 に対応しており、「コンテンツ2」は、ストリ
ーム情報JS2 (図示略)に対応している。
に示したフローチャートを参照しつつ説明する。図1に
おいて、ストリームサーバ101 〜10n 、およびクラ
イアント301 〜30m は、それぞれ起動されると、図
8に示したステップSG1およびステップSI1へそれ
ぞれ進む。ステップSG1では、図1に示したストリー
ムサーバ101 〜10n のそれぞれの配信制御部(配信
制御部151 :図2参照)は、中継制御サーバ20から
ストリーム情報JS1 〜JSn の配信指示があるか否か
を判断し、この場合、判断結果を「No」として同判断
を繰り返す。
アント301 〜30m のそれぞれの受信制御部(受信制
御部341 :図5参照)は、中継制御サーバ20から受
信/再生指示があるか否かを判断し、この場合、判断結
果を「No」として同判断を繰り返す。
装置23を用いて、配信開始を指示する情報が入力され
ると、中継制御サーバ20の中継制御部24は、ステッ
プSH1へ進む。ステップSH1では、中継制御部24
は、記憶装置21から配信スケジュール情報J3 (図9
参照)を読み込んだ後、ステップSH2へ進む。ステッ
プSH2では、中継制御部24は、タイマ27の計時結
果(現在の時刻)に基づいて、配信スケジュール情報J
3 において最も現在の時刻に近い「開始時刻」を認識す
る。この場合、中継制御部24は、配信スケジュール情
報J3 における開始時刻「12:00.00」を認識した後、タ
イマ27の計時結果と開始時刻「12:00.00」とが一致し
たか否かを判断し、この場合、判断結果を「No」とし
て、同判断を繰り返す。
「12:00.00」とが一致すると、中継制御部24は、ステ
ップSH2の判断結果を「Yes」として、ステップS
H3へ進む。ステップSH3では、中継制御部24は、
まず、図4(a)に示したサーバ情報J1 を記憶装置2
1からそれぞれ読み込む。つぎに、中継制御部24は、
サーバ情報J1 から、図9に示したコンテンツ名1「コ
ンテンツ1」およびコンテンツ名2「コンテンツ2」に
対応するストリーム情報JS1 およびJS2 (図示略)
の配信元である「ストリームサーバ」(ストリームサー
バ101 および102 (図示略))を認識する。
1 から、ストリーム情報JS1 およびJS2 のそれぞれ
の配信先のマルチキャストアドレス認識する。つぎに、
中継制御部24は、上記ストリーム情報JS1 およびJ
S2 にそれぞれ対応するストリームサーバ101 および
102 へ配信を指示した後、ステップSH4へ進む。こ
のとき、中継制御部24は、ネットワークNのトラフィ
ック量やクライアント301 〜30m の処理能力を考慮
して指示を出す。
バ101 および102 (図示略)のそれぞれの配信制御
部は、ステップSG1の判断結果を「Yes」として、
ステップSG2へ進む。ステップSG2では、ストリー
ムサーバ101 および102のそれぞれの配信制御部
は、ストリーム情報JS1 およびJS2 の配信を開始し
た後、ステップSG3へ進む。これにより、ストリーム
情報JS1 およびJS2は、クライアント301 〜30
m へそれぞれ配信される。ステップSG3では、ストリ
ームサーバ101 および102 のそれぞれの配信制御部
は、中継制御サーバ20から配信終了の指示があるか否
かを判断し、この場合、判断結果を「No」として、同
判断を繰り返す。
中継制御サーバ20の中継制御部24は、記憶装置21
からクライアント情報J2 (図4(b)参照)を読み出
す。つぎに、中継制御部24は、このクライアント情報
J2 から得られるIPアドレス「22.33.44.100」〜「2
2.33.44.199」宛に、すなわち、クライアント301 〜
30m へ受信/再生の指示を出した後、ステップSH5
へ進む。このとき、中継制御部24は、クライアント3
01 〜30m の処理能力を考慮して指示を出す。
J1 に基づくマルチキャストアドレス宛に送信されたス
トリーム情報JS1 およびJS2 を受信すること、受信
したストリーム情報JS1 およびJS2 を、横並列表示
(図9参照)させた状態でリアルタイム再生すること、
に関する指示である。ステップSH5では、中継制御部
24は、タイマ27の計時結果(現在の時刻)に基づい
て、配信スケジュール情報J3 において「終了時刻」を
認識する。この場合、中継制御部24は、配信スケジュ
ール情報J3 における終了時刻「12:30.00」を認識した
後、タイマ27の計時結果と終了時刻「12:30.00」とが
一致したか否かを判断し、この場合、判断結果を「N
o」として、同判断を繰り返す。
図5に示したクライアント301 〜30m のそれぞれの
受信制御部(受信制御部341 :図5参照)は、ステッ
プSI1の判断結果を「Yes」として、ステップSI
2へ進む。ステップSI2では、クライアント301 〜
30m のそれぞれの受信制御部は、中継制御サーバ20
により指定されたストリーム情報JS1 およびJS2 の
受信を開始する。
れぞれの受信制御部は、ストリーム情報JS1 およびJ
S2 をリアルタイム再生する処理を開始した後、ステッ
プSI3へ進む。具体的には、クライアント301 〜3
0m のそれぞれの受信制御部は、ストリーム情報JS1
およびJS2 を復元することで、動画データおよび音声
データを生成した後、これらの動画データおよび音声デ
ータを、それぞれの表示装置(表示装置321 :図5参
照)へ供給する。これにより、クライアント301 〜3
0m のそれぞれの表示装置においては、「コンテンツ
1」および「コンテンツ2」に関する動画および音声
が、横並列表示された状態でリアルタイムで再生され
る。
〜30m のそれぞれの受信制御部は、中継制御サーバ2
0から、受信/再生終了の指示があるか否かを判断し、
この場合、判断結果を「No」として、同判断を繰り返
す。この間においては、ストリーム情報JS1 およびJ
S2 のリアルタイム再生が行われている。
る終了時刻「12:30.00」を認識した後、タイマ27の計
時結果とスケジュール情報J3 における終了時刻「12:3
0.00」とが一致すると、中継制御サーバ20の中継制御
部24は、ステップSH5の判断結果を「Yes」とし
て、ステップSH6へ進む。ステップSH6では、中継
制御部24は、受信/再生終了の指示をクライアント3
01 〜30m へそれぞれだした後、ステップSH7へ進
む。
ライアント301 〜30m のそれぞれの受信制御部は、
ステップSI3の判断結果を「Yes」として、ステッ
プSI4へ進む。ステップSI4では、クライアント3
01 〜30m のそれぞれの受信制御部は、ストリーム情
報JS1 およびJS2 の受信およびリアルタイム再生を
終了した後、ステップSI1へ戻る。
4は、ストリームサーバ101 および102 へ配信終了
の指示をだした後、ステップSH2へ戻る。これによ
り、ストリームサーバ101 および102 のそれぞれの
配信制御部は、ステップSG3の判断結果を「Yes」
として、ステップSG4へ進む。ステップSG4では、
ストリームサーバ101 および102 のそれぞれの配信
制御部は、ストリーム情報JS1 およびJS2 の配信を
終了した後、ステップSG1へ戻る。以後、上述した動
作と同様にして、配信スケジュール情報J3 にしたがっ
て、タイマ27の計時結果が「開始時刻」になると、所
定のストリーム情報の配信、受信/再生が開始され、タ
イマ27の計時結果が「終了時刻」になると、当該スト
リーム情報の配信、受信/再生が終了される。
ば、配信スケジュール情報J3 に基づいて、配信制御お
よびリアルタイム再生制御を行うようにしたので、制御
方法に変更が生じた場合であっても、スケジュール情報
の変更するだけで柔軟に対応することができる。
態1では、クライアント301 〜30m 側の表示装置3
21 〜32m におけるウィンドウ制御(表示サイズの変
更、音声再生の条件の変更等)の可否について特に言及
しなかったが、中継制御サーバ20の制御により、上記
ウインドウ制御を禁止するようにしてもよい。以下にお
いては、この場合を実施の形態4として説明する。この
実施の形態4のハードウェア構成は、前述した実施の形
態1のハードウェア構成と同一である。ただし、実施の
形態4においては、図1に示した中継制御サーバ20の
機能が、後述するように実施の形態1の場合と異なる。
0に示したフローチャートを参照しつつ説明する。この
図において、ステップSK2およびステップSL2以外
のそれぞれのステップでは、図6に示したステップSB
2およびステップSC2以外のステップと同様の処理が
実行される。
バ101 〜10n 、およびクライアント301 〜30m
は、それぞれ起動されると、図10に示したステップS
J1およびステップSL1へそれぞれ進む。ステップS
J1では、図1に示したストリームサーバ101 〜10
n のそれぞれの配信制御部は、ストリーム情報JS1〜
JSn の配信指示があるか否かを判断し、この場合、判
断結果を「No」として同判断を繰り返す。同様にし
て、ステップSL1では、クライアント301 〜30m
のそれぞれの受信制御部は、受信/再生指示があるか否
かを判断し、この場合、判断結果を「No」として同判
断を繰り返す。
れると、中継制御サーバ20の中継制御部24(図3参
照)は、ステップSK1へ進み、記憶装置21から読み
込んだサーバ情報J1 (図4(a)参照)に基づいて、
ストリーム情報JS1 〜JS n のそれぞれの配信元であ
る「ストリームサーバ」(ストリームサーバ101 〜1
0n )を認識する。さらに、中継制御部24は、サーバ
情報J1 から、ストリーム情報JS1 〜JSn のそれぞ
れの配信先のマルチキャストアドレスを認識する。つぎ
に、中継制御部24は、上記ストリーム情報JS1 〜J
Sn にそれぞれ対応するストリームサーバ101 〜10
n へ配信を指示した後、ステップSK2へ進む。このと
き、中継制御部24は、ネットワークNのトラフィック
量やクライアント301 〜30m の処理能力を考慮して
指示を出す。
バ101 〜10n のそれぞれの配信制御部は、ステップ
SJ1の判断結果を「Yes」として、ステップSJ2
へ進み、ストリーム情報JS1 〜JSn の配信を開始し
た後、ステップSJ3へ進む。ステップSJ3では、ス
トリームサーバ101 〜10n のそれぞれの配信制御部
は、中継制御サーバ20から配信終了の指示があるか否
かを判断し、この場合、判断結果を「No」として同判
断を繰り返す。
中継制御部24は、記憶装置21から読み出したクライ
アント情報J2 (図4(b)参照)に基づいて、クライ
アント301 〜30m へ受信/再生の指示を出した後、
ステップSK3へ進む。このとき、中継制御部24は、
クライアント301 〜30m の処理能力を考慮して指示
を出す。この場合の受信/再生指示は、ストリーム情報
JS1 およびJS2 (図示略)を受信すること、受信し
たストリーム情報JS1 およびJS2 をリアルタイム再
生すること、ウィンドウ制御を禁止すること、に関する
指示である。
21 〜32m においてリアルタイム再生される動画の表
示サイズの変更、音声再生の条件の変更等に関する制御
をいう。また、音声再生の条件とは、ストリーム情報J
S1 およびストリーム情報JS2 の音声再生に関する条
件をいい、たとえば、両者間の音量比率等である。ステ
ップSK3では、中継制御部24は、配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して、同判断を繰り返す。
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSL1の判断結果を「Yes」として、ス
テップSL2へ進む。ステップSL2では、クライアン
ト301 〜30m のそれぞれの受信制御部は、中継制御
サーバ20により指定されたストリーム情報JS1 およ
びJS2 の受信を開始する。
れぞれの受信制御部は、ストリーム情報JS1 およびJ
S2 をリアルタイム再生する処理を開始した後、ステッ
プSL3へ進む。具体的には、クライアント301 〜3
0m のそれぞれの受信制御部は、ストリーム情報JS1
およびJS2 を復元することで、動画データおよび音声
データを生成した後、これらの動画データおよび音声デ
ータを、表示装置32 1 〜32m へそれぞれ供給する。
これにより、表示装置321 〜32m においては、「コ
ンテンツ1」および「コンテンツ2」に関する動画およ
び音声がリアルタイムで再生される。
30m においては、上述したようにウィンドウ制御が禁
止されているため、動画の表示サイズの変更、音声の再
生条件の変更ができない状態にある。したがって、表示
装置321 〜32m においては、同一の表示サイズで動
画がリアルタイム再生されているとともに、同一の条件
で音声がリアルタイム再生されている。
〜30m のそれぞれの受信制御部は、受信/再生終了の
指示があるか否かを判断し、この場合、判断結果を「N
o」として、同判断を繰り返す。終了の指示が出される
と、図3に示した中継制御サーバ20の中継制御部24
は、ステップSK3の判断結果を「Yes」として、ス
テップSK4へ進み、受信/再生終了の指示をクライア
ント301 〜30m へそれぞれ出した後、ステップSK
5へ進む。これにより、クライアント301 〜30m の
それぞれの受信制御部は、ステップSL3の判断結果を
「Yes」として、ステップSL4へ進み、ストリーム
情報JS1 およびJS2 の受信およびリアルタイム再生
を終了する。
4は、ストリームサーバ101 〜10n へ配信終了の指
示を出す。これにより、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ステップSJ3の判断結
果を「Yes」として、ステップSJ4へ進む。ステッ
プSJ4では、ストリームサーバ101 〜10n のそれ
ぞれの配信制御部は、ストリーム情報JS1 〜JSn の
配信を終了する。
ば、クライアント301 〜30m に対して同一の制御を
行い、かつ外部からの再生に関する制御を禁止するよう
にしたので、一定の再生品質を維持した状態でリアルタ
イム再生を行うことができる。
態4では、中継制御サーバ20の制御により、クライア
ント301 〜30m 側でウィンドウ制御(表示サイズの
変更、音声再生の条件の変更等)を禁止する例について
説明したが、このウィンドウ制御を許可するようにして
もよい。以下においては、この場合を実施の形態5とし
て説明する。この実施の形態5のハードウェア構成は、
前述した実施の形態1のハードウェア構成と同一であ
る。ただし、実施の形態5においては、図1に示した中
継制御サーバ20の機能が、後述するように実施の形態
1の場合と異なる。
1に示したフローチャートを参照しつつ説明する。この
図において、ステップSN2およびステップSO2以外
のそれぞれのステップでは、図10に示したステップS
K2およびステップSL2以外のステップと同様の処理
が実行される。
バ101 〜10n 、およびクライアント301 〜30m
は、それぞれ起動されると、図11に示したステップS
M1およびステップSO1へそれぞれ進む。ステップS
M1では、図1に示したストリームサーバ101 〜10
n のそれぞれの配信制御部は、判断結果を「No」とし
て同判断を繰り返す。同様にして、ステップSO1で
は、クライアント301〜30m のそれぞれの受信制御
部は、判断結果を「No」として同判断を繰り返す。
れると、中継制御サーバ20の中継制御部24は、ステ
ップSN1へ進み、記憶装置21から読み込んだサーバ
情報J1 に基づいて、ストリームサーバ101 〜10n
を認識するとともに、マルチキャストアドレスを認識す
る。つぎに、中継制御部24は、ストリーム情報JS 1
〜JSn にそれぞれ対応するストリームサーバ101 〜
10n へ配信を指示した後、ステップSN2へ進む。こ
のとき、中継制御部24は、ネットワークNのトラフィ
ック量やクライアント301 〜30m の処理能力を考慮
して指示を出す。
バ101 〜10n のそれぞれの配信制御部は、ステップ
SM1の判断結果を「Yes」として、ステップSM2
へ進み、ストリーム情報JS1 〜JSn の配信を開始し
た後、ステップSM3へ進む。ステップSM3では、ス
トリームサーバ101 〜10n のそれぞれの配信制御部
は、判断結果を「No」として同判断を繰り返す。
中継制御部24は、記憶装置21から読み出したクライ
アント情報J2 に基づいて、クライアント301 〜30
m へ受信/再生の指示を出した後、ステップSN3へ進
む。このとき、中継制御部24は、クライアント301
〜30m の処理能力を考慮して指示を出す。この場合の
受信/再生指示は、ストリーム情報JS1 およびJS2
(図示略)を受信すること、受信したストリーム情報J
S1 およびJS2 をリアルタイム再生すること、前述し
たウィンドウ制御を許可すること、に関する指示であ
る。ステップSN3では、中継制御部24は、判断結果
を「No」として、同判断を繰り返す。
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSO1の判断結果を「Yes」として、ス
テップSO2へ進み、中継制御サーバ20により指定さ
れたストリーム情報JS1 およびJS2 の受信を開始す
る。そして、クライアント301 〜30m のそれぞれの
受信制御部は、ストリーム情報JS1 およびJS2 をリ
アルタイム再生する処理を開始した後、ステップSO3
へ進む。これにより、表示装置321 〜32m において
は、「コンテンツ1」および「コンテンツ2」に関する
動画および音声がリアルタイムで再生される。
30m においては、上述したようにウィンドウ制御が許
可されているため、入力装置331 〜33m からの変更
指示にしたがって、動画の表示サイズの変更、音声の再
生条件の変更が可能とされている。したがって、表示装
置321 〜32m においては、上記ウィンドウ制御によ
り、様々な表示サイズで動画がリアルタイム再生されて
いるとともに、様々な条件で音声がリアルタイム再生さ
れている。
〜30m のそれぞれの受信制御部は、判断結果を「N
o」として、同判断を繰り返す。そして、終了の指示が
出されると、図3に示した中継制御サーバ20の中継制
御部24は、ステップSN3の判断結果を「Yes」と
して、ステップSN4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSN5へ進む。これにより、クライアント301 〜
30m のそれぞれの受信制御部は、ステップSO3の判
断結果を「Yes」として、ステップSO4へ進み、ス
トリーム情報JS 1 およびJS2 の受信およびリアルタ
イム再生を終了する。
4は、ストリームサーバ101 〜10n へ配信終了の指
示を出す。これにより、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ステップSM3の判断結
果を「Yes」として、ステップSM4へ進み、ストリ
ーム情報JS1 〜JSn の配信を終了する。
ば、クライアント301 〜30m において外部からの再
生に関する制御を許可するようにしたので、リアルタイ
ム再生制御を柔軟に行うことができる。
態1では、ストリームサーバ101 〜10n からマルチ
キャストアドレス宛(クライアント301 〜30m )に
ストリーム情報JS1〜JSn を直接、配信する例につ
いて説明したが、中継制御サーバ20でストリーム情報
JS1 〜JSn を一旦受信し、これらを編集した情報を
編集ストリーム情報としてマルチキャストアドレス宛に
配信するようにしてもよい。以下においては、この場合
を実施の形態6として説明する。この実施の形態6のハ
ードウェア構成は、前述した実施の形態1のハードウェ
ア構成と同一である。ただし、実施の形態6において
は、図1に示した中継制御サーバ20の機能が、後述す
るように実施の形態1の場合と異なる。
2に示したフローチャートを参照しつつ説明する。図1
において、ストリームサーバ101 〜10n 、およびク
ライアント301 〜30m は、それぞれ起動されると、
図12に示したステップSP1およびステップSR1へ
それぞれ進む。ステップSP1では、図1に示したスト
リームサーバ101 〜10n のそれぞれの配信制御部
は、中継制御サーバ20から、ストリーム情報JS1 〜
JSn の送信開始の指示があるか否かを判断し、この場
合、判断結果を「No」として同判断を繰り返す。ここ
で、上記送信指示は、ストリーム情報JS1 〜JSn を
中継制御サーバ20へ送信すべきこと、である。また、
ステップSR1では、クライアント301 〜30m のそ
れぞれの受信制御部は、中継制御サーバ20から、受信
/再生開始の指示があるか否かを判断し、この場合、判
断結果を「No」として同判断を繰り返す。
れると、中継制御サーバ20の中継制御部24は、ステ
ップSQ1へ進み、記憶装置21から読み込んだサーバ
情報J1 (図4(a)参照)に基づいて、ストリームサ
ーバ101 〜10n に対して、自身のIPアドレス宛に
ストリーム情報JS1 〜JSn の送信開始を指示した
後、ステップSQ2へ進む。このとき、中継制御部24
は、ネットワークNのトラフィック量を考慮して指示を
出す。なお、別の指示例としては、ストリームサーバ1
01 〜10n のうち、任意のストリームサーバに対し
て、ストリーム情報の送信開始を指示するようにしても
よい。さらに、別の指示例としては、中継制御サーバ2
0が属するマルチキャストアドレス宛にストリーム情報
の送信開始を指示するようにしてもよい。
トリームサーバ101 〜10n のそれぞれの配信制御部
は、ステップSP1の判断結果を「Yes」として、ス
テップSP2へ進む。ステップSP2では、ストリーム
サーバ101 〜10n のそれぞれの配信制御部は、中継
制御サーバ20のIPアドレスに対するストリーム情報
JS1 〜JSn の送信を開始した後、ステップSP3へ
進む。ステップSP3では、ストリームサーバ101 〜
10n のそれぞれの配信制御部は、中継制御サーバ20
から、ストリーム情報JS1 〜JSn の送信終了の指示
があるか否かを判断し、この場合、判断結果を「No」
として同判断を繰り返す。
中継制御部24は、ストリームサーバ101 〜10n か
ら送信されたストリーム情報JS1 〜JSn の受信を開
始した後、ステップSQ3へ進む。ステップSQ3で
は、中継制御部24は、受信したストリーム情報JS1
〜JSn を編集することにより、編集ストリーム情報を
生成し、これを高速読み書き可能なメモリ(図示略)に
書き込む。編集の一例として、中継制御部24は、スト
リーム情報JS1 〜JSn のうち、たとえば、ストリー
ム情報JS1 〜JS4 (図示略)を動画のフレーム毎
に、原サイズの4分の1サイズのビットマップデータに
それぞれ変換し、これらを原サイズとなるようにメモリ
に書き込む。
情報JS1 〜JS4 から得られる4枚のフレームに関す
るビットマップデータを原サイズの4分の1にそれぞれ
縮小する。つぎに、中継制御部24は、4分の1サイズ
に縮小された4枚のフレームに関するビットマップデー
タを、縦に二つ、横に二つというマトリックス配列とな
るようにして、メモリに書き込む。ここでメモリに書き
込まれた4つのビットマップデータの全サイズは、1枚
のフレームの原サイズに対応している。
24は、サーバ情報J1 から、ストリーム情報JS1 〜
JSn のそれぞれの配信先のマルチキャストアドレス
「239.0.10.100」〜「239.0.10.199」をそれぞれ認識す
る。つぎに、中継制御部24は、メモリから上記ビット
マップデータ(1枚のフレームの原サイズに対応)を読
み出し、これを編集ストリーム情報として、上記マルチ
キャストアドレス宛に配信した後、ステップSQ5へ進
む。
み出したクライアント情報J2 に基づいて、クライアン
ト301 〜30m へ受信/再生の指示を出した後、ステ
ップSQ6へ進む。このとき、中継制御部24は、クラ
イアント301 〜30m の処理能力を考慮して指示を出
す。この場合の受信/再生指示は、編集ストリーム情報
を受信すること、受信した編集ストリーム情報をリアル
タイム再生すること、に関する指示である。ステップS
Q6では、中継制御部24は、配信の終了指示があるか
否かを判断し、この場合、判断結果を「No」として、
同判断を繰り返す。
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSR1の判断結果を「Yes」として、ス
テップSR2へ進み、中継制御サーバ20から配信され
ている編集ストリーム情報の受信を開始する。そして、
クライアント301 〜30m のそれぞれの受信制御部
は、編集ストリーム情報をリアルタイム再生する処理を
開始した後、ステップSR3へ進む。これにより、表示
装置321 〜32m においては、縮小された4つのコン
テンツ(動画)が一つのフレーム内でリアルタイム再生
されるとともに、4つのコンテンツに関する音声がリア
ルタイム再生される。
〜30m のそれぞれの受信制御部は、受信/再生終了の
指示があるか否かを判断し、この場合、判断結果を「N
o」として、同判断を繰り返す。そして、終了の指示が
出されると、図3に示した中継制御サーバ20の中継制
御部24は、ステップSQ6の判断結果を「Yes」と
して、ステップSQ7へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSQ8へ進む。これにより、クライアント301 〜
30m のそれぞれの受信制御部は、ステップSR3の判
断結果を「Yes」として、ステップSR4へ進み、編
集ストリーム情報の受信およびリアルタイム再生を終了
する。
4は、ストリームサーバ101 〜10n へ自身宛のスト
リーム情報JS1 〜JSn に関する送信終了の指示を出
すとともに、編集ストリーム情報の配信を終了する。こ
れにより、ストリームサーバ101 〜10n のそれぞれ
の配信制御部は、ステップSP3の判断結果を「Ye
s」として、ステップSP4へ進み、ストリーム情報J
S1 〜JSn の送信を終了する。
ば、中継制御部24により、ストリーム情報を編集した
ストリーム情報をクライアント301 〜30m へ配信す
るようにしたので、ストリーム情報をクライアント30
1 〜30m へ配信する場合に比して、ネットワークNの
トラフィック量を低減することができる。
態6では、中継制御サーバ20でストリーム情報JS 1
〜JSn を編集した情報を編集ストリーム情報としてマ
ルチキャストアドレス宛に配信する例について説明した
が、ストリームサーバ101 〜10n のそれぞれでスト
リーム情報JS1 〜JSn を編集した情報を編集ストリ
ーム情報として配信するようにしてもよい。以下におい
ては、この場合を実施の形態7として説明する。この実
施の形態7のハードウェア構成は、前述した実施の形態
1のハードウェア構成と同一である。ただし、実施の形
態7においては、図1に示した中継制御サーバ20の機
能およびストリームサーバ101 〜10n の機能が、後
述するように実施の形態1の場合と異なる。
3に示したフローチャートを参照しつつ説明する。図1
において、ストリームサーバ101 〜10n およびクラ
イアント301 〜30m は、それぞれ起動されると、図
13に示したステップSS1およびステップSU1へそ
れぞれ進む。ステップSS1では、図1に示したストリ
ームサーバ101 〜10n のそれぞれの配信制御部は、
中継制御サーバ20から、編集配信開始の指示があるか
否かを判断し、この場合、判断結果を「No」として同
判断を繰り返す。
S1 〜JSn が表示サイズの変更等に関してそれぞれ編
集された編集ストリーム情報をクライアント301 〜3
0mに配信することをいう。また、ステップSU1で
は、クライアント301 〜30 m のそれぞれの受信制御
部は、中継制御サーバ20から、受信/再生開始の指示
があるか否かを判断し、この場合、判断結果を「No」
として同判断を繰り返す。
れると、中継制御サーバ20の中継制御部24は、ステ
ップST1へ進み、記憶装置21から読み込んだサーバ
情報J1 (図4(a)参照)に基づいて、ストリームサ
ーバ101 〜10n に対して、編集配信開始を指示した
後、ステップST2へ進む。このとき、中継制御サーバ
20は、ストリーム情報JS1 〜JSn の表示サイズ
を、たとえば、横160ドット×縦120ドットに編集
(縮小)するように指示を出す。このとき、中継制御部
24は、ネットワークNのトラフィック量やクライアン
ト301 〜30mの処理能力を考慮して指示を出す。
と、ストリームサーバ101 〜10nのそれぞれの配信
制御部は、ステップSS1の判断結果を「Yes」とし
て、ステップSS2へ進む。ステップSS2では、スト
リームサーバ101 〜10n のそれぞれの配信制御部
は、ストリーム情報JS1 〜JSn の表示サイズを、た
とえば、横160ドット×縦120ドットに編集する。
つぎに、ストリームサーバ101 〜10n のそれぞれの
配信制御部は、マルチキャストアドレス宛に編集ストリ
ーム情報の配信を開始した後、ステップSS3へ進む。
ステップSS3では、ストリームサーバ101 〜10n
のそれぞれの配信制御部は、中継制御サーバ20から、
編集ストリーム情報の配信終了の指示があるか否かを判
断し、この場合、判断結果を「No」として同判断を繰
り返す。
バ20の中継制御部24は、記憶装置21から読み出し
たクライアント情報J2 (図4(b)参照)に基づい
て、クライアント301 〜30m へ受信/再生の指示を
出した後、ステップST3へ進む。このとき、中継制御
部24は、クライアント301 〜30m の処理能力を考
慮して指示を出す。
J1 に基づくマルチキャストアドレス宛に送信された複
数の編集ストリーム情報のうち、たとえば、ストリーム
サーバ101 〜104 (図示略)からの4つの編集スト
リーム情報を受信すること、受信した4つの編集ストリ
ーム情報をリアルタイム再生すること、に関する指示で
ある。ステップST3では、中継制御部24は、配信終
了の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSU1の判断結果を「Yes」として、ス
テップSU2へ進み、ストリームサーバ101 〜104
(図示略)から配信されている4つの編集ストリーム情
報の受信を開始する。そして、クライアント301 〜3
0m のそれぞれの受信制御部は、4つの編集ストリーム
情報をリアルタイム再生する処理を開始した後、ステッ
プSU3へ進む。これにより、表示装置321 〜32m
においては、縮小された4つのコンテンツ(動画)が一
つのフレーム内でリアルタイム再生されるとともに、4
つのコンテンツに関する音声がリアルタイム再生され
る。
〜30m のそれぞれの受信制御部は、受信/再生終了の
指示があるか否かを判断し、この場合、判断結果を「N
o」として、同判断を繰り返す。そして、終了の指示が
出されると、図3に示した中継制御サーバ20の中継制
御部24は、ステップST3の判断結果を「Yes」と
して、ステップST4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップST5へ進む。これにより、クライアント301 〜
30m のそれぞれの受信制御部は、ステップSU3の判
断結果を「Yes」として、ステップSU4へ進み、編
集ストリーム情報の受信およびリアルタイム再生を終了
する。
4は、ストリームサーバ101 〜10n へ編集ストリー
ム情報に関する配信終了の指示を出す。これにより、ス
トリームサーバ101 〜10n のそれぞれの配信制御部
は、ステップSS3の判断結果を「Yes」として、ス
テップSS4へ進み、編集ストリーム情報の配信を終了
する。
ば、中継制御部24の制御により、ストリーム情報を編
集した編集ストリーム情報をストリームサーバ101 〜
10 n からクライアント301 〜30m へ配信するよう
にしたので、ストリーム情報をクライアント301 〜3
0m へ配信する場合に比して、ネットワークNのトラフ
ィック量を低減することができる。
態7では、ストリームサーバ101 〜10n のそれぞれ
でストリーム情報JS1 〜JSn を編集した情報を編集
ストリーム情報としてマルチキャストアドレス宛に編集
配信する例について説明したが、この編集配信の開始/
終了をストリームサーバ101 〜10n に指示する際に
一斉同報により指示を行うようにしてもよい。以下にお
いては、この場合を実施の形態8として説明する。この
実施の形態8のハードウェア構成は、前述した実施の形
態1のハードウェア構成と同一である。ただし、実施の
形態8においては、図1に示した中継制御サーバ20の
機能およびストリームサーバ101 〜10n の機能が、
後述するように実施の形態1の場合と異なる。
4に示したフローチャートを参照しつつ説明する。この
図において、ステップSW1およびステップSW5以外
のそれぞれのステップでは、図13に示したステップS
T1およびステップST5以外のステップと同様の処理
が実行される。すなわち、ストリームサーバ101 〜1
0n およびクライアント301 〜30m は、それぞれ起
動されると、図14に示したステップSV1およびステ
ップSX1へそれぞれ進む。
ームサーバ101 〜10n のそれぞれの配信制御部は、
中継制御サーバ20から、編集配信開始の指示があるか
否かを判断し、この場合、判断結果を「No」として同
判断を繰り返す。また、ステップSX1では、クライア
ント301 〜30m のそれぞれの受信制御部は、中継制
御サーバ20から、受信/再生開始の指示があるか否か
を判断し、この場合、判断結果を「No」として同判断
を繰り返す。
れると、中継制御サーバ20の中継制御部24は、ステ
ップSW1へ進み、記憶装置21から読み込んだサーバ
情報J1 (図4(a)参照)に基づいて、ストリームサ
ーバ101 〜10n に対して、編集配信開始を一斉同報
により指示した後、ステップSW2へ進む。このとき、
中継制御サーバ20は、ストリーム情報JS1 〜JSn
の表示サイズを、たとえば、横160ドット×縦120
ドットに編集(縮小)するように指示を出す。したがっ
て、ストリームサーバ101 〜10n は、同時にそれぞ
れ編集開始の指示を受ける。さらに、中継制御部24
は、ネットワークNのトラフィック量やクライアント3
01 〜30m の処理能力を考慮して指示を出す。
と、ストリームサーバ101 〜10nのそれぞれの配信
制御部は、ステップSV1の判断結果を「Yes」とし
て、ステップSV2へ進む。ステップSV2では、スト
リームサーバ101 〜10n のそれぞれの配信制御部
は、ストリーム情報JS1 〜JSn の表示サイズを、た
とえば、横160ドット×縦120ドットに編集する。
つぎに、ストリームサーバ101 〜10n のそれぞれの
配信制御部は、マルチキャストアドレス宛に編集ストリ
ーム情報の配信を開始した後、ステップSV3へ進む。
ステップSV3では、ストリームサーバ101 〜10n
のそれぞれの配信制御部は、中継制御サーバ20から、
編集ストリーム情報の配信終了の指示があるか否かを判
断し、この場合、判断結果を「No」として同判断を繰
り返す。
バ20の中継制御部24は、記憶装置21から読み出し
たクライアント情報J2 (図4(b)参照)に基づい
て、クライアント301 〜30m へ受信/再生の指示を
出した後、ステップSW3へ進む。このとき、中継制御
部24は、クライアント301 〜30m の処理能力を考
慮して指示を出す。
J1 に基づくマルチキャストアドレス宛に送信された複
数の編集ストリーム情報のうち、たとえば、ストリーム
サーバ101 〜104 (図示略)からの4つの編集スト
リーム情報を受信すること、受信した4つの編集ストリ
ーム情報をリアルタイム再生すること、に関する指示で
ある。ステップSW3では、中継制御部24は、配信終
了の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSX1の判断結果を「Yes」として、ス
テップSX2へ進み、ストリームサーバ101 〜104
(図示略)から配信されている4つの編集ストリーム情
報の受信を開始する。そして、クライアント301 〜3
0m のそれぞれの受信制御部は、4つの編集ストリーム
情報をリアルタイム再生する処理を開始した後、ステッ
プSX3へ進む。これにより、表示装置321 〜32m
においては、縮小された4つのコンテンツ(動画)が一
つのフレーム内でリアルタイム再生されるとともに、4
つのコンテンツに関する音声がリアルタイム再生され
る。
〜30m のそれぞれの受信制御部は、受信/再生終了の
指示があるか否かを判断し、この場合、判断結果を「N
o」として、同判断を繰り返す。そして、終了の指示が
出されると、図3に示した中継制御サーバ20の中継制
御部24は、ステップSW3の判断結果を「Yes」と
して、ステップSW4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSW5へ進む。これにより、クライアント301 〜
30m のそれぞれの受信制御部は、ステップSX3の判
断結果を「Yes」として、ステップSX4へ進み、編
集ストリーム情報の受信およびリアルタイム再生を終了
する。
4は、ストリームサーバ101 〜10n へ編集ストリー
ム情報に関する配信終了の指示を一斉同報により出す。
これにより、ストリームサーバ101 〜10n のそれぞ
れの配信制御部は、同時に配信終了の指示を受け、ステ
ップSV3の判断結果を「Yes」として、ステップS
V4へ進み、編集ストリーム情報の配信を終了する。
ば、中継制御部24の制御により、ストリーム情報を編
集した編集ストリーム情報をストリームサーバ101 〜
10 n からクライアント301 〜30m へ配信するよう
にしたので、ストリーム情報をクライアント301 〜3
0m へ配信する場合に比して、ネットワークNのトラフ
ィック量を低減することができる。
態1では、クライアント301 〜30m 側の表示装置3
21 〜32m におけるリアルタイム再生時の表示制御等
について特に言及しなかったが、図16に示したクライ
アント制御情報J4 を用いて上記表示制御等を行うよう
にしてもよい。以下においては、この場合を実施の形態
9として説明する。この実施の形態9のハードウェア構
成は、前述した実施の形態1のハードウェア構成と同一
である。ただし、実施の形態9においては、図1に示し
た中継制御サーバ20の機能が、後述するように実施の
形態1の場合と異なる。
した記憶装置21に図16に示したクライアント制御情
報J4 が記憶されている。このクライアント制御情報J
4 は、クライアント301 〜30m におけるそれぞれの
表示制御等を行うための情報であり、「サーバ名」、
「サーバIP(Internet Protocol )アドレス」、「マ
ルチキャストアドレス」、「コンテンツ名」、「映像」
等からなる。「サーバ名」〜「マルチキャストアドレ
ス」は、図4に示したサーバ情報J1 と同じ情報であ
る。
n から得られる映像(動画)を表示装置321 〜32m
に表示させるか否かを制御する情報である。「表示サイ
ズ」は、表示装置321 〜32m における動画の表示サ
イズ(たとえば、320ドット×240ドット)を制御
する情報である。「音声」は、ストリーム情報JS1〜
JSn から音声を再生するか否かを制御する情報であ
る。「再生速度」は、ストリーム情報JS1 〜JSn を
リアルタイム再生する際の速度を制御する情報である。
n から音声を再生する際の音量を制御する情報である。
「再生状態表示」は、ストリーム情報JS1 〜JSn を
リアルタイム再生しているか否かという再生状態を、表
示装置321 〜32m に表示させるか否かを制御する情
報である。「タイトル」は、「コンテンツ1」〜「コン
テンツn」のそれぞれの名称等に関する情報である。
「再生時間表示」は、リアルタイム再生に要した時間
を、表示装置321 〜32m に表示させるか否かを制御
する情報である。「動画ファイルと音声ファイルとのリ
ンク状態の表示」は、ストリーム情報JS1 〜JSn か
らそれぞれ得られる動画ファイルと音声ファイルとのリ
ンク状態を、表示装置321 〜32m に表示させるか否
かを制御する情報である。
5に示したフローチャートを参照しつつ説明する。図1
において、ストリームサーバ101 〜10n 、およびク
ライアント301 〜30m は、それぞれ起動されると、
図15に示したステップSSA1およびステップSSC
1へそれぞれ進む。ステップSSA1では、図1に示し
たストリームサーバ101 〜10n のそれぞれの配信制
御部は、ストリーム情報JS1 〜JSn の配信指示があ
るか否かを判断し、この場合、判断結果を「No」とし
て同判断を繰り返す。同様にして、ステップSSC1で
は、クライアント301 〜30m のそれぞれの受信制御
部は、受信/再生指示があるか否かを判断し、この場
合、判断結果を「No」として同判断を繰り返す。
れると、中継制御サーバ20の中継制御部24(図3参
照)は、ステップSSB1へ進み、記憶装置21から読
み込んだサーバ情報J1 (図4(a)参照)に基づい
て、ストリーム情報JS1 〜JSn のそれぞれの配信元
である「ストリームサーバ」(ストリームサーバ101
〜10n )を認識する。さらに、中継制御部24は、サ
ーバ情報J1 から、ストリーム情報JS1 〜JSn のそ
れぞれの配信先のマルチキャストアドレスを認識する。
つぎに、中継制御部24は、上記ストリーム情報JS1
〜JSn にそれぞれ対応するストリームサーバ101 〜
10n へ配信を指示した後、ステップSSB2へ進む。
このとき、中継制御部24は、ネットワークNのトラフ
ィック量やクライアント301 〜30m の処理能力を考
慮して指示を出す。
バ101 〜10n のそれぞれの配信制御部は、ステップ
SSA1の判断結果を「Yes」として、ステップSS
A2へ進み、ストリーム情報JS1 〜JSn の配信を開
始した後、ステップSSA3へ進む。ステップSSA3
では、ストリームサーバ101 〜10n のそれぞれの配
信制御部は、中継制御サーバ20から配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して同判断を繰り返す。
た中継制御部24は、記憶装置21から読み出したクラ
イアント情報J2 (図4(b)参照)に基づいて、クラ
イアント301 〜30m へ受信/再生の指示を出した
後、ステップSSB3へ進む。このとき、中継制御部2
4は、クライアント301 〜30m の処理能力を考慮し
て指示を出す。この場合の再生指示は、ストリーム情報
JS1 およびJS2 (図示略)を受信すること、受信し
たストリーム情報JS1 およびJS2 をリアルタイム再
生すること、に関する指示である。
は、図16に示したクライアント制御情報J4 を記憶装
置21から読み出した後、これをクライアント301 〜
30mへ配信した後、ステップSSB4へ進む。なお、
実施の形態9においては、クライアント制御情報J4 を
配信することなく、ステップSSB2でクライアント制
御情報J4 に基づいて、表示制御等の内容をクライアン
ト301 〜30m へ指示するようにしてもよい。ステッ
プSSB4では、中継制御部24は、配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して、同判断を繰り返す。
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSSC1の判断結果を「Yes」として、
ステップSSC2へ進む。ステップSSC2では、クラ
イアント301 〜30m のそれぞれの受信制御部は、ク
ライアント制御情報J4 (図16参照)を受信した後、
中継制御サーバ20により指定されたストリーム情報J
S1 およびJS2 の受信を開始する。
れぞれの受信制御部は、ストリーム情報JS1 およびJ
S2 をリアルタイム再生する処理を開始した後、ステッ
プSSC3へ進む。これにより、表示装置321 〜32
m においては、「コンテンツ1」および「コンテンツ
2」に関する動画および音声がリアルタイムで再生され
る。このとき、それぞれの受信制御部は、クライアント
制御情報J4 に基づいて、表示制御等を行う。たとえ
ば、ストリーム情報JS1 をリアルタイム再生している
場合には、クライアント制御情報J4 に基づいて、動画
の「表示サイズ」が320ドット×240ドット、「再
生速度」が通常速度、「音量」が小等とされる。
1 〜30m のそれぞれの受信制御部は、受信/再生終了
の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。終了の指示が出さ
れると、図3に示した中継制御サーバ20の中継制御部
24は、ステップSSB4の判断結果を「Yes」とし
て、ステップSSB5へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSSB6へ進む。これにより、クライアント301
〜30m のそれぞれの受信制御部は、ステップSSC3
の判断結果を「Yes」として、ステップSSC4へ進
み、ストリーム情報JS1 およびJS2 の受信およびリ
アルタイム再生を終了する。
24は、ストリームサーバ101 〜10n へ配信終了の
指示を出す。これにより、ストリームサーバ101 〜1
0nのそれぞれの配信制御部は、ステップSSA3の判
断結果を「Yes」として、ステップSSA4へ進む。
ステップSSA4では、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ストリーム情報JS1 〜
JSn の配信を終了する。
る発明によれば、中継制御部24による配信制御、動画
の表示方法および音声の出力方法の制御を行うようにし
たので、適正なストリーム情報の配信および適正な動画
の表示方法、音声の出力方法に基づいてリアルタイム再
生を行うことができるとともに、付加価値が高い情報配
信サービスを提供することができる。
形態1では、クライアント301 〜30m 側の表示装置
321 〜32m におけるリアルタイム再生時の詳細につ
いて特に言及しなかったが、図18に示したストリーム
再生情報J5 を用いてリアルタイム再生の制御等を行う
ようにしてもよい。以下においては、この場合を実施の
形態10として説明する。この実施の形態10のハード
ウェア構成は、前述した実施の形態1のハードウェア構
成と同一である。ただし、実施の形態10においては、
図1に示した中継制御サーバ20の機能が、後述するよ
うに実施の形態1の場合と異なる。
示した記憶装置21に図18に示したストリーム再生情
報J5 が記憶されている。このストリーム再生情報J5
は、クライアント301 〜30m におけるそれぞれのリ
アルタイム再生の制御を行うための情報であり、「第1
ストリーム情報」、「第2ストリーム情報」、「映像の
重なり」、「音声の再生方法」からなる。「第1ストリ
ーム情報」は、リアルタイム再生すべき一方のリアルタ
イム情報(たとえば、ストリーム情報JS1 )に関する
情報である。同図に示した例では、「第1ストリーム情
報」においては、「サーバ名」として「ストリームサー
バ1」(ストリームサーバ101 )、「コンテンツ名」
として「コンテンツ1」がそれぞれ定義されている。
リアルタイム再生すべき他方のリアルタイム情報(たと
えば、ストリーム情報JS2 )に関する情報である。同
図に示した例では、「第2ストリーム情報」において
は、「サーバ名」として「ストリームサーバ2」(スト
リームサーバ102 )、「コンテンツ名」として「コン
テンツ2」がそれぞれ定義されている。「映像の重な
り」は、リアルタイム再生された「コンテンツ1」の動
画(映像)と、「コンテンツ2」の動画(映像)とを重
ねて表示するか否かを制御する情報である。「音声の合
成」は、リアルタイム再生された「コンテンツ1」の音
声と、「コンテンツ2」の音声とを合成して出力するか
否かを制御する情報である。
17に示したフローチャートを参照しつつ説明する。図
1において、ストリームサーバ101 〜10n 、および
クライアント301 〜30m は、それぞれ起動される
と、図17に示したステップSSD1およびステップS
SF1へそれぞれ進む。ステップSSD1では、図1に
示したストリームサーバ101 〜10n のそれぞれの配
信制御部は、ストリーム情報JS1 〜JSn の配信指示
があるか否かを判断し、この場合、判断結果を「No」
として同判断を繰り返す。同様にして、ステップSSF
1では、クライアント301 〜30m のそれぞれの受信
制御部は、受信/再生指示があるか否かを判断し、この
場合、判断結果を「No」として同判断を繰り返す。
れると、中継制御サーバ20の中継制御部24(図3参
照)は、ステップSSE1へ進み、記憶装置21から読
み込んだサーバ情報J1 (図4(a)参照)に基づい
て、ストリーム情報JS1 〜JSn のそれぞれの配信元
である「ストリームサーバ」(ストリームサーバ101
〜10n )を認識する。さらに、中継制御部24は、サ
ーバ情報J1 から、ストリーム情報JS1 〜JSn のそ
れぞれの配信先のマルチキャストアドレスを認識する。
つぎに、中継制御部24は、上記ストリーム情報JS1
〜JSn にそれぞれ対応するストリームサーバ101 〜
10n へ配信を指示した後、ステップSSE2へ進む。
このとき、中継制御部24は、ネットワークNのトラフ
ィック量やクライアント301 〜30m の処理能力を考
慮して指示を出す。
バ101 〜10n のそれぞれの配信制御部は、ステップ
SSD1の判断結果を「Yes」として、ステップSS
D2へ進み、ストリーム情報JS1 〜JSn の配信を開
始した後、ステップSSD3へ進む。ステップSSD3
では、ストリームサーバ101 〜10n のそれぞれの配
信制御部は、中継制御サーバ20から配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して同判断を繰り返す。
た中継制御部24は、記憶装置21から読み出したクラ
イアント情報J5 (図18参照)に基づいて、クライア
ント301 〜30m へ受信/再生の指示を出した後、ス
テップSSE3へ進む。このとき、中継制御部24は、
クライアント301 〜30m の処理能力を考慮して指示
を出す。この場合の受信/再生指示は、ストリーム情報
JS1 およびJS2 (図示略)を受信すること、受信し
たストリーム情報JS1 およびJS2 をリアルタイム再
生すること、に関する指示である。
再生時にストリーム情報JS1 に対応するコンテンツ1
(動画)とストリーム情報JS2 に対応するコンテンツ
2(動画)とを重ねることなく並列的に表示すること、
リアルタイム再生時にストリーム情報JS1 に対応する
コンテンツ1(音声)とストリーム情報JS2 に対応す
るコンテンツ2(音声)とを合成して出力すること、に
関する指示である。なお、実施の形態10においては、
ストリーム再生情報J5 をクライアント301〜30m
へ配信して、クライアント301 〜30m 側でストリー
ム再生情報J5に基づいて、ストリーム再生の制御を行
うようにしてもよい。
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSSF1の判断結果を「Yes」として、
ステップSSF2へ進む。ステップSSF2では、クラ
イアント301 〜30m のそれぞれの受信制御部は、中
継制御サーバ20により指定されたストリーム情報JS
1 およびJS2 の受信を開始する。
れぞれの受信制御部は、ストリーム情報JS1 およびJ
S2 をリアルタイム再生する処理を開始した後、ステッ
プSSF3へ進む。これにより、表示装置321 〜32
m においては、「コンテンツ1」および「コンテンツ
2」に関する動画および音声がリアルタイムで再生され
る。このとき、それぞれの受信制御部は、中継制御サー
バ20からの再生指示に基づいて、ストリーム情報JS
1 に対応する「コンテンツ1」(動画)とストリーム情
報JS2 に対応する「コンテンツ2」(動画)とを重ね
ることなく並列的に表示させるとともに、「コンテンツ
1」(音声)と「コンテンツ2」(音声)とを合成させ
る。
1 〜30m のそれぞれの受信制御部は、受信/再生終了
の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。終了の指示が出さ
れると、図3に示した中継制御サーバ20の中継制御部
24は、ステップSSE3の判断結果を「Yes」とし
て、ステップSSE4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSSE5へ進む。これにより、クライアント301
〜30m のそれぞれの受信制御部は、ステップSSF3
の判断結果を「Yes」として、ステップSSF4へ進
み、ストリーム情報JS1 およびJS2 の受信およびリ
アルタイム再生を終了する。
24は、ストリームサーバ101 〜10n へ配信終了の
指示を出す。これにより、ストリームサーバ101 〜1
0nのそれぞれの配信制御部は、ステップSSD3の判
断結果を「Yes」として、ステップSSD4へ進む。
ステップSSD4では、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ストリーム情報JS1 〜
JSn の配信を終了する。
かる発明によれば、中継制御部24による配信制御、動
画の表示方法および音声の出力方法の制御を行うように
したので、適正なストリーム情報の配信および適正な動
画の表示方法、音声の出力方法に基づいてリアルタイム
再生を行うことができるとともに、付加価値が高い情報
配信サービスを提供することができる。
形態10では、クライアント301 〜30m 側の表示装
置321 〜32m におけるリアルタイム再生時に図18
に示したストリーム再生情報J5 を用いてリアルタイム
再生の制御等を行う例について説明したが、ストリーム
再生情報J5 に加えて図20に示したストリーム再生情
報J6 を用いてリアルタイム再生の制御を行うようにし
てもよい。以下においては、この場合を実施の形態11
として説明する。この実施の形態11のハードウェア構
成は、前述した実施の形態1のハードウェア構成と同一
である。ただし、実施の形態11においては、図1に示
した中継制御サーバ20の機能が、後述するように実施
の形態1の場合と異なる。
示した記憶装置21にストリーム再生情報J5 (図18
参照)および図20に示したストリーム再生情報J6 が
記憶されている。このストリーム再生情報J6 は、クラ
イアント301 〜30m におけるそれぞれのリアルタイ
ム再生の制御を行うための情報であり、「ストリーム
数」、「コンテンツ名」、「表示情報」、「音声再生情
報」からなる。「ストリーム数」は、一つのクライアン
トにおいてリアルタイム再生すべきストリーム情報の数
に関する情報である。「コンテンツ名」は、一つのクラ
イアントにおいてリアルタイム再生される単数または複
数のストリーム情報に対応するコンテンツ名(「コンテ
ンツ1」、「コンテンツ2」)である。ここで、「コン
テンツ1」は、ストリーム情報JS1 に対応しており、
「コンテンツ2」は、ストリーム情報JS2 に対応して
いる。
「表示レイアウト」からなり、「表示サイズ」は、表示
装置321 〜32m における動画の表示サイズ(たとえ
ば、320ドット×240ドット)を制御する情報であ
る。同図に示した例では、「ストリーム数」が「1」の
場合、「コンテンツ1」に関する「表示サイズ」が64
0ドット×480ドットと定義されている。また、「ス
トリーム数」が「2」の場合には、「コンテンツ1」お
よび「コンテンツ2」に関するそれぞれの「表示サイ
ズ」が320ドット×240ドットおよび320×24
0ドットと定義されている。
された「コンテンツ1」(および「コンテンツ2」)の
動画の表示位置に関する情報である。同図に示した例で
は、「ストリーム数」が「1」の場合、「コンテンツ
1」の動画が表示装置の画面全体に表示される。また、
「ストリーム数」が「2」の場合、「コンテンツ1」の
動画と「コンテンツ2」の動画とが横並列になるように
表示装置の画面にそれぞれ表示される。
および「時間配分」からなり、「音量配分」は、「コン
テンツ1」の音量と「コンテンツ2」の音量との配分を
制御する情報である。同図に示した例では、「ストリー
ム数」が「1」の場合、「コンテンツ1」の音量配分
は、100%である。一方、「ストリーム数」が「2」
の場合、「コンテンツ1」の音量配分が100%である
のに対して、「コンテンツ2」の音量配分は0%であ
る。
と「コンテンツ2」の時間との配分を制御する情報であ
る。同図に示した例では、「ストリーム数」が「1」の
場合、「コンテンツ1」の時間配分は、100%であ
る。一方、「ストリーム数」が「2」の場合、「コンテ
ンツ1」の時間配分が100%であるのに対して、「コ
ンテンツ2」の時間配分は0%である。
19に示したフローチャートを参照しつつ説明する。図
1において、ストリームサーバ101 〜10n 、および
クライアント301 〜30m は、それぞれ起動される
と、図19に示したステップSSG1およびステップS
SI1へそれぞれ進む。ステップSSG1では、図1に
示したストリームサーバ101 〜10n のそれぞれの配
信制御部は、ストリーム情報JS1 〜JSn の配信指示
があるか否かを判断し、この場合、判断結果を「No」
として同判断を繰り返す。同様にして、ステップSSI
1では、クライアント301 〜30m のそれぞれの受信
制御部は、受信/再生指示があるか否かを判断し、この
場合、判断結果を「No」として同判断を繰り返す。
れると、中継制御サーバ20の中継制御部24(図3参
照)は、ステップSSH1へ進み、記憶装置21から読
み込んだサーバ情報J1 (図4(a)参照)に基づい
て、ストリーム情報JS1 〜JSn のそれぞれの配信元
である「ストリームサーバ」(ストリームサーバ101
〜10n )を認識する。つぎに、中継制御部24は、サ
ーバ情報J1 から、ストリーム情報JS1 〜JSn のそ
れぞれの配信先のマルチキャストアドレスを認識した
後、この認識結果に基づいて、上記ストリーム情報JS
1 〜JSn にそれぞれ対応するストリームサーバ101
〜10n へ配信を指示した後、ステップSSH2へ進
む。このとき、中継制御部24は、ネットワークNのト
ラフィック量やクライアント301 〜30m の処理能力
を考慮して指示を出す。
バ101 〜10n のそれぞれの配信制御部は、ステップ
SSG1の判断結果を「Yes」として、ステップSS
G2へ進み、ストリーム情報JS1 〜JSn の配信を開
始した後、ステップSSG3へ進む。ステップSSG3
では、ストリームサーバ101 〜10n のそれぞれの配
信制御部は、中継制御サーバ20から配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して同判断を繰り返す。
た中継制御部24は、記憶装置21から読み出したクラ
イアント情報J5 (図18参照)およびストリーム再生
情報J6 (図20参照)に基づいて、クライアント30
1 〜30m へ受信/再生の指示を出した後、ステップS
SH3へ進む。このとき、中継制御部24は、クライア
ント301 〜30m の処理能力を考慮して指示を出す。
生情報J5 に基づく指示とストリーム再生情報J6 に基
づく指示とに矛盾が生じる場合には、ストリーム再生情
報J 5 に基づく指示を出さずに、ストリーム再生情報J
6 のみに基づいて指示を出す。同様にして、ストリーム
再生情報J6 の「ストリーム数」が「1」である場合、
中継制御部24は、ストリーム再生情報J6 のみに基づ
いて指示を出す。
情報JS1 およびJS2 (図示略)を受信すること、受
信したストリーム情報JS1 およびJS2 をリアルタイ
ム再生すること、に関する指示である。この場合、スト
リーム再生情報J5 に基づく指示とストリーム再生情報
J6 に基づく指示との間で、「音声の再生方法」、「音
声再生情報」に関する矛盾が生じるため、中継制御部2
4は、ストリーム再生情報J6 のみに基づく指示を出
す。
たストリーム再生情報J6 (「ストリーム数」=
「2」)に基づいて、「コンテンツ1」の動画および
「コンテンツ2」の動画の表示サイズを320ドット×
240ドットおよび320ドット×240ドットにする
こと、「コンテンツ1」の動画および「コンテンツ2」
の動画を横並列に表示すること、「コンテンツ1」と
「コンテンツ2」との音量配分および時間配分を100
%:0%にすること、に関する指示である。
ーム再生情報J5 およびストリーム再生情報J6 をクラ
イアント301 〜30m へ配信して、クライアント30
1 〜30m 側でストリーム再生情報J5 およびストリー
ム再生情報J6 に基づいて、ストリーム再生の制御を行
うようにしてもよい。
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSSI1の判断結果を「Yes」として、
ステップSSI2へ進む。ステップSSI2では、クラ
イアント301 〜30m のそれぞれの受信制御部は、中
継制御サーバ20により指定されたストリーム情報JS
1 およびJS2 の受信を開始する。
れぞれの受信制御部は、ストリーム情報JS1 およびJ
S2 をリアルタイム再生する処理を開始した後、ステッ
プSSI3へ進む。これにより、表示装置321 〜32
m においては、「コンテンツ1」および「コンテンツ
2」に関する動画および音声がリアルタイムで再生され
る。このとき、それぞれの受信制御部は、中継制御サー
バ20からの再生指示に基づいて、ストリーム情報JS
1 に対応する「コンテンツ1」(動画)とストリーム情
報JS2 に対応する「コンテンツ2」(動画)とを指示
された表示サイズ(320ドット×240ドット)で表
示させる。加えて、それぞれの受信制御部は、「コンテ
ンツ1」と「コンテンツ2」との音量配分および時間配
分を100%:0%にする。
1 〜30m のそれぞれの受信制御部は、受信/再生終了
の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。終了の指示が出さ
れると、図3に示した中継制御サーバ20の中継制御部
24は、ステップSSH3の判断結果を「Yes」とし
て、ステップSSH4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSSH5へ進む。これにより、クライアント301
〜30m のそれぞれの受信制御部は、ステップSSI3
の判断結果を「Yes」として、ステップSSI4へ進
み、ストリーム情報JS1 およびJS2 の受信およびリ
アルタイム再生を終了する。
24は、ストリームサーバ101 〜10n へ配信終了の
指示を出す。これにより、ストリームサーバ101 〜1
0nのそれぞれの配信制御部は、ステップSSG3の判
断結果を「Yes」として、ステップSSG4へ進む。
ステップSSG4では、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ストリーム情報JS1 〜
JSn の配信を終了する。
かる発明によれば、中継制御部24による配信制御、動
画の表示方法および音声の出力方法の制御を行うように
したので、適正なストリーム情報の配信および適正な動
画の表示方法、音声の出力方法に基づいてリアルタイム
再生を行うことができるとともに、付加価値が高い情報
配信サービスを提供することができる。
形態10では、クライアント301 〜30m 側の表示装
置321 〜32m におけるリアルタイム再生時に図18
に示したストリーム再生情報J5 を用いてリアルタイム
再生の制御等を行う例について説明したが、ストリーム
再生情報J5 に加えて図22に示したストリーム再生情
報J7 を用いてリアルタイム再生の制御を行うようにし
てもよい。以下においては、この場合を実施の形態12
として説明する。この実施の形態12のハードウェア構
成は、前述した実施の形態1のハードウェア構成と同一
である。ただし、実施の形態12においては、図1に示
した中継制御サーバ20の機能が、後述するように実施
の形態1の場合と異なる。
示した記憶装置21にストリーム再生情報J5 (図18
参照)および図22に示したストリーム再生情報J7 が
記憶されている。このストリーム再生情報J7 は、クラ
イアント301 〜30m におけるそれぞれのリアルタイ
ム再生の制御を行うための情報であり、「ストリーム
数」、「コンテンツ名」、「表示情報」、「音声/音質
情報」からなる。「ストリーム数」は、一つのクライア
ントにおいてリアルタイム再生すべきストリーム情報の
数に関する情報である。「コンテンツ名」は、一つのク
ライアントにおいてリアルタイム再生される単数または
複数のストリーム情報に対応するコンテンツ名(「コン
テンツ1」、「コンテンツ2」)である。ここで、「コ
ンテンツ1」は、ストリーム情報JS1 に対応してお
り、「コンテンツ2」は、ストリーム情報JS2 に対応
している。
レームレート」および「色数」からなり、「ストリーム
あたりのフレームレート」は、一つのストリーム情報を
リアルタイム再生するときの表示装置321 〜32m に
おける動画の1秒間あたりのコマ数(fps :frames per
second )である。同図に示した例では、「ストリーム
数」が「1」の場合、「コンテンツ1」に関するフレー
ムレートが30(fps)と定義されている。また、「ス
トリーム数」が「2」の場合には、「コンテンツ1」お
よび「コンテンツ2」に関するそれぞれのフレームレー
トが15(fps)および15(fps )と定義されてい
る。
ンテンツ1」(および「コンテンツ2」)の表示色の数
に関する情報である。同図に示した例では、「ストリー
ム数」が「1」の場合、「コンテンツ1」の「色数」が
1600万色と定義されており、「ストリーム数」が
「2」の場合、「コンテンツ1」の「色数」および「コ
ンテンツ2」の「色数」が共に1600万色と定義され
ている。
情報の含まれる音声データ(ディジタルデータ)を生成
したときのサンプリング周波数、およびビット数に関す
る情報である。同図に示した例では、「ストリーム数」
が「1」の場合、「コンテンツ1」の「音声/音質情
報」は、サンプリング周波数が44.1kHz 、ビット数が1
6bit と定義されている。一方、「ストリーム数」が
「2」の場合、「コンテンツ1」の「音声/音質情報」
は、サンプリング周波数が22.05kHz、ビット数が8bit
と定義されているのに対して、「コンテンツ2」の「音
声/音質情報」は、定義されていない(「出力な
し」)。
21に示したフローチャートを参照しつつ説明する。図
1において、ストリームサーバ101 〜10n 、および
クライアント301 〜30m は、それぞれ起動される
と、図21に示したステップSSJ1およびステップS
SL1へそれぞれ進む。ステップSSJ1では、図1に
示したストリームサーバ101 〜10n のそれぞれの配
信制御部は、ストリーム情報JS1 〜JSn の配信指示
があるか否かを判断し、この場合、判断結果を「No」
として同判断を繰り返す。同様にして、ステップSSL
1では、クライアント301 〜30m のそれぞれの受信
制御部は、受信/再生指示があるか否かを判断し、この
場合、判断結果を「No」として同判断を繰り返す。
れると、中継制御サーバ20の中継制御部24(図3参
照)は、ステップSSK1へ進み、記憶装置21から読
み込んだサーバ情報J1 (図4(a)参照)に基づい
て、ストリーム情報JS1 〜JSn のそれぞれの配信元
である「ストリームサーバ」(ストリームサーバ101
〜10n )を認識する。つぎに、中継制御部24は、サ
ーバ情報J1 から、ストリーム情報JS1 〜JSn のそ
れぞれの配信先のマルチキャストアドレスを認識した
後、この認識結果に基づいて、上記ストリーム情報JS
1 〜JSn にそれぞれ対応するストリームサーバ101
〜10n へ配信を指示した後、ステップSSK2へ進
む。このとき、中継制御部24は、ネットワークNのト
ラフィック量やクライアント301 〜30m の処理能力
を考慮して指示を出す。
バ101 〜10n のそれぞれの配信制御部は、ステップ
SSJ1の判断結果を「Yes」として、ステップSS
J2へ進み、ストリーム情報JS1 〜JSn の配信を開
始した後、ステップSSJ3へ進む。ステップSSJ3
では、ストリームサーバ101 〜10n のそれぞれの配
信制御部は、中継制御サーバ20から配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して同判断を繰り返す。
た中継制御部24は、記憶装置21から読み出したクラ
イアント情報J5 (図18参照)およびストリーム再生
情報J7 (図22参照)に基づいて、クライアント30
1 〜30m へ受信/再生の指示を出した後、ステップS
SK3へ進む。このとき、中継制御部24は、クライア
ント301 〜30m の処理能力を考慮して指示を出す。
情報JS1 およびJS2 (図示略)を受信すること、受
信したストリーム情報JS1 およびJS2 をリアルタイ
ム再生すること、に関する指示である。加えて、受信/
再生指示は、ストリーム再生情報J5 に基づくリアルタ
イム再生時にストリーム情報JS1 に対応するコンテン
ツ1(動画)とストリーム情報JS2 に対応するコンテ
ンツ2(動画)とを重ねることなく並列的に表示するこ
と、リアルタイム再生時にストリーム情報JS 1 に対応
するコンテンツ1(音声)とストリーム情報JS2 に対
応するコンテンツ2(音声)とを合成して出力するこ
と、に関する指示である。
信/再生指示は、「コンテンツ1」の動画および「コン
テンツ2」の動画を共にフレームレートを15(fps )
として表示すること、「コンテンツ1」の色数および
「コンテンツ2」の色数を共に1600万色とするこ
と、「コンテンツ1」に関する「音声/音質情報」(2
2.05kHz、8bit )を表示すること、「コンテンツ2」
に関する「音声/音質情報」を表示しないこと、に関す
る指示である。
ーム再生情報J5 およびストリーム再生情報J7 をクラ
イアント301 〜30m へ配信して、クライアント30
1 〜30m 側でストリーム再生情報J5 およびストリー
ム再生情報J7 に基づいて、ストリーム再生の制御を行
うようにしてもよい。
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSSL1の判断結果を「Yes」として、
ステップSSL2へ進む。ステップSSL2では、クラ
イアント301 〜30m のそれぞれの受信制御部は、中
継制御サーバ20により指定されたストリーム情報JS
1 およびJS2 の受信を開始する。
れぞれの受信制御部は、ストリーム情報JS1 およびJ
S2 をリアルタイム再生する処理を開始した後、ステッ
プSSL3へ進む。これにより、表示装置321 〜32
m においては、「コンテンツ1」および「コンテンツ
2」に関する動画および音声がリアルタイムで再生され
る。このとき、それぞれの受信制御部は、中継制御サー
バ20からの再生指示に基づいて、ストリーム情報JS
1 に対応する「コンテンツ1」(動画)とストリーム情
報JS2 に対応する「コンテンツ2」(動画)とを指示
されたフレームレート、色数で表示させる。加えて、そ
れぞれの受信制御部は、「コンテンツ1」の「音声/音
質情報」を表示させる。
1 〜30m のそれぞれの受信制御部は、受信/再生終了
の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。終了の指示が出さ
れると、図3に示した中継制御サーバ20の中継制御部
24は、ステップSSK3の判断結果を「Yes」とし
て、ステップSSK4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSSK5へ進む。これにより、クライアント301
〜30m のそれぞれの受信制御部は、ステップSSL3
の判断結果を「Yes」として、ステップSSL4へ進
み、ストリーム情報JS1 およびJS2 の受信およびリ
アルタイム再生を終了する。
24は、ストリームサーバ101 〜10n へ配信終了の
指示を出す。これにより、ストリームサーバ101 〜1
0nのそれぞれの配信制御部は、ステップSSJ3の判
断結果を「Yes」として、ステップSSJ4へ進む。
ステップSSJ4では、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ストリーム情報JS1 〜
JSn の配信を終了する。
かる発明によれば、中継制御部24による配信制御、動
画の表示方法および音声の出力方法の制御を行うように
したので、適正なストリーム情報の配信および適正な動
画の表示方法、音声の出力方法に基づいてリアルタイム
再生を行うことができるとともに、付加価値が高い情報
配信サービスを提供することができる。
形態10では、クライアント301 〜30m 側の表示装
置321 〜32m におけるリアルタイム再生時に図18
に示したストリーム再生情報J5 を用いてリアルタイム
再生の制御等を行う例について説明したが、ストリーム
再生情報J5 に代えて、図24に示したストリーム再生
情報J8 を用いてリアルタイム再生の制御を行うように
してもよい。以下においては、この場合を実施の形態1
3として説明する。この実施の形態13のハードウェア
構成は、前述した実施の形態1のハードウェア構成と同
一である。ただし、実施の形態13においては、図1に
示した中継制御サーバ20の機能が、後述するように実
施の形態1の場合と異なる。
示した記憶装置21に図24に示したストリーム再生情
報J8 が記憶されている。このストリーム再生情報J8
は、クライアント301 〜30m におけるそれぞれのリ
アルタイム再生の制御を行うための情報であり、「第1
ストリーム情報」、「第2ストリーム情報」等からな
る。
再生すべき一方のリアルタイム情報(たとえば、ストリ
ーム情報JS1 )に関する情報である。同図に示した例
では、「第1ストリーム情報」においては、「サーバ
名」として「ストリームサーバ1」(ストリームサーバ
101 )、「コンテンツ名」として「コンテンツ1」、
「重要度」として「高」がそれぞれ定義されている。
リアルタイム再生すべき他方のリアルタイム情報(たと
えば、ストリーム情報JS2 )に関する情報である。同
図に示した例では、「第2ストリーム情報」において
は、「サーバ名」として「ストリームサーバ2」(スト
リームサーバ102 )、「コンテンツ名」として「コン
テンツ2」、「重要度」として「低」がそれぞれ定義さ
れている。このように、ストリーム再生情報J8 におい
ては、第1ストリーム情報(ストリーム情報JS 1 )の
「重要度」が高く、一方、第2ストリーム情報(ストリ
ーム情報JS2 )の「重要度」が低い。
生情報」は、上述した「重要度」が高い「第1ストリー
ム情報」(ストリーム情報JS1 )をリアルタイム再生
するときの制御情報である。「表示位置」は、表示装置
321 〜32m における「第1ストリーム情報」の表示
位置(「上段」)である。「表示サイズ」は、表示装置
321 〜32m における動画の表示サイズ(640ドッ
ト×480ドット)を制御する情報である。
報をリアルタイム再生するときの表示装置321 〜32
m における動画の1秒間あたりのコマ数であり、同図に
示した例では、30(fps )と定義されている。「色
数」は、リアルタイム再生された「コンテンツ1」の表
示色の数に関する情報であり、1600万色と定義され
ている。「明度」(value) および「彩度」(chroma)
は、色の心理的な属性をそれぞれ表すパラメータであ
り、同図に示した例では、共に「高」とされている。
「音声再生の有無」は、ストリーム情報JS1 から音声
を再生するか否かを制御する情報であり、同図に示した
例では、「再生有」と定義されている。
する再生情報」は、上述した「重要度」が低い「第2ス
トリーム情報」(ストリーム情報JS2 )をリアルタイ
ム再生するときの制御情報である。「表示位置」は、表
示装置321 〜32m における「第2ストリーム情報」
の表示位置(「下段」)である。「表示サイズ」は、表
示装置321 〜32m における動画の表示サイズ(たと
えば、320ドット×240ドット)を制御する情報で
ある。
報をリアルタイム再生するときの表示装置321 〜32
m における動画の1秒間あたりのコマ数であり、同図に
示した例では、15(fps )と定義されている。「色
数」は、リアルタイム再生された「コンテンツ2」の表
示色の数に関する情報であり、65000色と定義され
ている。「明度」(value) および「彩度」(chroma)
は、共に「低」とされている。「音声再生の有無」は、
ストリーム情報JS2 から音声を再生するか否かを制御
する情報であり、同図に示した例では、「再生無」と定
義されている。
23に示したフローチャートを参照しつつ説明する。図
1において、ストリームサーバ101 〜10n 、および
クライアント301 〜30m は、それぞれ起動される
と、図23に示したステップSSM1およびステップS
SO1へそれぞれ進む。ステップSSM1では、図1に
示したストリームサーバ101 〜10n のそれぞれの配
信制御部は、ストリーム情報JS1 〜JSn の配信指示
があるか否かを判断し、この場合、判断結果を「No」
として同判断を繰り返す。同様にして、ステップSSO
1では、クライアント301 〜30m のそれぞれの受信
制御部は、受信/再生指示があるか否かを判断し、この
場合、判断結果を「No」として同判断を繰り返す。
れると、中継制御サーバ20の中継制御部24(図3参
照)は、ステップSSN1へ進み、記憶装置21から読
み込んだサーバ情報J1 (図4(a)参照)に基づい
て、ストリーム情報JS1 〜JSn のそれぞれの配信元
である「ストリームサーバ」(ストリームサーバ101
〜10n )を認識する。つぎに、中継制御部24は、サ
ーバ情報J1 から、ストリーム情報JS1 〜JSn のそ
れぞれの配信先のマルチキャストアドレスを認識した
後、この認識結果に基づいて、上記ストリーム情報JS
1 〜JSn にそれぞれ対応するストリームサーバ101
〜10n へ配信を指示した後、ステップSSN2へ進
む。このとき、中継制御部24は、ネットワークNのト
ラフィック量やクライアント301 〜30m の処理能力
を考慮して指示を出す。
バ101 〜10n のそれぞれの配信制御部は、ステップ
SSM1の判断結果を「Yes」として、ステップSS
M2へ進み、ストリーム情報JS1 〜JSn の配信を開
始した後、ステップSSM3へ進む。ステップSSM3
では、ストリームサーバ101 〜10n のそれぞれの配
信制御部は、中継制御サーバ20から配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して同判断を繰り返す。
た中継制御部24は、記憶装置21から読み出したクラ
イアント情報J2 (図4(b)参照)およびストリーム
再生情報J8 (図24参照)に基づいて、クライアント
301 〜30m へ受信/再生の指示を出した後、ステッ
プSSN3へ進む。このとき、中継制御部24は、クラ
イアント301 〜30m の処理能力を考慮して指示を出
す。
く受信/再生指示は、ストリーム情報JS1 およびJS
2 (図示略)を受信すること、受信したストリーム情報
JS 1 およびJS2 をリアルタイム再生すること、に関
する指示である。さらに、受信/再生指示は、「コンテ
ンツ1」の動画を上段に表示し、一方の「コンテンツ
2」の動画を下段に表示すること、「コンテンツ1」の
表示サイズを640ドット×480ドットにし、一方の
「コンテンツ2」の表示サイズを320ドット×240
ドットにすること、に関する指示である。
1」のフレームレートを30(fps )とし、一方の「コ
ンテンツ2」のフレームレートを15(fps )とするこ
と、「コンテンツ1」の色数を1600万色とし、一方
の「コンテンツ2」の色数を65000色とすること、
「コンテンツ1」に関する「明度」および「彩度」を共
に「高」とし、一方の「コンテンツ2」に関する「明
度」および「彩度」を共に「低」とすること、に関する
指示である。さらに、受信/再生指示は、「コンテンツ
1」の音声の再生を行い、一方の「コンテンツ2」の再
生を行わないこと、に関する指示である。
ーム再生情報J8 をクライアント301 〜30m へ配信
して、クライアント301 〜30m 側でストリーム再生
情報J8 に基づいて、ストリーム再生の制御を行うよう
にしてもよい。
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSSO1の判断結果を「Yes」として、
ステップSSO2へ進む。ステップSSO2では、クラ
イアント301 〜30m のそれぞれの受信制御部は、中
継制御サーバ20により指定されたストリーム情報JS
1 およびJS2 の受信を開始する。
れぞれの受信制御部は、ストリーム情報JS1 およびJ
S2 をリアルタイム再生する処理を開始した後、ステッ
プSSO3へ進む。これにより、表示装置321 〜32
m においては、「コンテンツ1」および「コンテンツ
2」に関する動画および音声がリアルタイムで再生され
る。
制御サーバ20からの再生指示に基づいて、ストリーム
情報JS1 に対応する「コンテンツ1」(動画)を上段
に、ストリーム情報JS2 に対応する「コンテンツ2」
(動画)を下段に表示させる。さらに、受信制御部は、
図24に示したストリーム再生情報J8 に基づく指示通
りに、「コンテンツ1」および「コンテンツ2」をリア
ルタイム再生する。つまり、「コンテンツ1」(重要度
=高)は、「コンテンツ2」(重要度=低)よりも高い
画質で再生される。
「コンテンツ1」(重要度=高)の音声は、再生される
が、「コンテンツ2」(重要度=低)の音声は再生され
ない。このように、重要度が高い「コンテンツ1」は、
重要度が低い「コンテンツ2」よりも目立つようにリア
ルタイム再生されるのである。
1 〜30m のそれぞれの受信制御部は、受信/再生終了
の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。終了の指示が出さ
れると、図3に示した中継制御サーバ20の中継制御部
24は、ステップSSN3の判断結果を「Yes」とし
て、ステップSSN4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSSN5へ進む。これにより、クライアント301
〜30m のそれぞれの受信制御部は、ステップSSO3
の判断結果を「Yes」として、ステップSSO4へ進
み、ストリーム情報JS1 およびJS2 の受信およびリ
アルタイム再生を終了する。
24は、ストリームサーバ101 〜10n へ配信終了の
指示を出す。これにより、ストリームサーバ101 〜1
0nのそれぞれの配信制御部は、ステップSSM3の判
断結果を「Yes」として、ステップSSM4へ進む。
ステップSSM4では、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ストリーム情報JS1 〜
JSn の配信を終了する。
れば、重要度が高いストリーム情報を優先的にリアルタ
イム再生するようにしたので、当該ストリーム情報を見
逃すことを防止することができる。
図面を参照して詳述してきたが、具体的な構成例は、こ
れら実施の形態1〜13に限られるものではなく、本発
明の要旨を逸脱しない範囲の設計変更等があっても本発
明に含まれる。
おいては、情報配信/再生制御プログラムを図25に示
したコンピュータ読み取り可能な記録媒に記録して、こ
の記録媒体200に記録された情報配信/再生制御プロ
グラムを同図に示したコンピュータ100に読み込ま
せ、実行するようにしてもよい。ここで、情報配信/再
生制御プログラムは、図1に示した中継制御サーバ20
の機能を実現するためのプログラムである。
記情報配信/再生制御プログラムを実行するCPU10
1と、キーボード、マウス等の入力装置102と、各種
データを記憶するROM(Read Only Memory)103
と、演算パラメータ等を記憶するRAM(Random Acces
s Memory)104と、記録媒体200から情報配信/再
生制御プログラムを読み取る読取装置105と、ディス
プレイ、プリンタ等の出力装置106と、装置各部を接
続するバスBUとから構成されている。
て記録媒体200に記録されている情報配信/再生制御
プログラムを読み込んだ後、この情報配信/再生制御プ
ログラムを実行することにより、前述したストリーム情
報JS1 〜JSn の配信制御および再生制御を行う。記
録媒体200には、光ディスク、フロッピーディスク、
ハードディスク等の可搬型の記録媒体が含まれることは
もとより、ネットワークのようにデータを一時的に記録
保持するような伝送媒体も含まれる。
信方式としてマルチキャスト方式を採用した例について
説明したが、これに限られることなく、ストリーム情報
を配信/再生することを目的としていれば通信方式は問
わない。したがって、実施の形態1〜13においては、
マルチキャスト方式の他に、不特定多数のクライアント
に一斉に情報を伝送するブロードキャスト方式(一斉同
報型通信方式)や、単一のクライアントに情報を伝送す
るユニキャスト方式(単一ホスト伝送型通信方式)を通
信方式として採用してもよい。さらに、実施の形態1〜
13においては、二つ以上の実施の形態の構成を組み合
わせた構成も本発明に含まれる。
発明によれば、配信制御手段による配信制御、および再
生制御手段による再生制御を行うようにしたので、適正
なストリーム情報の配信およびリアルタイム再生を行う
ことができるとともに、付加価値が高い情報配信サービ
スを提供することができるという効果を奏する。
替手段を設けて制御を容易に変更可能としたので、使い
勝手を向上させることができるという効果を奏する。
ケジュール情報に基づいて、配信制御およびリアルタイ
ム再生制御を行うようにしたので、制御方法に変更が生
じた場合であっても、スケジュール情報の変更するだけ
で柔軟に対応することができるという効果を奏する。
信装置に対して同一の制御を行い、かつ外部からの再生
に関する制御を禁止するようにしたので、一定の再生品
質を維持した状態でリアルタイム再生を行うことができ
るという効果を奏する。
信装置において外部からの再生に関する制御を許可する
ようにしたので、リアルタイム再生制御を柔軟に行うこ
とができるという効果を奏する。
集制御手段により、ストリーム情報を編集したストリー
ム情報を受信装置へ配信するようにしたので、ストリー
ム情報を受信装置へ配信する場合に比して、ネットワー
ク等の伝送路のトラフィック量を低減することができる
という効果を奏する。
集制御手段の制御により、ストリーム情報を編集した編
集ストリーム情報を受信装置へ配信するようにしたの
で、ストリーム情報を受信装置へ配信する場合に比し
て、ネットワーク等の伝送路のトラフィック量を低減す
ることができるという効果を奏する。
信制御手段による配信制御、および再生制御手段による
動画の表示方法の制御を行うようにしたので、適正なス
トリーム情報の配信および適正な表示方法に基づいてリ
アルタイム再生を行うことができるとともに、付加価値
が高い情報配信サービスを提供することができるという
効果を奏する。
信制御手段による配信制御、および再生制御手段による
動画の表示方法および音声の出力方法の制御を行うよう
にしたので、適正なストリーム情報の配信および適正な
表示方法および出力方法に基づいてリアルタイム再生を
行うことができるとともに、付加価値が高い情報配信サ
ービスを提供することができるという効果を奏する。
重要度が高いストリーム情報を優先的にリアルタイム再
生するようにしたので、当該ストリーム情報を見逃すこ
とを防止することができるという効果を奏する。
れば、配信制御工程による配信制御、および再生制御工
程による再生制御を行うようにしたので、適正なストリ
ーム情報の配信およびリアルタイム再生を行うことがで
きるとともに、付加価値が高い情報配信サービスを提供
することができるという効果を奏する。
編集制御工程により、ストリーム情報を編集したストリ
ーム情報を受信装置へ配信するようにしたので、ストリ
ーム情報を受信装置へ配信する場合に比して、ネットワ
ーク等の伝送路のトラフィック量を低減することができ
るという効果を奏する。
すブロック図である。
を示すブロック図である。
ブロック図である。
バ情報J1 およびクライアント情報J2 を示す図であ
る。
ブロック図である。
明するフローチャートである。
明するフローチャートである。
明するフローチャートである。
ュール情報J3 を示す図である。
説明するフローチャートである。
説明するフローチャートである。
説明するフローチャートである。
説明するフローチャートである。
説明するフローチャートである。
説明するフローチャートである。
ント制御情報J4 を示す図である。
を説明するフローチャートである。
ストリーム再生情報J5 を示す図である。
を説明するフローチャートである。
ーム再生情報J6 を示す図である。
を説明するフローチャートである。
ーム再生情報J7 を示す図である。
を説明するフローチャートである。
ーム再生情報J8 を示す図である。
を示すブロック図である。
Claims (13)
- 【請求項1】 リアルタイム再生が可能なストリーム情
報を受信装置へ配信する情報配信装置に対して、前記ス
トリーム情報の配信に関する制御を行う配信制御手段
と、 前記受信装置に対して、前記ストリーム情報のリアルタ
イム再生に関する制御を行う再生制御手段と、 を備えることを特徴とする情報配信/再生制御装置。 - 【請求項2】 オペレータにより操作され、前記再生制
御手段における制御を別の制御に切り替える切替手段を
備え、前記再生制御手段は、前記切替手段の切り替え状
態に応じて、前記受信装置に対して制御を行うことを特
徴とする請求項1に記載の情報配信/再生制御装置。 - 【請求項3】 前記配信制御手段の制御スケジュールお
よび前記再生制御手段の制御スケジュールに関するスケ
ジュール情報を記憶する記憶手段を備え、前記配信制御
手段は、前記スケジュール情報に基づいて、前記情報配
信装置に対して制御を行い、前記再生制御手段は、前記
スケジュール情報に基づいて、前記受信装置に対して制
御を行うことを特徴とする請求項1または2に記載の情
報配信/再生制御装置。 - 【請求項4】 前記受信装置は、複数、設けられてお
り、前記再生制御手段は、複数の前記受信装置に対して
同一の制御を行い、複数の前記受信装置における外部か
らの再生に関する制御を禁止することを特徴とする請求
項1〜3のいずれか一つに記載の情報配信/再生制御装
置。 - 【請求項5】 前記受信装置は、複数、設けられてお
り、前記再生制御手段は、複数の前記受信装置に対して
同一の制御を行い、複数の前記受信装置における外部か
らの再生に関する制御を許可することを特徴とする請求
項1〜3のいずれか一つに記載の情報配信/再生制御装
置。 - 【請求項6】 情報配信装置に対して、自身宛にリアル
タイム再生が可能なストリーム情報を配信するように制
御を行う配信制御手段と、 前記ストリーム情報を編集した編集ストリーム情報を受
信装置へ配信する編集手段と、 前記受信装置に対して、前記編集ストリーム情報のリア
ルタイム再生に関する制御を行う再生制御手段と、 を備えることを特徴とする情報配信/再生制御装置。 - 【請求項7】 情報配信装置に対して、リアルタイム再
生が可能なストリーム情報を編集した編集ストリーム情
報を受信装置へ配信させる制御を行う配信制御手段と、 前記受信装置に対して、前記編集ストリーム情報のリア
ルタイム再生に関する制御を行う再生制御手段と、 を備えることを特徴とする情報配信/再生制御装置。 - 【請求項8】 リアルタイム再生が可能な動画データを
含むストリーム情報を受信装置へそれぞれ配信する複数
の情報配信装置に対して、前記ストリーム情報の配信に
関する制御を行う配信制御手段と、 前記受信装置に対して、複数の前記ストリーム情報のリ
アルタイム再生に関する表示方法の制御を行う再生制御
手段と、 を備えることを特徴とする情報配信/再生制御装置。 - 【請求項9】 リアルタイム再生が可能な動画データお
よび音声データを含むストリーム情報を受信装置へそれ
ぞれ配信する複数の情報配信装置に対して、前記ストリ
ーム情報の配信に関する制御を行う配信制御手段と、 前記受信装置に対して、複数の前記ストリーム情報のリ
アルタイム再生に関する動画の表示方法および音声の出
力方法の制御を行う再生制御手段と、 を備えることを特徴とする情報配信/再生制御装置。 - 【請求項10】 前記複数のストリーム情報のそれぞれ
に重要度に関する重要度情報を記憶する記憶手段を備
え、前記再生制御手段は、前記重要度情報に基づいて、
重要度が高いストリーム情報を他のストリーム情報より
優先的に再生させるように前記受信装置の制御を行うこ
とを特徴とする請求項8または9に記載の情報配信/再
生制御装置。 - 【請求項11】 リアルタイム再生が可能なストリーム
情報を受信装置へ配信する情報配信装置に対して、前記
ストリーム情報の配信に関する制御を行う配信制御工程
と、 前記受信装置に対して、前記ストリーム情報のリアルタ
イム再生に関する制御を行う再生制御工程と、 を含むことを特徴とする情報配信/再生制御方法。 - 【請求項12】 リアルタイム再生が可能なストリーム
情報を受信装置へ配信する情報配信装置に対して、前記
ストリーム情報の配信に関する制御を行わせる配信制御
工程と、 前記受信装置に対して、前記ストリーム情報のリアルタ
イム再生に関する制御を行わせる再生制御工程と、 をコンピュータに実行させるための情報配信/再生制御
プログラムを記録したコンピュータ読み取り可能な記録
媒体。 - 【請求項13】 情報配信装置に対して、リアルタイム
再生が可能なストリーム情報を配信するように制御を行
わせる配信制御工程と、 前記ストリーム情報を編集した編集ストリーム情報を受
信装置へ配信させる編集工程と、 前記受信装置に対して、前記編集ストリーム情報のリア
ルタイム再生に関する制御を行わせる受信/再生制御工
程と、 をコンピュータに実行させるための情報配信/再生制御
プログラムを記録したコンピュータ読み取り可能な記録
媒体。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP11225743A JP2001054095A (ja) | 1999-08-09 | 1999-08-09 | 情報配信/再生制御装置、情報配信/再生制御方法および情報配信/再生制御プログラムを記録したコンピュータ読み取り可能な記録媒体 |
US09/534,403 US7398320B1 (en) | 1999-08-09 | 2000-03-22 | Information distribution/reproduction control apparatus, information distribution/reproduction control method, and computer-readable recording medium recorded with information distribution/reproduction control program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP11225743A JP2001054095A (ja) | 1999-08-09 | 1999-08-09 | 情報配信/再生制御装置、情報配信/再生制御方法および情報配信/再生制御プログラムを記録したコンピュータ読み取り可能な記録媒体 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2001054095A true JP2001054095A (ja) | 2001-02-23 |
Family
ID=16834152
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP11225743A Pending JP2001054095A (ja) | 1999-08-09 | 1999-08-09 | 情報配信/再生制御装置、情報配信/再生制御方法および情報配信/再生制御プログラムを記録したコンピュータ読み取り可能な記録媒体 |
Country Status (2)
Country | Link |
---|---|
US (1) | US7398320B1 (ja) |
JP (1) | JP2001054095A (ja) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002047378A1 (fr) * | 2000-12-07 | 2002-06-13 | Matsushita Electric Industrial Co., Ltd. | Dispositif de selection et d'execution d'intergiciels de reproduction d'images animees |
JP2002262190A (ja) * | 2001-03-02 | 2002-09-13 | Sony Corp | 情報処理装置および方法、記録媒体、並びにプログラム |
JP2006050181A (ja) * | 2004-08-04 | 2006-02-16 | Dolce Gakki:Kk | ライブデータ提供システム |
JPWO2005086009A1 (ja) * | 2004-03-02 | 2008-01-24 | 三菱電機株式会社 | メディア配信装置及びメディア受信装置 |
US7483942B2 (en) | 2003-03-04 | 2009-01-27 | Sony Corporation | Information processing device, method, and program for distributing content by querying for a selected device ID from at least two identified device IDs |
JP2013020389A (ja) * | 2011-07-08 | 2013-01-31 | Dowango:Kk | 会場設置ディスプレイシステム |
Families Citing this family (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7191242B1 (en) * | 2000-06-22 | 2007-03-13 | Apple, Inc. | Methods and apparatuses for transferring data |
US7978716B2 (en) | 2003-11-24 | 2011-07-12 | Citrix Systems, Inc. | Systems and methods for providing a VPN solution |
US7757074B2 (en) | 2004-06-30 | 2010-07-13 | Citrix Application Networking, Llc | System and method for establishing a virtual private network |
US8495305B2 (en) | 2004-06-30 | 2013-07-23 | Citrix Systems, Inc. | Method and device for performing caching of dynamically generated objects in a data communication network |
US8739274B2 (en) | 2004-06-30 | 2014-05-27 | Citrix Systems, Inc. | Method and device for performing integrated caching in a data communication network |
US7808906B2 (en) | 2004-07-23 | 2010-10-05 | Citrix Systems, Inc. | Systems and methods for communicating a lossy protocol via a lossless protocol using false acknowledgements |
CN101199187A (zh) | 2004-07-23 | 2008-06-11 | 茨特里克斯系统公司 | 用于网络节点之间通信最优化的系统和方法 |
US8549149B2 (en) | 2004-12-30 | 2013-10-01 | Citrix Systems, Inc. | Systems and methods for providing client-side accelerated access to remote applications via TCP multiplexing |
US7810089B2 (en) | 2004-12-30 | 2010-10-05 | Citrix Systems, Inc. | Systems and methods for automatic installation and execution of a client-side acceleration program |
US8706877B2 (en) | 2004-12-30 | 2014-04-22 | Citrix Systems, Inc. | Systems and methods for providing client-side dynamic redirection to bypass an intermediary |
US8700695B2 (en) | 2004-12-30 | 2014-04-15 | Citrix Systems, Inc. | Systems and methods for providing client-side accelerated access to remote applications via TCP pooling |
US8954595B2 (en) | 2004-12-30 | 2015-02-10 | Citrix Systems, Inc. | Systems and methods for providing client-side accelerated access to remote applications via TCP buffering |
US8200828B2 (en) | 2005-01-14 | 2012-06-12 | Citrix Systems, Inc. | Systems and methods for single stack shadowing |
US7831728B2 (en) | 2005-01-14 | 2010-11-09 | Citrix Systems, Inc. | Methods and systems for real-time seeking during real-time playback of a presentation layer protocol data stream |
US8230096B2 (en) * | 2005-01-14 | 2012-07-24 | Citrix Systems, Inc. | Methods and systems for generating playback instructions for playback of a recorded computer session |
US8935316B2 (en) | 2005-01-14 | 2015-01-13 | Citrix Systems, Inc. | Methods and systems for in-session playback on a local machine of remotely-stored and real time presentation layer protocol data |
US8340130B2 (en) | 2005-01-14 | 2012-12-25 | Citrix Systems, Inc. | Methods and systems for generating playback instructions for rendering of a recorded computer session |
US8296441B2 (en) | 2005-01-14 | 2012-10-23 | Citrix Systems, Inc. | Methods and systems for joining a real-time session of presentation layer protocol data |
US8145777B2 (en) | 2005-01-14 | 2012-03-27 | Citrix Systems, Inc. | Method and system for real-time seeking during playback of remote presentation protocols |
US20060159432A1 (en) | 2005-01-14 | 2006-07-20 | Citrix Systems, Inc. | System and methods for automatic time-warped playback in rendering a recorded computer session |
KR20070104566A (ko) | 2005-01-24 | 2007-10-26 | 사이트릭스 시스템스, 인크. | 네트워크에서 동적으로 발생된 객체들의 캐싱을 수행하는시스템 및 방법 |
US8255456B2 (en) | 2005-12-30 | 2012-08-28 | Citrix Systems, Inc. | System and method for performing flash caching of dynamically generated objects in a data communication network |
US8191008B2 (en) | 2005-10-03 | 2012-05-29 | Citrix Systems, Inc. | Simulating multi-monitor functionality in a single monitor environment |
US7921184B2 (en) | 2005-12-30 | 2011-04-05 | Citrix Systems, Inc. | System and method for performing flash crowd caching of dynamically generated objects in a data communication network |
US8301839B2 (en) | 2005-12-30 | 2012-10-30 | Citrix Systems, Inc. | System and method for performing granular invalidation of cached dynamically generated objects in a data communication network |
US8615159B2 (en) | 2011-09-20 | 2013-12-24 | Citrix Systems, Inc. | Methods and systems for cataloging text in a recorded session |
CN110278458B (zh) * | 2019-06-03 | 2022-09-13 | 国家广播电视总局广播电视科学研究院 | 一种码流自动控制及推送系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10243374A (ja) * | 1997-02-27 | 1998-09-11 | Hitachi Ltd | 画像音声情報配信システム |
JPH10285593A (ja) * | 1997-02-07 | 1998-10-23 | Matsushita Electric Ind Co Ltd | 画像伝送用データ構造,画像伝送方法,画像復号化装置,及びデータ記録媒体 |
JPH1169249A (ja) * | 1997-06-12 | 1999-03-09 | Toshiba Corp | 情報表示制御方法、情報送信方法、情報表示装置及び記録媒体 |
JPH1188279A (ja) * | 1997-09-03 | 1999-03-30 | N T T Data:Kk | 放送システム、放送方法及び記録媒体 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05236297A (ja) | 1992-02-24 | 1993-09-10 | Nippon Telegr & Teleph Corp <Ntt> | マルチメディア同期制御方法 |
US5623690A (en) * | 1992-06-03 | 1997-04-22 | Digital Equipment Corporation | Audio/video storage and retrieval for multimedia workstations by interleaving audio and video data in data file |
US5991811A (en) * | 1995-09-04 | 1999-11-23 | Kabushiki Kaisha Toshiba | Information transmission system utilizing both real-time data transmitted in a normal-in-time direction and in a retrospective-in-time direction |
JPH0981497A (ja) * | 1995-09-12 | 1997-03-28 | Toshiba Corp | 実時間ストリームサーバ並びに実時間ストリームデータの格納方法および転送方法 |
JPH09261617A (ja) * | 1996-01-19 | 1997-10-03 | Matsushita Electric Ind Co Ltd | オンデマンド通信システム |
JPH09214895A (ja) * | 1996-02-07 | 1997-08-15 | Sony Corp | 映像・オーディオ信号編集・送出装置およびその方法 |
JP3162627B2 (ja) | 1996-06-25 | 2001-05-08 | 松下電器産業株式会社 | 放送システム及びこれに用いるマルチメディア蓄積表示装置 |
JP2897127B2 (ja) | 1996-11-07 | 1999-05-31 | 直之 宮山 | 顧客情報収集システム |
US6226673B1 (en) * | 1996-11-29 | 2001-05-01 | Canon Kabushiki Kaisha | Data distribution method and apparatus and computer program |
US5928331A (en) * | 1997-10-30 | 1999-07-27 | Matsushita Electric Industrial Co., Ltd. | Distributed internet protocol-based real-time multimedia streaming architecture |
US6580870B1 (en) * | 1997-11-28 | 2003-06-17 | Kabushiki Kaisha Toshiba | Systems and methods for reproducing audiovisual information with external information |
-
1999
- 1999-08-09 JP JP11225743A patent/JP2001054095A/ja active Pending
-
2000
- 2000-03-22 US US09/534,403 patent/US7398320B1/en not_active Expired - Lifetime
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10285593A (ja) * | 1997-02-07 | 1998-10-23 | Matsushita Electric Ind Co Ltd | 画像伝送用データ構造,画像伝送方法,画像復号化装置,及びデータ記録媒体 |
JPH10243374A (ja) * | 1997-02-27 | 1998-09-11 | Hitachi Ltd | 画像音声情報配信システム |
JPH1169249A (ja) * | 1997-06-12 | 1999-03-09 | Toshiba Corp | 情報表示制御方法、情報送信方法、情報表示装置及び記録媒体 |
JPH1188279A (ja) * | 1997-09-03 | 1999-03-30 | N T T Data:Kk | 放送システム、放送方法及び記録媒体 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002047378A1 (fr) * | 2000-12-07 | 2002-06-13 | Matsushita Electric Industrial Co., Ltd. | Dispositif de selection et d'execution d'intergiciels de reproduction d'images animees |
US6876434B2 (en) | 2000-12-07 | 2005-04-05 | Matsushita Electric Industrial Co., Ltd. | Motion picture reproducing middleware selecting/executing device and method |
AU2001286213B2 (en) * | 2000-12-07 | 2006-03-09 | Matsushita Electric Industrial Co., Ltd. | Motion picture reproducing middleware selecting/ executing device and method |
AU2001286213C1 (en) * | 2000-12-07 | 2006-08-10 | Matsushita Electric Industrial Co., Ltd. | Motion picture reproducing middleware selecting/ executing device and method |
JP2002262190A (ja) * | 2001-03-02 | 2002-09-13 | Sony Corp | 情報処理装置および方法、記録媒体、並びにプログラム |
US7483942B2 (en) | 2003-03-04 | 2009-01-27 | Sony Corporation | Information processing device, method, and program for distributing content by querying for a selected device ID from at least two identified device IDs |
JPWO2005086009A1 (ja) * | 2004-03-02 | 2008-01-24 | 三菱電機株式会社 | メディア配信装置及びメディア受信装置 |
JP4510005B2 (ja) * | 2004-03-02 | 2010-07-21 | 三菱電機株式会社 | メディア配信装置及びメディア受信装置 |
JP2006050181A (ja) * | 2004-08-04 | 2006-02-16 | Dolce Gakki:Kk | ライブデータ提供システム |
JP2013020389A (ja) * | 2011-07-08 | 2013-01-31 | Dowango:Kk | 会場設置ディスプレイシステム |
Also Published As
Publication number | Publication date |
---|---|
US7398320B1 (en) | 2008-07-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2001054095A (ja) | 情報配信/再生制御装置、情報配信/再生制御方法および情報配信/再生制御プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
JP4977950B2 (ja) | マルチ画面映像再生システム、映像再生方法及び表示装置 | |
JP3587916B2 (ja) | 映像音声データ供給装置 | |
CA2623835C (en) | Content delivery system and method, and server apparatus and receiving apparatus used in this content delivery system | |
JP2007510230A (ja) | ユーザー指定情報を用いたメディアコンテンツの注釈付け | |
JP2005244931A (ja) | マルチ画面映像再生システム | |
JP2010093576A (ja) | 受信装置、受信方法およびコンピュータプログラム | |
JP6570999B2 (ja) | コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム | |
JP2005051703A (ja) | ライブストリーミング放送方法、ライブストリーミング放送装置、ライブストリーミング放送システム、プログラム、記録媒体、放送方法及び放送装置 | |
JP2015201699A (ja) | 受信装置、受信方法、送信装置、及び、送信方法 | |
US20080024663A1 (en) | Content receiver terminal device with zapping response improved in viewing multi-channel video content | |
WO2015007137A1 (zh) | 一种会议电视终端、辅流数据接入方法及计算机存储介质 | |
JP3836637B2 (ja) | 情報配信制御装置、情報配信制御方法、情報配信制御プログラムを記録したコンピュータ読み取り可能な記録媒体および情報再生制御プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
US7453829B2 (en) | Method for conducting a video conference | |
JP2010251920A (ja) | コンテンツ制作管理装置、コンテンツ制作装置、コンテンツ制作管理プログラム、及びコンテンツ制作プログラム | |
KR101125065B1 (ko) | 계층적 분산 저장 구조를 이용한 스트리밍 서비스 제공 시스템 및 방법 | |
WO2019229861A1 (ja) | 楽曲配信システム及び楽曲配信方法ならびに楽曲配信プログラム | |
JPH11112569A (ja) | データ転送システム | |
JP2003169329A (ja) | 画像音声符号化復号化装置 | |
JP2007104540A (ja) | 撮影画像配信装置、撮影画像配信プログラム及び撮影画像配信方法 | |
KR20100048492A (ko) | 가변 버퍼링을 이용한 스트리밍 서비스 제공 방법 및 장치 | |
WO2022269723A1 (ja) | 同期制御を行う通信システム、その同期制御方法、受信サーバ及び同期制御プログラム | |
JP6481937B2 (ja) | テレビ会議用通信装置 | |
JP2007166047A (ja) | 画像蓄積サーバを使用した遠隔教育システムおよび画像蓄積サーバ | |
JP2008141483A (ja) | ツリー型配信システム、ノード装置、情報処理プログラム及び情報配信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051227 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080814 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080819 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081020 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090721 |