JP5280908B2

JP5280908B2 - 車上通信装置、データ配信方法、及びプログラム

Info

Publication number: JP5280908B2
Application number: JP2009074606A
Authority: JP
Inventors: 清隆関
Original assignee: Railway Technical Research Institute
Current assignee: Railway Technical Research Institute
Priority date: 2009-03-25
Filing date: 2009-03-25
Publication date: 2013-09-04
Anticipated expiration: 2029-03-25
Also published as: JP2010226671A

Description

本発明は、鉄道沿線に点在する複数の無線ＬＡＮ地上通信装置と、列車の車上通信装置とのデータ通信に関するものである。

特許文献１「移動体向けデータ配信支援方法」（特開２００６−１６５９２８号公報）は、移動体にコンテンツを配信するときに、接続する無線ＬＡＮアクセスポイントが変わったら、前につながっていた無線ＬＡＮアクセスポイントに接続するキャッシュサーバから配信済部分に関する情報や未配信コンテンツ等を新しくアクセスポイントにつながっているキャッシュサーバが受信し、途切れなく配信を再開させるものである。

この先行技術では、１つのコンテンツを移動体との間で交換するときの連続性の確保を目的としており、無線が切り替わる間にコンテンツの受信が不要になった場合やアクセスポイントごとにコンテンツのバージョンが異っているといった場合には対応できない。

特許文献２「通信システム及び方法、通信端末装置、通信センタ装置、並びにコンピュータプログラム」（特開２００４−０２０２２０号公報）は、カーナビの地図データの更新などで無駄な問い合わせを減少させるために、できるだけまとめて保存日時から一定期間経過したデータの問い合わせだけ処理する技術である。

この先行技術では、データサーバは１つだけであり、同一データの複数バージョンが点在している場合には対応できない。

従来技術では、地上の無線接続箇所やキャッシュサーバは複数あったとしてもセンタのデータサーバは１つであり、そこの最新版のデータ（コンテンツ）が保存されていた。この状態で、通信トラフィックの減少やダウンロード時間の短縮等を図ったものであった。

特開２００６−１６５９２８号公報特開２００４−０２０２２０号公報

交通機関の移動体に設置された車上通信装置が、バージョン管理されているデータを、各アクセスポイントを介して取得する際に、適切なデータを選択して受信することにより伝送効率を高めることを課題とする。

本発明の１つの観点に係る車上通信装置は、交通機関の路線に沿って設置された無線アクセスポイントと接続し、無線アクセスポイントに接続されたキャッシュサーバからバージョンを付されたデータを受信可能な、移動体に搭載された車上通信装置であって、（１）受信したデータをバージョン別に記憶するための受信データ記憶部と、（２）受信データ記憶部に記憶されているデータのバージョン毎に、ファイル名、保持バージョンＩＤ、フルデータサイズ、及び、受信済データサイズを記憶するための保持バージョン管理テーブルと、（３）無線アクセスポイントと接続し、当該無線アクセスポイントを介してキャッシュサーバから、当該キャッシュサーバが保持するデータのバージョンを示す送信バージョンＩＤを受信し、送信バージョンＩＤ以降の保持バージョンＩＤが付されたデータ全体が受信データ記憶部に記憶されている場合に、受信不要と判定し、保持バージョンＩＤに対応する受信済データサイズがフルデータサイズと異なり、又は、送信バージョンＩＤが保持バージョンＩＤよりも新しい場合に、受信必要と判定する受信要否判定部と、（４）受信要否判定部によって受信必要と判定された場合に、送信バージョンＩＤと同じ保持バージョンＩＤの一部のデータが受信データ記憶部に記憶されていれば、記憶されている一部のデータに対する残りのデータの転送を無線アクセスポイントを介してキャッシュサーバに要求し、受信できたデータを一部のデータに加えて受信データ記憶部に記憶させると共に、受信できたデータサイズを受信済データサイズに加えて保持バージョン管理テーブルに記憶させ、送信バージョンＩＤと同じ保持バージョンＩＤのデータが受信データ記憶部に全く記憶されていなければ、データ全体の転送を無線アクセスポイントを介してキャッシュサーバに要求し、受信できたデータを新たに受信データ記憶部に記憶させると共に、送信バージョンＩＤを新たな保持バージョンＩＤとして、当該保持バージョンＩＤに対応付けて、フルデータサイズと、受信データ記憶部に記憶させたデータの受信済データサイズとを保持バージョン管理テーブルに記憶させるデータ受信部とを有する。

本発明の１つの観点に係るデータ配信方法は、交通機関の路線に沿って設置された無線アクセスポイントと接続し、無線アクセスポイントに接続されたキャッシュサーバからバージョンを付されたデータを受信可能な、移動体に搭載された車上通信装置であって、受信したデータをバージョン別に記憶するための受信データ記憶部と、受信データ記憶部に記憶されているデータのバージョン毎に、ファイル名、保持バージョンＩＤ、フルデータサイズ、及び、受信済データサイズを記憶するための保持バージョン管理テーブルとを有する車上通信装置におけるデータ配信方法であって、（１）無線アクセスポイントと接続し、当該無線アクセスポイントを介してキャッシュサーバから、当該キャッシュサーバが保持するデータのバージョンを示す送信バージョンＩＤを受信し、送信バージョンＩＤ以降の保持バージョンＩＤが付されたデータ全体が受信データ記憶部に記憶されている場合に、受信不要と判定し、保持バージョンＩＤに対応する受信済データサイズがフルデータサイズと異なり、又は、送信バージョンＩＤが保持バージョンＩＤよりも新しい場合に、受信必要と判定する受信要否判定工程と、（２）受信要否判定工程において受信必要と判定された場合に、送信バージョンＩＤと同じ保持バージョンＩＤの一部のデータが受信データ記憶部に記憶されていれば、記憶されている一部のデータに対する残りのデータの転送を無線アクセスポイントを介してキャッシュサーバに要求し、受信できたデータを一部のデータに加えて受信データ記憶部に記憶させると共に、受信できたデータサイズを受信済データサイズに加えて保持バージョン管理テーブルに記憶させ、送信バージョンＩＤと同じ保持バージョンＩＤのデータが受信データ記憶部に全く記憶されていなければ、データ全体の転送を無線アクセスポイントを介してキャッシュサーバに要求し、受信できたデータを新たに受信データ記憶部に記憶させると共に、送信バージョンＩＤを新たな保持バージョンＩＤとして、当該保持バージョンＩＤに対応付けて、フルデータサイズと、受信データ記憶部に記憶させたデータの受信済データサイズとを保持バージョン管理テーブルに記憶させるデータ受信工程とを有する。

本発明の１つの観点に係るプログラムは、交通機関の路線に沿って設置された無線アクセスポイントと接続し、無線アクセスポイントに接続されたキャッシュサーバからバージョンを付されたデータを受信可能な、移動体に搭載された車上通信装置であって、受信したデータをバージョン別に記憶するための受信データ記憶部と、受信データ記憶部に記憶されているデータのバージョン毎に、ファイル名、保持バージョンＩＤ、フルデータサイズ、及び、受信済データサイズを記憶するための保持バージョン管理テーブルとを有する車上通信装置において用いられるプログラムであって、（１）無線アクセスポイントと接続し、当該無線アクセスポイントを介してキャッシュサーバから、当該キャッシュサーバが保持するデータのバージョンを示す送信バージョンＩＤを受信し、送信バージョンＩＤ以降の保持バージョンＩＤが付されたデータ全体が受信データ記憶部に記憶されている場合に、受信不要と判定し、保持バージョンＩＤに対応する受信済データサイズがフルデータサイズと異なり、又は、送信バージョンＩＤが保持バージョンＩＤよりも新しい場合に、受信必要と判定する受信要否判定手順と、（２）受信要否判定手順において受信必要と判定された場合に、送信バージョンＩＤと同じ保持バージョンＩＤの一部のデータが受信データ記憶部に記憶されていれば、記憶されている一部のデータに対する残りのデータの転送を無線アクセスポイントを介してキャッシュサーバに要求し、受信できたデータを一部のデータに加えて受信データ記憶部に記憶させると共に、受信できたデータサイズを受信済データサイズに加えて保持バージョン管理テーブルに記憶させ、送信バージョンＩＤと同じ保持バージョンＩＤのデータが受信データ記憶部に全く記憶されていなければ、データ全体の転送を無線アクセスポイントを介してキャッシュサーバに要求し、受信できたデータを新たに受信データ記憶部に記憶させると共に、送信バージョンＩＤを新たな保持バージョンＩＤとして、当該保持バージョンＩＤに対応付けて、フルデータサイズと、受信データ記憶部に記憶させたデータの受信済データサイズとを保持バージョン管理テーブルに記憶させるデータ受信手順とをコンピュータに実行させる。

本発明の１つの観点によれば、保持バージョンＩＤに対応する受信済データサイズがフルデータサイズと異なり、又は、送信バージョンＩＤが保持バージョンＩＤよりも新しい場合に、受信必要と判定することにより、受信データ記憶部において欠落しているデータがあれば、古いバージョンであってもそのデータを受信するので、データの完全性を高めることができる。また、適切なデータのみを受信することで、処理負担を軽減するとともに、通信帯域の有効利用を図ることができる。

想定ケース（その１）の概要を示す図である。想定ケース（その２）の概要を示す図である。車上通信装置のハードウエア構成を示す図である。車上通信装置のソフトウエア構成を示す図である。保持バージョン管理テーブルの例（その１）を示す図である。保持バージョン管理テーブルの例（その２）を示す図である。車上通信装置の全体処理フローを示す図である。受信要否判定処理フローを示す図である。データ受信処理フローを示す図である。既存バージョン更新処理フローを示す図である。新規バージョン追加処理フローを示す図である。不要データ削除処理フローを示す図である。旧バージョン削除処理フローを示す図である。実施例２に係る保持バージョン管理テーブルの例を示す図である。実施例２に係る新規バージョン追加処理フローを示す図である。実施例２に係る既存バージョン更新処理フローを示す図である。実施例３に係る既存バージョン更新処理フローを示す図である。実施例４に係る想定ケースの概要を示す図である。実施例４に係る保持バージョン管理テーブルの例を示す図である。実施例４に係る新規バージョン追加処理フローを示す図である。実施例４に係る既存バージョン更新処理フローを示す図である。実施例５に係る既存バージョン更新処理フローを示す図である。

センタサーバと接続可能な複数の無線アクセスポイントを鉄道沿線に設置したデータ配信システムにおいて、常時接続とは限らない場合、センタとの回線障害により孤立している可能性がある場合、あるいは回線速度が遅くてセンタサーバとの同期が遅れる場合にも、できるだけ「最新」のデータを車上に効率よく配信する（図１参照）。

図１は、想定ケース（その１）の概要を示す図である。センタサーバに格納されているデータのコピーが沿線のキャッシュサーバに配置される。各キャッシュサーバについて以下の状況を想定する。
（１）キャッシュサーバＡは、センタサーバと高速な常時接続回線で接続し、最新データを格納している。例えば、インターネットあるいはイントラネットを用いる。
（２）キャッシュサーバＢは、回線障害のため、古いバージョンのデータのみ保持している。
（３）キャッシュサーバＣは、回線接続待ち又は伝送に時間を要するため、未だ最新版に更新されていない。例えば、ダイアルアップ回線等で間欠的に接続し、あるいは伝送速度が遅い回線を用いるケースが想定される。

その上で、以下の対応を実現する。
（１）列車に設置された車上通信装置が、キャッシュサーバＡからの最新データ（Ｖｅｒ４）の受信を完了させた場合には、キャッシュサーバＢ及びキャッシュサーバＣの古いデータ（Ｖｅｒ２及びＶｅｒ３）は受信しない。
（２）車上通信装置が、キャッシュサーバＡからの最新データ（Ｖｅｒ４）を途中まで受信した状態で無線アクセスポイントＡの通信エリアを抜けた場合には、不完全な一部データ（Ｖｅｒ４）を保管し、次の無線アクセスポイントＢの通信エリアに入った時点で、「ないよりはまし」なので古いデータ（Ｖｅｒ２）を受信する。更に次の無線アクセスポイントＣの通信エリアに入ると、先に受信を完了したデータ（Ｖｅｒ２）よりも新しいデータ（Ｖｅｒ３）を受信する。Ｖｅｒ３のデータ受信を完了すると、不要なデータ（Ｖｅｒ２）は削除する。

更に、図２で想定されるケースでは、
（３）車上通信装置が、キャッシュサーバＡからの最新データ（Ｖｅｒ４）を途中まで受信した状態で無線アクセスポイントＡの通信エリアを抜け、不完全な一部データ（Ｖｅｒ４）を保管し、無線アクセスポイントＢの通信エリアに入ると、古いデータ（Ｖｅｒ２）を受信し、無線アクセスポイントＣの通信エリアに入ると、不完全な最新データ（Ｖｅｒ４）の続きから受信する。つまり、中断分の一部データを保存しておいて、古いデータでも取得する。そして、他のアクセスポイントから、改めて一部データの残りのデータを取得する。

図１及び図２に示した通り、鉄道沿線に設置された無線アクセスポイントは、キャッシュサーバと接続されており、キャッシュサーバは、センタサーバから配信されたデータを保持している。そして、列車に設置された車上通信装置は、無線アクセスポイントに接近すると無線アクセスポイントと無線通信により接続し、キャッシュサーバに保持されているデータを受信するように動作する。

図３は、車上通信装置のハードウエア構成を示す図である。車上通信装置は、ＣＰＵ３０１、メモリ３０２、ＨＤＤ３０３、無線ＬＡＮデバイス３０４、及び位置情報受信部３０５を有している。ＣＰＵ３０１は、演算装置の例であり、メモリ３０２とＨＤＤ３０３は、記憶装置の例である。プログラムは、通常ＨＤＤ３０３に記憶されており、メモリ３０２にロードされた状態で、順次ＣＰＵ３０１に読み込まれ処理を行う。無線ＬＡＮデバイス３０４は、無線ＬＡＮ通信に用いる。これにより、無線アクセスポイントとの通信を制御する。位置情報受信部３０５は、現在位置を取得するように構成されている。

図４は、車上通信装置のソフトウエア構成を示す図である。車上通信装置は、受信要否判定部４０１、保持バージョン管理テーブル４０２、データ受信部４０３、受信データ記憶部４０４、及び不要データ削除部４０５を有している。受信要否判定部４０１は、データの受信が必要か否かを判断し、保持バージョン管理テーブル４０２は、保持しているデータのバージョンを管理し、データ受信部４０３は、必要なデータを受信し、受信データ記憶部４０４は、受信したデータを記憶し、不要データ削除部４０５は、不要となったデータを削除するように構成されている。

保持バージョン管理テーブル４０２について説明する。図５は、保持バージョン管理テーブルの例（その１）を示す図である。バージョン毎にレコードを設け、保持バージョンＩＤ、フルデータサイズ、受信済データサイズ、及びファイル名の項目を対応付けて記憶するように構成されている。バージョンＩＤは、受信データ記憶部４０４で記憶しているデータのバージョンの識別情報である。フルデータサイズは、そのバージョンのデータが完全である状態における全体の大きさである。受信済データサイズは、受信データ記憶部４０４で現に記憶しているデータの大きさである。ファイル名は、受信データ記憶部４０４で記憶する際に用いているファイルの名称である。

図５は、図１に示した想定ケース（その１）で無線アクセスポイントＣの通信エリアでデータ受信中の状態を示し、図６は、図２に示した想定ケース（その２）における状態を示している。

続いて、処理動作について説明する。図７は、車上通信装置の全体処理フローを示す図である。この処理は、列車がアクセスポイントに接近し接続可能となると起動される。受信要否判定部４０１による受信要否判定処理（Ｓ７０１）で受信不要と判定した場合には、処理を終了する。一方、受信が必要と判定された場合には、データ受信部４０３によるデータ受信処理（Ｓ７０２）と、不要データ削除部４０５による不要データ削除処理（Ｓ７０３）を行う。以下各処理について詳述する。

図８は、受信要否判定処理（Ｓ７０１）のフローを示す図である。無線アクセスポイントを介してキャッシュサーバへ送信バージョンＩＤ要求を送信し、送信バージョンＩＤを受信する（Ｓ８０１）。送信バージョンＩＤは、キャッシュサーバが保持し、送信できるデータのバージョンの識別情報である。そして、保持バージョン管理テーブル４０２の保持バージョン毎に以下の処理を繰り返す（Ｓ８０２）。

当該保持バージョンの受信済データサイズがフルデータサイズと等しく（Ｓ８０３）、更に送信バージョンＩＤが当該保持バージョンのＩＤ以下である場合（Ｓ８０４）、つまり送信バージョンが保持バージョンと同じか、あるいは保持バージョンより古い場合には、受信は不要であると判定して処理を終了する（Ｓ８０５）。

一方、当該保持バージョンの受信済データサイズがフルデータサイズと異なる場合は（Ｓ８０３）、他の保持バージョンの処理を繰り返す（Ｓ８０６）。また、あるいは送信バージョンＩＤが当該保持バージョンＩＤより大きい場合（Ｓ８０４）、つまり送信バージョンが保持バージョンより新しい場合にも、他の保持バージョンの処理を繰り返す（Ｓ８０６）。そして、いずれの保持バージョンでも受信不要と判定されなかった場合に、受信が必要であると判定する（Ｓ８０７）。

図９は、データ受信処理（Ｓ７０２）のフローを示す図である。保持バージョン管理テーブル４０２の保持バージョン毎に以下の処理を繰り返す（Ｓ９０１）。送信バージョンＩＤが当該保持バージョンのＩＤと等しい場合には（Ｓ９０２）、既存のデータの続きから受信する既存バージョン更新処理（Ｓ９０４）を行う。一方、バージョンが一致しない場合には（Ｓ９０２）、他の保持バージョンについて処理を繰り返し（Ｓ９０３）、いずれの保持バージョンにおいても一致しなかった場合には、データの先頭から受信する新規バージョン追加処理（Ｓ９０５）を行う。

図１０は、既存バージョン更新処理（Ｓ９０４）のフローを示す図である。当該保持バージョンの受信済データサイズに１を加えて転送開始アドレスを求め、その転送開始アドレスを指定して、キャッシュサーバに対してデータ転送要求を送信する（Ｓ１００１）。この例では、１を加えて転送開始アドレスとしたが、転送済みのデータサイズを指定することにより、後続データを受信する仕様の場合には、受信済データサイズをそのまま転送開始アドレスとする。

そして、キャッシュサーバから受信したデータを、当該保持バージョンのファイル名で特定される受信データ記憶部４０４の既存ファイルに追加する（Ｓ１００２）。最後に、当該保持バージョンの受信済データサイズに受信したデータサイズを加える（Ｓ１００３）。

図１１は、新規バージョン追加処理フローを示す図である。データの先頭を転送開始アドレスに指定して、キャッシュサーバに対してデータ転送要求を送信する（Ｓ１１０１）。そして、フルデータサイズを受信し、さらに転送データを受信する（Ｓ１１０２）。受信したデータを受信データ記憶部４０４の新規ファイルとして記憶する（Ｓ１１０３）。最後に、新規のバージョン、フルデータサイズ、受信したデータサイズ、及び新規のファイル名を保持バージョン管理テーブルの新規レコードに書き込む（Ｓ１１０３）。

図１２は、不要データ削除処理（Ｓ７０３）のフローを示す図である。保持バージョン管理テーブル４０２の保持バージョンについて順に以下の処理を行なう（Ｓ１２０１）。当該保持バージョンの受信済データサイズが当該保持バージョンのフルデータサイズと等しい場合には（Ｓ１２０２）、当該保持バージョンを受信完了バージョンとして旧バージョン削除処理を行なう（Ｓ１２０３）。受信済データサイズがフルデータサイズと異なる場合には、他の保持バージョンについての処理を繰り返す（Ｓ１２０４）。

図１３は、旧バージョン削除処理（Ｓ１２０３）のフローを示す図である。保持バージョン管理テーブル４０２の保持バージョン毎に以下の処理を繰り返す（Ｓ１３０１）。当該保持バージョンＩＤが、受信完了バージョンＩＤよりも小さい場合には（Ｓ１３０２）、当該保持バージョンのファイルを削除するとともに（Ｓ１３０３）、当該保持バージョンのレコードを削除する（Ｓ１３０４）。この処理をすべて保持バージョンについて行った時点で終了する（Ｓ１３０５）。

本実施例では、バージョンとしてデータの有効期限を用い、有効期限を切れたデータは受信しないように制御する。

図１４は、実施例２に係る保持バージョン管理テーブルの例を示す図である。図示するように、保持バージョンＩＤとして有効期限を用いる。あるいは、保持バージョンＩＤに有効期限を含める。

図１５は、実施例２に係る新規バージョン追加処理（Ｓ９０５）のフローを示す図である。図１１の処理に代えて、図１５の処理を行なう。送信バージョンＩＤで特定される有効期限内であるか判定し（Ｓ１５０１）、有効期限内である場合のみデータを受信する。有効期限外であれば、データを受信せずに終了する。

図１６は、実施例２に係る既存バージョン更新処理（Ｓ９０４）の処理フローを示す図である。図１０の処理に代えて、図１６の処理を行う。送信バージョンＩＤで特定される有効期限内であるか判定し（Ｓ１６０１）、有効期限内である場合のみデータを受信する。有効期限外であれば、データを受信せずに終了する。

本実施例では、有効期限切れの場合に不完全なデータファイルを削除する。

図１７は、実施例３に係る既存バージョン更新処理（Ｓ９０４）のフローを示す図である。図１０の処理に代えて、図１７の処理を行う。送信バージョンＩＤで特定される有効期限内であるか判定し（Ｓ１７０１）、有効期限内である場合のみデータを受信する。有効期限外であれば、データを受信せずに、受信データ記憶部４０４に記憶している既存バージョンのファイルを削除する（Ｓ１７０５）。更に、保持バージョン管理テーブル４０２の既存バージョンのレコードを削除する（Ｓ１７０６）。

本実施例では、バージョン毎に有効区間の概念を設ける。有効区間は、そのバージョンのデータが有効である路線上の範囲である。

気象条件に依存する運転規制情報などでは、時間の経過とともに有効区間が変動することがある。例えば、降雨量に従って速度を規制する規制範囲付近を有効区間とすれば、降雨地域が変動し列車が規制範囲から外れた場合には、不完全なデータである運転規制情報の続きを受信する必要が無くなる。

図１８は、実施例４に係る想定ケースの概要を示す図である。有効範囲が位置イ〜位置ハであるＶｅｒ４のデータを途中まで受信した状態で、列車が無線アクセスポイントＡの通信エリアを抜け、その後有効範囲が位置イ〜位置ロに狭められたＶｅｒ５のデータが配信された状態を想定する。その状態で列車が無線アクセスポイントＢの通信エリアに入ると、有効区間外になるのでＶｅｒ５を受信しないように制御する。

図１９は、実施例４に係る保持バージョン管理テーブルの例を示す図である。バージョン毎に、有効区間を対応付けて記憶するように構成されている。路線上の位置である上り側端点と下り側端点により特定される。路線上の位置は、例えば路線上の基準点からの距離で特定される。

有効区間は、受信要否判定処理（図８）のＳ８０１で送信バージョンＩＤと共に受信する。

図２０は、実施例４に係る新規バージョン追加処理（Ｓ９０５）のフローを示す図である。図１１に処理に代えて、図２０の処理を行なう。位置情報受信部３０５から現在の位置情報を取得し（Ｓ２００１）、受信要否判定部４０１で送信バージョンＩＤと共に受信した有効区間を取得し（Ｓ２００２）、現在位置が有効区間内か判定する（Ｓ２００３）。有効区間内である場合のみデータを受信する。Ｓ２００７では、有効区間も対応付けて記憶させる。有効区間外であれば、データを受信せずに終了する。

図２１は、実施例４に係る既存バージョン更新処理（Ｓ９０４）のフローを示す図である。図１０の処理に代えて、図２１の処理を行う。位置情報受信部３０５から現在の位置情報を取得し（Ｓ２１０１）、保持バージョン管理テーブル４０２から当該バージョンの有効区間を読み取り（Ｓ２１０２）、現在位置が有効区間内か判定する（Ｓ２１０３）。有効区間内である場合のみデータを受信する。有効区間外であれば、データを受信せずに終了する。尚、受信要否判定部４０１で送信バージョンＩＤと共に受信した有効区間を用いることもできる。

実施例４において、既存バージョンのファイルを削除する。

図２２は、実施例５に係る既存バージョン更新処理フローを示す図である。有効区間外の場合には、既存バージョンのファイルを削除し（Ｓ２２０７）、既存バージョンのレコードを削除する（Ｓ２２０８）。

上述の実施例２乃至５において、有効期間が過ぎたデータや有効区間外となったデータを、データ受信と非同期に削除することも有効である。これにより、不要なデータを常時削除することができる。

車上通信装置は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。

上述の例では、鉄道に適用する場合について説明したが、路線バスやモノレール等他の移動体に係る交通システムにも適用できる。

３０１ＣＰＵ
３０２メモリ
３０３ＨＤＤ
３０４無線ＬＡＮデバイス
３０５位置情報受信部
４０１受信要否判定部
４０２保持バージョン管理テーブル
４０３データ受信部
４０４受信データ記憶部
４０５不要データ削除部

Claims

交通機関の路線に沿って設置された無線アクセスポイントと接続し、無線アクセスポイントに接続されたキャッシュサーバからバージョンを付されたデータを受信可能な、移動体に搭載された車上通信装置であって、
（１）受信したデータをバージョン別に記憶するための受信データ記憶部と、
（２）受信データ記憶部に記憶されているデータのバージョン毎に、ファイル名、保持バージョンＩＤ、フルデータサイズ、及び、受信済データサイズを記憶するための保持バージョン管理テーブルと、
（３）無線アクセスポイントと接続し、当該無線アクセスポイントを介してキャッシュサーバから、当該キャッシュサーバが保持するデータのバージョンを示す送信バージョンＩＤを受信し、送信バージョンＩＤ以降の保持バージョンＩＤが付されたデータ全体が前記受信データ記憶部に記憶されている場合に、受信不要と判定し、保持バージョンＩＤに対応する受信済データサイズがフルデータサイズと異なり、又は、送信バージョンＩＤが保持バージョンＩＤよりも新しい場合に、受信必要と判定する受信要否判定部と、
（４）前記受信要否判定部によって受信必要と判定された場合に、送信バージョンＩＤと同じ保持バージョンＩＤの一部のデータが前記受信データ記憶部に記憶されていれば、記憶されている一部のデータに対する残りのデータの転送を無線アクセスポイントを介してキャッシュサーバに要求し、受信できたデータを一部のデータに加えて前記受信データ記憶部に記憶させると共に、受信できたデータサイズを受信済データサイズに加えて前記保持バージョン管理テーブルに記憶させ、送信バージョンＩＤと同じ保持バージョンＩＤのデータが前記受信データ記憶部に全く記憶されていなければ、データ全体の転送を無線アクセスポイントを介してキャッシュサーバに要求し、受信できたデータを新たに前記受信データ記憶部に記憶させると共に、送信バージョンＩＤを新たな保持バージョンＩＤとして、当該保持バージョンＩＤに対応付けて、フルデータサイズと、受信データ記憶部に記憶させたデータの受信済データサイズとを前記保持バージョン管理テーブルに記憶させるデータ受信部と、
を有する車上通信装置。
送信バージョンＩＤのデータ全体を受信した場合に、受信完了した当該送信バージョンＩＤよりも古い保持バージョンＩＤが付されたデータを受信データ記憶部から削除する不要データ削除部を更に有する、請求項１記載の車上通信装置。
前記受信要否判定部は、保持バージョンＩＤに対応するフルデータサイズと受信済データサイズとが等しい場合に、データ全体が記憶されていると判定する、請求項１又は２記載の車上通信装置。
前記不要データ削除部は、いずれかの保持バージョンＩＤにおいてフルデータサイズと受信済データサイズとが等しい場合に、送信バージョンＩＤのデータ全体を受信したと判定する、請求項２記載の車上通信装置。
前記受信要否判定部は、無線アクセスポイントを介してキャッシュサーバから路線上の有効区間を受信し、
前記データ受信部は、現在位置が有効区間内である場合にのみデータの転送を要求する、
請求項１乃至４のいずれか１項記載の車上通信装置。
前記保持バージョンＩＤとしてデータの有効期限を用い、
前記データ受信部は、現時点が有効期限内である場合にのみデータの転送を要求する、
請求項１乃至５のいずれか１項記載の車上通信装置。
前記路線は、鉄道であって、前記移動体は、列車である、請求項１乃至６のいずれか１項記載の車上通信装置。
交通機関の路線に沿って設置された無線アクセスポイントと接続し、無線アクセスポイントに接続されたキャッシュサーバからバージョンを付されたデータを受信可能な、移動体に搭載された車上通信装置であって、受信したデータをバージョン別に記憶するための受信データ記憶部と、受信データ記憶部に記憶されているデータのバージョン毎に、ファイル名、保持バージョンＩＤ、フルデータサイズ、及び、受信済データサイズを記憶するための保持バージョン管理テーブルとを有する前記車上通信装置におけるデータ配信方法であって、
（１）無線アクセスポイントと接続し、当該無線アクセスポイントを介してキャッシュサーバから、当該キャッシュサーバが保持するデータのバージョンを示す送信バージョンＩＤを受信し、送信バージョンＩＤ以降の保持バージョンＩＤが付されたデータ全体が前記受信データ記憶部に記憶されている場合に、受信不要と判定し、保持バージョンＩＤに対応する受信済データサイズがフルデータサイズと異なり、又は、送信バージョンＩＤが保持バージョンＩＤよりも新しい場合に、受信必要と判定する受信要否判定工程と、
（２）前記受信要否判定工程において受信必要と判定された場合に、送信バージョンＩＤと同じ保持バージョンＩＤの一部のデータが前記受信データ記憶部に記憶されていれば、記憶されている一部のデータに対する残りのデータの転送を無線アクセスポイントを介してキャッシュサーバに要求し、受信できたデータを一部のデータに加えて前記受信データ記憶部に記憶させると共に、受信できたデータサイズを受信済データサイズに加えて前記保持バージョン管理テーブルに記憶させ、送信バージョンＩＤと同じ保持バージョンＩＤのデータが前記受信データ記憶部に全く記憶されていなければ、データ全体の転送を無線アクセスポイントを介してキャッシュサーバに要求し、受信できたデータを新たに前記受信データ記憶部に記憶させると共に、送信バージョンＩＤを新たな保持バージョンＩＤとして、当該保持バージョンＩＤに対応付けて、フルデータサイズと、受信データ記憶部に記憶させたデータの受信済データサイズとを前記保持バージョン管理テーブルに記憶させるデータ受信工程と、
を有するデータ配信方法。
送信バージョンＩＤのデータ全体を受信した場合に、受信完了した当該送信バージョンＩＤよりも古い保持バージョンＩＤが付されたデータを受信データ記憶部から削除する不要データ削除工程を更に有する、請求項８記載のデータ配信方法。
交通機関の路線に沿って設置された無線アクセスポイントと接続し、無線アクセスポイントに接続されたキャッシュサーバからバージョンを付されたデータを受信可能な、移動体に搭載された車上通信装置であって、受信したデータをバージョン別に記憶するための受信データ記憶部と、受信データ記憶部に記憶されているデータのバージョン毎に、ファイル名、保持バージョンＩＤ、フルデータサイズ、及び、受信済データサイズを記憶するための保持バージョン管理テーブルとを有する前記車上通信装置において用いられるプログラムであって、
（１）無線アクセスポイントと接続し、当該無線アクセスポイントを介してキャッシュサーバから、当該キャッシュサーバが保持するデータのバージョンを示す送信バージョンＩＤを受信し、送信バージョンＩＤ以降の保持バージョンＩＤが付されたデータ全体が前記受信データ記憶部に記憶されている場合に、受信不要と判定し、保持バージョンＩＤに対応する受信済データサイズがフルデータサイズと異なり、又は、送信バージョンＩＤが保持バージョンＩＤよりも新しい場合に、受信必要と判定する受信要否判定手順と、
（２）前記受信要否判定手順において受信必要と判定された場合に、送信バージョンＩＤと同じ保持バージョンＩＤの一部のデータが前記受信データ記憶部に記憶されていれば、記憶されている一部のデータに対する残りのデータの転送を無線アクセスポイントを介してキャッシュサーバに要求し、受信できたデータを一部のデータに加えて前記受信データ記憶部に記憶させると共に、受信できたデータサイズを受信済データサイズに加えて前記保持バージョン管理テーブルに記憶させ、送信バージョンＩＤと同じ保持バージョンＩＤのデータが前記受信データ記憶部に全く記憶されていなければ、データ全体の転送を無線アクセスポイントを介してキャッシュサーバに要求し、受信できたデータを新たに前記受信データ記憶部に記憶させると共に、送信バージョンＩＤを新たな保持バージョンＩＤとして、当該保持バージョンＩＤに対応付けて、フルデータサイズと、受信データ記憶部に記憶させたデータの受信済データサイズとを前記保持バージョン管理テーブルに記憶させるデータ受信手順と、
をコンピュータに実行させるプログラム。
送信バージョンＩＤのデータ全体を受信した場合に、受信完了した当該送信バージョンＩＤよりも古い保持バージョンＩＤが付されたデータを受信データ記憶部から削除する不要データ削除手順を更にコンピュータに実行させる、請求項１０記載のプログラム。