JP2005038072A - ネットワーク内でコンテンツをインテリジェント配信するための方法とそのシステム - Google Patents

Abstract

【課題】コンテンツ配信サーバからユーザ端末へコンテンツを配信するためのシステムとその方法を提供すること。
【解決手段】コンテンツ配信方法には，予約情報を決定するプロセスと，コンテンツ配信サーバに対するアクセス可能性を決定するプロセスと，該予約情報に従ってコンテンツ配信サーバに配信リクエストを送信するプロセスと，さらにはコンテンツ配信サーバからコンテンツを受信するプロセスとが含まれている。
【選択図】 図３

Description

【０００１】
【発明の属する技術分野】
本発明は、概してコンテンツ配信システムに関し，特に，ユーザ予約情報から収集した情報，ネットワークアクセスポイントにおけるネットワーク負荷、ならびにコンテンツ配信システムにおけるユーザ端末の行動に基づいて，コンテンツを配信するための技術に関する。
【０００２】
【従来の技術】
企業であろうと，サービスプロバイダであろうと，あるいはｅビジネスであろうと，会社の成否は，その会社のコンテンツに対するアクセス可能性とネットワークを管理する能力によってある程度決まってしまう。ネットワークは，並外れた質の高いサービスの下にコンテンツを配信せねばならない。コンテンツ及びネットワークアーキテクチャがますます複雑になるにつれ，コンテンツ配信に対する従来のソリューションがこのような課題を実現することができなくなるであろう。
【０００３】
さらに，的を絞った、関係のあるタイムリーなコンテンツを無線装置に配信することの重大さは，驚くほど大きくなってきている。さらに多くのユーザが，携帯電話から小型パーソナルコンピュータ（ＰＣ）及びその他のパーソナルデジタルアシスタントに至るまでのモバイルコンピューティング装置を使用して、インターネットにアクセスするようになっている。
【０００４】
図１の（Ａ）は，ユーザ端末１１６にコンテンツを配信するための従来型システム１００の略図である。ユーザ端末１１６は携帯電話などの無線装置であってもよい。その一例として，携帯電話には，Ｗｅｂをサーフィングするための縮小版Ｗｅｂブラウザを組み込むことができる。ユーザは，ユニフォームリソースロケータ（ＵＲＬ）を使用して、会社のコンテンツ１０４にアクセスするためのインタフェースを含むＷｅｂサイトを縮小版Ｗｅｂブラウザに指摘することができる。このアクセスリクエストは，セルラネットワーク１１２にアクセスする１１８ユーザ端末１１６によって発行される。セルラネットワーク１１２は，インターネット１０２にアクセスする１１８。インターネット１０２は，コンテンツ配信サーバ１０６にアクセスし，このコンテンツ配信サーバ１０６がコンテンツ１０４にアクセスする。次にユーザ端末１１６が，セルラネットワーク１１２によって確立される間接リンクを介して、コンテンツ１０４のダウンロード１２０を受信することができる。
【０００５】
図１で（Ｂ）は，（Ａ）の従来型システム１００の簡易略図である。ユーザ端末１１６は，セルラネットワーク１１２とコンテンツ配信サーバ１０６を通じて，コンテンツ１０４にアクセスする１１８。ユーザ端末１１６は，コンテンツ１０４のダウンロード１２０を即時受信する。
【０００６】
【発明が解決しようとする課題】
ただし，従来型システム１００では，通常，アクセス１１８が実現した直後にダウンロード１２０を受信するという点に留意することが大切である。残念なことに，ダウンロード１２０を即時受信するという方法は不便である。コンテンツ１０４に接続しても，高速ダウンロードできるだけの十分なバンド幅を取得することはできない。例えば，図１の（Ａ）では，ユーザ端末１１６はセルラネットワーク１１２において無線周波数（ＲＦ）のバンド幅が少ないため、高速通信することができず、ダウンロードに時間がかかってしまう。このような場合，ユーザは，（例えば無線ローカルエリアネットワーク（ＬＡＮ）など）まったく異なる種類のネットワークに切り替えることを望むであろう。
【０００７】
ただし，従来型ユーザ端末１１６は，高速ダウンロードを受信する目的で，別の種類のネットワークに簡単に切り替えられるように設計されていない。ユーザは，高速接続で受信することを期待して，別の種類のネットワーク（例えばワイヤレスＬＡＮなど）を介してコンテンツ配信サーバ１０６に手作業でログオンする方法を選択することができる。あるいは，別の方法として，セルラネットワーク１１２が使用されない別の時間まで待っていてもよい。ユーザが高速ダウンロード１２０を取得するためのこれらのオプションとして望ましいものがまだ多くある。多くのユーザは，コンテンツ１０４をダウンロードするのをすぐにあきらめてしまうであろう。
【０００８】
要するに，ユーザ端末にコンテンツを配信することの重要性が，急速に高まりつつある中で、従来型コンテンツ配信システムでは，ユーザ端末それも特に無線装置が大容量のコンテンツを諦めずにダウンロードできるような実践的方法を提供しない。
【０００９】
【課題を解決するための手段】
ユーザ端末，特に無線装置にインターネットコンテンツを配信することに対する要求が存在することがすでに認識されている。さらに，無線装置の実現化の成功を促進するインターネットコンテンツ管理システムにおける諸機能に対する要求も存在している。概して，本発明は，コンテンツ配信サーバからユーザ端末にコンテンツを配信するためのシステムと方法を提供することによって，これらの要求を満たす。本発明が，プロセス，機器，システム，装置，又は手法など，多数の方法で実現化できるということが理解されるであろう。本発明のいくつかの創意に富んだ実施例について以下に述べる。
【００１０】
一つの実施例では，コンテンツ配信サーバからコンテンツをダウンロードするための方法が提供されている。該方法は，予約情報を判断するプロセス，コンテンツ配信サーバに対するアクセス可能性を判断するプロセス，予約情報に従ってコンテンツ配信サーバへ配信リクエストを送信するプロセス及びコンテンツ配信サーバからコンテンツを受信するプロセスからなる。
【００１１】
別の実施例では，端末にコンテンツを配信するための方法が提供される。該方法は，該端末から予約情報を受信するプロセス，該端末へのアクセス可能性を確認するプロセス及び予約情報に従ってコンテンツ配信サーバにコンテンツ配信リクエストを送信するプロセスからなる。
【００１２】
コンテンツプロバイダは，ユーザ端末すなわち無線装置などがいっそうコンテンツを利用できるようにするためには，コンテンツを配信するための自分たちの能力をさらにインテリジェントなものにしていかねばならない。有利な点として，本発明は，ネットワークを整備し直さなくてもコンテンツプロバイダが自分たちの現在のインフラストラクチャをスケーリングするのに役立つ。本発明により，コンテンツプロバイダは，ネットワークをさらに強力でスマートなものにできるよう，既存のネットワークを活用することができる。
【００１３】
本発明は，上記のように、他の諸機能と選択肢を組み込んで設定されている方法，システム，機器及びコンピュータ読み取り可能媒体の他の実施例も包含している。
【００１４】
【発明の実施の形態】
コンテンツ配信サーバからユーザ端末にコンテンツを配信するためのシステム及びその方法に関する発明について開示する。本発明を完全に理解できるようにするため，数多くの具体的詳細について記述する。ただし，これらの具体的詳細の一部もしくはすべての記述がなくても，当業者には，本発明が実施可能であることが理解されるであろう。本発明で使用している「装置」という用語は，そのハードウェア，ソフトウェアもしくはそれらの組み合わせを意味する。本発明では，「配信」という用語は，「ダウンロード」という用語及びその逆の用語と同じ意味として使用されている場合がある。本発明では，「配信する」という用語は，「ダウンロードする」及びその逆と同じ意味として使用されている場合がある。
【００１５】
【システム及び方法の概略】
図２は，本発明の実施例に従った，ユーザ端末２１６にコンテンツを配信するためのシステム２００を表している。該ユーザ端末２１６は，携帯電話などといった無線装置であってもよい。例えば，携帯電話には，Ｗｅｂをサーフィングするための縮小版Ｗｅｂブラウザを備えていてもよい。ユーザは，ユニフォームリソースロケータ（ＵＲＬ）を使用して，会社のコンテンツ２０４にアクセスするためのインタフェースを含むＷｅｂサイトを縮小版Ｗｅｂブラウザに指摘することができる。このアクセスリクエストは，セルラネットワーク２１２にアクセス２１８するユーザ端末２１６によって発行される。セルラネットワーク２１２は，インターネット２０２にアクセス２１８する。インターネット２０２は，コンテンツ配信サーバ２０６と予約サーバ２２２にアクセスする。コンテンツ配信サーバ２０６はコンテンツ２０４にアクセスする。
【００１６】
ユーザ端末２１６は，ダウンロード２２０に適したタイミングを設定できるように，予約サーバ２２２に予約情報５００を送信する。予約サーバ２２２は，他のユーザ端末からも同様に予約情報５００を受信するように設定されている。計算されたユーザアクセスタイミング及びコンテンツ配信タイミングに基づいて，予約サーバ２２２が，ユーザ端末２１６にダウンロード２２０を行うのに適した時間を決定する。この技法により，大量のコンテンツを自動的にしかも経済的に配信することができる。
【００１７】
ユーザが，ダウンロード２２０の適切な時刻を必ずしも知っているわけではないという点に留意することが大切である。要するに，ダウンロードはいつか適切な時刻に実行されるが，ユーザはダウンロードが行われていることに気が付かないという状況が起こりうる。したがって，ダウンロード２２０は，強制ダウンローディングであってもよい，すなわち，ユーザ端末２１６からのダウンロードに対するリクエストがなくてもダウンロードが実施されてもよい。
【００１８】
ダウンロードを完了させるために，システム２００は，システム２００に利用可能な種類のネットワークを利用する。説明のため，図２に，公衆無線ローカルエリアネットワーク（ＬＡＮ）２１４，セルラネットワーク２１２，非対称デジタル加入者回線（ＡＤＳＬ）網２０８及び公衆電話回線２１０などの公衆ネットワーク２０７であるような，利用可能なネットワークについて説明する。
【００１９】
ただし，本発明は，公衆ネットワークや図２に示されている特定の種類のネットワークだけに制限されるわけではない。その代わりとして，システム２００は，専用ネットワークのほか，有線ＬＡＮ，有線ワイドエリアネットワーク（ＷＡＮ），無線ＷＡＮ，対称デジタル加入者回線（ＳＤＳＬ）網，ケーブルネットワーク，光ファイバネットワークなど，他の特定の種類のネットワークも利用することができる。
【００２０】
さらに，ユーザ端末２１６は，小型ＰＣ，ワイヤレスモデム付きラップトップコンピュータ，パーソナルデジタルアシスタンス，デスクトップコンピュータなどの，別の種類の装置であってもよい。アクセス及びダウンロードに使用するネットワークの組み合わせは，使用するユーザ端末２１６の種類によって異なる。説明のため，本発明では，予約２１８について述べるときにはセルラネットワーク２１２を使用し，ダウンロード２２０について述べるときには公衆無線ＬＡＮ２１４を使用する。
【００２１】
図２の例では，予約サーバ２２２が，コンテンツ配信サーバ２０６に対し公衆無線ＬＡＮ２１４を介してコンテンツを配信するよう指示している。したがって，ユーザ端末２１６は，セルラネットワーク２１２を介してコンテンツ２０４にアクセスするが，公衆無線ＬＡＮネットワーク２１４を介してダウンロード２２０を受信する。
【００２２】
図２には，予約サーバ２２２とコンテンツ配信サーバ２０６が２つの独立した装置として表わされている点に留意されたい。ただし，本発明は，そのような構成に制限されない。その代わりとして，予約サーバ２２２とコンテンツ配信サーバ２０６を，単一のサーバ装置内に組み込んでもよい。
【００２３】
【システムと方法の詳細な説明】
図３の（Ａ）は，本発明の実施例に従った，コンテンツを配信するためのネットワーク制御法３０２の略図である。ユーザが，ユーザ端末２１６に予約情報５００を入力する。ユーザ端末は，セルラネットワーク２１２を介して予約サーバ２２２に予約情報５００を送信することによって，要求されたタイミングを予約する２１８。
【００２４】
予約サーバ２２２は，他のユーザ端末からも予約情報５００を受信するように設定されている。予約サーバ２２２は，１台もしくは複数台のユーザ端末に関するユーザアクセスタイミングとコンテンツ配信タイミングを計算する。したがって，予約サーバ２２２は，ユーザ端末２１６へダウンロード２２０するのに適した時刻を決定するため，配信タイミング判定３１０を実施するよう設定されている。予約サーバ２２２は，ダウンロード２２０を完了するのに最適なネットワークを決定するようにも設定されている。図３の（Ａ）の例では，予約サーバ２２２は，無線ＬＡＮ２１４が最適なネットワークであるとして決定している。
【００２５】
この場合，予約サーバ２２２は，適切な時刻にコンテンツ配信サーバ２０６にアクセスし３０６，コンテンツの配信を行うようにコンテンツ配信サーバ２０６に指示する。コンテンツ配信サーバ２０６は，無線ＬＡＮ２１４を介してユーザ端末２１６にコンテンツ配信２２０を行うことによってこれに応答する。すると，ユーザが，コンテンツ２０４を視聴３１２できるようになる。ユーザ端末２１６は，コンテンツ配信後に，予約サーバ２２２でセルラネットワーク２１２を介して支払い手順３０８を実行するよう設定されている。
【００２６】
図３の（Ｂ）は，本発明の実施例に従った，コンテンツを配信するための端末アクセス法３０４の略図である。ユーザが，ユーザ端末２１６に予約情報５００を入力する。ユーザ端末は，セルラネットワーク２１２を介して予約サーバ２２２に予約情報５００を送信することによって，要求されたタイミングを予約する２１８。
【００２７】
予約サーバ２２２は，他のユーザ端末からも予約情報５００を受信するように設定されている。図３の（Ｂ）の場合には，ユーザ端末２１６が，ユーザアクセスタイミングとコンテンツ配信タイミングを計算する。ユーザ端末２１６は，ユーザ端末２１６へのダウンロード２２０に適した時刻を決定するため，配信タイミング判定３１１を行うように設定されている。ユーザ端末２１６は，ダウンロード２２０を完了するのに最適なネットワークを決定するようにも設定されている。この例では，ユーザ端末２１６は，無線ＬＡＮ２１４が最適なネットワークであるとして決定している。
【００２８】
次に，ユーザ端末２１６は，適切な時刻に無線ＬＡＮ２１４を介してコンテンツ配信サーバ２０６にアクセスする３０７。コンテンツ配信サーバ２０６は，ユーザ端末２１６によって決定されたように，無線ＬＡＮ２１４を介してコンテンツ２２０をダウンロードする。すると，ユーザが，コンテンツ２０４を視聴３１２することができる。ユーザ端末２１６は，予約サーバ２２２でセルラネットワーク２１２を介して支払い手順３０８を実行するよう設定されている。
【００２９】
図４は，本発明の実施例に従った，コンテンツをダウンロードするための配信タイミング判定３１０を行うための技法を図解したグラフを表している。ただし，多くの場合，コンテンツは即時配信する必要がないという点に留意されたい。このような場合，有利な点として，コンテンツ配信によってネットワークが過負荷状態にならない時点で，コンテンツ配信を実施できる。
【００３０】
配信タイミング判定３１０は，ネットワーク制御法３０２もしくは端末アクセス法３０４を使用して行われる。図４の例は，各種アクセスポイントで収集された無線ＬＡＮ２１４に関する統計データを表している。アクセスポイントは，ユーザ端末が無線ＬＡＮ２１４にアクセスできる場所である。説明のため，アクセスポイントには，家庭，アクセスポイントＡ，アクセスポイントＢ及び事務所などを含む。図４のアクションパターン４１８は，家庭，アクセスポイントＡ，アクセスポイントＢ及び事務所間で移動するユーザ端末２１６の行動パターンを表している。各種アクセスポイント間でユーザとともにユーザ端末２１６が移動するのに伴い，アクションパターン４１８の統計データがユーザログデータベース４０４収集される。
【００３１】
ネットワーク負荷データベース４０２には，システム２００のネットワークに関する，ネットワーク負荷の統計データが格納される。ネットワーク負荷データベース４０２は，時間の変化に伴い，ネットワーク内の各アクセスポイントにおけるネットワーク負荷情報を追跡記録する。所定のネットワーク内におけるユーザ端末の所在地を基準に，ネットワーク負荷情報収集４２２が実行される。図４に示されているとおり，ネットワーク負荷データベース４０２には，アクセスポイントＢで収集された，無線ＬＡＮ２１４のネットワーク負荷に関する統計データが保存される。
【００３２】
ただし，図７と図１０に関して以下に述べるように，端末のネットワーク負荷データベース７０２は，ネットワーク負荷情報を収集するのにネットワーク負荷データベース４０２が使用されるのと同様の方法で，ネットワーク負荷情報を収集するのに使用されるという点に注意されたい。ただし，該端末のネットワーク負荷データベース７０２は，主として，特定のユーザ端末２１６に関するネットワーク負荷情報を格納するよう設定されている。例えば，該端末のネットワーク負荷データベース７０２は，特定のユーザ端末２１６が日常的にアクセスすることのないようなアクセスポイントに関する情報を格納するよう設定されてはいない。このような無関係な情報を格納すると，該端末のネットワーク負荷データベース７０２のスペースが過度に使用される結果となる。一方，ネットワーク負荷データベース４０２には，ネットワーク内のユーザ端末によってアクセスされるアクセスポイントすべてに関する情報を格納することができる。要するに，該端末のネットワーク負荷データベース７０２の使用法は，特定のユーザ端末２１６に合わせて編成された場合を除き，該ネットワーク負荷データベース４０２の使用法と同じである。
【００３３】
図４に示されるユーザログデータベース４０４には，システム２００のユーザの行動に関する一群の統計データが格納される。該ユーザログデータベース４０４は，時間の変化に伴い，ネットワーク内の各アクセスポイントにおける各ユーザ端末２１６の受信パワーを追跡記録する。所定のネットワーク内の各ユーザ端末２１６の所在地を基準として，ユーザログ情報収集４２０が実施される。図４に示されているように，該ユーザログデータベース４０４には，アクセスポイントＢにおける無線ＬＡＮ２１４内の特定のユーザ端末２１６の行動に関する統計データが格納される。該ユーザログデータベース４０４は，配信タイミング判定３１０を実施するのに役立つ。具体的には，該ユーザログデータベース４０４は，該ユーザ端末２１６がコンテンツ配信２２０のためアクセス可能となる時期を決定するのに必要な情報を提供する。
【００３４】
ただし，図７，図８及び図１３に関して以下に述べるように，該端末のユーザログデータベース７０４は，ユーザログ情報を収集するのにユーザログデータベース４０４が使用されるのと同様の方法で，ユーザログ情報を収集するのに使用されるという点に留意されたい。ただし，該端末のユーザログデータベース７０４は，主として，該特定のユーザ端末２１６に関するユーザログ情報を格納するよう設定されている。例えば，該端末のユーザログデータベース７０４は，該特定のユーザ端末２１６を除く，他のユーザ端末のアクセス可能性の履歴に関する情報を格納するよう設定されてはいない。このような無関係な情報を格納すると，該端末のユーザログデータベース７０４のスペースが過度に使用される結果となる。一方，該ユーザログデータベース４０４には，ネットワーク内のすべてのユーザ端末のアクセス可能性の履歴情報を格納することができる。要するに，該端末のユーザログデータベース７０４の使用法は，該特定のユーザ端末２１６に合わせて編成された場合を除き，該ユーザログデータベース４０４の使用法と同じである。
【００３５】
異なるコンテンツ配信法では，異なる方法でデータベースが使用される。ネットワーク制御法３０２を使用する場合には，予約サーバには，ネットワーク負荷データベース４０２からの情報だけでなく，ユーザログデータベース４０４からの情報も必要となる。予約サーバ２２２は，ネットワーク負荷データベースに関する配信スレッショルド４１４を確定する。該配信スレッショルド４１４は，所定のネットワーク及び所定のユーザ端末２１６に対しコンテンツ配信が許可されるネットワーク負荷値の上限を確定する。
【００３６】
さらに，該予約サーバ２２２は，ユーザログデータベース４０４に関する配信スレッショルド４１５も設定する。この配信スレッショル下限を確定する。図４の陰影付きの個所は，アクセスポイントＢにおける所定のネットワーク及びアクセスポイントＢにおける所定のユーザ端末に対してコンテンツ配信が許可される時間を表している。該時間中に，予約サーバ２２２が，コンテンツ配信サーバ２０６に対しコンテンツ配信２２０を実施するよう指示することができる。したがって，ネットワーク負荷データベース４０２及びユーザログデータベースは，ネットワークを過負荷状態にしない適切なコンテンツ配信タイミングのスケジューリングなどの，配信タイミング判定３１０を行うのに役立つ。
【００３７】
端末アクセス法３０４を使用する場合，ユーザ端末２１６には，ユーザログデータベース４０４からの情報が必要となる。該ユーザ端末２１６は，該ユーザログデータベース４０４に関する配信スレッショルド４１５を設定する。該配信スレッショルド４１５は，所定のユーザ端末２１６に対するコンテンツ配信が許可される受信パワー値の下限を確定する。端末アクセス法３０４の場合，図４の陰影付きの個所は，アクセスポイントＢにおける所定のユーザ端末に対してコンテンツ配信が許可される時間を表している。該時間中に，該ユーザ端末２１６が，コンテンツ配信サーバ２０６に対しコンテンツ配信２２０を実施するよう指示することができる。
【００３８】
図５は，本発明の実施例に従った，ユーザから予約情報５００を収集するためのユーザ端末ディスプレイの一例を表している。図５の例では，予約情報５００が，各種オプションを選択するためのフィールドのある予約フォームで表示されている。予約フォームには，支払いオプション５０２，料金設定オプション５０４及びタイミングオプション５０６が含まれている。図５では，ユーザは特定のオプションを選択している。該特定のユーザは，月額０．２０ドルの加入者契約を選択している。ユーザは，ダウンロードの時期が無指定の無料Ｍｏｖｉｅ Ｔｏｐ３のダウンロードを予約している。ユーザはまた，１ドルかかるが，１週間以内にダウンロードできるＭｕｓｉｃ Ｔｏｐ１０のダウンロードも予約した。タイミングオプション５０６で選択した配信のタイムリミットが長ければ長いほど，ネットワークを過負荷状態にしない配信タイミングを決定できるので，より利点が増す。したがって，タイムリミットが長いほど，ユーザはより安価な料金でサービスを利用できる。
【００３９】
図６は，本発明の実施例に従った，図３の（Ａ）に記載されたネットワーク制御法３０２を使用してコンテンツをユーザ端末２１６に配信するための，システム６００を表している。該システム６００は，図２のシステム２００と同じであるが，ネットワーク制御法３０２を使用する配信タイミング判定３１０に関連する詳細な説明が記載されている。ユーザログデータベース４０４をもつユーザ管理サーバ６０２はインターネット２０２に接続されている。ネットワーク負荷データベース４０２を持つネットワーク負荷管理サーバ６０４はインターネット２０２に接続されている。ユーザ端末２１６には，ユーザログデータベース４０４及びネットワーク負荷データベース４０２及び特定のコンテンツを一時的に格納するために，データベースキャッシュメモリ６０６が備わっている。システム６００の他の特徴は，図２のシステム２００の特徴と実質的に同じである。
【００４０】
図７は，本発明の実施例に従った，図３の（Ｂ）に記載された端末アクセス法３０４を使用してコンテンツをユーザ端末２１６に配信するためのシステム７００を表している。システム７００は，図２のシステム２００と同じであるが，端末アクセス法３０４を使用する配信タイミング判定３１０に関する詳細な説明が記載されている。図７の例では，該ユーザ端末２１６に端末のユーザログデータベース７０４及び端末のネットワーク負荷データベース７０２が備えられている。
【００４１】
ただし，実施例はそのような構成に制限されてはいない。また，該ユーザ端末２１６は，データベースだけ，端末のユーザログデータベース７０４だけ，もしくは端末のネットワーク負荷データベース７０２だけしかそれぞれ備えていなくてもよい。ただし，該端末のデータベースは，ユーザログデータベース４０４及びネットワーク負荷データベース４０２と類似しているが，同じではないという点に留意されたい。該端末のデータベースには，特にユーザ端末２１６に関する情報が格納される。システム７００の他の特徴は，図２のシステム２００の特徴と実質的に同じである。
【００４２】
図８は，本発明の実施例に従った，ユーザログデータベース４０４にユーザログ情報を収集４２０するための方法８００の略図である。アクセスポイントＡと接続するための条件を満たす無線信号を，ユーザ端末２１６が受信できるようになる範囲に，ユーザが移動する。該ユーザ端末２１６が，接続条件を満たす無線信号のパイロット信号８１４を受信する。図８は，アクセスポイントＡからユーザ端末２１６が受信するパイロット信号８１４を表している。ただし，該パイロット信号８１４は，ユーザがユーザ端末２１６を所持して移動した場所によっては，別のアクセスポイントからも受信できる。該パイロット信号８１４が接続条件を満たしている間は，ユーザログ情報収集４２０を継続することができる。
【００４３】
プロセス８０２では，該ユーザ端末２１６は，アクセスポイントＡからアクセスポイントＩＤを取得する。次に，該ユーザ端末２１６が，プロセス８０４におけるアクセスポイント滞在時間に関する前回のデータ及びパイロット信号の受信電力に関する前回のデータを抽出する。該前回のデータには，該ユーザ端末２１６が現在のアクセスポイントＡの前に接続した前回のアクセスポイントに関する情報が含まれる。該前回のアクセスポイントは，公衆無線ＬＡＮ２１４の全アクセスポイントのどれでもありうる。該前回のデータは，データベースキャッシュメモリ６０６又は端末のユーザログデータベース７０４から取得してもよい。プロセス８０６では，該ユーザ端末２１６が前回のデータをユーザ管理サーバ６０４に送信する。該ユーザ管理サーバ６０４は，プロセス８０８で，ユーザログデータベース４０４に該前回取得したデータを格納する。
【００４４】
プロセス８１０では，該ユーザ端末２１６が，アクセスポイントＡにおける現在の滞在時間とアクセスポイントＡにおけるパイロット信号の現在の受信電力を測定する。ただし，該ユーザ端末がアクセスポイントＡで良好な受信状態にある時間中は，該プロセス８１０を継続的に実施可能であるという点に留意されたい。該ユーザ端末２１６は受信率の低いパイロット信号８１６を受信することになると、プロセス８１２で，現在の情報がデータベースキャッシュメモリ６０６又は端末のユーザログデータベース７０４に格納される。プロセス８０２からプロセス８１２までの一連のプロセスで１回のユーザログ収集４２０が行われる。その後で，ユーザが該ユーザ端末２１６を所持して別のアクセスポイントに移動する可能性がある。図８の例では，ユーザがアクセスポイントＢの範囲内に移動している。ユーザ端末２１６はアクセスポイントＢから接続条件を満たす無線信号のパイロット信号８１８を受信し、次回のユーザログ情報収集４２０を実行する。
【００４５】
図９は，本発明の実施例に従ってユーザログデータベース４０４に収集されたデータの詳細図である。該ユーザログデータベース４０４には，ユーザ＃１からユーザ＃ｎ（ここで，ｎは０より大きい整数）など，異なるユーザ端末間のアクセス可能性の履歴に関する情報が格納される。一例として，ユーザ＃１のユーザログデータベース９０２には，ネットワークの種類，アクセスポイントＩＤ，所定のアクセスポイントでユーザ端末２１６が良好なラジオ受信を行える時刻の通知時刻，所定のアクセスポイントにおける滞在時間及びアクセスポイントからユーザ端末２１６までのパイロット信号の受信電力などの情報が格納される。“ｄＢｍ”という単位は受信電力の測定単位で，０ｄＢｍは１ｍＷに等しい（例えば，１ｄＢｍ＝１０＊Ｌｏｇ_１０（ＸｍＷ））。
【００４６】
説明のため，図９には，公衆無線ＬＡＮ２１４及びセルラネットワーク２１２に関して収集された情報が示されている。ただし，本発明は，そのような構成に制限されてはいない。ユーザログデータベースに，コンテンツ配信システムに利用可能な他のネットワークに関する情報を格納してもよい。
【００４７】
図１０は，本発明の実施例に従った，ネットワーク負荷データベース４０２又は端末のネットワーク負荷データベース７０２にネットワーク負荷情報を収集する４２２ための方法１０００の略図である。説明のため，図１０には，アクセスポイントＡ及びアクセスポイントＢから収集されたネットワーク負荷情報が示されている。ただし，本発明はそのような構成に制限されてはいない。該ネットワーク負荷情報は，コンテンツ配信システムに利用可能な他のアクセスポイントから収集してもよい。
【００４８】
ネットワーク負荷管理サーバ６０４又はユーザ端末２１６は，ネットワーク負荷情報リクエスト１００６をアクセスポイントＡに送信する。アクセスポイントＡは，ネットワーク負荷情報１００８をネットワーク負荷管理サーバ６０４又はユーザ端末２１６に送信することによって応答する。プロセス１００２では，該ネットワーク負荷管理サーバ６０４又は該ユーザ端末２１６が，該ネットワーク負荷情報１００８をネットワーク負荷データベース４０２又は端末のネットワーク負荷データベース７０２に格納する。次に，該ネットワーク負荷管理サーバ６０４又は該ユーザ端末２１６が，ネットワーク負荷情報リクエスト１０１０を別のアクセスポイント，この場合，アクセスポイントＢに送信する。アクセスポイントＢは，該ネットワーク負荷管理サーバ６０４又は該ユーザ端末２１６にネットワーク負荷情報１０１２を送信することによって応答する。プロセス１００４では，該管理サーバ６０４又は該ユーザ端末２１６が，ネットワーク負荷情報１０１２をネットワーク負荷データベース４０２又は端末のネットワーク負荷データベース７０２に格納する。
【００４９】
図１１は，本発明の実施例に従ってネットワーク負荷データベース４０２に収集されたデータの詳細図である。該ネットワーク負荷データベース４０２には，コンテンツ配信システムのネットワーク内における異なる個所のネットワーク負荷に関する情報が格納される。一例として，ネットワーク負荷データベース１１０２には，アクセスポイントＡに関する情報が格納される。該ネットワーク負荷データベース１１０２には，ネットワークの種類，アクセスポイントＩＤ，ネットワーク負荷情報１００８が受信された時刻，所定の時刻におけるアクセスポイント→端末負荷及び所定の時刻における端末→アクセスポイント負荷などの情報が格納される。
【００５０】
図１１に関するもう一つの例として，ネットワーク負荷データベース１１０４には，アクセスポイントＢに関する情報が格納される。該ネットワーク負荷データベース１１０２には，ネットワークの種類，アクセスポイントＩＤ，ネットワーク負荷情報１０１２が受信された時刻，所定の時刻におけるアクセスポイント→端末負荷及び所定の時刻における端末→アクセスポイント負荷などの情報が格納される。
【００５１】
説明のため，図１１には，エリアＡからエリアｎまでのデータ（ここで，ｎはＡ以外の何らかの参照記号である）などのセルラネットワーク情報が示されている。図１１には，アクセスポイントＡのデータ１１０２からアクセスポイントｍのデータ（ここで，ｍはＡ以外の何らかの参照記号である）などの公衆無線ＬＡＮ情報も示されている。ただし，本発明はそのような構成に制限されてはいない。ネットワーク負荷データベース４０２に，コンテンツ配信システムに利用可能な他のネットワークに関する情報を格納してもよい。
【００５２】
図１２は，本発明の実施例に従った，図３の（Ａ）のネットワーク制御法３０２のさらに詳細な説明図である。ユーザが，ユーザ端末２１６に予約情報５００を入力する。すると，ユーザ端末が，セルラネットワーク２１２を介して予約サーバ２２２に予約情報５００を送信することによって，要求されたタイミングを予約する２１８。
【００５３】
予約サーバ２２２は，アクションパターンリクエスト１２０２をユーザ管理サーバ６０２に送信する。アクションパターン４１８は，図４に関してすでに説明されている。該ユーザ管理サーバ６０２は，アクションパターン情報１２０４を該予約サーバ２２２に送信することによって応答する。該アクションパターン情報１２０４には，ユーザログデータベース４０４に収集された統計データが含まれる。また，該予約サーバ２２２は，ネットワーク負荷情報リクエスト１２０６をネットワーク負荷管理サーバ６０４に送信する。該ネットワーク負荷管理サーバ６０４は，ネットワーク負荷情報１２０８を予約サーバ２２２に送信することによって応答する。該ネットワーク負荷情報１２０８には，ネットワーク負荷データベース４０２によって収集された統計データが含まれる。
【００５４】
その後で，予約サーバ２２２が配信タイミング判定３１０を行うように設計されている。配信タイミング判定は，図３の（Ａ）に関して前に説明されている。配信タイミング判定により，コンテンツ配信サーバ２０６がコンテンツ配信を行うのに適した時刻が設定される。少なくとも通常の電力消費量を要する活動が行われていない場合には，予約サーバ２２２がプロセス１２１０ではスリープモードにある。適切な時刻になると，該予約サーバ２２２がネットワークアクセス可能性チェック１２１２を実施し，選択されたネットワークがユーザ端末２１６にとって利用可能であることを確認する。説明のため，コンテンツ配信を行うのに選択されたネットワークとして，公衆無線ＬＡＮ２１４を取り上げる。
【００５５】
予約サーバ２２２は，ユーザ端末２１６にウェイクオンリクエスト１２１４を送信する。ただし，このウェイクオンリクエスト１２１４は，セルラネットワークのような別の種類のネットワークのウェイクオンリクエストとは異なる，無線ＬＡＮ内の無線ＬＡＮウェイクオンリクエストであるという点に留意されたい。該ユーザ端末２１６は，ウェイクオンリクエスト１２１４を受信したときには，ウェイクオン応答１２１６を該予約サーバ２２２に送信することによって応答する。該ユーザ端末２１６が無線ＬＡＮ２１４に到達不能の場合には，ユーザ管理サーバ６０２にアクションパターンリクエスト１２０２をリクエストする手順に戻る。
【００５６】
ただし，該ユーザ端末２１６がワイヤレスＬＡＮ２１４に到達可能な場合には，該予約サーバ２２２が配信リクエスト１２１８をコンテンツ配信サーバ２０６に送信する。該コンテンツ配信サーバ２０６は，該ユーザ端末２１６へコンテンツを配信２２０することによって応答する。すると，プロセス３１２でユーザがコンテンツ２０４を視聴できる。該ユーザ端末２１６は，セルラネットワーク２１２を介して該予約サーバ２２２に対して支払い手順３０８を行うように設計されている。
【００５７】
ただし，図１２には，独立した個別の装置として，該予約サーバ２２２，ユーザ管理サーバ６０２，ネットワーク負荷管理サーバ６０４及びコンテンツ配信サーバ２０６が示されているという点に注意されたい。ただし，実施例はそのような構成に制限されていはいない。その代わりに，該予約サーバ２２２，該ユーザ管理サーバ６０２，該ネットワーク負荷管理サーバ６０４及び該コンテンツ配信サーバ２０６のどのような組み合わせでも，単一のサーバ装置内に組み込むことができる。
【００５８】
図１３は，本発明の実施例に従った，図３の（Ｂ）の端末アクセス法３０４のさらに詳細な説明図である。ユーザが，ユーザ端末２１６に予約情報５００を入力する。該ユーザ端末は，セルラネットワーク２１２を介して予約サーバ２２２に予約情報５００を送信することによって，要求されたタイミングを予約する２１８。
【００５９】
すると，プロセス１３０２で，該ユーザ端末２１６が滞在時間に関する前回のデータ及パイロット信号の受信電力に関する前回のデータを抽出する。該ユーザ端末２１６は，自己へのダウンロード２２０に適した時刻を決定するため，配信タイミング判定３１１を行う。その後、少なくとも通常の電力消費量を要する活動が行われていない場合には，該ユーザ端末２１６がプロセス１３１０でスリープモードにあることになる。
【００６０】
適切な時刻になると，該ユーザ端末２１６がスリープモードから復帰してネットワークアクセス可能性チェック１３１２を実施し，選択されたネットワークがユーザ端末に利用可能であることを確認する。説明のため，コンテンツ配信を行うのに選択されたネットワークとして，公衆無線ＬＡＮ２１４を取り上げる。該ユーザ端末２１６が該無線ＬＡＮ２１４に到達不可能な場合には，プロセス１３０２に戻る。
【００６１】
ただし，該ユーザ端末２１６が該無線ＬＡＮ２１４に到達可能な場合には，該ユーザ端末２１６が配信リクエスト１３１８をコンテンツ配信サーバ２０６に送信する。該コンテンツ配信サーバ２０６は，該ユーザ端末２１６へのダウンロード２２０によって応答する。すると，プロセス３１２でユーザがコンテンツ２０４を視聴できる。該ユーザ端末２１６は，セルラネットワーク２１２を介して予約サーバ２２２に支払い手順３０８を処理するように設計されている。
【００６２】
＜システム及び方法の実現法＞
本発明の各要素は，当業者にとって明らかであるように，本発明の開示の教示内容に従ってプログラムされた従来の汎用もしくは専用のデジタルコンピュータ又はマイクロプロセッサを使用すると，本発明の各要素の実現化に好都合であろう。
【００６３】
当業者にとって明らかなように，本発明の開示の教示内容に従うと，熟練プログラマが適切なソフトウェアコードを容易に作成することができる。本発明は，業者にとってすぐに明らかであるように，アプリケーション固有の集積回路を作成して実現化してもよいし，適切な従来型コンポーネント回路網を相互接続することによって実現化してもよい。
【００６４】
本発明には，本発明のプロセスのどれかを制御するのに使用したり，あるいは本発明のプロセスのどれかをコンピュータに実行させるのに使用できる命令が格納された記憶媒体（複数も可）としてのコンピュータプログラム製品も包含される。該記憶媒体には，フロッピー（登録商標）ディスク，ミニディスク（ＭＤ），光ディスク，ＤＶＤ，ＣＤ−ＲＯＭ，マイクロドライブ及び光磁気ディスク，ＲＯＭ，ＲＡＭ，ＥＰＲＯＭ，ＥＥＰＲＯＭ，ＤＲＡＭ，ＶＲＡＭ，フラッシュメモリデバイス（フラッシュカードも含む），磁気もしくは光カード，ナノシステム（分子メモリＩＣを含む），ＲＡＩＤデバイス，リモートデータ記憶／アーカイブ／ウェアハウジングもしくは任意の種類の命令及び／又はデータを格納するのに適した媒体もしくはデバイスをはじめとする，任意の種類のディスクなどが含まれる。
【００６５】
本発明には，汎用及び専用コンピュータもしくはマイクロプロセッサの両ハードウェアを制御し，コンピュータ又はマイクロプロセッサが本発明の成果を利用して人間としてのユーザもしくはそれ以外の機構と対話するのを可能にする，コンピュータ読み取り可能媒体（複数も可）のどれか一つに格納されたソフトウェアも包含される。このようなソフトウェアには，デバイスドライバ，オペレーティングシステム及びユーザアプリケーションなどを含んでいてもよい。最終的には，このようなコンピュータ読み取り可能媒体には，さらに，上記のように本発明を実施するためのソフトウェアも含まれる。
【００６６】
汎用及び専用コンピュータもしくはマイクロプロセッサのプログラム（ソフトウェア）には，本発明のプロセスに従って，予約情報を決定するプロセス，コンテンツ配信サーバへのアクセス可能性を決定するプロセス，予約情報に従ってコンテンツ配信サーバに配信リクエストを送信するプロセス，コンテンツ配信サーバからコンテンツを受信するプロセスなど，本発明の教示内容を実現化するためのソフトウェアモジュールが含まれる。
【００６７】
前述の仕様では，特定の実施例を参照しながら本発明について説明してきた。ただし，本発明の広範囲に渡る目的と原理から逸脱することなく様々な修正及び変更を本発明に加えることが可能であることは明らかである。したがって，該仕様及び図面は，それぞれ限定的な意味をもつものではなく，図解することを目的として記載されているとみなすべきである。
【図面の簡単な説明】
【図１】（Ａ）は，ユーザ端末にコンテンツを配信するための従来型システムの略図である。（Ｂ）は，（Ａ）の従来型システムの平易略図である。
【図２】本発明の実施例に従った，ユーザ端末にコンテンツを配信するためのシステムを表している。
【図３】（Ａ）は，本発明の実施例に従った，コンテンツを配信するためのネットワーク制御法の略図である。（Ｂ）は，本発明の実施例に従った，コンテンツを配信するための端末へのアクセス法の略図である。
【図４】本発明の実施例に従った，コンテンツをダウンロードする配信タイミングを判断するための技法を図解したグラフを表している。
【図５】本発明の実施例に従った，ユーザから予約情報を収集するためのユーザ端末ディスプレイを表している。
【図６】本発明の実施例に従った，図３の（Ａ）のネットワーク制御法を使用してユーザ端末にコンテンツを配信するためのシステムを表している。
【図７】本発明の実施例に従った，図３の（Ｂ）の端末アクセス法を使用してユーザ端末にコンテンツを配信するためのシステムを表している。
【図８】本発明の実施例に従った，ユーザログデータベースにユーザログ情報を収集するための方法の略図である。
【図９】本発明の実施例に従ってユーザログデータベースに収集されたデータの詳細図である。
【図１０】本発明の実施例に従った，ネットワーク負荷データベースにネットワーク負荷情報を収集するための方法の略図である。
【図１１】本発明の実施例に従った，ネットワーク負荷データベースに収集されたデータの詳細図である。
【図１２】本発明の実施例に従った，図３の（Ａ）のネットワーク制御法のさらに詳細図である。
【図１３】本発明の実施例に従った，図３の（Ｂ）の端末アクセス法のさらに詳細図である。

Claims (20)

1. コンテンツ配信サーバからコンテンツをユーザ端末にダウンロードするコンテンツダウンロード方法において，
   予約情報を決定するステップと，
   上記ユーザ端末の上記コンテンツ配信サーバに対するアクセス可能性を判断するステップと，
   上記予約情報に従って上記コンテンツ配信サーバに配信リクエストを送信するステップと，
   上記コンテンツ配信サーバからコンテンツを受信するステップとを有することを特徴とする方法。
2. 上記予約情報の決定ステップの後で，
   予約サーバに上記予約情報を送信するステップと，
   ユーザログ情報を抽出するステップと，
   上記ユーザログ情報に基づいて上記ユーザ端末に上記コンテンツを上記コンテンツ配信サーバからダウンロードするのに適した時刻を決定するステップとの中から少なくとも一つのステップが行われることを特徴とする，請求項１に記載のコンテンツダウンロード方法。
3. 上記ユーザログ情報を抽出するステップが上記ユーザ端末のメモリからユーザログ情報を抽出するステップを含み，該ユーザログ情報が上記ユーザ端末のアクションパターンに関するものであることを特徴とする，請求項２に記載のコンテンツダウンロード方法。
4. 上記予約情報を決定するステップが予約フォームからユーザの選択肢を受信するステップを含み，該予約フォームには，
   支払いオプションと，
   料金設定オプションと，タイミングオプションとの中から少なくとも一つのオプションが含まれていることを特徴とする，請求項１に記載のコンテンツダウンロード方法。
5. 上記配信リクエストを送信するステップが、適切な時刻に到着することによって配信リクエストを送信するステップを含むことを特徴とする，請求項２に記載のコンテンツダウンロード方法。
6. 上記予約情報を送信するステップに第一のネットワークを通じて上記予約情報を送信するステップを含まれ、該配信リクエストを送信するステップに第二のネットワークを通じて上記配信リクエストを送信するステップが含まれ，上記コンテンツを受信するステップに上記第二のネットワークを通じて該コンテンツを受信するステップが含まれていることを特徴とする，請求項２に記載のコンテンツダウンロード方法。
7. 上記第一のネットワークがセルラネットワークであり，上記第二のネットワークが無線ローカルエリアネットワークであることを特徴とする，請求項６に記載のコンテンツダウンロード方法。
8. 上記アクセス可能性を決定するステップが無線ローカルエリアネットワークのアクセス可能性をチェックするステップを含むことを特徴とする，請求項１に記載のコンテンツダウンロード方法。
9. 予約サーバに上記コンテンツに関する支払手順を送信するステップがさらに含まれていることを特徴とする，請求項１に記載のコンテンツダウンロード方法。
10. 単一のサーバ装置が予約サーバとコンテンツ配信サーバを有するように構成されていることを特徴とする，請求項１に記載のコンテンツダウンロード方法。
11. 該方法の各ステップが，一つ又は複数の命令としてコンピュータ読み取り可能媒体に格納されており，該一つ又は複数の命令が１台又は複数台のプロセッサによって実行されるときに，該１台又は複数台のプロセッサが該手法の各ステップを実行することができることを特徴とする，請求項１に記載のコンテンツダウンロード方法。
12. 端末にコンテンツを配信するためのコンテンツ配信方法において，
    該端末から予約情報を受信するステップと，
    該端末に対するコンテンツ配信サーバのアクセス可能性をチェックするステップと，
    上記予約情報に従って上記コンテンツ配信サーバにコンテンツ配信リクエストを送信するステップとを有することを特徴とするコンテンツ配信方法。
13. 予約情報に，支払いオプション選択肢と，料金設定オプション選択肢と，タイミングオプション選択肢との中から少なくとも一つが含まれていることを特徴とする，請求項１２に記載のコンテンツ配信方法。
14. 少なくとも該端末のアクションパターン情報を取得するようユーザ管理サーバにアクションパターン情報リクエストを送信するステップと，
    上記ユーザ管理サーバから上記アクションパターン情報を受信するステップとをさらに有することを特徴とする，請求項１２に記載のコンテンツ配信方法。
15. 一つ又は複数のアクセスポイントに関するネットワーク負荷情報を取得するようネットワーク負荷管理サーバにネットワーク負荷情報リクエストを送信するステップと，
    上記ネットワーク負荷管理サーバから上記ネットワーク負荷情報を受信するステップとをさらに有することを特徴とする，請求項１４に記載のコンテンツ配信方法。
16. 少なくともユーザログ情報もしくは上記ネットワーク負荷情報に基づいて，該端末にコンテンツ配信サーバが上記コンテンツを配信するのに適した時刻を決定するステップをさらに有することを特徴とする，請求項１５に記載のコンテンツ配信方法。
17. 上記予約情報受信ステップが第一のネットワークを通じて上記予約情報を受信するステップを含み，上記コンテンツ配信リクエストが第二のネットワークを通じて上記コンテンツを送信するよう上記コンテンツ配信サーバに対するリクエストを含むことを特徴とする，請求項１２に記載のコンテンツ配信方法。
18. 上記第一のネットワークがセルラネットワークで，上記第二のネットワークが無線ローカルエリアネットワークであることを特徴とする，請求項１７に記載のコンテンツ配信方法。
19. 上記端末に対するリクエスト時に無線ウェイク信号を送信するステップと，
    該端末からの応答時に上記無線ウェイク信号を受信するステップとをさらに有することを特徴とする，請求項１８に記載のコンテンツ配信方法。
20. 上記予約サーバが該方法の各ステップを実行するよう設定されており，単一のサーバ装置が，任意に組み合わせた予約サーバ，ユーザ管理サーバ，ネットワーク負荷管理サーバ及びコンテンツ配信サーバの何れか２つ以上を有するよう構成されていることを特徴とする，請求項１５に記載のコンテンツ配信方法。

Images