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
Application number
JP11225743A
Other languages
English (en)
Inventor
Tamotsu Mizuguchi
有 水口
Hikari Osawa
光 大澤
Yasuyuki Nakajima
康之 中島
Hiromasa Yanagihara
広昌 柳原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
KDDI Corp
Original Assignee
Fujitsu Ltd
KDD Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd, KDD Corp filed Critical Fujitsu Ltd
Priority to JP11225743A priority Critical patent/JP2001054095A/ja
Priority to US09/534,403 priority patent/US7398320B1/en
Publication of JP2001054095A publication Critical patent/JP2001054095A/ja
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/765Interface circuits between an apparatus for recording and another apparatus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/42Arrangements for resource management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65Arrangements characterised by transmission systems for broadcast
    • H04H20/76Wired systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/82Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343Processing 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/234363Processing 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management 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/258Client 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/25808Management of client data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management 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/266Channel 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/2662Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/765Interface circuits between an apparatus for recording and another apparatus
    • H04N5/77Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/7921Processing of colour television signals in connection with recording for more than one processing mode

Abstract

(57)【要約】 【課題】 適正なストリーム情報の配信およびリアルタ
イム再生を行い、付加価値が高い情報配信サービスを提
供すること。 【解決手段】 中継制御サーバ20は、リアルタイム再
生が可能なストリーム情報JS1 〜JSn をそれぞれ配
信するストリームサーバ101 〜10n に対して、スト
リーム情報JS1 〜JSn の配信に関する制御を行うと
ともに、クライアント301 〜30m に対して、ストリ
ーム情報JS1 〜JSn のリアルタイム再生に関する制
御を行う。

Description

【発明の詳細な説明】
【0001】
【発明の属する技術分野】本発明は、リアルタイム再生
が可能なストリーム情報(動画データ、音声データ)の
配信/再生制御に用いられる情報配信/再生制御装置、
情報配信/再生制御方法および情報配信/再生制御プロ
グラムを記録したコンピュータ読み取り可能な記録媒体
に関するものであり、特に、適正なストリーム情報の配
信およびリアルタイム再生を行うことができ、付加価値
が高い情報配信サービスを提供することができる情報配
信/再生制御装置、情報配信/再生制御方法および情報
配信/再生制御プログラムを記録したコンピュータ読み
取り可能な記録媒体に関するものである。
【0002】近時、インターネットやイントラネットの
普及により、従来のテレビジョン放送と同様にして、講
演会やコンサートの様子をライブ放送する情報配信シス
テムが注目されている。このシステムにおいては、スト
リーミング技術により、画像データおよび音声データか
ら、クライアント側でリアルタイム再生が可能なストリ
ーム情報を生成し、このストリーム情報をネットワーク
を介して複数のクライアントへ一斉に配信している。こ
こで、かかる情報配信サービスの提供者は、マルチメデ
ィア化の流れを受けて、ストリーム情報の配信を単に行
うだけでなく、一歩進めて、より付加価値が高いサービ
スを模索している。
【0003】
【従来の技術】従来より、インターネットやイントラネ
ットの環境下においては、講演会やコンサートの様子を
ストリーム情報(動画データ、音声データ)として、リ
アルタイムで受信者に配信する情報配信システムが普及
しつつある。この情報配信システムは、講演会、コンサ
ートの会場にそれぞれ設置されたビデオカメラおよびマ
イクと、ビデオカメラおよびマイクからの画像データお
よび音声データから、ストリーミング技術を用いてリア
ルタイム再生が可能なストリーム情報(コンテンツ情
報)を生成し、これを複数のクライアントへインターネ
ット等を介して配信するストリームサーバとを備えてい
る。
【0004】また、複数のクライアントでは、ストリー
ム情報をそれぞれ受信し、リアルタイムでストリーム情
報を再生する。このように、情報配信システムは、イン
ターネット等に接続されたクライアントさえあれば、ス
トリーム情報の配信を受けることができることから、近
時、注目されている。
【0005】
【発明が解決しようとする課題】ところで、前述したよ
うに、従来の情報配信システムにおいては、クライアン
トで複数のストリーム情報を同時に再生することが可能
であるが、この再生に関して外部から何ら制御が行われ
ていないため、必要以上に多くのストリーム情報をリア
ルタイム再生した場合には、最も必要とされるコンテン
ツ情報を見逃してしまうという欠点があった。最悪の場
合には、クライアントの処理能力を越えてしまい、再生
をまったく行うことができない事態が想定される。
【0006】また、ストリームサーバ側においても、外
部から何ら制御が行われていないため、いくらでも複数
のストリーム情報を配信することが可能であり、このよ
うな場合には、インターネット等のトラフィック量が規
定値を越え輻輳が発生し、回線利用効率が極端に低下す
るという事態も想定される。
【0007】さらに、従来の情報配信システムは、リア
ルタイム再生が可能なストリーム情報の配信に特化した
放送型のシステムであり、コンテンツ情報をリアルタイ
ム再生するという点に着目すれば、既存のテレビジョン
放送システムと何ら変わるところがない。
【0008】このことから、従来の情報配信システムと
既存のテレビジョン放送システムとをコスト面から比較
した場合、情報配信システムは、ネットワークを利用す
るにあたって電気通信事業者に支払う接続料金が高いの
に対して、テレビジョン放送システムは、上記接続料金
に比べて格段にコストが安い。したがって、コスト面の
みを比較検討の要素とした場合、従来の情報配信システ
ムは、既存のテレビジョン放送システムにまだまだ対抗
できないシステムである、ということができる。
【0009】そこで、従来より、情報配信システムを用
いた情報配信サービスの提供者は、単にストリーム情報
の配信にとどまらず、付加価値が高いサービスを模索し
ている。しかしながら、従来においては、既存のテレビ
ジョン放送システムに対抗可能な決め手となるサービス
を提供するに至っていないのが現状である。
【0010】本発明は、上記に鑑みてなされたもので、
適正なストリーム情報の配信およびリアルタイム再生を
行うことができ、付加価値が高い情報配信サービスを提
供することができる情報配信/再生制御装置、情報配信
/再生制御方法および情報配信/再生制御プログラムを
記録したコンピュータ読み取り可能な記録媒体を提供す
ることを目的とする。
【0011】
【課題を解決するための手段】上記目的を達成するため
に、請求項1にかかる発明は、リアルタイム再生が可能
なストリーム情報を受信装置(後述する実施の形態1の
クライアント301 〜30m に相当)へ配信する情報配
信装置(後述する実施の形態1のストリームサーバ10
1 〜10n に相当)に対して、前記ストリーム情報の配
信に関する制御を行う配信制御手段(後述する実施の形
態1の中継制御部24に相当)と、前記受信装置に対し
て、前記ストリーム情報のリアルタイム再生に関する制
御を行う再生制御手段(後述する実施の形態1の中継制
御部24に相当)とを備えることを特徴とする。
【0012】この請求項1にかかる発明によれば、配信
制御手段により、たとえば、ネットワークのトラフィッ
ク量や受信装置の処理能力を考慮して、ストリーム情報
の配信の制御が行われる。これにより、情報配信装置か
らは、上記トラフィック量等が考慮された状態でストリ
ーム情報が受信装置へ配信される。また、再生制御手段
により、たとえば、受信装置の処理能力を考慮して、ス
トリーム情報のリアルタイム再生に関する制御が行われ
ると、受信装置では、適正なストリーム情報を受信した
後、これに基づいてリアルタイム再生が行われる。
【0013】このように、請求項1にかかる発明によれ
ば、配信制御手段による配信制御、および再生制御手段
による再生制御を行うようにしたので、適正なストリー
ム情報の配信およびリアルタイム再生を行うことができ
るとともに、付加価値が高い情報配信サービスを提供す
ることができる。
【0014】また、請求項2にかかる発明は、請求項1
に記載の情報配信/再生制御装置において、オペレータ
により操作され、前記再生制御手段における制御を別の
制御に切り替える切替手段(後述する実施の形態2の入
力装置23に相当)を備え、前記再生制御手段は、前記
切替手段の切り替え状態に応じて、前記受信装置に対し
て制御を行うことを特徴とする。
【0015】この請求項2にかかる発明によれば、切替
手段により制御が別の制御に切り替えられると、再生制
御手段は、受信装置に対する制御を上記別の制御に切り
替える。このように、請求項2にかかる発明によれば、
切替手段を設けて制御を容易に変更可能としたので、使
い勝手を向上させることができる。
【0016】また、請求項3にかかる発明は、請求項1
または2に記載の情報配信/再生制御装置において、前
記配信制御手段の制御スケジュールおよび前記再生制御
手段の制御スケジュールに関するスケジュール情報を記
憶する記憶手段(後述する実施の形態3の記憶装置21
に相当)を備え、前記配信制御手段は、前記スケジュー
ル情報に基づいて、前記情報配信装置に対して制御を行
い、前記再生制御手段は、前記スケジュール情報に基づ
いて、前記受信装置に対して制御を行うことを特徴とす
る。
【0017】この請求項3にかかる発明によれば、配信
制御手段および再生制御手段は、スケジュール情報に基
づいて、あらかじめ決められたスケジュール制御を行
う。このように、請求項3にかかる発明によれば、スケ
ジュール情報に基づいて、配信制御およびリアルタイム
再生制御を行うようにしたので、制御方法に変更が生じ
た場合であっても、スケジュール情報の変更するだけで
柔軟に対応することができる。
【0018】また、請求項4にかかる発明は、請求項1
〜3のいずれか一つに記載の情報配信/再生制御装置に
おいて、前記受信装置は、複数、設けられており、前記
再生制御手段(後述する実施の形態4の中継制御部24
に相当)は、複数の前記受信装置に対して同一の制御を
行い、複数の前記受信装置における外部からの再生に関
する制御を禁止することを特徴とする。
【0019】この請求項4にかかる発明によれば、再生
制御手段により同一の制御が行われると、複数の受信装
置では、同一の再生品質でリアルタイム再生が行われ
る。また、この場合には、外部からの再生に関する制御
が禁止される。このように、請求項4にかかる発明によ
れば、受信装置に対して同一の制御を行い、かつ外部か
らの再生に関する制御を禁止するようにしたので、一定
の再生品質を維持した状態でリアルタイム再生を行うこ
とができる。
【0020】また、請求項5にかかる発明は、請求項1
〜3のいずれか一つに記載の情報配信/再生制御装置に
おいて、前記受信装置は、複数、設けられており、前記
再生制御手段(後述する実施の形態5の中継制御部24
に相当)は、複数の前記受信装置に対して同一の制御を
行い、複数の前記受信装置における外部からの再生に関
する制御を許可することを特徴とする。
【0021】この請求項5にかかる発明によれば、再生
制御手段により同一の制御が行われると、複数の受信装
置では、同一の再生品質でリアルタイム再生が行われ
る。この場合、外部からの再生に関する制御が許可され
ているため、外部からの制御によりリアルタイム再生も
行い得る。このように、請求項5にかかる発明によれ
ば、受信装置において外部からの再生に関する制御を許
可するようにしたので、リアルタイム再生制御を柔軟に
行うことができる。
【0022】また、請求項6にかかる発明は、情報配信
装置に対して、自身宛にリアルタイム再生が可能なスト
リーム情報を配信するように制御を行う配信制御手段
(後述する実施の形態6の中継制御部24に相当)と、
前記ストリーム情報を編集した編集ストリーム情報を受
信装置へ配信する編集手段と、前記受信装置に対して、
前記編集ストリーム情報のリアルタイム再生に関する制
御を行う再生制御手段(後述する実施の形態6の中継制
御部24に相当)とを備えることを特徴とする。
【0023】この請求項6にかかる発明によれば、配信
制御手段により配信制御が行われると、情報配信装置
は、ストリーム情報を配信制御手段宛に配信する。これ
により、編集制御手段は、たとえば、複数のストリーム
情報を一つのストリーム情報に圧縮する等といった編集
を行い、この編集結果を編集ストリーム情報として受信
装置へ配信する。そして、再生制御手段の制御により、
受信装置では、編集ストリーム情報がリアルタイム再生
される。
【0024】このように、請求項6にかかる発明によれ
ば、編集制御手段により、ストリーム情報を編集したス
トリーム情報を受信装置へ配信するようにしたので、ス
トリーム情報を受信装置へ配信する場合に比して、ネッ
トワーク等の伝送路のトラフィック量を低減することが
できる。
【0025】また、請求項7にかかる発明は、情報配信
装置に対して、リアルタイム再生が可能なストリーム情
報を編集した編集ストリーム情報を受信装置へ配信させ
る制御を行う配信制御手段(後述する実施の形態7およ
び8の中継制御部24に相当)と、前記受信装置に対し
て、前記編集ストリーム情報のリアルタイム再生に関す
る制御を行う再生制御手段(後述する実施の形態7およ
び8の中継制御部24に相当)とを備えることを特徴と
する。
【0026】この請求項7にかかる発明によれば、配信
制御手段により配信制御が行われると、情報配信装置
は、たとえば、複数のストリーム情報を一つのストリー
ム情報に圧縮する等といった編集を行い、この編集結果
を編集ストリーム情報として受信装置へ配信する。そし
て、再生制御手段の制御により、受信装置では、編集ス
トリーム情報がリアルタイム再生される。
【0027】このように、請求項7にかかる発明によれ
ば、編集制御手段の制御により、ストリーム情報を編集
した編集ストリーム情報を受信装置へ配信するようにし
たので、ストリーム情報を受信装置へ配信する場合に比
して、ネットワーク等の伝送路のトラフィック量を低減
することができる。
【0028】また、請求項8にかかる発明は、リアルタ
イム再生が可能な動画データを含むストリーム情報を受
信装置へそれぞれ配信する複数の情報配信装置に対し
て、前記ストリーム情報の配信に関する制御を行う配信
制御手段(後述する実施の形態7および8の中継制御部
24に相当)と、前記受信装置に対して、複数の前記ス
トリーム情報のリアルタイム再生に関する表示方法の制
御を行う再生制御手段(後述する実施の形態7および8
の中継制御部24に相当)とを備えることを特徴とす
る。
【0029】この請求項8にかかる発明によれば、配信
制御手段により、たとえば、ネットワークのトラフィッ
ク量や受信装置の処理能力を考慮して、動画データを含
むストリーム情報の配信の制御が行われる。これによ
り、情報配信装置からは、上記トラフィック量等が考慮
された状態で動画データを含むストリーム情報が受信装
置へ配信される。また、再生制御手段により、たとえ
ば、受信装置の処理能力を考慮して、ストリーム情報の
リアルタイム再生に関する動画の表示方法の制御が行わ
れると、受信装置では、ストリーム情報を受信した後、
上記表示方法にしたがって、動画が表示される。
【0030】このように、請求項8にかかる発明によれ
ば、配信制御手段による配信制御、および再生制御手段
による動画の表示方法の制御を行うようにしたので、適
正なストリーム情報の配信および適正な表示方法に基づ
いてリアルタイム再生を行うことができるとともに、付
加価値が高い情報配信サービスを提供することができ
る。
【0031】また、請求項9にかかる発明は、リアルタ
イム再生が可能な動画データおよび音声データを含むス
トリーム情報を受信装置へそれぞれ配信する複数の情報
配信装置に対して、前記ストリーム情報の配信に関する
制御を行う配信制御手段(後述する実施の形態9〜12
の中継制御部24に相当)と、前記受信装置に対して、
複数の前記ストリーム情報のリアルタイム再生に関する
動画の表示方法および音声の出力方法の制御を行う再生
制御手段(後述する実施の形態9〜12の中継制御部2
4に相当)とを備えることを特徴とする。
【0032】この請求項9にかかる発明によれば、配信
制御手段により、たとえば、ネットワークのトラフィッ
ク量や受信装置の処理能力を考慮して、動画データおよ
び音声データを含むストリーム情報の配信の制御が行わ
れる。これにより、情報配信装置からは、上記トラフィ
ック量等が考慮された状態で動画データおよび音声デー
タを含むストリーム情報が受信装置へ配信される。ま
た、再生制御手段により、たとえば、受信装置の処理能
力を考慮して、ストリーム情報のリアルタイム再生に関
する表示方法および音声の出力方法の制御が行われる
と、受信装置では、ストリーム情報を受信した後、上記
表示方法にしたがって動画が表示されるとともに、出力
方法にしたがって音声が出力される。
【0033】このように、請求項9にかかる発明によれ
ば、配信制御手段による配信制御、および再生制御手段
による動画の表示方法および音声の出力方法の制御を行
うようにしたので、適正なストリーム情報の配信および
適正な表示方法および出力方法に基づいてリアルタイム
再生を行うことができるとともに、付加価値が高い情報
配信サービスを提供することができる。
【0034】また、請求項10にかかる発明は、請求項
8または9に記載の情報配信/再生制御装置において、
前記複数のストリーム情報のそれぞれに重要度に関する
重要度情報を記憶する記憶手段(後述する実施の形態1
3の記憶装置21に相当)を備え、前記再生制御手段
(後述する実施の形態13の中継制御部24に相当)
は、前記重要度情報に基づいて、重要度が高いストリー
ム情報を他のストリーム情報より優先的に再生させるよ
うに前記受信装置の制御を行うことを特徴とする。
【0035】この請求項10にかかる発明によれば、配
信制御手段により、たとえば、ネットワークのトラフィ
ック量や受信装置の処理能力を考慮して、ストリーム情
報の配信の制御が行われる。これにより、情報配信装置
からは、上記トラフィック量等が考慮された状態でスト
リーム情報が受信装置へ配信される。また、再生制御手
段により、たとえば、受信装置の処理能力および重要度
情報に基づいてストリーム情報のリアルタイム再生に関
する制御が行われると、受信装置では、重要度が高いス
トリーム情報が他のストリーム情報より優先的にリアル
タイム再生される。
【0036】このように、請求項10にかかる発明によ
れば、重要度が高いストリーム情報を優先的にリアルタ
イム再生するようにしたので、当該ストリーム情報を見
逃すことを防止することができる。
【0037】また、請求項11にかかる発明は、リアル
タイム再生が可能なストリーム情報を受信装置へ配信す
る情報配信装置に対して、前記ストリーム情報の配信に
関する制御を行う配信制御工程(後述する実施の形態1
のステップSB1に相当)と、前記受信装置に対して、
前記ストリーム情報のリアルタイム再生に関する制御を
行う再生制御工程(後述する実施の形態1のステップS
B2に相当)とを含むことを特徴とする。
【0038】この請求項11にかかる発明によれば、配
信制御工程では、たとえば、ネットワークのトラフィッ
ク量や受信装置の処理能力を考慮して、ストリーム情報
の配信の制御が行われる。これにより、情報配信装置か
らは、上記トラフィック量等が考慮された状態でストリ
ーム情報が受信装置へ配信される。また、再生制御工程
において、たとえば、受信装置の処理能力を考慮して、
ストリーム情報のリアルタイム再生に関する制御が行わ
れると、受信装置では、適正なストリーム情報を受信し
た後、これに基づいてリアルタイム再生が行われる。
【0039】このように、請求項11にかかる発明によ
れば、配信制御工程による配信制御、および再生制御工
程による再生制御を行うようにしたので、適正なストリ
ーム情報の配信およびリアルタイム再生を行うことがで
きるとともに、付加価値が高い情報配信サービスを提供
することができる。
【0040】また、請求項12にかかる発明は、リアル
タイム再生が可能なストリーム情報を受信装置へ配信す
る情報配信装置に対して、前記ストリーム情報の配信に
関する制御を行わせる配信制御工程(後述する実施の形
態1のステップSB1に相当)と、前記受信装置に対し
て、前記ストリーム情報のリアルタイム再生に関する制
御を行わせる再生制御工程(後述する実施の形態1のス
テップSB2に相当)とをコンピュータに実行させるた
めの情報配信/再生制御プログラムを記録したコンピュ
ータ読み取り可能な記録媒体である。
【0041】この請求項12にかかる発明によれば、配
信制御工程では、たとえば、ネットワークのトラフィッ
ク量や受信装置の処理能力を考慮して、ストリーム情報
の配信の制御が行われる。これにより、情報配信装置か
らは、上記トラフィック量等が考慮された状態でストリ
ーム情報が受信装置へ配信される。また、再生制御工程
において、たとえば、受信装置の処理能力を考慮して、
ストリーム情報のリアルタイム再生に関する制御が行わ
れると、受信装置では、適正なストリーム情報を受信し
た後、これに基づいてリアルタイム再生が行われる。
【0042】このように、請求項12にかかる発明によ
れば、配信制御工程による配信制御、および再生制御工
程による再生制御を行うようにしたので、適正なストリ
ーム情報の配信およびリアルタイム再生を行うことがで
きるとともに、付加価値が高い情報配信サービスを提供
することができる。
【0043】また、請求項13にかかる発明は、情報配
信装置に対して、リアルタイム再生が可能なストリーム
情報を配信するように制御を行わせる配信制御工程(後
述する実施の形態6のステップSQ1に相当)と、前記
ストリーム情報を編集した編集ストリーム情報を受信装
置へ配信させる編集工程(後述する実施の形態6のステ
ップSQ3およびSQ4に相当)と、前記受信装置に対
して、前記編集ストリーム情報のリアルタイム再生に関
する制御を行わせる受信/再生制御工程(後述する実施
の形態6のSQ5に相当)とをコンピュータに実行させ
るための情報配信/再生制御プログラムを記録したコン
ピュータ読み取り可能な記録媒体である。
【0044】この請求項13にかかる発明によれば、配
信制御工程において配信制御が行われると、情報配信装
置は、ストリーム情報を配信する。これにより、編集制
御工程では、たとえば、複数のストリーム情報を一つの
ストリーム情報に圧縮する等といった編集が行われ、こ
の編集結果が編集ストリーム情報として受信装置へ配信
される。そして、再生制御工程における制御により、受
信装置では、編集ストリーム情報がリアルタイム再生さ
れる。
【0045】このように、請求項13にかかる発明によ
れば、編集制御工程により、ストリーム情報を編集した
ストリーム情報を受信装置へ配信するようにしたので、
ストリーム情報を受信装置へ配信する場合に比して、ネ
ットワーク等の伝送路のトラフィック量を低減すること
ができる。
【0046】
【発明の実施の形態】以下、図面を参照して本発明にか
かる情報配信/再生制御装置、情報配信/再生制御方法
および情報配信/再生制御プログラムを記録したコンピ
ュータ読み取り可能な記録媒体の実施の形態1〜13に
ついて詳細に説明する。
【0047】(実施の形態1)図1は、本発明の実施の
形態1の構成を示すブロック図である。この図に示した
情報配信システムは、ストリーミング技術を用いてスト
リーム情報(動画データ、音声データ)を複数のクライ
アントへリアルタイムで配信するとともに、複数のクラ
イアントで上記ストリーム情報をリアルタイム再生する
システムである。
【0048】また、以下においては、通信方式としてマ
ルチキャスト方式を採用した場合を一例にとって説明す
る。このマルチキャスト方式は、複数の特定のクライア
ントへ一斉に情報を伝送する通信方式であり、特定グル
ープ一斉同報型通信方式と呼ばれている。さらに、情報
配信システムは、リアルタイム再生が可能であることか
ら、講習会やコンサート等のライブ放送に利用される。
【0049】図1に示したネットワークNは、LAN
(Local Area Network)、イントラネット、インターネ
ット等であり、後述するストリーム情報JS1 〜JSn
等を伝送する。このネットワークNには、配信者側に設
置されたストリームサーバ10 1 〜10n と、中継制御
サーバ20と、ユーザ側(受信者側)にそれぞれ設置さ
れたクライアント301 〜30m (m≧n)とがそれぞ
れ接続されている。
【0050】上記ストリームサーバ101 〜10n は、
ストリーム情報JS1 〜JSn をそれぞれ生成し、これ
らのストリーム情報JS1 〜JSn を中継制御サーバ2
0の制御によりクライアント301 〜30m へ配信す
る。ストリーム情報JS1 〜JSn は、ストリーム帯
域、フレームレート、画面サイズ等をパラメータとし
て、動画データおよび音声データからなるコンテンツが
圧縮された情報である。ここで、ストリーム帯域は、ス
トリーム情報JS1 〜JSn がネットワークNに送信さ
れた際の占有伝送帯域である。フレームレートは、クラ
イアント301 〜30 m でリアルタイム再生されるスト
リーム情報の毎秒あたりの画面数であり、このフレーム
レートが大きいほど、なめらかな動画再生が可能となる
が、その分だけ広いストリーム帯域が必要となる。ま
た、画面サイズは、ユーザ側でリアルタイム再生される
ストリーム情報を構成する画素数(縦ピクセル数×横ピ
クセル数)である。
【0051】記憶装置111 〜11n は、たとえば、ハ
ードディスク装置であり、ストリームサーバ101 〜1
n のメインメモリとしてそれぞれ用いられている。ビ
デオカメラ121 〜12n は、講習会の会場やコンサー
ト会場にそれぞれ設置されており、講習会やコンサート
の様子をリアルタイムで撮像し、撮像結果を動画データ
1 〜Vn としてストリームサーバ101 〜10n へそ
れぞれ出力する。同様にして、マイクロフォン131
13n も講習会の会場やコンサート会場にそれぞれ設置
されている。これらマイクロフォン131 〜13n は、
講演者の音声や、コンサート会場の音声を音声データM
1 〜Mn にそれぞれ変換し、これらをストリームサーバ
101 〜10n へリアルタイムで出力する。
【0052】ここで、上述したストリームサーバ101
の構成について図2を参照して詳述する。図2において
は、図1の各部にそれぞれ対応する部分には同一の符号
を付ける。この図に示したストリームサーバ101 にお
いて、エンコード部141 は、上述したストリーム帯
域、フレームレート、画面サイズ等のパラメータに基づ
いて、ビデオカメラ121 およびマイクロフォン131
からキャプチャリングされた動画データV1 および音声
データM1 を符号化することで、ストリーム情報JS1
を生成する。
【0053】具体的には、エンコード部141 は、動画
データV1 および音声データM1 をそれぞれディジタル
データに変換した後、画面サイズやフレームレート等を
考慮してディジタルデータの情報量を減らす。さらに、
エンコード部141 は、コーデック技術を用いて、上記
ディジタルデータをリアルタイムで圧縮し、動画データ
1 と音声データM1 との同期がとられたストリーム情
報JS1 を生成する。
【0054】配信制御部151 は、ストリーム情報JS
1 (コンテンツ)の配信制御、クライアント301 〜3
m に対してコンテンツの配信がある旨を告知するため
の配信通知等を行う。この配信制御部151 の動作の詳
細については、後述する。ネットワーク制御部16
1 は、配信プロトコルを用いて、ネットワークNの伝送
帯域に応じた転送レートでストリーム情報JS1 をネッ
トワークNへ送信する機能を備えている。また、ネット
ワーク制御部161 は、ネットワークNの輻輳により、
ストリーム情報JS1 の伝送中に伝送ロスが生じた場合
に、ストリーム情報JS1 を蓄積するバッファリング機
能も備えている。インタフェース部171 は、配信制御
部151 と記憶装置111 との間のインタフェースをと
る。なお、他のストリームサーバ102 (図示略)〜1
n も、上述したストリームサーバ101 と同一構成で
ある。
【0055】図1に戻り、中継制御サーバ20は、図4
(a)および(b)に示したサーバ情報J1 、クライア
ント情報J2 に基づいて、ストリームサーバ101 〜1
nにおけるストリーム情報JS1 〜JSn の配信を制
御するとともに、クライアント301 〜30m における
ストリーム情報JS1 〜JSn の受信/再生を制御す
る。この中継制御サーバ20の動作の詳細については、
後述する。
【0056】図4(a)に示したサーバ情報J1 は、ス
トリームサーバ101 〜10n に関する情報であり、
「サーバ名」、「サーバIP(Internet Protocol )ア
ドレス」、「コンテンツ名」および「マルチキャストア
ドレス」からなる。「サーバ名」は、ストリームサーバ
101 〜10n のそれぞれの名称である。同図に示した
例では、「ストリームサーバ1」は、ストリームサーバ
101 の名称であり、以下同様にして、「ストリームサ
ーバn」は、ストリームサーバ10n の名称である。
【0057】「サーバIPアドレス」は、ストリームサ
ーバ101 〜10n のそれぞれのIPアドレスである。
同図に示した例では、ストリームサーバ101 の「サー
バIPアドレス」は、「11.2.3.100」であり、以下同様
にして、ストリームサーバ10n の「サーバIPアドレ
ス」は、「11.2.3.199」である。「コンテンツ名」は、
ストリーム情報JS1 〜JSn によりそれぞれ提供され
るコンテンツの名称であり、同図に示した例では、スト
リーム情報JS1 に関する「コンテンツ名」は、「コン
テンツ1」であり、以下同様にして、ストリーム情報J
n に関する「コンテンツ名」は、「コンテンツn」で
ある。
【0058】「マルチキャストアドレス」は、ネットワ
ークN上に存在するマルチキャストグループ(特定のグ
ループ)に対して割り当てられるアドレスであり、マル
チキャストグループへストリーム情報JS1 〜JSn
配信するために、配信先IPアドレスとして用いられ
る。
【0059】具体的には、ストリームサーバ101
「マルチキャストアドレス」は、「239.0.10.100」であ
り、たとえば、クライアント301 〜30m で構成され
るマルチキャストグループに対して割り当てられたアド
レスである。したがって、「239.0.10.100」というマル
チキャストアドレスにストリーム情報JS1 を配信した
場合には、クライアント301 〜30m (マルチキャス
トグループ)にストリーム情報JS1 が配信される。
【0060】同様にして、ストリームサーバ10n
「マルチキャストアドレス」は、「239.0.10.199」であ
り、たとえば、クライアント301 〜30m で構成され
るマルチキャストグループに対して割り当てられたアド
レスである。したがって、「239.0.10.199」というマル
チキャストアドレスにストリーム情報JSn が配信され
た場合には、クライアント301 〜30m (マルチキャ
ストグループ)にストリーム情報JSn が配信される。
【0061】また、図4(b)に示したクライアント情
報J2 は、クライアント301 〜30m に関する情報
(「クライアント名」、「クライアントIPアドレ
ス」)である。「クライアント名」は、クライアント3
1 〜30m のそれぞれの名称であり、同図に示した例
では、「クライアント1」〜「クライアントm」であ
る。「クライアントIPアドレス」は、クライアント3
1 〜30m にそれぞれ付与されているIPアドレスで
あり、同図に示した例では、「22.33.44.100」〜「22.3
3.44.199」である。
【0062】図1に戻り、記憶装置21は、上述したサ
ーバ情報J1 およびクライアント情報J2 を記憶する。
表示装置22は、CRT(Cathode-Ray Tube)、LCD
(Liquid Crystal Display)等の表示部と、プリアンプ、
スピーカ等の音声出力部とから構成されている。入力装
置23は、マウス、キーボード等の入力デバイスであ
る。
【0063】ここで、上述した中継制御サーバ20の構
成について図3を参照して説明する。図3においては、
図1の各部にそれぞれ対応する部分には同一の符号を付
ける。この図に示した中継制御部24は、サーバ情報J
1 およびクライアント情報J 2 (図4(a)および
(b)参照)に基づいて、ストリーム情報JS1 〜JS
nの配信制御、および受信/再生制御を行う。この中継
制御部24の動作の詳細については、後述する。
【0064】ネットワーク制御部25は、たとえば、T
CP/IP(Transmission ControlProtocol/Internet
Protocol )にしたがって、ストリームサーバ101
10 n 、クライアント301 〜30m との間の通信制御
を行う。タイマ27は、計時結果を中継制御部24へ出
力する。インタフェース部26は、中継制御部24と、
記憶装置21、表示装置22および入力装置23との間
のインタフェースをとる。
【0065】図1に戻り、クライアント301 〜30m
は、中継制御サーバ20による受信/再生制御により、
ストリームサーバ101 〜10n からネットワークNを
介してそれぞれ配信されるストリーム情報JS1 〜JS
n のうち指定されたストリーム情報を受信した後、この
ストリーム情報をそれぞれリアルタイム再生する。表示
装置321 〜32m は、CRT、LCD等の表示部と、
プリアンプ、スピーカ等の音声出力部とからそれぞれ構
成されている。
【0066】上記表示部は、ストリーム情報がリアルタ
イム再生されたときに動画を表示する。一方、音声出力
部は、ストリーム情報がリアルタイム再生されたときに
音声を出力する。入力装置331 〜33m は、マウス、
キーボード等の入力デバイスである。記憶装置311
31m は、たとえば、ハードディスク装置であり、クラ
イアント301 〜30m のメインメモリとしての役目を
している。
【0067】ここで、上述したクライアント301 の構
成について図5を参照して詳述する。図5においては、
図1の各部にそれぞれ対応する部分には同一の符号を付
ける。この図に示した受信制御部341 は、配信された
ストリーム情報の受信制御、再生制御を行う。この受信
制御部341 の動作の詳細については、後述する。ネッ
トワーク制御部351 は、配信プロトコルにしたがっ
て、ストリームサーバ101 〜10n との間の通信を制
御する。
【0068】また、ネットワーク制御部351 は、TC
P/IPにしたがって、中継制御サーバ20との間の通
信制御を行う。インタフェース部361 は、受信制御部
34 1 と、表示装置321 、入力装置331 および記憶
装置311 との間のインタフェースをとる。なお、他の
クライアント302 (図示略)〜30m の構成は、上述
したクライアント301 の構成と同一である。
【0069】つぎに、実施の形態1の動作について図6
に示したフローチャートを参照しつつ説明する。図1に
おいて、ストリームサーバ101 〜10n 、およびクラ
イアント301 〜30m は、それぞれ起動されると、図
6に示したステップSA1およびステップSC1へそれ
ぞれ進む。ステップSA1では、図1に示したストリー
ムサーバ101 〜10n のそれぞれの配信制御部(配信
制御部151 :図2参照)は、中継制御サーバ20から
ストリーム情報JS1 〜JSn の配信指示があるか否か
を判断し、この場合、判断結果を「No」として同判断
を繰り返す。
【0070】同様にして、ステップSC1では、クライ
アント301 〜30m のそれぞれの受信制御部(受信制
御部341 :図5参照)は、中継制御サーバ20から受
信/再生指示があるか否かを判断し、この場合、判断結
果を「No」として同判断を繰り返す。
【0071】そして、配信者により、図3に示した入力
装置23を用いて、配信開始を指示する情報が入力され
ると、中継制御サーバ20の中継制御部24は、ステッ
プSB1へ進む。ステップSB1では、中継制御部24
は、まず、図4(a)に示したサーバ情報J1 を記憶装
置21から読み込む。つぎに、中継制御部24は、サー
バ情報J1 から、ストリーム情報JS1 〜JSn のそれ
ぞれの配信元である「ストリームサーバ」(ストリーム
サーバ101 〜10n )を認識する。
【0072】さらに、中継制御部24は、サーバ情報J
1 から、ストリーム情報JS1 〜JSn のそれぞれの配
信先のマルチキャストアドレス「239.0.10.100」〜「23
9.0.10.199」をそれぞれ認識する。つぎに、中継制御部
24は、ネットワークNのトラフィック量やクライアン
ト301 〜30m の処理能力を考慮して、上記ストリー
ム情報JS1 〜JSn にそれぞれ対応するストリームサ
ーバ101 〜10n へ配信を指示した後、ステップSB
2へ進む。
【0073】これにより、図1に示したストリームサー
バ101 〜10n のそれぞれの配信制御部は、ステップ
SA1の判断結果を「Yes」として、ステップSA2
へ進む。ステップSA2では、ストリームサーバ101
〜10n のそれぞれの配信制御部は、ストリーム情報J
1 〜JSn の配信を開始する。
【0074】すなわち、図2に示したビデオカメラ12
1 およびマイクロフォン131 からは、「コンテンツ
1」に関する動画データV1 および音声データM1 が出
力される。そして、これらの動画データV1 および音声
データM1 がエンコード部14 1 にキャプチャリングさ
れると、エンコード部141 は、ストリーム帯域等のパ
ラメータに基づいて、動画データV1 および音声データ
1 を符号化・圧縮することで、ストリーム情報JS1
を生成する。同様にして、ストリームサーバ10 2 (図
示略)〜10n においても、ストリームサーバ101
同様にして、ストリーム情報JS2 (図示略)〜JSn
がそれぞれ生成される。
【0075】そして、ストリームサーバ101 〜10n
のそれぞれの配信制御部は、ストリーム情報JS1 〜J
n をサーバ情報J1 に基づくマルチキャストアドレス
宛に送信した後、ステップSA3へ進む。これにより、
ストリーム情報JS1 〜JS n は、クライアント301
〜30m へそれぞれ配信される。ステップSA3では、
ストリームサーバ101 〜10n のそれぞれの配信制御
部は、中継制御サーバ20から配信終了の指示があるか
否かを判断し、この場合、判断結果を「No」として、
同判断を繰り返す。
【0076】一方、ステップSB2では、図3に示した
中継制御サーバ20の中継制御部24は、記憶装置21
からクライアント情報J2 (図4(b)参照)を読み出
す。つぎに、中継制御部24は、このクライアント情報
2 から得られるクライアントIPアドレス「22.33.4
4.100」〜「22.33.44.199」宛に、すなわち、クライア
ント301 〜30m へ受信/再生の指示を出した後、ス
テップSB3へ進む。この場合、中継制御部24は、ク
ライアント301 〜30m の処理能力を考慮して受信/
再生の指示を出す。
【0077】この場合の受信/再生指示は、サーバ情報
1 に基づくマルチキャストアドレス宛に送信されたス
トリーム情報JS1 〜JSn のうち、たとえば、ストリ
ーム情報JS1 およびJS2 を受信すること、受信した
ストリーム情報JS1 およびJS2 をリアルタイム再生
すること、に関する指示である。ステップSB3では、
中継制御部24は、配信者により、入力装置23を用い
て、配信終了の指示があるか否かを判断し、この場合、
判断結果を「No」として、同判断を繰り返す。
【0078】そして、上記受信/再生指示を受けると、
図5に示したクライアント301 〜30m のそれぞれの
受信制御部(受信制御部341 :図5参照)は、ステッ
プSC1の判断結果を「Yes」として、ステップSC
2へ進む。ステップSC2では、クライアント301
30m のそれぞれの受信制御部は、中継制御サーバ20
により指定されたストリーム情報JS1 およびJS2
受信を開始する。
【0079】つぎに、クライアント301 〜30m のそ
れぞれの受信制御部は、ストリーム情報JS1 およびJ
2 をリアルタイム再生する処理を開始した後、ステッ
プSC3へ進む。具体的には、クライアント301 〜3
m のそれぞれの受信制御部は、ストリーム情報JS1
およびJS2 を復元することで、動画データおよび音声
データを生成した後、これらの動画データおよび音声デ
ータを、それぞれの表示装置(表示装置321 :図5参
照)へ供給する。この場合、動画データは、それぞれの
フレーム毎にビットマップデータに変換されている。こ
れにより、クライアント301 〜30m のそれぞれの表
示装置においては、「コンテンツ1」および「コンテン
ツ2」に関する動画および音声がリアルタイムで再生さ
れる。
【0080】ステップSC3では、クライアント301
〜30m のそれぞれの受信制御部は、中継制御サーバ2
0から、受信/再生終了の指示があるか否かを判断し、
この場合、判断結果を「No」として、同判断を繰り返
す。この間においては、ストリーム情報JS1 およびJ
2 のリアルタイム再生が行われている。
【0081】そして、配信者により、入力装置23を用
いて終了の指示が出されると、図3に示した中継制御サ
ーバ20の中継制御部24は、ステップSB3の判断結
果を「Yes」として、ステップSB4へ進む。ステッ
プSB4では、中継制御部24は、受信/再生終了の指
示をクライアント301 〜30m へそれぞれだした後、
ステップSB5へ進む。
【0082】上記受信/再生終了の指示を受けると、ク
ライアント301 〜30m のそれぞれの受信制御部は、
ステップSC3の判断結果を「Yes」として、ステッ
プSC4へ進む。ステップSC4では、クライアント3
1 〜30m のそれぞれの受信制御部は、ストリーム情
報JS1 およびJS2 の受信およびリアルタイム再生を
終了する。
【0083】また、ステップSB5では、中継制御部2
4は、ストリームサーバ101 〜10n へ配信終了の指
示を出す。これにより、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ステップSA3の判断結
果を「Yes」として、ステップSA4へ進む。ステッ
プSA4では、ストリームサーバ101 〜10n のそれ
ぞれの配信制御部は、ストリーム情報JS1 〜JSn
配信を終了する。
【0084】以上説明したように、実施の形態1によれ
ば、中継制御部24による配信制御および再生制御を行
うようにしたので、適正なストリーム情報の配信および
リアルタイム再生を行うことができるとともに、付加価
値が高い情報配信サービスを提供することができる。
【0085】(実施の形態2)さて、上述した実施の形
態1においては、中継制御サーバ20の制御により、ス
トリーム情報JS1 〜JSn のうち、中継制御サーバ2
0により指定されたストリーム情報をクライアント30
1 〜30m においてリアルタイム再生する例について説
明したが、リアルタイム再生中に、受信/再生の対象と
なるストリーム情報を変更するようにしてもよい。以下
においては、この場合を実施の形態2として説明する。
この実施の形態2のハードウェア構成は、前述した実施
の形態1のハードウェア構成と同一である。ただし、実
施の形態2においては、図1に示した中継制御サーバ2
0の機能が、後述するように実施の形態1の場合と異な
る。
【0086】つぎに、実施の形態2の動作について図7
に示したフローチャートを参照しつつ説明する。図1に
おいて、ストリームサーバ101 〜10n 、およびクラ
イアント301 〜30m は、それぞれ起動されると、図
7に示したステップSD1およびステップSF1へそれ
ぞれ進む。ステップSD1では、図1に示したストリー
ムサーバ101 〜10n のそれぞれの配信制御部(配信
制御部151 :図2参照)は、中継制御サーバ20から
ストリーム情報JS1 〜JSn の配信指示があるか否か
を判断し、この場合、判断結果を「No」として同判断
を繰り返す。
【0087】同様にして、ステップSF1では、クライ
アント301 〜30m のそれぞれの受信制御部(受信制
御部341 :図5参照)は、中継制御サーバ20から受
信/再生指示があるか否かを判断し、この場合、判断結
果を「No」として同判断を繰り返す。
【0088】そして、配信者により、図3に示した入力
装置23を用いて、配信開始を指示する情報が入力され
ると、中継制御サーバ20の中継制御部24は、ステッ
プSE1へ進む。ステップSE1では、中継制御部24
は、ステップSB1(図6参照)と同様にして、記憶装
置21から読み込んだサーバ情報J1 (図4(a)参
照)に基づいて、ストリーム情報JS1 〜JSn にそれ
ぞれ対応するストリームサーバ101 〜10n へ配信を
指示した後、ステップSE2へ進む。このとき、中継制
御部24は、ネットワークNのトラフィック量やクライ
アント301 〜30m の処理能力を考慮して、配信を指
示する。
【0089】これにより、図2に示したストリームサー
バ101 〜10n のそれぞれの配信制御部は、ステップ
SD1の判断結果を「Yes」として、ステップSD2
へ進む。ステップSD2では、ストリームサーバ101
〜10n のそれぞれの配信制御部は、ストリーム情報J
1 〜JSn の配信を開始した後、ステップSD3へ進
む。ステップSD3では、ストリームサーバ101 〜1
n のそれぞれの配信制御部は、中継制御サーバ20か
ら配信終了の指示があるか否かを判断し、この場合、判
断結果を「No」として、同判断を繰り返す。
【0090】一方、ステップSE2では、図3に示した
中継制御サーバ20の中継制御部24は、ステップSB
2(図6参照)と同様にして、記憶装置21から読み出
したクライアント情報J2 に基づいて、クライアント3
1 〜30m へ受信/再生の指示を出した後、ステップ
SE3へ進む。このとき、中継制御部24は、クライア
ント301 〜30m の処理能力を考慮して、指示を出
す。この場合の受信/再生指示は、サーバ情報J1 に基
づくマルチキャストアドレス宛に送信されたストリーム
情報JS1 〜JSn のうち、たとえば、ストリーム情報
JS1 およびJS 2 を受信すること、受信したストリー
ム情報JS1 およびJS2 をリアルタイム再生するこ
と、に関する指示である。ステップSE3では、中継制
御部24は、配信者により、入力装置23を用いて、配
信終了の指示があるか否かを判断し、この場合、判断結
果を「No」として、ステップSE4へ進む。
【0091】ステップSE4では、中継制御部24は、
配信者により、入力装置23を用いて、クライアント3
1 〜30m がそれぞれ受信/再生すべきストリーム情
報の変更指示があるか否かを判断し、この場合、判断結
果を「No」として、ステップSE3へ戻る。
【0092】また、中継制御サーバ20から受信/再生
指示を受けると、図5に示したクライアント301 〜3
m のそれぞれの受信制御部(受信制御部341 :図5
参照)は、ステップSF1の判断結果を「Yes」とし
て、ステップSF2へ進む。ステップSF2では、クラ
イアント301 〜30m のそれぞれの受信制御部は、中
継制御サーバ20により指定されたストリーム情報JS
1 およびJS2 の受信を開始する。
【0093】つぎに、クライアント301 〜30m のそ
れぞれの受信制御部は、ステップSC2(図6参照)と
同様にして、ストリーム情報JS1 およびJS2 をリア
ルタイム再生する処理を開始した後、ステップSF3へ
進む。ステップSF3では、クライアント301 〜30
m のそれぞれの受信制御部は、中継制御サーバ20か
ら、受信/再生終了の指示があるか否かを判断し、この
場合、判断結果を「No」として、ステップSF4へ進
む。ステップSF4では、クライアント301 〜30m
のそれぞれの受信制御部は、中継制御サーバ20から、
受信/再生すべきストリーム情報の変更指示があるか否
かを判断し、この場合、判断結果を「No」として、ス
テップSF3へ戻る。
【0094】ここで、配信者により、入力装置23を用
いて、クライアント301 〜30mにおける受信/再生
をすべきストリーム情報が、現状のストリーム情報JS
1 およびJS2 から、ストリーム情報JS1 のみに変更
されると、図3に示した中継制御サーバ20の中継制御
部24は、ステップSE4の判断結果を「Yes」とし
て、ステップSE5へ進む。ステップSE5では、中継
制御部24は、上記変更内容に基づいて、クライアント
301 〜30m に受信/再生指示をだした後、ステップ
SE3へ戻る。この場合、変更後の受信/再生指示は、
ストリーム情報JS1 〜JSn のうち、たとえば、スト
リーム情報JS1 のみを受信すること、受信したストリ
ーム情報JS1 をリアルタイム再生すること、に関する
指示である。
【0095】そして、変更後の受信/再生指示を受ける
と、クライアント301 〜30m のそれぞれの受信制御
部は、ステップSF4の判断結果を「Yes」として、
ステップSF5へ進む。ステップSF5では、クライア
ント301 〜30m のそれぞれの受信制御部は、変更後
の受信/再生指示に基づいて、ストリーム情報JS1
みの受信および再生を開始した後、ステップSF3へ戻
る。すなわち、この場合、クライアント301 〜30m
においては、変更前にストリーム情報JS1 およびJS
2 の双方がリアルタイム再生されていたが、変更後にス
トリーム情報JS1 のみがリアルタイム再生される。
【0096】そして、配信者により、入力装置23を用
いて終了の指示が出されると、図3に示した中継制御サ
ーバ20の中継制御部24は、ステップSE3の判断結
果を「Yes」として、ステップSE6へ進む。ステッ
プSE6では、中継制御部24は、受信/再生終了の指
示をクライアント301 〜30m へそれぞれだした後、
ステップSE7へ進む。
【0097】上記受信/再生終了の指示を受けると、ク
ライアント301 〜30m のそれぞれの受信制御部は、
ステップSF3の判断結果を「Yes」として、ステッ
プSF6へ進む。ステップSF6では、クライアント3
1 〜30m のそれぞれの受信制御部は、ストリーム情
報JS1 の受信およびリアルタイム再生を終了する。
【0098】また、ステップSE7では、中継制御部2
4は、ストリームサーバ101 〜10n へ配信終了の指
示を出す。これにより、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ステップSD3の判断結
果を「Yes」として、ステップSD4へ進む。ステッ
プSD4では、ストリームサーバ101 〜10n のそれ
ぞれの配信制御部は、ストリーム情報JS1 〜JSn
配信を終了する。
【0099】以上説明したように、実施の形態2によれ
ば、入力装置23を設けてクライアント301 〜30m
に対する制御を容易に変更可能としたので、使い勝手を
向上させることができる。
【0100】(実施の形態3)さて、上述した実施の形
態1においては、中継制御サーバ20の制御により、ス
トリーム情報JS1 〜JSn のうち、中継制御サーバ2
0により指定されたストリーム情報をクライアント30
1 〜30m においてリアルタイム再生する例について説
明したが、図9に示した配信スケジュール情報J3 に基
づいて、ストリーム情報の配信、受信/再生をスケジュ
ーリングするようにしてもよい。
【0101】以下においては、この場合を実施の形態3
として説明する。この実施の形態3のハードウェア構成
は、前述した実施の形態1のハードウェア構成と同一で
ある。ただし、実施の形態3においては、図1に示した
中継制御サーバ20の機能が、後述するように実施の形
態1の場合と異なる。また、実施の形態3において、図
1に示した記憶装置21には、図9に示した配信スケジ
ュール情報J3 が記憶されている。
【0102】この配信スケジュール情報J3 は、配信す
べきストリーム情報(コンテンツ)の配信の開始/終了
に関する時刻情報、ストリーム情報の表示方法に関する
情報であり、「日付」、「開始時刻」、「終了時刻」、
「コンテンツ名1」、「コンテンツ名2」および「表示
方法」からなる。「日付」は、当該ストリーム情報を配
信する日付けであり、「開始時刻」は、当該ストリーム
情報の配信を開始する時刻であり、「終了時刻」は、当
該ストリーム情報の配信を終了する時刻である。また、
「コンテンツ名1」は、配信すべき一つ目のストリーム
情報に対応するコンテンツの名称であり、同様にして、
「コンテンツ名2」は、配信すべき二つ目のストリーム
情報の名称である。「表示方法」は、クライアント30
1 〜30 m における二つのコンテンツ(ストリーム情
報)の表示(再生)方法である。
【0103】同図の最上段には、「日付」として「199
9.07.30」、「開始時刻」として「12:00.00」、「終了
時刻」として「12:30.00」、「コンテンツ名1」として
「コンテンツ1」、「コンテンツ名2」として「コンテ
ンツ2」、「表示方法」として「横並列表示」がそれぞ
れ定義されている。ここで、上記「横並列表示」は、コ
ンテンツ1および2を、横方向に並列表示させることを
意味してる。また、「コンテンツ1」は、ストリーム情
報JS1 に対応しており、「コンテンツ2」は、ストリ
ーム情報JS2 (図示略)に対応している。
【0104】つぎに、実施の形態3の動作について図8
に示したフローチャートを参照しつつ説明する。図1に
おいて、ストリームサーバ101 〜10n 、およびクラ
イアント301 〜30m は、それぞれ起動されると、図
8に示したステップSG1およびステップSI1へそれ
ぞれ進む。ステップSG1では、図1に示したストリー
ムサーバ101 〜10n のそれぞれの配信制御部(配信
制御部151 :図2参照)は、中継制御サーバ20から
ストリーム情報JS1 〜JSn の配信指示があるか否か
を判断し、この場合、判断結果を「No」として同判断
を繰り返す。
【0105】同様にして、ステップSI1では、クライ
アント301 〜30m のそれぞれの受信制御部(受信制
御部341 :図5参照)は、中継制御サーバ20から受
信/再生指示があるか否かを判断し、この場合、判断結
果を「No」として同判断を繰り返す。
【0106】そして、配信者により、図3に示した入力
装置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」とし
て、同判断を繰り返す。
【0107】そして、タイマ27の計時結果と開始時刻
「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 (図示略))を認識する。
【0108】さらに、中継制御部24は、サーバ情報J
1 から、ストリーム情報JS1 およびJS2 のそれぞれ
の配信先のマルチキャストアドレス認識する。つぎに、
中継制御部24は、上記ストリーム情報JS1 およびJ
2 にそれぞれ対応するストリームサーバ101 および
102 へ配信を指示した後、ステップSH4へ進む。こ
のとき、中継制御部24は、ネットワークNのトラフィ
ック量やクライアント301 〜30m の処理能力を考慮
して指示を出す。
【0109】これにより、図2に示したストリームサー
バ101 および102 (図示略)のそれぞれの配信制御
部は、ステップSG1の判断結果を「Yes」として、
ステップSG2へ進む。ステップSG2では、ストリー
ムサーバ101 および102のそれぞれの配信制御部
は、ストリーム情報JS1 およびJS2 の配信を開始し
た後、ステップSG3へ進む。これにより、ストリーム
情報JS1 およびJS2は、クライアント301 〜30
m へそれぞれ配信される。ステップSG3では、ストリ
ームサーバ101 および102 のそれぞれの配信制御部
は、中継制御サーバ20から配信終了の指示があるか否
かを判断し、この場合、判断結果を「No」として、同
判断を繰り返す。
【0110】一方、ステップSH4では、図3に示した
中継制御サーバ20の中継制御部24は、記憶装置21
からクライアント情報J2 (図4(b)参照)を読み出
す。つぎに、中継制御部24は、このクライアント情報
2 から得られるIPアドレス「22.33.44.100」〜「2
2.33.44.199」宛に、すなわち、クライアント301
30m へ受信/再生の指示を出した後、ステップSH5
へ進む。このとき、中継制御部24は、クライアント3
1 〜30m の処理能力を考慮して指示を出す。
【0111】この場合の受信/再生指示は、サーバ情報
1 に基づくマルチキャストアドレス宛に送信されたス
トリーム情報JS1 およびJS2 を受信すること、受信
したストリーム情報JS1 およびJS2 を、横並列表示
(図9参照)させた状態でリアルタイム再生すること、
に関する指示である。ステップSH5では、中継制御部
24は、タイマ27の計時結果(現在の時刻)に基づい
て、配信スケジュール情報J3 において「終了時刻」を
認識する。この場合、中継制御部24は、配信スケジュ
ール情報J3 における終了時刻「12:30.00」を認識した
後、タイマ27の計時結果と終了時刻「12:30.00」とが
一致したか否かを判断し、この場合、判断結果を「N
o」として、同判断を繰り返す。
【0112】そして、上記受信/再生指示を受けると、
図5に示したクライアント301 〜30m のそれぞれの
受信制御部(受信制御部341 :図5参照)は、ステッ
プSI1の判断結果を「Yes」として、ステップSI
2へ進む。ステップSI2では、クライアント301
30m のそれぞれの受信制御部は、中継制御サーバ20
により指定されたストリーム情報JS1 およびJS2
受信を開始する。
【0113】つぎに、クライアント301 〜30m のそ
れぞれの受信制御部は、ストリーム情報JS1 およびJ
2 をリアルタイム再生する処理を開始した後、ステッ
プSI3へ進む。具体的には、クライアント301 〜3
m のそれぞれの受信制御部は、ストリーム情報JS1
およびJS2 を復元することで、動画データおよび音声
データを生成した後、これらの動画データおよび音声デ
ータを、それぞれの表示装置(表示装置321 :図5参
照)へ供給する。これにより、クライアント301 〜3
m のそれぞれの表示装置においては、「コンテンツ
1」および「コンテンツ2」に関する動画および音声
が、横並列表示された状態でリアルタイムで再生され
る。
【0114】ステップSI3では、クライアント301
〜30m のそれぞれの受信制御部は、中継制御サーバ2
0から、受信/再生終了の指示があるか否かを判断し、
この場合、判断結果を「No」として、同判断を繰り返
す。この間においては、ストリーム情報JS1 およびJ
2 のリアルタイム再生が行われている。
【0115】そして、配信スケジュール情報J3 におけ
る終了時刻「12:30.00」を認識した後、タイマ27の計
時結果とスケジュール情報J3 における終了時刻「12:3
0.00」とが一致すると、中継制御サーバ20の中継制御
部24は、ステップSH5の判断結果を「Yes」とし
て、ステップSH6へ進む。ステップSH6では、中継
制御部24は、受信/再生終了の指示をクライアント3
1 〜30m へそれぞれだした後、ステップSH7へ進
む。
【0116】上記受信/再生終了の指示を受けると、ク
ライアント301 〜30m のそれぞれの受信制御部は、
ステップSI3の判断結果を「Yes」として、ステッ
プSI4へ進む。ステップSI4では、クライアント3
1 〜30m のそれぞれの受信制御部は、ストリーム情
報JS1 およびJS2 の受信およびリアルタイム再生を
終了した後、ステップSI1へ戻る。
【0117】また、ステップSH7では、中継制御部2
4は、ストリームサーバ101 および102 へ配信終了
の指示をだした後、ステップSH2へ戻る。これによ
り、ストリームサーバ101 および102 のそれぞれの
配信制御部は、ステップSG3の判断結果を「Yes」
として、ステップSG4へ進む。ステップSG4では、
ストリームサーバ101 および102 のそれぞれの配信
制御部は、ストリーム情報JS1 およびJS2 の配信を
終了した後、ステップSG1へ戻る。以後、上述した動
作と同様にして、配信スケジュール情報J3 にしたがっ
て、タイマ27の計時結果が「開始時刻」になると、所
定のストリーム情報の配信、受信/再生が開始され、タ
イマ27の計時結果が「終了時刻」になると、当該スト
リーム情報の配信、受信/再生が終了される。
【0118】以上説明したように、実施の形態3によれ
ば、配信スケジュール情報J3 に基づいて、配信制御お
よびリアルタイム再生制御を行うようにしたので、制御
方法に変更が生じた場合であっても、スケジュール情報
の変更するだけで柔軟に対応することができる。
【0119】(実施の形態4)さて、前述した実施の形
態1では、クライアント301 〜30m 側の表示装置3
1 〜32m におけるウィンドウ制御(表示サイズの変
更、音声再生の条件の変更等)の可否について特に言及
しなかったが、中継制御サーバ20の制御により、上記
ウインドウ制御を禁止するようにしてもよい。以下にお
いては、この場合を実施の形態4として説明する。この
実施の形態4のハードウェア構成は、前述した実施の形
態1のハードウェア構成と同一である。ただし、実施の
形態4においては、図1に示した中継制御サーバ20の
機能が、後述するように実施の形態1の場合と異なる。
【0120】つぎに、実施の形態4の動作について図1
0に示したフローチャートを参照しつつ説明する。この
図において、ステップSK2およびステップSL2以外
のそれぞれのステップでは、図6に示したステップSB
2およびステップSC2以外のステップと同様の処理が
実行される。
【0121】すなわち、図1において、ストリームサー
バ101 〜10n 、およびクライアント301 〜30m
は、それぞれ起動されると、図10に示したステップS
J1およびステップSL1へそれぞれ進む。ステップS
J1では、図1に示したストリームサーバ101 〜10
n のそれぞれの配信制御部は、ストリーム情報JS1
JSn の配信指示があるか否かを判断し、この場合、判
断結果を「No」として同判断を繰り返す。同様にし
て、ステップSL1では、クライアント301 〜30m
のそれぞれの受信制御部は、受信/再生指示があるか否
かを判断し、この場合、判断結果を「No」として同判
断を繰り返す。
【0122】そして、配信開始を指示する情報が入力さ
れると、中継制御サーバ20の中継制御部24(図3参
照)は、ステップSK1へ進み、記憶装置21から読み
込んだサーバ情報J1 (図4(a)参照)に基づいて、
ストリーム情報JS1 〜JS n のそれぞれの配信元であ
る「ストリームサーバ」(ストリームサーバ101 〜1
n )を認識する。さらに、中継制御部24は、サーバ
情報J1 から、ストリーム情報JS1 〜JSn のそれぞ
れの配信先のマルチキャストアドレスを認識する。つぎ
に、中継制御部24は、上記ストリーム情報JS1 〜J
n にそれぞれ対応するストリームサーバ101 〜10
n へ配信を指示した後、ステップSK2へ進む。このと
き、中継制御部24は、ネットワークNのトラフィック
量やクライアント301 〜30m の処理能力を考慮して
指示を出す。
【0123】これにより、図1に示したストリームサー
バ101 〜10n のそれぞれの配信制御部は、ステップ
SJ1の判断結果を「Yes」として、ステップSJ2
へ進み、ストリーム情報JS1 〜JSn の配信を開始し
た後、ステップSJ3へ進む。ステップSJ3では、ス
トリームサーバ101 〜10n のそれぞれの配信制御部
は、中継制御サーバ20から配信終了の指示があるか否
かを判断し、この場合、判断結果を「No」として同判
断を繰り返す。
【0124】一方、ステップSK2では、図3に示した
中継制御部24は、記憶装置21から読み出したクライ
アント情報J2 (図4(b)参照)に基づいて、クライ
アント301 〜30m へ受信/再生の指示を出した後、
ステップSK3へ進む。このとき、中継制御部24は、
クライアント301 〜30m の処理能力を考慮して指示
を出す。この場合の受信/再生指示は、ストリーム情報
JS1 およびJS2 (図示略)を受信すること、受信し
たストリーム情報JS1 およびJS2 をリアルタイム再
生すること、ウィンドウ制御を禁止すること、に関する
指示である。
【0125】ここで、ウィンドウ制御とは、表示装置3
1 〜32m においてリアルタイム再生される動画の表
示サイズの変更、音声再生の条件の変更等に関する制御
をいう。また、音声再生の条件とは、ストリーム情報J
1 およびストリーム情報JS2 の音声再生に関する条
件をいい、たとえば、両者間の音量比率等である。ステ
ップSK3では、中継制御部24は、配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して、同判断を繰り返す。
【0126】そして、上記受信/再生指示を受けると、
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSL1の判断結果を「Yes」として、ス
テップSL2へ進む。ステップSL2では、クライアン
ト301 〜30m のそれぞれの受信制御部は、中継制御
サーバ20により指定されたストリーム情報JS1 およ
びJS2 の受信を開始する。
【0127】つぎに、クライアント301 〜30m のそ
れぞれの受信制御部は、ストリーム情報JS1 およびJ
2 をリアルタイム再生する処理を開始した後、ステッ
プSL3へ進む。具体的には、クライアント301 〜3
m のそれぞれの受信制御部は、ストリーム情報JS1
およびJS2 を復元することで、動画データおよび音声
データを生成した後、これらの動画データおよび音声デ
ータを、表示装置32 1 〜32m へそれぞれ供給する。
これにより、表示装置321 〜32m においては、「コ
ンテンツ1」および「コンテンツ2」に関する動画およ
び音声がリアルタイムで再生される。
【0128】ただし、この場合、クライアント301
30m においては、上述したようにウィンドウ制御が禁
止されているため、動画の表示サイズの変更、音声の再
生条件の変更ができない状態にある。したがって、表示
装置321 〜32m においては、同一の表示サイズで動
画がリアルタイム再生されているとともに、同一の条件
で音声がリアルタイム再生されている。
【0129】ステップSL3では、クライアント301
〜30m のそれぞれの受信制御部は、受信/再生終了の
指示があるか否かを判断し、この場合、判断結果を「N
o」として、同判断を繰り返す。終了の指示が出される
と、図3に示した中継制御サーバ20の中継制御部24
は、ステップSK3の判断結果を「Yes」として、ス
テップSK4へ進み、受信/再生終了の指示をクライア
ント301 〜30m へそれぞれ出した後、ステップSK
5へ進む。これにより、クライアント301 〜30m
それぞれの受信制御部は、ステップSL3の判断結果を
「Yes」として、ステップSL4へ進み、ストリーム
情報JS1 およびJS2 の受信およびリアルタイム再生
を終了する。
【0130】また、ステップSK5では、中継制御部2
4は、ストリームサーバ101 〜10n へ配信終了の指
示を出す。これにより、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ステップSJ3の判断結
果を「Yes」として、ステップSJ4へ進む。ステッ
プSJ4では、ストリームサーバ101 〜10n のそれ
ぞれの配信制御部は、ストリーム情報JS1 〜JSn
配信を終了する。
【0131】以上説明したように、実施の形態4によれ
ば、クライアント301 〜30m に対して同一の制御を
行い、かつ外部からの再生に関する制御を禁止するよう
にしたので、一定の再生品質を維持した状態でリアルタ
イム再生を行うことができる。
【0132】(実施の形態5)さて、前述した実施の形
態4では、中継制御サーバ20の制御により、クライア
ント301 〜30m 側でウィンドウ制御(表示サイズの
変更、音声再生の条件の変更等)を禁止する例について
説明したが、このウィンドウ制御を許可するようにして
もよい。以下においては、この場合を実施の形態5とし
て説明する。この実施の形態5のハードウェア構成は、
前述した実施の形態1のハードウェア構成と同一であ
る。ただし、実施の形態5においては、図1に示した中
継制御サーバ20の機能が、後述するように実施の形態
1の場合と異なる。
【0133】つぎに、実施の形態5の動作について図1
1に示したフローチャートを参照しつつ説明する。この
図において、ステップSN2およびステップSO2以外
のそれぞれのステップでは、図10に示したステップS
K2およびステップSL2以外のステップと同様の処理
が実行される。
【0134】すなわち、図1において、ストリームサー
バ101 〜10n 、およびクライアント301 〜30m
は、それぞれ起動されると、図11に示したステップS
M1およびステップSO1へそれぞれ進む。ステップS
M1では、図1に示したストリームサーバ101 〜10
n のそれぞれの配信制御部は、判断結果を「No」とし
て同判断を繰り返す。同様にして、ステップSO1で
は、クライアント301〜30m のそれぞれの受信制御
部は、判断結果を「No」として同判断を繰り返す。
【0135】そして、配信開始を指示する情報が入力さ
れると、中継制御サーバ20の中継制御部24は、ステ
ップSN1へ進み、記憶装置21から読み込んだサーバ
情報J1 に基づいて、ストリームサーバ101 〜10n
を認識するとともに、マルチキャストアドレスを認識す
る。つぎに、中継制御部24は、ストリーム情報JS 1
〜JSn にそれぞれ対応するストリームサーバ101
10n へ配信を指示した後、ステップSN2へ進む。こ
のとき、中継制御部24は、ネットワークNのトラフィ
ック量やクライアント301 〜30m の処理能力を考慮
して指示を出す。
【0136】これにより、図1に示したストリームサー
バ101 〜10n のそれぞれの配信制御部は、ステップ
SM1の判断結果を「Yes」として、ステップSM2
へ進み、ストリーム情報JS1 〜JSn の配信を開始し
た後、ステップSM3へ進む。ステップSM3では、ス
トリームサーバ101 〜10n のそれぞれの配信制御部
は、判断結果を「No」として同判断を繰り返す。
【0137】一方、ステップSN2では、図3に示した
中継制御部24は、記憶装置21から読み出したクライ
アント情報J2 に基づいて、クライアント301 〜30
m へ受信/再生の指示を出した後、ステップSN3へ進
む。このとき、中継制御部24は、クライアント301
〜30m の処理能力を考慮して指示を出す。この場合の
受信/再生指示は、ストリーム情報JS1 およびJS2
(図示略)を受信すること、受信したストリーム情報J
1 およびJS2 をリアルタイム再生すること、前述し
たウィンドウ制御を許可すること、に関する指示であ
る。ステップSN3では、中継制御部24は、判断結果
を「No」として、同判断を繰り返す。
【0138】そして、上記受信/再生指示を受けると、
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSO1の判断結果を「Yes」として、ス
テップSO2へ進み、中継制御サーバ20により指定さ
れたストリーム情報JS1 およびJS2 の受信を開始す
る。そして、クライアント301 〜30m のそれぞれの
受信制御部は、ストリーム情報JS1 およびJS2 をリ
アルタイム再生する処理を開始した後、ステップSO3
へ進む。これにより、表示装置321 〜32m において
は、「コンテンツ1」および「コンテンツ2」に関する
動画および音声がリアルタイムで再生される。
【0139】ただし、この場合、クライアント301
30m においては、上述したようにウィンドウ制御が許
可されているため、入力装置331 〜33m からの変更
指示にしたがって、動画の表示サイズの変更、音声の再
生条件の変更が可能とされている。したがって、表示装
置321 〜32m においては、上記ウィンドウ制御によ
り、様々な表示サイズで動画がリアルタイム再生されて
いるとともに、様々な条件で音声がリアルタイム再生さ
れている。
【0140】ステップSO3では、クライアント301
〜30m のそれぞれの受信制御部は、判断結果を「N
o」として、同判断を繰り返す。そして、終了の指示が
出されると、図3に示した中継制御サーバ20の中継制
御部24は、ステップSN3の判断結果を「Yes」と
して、ステップSN4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSN5へ進む。これにより、クライアント301
30m のそれぞれの受信制御部は、ステップSO3の判
断結果を「Yes」として、ステップSO4へ進み、ス
トリーム情報JS 1 およびJS2 の受信およびリアルタ
イム再生を終了する。
【0141】また、ステップSN5では、中継制御部2
4は、ストリームサーバ101 〜10n へ配信終了の指
示を出す。これにより、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ステップSM3の判断結
果を「Yes」として、ステップSM4へ進み、ストリ
ーム情報JS1 〜JSn の配信を終了する。
【0142】以上説明したように、実施の形態5によれ
ば、クライアント301 〜30m において外部からの再
生に関する制御を許可するようにしたので、リアルタイ
ム再生制御を柔軟に行うことができる。
【0143】(実施の形態6)さて、前述した実施の形
態1では、ストリームサーバ101 〜10n からマルチ
キャストアドレス宛(クライアント301 〜30m )に
ストリーム情報JS1〜JSn を直接、配信する例につ
いて説明したが、中継制御サーバ20でストリーム情報
JS1 〜JSn を一旦受信し、これらを編集した情報を
編集ストリーム情報としてマルチキャストアドレス宛に
配信するようにしてもよい。以下においては、この場合
を実施の形態6として説明する。この実施の形態6のハ
ードウェア構成は、前述した実施の形態1のハードウェ
ア構成と同一である。ただし、実施の形態6において
は、図1に示した中継制御サーバ20の機能が、後述す
るように実施の形態1の場合と異なる。
【0144】つぎに、実施の形態6の動作について図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」として同判断を繰り返す。
【0145】そして、配信開始を指示する情報が入力さ
れると、中継制御サーバ20の中継制御部24は、ステ
ップSQ1へ進み、記憶装置21から読み込んだサーバ
情報J1 (図4(a)参照)に基づいて、ストリームサ
ーバ101 〜10n に対して、自身のIPアドレス宛に
ストリーム情報JS1 〜JSn の送信開始を指示した
後、ステップSQ2へ進む。このとき、中継制御部24
は、ネットワークNのトラフィック量を考慮して指示を
出す。なお、別の指示例としては、ストリームサーバ1
1 〜10n のうち、任意のストリームサーバに対し
て、ストリーム情報の送信開始を指示するようにしても
よい。さらに、別の指示例としては、中継制御サーバ2
0が属するマルチキャストアドレス宛にストリーム情報
の送信開始を指示するようにしてもよい。
【0146】そして、送信開始の指示が出されると、ス
トリームサーバ101 〜10n のそれぞれの配信制御部
は、ステップSP1の判断結果を「Yes」として、ス
テップSP2へ進む。ステップSP2では、ストリーム
サーバ101 〜10n のそれぞれの配信制御部は、中継
制御サーバ20のIPアドレスに対するストリーム情報
JS1 〜JSn の送信を開始した後、ステップSP3へ
進む。ステップSP3では、ストリームサーバ101
10n のそれぞれの配信制御部は、中継制御サーバ20
から、ストリーム情報JS1 〜JSn の送信終了の指示
があるか否かを判断し、この場合、判断結果を「No」
として同判断を繰り返す。
【0147】一方、ステップSQ2では、図3に示した
中継制御部24は、ストリームサーバ101 〜10n
ら送信されたストリーム情報JS1 〜JSn の受信を開
始した後、ステップSQ3へ進む。ステップSQ3で
は、中継制御部24は、受信したストリーム情報JS1
〜JSn を編集することにより、編集ストリーム情報を
生成し、これを高速読み書き可能なメモリ(図示略)に
書き込む。編集の一例として、中継制御部24は、スト
リーム情報JS1 〜JSn のうち、たとえば、ストリー
ム情報JS1 〜JS4 (図示略)を動画のフレーム毎
に、原サイズの4分の1サイズのビットマップデータに
それぞれ変換し、これらを原サイズとなるようにメモリ
に書き込む。
【0148】すなわち、中継制御部24は、ストリーム
情報JS1 〜JS4 から得られる4枚のフレームに関す
るビットマップデータを原サイズの4分の1にそれぞれ
縮小する。つぎに、中継制御部24は、4分の1サイズ
に縮小された4枚のフレームに関するビットマップデー
タを、縦に二つ、横に二つというマトリックス配列とな
るようにして、メモリに書き込む。ここでメモリに書き
込まれた4つのビットマップデータの全サイズは、1枚
のフレームの原サイズに対応している。
【0149】そして、ステップSQ4では、中継制御部
24は、サーバ情報J1 から、ストリーム情報JS1
JSn のそれぞれの配信先のマルチキャストアドレス
「239.0.10.100」〜「239.0.10.199」をそれぞれ認識す
る。つぎに、中継制御部24は、メモリから上記ビット
マップデータ(1枚のフレームの原サイズに対応)を読
み出し、これを編集ストリーム情報として、上記マルチ
キャストアドレス宛に配信した後、ステップSQ5へ進
む。
【0150】ステップSQ5では、記憶装置21から読
み出したクライアント情報J2 に基づいて、クライアン
ト301 〜30m へ受信/再生の指示を出した後、ステ
ップSQ6へ進む。このとき、中継制御部24は、クラ
イアント301 〜30m の処理能力を考慮して指示を出
す。この場合の受信/再生指示は、編集ストリーム情報
を受信すること、受信した編集ストリーム情報をリアル
タイム再生すること、に関する指示である。ステップS
Q6では、中継制御部24は、配信の終了指示があるか
否かを判断し、この場合、判断結果を「No」として、
同判断を繰り返す。
【0151】そして、上記受信/再生指示を受けると、
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSR1の判断結果を「Yes」として、ス
テップSR2へ進み、中継制御サーバ20から配信され
ている編集ストリーム情報の受信を開始する。そして、
クライアント301 〜30m のそれぞれの受信制御部
は、編集ストリーム情報をリアルタイム再生する処理を
開始した後、ステップSR3へ進む。これにより、表示
装置321 〜32m においては、縮小された4つのコン
テンツ(動画)が一つのフレーム内でリアルタイム再生
されるとともに、4つのコンテンツに関する音声がリア
ルタイム再生される。
【0152】ステップSR3では、クライアント301
〜30m のそれぞれの受信制御部は、受信/再生終了の
指示があるか否かを判断し、この場合、判断結果を「N
o」として、同判断を繰り返す。そして、終了の指示が
出されると、図3に示した中継制御サーバ20の中継制
御部24は、ステップSQ6の判断結果を「Yes」と
して、ステップSQ7へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSQ8へ進む。これにより、クライアント301
30m のそれぞれの受信制御部は、ステップSR3の判
断結果を「Yes」として、ステップSR4へ進み、編
集ストリーム情報の受信およびリアルタイム再生を終了
する。
【0153】また、ステップSQ8では、中継制御部2
4は、ストリームサーバ101 〜10n へ自身宛のスト
リーム情報JS1 〜JSn に関する送信終了の指示を出
すとともに、編集ストリーム情報の配信を終了する。こ
れにより、ストリームサーバ101 〜10n のそれぞれ
の配信制御部は、ステップSP3の判断結果を「Ye
s」として、ステップSP4へ進み、ストリーム情報J
1 〜JSn の送信を終了する。
【0154】以上説明したように、実施の形態6によれ
ば、中継制御部24により、ストリーム情報を編集した
ストリーム情報をクライアント301 〜30m へ配信す
るようにしたので、ストリーム情報をクライアント30
1 〜30m へ配信する場合に比して、ネットワークNの
トラフィック量を低減することができる。
【0155】(実施の形態7)さて、前述した実施の形
態6では、中継制御サーバ20でストリーム情報JS 1
〜JSn を編集した情報を編集ストリーム情報としてマ
ルチキャストアドレス宛に配信する例について説明した
が、ストリームサーバ101 〜10n のそれぞれでスト
リーム情報JS1 〜JSn を編集した情報を編集ストリ
ーム情報として配信するようにしてもよい。以下におい
ては、この場合を実施の形態7として説明する。この実
施の形態7のハードウェア構成は、前述した実施の形態
1のハードウェア構成と同一である。ただし、実施の形
態7においては、図1に示した中継制御サーバ20の機
能およびストリームサーバ101 〜10n の機能が、後
述するように実施の形態1の場合と異なる。
【0156】つぎに、実施の形態7の動作について図1
3に示したフローチャートを参照しつつ説明する。図1
において、ストリームサーバ101 〜10n およびクラ
イアント301 〜30m は、それぞれ起動されると、図
13に示したステップSS1およびステップSU1へそ
れぞれ進む。ステップSS1では、図1に示したストリ
ームサーバ101 〜10n のそれぞれの配信制御部は、
中継制御サーバ20から、編集配信開始の指示があるか
否かを判断し、この場合、判断結果を「No」として同
判断を繰り返す。
【0157】ここで、編集配信とは、ストリーム情報J
1 〜JSn が表示サイズの変更等に関してそれぞれ編
集された編集ストリーム情報をクライアント301 〜3
mに配信することをいう。また、ステップSU1で
は、クライアント301 〜30 m のそれぞれの受信制御
部は、中継制御サーバ20から、受信/再生開始の指示
があるか否かを判断し、この場合、判断結果を「No」
として同判断を繰り返す。
【0158】そして、配信開始を指示する情報が入力さ
れると、中継制御サーバ20の中継制御部24は、ステ
ップST1へ進み、記憶装置21から読み込んだサーバ
情報J1 (図4(a)参照)に基づいて、ストリームサ
ーバ101 〜10n に対して、編集配信開始を指示した
後、ステップST2へ進む。このとき、中継制御サーバ
20は、ストリーム情報JS1 〜JSn の表示サイズ
を、たとえば、横160ドット×縦120ドットに編集
(縮小)するように指示を出す。このとき、中継制御部
24は、ネットワークNのトラフィック量やクライアン
ト301 〜30mの処理能力を考慮して指示を出す。
【0159】そして、編集配信開始の指示が出される
と、ストリームサーバ101 〜10nのそれぞれの配信
制御部は、ステップSS1の判断結果を「Yes」とし
て、ステップSS2へ進む。ステップSS2では、スト
リームサーバ101 〜10n のそれぞれの配信制御部
は、ストリーム情報JS1 〜JSn の表示サイズを、た
とえば、横160ドット×縦120ドットに編集する。
つぎに、ストリームサーバ101 〜10n のそれぞれの
配信制御部は、マルチキャストアドレス宛に編集ストリ
ーム情報の配信を開始した後、ステップSS3へ進む。
ステップSS3では、ストリームサーバ101 〜10n
のそれぞれの配信制御部は、中継制御サーバ20から、
編集ストリーム情報の配信終了の指示があるか否かを判
断し、この場合、判断結果を「No」として同判断を繰
り返す。
【0160】一方、ステップST2では、中継制御サー
バ20の中継制御部24は、記憶装置21から読み出し
たクライアント情報J2 (図4(b)参照)に基づい
て、クライアント301 〜30m へ受信/再生の指示を
出した後、ステップST3へ進む。このとき、中継制御
部24は、クライアント301 〜30m の処理能力を考
慮して指示を出す。
【0161】この場合の受信/再生指示は、サーバ情報
1 に基づくマルチキャストアドレス宛に送信された複
数の編集ストリーム情報のうち、たとえば、ストリーム
サーバ101 〜104 (図示略)からの4つの編集スト
リーム情報を受信すること、受信した4つの編集ストリ
ーム情報をリアルタイム再生すること、に関する指示で
ある。ステップST3では、中継制御部24は、配信終
了の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。
【0162】そして、上記受信/再生指示を受けると、
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSU1の判断結果を「Yes」として、ス
テップSU2へ進み、ストリームサーバ101 〜104
(図示略)から配信されている4つの編集ストリーム情
報の受信を開始する。そして、クライアント301 〜3
m のそれぞれの受信制御部は、4つの編集ストリーム
情報をリアルタイム再生する処理を開始した後、ステッ
プSU3へ進む。これにより、表示装置321 〜32m
においては、縮小された4つのコンテンツ(動画)が一
つのフレーム内でリアルタイム再生されるとともに、4
つのコンテンツに関する音声がリアルタイム再生され
る。
【0163】ステップSU3では、クライアント301
〜30m のそれぞれの受信制御部は、受信/再生終了の
指示があるか否かを判断し、この場合、判断結果を「N
o」として、同判断を繰り返す。そして、終了の指示が
出されると、図3に示した中継制御サーバ20の中継制
御部24は、ステップST3の判断結果を「Yes」と
して、ステップST4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップST5へ進む。これにより、クライアント301
30m のそれぞれの受信制御部は、ステップSU3の判
断結果を「Yes」として、ステップSU4へ進み、編
集ストリーム情報の受信およびリアルタイム再生を終了
する。
【0164】また、ステップST5では、中継制御部2
4は、ストリームサーバ101 〜10n へ編集ストリー
ム情報に関する配信終了の指示を出す。これにより、ス
トリームサーバ101 〜10n のそれぞれの配信制御部
は、ステップSS3の判断結果を「Yes」として、ス
テップSS4へ進み、編集ストリーム情報の配信を終了
する。
【0165】以上説明したように、実施の形態7によれ
ば、中継制御部24の制御により、ストリーム情報を編
集した編集ストリーム情報をストリームサーバ101
10 n からクライアント301 〜30m へ配信するよう
にしたので、ストリーム情報をクライアント301 〜3
m へ配信する場合に比して、ネットワークNのトラフ
ィック量を低減することができる。
【0166】(実施の形態8)さて、前述した実施の形
態7では、ストリームサーバ101 〜10n のそれぞれ
でストリーム情報JS1 〜JSn を編集した情報を編集
ストリーム情報としてマルチキャストアドレス宛に編集
配信する例について説明したが、この編集配信の開始/
終了をストリームサーバ101 〜10n に指示する際に
一斉同報により指示を行うようにしてもよい。以下にお
いては、この場合を実施の形態8として説明する。この
実施の形態8のハードウェア構成は、前述した実施の形
態1のハードウェア構成と同一である。ただし、実施の
形態8においては、図1に示した中継制御サーバ20の
機能およびストリームサーバ101 〜10n の機能が、
後述するように実施の形態1の場合と異なる。
【0167】つぎに、実施の形態8の動作について図1
4に示したフローチャートを参照しつつ説明する。この
図において、ステップSW1およびステップSW5以外
のそれぞれのステップでは、図13に示したステップS
T1およびステップST5以外のステップと同様の処理
が実行される。すなわち、ストリームサーバ101 〜1
n およびクライアント301 〜30m は、それぞれ起
動されると、図14に示したステップSV1およびステ
ップSX1へそれぞれ進む。
【0168】ステップSV1では、図1に示したストリ
ームサーバ101 〜10n のそれぞれの配信制御部は、
中継制御サーバ20から、編集配信開始の指示があるか
否かを判断し、この場合、判断結果を「No」として同
判断を繰り返す。また、ステップSX1では、クライア
ント301 〜30m のそれぞれの受信制御部は、中継制
御サーバ20から、受信/再生開始の指示があるか否か
を判断し、この場合、判断結果を「No」として同判断
を繰り返す。
【0169】そして、配信開始を指示する情報が入力さ
れると、中継制御サーバ20の中継制御部24は、ステ
ップSW1へ進み、記憶装置21から読み込んだサーバ
情報J1 (図4(a)参照)に基づいて、ストリームサ
ーバ101 〜10n に対して、編集配信開始を一斉同報
により指示した後、ステップSW2へ進む。このとき、
中継制御サーバ20は、ストリーム情報JS1 〜JSn
の表示サイズを、たとえば、横160ドット×縦120
ドットに編集(縮小)するように指示を出す。したがっ
て、ストリームサーバ101 〜10n は、同時にそれぞ
れ編集開始の指示を受ける。さらに、中継制御部24
は、ネットワークNのトラフィック量やクライアント3
1 〜30m の処理能力を考慮して指示を出す。
【0170】そして、編集配信開始の指示が出される
と、ストリームサーバ101 〜10nのそれぞれの配信
制御部は、ステップSV1の判断結果を「Yes」とし
て、ステップSV2へ進む。ステップSV2では、スト
リームサーバ101 〜10n のそれぞれの配信制御部
は、ストリーム情報JS1 〜JSn の表示サイズを、た
とえば、横160ドット×縦120ドットに編集する。
つぎに、ストリームサーバ101 〜10n のそれぞれの
配信制御部は、マルチキャストアドレス宛に編集ストリ
ーム情報の配信を開始した後、ステップSV3へ進む。
ステップSV3では、ストリームサーバ101 〜10n
のそれぞれの配信制御部は、中継制御サーバ20から、
編集ストリーム情報の配信終了の指示があるか否かを判
断し、この場合、判断結果を「No」として同判断を繰
り返す。
【0171】一方、ステップSW2では、中継制御サー
バ20の中継制御部24は、記憶装置21から読み出し
たクライアント情報J2 (図4(b)参照)に基づい
て、クライアント301 〜30m へ受信/再生の指示を
出した後、ステップSW3へ進む。このとき、中継制御
部24は、クライアント301 〜30m の処理能力を考
慮して指示を出す。
【0172】この場合の受信/再生指示は、サーバ情報
1 に基づくマルチキャストアドレス宛に送信された複
数の編集ストリーム情報のうち、たとえば、ストリーム
サーバ101 〜104 (図示略)からの4つの編集スト
リーム情報を受信すること、受信した4つの編集ストリ
ーム情報をリアルタイム再生すること、に関する指示で
ある。ステップSW3では、中継制御部24は、配信終
了の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。
【0173】そして、上記受信/再生指示を受けると、
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSX1の判断結果を「Yes」として、ス
テップSX2へ進み、ストリームサーバ101 〜104
(図示略)から配信されている4つの編集ストリーム情
報の受信を開始する。そして、クライアント301 〜3
m のそれぞれの受信制御部は、4つの編集ストリーム
情報をリアルタイム再生する処理を開始した後、ステッ
プSX3へ進む。これにより、表示装置321 〜32m
においては、縮小された4つのコンテンツ(動画)が一
つのフレーム内でリアルタイム再生されるとともに、4
つのコンテンツに関する音声がリアルタイム再生され
る。
【0174】ステップSX3では、クライアント301
〜30m のそれぞれの受信制御部は、受信/再生終了の
指示があるか否かを判断し、この場合、判断結果を「N
o」として、同判断を繰り返す。そして、終了の指示が
出されると、図3に示した中継制御サーバ20の中継制
御部24は、ステップSW3の判断結果を「Yes」と
して、ステップSW4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSW5へ進む。これにより、クライアント301
30m のそれぞれの受信制御部は、ステップSX3の判
断結果を「Yes」として、ステップSX4へ進み、編
集ストリーム情報の受信およびリアルタイム再生を終了
する。
【0175】また、ステップSW5では、中継制御部2
4は、ストリームサーバ101 〜10n へ編集ストリー
ム情報に関する配信終了の指示を一斉同報により出す。
これにより、ストリームサーバ101 〜10n のそれぞ
れの配信制御部は、同時に配信終了の指示を受け、ステ
ップSV3の判断結果を「Yes」として、ステップS
V4へ進み、編集ストリーム情報の配信を終了する。
【0176】以上説明したように、実施の形態8によれ
ば、中継制御部24の制御により、ストリーム情報を編
集した編集ストリーム情報をストリームサーバ101
10 n からクライアント301 〜30m へ配信するよう
にしたので、ストリーム情報をクライアント301 〜3
m へ配信する場合に比して、ネットワークNのトラフ
ィック量を低減することができる。
【0177】(実施の形態9)さて、前述した実施の形
態1では、クライアント301 〜30m 側の表示装置3
1 〜32m におけるリアルタイム再生時の表示制御等
について特に言及しなかったが、図16に示したクライ
アント制御情報J4 を用いて上記表示制御等を行うよう
にしてもよい。以下においては、この場合を実施の形態
9として説明する。この実施の形態9のハードウェア構
成は、前述した実施の形態1のハードウェア構成と同一
である。ただし、実施の形態9においては、図1に示し
た中継制御サーバ20の機能が、後述するように実施の
形態1の場合と異なる。
【0178】また、実施の形態9においては、図1に示
した記憶装置21に図16に示したクライアント制御情
報J4 が記憶されている。このクライアント制御情報J
4 は、クライアント301 〜30m におけるそれぞれの
表示制御等を行うための情報であり、「サーバ名」、
「サーバIP(Internet Protocol )アドレス」、「マ
ルチキャストアドレス」、「コンテンツ名」、「映像」
等からなる。「サーバ名」〜「マルチキャストアドレ
ス」は、図4に示したサーバ情報J1 と同じ情報であ
る。
【0179】「映像」は、ストリーム情報JS1 〜JS
n から得られる映像(動画)を表示装置321 〜32m
に表示させるか否かを制御する情報である。「表示サイ
ズ」は、表示装置321 〜32m における動画の表示サ
イズ(たとえば、320ドット×240ドット)を制御
する情報である。「音声」は、ストリーム情報JS1
JSn から音声を再生するか否かを制御する情報であ
る。「再生速度」は、ストリーム情報JS1 〜JSn
リアルタイム再生する際の速度を制御する情報である。
【0180】「音量」は、ストリーム情報JS1 〜JS
n から音声を再生する際の音量を制御する情報である。
「再生状態表示」は、ストリーム情報JS1 〜JSn
リアルタイム再生しているか否かという再生状態を、表
示装置321 〜32m に表示させるか否かを制御する情
報である。「タイトル」は、「コンテンツ1」〜「コン
テンツn」のそれぞれの名称等に関する情報である。
「再生時間表示」は、リアルタイム再生に要した時間
を、表示装置321 〜32m に表示させるか否かを制御
する情報である。「動画ファイルと音声ファイルとのリ
ンク状態の表示」は、ストリーム情報JS1 〜JSn
らそれぞれ得られる動画ファイルと音声ファイルとのリ
ンク状態を、表示装置321 〜32m に表示させるか否
かを制御する情報である。
【0181】つぎに、実施の形態9の動作について図1
5に示したフローチャートを参照しつつ説明する。図1
において、ストリームサーバ101 〜10n 、およびク
ライアント301 〜30m は、それぞれ起動されると、
図15に示したステップSSA1およびステップSSC
1へそれぞれ進む。ステップSSA1では、図1に示し
たストリームサーバ101 〜10n のそれぞれの配信制
御部は、ストリーム情報JS1 〜JSn の配信指示があ
るか否かを判断し、この場合、判断結果を「No」とし
て同判断を繰り返す。同様にして、ステップSSC1で
は、クライアント301 〜30m のそれぞれの受信制御
部は、受信/再生指示があるか否かを判断し、この場
合、判断結果を「No」として同判断を繰り返す。
【0182】そして、配信開始を指示する情報が入力さ
れると、中継制御サーバ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 の処理能力を考
慮して指示を出す。
【0183】これにより、図1に示したストリームサー
バ101 〜10n のそれぞれの配信制御部は、ステップ
SSA1の判断結果を「Yes」として、ステップSS
A2へ進み、ストリーム情報JS1 〜JSn の配信を開
始した後、ステップSSA3へ進む。ステップSSA3
では、ストリームサーバ101 〜10n のそれぞれの配
信制御部は、中継制御サーバ20から配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して同判断を繰り返す。
【0184】一方、ステップSSB2では、図3に示し
た中継制御部24は、記憶装置21から読み出したクラ
イアント情報J2 (図4(b)参照)に基づいて、クラ
イアント301 〜30m へ受信/再生の指示を出した
後、ステップSSB3へ進む。このとき、中継制御部2
4は、クライアント301 〜30m の処理能力を考慮し
て指示を出す。この場合の再生指示は、ストリーム情報
JS1 およびJS2 (図示略)を受信すること、受信し
たストリーム情報JS1 およびJS2 をリアルタイム再
生すること、に関する指示である。
【0185】ステップSSB3では、中継制御部24
は、図16に示したクライアント制御情報J4 を記憶装
置21から読み出した後、これをクライアント301
30mへ配信した後、ステップSSB4へ進む。なお、
実施の形態9においては、クライアント制御情報J4
配信することなく、ステップSSB2でクライアント制
御情報J4 に基づいて、表示制御等の内容をクライアン
ト301 〜30m へ指示するようにしてもよい。ステッ
プSSB4では、中継制御部24は、配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して、同判断を繰り返す。
【0186】そして、上記受信/再生指示を受けると、
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSSC1の判断結果を「Yes」として、
ステップSSC2へ進む。ステップSSC2では、クラ
イアント301 〜30m のそれぞれの受信制御部は、ク
ライアント制御情報J4 (図16参照)を受信した後、
中継制御サーバ20により指定されたストリーム情報J
1 およびJS2 の受信を開始する。
【0187】つぎに、クライアント301 〜30m のそ
れぞれの受信制御部は、ストリーム情報JS1 およびJ
2 をリアルタイム再生する処理を開始した後、ステッ
プSSC3へ進む。これにより、表示装置321 〜32
m においては、「コンテンツ1」および「コンテンツ
2」に関する動画および音声がリアルタイムで再生され
る。このとき、それぞれの受信制御部は、クライアント
制御情報J4 に基づいて、表示制御等を行う。たとえ
ば、ストリーム情報JS1 をリアルタイム再生している
場合には、クライアント制御情報J4 に基づいて、動画
の「表示サイズ」が320ドット×240ドット、「再
生速度」が通常速度、「音量」が小等とされる。
【0188】ステップSSC3では、クライアント30
1 〜30m のそれぞれの受信制御部は、受信/再生終了
の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。終了の指示が出さ
れると、図3に示した中継制御サーバ20の中継制御部
24は、ステップSSB4の判断結果を「Yes」とし
て、ステップSSB5へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSSB6へ進む。これにより、クライアント301
〜30m のそれぞれの受信制御部は、ステップSSC3
の判断結果を「Yes」として、ステップSSC4へ進
み、ストリーム情報JS1 およびJS2 の受信およびリ
アルタイム再生を終了する。
【0189】また、ステップSSB6では、中継制御部
24は、ストリームサーバ101 〜10n へ配信終了の
指示を出す。これにより、ストリームサーバ101 〜1
nのそれぞれの配信制御部は、ステップSSA3の判
断結果を「Yes」として、ステップSSA4へ進む。
ステップSSA4では、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ストリーム情報JS1
JSn の配信を終了する。
【0190】以上説明したように、実施の形態9にかか
る発明によれば、中継制御部24による配信制御、動画
の表示方法および音声の出力方法の制御を行うようにし
たので、適正なストリーム情報の配信および適正な動画
の表示方法、音声の出力方法に基づいてリアルタイム再
生を行うことができるとともに、付加価値が高い情報配
信サービスを提供することができる。
【0191】(実施の形態10)さて、前述した実施の
形態1では、クライアント301 〜30m 側の表示装置
321 〜32m におけるリアルタイム再生時の詳細につ
いて特に言及しなかったが、図18に示したストリーム
再生情報J5 を用いてリアルタイム再生の制御等を行う
ようにしてもよい。以下においては、この場合を実施の
形態10として説明する。この実施の形態10のハード
ウェア構成は、前述した実施の形態1のハードウェア構
成と同一である。ただし、実施の形態10においては、
図1に示した中継制御サーバ20の機能が、後述するよ
うに実施の形態1の場合と異なる。
【0192】また、実施の形態10においては、図1に
示した記憶装置21に図18に示したストリーム再生情
報J5 が記憶されている。このストリーム再生情報J5
は、クライアント301 〜30m におけるそれぞれのリ
アルタイム再生の制御を行うための情報であり、「第1
ストリーム情報」、「第2ストリーム情報」、「映像の
重なり」、「音声の再生方法」からなる。「第1ストリ
ーム情報」は、リアルタイム再生すべき一方のリアルタ
イム情報(たとえば、ストリーム情報JS1 )に関する
情報である。同図に示した例では、「第1ストリーム情
報」においては、「サーバ名」として「ストリームサー
バ1」(ストリームサーバ101 )、「コンテンツ名」
として「コンテンツ1」がそれぞれ定義されている。
【0193】同様にして、「第2ストリーム情報」は、
リアルタイム再生すべき他方のリアルタイム情報(たと
えば、ストリーム情報JS2 )に関する情報である。同
図に示した例では、「第2ストリーム情報」において
は、「サーバ名」として「ストリームサーバ2」(スト
リームサーバ102 )、「コンテンツ名」として「コン
テンツ2」がそれぞれ定義されている。「映像の重な
り」は、リアルタイム再生された「コンテンツ1」の動
画(映像)と、「コンテンツ2」の動画(映像)とを重
ねて表示するか否かを制御する情報である。「音声の合
成」は、リアルタイム再生された「コンテンツ1」の音
声と、「コンテンツ2」の音声とを合成して出力するか
否かを制御する情報である。
【0194】つぎに、実施の形態10の動作について図
17に示したフローチャートを参照しつつ説明する。図
1において、ストリームサーバ101 〜10n 、および
クライアント301 〜30m は、それぞれ起動される
と、図17に示したステップSSD1およびステップS
SF1へそれぞれ進む。ステップSSD1では、図1に
示したストリームサーバ101 〜10n のそれぞれの配
信制御部は、ストリーム情報JS1 〜JSn の配信指示
があるか否かを判断し、この場合、判断結果を「No」
として同判断を繰り返す。同様にして、ステップSSF
1では、クライアント301 〜30m のそれぞれの受信
制御部は、受信/再生指示があるか否かを判断し、この
場合、判断結果を「No」として同判断を繰り返す。
【0195】そして、配信開始を指示する情報が入力さ
れると、中継制御サーバ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 の処理能力を考
慮して指示を出す。
【0196】これにより、図1に示したストリームサー
バ101 〜10n のそれぞれの配信制御部は、ステップ
SSD1の判断結果を「Yes」として、ステップSS
D2へ進み、ストリーム情報JS1 〜JSn の配信を開
始した後、ステップSSD3へ進む。ステップSSD3
では、ストリームサーバ101 〜10n のそれぞれの配
信制御部は、中継制御サーバ20から配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して同判断を繰り返す。
【0197】一方、ステップSSE2では、図3に示し
た中継制御部24は、記憶装置21から読み出したクラ
イアント情報J5 (図18参照)に基づいて、クライア
ント301 〜30m へ受信/再生の指示を出した後、ス
テップSSE3へ進む。このとき、中継制御部24は、
クライアント301 〜30m の処理能力を考慮して指示
を出す。この場合の受信/再生指示は、ストリーム情報
JS1 およびJS2 (図示略)を受信すること、受信し
たストリーム情報JS1 およびJS2 をリアルタイム再
生すること、に関する指示である。
【0198】加えて、受信/再生指示は、リアルタイム
再生時にストリーム情報JS1 に対応するコンテンツ1
(動画)とストリーム情報JS2 に対応するコンテンツ
2(動画)とを重ねることなく並列的に表示すること、
リアルタイム再生時にストリーム情報JS1 に対応する
コンテンツ1(音声)とストリーム情報JS2 に対応す
るコンテンツ2(音声)とを合成して出力すること、に
関する指示である。なお、実施の形態10においては、
ストリーム再生情報J5 をクライアント301〜30m
へ配信して、クライアント301 〜30m 側でストリー
ム再生情報J5に基づいて、ストリーム再生の制御を行
うようにしてもよい。
【0199】そして、上記受信/再生指示を受けると、
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSSF1の判断結果を「Yes」として、
ステップSSF2へ進む。ステップSSF2では、クラ
イアント301 〜30m のそれぞれの受信制御部は、中
継制御サーバ20により指定されたストリーム情報JS
1 およびJS2 の受信を開始する。
【0200】つぎに、クライアント301 〜30m のそ
れぞれの受信制御部は、ストリーム情報JS1 およびJ
2 をリアルタイム再生する処理を開始した後、ステッ
プSSF3へ進む。これにより、表示装置321 〜32
m においては、「コンテンツ1」および「コンテンツ
2」に関する動画および音声がリアルタイムで再生され
る。このとき、それぞれの受信制御部は、中継制御サー
バ20からの再生指示に基づいて、ストリーム情報JS
1 に対応する「コンテンツ1」(動画)とストリーム情
報JS2 に対応する「コンテンツ2」(動画)とを重ね
ることなく並列的に表示させるとともに、「コンテンツ
1」(音声)と「コンテンツ2」(音声)とを合成させ
る。
【0201】ステップSSF3では、クライアント30
1 〜30m のそれぞれの受信制御部は、受信/再生終了
の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。終了の指示が出さ
れると、図3に示した中継制御サーバ20の中継制御部
24は、ステップSSE3の判断結果を「Yes」とし
て、ステップSSE4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSSE5へ進む。これにより、クライアント301
〜30m のそれぞれの受信制御部は、ステップSSF3
の判断結果を「Yes」として、ステップSSF4へ進
み、ストリーム情報JS1 およびJS2 の受信およびリ
アルタイム再生を終了する。
【0202】また、ステップSSE5では、中継制御部
24は、ストリームサーバ101 〜10n へ配信終了の
指示を出す。これにより、ストリームサーバ101 〜1
nのそれぞれの配信制御部は、ステップSSD3の判
断結果を「Yes」として、ステップSSD4へ進む。
ステップSSD4では、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ストリーム情報JS1
JSn の配信を終了する。
【0203】以上説明したように、実施の形態10にか
かる発明によれば、中継制御部24による配信制御、動
画の表示方法および音声の出力方法の制御を行うように
したので、適正なストリーム情報の配信および適正な動
画の表示方法、音声の出力方法に基づいてリアルタイム
再生を行うことができるとともに、付加価値が高い情報
配信サービスを提供することができる。
【0204】(実施の形態11)さて、前述した実施の
形態10では、クライアント301 〜30m 側の表示装
置321 〜32m におけるリアルタイム再生時に図18
に示したストリーム再生情報J5 を用いてリアルタイム
再生の制御等を行う例について説明したが、ストリーム
再生情報J5 に加えて図20に示したストリーム再生情
報J6 を用いてリアルタイム再生の制御を行うようにし
てもよい。以下においては、この場合を実施の形態11
として説明する。この実施の形態11のハードウェア構
成は、前述した実施の形態1のハードウェア構成と同一
である。ただし、実施の形態11においては、図1に示
した中継制御サーバ20の機能が、後述するように実施
の形態1の場合と異なる。
【0205】また、実施の形態11においては、図1に
示した記憶装置21にストリーム再生情報J5 (図18
参照)および図20に示したストリーム再生情報J6
記憶されている。このストリーム再生情報J6 は、クラ
イアント301 〜30m におけるそれぞれのリアルタイ
ム再生の制御を行うための情報であり、「ストリーム
数」、「コンテンツ名」、「表示情報」、「音声再生情
報」からなる。「ストリーム数」は、一つのクライアン
トにおいてリアルタイム再生すべきストリーム情報の数
に関する情報である。「コンテンツ名」は、一つのクラ
イアントにおいてリアルタイム再生される単数または複
数のストリーム情報に対応するコンテンツ名(「コンテ
ンツ1」、「コンテンツ2」)である。ここで、「コン
テンツ1」は、ストリーム情報JS1 に対応しており、
「コンテンツ2」は、ストリーム情報JS2 に対応して
いる。
【0206】「表示情報」は、「表示サイズ」および
「表示レイアウト」からなり、「表示サイズ」は、表示
装置321 〜32m における動画の表示サイズ(たとえ
ば、320ドット×240ドット)を制御する情報であ
る。同図に示した例では、「ストリーム数」が「1」の
場合、「コンテンツ1」に関する「表示サイズ」が64
0ドット×480ドットと定義されている。また、「ス
トリーム数」が「2」の場合には、「コンテンツ1」お
よび「コンテンツ2」に関するそれぞれの「表示サイ
ズ」が320ドット×240ドットおよび320×24
0ドットと定義されている。
【0207】「表示レイアウト」は、リアルタイム再生
された「コンテンツ1」(および「コンテンツ2」)の
動画の表示位置に関する情報である。同図に示した例で
は、「ストリーム数」が「1」の場合、「コンテンツ
1」の動画が表示装置の画面全体に表示される。また、
「ストリーム数」が「2」の場合、「コンテンツ1」の
動画と「コンテンツ2」の動画とが横並列になるように
表示装置の画面にそれぞれ表示される。
【0208】また、「音声再生情報」は、「音量配分」
および「時間配分」からなり、「音量配分」は、「コン
テンツ1」の音量と「コンテンツ2」の音量との配分を
制御する情報である。同図に示した例では、「ストリー
ム数」が「1」の場合、「コンテンツ1」の音量配分
は、100%である。一方、「ストリーム数」が「2」
の場合、「コンテンツ1」の音量配分が100%である
のに対して、「コンテンツ2」の音量配分は0%であ
る。
【0209】「時間配分」は、「コンテンツ1」の時間
と「コンテンツ2」の時間との配分を制御する情報であ
る。同図に示した例では、「ストリーム数」が「1」の
場合、「コンテンツ1」の時間配分は、100%であ
る。一方、「ストリーム数」が「2」の場合、「コンテ
ンツ1」の時間配分が100%であるのに対して、「コ
ンテンツ2」の時間配分は0%である。
【0210】つぎに、実施の形態11の動作について図
19に示したフローチャートを参照しつつ説明する。図
1において、ストリームサーバ101 〜10n 、および
クライアント301 〜30m は、それぞれ起動される
と、図19に示したステップSSG1およびステップS
SI1へそれぞれ進む。ステップSSG1では、図1に
示したストリームサーバ101 〜10n のそれぞれの配
信制御部は、ストリーム情報JS1 〜JSn の配信指示
があるか否かを判断し、この場合、判断結果を「No」
として同判断を繰り返す。同様にして、ステップSSI
1では、クライアント301 〜30m のそれぞれの受信
制御部は、受信/再生指示があるか否かを判断し、この
場合、判断結果を「No」として同判断を繰り返す。
【0211】そして、配信開始を指示する情報が入力さ
れると、中継制御サーバ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 の処理能力
を考慮して指示を出す。
【0212】これにより、図1に示したストリームサー
バ101 〜10n のそれぞれの配信制御部は、ステップ
SSG1の判断結果を「Yes」として、ステップSS
G2へ進み、ストリーム情報JS1 〜JSn の配信を開
始した後、ステップSSG3へ進む。ステップSSG3
では、ストリームサーバ101 〜10n のそれぞれの配
信制御部は、中継制御サーバ20から配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して同判断を繰り返す。
【0213】一方、ステップSSH2では、図3に示し
た中継制御部24は、記憶装置21から読み出したクラ
イアント情報J5 (図18参照)およびストリーム再生
情報J6 (図20参照)に基づいて、クライアント30
1 〜30m へ受信/再生の指示を出した後、ステップS
SH3へ進む。このとき、中継制御部24は、クライア
ント301 〜30m の処理能力を考慮して指示を出す。
【0214】ただし、中継制御部24は、ストリーム再
生情報J5 に基づく指示とストリーム再生情報J6 に基
づく指示とに矛盾が生じる場合には、ストリーム再生情
報J 5 に基づく指示を出さずに、ストリーム再生情報J
6 のみに基づいて指示を出す。同様にして、ストリーム
再生情報J6 の「ストリーム数」が「1」である場合、
中継制御部24は、ストリーム再生情報J6 のみに基づ
いて指示を出す。
【0215】この場合の受信/再生指示は、ストリーム
情報JS1 およびJS2 (図示略)を受信すること、受
信したストリーム情報JS1 およびJS2 をリアルタイ
ム再生すること、に関する指示である。この場合、スト
リーム再生情報J5 に基づく指示とストリーム再生情報
6 に基づく指示との間で、「音声の再生方法」、「音
声再生情報」に関する矛盾が生じるため、中継制御部2
4は、ストリーム再生情報J6 のみに基づく指示を出
す。
【0216】つまり、受信/再生指示は、図20に示し
たストリーム再生情報J6 (「ストリーム数」=
「2」)に基づいて、「コンテンツ1」の動画および
「コンテンツ2」の動画の表示サイズを320ドット×
240ドットおよび320ドット×240ドットにする
こと、「コンテンツ1」の動画および「コンテンツ2」
の動画を横並列に表示すること、「コンテンツ1」と
「コンテンツ2」との音量配分および時間配分を100
%:0%にすること、に関する指示である。
【0217】なお、実施の形態11においては、ストリ
ーム再生情報J5 およびストリーム再生情報J6 をクラ
イアント301 〜30m へ配信して、クライアント30
1 〜30m 側でストリーム再生情報J5 およびストリー
ム再生情報J6 に基づいて、ストリーム再生の制御を行
うようにしてもよい。
【0218】そして、上記受信/再生指示を受けると、
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSSI1の判断結果を「Yes」として、
ステップSSI2へ進む。ステップSSI2では、クラ
イアント301 〜30m のそれぞれの受信制御部は、中
継制御サーバ20により指定されたストリーム情報JS
1 およびJS2 の受信を開始する。
【0219】つぎに、クライアント301 〜30m のそ
れぞれの受信制御部は、ストリーム情報JS1 およびJ
2 をリアルタイム再生する処理を開始した後、ステッ
プSSI3へ進む。これにより、表示装置321 〜32
m においては、「コンテンツ1」および「コンテンツ
2」に関する動画および音声がリアルタイムで再生され
る。このとき、それぞれの受信制御部は、中継制御サー
バ20からの再生指示に基づいて、ストリーム情報JS
1 に対応する「コンテンツ1」(動画)とストリーム情
報JS2 に対応する「コンテンツ2」(動画)とを指示
された表示サイズ(320ドット×240ドット)で表
示させる。加えて、それぞれの受信制御部は、「コンテ
ンツ1」と「コンテンツ2」との音量配分および時間配
分を100%:0%にする。
【0220】ステップSSI3では、クライアント30
1 〜30m のそれぞれの受信制御部は、受信/再生終了
の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。終了の指示が出さ
れると、図3に示した中継制御サーバ20の中継制御部
24は、ステップSSH3の判断結果を「Yes」とし
て、ステップSSH4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSSH5へ進む。これにより、クライアント301
〜30m のそれぞれの受信制御部は、ステップSSI3
の判断結果を「Yes」として、ステップSSI4へ進
み、ストリーム情報JS1 およびJS2 の受信およびリ
アルタイム再生を終了する。
【0221】また、ステップSSH5では、中継制御部
24は、ストリームサーバ101 〜10n へ配信終了の
指示を出す。これにより、ストリームサーバ101 〜1
nのそれぞれの配信制御部は、ステップSSG3の判
断結果を「Yes」として、ステップSSG4へ進む。
ステップSSG4では、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ストリーム情報JS1
JSn の配信を終了する。
【0222】以上説明したように、実施の形態11にか
かる発明によれば、中継制御部24による配信制御、動
画の表示方法および音声の出力方法の制御を行うように
したので、適正なストリーム情報の配信および適正な動
画の表示方法、音声の出力方法に基づいてリアルタイム
再生を行うことができるとともに、付加価値が高い情報
配信サービスを提供することができる。
【0223】(実施の形態12)さて、前述した実施の
形態10では、クライアント301 〜30m 側の表示装
置321 〜32m におけるリアルタイム再生時に図18
に示したストリーム再生情報J5 を用いてリアルタイム
再生の制御等を行う例について説明したが、ストリーム
再生情報J5 に加えて図22に示したストリーム再生情
報J7 を用いてリアルタイム再生の制御を行うようにし
てもよい。以下においては、この場合を実施の形態12
として説明する。この実施の形態12のハードウェア構
成は、前述した実施の形態1のハードウェア構成と同一
である。ただし、実施の形態12においては、図1に示
した中継制御サーバ20の機能が、後述するように実施
の形態1の場合と異なる。
【0224】また、実施の形態12においては、図1に
示した記憶装置21にストリーム再生情報J5 (図18
参照)および図22に示したストリーム再生情報J7
記憶されている。このストリーム再生情報J7 は、クラ
イアント301 〜30m におけるそれぞれのリアルタイ
ム再生の制御を行うための情報であり、「ストリーム
数」、「コンテンツ名」、「表示情報」、「音声/音質
情報」からなる。「ストリーム数」は、一つのクライア
ントにおいてリアルタイム再生すべきストリーム情報の
数に関する情報である。「コンテンツ名」は、一つのク
ライアントにおいてリアルタイム再生される単数または
複数のストリーム情報に対応するコンテンツ名(「コン
テンツ1」、「コンテンツ2」)である。ここで、「コ
ンテンツ1」は、ストリーム情報JS1 に対応してお
り、「コンテンツ2」は、ストリーム情報JS2 に対応
している。
【0225】「表示情報」は、「ストリームあたりのフ
レームレート」および「色数」からなり、「ストリーム
あたりのフレームレート」は、一つのストリーム情報を
リアルタイム再生するときの表示装置321 〜32m
おける動画の1秒間あたりのコマ数(fps :frames per
second )である。同図に示した例では、「ストリーム
数」が「1」の場合、「コンテンツ1」に関するフレー
ムレートが30(fps)と定義されている。また、「ス
トリーム数」が「2」の場合には、「コンテンツ1」お
よび「コンテンツ2」に関するそれぞれのフレームレー
トが15(fps)および15(fps )と定義されてい
る。
【0226】「色数」は、リアルタイム再生された「コ
ンテンツ1」(および「コンテンツ2」)の表示色の数
に関する情報である。同図に示した例では、「ストリー
ム数」が「1」の場合、「コンテンツ1」の「色数」が
1600万色と定義されており、「ストリーム数」が
「2」の場合、「コンテンツ1」の「色数」および「コ
ンテンツ2」の「色数」が共に1600万色と定義され
ている。
【0227】また、「音声/音質情報」は、ストリーム
情報の含まれる音声データ(ディジタルデータ)を生成
したときのサンプリング周波数、およびビット数に関す
る情報である。同図に示した例では、「ストリーム数」
が「1」の場合、「コンテンツ1」の「音声/音質情
報」は、サンプリング周波数が44.1kHz 、ビット数が1
6bit と定義されている。一方、「ストリーム数」が
「2」の場合、「コンテンツ1」の「音声/音質情報」
は、サンプリング周波数が22.05kHz、ビット数が8bit
と定義されているのに対して、「コンテンツ2」の「音
声/音質情報」は、定義されていない(「出力な
し」)。
【0228】つぎに、実施の形態12の動作について図
21に示したフローチャートを参照しつつ説明する。図
1において、ストリームサーバ101 〜10n 、および
クライアント301 〜30m は、それぞれ起動される
と、図21に示したステップSSJ1およびステップS
SL1へそれぞれ進む。ステップSSJ1では、図1に
示したストリームサーバ101 〜10n のそれぞれの配
信制御部は、ストリーム情報JS1 〜JSn の配信指示
があるか否かを判断し、この場合、判断結果を「No」
として同判断を繰り返す。同様にして、ステップSSL
1では、クライアント301 〜30m のそれぞれの受信
制御部は、受信/再生指示があるか否かを判断し、この
場合、判断結果を「No」として同判断を繰り返す。
【0229】そして、配信開始を指示する情報が入力さ
れると、中継制御サーバ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 の処理能力
を考慮して指示を出す。
【0230】これにより、図1に示したストリームサー
バ101 〜10n のそれぞれの配信制御部は、ステップ
SSJ1の判断結果を「Yes」として、ステップSS
J2へ進み、ストリーム情報JS1 〜JSn の配信を開
始した後、ステップSSJ3へ進む。ステップSSJ3
では、ストリームサーバ101 〜10n のそれぞれの配
信制御部は、中継制御サーバ20から配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して同判断を繰り返す。
【0231】一方、ステップSSK2では、図3に示し
た中継制御部24は、記憶装置21から読み出したクラ
イアント情報J5 (図18参照)およびストリーム再生
情報J7 (図22参照)に基づいて、クライアント30
1 〜30m へ受信/再生の指示を出した後、ステップS
SK3へ進む。このとき、中継制御部24は、クライア
ント301 〜30m の処理能力を考慮して指示を出す。
【0232】この場合の受信/再生指示は、ストリーム
情報JS1 およびJS2 (図示略)を受信すること、受
信したストリーム情報JS1 およびJS2 をリアルタイ
ム再生すること、に関する指示である。加えて、受信/
再生指示は、ストリーム再生情報J5 に基づくリアルタ
イム再生時にストリーム情報JS1 に対応するコンテン
ツ1(動画)とストリーム情報JS2 に対応するコンテ
ンツ2(動画)とを重ねることなく並列的に表示するこ
と、リアルタイム再生時にストリーム情報JS 1 に対応
するコンテンツ1(音声)とストリーム情報JS2 に対
応するコンテンツ2(音声)とを合成して出力するこ
と、に関する指示である。
【0233】また、ストリーム再生情報J7 に基づく受
信/再生指示は、「コンテンツ1」の動画および「コン
テンツ2」の動画を共にフレームレートを15(fps )
として表示すること、「コンテンツ1」の色数および
「コンテンツ2」の色数を共に1600万色とするこ
と、「コンテンツ1」に関する「音声/音質情報」(2
2.05kHz、8bit )を表示すること、「コンテンツ2」
に関する「音声/音質情報」を表示しないこと、に関す
る指示である。
【0234】なお、実施の形態12においては、ストリ
ーム再生情報J5 およびストリーム再生情報J7 をクラ
イアント301 〜30m へ配信して、クライアント30
1 〜30m 側でストリーム再生情報J5 およびストリー
ム再生情報J7 に基づいて、ストリーム再生の制御を行
うようにしてもよい。
【0235】そして、上記受信/再生指示を受けると、
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSSL1の判断結果を「Yes」として、
ステップSSL2へ進む。ステップSSL2では、クラ
イアント301 〜30m のそれぞれの受信制御部は、中
継制御サーバ20により指定されたストリーム情報JS
1 およびJS2 の受信を開始する。
【0236】つぎに、クライアント301 〜30m のそ
れぞれの受信制御部は、ストリーム情報JS1 およびJ
2 をリアルタイム再生する処理を開始した後、ステッ
プSSL3へ進む。これにより、表示装置321 〜32
m においては、「コンテンツ1」および「コンテンツ
2」に関する動画および音声がリアルタイムで再生され
る。このとき、それぞれの受信制御部は、中継制御サー
バ20からの再生指示に基づいて、ストリーム情報JS
1 に対応する「コンテンツ1」(動画)とストリーム情
報JS2 に対応する「コンテンツ2」(動画)とを指示
されたフレームレート、色数で表示させる。加えて、そ
れぞれの受信制御部は、「コンテンツ1」の「音声/音
質情報」を表示させる。
【0237】ステップSSL3では、クライアント30
1 〜30m のそれぞれの受信制御部は、受信/再生終了
の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。終了の指示が出さ
れると、図3に示した中継制御サーバ20の中継制御部
24は、ステップSSK3の判断結果を「Yes」とし
て、ステップSSK4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSSK5へ進む。これにより、クライアント301
〜30m のそれぞれの受信制御部は、ステップSSL3
の判断結果を「Yes」として、ステップSSL4へ進
み、ストリーム情報JS1 およびJS2 の受信およびリ
アルタイム再生を終了する。
【0238】また、ステップSSK5では、中継制御部
24は、ストリームサーバ101 〜10n へ配信終了の
指示を出す。これにより、ストリームサーバ101 〜1
nのそれぞれの配信制御部は、ステップSSJ3の判
断結果を「Yes」として、ステップSSJ4へ進む。
ステップSSJ4では、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ストリーム情報JS1
JSn の配信を終了する。
【0239】以上説明したように、実施の形態12にか
かる発明によれば、中継制御部24による配信制御、動
画の表示方法および音声の出力方法の制御を行うように
したので、適正なストリーム情報の配信および適正な動
画の表示方法、音声の出力方法に基づいてリアルタイム
再生を行うことができるとともに、付加価値が高い情報
配信サービスを提供することができる。
【0240】(実施の形態13)さて、前述した実施の
形態10では、クライアント301 〜30m 側の表示装
置321 〜32m におけるリアルタイム再生時に図18
に示したストリーム再生情報J5 を用いてリアルタイム
再生の制御等を行う例について説明したが、ストリーム
再生情報J5 に代えて、図24に示したストリーム再生
情報J8 を用いてリアルタイム再生の制御を行うように
してもよい。以下においては、この場合を実施の形態1
3として説明する。この実施の形態13のハードウェア
構成は、前述した実施の形態1のハードウェア構成と同
一である。ただし、実施の形態13においては、図1に
示した中継制御サーバ20の機能が、後述するように実
施の形態1の場合と異なる。
【0241】また、実施の形態13においては、図1に
示した記憶装置21に図24に示したストリーム再生情
報J8 が記憶されている。このストリーム再生情報J8
は、クライアント301 〜30m におけるそれぞれのリ
アルタイム再生の制御を行うための情報であり、「第1
ストリーム情報」、「第2ストリーム情報」等からな
る。
【0242】「第1ストリーム情報」は、リアルタイム
再生すべき一方のリアルタイム情報(たとえば、ストリ
ーム情報JS1 )に関する情報である。同図に示した例
では、「第1ストリーム情報」においては、「サーバ
名」として「ストリームサーバ1」(ストリームサーバ
101 )、「コンテンツ名」として「コンテンツ1」、
「重要度」として「高」がそれぞれ定義されている。
【0243】同様にして、「第2ストリーム情報」は、
リアルタイム再生すべき他方のリアルタイム情報(たと
えば、ストリーム情報JS2 )に関する情報である。同
図に示した例では、「第2ストリーム情報」において
は、「サーバ名」として「ストリームサーバ2」(スト
リームサーバ102 )、「コンテンツ名」として「コン
テンツ2」、「重要度」として「低」がそれぞれ定義さ
れている。このように、ストリーム再生情報J8 におい
ては、第1ストリーム情報(ストリーム情報JS 1 )の
「重要度」が高く、一方、第2ストリーム情報(ストリ
ーム情報JS2 )の「重要度」が低い。
【0244】「重要度が高いストリーム情報に関する再
生情報」は、上述した「重要度」が高い「第1ストリー
ム情報」(ストリーム情報JS1 )をリアルタイム再生
するときの制御情報である。「表示位置」は、表示装置
321 〜32m における「第1ストリーム情報」の表示
位置(「上段」)である。「表示サイズ」は、表示装置
321 〜32m における動画の表示サイズ(640ドッ
ト×480ドット)を制御する情報である。
【0245】「フレームレート」は、第1ストリーム情
報をリアルタイム再生するときの表示装置321 〜32
m における動画の1秒間あたりのコマ数であり、同図に
示した例では、30(fps )と定義されている。「色
数」は、リアルタイム再生された「コンテンツ1」の表
示色の数に関する情報であり、1600万色と定義され
ている。「明度」(value) および「彩度」(chroma)
は、色の心理的な属性をそれぞれ表すパラメータであ
り、同図に示した例では、共に「高」とされている。
「音声再生の有無」は、ストリーム情報JS1 から音声
を再生するか否かを制御する情報であり、同図に示した
例では、「再生有」と定義されている。
【0246】一方、「重要度が低いストリーム情報に関
する再生情報」は、上述した「重要度」が低い「第2ス
トリーム情報」(ストリーム情報JS2 )をリアルタイ
ム再生するときの制御情報である。「表示位置」は、表
示装置321 〜32m における「第2ストリーム情報」
の表示位置(「下段」)である。「表示サイズ」は、表
示装置321 〜32m における動画の表示サイズ(たと
えば、320ドット×240ドット)を制御する情報で
ある。
【0247】「フレームレート」は、第2ストリーム情
報をリアルタイム再生するときの表示装置321 〜32
m における動画の1秒間あたりのコマ数であり、同図に
示した例では、15(fps )と定義されている。「色
数」は、リアルタイム再生された「コンテンツ2」の表
示色の数に関する情報であり、65000色と定義され
ている。「明度」(value) および「彩度」(chroma)
は、共に「低」とされている。「音声再生の有無」は、
ストリーム情報JS2 から音声を再生するか否かを制御
する情報であり、同図に示した例では、「再生無」と定
義されている。
【0248】つぎに、実施の形態13の動作について図
23に示したフローチャートを参照しつつ説明する。図
1において、ストリームサーバ101 〜10n 、および
クライアント301 〜30m は、それぞれ起動される
と、図23に示したステップSSM1およびステップS
SO1へそれぞれ進む。ステップSSM1では、図1に
示したストリームサーバ101 〜10n のそれぞれの配
信制御部は、ストリーム情報JS1 〜JSn の配信指示
があるか否かを判断し、この場合、判断結果を「No」
として同判断を繰り返す。同様にして、ステップSSO
1では、クライアント301 〜30m のそれぞれの受信
制御部は、受信/再生指示があるか否かを判断し、この
場合、判断結果を「No」として同判断を繰り返す。
【0249】そして、配信開始を指示する情報が入力さ
れると、中継制御サーバ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 の処理能力
を考慮して指示を出す。
【0250】これにより、図1に示したストリームサー
バ101 〜10n のそれぞれの配信制御部は、ステップ
SSM1の判断結果を「Yes」として、ステップSS
M2へ進み、ストリーム情報JS1 〜JSn の配信を開
始した後、ステップSSM3へ進む。ステップSSM3
では、ストリームサーバ101 〜10n のそれぞれの配
信制御部は、中継制御サーバ20から配信終了の指示が
あるか否かを判断し、この場合、判断結果を「No」と
して同判断を繰り返す。
【0251】一方、ステップSSN2では、図3に示し
た中継制御部24は、記憶装置21から読み出したクラ
イアント情報J2 (図4(b)参照)およびストリーム
再生情報J8 (図24参照)に基づいて、クライアント
301 〜30m へ受信/再生の指示を出した後、ステッ
プSSN3へ進む。このとき、中継制御部24は、クラ
イアント301 〜30m の処理能力を考慮して指示を出
す。
【0252】この場合、ストリーム再生情報J8 に基づ
く受信/再生指示は、ストリーム情報JS1 およびJS
2 (図示略)を受信すること、受信したストリーム情報
JS 1 およびJS2 をリアルタイム再生すること、に関
する指示である。さらに、受信/再生指示は、「コンテ
ンツ1」の動画を上段に表示し、一方の「コンテンツ
2」の動画を下段に表示すること、「コンテンツ1」の
表示サイズを640ドット×480ドットにし、一方の
「コンテンツ2」の表示サイズを320ドット×240
ドットにすること、に関する指示である。
【0253】また、受信/再生指示は、「コンテンツ
1」のフレームレートを30(fps )とし、一方の「コ
ンテンツ2」のフレームレートを15(fps )とするこ
と、「コンテンツ1」の色数を1600万色とし、一方
の「コンテンツ2」の色数を65000色とすること、
「コンテンツ1」に関する「明度」および「彩度」を共
に「高」とし、一方の「コンテンツ2」に関する「明
度」および「彩度」を共に「低」とすること、に関する
指示である。さらに、受信/再生指示は、「コンテンツ
1」の音声の再生を行い、一方の「コンテンツ2」の再
生を行わないこと、に関する指示である。
【0254】なお、実施の形態13においては、ストリ
ーム再生情報J8 をクライアント301 〜30m へ配信
して、クライアント301 〜30m 側でストリーム再生
情報J8 に基づいて、ストリーム再生の制御を行うよう
にしてもよい。
【0255】そして、上記受信/再生指示を受けると、
クライアント301 〜30m のそれぞれの受信制御部
は、ステップSSO1の判断結果を「Yes」として、
ステップSSO2へ進む。ステップSSO2では、クラ
イアント301 〜30m のそれぞれの受信制御部は、中
継制御サーバ20により指定されたストリーム情報JS
1 およびJS2 の受信を開始する。
【0256】つぎに、クライアント301 〜30m のそ
れぞれの受信制御部は、ストリーム情報JS1 およびJ
2 をリアルタイム再生する処理を開始した後、ステッ
プSSO3へ進む。これにより、表示装置321 〜32
m においては、「コンテンツ1」および「コンテンツ
2」に関する動画および音声がリアルタイムで再生され
る。
【0257】このとき、それぞれの受信制御部は、中継
制御サーバ20からの再生指示に基づいて、ストリーム
情報JS1 に対応する「コンテンツ1」(動画)を上段
に、ストリーム情報JS2 に対応する「コンテンツ2」
(動画)を下段に表示させる。さらに、受信制御部は、
図24に示したストリーム再生情報J8 に基づく指示通
りに、「コンテンツ1」および「コンテンツ2」をリア
ルタイム再生する。つまり、「コンテンツ1」(重要度
=高)は、「コンテンツ2」(重要度=低)よりも高い
画質で再生される。
【0258】また、表示装置321 〜32m において、
「コンテンツ1」(重要度=高)の音声は、再生される
が、「コンテンツ2」(重要度=低)の音声は再生され
ない。このように、重要度が高い「コンテンツ1」は、
重要度が低い「コンテンツ2」よりも目立つようにリア
ルタイム再生されるのである。
【0259】ステップSSO3では、クライアント30
1 〜30m のそれぞれの受信制御部は、受信/再生終了
の指示があるか否かを判断し、この場合、判断結果を
「No」として、同判断を繰り返す。終了の指示が出さ
れると、図3に示した中継制御サーバ20の中継制御部
24は、ステップSSN3の判断結果を「Yes」とし
て、ステップSSN4へ進み、受信/再生終了の指示を
クライアント301 〜30m へそれぞれ出した後、ステ
ップSSN5へ進む。これにより、クライアント301
〜30m のそれぞれの受信制御部は、ステップSSO3
の判断結果を「Yes」として、ステップSSO4へ進
み、ストリーム情報JS1 およびJS2 の受信およびリ
アルタイム再生を終了する。
【0260】また、ステップSSN5では、中継制御部
24は、ストリームサーバ101 〜10n へ配信終了の
指示を出す。これにより、ストリームサーバ101 〜1
nのそれぞれの配信制御部は、ステップSSM3の判
断結果を「Yes」として、ステップSSM4へ進む。
ステップSSM4では、ストリームサーバ101 〜10
n のそれぞれの配信制御部は、ストリーム情報JS1
JSn の配信を終了する。
【0261】以上説明したように、実施の形態13によ
れば、重要度が高いストリーム情報を優先的にリアルタ
イム再生するようにしたので、当該ストリーム情報を見
逃すことを防止することができる。
【0262】以上本発明の実施の形態1〜13について
図面を参照して詳述してきたが、具体的な構成例は、こ
れら実施の形態1〜13に限られるものではなく、本発
明の要旨を逸脱しない範囲の設計変更等があっても本発
明に含まれる。
【0263】たとえば、前述した実施の形態1〜13に
おいては、情報配信/再生制御プログラムを図25に示
したコンピュータ読み取り可能な記録媒に記録して、こ
の記録媒体200に記録された情報配信/再生制御プロ
グラムを同図に示したコンピュータ100に読み込ま
せ、実行するようにしてもよい。ここで、情報配信/再
生制御プログラムは、図1に示した中継制御サーバ20
の機能を実現するためのプログラムである。
【0264】図25に示したコンピュータ100は、上
記情報配信/再生制御プログラムを実行するCPU10
1と、キーボード、マウス等の入力装置102と、各種
データを記憶するROM(Read Only Memory)103
と、演算パラメータ等を記憶するRAM(Random Acces
s Memory)104と、記録媒体200から情報配信/再
生制御プログラムを読み取る読取装置105と、ディス
プレイ、プリンタ等の出力装置106と、装置各部を接
続するバスBUとから構成されている。
【0265】CPU101は、読取装置105を経由し
て記録媒体200に記録されている情報配信/再生制御
プログラムを読み込んだ後、この情報配信/再生制御プ
ログラムを実行することにより、前述したストリーム情
報JS1 〜JSn の配信制御および再生制御を行う。記
録媒体200には、光ディスク、フロッピーディスク、
ハードディスク等の可搬型の記録媒体が含まれることは
もとより、ネットワークのようにデータを一時的に記録
保持するような伝送媒体も含まれる。
【0266】また、実施の形態1〜13においては、通
信方式としてマルチキャスト方式を採用した例について
説明したが、これに限られることなく、ストリーム情報
を配信/再生することを目的としていれば通信方式は問
わない。したがって、実施の形態1〜13においては、
マルチキャスト方式の他に、不特定多数のクライアント
に一斉に情報を伝送するブロードキャスト方式(一斉同
報型通信方式)や、単一のクライアントに情報を伝送す
るユニキャスト方式(単一ホスト伝送型通信方式)を通
信方式として採用してもよい。さらに、実施の形態1〜
13においては、二つ以上の実施の形態の構成を組み合
わせた構成も本発明に含まれる。
【0267】
【発明の効果】以上説明したように、請求項1にかかる
発明によれば、配信制御手段による配信制御、および再
生制御手段による再生制御を行うようにしたので、適正
なストリーム情報の配信およびリアルタイム再生を行う
ことができるとともに、付加価値が高い情報配信サービ
スを提供することができるという効果を奏する。
【0268】また、請求項2にかかる発明によれば、切
替手段を設けて制御を容易に変更可能としたので、使い
勝手を向上させることができるという効果を奏する。
【0269】また、請求項3にかかる発明によれば、ス
ケジュール情報に基づいて、配信制御およびリアルタイ
ム再生制御を行うようにしたので、制御方法に変更が生
じた場合であっても、スケジュール情報の変更するだけ
で柔軟に対応することができるという効果を奏する。
【0270】また、請求項4にかかる発明によれば、受
信装置に対して同一の制御を行い、かつ外部からの再生
に関する制御を禁止するようにしたので、一定の再生品
質を維持した状態でリアルタイム再生を行うことができ
るという効果を奏する。
【0271】また、請求項5にかかる発明によれば、受
信装置において外部からの再生に関する制御を許可する
ようにしたので、リアルタイム再生制御を柔軟に行うこ
とができるという効果を奏する。
【0272】また、請求項6にかかる発明によれば、編
集制御手段により、ストリーム情報を編集したストリー
ム情報を受信装置へ配信するようにしたので、ストリー
ム情報を受信装置へ配信する場合に比して、ネットワー
ク等の伝送路のトラフィック量を低減することができる
という効果を奏する。
【0273】また、請求項7にかかる発明によれば、編
集制御手段の制御により、ストリーム情報を編集した編
集ストリーム情報を受信装置へ配信するようにしたの
で、ストリーム情報を受信装置へ配信する場合に比し
て、ネットワーク等の伝送路のトラフィック量を低減す
ることができるという効果を奏する。
【0274】また、請求項8にかかる発明によれば、配
信制御手段による配信制御、および再生制御手段による
動画の表示方法の制御を行うようにしたので、適正なス
トリーム情報の配信および適正な表示方法に基づいてリ
アルタイム再生を行うことができるとともに、付加価値
が高い情報配信サービスを提供することができるという
効果を奏する。
【0275】また、請求項9にかかる発明によれば、配
信制御手段による配信制御、および再生制御手段による
動画の表示方法および音声の出力方法の制御を行うよう
にしたので、適正なストリーム情報の配信および適正な
表示方法および出力方法に基づいてリアルタイム再生を
行うことができるとともに、付加価値が高い情報配信サ
ービスを提供することができるという効果を奏する。
【0276】また、請求項10にかかる発明によれば、
重要度が高いストリーム情報を優先的にリアルタイム再
生するようにしたので、当該ストリーム情報を見逃すこ
とを防止することができるという効果を奏する。
【0277】また、請求項11、12にかかる発明によ
れば、配信制御工程による配信制御、および再生制御工
程による再生制御を行うようにしたので、適正なストリ
ーム情報の配信およびリアルタイム再生を行うことがで
きるとともに、付加価値が高い情報配信サービスを提供
することができるという効果を奏する。
【0278】また、請求項13にかかる発明によれば、
編集制御工程により、ストリーム情報を編集したストリ
ーム情報を受信装置へ配信するようにしたので、ストリ
ーム情報を受信装置へ配信する場合に比して、ネットワ
ーク等の伝送路のトラフィック量を低減することができ
るという効果を奏する。
【図面の簡単な説明】
【図1】本発明にかかる実施の形態1〜13の構成を示
すブロック図である。
【図2】図1に示したストリームサーバ1011 の構成
を示すブロック図である。
【図3】図1に示した中継制御サーバ20の構成を示す
ブロック図である。
【図4】同実施の形態1〜13において用いられるサー
バ情報J1 およびクライアント情報J2 を示す図であ
る。
【図5】図1に示したクライアント301 の構成を示す
ブロック図である。
【図6】本発明にかかる実施の形態1における動作を説
明するフローチャートである。
【図7】本発明にかかる実施の形態2における動作を説
明するフローチャートである。
【図8】本発明にかかる実施の形態3における動作を説
明するフローチャートである。
【図9】同実施の形態3において用いられる配信スケジ
ュール情報J3 を示す図である。
【図10】本発明にかかる実施の形態4における動作を
説明するフローチャートである。
【図11】本発明にかかる実施の形態5における動作を
説明するフローチャートである。
【図12】本発明にかかる実施の形態6における動作を
説明するフローチャートである。
【図13】本発明にかかる実施の形態7における動作を
説明するフローチャートである。
【図14】本発明にかかる実施の形態8における動作を
説明するフローチャートである。
【図15】本発明にかかる実施の形態9における動作を
説明するフローチャートである。
【図16】同実施の形態9において用いられるクライア
ント制御情報J4 を示す図である。
【図17】本発明にかかる実施の形態10における動作
を説明するフローチャートである。
【図18】同実施の形態10〜12において用いられる
ストリーム再生情報J5 を示す図である。
【図19】本発明にかかる実施の形態11における動作
を説明するフローチャートである。
【図20】同実施の形態11において用いられるストリ
ーム再生情報J6 を示す図である。
【図21】本発明にかかる実施の形態12における動作
を説明するフローチャートである。
【図22】同実施の形態12において用いられるストリ
ーム再生情報J7 を示す図である。
【図23】本発明にかかる実施の形態13における動作
を説明するフローチャートである。
【図24】同実施の形態13において用いられるストリ
ーム再生情報J8 を示す図である。
【図25】本発明にかかる実施の形態1〜13の変形例
を示すブロック図である。
【符号の説明】
20 中継制御サーバ 21 記憶装置 23 入力装置 24 中継制御部 301 〜30m クライアント 100 コンピュータ 200 記録媒体 N ネットワーク
───────────────────────────────────────────────────── フロントページの続き (72)発明者 大澤 光 神奈川県川崎市中原区上小田中4丁目1番 1号 富士通株式会社内 (72)発明者 中島 康之 埼玉県上福岡市大原2丁目1番15号 株式 会社ケイディディ研究所内 (72)発明者 柳原 広昌 埼玉県上福岡市大原2丁目1番15号 株式 会社ケイディディ研究所内 Fターム(参考) 5C053 FA23 FA29 FA30 GB05 GB06 GB17 HA29 HA40 KA24 LA06 LA11 LA14 5C064 BA01 BA07 BB05 BC10 BC16 BC18 BC20 BC23 BC27 BD02 BD07 BD08 BD09

Claims (13)

    【特許請求の範囲】
  1. 【請求項1】 リアルタイム再生が可能なストリーム情
    報を受信装置へ配信する情報配信装置に対して、前記ス
    トリーム情報の配信に関する制御を行う配信制御手段
    と、 前記受信装置に対して、前記ストリーム情報のリアルタ
    イム再生に関する制御を行う再生制御手段と、 を備えることを特徴とする情報配信/再生制御装置。
  2. 【請求項2】 オペレータにより操作され、前記再生制
    御手段における制御を別の制御に切り替える切替手段を
    備え、前記再生制御手段は、前記切替手段の切り替え状
    態に応じて、前記受信装置に対して制御を行うことを特
    徴とする請求項1に記載の情報配信/再生制御装置。
  3. 【請求項3】 前記配信制御手段の制御スケジュールお
    よび前記再生制御手段の制御スケジュールに関するスケ
    ジュール情報を記憶する記憶手段を備え、前記配信制御
    手段は、前記スケジュール情報に基づいて、前記情報配
    信装置に対して制御を行い、前記再生制御手段は、前記
    スケジュール情報に基づいて、前記受信装置に対して制
    御を行うことを特徴とする請求項1または2に記載の情
    報配信/再生制御装置。
  4. 【請求項4】 前記受信装置は、複数、設けられてお
    り、前記再生制御手段は、複数の前記受信装置に対して
    同一の制御を行い、複数の前記受信装置における外部か
    らの再生に関する制御を禁止することを特徴とする請求
    項1〜3のいずれか一つに記載の情報配信/再生制御装
    置。
  5. 【請求項5】 前記受信装置は、複数、設けられてお
    り、前記再生制御手段は、複数の前記受信装置に対して
    同一の制御を行い、複数の前記受信装置における外部か
    らの再生に関する制御を許可することを特徴とする請求
    項1〜3のいずれか一つに記載の情報配信/再生制御装
    置。
  6. 【請求項6】 情報配信装置に対して、自身宛にリアル
    タイム再生が可能なストリーム情報を配信するように制
    御を行う配信制御手段と、 前記ストリーム情報を編集した編集ストリーム情報を受
    信装置へ配信する編集手段と、 前記受信装置に対して、前記編集ストリーム情報のリア
    ルタイム再生に関する制御を行う再生制御手段と、 を備えることを特徴とする情報配信/再生制御装置。
  7. 【請求項7】 情報配信装置に対して、リアルタイム再
    生が可能なストリーム情報を編集した編集ストリーム情
    報を受信装置へ配信させる制御を行う配信制御手段と、 前記受信装置に対して、前記編集ストリーム情報のリア
    ルタイム再生に関する制御を行う再生制御手段と、 を備えることを特徴とする情報配信/再生制御装置。
  8. 【請求項8】 リアルタイム再生が可能な動画データを
    含むストリーム情報を受信装置へそれぞれ配信する複数
    の情報配信装置に対して、前記ストリーム情報の配信に
    関する制御を行う配信制御手段と、 前記受信装置に対して、複数の前記ストリーム情報のリ
    アルタイム再生に関する表示方法の制御を行う再生制御
    手段と、 を備えることを特徴とする情報配信/再生制御装置。
  9. 【請求項9】 リアルタイム再生が可能な動画データお
    よび音声データを含むストリーム情報を受信装置へそれ
    ぞれ配信する複数の情報配信装置に対して、前記ストリ
    ーム情報の配信に関する制御を行う配信制御手段と、 前記受信装置に対して、複数の前記ストリーム情報のリ
    アルタイム再生に関する動画の表示方法および音声の出
    力方法の制御を行う再生制御手段と、 を備えることを特徴とする情報配信/再生制御装置。
  10. 【請求項10】 前記複数のストリーム情報のそれぞれ
    に重要度に関する重要度情報を記憶する記憶手段を備
    え、前記再生制御手段は、前記重要度情報に基づいて、
    重要度が高いストリーム情報を他のストリーム情報より
    優先的に再生させるように前記受信装置の制御を行うこ
    とを特徴とする請求項8または9に記載の情報配信/再
    生制御装置。
  11. 【請求項11】 リアルタイム再生が可能なストリーム
    情報を受信装置へ配信する情報配信装置に対して、前記
    ストリーム情報の配信に関する制御を行う配信制御工程
    と、 前記受信装置に対して、前記ストリーム情報のリアルタ
    イム再生に関する制御を行う再生制御工程と、 を含むことを特徴とする情報配信/再生制御方法。
  12. 【請求項12】 リアルタイム再生が可能なストリーム
    情報を受信装置へ配信する情報配信装置に対して、前記
    ストリーム情報の配信に関する制御を行わせる配信制御
    工程と、 前記受信装置に対して、前記ストリーム情報のリアルタ
    イム再生に関する制御を行わせる再生制御工程と、 をコンピュータに実行させるための情報配信/再生制御
    プログラムを記録したコンピュータ読み取り可能な記録
    媒体。
  13. 【請求項13】 情報配信装置に対して、リアルタイム
    再生が可能なストリーム情報を配信するように制御を行
    わせる配信制御工程と、 前記ストリーム情報を編集した編集ストリーム情報を受
    信装置へ配信させる編集工程と、 前記受信装置に対して、前記編集ストリーム情報のリア
    ルタイム再生に関する制御を行わせる受信/再生制御工
    程と、 をコンピュータに実行させるための情報配信/再生制御
    プログラムを記録したコンピュータ読み取り可能な記録
    媒体。
JP11225743A 1999-08-09 1999-08-09 情報配信/再生制御装置、情報配信/再生制御方法および情報配信/再生制御プログラムを記録したコンピュータ読み取り可能な記録媒体 Pending JP2001054095A (ja)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

Patent Citations (4)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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