JP2002290457A - マルチコネクション接続装置及びマルチコネクション接続制御方法 - Google Patents
マルチコネクション接続装置及びマルチコネクション接続制御方法Info
- Publication number
- JP2002290457A JP2002290457A JP2001084708A JP2001084708A JP2002290457A JP 2002290457 A JP2002290457 A JP 2002290457A JP 2001084708 A JP2001084708 A JP 2001084708A JP 2001084708 A JP2001084708 A JP 2001084708A JP 2002290457 A JP2002290457 A JP 2002290457A
- Authority
- JP
- Japan
- Prior art keywords
- connection
- client
- stream
- request
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】多数のクライアントにストリーム放送を配信す
る大規模なストリーム配信処理を可能とするマルチコネ
クション接続装置及びマルチコネクション接続制御方法
の提供。 【解決手段】クライアント５から受信したパケットに含
まれているストリームコンテンツ要求情報を解析する要
求解析部２２と、要求解析部２２が解析したストリーム
コンテンツ要求情報を格納するメッセージキャッシュ部
２３とを、有し、メッセージキャッシュ部２３は、複数
のストリームコンテンツ要求情報を、１つのストリーム
コンテンツ要求情報をなす代表配信要求にまとめて、サ
ーバ側送受信手段２４からストリームサーバ１に送信す
る仕組みからなる特徴的構成手段の採用。
る大規模なストリーム配信処理を可能とするマルチコネ
クション接続装置及びマルチコネクション接続制御方法
の提供。 【解決手段】クライアント５から受信したパケットに含
まれているストリームコンテンツ要求情報を解析する要
求解析部２２と、要求解析部２２が解析したストリーム
コンテンツ要求情報を格納するメッセージキャッシュ部
２３とを、有し、メッセージキャッシュ部２３は、複数
のストリームコンテンツ要求情報を、１つのストリーム
コンテンツ要求情報をなす代表配信要求にまとめて、サ
ーバ側送受信手段２４からストリームサーバ１に送信す
る仕組みからなる特徴的構成手段の採用。
Description
【０００１】
【発明の属する技術分野】本発明は、音声・映像等を含
むストリーム放送を、インターネットを介して大規模に
配信するのに好適な、マルチコネクション接続装置及び
マルチコネクション接続制御方法に関するものである。
むストリーム放送を、インターネットを介して大規模に
配信するのに好適な、マルチコネクション接続装置及び
マルチコネクション接続制御方法に関するものである。
【０００２】
【従来の技術】近年、家庭にあるパーソナル・コンピュ
ータ端末（以下、単に「クライアント」という）とイン
ターネットを利用したストリーミング放送が普及し始め
ている。
ータ端末（以下、単に「クライアント」という）とイン
ターネットを利用したストリーミング放送が普及し始め
ている。
【０００３】このストリーミング放送は、既存のテレビ
放送と比較して映像品質が悪く、現段階では広範囲に普
及しているとは言えないが、将来的に、中継回線及び加
入者回線の広帯域化に伴い、高品質の映像の配信が可能
となって、現在のテレビ放送に匹敵する視聴メディアに
なるものと予想されている。
放送と比較して映像品質が悪く、現段階では広範囲に普
及しているとは言えないが、将来的に、中継回線及び加
入者回線の広帯域化に伴い、高品質の映像の配信が可能
となって、現在のテレビ放送に匹敵する視聴メディアに
なるものと予想されている。
【０００４】現行のストリーミング放送は、既存のテレ
ビ放送における配信形態とは大きく異なり、インターネ
ットに接続されている全ての端末に向けて放送を行う必
要はなく、視聴を希望する視聴者の端末にのみ配信され
る。この結果、ストリーミング放送における配信範囲及
び配信数は、各クライアントの受信要求により、放送コ
ンテンツのジャンルや配信時刻（放送時刻）などによっ
て様々に変化する。
ビ放送における配信形態とは大きく異なり、インターネ
ットに接続されている全ての端末に向けて放送を行う必
要はなく、視聴を希望する視聴者の端末にのみ配信され
る。この結果、ストリーミング放送における配信範囲及
び配信数は、各クライアントの受信要求により、放送コ
ンテンツのジャンルや配信時刻（放送時刻）などによっ
て様々に変化する。
【０００５】ここで、インターネットは、既知のように
大部分が有線の地上回線で構成されているが、この地上
回線を利用したストリーミング放送の伝送コストは、所
要のストリーム番組を、狭範囲に分布する少数の視聴者
に向けて配信する場合には減少し、広範囲に分布する多
数の視聴者に配信する場合には増大する。
大部分が有線の地上回線で構成されているが、この地上
回線を利用したストリーミング放送の伝送コストは、所
要のストリーム番組を、狭範囲に分布する少数の視聴者
に向けて配信する場合には減少し、広範囲に分布する多
数の視聴者に配信する場合には増大する。
【０００６】さらに、ストリーミング放送に地上回線を
使用する場合、視聴者が急激に増加すると、輻輳に伴う
伝搬遅延やパケットロスなどにより、その映像品質が極
端に劣化することがある。こうした現状を考慮して、既
存の地上回線によるインターネットを利用することな
く、各家庭に衛星受信装置を設置し、常にほぼ一定の通
信品質が保証された衛星回線を経由して、所要のストリ
ーミング放送を提供するサービスが考え出されている。
使用する場合、視聴者が急激に増加すると、輻輳に伴う
伝搬遅延やパケットロスなどにより、その映像品質が極
端に劣化することがある。こうした現状を考慮して、既
存の地上回線によるインターネットを利用することな
く、各家庭に衛星受信装置を設置し、常にほぼ一定の通
信品質が保証された衛星回線を経由して、所要のストリ
ーミング放送を提供するサービスが考え出されている。
【０００７】図１０は、従来のストリーム配信システム
の一例を示す模式接続図である。従来のストリーム配信
システムでは、ストリーム番組の送信元となるストリー
ムサーバ１と、ストリーム番組を受信する複数のクライ
アント５，５１，５２，５３，５ｎとの間に、中継装置
となるスプリッタ２０（プロキシーとも呼ばれる）を配
置した構成となっている。
の一例を示す模式接続図である。従来のストリーム配信
システムでは、ストリーム番組の送信元となるストリー
ムサーバ１と、ストリーム番組を受信する複数のクライ
アント５，５１，５２，５３，５ｎとの間に、中継装置
となるスプリッタ２０（プロキシーとも呼ばれる）を配
置した構成となっている。
【０００８】スプリッタ２０としては、Real Net works
社のスプリッタ製品が代表的なものとなっている。これ
は、汎用パソコン又は汎用ワークステーションなどの汎
用プロセッサ上で動作し、ストリームサーバ１から受信
したストリーム番組（パケット）を、１又は複数のクラ
イアント５，５１，５２，５３，５ｎに対して、コピー
して配信するものである。
社のスプリッタ製品が代表的なものとなっている。これ
は、汎用パソコン又は汎用ワークステーションなどの汎
用プロセッサ上で動作し、ストリームサーバ１から受信
したストリーム番組（パケット）を、１又は複数のクラ
イアント５，５１，５２，５３，５ｎに対して、コピー
して配信するものである。
【０００９】
【発明が解決しようとする課題】しかしながら、従来の
ストリーム配信システムにおいては、複数のクライアン
ト５，５１，５２，５３，５ｎからのストリーム配信コ
ネクション４，４１，４ ２，４３，４ｎを、そのクライ
アントの数に対応した複数のＴＣＰコネクション３０を
用いて、それぞれストリームサーバ１に接続している。
なお、ＴＣＰコネクションとは、インターネットで利用
される標準プロトコルであるＴＣＰ（Transmission Con
trol Protocol）での接続であり、ＯＳＩ参照モデルの
トランスポート層にあたる。また、ストリーム配信コネ
クション４，４１，４２，４３，４ ｎも、それぞれＴＣ
Ｐプロトコルによる接続である。
ストリーム配信システムにおいては、複数のクライアン
ト５，５１，５２，５３，５ｎからのストリーム配信コ
ネクション４，４１，４ ２，４３，４ｎを、そのクライ
アントの数に対応した複数のＴＣＰコネクション３０を
用いて、それぞれストリームサーバ１に接続している。
なお、ＴＣＰコネクションとは、インターネットで利用
される標準プロトコルであるＴＣＰ（Transmission Con
trol Protocol）での接続であり、ＯＳＩ参照モデルの
トランスポート層にあたる。また、ストリーム配信コネ
クション４，４１，４２，４３，４ ｎも、それぞれＴＣ
Ｐプロトコルによる接続である。
【００１０】即ち、従来装置のスプリッタ２０は、多数
の複数のクライアント５，５１，５ ２，５３，５ｎそれ
ぞれからストリーム番組の配信要求を受け、その多数の
配信要求それぞれを個別にストリームサーバ１に送信し
ている。従って、従来装置のスプリッタ２０では、複数
のクライアント５，５１，５２，５３，５ｎが同じスト
リーム番組についての配信要求をした場合でも、ストリ
ームサーバ１に対して、各クライアント５，５１，
５２，５３，５ｎの配信要求ごとにＴＣＰコネクション
を行なう接続処理をする必要があった。
の複数のクライアント５，５１，５ ２，５３，５ｎそれ
ぞれからストリーム番組の配信要求を受け、その多数の
配信要求それぞれを個別にストリームサーバ１に送信し
ている。従って、従来装置のスプリッタ２０では、複数
のクライアント５，５１，５２，５３，５ｎが同じスト
リーム番組についての配信要求をした場合でも、ストリ
ームサーバ１に対して、各クライアント５，５１，
５２，５３，５ｎの配信要求ごとにＴＣＰコネクション
を行なう接続処理をする必要があった。
【００１１】これにより、クライアント５の数が増える
ほど配信要求についての接続処理が増大するので、多数
のクライアント５へストリーム番組を配信する大規模な
ストリーム放送は、ストリームサーバ１の過負荷とな
り、且つ、伝送コストも過大となるので、従来のストリ
ーム放送技術では実現が困難であるという問題点があっ
た。換言すれば、従来は、複数のクライアント５からの
配信要求ごとにストリームサーバ１に対してコネクショ
ン接続処理が必要であったので、ストリームサーバ１の
過負荷となり、伝送コストが過大になるという第１の問
題点があった。
ほど配信要求についての接続処理が増大するので、多数
のクライアント５へストリーム番組を配信する大規模な
ストリーム放送は、ストリームサーバ１の過負荷とな
り、且つ、伝送コストも過大となるので、従来のストリ
ーム放送技術では実現が困難であるという問題点があっ
た。換言すれば、従来は、複数のクライアント５からの
配信要求ごとにストリームサーバ１に対してコネクショ
ン接続処理が必要であったので、ストリームサーバ１の
過負荷となり、伝送コストが過大になるという第１の問
題点があった。
【００１２】次に、上述の第１の問題点を解決するため
に、ストリームサーバ１との接続を行わずに、各クライ
アント５の配信要求についての処理であるメッセージ処
理を終端する（自分で実行する）スプリッタを考えるこ
とができる。
に、ストリームサーバ１との接続を行わずに、各クライ
アント５の配信要求についての処理であるメッセージ処
理を終端する（自分で実行する）スプリッタを考えるこ
とができる。
【００１３】しかしながら、このようなメッセージ処理
を終端するスプリッタでは、各クライアント５の認証、
各クライアント５のプロフィールの取得、ストリーム放
送についての統計及びストリーム番組を受信した各クラ
イアント５に対する課金等からなるクライアント固有情
報を、収集することができない。
を終端するスプリッタでは、各クライアント５の認証、
各クライアント５のプロフィールの取得、ストリーム放
送についての統計及びストリーム番組を受信した各クラ
イアント５に対する課金等からなるクライアント固有情
報を、収集することができない。
【００１４】そこで、上述のようなメッセージ処理を終
端するスプリッタでは、ストリームサーバ１におけるコ
ネクション接続処理は低減するが、当該スプリッタにお
けるメッセージ処理についての負荷が増大し、更に、各
クライアント５，５１，５２，５３，５ｎの認証、各ク
ライアント５，５１，５２，５３，５ｎのプロフィール
の取得、ストリーム放送についての統計及びストリーム
番組を受信した各クライアント５，５１，５２，５３，
５ｎに対する課金等について、サービス性が低減する、
という第２の問題点がある。
端するスプリッタでは、ストリームサーバ１におけるコ
ネクション接続処理は低減するが、当該スプリッタにお
けるメッセージ処理についての負荷が増大し、更に、各
クライアント５，５１，５２，５３，５ｎの認証、各ク
ライアント５，５１，５２，５３，５ｎのプロフィール
の取得、ストリーム放送についての統計及びストリーム
番組を受信した各クライアント５，５１，５２，５３，
５ｎに対する課金等について、サービス性が低減する、
という第２の問題点がある。
【００１５】次に、上述の第２の問題点を解決するため
には、各クライアント５，５１，５ ２，５３，５ｎの認
証、各クライアント５，５１，５２，５３，５ｎのプロ
フィールの取得、ストリーム放送についての統計及びス
トリーム番組を受信した各クライアント５，５１，
５２，５３，５ｎに対する課金等の処理を実行するクラ
イアント固有情報処理機能を、スプリッタに付加させる
ことが考えられる。
には、各クライアント５，５１，５ ２，５３，５ｎの認
証、各クライアント５，５１，５２，５３，５ｎのプロ
フィールの取得、ストリーム放送についての統計及びス
トリーム番組を受信した各クライアント５，５１，
５２，５３，５ｎに対する課金等の処理を実行するクラ
イアント固有情報処理機能を、スプリッタに付加させる
ことが考えられる。
【００１６】しかしながら、このようにクライアント固
有情報処理機能をスプリッタに付加させると、ストリー
ムサーバ１において集中管理していた機能が分散されて
しまう。特に、複数のスプリッタを用いて、大規模なス
トリーム配信をする場合には、ストリームサーバ１が持
っていた機能の分散化が顕著となる。
有情報処理機能をスプリッタに付加させると、ストリー
ムサーバ１において集中管理していた機能が分散されて
しまう。特に、複数のスプリッタを用いて、大規模なス
トリーム配信をする場合には、ストリームサーバ１が持
っていた機能の分散化が顕著となる。
【００１７】そこで、クライアント固有情報処理機能を
スプリッタに付加させると、各クライアント５，５１，
５２，５３，５ｎの認証、各クライアント５，５１，５
２，５３，５ｎのプロフィールの取得、ストリーム放送
についての統計、ストリーム番組を受信した各クライア
ント５，５１，５２，５３，５ｎに対する課金、及び各
スプリッタの動作等についての管理が複雑になり、クラ
イアント固有情報処理機能等について各スプリッタごと
に設定しなければならないのでその設定コストが増大
し、クライアント固有情報処理機能等についての処理オ
ーバーヘッドも増大する、という第３の問題点がある。
スプリッタに付加させると、各クライアント５，５１，
５２，５３，５ｎの認証、各クライアント５，５１，５
２，５３，５ｎのプロフィールの取得、ストリーム放送
についての統計、ストリーム番組を受信した各クライア
ント５，５１，５２，５３，５ｎに対する課金、及び各
スプリッタの動作等についての管理が複雑になり、クラ
イアント固有情報処理機能等について各スプリッタごと
に設定しなければならないのでその設定コストが増大
し、クライアント固有情報処理機能等についての処理オ
ーバーヘッドも増大する、という第３の問題点がある。
【００１８】ここにおいて、本発明の解決すべき主要な
目的は以下の通りである。即ち、本発明の第１の目的
は、多数のクライアントにストリーム放送を配信する大
規模なストリーム配信処理を可能とするマルチコネクシ
ョン接続装置及びマルチコネクション接続制御方法を提
供せんとするものである。
目的は以下の通りである。即ち、本発明の第１の目的
は、多数のクライアントにストリーム放送を配信する大
規模なストリーム配信処理を可能とするマルチコネクシ
ョン接続装置及びマルチコネクション接続制御方法を提
供せんとするものである。
【００１９】本発明の第２の目的は、複数のクライアン
トからの複数のストリーム配信コネクションを、単一の
ストリーム配信コネクションとしてまとめて、ストリー
ムサーバに接続することで、ストリームサーバの負荷を
軽減し、大規模なストリーム配信処理を可能とするマル
チコネクション接続装置及びマルチコネクション接続制
御方法を提供せんとするものである。
トからの複数のストリーム配信コネクションを、単一の
ストリーム配信コネクションとしてまとめて、ストリー
ムサーバに接続することで、ストリームサーバの負荷を
軽減し、大規模なストリーム配信処理を可能とするマル
チコネクション接続装置及びマルチコネクション接続制
御方法を提供せんとするものである。
【００２０】本発明の第３の目的は、クライアントの配
信要求についてのトラザクションをキャッシュ（保持）
して、当該保持したものを用いて、複数のクライアント
へ配信要求の応答をすることで、マルチコネクション接
続装置（スプリッタ）での各クライアントの配信要求に
ついて処理負荷を軽減することを可能とするマルチコネ
クション接続装置及びマルチコネクション接続制御方法
を提供せんとするものである。
信要求についてのトラザクションをキャッシュ（保持）
して、当該保持したものを用いて、複数のクライアント
へ配信要求の応答をすることで、マルチコネクション接
続装置（スプリッタ）での各クライアントの配信要求に
ついて処理負荷を軽減することを可能とするマルチコネ
クション接続装置及びマルチコネクション接続制御方法
を提供せんとするものである。
【００２１】本発明の第４の目的は、クライアントの各
種の配信要求についてのトラザクションを複数キャッシ
ュして、当該複数のトラザクションのなかから所望のト
ラザクションを選択して実施することを可能として、ク
ライアントの配信要求についてのストリームサーバの負
荷を軽減しながら、クライアント固有情報等の所望の情
報についてストリームサーバで集中的に管理することを
可能とするマルチコネクション接続装置及びマルチコネ
クション接続制御方法を提供せんとするものである。
種の配信要求についてのトラザクションを複数キャッシ
ュして、当該複数のトラザクションのなかから所望のト
ラザクションを選択して実施することを可能として、ク
ライアントの配信要求についてのストリームサーバの負
荷を軽減しながら、クライアント固有情報等の所望の情
報についてストリームサーバで集中的に管理することを
可能とするマルチコネクション接続装置及びマルチコネ
クション接続制御方法を提供せんとするものである。
【００２２】本発明の他の目的は、明細書、図面、特
に、特許請求の範囲における各請求項の記載から自ずと
明らかとなろう。
に、特許請求の範囲における各請求項の記載から自ずと
明らかとなろう。
【００２３】
【課題を解決するための手段】本発明装置は、上記課題
の解決に当たり、クライアントから受信したパケットに
含まれているストリームコンテンツ要求情報を解析する
要求解析部と、要求解析部が解析したストリームコンテ
ンツ要求情報を格納するメッセージキャッシュ部とを、
有し、当該メッセージキャッシュ部は、複数のストリー
ムコンテンツ要求情報を、１つのストリームコンテンツ
要求情報をなす代表配信要求にまとめて、サーバ側送受
信手段からストリームサーバに送信する仕組みからなる
構成手段を講じる特徴を有する。
の解決に当たり、クライアントから受信したパケットに
含まれているストリームコンテンツ要求情報を解析する
要求解析部と、要求解析部が解析したストリームコンテ
ンツ要求情報を格納するメッセージキャッシュ部とを、
有し、当該メッセージキャッシュ部は、複数のストリー
ムコンテンツ要求情報を、１つのストリームコンテンツ
要求情報をなす代表配信要求にまとめて、サーバ側送受
信手段からストリームサーバに送信する仕組みからなる
構成手段を講じる特徴を有する。
【００２４】本発明方法は、上記課題の解決に当たり、
複数のクライアントのそれぞれからストリームコンテン
ツの配信要求を受信し、当該複数の配信要求を１つの配
信要求をなす代表配信要求として、１つのＴＣＰプロト
コルでの接続でストリームサーバに送信する、構成手法
を講じる特徴を有する。
複数のクライアントのそれぞれからストリームコンテン
ツの配信要求を受信し、当該複数の配信要求を１つの配
信要求をなす代表配信要求として、１つのＴＣＰプロト
コルでの接続でストリームサーバに送信する、構成手法
を講じる特徴を有する。
【００２５】更に、具体的詳細に述べると、当該課題の
解決では、本発明が次に列挙する上位概念から下位概念
にわたる新規な特徴的構成手段又は手法を採用すること
により、上記目的を達成するように為される。
解決では、本発明が次に列挙する上位概念から下位概念
にわたる新規な特徴的構成手段又は手法を採用すること
により、上記目的を達成するように為される。
【００２６】即ち、本発明装置の第１の特徴は、複数の
クライアントと単一のストリームサーバ間に介在してコ
ネクション接続するマルチコネクション接続装置であっ
て、ストリームサーバに対してパケットの送受信をする
サーバ側送受信手段と、複数のクライアントに対してパ
ケットの送受信をするクライアント側送受信手段と、当
該クライアント側送受信手段がクライアントから受信し
たパケットに含まれているストリームコンテンツ要求情
報を解析する要求解析部と、当該要求解析部が解析した
ストリームコンテンツ要求情報を格納するメッセージキ
ャッシュ部と、を有し、当該メッセージキャッシュ部
は、同一のストリームコンテンツに対する複数のストリ
ームコンテンツ要求情報を、１つのストリームコンテン
ツ要求情報をなす代表配信要求にまとめ、当該代表配信
要求を前記サーバ側送受信手段から前記ストリームサー
バに送信させる機能構成をなしてなるマルチコネクショ
ン接続装置の構成採用にある。
クライアントと単一のストリームサーバ間に介在してコ
ネクション接続するマルチコネクション接続装置であっ
て、ストリームサーバに対してパケットの送受信をする
サーバ側送受信手段と、複数のクライアントに対してパ
ケットの送受信をするクライアント側送受信手段と、当
該クライアント側送受信手段がクライアントから受信し
たパケットに含まれているストリームコンテンツ要求情
報を解析する要求解析部と、当該要求解析部が解析した
ストリームコンテンツ要求情報を格納するメッセージキ
ャッシュ部と、を有し、当該メッセージキャッシュ部
は、同一のストリームコンテンツに対する複数のストリ
ームコンテンツ要求情報を、１つのストリームコンテン
ツ要求情報をなす代表配信要求にまとめ、当該代表配信
要求を前記サーバ側送受信手段から前記ストリームサー
バに送信させる機能構成をなしてなるマルチコネクショ
ン接続装置の構成採用にある。
【００２７】本発明装置の第２の特徴は、上記本発明装
置の第１の特徴における前記コネクションが、単一の前
記マルチコネクション装置と複数の前記クライアント間
は当該クライアント数に対応するストリーム配信コネク
ションであるマルチコネクション接続装置の構成採用に
ある。
置の第１の特徴における前記コネクションが、単一の前
記マルチコネクション装置と複数の前記クライアント間
は当該クライアント数に対応するストリーム配信コネク
ションであるマルチコネクション接続装置の構成採用に
ある。
【００２８】本発明装置の第３の特徴は、上記本発明装
置の第１又は第２の特徴における前記コネクションが、
単一の前記マルチコネクション装置と前記ストリームサ
ーバ間は単一のＴＣＰコネクションであるマルチコネク
ション接続装置の構成採用にある。
置の第１又は第２の特徴における前記コネクションが、
単一の前記マルチコネクション装置と前記ストリームサ
ーバ間は単一のＴＣＰコネクションであるマルチコネク
ション接続装置の構成採用にある。
【００２９】本発明装置の第４の特徴は、上記本発明装
置の第１、第２又は第３の特徴における前記要求解析部
が、複数のクライアントからそれぞれ送出される前記ス
トリームコンテンツ要求情報を、各当該クライアント毎
の複数のトラザクションとして、前記クライアント側送
受信手段を介して、受信する機能構成をなし、前記メッ
セージキャッシュ部が、当該要求解析部が複数のクライ
アントから受信した複数のトラザクションにおける同一
のストリームコンテンツについての複数のトラザクショ
ンを、前記代表配信要求を行なう１個のトラザクション
として、前記サーバ側送受信手段に送信させる機能構成
をなしてなるマルチコネクション接続装置の構成採用に
ある。
置の第１、第２又は第３の特徴における前記要求解析部
が、複数のクライアントからそれぞれ送出される前記ス
トリームコンテンツ要求情報を、各当該クライアント毎
の複数のトラザクションとして、前記クライアント側送
受信手段を介して、受信する機能構成をなし、前記メッ
セージキャッシュ部が、当該要求解析部が複数のクライ
アントから受信した複数のトラザクションにおける同一
のストリームコンテンツについての複数のトラザクショ
ンを、前記代表配信要求を行なう１個のトラザクション
として、前記サーバ側送受信手段に送信させる機能構成
をなしてなるマルチコネクション接続装置の構成採用に
ある。
【００３０】本発明装置の第５の特徴は、上記本発明装
置の第１、第２、第３又は第４の特徴における前記クラ
イアント側送受信手段が、複数のクライアントのそれぞ
れとＴＣＰプロトコルで接続してパケットの送受信をす
る機能構成をなし、前記サーバ側送受信手段が、前記ス
トリームサーバに対してのＴＣＰプロトコルを用いた単
一接続で、前記代表配信要求を送信する機能構成をなし
てなるマルチコネクション接続装置の構成採用にある。
置の第１、第２、第３又は第４の特徴における前記クラ
イアント側送受信手段が、複数のクライアントのそれぞ
れとＴＣＰプロトコルで接続してパケットの送受信をす
る機能構成をなし、前記サーバ側送受信手段が、前記ス
トリームサーバに対してのＴＣＰプロトコルを用いた単
一接続で、前記代表配信要求を送信する機能構成をなし
てなるマルチコネクション接続装置の構成採用にある。
【００３１】本発明装置の第６の特徴は、上記本発明装
置の第１、第２、第３、第４又は第５の特徴における前
記クライアント側送受信手段が、複数のクライアント及
び／又は下位ストリームサーバのそれぞれとＴＣＰプロ
トコルで接続してパケットの送受信をする機能構成をな
し、前記サーバ側送受信手段が、上位ストリームサーバ
に対してのＴＣＰプロトコルを用いた単一接続で、前記
代表配信要求を送信する機能構成をなしてなるマルチコ
ネクション接続装置の構成採用にある。
置の第１、第２、第３、第４又は第５の特徴における前
記クライアント側送受信手段が、複数のクライアント及
び／又は下位ストリームサーバのそれぞれとＴＣＰプロ
トコルで接続してパケットの送受信をする機能構成をな
し、前記サーバ側送受信手段が、上位ストリームサーバ
に対してのＴＣＰプロトコルを用いた単一接続で、前記
代表配信要求を送信する機能構成をなしてなるマルチコ
ネクション接続装置の構成採用にある。
【００３２】本発明装置の第７の特徴は、上記本発明装
置の第１、第２、第３、第４、第５又は第６の特徴にお
ける前記メッセージキャッシュ部が、前記代表配信要求
を、１つの送信元ポート番号と１つの宛先ポート番号と
を用いて、１つのアプリケーションから他の１つのアプ
リケーションに引き渡されるデータとして、前記サーバ
側送受信手段から前記ストリームサーバへ送信させる機
能構成をなしてなるマルチコネクション接続装置の構成
採用にある。
置の第１、第２、第３、第４、第５又は第６の特徴にお
ける前記メッセージキャッシュ部が、前記代表配信要求
を、１つの送信元ポート番号と１つの宛先ポート番号と
を用いて、１つのアプリケーションから他の１つのアプ
リケーションに引き渡されるデータとして、前記サーバ
側送受信手段から前記ストリームサーバへ送信させる機
能構成をなしてなるマルチコネクション接続装置の構成
採用にある。
【００３３】本発明装置の第８の特徴は、上記本発明装
置の第１の特徴における前記メッセージキャッシュ部
が、前記要求解析部が解析したストリームコンテンツ要
求情報と、前記サーバ側送受信手段が前記ストリームサ
ーバから受信したパケットに含まれているものであって
前記クライアントの要求に対するメッセージとなる応答
と、を格納する機能構成を有し、前記要求解析部は、前
記ストリームコンテンツ要求情報に対応する前記応答が
前記メッセージキャッシュ部に格納されているか判断
し、当該応答が格納されている場合は、当該応答を前記
クライアント側送受信手段から当該クライアントへ送信
させ、当該応答が格納されていない場合は、当該ストリ
ームコンテンツの配信元となる前記ストリームサーバに
対して、前記代表配信要求を送信させる機能構成をなし
てなるマルチコネクション接続装置の構成採用にある。
置の第１の特徴における前記メッセージキャッシュ部
が、前記要求解析部が解析したストリームコンテンツ要
求情報と、前記サーバ側送受信手段が前記ストリームサ
ーバから受信したパケットに含まれているものであって
前記クライアントの要求に対するメッセージとなる応答
と、を格納する機能構成を有し、前記要求解析部は、前
記ストリームコンテンツ要求情報に対応する前記応答が
前記メッセージキャッシュ部に格納されているか判断
し、当該応答が格納されている場合は、当該応答を前記
クライアント側送受信手段から当該クライアントへ送信
させ、当該応答が格納されていない場合は、当該ストリ
ームコンテンツの配信元となる前記ストリームサーバに
対して、前記代表配信要求を送信させる機能構成をなし
てなるマルチコネクション接続装置の構成採用にある。
【００３４】本発明装置の第９の特徴は、上記本発明装
置の第８の特徴における前記要求解析部が、前記ストリ
ームコンテンツ要求情報が所定の条件に合致した場合
は、当該ストリームコンテンツ要求情報に対応する処理
を実行し、当該ストリームコンテンツ要求情報が所定の
条件に合致しない場合は、当該ストリームコンテンツ要
求情報を前記サーバ側送受信手段から前記ストリームサ
ーバへ送信させる機能構成をなしてなるマルチコネクシ
ョン接続装置の構成採用にある。
置の第８の特徴における前記要求解析部が、前記ストリ
ームコンテンツ要求情報が所定の条件に合致した場合
は、当該ストリームコンテンツ要求情報に対応する処理
を実行し、当該ストリームコンテンツ要求情報が所定の
条件に合致しない場合は、当該ストリームコンテンツ要
求情報を前記サーバ側送受信手段から前記ストリームサ
ーバへ送信させる機能構成をなしてなるマルチコネクシ
ョン接続装置の構成採用にある。
【００３５】本発明装置の第１０の特徴は、上記本発明
装置の第８の特徴における前記要求解析部が、前記スト
リームコンテンツ要求情報が前記クライアントに固有の
情報からなるクライアント固有情報を含んでいないと判
断した場合は、当該ストリームコンテンツ要求情報に対
応する処理を実行し、当該ストリームコンテンツ要求情
報が当該クライアントに固有の情報からなるクライアン
ト固有情報を含んでいると判断した場合は、当該ストリ
ームコンテンツ要求情報を前記サーバ側送受信手段から
前記ストリームサーバへ送信させる機能構成をなしてな
るマルチコネクション接続装置の構成採用にある。
装置の第８の特徴における前記要求解析部が、前記スト
リームコンテンツ要求情報が前記クライアントに固有の
情報からなるクライアント固有情報を含んでいないと判
断した場合は、当該ストリームコンテンツ要求情報に対
応する処理を実行し、当該ストリームコンテンツ要求情
報が当該クライアントに固有の情報からなるクライアン
ト固有情報を含んでいると判断した場合は、当該ストリ
ームコンテンツ要求情報を前記サーバ側送受信手段から
前記ストリームサーバへ送信させる機能構成をなしてな
るマルチコネクション接続装置の構成採用にある。
【００３６】本発明装置の第１１の特徴は、上記本発明
装置の第１０の特徴における前記要求解析部で判断され
る前記クライアント固有情報が、前記配信要求をしたク
ライアントの認証、当該クライアントのプロフィール、
当該クライアントに対する課金及びストリーム放送につ
いての統計、の内の少なくとも１つについて用いられる
情報からなるマルチコネクション接続装置の構成採用に
ある。
装置の第１０の特徴における前記要求解析部で判断され
る前記クライアント固有情報が、前記配信要求をしたク
ライアントの認証、当該クライアントのプロフィール、
当該クライアントに対する課金及びストリーム放送につ
いての統計、の内の少なくとも１つについて用いられる
情報からなるマルチコネクション接続装置の構成採用に
ある。
【００３７】本発明装置の第１２の特徴は、上記本発明
装置の第８、第９、第１０又は第１１の特徴における前
記メッセージキャッシュ部が、前記クライアントの要求
に対する所定の応答を予め格納しており、前記要求解析
部は、前記クライアントから受信したパケットに含まれ
ている要求が、当該メッセージキャッシュ部に予め格納
されている当該所定の応答に該当する要求であると判断
した場合は、前記ストリームサーバに聞きにいくことな
く、当該所定の応答を当該クライアントに向けて送信さ
せる機能構成をなしてなるマルチコネクション接続装置
の構成採用にある。
装置の第８、第９、第１０又は第１１の特徴における前
記メッセージキャッシュ部が、前記クライアントの要求
に対する所定の応答を予め格納しており、前記要求解析
部は、前記クライアントから受信したパケットに含まれ
ている要求が、当該メッセージキャッシュ部に予め格納
されている当該所定の応答に該当する要求であると判断
した場合は、前記ストリームサーバに聞きにいくことな
く、当該所定の応答を当該クライアントに向けて送信さ
せる機能構成をなしてなるマルチコネクション接続装置
の構成採用にある。
【００３８】本発明方法の第１の特徴は、複数のクライ
アントと単一のストリームサーバ間にマルチコネクショ
ン接続手段を介接したコネクション接続を制御するマル
チコネクション接続制御方法であって、複数のクライア
ントのそれぞれとＴＣＰプロトコルで接続して、当該複
数のクライアントのそれぞれからストリームコンテンツ
の配信要求を受信し、当該配信要求における同一のスト
リームコンテンツに対する複数の配信要求を、１つの配
信要求をなす代表配信要求とし、当該ストリームコンテ
ンツの配信元となるストリームサーバに対して、１つの
ＴＣＰプロトコルで接続して、当該１つの代表配信要求
を当該ストリームサーバに送信するマルチコネクション
接続制御方法の構成採用にある。
アントと単一のストリームサーバ間にマルチコネクショ
ン接続手段を介接したコネクション接続を制御するマル
チコネクション接続制御方法であって、複数のクライア
ントのそれぞれとＴＣＰプロトコルで接続して、当該複
数のクライアントのそれぞれからストリームコンテンツ
の配信要求を受信し、当該配信要求における同一のスト
リームコンテンツに対する複数の配信要求を、１つの配
信要求をなす代表配信要求とし、当該ストリームコンテ
ンツの配信元となるストリームサーバに対して、１つの
ＴＣＰプロトコルで接続して、当該１つの代表配信要求
を当該ストリームサーバに送信するマルチコネクション
接続制御方法の構成採用にある。
【００３９】本発明方法の第２の特徴は、上記本発明方
法の第１の特徴における前記クライアントが、前記スト
リームサーバから送出されたストリームコンテンツに係
るパケットを受信し、当該パケットを複写して、複数の
前記クライアントに中継再配信する下位ストリームサー
バをも含み、前記ストリームサーバが、当該下位ストリ
ームサーバ及び前記クライアントに向けて、ストリーム
コンテンツを中継配信する上位ストリームサーバをも含
まれてなるマルチコネクション接続制御方法の構成採用
にある。
法の第１の特徴における前記クライアントが、前記スト
リームサーバから送出されたストリームコンテンツに係
るパケットを受信し、当該パケットを複写して、複数の
前記クライアントに中継再配信する下位ストリームサー
バをも含み、前記ストリームサーバが、当該下位ストリ
ームサーバ及び前記クライアントに向けて、ストリーム
コンテンツを中継配信する上位ストリームサーバをも含
まれてなるマルチコネクション接続制御方法の構成採用
にある。
【００４０】本発明方法の第３の特徴は、上記本発明方
法の第１又は第２の特徴における前記代表配信要求が、
１つの送信元ポート番号と、１つの宛先ポート番号とを
用いて、１つのアプリケーションから、他の１つのアプ
リケーションに、引き渡されるデータとして、前記スト
リームサーバに送信されてなるマルチコネクション接続
制御方法の構成採用にある。
法の第１又は第２の特徴における前記代表配信要求が、
１つの送信元ポート番号と、１つの宛先ポート番号とを
用いて、１つのアプリケーションから、他の１つのアプ
リケーションに、引き渡されるデータとして、前記スト
リームサーバに送信されてなるマルチコネクション接続
制御方法の構成採用にある。
【００４１】本発明方法の第４の特徴は、複数のクライ
アントと単一のストリームサーバ間にマルチコネクショ
ン接続手段を介接したコネクション接続を制御するマル
チコネクション接続制御方法であって、複数のクライア
ントのそれぞれとＴＣＰプロトコルで接続して、当該複
数のクライアントのそれぞれからストリームコンテンツ
の配信要求を受信し、当該配信要求に対応する応答を保
持している場合には、当該応答を当該クライアントに送
信し、当該配信要求に対応する応答を保持していない場
合には、当該ストリームコンテンツの配信元となるスト
リームサーバに対して、単一のコネクションで接続し
て、当該配信要求を代表して送信し、当該配信要求に対
するストリームサーバからの応答を保持し、当該応答
を、当該配信要求した複数のクライアントに送信してな
るマルチコネクション接続制御方法の構成採用にある。
アントと単一のストリームサーバ間にマルチコネクショ
ン接続手段を介接したコネクション接続を制御するマル
チコネクション接続制御方法であって、複数のクライア
ントのそれぞれとＴＣＰプロトコルで接続して、当該複
数のクライアントのそれぞれからストリームコンテンツ
の配信要求を受信し、当該配信要求に対応する応答を保
持している場合には、当該応答を当該クライアントに送
信し、当該配信要求に対応する応答を保持していない場
合には、当該ストリームコンテンツの配信元となるスト
リームサーバに対して、単一のコネクションで接続し
て、当該配信要求を代表して送信し、当該配信要求に対
するストリームサーバからの応答を保持し、当該応答
を、当該配信要求した複数のクライアントに送信してな
るマルチコネクション接続制御方法の構成採用にある。
【００４２】本発明方法の第５の特徴は、上記本発明方
法の第４の特徴における前記マルチコネクション接続制
御方法が、前記クライアントの配信要求が所定の条件に
合致した場合は、当該配信要求に対応する処理を前記マ
ルチコネクション接続手段内で実行する終端処理を行な
い、当該クライアントの配信要求が所定の条件に合致し
ない場合は、当該配信要求を前記ストリームサーバに送
信するスルー処理を実施してなるマルチコネクション接
続制御方法の構成採用にある。
法の第４の特徴における前記マルチコネクション接続制
御方法が、前記クライアントの配信要求が所定の条件に
合致した場合は、当該配信要求に対応する処理を前記マ
ルチコネクション接続手段内で実行する終端処理を行な
い、当該クライアントの配信要求が所定の条件に合致し
ない場合は、当該配信要求を前記ストリームサーバに送
信するスルー処理を実施してなるマルチコネクション接
続制御方法の構成採用にある。
【００４３】本発明方法の第６の特徴は、上記本発明方
法の第５の特徴における前記所定の条件に合致した場合
が、前記クライアントの配信要求において、当該クライ
アントに固有の情報からなるクライアント固有情報を、
含んでいないと判断された場合からなるマルチコネクシ
ョン接続制御方法の構成採用にある。
法の第５の特徴における前記所定の条件に合致した場合
が、前記クライアントの配信要求において、当該クライ
アントに固有の情報からなるクライアント固有情報を、
含んでいないと判断された場合からなるマルチコネクシ
ョン接続制御方法の構成採用にある。
【００４４】本発明方法の第７の特徴は、上記本発明方
法の第６の特徴における前記クライアント固有情報が、
前記配信要求をしたクライアントの認証、当該クライア
ントのプロフィール、当該クライアントに対する課金及
びストリーム放送についての統計、の内の少なくとも１
つについて用いられる情報からなるマルチコネクション
接続制御方法の構成採用にある。
法の第６の特徴における前記クライアント固有情報が、
前記配信要求をしたクライアントの認証、当該クライア
ントのプロフィール、当該クライアントに対する課金及
びストリーム放送についての統計、の内の少なくとも１
つについて用いられる情報からなるマルチコネクション
接続制御方法の構成採用にある。
【００４５】本発明方法の第８の特徴は、上記本発明方
法の第４、第５、第６又は第７の特徴における前記マル
チコネクション接続制御方法が、前記クライアントから
出された要求が当該クライアントと前記マルチコネクシ
ョン接続手段間の接続性を確認するものである場合は、
当該マルチコネクション接続手段において事前に保持さ
れている応答を、当該マルチコネクション接続手段が当
該クライアントに送信してなるマルチコネクション接続
制御方法の構成採用にある。
法の第４、第５、第６又は第７の特徴における前記マル
チコネクション接続制御方法が、前記クライアントから
出された要求が当該クライアントと前記マルチコネクシ
ョン接続手段間の接続性を確認するものである場合は、
当該マルチコネクション接続手段において事前に保持さ
れている応答を、当該マルチコネクション接続手段が当
該クライアントに送信してなるマルチコネクション接続
制御方法の構成採用にある。
【００４６】
【発明の実施の形態】以下、添付図面を参照しながら、
本発明の実施の形態を装置例及び方法例につき説明す
る。
本発明の実施の形態を装置例及び方法例につき説明す
る。
【００４７】なお、本発明は、複数のクライアントから
の要求にかかる複数のストリーム配信コネクションを、
単一のストリーム配信コネクションとしてストリームサ
ーバに接続することで、ストリームサーバにおける接続
処理についての負荷を低減することに関する発明である
が、本実施形態では、インターネットを介してストリー
ム番組を配信する形態を挙げて説明するも、本発明はこ
れ等に限定されるものではなく、インターネット以外の
各種の通信網にも適用できる。
の要求にかかる複数のストリーム配信コネクションを、
単一のストリーム配信コネクションとしてストリームサ
ーバに接続することで、ストリームサーバにおける接続
処理についての負荷を低減することに関する発明である
が、本実施形態では、インターネットを介してストリー
ム番組を配信する形態を挙げて説明するも、本発明はこ
れ等に限定されるものではなく、インターネット以外の
各種の通信網にも適用できる。
【００４８】（装置例）図１は、本発明の装置例を示す
マルチコネクション接続装置を適用したシステムの接続
形態を示す模式図である。図中、１はストリーム番組を
なすパケット（以下、「ストリームパケット」とい
う。）の送信元となるストリームサーバ、２は本発明の
装置例であるマルチコネクション接続装置、５，５１，
５２，５３，５ｎはストリームパケットを受信する複数
のクライアントである。
マルチコネクション接続装置を適用したシステムの接続
形態を示す模式図である。図中、１はストリーム番組を
なすパケット（以下、「ストリームパケット」とい
う。）の送信元となるストリームサーバ、２は本発明の
装置例であるマルチコネクション接続装置、５，５１，
５２，５３，５ｎはストリームパケットを受信する複数
のクライアントである。
【００４９】ここで、ストリームサーバ１とマルチコネ
クション接続装置２は、ＴＣＰコネクション３で接続さ
れる。ＴＣＰコネクション３は、ＴＣＰプロトコルによ
る接続である。マルチコネクション接続装置２と各クラ
イアント５，５１，５２，５ ３，５ｎとは、それぞれス
トリーム配信コネクション４，４１，４２，４３，４ ｎ
で接続される。ストリーム配信コネクション４，４１，
４２，４３，４ｎのそれぞれも、ＴＣＰプロトコルによ
る接続である。
クション接続装置２は、ＴＣＰコネクション３で接続さ
れる。ＴＣＰコネクション３は、ＴＣＰプロトコルによ
る接続である。マルチコネクション接続装置２と各クラ
イアント５，５１，５２，５ ３，５ｎとは、それぞれス
トリーム配信コネクション４，４１，４２，４３，４ ｎ
で接続される。ストリーム配信コネクション４，４１，
４２，４３，４ｎのそれぞれも、ＴＣＰプロトコルによ
る接続である。
【００５０】従って、マルチコネクション接続装置２
は、複数のクライアント５，５１，５ ２，５３，５ｎか
らの複数のストリーム配信コネクション４，４１，
４２，４３，４ｎを、その接続数を低減して、ＴＣＰコ
ネクション３として、ストリームサーバ１に接続するも
のである。
は、複数のクライアント５，５１，５ ２，５３，５ｎか
らの複数のストリーム配信コネクション４，４１，
４２，４３，４ｎを、その接続数を低減して、ＴＣＰコ
ネクション３として、ストリームサーバ１に接続するも
のである。
【００５１】図２は、本発明の装置例であるマルチコネ
クション接続装置２の主要部を示す概念ブロック図であ
る。マルチコネクション接続装置２の主要部は、クライ
アント側送受信手段２１と、要求解析部２２と、メッセ
ージキャッシュ部２３と、サーバ側送受信手段２４とで
構成されている。
クション接続装置２の主要部を示す概念ブロック図であ
る。マルチコネクション接続装置２の主要部は、クライ
アント側送受信手段２１と、要求解析部２２と、メッセ
ージキャッシュ部２３と、サーバ側送受信手段２４とで
構成されている。
【００５２】クライアント側送受信手段２１は、複数の
クライアント５，５１，５２，５３，５ｎそれぞれ対し
て、ＴＣＰプロトコルで接続して、パケットの送受信を
するものである。サーバ側送受信手段２４は、ストリー
ムサーバ１に対して、ＴＣＰプロトコルで接続して、パ
ケットの送受信をするものである。
クライアント５，５１，５２，５３，５ｎそれぞれ対し
て、ＴＣＰプロトコルで接続して、パケットの送受信を
するものである。サーバ側送受信手段２４は、ストリー
ムサーバ１に対して、ＴＣＰプロトコルで接続して、パ
ケットの送受信をするものである。
【００５３】要求解析部２２は、クライアント側送受信
手段２１がクライアント５，５１，５２，５３，５ｎか
ら受信したパケットに含まれているストリームコンテン
ツ要求情報を解析するものである。ここで、要求解析部
２２は、複数のクライアント５，５１，５２，５３，５
ｎからそれぞれ送出されるストリームコンテンツ要求情
報を、各クライアント毎の複数のトラザクションとし
て、クライアント側送受信手段２１を介して、受信する
ものである。
手段２１がクライアント５，５１，５２，５３，５ｎか
ら受信したパケットに含まれているストリームコンテン
ツ要求情報を解析するものである。ここで、要求解析部
２２は、複数のクライアント５，５１，５２，５３，５
ｎからそれぞれ送出されるストリームコンテンツ要求情
報を、各クライアント毎の複数のトラザクションとし
て、クライアント側送受信手段２１を介して、受信する
ものである。
【００５４】メッセージキャッシュ部２３は、要求解析
部２２が解析したストリームコンテンツ要求情報を格納
するものである。また、メッセージキャッシュ部２３
は、同一のストリームコンテンツに対する複数のストリ
ームコンテンツ要求情報を、１つのストリームコンテン
ツ要求情報をなす代表配信要求にまとめ、当該代表配信
要求をサーバ側送受信手段２４からストリームサーバ１
に送信させる、ものである。
部２２が解析したストリームコンテンツ要求情報を格納
するものである。また、メッセージキャッシュ部２３
は、同一のストリームコンテンツに対する複数のストリ
ームコンテンツ要求情報を、１つのストリームコンテン
ツ要求情報をなす代表配信要求にまとめ、当該代表配信
要求をサーバ側送受信手段２４からストリームサーバ１
に送信させる、ものである。
【００５５】即ち、メッセージキャッシュ部２３は、要
求解析部２２が行なった複数のクライアント５，５１，
５２，５３，５ｎについての複数の接続処理（トラザク
ション）における同一のストリームコンテンツについて
の複数のトラザクションを、代表配信要求を行なう１個
のトラザクションとして、サーバ側送受信手段２４とス
トリームサーバ１との間で実行させるものである。これ
により、サーバ側送受信手段２４は、ストリームサーバ
１に対してのＴＣＰプロトコルを用いた１つの接続で、
代表配信要求を送信する。
求解析部２２が行なった複数のクライアント５，５１，
５２，５３，５ｎについての複数の接続処理（トラザク
ション）における同一のストリームコンテンツについて
の複数のトラザクションを、代表配信要求を行なう１個
のトラザクションとして、サーバ側送受信手段２４とス
トリームサーバ１との間で実行させるものである。これ
により、サーバ側送受信手段２４は、ストリームサーバ
１に対してのＴＣＰプロトコルを用いた１つの接続で、
代表配信要求を送信する。
【００５６】これらにより、マルチコネクション接続装
置２は、複数のストリームコンテンツ要求情報を、１つ
のストリームコンテンツ要求情報をなす代表配信要求に
まとめて、サーバ側送受信手段２４からストリームサー
バ１に送信することができる。従って、ストリームサー
バ１において、クライアント５，５１，５２，５３，５
ｎからストリームコンテンツ要求についての接続処理
（トラザクション）を大幅に低減することができるの
で、多数のクライアントにストリーム放送を配信する大
規模なストリーム配信処理を実現することができる。
置２は、複数のストリームコンテンツ要求情報を、１つ
のストリームコンテンツ要求情報をなす代表配信要求に
まとめて、サーバ側送受信手段２４からストリームサー
バ１に送信することができる。従って、ストリームサー
バ１において、クライアント５，５１，５２，５３，５
ｎからストリームコンテンツ要求についての接続処理
（トラザクション）を大幅に低減することができるの
で、多数のクライアントにストリーム放送を配信する大
規模なストリーム配信処理を実現することができる。
【００５７】メッセージキャッシュ部２３の具体的構成
としては、代表配信要求を、１つの送信元ポート番号
（マルチコネクション２内の１個のアプリケーションを
指すポート番号）と１つの宛先ポート番号（ストリーム
サーバ１内の１個のアプリケーションを指すポート番
号）とを用いて、１つのアプリケーションから他の１つ
のアプリケーションに引き渡されるデータとして、サー
バ側送受信手段２４からストリームサーバ１へ送信させ
るものとする。
としては、代表配信要求を、１つの送信元ポート番号
（マルチコネクション２内の１個のアプリケーションを
指すポート番号）と１つの宛先ポート番号（ストリーム
サーバ１内の１個のアプリケーションを指すポート番
号）とを用いて、１つのアプリケーションから他の１つ
のアプリケーションに引き渡されるデータとして、サー
バ側送受信手段２４からストリームサーバ１へ送信させ
るものとする。
【００５８】即ち、マルチコネクション接続装置２内の
１個のアプリケーションから、ストリームサーバ１内の
１個のアプリケーションへ引き渡すデータとして、送信
させる。
１個のアプリケーションから、ストリームサーバ１内の
１個のアプリケーションへ引き渡すデータとして、送信
させる。
【００５９】また、メッセージキャッシュ部２３は、要
求解析部２２が解析したストリームコンテンツ要求情報
のみならず、サーバ側送受信手段２４がストリームサー
バ１から受信したパケットに含まれているものであって
クライアント５の要求に対するメッセージとなる「応
答」をも、格納するものである。
求解析部２２が解析したストリームコンテンツ要求情報
のみならず、サーバ側送受信手段２４がストリームサー
バ１から受信したパケットに含まれているものであって
クライアント５の要求に対するメッセージとなる「応
答」をも、格納するものである。
【００６０】そして、要求解析部２２は、クライアント
５から送られてきたストリームコンテンツ要求情報に対
応する「応答」が、メッセージキャッシュ部２３に格納
されているか判断する機能を持つ。要求解析部２２は、
当該「応答」が格納されていると判断した場合は、当該
「応答」をクライアント側送受信手段２１からクライア
ント５へ送信させる機能も持つ。
５から送られてきたストリームコンテンツ要求情報に対
応する「応答」が、メッセージキャッシュ部２３に格納
されているか判断する機能を持つ。要求解析部２２は、
当該「応答」が格納されていると判断した場合は、当該
「応答」をクライアント側送受信手段２１からクライア
ント５へ送信させる機能も持つ。
【００６１】要求解析部２２は、当該「応答」がメッセ
ージキャッシュ部２３に格納されていないと判断した場
合は、要求されたストリームコンテンツの配信元となる
ストリームサーバ１に対して、代表配信要求を送信させ
る機能も持つ。
ージキャッシュ部２３に格納されていないと判断した場
合は、要求されたストリームコンテンツの配信元となる
ストリームサーバ１に対して、代表配信要求を送信させ
る機能も持つ。
【００６２】ここで、当該「応答」とは、クライアント
５のストリームコンテンツの要求に対する回答などとな
るメッセージであって、ストリームサーバ１からサーバ
側送受信手段２４が受信してメッセージキャッシュ部２
３に格納されたものである。
５のストリームコンテンツの要求に対する回答などとな
るメッセージであって、ストリームサーバ１からサーバ
側送受信手段２４が受信してメッセージキャッシュ部２
３に格納されたものである。
【００６３】これらにより、マルチコネクション接続装
置２は、クライアント５の各種のストリームコンテンツ
要求に対するトラザクションを「応答」としてメッセー
ジキャッシュ部２３にキャッシュしておき、キャッシュ
した応答を、複数のクライアント５のストリームコンテ
ンツ要求に用いることができるので、マルチコネクショ
ン接続装置２での各クライアント５の配信要求に対する
応答メッセージの送信についての処理負荷を軽減するこ
とができる。
置２は、クライアント５の各種のストリームコンテンツ
要求に対するトラザクションを「応答」としてメッセー
ジキャッシュ部２３にキャッシュしておき、キャッシュ
した応答を、複数のクライアント５のストリームコンテ
ンツ要求に用いることができるので、マルチコネクショ
ン接続装置２での各クライアント５の配信要求に対する
応答メッセージの送信についての処理負荷を軽減するこ
とができる。
【００６４】（方法例１）前記装置例に適用する本実施
形態の方法例１につき、図面を参照して説明する。
形態の方法例１につき、図面を参照して説明する。
【００６５】先ず、クライアント５，５１，５２，
５３，５ｎのそれぞれからストリームコンテンツの配信
要求があった場合に、クライアント側送受信手段２１が
複数のクライアント５，５１，５２，５３，５ｎのそれ
ぞれとＴＣＰプロトコルで接続して、複数のクライアン
ト５，５１，５２，５３，５ｎのそれぞれからストリー
ムコンテンツの配信要求を受信する。
５３，５ｎのそれぞれからストリームコンテンツの配信
要求があった場合に、クライアント側送受信手段２１が
複数のクライアント５，５１，５２，５３，５ｎのそれ
ぞれとＴＣＰプロトコルで接続して、複数のクライアン
ト５，５１，５２，５３，５ｎのそれぞれからストリー
ムコンテンツの配信要求を受信する。
【００６６】その後、複数の配信要求を要求解析部２２
が解析する。この解析結果に基づいて、メッセージキャ
ッシュ部２３が同一のストリームコンテンツに対する複
数の配信要求を、１つの配信要求をなす代表配信要求に
まとめる。その後、サーバ側送受信手段２４がストリー
ムコンテンツの配信元となるストリームサーバ１に対し
て、１つのトラザクションとしてＴＣＰプロトコルで接
続し、代表配信要求を送信する。
が解析する。この解析結果に基づいて、メッセージキャ
ッシュ部２３が同一のストリームコンテンツに対する複
数の配信要求を、１つの配信要求をなす代表配信要求に
まとめる。その後、サーバ側送受信手段２４がストリー
ムコンテンツの配信元となるストリームサーバ１に対し
て、１つのトラザクションとしてＴＣＰプロトコルで接
続し、代表配信要求を送信する。
【００６７】ここで、代表配信要求は、１つの送信元ポ
ート番号と、１つの宛先ポート番号とが特定されて、マ
ルチコネクション接続装置２内の１つのアプリケーショ
ンから、ストリームサーバ１内の１つのアプリケーショ
ンに、引き渡されるデータとして、ストリームサーバ１
に送信される。
ート番号と、１つの宛先ポート番号とが特定されて、マ
ルチコネクション接続装置２内の１つのアプリケーショ
ンから、ストリームサーバ１内の１つのアプリケーショ
ンに、引き渡されるデータとして、ストリームサーバ１
に送信される。
【００６８】これらにより、マルチコネクション接続装
置２は、ストリームサーバ１との間において、複数のク
ライアント５，５１，５２，５３，５ｎからの複数のス
トリームコンテンツの配信要求について、１本の通信路
（ＴＣＰコネクション３）で、且つ、アプリケーション
においても１対１として、処理することができ、ストリ
ームサーバ１の接続処理（トラザクション）を大幅に低
減することができる。
置２は、ストリームサーバ１との間において、複数のク
ライアント５，５１，５２，５３，５ｎからの複数のス
トリームコンテンツの配信要求について、１本の通信路
（ＴＣＰコネクション３）で、且つ、アプリケーション
においても１対１として、処理することができ、ストリ
ームサーバ１の接続処理（トラザクション）を大幅に低
減することができる。
【００６９】（方法例２）前記装置例に適用する本実施
形態の方法例２につき、図面を参照して説明する。図３
及び図４は、前記装置例によるコンテンツ配信要求の処
理例を示すシーケンス図である。
形態の方法例２につき、図面を参照して説明する。図３
及び図４は、前記装置例によるコンテンツ配信要求の処
理例を示すシーケンス図である。
【００７０】ここで、図３は、マルチコネクション接続
装置２において現時点で配信していない未配信中のライ
ブコンテンツに対して、初めてクライアント５が配信要
求をした場合の処理例を示している。このように未配信
中のライブコンテンツに対して１番目に配信要求した最
初のクライアント５を「第１クライアント」という。
装置２において現時点で配信していない未配信中のライ
ブコンテンツに対して、初めてクライアント５が配信要
求をした場合の処理例を示している。このように未配信
中のライブコンテンツに対して１番目に配信要求した最
初のクライアント５を「第１クライアント」という。
【００７１】図４は、未配信中のライブコンテンツに対
して、二人目のクライアントが配信要求をした場合、即
ち図３の続きの処理例を示している。このように未配信
中のライブコンテンツに対して２番目に配信要求したク
ライアント５を「第２クライアント」という。
して、二人目のクライアントが配信要求をした場合、即
ち図３の続きの処理例を示している。このように未配信
中のライブコンテンツに対して２番目に配信要求したク
ライアント５を「第２クライアント」という。
【００７２】図５、図６及び図７は、メッセージキャッ
シュ部２３に存在するメッセージキャッシュテーブルの
状態を示す図である。ここで、図５は、図３のシーケン
スにおけるＳＴ１まで終了した時のメッセージキャッシ
ュテーブルの状態を示している。図６は、図３のシーケ
ンスにおけるＳＴ７まで終了した時のメッセージキャッ
シュテーブルの状態を示している。図７は、図３のシー
ケンス全体が終了した時、即ち第１クライアントの配信
要求についての処理が終了した時のメッセージキャッシ
ュテーブルの状態を示している。
シュ部２３に存在するメッセージキャッシュテーブルの
状態を示す図である。ここで、図５は、図３のシーケン
スにおけるＳＴ１まで終了した時のメッセージキャッシ
ュテーブルの状態を示している。図６は、図３のシーケ
ンスにおけるＳＴ７まで終了した時のメッセージキャッ
シュテーブルの状態を示している。図７は、図３のシー
ケンス全体が終了した時、即ち第１クライアントの配信
要求についての処理が終了した時のメッセージキャッシ
ュテーブルの状態を示している。
【００７３】図８は、メッセージキャッシュ部２３に存
在するメッセージキャッシュ書き換えテーブルの状態を
示す図である。メッセージキャッシュ書き換えテーブル
とは、メッセージキャッシュ部２３にキャッシュされる
メッセージ（「応答」）についての一部の情報を書き換
えて、その一部だけ書き換えられたメッセージを、複数
のクライアント５に再利用するときに用いられるテーブ
ルである。図に示すように、メッセージキャッシュ書き
換えテーブルには、各メッセージ毎に、「書き換え項
目」と「書き換え内容」が格納される。
在するメッセージキャッシュ書き換えテーブルの状態を
示す図である。メッセージキャッシュ書き換えテーブル
とは、メッセージキャッシュ部２３にキャッシュされる
メッセージ（「応答」）についての一部の情報を書き換
えて、その一部だけ書き換えられたメッセージを、複数
のクライアント５に再利用するときに用いられるテーブ
ルである。図に示すように、メッセージキャッシュ書き
換えテーブルには、各メッセージ毎に、「書き換え項
目」と「書き換え内容」が格納される。
【００７４】次に、本方法例２に係るコンテンツ配信要
求の処理例を具体的に説明する。 ＜最初のクライアントが配信要求する場合＞
求の処理例を具体的に説明する。 ＜最初のクライアントが配信要求する場合＞
【００７５】図３に示すように、第１クライアントは、
コンテンツの配信要求をするために、先ず、クライアン
ト固有情報伝達メッセージMsgAをマルチコネクション接
続装置２に対して送信する。ここで、クライアント固有
情報伝達メッセージとは、コンテンツの配信要求をした
第１クライアントについての認証、第１クライアントの
プロフィール、第１クライアントに対する課金又はスト
リーム放送についての統計など、について用いられるク
ライアント固有情報からなるものである。即ち、クライ
アント固有情報伝達メッセージは、各クライアント５に
固有の情報であってストリームサーバ１で集中的に処理
及び管理すべき情報からなるメッセージである。
コンテンツの配信要求をするために、先ず、クライアン
ト固有情報伝達メッセージMsgAをマルチコネクション接
続装置２に対して送信する。ここで、クライアント固有
情報伝達メッセージとは、コンテンツの配信要求をした
第１クライアントについての認証、第１クライアントの
プロフィール、第１クライアントに対する課金又はスト
リーム放送についての統計など、について用いられるク
ライアント固有情報からなるものである。即ち、クライ
アント固有情報伝達メッセージは、各クライアント５に
固有の情報であってストリームサーバ１で集中的に処理
及び管理すべき情報からなるメッセージである。
【００７６】マルチコネクション接続装置２は、クライ
アント固有情報伝達メッセージMsgAを受信すると、その
クライアント固有情報伝達メッセージMsgAをメッセージ
キャッシュ部２３内のメッセージキャッシュテーブル
（図５参照）における「キャッシュＡ」に格納する。な
お、メッセージキャッシュテーブルにおける「キャッシ
ュ」欄にある”未”とは、まだキャッシュにメッセージ
が格納されていない状態、即ち、メッセージがまだキャ
ッシュされていない状態を示している。
アント固有情報伝達メッセージMsgAを受信すると、その
クライアント固有情報伝達メッセージMsgAをメッセージ
キャッシュ部２３内のメッセージキャッシュテーブル
（図５参照）における「キャッシュＡ」に格納する。な
お、メッセージキャッシュテーブルにおける「キャッシ
ュ」欄にある”未”とは、まだキャッシュにメッセージ
が格納されていない状態、即ち、メッセージがまだキャ
ッシュされていない状態を示している。
【００７７】そして、図５のメッセージキャッシュテー
ブルにおける「メッセージ」MsgAに対する「処理」は”
スルー”であるので、このスルー処理をマルチコネクシ
ョン接続装置２が実行する。具体的には、マルチコネク
ション接続装置２は、第１クライアントから受信したク
ライアント固有情報伝達メッセージMsgAを、そのままス
トリームサーバ１に転送する（ＳＴ１）。
ブルにおける「メッセージ」MsgAに対する「処理」は”
スルー”であるので、このスルー処理をマルチコネクシ
ョン接続装置２が実行する。具体的には、マルチコネク
ション接続装置２は、第１クライアントから受信したク
ライアント固有情報伝達メッセージMsgAを、そのままス
トリームサーバ１に転送する（ＳＴ１）。
【００７８】ストリームサーバ１は、クライアント固有
情報伝達メッセージMsgAをすると、そのクライアント固
有情報伝達メッセージMsgAについての処理を行なう。具
体的には、このメッセージの送信元の第１クライアント
についての認証や課金処理あるいは統計処理などを行な
う。その後、ストリームサーバ１は、クライアント固有
情報伝達メッセージMsgAについての返答であるResponse
MsgAをマルチコネクション接続装置２に送信する。
情報伝達メッセージMsgAをすると、そのクライアント固
有情報伝達メッセージMsgAについての処理を行なう。具
体的には、このメッセージの送信元の第１クライアント
についての認証や課金処理あるいは統計処理などを行な
う。その後、ストリームサーバ１は、クライアント固有
情報伝達メッセージMsgAについての返答であるResponse
MsgAをマルチコネクション接続装置２に送信する。
【００７９】図５のメッセージキャッシュテーブルにお
ける「メッセージ」ResponseMsgAに対する「処理」は”
スルー”であるので、マルチコネクション接続装置２は
ResponseMsgAを第１クライアントに転送する。ここで、
メッセージキャッシュテーブルにおける「メッセージ」
ResponseMsgAに対する「キャッシュ」は”不要”であ
り、”不要”は受信したメッセージをキャッシュしなく
てよいことを示しているので、ResponseMsgAはキャッシ
ュされない（ＳＴ２）。
ける「メッセージ」ResponseMsgAに対する「処理」は”
スルー”であるので、マルチコネクション接続装置２は
ResponseMsgAを第１クライアントに転送する。ここで、
メッセージキャッシュテーブルにおける「メッセージ」
ResponseMsgAに対する「キャッシュ」は”不要”であ
り、”不要”は受信したメッセージをキャッシュしなく
てよいことを示しているので、ResponseMsgAはキャッシ
ュされない（ＳＴ２）。
【００８０】第１クライアントは、ResponseMsgAを受信
した後、コンテンツ要求メッセージMsgBをマルチコネク
ション接続装置２に対して送信する。ここで、コンテン
ツ要求メッセージMsgBとは、クライアント５が配信を求
めるコンテンツを特定するメッセージとする。
した後、コンテンツ要求メッセージMsgBをマルチコネク
ション接続装置２に対して送信する。ここで、コンテン
ツ要求メッセージMsgBとは、クライアント５が配信を求
めるコンテンツを特定するメッセージとする。
【００８１】マルチコネクション接続装置２は、コンテ
ンツ要求メッセージMsgBを受信すると、メッセージキャ
ッシュテーブル（図５参照）を検索して、コンテンツ要
求メッセージMsgBを、「キャッシュＢ」に格納したうえ
で、そのコンテンツ要求メッセージMsgBについての終端
処理を実行する。終端処理とは、クライアント５から受
信したメッセージをストリームサーバ１に上げずに、マ
ルチコネクション接続装置２自身で処理することをい
う。
ンツ要求メッセージMsgBを受信すると、メッセージキャ
ッシュテーブル（図５参照）を検索して、コンテンツ要
求メッセージMsgBを、「キャッシュＢ」に格納したうえ
で、そのコンテンツ要求メッセージMsgBについての終端
処理を実行する。終端処理とは、クライアント５から受
信したメッセージをストリームサーバ１に上げずに、マ
ルチコネクション接続装置２自身で処理することをい
う。
【００８２】終端処理でコンテンツ要求メッセージMsgB
を解析した結果、例えば、第１クライアントが未配信中
のライブコンテンツを要求していることがわかる（ＳＴ
３）。
を解析した結果、例えば、第１クライアントが未配信中
のライブコンテンツを要求していることがわかる（ＳＴ
３）。
【００８３】そこで、マルチコネクション接続装置２
は、未配信中のライブコンテンツの代理要求をストリー
ムサーバ１に対して行なう。この代理要求は、上述の方
法例１で説明した代表配信要求として実行する。
は、未配信中のライブコンテンツの代理要求をストリー
ムサーバ１に対して行なう。この代理要求は、上述の方
法例１で説明した代表配信要求として実行する。
【００８４】具体的には、まず、マルチコネクション接
続装置２は、メッセージキャッシュテーブルにキャッシ
ュされているキャッシュＡを用いて、ストリームサーバ
１に対して未配信中のライブコンテンツの代理要求を行
なう。これにより、キャッシュＡの内容であるメッセー
ジMsgAがマルチコネクション接続装置２からストリーム
サーバ２へ送信される。
続装置２は、メッセージキャッシュテーブルにキャッシ
ュされているキャッシュＡを用いて、ストリームサーバ
１に対して未配信中のライブコンテンツの代理要求を行
なう。これにより、キャッシュＡの内容であるメッセー
ジMsgAがマルチコネクション接続装置２からストリーム
サーバ２へ送信される。
【００８５】ただし、この代理要求で送信されるメッセ
ージMsgAは、図８に示すメッセージキャッシュ書き換え
テーブルに基づいて一部書き換えられて、メッセージMs
gA’とされて送信される。具体的には、メッセージMsgA
の送信元を示すユーザＩＤがマルチコネクション接続装
置２のユーザＩＤに書き換えられる（ＳＴ４）。
ージMsgAは、図８に示すメッセージキャッシュ書き換え
テーブルに基づいて一部書き換えられて、メッセージMs
gA’とされて送信される。具体的には、メッセージMsgA
の送信元を示すユーザＩＤがマルチコネクション接続装
置２のユーザＩＤに書き換えられる（ＳＴ４）。
【００８６】ストリームサーバ１は、メッセージMsgA’
を受信すると、マルチコネクション接続装置２について
の認証処理や統計処理などを行なった後、マルチコネク
ション接続装置２に対してResponseMsgAを送信する（Ｓ
Ｔ５）。
を受信すると、マルチコネクション接続装置２について
の認証処理や統計処理などを行なった後、マルチコネク
ション接続装置２に対してResponseMsgAを送信する（Ｓ
Ｔ５）。
【００８７】マルチコネクション接続装置２は、Respon
seMsgAを受信すると、メッセージキャッシュテーブル
（図６参照）にキャッシュされているキャッシュＢを用
いて、コンテンツ要求メッセージMsgBを、代表配信要求
としてストリームサーバ１に送信する。
seMsgAを受信すると、メッセージキャッシュテーブル
（図６参照）にキャッシュされているキャッシュＢを用
いて、コンテンツ要求メッセージMsgBを、代表配信要求
としてストリームサーバ１に送信する。
【００８８】ただし、この代理要求で送信されるコンテ
ンツ要求メッセージMsgBは、図８に示すメッセージキャ
ッシュ書き換えテーブルに基づいて一部書き換えられ
て、コンテンツ要求メッセージMsgB’とされて送信され
る。具体的には、ポート番号がマルチコネクション接続
装置２のポート番号に書き換えられる（ＳＴ６）。
ンツ要求メッセージMsgBは、図８に示すメッセージキャ
ッシュ書き換えテーブルに基づいて一部書き換えられ
て、コンテンツ要求メッセージMsgB’とされて送信され
る。具体的には、ポート番号がマルチコネクション接続
装置２のポート番号に書き換えられる（ＳＴ６）。
【００８９】ストリームサーバ１は、コンテンツ要求メ
ッセージMsgB’を受信すると、マルチコネクション接続
装置２に対して、ResponseMsgBを送信する。マルチコネ
クション接続装置２は、ResponseMsgBを受信すると、こ
れをメッセージキャッシュテーブル（図６参照）の「キ
ャッシュＣ」に格納し、ResponseMsgBについての終端処
理を実行する（ＳＴ７）。
ッセージMsgB’を受信すると、マルチコネクション接続
装置２に対して、ResponseMsgBを送信する。マルチコネ
クション接続装置２は、ResponseMsgBを受信すると、こ
れをメッセージキャッシュテーブル（図６参照）の「キ
ャッシュＣ」に格納し、ResponseMsgBについての終端処
理を実行する（ＳＴ７）。
【００９０】図６には、ＳＴ７までシーケンスが進んだ
時のメッセージキャッシュテーブルの状態が示されてい
る。
時のメッセージキャッシュテーブルの状態が示されてい
る。
【００９１】ＳＴ７の後、マルチコネクション接続装置
２は、メッセージキャッシュテーブルのキャッシュＣを
用いて、ResponseMsgBをそのまま第１クライアントに送
信する（ＳＴ８）。
２は、メッセージキャッシュテーブルのキャッシュＣを
用いて、ResponseMsgBをそのまま第１クライアントに送
信する（ＳＴ８）。
【００９２】第１クライアントは、ResponseMsgBを受信
した後、コンテンツ視聴開始要求メッセージMsgCをマル
チコネクション接続装置２に対して送信する。ここで、
コンテンツ視聴開始要求メッセージMsgCとは、クライア
ント５がコンテンツ要求メッセージMsgBで要求したコン
テンツにつき、配信の開始を求めるメッセージとする。
した後、コンテンツ視聴開始要求メッセージMsgCをマル
チコネクション接続装置２に対して送信する。ここで、
コンテンツ視聴開始要求メッセージMsgCとは、クライア
ント５がコンテンツ要求メッセージMsgBで要求したコン
テンツにつき、配信の開始を求めるメッセージとする。
【００９３】マルチコネクション接続装置２は、コンテ
ンツ視聴開始要求メッセージMsgCを受信すると、メッセ
ージキャッシュテーブル（図６、図７参照）を検索し
て、コンテンツ視聴開始要求メッセージMsgCを、「キャ
ッシュＤ」に格納したうえで、そのコンテンツ視聴開始
要求メッセージMsgCについての終端処理を実行する。そ
の後、マルチコネクション接続装置２は、「キャッシュ
Ｄ」を用いて、コンテンツ視聴開始要求メッセージMsgC
をストリームサーバ１に送信する（ＳＴ９）。
ンツ視聴開始要求メッセージMsgCを受信すると、メッセ
ージキャッシュテーブル（図６、図７参照）を検索し
て、コンテンツ視聴開始要求メッセージMsgCを、「キャ
ッシュＤ」に格納したうえで、そのコンテンツ視聴開始
要求メッセージMsgCについての終端処理を実行する。そ
の後、マルチコネクション接続装置２は、「キャッシュ
Ｄ」を用いて、コンテンツ視聴開始要求メッセージMsgC
をストリームサーバ１に送信する（ＳＴ９）。
【００９４】ストリームサーバ１は、コンテンツ視聴開
始要求メッセージMsgCを受信すると、マルチコネクショ
ン接続装置２に対して、ResponseMsgCを送信する。マル
チコネクション接続装置２は、ResponseMsgCを受信する
と、これをメッセージキャッシュテーブル（図６、図７
参照）の「キャッシュＥ」に格納したうえで、そのResp
onseMsgCを第１クライアントに転送する（ＳＴ１０）。
始要求メッセージMsgCを受信すると、マルチコネクショ
ン接続装置２に対して、ResponseMsgCを送信する。マル
チコネクション接続装置２は、ResponseMsgCを受信する
と、これをメッセージキャッシュテーブル（図６、図７
参照）の「キャッシュＥ」に格納したうえで、そのResp
onseMsgCを第１クライアントに転送する（ＳＴ１０）。
【００９５】図７には、ＳＴ１０までシーケンスが進ん
だ時、即ち最初のクライアントの配信要求についての処
理が終了した時、のメッセージキャッシュテーブルの状
態が示されている。
だ時、即ち最初のクライアントの配信要求についての処
理が終了した時、のメッセージキャッシュテーブルの状
態が示されている。
【００９６】これらの処理によって、第１クライアント
の要求に係るライブコンテンツのストリームデータが、
ストリームサーバ１からマルチコネクション接続装置２
に対して送信され、更にマルチコネクション接続装置２
から第１クライアントへ送信されるようになる。
の要求に係るライブコンテンツのストリームデータが、
ストリームサーバ１からマルチコネクション接続装置２
に対して送信され、更にマルチコネクション接続装置２
から第１クライアントへ送信されるようになる。
【００９７】＜２番目のクライアントが配信要求する場
合＞図４に示すように、第２クライアントは、コンテン
ツの配信要求をするために、先ず、クライアント固有情
報伝達メッセージMsgAをマルチコネクション接続装置２
に対して送信する。
合＞図４に示すように、第２クライアントは、コンテン
ツの配信要求をするために、先ず、クライアント固有情
報伝達メッセージMsgAをマルチコネクション接続装置２
に対して送信する。
【００９８】マルチコネクション接続装置２は、クライ
アント固有情報伝達メッセージMsgAを受信すると、メッ
セージキャッシュテーブル（図７参照）の「処理」欄に
従い、”スルー”処理をすべく、クライアント固有情報
伝達メッセージMsgAをストリームサーバ１に転送する
（ＳＴ１１）。
アント固有情報伝達メッセージMsgAを受信すると、メッ
セージキャッシュテーブル（図７参照）の「処理」欄に
従い、”スルー”処理をすべく、クライアント固有情報
伝達メッセージMsgAをストリームサーバ１に転送する
（ＳＴ１１）。
【００９９】ここで、クライアント固有情報伝達メッセ
ージMsgAはすでにメッセージキャッシュテーブルに格納
されているので、新たな格納は行なわない。
ージMsgAはすでにメッセージキャッシュテーブルに格納
されているので、新たな格納は行なわない。
【０１００】ストリームサーバ１は、クライアント固有
情報伝達メッセージMsgAをすると、そのクライアント固
有情報伝達メッセージMsgAについての処理を行なう。即
ち、第２クライアントについての認証などを行なう。そ
の後、ストリームサーバ１は、クライアント固有情報伝
達メッセージMsgAについての返答であるResponseMsgAを
マルチコネクション接続装置２に送信する。
情報伝達メッセージMsgAをすると、そのクライアント固
有情報伝達メッセージMsgAについての処理を行なう。即
ち、第２クライアントについての認証などを行なう。そ
の後、ストリームサーバ１は、クライアント固有情報伝
達メッセージMsgAについての返答であるResponseMsgAを
マルチコネクション接続装置２に送信する。
【０１０１】マルチコネクション接続装置２は、Respon
seMsgAを受信すると、メッセージキャッシュテーブルの
「処理」欄の”スルー”に従い、そのResponseMsgAを第
２クライアントに転送する（ＳＴ１２）。
seMsgAを受信すると、メッセージキャッシュテーブルの
「処理」欄の”スルー”に従い、そのResponseMsgAを第
２クライアントに転送する（ＳＴ１２）。
【０１０２】第２クライアントは、ResponseMsgAを受信
した後、コンテンツ要求メッセージMsgBをマルチコネク
ション接続装置２に対して送信する。
した後、コンテンツ要求メッセージMsgBをマルチコネク
ション接続装置２に対して送信する。
【０１０３】マルチコネクション接続装置２は、コンテ
ンツ要求メッセージMsgBを受信すると、メッセージキャ
ッシュテーブル（図７参照）の「処理」欄に従い、コン
テンツ要求メッセージMsgBについての終端処理を実行す
る。
ンツ要求メッセージMsgBを受信すると、メッセージキャ
ッシュテーブル（図７参照）の「処理」欄に従い、コン
テンツ要求メッセージMsgBについての終端処理を実行す
る。
【０１０４】終端処理でコンテンツ要求メッセージMsgB
を解析した結果、例えば、第２クライアントが配信中の
ライブコンテンツを要求していることがわかる（ＳＴ１
３）。
を解析した結果、例えば、第２クライアントが配信中の
ライブコンテンツを要求していることがわかる（ＳＴ１
３）。
【０１０５】そこで、マルチコネクション接続装置２
は、メッセージキャッシュテーブル（図７参照）を検索
し、「キャッシュＣ」に格納されているResponseMsgBを
第２クライアントに対して送信する（ＳＴ１４）。
は、メッセージキャッシュテーブル（図７参照）を検索
し、「キャッシュＣ」に格納されているResponseMsgBを
第２クライアントに対して送信する（ＳＴ１４）。
【０１０６】第２クライアントは、ResponseMsgBを受信
した後、コンテンツ視聴開始要求メッセージMsgCをマル
チコネクション接続装置２に対して送信する（ＳＴ１
５）。
した後、コンテンツ視聴開始要求メッセージMsgCをマル
チコネクション接続装置２に対して送信する（ＳＴ１
５）。
【０１０７】マルチコネクション接続装置２は、コンテ
ンツ視聴開始要求メッセージMsgCを受信すると、メッセ
ージキャッシュテーブル（図７参照）の「処理」欄の”
終端”に従って、コンテンツ視聴開始要求メッセージMs
gCについての終端処理を実行する。そして、マルチコネ
クション接続装置２は、メッセージキャッシュテーブル
の「キャッシュＥ」に格納されているResponseMsgCを第
１クライアントに送信する（ＳＴ１６）。
ンツ視聴開始要求メッセージMsgCを受信すると、メッセ
ージキャッシュテーブル（図７参照）の「処理」欄の”
終端”に従って、コンテンツ視聴開始要求メッセージMs
gCについての終端処理を実行する。そして、マルチコネ
クション接続装置２は、メッセージキャッシュテーブル
の「キャッシュＥ」に格納されているResponseMsgCを第
１クライアントに送信する（ＳＴ１６）。
【０１０８】これらの処理によって、第２クライアント
から出されたコンテンツ配信要求を、マルチコネクショ
ン接続装置２が代理に処理し、第１クライアント及び第
２クライアントの要求に係るライブコンテンツのストリ
ームデータが、第１クライアント及び第２クライアント
の双方に送信されるようになる。即ち、ストリームサー
バ１から送信されたライブコンテンツのストリームデー
タが、マルチコネクション接続装置２を介して、第１ク
ライアント及び第２クライアントに送信されるようにな
る。
から出されたコンテンツ配信要求を、マルチコネクショ
ン接続装置２が代理に処理し、第１クライアント及び第
２クライアントの要求に係るライブコンテンツのストリ
ームデータが、第１クライアント及び第２クライアント
の双方に送信されるようになる。即ち、ストリームサー
バ１から送信されたライブコンテンツのストリームデー
タが、マルチコネクション接続装置２を介して、第１ク
ライアント及び第２クライアントに送信されるようにな
る。
【０１０９】これらにより、本方法例２によれば、各ク
ライアント５の配信要求に対応するメッセージ（応答）
をメッセージキャッシュテーブルに保持している場合に
は、そのメッセージをクライアント（例えば、第２クラ
イアント）に送信することができる。
ライアント５の配信要求に対応するメッセージ（応答）
をメッセージキャッシュテーブルに保持している場合に
は、そのメッセージをクライアント（例えば、第２クラ
イアント）に送信することができる。
【０１１０】また、各クライアント５の配信要求に対応
するメッセージ（応答）をメッセージキャッシュテーブ
ルに保持していない場合には、そのコンテンツの配信元
となるストリームサーバ１に対して、配信要求を代表し
て送信し、その配信要求に対するストリームサーバ１か
らのメッセージ（応答）をメッセージキャッシュテーブ
ルに保持して、他の複数のクライアント５に対する応答
として用いることができる。
するメッセージ（応答）をメッセージキャッシュテーブ
ルに保持していない場合には、そのコンテンツの配信元
となるストリームサーバ１に対して、配信要求を代表し
て送信し、その配信要求に対するストリームサーバ１か
らのメッセージ（応答）をメッセージキャッシュテーブ
ルに保持して、他の複数のクライアント５に対する応答
として用いることができる。
【０１１１】従って、本方法例２によれば、クライアン
ト５の配信要求についてのトラザクションをキャッシュ
して、当該キャッシュしたものを用いて、複数のクライ
アントへ配信要求の応答をすることで、マルチコネクシ
ョン接続装置２での各クライアント５の配信要求につい
て処理負荷を軽減することができる。
ト５の配信要求についてのトラザクションをキャッシュ
して、当該キャッシュしたものを用いて、複数のクライ
アントへ配信要求の応答をすることで、マルチコネクシ
ョン接続装置２での各クライアント５の配信要求につい
て処理負荷を軽減することができる。
【０１１２】更にまた、本方法例２によれば、クライア
ント固有情報などストリームサーバ１に送信すべき情報
（メッセージ）は、マルチコネクション接続装置２で終
端せずにストリームサーバ１に送信することができる。
ント固有情報などストリームサーバ１に送信すべき情報
（メッセージ）は、マルチコネクション接続装置２で終
端せずにストリームサーバ１に送信することができる。
【０１１３】即ち、図７のメッセージキャッシュテーブ
ルに示されているように、クライアント固有情報である
メッセージMsgAは、全てスルー処理されてストリームサ
ーバ１に送信されるが、メッセージMsgB及びメッセージ
MsgCは、マルチコネクション接続装置２で終端される。
従って、図４に示すように、第２クライアントから送信
されたメッセージMsgB及びメッセージMsgCは、ストリー
ムサーバ１には送信されない。
ルに示されているように、クライアント固有情報である
メッセージMsgAは、全てスルー処理されてストリームサ
ーバ１に送信されるが、メッセージMsgB及びメッセージ
MsgCは、マルチコネクション接続装置２で終端される。
従って、図４に示すように、第２クライアントから送信
されたメッセージMsgB及びメッセージMsgCは、ストリー
ムサーバ１には送信されない。
【０１１４】従って、本方法例２によれば、ストリーム
サーバ１においてクライアント５の配信要求についての
負荷を軽減しながら、複数のクライアント５の所望の情
報についてストリームサーバ１で集中的に管理すること
ができる。
サーバ１においてクライアント５の配信要求についての
負荷を軽減しながら、複数のクライアント５の所望の情
報についてストリームサーバ１で集中的に管理すること
ができる。
【０１１５】（方法例３）前記装置例に適用する本実施
形態の方法例３につき、図面を参照して説明する。図９
は、前記装置例に適用する接続性確認処理を示すシーケ
ンス図である。この接続性確認処理は、クライアント５
とマルチコネクション接続装置２との間の接続性確認を
する処理である。この接続性確認処理は、マルチコネク
ション接続装置２がストリームサーバ１に応答を聞きに
行く必要のないクライアントの要求についての処理の一
態様を示すものであり、接続性の確認に限らず、クライ
アントの他の要求について適用してもよい。即ち、メッ
セージキャッシュ部２３に事前に所定の応答を予めキャ
ッシュ（格納）しておき、クライアント５からの要求が
そのキャッシュされた所定の応答に該当する場合には、
ストリームサーバ１に聞きに行くことなく、そのキャッ
シュされた所定の応答でクライアント５に応答する処理
を行なう。
形態の方法例３につき、図面を参照して説明する。図９
は、前記装置例に適用する接続性確認処理を示すシーケ
ンス図である。この接続性確認処理は、クライアント５
とマルチコネクション接続装置２との間の接続性確認を
する処理である。この接続性確認処理は、マルチコネク
ション接続装置２がストリームサーバ１に応答を聞きに
行く必要のないクライアントの要求についての処理の一
態様を示すものであり、接続性の確認に限らず、クライ
アントの他の要求について適用してもよい。即ち、メッ
セージキャッシュ部２３に事前に所定の応答を予めキャ
ッシュ（格納）しておき、クライアント５からの要求が
そのキャッシュされた所定の応答に該当する場合には、
ストリームサーバ１に聞きに行くことなく、そのキャッ
シュされた所定の応答でクライアント５に応答する処理
を行なう。
【０１１６】具体的には、先ず、第１クライアントは、
マルチコネクション接続装置２との接続性を確認するた
めに、接続性確認メッセージMsgDをマルチコネクション
接続装置２へ送信する（ＳＴ２１）。
マルチコネクション接続装置２との接続性を確認するた
めに、接続性確認メッセージMsgDをマルチコネクション
接続装置２へ送信する（ＳＴ２１）。
【０１１７】マルチコネクション接続装置２は、接続性
確認メッセージMsgDを受信すると、その接続性確認メッ
セージMsgDを要求解析部２２で解析し、このメッセージ
が第１クライアントとマルチコネクション接続装置２間
の接続性を確認するためのものであると認識する。する
と、マルチコネクション接続装置２は、受信した接続性
確認メッセージMsgDをストリームサーバ１へ転送するこ
となく、固定メッセージＦ（ResponseMsgD）を第１クラ
イアントへ送信し、接続性の確認をする（ＳＴ２２）。
確認メッセージMsgDを受信すると、その接続性確認メッ
セージMsgDを要求解析部２２で解析し、このメッセージ
が第１クライアントとマルチコネクション接続装置２間
の接続性を確認するためのものであると認識する。する
と、マルチコネクション接続装置２は、受信した接続性
確認メッセージMsgDをストリームサーバ１へ転送するこ
となく、固定メッセージＦ（ResponseMsgD）を第１クラ
イアントへ送信し、接続性の確認をする（ＳＴ２２）。
【０１１８】ここで、固定メッセージＦ（ResponseMsg
D）は、メッセージキャッシュ部２３で予め格納されて
いるメッセージであり、各クライアント５からきた接続
性確認メッセージMsgDの応答として用いられる。
D）は、メッセージキャッシュ部２３で予め格納されて
いるメッセージであり、各クライアント５からきた接続
性確認メッセージMsgDの応答として用いられる。
【０１１９】また、第２クライアントとマルチコネクシ
ョン接続装置２との間の接続性確認も、上述の第１クラ
イアントの場合（ＳＴ２１、ＳＴ２２）と同様に行なわ
れる。
ョン接続装置２との間の接続性確認も、上述の第１クラ
イアントの場合（ＳＴ２１、ＳＴ２２）と同様に行なわ
れる。
【０１２０】即ち、先ず、第２クライアントは、マルチ
コネクション接続装置２との接続性を確認するために、
接続性確認メッセージMsgDをマルチコネクション接続装
置２へ送信する（ＳＴ２３）。
コネクション接続装置２との接続性を確認するために、
接続性確認メッセージMsgDをマルチコネクション接続装
置２へ送信する（ＳＴ２３）。
【０１２１】マルチコネクション接続装置２は、受信し
た接続性確認メッセージMsgDをストリームサーバ１へ転
送することなく、固定メッセージＦ（ResponseMsgD）を
第２クライアントへ送信し、接続性の確認をする（ＳＴ
２４）。
た接続性確認メッセージMsgDをストリームサーバ１へ転
送することなく、固定メッセージＦ（ResponseMsgD）を
第２クライアントへ送信し、接続性の確認をする（ＳＴ
２４）。
【０１２２】これらにより、本方法例３によれば、固定
メッセージＦ（ResponseMsgD）を用いることで、クライ
アント５とマルチコネクション接続装置２間の接続性の
確認を、ストリームサーバ１に負荷をかけることなく、
マルチコネクション接続装置２の負荷増加も抑えなが
ら、迅速に実行することができる。
メッセージＦ（ResponseMsgD）を用いることで、クライ
アント５とマルチコネクション接続装置２間の接続性の
確認を、ストリームサーバ１に負荷をかけることなく、
マルチコネクション接続装置２の負荷増加も抑えなが
ら、迅速に実行することができる。
【０１２３】以上、本発明の実施形態を説明したが、本
発明は、必ずしも上記した事項に限定されるものではな
く、本発明の目的を達し、下記する効果を奏する範囲に
おいて、適宜変更実施可能である。
発明は、必ずしも上記した事項に限定されるものではな
く、本発明の目的を達し、下記する効果を奏する範囲に
おいて、適宜変更実施可能である。
【０１２４】例えば、上述の実施形態では、図１に示す
ように、ストリームサーバ１とクライアント５，５１，
５２，５３，５ｎとの間に、１つのマルチコネクション
接続装置２が配置される態様について説明したが、マル
チコネクション接続装置２の下流側にクライアント５，
５１，５２，５３，５ｎと下位ストリームサーバが配置
され、マルチコネクション接続装置２の上流側に上位ス
トリームサーバが配置される態様に、適用してもよい。
即ち、クライアント５の概念に下位ストリームサーバを
含め、ストリームサーバ１の概念に上位ストリームサー
バを含めてもよい。
ように、ストリームサーバ１とクライアント５，５１，
５２，５３，５ｎとの間に、１つのマルチコネクション
接続装置２が配置される態様について説明したが、マル
チコネクション接続装置２の下流側にクライアント５，
５１，５２，５３，５ｎと下位ストリームサーバが配置
され、マルチコネクション接続装置２の上流側に上位ス
トリームサーバが配置される態様に、適用してもよい。
即ち、クライアント５の概念に下位ストリームサーバを
含め、ストリームサーバ１の概念に上位ストリームサー
バを含めてもよい。
【０１２５】
【発明の効果】以上説明したように、本発明によれば、
ストリーム放送を行う際に、複数のクライアントからの
同一のストリーム番組（コンテンツ）についての配信要
求を、単一の配信要求として、１本の通信路で、且つ、
アプリケーションにおいても１対１として、マルチコネ
クション接続装置からストリームサーバへ送信すること
ができるので、ストリームサーバにおける接続処理を大
幅に低減することができ、多数のクライアントに対する
大規模なストリーム配信処理が可能となる。
ストリーム放送を行う際に、複数のクライアントからの
同一のストリーム番組（コンテンツ）についての配信要
求を、単一の配信要求として、１本の通信路で、且つ、
アプリケーションにおいても１対１として、マルチコネ
クション接続装置からストリームサーバへ送信すること
ができるので、ストリームサーバにおける接続処理を大
幅に低減することができ、多数のクライアントに対する
大規模なストリーム配信処理が可能となる。
【０１２６】また、クライアントの配信要求についての
メッセージ（トラザクション）をキャッシュして、当該
キャッシュしたメッセージを用いて、複数のクライアン
トへ配信要求の応答をするので、マルチコネクション接
続装置での各クライアントの配信要求について処理負荷
を軽減しながら、ストリームサーバの負荷も軽減し、多
数のクライアントに対する大規模なストリーム配信処理
が可能となる。
メッセージ（トラザクション）をキャッシュして、当該
キャッシュしたメッセージを用いて、複数のクライアン
トへ配信要求の応答をするので、マルチコネクション接
続装置での各クライアントの配信要求について処理負荷
を軽減しながら、ストリームサーバの負荷も軽減し、多
数のクライアントに対する大規模なストリーム配信処理
が可能となる。
【０１２７】また、クライアントの各種の配信要求につ
いてのメッセージ（トラザクション）を複数キャッシュ
して、当該複数のメッセージのなかから所望のメッセー
ジ（例えば、クライアント固有情報）については選択し
てストリームサーバへ転送することを可能として、クラ
イアントの配信要求についてのストリームサーバの負荷
を軽減しながら、クライアント固有情報等の所望の情報
についてストリームサーバで集中的に管理することが可
能となる。
いてのメッセージ（トラザクション）を複数キャッシュ
して、当該複数のメッセージのなかから所望のメッセー
ジ（例えば、クライアント固有情報）については選択し
てストリームサーバへ転送することを可能として、クラ
イアントの配信要求についてのストリームサーバの負荷
を軽減しながら、クライアント固有情報等の所望の情報
についてストリームサーバで集中的に管理することが可
能となる。
【図１】本発明の装置例に係るマルチコネクション接続
装置を適用したシステムの模式接続図である。
装置を適用したシステムの模式接続図である。
【図２】同上に係るマルチコネクション接続装置の主要
部を示すブロック図である。
部を示すブロック図である。
【図３】本発明の実施形態である方法例２に係る最初の
クライアントに対する処理例を示すシーケンス図であ
る。
クライアントに対する処理例を示すシーケンス図であ
る。
【図４】同上の方法例２に係る２番目のクライアントに
対する処理例を示すシーケンス図である。
対する処理例を示すシーケンス図である。
【図５】同上の方法例２で用いられるメッセージキャッ
シュテーブルのＳＴ１までの状態を示す図である。
シュテーブルのＳＴ１までの状態を示す図である。
【図６】同上の方法例２で用いられるメッセージキャッ
シュテーブルのＳＴ７までの状態を示す図である。
シュテーブルのＳＴ７までの状態を示す図である。
【図７】同上の方法例２で用いられるメッセージキャッ
シュテーブルのＳＴ１０までの状態を示す図である。
シュテーブルのＳＴ１０までの状態を示す図である。
【図８】同上の方法例２で用いられるメッセージキャッ
シュ書き換えテーブルの状態を示す図である。
シュ書き換えテーブルの状態を示す図である。
【図９】本発明の実施形態である方法例３に係る接続性
確認処理を示すシーケンス図である。
確認処理を示すシーケンス図である。
【図１０】従来のストリーム配信システムの一例を示す
模式接続図である。
模式接続図である。
１…ストリームサーバ ２…マルチコネクション接続装置 ３…ＴＣＰコネクション ４、４１、４２、４３、４ｎ…ストリーム配信コネクシ
ョン ５、５１、５２、５３、５ｎ…クライアント ２０…スプリッタ ２１…クライアント側送受信手段 ２２…要求解析部 ２３…メッセージキャッシュ部 ２４…サーバ側送受信手段 ３０…ＴＣＰコネクション
ョン ５、５１、５２、５３、５ｎ…クライアント ２０…スプリッタ ２１…クライアント側送受信手段 ２２…要求解析部 ２３…メッセージキャッシュ部 ２４…サーバ側送受信手段 ３０…ＴＣＰコネクション
フロントページの続き (72)発明者 花野 真也 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 柳本 清 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5K030 HA05 HB02 HD03 JA02 JA11 JT04 KA06 LD11 LE03 LE13
Claims (20)
- 【請求項１】複数のクライアントと単一のストリームサ
ーバ間に介在してコネクション接続するマルチコネクシ
ョン接続装置であって、 ストリームサーバに対してパケットの送受信をするサー
バ側送受信手段と、 複数のクライアントに対してパケットの送受信をするク
ライアント側送受信手段と、 当該クライアント側送受信手段がクライアントから受信
したパケットに含まれているストリームコンテンツ要求
情報を解析する要求解析部と、 当該要求解析部が解析したストリームコンテンツ要求情
報を格納するメッセージキャッシュ部と、を有し、 当該メッセージキャッシュ部は、 同一のストリームコンテンツに対する複数のストリーム
コンテンツ要求情報を、１つのストリームコンテンツ要
求情報をなす代表配信要求にまとめ、当該代表配信要求
を前記サーバ側送受信手段から前記ストリームサーバに
送信させる機能構成をなす、 ことを特徴とするマルチコネクション接続装置。 - 【請求項２】前記コネクションは、 単一の前記マルチコネクション装置と複数の前記クライ
アント間は当該クライアント数に対応するストリーム配
信コネクションである、 ことを特徴とする請求項１に記載のマルチコネクション
接続装置。 - 【請求項３】前記コネクションは、 単一の前記マルチコネクション装置と前記ストリームサ
ーバ間は単一のＴＣＰコネクションである、 ことを特徴とする請求項１又は２に記載のマルチコネク
ション接続装置。 - 【請求項４】前記要求解析部は、 複数のクライアントからそれぞれ送出される前記ストリ
ームコンテンツ要求情報を、各当該クライアント毎の複
数のトラザクションとして、前記クライアント側送受信
手段を介して、受信する機能構成をなし、 前記メッセージキャッシュ部は、 当該要求解析部が複数のクライアントから受信した複数
のトラザクションにおける同一のストリームコンテンツ
についての複数のトラザクションを、前記代表配信要求
を行なう１個のトラザクションとして、前記サーバ側送
受信手段に送信させる機能構成をなす、 ことを特徴とする請求項１、２又は３に記載のマルチコ
ネクション接続装置。 - 【請求項５】前記クライアント側送受信手段は、 複数のクライアントのそれぞれとＴＣＰプロトコルで接
続してパケットの送受信をする機能構成をなし、 前記サーバ側送受信手段は、前記ストリームサーバに対
してのＴＣＰプロトコルを用いた単一接続で、前記代表
配信要求を送信する機能構成をなす、 ことを特徴とする請求項１、２、３又は４に記載のマル
チコネクション接続装置。 - 【請求項６】前記クライアント側送受信手段は、 複数のクライアント及び／又は下位ストリームサーバの
それぞれとＴＣＰプロトコルで接続してパケットの送受
信をする機能構成をなし、 前記サーバ側送受信手段は、上位ストリームサーバに対
してのＴＣＰプロトコルを用いた単一接続で、前記代表
配信要求を送信する機能構成をなす、 ことを特徴とする請求項１、２、３、４又は５に記載の
マルチコネクション接続装置。 - 【請求項７】前記メッセージキャッシュ部は、 前記代表配信要求を、１つの送信元ポート番号と１つの
宛先ポート番号とを用いて、１つのアプリケーションか
ら他の１つのアプリケーションに引き渡されるデータと
して、前記サーバ側送受信手段から前記ストリームサー
バへ送信させる機能構成をなす、 ことを特徴とする請求項１、２、３、４、５又は６に記
載のマルチコネクション接続装置。 - 【請求項８】前記メッセージキャッシュ部は、 前記要求解析部が解析したストリームコンテンツ要求情
報と、前記サーバ側送受信手段が前記ストリームサーバ
から受信したパケットに含まれているものであって前記
クライアントの要求に対するメッセージとなる応答と、
を格納する機能構成を有し、 前記要求解析部は、 前記ストリームコンテンツ要求情報に対応する前記応答
が前記メッセージキャッシュ部に格納されているか判断
し、当該応答が格納されている場合は、当該応答を前記
クライアント側送受信手段から当該クライアントへ送信
させ、当該応答が格納されていない場合は、当該ストリ
ームコンテンツの配信元となる前記ストリームサーバに
対して、前記代表配信要求を送信させる機能構成を有す
る、 ことを特徴とする請求項１に記載のマルチコネクション
接続装置。 - 【請求項９】前記要求解析部は、 前記ストリームコンテンツ要求情報が所定の条件に合致
した場合は、当該ストリームコンテンツ要求情報に対応
する処理を実行し、当該ストリームコンテンツ要求情報
が所定の条件に合致しない場合は、当該ストリームコン
テンツ要求情報を前記サーバ側送受信手段から前記スト
リームサーバへ送信させる機能構成を有する、 ことを特徴とする請求項８に記載のマルチコネクション
接続装置。 - 【請求項１０】前記要求解析部は、 前記ストリームコンテンツ要求情報が前記クライアント
に固有の情報からなるクライアント固有情報を含んでい
ないと判断した場合は、当該ストリームコンテンツ要求
情報に対応する処理を実行し、当該ストリームコンテン
ツ要求情報が当該クライアントに固有の情報からなるク
ライアント固有情報を含んでいると判断した場合は、当
該ストリームコンテンツ要求情報を前記サーバ側送受信
手段から前記ストリームサーバへ送信させる機能構成を
有する、 ことを特徴とする請求項８に記載のマルチコネクション
接続装置。 - 【請求項１１】前記要求解析部で判断される前記クライ
アント固有情報は、 前記配信要求をしたクライアントの認証、当該クライア
ントのプロフィール、当該クライアントに対する課金及
びストリーム放送についての統計、の内の少なくとも１
つについて用いられる情報からなる、 ことを特徴とする請求項１０に記載のマルチコネクショ
ン接続装置。 - 【請求項１２】前記メッセージキャッシュ部には、 前記クライアントの要求に対する所定の応答が予め格納
されており、 前記要求解析部は、 前記クライアントから受信したパケットに含まれている
要求が、当該メッセージキャッシュ部に予め格納されて
いる当該所定の応答に該当する要求であると判断した場
合は、前記ストリームサーバに聞きにいくことなく、当
該所定の応答を当該クライアントに向けて送信させる、
機能構成を有する、 ことを特徴とする請求項８、９、１０又は１１に記載の
マルチコネクション接続装置。 - 【請求項１３】複数のクライアントと単一のストリーム
サーバ間にマルチコネクション接続手段を介接したコネ
クション接続を制御するマルチコネクション接続制御方
法であって、 複数のクライアントのそれぞれとＴＣＰプロトコルで接
続して、当該複数のクライアントのそれぞれからストリ
ームコンテンツの配信要求を受信し、 当該配信要求における同一のストリームコンテンツに対
する複数の配信要求を、１つの配信要求をなす代表配信
要求とし、 当該ストリームコンテンツの配信元となるストリームサ
ーバに対して、１つのＴＣＰプロトコルで接続して、 当該１つの代表配信要求を当該ストリームサーバに送信
する、 ことを特徴とするマルチコネクション接続制御方法。 - 【請求項１４】前記クライアントは、 前記ストリームサーバから送出されたストリームコンテ
ンツに係るパケットを受信し、当該パケットを複写し
て、複数の前記クライアントに中継再配信する下位スト
リームサーバをも含み、 前記ストリームサーバは、 当該下位ストリームサーバ及び前記クライアントに向け
て、ストリームコンテンツを中継配信する上位ストリー
ムサーバをも含まれる、 ことを特徴とする請求項１３に記載のマルチコネクショ
ン接続制御方法。 - 【請求項１５】前記代表配信要求は、 １つの送信元ポート番号と、１つの宛先ポート番号とを
用いて、 １つのアプリケーションから、他の１つのアプリケーシ
ョンに、引き渡されるデータとして、前記ストリームサ
ーバに送信される、 ことを特徴とする請求項１３又は１４に記載のマルチコ
ネクション接続制御方法。 - 【請求項１６】複数のクライアントと単一のストリーム
サーバ間にマルチコネクション接続手段を介接したコネ
クション接続を制御するマルチコネクション接続制御方
法であって、 複数のクライアントのそれぞれとＴＣＰプロトコルで接
続して、当該複数のクライアントのそれぞれからストリ
ームコンテンツの配信要求を受信し、 当該配信要求に対応する応答を保持している場合には、
当該応答を当該クライアントに送信し、 当該配信要求に対応する応答を保持していない場合に
は、当該ストリームコンテンツの配信元となるストリー
ムサーバに対して、単一のコネクションで接続して、当
該配信要求を代表して送信し、当該配信要求に対するス
トリームサーバからの応答を保持し、当該応答を、当該
配信要求した複数のクライアントに送信する、 ことを特徴とするマルチコネクション接続制御方法。 - 【請求項１７】前記マルチコネクション接続制御方法
は、 前記クライアントの配信要求が所定の条件に合致した場
合は、当該配信要求に対応する処理を前記マルチコネク
ション接続手段内で実行する終端処理を行ない、 当該クライアントの配信要求が所定の条件に合致しない
場合は、当該配信要求を前記ストリームサーバに送信す
るスルー処理を行なう、 ことを特徴とする請求項１６に記載のマルチコネクショ
ン接続制御方法。 - 【請求項１８】前記所定の条件に合致した場合とは、 前記クライアントの配信要求が、当該クライアントに固
有の情報からなるクライアント固有情報を、含んでいな
いと判断された場合である、 ことを特徴とする請求項１７に記載のマルチコネクショ
ン接続制御方法。 - 【請求項１９】前記クライアント固有情報は、 前記配信要求をしたクライアントの認証、当該クライア
ントのプロフィール、当該クライアントに対する課金及
びストリーム放送についての統計、の内の少なくとも１
つについて用いられる情報からなる、 ことを特徴とする請求項１８に記載のマルチコネクショ
ン接続制御方法。 - 【請求項２０】前記マルチコネクション接続制御方法
は、 前記クライアントから出された要求が、当該クライアン
トと前記マルチコネクション接続手段間の接続性を確認
するものである場合は、当該マルチコネクション接続手
段において事前に保持されている応答を、当該マルチコ
ネクション接続手段が当該クライアントに送信する、 ことを特徴とする請求項１６、１７、１８又は１９に記
載のマルチコネクション接続制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001084708A JP3685729B2 (ja) | 2001-03-23 | 2001-03-23 | マルチコネクション接続装置及びマルチコネクション接続制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001084708A JP3685729B2 (ja) | 2001-03-23 | 2001-03-23 | マルチコネクション接続装置及びマルチコネクション接続制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002290457A true JP2002290457A (ja) | 2002-10-04 |
| JP3685729B2 JP3685729B2 (ja) | 2005-08-24 |
Family
ID=18940338
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001084708A Expired - Lifetime JP3685729B2 (ja) | 2001-03-23 | 2001-03-23 | マルチコネクション接続装置及びマルチコネクション接続制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3685729B2 (ja) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1023005A (ja) * | 1996-07-05 | 1998-01-23 | Nippon Telegr & Teleph Corp <Ntt> | マルチキャスト配信方法及びシステム |
| JPH10145358A (ja) * | 1996-11-08 | 1998-05-29 | Meidensha Corp | Ｉｓｄｎターミナルサーバのデータ処理方法 |
| JPH11112541A (ja) * | 1997-09-12 | 1999-04-23 | Internatl Business Mach Corp <Ibm> | メッセージ中継方法及びメッセージ処理方法、ルータ装置、ネットワークシステム、ルータ装置を制御するプログラムを格納した記憶媒体 |
| JPH11313059A (ja) * | 1998-04-27 | 1999-11-09 | Nippon Telegr & Teleph Corp <Ntt> | マルチキャスト通信方法及びそのシステム並びにマルチキャスト通信プログラムを記録した記録媒体 |
| JP2002118552A (ja) * | 2000-10-05 | 2002-04-19 | Nippon Telegr & Teleph Corp <Ntt> | ストリーム中継装置およびストリーム放送配信ネットワークおよび記録媒体 |
| JP2002259267A (ja) * | 2001-03-01 | 2002-09-13 | Matsushita Electric Ind Co Ltd | 動画配信方法および動画配信装置およびそのプログラム記録媒体 |
-
2001
- 2001-03-23 JP JP2001084708A patent/JP3685729B2/ja not_active Expired - Lifetime
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1023005A (ja) * | 1996-07-05 | 1998-01-23 | Nippon Telegr & Teleph Corp <Ntt> | マルチキャスト配信方法及びシステム |
| JPH10145358A (ja) * | 1996-11-08 | 1998-05-29 | Meidensha Corp | Ｉｓｄｎターミナルサーバのデータ処理方法 |
| JPH11112541A (ja) * | 1997-09-12 | 1999-04-23 | Internatl Business Mach Corp <Ibm> | メッセージ中継方法及びメッセージ処理方法、ルータ装置、ネットワークシステム、ルータ装置を制御するプログラムを格納した記憶媒体 |
| JPH11313059A (ja) * | 1998-04-27 | 1999-11-09 | Nippon Telegr & Teleph Corp <Ntt> | マルチキャスト通信方法及びそのシステム並びにマルチキャスト通信プログラムを記録した記録媒体 |
| JP2002118552A (ja) * | 2000-10-05 | 2002-04-19 | Nippon Telegr & Teleph Corp <Ntt> | ストリーム中継装置およびストリーム放送配信ネットワークおよび記録媒体 |
| JP2002259267A (ja) * | 2001-03-01 | 2002-09-13 | Matsushita Electric Ind Co Ltd | 動画配信方法および動画配信装置およびそのプログラム記録媒体 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3685729B2 (ja) | 2005-08-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10205971B2 (en) | Media data live broadcast method, device, and system | |
| US7840651B2 (en) | Client-server emulation supporting multicast transmissions of media objects | |
| US10171534B2 (en) | Placeshifting of adaptive media streams | |
| JP4886032B2 (ja) | マルチキャスト配信 | |
| EP1579644B1 (en) | Method and system for group communications | |
| US6427172B1 (en) | Method and apparatus for internet cache content delivery via a data distribution system | |
| CN1328868C (zh) | 在分布式对等流媒体服务系统中实现可靠组播的方法 | |
| CN101383959B (zh) | 流媒体业务中获取关键帧的方法、系统及用户设备 | |
| EP2817971B1 (en) | Network controlled streaming | |
| CN108696772B (zh) | 一种实时视频的传输方法及装置 | |
| CA2553458A1 (en) | Network architecture for data transmission | |
| US20100198977A1 (en) | Automatic live stream trees | |
| US20040181575A1 (en) | Method and apparatus for providing peer-to-peer push using broadcast query | |
| WO2006051382A1 (en) | An intelligent application level multicast module for multimedia transmission | |
| CN101860563A (zh) | 分发服务器、多播服务器及相关的内容分发方法 | |
| WO2011029355A1 (zh) | 节目推送方法、机顶盒及电子节目菜单 | |
| EP2665260A1 (en) | Transmitting device, transmitting method, receiving device, receiving method, program, and content delivery system | |
| KR101402886B1 (ko) | 분산형 네트워크에서 정보의 확산을 위한 방법 | |
| US12003560B2 (en) | Content delivery—setting the unicast rate | |
| JP2002118552A (ja) | ストリーム中継装置およびストリーム放送配信ネットワークおよび記録媒体 | |
| WO2009015539A1 (fr) | Procédé de commande multidiffusion pour service de demande de contenu multimédia et son système | |
| US20020065918A1 (en) | Method and apparatus for efficient and accountable distribution of streaming media content to multiple destination servers in a data packet network (DPN) | |
| WO2008110094A1 (fr) | Procédé et système permettant d'obtenir une commutation de service de télévision par protocole internet (iptv) | |
| US8412840B2 (en) | Live media serving system and method | |
| JP2002290457A (ja) | マルチコネクション接続装置及びマルチコネクション接続制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040412 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041005 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041202 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050531 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050531 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3685729 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090610 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090610 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100610 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100610 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110610 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120610 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130610 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140610 Year of fee payment: 9 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |