(57)【要約】【課題】本発明は予めユーザに設定させる希望配信時間をもとに配信負荷状態を計算して、高負荷が予想される場合にはユーザ優先度を考慮して配信時間を変更することでトラフィック負荷を一定以下に抑えることにある。また優先度が低いために配信時間を変更されたユーザに対しては、配信時間の変更により配信コンテンツの情報鮮度が落ちた場合にはトラフィックが低負荷の時間帯に再送することで不利益を最小限にする。【解決手段】本発明は本コンテンツ配信システムを使用している全ユーザの希望コンテンツ配信時間および優先度を管理し、トラフィックの高負荷が予想される場合にはユーザの優先度に基づいて配信時間を変更することでトラフィックの負荷を一定以下に抑えることが可能なシステム、方法を構築した【選択図】  図１
2007006055.tif 000002
【特許請求の範囲】
【請求項１】
静止画や動画等の映像コンテンツやテキストコンテンツ、および音声コンテンツといった各種情報コンテンツを受信し再生する端末と、ユーザが要求する情報コンテンツとユーザが希望する配信時間をユーザの優先度とともに管理、格納しているサーバと、ユーザが希望する時間までに希望する情報コンテンツを配信する情報コンテンツ配信システムにおいて、
希望する情報コンテンツとそのコンテンツの配信希望時間を指定する手段と、
本情報コンテンツ配信システムを利用している全ユーザのコンテンツ配信希望時間を管理する手段と、
全ユーザのコンテンツ配信希望時間を参照してコンテンツ配信によるトラフィックを予測する手段と、
上記予測の結果、予め定めたトラフィック限界値を超える時間帯があるかを判定する手段と、
上記判定の結果、トラフィック限界値を超える時間帯があった場合にはユーザの優先度を元に低優先度のユーザのコンテンツ配信時間を早い時間帯に変更してトラフィックを分散化する手段と、
トラフィック分散化のために配信時間が希望の値より早い時間帯に変更されたユーザに対して、コンテンツを配信後からもともとユーザが希望していた時間までの間に要求していたコンテンツが更新されたかを判定する手段と、
上記判定の結果、コンテンツに更新があった場合にはユーザが配信を希望していた時間以後でトラフィック限界値以下の時間帯に更新後コンテンツを配信する手段とからなる情報コンテンツ配信システム。
【請求項２】
ユーザからの操作を受け付ける操作部、ユーザが希望する情報コンテンツとその希望配信時間の要求を指定する要求指定部、要求情報をサーバに送信するデータ送信部、サーバから希望した情報コンテンツを受信するデータ受信部、受信した情報コンテンツを表示する情報表示部からなるユーザインタフェースサブシステムと、
端末からの情報コンテンツ要求を受けるデータ受信部、コンテンツを定められたユーザに対して定められた時間に配信をする配信制御部、端末に対してコンテンツデータを送信するデータ送信部からなる端末連携サブシステムと、
本コンテンツ配信システムを使用する全てのユーザの希望するコンテンツ配信スケジュールを格納する要求スケジュール格納部、全てのユーザの配信要求スケジュールを参照してコンテンツ配信によるトラフィックを予測する配信負荷計算部、該計算部の計算の結果、予め定めたトラフィック限界値を超える時間帯があるかを判定する配信ピーク判定部、トラフィック限界値を超える時間帯があった場合にはユーザの優先度を元に低優先度のユーザのコンテンツ配信時間を早い時間帯に変更してトラフィックを分散化するスケジュール変更部、変更したコンテンツ配信スケジュールを格納する変更後スケジュール格納部、ユーザの優先度を格納するユーザ優先度格納部、トラフィック分散化のために配信時間が希望の値より早い時間帯に変更されたユーザに対して、コンテンツを配信後からもともとユーザが希望していた時間までの間に要求していたコンテンツが更新されたかを判定し、コンテンツに更新があった場合にはユーザが配信を希望していた時間以後でトラフィック限界値以下の時間帯に更新後コンテンツを配信するスケジュールを生成する救済用スケジュール作成部からなる配信スケジューリングサブシステムと、
定められた配信スケジュールに従って配信すべき情報コンテンツを取得する配信コンテンツ取得部、取得したコンテンツを格納するコンテンツ格納部、取得したコンテンツの更新情報を格納するコンテンツ更新情報格納部からなるコンテンツ配信サーバ連携サブシステムと、
コンテンツ配信サーバとを備えたことを特徴とする、ユーザの優先度を用いて配信時間を変更することで設定値以上のネットワークトラフィックを生じさせない情報コンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は静止画や動画等の映像コンテンツやテキストコンテンツ、および音声コンテンツといった各種情報コンテンツを指定した時間、例えば情報コンテンツが閲覧可能となる次回の余暇時間までに端末にダウンロードさせておいて再生させるといった情報コンテンツ配信システム、方法に関する。
【背景技術】
【０００２】
従来、情報コンテンツはテレビ番組のように配信側の指定した時間帯に配信されるものの他、Ｗｅｂコンテンツのようにユーザが自ら望む時間にアクセスして随時配信するものの大きく２種類の方法により配信された。さらに近年は動画などの容量の大きいコンテンツについては上記の配信方法に加えて、ユーザが情報コンテンツを見る時間を外した深夜などに予め配信する方式などもとられている。
【０００３】
【特許文献１】特開平１０−２８４０６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
インターネットに高速接続できる環境の普及によりユーザが自ら希望するタイミングで希望するコンテンツをサーバから取得する機会が増えてきている。またインターネットを介して取得するコンテンツも静止画やテキストデータ中心のＷｅｂコンテンツから動画を中心とした大容量のコンテンツを要求する機会も増えている。このことによりコンテンツ配信サーバ側ではトラフィックが不定期に高負荷となる可能性が高くなり、サーバスペックが最適なサイジングが難しくなっている。
【０００５】
本発明の目的は特にトラフィックの負荷に大きな影響を与える動画等のコンテンツ配信で、かつ予め希望配信時間を指定する方式の情報配信システムにおいて、予めユーザに設定させる希望配信時間をもとに配信負荷状態を計算して、高負荷が予想される場合にはユーザ優先度を考慮して配信時間を変更することでトラフィック負荷を一定以下に抑えることを目的とする。また優先度が低いために配信時間を変更されたユーザに対して、配信時間の変更により配信コンテンツの情報鮮度が落ちた場合にはトラフィックが低負荷の時間帯に再送することで不利益を最小限にする。
【課題を解決するための手段】
【０００６】
上記目的を実現するため、本発明は、本コンテンツ配信システムを使用している全ユーザの希望コンテンツ配信時間および優先度を管理し、トラフィックの高負荷が予想される場合にはユーザの優先度に基づいて配信時間を変更することでトラフィックの負荷を一定以下に抑えることが可能なシステム、方法を構築した。
【発明の効果】
【０００７】
本発明によれば、ユーザがコンテンツ配信時間の設定を行なうコンテンツ配信システムにおいてもトラフィック負荷を一定以下に抑えることが出来、配信システムの能力を超える配信処理要求が来ることによるサーバダウンを防ぐことが可能となる。またユーザの優先度も考慮していることで料金等ユーザが払う対価に応じたサービスを提供することも可能となる。
【発明を実施するための最良の形態】
【０００８】
以下に本発明の実施の形態を説明する。
【実施例１】
【０００９】
本発明はサーバに蓄積してある膨大な量の情報コンテンツから希望するコンテンツを選択し、端末にダウンロードして視聴をするシステムに適用して好適であり、例えば携帯端末にユーザが希望するジャンルの動画コンテンツを日に一度ダウンロードしておいて、自らの余暇時間に閲覧するような使用方法のコンテンツ配信サービスにおける利用が想定される。
【００１０】
図1において、１０はユーザの操作による配信コンテンツおよび配信時間指定、要求情報送信、コンテンツ受信、コンテンツ表示を行なうユーザインタフェースサブシステムを示し、該システムは例えば携帯電話端末からなり、各操作を実行する操作部１１、配信コンテンツおよび希望配信時間を設定する要求指定部１２、要求情報を送信するデータ送信部１３、サーバから配信されるコンテンツデータを受信するデータ受信部１４、受信した情報コンテンツを表示する情報表示部１５、を備えている。
【００１１】
２０は端末からのコンテンツおよび配信時間指定を受信し、また決定された配信スケジュールを元にコンテンツを配信する機能をサーバ側で実現する端末連携サブシステムを示し、端末から送信される配信コンテンツ要求および希望配信時間を受け取るデータ受信部２１と、決定された配信スケジュールを元に配信すべきコンテンツの送信指示を出す配信制御部２２と、端末にデータを配信するデータ送信部２３、を備えている。
【００１２】
３０はユーザが指定した希望配信時間を元にしながらも、ユーザの優先度を考慮してトラフィック負荷が一定以下になるように配信スケジュールを調整する配信スケジューリングサブシステムを示し、本コンテンツ配信システムを使用する全てのユーザの希望するコンテンツ配信スケジュールを格納する要求スケジュール格納部３１、全てのユーザの配信要求スケジュールを参照してコンテンツ配信によるトラフィックを予測する配信負荷計算部３２、該計算部の計算の結果、予め定めたトラフィック限界値を超える時間帯があるかを判定する配信ピーク判定部３３、トラフィック限界値を超える時間帯があった場合にはユーザの優先度を元に低優先度のユーザのコンテンツ配信時間を早い時間帯に変更してトラフィックを分散化するスケジュール変更部３４、変更したコンテンツ配信スケジュールを格納する変更後スケジュール格納部３６、ユーザの優先度を格納するユーザ優先度格納部３５、トラフィック負荷が一定以下に調整された配信スケジュールを格納する配信スケジュール格納部３７、トラフィック分散化のために配信時間が希望の値より早い時間帯に変更されたユーザに対して、コンテンツを配信後からもともとユーザが希望していた時間までの間に要求していたコンテンツが更新されたかを判定し、コンテンツに更新があった場合にはユーザが配信を希望していた時間以後でトラフィック限界値以下の時間帯に更新後コンテンツを配信するスケジュールを生成する救済用スケジュール作成部３８、を備えている。
【００１３】
４０は定められた配信スケジュールに従ってコンテンツ配信サーバからコンテンツを取得するための処理を行なうコンテンツ配信サーバ連携サブシステムを示し、配信すべき情報コンテンツを取得する配信コンテンツ取得部４１、取得したコンテンツを格納するコンテンツ格納部４２、取得したコンテンツの更新情報を格納するコンテンツ更新情報格納部４３、を備えている。
【００１４】
５０は各種情報コンテンツを管理、格納し、要求に応じてコンテンツを配信するコンテンツ配信サーバである。
【００１５】
図１において、まずユーザは操作部１１の操作を持って要求指定部１２に配信コンテンツと希望配信時間の指定を行なう。一例を挙げれば今日一日のトップニュースを５本配信する情報コンテンツ（番組）を仕事が終わって閲覧できる時間となる１８：００までに配信されるように指定をする。この情報コンテンツ閲覧にあたってはユーザ毎に別途優先度が定められているものとする。例えば指定時間で必ず最新のコンテンツの配信が保証されるオプションを選択しているユーザは優先度が高いことになる。
【００１６】
一方で希望する時間までにコンテンツの配信は行なうが、トラフィックの負荷状態を考慮して多少希望配信時間より早い時間での配信を許容したユーザは優先度が低いことになる。これら優先度の設定は、高優先度とする代わりにオプション料金を追加徴収するなど、ＳＬＡ（Ｓｅｒｖｉｃｅ  Ｌｅｖｅｌ  Ａｇｒｅｅｍｅｎｔ）に応じた料金体系と関連付けられることが想定される。ユーザが指定した要求情報はデータ送信部１３を通してサーバに送信される。
【００１７】
サーバ側で端末側とのデータ送受信は端末連携サブシステムが司る。該端末連携サブシステムのデータ受信部２１が要求を受信するとその要求情報は要求スケジュール格納部３１に格納される。本システムを利用している全ユーザの要求情報が格納されたあと、例えばそれは一日一回深夜の特定時間にバッチ処理的に実行することが想定されるが、要求スケジュールを参照して配信負荷計算部３２が予想される配信負荷を計算する。配信負荷の計算方法として、最も簡単には書く時刻に配信要求をしているユーザ数を積算することで負荷の分布がわかる。さらにユーザ毎の配信要求コンテンツの容量を考慮することでより正確な配信負荷を計算することができる。
【００１８】
上記はあくまで一例であり実際の実装においてはより複雑なアルゴリズムを用いることが想定されるが、ユーザが指定した希望配信時刻の情報をもとに配信負荷を計算するアルゴリズムであること以外に特に制約はない。配信負荷計算部３２の計算結果をもとに配信ピーク判定部３３はシステム側で定めた値以上の配信負荷が想定されるかを判定する。例を挙げれば配信システムとして１Ｇｂｐｓまでの配信負荷に耐えられるスペックとなっている場合、それ以上の配信要求が来た場合には配信の遅延等が生じてしまう。このような場合はシステム側で定める基準値は１Ｇｂｐｓとなる。
【００１９】
判定によって一定以上の配信負荷が想定される場合にはスケジュール変更部３４に処理が移る。スケジュール変更部３４では一定値以上の配信負荷が予想される時刻に配信要求をしているユーザの一部に対して、配信時刻を希望時刻より早い時刻に変更する。配信時刻を希望時刻から変更するユーザはユーザ優先度格納部３５に格納されているユーザの優先度情報を元に低優先度のユーザを選定する。
【００２０】
ここで低優先度のユーザ数は全ユーザ数に対して少なくとも半数以上程度であることを想定する。ユーザ優先度に従い、一部ユーザの配信時刻を変更した配信スケジュールは変更後スケジュール格納部３６に格納する。配信負荷計算部３２は変更されたスケジュールをもとに再度配信負荷を計算し、配信ピーク判定部３３で配信負荷が一定値以下であるかを判定する。判定の結果、負荷が一定値以下になるまでスケジュールの変更を繰り返す。
予定される配信負荷が一定以下に収まっている場合にはその配信スケジュールを配信スケジュール格納部３７に格納する。
【００２１】
優先度が低いユーザに対しては希望配信時間よりも早い時間にコンテンツの配信が行なわれることがある。この場合コンテンツが配信された時刻からユーザが情報を閲覧し始めるだろう時刻までに希望するコンテンツが更新される可能性がある。例えば優先度の低いユーザが今日一日のトップニュースを５本配信する情報コンテンツ（番組）を１８：００に配信を希望した場合、１８：００に配信要求をしたユーザが多いために１７：００の段階でコンテンツを配信することがある。この場合に１７：００にコンテンツを配信した後、ユーザが閲覧を始めるだろう時刻である１８：００までに新規ニュースの発生や差し替え等によりトップニュース５本が更新される可能性がある。
【００２２】
上記のように低優先度のユーザにはユーザが配信を希望した時刻に閲覧するには多少情報鮮度が古いコンテンツを配信してしまう場合がある。このような場合にユーザにコンテンツが更新された旨を連絡し、更新済みのコンテンツの配信スケジュールを作成するのが救済用スケジュール作成部３８である。救済用スケジュール作成部は要求スケジュール格納部３１、配信スケジュール格納部３７およびコンテンツ更新情報格納部４３を参照し、ユーザが希望した配信時刻と実際の配信時刻の間にユーザが要求したコンテンツに更新が生じたかを判定する。
【００２３】
更新が生じていた場合には配信スケジュールを確認し、配信負荷がシステム側で定めた一定値以上にならない時刻に更新のあったコンテンツを配信するスケジューリングをする。更新のあったコンテンツの配信にあたっては端末側に更新があったコンテンツのダウンロードの必要性をダイアログ形式で質問し、要求があった場合に更新後コンテンツを配信することを想定する。また救済用スケジュールはユーザが希望した配信時間から近ければ近いほど望ましいが、そのスケジュール作成にあたってはユーザ優先度格納部３５を参照して高優先度のユーザを優先するようにする。救済用スケジュールに関しても作成後は配信スケジュール格納部３７に格納する。
【００２４】
上記のように決定された配信スケジュールを元に、配信コンテンツ取得部４１はコンテンツ配信サーバ５０から配信に必要な（ユーザが要求している）コンテンツを取得する。取得したコンテンツはコンテンツ格納部４２に格納し、そのコンテンツの更新日時等の更新情報についてはコンテンツ更新情報格納部４３に格納し、救済用スケジュールの作成時に参照される。
【００２５】
取得されたコンテンツは配信スケジュール格納部３７に格納されたスケジュールをもとに配信制御部２２により配信指示が出され、データ送信部２３を介して端末に配信される。
【００２６】
サーバから配信されたコンテンツはデータ受信部１４で受信され、情報表示部１５によりユーザに対して表示される。
【００２７】
図２は本発明のシーケンス図である。端末は回線を通してサーバに配信コンテンツと希望配信時間を指定する。端末からの指定を受けてサーバは配信スケジュールを調整後、コンテンツ配信サーバにコンテンツ取得要求を行なう。コンテンツ取得要求を受けてコンテンツ配信サーバはサーバに対してコンテンツおよびコンテンツ更新情報を配信する。サーバは配信されたコンテンツを配信スケジュールに応じて回線を通じて端末に配信する。端末に配信後、当初ユーザが指定した希望配信時間までの間にコンテンツが更新された場合には、端末に対して更新後コンテンツ配信を行なう。
【００２８】
図３は本発明方式のフローチャートである。図１のブロック図と対応付けてユーザ優先度に基づき配信負荷を一定以下にするコンテンツ配信方法について説明する。
【００２９】
本発明システムを起動Ｓ１０１し、操作部１１を通して要求指定部１２にコンテンツ配信時間の指定Ｓ１０２を行なう。指定した情報はデータ送信部１３、データ受信部２１を介して要求スケジュール格納部３１に全ユーザからの配信要求の格納Ｓ１０３が行なわれる。要求スケジュールが格納された後、配信負荷計算部３２により配信負荷の計算Ｓ１０４が行なわれる。
【００３０】
その計算結果をもとに配信ピーク判定部３３において規定値以上の配信負荷時間帯有無の判定Ｓ１０５が行なわれる。規定値以上の配信負荷があった場合にはスケジュール変更部３４がユーザ優先度格納部３５からユーザ優先度参照Ｓ１０５を行い、優先度に従って配信スケジュール変更Ｓ１０７をし、変更後スケジュール格納部３６に対して変更後配信スケジュール格納Ｓ１０８を行なう。その後、再度配信負荷計算部３２において規定値以上の配信負荷時間帯有無の判定Ｓ１０５を行い、規定値以上の配信負荷時間帯がなくなるまでＳ１０５からＳ１０８の処理を繰り返す。規定値以上の配信負荷時間帯がない場合にＳ１０６からＳ１０８の処理を行なわず、配信スケジュール格納部３７に配信スケジュールの格納Ｓ１０９を行なう。
【００３１】
配信コンテンツ取得部４１は配信スケジュールに基づいて配信コンテンツ取得Ｓ１１０を行い、コンテンツとあわせてコンテンツ更新情報取得Ｓ１１１も行なう。コンテンツ格納部４２に格納されたコンテンツは配信制御部２２により配信スケジュールを元に端末に配信される。
【００３２】
コンテンツ更新情報を取得した際に救済用スケジュール作成部３８は、既に取得したコンテンツの中に更新されたものがあったか、更新コンテンツ有無判定Ｓ１１３を行なう。懇親コンテンツがあった場合には要求スケジュール格納部３１から要求スケジュール参照Ｓ１１４、配信スケジュール格納部３７から配信スケジュール参照Ｓ１１５を行い、さらにユーザ優先度格納部３５からユーザ優先度参照Ｓ１１６を行なうことで、コンテンツ配信後からユーザが希望した配信時刻までの間にコンテンツが更新されたユーザに対して、優先度の高いユーザから順番に救済用スケジュール作成Ｓ１１７を行なう。
【００３３】
救済用スケジュール作成とはユーザが希望した配信時刻以後で配信負荷が規定値以下である時間帯に更新後のコンテンツ配信をスケジューリングすることであり、作成した救済用スケジュールについても配信スケジュールに格納Ｓ１０９する。更新コンテンツがなかった場合には配信スケジュールをもとに配信コンテンツの取得Ｓ１１０を繰り返す。
サーバのデータ送信部２３から端末のデータ受信部１４に配信されたコンテンツは情報表示部１５により配信コンテンツ表示Ｓ１１８が行なわれ、ユーザはそのコンテンツを閲覧する。
【００３４】
その後プログラム終了操作の有無の判定Ｓ１１９を行い、終了操作があった場合にはプログラムを終了Ｓ１２０するが、無い場合には再度コンテンツ配信時間の指定Ｓ１０２の受付を待ち、それ以後の処理を繰り返す。
【図面の簡単な説明】
【００３５】
【図１】本発明のシステム構成を示すブロック図
【図２】本発明のシーケンス図
【図３】本発明のシステムの動作を説明するフローチャート
【符号の説明】
【００３６】
１０：ユーザインタフェースサブシステム
１１：操作部
１２：要求指定部
１３：データ送信部
１４：データ受信部
１５：情報表示部
２０：端末連携サブシステム
２１：データ受信部
２２：配信制御部
２３：データ送信部
３０：配信スケジューリングサブシステム
３１：要求スケジュール格納部
３２：配信負荷計算部
３３：配信ピーク判定部
３４：スケジュール変更部
３５：ユーザ優先度格納部
３６：変更後スケジュール格納部
３７：配信スケジュール格納部
３８：救済用スケジュール作成部
４０：コンテンツ配信サーバ連携サブシステム
４１：配信コンテンツ取得部
４２：コンテンツ格納部
４３：コンテンツ更新情報格納部
５０：コンテンツ配信サーバ
【図１】
2007006055.tif 000003
【図２】
2007006055.tif 000004
【図３】
2007006055.tif 000005