コンテンツ配信装置及び方法
【課題】
既存のインフラ設備を有効活用して効率良くコンテンツを配信し得るコンテンツ配信装置及び方法を提案する。
【解決手段】
予約されたコンテンツをネットワークを介して配信するコンテンツ配信装置及び方法において、ネットワークのデータトラフィック量を監視し、当該監視結果に基づいて、ネットワークにおけるデータトラフィック量が少ない時間帯に配信するように、配信予約要求を送信した外部機器に対するコンテンツの配信日時を決定し、当該決定結果に従って、当該外部機器に対して予約されたコンテンツを配信するようにした。
既存のインフラ設備を有効活用して効率良くコンテンツを配信し得るコンテンツ配信装置及び方法を提案する。
【解決手段】
予約されたコンテンツをネットワークを介して配信するコンテンツ配信装置及び方法において、ネットワークのデータトラフィック量を監視し、当該監視結果に基づいて、ネットワークにおけるデータトラフィック量が少ない時間帯に配信するように、配信予約要求を送信した外部機器に対するコンテンツの配信日時を決定し、当該決定結果に従って、当該外部機器に対して予約されたコンテンツを配信するようにした。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信装置及び方法に関し、例えば携帯電話通信網を用いて携帯電話機にゲームアプリケーションソフトウェアなどのコンテンツを予約配信するコンテンツ予約配信システムに適用して好適なものである。
【背景技術】
【０００２】
近年、携帯電話機を用いたユーザからの配信（ダウンロード）要求に応じて、コンテンツ配信事業者（以下、これをコンテンツプロバイダと呼ぶ）の配信サーバからその携帯電話機に直接コンテンツを配信するコンテンツ配信サービスが普及し、成長している。なお、ここでいうコンテンツとは、着信メロディや、壁紙、ゲームアプリケーションソフトウェア、写真、動画、キャラクタ及びアニメーションなどのエンタテインメント系や、これ以外の電子新聞などのすべての種類のコンテンツを指す。
【０００３】
また最近では、かかるコンテンツ配信サービスにおいて、コンテンツの配信日時を予約できるコンテンツ予約配信システムも提案されている（例えば特許文献１参照）。
【特許文献１】特開２００３−５８６４６公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、携帯電話通信サービス事業者の基地局を中心とした無線ネットワーク、コアネットワーク及びＩＰネットワークや、コンテンツプロバイダの配信サーバなどのコンテンツ配信を行うための各インフラ設備の配信能力は有限であり、一度に多くの配信要求が集中すると、快適に配信が行えないばかりか、いずれかのネットワークがボトルネックとなって、ネットワークシステムに支障を生じさせる場合がある。そして一旦、ネットワークシステムに障害が生じると、携帯電話通信サービス事業者やコンテンツプロバイダ及びかかるコンテンツ配信サービスを利用するユーザに大きな被害を及ぼすこととなる。
【０００５】
このような障害を未然に防止するためには、予め多くの配信要求に対応できるようにネットワークや配信サーバ設備を整備することが必要となるが、これには莫大な投資を必要とするため、携帯電話通信サービス事業者やコンテンツプロバイダの経済的負担が大きい問題がある。
【０００６】
また例えば莫大な投資をしてインフラ設備を整備しても、深夜や早朝などの時間帯はコンテンツの配信要求を含む通信アクセスが極端に少なく、せっかく整備したインフラ設備が十分に活用されないなどの経済効率上の問題がある。
【０００７】
さらに近年では、配信されるひとつひとつのコンテンツのデータ量が増える傾向にあり、ダウンロードに要する時間や通信料が大きくなって、ユーザにとっても待ち時間やコスト負担が増加する傾向にある問題もある。
【０００８】
本発明は以上の点を考慮してなされたもので、既存のインフラ設備を有効活用して、効率良くコンテンツを配信し得るコンテンツ配信装置及び方法を提案しようとするものである。
【課題を解決するための手段】
【０００９】
かかる課題を解決するため本発明においては、予約されたコンテンツをネットワークを介して配信するコンテンツ配信装置において、ネットワークのデータトラフィック量を監視する監視手段と、監視手段の監視結果に基づいて、ネットワークにおけるデータトラフィック量が少ない時間帯に配信するように、配信予約要求を送信した外部機器に対するコンテンツの配信日時を決定する決定手段と、決定手段の決定結果に従って、当該外部機器に対して予約されたコンテンツを配信する配信手段とを設けるようにした。
【００１０】
この結果このコンテンツ配信装置では、莫大な投資をしてインフラ設備の整備を行うことなく、既存のインフラ設備を有効活用しで、コンテンツ配信の集中に起因するネットワーク障害等の事故の発生を未然かつ有効に防止することができる。
【００１１】
また本発明においては、予約されたコンテンツをネットワークを介して配信するコンテンツ配信方法において、ネットワークのデータトラフィック量を監視する第１のステップと、当該監視結果に基づいて、ネットワークにおけるデータトラフィック量が少ない時間帯に配信するように、配信予約要求を送信した外部機器に対するコンテンツの配信日時を決定する第２のステップと、当該決定結果に従って、当該外部機器に対して予約されたコンテンツを配信する第３のステップとを設けるようにした。
【００１２】
この結果このコンテンツ配信方法によれば、莫大な投資をしてインフラ設備の整備を行うことなく、既存のインフラ設備を有効活用しで、コンテンツ配信の集中に起因するネットワーク障害等の事故の発生を未然かつ有効に防止することができる。
【発明の効果】
【００１３】
本発明によれば、予約されたコンテンツをネットワークを介して配信するコンテンツ配信装置において、ネットワークのデータトラフィック量を監視する監視手段と、監視手段の監視結果に基づいて、ネットワークにおけるデータトラフィック量が少ない時間帯に配信するように、配信予約要求を送信した外部機器に対するコンテンツの配信日時を決定する決定手段と、決定手段の決定結果に従って、当該外部機器に対して予約されたコンテンツを配信する配信手段とを設けるようにしたことにより、コンテンツ配信の集中に起因するネットワーク障害等の事故の発生を未然かつ有効に防止することができ、かくして既存のインフラ設備を有効活用して効率良くコンテンツを配信し得るコンテンツ配信装置を実現できる。
【００１４】
また本発明によれば、予約されたコンテンツをネットワークを介して配信するコンテンツ配信方法において、ネットワークのデータトラフィック量を監視する第１のステップと、当該監視結果に基づいて、ネットワークにおけるデータトラフィック量が少ない時間帯に配信するように、配信予約要求を送信した外部機器に対するコンテンツの配信日時を決定する第２のステップと、当該決定結果に従って、当該外部機器に対して予約されたコンテンツを配信する第３のステップとを設けるようにしたことにより、コンテンツ配信の集中に起因するネットワーク障害等の事故の発生を未然かつ有効に防止することができ、かくして既存のインフラ設備を有効活用して効率良くコンテンツを配信し得るコンテンツ配信方法を実現できる。
【発明を実施するための最良の形態】
【００１５】
以下図面について、本発明の一実施の形態を詳述する。
【００１６】
（１）本実施の形態によるコンテンツ予約配信システムの構成
（１−１）コンテンツ予約配信システムの全体構成
図１及び図２において、１は全体として本実施の形態によるコンテンツ予約配信システムを示し、コンテンツプロバイダが携帯電話機２を用いたユーザからのコンテンツの配信予約要求を受け付け、予約されたコンテンツを携帯電話通信網３を介して当該携帯電話通信網３のデータトラフィック量の少ない時間帯にその携帯電話機２に配信するようになされている。
【００１７】
実際上、このコンテンツ予約配信システム１の場合、ユーザの携帯電話機２には、このようなコンテンツ予約販売サービスに対応した所定のＡＷブラウザ２Ａ（図２）がインストールされている。そしてユーザがこのＡＷブラウザ２Ａを起動して携帯電話機２を操作すると、その操作に応じた各種コマンドや必要な各種データが携帯電話機２から無線信号Ｓ１として発信される。
【００１８】
この無線信号Ｓ１は、携帯電話通信サービス事業者の携帯電話通信網３内のそのときユーザが位置するエリアを担当する無線基地局（BTS:Base Tranceiver Station）４において受信され、受信信号Ｓ２として非同期転送モードでこの無線基地局４を管轄する無線基地制御部（BSC:Base Station Controller）５を介して当該無線基地制御部５を管轄するＳＧＳＮ（Serving GPRS Support Node）６に送信される。
【００１９】
ＳＧＳＮ６は、ＧＰＲＳ（General Packet Radio Service）ユーザの位置管理及びセキュリティ管理やアクセス制御等を行うノードであり、無線基地局制御部５から供給される受信信号Ｓ２を所定フォーマットにパケット化して、そのパケットデータＰＤ１を内部ＧＰＲＳバックボーンネットワーク７を介してＧＧＳＮ（Gateway GPRS Support Node）８に送信する。
【００２０】
またＳＧＳＮ６は、かかる処理と並行して、各無線基地制御部５から順次送信される各携帯電話機の位置情報を、ホームロケーションレジスタ（HLR: Home Location Register）と呼ばれるその携帯電話サービス加入者の位置情報や電話番号など各種情報を管理するデータベース（以下、これをホームロケーションレジスタと呼ぶ）９に順次登録する。
【００２１】
ＧＧＳＮ８は、内部ＧＰＲＳバックボーンネットワーク７を介して供給されるパケットデータＰＤ１のパケットフォーマットをＩＰフォーマットに変換し、得られたＩＰパケットデータＰＤ２を内部ＩＰバックボーンネットワーク１０に出力する。かくしてこのＩＰパケットデータＰＤ２は、この後携帯電話通信網３のルータ１１及びインターネット１２を順次介してコンテンツプロバイダのコンテンツプロバイダセンタ１３に送信される。
【００２２】
コンテンツプロバイダセンタ１３では、供給されるＩＰパケットデータＰＤ２をルータ１４及びファイヤーウォール１５を順次介して負荷分散装置１６に入力する。そして負荷分散装置１６は、供給されるＩＰパケットデータＰＤ２をユーザ単位で当該コンテンツプロバイダセンタ１３に複数設置されたポータルサーバ１７に振り分ける。
【００２３】
このときコンテンツプロバイダセンタ１３には、かかる複数のポータルサーバ１７のほか、ＤＲＭ（Digital Rights Management）サーバ１８、証明書・署名発行サーバ１９、顧客管理データベースサーバ２０、予約エントリデータベースサーバ２１、ネットワークトラフィック監視サーバ２２、スケジューリングサーバ２３、プッシュサーバ２４及びコンテンツサーバ２５が設けられている。
【００２４】
このうちＤＲＭサーバ１８は、ポータルサーバ１７からの要求に応じて、コンテンツごとに異なる公開鍵及びこれと対をなす秘密鍵を生成して記憶する一方、このうち公開鍵を証明書・署名発行サーバ１９に送出する。また証明書・署名発行サーバ１９は、ポータルサーバ１７からの要求に応じてかかる公開鍵に基づく証明書を発行する一方、公開鍵を指定したプッシュサーバ２４からの要求に応じて、対応する秘密鍵をＤＲＭサーバから読み出し、この秘密鍵を用いた署名を発行し得るようになされている。
【００２５】
さらに顧客管理データベースサーバ２０は、ユーザ登録が行われたときにポータルサーバ１７から与えられるそのユーザのユーザＩＤや、そのユーザの携帯電話機２の電話番号及びメールアドレスなどの各種登録情報が格納された顧客管理データベース２０Ａ（図２）を管理し、予約エントリデータベースサーバ２１は、コンテンツの配信予約を行った各ユーザのユーザＩＤ、そのコンテンツのコンテンツ名、そのコンテンツの配信希望日などの配信予約に関する各種情報（以下、これを配信予約エントリ情報と呼ぶ）が格納された予約エントリデータベース２１Ａ（図２）を管理している。
【００２６】
かくしてポータルサーバ１７は、かかるユーザからの配信予約要求を受け付けると、顧客管理データベース２０に登録された各登録ユーザの各種登録情報に基づいてそのユーザを特定すると共に、ＤＲＭサーバ１８及び証明書・署名発行サーバ１９を制御することによりその配信予約に固有の証明書を発行させる。そしてポータルサーバ１７は、この証明書をそのユーザの携帯電話機２に送信し、その後その配信予約の予約内容を予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａに登録する。
【００２７】
なお、ポータルサーバ１７から送信される各種コマンドや各種データは、ＩＰパケット化されて負荷分散装置１６、ファイヤーウォール１５及びルータ１４と、インターネット１２と、携帯電話通信網３内のルータ１１及び内部ＩＰバックボーンネットワーク１０とを順次介してＧＧＳＮ８に与えられる。
【００２８】
そしてＧＧＳＮ８は、このＩＰパケットデータＰＤ２の宛て先であるユーザの携帯電話機２の現在位置をホームロケーションレジスタ９に問い合わせると共に、そのＩＰパケットデータＰＤ２のパケットフォーマットを所定フォーマットに変換し、かくして得られたそのパケットデータＰＤ１を内部ＧＰＲＳバックボーンネットワーク７を介してそのときその携帯電話機２が位置するエリアを管轄するＳＧＳＮ６に送信する。
【００２９】
ＳＧＳＮ６は、内部ＧＰＲＳバックボーンネットワーク７を介して供給されるパケットデータＰＤ１を所定の無線通信フォーマットの受信信号Ｓ２に変換し、これをそのときその携帯電話機２が位置するエリアを管轄する無線基地制御部５に送信する。
【００３０】
また無線基地制御部５は、ＳＧＳＮ２から送信される受信信号Ｓ２を非同期転送モードで当該無線基地制御部５が管轄するすべての無線基地局４のうち、かかる携帯電話機２が位置するエリアを担当する無線基地局４に送信する。これによりこの受信信号Ｓ２は、かかる無線基地局４から無線信号Ｓ１として発信され、対応するユーザの携帯電話機２に受信されることとなる。
【００３１】
一方、ネットワークトラフィック監視サーバ２２は、ネットワークトラフィックデータベースコンテンツプロバイダセンタ内のルータ及び携帯電話通信サービス事業者の携帯電話通信網３のＧＧＳＮ８に所定時間（例えば10分）毎にアクセスしてその時間帯におけるデータトラフィック量を問い合わせ、得られたデータトラフィック量に基づく所定の統計結果をデータトラフィック量統計情報としてネットワークトラフィックデータベース２２Ａ（図２）に格納して管理する。
【００３２】
そしてスケジューリングサーバ２３は、予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａ（図２）に登録された各配信予約（以下、これを配信予約エントリと呼ぶ）について、このネットワークトラフィック監視サーバ２２のネットワークトラフィックデータベース２２Ａ（図２）に格納されたトラフィック統計情報に基づいて、対応するコンテンツを携帯電話通信網３におけるデータトラフィック量が少ない時間帯に配信するようにその配信日時を決定する。
【００３３】
またスケジューリングサーバ２３は、その決定した配信日時になると、プッシュサーバ２４を制御することにより、対応するユーザの携帯電話機２に対し、証明書・署名発行サーバ１９が発行した対応する署名を添付して、そのユーザが指定したコンテンツのダウンロードを開始すべき旨の通知を送信させる。かくしてこの通知が上述の場合と同様にして、インターネット１２及び携帯電話通信網３を順次介してそのユーザの携帯電話機２に送信される。
【００３４】
そしてこの通知を受信した携帯電話機２は、携帯電話通信網３を介してコンテンツサーバ２５にそのコンテンツの転送要求を送信する。
【００３５】
このときコンテンツサーバ２５は、コンテンツプロバイダが販売する各種コンテンツのデータを、その内部に設けられた例えばＲＡＩＤ（Redundant Arrays of Independent Disks）等の大容量ストレージでなるコンテンツストレージ２５Ｂ（図２）に保持している。
【００３６】
そしてコンテンツサーバ２５は、携帯電話機２からのコンテンツの転送要求が与えられると、そのコンテンツのデータをコンテンツストレージ２５Ｂから読み出し、ＩＰパケット化してその携帯電話機２に送信する。かくしてこのＩＰパケットデータＰＤ２が上述の場合と同様にして、インターネット１２及び携帯電話通信網３を順次介してそのユーザの携帯電話機２に送信されて保持される。
【００３７】
このようにしてこのコンテンツ予約配信システム１では、ユーザからの要求に応じて指定されたコンテンツをその携帯電話機２に自動的にダウンロードすることができるようになされている。
【００３８】
（１−２）コンテンツ配信予約手順
次に、このコンテンツ予約配信システム１において、ユーザが所望するコンテンツを配信予約する際の携帯電話機２及びコンテンツプロバイダセンタ１３における具体的な処理の流れを、図２〜図５を参照して、ゲームのアプリケーションソフトウェアを購入する場合を例に説明する。
【００３９】
図３及び図４に示すように、ユーザがゲームのアプリケーションソフトウェアを配信予約する場合、まず自己の携帯電話機２のＡＷブラウザ２Ａを起動し（ステップＳＰ１）、購入可能なゲームのリスト（以下、これをゲームリストと呼ぶ）の送信要求をコンテンツプロバイダに送信するための所定の操作を行う。この結果、携帯電話機２のＡＷブラウザ２Ａは、かかる操作に応じて、ゲームリストの転送要求をコンテンツプロバイダセンタ１３に送信する（ステップＳＰ２）。
【００４０】
コンテンツプロバイダ側のポータルサーバ１７に実装されたウェブアプリサーバプログラム１７Ａは、ユーザからのゲームリストの転送要求を受信すると（ステップＳＰ３）、予め登録されているゲームのゲームリストのデータをそのユーザ側に送信する（ステップＳＰ４）。なお、この場合において、このゲームリストには、既に販売されているゲームのほか、発売前のものであって、先行予約が可能なゲームも掲載される。
【００４１】
携帯電話機２のＡＷブラウザ２Ａは、このゲームリストのデータを受信すると（ステップＳＰ５）、当該データに基づくゲームリストを携帯電話機２の表示パネルに可視表示させる（ステップＳＰ６）。かくしてユーザは、このゲームリストを目視確認しながら、携帯電話機２を操作して、購入するゲームを選択し、その配信希望日を指定することができる（ステップＳＰ７）。ただし、この実施の形態においては、発売前のゲームについては、ユーザが配信希望日を指定することはできない。そしてＡＷブラウザ２Ａは、かかるユーザ操作によりゲーム及び必要に応じてその配信希望日が指定されると、これに応じた配信予約要求をコンテンツプロバイダ側に送信する（ステップＳＰ８）。
【００４２】
ポータルサーバ１７のウェブアプリサーバプログラム１７Ａは、この配信予約要求を受信すると（ステップＳＰ９）、予約エントリデータベースサーバ２１にアクセスして予約エントリデータベース２１Ａを検索し、既にそのユーザのそのゲームについての配信予約が登録されているか否かを判断する（ステップＳＰ１０）。
【００４３】
そしてポータルサーバ１７のウェブアプリサーバプログラム１７Ａは、既にかかる配信予約が登録されている場合には、これをユーザ側に通知する。かくしてこのとき携帯電話機２のＡＷブラウザ２Ａは、表示パネルに「予約済み」との表示を行い（ステップＳＰ１１）、この後この配信予約処理を終了する（ステップＳＰ２５）。
【００４４】
これに対してポータルサーバ１７のウェブアプリサーバプログラム１７Ａは、かかる配信予約が予約エントリデータベース２１Ａに登録されていない場合には、予約確認の通知をユーザ側に送信する（ステップＳＰ１２）。かくしてこのとき携帯電話機２のＡＷブラウザ２Ａは、この通知を受信すると（ステップＳＰ１３）、予約決定のためのパスワードが入力されるのを待ち受け、やがてユーザ操作によりかかるパスワードが入力されると、これをコンテンツプロバイダ側に送信する（ステップＳＰ１４）。
【００４５】
そしてポータルサーバ１７のウェブアプリサーバプログラム１７Ａは、このパスワードを受信すると（ステップＳＰ１５）、ＤＲＭサーバ１８にアクセスしてその配信予約に固有の公開鍵及び秘密鍵を生成させ、このうち公開鍵を証明書・署名発行サーバ１９に送信させる。またウェブアプリサーバプログラム１７Ａは、証明書・署名発行サーバ１９にアクセスして、証明書発行プログラム１９Ａ（図２）にその公開鍵を用いて証明書を発行させる（ステップＳＰ１６）。そしてウェブアプリサーバプログラム１７Ａは、このようにして得られたその配信予約に固有の証明書をユーザ側に送信する（ステップＳＰ１７）。
【００４６】
携帯電話機２のＡＷブラウザ２Ａは、かかる証明書を受信すると、これを携帯電話機２内部の例えば不揮発性メモリからなる証明書ストレージ２Ｂ（図２）に格納し（ステップＳＰ１８）、この後かかる証明書の受信を完了した旨の通知をコンテンツプロバイダ側に送信する（ステップＳＰ１９）。
【００４７】
ポータルサーバ１７のウェブアプリサーバプログラム１７Ａは、この通知を受信すると（ステップＳＰ２０）、その配信予約の予約内容を予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａに登録する（ステップＳＰ２１）。具体的には、図５に示すように、顧客管理データベースサーバ２０の顧客管理データベース２０Ａを検索することにより得られたその配信予約を行ったユーザのユーザＩＤ（「ユーザＩＤ」）と、配信予約されたコンテンツのコンテンツ名（「コンテンツ名」）と、その配信予約についてユーザに送信した証明書の証明書ＩＤ（「証明書ＩＤ」）と、そのコンテンツプロバイダが決定したそのコンテンツの配信の開始日（「配信開始日」）及び終了日（「配信終了日」）と、配信予約の際にユーザが指定した配信希望日（「配信希望日」）又はその配信予約が発売前のゲームに対する先行予約であった場合のそのゲームの発売日（「配信完了日」）と、後述するそのコンテンツ配信の優先度（「優先度」）とを予約内容として予約エントリデータベース２１Ａに登録することとなる。またこの場合の優先度としては、最も低い値（例えば３段階のうちの「３」）が登録される。そしてウェブアプリサーバプログラム１７Ａは、この後かかる配信予約が完了した旨の通知をユーザ側に通知する（ステップＳＰ２２）。
【００４８】
かくして携帯電話機２のＡＷブラウザ２Ａは、この配信予約完了の通知を受信すると（ステップＳＰ２３）、表示パネルに「予約完了」の文字を表示させ（ステップＳＰ２４）、この後この配信予約処理を終了する（ステップＳＰ２５）。
【００４９】
（１−３）配信スケジューリング処理
一方、コンテンツプロバイダ側において、スケジューリングサーバ２３に実装されたスケジューラ２３Ａは、一定時間（例えば１時間）毎に予約エントリデータベースサーバ２１にアクセスし、予約エントリデータベース２１Ａ内の各配信予約エントリについて、対応するコンテンツの配信日時を順次決定する。
【００５０】
この場合、かかる各配信予約エントリについてのコンテンツ配信日時の決定処理は、図６に示す配信スケジューリング処理手順ＲＴ１に従って行われる。
【００５１】
すなわちスケジューラ２３Ａは、かかる決定処理を最後に行ってから一定時間が経過すると、この配信スケジューリング処理手順ＲＴ１をステップＳＰ３０において開始し、続くステップＳＰ３１において、予約エントリデータベースサーバ２１にアクセスして予約エントリデータベース２１Ａから１つの配信予約エントリを読み出す。そしてスケジューラ２３Ａは、続くステップＳＰ３２において、その配信予約エントリについてのコンテンツの配信日時が既に決定されているか否かを判断する。
【００５２】
スケジューラ２３Ａは、このステップＳＰ３２において肯定結果を得ると、ステップＳＰ３６に進み、これに対して否定結果を得ると、ステップＳＰ３３に進んで、ネットワークトラフィック監視サーバ２２（図１）のネットワークトラフィックデータベース２２Ａ（図２）にアクセスして、当該ネットワークトラフィックデータベース２２Ａに蓄積されたコンテンツプロバイダセンタ１３のルータ１４（図１）及び携帯電話通信網３のＧＧＳＮ８（図１）における例えば直前数日分のデータトラフィック解析情報を取得する。
【００５３】
ここで、ユーザからの携帯電話通信網３へのアクセス数は、時間帯によって異なり、例えば図７に示すように、通常のユーザの就寝時間帯である午前４時から午前５時までの間が最も少なく、その後アクセス数が徐々に多くなっていって、学校や会社等の昼休み時間帯である午後12時から午後１時までの間と、午後８時から午後10時までの間とでピークとなり、その後減少してゆく傾向がある。ただしこの傾向は、曜日や季節等によって変化する。
【００５４】
そこでスケジューラ２３Ａは、続くステップＳＰ３４において、このステップＳＰ３３において取得したデータトラフィック統計情報に基づいて、発売前の先行予約の配信予約エントリについてはゲームの発売前日までのなるべく早い日のうちの統計的に最もデータトラフィック量が少ない時間帯、それ以外の配信予約エントリについてはユーザが指定した配信希望日のうちの統計的に最もデータトラフィック量が少ない時間帯に配信するように、他の配信予約エントリの配信日時をも考慮しながら、その配信予約エントリについてのコンテンツの配信日時を決定する。
【００５５】
またスケジューラ２３Ａは、この後ステップＳＰ３５に進んで、予約エントリデータベースサーバ２１にアクセスして、この決定した配信日時を予約エントリデータベース２１Ａにその配信予約エントリと対応付けて登録し（対応する配信予約エントリの図５に示す「配信決定日時」の欄に書き込み）、この後ステップＳＰ３６に進んで、予約エントリデータベース２１Ａ内のすべての配信予約エントリについて、コンテンツの配信日時を決定し終えたか否かを判断する。
【００５６】
そしてスケジューラ２３Ａは、このステップＳＰ３６において否定結果を得ると、ステップＳＰ３１に戻り、この後ステップＳＰ３６において肯定結果を得るまで、対象とする配信予約エントリを順次変えながらステップＳＰ３１〜ステップＳＰ３６の処理を繰り返す。
【００５７】
そしてスケジューラ２３Ａは、やがて予約エントリデータベース２１Ａ内のすべての配信予約エントリについてコンテンツの配信日時を決定し、その配信日時を予約エントリデータベース２１Ａに登録し終えることによりステップＳＰ３６において肯定結果を得ると、ステップＳＰ３７に進んでこの配信スケジューリング処理手順ＲＴ１を終了する。
【００５８】
（１−４）配信スケジュール管理処理
他方、スケジュールサーバ２３のスケジューラ２３Ａは、図８に示す配信スケジュール管理処理手順ＲＴ２を一定時間毎（例えば30分毎）に実行することにより、配信日時が決定された各配信予約エントリについてのコンテンツの配信スケジュールを管理する。
【００５９】
すなわちスケジューラ２３Ａは、最後に配信スケジュール管理処理手順ＲＴ２を実行し終えてから一定時間（例えば30分）が経過すると、この配信スケジュール管理処理手順ＲＴ２をステップＳＰ４０において開始し、続くステップＳＰ４１において、予約エントリデータベースサーバ２１にアクセスして、予約エントリデータベース２１Ａからその一定時間内に配信するように配信日時が決定されているすべての配信予約エントリを読み出す。
【００６０】
続いてスケジューラ２３Ａは、ステップＳＰ４２に進んで、これら読み出したすべての配信予約エントリを掲載した例えば図９（Ａ）に示すような配信リスト３０を作成し、この後ステップＳＰ４３に進んで、この配信リスト３０における配信予約エントリの順番を、図９（Ｂ）に示すように、優先度が高い順に、かつ優先度が同じものについては予約エントリデータベース２１Ａに登録された時間が早い順に並べ替える。
【００６１】
そしてスケジューラ２３Ａは、この後ステップＳＰ４４に進んで、配信リスト３０から最も順位の高い配信予約エントリを１つ読み出し、続くステップＳＰ４５において、ネットワークトラフィック監視サーバ２２にアクセスして、コンテンツプロバイダセンタ１３（図１）内のルータ１４（図１）及び携帯電話通信網３（図１）内のＧＧＳＮ８（図１）における現在のデータトラフィック量を問い合わせる。
【００６２】
続いてスケジューラ２３Ａは、ステップＳＰ４６に進んで、ステップＳＰ４５において得られたルータ１４及びＧＧＳＮ８における現在のデータトラフィック量に基づいて、ステップＳＰ４４において取得した配信予約エントリのコンテンツのデータを送信する空きが携帯電話通信網３及びコンテンツプロバイダセンタ１３内の通信網にあるか否かを判断する。
【００６３】
そしてスケジューラ２３Ａは、このステップＳＰ４６において否定結果を得ると、ステップＳＰ４７に進んで、その配信予約エントリについて、配信完了日が指定されているか否か（すなわち、その配信予約が発売前のゲームの先行予約であるか否か）を判断する。
【００６４】
そしてスケジューラ２３Ａは、このステップＳＰ４７において肯定結果を得ると、ステップＳＰ４８に進んで、その配信予約エントリについて配信完了日前、すなわちそのゲームの販売日前までに配信できるように配信日時を再決定する。そしてスケジューラ２３Ａは、この後予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａにおけるその配信予約エントリの配信日時を当該決定した配信日時に更新し、その後ステップＳＰ４４に戻る。
【００６５】
これに対してスケジューラ２３Ａは、ステップＳＰ４７において否定結果を得ると、ステップＳＰ４９に進んで、ネットワークトラフィック監視サーバ２２にアクセスし、ネットワークトラフックデータベース２２Ａからこのコンテンツプロバイダセンタ１３のルータ１４及び携帯電話通信網３のＧＧＳＮ８における直前数日分のデータトラフィック統計情報を取得する。
【００６６】
そしてスケジューラ２３Ａは、この後ステップＳＰ５０に進んで、この取得したデータトラフィック統計情報に基づいて、本日中の現在時刻以降のデータトラフィック量が少ないであろう時刻をその配信予約エントリの配信日時として決定すると共に、予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａにおけるその配信予約エントリの配信日時を当該決定した配信日時に更新し、この後ステップＳＰ４４に戻る。
【００６７】
一方、スケジューラ２３Ａは、ステップＳＰ４６において肯定結果を得ると、ステップＳＰ５１に進んでその配信予約エントリの配信を決定する。なお、スケジューラ２３Ａは、この配信を決定した配信予約エントリについては、その後その配信予約エントリについて決定されている配信日時（時刻）となったときにプッシュサーバ２４に配信開始のコマンドを送信することにより、対応するユーザへの対応するコンテンツの配信処理を開始させることとなる。
【００６８】
続いてスケジューラ２３Ａは、ステップＳＰ５２に進んで、配信リスト３０に掲載されたすべての配信予約エントリに対する処理を終えたか否かを判断する。そしてスケジューラ２３Ａは、このステップＳＰ５２において否定結果を得ると、ステップＳＰ４４に戻って配信リスト３０に掲載された次の配信予約エントリを取得し、この後ステップＳＰ４４〜ステップＳＰ５２において同様の処理を繰り返す。
【００６９】
そしてスケジューラ２３Ａは、やがて配信リスト３０に掲載されたすべての配信予約エントリについての処理が終了すると、ステップＳＰ５３に進んでこの配信スケジュール管理処理手順ＲＴ２を終了する。
【００７０】
（１−５）コンテンツ配信手順
次に、このコンテンツ予約配信システム１における配信予約されたコンテンツ（ここではゲーム）の配信（携帯電話機２によるダウンロード）の流れについて、図２、図１０及び図１１を参照して説明する。
【００７１】
上述のように、配信スケジュール管理処理手順ＲＴ２（図８）のステップＳＰ５１において配信が決定された配信予約エントリについては、その後その配信日時（時刻）になると、スケジューリングサーバ２３のスケジューラ２３Ａからプッシュサーバ２４に配信開始のコマンドが与えられる。
【００７２】
そしてプッシュサーバ２４に実装されたプッシュプログラム２４Ａ（図２）は、このコマンドが与えられると、予約エントリデータベースサーバ２１にアクセスして、予約エントリデータベース２１Ａに登録されているその配信予約を行ったユーザのユーザＩＤを取得し、さらにその後顧客管理データベースサーバ２０にアクセスして、このユーザＩＤから顧客管理データベース２０Ａに登録されているそのユーザのメールアドレス等のコンテンツの送信先を取得することにより、コンテンツの送信先のユーザを決定する（ステップＳＰ６１）。なお、ユーザのメールアドレス等のコンテンツの送信先がそのままユーザＩＤとなっている場合には、顧客管理データベースサーバ２０へのアクセスは不要となる。
【００７３】
またプッシュプログラム２４Ａは、これと併せて予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａに登録されている、その配信予約を受け付けたときに発行した証明書の証明書ＩＤを取得する。さらにプッシュプログラム２４Ａは、この後ＤＲＭサーバ１８を制御することにより対応する秘密鍵を証明書・署名発行サーバ１９に送信させると共に、証明書・署名発行サーバ１９の署名発行プログラム１９Ｂを制御して、この秘密鍵を用いた署名を発行させる。
【００７４】
そしてプッシュプログラム２４Ａは、この後ステップＳＰ６１において決定した送信先のユーザに対し、この署名を添付して、配信予約されたコンテンツのダウンロードを開始すべき旨の通知（以下、これをダウンロード開始通知と呼ぶ）を送信する（ステップＳＰ６２）。
【００７５】
一方、ユーザ側では、配信予約したコンテンツの配信予定日には、携帯電話２のＡＷブラウザ２Ａを起動して待機する必要があり、かかるコンテンツプロバイダ側のプッシュサーバ２４からのダウンロード開始通知を受信した場合において（ステップＳＰ６３）、ＡＷブラウザ２Ａが起動していないときには、その段階でそのコンテンツのダウンロード処理が終了することとなる（ステップＳＰ６４及びステップＳＰ８４）。
【００７６】
これに対して、携帯電話機２のＡＷブラウザ２Ａが起動している場合、ＡＷブラウザ２Ａのスケジュールレシーバ２ＡＸ（図１）は、かかるダウンロード開始通知及び署名を受信すると、証明書ストレージ２Ｂ（図２）に格納されている証明書を用いて受信した署名の有効性を確認する（ステップＳＰ６５）。
【００７７】
そしてかかる確認の結果、署名の有効性が確認できなかった場合には、ＡＷブラウザ２Ａは、これをコンテンツプロバイダ側に通知する（ステップＳＰ６７）。かくしてプッシュサーバ２４のプッシュプログラム２４Ａは、この通知を受信すると（ステップＳＰ６８）、予約エントリデータベースサーバ２１にアクセスして、予約エントリデータベース２１Ａからその配信予約エントリを削除し（ステップＳＰ６９）、この後この配信予約エントリについての処理を終了する。
【００７８】
これに対してＡＷブラウザ２Ａは、かかる確認の結果、署名の有効性が確認できた場合には、携帯電話機２内部の例えば不揮発性メモリからなるコンテンツストレージ２Ｃ（図２）に格納されているそのときまでにダウンロードされた各種コンテンツデータに基づいて、そのコンテンツを最初からダウンロードすべきか否かを判断する（ステップＳＰ７０）。
【００７９】
そして、そのユーザがそのコンテンツを初めてダウンロードするときには、このステップＳＰ７０において肯定結果が得られ、かくしてこのときＡＷブラウザ２Ａのコンテンツレシーバ２ＸＹ（図２）は、そのコンテンツの送信を開始すべきコンテンツブロックのシーケンス番号として「０」をコンテンツプロバイダ側のコンテンツサーバ２５に送信する（ステップＳＰ７１）。
【００８０】
これに対して、例えば以前にそのコンテンツのダウンロードを試みており、ユーザの誤操作や携帯電話機２の故障又はネットワーク障害等によりそのコンテンツの一部だけが既にダウンロードされているときには、このステップＳＰ７０において否定結果が得られる。かくしてこのときＡＷブラウザ２Ａのコンテンツレシーバ２ＡＹは、前回のダウンロードにより最後に受信したコンテンツブロックの次のコンテンツブロックのシーケンス番号をコンテンツプロバイダのコンテンツサーバ２５に送信する（ステップＳＰ７２）。
【００８１】
そしてコンテンツサーバ２５に実装されたコンテンツサーバプログラム２５Ａ（図２）は、かかるユーザ側からのシーケンス番号を受信すると（ステップＳＰ７３）、コンテンツストレージ２５Ｂからそのコンテンツのそのシーケンス番号のコンテンツブロックのデータを読み出し、これをユーザ側に送信する（ステップＳＰ７４）。
【００８２】
このとき携帯電話機２では、このコンテンツサーバ２５から送信されるコンテンツブロックのデータをＡＷブラウザ２Ａのコンテンツレシーバ２ＡＹ（図２）が受信し、これをコンテンツストレージ２Ｃ（図２）に格納する（ステップＳＰ７５）。
【００８３】
またコンテンツレシーバ２ＡＹは、そのコンテンツブロックのデータを受信し終えると、最後のコンテンツブロックのデータを受信し終えたか否かを判断し（ステップＳＰ７６）、否定結果を得ると次に送信すべきコンテンツブロックのシーケンス番号として、そのとき受信し終えたコンテンツブロックの次のコンテンツブロックのシーケンス番号をコンテンツサーバ２５に送信する。
【００８４】
かくしてコンテンツサーバ２５のコンテンツサーバプログラム２５Ａは、このシーケンス番号を受信すると、そのシーケンス番号のコンテンツブロックのデータをコンテンツストレージから読み出し、これをユーザ側に送信する（ステップＳＰ７７）。
【００８５】
そして、この後、このような携帯電話機２からのシーケンス番号の送信、コンテンツサーバ２５からの当該シーケンス番号のコンテンツブロックのデータの送信、携帯電話機２における当該コンテンツブロックのデータの受信というやり取りが携帯電話機２及びコンテンツサーバ２５間において繰り替えされることにより、そのコンテンツのダウンロードが進められる（ステップＳＰ７５〜ステップＳＰ７７）。そして携帯電話機２のＡＷブラウザ２Ａのコンテンツレシーバ２ＡＹは、やがて最後のコンテンツブロックを受信し終えると、これをコンテンツサーバ２５に通知する（ステップＳＰ７８）。
【００８６】
かくしてコンテンツサーバ２５のコンテンツサーバプログラム２５Ａは、この通知を受信すると（ステップＳＰ７９）、予約エントリデータベースサーバ２１にアクセスして予約エントリデータベース２１Ａからその配信予約エントリを削除し（ステップＳＰ８０）、この後そのコンテンツの配信が完了したことをユーザ側に通知する（ステップＳＰ８１）。
【００８７】
そして携帯電話機２のＡＷブラウザ２Ａは、この通知を受信すると（ステップＳＰ８２）、携帯電話機２の表示パネルに「配信完了」の文字を表示させ（ステップＳＰ８３）、この後この配信予約したコンテンツに対するダウンロード処理を終了する（ステップＳＰ８４）。
【００８８】
（１−６）コンテンツ配信サービスパターン
次に、このコンテンツ予約配信システム１を用いたコンテンツ配信サービスのサービスパターンを、発売前のゲームのアプリケーションソフトウェアを例に説明する。
【００８９】
かかるサービスパターンとしては、第１に、先行予約を受け付けている発売前のゲームについて、発売日の２日前までに配信予約の申し込みがあった場合（ステップＳＰ９０）、ダウンロード前に課金処理を終了し（ステップＳＰ９１）、その後発売日の前日までにゲームのダウンロード（配信）を完了させて（ステップＳＰ９２）、発売日の前日から最初の一部についてプレイできるようにすることが考えられる（ステップＳＰ９３）。このようなサービスパターンによれば、ユーザ側に「配信予約」することに対する煩わしさを感じさせないようにすることができる。
【００９０】
また第２に、かかるダウンロードの完了までは同じであるが（ステップＳＰ９２）、発売日まではそのゲームをプレイすることができず（ステップＳＰ９４）、発売日にその制限が自動解除されてプレイできるようにすることが考えられる（ステップＳＰ９５）。このようなサービスパターンにおいても、発売日前のゲームを先行予約したユーザは、そのゲームを発売日当日に直ちにプレイすることができる利点がある。
【００９１】
さらに第３に、先行予約を受け付けている発売前のゲームについて、発売日の２日前までにそのゲームの配信予約の申し込みがあった場合（ステップＳＰ９０）、ダウンロード前には課金処理を行わず（ステップＳＰ９６）、発売日の前日までに配信予約のあったゲームのダウンロードを完了させてから（ステップＳＰ９７）、課金処理を行うようする（ステップＳＰ９８）。このときそのゲームについて、ユーザが発売日の前日からプレイできるようにする（ステップＳＰ９９）。このサービスパターンによっても、第１のサービスパターンと同様の効果を得ることができる。
【００９２】
さらに第４に、課金処理までは第３のサービスパターンと同じであるが（ステップＳＰ９８）、発売日まではそのゲームをプレイすることができず（ステップＳＰ１００）、発売日にその制限が自動解除されてプレイできるようにする方法が考えられる（ステップＳＰ１０１）。このサービスパターンによっても、第２のサービスパターンと同様の効果を得ることができる。
【００９３】
さらに第５に、ゲームのアプリケーションソフトウェアをダウンロードするまでは第３及び第４のサービスパターン例と同じであるが（ステップＳＰ９７）、発売日まではダウンロードしたゲームをプレイすることができず（ステップＳＰ１０２）、発売日後にライセンスを購入することによって、そのゲームをプレイできるようにする方法が考えられる（ステップＳＰ１０３）。
【００９４】
さらに第６に、ゲームのアプリケーションソフトウェアをダウンロードするまでは第３及び第４のサービスパターン例と同じであり（ステップＳＰ９７）、その後発売日前にライセンスを事前購入するようにしておくことによって（ステップＳＰ１０４）、発売日まではダウンロードしたゲームをプレイすることができないが（ステップＳＰ１０５）、発売日にその制限が自動解除されてプレイできるようにする方法が考えられる（ステップＳＰ１０６）。このサービスパターンによっても、第２のサービスパターンと同様の効果を得ることができる。
【００９５】
そして、これら第１〜第６のサービスパターンのいずれの場合においても、ゲームのアプリケーションソフトウェアの配信が発売日前に行われるため、ゲームの発売日当日に配信要求が殺到することに起因するシステム障害等の事故の発生を未然かつ有効に防止できるという効果を得ることができる。
【００９６】
（２）本実施の形態の動作及び効果
以上の構成において、このコンテンツ予約配信システム１では、携帯電話通信網３のＧＧＳＮ８及びコンテンツプロバイダセンタ１３のルータ１４におけるデータトラフィック量をネットワークトラフィック監視サーバ２２により常時監視し、ユーザからのコンテンツの配信予約に対しては、スケジュールサーバ２３がネットワークトラフィック監視サーバ２２の監視結果であるネットワークトラフィックデータベース２２Ａに格納されたデータトラフィック統計情報に基づいて、予約されたコンテンツを携帯電話通信網３携帯電話通信網３のデータトラフィック量の少ない時間帯に配信するように配信日時を決定し、この決定結果に従って当該コンテンツを配信する。
【００９７】
従って、このコンテンツ予約配信システム１では、配信予約要求が集中した場合においても、コンテンツの配信が分散されて行われるため、コンテンツ配信の集中に起因する携帯電話通信網３やコンテンツプロバイダ側の設備の障害の発生を未然かつ有効に防止することができる。
【００９８】
この場合において、このコンテンツ予約配信システム１では、かかるコンテンツの配信自体が携帯電話通信網３に余裕のある時間帯に分散して行うようにしているため、莫大な投資を行ってインフラ設備を整備する必要がなく、既存のインフラ設備で対応することができる。
【００９９】
またこのコンテンツ予約配信システム１では、このように携帯電話機２へのダウンロードが自動的に行われるため、待ち時間によるストレスからユーザを開放することができ、またネットワークダウン等によるダウンロードのトラブルを防止して、ユーザからみた利便性や信頼性を向上することができる。
【０１００】
以上の構成によれば、携帯電話通信網３のＧＧＳＮ８及びコンテンツプロバイダセンタ１３のルータ１４におけるデータトラフィック量をネットワークトラフィック監視サーバ２２によって常時監視し、ユーザからのコンテンツの配信予約に対しては、スケジュールサーバ２３がネットワークトラフィック監視サーバ２２の監視結果であるネットワークトラフィックデータベース２２Ａに格納されたデータトラフィック統計情報に基づいて、予約されたコンテンツを携帯電話通信網３携帯電話通信網３のデータトラフィック量の少ない時間帯に配信するように配信日時を決定し、この決定結果に従って当該コンテンツを配信するようにしたことにより、コンテンツ配信の集中に起因するネットワーク障害等の事故の発生を未然かつ有効に防止することができ、かくして既存のインフラ設備を有効活用して効率良くコンテンツを配信し得るコンテンツ予約配信システムを実現できる。
【０１０１】
（３）他の実施の形態
なお上述の実施の形態においては、本発明を、携帯電話通信網３を用いて携帯電話機２にコンテンツを配信するコンテンツ予約配信システム１に適用するようにした場合について述べたが、本発明はこれに限らず、要は、外部機器からの配信予約要求を受け付け、予約されたコンテンツをネットワークを介して当該外部機器に配信するようになされた、この他種々のコンテンツ配信装置に広く適用することができる。
【０１０２】
また上述の実施の形態においては、携帯電話通信網３のデータトラフィック量を監視する監視手段としてのデータトラフィック監視サーバ２２が、携帯電話通信網３のＧＧＳＮ８及びコンテンツプロバイダセンタ１３のルータ１４におけるデータトラフィック量を監視するようにした場合について述べたが、本発明はこれに限らず、これ以外の箇所（例えば携帯電話通信網３内のルータ１１）におけるデータトラフィック量を監視するようにしても良い。
【０１０３】
さらに上述の実施の形態においては、予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａに登録された各配信予約エントリについて、コンテンツの配信日時を決定する決定手段としてのスケジュールサーバ２３が、データトラフィック統計情報に基づいて、発売前の先行予約の配信予約エントリについてはゲームの発売前日までのなるべく早い日のうちの統計的に最もデータトラフィック量が少ない時間帯、それ以外の配信予約エントリについてはユーザが指定した配信希望日のうちの統計的に最もデータトラフィック量が少ない時間帯に配信するように、コンテンツの配信日時を決定するようにした場合について述べたが、本発明はこれに限らず、最もデータトラフィック量が少ない時間帯以外の例えば比較的データトラフィック量が少ない時間帯に配信するように、コンテンツの配信日時を決定するようにしても良い。
【産業上の利用可能性】
【０１０４】
本発明は、携帯電話通信網を介してゲームのアプリケーションソフトウェア等のコンテンツを予約配信するコンテンツ予約配信システムのほか、他のネットワークを介してコンテンツを予約配信するこの他種々のコンテンツ予約配信システムに広く適用することができる。
【図面の簡単な説明】
【０１０５】
【図１】本実施の形態によるコンテンツ予約配信システムの構成を示すブロック図である。
【図２】コンテンツプロバイダセンタ及び携帯電話機の機能構成の説明に供するブロック図である。
【図３】コンテンツ配信予約手順を示すフローチャートである。
【図４】コンテンツ配信予約手順を示すフローチャートである。
【図５】配信予約エントリの説明に供する概念図である。
【図６】配信スケジューリング処理手順を示すフローチャートである。
【図７】携帯電話通信網への時間帯毎のアクセス数を示す特性曲線図である。
【図８】配信スケジュール管理処理手順を示すフローチャートである。
【図９】配信リストの説明に供する概念図である。
【図１０】予約コンテンツ配信手順を示すフローチャートである。
【図１１】予約コンテンツ配信手順を示すフローチャートである。
【図１２】コンテンツ配信サービスパターンの説明に供する概念図である。
【符号の説明】
【０１０６】
１……コンテンツ予約配信システム、２……携帯電話機、２Ａ……ＡＷブラウザ、２Ｂ……証明書ストレージ、２Ｃ……コンテンツストレージ、８……ＧＧＳＮ、１３……コンテンツプロバイダセンタ、１４……ルータ、１７……ポータルサーバ、１７……ウェブアプリサーバプログラム、１８……ＤＲＭサーバ、１９……証明書・署名発行サーバ、１９Ａ……証明書発行プログラム、１９Ｂ……署名発行プログラム、２０……顧客管理データベースサーバ、２０Ａ……顧客管理データベース、２１……予約エントリデータベースサーバ、２１Ａ……予約エントリデータベース、２２……ネットワーク監視サーバ、２２Ａ……ネットワークトラフックデータベース、２３……スケジューリングサーバ、２３Ａ……スケジューラ、２４……プッシュサーバ、２４Ａ……プッシュプログラム、２５……コンテンツサーバ、２５Ａ……コンテンツサーバプログラム、２５Ｂ……コンテンツストレージ、３０……配信リスト、ＲＴ１……配信スケジューリング処理手順、ＲＴ２……配信スケジュール管理処理手順。
【技術分野】
【０００１】
本発明は、コンテンツ配信装置及び方法に関し、例えば携帯電話通信網を用いて携帯電話機にゲームアプリケーションソフトウェアなどのコンテンツを予約配信するコンテンツ予約配信システムに適用して好適なものである。
【背景技術】
【０００２】
近年、携帯電話機を用いたユーザからの配信（ダウンロード）要求に応じて、コンテンツ配信事業者（以下、これをコンテンツプロバイダと呼ぶ）の配信サーバからその携帯電話機に直接コンテンツを配信するコンテンツ配信サービスが普及し、成長している。なお、ここでいうコンテンツとは、着信メロディや、壁紙、ゲームアプリケーションソフトウェア、写真、動画、キャラクタ及びアニメーションなどのエンタテインメント系や、これ以外の電子新聞などのすべての種類のコンテンツを指す。
【０００３】
また最近では、かかるコンテンツ配信サービスにおいて、コンテンツの配信日時を予約できるコンテンツ予約配信システムも提案されている（例えば特許文献１参照）。
【特許文献１】特開２００３−５８６４６公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、携帯電話通信サービス事業者の基地局を中心とした無線ネットワーク、コアネットワーク及びＩＰネットワークや、コンテンツプロバイダの配信サーバなどのコンテンツ配信を行うための各インフラ設備の配信能力は有限であり、一度に多くの配信要求が集中すると、快適に配信が行えないばかりか、いずれかのネットワークがボトルネックとなって、ネットワークシステムに支障を生じさせる場合がある。そして一旦、ネットワークシステムに障害が生じると、携帯電話通信サービス事業者やコンテンツプロバイダ及びかかるコンテンツ配信サービスを利用するユーザに大きな被害を及ぼすこととなる。
【０００５】
このような障害を未然に防止するためには、予め多くの配信要求に対応できるようにネットワークや配信サーバ設備を整備することが必要となるが、これには莫大な投資を必要とするため、携帯電話通信サービス事業者やコンテンツプロバイダの経済的負担が大きい問題がある。
【０００６】
また例えば莫大な投資をしてインフラ設備を整備しても、深夜や早朝などの時間帯はコンテンツの配信要求を含む通信アクセスが極端に少なく、せっかく整備したインフラ設備が十分に活用されないなどの経済効率上の問題がある。
【０００７】
さらに近年では、配信されるひとつひとつのコンテンツのデータ量が増える傾向にあり、ダウンロードに要する時間や通信料が大きくなって、ユーザにとっても待ち時間やコスト負担が増加する傾向にある問題もある。
【０００８】
本発明は以上の点を考慮してなされたもので、既存のインフラ設備を有効活用して、効率良くコンテンツを配信し得るコンテンツ配信装置及び方法を提案しようとするものである。
【課題を解決するための手段】
【０００９】
かかる課題を解決するため本発明においては、予約されたコンテンツをネットワークを介して配信するコンテンツ配信装置において、ネットワークのデータトラフィック量を監視する監視手段と、監視手段の監視結果に基づいて、ネットワークにおけるデータトラフィック量が少ない時間帯に配信するように、配信予約要求を送信した外部機器に対するコンテンツの配信日時を決定する決定手段と、決定手段の決定結果に従って、当該外部機器に対して予約されたコンテンツを配信する配信手段とを設けるようにした。
【００１０】
この結果このコンテンツ配信装置では、莫大な投資をしてインフラ設備の整備を行うことなく、既存のインフラ設備を有効活用しで、コンテンツ配信の集中に起因するネットワーク障害等の事故の発生を未然かつ有効に防止することができる。
【００１１】
また本発明においては、予約されたコンテンツをネットワークを介して配信するコンテンツ配信方法において、ネットワークのデータトラフィック量を監視する第１のステップと、当該監視結果に基づいて、ネットワークにおけるデータトラフィック量が少ない時間帯に配信するように、配信予約要求を送信した外部機器に対するコンテンツの配信日時を決定する第２のステップと、当該決定結果に従って、当該外部機器に対して予約されたコンテンツを配信する第３のステップとを設けるようにした。
【００１２】
この結果このコンテンツ配信方法によれば、莫大な投資をしてインフラ設備の整備を行うことなく、既存のインフラ設備を有効活用しで、コンテンツ配信の集中に起因するネットワーク障害等の事故の発生を未然かつ有効に防止することができる。
【発明の効果】
【００１３】
本発明によれば、予約されたコンテンツをネットワークを介して配信するコンテンツ配信装置において、ネットワークのデータトラフィック量を監視する監視手段と、監視手段の監視結果に基づいて、ネットワークにおけるデータトラフィック量が少ない時間帯に配信するように、配信予約要求を送信した外部機器に対するコンテンツの配信日時を決定する決定手段と、決定手段の決定結果に従って、当該外部機器に対して予約されたコンテンツを配信する配信手段とを設けるようにしたことにより、コンテンツ配信の集中に起因するネットワーク障害等の事故の発生を未然かつ有効に防止することができ、かくして既存のインフラ設備を有効活用して効率良くコンテンツを配信し得るコンテンツ配信装置を実現できる。
【００１４】
また本発明によれば、予約されたコンテンツをネットワークを介して配信するコンテンツ配信方法において、ネットワークのデータトラフィック量を監視する第１のステップと、当該監視結果に基づいて、ネットワークにおけるデータトラフィック量が少ない時間帯に配信するように、配信予約要求を送信した外部機器に対するコンテンツの配信日時を決定する第２のステップと、当該決定結果に従って、当該外部機器に対して予約されたコンテンツを配信する第３のステップとを設けるようにしたことにより、コンテンツ配信の集中に起因するネットワーク障害等の事故の発生を未然かつ有効に防止することができ、かくして既存のインフラ設備を有効活用して効率良くコンテンツを配信し得るコンテンツ配信方法を実現できる。
【発明を実施するための最良の形態】
【００１５】
以下図面について、本発明の一実施の形態を詳述する。
【００１６】
（１）本実施の形態によるコンテンツ予約配信システムの構成
（１−１）コンテンツ予約配信システムの全体構成
図１及び図２において、１は全体として本実施の形態によるコンテンツ予約配信システムを示し、コンテンツプロバイダが携帯電話機２を用いたユーザからのコンテンツの配信予約要求を受け付け、予約されたコンテンツを携帯電話通信網３を介して当該携帯電話通信網３のデータトラフィック量の少ない時間帯にその携帯電話機２に配信するようになされている。
【００１７】
実際上、このコンテンツ予約配信システム１の場合、ユーザの携帯電話機２には、このようなコンテンツ予約販売サービスに対応した所定のＡＷブラウザ２Ａ（図２）がインストールされている。そしてユーザがこのＡＷブラウザ２Ａを起動して携帯電話機２を操作すると、その操作に応じた各種コマンドや必要な各種データが携帯電話機２から無線信号Ｓ１として発信される。
【００１８】
この無線信号Ｓ１は、携帯電話通信サービス事業者の携帯電話通信網３内のそのときユーザが位置するエリアを担当する無線基地局（BTS:Base Tranceiver Station）４において受信され、受信信号Ｓ２として非同期転送モードでこの無線基地局４を管轄する無線基地制御部（BSC:Base Station Controller）５を介して当該無線基地制御部５を管轄するＳＧＳＮ（Serving GPRS Support Node）６に送信される。
【００１９】
ＳＧＳＮ６は、ＧＰＲＳ（General Packet Radio Service）ユーザの位置管理及びセキュリティ管理やアクセス制御等を行うノードであり、無線基地局制御部５から供給される受信信号Ｓ２を所定フォーマットにパケット化して、そのパケットデータＰＤ１を内部ＧＰＲＳバックボーンネットワーク７を介してＧＧＳＮ（Gateway GPRS Support Node）８に送信する。
【００２０】
またＳＧＳＮ６は、かかる処理と並行して、各無線基地制御部５から順次送信される各携帯電話機の位置情報を、ホームロケーションレジスタ（HLR: Home Location Register）と呼ばれるその携帯電話サービス加入者の位置情報や電話番号など各種情報を管理するデータベース（以下、これをホームロケーションレジスタと呼ぶ）９に順次登録する。
【００２１】
ＧＧＳＮ８は、内部ＧＰＲＳバックボーンネットワーク７を介して供給されるパケットデータＰＤ１のパケットフォーマットをＩＰフォーマットに変換し、得られたＩＰパケットデータＰＤ２を内部ＩＰバックボーンネットワーク１０に出力する。かくしてこのＩＰパケットデータＰＤ２は、この後携帯電話通信網３のルータ１１及びインターネット１２を順次介してコンテンツプロバイダのコンテンツプロバイダセンタ１３に送信される。
【００２２】
コンテンツプロバイダセンタ１３では、供給されるＩＰパケットデータＰＤ２をルータ１４及びファイヤーウォール１５を順次介して負荷分散装置１６に入力する。そして負荷分散装置１６は、供給されるＩＰパケットデータＰＤ２をユーザ単位で当該コンテンツプロバイダセンタ１３に複数設置されたポータルサーバ１７に振り分ける。
【００２３】
このときコンテンツプロバイダセンタ１３には、かかる複数のポータルサーバ１７のほか、ＤＲＭ（Digital Rights Management）サーバ１８、証明書・署名発行サーバ１９、顧客管理データベースサーバ２０、予約エントリデータベースサーバ２１、ネットワークトラフィック監視サーバ２２、スケジューリングサーバ２３、プッシュサーバ２４及びコンテンツサーバ２５が設けられている。
【００２４】
このうちＤＲＭサーバ１８は、ポータルサーバ１７からの要求に応じて、コンテンツごとに異なる公開鍵及びこれと対をなす秘密鍵を生成して記憶する一方、このうち公開鍵を証明書・署名発行サーバ１９に送出する。また証明書・署名発行サーバ１９は、ポータルサーバ１７からの要求に応じてかかる公開鍵に基づく証明書を発行する一方、公開鍵を指定したプッシュサーバ２４からの要求に応じて、対応する秘密鍵をＤＲＭサーバから読み出し、この秘密鍵を用いた署名を発行し得るようになされている。
【００２５】
さらに顧客管理データベースサーバ２０は、ユーザ登録が行われたときにポータルサーバ１７から与えられるそのユーザのユーザＩＤや、そのユーザの携帯電話機２の電話番号及びメールアドレスなどの各種登録情報が格納された顧客管理データベース２０Ａ（図２）を管理し、予約エントリデータベースサーバ２１は、コンテンツの配信予約を行った各ユーザのユーザＩＤ、そのコンテンツのコンテンツ名、そのコンテンツの配信希望日などの配信予約に関する各種情報（以下、これを配信予約エントリ情報と呼ぶ）が格納された予約エントリデータベース２１Ａ（図２）を管理している。
【００２６】
かくしてポータルサーバ１７は、かかるユーザからの配信予約要求を受け付けると、顧客管理データベース２０に登録された各登録ユーザの各種登録情報に基づいてそのユーザを特定すると共に、ＤＲＭサーバ１８及び証明書・署名発行サーバ１９を制御することによりその配信予約に固有の証明書を発行させる。そしてポータルサーバ１７は、この証明書をそのユーザの携帯電話機２に送信し、その後その配信予約の予約内容を予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａに登録する。
【００２７】
なお、ポータルサーバ１７から送信される各種コマンドや各種データは、ＩＰパケット化されて負荷分散装置１６、ファイヤーウォール１５及びルータ１４と、インターネット１２と、携帯電話通信網３内のルータ１１及び内部ＩＰバックボーンネットワーク１０とを順次介してＧＧＳＮ８に与えられる。
【００２８】
そしてＧＧＳＮ８は、このＩＰパケットデータＰＤ２の宛て先であるユーザの携帯電話機２の現在位置をホームロケーションレジスタ９に問い合わせると共に、そのＩＰパケットデータＰＤ２のパケットフォーマットを所定フォーマットに変換し、かくして得られたそのパケットデータＰＤ１を内部ＧＰＲＳバックボーンネットワーク７を介してそのときその携帯電話機２が位置するエリアを管轄するＳＧＳＮ６に送信する。
【００２９】
ＳＧＳＮ６は、内部ＧＰＲＳバックボーンネットワーク７を介して供給されるパケットデータＰＤ１を所定の無線通信フォーマットの受信信号Ｓ２に変換し、これをそのときその携帯電話機２が位置するエリアを管轄する無線基地制御部５に送信する。
【００３０】
また無線基地制御部５は、ＳＧＳＮ２から送信される受信信号Ｓ２を非同期転送モードで当該無線基地制御部５が管轄するすべての無線基地局４のうち、かかる携帯電話機２が位置するエリアを担当する無線基地局４に送信する。これによりこの受信信号Ｓ２は、かかる無線基地局４から無線信号Ｓ１として発信され、対応するユーザの携帯電話機２に受信されることとなる。
【００３１】
一方、ネットワークトラフィック監視サーバ２２は、ネットワークトラフィックデータベースコンテンツプロバイダセンタ内のルータ及び携帯電話通信サービス事業者の携帯電話通信網３のＧＧＳＮ８に所定時間（例えば10分）毎にアクセスしてその時間帯におけるデータトラフィック量を問い合わせ、得られたデータトラフィック量に基づく所定の統計結果をデータトラフィック量統計情報としてネットワークトラフィックデータベース２２Ａ（図２）に格納して管理する。
【００３２】
そしてスケジューリングサーバ２３は、予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａ（図２）に登録された各配信予約（以下、これを配信予約エントリと呼ぶ）について、このネットワークトラフィック監視サーバ２２のネットワークトラフィックデータベース２２Ａ（図２）に格納されたトラフィック統計情報に基づいて、対応するコンテンツを携帯電話通信網３におけるデータトラフィック量が少ない時間帯に配信するようにその配信日時を決定する。
【００３３】
またスケジューリングサーバ２３は、その決定した配信日時になると、プッシュサーバ２４を制御することにより、対応するユーザの携帯電話機２に対し、証明書・署名発行サーバ１９が発行した対応する署名を添付して、そのユーザが指定したコンテンツのダウンロードを開始すべき旨の通知を送信させる。かくしてこの通知が上述の場合と同様にして、インターネット１２及び携帯電話通信網３を順次介してそのユーザの携帯電話機２に送信される。
【００３４】
そしてこの通知を受信した携帯電話機２は、携帯電話通信網３を介してコンテンツサーバ２５にそのコンテンツの転送要求を送信する。
【００３５】
このときコンテンツサーバ２５は、コンテンツプロバイダが販売する各種コンテンツのデータを、その内部に設けられた例えばＲＡＩＤ（Redundant Arrays of Independent Disks）等の大容量ストレージでなるコンテンツストレージ２５Ｂ（図２）に保持している。
【００３６】
そしてコンテンツサーバ２５は、携帯電話機２からのコンテンツの転送要求が与えられると、そのコンテンツのデータをコンテンツストレージ２５Ｂから読み出し、ＩＰパケット化してその携帯電話機２に送信する。かくしてこのＩＰパケットデータＰＤ２が上述の場合と同様にして、インターネット１２及び携帯電話通信網３を順次介してそのユーザの携帯電話機２に送信されて保持される。
【００３７】
このようにしてこのコンテンツ予約配信システム１では、ユーザからの要求に応じて指定されたコンテンツをその携帯電話機２に自動的にダウンロードすることができるようになされている。
【００３８】
（１−２）コンテンツ配信予約手順
次に、このコンテンツ予約配信システム１において、ユーザが所望するコンテンツを配信予約する際の携帯電話機２及びコンテンツプロバイダセンタ１３における具体的な処理の流れを、図２〜図５を参照して、ゲームのアプリケーションソフトウェアを購入する場合を例に説明する。
【００３９】
図３及び図４に示すように、ユーザがゲームのアプリケーションソフトウェアを配信予約する場合、まず自己の携帯電話機２のＡＷブラウザ２Ａを起動し（ステップＳＰ１）、購入可能なゲームのリスト（以下、これをゲームリストと呼ぶ）の送信要求をコンテンツプロバイダに送信するための所定の操作を行う。この結果、携帯電話機２のＡＷブラウザ２Ａは、かかる操作に応じて、ゲームリストの転送要求をコンテンツプロバイダセンタ１３に送信する（ステップＳＰ２）。
【００４０】
コンテンツプロバイダ側のポータルサーバ１７に実装されたウェブアプリサーバプログラム１７Ａは、ユーザからのゲームリストの転送要求を受信すると（ステップＳＰ３）、予め登録されているゲームのゲームリストのデータをそのユーザ側に送信する（ステップＳＰ４）。なお、この場合において、このゲームリストには、既に販売されているゲームのほか、発売前のものであって、先行予約が可能なゲームも掲載される。
【００４１】
携帯電話機２のＡＷブラウザ２Ａは、このゲームリストのデータを受信すると（ステップＳＰ５）、当該データに基づくゲームリストを携帯電話機２の表示パネルに可視表示させる（ステップＳＰ６）。かくしてユーザは、このゲームリストを目視確認しながら、携帯電話機２を操作して、購入するゲームを選択し、その配信希望日を指定することができる（ステップＳＰ７）。ただし、この実施の形態においては、発売前のゲームについては、ユーザが配信希望日を指定することはできない。そしてＡＷブラウザ２Ａは、かかるユーザ操作によりゲーム及び必要に応じてその配信希望日が指定されると、これに応じた配信予約要求をコンテンツプロバイダ側に送信する（ステップＳＰ８）。
【００４２】
ポータルサーバ１７のウェブアプリサーバプログラム１７Ａは、この配信予約要求を受信すると（ステップＳＰ９）、予約エントリデータベースサーバ２１にアクセスして予約エントリデータベース２１Ａを検索し、既にそのユーザのそのゲームについての配信予約が登録されているか否かを判断する（ステップＳＰ１０）。
【００４３】
そしてポータルサーバ１７のウェブアプリサーバプログラム１７Ａは、既にかかる配信予約が登録されている場合には、これをユーザ側に通知する。かくしてこのとき携帯電話機２のＡＷブラウザ２Ａは、表示パネルに「予約済み」との表示を行い（ステップＳＰ１１）、この後この配信予約処理を終了する（ステップＳＰ２５）。
【００４４】
これに対してポータルサーバ１７のウェブアプリサーバプログラム１７Ａは、かかる配信予約が予約エントリデータベース２１Ａに登録されていない場合には、予約確認の通知をユーザ側に送信する（ステップＳＰ１２）。かくしてこのとき携帯電話機２のＡＷブラウザ２Ａは、この通知を受信すると（ステップＳＰ１３）、予約決定のためのパスワードが入力されるのを待ち受け、やがてユーザ操作によりかかるパスワードが入力されると、これをコンテンツプロバイダ側に送信する（ステップＳＰ１４）。
【００４５】
そしてポータルサーバ１７のウェブアプリサーバプログラム１７Ａは、このパスワードを受信すると（ステップＳＰ１５）、ＤＲＭサーバ１８にアクセスしてその配信予約に固有の公開鍵及び秘密鍵を生成させ、このうち公開鍵を証明書・署名発行サーバ１９に送信させる。またウェブアプリサーバプログラム１７Ａは、証明書・署名発行サーバ１９にアクセスして、証明書発行プログラム１９Ａ（図２）にその公開鍵を用いて証明書を発行させる（ステップＳＰ１６）。そしてウェブアプリサーバプログラム１７Ａは、このようにして得られたその配信予約に固有の証明書をユーザ側に送信する（ステップＳＰ１７）。
【００４６】
携帯電話機２のＡＷブラウザ２Ａは、かかる証明書を受信すると、これを携帯電話機２内部の例えば不揮発性メモリからなる証明書ストレージ２Ｂ（図２）に格納し（ステップＳＰ１８）、この後かかる証明書の受信を完了した旨の通知をコンテンツプロバイダ側に送信する（ステップＳＰ１９）。
【００４７】
ポータルサーバ１７のウェブアプリサーバプログラム１７Ａは、この通知を受信すると（ステップＳＰ２０）、その配信予約の予約内容を予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａに登録する（ステップＳＰ２１）。具体的には、図５に示すように、顧客管理データベースサーバ２０の顧客管理データベース２０Ａを検索することにより得られたその配信予約を行ったユーザのユーザＩＤ（「ユーザＩＤ」）と、配信予約されたコンテンツのコンテンツ名（「コンテンツ名」）と、その配信予約についてユーザに送信した証明書の証明書ＩＤ（「証明書ＩＤ」）と、そのコンテンツプロバイダが決定したそのコンテンツの配信の開始日（「配信開始日」）及び終了日（「配信終了日」）と、配信予約の際にユーザが指定した配信希望日（「配信希望日」）又はその配信予約が発売前のゲームに対する先行予約であった場合のそのゲームの発売日（「配信完了日」）と、後述するそのコンテンツ配信の優先度（「優先度」）とを予約内容として予約エントリデータベース２１Ａに登録することとなる。またこの場合の優先度としては、最も低い値（例えば３段階のうちの「３」）が登録される。そしてウェブアプリサーバプログラム１７Ａは、この後かかる配信予約が完了した旨の通知をユーザ側に通知する（ステップＳＰ２２）。
【００４８】
かくして携帯電話機２のＡＷブラウザ２Ａは、この配信予約完了の通知を受信すると（ステップＳＰ２３）、表示パネルに「予約完了」の文字を表示させ（ステップＳＰ２４）、この後この配信予約処理を終了する（ステップＳＰ２５）。
【００４９】
（１−３）配信スケジューリング処理
一方、コンテンツプロバイダ側において、スケジューリングサーバ２３に実装されたスケジューラ２３Ａは、一定時間（例えば１時間）毎に予約エントリデータベースサーバ２１にアクセスし、予約エントリデータベース２１Ａ内の各配信予約エントリについて、対応するコンテンツの配信日時を順次決定する。
【００５０】
この場合、かかる各配信予約エントリについてのコンテンツ配信日時の決定処理は、図６に示す配信スケジューリング処理手順ＲＴ１に従って行われる。
【００５１】
すなわちスケジューラ２３Ａは、かかる決定処理を最後に行ってから一定時間が経過すると、この配信スケジューリング処理手順ＲＴ１をステップＳＰ３０において開始し、続くステップＳＰ３１において、予約エントリデータベースサーバ２１にアクセスして予約エントリデータベース２１Ａから１つの配信予約エントリを読み出す。そしてスケジューラ２３Ａは、続くステップＳＰ３２において、その配信予約エントリについてのコンテンツの配信日時が既に決定されているか否かを判断する。
【００５２】
スケジューラ２３Ａは、このステップＳＰ３２において肯定結果を得ると、ステップＳＰ３６に進み、これに対して否定結果を得ると、ステップＳＰ３３に進んで、ネットワークトラフィック監視サーバ２２（図１）のネットワークトラフィックデータベース２２Ａ（図２）にアクセスして、当該ネットワークトラフィックデータベース２２Ａに蓄積されたコンテンツプロバイダセンタ１３のルータ１４（図１）及び携帯電話通信網３のＧＧＳＮ８（図１）における例えば直前数日分のデータトラフィック解析情報を取得する。
【００５３】
ここで、ユーザからの携帯電話通信網３へのアクセス数は、時間帯によって異なり、例えば図７に示すように、通常のユーザの就寝時間帯である午前４時から午前５時までの間が最も少なく、その後アクセス数が徐々に多くなっていって、学校や会社等の昼休み時間帯である午後12時から午後１時までの間と、午後８時から午後10時までの間とでピークとなり、その後減少してゆく傾向がある。ただしこの傾向は、曜日や季節等によって変化する。
【００５４】
そこでスケジューラ２３Ａは、続くステップＳＰ３４において、このステップＳＰ３３において取得したデータトラフィック統計情報に基づいて、発売前の先行予約の配信予約エントリについてはゲームの発売前日までのなるべく早い日のうちの統計的に最もデータトラフィック量が少ない時間帯、それ以外の配信予約エントリについてはユーザが指定した配信希望日のうちの統計的に最もデータトラフィック量が少ない時間帯に配信するように、他の配信予約エントリの配信日時をも考慮しながら、その配信予約エントリについてのコンテンツの配信日時を決定する。
【００５５】
またスケジューラ２３Ａは、この後ステップＳＰ３５に進んで、予約エントリデータベースサーバ２１にアクセスして、この決定した配信日時を予約エントリデータベース２１Ａにその配信予約エントリと対応付けて登録し（対応する配信予約エントリの図５に示す「配信決定日時」の欄に書き込み）、この後ステップＳＰ３６に進んで、予約エントリデータベース２１Ａ内のすべての配信予約エントリについて、コンテンツの配信日時を決定し終えたか否かを判断する。
【００５６】
そしてスケジューラ２３Ａは、このステップＳＰ３６において否定結果を得ると、ステップＳＰ３１に戻り、この後ステップＳＰ３６において肯定結果を得るまで、対象とする配信予約エントリを順次変えながらステップＳＰ３１〜ステップＳＰ３６の処理を繰り返す。
【００５７】
そしてスケジューラ２３Ａは、やがて予約エントリデータベース２１Ａ内のすべての配信予約エントリについてコンテンツの配信日時を決定し、その配信日時を予約エントリデータベース２１Ａに登録し終えることによりステップＳＰ３６において肯定結果を得ると、ステップＳＰ３７に進んでこの配信スケジューリング処理手順ＲＴ１を終了する。
【００５８】
（１−４）配信スケジュール管理処理
他方、スケジュールサーバ２３のスケジューラ２３Ａは、図８に示す配信スケジュール管理処理手順ＲＴ２を一定時間毎（例えば30分毎）に実行することにより、配信日時が決定された各配信予約エントリについてのコンテンツの配信スケジュールを管理する。
【００５９】
すなわちスケジューラ２３Ａは、最後に配信スケジュール管理処理手順ＲＴ２を実行し終えてから一定時間（例えば30分）が経過すると、この配信スケジュール管理処理手順ＲＴ２をステップＳＰ４０において開始し、続くステップＳＰ４１において、予約エントリデータベースサーバ２１にアクセスして、予約エントリデータベース２１Ａからその一定時間内に配信するように配信日時が決定されているすべての配信予約エントリを読み出す。
【００６０】
続いてスケジューラ２３Ａは、ステップＳＰ４２に進んで、これら読み出したすべての配信予約エントリを掲載した例えば図９（Ａ）に示すような配信リスト３０を作成し、この後ステップＳＰ４３に進んで、この配信リスト３０における配信予約エントリの順番を、図９（Ｂ）に示すように、優先度が高い順に、かつ優先度が同じものについては予約エントリデータベース２１Ａに登録された時間が早い順に並べ替える。
【００６１】
そしてスケジューラ２３Ａは、この後ステップＳＰ４４に進んで、配信リスト３０から最も順位の高い配信予約エントリを１つ読み出し、続くステップＳＰ４５において、ネットワークトラフィック監視サーバ２２にアクセスして、コンテンツプロバイダセンタ１３（図１）内のルータ１４（図１）及び携帯電話通信網３（図１）内のＧＧＳＮ８（図１）における現在のデータトラフィック量を問い合わせる。
【００６２】
続いてスケジューラ２３Ａは、ステップＳＰ４６に進んで、ステップＳＰ４５において得られたルータ１４及びＧＧＳＮ８における現在のデータトラフィック量に基づいて、ステップＳＰ４４において取得した配信予約エントリのコンテンツのデータを送信する空きが携帯電話通信網３及びコンテンツプロバイダセンタ１３内の通信網にあるか否かを判断する。
【００６３】
そしてスケジューラ２３Ａは、このステップＳＰ４６において否定結果を得ると、ステップＳＰ４７に進んで、その配信予約エントリについて、配信完了日が指定されているか否か（すなわち、その配信予約が発売前のゲームの先行予約であるか否か）を判断する。
【００６４】
そしてスケジューラ２３Ａは、このステップＳＰ４７において肯定結果を得ると、ステップＳＰ４８に進んで、その配信予約エントリについて配信完了日前、すなわちそのゲームの販売日前までに配信できるように配信日時を再決定する。そしてスケジューラ２３Ａは、この後予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａにおけるその配信予約エントリの配信日時を当該決定した配信日時に更新し、その後ステップＳＰ４４に戻る。
【００６５】
これに対してスケジューラ２３Ａは、ステップＳＰ４７において否定結果を得ると、ステップＳＰ４９に進んで、ネットワークトラフィック監視サーバ２２にアクセスし、ネットワークトラフックデータベース２２Ａからこのコンテンツプロバイダセンタ１３のルータ１４及び携帯電話通信網３のＧＧＳＮ８における直前数日分のデータトラフィック統計情報を取得する。
【００６６】
そしてスケジューラ２３Ａは、この後ステップＳＰ５０に進んで、この取得したデータトラフィック統計情報に基づいて、本日中の現在時刻以降のデータトラフィック量が少ないであろう時刻をその配信予約エントリの配信日時として決定すると共に、予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａにおけるその配信予約エントリの配信日時を当該決定した配信日時に更新し、この後ステップＳＰ４４に戻る。
【００６７】
一方、スケジューラ２３Ａは、ステップＳＰ４６において肯定結果を得ると、ステップＳＰ５１に進んでその配信予約エントリの配信を決定する。なお、スケジューラ２３Ａは、この配信を決定した配信予約エントリについては、その後その配信予約エントリについて決定されている配信日時（時刻）となったときにプッシュサーバ２４に配信開始のコマンドを送信することにより、対応するユーザへの対応するコンテンツの配信処理を開始させることとなる。
【００６８】
続いてスケジューラ２３Ａは、ステップＳＰ５２に進んで、配信リスト３０に掲載されたすべての配信予約エントリに対する処理を終えたか否かを判断する。そしてスケジューラ２３Ａは、このステップＳＰ５２において否定結果を得ると、ステップＳＰ４４に戻って配信リスト３０に掲載された次の配信予約エントリを取得し、この後ステップＳＰ４４〜ステップＳＰ５２において同様の処理を繰り返す。
【００６９】
そしてスケジューラ２３Ａは、やがて配信リスト３０に掲載されたすべての配信予約エントリについての処理が終了すると、ステップＳＰ５３に進んでこの配信スケジュール管理処理手順ＲＴ２を終了する。
【００７０】
（１−５）コンテンツ配信手順
次に、このコンテンツ予約配信システム１における配信予約されたコンテンツ（ここではゲーム）の配信（携帯電話機２によるダウンロード）の流れについて、図２、図１０及び図１１を参照して説明する。
【００７１】
上述のように、配信スケジュール管理処理手順ＲＴ２（図８）のステップＳＰ５１において配信が決定された配信予約エントリについては、その後その配信日時（時刻）になると、スケジューリングサーバ２３のスケジューラ２３Ａからプッシュサーバ２４に配信開始のコマンドが与えられる。
【００７２】
そしてプッシュサーバ２４に実装されたプッシュプログラム２４Ａ（図２）は、このコマンドが与えられると、予約エントリデータベースサーバ２１にアクセスして、予約エントリデータベース２１Ａに登録されているその配信予約を行ったユーザのユーザＩＤを取得し、さらにその後顧客管理データベースサーバ２０にアクセスして、このユーザＩＤから顧客管理データベース２０Ａに登録されているそのユーザのメールアドレス等のコンテンツの送信先を取得することにより、コンテンツの送信先のユーザを決定する（ステップＳＰ６１）。なお、ユーザのメールアドレス等のコンテンツの送信先がそのままユーザＩＤとなっている場合には、顧客管理データベースサーバ２０へのアクセスは不要となる。
【００７３】
またプッシュプログラム２４Ａは、これと併せて予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａに登録されている、その配信予約を受け付けたときに発行した証明書の証明書ＩＤを取得する。さらにプッシュプログラム２４Ａは、この後ＤＲＭサーバ１８を制御することにより対応する秘密鍵を証明書・署名発行サーバ１９に送信させると共に、証明書・署名発行サーバ１９の署名発行プログラム１９Ｂを制御して、この秘密鍵を用いた署名を発行させる。
【００７４】
そしてプッシュプログラム２４Ａは、この後ステップＳＰ６１において決定した送信先のユーザに対し、この署名を添付して、配信予約されたコンテンツのダウンロードを開始すべき旨の通知（以下、これをダウンロード開始通知と呼ぶ）を送信する（ステップＳＰ６２）。
【００７５】
一方、ユーザ側では、配信予約したコンテンツの配信予定日には、携帯電話２のＡＷブラウザ２Ａを起動して待機する必要があり、かかるコンテンツプロバイダ側のプッシュサーバ２４からのダウンロード開始通知を受信した場合において（ステップＳＰ６３）、ＡＷブラウザ２Ａが起動していないときには、その段階でそのコンテンツのダウンロード処理が終了することとなる（ステップＳＰ６４及びステップＳＰ８４）。
【００７６】
これに対して、携帯電話機２のＡＷブラウザ２Ａが起動している場合、ＡＷブラウザ２Ａのスケジュールレシーバ２ＡＸ（図１）は、かかるダウンロード開始通知及び署名を受信すると、証明書ストレージ２Ｂ（図２）に格納されている証明書を用いて受信した署名の有効性を確認する（ステップＳＰ６５）。
【００７７】
そしてかかる確認の結果、署名の有効性が確認できなかった場合には、ＡＷブラウザ２Ａは、これをコンテンツプロバイダ側に通知する（ステップＳＰ６７）。かくしてプッシュサーバ２４のプッシュプログラム２４Ａは、この通知を受信すると（ステップＳＰ６８）、予約エントリデータベースサーバ２１にアクセスして、予約エントリデータベース２１Ａからその配信予約エントリを削除し（ステップＳＰ６９）、この後この配信予約エントリについての処理を終了する。
【００７８】
これに対してＡＷブラウザ２Ａは、かかる確認の結果、署名の有効性が確認できた場合には、携帯電話機２内部の例えば不揮発性メモリからなるコンテンツストレージ２Ｃ（図２）に格納されているそのときまでにダウンロードされた各種コンテンツデータに基づいて、そのコンテンツを最初からダウンロードすべきか否かを判断する（ステップＳＰ７０）。
【００７９】
そして、そのユーザがそのコンテンツを初めてダウンロードするときには、このステップＳＰ７０において肯定結果が得られ、かくしてこのときＡＷブラウザ２Ａのコンテンツレシーバ２ＸＹ（図２）は、そのコンテンツの送信を開始すべきコンテンツブロックのシーケンス番号として「０」をコンテンツプロバイダ側のコンテンツサーバ２５に送信する（ステップＳＰ７１）。
【００８０】
これに対して、例えば以前にそのコンテンツのダウンロードを試みており、ユーザの誤操作や携帯電話機２の故障又はネットワーク障害等によりそのコンテンツの一部だけが既にダウンロードされているときには、このステップＳＰ７０において否定結果が得られる。かくしてこのときＡＷブラウザ２Ａのコンテンツレシーバ２ＡＹは、前回のダウンロードにより最後に受信したコンテンツブロックの次のコンテンツブロックのシーケンス番号をコンテンツプロバイダのコンテンツサーバ２５に送信する（ステップＳＰ７２）。
【００８１】
そしてコンテンツサーバ２５に実装されたコンテンツサーバプログラム２５Ａ（図２）は、かかるユーザ側からのシーケンス番号を受信すると（ステップＳＰ７３）、コンテンツストレージ２５Ｂからそのコンテンツのそのシーケンス番号のコンテンツブロックのデータを読み出し、これをユーザ側に送信する（ステップＳＰ７４）。
【００８２】
このとき携帯電話機２では、このコンテンツサーバ２５から送信されるコンテンツブロックのデータをＡＷブラウザ２Ａのコンテンツレシーバ２ＡＹ（図２）が受信し、これをコンテンツストレージ２Ｃ（図２）に格納する（ステップＳＰ７５）。
【００８３】
またコンテンツレシーバ２ＡＹは、そのコンテンツブロックのデータを受信し終えると、最後のコンテンツブロックのデータを受信し終えたか否かを判断し（ステップＳＰ７６）、否定結果を得ると次に送信すべきコンテンツブロックのシーケンス番号として、そのとき受信し終えたコンテンツブロックの次のコンテンツブロックのシーケンス番号をコンテンツサーバ２５に送信する。
【００８４】
かくしてコンテンツサーバ２５のコンテンツサーバプログラム２５Ａは、このシーケンス番号を受信すると、そのシーケンス番号のコンテンツブロックのデータをコンテンツストレージから読み出し、これをユーザ側に送信する（ステップＳＰ７７）。
【００８５】
そして、この後、このような携帯電話機２からのシーケンス番号の送信、コンテンツサーバ２５からの当該シーケンス番号のコンテンツブロックのデータの送信、携帯電話機２における当該コンテンツブロックのデータの受信というやり取りが携帯電話機２及びコンテンツサーバ２５間において繰り替えされることにより、そのコンテンツのダウンロードが進められる（ステップＳＰ７５〜ステップＳＰ７７）。そして携帯電話機２のＡＷブラウザ２Ａのコンテンツレシーバ２ＡＹは、やがて最後のコンテンツブロックを受信し終えると、これをコンテンツサーバ２５に通知する（ステップＳＰ７８）。
【００８６】
かくしてコンテンツサーバ２５のコンテンツサーバプログラム２５Ａは、この通知を受信すると（ステップＳＰ７９）、予約エントリデータベースサーバ２１にアクセスして予約エントリデータベース２１Ａからその配信予約エントリを削除し（ステップＳＰ８０）、この後そのコンテンツの配信が完了したことをユーザ側に通知する（ステップＳＰ８１）。
【００８７】
そして携帯電話機２のＡＷブラウザ２Ａは、この通知を受信すると（ステップＳＰ８２）、携帯電話機２の表示パネルに「配信完了」の文字を表示させ（ステップＳＰ８３）、この後この配信予約したコンテンツに対するダウンロード処理を終了する（ステップＳＰ８４）。
【００８８】
（１−６）コンテンツ配信サービスパターン
次に、このコンテンツ予約配信システム１を用いたコンテンツ配信サービスのサービスパターンを、発売前のゲームのアプリケーションソフトウェアを例に説明する。
【００８９】
かかるサービスパターンとしては、第１に、先行予約を受け付けている発売前のゲームについて、発売日の２日前までに配信予約の申し込みがあった場合（ステップＳＰ９０）、ダウンロード前に課金処理を終了し（ステップＳＰ９１）、その後発売日の前日までにゲームのダウンロード（配信）を完了させて（ステップＳＰ９２）、発売日の前日から最初の一部についてプレイできるようにすることが考えられる（ステップＳＰ９３）。このようなサービスパターンによれば、ユーザ側に「配信予約」することに対する煩わしさを感じさせないようにすることができる。
【００９０】
また第２に、かかるダウンロードの完了までは同じであるが（ステップＳＰ９２）、発売日まではそのゲームをプレイすることができず（ステップＳＰ９４）、発売日にその制限が自動解除されてプレイできるようにすることが考えられる（ステップＳＰ９５）。このようなサービスパターンにおいても、発売日前のゲームを先行予約したユーザは、そのゲームを発売日当日に直ちにプレイすることができる利点がある。
【００９１】
さらに第３に、先行予約を受け付けている発売前のゲームについて、発売日の２日前までにそのゲームの配信予約の申し込みがあった場合（ステップＳＰ９０）、ダウンロード前には課金処理を行わず（ステップＳＰ９６）、発売日の前日までに配信予約のあったゲームのダウンロードを完了させてから（ステップＳＰ９７）、課金処理を行うようする（ステップＳＰ９８）。このときそのゲームについて、ユーザが発売日の前日からプレイできるようにする（ステップＳＰ９９）。このサービスパターンによっても、第１のサービスパターンと同様の効果を得ることができる。
【００９２】
さらに第４に、課金処理までは第３のサービスパターンと同じであるが（ステップＳＰ９８）、発売日まではそのゲームをプレイすることができず（ステップＳＰ１００）、発売日にその制限が自動解除されてプレイできるようにする方法が考えられる（ステップＳＰ１０１）。このサービスパターンによっても、第２のサービスパターンと同様の効果を得ることができる。
【００９３】
さらに第５に、ゲームのアプリケーションソフトウェアをダウンロードするまでは第３及び第４のサービスパターン例と同じであるが（ステップＳＰ９７）、発売日まではダウンロードしたゲームをプレイすることができず（ステップＳＰ１０２）、発売日後にライセンスを購入することによって、そのゲームをプレイできるようにする方法が考えられる（ステップＳＰ１０３）。
【００９４】
さらに第６に、ゲームのアプリケーションソフトウェアをダウンロードするまでは第３及び第４のサービスパターン例と同じであり（ステップＳＰ９７）、その後発売日前にライセンスを事前購入するようにしておくことによって（ステップＳＰ１０４）、発売日まではダウンロードしたゲームをプレイすることができないが（ステップＳＰ１０５）、発売日にその制限が自動解除されてプレイできるようにする方法が考えられる（ステップＳＰ１０６）。このサービスパターンによっても、第２のサービスパターンと同様の効果を得ることができる。
【００９５】
そして、これら第１〜第６のサービスパターンのいずれの場合においても、ゲームのアプリケーションソフトウェアの配信が発売日前に行われるため、ゲームの発売日当日に配信要求が殺到することに起因するシステム障害等の事故の発生を未然かつ有効に防止できるという効果を得ることができる。
【００９６】
（２）本実施の形態の動作及び効果
以上の構成において、このコンテンツ予約配信システム１では、携帯電話通信網３のＧＧＳＮ８及びコンテンツプロバイダセンタ１３のルータ１４におけるデータトラフィック量をネットワークトラフィック監視サーバ２２により常時監視し、ユーザからのコンテンツの配信予約に対しては、スケジュールサーバ２３がネットワークトラフィック監視サーバ２２の監視結果であるネットワークトラフィックデータベース２２Ａに格納されたデータトラフィック統計情報に基づいて、予約されたコンテンツを携帯電話通信網３携帯電話通信網３のデータトラフィック量の少ない時間帯に配信するように配信日時を決定し、この決定結果に従って当該コンテンツを配信する。
【００９７】
従って、このコンテンツ予約配信システム１では、配信予約要求が集中した場合においても、コンテンツの配信が分散されて行われるため、コンテンツ配信の集中に起因する携帯電話通信網３やコンテンツプロバイダ側の設備の障害の発生を未然かつ有効に防止することができる。
【００９８】
この場合において、このコンテンツ予約配信システム１では、かかるコンテンツの配信自体が携帯電話通信網３に余裕のある時間帯に分散して行うようにしているため、莫大な投資を行ってインフラ設備を整備する必要がなく、既存のインフラ設備で対応することができる。
【００９９】
またこのコンテンツ予約配信システム１では、このように携帯電話機２へのダウンロードが自動的に行われるため、待ち時間によるストレスからユーザを開放することができ、またネットワークダウン等によるダウンロードのトラブルを防止して、ユーザからみた利便性や信頼性を向上することができる。
【０１００】
以上の構成によれば、携帯電話通信網３のＧＧＳＮ８及びコンテンツプロバイダセンタ１３のルータ１４におけるデータトラフィック量をネットワークトラフィック監視サーバ２２によって常時監視し、ユーザからのコンテンツの配信予約に対しては、スケジュールサーバ２３がネットワークトラフィック監視サーバ２２の監視結果であるネットワークトラフィックデータベース２２Ａに格納されたデータトラフィック統計情報に基づいて、予約されたコンテンツを携帯電話通信網３携帯電話通信網３のデータトラフィック量の少ない時間帯に配信するように配信日時を決定し、この決定結果に従って当該コンテンツを配信するようにしたことにより、コンテンツ配信の集中に起因するネットワーク障害等の事故の発生を未然かつ有効に防止することができ、かくして既存のインフラ設備を有効活用して効率良くコンテンツを配信し得るコンテンツ予約配信システムを実現できる。
【０１０１】
（３）他の実施の形態
なお上述の実施の形態においては、本発明を、携帯電話通信網３を用いて携帯電話機２にコンテンツを配信するコンテンツ予約配信システム１に適用するようにした場合について述べたが、本発明はこれに限らず、要は、外部機器からの配信予約要求を受け付け、予約されたコンテンツをネットワークを介して当該外部機器に配信するようになされた、この他種々のコンテンツ配信装置に広く適用することができる。
【０１０２】
また上述の実施の形態においては、携帯電話通信網３のデータトラフィック量を監視する監視手段としてのデータトラフィック監視サーバ２２が、携帯電話通信網３のＧＧＳＮ８及びコンテンツプロバイダセンタ１３のルータ１４におけるデータトラフィック量を監視するようにした場合について述べたが、本発明はこれに限らず、これ以外の箇所（例えば携帯電話通信網３内のルータ１１）におけるデータトラフィック量を監視するようにしても良い。
【０１０３】
さらに上述の実施の形態においては、予約エントリデータベースサーバ２１の予約エントリデータベース２１Ａに登録された各配信予約エントリについて、コンテンツの配信日時を決定する決定手段としてのスケジュールサーバ２３が、データトラフィック統計情報に基づいて、発売前の先行予約の配信予約エントリについてはゲームの発売前日までのなるべく早い日のうちの統計的に最もデータトラフィック量が少ない時間帯、それ以外の配信予約エントリについてはユーザが指定した配信希望日のうちの統計的に最もデータトラフィック量が少ない時間帯に配信するように、コンテンツの配信日時を決定するようにした場合について述べたが、本発明はこれに限らず、最もデータトラフィック量が少ない時間帯以外の例えば比較的データトラフィック量が少ない時間帯に配信するように、コンテンツの配信日時を決定するようにしても良い。
【産業上の利用可能性】
【０１０４】
本発明は、携帯電話通信網を介してゲームのアプリケーションソフトウェア等のコンテンツを予約配信するコンテンツ予約配信システムのほか、他のネットワークを介してコンテンツを予約配信するこの他種々のコンテンツ予約配信システムに広く適用することができる。
【図面の簡単な説明】
【０１０５】
【図１】本実施の形態によるコンテンツ予約配信システムの構成を示すブロック図である。
【図２】コンテンツプロバイダセンタ及び携帯電話機の機能構成の説明に供するブロック図である。
【図３】コンテンツ配信予約手順を示すフローチャートである。
【図４】コンテンツ配信予約手順を示すフローチャートである。
【図５】配信予約エントリの説明に供する概念図である。
【図６】配信スケジューリング処理手順を示すフローチャートである。
【図７】携帯電話通信網への時間帯毎のアクセス数を示す特性曲線図である。
【図８】配信スケジュール管理処理手順を示すフローチャートである。
【図９】配信リストの説明に供する概念図である。
【図１０】予約コンテンツ配信手順を示すフローチャートである。
【図１１】予約コンテンツ配信手順を示すフローチャートである。
【図１２】コンテンツ配信サービスパターンの説明に供する概念図である。
【符号の説明】
【０１０６】
１……コンテンツ予約配信システム、２……携帯電話機、２Ａ……ＡＷブラウザ、２Ｂ……証明書ストレージ、２Ｃ……コンテンツストレージ、８……ＧＧＳＮ、１３……コンテンツプロバイダセンタ、１４……ルータ、１７……ポータルサーバ、１７……ウェブアプリサーバプログラム、１８……ＤＲＭサーバ、１９……証明書・署名発行サーバ、１９Ａ……証明書発行プログラム、１９Ｂ……署名発行プログラム、２０……顧客管理データベースサーバ、２０Ａ……顧客管理データベース、２１……予約エントリデータベースサーバ、２１Ａ……予約エントリデータベース、２２……ネットワーク監視サーバ、２２Ａ……ネットワークトラフックデータベース、２３……スケジューリングサーバ、２３Ａ……スケジューラ、２４……プッシュサーバ、２４Ａ……プッシュプログラム、２５……コンテンツサーバ、２５Ａ……コンテンツサーバプログラム、２５Ｂ……コンテンツストレージ、３０……配信リスト、ＲＴ１……配信スケジューリング処理手順、ＲＴ２……配信スケジュール管理処理手順。
【特許請求の範囲】
【請求項１】
外部機器からの配信予約要求を受け付け、予約されたコンテンツをネットワークを介して当該外部機器に配信するコンテンツ配信装置において、
上記ネットワークのデータトラフィック量を監視する監視手段と、
上記監視手段の監視結果に基づいて、上記ネットワークにおける上記データトラフィック量が少ない時間帯に配信するように、上記配信予約要求を送信した上記外部機器に対する上記コンテンツの配信日時を決定する決定手段と、
上記決定手段の決定結果に従って、上記配信予約要求を送信した上記外部機器に対して上記予約されたコンテンツを配信する配信手段と
を具えることを特徴とするコンテンツ配信装置。
【請求項２】
上記決定手段は、
上記配信日時が決定された上記コンテンツを配信する直前に、上記監視手段による現在の上記ネットワークの上記データトラフィック量の上記監視結果に基づいて当該コンテンツを配信する空きが上記ネットワークにあるか否かを判断し、上記空きがないときには、上記監視手段の監視結果に基づいて上記コンテンツの上記配信日時を再決定する
ことを特徴とする請求項１に記載のコンテンツ配信装置。
【請求項３】
上記外部機器は、携帯電話機であり、
上記ネットワークは、携帯電話通信網である
ことを特徴とする請求項１に記載のコンテンツ配信装置。
【請求項４】
外部機器からの配信予約要求を受け付け、予約されたコンテンツをネットワークを介して当該外部機器に配信するコンテンツ配信方法において、
上記ネットワークのデータトラフィック量を監視する第１のステップと、
当該監視結果に基づいて、上記ネットワークにおける上記データトラフィック量が少ない時間帯に配信するように、上記配信予約要求を送信した上記外部機器に対する上記コンテンツの配信日時を決定する第２のステップと、
当該決定結果に従って、上記配信予約要求を送信した上記外部機器に対して上記予約されたコンテンツを配信する第３のステップと
を具えることを特徴とするコンテンツ配信方法。
【請求項５】
上記第２のステップでは、
上記配信日時が決定された上記コンテンツを配信する直前に、上記監視手段による現在の上記ネットワークの上記データトラフィック量の上記監視結果に基づいて当該コンテンツを配信する空きが上記ネットワークにあるか否かを判断し、
上記空きがないときには、上記監視手段の監視結果に基づいて上記コンテンツの上記配信日時を再決定する
ことを特徴とする請求項４に記載のコンテンツ配信方法。
【請求項６】
上記外部機器は、携帯電話機であり、
上記ネットワークは、携帯電話通信網である
ことを特徴とする請求項４に記載のコンテンツ配信方法。
【請求項１】
外部機器からの配信予約要求を受け付け、予約されたコンテンツをネットワークを介して当該外部機器に配信するコンテンツ配信装置において、
上記ネットワークのデータトラフィック量を監視する監視手段と、
上記監視手段の監視結果に基づいて、上記ネットワークにおける上記データトラフィック量が少ない時間帯に配信するように、上記配信予約要求を送信した上記外部機器に対する上記コンテンツの配信日時を決定する決定手段と、
上記決定手段の決定結果に従って、上記配信予約要求を送信した上記外部機器に対して上記予約されたコンテンツを配信する配信手段と
を具えることを特徴とするコンテンツ配信装置。
【請求項２】
上記決定手段は、
上記配信日時が決定された上記コンテンツを配信する直前に、上記監視手段による現在の上記ネットワークの上記データトラフィック量の上記監視結果に基づいて当該コンテンツを配信する空きが上記ネットワークにあるか否かを判断し、上記空きがないときには、上記監視手段の監視結果に基づいて上記コンテンツの上記配信日時を再決定する
ことを特徴とする請求項１に記載のコンテンツ配信装置。
【請求項３】
上記外部機器は、携帯電話機であり、
上記ネットワークは、携帯電話通信網である
ことを特徴とする請求項１に記載のコンテンツ配信装置。
【請求項４】
外部機器からの配信予約要求を受け付け、予約されたコンテンツをネットワークを介して当該外部機器に配信するコンテンツ配信方法において、
上記ネットワークのデータトラフィック量を監視する第１のステップと、
当該監視結果に基づいて、上記ネットワークにおける上記データトラフィック量が少ない時間帯に配信するように、上記配信予約要求を送信した上記外部機器に対する上記コンテンツの配信日時を決定する第２のステップと、
当該決定結果に従って、上記配信予約要求を送信した上記外部機器に対して上記予約されたコンテンツを配信する第３のステップと
を具えることを特徴とするコンテンツ配信方法。
【請求項５】
上記第２のステップでは、
上記配信日時が決定された上記コンテンツを配信する直前に、上記監視手段による現在の上記ネットワークの上記データトラフィック量の上記監視結果に基づいて当該コンテンツを配信する空きが上記ネットワークにあるか否かを判断し、
上記空きがないときには、上記監視手段の監視結果に基づいて上記コンテンツの上記配信日時を再決定する
ことを特徴とする請求項４に記載のコンテンツ配信方法。
【請求項６】
上記外部機器は、携帯電話機であり、
上記ネットワークは、携帯電話通信網である
ことを特徴とする請求項４に記載のコンテンツ配信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００６−２３９５６（Ｐ２００６−２３９５６Ａ）
【公開日】平成１８年１月２６日（２００６．１．２６）
【国際特許分類】
【出願番号】特願２００４−２０１０７４（Ｐ２００４−２０１０７４）
【出願日】平成１６年７月７日（２００４．７．７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成１８年１月２６日（２００６．１．２６）
【国際特許分類】
【出願日】平成１６年７月７日（２００４．７．７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]