(57)【特許請求の範囲】
【請求項１】
サービスエリア内の端末に対して配信サーバがコンテンツを配信する配信方法であって、
前記配信サーバは、
一の端末がサービスエリアの圏内となれば、当該サービスエリア内においてコンテンツの配信を許可している端末数が設定された台数に達しているか否かを判別し、
該判別結果が否定的であれば、当該端末に対してコンテンツの配信を許可する一方、該判別結果が肯定的であれば、当該端末に対してコンテンツの配信を不許可とし、
コンテンツの配信を不許可とした端末の識別情報を優先度とともに記憶し、別の端末に対してコンテンツの配信が完了したならば、または、コンテンツの配信が完了しないうちに、別の端末が前記サービスエリアの圏外となれば、記憶された識別情報のうち、最も優先度の高い識別情報の端末に対してコンテンツの配信を許可し、
一の端末に対してコンテンツの配信を不許可とした場合に、当該端末が前記サービスエリアの圏内に入った時刻の情報と、不許可とした他の端末が前記サービスエリアの圏内に入った時刻の情報とを比較して、不許可とした端末同士の優先度を設定し、当該時刻が前であるほど優先度を高める
ことを特徴とするコンテンツ配信方法。
【請求項２】
サービスエリア内の端末に対して配信サーバがコンテンツを配信する配信方法であって、
前記配信サーバは、
一の端末がサービスエリアの圏内となれば、当該サービスエリア内においてコンテンツの配信を許可している端末数が設定された台数に達しているか否かを判別し、
該判別結果が否定的であれば、当該端末に対してコンテンツの配信を許可する一方、該判別結果が肯定的であれば、当該端末に対してコンテンツの配信を不許可とし、
コンテンツの配信を不許可とした端末の識別情報を優先度とともに記憶し、別の端末に対してコンテンツの配信が完了したならば、または、コンテンツの配信が完了しないうちに、別の端末が前記サービスエリアの圏外となれば、記憶された識別情報のうち、最も優先度の高い識別情報の端末に対してコンテンツの配信を許可し、
一の端末に対してコンテンツの配信を不許可とした場合に、当該端末に対して配信されるべきコンテンツの配信が完了したか否かを示す情報と、不許可とした他の端末に対して配信されるべきコンテンツの配信が完了したか否かを示す情報とを比較して、不許可とした端末同士の優先度を設定し、コンテンツの配信が完了したものよりもそうでないものの優先度を高める
ことを特徴とするコンテンツ配信方法。
【請求項３】
サービスエリア内の端末に対して配信サーバがコンテンツを配信する配信方法であって、
前記配信サーバは、
一の端末がサービスエリアの圏内となれば、当該サービスエリア内においてコンテンツの配信を許可している端末数が設定された台数に達しているか否かを判別し、
該判別結果が否定的であれば、当該端末に対してコンテンツの配信を許可する一方、該判別結果が肯定的であれば、当該端末に対してコンテンツの配信を不許可とし、
コンテンツの配信を不許可とした端末の識別情報を優先度とともに記憶し、別の端末に対してコンテンツの配信が完了したならば、または、コンテンツの配信が完了しないうちに、別の端末が前記サービスエリアの圏外となれば、記憶された識別情報のうち、最も優先度の高い識別情報の端末に対してコンテンツの配信を許可し、
一の端末に対してコンテンツの配信を不許可とした場合に、当該端末に対して配信すべきコンテンツのデータ量と、不許可とした他の端末に対して配信すべきコンテンツのデータ量とを比較して、不許可とした端末同士の優先度を設定し、コンテンツのデータ量が少ないものの優先度を高める
ことを特徴とするコンテンツ配信方法。
【請求項４】
サービスエリア内の端末に対して配信サーバがコンテンツを配信する配信方法であって、
前記配信サーバは、
一の端末がサービスエリアの圏内となれば、当該サービスエリア内においてコンテンツの配信を許可している端末数が設定された台数に達しているか否かを判別し、
該判別結果が否定的であれば、当該端末に対してコンテンツの配信を許可する一方、該判別結果が肯定的であれば、当該端末に対してコンテンツの配信を不許可とし、
コンテンツの配信を不許可とした端末の識別情報を優先度とともに記憶し、別の端末に対してコンテンツの配信が完了したならば、または、コンテンツの配信が完了しないうちに、別の端末が前記サービスエリアの圏外となれば、記憶された識別情報のうち、最も優先度の高い識別情報の端末に対してコンテンツの配信を許可し、
一の端末に対してコンテンツの配信を不許可とした場合に、
（ａ）当該端末が前記サービスエリアの圏内に入った時刻の情報と、不許可とした他の端末が前記サービスエリアの圏内に入った時刻の情報、
（ｂ）当該端末に対して配信されるべきコンテンツの配信が完了したか否かを示す情報と、不許可とした他の端末に対して配信されるべきコンテンツの配信が完了したか否かを示す情報、
（ｃ）当該端末に対して配信すべきコンテンツのデータ量と、不許可とした他の端末に対して配信すべきコンテンツのデータ量
を各々比較して不許可とした端末同士の優先度を設定し、前記（ａ）の比較結果に基づいて前記時刻が前であるほど優先度を高め、前記（ｂ）の比較結果に基づいてコンテンツの配信が完了したものよりもそうでないものの優先度を高め、前記（ｃ）の比較結果に基づいてコンテンツのデータ量が少ないものの優先度を高める
ことを特徴とするコンテンツ配信方法。
【請求項５】
サービスエリア内の端末に対してコンテンツを配信する配信サーバであって、
一の端末がサービスエリアの圏内となれば、当該サービスエリア内においてコンテンツの配信を許可している端末数が設定された台数に達しているか否かを判別する判別手段と、
該判別結果が否定的であれば、当該端末に対してコンテンツの配信を許可する一方、該判別結果が肯定的であれば、当該端末に対してコンテンツの配信を不許可とする設定手段と、
コンテンツの配信を不許可とした端末の識別情報を優先度とともに記憶する記憶手段と、
別の端末に対してコンテンツの配信が完了したならば、または、コンテンツの配信が完了しないうちに、別の端末が前記サービスエリアの圏外となれば、記憶された識別情報のうち、最も優先度の高い識別情報の端末に対してコンテンツの配信を許可する許可手段と、
一の端末に対してコンテンツの配信を不許可とした場合に、当該端末が前記サービスエリアの圏内に入った時刻の情報と、不許可とした他の端末が前記サービスエリアの圏内に入った時刻の情報とを比較して、不許可とした端末同士の優先度を設定し、当該時刻が前であるほど優先度を高める制御手段と
を具備することを特徴とする配信サーバ。
【請求項６】
サービスエリア内の端末に対してコンテンツを配信する配信サーバであって、
一の端末がサービスエリアの圏内となれば、当該サービスエリア内においてコンテンツの配信を許可している端末数が設定された台数に達しているか否かを判別する判別手段と、
該判別結果が否定的であれば、当該端末に対してコンテンツの配信を許可する一方、該判別結果が肯定的であれば、当該端末に対してコンテンツの配信を不許可とする設定手段と、
コンテンツの配信を不許可とした端末の識別情報を優先度とともに記憶する記憶手段と、
別の端末に対してコンテンツの配信が完了したならば、または、コンテンツの配信が完了しないうちに、別の端末が前記サービスエリアの圏外となれば、記憶された識別情報のうち、最も優先度の高い識別情報の端末に対してコンテンツの配信を許可する許可手段と、
一の端末に対してコンテンツの配信を不許可とした場合に、当該端末に対して配信されるべきコンテンツの配信が完了したか否かを示す情報と、不許可とした他の端末に対して配信されるべきコンテンツの配信が完了したか否かを示す情報とを比較して、不許可とした端末同士の優先度を設定し、コンテンツの配信が完了したものよりもそうでないものの優先度を高める制御手段と
を具備することを特徴とする配信サーバ。
【請求項７】
サービスエリア内の端末に対してコンテンツを配信する配信サーバであって、
一の端末がサービスエリアの圏内となれば、当該サービスエリア内においてコンテンツの配信を許可している端末数が設定された台数に達しているか否かを判別する判別手段と、
該判別結果が否定的であれば、当該端末に対してコンテンツの配信を許可する一方、該判別結果が肯定的であれば、当該端末に対してコンテンツの配信を不許可とする設定手段と、
コンテンツの配信を不許可とした端末の識別情報を優先度とともに記憶する記憶手段と、
別の端末に対してコンテンツの配信が完了したならば、または、コンテンツの配信が完了しないうちに、別の端末が前記サービスエリアの圏外となれば、記憶された識別情報のうち、最も優先度の高い識別情報の端末に対してコンテンツの配信を許可する許可手段と、
一の端末に対してコンテンツの配信を不許可とした場合に、当該端末に対して配信すべきコンテンツのデータ量と、不許可とした他の端末に対して配信すべきコンテンツのデータ量とを比較して、不許可とした端末同士の優先度を設定し、コンテンツのデータ量が少ないものの優先度を高める制御手段と
を具備することを特徴とする配信サーバ。
【請求項８】
サービスエリア内の端末に対してコンテンツを配信する配信サーバであって、
一の端末がサービスエリアの圏内となれば、当該サービスエリア内においてコンテンツの配信を許可している端末数が設定された台数に達しているか否かを判別する判別手段と、
該判別結果が否定的であれば、当該端末に対してコンテンツの配信を許可する一方、該判別結果が肯定的であれば、当該端末に対してコンテンツの配信を不許可とする設定手段と、
コンテンツの配信を不許可とした端末の識別情報を優先度とともに記憶する記憶手段と、
別の端末に対してコンテンツの配信が完了したならば、または、コンテンツの配信が完了しないうちに、別の端末が前記サービスエリアの圏外となれば、記憶された識別情報のうち、最も優先度の高い識別情報の端末に対してコンテンツの配信を許可する許可手段と、
一の端末に対してコンテンツの配信を不許可とした場合に、
（ａ）当該端末が前記サービスエリアの圏内に入った時刻の情報と、不許可とした他の端末が前記サービスエリアの圏内に入った時刻の情報、
（ｂ）当該端末に対して配信されるべきコンテンツの配信が完了したか否かを示す情報と、不許可とした他の端末に対して配信されるべきコンテンツの配信が完了したか否かを示す情報、
（ｃ）当該端末に対して配信すべきコンテンツのデータ量と、不許可とした他の端末に対して配信すべきコンテンツのデータ量
を各々比較して不許可とした端末同士の優先度を設定し、前記（ａ）の比較結果に基づいて前記時刻が前であるほど優先度を高め、前記（ｂ）の比較結果に基づいてコンテンツの配信が完了したものよりもそうでないものの優先度を高め、前記（ｃ）の比較結果に基づいてコンテンツのデータ量が少ないものの優先度を高める制御手段と
を具備することを特徴とする配信サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばサービスエリアの圏内となっている無線端末に対してコンテンツを配信するコンテンツ配信方法および配信サーバに関する。
【０００２】
【従来の技術】
近年では、無線基地局のサービスエリア内に存在するとともに、ユーザによって携帯される無線端末に対し、サーバから当該無線基地局を経由して、天気概況や、ニュース、株式市場などユーザにとって有益な情報（以下「コンテンツ」と称する）を配信するシステムが実現しつつある。このような配信システムによれば、ユーザは、無線端末を携帯して、当該サービスエリアを通過するだけで、希望するコンテンツを得ることができる。ここで、コンテンツとしては、一般的な文字情報だけでなく、将来的には、静止画・動画像を含む画像データや、音楽データ、さらには、アプリケーションプログラムなど多岐にわたることが予想されている。
【０００３】
ところで、ユーザは、通常、サービスエリアを意識することはないので、無線端末は、移動しながらコンテンツを受信することが前提となる。一方、サービスエリアの範囲は、無線基地局の送信出力や電波状況等によって必然的に定まる。このため、かかる配信システムにおいては、限られた範囲のサービスエリアを通過する時間内に、無線端末にコンテンツの配信を済ませることが必要となる。
【０００４】
【発明が解決しようとする課題】
しかしながら、このような配信システムにおいて、サービスエリア内に存在する無線端末数が急激に増加すると、無線端末によって使用される帯域が狭められる。あるいは、使用する通信方式によっては、１台の無線端末に割り当てられる単位時間当たりのチャネル数が減少する。いずれにしても、１台の無線端末に対するデータの転送効率が著しく低下する。
このため、サービスエリアに存在する無線端末にコンテンツを配信することが困難となり、最悪、１台の無線端末に対してすら、コンテンツを配信することができなくなる、といった事態も発生し得る。
【０００５】
本発明は上述した事情に鑑みてなされたものであり、その目的とするところは、少なくとも一定台数の無線端末に対し、コンテンツを確実に配信することができるようにしたコンテンツ配信方法および配信サーバを提供することにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る配信サーバは、サービスエリア内の端末に対してコンテンツを配信する配信サーバであって、一の端末がサービスエリアの圏内となれば、当該サービスエリア内においてコンテンツの配信を許可している端末数が設定された台数に達しているか否かを判別する判別手段と、該判別結果が否定的であれば、当該端末に対してコンテンツの配信を許可する一方、該判別結果が肯定的であれば、当該端末に対してコンテンツの配信を不許可とする設定手段と、コンテンツの配信を不許可とした端末の識別情報を優先度とともに記憶する記憶手段と、別の端末に対してコンテンツの配信が完了したならば、または、コンテンツの配信が完了しないうちに、別の端末が前記サービスエリアの圏外となれば、記憶された識別情報のうち、最も優先度の高い識別情報の端末に対してコンテンツの配信を許可する許可手段と、一の端末に対してコンテンツの配信を不許可とした場合に、当該端末が前記サービスエリアの圏内に入った時刻の情報と、不許可とした他の端末が前記サービスエリアの圏内に入った時刻の情報とを比較して、不許可とした端末同士の優先度を設定し、当該時刻が前であるほど優先度を高める制御手段とを具備する構成を特徴としている。
また、本発明に係る配信サーバは、サービスエリア内の端末に対してコンテンツを配信する配信サーバであって、一の端末がサービスエリアの圏内となれば、当該サービスエリア内においてコンテンツの配信を許可している端末数が設定された台数に達しているか否かを判別する判別手段と、該判別結果が否定的であれば、当該端末に対してコンテンツの配信を許可する一方、該判別結果が肯定的であれば、当該端末に対してコンテンツの配信を不許可とする設定手段と、コンテンツの配信を不許可とした端末の識別情報を優先度とともに記憶する記憶手段と、別の端末に対してコンテンツの配信が完了したならば、または、コンテンツの配信が完了しないうちに、別の端末が前記サービスエリアの圏外となれば、記憶された識別情報のうち、最も優先度の高い識別情報の端末に対してコンテンツの配信を許可する許可手段と、一の端末に対してコンテンツの配信を不許可とした場合に、当該端末に対して配信されるべきコンテンツの配信が完了したか否かを示す情報と、不許可とした他の端末に対して配信されるべきコンテンツの配信が完了したか否かを示す情報とを比較して、不許可とした端末同士の優先度を設定し、コンテンツの配信が完了したものよりもそうでないものの優先度を高める制御手段とを具備する構成を特徴としている。
【０００７】
また、本発明に係る配信サーバは、サービスエリア内の端末に対してコンテンツを配信する配信サーバであって、一の端末がサービスエリアの圏内となれば、当該サービスエリア内においてコンテンツの配信を許可している端末数が設定された台数に達しているか否かを判別する判別手段と、該判別結果が否定的であれば、当該端末に対してコンテンツの配信を許可する一方、該判別結果が肯定的であれば、当該端末に対してコンテンツの配信を不許可とする設定手段と、コンテンツの配信を不許可とした端末の識別情報を優先度とともに記憶する記憶手段と、別の端末に対してコンテンツの配信が完了したならば、または、コンテンツの配信が完了しないうちに、別の端末が前記サービスエリアの圏外となれば、記憶された識別情報のうち、最も優先度の高い識別情報の端末に対してコンテンツの配信を許可する許可手段と、一の端末に対してコンテンツの配信を不許可とした場合に、当該端末に対して配信すべきコンテンツのデータ量と、不許可とした他の端末に対して配信すべきコンテンツのデータ量とを比較して、不許可とした端末同士の優先度を設定し、コンテンツのデータ量が少ないものの優先度を高める制御手段とを具備する構成を特徴としている。
また、本発明に係る配信サーバは、サービスエリア内の端末に対してコンテンツを配信する配信サーバであって、一の端末がサービスエリアの圏内となれば、当該サービスエリア内においてコンテンツの配信を許可している端末数が設定された台数に達しているか否かを判別する判別手段と、該判別結果が否定的であれば、当該端末に対してコンテンツの配信を許可する一方、該判別結果が肯定的であれば、当該端末に対してコンテンツの配信を不許可とする設定手段と、コンテンツの配信を不許可とした端末の識別情報を優先度とともに記憶する記憶手段と、別の端末に対してコンテンツの配信が完了したならば、または、コンテンツの配信が完了しないうちに、別の端末が前記サービスエリアの圏外となれば、記憶された識別情報のうち、最も優先度の高い識別情報の端末に対してコンテンツの配信を許可する許可手段と、一の端末に対してコンテンツの配信を不許可とした場合に、（ａ）当該端末が前記サービスエリアの圏内に入った時刻の情報と、不許可とした他の端末が前記サービスエリアの圏内に入った時刻の情報、（ｂ）当該端末に対して配信されるべきコンテンツの配信が完了したか否かを示す情報と、不許可とした他の端末に対して配信されるべきコンテンツの配信が完了したか否かを示す情報、（ｃ）当該端末に対して配信すべきコンテンツのデータ量と、不許可とした他の端末に対して配信すべきコンテンツのデータ量を各々比較して不許可とした端末同士の優先度を設定し、前記（ａ）の比較結果に基づいて前記時刻が前であるほど優先度を高め、前記（ｂ）の比較結果に基づいてコンテンツの配信が完了したものよりもそうでないものの優先度を高め、前記（ｃ）の比較結果に基づいてコンテンツのデータ量が少ないものの優先度を高める制御手段とを具備する構成を特徴としている。
【０００８】
【発明の実施の形態】
以下、本発明における実施形態について図面を参照して説明する。
【０００９】
＜コンテンツ配信システムの概略構成＞
はじめに、本実施形態に係るコンテンツ配信システムの概略構成について説明する。図１は、この構成を示すブロック図である。
この図において、サービスエリア１１ａは、基地局１３ａが送出する電波によって、無線端末１２が予め定められた品質以上のサービスを受けることが可能な領域である。同様に、サービスエリア１１ｂは、基地局１３ｂに対応する領域である。
【００１０】
ここで、無線端末１２は、ユーザによって携行されて、コンテンツ（のデータ）をダウンロードするものである。この無線端末１２は、例えばＰＤＡ（Personal Digital Assistants）やノート型ＰＣ（Personal Computer）などの携帯端末に通信モジュールを組み込んで無線データの通信が可能となっている。もちろん、これらの機能を一体化したものでも良い。
また、基地局１３ａ、１３ｂの各々は、コンテンツを無線端末１２に送信したり、反対に無線端末１２からの各種の要求・承認（を示す信号）を受信したりして、無線端末１２との相互無線通信を実行するものである。
続いて、配信サーバ１４は、基地局１３を介して無線端末１２とのデータ配信を制御するものである。
【００１１】
なお、図１において、サービスエリア１１ａ、１１ｂには、それぞれ１台の無線端末１２しか存在していないが、実際には、後述するように複数台数が個々に圏内に進入したり、圏外に離脱したりする。また、図１において、サービスエリア１１ａ、１１ｂの２つしか示されていないが、１つであっても良いし、３つ以上であっても良い。さらに、図１において、基地局１３と配信サーバ１４とは直結されているが、これらの間に、各種のネットワークや接続のための機器などが介挿されても良い。
ここで、基地局１３ａ、１３ｂや、それらのサービスエリア１１ａ、１１ｂを特定しないで一般的に説明する場合には、基地局１３、サービスエリア１１として説明することにする。
次に、このコンテンツ配信システムにおける各部の構成・動作前提について詳細に説明する。
【００１２】
＜無線端末＞
まず、無線端末１２の詳細について説明する。ここで、図２は、無線端末１２の構成を示すブロック図である。
この図において、ＲＯＭ（Read Only Memory）１２１は、無線端末１２を制御するための制御プログラムを記憶するものである。ＣＰＵ（Central Processing Unit）１２２は、制御プログラムにしたがって、バスＢ２を介し各部を制御するものである。ＲＡＭ（Random Access Memory）１２３は、ＣＰＵ１２２による制御においてワークエリアとして用いられ、一時的に発生する作業データやフラグなどを記憶する。
【００１３】
主記憶装置１２４は、コンテンツや、コンテンツ予約情報、ダウンロード完了フラグなどを不揮発に記憶するものである。このうち、コンテンツは、基地局１３（配信サーバ１４）から実際にダウンロードしたものである。また、コンテンツ予約情報とは、ユーザが新たに希望するコンテンツを特定するための情報である。さらに、ダウンロード完了フラグとは、後述するように、過去に（例えば直前に）在圏したサービスエリアにおいて、ダウンロードすべきコンテンツをすべて受信した場合には「１」にて示す一方、ダウンロードすべきコンテンツをすべて受信しなかった場合には「０」にて示すものである。
【００１４】
ここで、ダウンロードすべきコンテンツをすべて受信しなかった場合としては、（１）サービスエリアにおいてコンテンツのダウンロードが不許可であったために、コンテンツのダウンロードがなされなかった場合と、（２）サービスエリアにおいてコンテンツのダウンロードが許可されていたが、ダウンロードの途中でサービスエリアの圏外に移動してしまったため、結果的にコンテンツのダウンロードが完了しなかった場合、との２つが想定される。
【００１５】
一方、表示部１２５は、例えば、液晶パネルなどのように各種情報を表示するものである。さらに、操作部１２６は、ユーザによる入力操作のためのものであり、操作に対応した信号をＣＰＵ１２２に供給する。なお、上述したコンテンツ予約情報も、この操作部１２６をユーザが操作して、希望するコンテンツを選択・入力等した結果に対応して生成されたものである。
そして、無線通信部１２７は、ＣＰＵ１２２の制御の下、基地局１３と各種情報を無線通信するものである。なお、本発明において、無線端末１２と基地局１３との間における通信方式は問われないが、例えばBluetooth（登録商標）に準拠したものや、一般的な無線ＬＡＮに用いられる方式に準拠したものなどを適用することが可能である。
【００１６】
＜無線端末の制御プログラム＞
次に、説明の便宜上、無線端末１２における制御プログラムについて説明する。図６は、その制御プログラムによる処理内容を示すフローチャートである。
はじめに、無線端末１２のＣＰＵ１２２は、ステップＳａ１において、あるサービスエリア１１に新たに進入したか否かを判別する。この判別としては、例えば基地局１３から定期的に発せられるビーコンを新規に受信したか否かを判別することなどが考えられる。
【００１７】
ここで、ＣＰＵ１２２は、当該判別結果が「Ｎｏ」であれば、すなわち、新たなサービスエリア１１に進入していない場合、または、旧来のサービスエリア１１にとどまっている場合には、処理手順を後述するステップＳａ５にスキップさせる一方、当該判別結果が「Ｙｅｓ」であれば、ステップＳａ２において、基地局１３を介して配信サーバ１４との間で、接続要求を実行して、ユーザ認証を受ける。なお、この接続要求およびユーザ認証については、本件発明には直接関係しないので、詳細については後述する具体的動作において説明することにする。
【００１８】
さて、ユーザの承認を受けた無線端末１２のＣＰＵ１２２は、ステップＳａ３において、コンテンツのダウンロード要求を送信する。このダウンロード要求とは、当該無線端末１２を識別するための識別情報や、当該無線端末１２（ユーザ）がどのようなコンテンツを希望しているのかを示すコンテンツ予約情報、さらには現時点におけるダウンロード完了フラグなどを含むものである。
【００１９】
次に、ＣＰＵ１２２は、ステップＳａ４において、記憶装置１２４に記憶されているダウンロード完了フラグを「０」にリセットする。
続いて、ＣＰＵ１２２は、ステップＳａ５において、何らかの信号を受信したか否かを判別して、当該判別結果が「Ｎｏ」であれば、処理手順をステップＳａ１に戻す。一方、何らかの信号を受信すると、ＣＰＵ１２２は、ステップＳａ６、Ｓａ８によって、当該信号が何であるかを判別する。
【００２０】
ここで、ＣＰＵ１２２は、受信した信号がコンテンツであると判別すれば（ステップＳａ６の判別結果が「Ｙｅｓ」であれば）、ステップＳａ７において、そのコンテンツを主記憶装置１２４に格納する。
また、ＣＰＵ１２２は、受信した信号がコンテンツのダウンロードを待機する旨を要求する信号（ダウンロード待機要求）であると判別すれば（ステップＳａ６の判別結果が「Ｎｏ」であって、ステップＳａ８の判別結果が「Ｙｅｓ」であれば）、ステップＳａ９において、その待機要求を承認する旨の信号（ダウンロード待機承認）を返信する。
【００２１】
なお、ＣＰＵ１２２は、ステップＳａ６、Ｓａ８の判別結果がいずれも「Ｎｏ」であれば、受信した信号がダウンロード終了確認であると判別して、ステップＳａ１０において、その旨の承認を示す信号（ダウンロード終了承認）を返信し、この後、ステップＳａ１１においてダウンロード完了フラグを「１」にセットする。ここで、ダウンロード終了承認とは、基地局１３から送信される信号であって、当該無線端末が要求したコンテンツをすべて配信した旨の信号である。
【００２２】
このように、無線端末１２の制御プログラムでは、当該無線端末１２が、あるサービスエリア１１に進入すると、ダウンロード完了フラグが暫定的に「０」にリセットされ（ステップＳａ４）、その後、当該サービスエリア１１にて、ダウンロードすべきコンテンツをすべて受信しない限り、ダウンロード完了フラグが「０」に維持されることになる。
一方、あるサービスエリア１１に進入して、ダウンロード完了フラグが「０」にリセットされても、当該サービスエリア１１にて、ダウンロードすべきコンテンツをすべて受信すると、ダウンロード完了フラグは「１」にセットされることになる（ステップＳａ１１）。
【００２３】
なお、確認的ではあるが、ダウンロード完了フラグは、ステップＳａ４における「０」へのリセット直前状態での値、すなわち、現時点ではなく、直前に在圏したサービスエリアにおいてダウンロードすべきコンテンツをすべて受信したか否かを示す値が、現時点のサービスエリアに進入したときに送信される構成となっている。
【００２４】
また、ステップＳａ５における判別結果が「Ｎｏ」である場合（無線端末１２がコンテンツ、ダウンロード待機要求またはダウンロード終了承認のいずれも受信していない場合）、処理手順をステップＳａ１に戻す一方、ステップＳａ１における判別結果が「Ｎｏ」である場合（無線端末１２が旧来のサービスエリア１１にとどまっている場合）処理手順をステップＳａ５にスキップさせる理由は、次の通りである。
すなわち、無線端末１２が、あるサービスエリア１１に進入してユーザ認証された後、何も信号を受信しないうちに当該サービスエリア１１から離脱して、新たなサービスエリア１１に進入する場合があり、このような場合には、新たなサービスエリアに接続等するべくステップＳａ２〜Ｓａ４の処理を実行する必要があるため、および、無線端末１２が同一のサービスエリア１１にとどまっている場合でも、信号を受信すれば、その信号に応じた処理（ステップＳａ７、Ｓａ９、Ｓａ１０、Ｓａ１１）を実行する必要があるため、である。
【００２５】
＜基地局＞
次に、基地局１３の構成について説明する。図３は、基地局１３の構成を示すブロック図である。
この図において、ＲＯＭ１３１は、基地局１３での基本入出力システムを記憶するものである。ＣＰＵ１３２は、バスＢ３を介し各部を制御するものである。ＲＡＭ１３３は、ＣＰＵ１３２による制御においてワークエリア等として用いられるものである。また、主記憶装置１３４は、基地局１３の制御に用いられる制御プログラム等を記憶するものであり、例えば、ＨＤＤ（Hard Disk Drive）等から構成される。
そして、無線通信部１３５は、無線端末１２に対して各種情報を無線通信するものであり、また、通信部１３６は、配信サーバ１４との間において有線通信を行うものである。
【００２６】
なお、無線端末に配信するコンテンツは、本来的には、配信サーバ１４に記憶されるが、本実施形態では説明を簡略化するため、コンテンツが新規に発生したり、更新されたりすると、自動的に基地局１３に転送されて、ＲＡＭ１３３または主記憶装置１３４にキャッシングされるものとする。すなわち、配信サーバ１４に記憶されるコンテンツと同一のものが、常に、基地局１３にも記憶される構成とする。
【００２７】
また、基地局１３における制御プログラムの内容については、特に図面を参照して説明することはしないが、上記キャッシングのほか、基本的に次のような処理を実行するものである。
すなわち、基地局１３における主な機能は、（１）無線端末１２から受信した信号を配信サーバ１４に、および、配信サーバ１４から受信した信号を無線端末１２にそれぞれ転送する第１動作と、（２）配信サーバ１４から受信した信号が無線端末１２へのコンテンツの配信を承認する旨のダウンロード承認信号であれば、キャッシングしたコンテンツのうち、当該無線端末１２が希望するものを当該無線端末１２に配信する第２動作と、（３）無線端末１２に対して配信すべきコンテンツをすべて配信したならば、当該無線端末１２にその旨の信号（ダウンロード終了確認）を送信する第３動作と、（４）無線端末１２に対して配信すべきコンテンツをすべて配信して、当該無線端末１２にダウンロード終了確認を送信したにも拘わらず、その返信信号（ダウンロード終了承認）を一定時間内に当該無線端末１２から受信しない場合に、ダウンロードが失敗した旨の信号（ダウンロード不完了確認）を配信サーバ１４に送信する第４動作とである。
【００２８】
＜配信サーバ＞
次に、配信サーバ１４の構成について説明する。図４は、配信サーバ１４の構成を示すブロック図である。
この図において、ＲＯＭ１４１は、配信サーバ１４における基本入出力システムを記憶するものである。ＣＰＵ１４２は、制御プログラムにしたがって、バスＢ４を介し各部を制御するものである。ＲＡＭ１４３は、ＣＰＵ１４２による制御においてワークエリアとして用いられるほか、後述する無線端末情報テーブルを記憶するものである。
また、主記憶装置１４４は、配信サーバ１４の制御において用いられる制御プログラムや、無線端末１２に配信すべき種々のコンテンツなどを記憶するものであり、例えば、ＨＤＤ等から構成される。
【００２９】
次に、時計回路１４５は、現在時刻を示す情報を出力するものである。なお、この現在時刻は、無線端末情報テーブルにおいて用いられることになる。
また、通信部１４７は、基地局１３との間において例えば有線通信を行うものである。
【００３０】
＜無線端末情報テーブルの構成＞
次に、配信サーバ１４のＲＡＭ１４３において作成される無線端末情報テーブルについて図５を参照して説明する。なお、図５は、あくまでも一例にすぎず、種々の変形が可能である点を付記しておく。
また、この無線端末情報テーブルは、配信サーバ１４によって、基地局１３毎（サービスエリア１１毎）に作成されるものである。
【００３１】
さて、図５に示されるように無線端末情報テーブルには、サービスエリア１１に在圏する無線端末１２の各々に対応して、端末ＩＤ、エリアインタイム、ダウンロード完了フラグ、コンテンツサイズおよび優先度の項目が設けられている。このうち、端末ＩＤとは、サービスエリア１１に在圏する無線端末１２を識別するために、無線端末１２に対して一義的に割り当てられた識別情報であり、例えば、無線端末の加入者番号や、その識別子、無線ＬＡＮシステムにおけるＭＡＣ（Media Access Control）アドレスを用いることができる。
次に、エリアインタイムとは、端末ＩＤによって識別される無線端末が、対応するサービスエリア１１の圏内となった時刻を示す情報であり、例えば、当該無線端末が接続要求を受信したときに、時計回路１４５の出力から取得したものである。
続いて、ダウンロード完了フラグは、端末ＩＤによって識別される無線端末がサービスエリア１１に進入したときの接続要求に含まれる情報であって、上述したように、当該無線端末が、過去の（直前の）サービスエリア１１において、ダウンロードすべきコンテンツをすべて受信した場合を「１」で示す一方、そうでない場合を「０」で示している。
【００３２】
一方、コンテンツサイズ（の判断結果）とは、「端末ＩＤ」によって識別される無線端末に配信すべきコンテンツの総データ量がしきい値を越えていれば「Large」で示し、しきい値以下であれば「Small」で示している。なお、配信サーバ１４は、端末ＩＤによって識別される無線端末のコンテンツサイズを、例えば次のような手順で求める。すなわち、第１に、無線端末１２は、認証後に、自己が希望するコンテンツの内容・種類等を示すコンテンツ予約情報を、ダウンロード要求に含ませて配信サーバ１４に送信し、第２に、配信サーバ１４は、すべてのコンテンツにおけるデータ量を把握しておき、無線端末１２から要求があれば、その要求にかかるコンテンツのデータ量の総和を求め、第３に、その総和がしきい値を越えているか否かを判断する。
【００３３】
さて、無線端末情報テーブルは、図５に示されるように許可リストと不許可リストとの２つに大別される。このうち、許可リストとは、ここに含まれる端末ＩＤの無線端末に対してコンテンツのダウンロードが許可されていることを示す。ここで、許可リストに記載可能な台数（制限値）は、サービスエリア１１毎に設定されている。なお、この制限値は、対応するサービスエリア１１の電波状況や、サービスエリア１１の領域面積などから、ダイナミックに、または、予め設定されるべき性質のものである。
一方、不許可リストは、ここに含まれる端末ＩＤの無線端末に対してコンテンツのダウンロードが許可されていないこと（不許可であること）を示している。ここで、不許可リストに記載可能な台数は、許可リストとは異なり、物理的な制約（主に記憶容量）を受けない限りにおいて無制限である。
また、優先度とは、許可リストに空きが生じた場合に、不許可リストに記載された端末ＩＤの無線端末のうち、どの無線端末を許可リストに移動（編入）させるかを決定する際に用いるものである。例えば、本実施形態では、許可リストに空きが生じた場合に優先度が「１」である端末ＩＤ（の無線端末）が許可リストに移動される、としている。
【００３４】
なお、図５に示される無線端末情報テーブルは、サービスエリア１１において端末ＩＤが「ＸＸＸＸＸ１」〜「ＸＸＸＸ１０」の無線端末が１０台存在し、コンテンツの配信が前４者の無線端末に許可されて、後６者の無線端末には不許可とされている状態を示している。
【００３５】
＜配信サーバの制御プログラム＞
次に、配信サーバ１４における制御プログラムについて説明する。この制御プログラムは、無線端末情報テーブルの作成・書換や、そのテーブルにしたがってコンテンツ配信の許可／不許可の決定等を実行するものである。
上述したように無線端末情報テーブルは、サービスエリア１１分だけ作成されるので、この制御プログラムについても、サービスエリア１１（基地局１３）毎に実行されることになるが、ここでは、１つのサービスエリア１１についてだけ説明することにする。
また、いずれかのサービスエリアに無線端末が進入すれば、配信サーバ１４は、当該無線端末との接続承認やユーザ認証を実行するが、この点は、本発明と直接関係しないので、ここではその説明を省略する。すなわち、ここでいう制御プログラムの内容は、サービスエリアに進入した無線端末との接続承認やユーザ認証とは別個に実行される性質のものである。
【００３６】
図７は、この制御プログラムの処理手順を示すフローチャートである。
まず、配信サーバ１４のＣＰＵ１４２は、ステップＳｂ１において、基地局１３を介し無線端末から何らかの信号を受信したか否かを判別する。
何ら信号を受信しなければ、ＣＰＵ１４２は、処理手順を戻して、信号を受信するまで待機状態とする。一方、信号を受信したならば、ＣＰＵ１４２は、ステップＳｂ２において、受信した信号がダウンロード要求であるか否かを判別する。このダウンロード要求とは、上述したように、サービスエリア１１においてユーザ認証された無線端末１２から、コンテンツのダウンロードを要求する情報であって、上述したように、当該無線端末の識別情報や、コンテンツ予約情報、ダウンロード完了フラグを含むものである。
【００３７】
受信した信号がダウンロード要求であれば（ステップＳｂ２の判別結果が「Ｙｅｓ」であれば）、ＣＰＵ１４２は、ステップＳｂ３において、現時点にてコンテンツの配信を許可している無線端末１２の台数が制限値よりも少ないか否か、詳細には、無線端末情報テーブルを参照して、許可リストに空きが生じ、かつ、不許可リストに記載されて待機状態となっている無線端末１２が存在していないか否かを判別する。
【００３８】
この判別結果が「Ｙｅｓ」であれば、ＣＰＵ１４２は、ステップＳｂ４において、当該無線端末に関する情報を、無線端末情報テーブルの許可リストに記載する。詳細には、ＣＰＵ１４２は、許可リストの空きが生じている任意の行に、ダウンロード要求した無線端末１２の識別情報である端末ＩＤと、当該無線端末１２がサービスエリア１１に進入した時刻であるエリアインタイムと、当該ダウンロード要求に含まれるダウンロード完了フラグと、当該ダウンロード要求に含まれるコンテンツ予約情報から計算・判断したコンテンツサイズ（の判断結果）とを追加記載する。
続いて、ＣＰＵ１４２は、ステップＳｂ５において、許可リストに追加された無線端末１２に対しダウンロード承認を、詳細には、コンテンツ予約情報で示されるコンテンツのダウンロードを承認する旨の信号を、基地局１３を介し送信する。これにより、コンテンツをキャッシングしている基地局１３が、コンテンツ予約情報で示されるコンテンツを当該無線端末１２に配信することになる。この後、ＣＰＵ１４２は、処理手順をステップＳｂ１に戻す。
【００３９】
一方、ステップＳｂ３において、現時点にてコンテンツの配信を許可している無線端末１２の台数が制限値以上である場合、すなわち、無線端末情報テーブルの許可リストに空きが生じていない場合、ＣＰＵ１４２は、ステップＳｂ６において、当該無線端末に関する情報を、無線端末情報テーブルの不許可リストの最終行に追加記載する。詳細には、ＣＰＵ１４２は、不許可リストに、ダウンロード要求した無線端末１２の識別情報である端末ＩＤと、当該無線端末１２がサービスエリア１１に進入した時刻であるエリアインタイムと、当該ダウンロード要求に含まれるダウンロード完了フラグと、当該コンテンツサイズ（の判断結果）とを追加記載する。
例えば、無線端末情報テーブルが図５に示されるような状態にある場合に、端末ＩＤが「ＸＸＸＸ１１」である無線端末のダウンロード要求が受信されると、図１２に示されるように追加記載されることになる。
【００４０】
続いて、ＣＰＵ１４２は、ステップＳｂ７において、当該無線端末１２に対し、コンテンツのダウンロードの待機を要求する旨のダウンロード待機要求を、基地局１３を介し送信する。これにより、当該無線端末１２に対してコンテンツは配信されずに、当該無線端末１２は待機状態になる。
そして、ＣＰＵ１４２は、ステップＳｂ８において、無線端末情報テーブルのうち、不許可リストに記載されている端末ＩＤ同士のエリアインタイム、ダウンロード完了フラグおよびコンテンツサイズ（の判断結果）を比較して、優先度を再設定する。この後、ＣＰＵ１４２は、処理手順をステップＳｂ１に戻す。なお、この優先度の再設定については、さらに後述することにする。
【００４１】
さて、ステップＳｂ２において受信した信号がダウンロード要求でなければ、ＣＰＵ１４２は、ステップＳｂ９において、当該受信信号が当該無線端末１２にてダウンロードが完了した旨を示すダウンロード終了承認、または、当該無線端末１２においてダウンロードが不完全に終了した旨を示すダウンロード不完了確認のいずれかであるか否かを判別する。
この判別結果が「Ｎｏ」であれば、ＣＰＵ１４２は、当該受信信号がダウンロード待機承認であると判別して、処理手順をステップＳｂ１に戻す。一方、この判別結果が「Ｙｅｓ」であれば、ＣＰＵ１４２は、次のステップＳｂ１０〜Ｓｂ１４の処理を実行する。
【００４２】
すなわち、ＣＰＵ１４２は、ステップＳｂ１０において、無線端末情報テーブルから、当該無線端末１２に関する情報を削除する。ここで、ダウンロード終了承認またはダウンロード不完了確認のいずれかを送信した無線端末とは、無線端末情報テーブルの許可リストに記載されていた端末ＩＤに対応したものである。このため、無線端末情報テーブルから当該無線端末に関する情報が削除されると、許可リストには、空きが生じることになる。
例えば、無線端末情報テーブルが、図５に示されるような状態にあった場合に、端末ＩＤが「ＸＸＸＸＸ１」の無線端末１２からダウンロード終了承認またはダウンロード不完了確認を受信すると、図８に示されるように、許可リストのうち、対応する行が削除されて、当該行に空きが生じることになる。
【００４３】
続いて、ＣＰＵ１４２は、ステップＳｂ１１において、不許可リストに記載された無線端末が存在するか否かを判別し、この判別結果が「Ｎｏ」であれば、以降、次の信号の受信に備えるべく、処理手順をステップＳｂ１に戻す。一方、この判別結果が「Ｙｅｓ」であれば、ＣＰＵ１４２は、ステップＳｂ１２おいて、不許可リストのうち、現時点にて優先度が「１」とされている無線端末に関する情報を、許可リストに空きが生じている部分に移動させる。
例えば、無線端末情報テーブルが、図８に示されるように、許可リストの最上行に空きが生じている場合であれば、不許可リストにおいて優先度が「１」である無線端末に関する情報、すなわち、端末ＩＤが「ＸＸＸＸＸ５」である無線端末に関する情報が、当該行に移動される（図９参照）。なお、優先度については、許可リストに編入されれば、以降無視して良いので「−」としている。
【００４４】
次に、ＣＰＵ１４２は、優先度が「１」である無線端末を許可リストに移動させたことに対処すべく、ステップＳｂ１３において、不許可リストにおける各無線端末の優先度をそれぞれ「１」だけデクリメントするとともに、不許可リストの空き部分を詰める。
例えば、不許可リストにおいて優先度が「１」であった無線端末に関する情報が許可リストに移動すると、図９に示されるように、不許可リストに空きが生じるが、ステップＳｂ１３の処理によって、不許可リストにおける各無線端末の優先度がそれぞれ「１」だけデクリメントされるとともに、当該空き部分が詰められる（図１０参照）。
なお、図１０に示される状態において、許可リストに空きが生じたとすれば、今度は、端末ＩＤが「ＸＸＸＸＸ９」である無線端末に関する情報が、当該空き部分に移動することになる。
【００４５】
そして、ＣＰＵ１４２は、ステップＳｂ１４において、許可リストに移動した無線端末１２に対して、コンテンツ予約情報で示されるコンテンツのダウンロードを承認する旨のダウンロード承認を、基地局１３を介し送信する。これにより、コンテンツをキャッシングしている基地局１３が、コンテンツ予約情報で示されるコンテンツを、それまで不許可とされていた当該無線端末１２に配信することになる。この後、ＣＰＵ１４２は、処理手順をステップＳｂ１に戻す。
【００４６】
＜優先度の再設定＞
ここで、図７のステップＳｂ８における優先度の再設定について、図１１を参照して説明する。
まず、ＣＰＵ１４２は、無線端末情報テーブルのうち、不許可リストに記載されたダウンロード完了フラグが「０」であるものの優先度を暫定的に「１」とする一方、ダウンロード完了フラグが「１」であるものの優先度については一律な値に低下させる（ステップＳｂ８０１）。
例えば、無線端末情報テーブルが図１２に示されるような状態において、不許可リストに記載されてダウンロード完了フラグが「０」である端末ＩＤは、「ＸＸＸＸＸ５」、「ＸＸＸＸＸ８」、「ＸＸＸＸＸ９」および「ＸＸＸＸ１１」の４台であるので、これらの優先度が「１」に設定される一方、ダウンロード完了フラグが「１」である端末ＩＤは、「ＸＸＸＸＸ６」、「ＸＸＸＸＸ７」および「ＸＸＸＸ１０」の３台であるので、これらの優先度が等しく「５」に低下される（図１３参照）。
このステップＳｂ８０１により、過去の（直前の）サービスエリア１１においてダウンロードすべきコンテンツをすべてダウンロードできなかった無線端末の優先度が高められることになる。
【００４７】
次に、ＣＰＵ１４２は、優先度が同一値に設定されたもの同士において、コンテンツサイズ（の判断結果）が「Small」であるものの優先度を維持する一方、「Large」であるものの優先度を相対的に低くする（ステップＳｂ８０２）。
例えば、無線端末情報テーブルが図１３に示されるような状態において、優先度が等しく「１」であるもののうち、コンテンツサイズが「Small」である端末ＩＤは、「ＸＸＸＸＸ５」および「ＸＸＸＸＸ９」であるので、これらの優先度が「１」に維持される一方、コンテンツサイズが「Large」である端末ＩＤは、「ＸＸＸＸＸ８」および「ＸＸＸＸ１１」であるので、これらの優先度が相対的に「３」に低下される（図１４参照）。同様に、優先度が等しく「５」であるもののうち、コンテンツサイズが「Small」である端末ＩＤは、「ＸＸＸＸ１０」であるので、この優先度が「５」に維持される一方、コンテンツサイズが「Large」である端末ＩＤは、「ＸＸＸＸ６」および「ＸＸＸＸ７」であるので、これらの優先度が相対的に「６」に低下される（図１４参照）。
このステップＳｂ８０２により、ダウンロード完了フラグが同一値であっても、配信すべきコンテンツのデータ総量が少ない無線端末の優先度が高められることになる。
【００４８】
さらに、ＣＰＵ１４２は、優先度が同一値に設定されたもの同士において、エリアインタイムで示される時間が過去であればあるほど、その優先度を高める（ステップＳｂ８０３）。
例えば、無線端末情報テーブルが図１４に示されるような状態において、優先度が等しく「１」であるもの同士では、端末ＩＤが「ＸＸＸＸＸ５」、「ＸＸＸＸＸ９」の順番にてエリアインタイムが過去であるので、これらの優先度がそれぞれ「１」、「２」に設定される（図１５参照）。
同様に、優先度が等しく「３」であるもの同士では、端末ＩＤが「ＸＸＸＸＸ８」、「ＸＸＸＸ１１」の順番にてエリアインタイムが過去であるので、これらの優先度がそれぞれ「３」、「４」に設定される（図１５参照）。同様に、優先度が等しく「６」であるもの同士では、端末ＩＤが「ＸＸＸＸＸ６」、「ＸＸＸＸＸ７」の順番にてエリアインタイムが過去であるので、これらの優先度がそれぞれ「６」、「７」に設定される（図１５参照）。
【００４９】
このように、ダウンロード要求が受信されて、当該無線端末の情報が無線端末情報テーブルの不許可リストに追加記載されると、不許可リストに記載されている無線端末の情報同士が比較されて、詳細には本実施形態にあってはダウンロード完了フラグ、コンテンツサイズ、エリアインタイムの順番に比較されて、優先度が再設定されることになる。
【００５０】
＜コンテンツ配信システムの具体的動作＞
次に、コンテンツ配信システムの具体的動作について、詳細には、上述したように制御される無線端末１２、基地局１３および配信サーバ１４が、想定される個々のケースにおいて、それぞれ具体的にどのように動作するかについて説明する。
なお、想定されるケースとしては、（１）ある無線端末がサービスエリアの圏内となったときに、当該サービスエリアにおいてコンテンツをダウンロードしている無線端末の台数が制限値よりも少なかった場合、および、（２）ある無線端末がサービスエリアの圏内となったときに、当該サービスエリアにおいてコンテンツをダウンロードしている無線端末の台数が制限値以上であった場合、である。
さらに、ケース（１）またはケース（２）において、無線端末が、ダウンロードすべきコンテンツをすべてダウンロードしない状態で、当該サービスエリアから離脱してしまうときがあるので、このときをケース（３）として説明する。
【００５１】
＜ケース（１）＞
はじめに、ケース（１）について、主に図１６、図１７および図１８を参照して説明する。
まず、無線端末１２が、あるサービスエリア１１内に移動したとする。このように当該サービスエリアに進入すると、当該無線端末１２では、図６のステップＳａ１の判別結果が「Ｙｅｓ」となるので、Ｓａ２の処理が実行される。一方、基地局１３では、上述した第１動作にしたがった転送動作が実行され、また、配信サーバ１４では、上述した制御プログラムとは別個の接続承認・ユーザ認証が実行されることになる。
詳細には、図１６に示される通りとなる。
【００５２】
すなわち、無線端末１２がサービスエリア１１内に移動すると（ブロックｂ１１）、当該無線端末１２は接続要求ＣＲを送出し（ブロックｂ１２）、基地局１３は当該接続要求ＣＲを受信すると、これを配信サーバ１４に送信することによって（ブロックｂ１３）、配信サーバ１４が、当該接続要求ＣＲを受信する。
接続要求ＣＲを受信した配信サーバ１４は、当該接続要求ＣＲを発した無線端末１２に対して接続を承認する旨の接続承認ＣＰを送出し（ブロックｂ１４）、基地局１３は当該接続承認ＣＰを受信すると、これを当該無線端末１２に送信することによって（ブロックｂ１５）、当該無線端末１２が、当該接続承認ＣＰを受信する。
【００５３】
さらに、接続承認ＣＰを受信した無線端末１２は、配信サーバ１４に対して、自身が正当なユーザであるかの認証を求めるユーザ認証要求ＵＲを送出し（ブロックｂ１６）、基地局１３は当該ユーザ認証要求ＵＲを受信すると、これを配信サーバ１４に送信することによって（ブロックｂ１７）、配信サーバ１４が、当該ユーザ認証要求ＵＲを受信する。
そして、ユーザ認証要求を受信した配信サーバ１４は、当該無線端末１２のユーザが正当であるか否かを認証して、正当であれば、当該無線端末１２に対してユーザ承認ＵＰを送出し（ブロックｂ１８）、基地局１３は当該ユーザ承認ＵＰを受信すると、これを当該無線端末１２に送信することによって（ブロックｂ１９）、当該無線端末１２が、当該ユーザ承認ＵＰを受信する。
【００５４】
さて、このように承認された無線端末１２では、図６におけるステップＳａ３、Ｓａ４の処理が実行される。すなわち、当該無線端末１２は、ダウンロード要求ＤＲを送出することになる（図１７のブロックｂ２１）。なお、このダウンロード要求ＤＲには、上述したように、当該無線端末１２の端末ＩＤや、コンテンツ予約情報、ダウンロード完了フラグなどが含まれる。この後、無線端末１２では、ダウンロード完了フラグが「０」にリセットされて、何らかの信号を受信するか、別のサービスエリア１１に移動するまで、待機状態となる（図６のステップＳａ１、Ｓａ５参照）。
一方、基地局１３は当該ダウンロード要求ＤＲを受信すると、これを配信サーバ１４に送信して（ブロックｂ２２）、配信サーバ１４が、当該ダウンロード要求ＤＲを受信する。
【００５５】
さて、ケース（１）である場合、図７におけるステップＳｂ１〜Ｓｂ３の判別結果がいずれも「Ｙｅｓ」となるので、当該ダウンロード要求ＤＲを受信した配信サーバ１４では、ステップＳｂ４、Ｓｂ５の処理が実行される。このため、配信サーバ１４は、当該無線端末１２に関する情報を許可リストに記載した（図１７のブロックｂ２３）後、当該無線端末１２に対して、ダウンロード承認ＤＰを送出することになる（図１８のブロックｂ３１）。
なお、ダウンロード承認ＤＰを送出した配信サーバ１４は、当該無線端末１２に対しては、何らかの信号を受信するまで、待機状態となる（図７におけるステップＳｂ１参照）。
【００５６】
また、ダウンロード承認ＤＰを受信した基地局１３は、第２動作にしたがって、すでにキャッシングされたコンテンツのうち、コンテンツ予約情報で特定されるものを、当該無線端末１２に送信する（ブロックｂ３２）。なお、ここでいうコンテンツ予約情報としては、無線端末１２からのダウンロード要求ＤＬを配信サーバ１４に転送する際にキャッシングして用いる場合や、配信サーバ１４が送信するダウンロード承認ＤＰにコンテンツ予約情報を含ませて、これを抽出して用いる場合など、種々の態様が考えられる。
なお、コンテンツを受信した無線端末１２では、ステップＳａ５〜Ｓａ７の処理が実行されるので、当該コンテンツは、主記憶装置１２４に格納されることになる。
【００５７】
そして、基地局１３は、無線端末１２に配信すべきコンテンツをすべて送信したならば、第３動作によって、当該無線端末１２にダウンロード終了確認ＥＯＤを送信する（ブロックｂ３３）。
一方、ダウンロード終了確認ＥＯＤを受信した無線端末１２では、図６におけるステップＳａ５、Ｓａ６、Ｓａ８、Ｓａ１０およびＳａ１１の処理が順番に実行される。このため、当該無線端末１２は、ダウンロード終了承認ＴＡを出力して（ブロックｂ３４）、内部変数であるダウンロード完了フラグを「１」にセットすることになる。したがって、当該無線端末１２が別のサービスエリアに進入した場合、ダウンロード要求に含まれるダウンロード完了フラグは「１」であるから、優先度が低くなるように設定されることなる。
【００５８】
また、ダウンロード終了承認ＴＡを受信した基地局１３は、第１動作にしたがって、これを配信サーバ１４に送信する（ブロックｂ３５）。
そして、ダウンロード終了承認ＴＡを受信した配信サーバ１４では、図７におけるステップＳｂ１、Ｓｂ２およびＳｂ９〜Ｓｂ１４の処理が順番に実行される。このため、配信サーバ１４は、ダウンロード終了承認ＴＡを送信した無線端末に対応する項目を、無線端末情報テーブルの許可リストから削除する等の処理を実行することになる（ブロックｂ３６）。なお、配信サーバ１４は、削除後、無線端末に関する情報が不許可リストに記載されていなければ、待機状態となる。
【００５９】
ここで、ケース（１）とは、ある無線端末がサービスエリアの圏内となったときに、当該サービスエリアにおいてコンテンツをダウンロードしている無線端末の台数が制限値よりも少なかった場合であるが、その後、当該サービスエリアに進入する無線端末１２が増加していれば、ブロックｂ３１に至る段階において、不許可リストに無線端末が存在する可能性がある。ただし、このように不許可リストに無線端末が存在していても、配信サーバ１４は、そのうちの優先度が「１」であるものを許可リストに移動して、当該無線端末にダウンロード承認ＤＰを送信するので、今度は、その無線端末１２に対してコンテンツの配信が実行されることになる。
【００６０】
＜ケース（２）＞
次に、ある無線端末がサービスエリアの圏内となったときに、当該サービスエリアにおいてコンテンツをダウンロードしている無線端末の台数が制限値以上である場合のケース（２）について説明する。
なお、このケース（２）では、無線端末１２がサービスエリア１１に進入してから配信サーバ１４がダウンロード要求を受信するまでについては、ケース（１）と同様である。すなわち、ケース（２）では、図１６と、図１７におけるブロックｂ２２までの動作については共通である。このため、ケース（２）については、説明の重複を避けるため、配信サーバ１４がダウンロード要求１４を受信するまでの動作説明を省略して、これ以降の動作について説明することにする。
【００６１】
つまり、ある無線端末１２が、あるサービスエリア１１に進入し、接続・認証を経て送信したダウンロード要求ＤＲについて、配信サーバ１４が受信したとする。
ケース（２）である場合、ダウンロード要求ＤＲを受信した配信サーバ１４では、図７におけるステップＳｂ１〜Ｓｂ３およびＳｂ６〜Ｓｂ８の順序にて処理が実行される。このため、配信サーバ１４は、ダウンロード要求ＤＲを送信した無線端末に関する情報を、無線端末情報テーブルの不許可リストに追加記載し（ブロックｂ４１）、ダウンロード待機要求ＳＲを送出する（ブロックｂ４２）。この後、配信サーバ１４は、追加記載した無線端末を含めて優先度を再設定して、待機状態となる。
【００６２】
さて、ダウンロード待機要求ＳＲを受信した基地局１３は、第１動作にしたがって、これを無線端末１２に送信する（ブロックｂ４３）。
一方、無線端末１２は、ダウンロード待機要求ＳＲを受信すると、処理手順が図６におけるステップＳａ５、Ｓａ６、Ｓａ８、Ｓａ９の順番に進行する結果、ダウンロード待機承認ＳＡを送信して（ブロックｂ４４）、現時点でのサービスエリアから離脱して別のサービスエリアに進入するか、または、何らかの信号を受信するまで待機状態となる。
そして、ダウンロード待機承認ＳＡを受信した基地局１３は、第１動作にしたがって、これを配信サーバ１４に送信する。
なお、ダウンロード待機承認ＳＡを受信すると、配信サーバ１４の処理手順が図７におけるステップＳｂ１、Ｓｂ２、Ｓｂ９の順番に進行するが、ステップＳｂ９の判別結果が「Ｎｏ」であるので、配信サーバ１４は待機状態となる。
【００６３】
なお、この待機状態において、配信サーバ１４が何らかの信号を受信して、それがダウンロード終了承認またはダウンロード失敗確認であれば、処理手順がステップＳｂ１、Ｓｂ２、Ｓｂ９〜Ｓｂ１４の順番に進行する結果、当該時点において優先度が「１」である無線端末１２に対してダウンロード承認ＤＰが送出されることになる。
また、この無線端末１２が、さきほど不許可リストに追加記載された無線端末であるとは限られない。これは、ダウンロード承認ＤＰの送信先となる無線端末１２とは、不許可リストに追加記載された後に実行される優先度再設定（ステップＳｂ８）において優先度が「１」に設定された端末ＩＤに対応したものとなるためである。
【００６４】
このように、あるサービスエリア１１に無線端末１２が進入した場合に、対応する無線端末情報テーブルの許可リストに空きがなければ、不許可リストに記載されて、優先度が再設定されて、許可リストに空きが生じるまで待機状態となる。
ここで、優先度の再設定においては、ダウンロード完了フラグや、コンテンツサイズ（の判断結果）も考慮される。このため、例えばエリアインタイムが比較的最近であっても、直前のサービスエリアにおいてダウンロードが完結せず、かつ、ダウンロードすべきコンテンツの総量が少なければ、優先度が比較的高く設定されることになる。したがって、このような無線端末が、サービスエリアに進入したとき、ケース（２）に該当するためにダウンロード待機状態となっても、比較的早期にダウンロードが許可されることになる。
一方、エリアインタイムが比較的過去であっても、直前のサービスエリアにおいてダウンロードが完結し、または、ダウンロードすべきコンテンツの総量が多ければ、優先度が比較的低く設定されることになる。このため、無線端末が、サービスエリアに進入したとき、ケース（２）に該当するためにダウンロード待機状態になると、ダウンロードが許可されるまで、比較的待たされることになる。
【００６５】
＜ケース（３）＞
続いて、無線端末情報テーブルの許可リストに記載されて、コンテンツのダウンロードが許可された無線端末が、コンテンツをすべてダウンロードしない状態で、当該サービスエリアから離脱してしまう場合のケース（３）について説明する。
【００６６】
ここで、ケース（３）において、当該無線端末に関する情報が許可リストに記載される理由は、ケース（１）であっても良いし、ケース（２）であっても良い。すなわち、当該無線端末１２が、サービスエリアに進入して承認されたときに、無線端末情報テーブルの許可リストに空きがあって、そのまま許可リストに記載された場合でも良いし、承認されたときに、無線端末情報テーブルの許可リストに空きがなくて、不許可リストに記載されたが、その後に許可リストに空きが生じて、許可リストに移動した場合でも良い。
そこで、ケース（３）については、説明の重複を避けるため、無線端末１２に関する情報が許可リストに記載・移動されるまでの動作説明を省略して、これ以降の動作について説明することにする。
【００６７】
すなわち、無線端末１２に関する情報が許可リストに追加記載されると、配信サーバ１４は、当該無線端末１２に対して、ダウンロード承認ＤＰを送出することになる（図２０のブロックｂ５１）。なお、ダウンロード承認ＤＰを送出した配信サーバ１４は、当該無線端末１２に対しては、何らかの信号を受信するまで、待機状態となる。
【００６８】
次に、ダウンロード承認ＤＰを受信した基地局１３は、第２動作にしたがって、すでにキャッシングされたコンテンツのうち、コンテンツ予約情報で特定されるものを、当該無線端末１２に送信する（ブロックｂ５２）。
ただし、当該無線端末１２は、すでにサービスエリアの圏外に離脱しているので、基地局１３が当該無線端末１２にダウンロード終了確認ＥＯＤを送信しても（ブロックｂ５３）、その返信であるダウンロード終了承認ＴＡを一定時間内に受信することはない。このため、基地局１３は、第４動作によって、ダウンロード不完了確認ＤＦを配信サーバ１４に送信することになる（ブロックｂ５４）。
【００６９】
一方、ダウンロード不完了確認ＤＦを受信すると、無線端末１２では、図７におけるステップＳｂ１の判別結果が「Ｙｅｓ」となって待機状態が解除され、さらに、ステップＳｂ２の判別結果が「Ｎｏ」、ステップＳｂ９の判別結果が「Ｙｅｓ」となるので、ステップＳｂ１０の処理、すなわち、当該無線端末１２に関する情報が許可リストから削除される（ブロックｂ５５）。
この後、不許可リストに記載された無線端末が存在すれば、そのうちで優先度が「１」であるものが許可リストに移動されて、当該無線端末に対してダウンロード承認が送信されて、コンテンツが配信されることになる。
【００７０】
なお、無線端末１２がサービスエリアから離脱してしまう場合としては、上述したケース（３）のほかに、ユーザ認証がされた後に許可リストに記載されることなく、離脱するケースもある。ただし、このケースにおいて、そのような無線端末１２に関する情報が許可リストに記載されたとしても、当該無線端末が、ダウンロード終了承認を送出することはあり得ないので、当該無線端末１２に関する情報は、許可リストから削除されることになる。すなわち、無線端末１２がサービスエリアから、許可リストに記載されることなく、離脱してしまうケースの動作については、結果的にみれば、上述したケース（３）と同一視することができる。
【００７１】
このように本実施形態によれば、あるサービスエリアにおいてコンテンツが配信される無線端末の台数は、当該サービスエリアに対応して作成された無線端末情報テーブルの許可リストに記載可能な台数に制限されるので、当該サービスエリアに進入する無線端末が急激に増加しても、コンテンツの転送効率の低下を回避することができる。したがって、当該サービスエリアに存在する無線端末のすべてに、コンテンツを配信することができなくなる、といった事態を回避することが可能となる。
また、ある無線端末にコンテンツの配信が完了すると、または、ある無線端末がコンテンツの配信途中にてサービスエリア圏外になると、その無線端末に関する情報が許可リストから削除される一方、不許可リストに記載された無線端末のうち、優先度の高いものが許可リストに移動されて、コンテンツの配信が行われることになるので、コンテンツを順次立てて配信することが可能となる。
【００７２】
＜実際構成、応用変形等＞
なお、上述した実施形態は、説明の理解のため、実際のシステムに適用した場合の構成が一部省略されている。
例えば、上述した実施形態では、無線端末１２がサービスエリア１１に進入する毎に、同一のコンテンツが配信される可能性があるので、実際には、基地局１３が、無線端末１２にコンテンツを送信する前に当該コンテンツの識別情報を送信し、無線端末１２が識別情報を受信すれば当該識別情報に対応するコンテンツをすでに取得しているか否かを判別し、取得していなければ、そのコンテンツは必要である旨の信号を返信し、その時点において、基地局１３が当該コンテンツを送信する一方、無線端末１２が受信した識別情報に対応するコンテンツをすでに取得していれば、そのコンテンツは不要である旨の信号を返信して、基地局１３は当該コンテンツを送信しない構成となっている。
【００７３】
また、本発明は、上述した実施形態に限られず、種々の応用・改良・変形等を加えることが可能である。
例えば、上述した実施形態にあっては、優先度を決めるにあたって、第１に、直前のサービスエリアにおいてダウンロードすべきコンテンツをすべてダウンロードできなかったか否かを示すダウンロード完了フラグ、第２に、ダウンロードすべきコンテンツの総データ量がしきい値を越えているか否かを示す判断結果、第３に、サービスエリアに進入した時刻、という順序にて決めたが、このような順序でなくても良いのはもちろんである。
また、優先度を決めるにあたって、ダウンロード完了フラグではなく、過去において連続してダウンロードできなかった回数を用いても良い。同様に、優先度を決めるにあたって、ダウンロードすべきコンテンツの総データ量そのものを参酌しても良い。
さらに、料金設定や累積使用時間などによってユーザ毎にランクを定め、優先度を決めるにあたって、このランクを参酌しても良い。また、時間帯によっては、特定のユーザの優先度を低くし、あるいは、許可しない構成としても良い。
【００７４】
一方、上述した実施形態にあっては、無線端末１２においてユーザが新たに希望するコンテンツを特定し、その特定した内容をコンテンツ予約情報として配信サーバ１４に送信する一方、配信サーバ１４は、上述した条件を満たせば、当該コンテンツの配信を許可する構成となっていた。ここで、ユーザが希望するコンテンツは、配信サーバ１４（基地局１３）に常に存在するとは限らないので、次のような構成を採用しても良い。すなわち、第１に、ユーザが希望するコンテンツを配信サーバ１４に事前に登録しておき、第２に、配信サーバ１４が、ある無線端末１２についてコンテンツの配信を許可する場合（その無線端末に関する情報を許可リストに追加する場合）、当該無線端末について事前に登録されたコンテンツが存在するか否かを判別し、第３に、存在すれば、コンテンツ予約情報で示されるコンテンツとともに、事前に登録されたコンテンツをも配信させる一方、存在しなければ、コンテンツ予約情報で示されるコンテンツだけを配信させる構成としても良い。
【００７５】
また、この実施形態において、基地局１３は、無線端末１２にダウンロード終了確認を送信したにも拘わらず、その返信信号であるダウンロード終了承認を一定時間内に当該無線端末１２から受信しない場合に、当該無線端末１２がダウンロードを失敗したと認識して、その旨を示すダウンロード不完了確認を配信サーバ１４に送信する構成となっていた（第４動作）。このほかにも、基地局１３がデータ（コンテンツに限られない）を無線端末１２に送信すれば、当該無線端末１２が、その到着確認を必ず返信するようなプロトコルを採用するのであれば、当該到着確認を基地局１３が受信しない時点にて、直ちに当該無線端末がサービスエリアの圏外となった（ダウンロードに失敗した）と認識することができる。したがって、そのようなプロトコルであれば、当該時点にて、基地局１３がダウンロード不完了確認を配信サーバ１４に送信する構成とすれば済む。
【００７６】
さらに、本実施形態にあっては、基地局１３と配信サーバ１４との間で授受されるデータ量を削減する目的で、基地局１３が、コンテンツをキャッシングして無線端末１２に送信する構成としたが、基地局の近傍にキャッシュサーバを設けて、当該キャッシュサーバをコンテンツのデータを配信する構成としても良いし、基地局１３と配信サーバ１４との間で授受されるデータ量に問題がなければ、配信サーバ１４がその都度、配信する構成としても良い。
一方、配信サーバ１４の負荷を減らすため、その機能の一部を別途設けられるサーバに負担させても良い。例えば、ユーザ認証サーバを別途設けて、そのユーザ認証サーバが、配信サーバ１４の替わってユーザ認証等を実行する構成としても良い。
【００７７】
【発明の効果】
以上説明したように本発明によれば、少なくと一定台数の無線端末に対しては、コンテンツを配信するので、サービスエリア内に存在するすべての無線端末に対してコンテンツが配信されない、といった不都合を回避することができる。
【図面の簡単な説明】
【図１】  本発明の実施形態にかかるコンテンツ配信システムの概略構成を示すブロック図である。
【図２】  同システムにおける無線端末の構成を示すブロック図である。
【図３】  同システムにおける基地局の構成を示すブロック図である。
【図４】  同システムにおける配信サーバの構成を示すブロック図である。
【図５】  同配信サーバにおける無線端末情報テーブルの構成を示す図表である。
【図６】  同無線端末における制御プログラムの内容を示すフローチャートである。
【図７】  同配信サーバにおける制御プログラムの内容を示すフローチャートである。
【図８】  同制御プログラムにおいて無線端末情報テーブルの状態を示す図表である。
【図９】  同制御プログラムにおいて無線端末情報テーブルの状態を示す図表である。
【図１０】  同制御プログラムにおいて無線端末情報テーブルの状態を示す図表である。
【図１１】  同制御プログラムにおける優先度再設定処理の詳細を示すフローチャートである。
【図１２】  同制御プログラムにおいて無線端末情報テーブルの状態を示す図表である。
【図１３】  同制御プログラムにおいて無線端末情報テーブルの状態を示す図表である。
【図１４】  同制御プログラムにおいて無線端末情報テーブルの状態を示す図表である。
【図１５】  同制御プログラムにおいて無線端末情報テーブルの状態を示す図表である。
【図１６】  同システムにおいて具体的なシーケンス動作を説明するための図である。
【図１７】  同システムにおいて具体的なシーケンス動作を説明するための図である。
【図１８】  同システムにおいて具体的なシーケンス動作を説明するための図である。
【図１９】  同システムにおいて具体的なシーケンス動作を説明するための図である。
【図２０】  同システムにおいて具体的なシーケンス動作を説明するための図である。
【符号の説明】
１１…サービスエリア、１２…無線端末、１３…基地局、１４…配信サーバ、１２１…ＲＯＭ、１２２…ＣＰＵ、１２３…ＲＡＭ、１２４…主記憶装置、１２５…表示部、１２６…操作部、１２７…無線通信部、１３１…ＲＯＭ、１３２…ＣＰＵ、１３３…ＲＡＭ、１３４…主記憶装置、１３５…無線通信部、１３６…通信部、１４１…ＲＯＭ、１４２…ＣＰＵ、１４３…ＲＡＭ、１４４…主記憶装置、１４５…通信部
【図１】
0003898475.tif 000002
【図２】
0003898475.tif 000003
【図３】
0003898475.tif 000004
【図４】
0003898475.tif 000005
【図５】
0003898475.tif 000006
【図６】
0003898475.tif 000007
【図７】
0003898475.tif 000008
【図８】
0003898475.tif 000009
【図９】
0003898475.tif 000010
【図１０】
0003898475.tif 000011
【図１１】
0003898475.tif 000012
【図１２】
0003898475.tif 000013
【図１３】
0003898475.tif 000014
【図１４】
0003898475.tif 000015
【図１５】
0003898475.tif 000016
【図１６】
0003898475.tif 000017
【図１７】
0003898475.tif 000018
【図１８】
0003898475.tif 000019
【図１９】
0003898475.tif 000020
【図２０】
0003898475.tif 000021