JP2003061067A - ライブストリーミング配信システム，ライブストリーミング配信方法，予約受付サーバ，及び，予約者専用配信サーバ - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークを介してサーバからユーザ端末
にコンテンツをライブストリーミング配信するに際し，
予約したユーザに対して均一で安定したコンテンツ配信
を行うためのシステム，配信方法，及び各種サーバを提
供する。 【解決手段】 本発明のライブストリーミング配信シス
テムは，予約受付サーバ４と，複数の配信サーバ５から
なる予約者専用配信サーバ６と，１以上の配信サーバ８
からなるフリーサーバ７とを備え，予約受付サーバ４
は，ユーザ３からの配信予約を受け付け，受付番号を発
行し，配信処理を担当する配信サーバ５を選ぶ。また，
ユーザ３から配信要求があればこれを受け付け，ユーザ
３に予約があれば配信サーバ５に配信処理を行わせ，予
約がなければフリーサーバ７に配信処理を行わせるよう
に構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，ネットワークを介
してサーバからユーザ端末にコンテンツをライブストリ
ーミング配信するシステムに関し，特に，予約したユー
ザに均一で安定したコンテンツ配信を行うライブストリ
ーミング配信システム，配信方法，及び各種サーバに関
する。

【０００２】

【従来の技術】インターネット技術の普及に伴い，各種
屋内，屋外のスポーツ，囲碁，チェス，将棋などの対
戦，コンサート，演劇，会議，講義，講演，記者会見，
日食，月食，オーロラなどの自然現象，無人探査機によ
る惑星面探査，宇宙船内の模様，等々，これらの実況を
ライブで（リアルタイムに）中継することが盛んに行わ
れている。このようなライブの実況中継におけるコンテ
ンツの配信には，ネットワーク上で音声や動画を受信と
同時に再生できる，ストリーミング配信技術が用いられ
る。

【０００３】従来のストリーミング技術によるコンテン
ツの配信システムは，サーバからインターネットを介し
てクライアント（ユーザ端末）にコンテンツを配信する
ものである。サーバ側は配信対象となるストリーム型コ
ンテンツを蓄積しており，ユーザからコンテンツの配信
要求を受けると，該当するコンテンツのデータを小さな
断片に分割し，インターネットを介してその断片を配信
要求したクライアントに順次配信する。クライアント側
では，受け取った断片を順次再生する。この断片の流れ
をストリームと呼んでいる。

【０００４】このように従来技術では，サーバに蓄積さ
れたストリーム型コンテンツは，その受信する全ユーザ
（クライアント）対して一律の性能で配信している。

【０００５】

【発明が解決しようとする課題】しかし，従来の配信シ
ステムでは，大勢のユーザが同時に配信要求した場合に
限られたサーバ機器による配信性能が問題になった。即
ち，限定されたサーバへのアクセスが混雑した場合にそ
のサーバの負荷が大きくなり，ユーザへの転送速度は全
てのユーザに対して一律に低下し，その結果として，ユ
ーザでのコンテンツの再生も遅くなった。

【０００６】本発明は，上記問題を解決するためになさ
れたものであり，ネットワークを介してサーバからユー
ザ端末にコンテンツをライブストリーミング配信するに
際し，予約したユーザに対して均一で安定したコンテン
ツ配信を行うための配信システム，配信方法，及び各種
サーバを提供することを目的とし，更には，各ユーザに
対して優先レベルを決めて，その優先レベルに応じた配
信品質を提供するシステム，配信方法，及び各種サーバ
を提供することを目的とする。

【０００７】

【課題を解決するための手段】上記目的を解決するため
の本発明のライブストリーミング配信システムは，ネッ
トワークを介してサーバからユーザ端末にコンテンツを
ライブストリーミング配信するシステムであって，「予
約受付サーバ」と，複数の配信サーバからなる「予約者
専用配信サーバ」と，１以上の配信サーバからなる「フ
リーサーバ」とを備える。ここで，「予約受付サーバ」
は，ユーザからのコンテンツの配信予約があったときは
これを受け付け，配信予約した各ユーザに対して受付番
号を発行し，各予約受付に対して配信処理を担当する配
信サーバを予約者専用配信サーバ内の複数の配信サーバ
の中から選ぶ。

【０００８】また，ユーザからのコンテンツの配信要求
があったときはこれを受け付ける。そして，そのユーザ
が受付番号を有する場合は予約があるものと判断して予
約者専用配信サーバ内から選んだ配信サーバに配信処理
を行わせ，そのユーザが受付番号を有しない場合は予約
がないものと判断してフリーサーバ内の配信サーバに配
信処理を行わせるように構成されたものである。

【０００９】上記構成で更に，予約受付サーバは，ある
配信サーバがその担当ユーザ数の限定値を超えた場合に
は順次他の配信サーバを選ぶようにしてもよい。

【００１０】また，予約受付サーバは，「受付番号」
と，対応する「配信サーバ」の番号を，「配信サーバ割
振テーブル」に書き込んで管理するようにしてもよい。

【００１１】予約者専用配信サーバは，少なくとも２種
以上の異なる配信性能を持つ配信サーバで構成してもよ
い。この場合に予約受付サーバは，予約受付に際して各
ユーザの「優先レベル」を設定し，優先レベルが高いユ
ーザから優先的に配信性能の高い配信サーバによる配信
処理を行わせるように構成する。

【００１２】また，予約者専用配信サーバは，同一の配
信性能からなる配信サーバグループで構成してもよい。
この場合も予約受付サーバは，予約受付に際して各ユー
ザの優先レベルを設定し，優先レベルが高いユーザから
優先的に配信性能の高い配信サーバグループに属するい
ずれかの配信サーバによる配信処理を行わせるように構
成する。

【００１３】優先レベルを設定する場合には，予約者専
用配信サーバを，異なる配信性能を持つサーバ，又は，
サーバグループで構成した場合は，予約受付サーバは，
「受付番号」と，対応する「配信サーバ」または「配信
サーバグループ」の番号と，「優先レベル」と，「ユー
ザ情報」とを，「配信サーバ割振テーブル」に書き込ん
で管理するようにしてもよい。

【００１４】優先レベルを決める規則については，会員
制として課金量などにいくつかのグレードを設定し，こ
れに応じて決める，予約受付順（早い者勝ち）にする，
地域，年齢，所属などで決める，抽選で決めるなど，サ
ーバ管理者の自由な運営に委ねられる。

【００１５】また，予約受付サーバには「入札処理部」
を設けて優先レベルを決めてもよく，この場合はリアル
タイムの入札処理によって各ユーザの優先レベルを設定
することにしてもよい。

【００１６】また，配線性能の高い配信サーバに余裕が
あるときは，順次下位の優先レベルのユーザを繰り上げ
るようにしてもよい。

【００１７】また，上記目的を解決するための本発明の
ライブストリーミング配信方法は，ユーザからコンテン
ツの配信予約があったときはこれを受け付け，配信予約
した各ユーザに対して受付番号を発行し，各予約受付に
対して配信処理を担当する配信サーバを予約者専用配信
サーバ内の複数の配信サーバの中から選ぶ。

【００１８】そして，ユーザからコンテンツの配信要求
があったときはこれを受け付け，そのユーザが受付番号
を有する場合は予約があるものと判断して前記予約者専
用配信サーバ内から選んだ配信サーバに配信処理を行わ
せ，そのユーザが受付番号を有しない場合は予約がない
ものと判断してフリーサーバ内の配信サーバに配信処理
を行わせることを特徴とする。

【００１９】ある配信サーバがその担当ユーザ数の限定
値を超えた場合には，順次他の配信サーバを選ぶように
してもよい。

【００２０】予約受付または配信処理に際しては，「受
付番号」と，対応する「配信サーバ」とを，「配信サー
バ割振テーブル」に書き込んで管理するようにしてもよ
い。

【００２１】予約者専用配信サーバが，少なくとも２種
以上の異なる配信性能を持つ配信サーバから構成される
場合には，予約受付に際して各ユーザの「優先レベル」
を設定し，「優先レベル」が高いユーザから優先的に配
信性能の高い配信サーバによる配信処理を行わせてもよ
い。

【００２２】予約者専用配信サーバが，グループ内は同
一の配信性能で，かつ，少なくとも２種以上の異なる配
信性能を持つ配信サーバグループから構成される場合に
は，予約受付に際して各ユーザの優先レベルを設定し，
優先レベルが高いユーザから優先的に配信性能の高い配
信サーバグループに属するいずれかの配信サーバによる
配信処理を行わせてもよい。

【００２３】上記いずれかの構成で，優先レベルを設定
する場合には，予約受付または配信処理に際し，「受付
番号」と，対応する「配信サーバ」または「配信サーバ
グループ」と，「優先レベル」と，「ユーザ情報」と
を，「配信サーバ割振テーブル」に書き込んで管理する
ようにしてもよい。

【００２４】また，リアルタイムの入札処理によって各
ユーザの優先レベルを設定するようにしてもよい。

【００２５】また，上記目的を解決するための本発明の
予約受付サーバは，ネットワークを介してユーザ端末に
コンテンツをライブストリーミング配信するためのサー
バであって，ユーザからコンテンツの配信予約があった
ときはこれを受け付け，配信予約した各ユーザに対して
受付番号を発行し，各予約受付に対して配信処理を担当
する配信サーバを予約者専用配信サーバ内の複数の配信
サーバの中から選ぶ。

【００２６】そして，ユーザからコンテンツの配信要求
があったときはこれを受け付け，そのユーザが受付番号
を有する場合は予約があるものと判断して前記予約者専
用配信サーバ内から選んだ配信サーバに配信処理を行わ
せ，そのユーザが受付番号を有しない場合は予約がない
ものと判断してフリーサーバ内の配信サーバに配信処理
を行わせるように構成される。

【００２７】ある配信サーバがその担当ユーザ数の限定
値を超えた場合には，順次他の配信サーバを選ぶように
構成してもよい。

【００２８】また，予約受付または配信処理に際して
は，「受付番号」と，対応する「配信サーバ」とを，
「配信サーバ割振テーブル」に書き込んで管理するよう
に構成してもよい。

【００２９】予約者専用配信サーバが，少なくとも２種
以上の異なる配信性能を持つ配信サーバから構成される
場合には，予約受付に際して各ユーザの「優先レベル」
を設定し，「優先レベル」が高いユーザから優先的に配
信性能の高い配信サーバによる配信処理を行わせるよう
に構成してもよい。

【００３０】予約者専用配信サーバが，グループ内は同
一の配信性能で，かつ，少なくとも２種以上の異なる配
信性能を持つ配信サーバグループから構成される場合に
は，予約受付に際して各ユーザの優先レベルを設定し，
優先レベルが高いユーザから優先的に配信性能の高い配
信サーバグループに属するいずれかの配信サーバによる
配信処理を行わせるように構成してもよい。

【００３１】上記いずれかの構成で優先レベルを設定す
る場合には，予約受付または配信処理に際して，「受付
番号」と，対応する「配信サーバ」または「配信サーバ
グループ」と，「優先レベル」と，「ユーザ情報」と
を，「配信サーバ割振テーブル」に書き込んで管理する
ようにしてもよい。

【００３２】また，予約受付または配信処理に際して
は，リアルタイムの入札処理によって各ユーザの優先レ
ベルを設定するようにしてもよい。

【００３３】また，上記目的を達成するための本発明の
予約者専用配信サーバは，少なくとも２以上の異なる配
信性能を持つ配信サーバからなるサーバであって，予約
受付したユーザに対しては高い配信性能を持つ配信サー
バがコンテンツのライブストリーミング配信処理を行う
ように構成される。

【００３４】また，上記目的を達成するための本発明の
他の予約者専用配信サーバは，少なくとも２以上の異な
る配信性能を持つ配信サーバ，もしくは，配信サーバグ
ループからなるサーバであって，予約受付したユーザに
対しては，優先レベルの高いユーザから優先的に配信性
能の高い配信サーバによるコンテンツのライブストリー
ミング配信処理を行うように構成される。

【００３５】

【発明の実施の形態】以下に，本発明のいくつかの実施
の形態を，図面を用いて説明する。なお，本明細書及び
図面において，実質的に同一の機能構成を有する構成要
素については，同一の符号を付することにより重複説明
を省略する。

【００３６】（第１の実施の形態）第１の実施の形態
は，図１のような構成をとる。配信されるコンテンツ
（図示せず）は，サーバ１からインターネット２を介し
てクライアント側の各ユーザ３に配信される。ここでサ
ーバ１側は，以下のように構成される。

【００３７】予約受付サーバ４は，ユーザ３からの配信
予約を受け付ける。予約を受理したユーザ３に対して
「受付番号（整理券）」を発行し，ユーザ３に伝える。
また，各予約受付に対して，配信を担当する配信サーバ
５を決める。各配信サーバ５が担当するユーザ数は，処
理性能を維持するため人数を限定する。

【００３８】｛受付番号，配信サーバＮｏ．，ユーザ情
報｝の各値は，「配信サーバ割振テーブル」に書き込ん
で管理される。例えば，配信サーバ５が１０台で構成さ
れ，各配信サーバ５は番号Ｎｏ．１〜Ｎｏ．１０が付与
され，１つの配信サーバ５は５人のユーザ配信を担当す
るように人数の限定が設定された場合では，ユーザ受付
番号Ｎｏ．１〜５は配信サーバＮｏ．１が，ユーザ受付
番号Ｎｏ．６〜１９は配信サーバＮｏ．２が・・・，と
いうように順次割り当てていく。

【００３９】予約者専用配信サーバ６は，予約をしたユ
ーザ３に対して配信を行う配信サーバ５を複数所有す
る。各配信サーバ５は，「予約受付サーバ」に決められ
たユーザ３に対してのみ配信を行う。

【００４０】フリーサーバ７は，予約受付していないユ
ーザに対して配信処理を行う配信サーバ８を所有する。

【００４１】第１の実施の形態では，システム立ち上げ
時に＜初期化処理＞が行われ，システム運用時には，＜
ユーザからの予約要求処理＞と，＜ユーザからの配信要
求処理＞が行われる。それぞれ図２，図３，図４にその
詳細を示す。

【００４２】＜初期化処理＞ 処理００１（サーバ側）：各配信サーバ５が担当する最
大配信数を決める。 処理００２（サーバ側）：配信サーバ割振テーブルを作
成する。以下の値を持つテーブルを作成し，処理する配
信サーバＮｏ．のみ記載する。 ｛ユーザの受付番号，処理する配信サーバＮｏ．，ユー
ザ情報｝

【００４３】＜ユーザからの予約要求処理＞ 処理１０１（ユーザ側）：ユーザ３の予約要求が出され
る。 処理１０２（サーバ側）：サーバ１側の「予約受付サー
バ」は，ユーザ３の予約要求を受け付ける。 処理１０３（サーバ側）：ユーザ３に対して受付番号を
発行する。 処理１０４（サーバ側）：処理１０２で受け付けた配信
予約に対して，各配信サーバ５の最大配信数を確認し，
実際に配信担当する配信サーバ５を決め，｛ユーザの受
付番号，処理する配信サーバＮｏ．，ユーザ情報｝の値
を「配信サーバ割振テーブル」に書き込む。

【００４４】＜ユーザからの配信要求処理＞ 処理２０１（ユーザ側）：コンテンツ配信要求が出され
る。配信予約をしているユーザ３は，受付番号（整理
券）が伝えられているので，配信要求の際に受付番号を
提示する。 処理２０２（サーバ側）：予約受付サーバ４は，コンテ
ンツ配信要求を受理する。 処理２０３（サーバ側）：「配信サーバ割振テーブル」
を参照し，その配信要求が予約されているかどうかを調
べる。 処理２０４（サーバ側）：配信予約をしているユーザ３
からの配信要求の場合は，まず，受付番号を調べる。

【００４５】処理２０５（サーバ側）：続いて，対応す
る配信サーバ５に配信を依頼する。 処理２０６（サーバ側）：予約者専用配信サーバ６内の
配信サーバ５は，指定されたユーザ３に対して，コンテ
ンツの配信処理を行う。 処理２０７（サーバ側）：配信予約をしていないユーザ
３からの配信要求の場合は，フリーサーバ７内の配信サ
ーバ８に対して，配信を依頼する。 処理２０８（サーバ側）：フリーサーバ７内の配信サー
バ８は，指定されたユーザ３に対してコンテンツの配信
処理を行う。 処理２０９（ユーザ側）：配信されたコンテンツの再生
を行う。

【００４６】第１の実施の形態によれば，予約を行った
ユーザに対して混雑時でも均一で安定した配信が提供さ
れる。また，予約をしたどのユーザに対しても，配信品
質のレベルの差なく配信できる。更に予約していないユ
ーザに対しても，従来の品質でコンテンツ配信を提供で
きる。

【００４７】（第２の実施の形態）第２の実施の形態
は，図５のような構成をとるもので，予約者専用配信サ
ーバ６が配信性能の異なる配信サーバ５で構成される点
が第１の実施の形態と異なる。

【００４８】予約受付サーバ４は，ユーザ３からの配信
予約を受け付ける。予約を受理したユーザ３に対して
「受付番号（整理券）」を発行し，所定のルールで優先
レベルを設定し，受付番号をユーザ３に伝える。また，
各予約受付に対して，優先レベルに応じて配信を担当す
る配信サーバ５を決める。優先レベルが高いほど配信性
能の高い配信サーバを割り当てる。各配信サーバ５が担
当するユーザ数は，処理性能を維持するため人数を限定
する。

【００４９】｛受付番号，配信サーバＮｏ．，優先レベ
ル，ユーザ情報｝の各値は，「配信サーバ割振テーブ
ル」に書き込んで管理される。このテーブルの値は，予
約を受け付けるごとにダイナミックに変動するので，テ
ーブルの更新作業が発生する。

【００５０】予約者専用配信サーバ６は，予約をしたユ
ーザに対して配信を行うため，配信性能が異なる配信サ
ーバ５を複数所有する。各配信サーバ５は，予約受付サ
ーバ４に決められたユーザに対してのみ配信を行う。図
５では，配信サーバ５の性能の高い順に，配信サーバ
Ａ，配信サーバＢ，配信サーバＣ，・・・のように示し
ている。

【００５１】フリーサーバ７は，予約受付していないユ
ーザ３に対して配信処理を行う配信サーバ８を所有す
る。

【００５２】第２の実施の形態では，第１の実施例と同
様，システム立ち上げ時に＜初期化処理＞が行われ，シ
ステム運用時には，＜ユーザからの予約要求処理＞と，
＜ユーザからの配信要求処理＞とが行われる。それぞれ
図６，図７，図８にその詳細を示す。

【００５３】＜初期化処理＞ 処理３０１（サーバ側）：各配信サーバ５が担当する最
大配信数を決める。 処理３０２（サーバ側）：配信サーバ５の性能のよい順
に順位をつける。配信サーバ５の性能の高い順に，配信
サーバＡ，配信サーバＢ，配信サーバＣ，・・・とす
る。 処理３０３（サーバ側）：配信サーバ割振テーブルを作
成する。以下の値を持つテーブルを作成し，処理する専
用配信サーバＮｏ．のみ記載する。 ｛受付番号，配信サーバＮｏ．，優先レベル，ユーザ情
報｝

【００５４】＜ユーザからの予約要求処理＞ 処理４０１（ユーザ側）：ユーザ３の予約要求が出され
る。 処理４０２（サーバ側）：予約受付サーバ４は，ユーザ
３の予約要求を受け付ける。 処理４０３（サーバ側）：ユーザ３に対して受付番号を
発行する。 処理４０４（サーバ側）：ユーザ３に対して優先レベル
を設定する。優先レベルは，種々の設定方法を用いるこ
とが可能だが，例えばここでは配信料金を設定してい
て，高価格の人ほど高い優先レベルにする。

【００５５】処理４０５（サーバ側）：各予約受付に対
して配信担当する配信サーバ５を決める。配信サーバ５
の決め方は，優先レベルが高いユーザがより配信性能の
高い配信サーバから配信されるように設定する。設定し
た値は，配信サーバ割振テーブルで管理する。配信サー
バ割振テーブルでは，以下の４値で管理する。 ｛受付番号，配信サーバＮＯ．，優先レベル，ユーザ情
報｝

【００５６】このテーブルの値は，予約を受け付けるご
とにダイナミックに変動するので，テーブルの更新作業
が発生する。また，各配信サーバ５が担当するユーザ数
は，一定の処理性能を維持するため人数制限する。

【００５７】＜ユーザからの配信要求処理＞ 処理５０１（ユーザ側）：コンテンツ配信要求が出され
る。配信予約をしているユーザ３は，受付番号（整理
券）が伝えられているので，配信要求の際に受付番号を
提示する。 処理５０２（サーバ側）：予約受付サーバ４は，コンテ
ンツ配信要求を受理する。 処理５０３（サーバ側）：「配信サーバ割振テーブル」
を参照し，その配信要求が予約されているかどうかを調
べる。 処理５０４（サーバ側）：配信予約をしているユーザ３
からの配信要求の場合は，まず，受付番号を調べる。

【００５８】処理５０５（サーバ側）：続いて，対応す
る「予約者専用配信サーバ」内の配信サーバ５に配信を
依頼する。 処理５０６（サーバ側）：予約者専用配信サーバ６内の
配信サーバ５は，指定されたユーザ３に対してコンテン
ツの配信処理を行う。 処理５０７（サーバ側）：配信予約をしていないユーザ
３からの配信要求の場合は，フリーサーバ７内の配信サ
ーバ８に対して配信を依頼する。 処理５０８（サーバ側）：フリーサーバ７内の配信サー
バ８は，指定されたユーザ３に対してコンテンツの配信
処理を行う。 処理５０９（ユーザ側）：配信されたコンテンツの再生
を行う。

【００５９】第２の実施の形態によれば，予約を行った
ユーザに対し，混雑時でも均一で安定した配信が提供さ
れる。また，予約をしたユーザに対して，優先レベルに
応じた配信品質を提供できる。即ち，優先レベルの高い
ユーザには，より高い品質の配信を提供できる。更に予
約していないユーザに対しても，従来の品質でコンテン
ツ配信を提供できる。

【００６０】（第３の実施の形態）第３の実施の形態
は，図９のような構成をとるもので，予約者専用配信サ
ーバ６が配信性能の異なる配信サーバグループ９で構成
される点が第１の実施の形態と異なる。

【００６１】予約受付サーバ４は，ユーザ３からの配信
予約を受け付ける。予約を受理したユーザ３に対して
「受付番号（整理券）」を発行し，所定のルールで優先
レベルを設定し，受付番号をユーザ３に伝える。また，
各予約受付に対して，優先レベルに応じて配信を担当す
る配信サーバグループ９を決める。優先レベルが高いほ
ど配信性能の高い配信サーバグループ９を割り当てる。
各配信サーバ５が担当するユーザ数は，処理性能を維持
するため人数を限定する。

【００６２】優先レベルは，予約者専用配信サーバ６が
所有する配信サーバグループ９を考慮して，そのグルー
プ数と同じ値に区分すればよい。優先レベルは種々の設
定方法を用いることが可能だが，例えばここでは配信料
金をクラス分けで設定していて，高クラスの人ほど高い
優先レベルにする。予約者専用配信サーバ６が所有する
配信サーバグループ９が３種類（配信サーバグループ
Ａ，配信サーバグループＢ，配信サーバグループＣ）で
構成されている場合，優先レベルは，３，２，１の３つ
の値にすればよい。

【００６３】｛受付番号，配信サーバＮｏ．，優先レベ
ル，ユーザ情報｝の各値は，「配信サーバ割振テーブ
ル」に書き込んで管理される。このテーブルの値は，予
約を受け付けるごとにダイナミックに変動するので，テ
ーブルの更新作業が発生する。

【００６４】予約者専用配信サーバ６は，予約をしたユ
ーザ３に対して配信を行うため，配信サーバグループ９
を複数所有し，更に各グループ９は，同一性能の配信サ
ーバ５を複数所有する。各配信サーバ５は，予約受付サ
ーバ４に決められたユーザ３に対してのみ配信を行う。
図９に示すように，配信サーバ５の性能の高い順に，配
信サーバグループＡ，配信サーバグループＢ，配信サー
バグループＣ，・・・のように構成し，また各配信サー
バグループ９は， 配信サーバグループＡ：配信サーバＡ１，配信サーバＡ
２，・・・ 配信サーバグループＢ：配信サーバＢ１，配信サーバＢ
２，・・・ 配信サーバグループＣ：配信サーバＣ１，配信サーバＣ
２，・・・ のように構成している。

【００６５】フリーサーバ７は，予約受付していないユ
ーザ３に対して配信処理を行うサーバ８を所有する。

【００６６】第３の実施の形態では，第１の実施例と同
様，システム立ち上げ時に＜初期化処理＞が行われ，シ
ステム運用時には，＜ユーザからの予約要求処理＞と，
＜ユーザからの配信要求処理＞が行われる。それぞれ図
１０，図１１，図１２にその詳細を示す。

【００６７】＜初期化処理＞ 処理６０１（サーバ側）：各配信サーバ５が担当する最
大配信数を決める。 処理６０２（サーバ側）：配信サーバグループ９の数を
設定し，各グループ９の所有する配信サーバ５を決め
る。 処理６０３（サーバ側）：配信サーバグループ９の性能
のよい順に順位をつける。例えば，配信サーバグループ
９の性能の高い順に，配信サーバグループＡ，配信サー
バグループＢ，配信サーバグループＣ，・・・とする。 処理６０４（サーバ側）：配信サーバグループ９ごと
に，配信サーバ割振テーブルを作成する。それぞれ，以
下の値を持つテーブルを作成し，ここでは，処理する専
用配信サーバＮｏ．のみ記載する。 ｛受付番号，配信サーバＮｏ．，優先レベル，ユーザ情
報｝

【００６８】＜ユーザからの予約要求処理＞ 処理７０１（ユーザ側）：ユーザ３の予約要求が出され
る。 処理７０２（サーバ側）：予約受付サーバ４は，ユーザ
３の予約要求を受け付ける。 処理７０３（サーバ側）：ユーザ３に対して受付番号を
発行する。 処理７０４（サーバ側）：ユーザ３に対して優先レベル
を設定する。優先レベルは，予約者専用配信サーバ６が
所有する配信サーバグループ９を考慮して，グループ９
の数と同レベルの値にする。優先レベルは種々の設定方
法を用いることが可能だが，例えばここでは配信料金を
クラス分けで設定していて，高クラスの人ほど高い優先
レベルにする。予約者専用配信サーバ６が所有する配信
サーバグループ９が３種類（配信サーバグループＡ，配
信サーバグループＢ，配信サーバグループＣ）で構成さ
れている場合，優先レベルは，３，２，１の３つの値に
すればよい。

【００６９】処理７０５（サーバ側）：各予約受付に対
して配信担当する配信サーバ５を決める。 配信サーバ
５の決め方は，優先レベルが高いユーザ３がより配信性
能の高い配信サーバグループ９から配信されるように設
定する。各配信サーバグループ９での担当配信サーバ５
の設定に関しては，一定の処理性能を維持するため，１
つの配信サーバが担当するユーザ数を限定し，限定値を
超えた場合は別の配信サーバから配信するようにする。

【００７０】このような基準で設定した値は，各配信サ
ーバグループ９ごとに「配信サーバ割振テーブル」で，
以下の４値で管理する。 ｛受付番号，配信サーバＮｏ．，優先レベル，ユーザ情
報｝

【００７１】＜ユーザからの配信要求処理＞ 処理８０１（ユーザ側）：コンテンツ配信要求が出され
る。配信予約をしているユーザ３は受付番号（整理券）
が伝えられているので，配信要求の際に受付番号を提示
する。 処理８０２（サーバ側）：予約受付サーバ４は，コンテ
ンツ配信要求を受理する。 処理８０３（サーバ側）：「配信サーバ割振テーブル」
を参照し，その配信要求が予約されているかどうかを調
べる。 処理８０４（サーバ側）：配信予約をしているユーザ３
からの配信要求の場合は，まず受付番号を調べる。

【００７２】処理８０５（サーバ側）：続いて，対応す
る予約者専用配信サーバ６内の配信サーバ５に配信を依
頼する。 処理８０６（サーバ側）：予約者専用配信サーバ６内の
配信サーバ５は，指定されたユーザ３に対してコンテン
ツの配信処理を行う。 処理８０７（サーバ側）：配信予約をしていないユーザ
３からの配信要求の場合は，フリーサーバ７内の配信サ
ーバ８に対して配信を依頼する。 処理８０８（サーバ側）：フリーサーバ７内の配信サー
バ８は，指定されたユーザ３に対してコンテンツの配信
処理を行う。 処理８０９（ユーザ側）：配信されたコンテンツの再生
を行う。

【００７３】第３の実施の形態によれば，予約を行った
ユーザに対し，混雑時でも均一で安定した配信が提供さ
れる。また，予約をしたユーザに対して，優先レベルに
応じた配信品質を提供できる。即ち，優先レベルの高い
ユーザには，より高い品質の配信を提供できる。更に予
約していないユーザに対しても，従来の品質でコンテン
ツ配信を提供できる。

【００７４】（第４の実施の形態）第４の実施の形態
は，第３の実施の形態において更に，リアルタイムの入
札処理によってユーザに優先レベルを設けるものであ
り，構成は図９と同様であるので省略する。

【００７５】予約受付サーバ４には「入札処理部」（図
示せず）があり，リアルタイムの入札処理によってユー
ザの優先レベルを決める。入札によって予約を受理した
ユーザ３に対して，優先レベルと共に受付番号（整理
券）を設定し，受付番号はユーザ３に伝える。ここでい
う入札処理とは，例えばオークションを用いてより高い
利用料を支払うユーザに高い順位付けをするなどの処理
である。

【００７６】第４の実施の形態では，＜初期化処理＞，
＜ユーザからの配信要求処理＞は第３の実施の形態と同
様であるので省略し，＜入札による要求処理＞について
図１３に詳細を示す。

【００７７】＜入札による予約要求処理＞ 処理９０１（サーバ側）：リアルタイム入札処理を開始
する。 処理９０２（ユーザ側）：ユーザの予約要求が出され
る。 処理９０３（サーバ側）：予約受付サーバ４は，ユーザ
３の予約要求を受け付ける。 処理９０４（サーバ側）：「入札処理部」は入札処理を
行い，各ユーザ３に対して優先レベルを設定する。 処理９０５（サーバ側）：受付番号をユーザ３に伝え
る。 処理９０６（サーバ側）：各予約受付に対して配信担当
する配信サーバ５を決める。

【００７８】第４の実施の形態においても，第３の実施
の形態と同様の効果が得られ，更に，高い利用料を支払
うユーザが高い配信性能のサーバによる配信を受けられ
るという公平性が，リアルタイムに担保できる。

【００７９】以上，添付図面を参照しながら本発明のラ
イブストリーミング配信システム，配信方法，及び各種
サーバの好適な実施形態について説明したが，本発明は
これらの例に限定されない。いわゆる当業者であれば，
特許請求の範囲に記載された技術的思想の範疇内におい
て各種の変更例または修正例に想到し得ることは明らか
であり，それらについても当然に本発明の技術的範囲に
属するものと了解される。

【００８０】

【発明の効果】本発明によれば，ネットワークを介して
サーバからユーザ端末にコンテンツをライブストリーミ
ング配信するに際し，予約したユーザに対して均一で安
定したコンテンツ配信を行うための配信システム，配信
方法が提供できた。また更には，各ユーザに対して優先
レベルを決めて，その優先レベルに応じた配信品質を提
供するシステム，配信方法が提供できた。

【図面の簡単な説明】

【図１】本発明のシステムの第１の実施の形態の構成を
示す図である。

【図２】本発明のシステムの第１の実施の形態の「初期
化処理」のフローを示す流れ図である。

【図３】本発明のシステムの第１の実施の形態の「ユー
ザからの予約要求処理」のフローを示す流れ図である。

【図４】本発明のシステムの第１の実施の形態の「ユー
ザからの配信要求処理」のフローを示す流れ図である。

【図５】本発明のシステムの第２の実施の形態の構成を
示す図である。

【図６】本発明のシステムの第２の実施の形態の「初期
化処理」のフローを示す流れ図である。

【図７】本発明のシステムの第２の実施の形態の「ユー
ザからの予約要求処理」のフローを示す流れ図である。

【図８】本発明のシステムの第２の実施の形態の「ユー
ザからの配信要求処理」のフローを示す流れ図である。

【図９】本発明のシステムの第３の実施の形態の構成を
示す図である。

【図１０】本発明のシステムの第３の実施の形態の「初
期化処理」のフローを示す流れ図である。

【図１１】本発明のシステムの第３の実施の形態の「ユ
ーザからの予約要求処理」のフローを示す流れ図であ
る。

【図１２】本発明のシステムの第３の実施の形態の「ユ
ーザからの配信要求処理」のフローを示す流れ図であ
る。

【図１３】本発明のシステムの第４の実施の形態の「入
札による予約要求処理」のフローを示す流れ図である。

【符号の説明】

１ サーバ ２ インターネット ３ ユーザ ４ 予約受付サーバ ５ 配信サーバ ６ 予約者専用配信サーバ ７ フリーサーバ ８ フリーサーバ内の配信サーバ ９ 配信サーバグループ

フロントページの続き (72)発明者 奥村 晃 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内 (72)発明者 羽生田 博美 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内 Ｆターム(参考） 5B089 GA11 JA11 JA33 KA06 KA12 KC05 KC34 KC39 KC49 KE10 5C064 BA07 BB10 BC16 BD02 BD08 BD09

Claims (23)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介してサーバからユーザ
   端末にコンテンツをライブストリーミング配信するシス
   テムであって，予約受付サーバと，複数の配信サーバか
   らなる予約者専用配信サーバと，１以上の配信サーバか
   らなるフリーサーバとを備え，前記予約受付サーバは，
   ユーザからコンテンツの配信予約があったときはこれを
   受け付け，配信予約した各ユーザに対して受付番号を発
   行し，各予約受付に対して配信処理を担当する配信サー
   バを前記予約者専用配信サーバ内の複数の配信サーバの
   中から選び，ユーザからコンテンツの配信要求があった
   ときはこれを受け付け，そのユーザが受付番号を有する
   場合は予約があるものと判断して前記予約者専用配信サ
   ーバ内から選んだ配信サーバに配信処理を行わせ，その
   ユーザが受付番号を有しない場合は予約がないものと判
   断して前記フリーサーバ内の配信サーバに配信処理を行
   わせるように構成したことを特徴とするライブストリー
   ミング配信システム。
2. 【請求項２】 前記予約受付サーバは，ある配信サーバ
   がその担当ユーザ数の限定値を超えた場合には順次他の
   配信サーバを選ぶことを特徴とする請求項１に記載のラ
   イブストリーミング配信システム。
3. 【請求項３】 前記予約受付サーバは，受付番号と，対
   応する配信サーバとを，配信サーバ割振テーブルに書き
   込んで管理することを特徴とする請求項１または請求項
   ２に記載のライブストリーミング配信システム。
4. 【請求項４】 前記予約者専用配信サーバは，少なくと
   も２種以上の異なる配信性能を持つ配信サーバから構成
   され，前記予約受付サーバは，予約受付に際して各ユー
   ザの優先レベルを設定し，優先レベルが高いユーザから
   優先的に配信性能の高い配信サーバによる配信処理を行
   わせるように構成したことを特徴とする請求項１または
   請求項２に記載のライブストリーミング配信システム。
5. 【請求項５】 前記予約者専用配信サーバは，グループ
   内は同一の配信性能で，かつ，少なくとも２種以上の異
   なる配信性能を持つ配信サーバグループから構成され，
   前記予約受付サーバは，予約受付に際して各ユーザの優
   先レベルを設定し，優先レベルが高いユーザから優先的
   に配信性能の高い配信サーバグループに属するいずれか
   の配信サーバによる配信処理を行わせるように構成した
   ことを特徴とする請求項１または請求項２に記載のライ
   ブストリーミング配信システム。
6. 【請求項６】 前記予約受付サーバは，受付番号と，対
   応する配信サーバまたは配信サーバグループと，優先レ
   ベルと，ユーザ情報とを，配信サーバ割振テーブルに書
   き込んで管理することを特徴とする請求項４または請求
   項５に記載のライブストリーミング配信システム。
7. 【請求項７】 前記予約受付サーバは，入札処理部を有
   し，リアルタイムの入札処理によって各ユーザの優先レ
   ベルを設定することを特徴とする請求項４〜請求項６の
   いずれかに記載のライブストリーミング配信システム。
8. 【請求項８】 ユーザからコンテンツの配信予約があっ
   たときはこれを受け付け，配信予約した各ユーザに対し
   て受付番号を発行し，各予約受付に対して配信処理を担
   当する配信サーバを予約者専用配信サーバ内の複数の配
   信サーバの中から選び，ユーザからコンテンツの配信要
   求があったときはこれを受け付け，そのユーザが受付番
   号を有する場合は予約があるものと判断して前記予約者
   専用配信サーバ内から選んだ配信サーバに配信処理を行
   わせ，そのユーザが受付番号を有しない場合は予約がな
   いものと判断してフリーサーバ内の配信サーバに配信処
   理を行わせることを特徴とするライブストリーミング配
   信方法。
9. 【請求項９】 ある配信サーバがその担当ユーザ数の限
   定値を超えた場合には順次他の配信サーバを選ぶことを
   特徴とする請求項８に記載のライブストリーミング配信
   方法。
10. 【請求項１０】 予約受付または配信処理に際し，受付
    番号と，対応する配信サーバとを，配信サーバ割振テー
    ブルに書き込んで管理することを特徴とする請求項８ま
    たは請求項９に記載のライブストリーミング配信方法。
11. 【請求項１１】 前記予約者専用配信サーバが，少なく
    とも２種以上の異なる配信性能を持つ配信サーバから構
    成される場合に，予約受付に際して各ユーザの優先レベ
    ルを設定し，優先レベルが高いユーザから優先的に配信
    性能の高い配信サーバによる配信処理を行わせることを
    特徴とする請求項８または請求項９に記載のライブスト
    リーミング配信方法。
12. 【請求項１２】 前記予約者専用配信サーバが，グルー
    プ内は同一の配信性能で，かつ，少なくとも２種以上の
    異なる配信性能を持つ配信サーバグループから構成され
    る場合に，予約受付に際して各ユーザの優先レベルを設
    定し，優先レベルが高いユーザから優先的に配信性能の
    高い配信サーバグループに属するいずれかの配信サーバ
    による配信処理を行わせることを特徴とする請求項８ま
    たは請求項９に記載のライブストリーミング配信方法。
13. 【請求項１３】 予約受付または配信処理に際し，受付
    番号と，対応する配信サーバまたは配信サーバグループ
    と，優先レベルと，ユーザ情報とを，配信サーバ割振テ
    ーブルに書き込んで管理することを特徴とする請求項１
    １または請求項１２に記載のライブストリーミング配信
    方法。
14. 【請求項１４】 リアルタイムの入札処理によって各ユ
    ーザの優先レベルを設定することを特徴とする請求項１
    １〜請求項１３のいずれかに記載のライブストリーミン
    グ配信方法。
15. 【請求項１５】 ネットワークを介してユーザ端末にコ
    ンテンツをライブストリーミング配信するための予約受
    付サーバであって，ユーザからコンテンツの配信予約が
    あったときはこれを受け付け，配信予約した各ユーザに
    対して受付番号を発行し，各予約受付に対して配信処理
    を担当する配信サーバを予約者専用配信サーバ内の複数
    の配信サーバの中から選び，ユーザからコンテンツの配
    信要求があったときはこれを受け付け，そのユーザが受
    付番号を有する場合は予約があるものと判断して前記予
    約者専用配信サーバ内から選んだ配信サーバに配信処理
    を行わせ，そのユーザが受付番号を有しない場合は予約
    がないものと判断してフリーサーバ内の配信サーバに配
    信処理を行わせるように構成されたことを特徴とする予
    約受付サーバ。
16. 【請求項１６】 ある配信サーバがその担当ユーザ数の
    限定値を超えた場合には順次他の配信サーバを選ぶよう
    に構成されたことを特徴とする請求項１５に記載の予約
    受付サーバ。
17. 【請求項１７】 予約受付または配信処理に際し，受付
    番号と，対応する配信サーバとを，配信サーバ割振テー
    ブルに書き込んで管理するように構成されたことを特徴
    とする請求項１５または請求項１６に記載の予約受付サ
    ーバ。
18. 【請求項１８】 前記予約者専用配信サーバが，少なく
    とも２種以上の異なる配信性能を持つ配信サーバから構
    成される場合に，予約受付に際して各ユーザの優先レベ
    ルを設定し，優先レベルが高いユーザから優先的に配信
    性能の高い配信サーバによる配信処理を行わせるように
    構成されたことを特徴とする請求項１５または請求項１
    ６に記載の予約受付サーバ。
19. 【請求項１９】 前記予約者専用配信サーバが，グルー
    プ内は同一の配信性能で，かつ，少なくとも２種以上の
    異なる配信性能を持つ配信サーバグループから構成され
    る場合に，予約受付に際して各ユーザの優先レベルを設
    定し，優先レベルが高いユーザから優先的に配信性能の
    高い配信サーバグループに属するいずれかの配信サーバ
    による配信処理を行わせるように構成されたことを特徴
    とする請求項１５または請求項１６に記載の予約受付サ
    ーバ。
20. 【請求項２０】 予約受付または配信処理に際し，受付
    番号と，対応する配信サーバまたは配信サーバグループ
    と，優先レベルと，ユーザ情報とを，配信サーバ割振テ
    ーブルに書き込んで管理することを特徴とする請求項１
    ８または請求項１９に記載の予約受付サーバ。
21. 【請求項２１】 予約受付または配信処理に際し，リア
    ルタイムの入札処理によって各ユーザの優先レベルを設
    定することを特徴とする請求項１８〜請求項２０のいず
    れかに記載の予約受付サーバ。
22. 【請求項２２】 少なくとも２以上の異なる配信性能を
    持つ配信サーバからなる予約者専用配信サーバであっ
    て，予約受付したユーザに対しては高い配信性能を持つ
    配信サーバがコンテンツのライブストリーミング配信処
    理を行うように構成されたことを特徴とする予約者専用
    配信サーバ。
23. 【請求項２３】 少なくとも２以上の異なる配信性能を
    持つ配信サーバ，もしくは，配信サーバグループからな
    る予約者専用配信サーバであって，予約受付したユーザ
    に対しては，優先レベルの高いユーザから優先的に配信
    性能の高い配信サーバによるコンテンツのライブストリ
    ーミング配信処理を行うように構成されたことを特徴と
    する予約者専用配信サーバ。