(57)【要約】      （修正有）【課題】複数の移動局からの取得が予測できるようなデータを、安定して移動局へ配信する中継装置を提供する。【解決手段】無線基地局と移動局との間で中継する中継装置１００及びサーバーを含む。中継装置は、無線基地局と無線通信する第一の通信部１１０（ＷＡＮ通信部）と、移動局と無線通信する通信部１２０（ＬＡＮ通信部）と、データを保持する第一の記録部１８０と、現在時刻に応じて、無線基地局から配信するデータを取得し、第一の記録部へ格納する更新部１９０と、第二の通信部で受信した移動局からの取得要求に応じて第一の記録部に保持された配信するデータを第二の通信部を介して移動局へ配信する代理応答部１５０と、を備える。サーバーは、無線基地局と通信する第三の通信部と、配信するデータを保持する第二の記録部と、第二の記録部に保持された配信するデータを第三の通信部を介して無線基地局へ送信する配信部と、を備える。【選択図】図２
2016195296.tif 000002
【特許請求の範囲】
【請求項１】
システムは、
無線基地局と移動局との間で中継する中継装置、およびサーバーを含み、
中継装置が、
前記無線基地局と無線通信する第一の通信部(110)と、
前記移動局と無線通信する第二の通信部(120)と、
データを保持する第一の記録部(180)と、
現在時刻を管理する管理部(170)と、
前記管理部(170)の管理する現在時刻に応じて、前記第一の通信部(110)を介して前記無線基地局から配信するデータを取得し、前記取得した配信するデータを前記第一の記録部(180)へ格納する更新部(190)と、
前記第二の通信部(120)で受信した前記移動局からの取得要求を解析し、前記第一の記録部(180)に保持された配信するデータの取得要求であるかを判定する解析部(140)と、
前記解析部(140)により前記第一の記録部(180)に保持された配信するデータの取得要求であると判定されると、前記第一の記録部(180)に保持された配信するデータを前記第二の通信部(120)を介して前記移動局へ配信する代理応答部(150)と、
を備え、
前記サーバーが、
前記無線基地局と通信する第三の通信部(210)と、
配信するデータを保持する第二の記録部(260)と、
前記第二の記録部(260)に保持された配信するデータを前記第三の通信部(210)を介して前記無線基地局へ送信する配信部(230)と、
を備えたこと
を特徴とするシステム。
【請求項２】
前記中継装置が、
前記解析部(140)により前記第一の記録部(180)に保持された配信するデータの取得要求ではないと判定されると、前記第一の記録部(180)に保持された配信するデータの取得要求ではないと判定された取得要求を前記第一の通信部(110)を介して前記無線基地局へ転送する中継部(130)を
さらに備え、
前記サーバーが、
前記第三の通信部(210)で受信した取得要求を解析する要求処理部(220)を
さらに備え、
前記無線基地局から前記第三の通信部(210)により前記転送された取得要求を受信し、前記転送された取得要求を前記要求処理部(220)により解析し、前記解析の結果に基づいて前記配信部(230)により前記第二の記録部(260)に保持された配信するデータを前記第三の通信部(210)を介して前記無線基地局へ送信すること
を特徴とする請求項１に記載のシステム。
【請求項３】
前記中継装置が、
前記代理応答部(150)により、前記管理部(170)の管理する現在時刻に応じて、前記第二の通信部(120)を介して前記移動局へ配信するデータを変更すること
を特徴とする請求項２に記載のシステム。
【請求項４】
前記中継装置が、
前記更新部(190)により、前記配信の終了したデータの数を取得し、前記取得した数に基づいて前記配信の終了したデータがあるかを判定し、前記配信の終了したデータがある場合、前記取得した数の配信するデータを前記第一の通信部(110)経由で前記無線基地局へ更新要求し、配信するデータを前記無線基地局から取得して、前記取得した配信するデータを前記第一の記録部(180)に格納し、
前記サーバーが、
前記無線基地局から前記第三の通信部(210)により前記更新要求を受信し、前記更新要求を前記要求処理部(220)により解析し、前記解析の結果に基づいて前記配信部(230)により前記第二の記録部(260)に保持された配信するデータを前記第三の通信部(210)を介して前記無線基地局へ送信すること
を特徴とする請求項３に記載のシステム。
【請求項５】
前記中継装置が、
前記更新部(190)により、前記取得した数の配信するデータを前記第一の通信部(110)経由で前記無線基地局へ更新要求する際、前記第一の通信部(110)の無線通信が通信可能であるかを判定し、前記通信可能であると判定した場合、前記中継装置の識別子と前記取得した数を前記第一の通信部(110)経由で前記無線基地局へ送信し、
前記サーバーが、
前記更新要求を前記要求処理部(220)により解析する際、前記中継装置の識別子と前記取得した数を特定すること
を特徴とする請求項４に記載のシステム。
【請求項６】
前記中継装置が、
前記解析部(140)により、前記移動局へ配信されたデータに対して取得した前記移動局の情報を前記第一の記録部(180)へ格納すること
を特徴とする請求項５に記載のシステム。
【請求項７】
前記中継装置において、
前記更新部(190)と前記代理応答部(150)は、前記現在時刻の代わりに現在位置に応じて処理すること
を特徴とする請求項６に記載のシステム。
【請求項８】
前記サーバーが、
さらにユニーク情報を前記配信部(230)により前記第三の通信部(210)経由で前記無線基地局へ送信し、前記配信部(230)により前記送信したユニーク情報の有効性の問合せに対して有効であると応答し、
前記中継装置が、
さらにユニーク情報を前記無線基地局から前記第一の通信部(110)により受信し、前記第一の記録部(180)により前記受信したユニーク情報を保持し、前記解析部(140)により前記保持された配信する共通データの取得要求であると判定されると、前記代理応答部(150)により前記保持されたユニーク情報を前記第二の通信部(120)経由で前記複数の移動局それぞれへ配信し、
前記複数の移動局それぞれが、
前記配信されたユニーク情報を表示すること
を特徴とする請求項７に記載のシステム。
【請求項９】
前記中継装置が、
前記管理部(170)の管理する現在時刻に応じて、前記更新部(190)により、ユニーク情報の配信の結果を前記第一の通信部(110)経由で送信し、前記中継装置が保持するユニーク情報の残量が所定数以下であるかを判定し、前記所定数以下であると判定した場合、前記サーバーへユニーク情報の追加要求を前記第一の通信部(110)経由で送信すること
を特徴とする請求項８に記載のシステム。
【請求項１０】
ＣＰＵとメモリを備え、無線基地局と移動局を中継する中継装置の制御方法は、
前記ＣＰＵが、
現在時刻に応じて、配信するデータを前記無線基地局から第一の無線通信経由で取得して、前記取得した配信するデータを前記メモリへ格納し、
前記移動局からの第二の無線通信経由の取得要求を解析して、前記メモリに保持された配信するデータの取得要求であるかを判定し、
前記メモリに保持された配信するデータの取得要求であると判定されると、前記メモリに保持された配信するデータを前記移動局へ前記第二の無線通信経由で配信すること
を特徴とする中継装置の制御方法
【請求項１１】
前記メモリに保持された配信するデータの取得要求ではないと判定されると、前記ＣＰＵが、前記メモリに保持された配信するデータの取得要求ではないと判定された取得要求を前記無線基地局へ前記第一の無線通信経由で転送することを特徴とする請求項１０に記載の中継装置の制御方法。
【請求項１２】
前記ＣＰＵが、現在時刻に応じて、前記移動局へ配信するデータを変更することを特徴とする請求項１１に記載の中継装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムおよびその制御方法に関するものである。
【背景技術】
【０００２】
近年、携帯電話やタブレット端末、ゲーム機など様々な移動通信端末（移動局）は、通信手段の一つとして無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）による通信機能を具備する。一方、公衆エリアでは、インターネットへのアクセスサービス手段として、各種通信事業者による無線ＬＡＮアクセスポイントの提供が行われる。
【０００３】
一般的な無線ＬＡＮアクセスポイントは、移動局とのデータ送受信をする無線ＬＡＮインターフェースと、インターネットなどとデータ送受信を行うＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）インターフェースとを具備し、２つのインターフェース間で中継する中継装置である。ここで、ＷＡＮは有線ＷＡＮ以外にも、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）やＷｉＭＡＸ（登録商標  Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）のような無線ＷＡＮもある。また、無線ＬＡＮアクセスポイントは、駅や店舗等の固定環境に設置される場合以外に、電車やバスなどの移動体に設置される場合がある。
【０００４】
このような無線ＬＡＮサクセスポイントは、複数の移動局からの同じデータの取得要求を中継する場合もあり、例えば特許文献１には、端末から発生するサーバーへのデータ取得要求を中継装置で解析し、１回目のデータ取得要求はサーバーから行い、取得したデータは端末への配信だけでなく中継装置にキャッシュされ、２回目以降のデータ取得に関しては、中継装置にキャッシュしているデータを中継装置から端末へ送信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−２０３１６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に開示された技術を用いれば、サーバーからのデータ取得の負荷を軽減できる。しかしながら、１回は移動局からのデータ取得要求のタイミングでサーバーと通信してキャッシュする必要があり、移動体に設置されて無線ＷＡＮが圏外になる場合もある中継装置では、安定して移動局へデータを送信できない。
【０００７】
ところで、同一の目的を持つユーザが集まる観光バスのような場面では、ユーザの所有する移動局がサーバーから取得するデータは、ある程度予測することが可能であり、例えば観光バスでは観光内容に関する地域情報などである。
【０００８】
そこで、本発明の目的は、特に複数の移動局からの取得が予測できるようなデータを、安定して移動局へ配信する中継装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明に係る代表的なシステムは、無線基地局と移動局との間で中継する中継装置、およびサーバーを含み、中継装置が、前記無線基地局と無線通信する第一の通信部と、前記移動局と無線通信する第二の通信部と、データを保持する第一の記録部と、現在時刻を管理する管理部と、前記管理部の管理する現在時刻に応じて、前記第一の通信部を介して前記無線基地局から配信するデータを取得し、前記取得した配信するデータを前記第一の記録部へ格納する更新部と、前記第二の通信部で受信した前記移動局からの取得要求を解析し、前記第一の記録部に保持された配信するデータの取得要求であるかを判定する解析部と、前記解析部により前記第一の記録部に保持された配信するデータの取得要求であると判定されると、前記第一の記録部に保持された配信するデータを前記第二の通信部を介して前記移動局へ配信する代理応答部と、を備え、前記サーバーが、前記無線基地局と通信する第三の通信部と、配信するデータを保持する第二の記録部と、前記第二の記録部に保持された配信するデータを前記第三の通信部を介して前記無線基地局へ送信する配信部と、
を備えたことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、特に複数の移動局からの取得が予測できるようなデータを、安定して移動局へ配信する中継装置を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】システムの構成の例を示す図である。
【図２】中継装置の構成の例を示す図である。
【図３】中継装置の記録部で管理される情報の例を示す図である。
【図４】サーバーの構成の例を示す図である。
【図５】サーバーの記録部で管理される情報の例を示す図である。
【図６】中継装置がサーバーから配信データを取得する処理フローの例を示す図である。
【図７】中継装置の配信データ更新部の処理フローの例を示す図である。
【図８】サーバーの処理フローの例を示す図である。
【図９】移動局からのデータ取得要求に対する中継装置の処理フローの例を示す図である。
【図１０】中継装置の記録部でユニーク情報を含めて管理される情報の例を示す図である。
【図１１】サーバーの記録部でユニーク情報を含めて管理される情報の例を示す図である。
【図１２】中継装置がサーバーからユニーク情報を取得する処理フローの例を示す図である。
【図１３】ユニーク情報の処理シーケンスの例を示す図である。
【発明を実施するための形態】
【００１２】
本発明の実施の形態について図面を参照しながら説明する。まず、複数の移動局へ配信するデータは共通データのみとして、システムの構成、中継装置の構成、サーバーの構成を説明し、次にフロー図などを用いたシステム全体の動作を説明する。移動局は本発明による機能や構成の影響を受けないため、また、一般的な公知の機能、装置であるため、説明を省略する。
【００１３】
なお、以下の説明における「配信」は共通データを複数の移動局へ配るという意味で用い、処理としては移動局からのデータ取得要求に基づく応答におけるデータの送信であり、サーバー側からの強制的な送信ではない。ただし、このようなデータの送信の代わりに、いわゆるプッシュ配信としてもよい。
【００１４】
＜システム（１０００）の構成＞
図１は、システム（１０００）の構成の例を示す図である。一般的な携帯端末などである移動局（３００、３０１、３０２）、移動局（３００、３０１、３０２）に対してデータ配信を行うサーバー（２００）、無線通信システムにおけるゲートウェイ装置（非図示）や認証サーバー（非図示）などで構成されるコアネットワークとなる無線通信システム網（６００）をシステム（１０００）は含む。
【００１５】
また、無線通信システム網（６００）の通信を電波などの無線にする無線基地局（５００、５０１、５０２）、移動局（３００、３０１、３０２）と無線基地局（５００、５０１、５０２）の通信を中継する中継装置（１００）、中継装置（１００）を搭載した移動体である車両（４００）、車両（４００）が立ち寄る地点（７００）をシステム（１０００）は含む。
【００１６】
なお、図を見やすくするために、中継装置（１００）と移動局（３００、３０１、３０２）を車両（４００）の外に図示したが、中継装置（１００）は車両（４００）の中に設置されており、移動局（３００、３０１、３０２）は車両（４００）に搭乗しているユーザ（非図示）が所持している。このため、車両（４００）の移動とともに、移動局（３００、３０１、３０２）と中継装置（１００）は移動する。
【００１７】
車両（４００）は、例えば観光バスのような同一の目的を持っているユーザが乗車しており、車両（４００）の立ち寄り地点（７００）は、例えばサービスエリアや観光スポットなど特定のポイントである。地点（７００）は複数存在し、例えば地点Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆであってもよく、車両進行方向にしたがって車両（４００）が順番に立ち寄る。
【００１８】
中継装置（１００）と移動局（３００、３０１、３０２）間の無線通信はＬＡＮ側通信であり、中継装置（１００）と無線基地局（５００、５０１、５０２）間の無線通信はＷＡＮ側通信である。立ち寄り地点（７００）と無線基地局（５００、５０１、５０２）との位置関係は図１の例に限定されるものではなく、任意の２か所の立ち寄り地点（７００）の間も含めて、ＷＡＮ側通信の可能な位置関係もあれば、ＷＡＮ側通信の途切れる位置関係もある。
【００１９】
図１に示した移動局（３００、３０１、３０２）などの各構成要素の個数は、図１の例に示した個数に限定されるものではない。例えば、移動局（３００、３０１、３０２）は３つに限定されるものではなく、２つ以下でもよいし、４つ以上でもよい。そして、特に複数の移動局（３００、３０１、３０２）を区別する必要が無い説明は、移動局（３００）を代表として説明する。
【００２０】
また、車両（４００）は複数台であってもよい。この場合、複数の車両（４００）のそれぞれに中継装置（１００）が設置され、各車両（４００）の各中継装置（１００）は別の装置として識別される。複数の車両（４００）の立ち寄る地点（７００）は同じ地点を含んでもよいし、異なる地点を含んでもよい。
【００２１】
＜中継装置（１００）の構成＞
図２は、中継装置（１００）の構成の例を示す図である。この例では、電源などの一般的な構成は図示を省略してある。中継装置（１００）は、ＷＡＮ側通信を実現するためにＷＡＮ無線通信部（１１０）とＷＡＮアンテナ（１１１）を有し、ＬＡＮ側通信を実現するためにＬＡＮ無線通信部（１２０）とＬＡＮアンテナ（１２１）を有し、ＬＡＮ側通信から受信したデータをＷＡＮ側通信に中継する、またはＷＡＮ側通信から受信したデータをＬＡＮ側通信に中継するデータ中継部（１３０）を有し、ＬＡＮ側通信またはＷＡＮ側通信から受信した通信内容を解析する通信解析部（１４０）を有する。
【００２２】
また、中継装置（１００）は、移動局（３００）から受信した通信に対してサーバー（２００）に代わり、代理応答を行う代理応答部（１５０）を有し、現在時刻の取得を行う時刻取得部（１６０）を有し、現在時刻の管理を行う時刻管理部（１７０）を有し、移動局（３００）へ配信するデータなどの情報の記録や管理をする記録部（１８０）を有し、所定条件にもとづき記録部（１８０）に格納された配信データの更新や、後述するシリアルナンバーの追加取得をサーバー（２００）に問合せを行う配信データ更新部（１９０）を有する。
【００２３】
これらの各部それぞれは専用回路により実現されてもよい。また、複数の部がまとめられて１つの専用回路で実現されてもよい。さらに、中継装置（１００）は１つまたは複数のＣＰＵ（プロセッサ）とメモリを有し、これらの各部はメモリ内のプログラムをＣＰＵが実行することにより実現されてもよく、専用回路と組み合わされてもよい。
【００２４】
ＬＡＮ側通信に関するＬＡＮ無線通信部（１２０）とＬＡＮアンテナ（１２１）は、例えばＷｉ−Ｆｉ（登録商標）のようなローカルエリア通信を行うものであってもよい。ＷＡＮ側通信に関するＷＡＮ無線通信部（１１０）とＷＡＮアンテナ（１１１）は、ＬＴＥやＷｉＭＡＸなどの広域無線通信を行うものであってもよい。データ中継部（１３０）は、ＬＡＮ側通信とＷＡＮ側通信とを中継し、その中継においてルーティング処理やＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  
Ｔｒａｎｓｌａｔｉｏｎ）処理を行ってもよい。
【００２５】
通信解析部（１４０）は、受信したＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）などのプロトコルおよびそのデータ、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスの様なデータ送信先などを解析処理し、解析結果から代理応答対象であるか判断する処理を行うものである。代理応答部（１５０）は、ＷｅｂサーバーやＦＴＰサーバーのようなサーバーとして動作し、応答するものである。
【００２６】
時刻取得部（１６０）は、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）やＷＡＮ側通信の無線システムからの報知情報を用いて、現在時刻を取得するものである。時刻管理部（１７０）は時刻取得部（１６０）が取得した時刻を管理するものである。時刻取得部（１６０）はＮＴＰや報知情報を用いて任意のタイミングで現在時刻を必ず取得できるとは限らないため、時刻管理部（１７０）が取得できない期間も含めた時刻を管理する。
【００２７】
記録部（１８０）は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）やＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）のような一般的なメモリである。配信データ更新部（１９０）は、定期的に時刻管理部（１７０）の時刻や記録部（１８０）に格納されている配信データを確認し、必要に応じてサーバー（２００）に更新データの要求を行うものである。
【００２８】
図３は、記録部（１８０）で管理される情報の例を示す図である。記録部（１８０）で管理される情報は、配信データテーブル（１８１）と移動局情報テーブル（１８２）、中継装置識別子の格納部（１８３）から構成される。配信データテーブル（１８１）は、サーバー（２００）から取得したデータを、データ毎に配信地点、配信時刻、データ名、データで管理するためのテーブルである。移動局情報テーブル（１８２）は、移動局（３００）へのデータ配信にともない移動局（３００）から取得した情報を、配信したデータ名と紐付けて管理するためのテーブルである。
【００２９】
配信データテーブル（１８１）の配信位置は、図１に示した立ち寄り地点（７００）を特定できる情報であり、例えば立ち寄り地点（７００）の存在する経緯度などでもよい。配信時刻は各立ち寄り地点（７００）に関する情報を配信するのに有効な時間帯であり、例えば地点Ａに１０：３０に到着して地点Ａから１１：００に出発する場合は、地点Ａに到着する前も含めて１０：００から１１：００と設定されてもよい。
【００３０】
以下の説明では、配信地点と配信時刻とは対応しており、処理の例として配信時刻により配信地点を特定できるとし、実際は時刻を判定することにより、実質的に地点が変わったことなどを判定する。このため、配信時刻により配信地点を特定する場合、配信地点は人間の理解しやすい地名や建物の名称などでもよい。また、配信時刻による配信地点の判定に限定されるものではなく、実際の処理として配信地点を判定してもよい。この場合の配信地点は経緯度などの処理可能な情報であることが好ましい。
【００３１】
中継装置識別子の格納部（１８３）は中継装置（１００）に固有の識別子を格納する領域である。中継装置（１００）の固有の識別子とは、通信プロトコルによるが、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ）アドレス、ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ）などでもよいし、システム（１０００）で任意に割り当てる識別子でもよい。
【００３２】
ここで、中継装置（１００）がサーバー（２００）から取得するデータとは、各地点（７００）にて車両（４００）に搭乗しているユーザが取得することを予測できるデータであり、例えば各地点（７００）特有の地域情報やその地点（７００）で使えるクーポン情報などである。
【００３３】
また、移動局情報テーブル（１８２）が移動局（３００）から取得する情報とは、データ配信済の移動局（３００）を管理するための移動局固有情報であったり、ユーザが配信データ取得にともない行う会員登録情報などであったりする。移動局固有情報とは、通信プロトコルによるが、ＭＡＣアドレス、ＩＭＥI、移動局（３００）のユーザに割り当てられるＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）などでもよい。なお、記録部（１８０）に格納される情報としては、中継装置（１００）の図示を省略した設定情報やログ情報などの運用に関する情報が格納されてもよい。
【００３４】
＜サーバー（２００）の構成＞
図４は、サーバー（２００）の構成の例を示す図である。サーバー（２００）は、一般的なコンピュータで構成されてもよく、この例では、電源などの一般的な構成は図示を省略してある。サーバー（２００）は、外部と通信を行うための通信部（２１０）を有し、中継装置（１００）や移動局（２００）からのデータ取得要求を解析して配信するデータを判断するデータ要求処理部（２２０）を有する。
【００３５】
また、サーバ（２００）は、データ要求処理部（２２０）で判断されたデータを中継装置（１００）や移動局（２００）へ配信するデータ配信部（２３０）を有し、現在時刻を取得する時刻取得部（２４０）を有し、現在時刻を管理する時刻管理部（２５０）を有し、配信データなどの記録や管理をする記録部（２６０）を有し、外部装置へ接続される外部インターフェース（２７０）を有する。
【００３６】
これらの各部それぞれは専用回路により実現されてもよい。また、複数の部がまとめられて１つの専用回路で実現されてもよい。さらに、サーバー（２００）は一般的なコンピュータとして１つまたは複数のＣＰＵ（プロセッサ）とメモリを有し、これらの各部はメモリ内のプログラムをＣＰＵが実行することにより実現されてもよく、専用回路と組み合わされてもよい。
【００３７】
通信部（２１０）は、無線通信システム網（６００）を介して中継装置（１００）や移動局（３００）と通信するためのＥｔｈｎｅｒｎｅｔ（登録商標）などのネットワークと接続するものである。データ要求処理部（２２０）は、図示されないものも含め、中継装置識別子からどの中継装置（１００）か、または移動局固有情報からどの移動局か、またどのようなデータが要求されているのかを解析するものである。
【００３８】
データ配信部は（２３０）は、データ要求処理部（２２０）で解析された結果をもとに、通信部（２１０）を経由して実際にデータを送信するＨＴＴＰやＦＴＰのような一般的なファイル転送をするものである。時刻取得部（２４０）は、中継装置（１００）と同じ時刻供給源から時刻を取得するＮＴＰクライアントなどである。
【００３９】
時刻管理部（２５０）は、時刻取得部（２４０）が取得した時刻を、取得できない期間も含めて管理するものである。記録部（２６０）は、ＨＤＤ（Ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）のような一般的な記録装置であり、後で説明する情報や配信対象のデータなどが格納される。外部インターフェース（２７０）は、ディスプレイやキーボードなどのサーバー（２００）を操作する周辺デバイス（外部装置）への接続インターフェースである。外部インターフェース（２７０）に図示を省略したネットワークが接続され、ネットワーク経由で他のコンピュータから操作されたり、データを転送されたりしてもよい。
【００４０】
図５は、記録部（２６０）で管理される情報の例を示す図である。記録部（２６０）で管理される情報は、配信データテーブル（２６１）と、中継装置用配信データテーブル（２６２）と、移動局情報テーブル（２６３）から構成される。配信データテーブル（２６１）は、中継装置(１００)または移動局(３００)に配信するデータ名とデータを格納するためのテーブルである。
【００４１】
中継装置用配信データテーブル（２６２）は、各中継装置（１００）に配信するデータについて、中継装置識別子、配信地点、配信時刻、データ名で管理するためのテーブルである。異なる車両（４００）には異なる中継装置（１００）が設置されて中継装置識別子により識別され、中継装置用配信データテーブル（２６２）は各車両（４００）すなわち各中継装置（１００）それぞれのテーブルを含む。
【００４２】
移動局情報テーブル（２６３）は、中継装置（１００）が移動局（３００）から取得した移動局データを、配信データのデータ名と紐付けて格納するためのテーブルである。なお、記憶部（２６０）に格納される情報としては、サーバー（２００）の図示を省略した設定情報やログ情報などの運用に関するデータが格納されてもよい。
【００４３】
＜中継装置（１００）のサーバー（２００）からの配信データ取得＞
図６は、中継装置（１００）がサーバー（２００）から配信用データを取得する処理フローの例を示す図であり、中継装置（１００）の起動状態から示す。中継装置（１００）が起動したら（Ｓ１０１）、時刻取得部（１６０）は現在時刻を取得して時刻管理部（１７０）が現在時刻を格納する（Ｓ１０２）。配信データ更新部（１９０）は、ＷＡＮ無線通信部（１１０）を介してサーバー（２００）に中継装置識別子を送信し（Ｓ１０３）、また配信データの取得要求を、必要配信データ数と合わせてサーバー（２００）に送信する（Ｓ１０４）。
【００４４】
この中継装置識別子と取得要求に対するサーバー（２００）からの応答として取得した配信データを配信データテーブル（１８１）に格納する（Ｓ１０５）。この例で最初に取得する配信データは、図１、３に示すように、地点Ａから地点Ｆを順番に立ち寄る車両（４００）の中に設置された中継装置（１００）の中継装置識別子を送信し、車両（４００）が立ち寄る地点（７００）の地点Ａ、地点Ｂ、地点Ｃの配信データ、つまり必要配信データ数は３つとする。なお、必要配信データ数は予め設定されてもよい。
【００４５】
このように、最初に複数地点の配信データを取得するのは、例えば、車両（４００）が地点Ｂに到着した時点、またはその寸前で地点Ｂ用の配信データをサーバー（２００）から取得しようとした場合に、必ずＷＡＮ側通信で通信が可能であるという保証がないためである。例えばＷＡＮ側通信では車両（４００）の位置によって圏内でない場合もあり得る。
【００４６】
そのため、最初のデータ取得では、地点Ｃまでの３つに限定されるものではなく、車両（４００）の走行ルートのＷＡＮ側通信の通信システムのカバーエリア（圏内エリア）に合わせて、地点Ｂの配信データまでの取得としてもよいし、地点Ｄの配信データまでも取得してもよく、実運用環境に合わせて設定されればよい。
【００４７】
中継装置（１００）は、配信データテーブル（１８１）に格納したデータと、時刻管理部（１７０）の時刻を参照し、図３の例では最初の配信時刻の１０：００であることを検出することによりサービス開始を検出したら（Ｓ１０６）、代理応答部（１５０）により最初はデータＡに対する代理応答を開始する（Ｓ１０７）。
【００４８】
中継装置（１００）は、時刻管理部（１７０）の時刻を参照し（Ｓ１０８）、配信データテーブル（１８１）に格納した情報から地点が変わったことを検出したら（Ｓ１０９のＹｅｓ）、代理応答部（１５０）は代理応答するデータをデータＢに変更する（Ｓ１１０）。図３の例では１１：００から１２：００が地点ＢのデータＢの配信時刻であるので、参照した時刻が１１：００以降になったことを検出したら、地点Ｂに変わったと判定し、データＢに変更する。ここで、データＡが配信終了であることを記録部（１８０）に記録してもよい。
【００４９】
地点が変わっていないと判断された場合（Ｓ１０９のＮｏ）、再度時刻管理部（１７０）の時刻を参照する（Ｓ１０８）。  Ｓ１１０に関して、以降は、Ｓ１０６で参照した時刻と配信データテーブル（１８１）の配信時刻との関係に応じて、あるいは地点が変わったことの検出により順番に、代理応答するデータを、データＣ・・・と更新していく。
【００５０】
中継装置（１００）は、代理応答するデータを変更したら（Ｓ１１０）、配信データ更新部（１９０）より、サーバー（２００）から、未取得の新たな配信データを取得する（Ｓ１１１）。配信データ更新部（１９０）の処理は、図７に示す。
【００５１】
図７は、配信データ更新部（１９０）の処理フローの例を示す図である。配信データ更新部（１９０）は、配信データの更新を開始したら（Ｓ２０１）、時刻管理部（１７０）の時刻を参照する。参照した時刻から配信データテーブル（１８１）の配信終了データ数を取得し（Ｓ２０２）、配信終了データ、つまり配信時刻が過ぎているデータがあるかを判定する（Ｓ２０３）。参照した時刻が１２：３０の場合、図３の例では１２：００より前のデータＡとデータＢが配信終了データであり、配信終了データを２つあることになり、配信終了データ数が１以上であれば配信終了データがあると判定する。
【００５２】
判定の結果として配信終了データがある場合は（Ｓ２０３のＹｅｓ）、ＷＡＮ無線通信部（１１０）が通信可能であるか判定する、つまりＷＡＮ側通信が圏内であるか判定する（Ｓ２０４）。判定の結果が圏外である場合は（Ｓ２０４のＮｏ）、再度ＷＡＮ無線通信部（１１０）が通信可能であるか判定する（Ｓ２０４）。
【００５３】
判定の結果が圏内の場合（Ｓ２０４のＹｅｓ）、配信データ更新部（１９０）は、ＷＡＮ無線通信部（１１０）を介してサーバー（２００）に中継装置識別子を送信し（Ｓ２０５）、また配信データの取得要求を必要配信データ数と合わせてサーバー（２００）に送信する（Ｓ２０６）。ここで、必要配信データ数は、Ｓ２０２で取得した配信終了データ数である。また、Ｓ２０６では、移動局情報もサーバー（２００）へ送信するが、この送信に関しては後で説明する。
【００５４】
サーバー（２００）からの次の配信データがある場合は（Ｓ２０７のＹｅｓ）、取得した新しい配信データを配信データテーブル（１８１）に格納する（Ｓ２０８）。Ｓ２０３で配信終了データが無い場合（Ｓ２０３のＮｏ）や、Ｓ２０７で次の配信データが無い場合（Ｓ２０７のＮｏ）の場合は、配信すべき全ての配信データがサーバー（２００）から取得されたことになるため、処理を終了する（Ｓ２０９）。
【００５５】
なお、Ｓ２０２にて配信終了データ数の取得し、Ｓ２０６にて配信終了データ数を必要配信データ数とするのは、例えば、車両（４００）が地点Ｂに到着し、地点ＤのデータＤをサーバー（２００）から取得しようとしても、ＷＡＮ側通信が圏外になりつづけ、そのまま地点Ｃに到着した場合、地点Ｃでは地点ＥのデータＥと合わせて、地点ＤのデータＤと合わせて計２つの配信データ取得を行う必要があるためである。所定の位置で必ずしも所定の取得数の配信データを取得できるとは限らないため、取得可能な位置で中継装置（１００）は所定数の配信データを保持できるようにする。
【００５６】
図８は、サーバー（２００）の処理フローの例を示す図である。サーバー（２００）は、起動したら（Ｓ３０１）、時刻取得部（２４０）にて現在時刻を取得して時刻管理部（２５０）に格納する（Ｓ３０２）。そして、外部装置インターフェース（２７０）から配信データや中継装置の情報を取得して、配信データテーブル（２６１）や中継装置用配信データテーブル（２６２）に格納する（Ｓ３０３）。
【００５７】
サーバー（２００）は、中継装置（１００）からの通知（Ｓ１０３、Ｓ１０４、Ｓ２０５、Ｓ２０６）を受信したら（Ｓ３０４）、移動局情報の通知があるか判定し（Ｓ３０５）、移動局情報の通知がある場合（Ｓ３０５のＹｅｓ）は、その情報を移動局情報テーブル（２６３）に格納する。
【００５８】
データ要求処理部（２２０）にて、中継装置（１００）から通知された中継装置識別子に基づき、中継装置用配信データテーブル（２６２）の複数のテーブルの中から該当する中継装置（１００）のテーブルを参照し、配信データの有無を判定する（Ｓ３０７）。中継装置（１００）からの通知がＳ１０３、Ｓ１０４であった場合は、配信データが有るため、Ｓ３０７はＹｅｓとなり、必要配信データ数にしたがい、地点Ａ、地点Ｂ、地点Ｃのデータとして、データＡ、データＢ、データＣを各配信地点と配信時刻とともにデータ配信部（２３０）から中継装置（１００）へ送信し（Ｓ３０８）、配信済みデータを中継装置用配信データテーブル（２６２）から削除する（Ｓ３０９）。
【００５９】
Ｓ３０４にて、中継装置（１００）からの通知がＳ２０５、Ｓ２０６の場合、中継装置用配信データテーブル（２６２）からは既に送信されたデータＡ、データＢ、データＣの情報が削除されていることになるので、地点Ｄ以降のデータとしてデータＤ以降のデータが中継装置（１００）に送信される。なお、必要配信データ数より地点Ｄ以降のデータ数が少ない場合は、地点Ｄ以降のデータ数のデータを送信してもよい。また、時刻管理部（２５０）の管理している現在時刻を過ぎた配信時刻のデータは送信しなくてもよい。
【００６０】
中継装置（１００）用の全ての配信データの配信が終わっている場合、すなわち中継装置用配信データテーブル（２６２）に配信データが無い場合、Ｓ３０７ではＮｏとなり、中継装置（１００）には、配信データの無いことが通知される（Ｓ３１０）。
【００６１】
＜中継装置（１００）による代理応答＞
図９は、移動局（３００）からのデータ取得要求に対する中継装置（１００）の処理フローの例を示す図である。
【００６２】
中継装置（１００）は、移動局（１００）からデータ取得要求を受信したら（Ｓ４０１）、通信解析部（１４０）にて通信内容を解析して、代理応答対象と判定された場合（Ｓ４０２のＹｅｓ）、代理応答部（１５０）は移動局（１００）からのデータ取得要求をＷＡＮ側通信に中継することなく、配信データテーブル（１８１）から該当データを移動局（１００）へ配信する（Ｓ４０３）。
【００６３】
例えば、移動局（１００）からのデータ取得要求がサーバー（２００）のＩＰアドレスなどを要求先として含む場合や、車両（４００）が立ち寄る地点（７００）に関する情報の要求として所定の要求情報を含む場合などを、通信解析部（１４０）は通信内容の解析により判定してもよい。また、Ｓ１１０で更新された配信データのデータ名を指定したデータ取得要求であるかを判定してもよい。
【００６４】
時刻管理部（１７０）の管理する現在時刻に応じて、配信データテーブル１８１の配信時刻に該当するデータを、代理応答部（１５０）は移動局（１００）へ配信してもよい。また、Ｓ１１０で更新された配信データを配信してもよい。
【００６５】
配信データが、データ配信先の管理などのために移動局固有情報や、移動局のユーザの会員登録情報等のデータ取得を必要であると判定された場合（Ｓ４０４のＹｅｓ）、通信解析部（１４０）は、取得した移動局情報を移動局情報テーブル（１８２）に格納し（Ｓ４０５）、そのような情報取得を必要としない場合は（Ｓ４０４のＮｏ）、終了する（Ｓ４０７）。
【００６６】
Ｓ４０２にて、代理応答対象でないと判定された場合（Ｓ４０２のＮｏ）、移動局（３００）からのデータ取得要求は、データ中継部（１３０）にて、要求に対応するサーバー（図示されていないサーバーも含む）へ中継される（Ｓ４０６）。例えば、立ち寄る地点（７００）とは関係のない一般的な情報の要求であると判定された場合や、実際には立ち寄る地点（７００）に関係のある情報の要求であるが、データ取得要求からはそのように判定できない場合など、であってもよい。
【００６７】
もし、中継先が図示されるサーバー（２００）である場合は、サーバー（２００）が移動局（３００）からのデータ取得要求を直に受信することになり、データ要求処理部（２２０）が配信データテーブル（２６１）から該当するデータを参照し、データ配信部（２３０）から中継装置（１００）に該当するデータが送信され、中継装置（１００）は該当データを移動局に中継される。
【００６８】
例えば、データＥというデータ名の指定されたデータ取得要求を受信し、データＥが中継装置（１００）に無い場合に、中継装置（１００）はサーバー（２００）へ中継してもよい。サーバー（２００）はデータ名に基づき配信データテーブル（２６１）から該当するデータを送信可能である。
【００６９】
ここで、中継装置（１００）が移動局情報テーブル（１８２）に格納した移動局の情報について、代理応答するデータの変更（Ｓ１１０）後にＷＡＮ側通信が圏内のタイミングでサーバー（２００）に送信し（Ｓ２０６）、サーバー（２００）は、中継装置（１００）から受信した移動局情報を移動局情報テーブル（２６３）に格納する（Ｓ３０５、Ｓ３０６）とすれば、サーバー（２００）にて移動局（３００）の情報管理可能となる。
【００７０】
以上により、複数の移動局（３００、３０１、３０２）へ配信するデータを共通データとする場合についての構成や処理を説明した。移動局については、移動局（３００）を代表に説明したが、移動局（３０１）、移動局（３０２）についても同様である。これにより、各地点（７００）において、車両（４００）に搭乗している複数のユーザが取得ことを予想できる共通データについては、ＷＡＮ側通信の状態に関わらず地点（７００）毎に配信可能となり、複数の移動局（３００、３０１、３０２）から同じデータの取得要求があった場合においては、移動局（３００、３０１、３０２）はＷＡＮ側通信を介さずにデータ取得ができるため、ＷＡＮ側通信の無線リソースを節約することができる。
【００７１】
＜ユニーク情報の配信をともなう中継装置（１００）による代理応答＞
次に、移動局（３００、３０１、３０２）へデータを配信する際に、合わせてシリアルナンバー（例えば会員番号やクーポンナンバー）のような移動局（３００、３０１、３０２）毎に異なるユニーク情報の配信も同時に必要とする場合について説明する。
【００７２】
本来、シリアルナンバーのような移動局（３００、３０１、３０２）毎にユニークでなければならない情報は、サーバー（２００）で一元管理され、移動局（３００、３０１、３０２）がサーバー（２００）から直接取得することが望ましい。しかし、中継装置（１００）のＷＡＮ側通信が圏外の場合、それが出来なくなるため、直接取得の代替となる処理が必要である。
【００７３】
例えば、ユーザが移動局（３００）を用いて会員登録のような操作を行っている場合に、サーバー（２００）との通信が出来なくて、会員登録処理に失敗した場合、せっかくの新規会員を逃す可能性があるため、会員登録を成功させるように処理する。なお、すでに説明したシステム（１０００）の構成（図１）、中継装置（１００）とサーバー（２００）の構成（図２、図４）は同じであるため、説明は省略する。
【００７４】
まず、中継装置（１００）の記録部（１８０）とサーバー（２００）の記録部（２６０）に格納される情報が変わるため、それらについて説明する。図１０は、シリアルナンバーの配信を必要とする場合の中継装置（１００）の記録部（１８０）に格納される情報の例を示す図である。
【００７５】
配信データテーブル（１８１ａ）にはシリアルナンバーの領域が追加され、移動局情報テーブル（１８２ａ）には、取得した移動局情報と合わせて配信したシリアルナンバーも格納される。中継装置識別子格納部（１８３ａ）は、配信データテーブル（１８１ａ）および移動局情報テーブル（１８２ａ）とともに格納される以外は図３の例と同じである。なお、説明には代表としてデータＡを用いるが、データＢなどの他のデータについても同じである。
【００７６】
図１１は、シリアルナンバーの配信を必要とする場合のサーバー（２００）の記録部（２６０）に格納される情報の例を示す図である。配信するデータ名とデータを格納する配信データテーブル配信データテーブル（２６１ａ）は、プールシリアルナンバーテーブル（２６４ａ）などとともに格納される以外は図５の例と同じである。中継装置用配信データテーブル（２６２ａ）は、各中継装置（１００）に配信するデータについて、中継装置（１００）毎に配信地点、配信時刻、データ名、シリアルナンバーを格納する。
【００７７】
移動局情報テーブル（２６３ａ）は、中継装置（１００）が移動局から取得した移動局情報と配信したシリアルナンバーをデータ名と紐付けて格納する。プールシリアルナンバーテーブル（２６４ａ）は、未配信のシリアルナンバーを格納するプールである。
【００７８】
シリアルナンバーは、サーバー（２００）の起動後に自動生成されてプールシリアルナンバーテーブル（２６４ａ）に格納される。例えば００１から９９９までの９９９個であってもよい。次に９９９個の中の例えば１００個を中継装置用配信テーブル（２６２ａ）のシリアルナンバーの項目に格納する。ここで、中継装置用配信テーブル（２６２ａ）に格納されたシリアルナンバーは、プールシリアルナンバーテーブル（２６４ａ）において削除されるか、所定のマークが付けられて重複利用のないようにする。
【００７９】
これがシリアルナンバーに関する初期状態である。後述するように中継装置（１００）からの配信データ取得要求に応じてサーバー（２００）はシリアルナンバーを送信するが、その送信は中継装置用配信テーブル（２６２ａ）に格納されたシリアルナンバーの中から割当てる。また、後述するように中継装置（１００）からの追加取得の要求に応じてサーバー（２００）はシリアルナンバーを送信するが、その送信はプールシリアルナンバーテーブル（２６４ａ）に格納されたシリアルナンバーの中から割当てる。
【００８０】
なお、追加取得の要求であっても、中継装置用配信データテーブル（２６２ａ）にシリアルナンバーの余りがあるのであれば、まずは中継装置用配信データテーブル（２６２ａ）から割当て、それでも不足する場合はプールシリアルナンバーテーブル（２６４ａ）から割当ててもよい。
【００８１】
サーバー（２００）から中継装置（１００）へは送信したが、中継装置（１００）から移動局（３００）への未配信のシリアルナンバーが存在する場合は、その未配信のシリアルナンバーを中継装置（１００）からサーバー（２００）に通知し、プールシリアルナンバーテーブル（２６４ａ）に戻して、未配信のシリアルナンバーを再利用可能にしてもよい。
【００８２】
シリアルナンバーの処理の例について、図１２を用いて説明する。図１２を用いた説明では、シリアルナンバーの処理に特化した説明とし、データ配信などの他の処理については、図６、図７、図８、図９を用いて説明した処理との対応を説明する。
【００８３】
中継装置（１００）が起動したら（Ｓ５０１）、時刻取得部（１６０）は現在時刻を取得し（Ｓ５０２）、ＷＡＮ無線通信部（１１０）を介してサーバー（２００）に装置識別子を送信する（Ｓ５０３）。また配信データの取得要求を、必要配信データ数と合わせてサーバー（２００）に送信し（Ｓ５０４）、サーバー（２００）から取得したシリアルナンバーを配信データテーブル（１８１ａ）に格納する（Ｓ５０５）。
【００８４】
ここで、Ｓ５０１はＳ１０１、Ｓ５０２はＳ１０２、Ｓ５０３はＳ１０３、Ｓ５０４はＳ１０４と同じ処理である。Ｓ５０５については、サーバー（２００）から取得したデータとして、配信データとシリアルナンバーを、配信データテーブル（１８１ａ）に格納する。サーバー（２００）は、中継装置用配信データテーブル（２６２ａ）からのシリアルナンバーの取得と中継装置（１００）へのシリアルナンバーの送信を、配信データの送信と同じＳ３０８のタイミングで行えばよい。
【００８５】
また、サーバー（２００）は、中継装置（１００）への配信データの配信を中継装置用配信データテーブル（２６２ａ）から読み出して行うことになるが、この時点でシリアルナンバーも読み出し、中継装置（１００）に配信したシリアルナンバーは、配信しただけで有効なシリアルナンバーとして管理する。有効なシリアルナンバーの使い方については後述する。
【００８６】
次に、中継装置（１００）は、配信データテーブル（１８１ａ）に格納したデータと、時刻管理部（１７０）の現在時刻を参照し、図１０の配信データテーブル（１８１ａ）の配信時刻の例では、現在時刻が１０：００であることを確認、すなわちサービス開始時刻を検出したら（Ｓ５０６）、代理応答部（１５０）により最初はデータＡに対する代理応答を開始する（Ｓ５０７）。ここで、Ｓ５０６はＳ１０６、Ｓ５０７はＳ１０７と同じ処理である。
【００８７】
中継装置（１００）は、移動局（３００）からのデータ取得要求待ち状態となり（Ｓ５０８）、移動局（３００）からのデータ取得要求を受信したら（Ｓ５０９）、通信解析部（１４０）にて通信内容を解析する。この解析の結果として代理応答対象と判定された場合、代理応答部（１５０）は移動局（１００）からのデータ取得要求をＷＡＮ側通信に中継することなく、配信データテーブル（１８１ａ）からデータＡと合わせてシリアルナンバーを移動局（３００）へ配信する（Ｓ５１０）。この配信に対して取得した移動局情報と配信したシリアルナンバーを移動局情報デーブル（１８２ａ）に格納する（Ｓ５１１）。ここで、Ｓ５１０はＳ４０３に対応し、Ｓ５１１はＳ４０５に対応する。
【００８８】
中継装置（１００）は、Ｓ１０８、Ｓ１０９と同じように、地点が変わっているか確認し（Ｓ５１２）、地点が変わっていると判断された場合は（Ｓ５１２のＹｅｓ）、シリアルナンバーの配信結果として、移動局情報テーブル（１８２ａ）の情報に基づき、配信済みシリアルナンバーと未配信シリアルナンバーをサーバー（２００）に通知する（Ｓ５１３）。Ｓ１１０、Ｓ１１１と同じように、Ｓ５１３でも配信データを更新してもよい。
【００８９】
なお、サーバー（２００）へのシリアルナンバーの配信結果の通知（Ｓ５１３）は、ＷＡＮ側通信が圏内のタイミングで行えばよい。このため、Ｓ５１３とは別にＳ５０８へ戻り、地点が変わっていないと判定された場合（Ｓ５１２のＮｏ）とともに次のデータ取得要求を受信可能としてもよい。
【００９０】
サーバー（２００）は、中継装置（１００）から通知された移動局情報と配信済みシリアルナンバーを移動局情報テーブル（２６３ａ）に格納し、未配信のシリアルナンバーについては、プールシリアルナンバーテーブル（２６４ａ）に格納し、有効なシリアルナンバーから無効なシリアルナンバーへ変更して管理する。移動局（１００）から直にデータ取得要求を受けた場合のシリアルナンバー配信や、中継装置（１００）からのシリアルナンバー追加要求を受けた際に使えばよい。
【００９１】
中継装置（１００）は、Ｓ５１０でシリアルナンバーを移動局（３００）へ配信すると、Ｓ５１１〜Ｓ５１３とは別に、シリアルナンバーの残量が所定数以上であるか判定し（Ｓ５１４）、所定数以上である場合（Ｓ５１４のＹｅｓ）、移動局（３００）からのデータ取得待ち状態（Ｓ５０８）に戻る。所定数未満の場合（Ｓ５１４のＮｏ）、配信データ更新部（１９０）は、サーバー（２００）からのシリアルナンバーの追加取得を開始する（Ｓ５１５）。
【００９２】
シリアルナンバーの追加取得は、ＷＡＮ側通信が圏内のタイミング（Ｓ２０５）でサーバー（２００）に要求を行えばよい。このため、Ｓ５１５とは別に移動局（３００）からのデータ取得待ち状態（Ｓ５０８）に戻ってもよい。シリアルナンバーの追加取得要求を受けたサーバー（２００）は、プールシリアルナンバーテーブル（２６４ａ）から中継装置（１００）へ追加のシリアルナンバーの送信を行えばよい。
【００９３】
また、サーバー（２００）が移動局（３００）から直にデータ取得要求を受けた場合（Ｓ４０６のような場合）は、配信データテーブル（２６１ａ）とプールシリアルナンバーテーブル（２６４ａ）から要求されたデータと無効なシリアルナンバーテーブルを配信し、配信したシリアルナンバーを有効なシリアルナンバーへ変更して管理し、これらの配信に対して取得した移動局情報とともに、移動局情報テーブル（２６３ａ）に格納すればよい。
【００９４】
次に、図１３を用いて、ユーザが移動局（３００）の取得したシリアルナンバーを使う際の動作の説明を行う。この例は、店舗（８００）でシリアルナンバーを提示して、サービスを受ける場面とする。サーバー（２００）は、中継装置（１００）にシリアルナンバーを送信したら（Ｓ６０１）、そのシリアルナンバーを実際に移動局に正規に配信したシリアルナンバーと同じ有効なシリアルナンバーとして扱う（Ｓ６０２）。
【００９５】
中継装置（１００）は、サービスを開始し（Ｓ６０３）、移動局（３００）からデータ取得要求を受信したら（Ｓ６０４）、要求されたデータとシリアルナンバーを移動局（３００）に配信する（Ｓ６０５）。これらの配信の処理については既に説明してあるため、詳細な説明は省略する。
【００９６】
シリアルナンバーを取得した移動局（３００）はシリアルナンバーを表示可能であり、移動局（３００）を所持したユーザは、店舗（８００）にてサービスを受けるために、店舗（８００）にて移動局（３００）に表示されたシリアルナンバーを提示する（Ｓ６０６）。そして、シリアルナンバーを提示された店舗（８００）は、シリアルナンバーの有効性をサーバー（２００）に問合せを行う（Ｓ６０７）。
【００９７】
サーバー（２００）はシリアルナンバーの有効性を応答し（Ｓ６０８）、シリアルナンバーの有効性を確認できた店舗（８００）は、移動局（３００）を所持するユーザに対してサービスの提供を行う（Ｓ６０９）。中継装置（１００）へ送信していないシリアルナンバーの問合せに対し、サーバー（２００）は有効性が無いと応答してもよい。ここで、店舗（８００）は、固定した立ち寄り地点（７００）であり、サーバー（２００）と必ず通信可能に構成してもよい。なお、シリアルナンバーの配信と応答をデータ配信部（２３０）が行ってもよい。
【００９８】
以上により、配信データだけでなくシリアルナンバーについても、中継装置（１００）が代理で配信することにより、中継装置（１００）のＷＡＮ側通信が圏外であっても、移動局（３００）はシリアルナンバーの取得が可能になる。また、共通ナンバーではなく、シリアルナンバーであるため、シリアルナンバーの有効性の問合せ情報とともに移動局情報テーブル（２６３ａ）を参照することにより、個々の移動局（３００）がどのようなサービスの提供を受けたかを特定し、分析することなども可能になる。
【００９９】
以上、図面を用いて実施の形態の例を説明したが、以上で説明した開示を逸脱しない範囲であれば、中継装置（１００）やサーバー（２００）の構成、各種フローに示す処理順序の入れ替えなどは、製品仕様やシステム仕様に合わせて適切に変更することは可能である。
【０１００】
例えば、移動局（３００）へのシリアルナンバーの配信について、中継装置（１００）のＷＡＮ側通信が圏外であった場合を想定しているが、ＷＡＮ側通信が有線回線である場合においても、移動局（３００）が毎回、サーバー（２００）へ問合せを行うことによるサーバー（２００）の負荷増加やＷＡＮ側通信の使用帯域増加に対し、以上で説明した中継装置（１００）による代理配信により、サーバー（２００）の負荷を低減させ、ＷＡＮ側通信の使用帯域を低減させることが可能である。
【０１０１】
また、車両（４００）は、観光バスの想定としたが、電車など他の種類の車両でもよい。また、車両（４００）の移動に応じて、各地点（７００）における配信データを変更する基準として、時刻を基準にする説明を行ったが、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）による位置情報を基準としてもよい。また、中継装置（１００）が設置される場所として、イベント会場のような固定環境に設置される場合でも、イベントのプログラムの進行に応じて時刻毎に配信データを変更してもよい。
【符号の説明】
【０１０２】
１００  中継装置
１１０  ＷＡＮ無線通信部
１２０  ＬＡＮ無線通信部
１３０  データ中継部
１４０  通信解析部
１５０  代理応答部
１６０  時刻取得部
１７０  時刻管理部
１８０  記録部
１９０  配信データ更新部
２００  サーバー
３００  移動局
４００  車両
５００  無線基地局
７００  立ち寄り地点
【図１】
2016195296.tif 000003
【図２】
2016195296.tif 000004
【図３】
2016195296.tif 000005
【図４】
2016195296.tif 000006
【図５】
2016195296.tif 000007
【図６】
2016195296.tif 000008
【図７】
2016195296.tif 000009
【図８】
2016195296.tif 000010
【図９】
2016195296.tif 000011
【図１０】
2016195296.tif 000012
【図１１】
2016195296.tif 000013
【図１２】
2016195296.tif 000014
【図１３】
2016195296.tif 000015