JP2002290952A - 共通情報キャッシング中継方法及び中継装置 - Google Patents

Abstract

(57)【要約】 【課題】ストリームの主信号パケットの共通情報をキャ
ッシングしておき、任意の時刻から参加したストリーム
放送視聴者がストリームサーバに共通情報の要求を行う
ことのない共通情報キャッシング中継方法及び中継装置
の提供。 【解決手段】ストリームデータをストリームサーバＳＳ
から受けて、そのストリームデータに係る視聴番組を視
聴要求した端末Ｔ１に対してストリームデータを送信す
る前に、当該視聴番組の共通情報を共通情報データベー
スＣＩＤＢにキャッシングすると共に、他の端末Ｔ２か
ら同一の視聴番組の視聴要求を受けると、共通情報デー
タベースＣＩＤＢの共通情報を先ず当該他の端末Ｔ２に
送信してから、ストリームサーバＳＳから現に配信され
ているストリームデータを、送信中の端末Ｔ１に加えて
他の端末Ｔ２にも送信する特徴的構成手法。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、音声、映像の何れ
か又は双方を含むストリーミング放送（ライブ放送、録
画放送、録音放送など）に関し、任意の時刻において或
る端末に対して特定の中継装置を介してストリームサー
バから（場合によっては第ｘ中継手段を介して）ストリ
ームデータがパケット配信されているときに、他の端末
又は第ｙ中継手段から当該特定の中継装置を介して同一
の視聴番組の配信要求がなされた場合に、当該特定の中
継装置において、当該ストリームサーバから（場合によ
っては第ｘ中継手段を介して）既に配信されてかつキャ
ッシングしておいたところの共通情報を先ず配信しその
後当該特定の中継装置に現配信中のストリームデータを
他の端末又は第ｙ中継手段にも送信する、共通情報キャ
ッシング中継方法及びその実施に直接使用する中継装置
に関する（但し、第ｘ中継手段≠第ｙ中継手段）。

【０００２】

【従来の技術】従来、ストリームサーバに対して視聴要
求するとその視聴要求した各端末とストリームサーバと
の間に個別に配信チャネルを確立させて、ストリーム配
信が行われている。

【０００３】しかし、これでは、端末の数だけ配信チャ
ネルを確立することになるので、到底大容量かつ大衆向
けにストリーム配信することは困難であることから、ス
トリームサーバと端末との間において、中継装置なるも
のを介在させたり、スプリッターを用いて、多数の端末
に対するストリーム配信を行い、その要求を充足させて
いた。

【０００４】

【発明が解決しようとする課題】ところが、従来の方法
においては、最初に中継装置を介してストリームサーバ
に配信要求した端末が、中継装置を介して現時点でスト
リーム配信を受けている際に、任意の時刻において、他
の端末から同じ中継装置を介して同一の視聴要求される
と、ストリームサーバと中継装置とに配信チャネルを新
たに確立する必要があり、これでは、端末の数が甚大に
なると、ストリームサーバの処理能力が限界を来たす虞
がある。

【０００５】また、他方で中継装置とストリームサーバ
との間において新たな配信チャネルを確立しないことを
前提とすると、中継装置において、単に最初からストリ
ーム配信を受けている端末に配信するところのストリー
ムを複写して、新たに配信要求をした他の端末に配信す
ることになる。

【０００６】しかしこれでは、端末の利用者に対して無
料配信するストリーム放送においては、当該ストリーム
放送の最初に挿入されるスポンサーとなる企業、団体の
広告情報を所定の時間流すように構築されている場合、
全てのクライアントが広告を視聴しなくなるので、結果
的にスポンサーが付かないストリーム配信サービスとな
って事実上実現されないことになる。

【０００７】ここにおいて、本発明の解決すべき主要な
目的は以下の通りである。

【０００８】本発明の第１の目的は、ストリームの主信
号パケットの共通情報を中継手段にキャッシングしてお
き、任意の時刻から参加したストリーム放送視聴者がス
トリームサーバに直接共通情報の要求を行うことなく、
予めキャッシュした共通情報を中継手段から送信した後
に、現配信中のストリームデータをシームレスにつなぎ
換えてストリーム視聴を可能ならしめる共通情報キャッ
シング中継方法及び中継装置を提供することにある。

【０００９】本発明の第２の目的は、ストリーム配信源
となるストリームサーバと中継手段との間に配信チャネ
ルを新たに確立することを要しない共通情報キャッシン
グ中継方法及び中継装置を提供することにある。

【００１０】本発明の第３の目的は、現実的にストリー
ム無料配信を実現できる共通情報キャッシング中継方法
及び中継装置を提供することにある。

【００１１】本発明の他の目的は、明細書、図面、特
に、特許請求の範囲における各請求項の記載から自ずと
明らかとなろう。

【００１２】

【課題を解決するための手段】本発明方法は、上記課題
の解決に当たり、ストリームデータを受けると、当該ス
トリームデータに係る視聴番組を配信要求した配信要求
元に向う下流に対して当該ストリームデータを送信する
と共に当該視聴番組の共通情報をキャッシングしてお
き、任意の時点にて、新たに別の配信要求元から同一の
視聴番組の配信要求を受けたと判断されると、当該キャ
ッシングしておいた当該共通情報を先ず当該別の配信要
求元に向う下流へ送信してから、現に配信されている前
記ストリームデータを当該別の配信要求元に向う当該下
流にも送信する、特徴的構成手法を講じる。

【００１３】本発明装置は、上記課題の解決に当たり、
ストリームデータを受けて当該ストリームデータの視聴
番組を配信要求した配信要求元に向う下流に対して当該
ストリームデータを送信しかつ、主信号を処理する主信
号処理部と副信号を処理する副信号処理部とを有する装
置であって、当該装置が受けた前記ストリームデータ
に、その視聴番組の共通情報を含んでいるか否かを確認
し、含んでいる場合にはその共通情報をキャッシングし
ておく共通情報データベースを備え、任意の時点におい
て新たに別の配信要求元から、既に当該装置が受けてい
る前記ストリームデータに係る視聴番組の配信要求があ
った場合には、再度当該装置から視聴番組の配信要求を
上流へは行わずに、その視聴番組の共通情報を当該共通
情報データベースから取得して当該別の配信要求元に向
う下流へ送信した後に、現に当該装置が受けている前記
ストリームデータを当該別の配信要求元に向う前記下流
にも送信する仕組みを構成する、特徴的構成手段を講じ
る。

【００１４】更に、具体的詳細に述べると、上記課題の
解決は、本発明が次に列挙する新規な特徴的構成手法又
は手段の採用により、上記目的を達成するようになされ
る。

【００１５】本発明方法の第１の特徴は、ストリームデ
ータを受けると、当該ストリームデータに係る視聴番組
の配信要求をした最下流の配信要求元に対して当該スト
リームデータを送信すると共に当該視聴番組の共通情報
をキャッシングしておき、任意の時点にて、新たに別の
最下流の配信要求元から同一の視聴番組の配信要求を受
けたと判断されると、前記キャッシングしておいた前記
共通情報を先ず当該別の配信要求元に向う下流に送信し
てから、現に配信されているストリームデータを当該別
の配信要求元に向う当該下流にも送信してなる、共通情
報キャッシング中継方法の構成採用にある。

【００１６】本発明方法の第２の特徴は、上記本発明方
法の第１の特徴における前記判断が、前記別の配信要求
元からの配信要求に係る視聴番組における共通情報が前
記キャッシング先にキャッシングされているかを基準に
なされてなる、共通情報キャッシング中継方法の構成採
用にある。

【００１７】本発明方法の第３の特徴は、上記本発明方
法の第１又は第２の特徴における前記キャッシングして
おいた共通情報が、前記共通情報に係る視聴番組の配信
終了か、当該共通情報に係る視聴番組を配信要求した全
ての配信要求元との切断の何れかを満たすと、削除され
てなる、共通情報キャッシング中継方法の構成採用にあ
る。

【００１８】本発明方法の第４の特徴は、最上流のスト
リームサーバと視聴番組の配信要求をする最下流の端末
とを一以上の中継手段で中継するシステムにおいて、当
該一以上の中継手段の内の特定の中継装置にてストリー
ムデータを上流から受けてそのストリームデータの視聴
番組を配信要求した配信要求元に向う下流に対して当該
ストリームデータを送信する中継方法であって、前記各
配信要求元からの任意の視聴番組の配信要求を受け付
け、当該配信要求をなした配信要求元に向う前記下流へ
送信する為の必要な情報を配信要求元情報テーブルに設
定すると共に、当該視聴番組が現に前記特定の中継装置
に配信されているか否かを確認し、配信されていない場
合に限り当該特定の中継装置から当該視聴番組の配信要
求を前記上流に向け行う一方、配信されている場合に限
り、当該配信要求元に向う前記下流に対して共通情報デ
ータベースにキャッシングしておいた視聴番組の共通情
報を先ず送信する様に共通情報送信フラグをＯＮに設定
する、以上の配信要求処理過程と、当該配信要求過程と
は別に、前記特定の中継装置が前記ストリームデータを
受けると開始され、前記配信要求元情報テーブルに列挙
された配信要求元毎に、当該列挙された各配信要求元に
対する、前記共通情報送信フラグがＯＮの場合には、前
記共通情報データベースから送信すべき視聴番組の前記
共通情報を元にして当該共通情報を含んだクライアント
配信パケットを生成して送信すると共に、今回送信する
当該共通情報が最終の場合には前記配信要求元情報テー
ブルにおける前記共通情報送信フラグをＯＦＦに変更す
る一方で、当該列挙された各配信要求元に対する、前記
共通情報送信フラグがＯＦＦの場合には、前記特定の中
継装置が受けた前記ストリームデータから生成したクラ
イアント配信パケットを前記下流に向け送信する、以上
の送信過程と、当該送信過程と並行して、前記特定の中
継装置が受けた前記ストリームデータにその視聴番組に
おける前記共通情報が含まれているか確認し、含まれて
いる場合に限り当該視聴番組の識別子と共に当該共通情
報を、前記共通情報データベースに前記キャッシングし
ておくキャッシング処理過程とを、並行実施してなる、
共通情報キャッシング中継方法の構成採用にある。

【００１９】本発明方法の第５の特徴は、上記本発明方
法の第４の特徴における前記配信要求処理過程におけ
る、前記視聴番組が現に前記特定の中継装置に配信され
ているか否かの確認が、前記共通情報データベースにお
ける、共通情報の蓄積状況をリアルタイムに反映させた
共通情報蓄積確認テーブルを用いて行われてなる、共通
情報キャッシング中継方法の構成採用にある。

【００２０】本発明方法の第６の特徴は、上記本発明方
法の第４又は第５の特徴における前記共通情報データベ
ースにキャッシングされた前記共通情報が、前記配信要
求元情報テーブルにおける、配信要求をなした配信要求
元が視聴番組項目毎に、全て存在しなくなるか、その視
聴番組が終了するかの何れかにより、削除されてなる、
共通情報キャッシング中継方法の構成採用にある。

【００２１】本発明方法の第７の特徴は、上記本発明方
法の第１、第２、第３、第４、第５又は第６の特徴にお
ける前記各視聴番組における前記共通情報が、前記上流
に対してそれぞれ配信要求した場合に最初に配信される
ところの、プロファイルヘッダ情報、広告コンテンツの
ストリーム情報である、共通情報キャッシング中継方法
の構成採用にある。

【００２２】本発明装置の第１の特徴は、最上流のスト
リームサーバと視聴番組の配信要求をする最下流の端末
とを中継接続するシステムにおいて用いられ、ストリー
ムデータを上流から受けて当該ストリームデータの視聴
番組を配信要求した配信要求元に向う下流に対して当該
ストリームデータを送信しかつ、主信号を処理する主信
号処理部と副信号を処理する副信号処理部とを有する装
置であって、当該装置が受けた前記ストリームデータ
に、その視聴番組の共通情報を含んでいるか否かを確認
し、含んでいる場合にはその共通情報をキャッシングし
ておく共通情報データベースを備え、任意の時点におい
て新たに別の最下流の配信要求元から、既に前記装置が
受けている前記ストリームデータに係る視聴番組の配信
要求があった場合には、再度当該装置から視聴番組の配
信要求を前記上流に向けて行わずに、その視聴番組の共
通情報を前記共通情報データベースから取得して当該別
の配信要求元に向う下流へ送信した後に、現に当該装置
が受けている前記ストリームデータを当該別の配信要求
元に向う当該下流にも送信する仕組みを構成してなる、
中継装置の構成採用にある。

【００２３】本発明装置の第２の特徴は、上記本発明装
置の第１の特徴における前記副信号処理部が、前記共通
情報データベースに現にキャッシングしている共通情報
を確認する為の共通情報蓄積確認テーブルを保有してな
る、中継装置の構成採用にある。

【００２４】本発明装置の第３の特徴は、上記本発明装
置の第１又は第２の特徴における前記主信号処理部が、
前記副信号処理部により前記配信要求から抽出した当該
配信要求元を特定する情報と、当該配信要求した視聴番
組に関する識別子と、前記共通情報データベースにキャ
ッシングされている当該視聴番組に係る前記共通情報を
先ず当該配信要求元に向う前記下流に送信すべきことを
示す共通情報送信フラグとで構成された、配信要求元情
報テーブルを保有してなる、中継装置の構成採用にあ
る。

【００２５】本発明装置の第４の特徴は、上記本発明装
置の第１、第２又は第３の特徴における前記主信号処理
部が、前記装置が受けた前記ストリームデータにその視
聴番組についての前記共通情報が含まれていれば、当該
共通情報を前記共通情報データベースにキャッシングす
る機能構成である、中継装置の構成採用にある。

【００２６】本発明装置の第５の特徴は、上記本発明装
置の第１、第２、第３又は第４の特徴における前記副信
号処理部が、同一の視聴番組についてその視聴番組の配
信要求を既になした配信要求元とは別の配信要求元か
ら、配信要求を受けたと判断すると、その視聴番組に関
して前記上流に向けて配信要求することなく、当該別の
配信要求元に向う前期下流に対して配信要求を受けた視
聴番組に係る前記共通情報を配信する指示を、前記主信
号処理部に行う機能構成である、中継装置の構成採用に
ある。

【００２７】本発明装置の第６の特徴は、上記本発明装
置の第５の特徴における前記主信号処理部が、前記指示
を受けると、先ず前記共通情報データベースにキャッシ
ングしておいたその視聴番組の前記共通情報を複写し、
前記別の配信要求元に向う前期下流にその共通情報を送
信する機能構成である、中継装置の構成採用にある。

【００２８】本発明装置の第７の特徴は、上記本発明装
置の第６の特徴における前記主信号処理部が、前記別の
配信要求元に向う前記下流へその共通情報を送信した後
に、現時点において前記装置が受けているライブ配信中
の前記ストリームデータを、既にライブ送信を受けてい
る前記配信要求元に向う前記下流に加えて前記別の配信
要求元に向う前記下流にも送信する機能構成である、中
継装置の構成採用にある。

【００２９】本発明装置の第８の特徴は、上記本発明装
置の第１、第２、第３、第４、第５、第６又は第７の特
徴における前記共通情報が、前記ストリームサーバに向
う前記上流に対してそれぞれ配信要求した場合に最初に
配信されるところの、プロファイルヘッダ情報、広告コ
ンテンツのストリーム情報である、中継装置の構成採用
にある。

【００３０】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を装置例及び方法例につき説明する。

【００３１】（装置例）図１は、本発明の一実施形態で
ある中継装置を適用したシステム構成図であり、（ａ）
は本発明の基調的なシステム構成図で、（ｂ）は実現的
なシステム構成図である。

【００３２】中継装置αは、図１（ａ）に示す様に、最
上流のストリームサーバＳＳとパケット通信網Ｎを介し
て接続する一方で、別箇最下流のクライアントの端末Ｔ
１、Ｔ２（以下、「端末」とし、「Ｔ１」と「Ｔ２」を
区別する必要が存しない場合には明細書中では単に
「Ｔ」とする。尚、その数は問わない）と接続される点
は、従前のシステムと同様の構成である。

【００３３】尚、中継装置αは、実際には、図１（ｂ）
の様に中継装置αｉとして他の中継手段αｊと共に用い
られ、このとき、中継手段αｊは従前の中継手段でも、
本発明の中継装置であってもよいし、システム上中継段
数は問わない（但し、ストリームサーバＳＳと端末Ｔと
の間に本発明の中継装置を一以上介在させる。ｉ、ｊは
任意の自然数）。又、中継装置αｉと端末Ｔ間にも中継
装置αｉや中継手段αｊが介在し得る。

【００３４】これ以降、図１（ａ）の本発明の基調的な
場合について説明するも、図１（ｂ）の実現的な場合も
同様であるので、特段の説明を要しないであろう。

【００３５】図２は、本発明の一実施形態である中継装
置の内部構成図の一例である。中継装置αは、上流側、
下流側の其々の主信号、副信号を認識して振り分ける信
号振分け部１、２と、上流から配信された主信号パケッ
トに対して必要であれば処理をして当該主信号パケット
に関する視聴要求（一般的には配信要求）した端末Ｔに
ストリームデータを送信する主信号配信手段３ａを含ん
だ主信号処理部３と、ストリームサーバＳＳ、各端末Ｔ
との間で行われるストリーム制御プロトコールから副信
号を解析する解析手段４ａ及び当該解析された副信号に
より主信号配信手段３ａを制御する制御手段４ｂを含ん
だ副信号処理部４とに分かれることは、従前と同様であ
る。

【００３６】それに加えて本装置例においては、その主
信号処理部３、副信号処理部４において以下の第１乃至
第４機能を追加する。

【００３７】即ち、第１機能として、主信号処理部３に
は、ストリームサーバＳＳから配信された主信号パケッ
ト内にその視聴番組についての共通情報が含まれていれ
ば、当該共通情報を共通情報データベース３ｂに複写な
どしてキャッシングする機能を追加する。

【００３８】第２機能として、副信号処理部４には、同
一の視聴番組について別の端末、先の例では端末Ｔ２か
ら視聴要求を受けたと判断すると、その視聴番組をスト
リームサーバＳＳに配信要求することなく、端末Ｔ２に
その視聴要求を受けた視聴番組における共通情報を配信
する指示を、制御手段４ｂから主信号処理部３になされ
る機能を追加する。

【００３９】第３機能として、主信号処理部３には、第
２機能における指示を受けると、先ず共通情報データベ
ース３ｃに予めキャッシングしておいたその視聴番組の
共通情報を複写などし、先の例では端末Ｔ２にその共通
情報を送信する機能を追加する。

【００４０】第４機能として、第３機能により、先の例
では端末Ｔ２にその視聴番組の共通情報を送信し終わる
と、現時点においてストリームサーバＳＳから配信され
ているライブ配信中の主信号パケットＰｍのストリーム
データの送信を、既に送信を受けている端末Ｔ１に加え
て端末Ｔ２にも同時に送信する機能を追加する。

【００４１】この第１機能乃至第４機能を従前の中継装
置αに組み込んだ構成の一例が、図２に相当する。

【００４２】即ち、第１機能は、主信号処理部３中に上
流側の信号振分け部１から受信した主信号パケットを必
要な処理をして当該主信号パケットに共通情報が含まれ
ているか否かを確認する確認手段３ｃと、当該確認手段
３ｃにより共通情報が含まれているとそれをキャッシン
グしておく共通情報データベース３ｂとにより実現でき
る。

【００４３】第２機能は、以下の、により実現でき
る。 第１機能により共通情報データベース３ｂにキャッシ
ングしてある共通情報に、その視聴番組のインデックス
（視聴番組名、識別子等）を付す様に構成して、そのキ
ャッシング状況を副信号処理部の解析手段４ａにおいて
容易に確認できる様に共通情報蓄積確認テーブル４ｃを
設けて、共通情報データベース３ｂのキャッシング状況
をリアルタイムに反映されるように構成する。

【００４４】制御手段４ｂによる主信号配信手段３ａ
を制御するところの、視聴要求をしてきた端末Ｔ（換言
すると、ストリームデータを送信すべき端末）のアドレ
ス、ポート番号等に加えて、その視聴番組に関する識別
子（視聴番組識別子）、共通情報データベースからその
視聴番組に係る共通情報の送信を指示するフラグ（共通
情報送信フラグ）などを列挙し、（上流のストリームサ
ーバＳＳからの配信された）主信号パケットのストリー
ムデータを送信すべき端末を識別できる様に端末情報テ
ーブル（配信要求元情報テーブル）３ａ１を構成する。

【００４５】ところで、クライアント配信パケット生成
部３ａ２により、信号振分け部１からのストリームデー
タは、従前同様に、当該ストリームデータの視聴番組を
確認し、端末情報テーブル３ａ１からその確認した視聴
番組を送信すべき全ての端末のアドレス、ポート番号な
どを取得してそれぞれクライアント配信パケットを生成
して信号振分け部２を介して各端末Ｔに送信される。

【００４６】第３機能は、そのときなどに、端末情報テ
ーブル３ａ１に配信すべき端末の追加がないか確認し、
共通情報送信フラグがＯＮとなっていれば、共通情報デ
ータベース３ｂからその視聴番組の共通情報を複写し
て、当該複写した共通情報をクライアント配信パケット
に加工して配信する様に、クライアント用配信パケット
生成部３ａ２を構成することで実現できる。

【００４７】第４機能は、第３機能における本装置例に
より追加機能されたところのクライアント配信パケット
生成部３ａ２により、追加された配信すべき端末Ｔ２に
対して、その要求された視聴番組の共通情報の送信を全
て終了した時点で、端末情報テーブル３ａ１の、追加さ
れた配信すべき端末Ｔ２における共通情報送信フラグを
ＯＦＦすることで実現できる。

【００４８】尚、中継装置αの共通情報データベースＣ
ＩＤＢは、図２の様に内蔵であっても、また外付け別構
成としてもよい。

【００４９】尚、既に視聴要求してきた端末Ｔ１から視
聴を中止する副信号が中継装置αに送信されると、必要
なプロトコール処理を副信号処理部４において行うと共
に、端末情報テーブル３ａ１から、中止する旨送信して
きた端末Ｔ１を削除する。そして、端末情報テーブル３
ａ１にてある視聴番組識別子がない視聴番組について
は、共通情報データベース３ｂからその視聴番組に関す
る共通情報を削除する。

【００５０】また、その視聴番組が終了しても同様であ
る。これにより、共通情報データベース３ｂに共通情報
がキャッシングされている場合には、必ずストリームサ
ーバＳＳから主信号パケットが配信されていることにな
る。

【００５１】（方法例）本発明方法の一実施形態である
共通情報キャッシング中継方法は、ストリームサーバと
視聴番組を配信要求をする端末とを一以上の中継手段で
中継するシステムにおいて、当該一以上の中継手段の内
の特定の中継装置にてストリームデータを受けてそのス
トリームデータの視聴番組を配信要求した配信要求元に
対してストリームデータを送信するに際して、ストリー
ムデータを受けると、当該ストリームデータに係る視聴
番組を配信要求した配信要求元に対して当該ストリーム
データを送信すると共に当該視聴番組の共通情報をキャ
ッシングしておき、任意の時点にて、新たに別の配信要
求元から同一の視聴番組の配信要求を受けたと判断され
ると、前記キャッシングしておいた前記共通情報を先ず
当該別の配信要求元に送信してから、現に配信されてい
るストリームデータをその新たな別の配信要求元にも送
信することを、その基本とする。

【００５２】以下、具体的に、図１（ａ）のシステムに
適用した共通情報キャッシング中継方法について、説明
を追加することにする。図３、４は、共通情報キャッシ
ング中継方法についての、図１（ａ）のシステムに適用
した場合の処理の流れ図で、図３は配信要求処理過程
（ＳＴ１）、図４はキャッシング処理過程（ＳＴ２）を
含んだ送信過程（ＳＴ３）の各流れ図である。

【００５３】図３、４の流れ図を、中継装置αには現時
点でストリームサーバＳＳから現に如何なる視聴番組の
配信も受けていない前提で、先ず端末Ｔ１が第１視聴番
組について視聴要求をし、その後、端末Ｔ２から第１視
聴番組についての視聴要求がなされたものとして説明す
る。

【００５４】中継装置αの共通情報データベース３ｂ、
端末情報テーブル３ａ１（共通情報蓄積確認テーブル４
ｃ）には何ら格納されていない状態で、端末Ｔ１から、
第１放送番組の視聴要求が中継装置αになされたとする
と、当該視聴要求を中継装置αが受けて配信要求処理過
程（ＳＴ１）が開始される。

【００５５】配信要求処理過程（ＳＴ１）が開始される
と、先ず、当該視聴要求を信号振分け部２にて識別しそ
の副信号を解析手段４ａに渡し（ＳＴ１１）、それを受
けて、解析手段４ａにおいて視聴番組、端末アドレス等
を抽出し（ＳＴ１２）、端末情報テーブル３ａ１に対し
て、その視聴番組の識別子（視聴番組識別子）、その視
聴番組のクライアント配信パケットを生成するのに必要
な情報（端末アドレス、ポート番号等）を制御手段４ｂ
により格納させ、共通情報識別子フラグをＯＮにする
（ＳＴ１３）。

【００５６】そして、既に共通情報データベース３ｂに
その視聴番組の共通情報がキャッシングされているかを
確認する（ＳＴ１４）。具体的には、共通情報蓄積確認
テーブル４ｃに当該視聴番組名（又はその識別子等）を
検索する。当該確認にて前記前提ではその視聴番組の共
通情報をキャッシングしていないので、視聴番組をスト
リームサーバＳＳに配信要求する（ＳＴ１５）一方で、
ＳＴ１２で抽出した端末アドレスに係る共通情報送信フ
ラグをＯＦＦにする（ＳＴ１６）。

【００５７】以上が配信要求処理過程（Ｓ１）である
が、その後時系列的には、ストリームサーバＳＳからＳ
Ｔ１５で配信要求したところの、視聴番組の主信号パケ
ットを受ける（ＳＴ３１）ことで開始される、送信過程
（ＳＴ３）（及びそれに含まれるキャッシング処理過程
（ＳＴ２））へ移行する。

【００５８】キャッシング処理過程（ＳＴ２）は、視聴
番組の主信号パケット（つまりストリームデータのパケ
ット）の受信を受ける（ＳＴ３１）と、必要に応じて複
写等なされ、この主信号パケット内にその視聴番組の共
通情報が含まれているかを、確認手段３ｃにて確認し
（ＳＴ２１）、共通情報が含まれている場合には、その
主信号パケットを必要に応じて処理して共通情報を共通
情報データベース３ｂにキャッシングして（ＳＴ２
２）、ＳＴ２の処理を終了する（ＳＴ２３）一方で共通
情報が含まれていない場合にはＳＴ２の処理を終了する
（ＳＴ２３）。

【００５９】ストリームサーバＳＳから信号振分け部１
を介して主信号パケットを受けると（ＳＴ３１）、送信
過程（ＳＴ３）が開始され、そのとき、視聴番組毎に、
端末情報テーブル３ａ１から或る任意の視聴番組の送信
を受けるべき端末Ｔを検索する（ＳＴ３２）。

【００６０】現時点では、送信を受けるべき端末Ｔは、
端末Ｔ１のみであるので、図４におけるＳＴ３ｉ１〜Ｓ
Ｔ３ｉ４の処理では、ｉ＝１のみとして、その端末Ｔ、
即ち端末Ｔ１における共通情報送信フラグを確認して
（ＳＴ３ｉ１）、そのフラグがＯＦＦとなっているの
で、ストリームサーバＳＳから信号振分け部１を介して
受けた主信号パケット又はストリームデータから、端末
Ｔ１に送信できる様にクライアント配信パケット生成部
３ａ１にてクライアント配信パケットを生成して、信号
振分け部２を介して送信される（ＳＴ３ｉ２）。

【００６１】そして、送信過程（ＳＴ３）は、ＳＴ３１
毎に、ＳＴ３２、ＳＴ３ｉ１乃至ＳＴ３ｉ４を行うこと
になる。即ち、主信号パケットを受信すると（ＳＴ３
１）、キャッシング処理過程（ＳＴ２）を行う一方でＳ
Ｔ３２を行い、ＳＴ３２により、送信を受けるべき端末
Ｔは、現状では端末Ｔ１のみであると判断され、ＳＴ３
ｉ１では共通情報送信フラグはＯＦＦとなっているの
で、ＳＴ３ｉ２に移り、今、ストリームサーバＳＳから
配信された主信号パケット又はストリームデータからク
ライアント配信パケットを生成して端末Ｔ１に送信され
る。

【００６２】かようにして、端末Ｔ１に対して第１視聴
番組の各パケットが、キャッシング処理過程（ＳＴ２）
及び送信過程（ＳＴ３）により送信されている状況にお
いて、端末Ｔ２から同様に第１視聴番組の視聴要求が中
継装置αになされたとすると、他の過程と並行して、Ｓ
Ｔ１７でＹｅｓとなり、ＳＴ１８を経てＳＴ１１に戻
り、前述と同様にＳＴ１２、ＳＴ１３の処理がなされ
る。

【００６３】即ち、ＳＴ１３にて、制御手段４ｂによ
り、端末情報テーブル３ａ１に対して、その視聴番組の
識別子（視聴番組識別子）、その視聴番組のクライアン
ト配信パケットを生成するのに必要な情報（端末アドレ
ス、ポート番号等）を格納させ、共通情報識別子フラグ
をＯＮにする（ＳＴ１３）、そして、共通情報蓄積確認
テーブル４ｃにその第１視聴番組名（又はそれに相当す
るもの）が格納されているので、ＳＴ１４でＹｅｓとな
り、ストリームサーバＳＳに対して二重に配信要求する
ことなく、配信要求過程としては次の視聴要求の受信の
為の待機状態となる（ＳＴ１７）。

【００６４】それと並行して、送信過程（ＳＴ３）（及
びそれに含まれるキャッシング処理（ＳＴ２））が行わ
れ、ストリームサーバＳＳから視聴番組の主信号パケッ
トを受信すると（ＳＴ３１）、キャッシング処理（ＳＴ
２）が開始される一方で、ＳＴ３２にて、送信を受ける
べき端末はこの時点では端末Ｔ１と端末Ｔ２であること
を、端末情報テーブル３ａ２を検索した後に、端末Ｔ１
に対する処理として、ＳＴ３ｉ１、ＳＴ３ｉ２を行いつ
つ、端末Ｔ２に対する処理として、ＳＴ３ｉ１、ＳＴ３
ｉ３、ＳＴ３ｉ４を行うことになる。

【００６５】即ち、端末１に対する処理として、ＳＴ３
ｉ１で共通情報送信フラグはＯＰＦであるので、ＳＴ３
ｉ２へ移り、今、ストリームサーバＳＳから配信された
主信号パケット又はストリームデータからクライアント
配信パケットを生成して端末Ｔ１に送信する。

【００６６】また、端末Ｔ２に対する処理として、ＳＴ
３ｉ１で共通情報送信フラグはＯＮであるので、ＳＴ３
ｉ３となり、共通情報キャッシングデータベース３ｂか
らその視聴番組の共通情報を複写などして取得し、その
共通情報からクライアント配信パケットを生成して端末
Ｔ１に送信する。

【００６７】尚一例として共通情報が一パケットの送信
で終了するようであれば（いまの例では、終了するとす
る）、次に端末情報テーブル３ａ１の端末Ｔ２の共通情
報送信フラグをＯＦＦとし（ＳＴ３ｉ４）、送信過程が
終了し、その後、中継装置αが受けたストリームデータ
は、端末Ｔ１のみならず端末Ｔ２にも送信するようにす
る。

【００６８】即ち、その後ストリームサーバＳＳから主
信号パケットを受信すると（ＳＴ３１）、キャッシング
処理過程（ＳＴ２）を開始すると共に、ＳＴ３２におい
て、その受けた主信号パケットの視聴番組を送信すべき
端末はＴ１、Ｔ２となり、その何れの端末においても、
ＳＴ３ｉ１はＯＦＦと判断されるので、受信した主信号
パケットからクライアント配信パケットを生成して、端
末Ｔ１、Ｔ２に送信する（ＳＴ３ｉ２）。

【００６９】以上のことを繰り返すことにより、端末Ｔ
１から第１視聴番組の視聴要求がなされて、現実にスト
リームサーバＳＳに対してその第１視聴番組の配信要求
をし、その後主信号パケットが中継装置αに対して送信
されると、その第１視聴番組の共通情報を共通情報デー
タベースＣＩＤＢにキャッシングしておき、端末Ｔ１に
対して、中継装置αがストリームサーバＳＳから配信を
受けた主信号パケットＰｍに必要な処理をして送信しつ
づけている。

【００７０】この継続状態において、端末Ｔ２から同一
の第１視聴番組の視聴要求がなされると、中継装置αは
ストリームサーバＳＳに対して二重に配信要求すること
なく、共通情報データベースＣＩＤＢから、第１視聴番
組の共通情報を得て、その共通情報を端末Ｔ２にパケッ
トＰｃとしてパケット送信した後に、次のパケット送信
の際に、現に中継装置αから端末Ｔ１に送信するクライ
アント配信パケットに含まれるところのストリームデー
タを、パケットＰ（ｔ）として端末Ｔ１のみならず端末
Ｔ２にも送信することができる（図１（ａ）参照）。

【００７１】なお、キャッシング処理（ＳＴ２）を含め
た送信過程（ＳＴ３）の繰り返しは、視聴番組のストリ
ームサーバＳＳからの配信が終了する条件、視聴要求を
した全ての端末Ｔが切断する条件の何れかを満たした場
合に、共通情報データベース３ｂから、その視聴番組に
おける共通情報を削除して終了することになる。

【００７２】また、共通情報とは、ストリームサーバに
対してそれぞれ視聴要求した場合に最初に配信されると
ころの、ストリームデータにおけるプロファイルヘッダ
情報、広告コンテンツのストリーム情報である。

【００７３】以上、本発明の実施の形態を説明したが、
本発明は、必ずしも上記した事項に限定されるものでは
なく、本発明の目的を達し下記する効果を奏する範囲に
おいて、適宜変更実施可能である。

【００７４】例えば、ストリームサーバＳＳと端末Ｔと
が多段中継される場合においても、図１（ｂ）の様に、
中継手段αｊが従前の様に共通情報データベースを具備
しない装置で、中継装置αｉには共通情報データベース
ＣＩＤＢが具備されている装置であっても（その多段の
数、共通情報データベースＣＩＤＢを具備した中継装置
の数は問わない）、また、その多段中継の全ての中継装
置に共通情報データベースＣＩＤＢが具備されていて
も、共通情報キャッシング処理の仕方については、それ
相応の適宜変更により実施可能であり、特段の説明は要
しないであろう。

【００７５】

【発明の効果】以上説明した様に、本発明によれば、ス
トリームの主信号パケットの共通情報を中継装置にキャ
ッシングしておき、任意の時刻から参加したストリーム
放送視聴者が存在すると、中継装置が、ストリームサー
バに共通情報の要求を行うことなく、予めキャッシュし
た共通情報をその途中参加の視聴者に対して配信した後
に、現配信中のストリームデータの配信をその途中参加
の視聴者に対しても行う様シームレスにつなぎ換えるこ
とで、その途中参加の視聴者もてストリーム放送を視聴
することができ、ストリームサーバと中継装置との間に
配信チャネルを新たに確立することを要することはな
い。

【００７６】また、その視聴番組のスポンサーは、途中
でその視聴番組の視聴要求をしてきたクライアントに対
して、先ず視聴番組を途中から見せることなく、最初に
当該視聴番組の共通情報である、広告などの情報を必ず
途中で視聴要求してきた端末に送信することができ、情
報通信企業体においても、ネットワークの経済的な有効
利用を図ることができるなどの優れた効果を奏する。

【図面の簡単な説明】

【図１】本発明の一実施形態である中継装置の適用シス
テム図で、（ａ）は基調的な適用システム図、（ｂ）は
現実的な適用システム図である。

【図２】本発明の一実施形態である中継装置の内部構成
の一例を示したものである。

【図３】本発明の一実施形態である共通情報キャッシン
グ中継方法における、配信要求処理過程の流れ図であ
る。

【図４】本発明の一実施形態である共通情報キャッシン
グ中継方法における、キャッシング処理過程を含めた送
信過程の流れ図である。

【符号の説明】

α、αｉ…中継装置 αｊ…中継手段 ２…信号振分け部 ３…主信号処理部 ４…副信号処理部 ３ａ…主信号配信手段 ３ａ１…端末情報テーブル ３ａ２…クライアント配信パケット生成部 ３ｂ…共通情報データベース ３ｃ…確認手段 ４ａ…解析手段 ４ｂ…制御手段 ４ｃ…共通情報蓄積確認テーブル ＣＩＤＢ…共通情報データベース Ｐ（ｔ）、Ｐｍ、Ｐｃ…パケット ＳＳ…ストリームサーバ Ｔ１、Ｔ２、Ｔ…端末

フロントページの続き (72)発明者 谷川 真樹 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 柳本 清 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5C064 BA07 BB05 BC11 BC14 BC18 BD02 BD08 BD09

Claims (15)

【特許請求の範囲】
1. 【請求項１】ストリームデータを受けると、当該ストリ
   ームデータに係る視聴番組の配信要求をした最下流の配
   信要求元に対して当該ストリームデータを送信すると共
   に当該視聴番組の共通情報をキャッシングしておき、 任意の時点にて、新たに別の最下流の配信要求元から同
   一の視聴番組の配信要求を受けたと判断されると、前記
   キャッシングしておいた前記共通情報を先ず当該別の配
   信要求元に向う下流に送信してから、現に配信されてい
   るストリームデータを当該別の配信要求元に向う当該下
   流にも送信する、 ことを特徴とする共通情報キャッシング中継方法。
2. 【請求項２】前記判断は、 前記別の配信要求元からの配信要求に係る視聴番組にお
   ける共通情報が前記キャッシング先にキャッシングされ
   ているかを基準になされる、 ことを特徴とする請求項１に記載の共通情報キャッシン
   グ中継方法。
3. 【請求項３】前記キャッシングしておいた共通情報は、 前記共通情報に係る視聴番組の配信終了か、当該共通情
   報に係る視聴番組を配信要求した全ての配信要求元との
   切断の何れかを満たすと、削除される、 ことを特徴とする請求項１又は２に記載の共通情報キャ
   ッシング中継方法。
4. 【請求項４】最上流のストリームサーバと視聴番組の配
   信要求をする最下流の端末とを一以上の中継手段で中継
   するシステムにおいて、当該一以上の中継手段の内の特
   定の中継装置にてストリームデータを上流から受けてそ
   のストリームデータの視聴番組を配信要求した配信要求
   元に向う下流に対して当該ストリームデータを送信する
   中継方法であって、 前記各配信要求元からの任意の視聴番組の配信要求を受
   け付け、当該配信要求をなした配信要求元に向う前記下
   流へ送信する為の必要な情報を配信要求元情報テーブル
   に設定すると共に、当該視聴番組が現に前記特定の中継
   装置に配信されているか否かを確認し、配信されていな
   い場合に限り当該特定の中継装置から当該視聴番組の配
   信要求を前記上流に向け行う一方、配信されている場合
   に限り、当該配信要求元に向う前記下流に対して共通情
   報データベースにキャッシングしておいた視聴番組の共
   通情報を先ず送信する様に共通情報送信フラグをＯＮに
   設定する、以上の配信要求処理過程と、 当該配信要求過程とは別に、前記特定の中継装置が前記
   ストリームデータを受けると開始され、 前記配信要求元情報テーブルに列挙された配信要求元毎
   に、 当該列挙された各配信要求元に対する、前記共通情報送
   信フラグがＯＮの場合には、前記共通情報データベース
   から送信すべき視聴番組の前記共通情報を元にして当該
   共通情報を含んだクライアント配信パケットを生成して
   送信すると共に、今回送信する当該共通情報が最終の場
   合には前記配信要求元情報テーブルにおける前記共通情
   報送信フラグをＯＦＦに変更する一方で、 当該列挙された各配信要求元に対する、前記共通情報送
   信フラグがＯＦＦの場合には、前記特定の中継装置が受
   けた前記ストリームデータから生成したクライアント配
   信パケットを前記下流に向け送信する、 以上の送信過程と、 当該送信過程と並行して、前記特定の中継装置が受けた
   前記ストリームデータにその視聴番組における前記共通
   情報が含まれているか確認し、含まれている場合に限り
   当該視聴番組の識別子と共に当該共通情報を、前記共通
   情報データベースに前記キャッシングしておくキャッシ
   ング処理過程とを、 並行実施する、 ことを特徴とする共通情報キャッシング中継方法。
5. 【請求項５】前記配信要求処理過程における、前記視聴
   番組が現に前記特定の中継装置に配信されているか否か
   の確認は、 前記共通情報データベースにおける、共通情報の蓄積状
   況をリアルタイムに反映させた共通情報蓄積確認テーブ
   ルを用いて行われる、 ことを特徴とする請求項４に記載の共通情報キャッシン
   グ中継方法。
6. 【請求項６】前記共通情報データベースにキャッシング
   された前記共通情報は、 前記配信要求元情報テーブルにおける、配信要求をなし
   た配信要求元が視聴番組項目毎に、全て存在しなくなる
   か、その視聴番組が終了するかの何れかにより、削除さ
   れる、 ことを特徴とする請求項４又は５に記載の共通情報キャ
   ッシング中継方法。
7. 【請求項７】前記各視聴番組における前記共通情報は、 前記上流に対してそれぞれ配信要求した場合に最初に配
   信されるところの、プロファイルヘッダ情報、広告コン
   テンツのストリーム情報である、 ことを特徴とする請求項１、２、３、４、５又は６に記
   載の共通情報キャッシング中継方法。
8. 【請求項８】最上流のストリームサーバと視聴番組の配
   信要求をする最下流の端末とを中継接続するシステムに
   おいて用いられ、ストリームデータを上流から受けて当
   該ストリームデータの視聴番組を配信要求した配信要求
   元に向う下流に対して当該ストリームデータを送信しか
   つ、主信号を処理する主信号処理部と副信号を処理する
   副信号処理部とを有する装置であって、 当該装置が受けた前記ストリームデータに、その視聴番
   組の共通情報を含んでいるか否かを確認し、含んでいる
   場合にはその共通情報をキャッシングしておく共通情報
   データベースを備え、 任意の時点において新たに別の最下流の配信要求元か
   ら、既に前記装置が受けている前記ストリームデータに
   係る視聴番組の配信要求があった場合には、再度当該装
   置から視聴番組の配信要求を前記上流に向けて行わず
   に、その視聴番組の共通情報を前記共通情報データベー
   スから取得して当該別の配信要求元に向う下流へ送信し
   た後に、現に当該装置が受けている前記ストリームデー
   タを当該別の配信要求元に向う当該下流にも送信する仕
   組みを構成する、 ことを特徴とする中継装置。
9. 【請求項９】前記副信号処理部は、 前記共通情報データベースに現にキャッシングしている
   共通情報を確認する為の共通情報蓄積確認テーブルを保
   有する、 ことを特徴とする請求項８に記載の中継装置。
10. 【請求項１０】前記主信号処理部は、 前記副信号処理部により前記配信要求から抽出した当該
    配信要求元を特定する情報と、当該配信要求した視聴番
    組に関する識別子と、前記共通情報データベースにキャ
    ッシングされている当該視聴番組に係る前記共通情報を
    先ず当該配信要求元に向う前記下流に送信すべきことを
    示す共通情報送信フラグとで構成された、配信要求元情
    報テーブルを保有する、 ことを特徴とする請求項８又は９に記載の中継装置。
11. 【請求項１１】前記主信号処理部は、 前記装置が受けた前記ストリームデータにその視聴番組
    についての前記共通情報が含まれていれば、当該共通情
    報を前記共通情報データベースにキャッシングする機能
    構成である、 ことを特徴とする請求項８、９又は１０に記載の中継装
    置。
12. 【請求項１２】前記副信号処理部は、 同一の視聴番組についてその視聴番組の配信要求を既に
    なした配信要求元とは別の配信要求元から、配信要求を
    受けたと判断すると、その視聴番組に関して前記上流に
    向けて配信要求することなく、当該別の配信要求元に向
    う前記下流に対して配信要求を受けた視聴番組に係る前
    記共通情報を配信する指示を、前記主信号処理部に行う
    機能構成である、 ことを特徴とする請求項８、９、１０又は１１に記載の
    中継装置。
13. 【請求項１３】前記主信号処理部は、 前記指示を受けると、先ず前記共通情報データベースに
    キャッシングしておいたその視聴番組の前記共通情報を
    複写し、前記別の配信要求元に向う前記下流にその共通
    情報を送信する機能構成である、 ことを特徴とする請求項１２に記載の中継装置。
14. 【請求項１４】前記主信号処理部は、 前記別の配信要求元に向う前記下流へその共通情報を送
    信した後に、 現時点において前記装置が受けているライブ配信中の前
    記ストリームデータを、既にライブ送信を受けている前
    記配信要求元に向う前記下流に加えて前記別の配信要求
    元に向う前記下流にも送信する機能構成である、 ことを特徴とする請求項１３に記載の中継装置。
15. 【請求項１５】前記共通情報は、 前記ストリームサーバに向う前記上流に対してそれぞれ
    配信要求した場合に最初に配信されるところの、プロフ
    ァイルヘッダ情報、広告コンテンツのストリーム情報で
    ある、 ことを特徴とする請求項８、９、１０、１１、１２、１
    ３又は１４に記載の中継装置。