(57)【要約】【課題】鉄道沿線に点在する複数の無線ＬＡＮ地上通信装置と、列車の車上通信装置とのデータ通信に関して、バージョン管理されているデータを、各アクセスポイントを介して取得する際に、適切なデータを選択して受信することにより伝送効率を高めることを課題とする。【解決手段】受信要否判定部４０１は、キャッシュサーバが転送可能な送信バージョンＩＤと同じ、あるいはよりも新しい保持バージョンＩＤが付されたデータ全体を既に記憶している場合に受信不要と判断する。これに反して受信が必要と判断し、送信バージョンＩＤの一部データを既に記憶している場合には、データ受信部４０３で残りのデータを無線アクセスポイントを介してキャッシュサーバから受信する。【選択図】図４
2010226671.tif 000002
【特許請求の範囲】
【請求項１】
交通機関の路線に沿って設置された無線アクセスポイントと接続し、無線アクセスポイントに接続されたキャッシュサーバからバージョンを付されたデータを受信可能な、移動体に搭載された車上通信装置であって、以下の要素を有することを特徴とする車上通信装置
（１）受信したデータをバージョン別に記憶するための受信データ記憶部
（２）受信データ記憶部に記憶しているデータのバージョン毎に、保持バージョンＩＤを記憶するための保持バージョン管理テーブル
（３）無線アクセスポイントと接続し、当該無線アクセスポイントを介してキャッシュサーバから、当該キャッシュサーバが保持するデータのバージョンを示す送信バージョンＩＤを受信し、送信バージョンＩＤと同じ保持バージョンＩＤ又は送信バージョンＩＤよりも新しい保持バージョンＩＤが付されたデータ全体を受信データ記憶部に記憶しているか判定し、
当該同等又は新規のデータ全体を記憶している場合に、受信不要と判定し、
当該同等又は新規のデータ全体を記憶していない場合に、受信必要と判定する受信要否判定部
（４）受信必要と判定された場合に、受信データ記憶部で送信バージョンＩＤのデータの一部を記憶しているか判定し、
当該送信バージョンＩＤの一部データを記憶している場合に、記憶している一部データに対する残りのデータの転送を、当該無線アクセスポイントを介してキャッシュサーバへ要求し、受信できたデータを一部データに加えて受信データ記憶部に記憶させ、
当該送信バージョンＩＤの一部データを記憶していない場合に、データ全体の転送を、当該無線アクセスポイントを介してキャッシュサーバへ要求し、受信できたデータを新たに受信データ記憶部に記憶させ、当該送信バージョンＩＤを新たな保持バージョンＩＤとして保持バージョン管理テーブルに記憶させるデータ受信部。
【請求項２】
前記車上通信装置は、更に、送信バージョンＩＤのデータ全体を受信した場合に、受信完了した当該送信バージョンＩＤよりも古い保持バージョンＩＤが付されたデータを受信データ記憶部から削除する不要データ削除部を有することを特徴とする請求項１記載の車上通信装置。
【請求項３】
前記保持バージョン管理テーブルは、更にバージョン毎に、保持バージョンＩＤと対応付けて、当該保持バージョンのデータ全体のフルデータサイズと、受信データ記憶部で記憶している当該保持バージョンのデータの受信済データサイズを記憶し、
前記受信要否判定部は、保持バージョンＩＤに対応するフルデータサイズと受信済データサイズが等しい場合に、データ全体を記憶していると判定し、
前記データ受信部は、更に当該無線アクセスポイントを介してキャッシュサーバから、送信バージョンＩＤのデータのフルデータサイズを受信し、送信バージョンＩＤを保持バージョンＩＤとして、当該保持バージョンＩＤに対応付けて、フルデータサイズと、受信データ記憶部に記憶させたデータの受信済データサイズを保持バージョン管理テーブルに記憶させることを特徴とする請求項２記載の車上通信装置。
【請求項４】
前記不要データ削除部は、いずれかの保持バージョンＩＤにおいてフルデータサイズと受信済データサイズが等しい場合に、送信バージョンＩＤのデータ全体を受信したと判定することを特徴とする請求項３記載の車上通信装置。
【請求項５】
前記受信要否判定部は、当該無線アクセスポイントを介してキャッシュサーバから路線上の有効区間を受信し、
前記データ受信部は、現在位置が有効区間内である場合にのみデータの転送を要求することを特徴とする請求項４記載の車上通信装置。
【請求項６】
前記保持バージョンＩＤとしてデータの有効期限を用い、
前記データ受信部は、現時点が有効期限内である場合にのみデータの転送を要求することを特徴とする請求項４記載の車上通信装置。
【請求項７】
前記路線は、鉄道であって、前記移動体は、列車であることを特徴とする請求項１乃至６記載の車上通信装置。
【請求項８】
交通機関の路線に沿って設置された無線アクセスポイントと接続し、無線アクセスポイントに接続されたキャッシュサーバからバージョンを付されたデータを受信可能な、移動体に搭載された車上通信装置であって、受信したデータをバージョン別に記憶するための受信データ記憶部と、受信データ記憶部に記憶しているデータのバージョン毎に、保持バージョンＩＤを記憶するための保持バージョン管理テーブルを有する車上通信装置によるデータ配信方法であって、以下の要素を有することを特徴とするデータ配信方法
（１）無線アクセスポイントと接続し、当該無線アクセスポイントを介してキャッシュサーバから、当該キャッシュサーバが保持するデータのバージョンを示す送信バージョンＩＤを受信し、送信バージョンＩＤと同じ保持バージョンＩＤ又は送信バージョンＩＤよりも新しい保持バージョンＩＤが付されたデータ全体を受信データ記憶部に記憶しているか判定し、
当該同等又は新規のデータ全体を記憶している場合に、受信不要と判定し、
当該同等又は新規のデータ全体を記憶していない場合に、受信必要と判定する受信要否判定工程
（２）受信必要と判定された場合に、受信データ記憶部で送信バージョンＩＤのデータの一部を記憶しているか判定し、
当該送信バージョンＩＤの一部データを記憶している場合に、記憶している一部データに対する残りのデータの転送を、当該無線アクセスポイントを介してキャッシュサーバへ要求し、受信できたデータを一部データに加えて受信データ記憶部に記憶させ、
当該送信バージョンＩＤの一部データを記憶していない場合に、データ全体の転送を、当該無線アクセスポイントを介してキャッシュサーバへ要求し、受信できたデータを新たに受信データ記憶部に記憶させ、当該送信バージョンＩＤを新たな保持バージョンＩＤとして保持バージョン管理テーブルに記憶させるデータ受信工程。
【請求項９】
前記データ配信方法は、更に、送信バージョンＩＤのデータ全体を受信した場合に、受信完了した当該送信バージョンＩＤよりも古い保持バージョンＩＤが付されたデータを受信データ記憶部から削除する不要データ削除工程を有することを特徴とする請求項８記載のデータ配信方法。
【請求項１０】
交通機関の路線に沿って設置された無線アクセスポイントと接続し、無線アクセスポイントに接続されたキャッシュサーバからバージョンを付されたデータを受信可能な、移動体に搭載された車上通信装置であって、受信したデータをバージョン別に記憶するための受信データ記憶部と、受信データ記憶部に記憶しているデータのバージョン毎に、保持バージョンＩＤを記憶するための保持バージョン管理テーブルを有する車上通信装置となるコンピュータに、以下の手順を実行させるためのプログラム
（１）無線アクセスポイントと接続し、当該無線アクセスポイントを介してキャッシュサーバから、当該キャッシュサーバが保持するデータのバージョンを示す送信バージョンＩＤを受信し、送信バージョンＩＤと同じ保持バージョンＩＤ又は送信バージョンＩＤよりも新しい保持バージョンＩＤが付されたデータ全体を受信データ記憶部に記憶しているか判定し、
当該同等又は新規のデータ全体を記憶している場合に、受信不要と判定し、
当該同等又は新規のデータ全体を記憶していない場合に、受信必要と判定する受信要否判定手順
（２）受信必要と判定された場合に、受信データ記憶部で送信バージョンＩＤのデータの一部を記憶しているか判定し、
当該送信バージョンＩＤの一部データを記憶している場合に、記憶している一部データに対する残りのデータの転送を、当該無線アクセスポイントを介してキャッシュサーバへ要求し、受信できたデータを一部データに加えて受信データ記憶部に記憶させ、
当該送信バージョンＩＤの一部データを記憶していない場合に、データ全体の転送を、当該無線アクセスポイントを介してキャッシュサーバへ要求し、受信できたデータを新たに受信データ記憶部に記憶させ、当該送信バージョンＩＤを新たな保持バージョンＩＤとして保持バージョン管理テーブルに記憶させるデータ受信手順。
【請求項１１】
前記プログラムは、更に、送信バージョンＩＤのデータ全体を受信した場合に、受信完了した当該送信バージョンＩＤよりも古い保持バージョンＩＤが付されたデータを受信データ記憶部から削除する不要データ削除手順を実行させることを特徴とする請求項１０記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、鉄道沿線に点在する複数の無線ＬＡＮ地上通信装置と、列車の車上通信装置とのデータ通信に関するものである。
【背景技術】
【０００２】
特許文献１「移動体向けデータ配信支援方法」（特開２００６−１６５９２８号公報）は、移動体にコンテンツを配信するときに、接続する無線ＬＡＮアクセスポイントが変わったら、前につながっていた無線ＬＡＮアクセスポイントに接続するキャッシュサーバから配信済部分に関する情報や未配信コンテンツ等を新しくアクセスポイントにつながっているキャッシュサーバが受信し、途切れなく配信を再開させるものである。
【０００３】
この先行技術では、１つのコンテンツを移動体との間で交換するときの連続性の確保を目的としており、無線が切り替わる間にコンテンツの受信が不要になった場合やアクセスポイントごとにコンテンツのバージョンが異っているといった場合には対応できない。
【０００４】
特許文献２「通信システム及び方法、通信端末装置、通信センタ装置、並びにコンピュータプログラム」（特開２００４−０２０２２０号公報）は、カーナビの地図データの更新などで無駄な問い合わせを減少させるために、できるだけまとめて保存日時から一定期間経過したデータの問い合わせだけ処理する技術である。
【０００５】
この先行技術では、データサーバは１つだけであり、同一データの複数バージョンが点在している場合には対応できない。
【０００６】
従来技術では、地上の無線接続箇所やキャッシュサーバは複数あったとしてもセンタのデータサーバは１つであり、そこの最新版のデータ（コンテンツ）が保存されていた。この状態で、通信トラフィックの減少やダウンロード時間の短縮等を図ったものであった。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−１６５９２８号公報
【特許文献２】特開２００４−０２０２２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
交通機関の移動体に設置された車上通信装置が、バージョン管理されているデータを、各アクセスポイントを介して取得する際に、適切なデータを選択して受信することにより伝送効率を高めることを課題とする。
【課題を解決するための手段】
【０００９】
本発明に係る車上通信装置は、
交通機関の路線に沿って設置された無線アクセスポイントと接続し、無線アクセスポイントに接続されたキャッシュサーバからバージョンを付されたデータを受信可能な、移動体に搭載された車上通信装置であって、以下の要素を有することを特徴とする
（１）受信したデータをバージョン別に記憶するための受信データ記憶部
（２）受信データ記憶部に記憶しているデータのバージョン毎に、保持バージョンＩＤを記憶するための保持バージョン管理テーブル
（３）無線アクセスポイントと接続し、当該無線アクセスポイントを介してキャッシュサーバから、当該キャッシュサーバが保持するデータのバージョンを示す送信バージョンＩＤを受信し、送信バージョンＩＤと同じ保持バージョンＩＤ又は送信バージョンＩＤよりも新しい保持バージョンＩＤが付されたデータ全体を受信データ記憶部に記憶しているか判定し、
当該同等又は新規のデータ全体を記憶している場合に、受信不要と判定し、
当該同等又は新規のデータ全体を記憶していない場合に、受信必要と判定する受信要否判定部
（４）受信必要と判定された場合に、受信データ記憶部で送信バージョンＩＤのデータの一部を記憶しているか判定し、
当該送信バージョンＩＤの一部データを記憶している場合に、記憶している一部データに対する残りのデータの転送を、当該無線アクセスポイントを介してキャッシュサーバへ要求し、受信できたデータを一部データに加えて受信データ記憶部に記憶させ、
当該送信バージョンＩＤの一部データを記憶していない場合に、データ全体の転送を、当該無線アクセスポイントを介してキャッシュサーバへ要求し、受信できたデータを新たに受信データ記憶部に記憶させ、当該送信バージョンＩＤを新たな保持バージョンＩＤとして保持バージョン管理テーブルに記憶させるデータ受信部。
【００１０】
また、
前記車上通信装置は、更に、送信バージョンＩＤのデータ全体を受信した場合に、受信完了した当該送信バージョンＩＤよりも古い保持バージョンＩＤが付されたデータを受信データ記憶部から削除する不要データ削除部を有することを特徴とする。
【００１１】
また、
前記保持バージョン管理テーブルは、更にバージョン毎に、保持バージョンＩＤと対応付けて、当該保持バージョンのデータ全体のフルデータサイズと、受信データ記憶部で記憶している当該保持バージョンのデータの受信済データサイズを記憶し、
前記受信要否判定部は、保持バージョンＩＤに対応するフルデータサイズと受信済データサイズが等しい場合に、データ全体を記憶していると判定し、
前記データ受信部は、更に当該無線アクセスポイントを介してキャッシュサーバから、送信バージョンＩＤのデータのフルデータサイズを受信し、送信バージョンＩＤを保持バージョンＩＤとして、当該保持バージョンＩＤに対応付けて、フルデータサイズと、受信データ記憶部に記憶させたデータの受信済データサイズを保持バージョン管理テーブルに記憶させることを特徴とする。
【００１２】
また、
前記不要データ削除部は、いずれかの保持バージョンＩＤにおいてフルデータサイズと受信済データサイズが等しい場合に、送信バージョンＩＤのデータ全体を受信したと判定することを特徴とする。
【００１３】
また、
前記受信要否判定部は、当該無線アクセスポイントを介してキャッシュサーバから路線上の有効区間を受信し、
前記データ受信部は、現在位置が有効区間内である場合にのみデータの転送を要求することを特徴とする。
【００１４】
また、
前記保持バージョンＩＤとしてデータの有効期限を用い、
前記データ受信部は、現時点が有効期限内である場合にのみデータの転送を要求することを特徴とする。
【００１５】
また、
前記路線は、鉄道であって、前記移動体は、列車であることを特徴とする。
【００１６】
本発明に係るデータ配信方法は、
交通機関の路線に沿って設置された無線アクセスポイントと接続し、無線アクセスポイントに接続されたキャッシュサーバからバージョンを付されたデータを受信可能な、移動体に搭載された車上通信装置であって、受信したデータをバージョン別に記憶するための受信データ記憶部と、受信データ記憶部に記憶しているデータのバージョン毎に、保持バージョンＩＤを記憶するための保持バージョン管理テーブルを有する車上通信装置によるデータ配信方法であって、以下の要素を有することを特徴とする
（１）無線アクセスポイントと接続し、当該無線アクセスポイントを介してキャッシュサーバから、当該キャッシュサーバが保持するデータのバージョンを示す送信バージョンＩＤを受信し、送信バージョンＩＤと同じ保持バージョンＩＤ又は送信バージョンＩＤよりも新しい保持バージョンＩＤが付されたデータ全体を受信データ記憶部に記憶しているか判定し、
当該同等又は新規のデータ全体を記憶している場合に、受信不要と判定し、
当該同等又は新規のデータ全体を記憶していない場合に、受信必要と判定する受信要否判定工程
（２）受信必要と判定された場合に、受信データ記憶部で送信バージョンＩＤのデータの一部を記憶しているか判定し、
当該送信バージョンＩＤの一部データを記憶している場合に、記憶している一部データに対する残りのデータの転送を、当該無線アクセスポイントを介してキャッシュサーバへ要求し、受信できたデータを一部データに加えて受信データ記憶部に記憶させ、
当該送信バージョンＩＤの一部データを記憶していない場合に、データ全体の転送を、当該無線アクセスポイントを介してキャッシュサーバへ要求し、受信できたデータを新たに受信データ記憶部に記憶させ、当該送信バージョンＩＤを新たな保持バージョンＩＤとして保持バージョン管理テーブルに記憶させるデータ受信工程。
【００１７】
また、
前記データ配信方法は、更に、送信バージョンＩＤのデータ全体を受信した場合に、受信完了した当該送信バージョンＩＤよりも古い保持バージョンＩＤが付されたデータを受信データ記憶部から削除する不要データ削除工程を有することを特徴とする。
【００１８】
本発明に係るプログラムは、
交通機関の路線に沿って設置された無線アクセスポイントと接続し、無線アクセスポイントに接続されたキャッシュサーバからバージョンを付されたデータを受信可能な、移動体に搭載された車上通信装置であって、受信したデータをバージョン別に記憶するための受信データ記憶部と、受信データ記憶部に記憶しているデータのバージョン毎に、保持バージョンＩＤを記憶するための保持バージョン管理テーブルを有する車上通信装置となるコンピュータに、以下の手順を実行させることを特徴とする
（１）無線アクセスポイントと接続し、当該無線アクセスポイントを介してキャッシュサーバから、当該キャッシュサーバが保持するデータのバージョンを示す送信バージョンＩＤを受信し、送信バージョンＩＤと同じ保持バージョンＩＤ又は送信バージョンＩＤよりも新しい保持バージョンＩＤが付されたデータ全体を受信データ記憶部に記憶しているか判定し、
当該同等又は新規のデータ全体を記憶している場合に、受信不要と判定し、
当該同等又は新規のデータ全体を記憶していない場合に、受信必要と判定する受信要否判定手順
（２）受信必要と判定された場合に、受信データ記憶部で送信バージョンＩＤのデータの一部を記憶しているか判定し、
当該送信バージョンＩＤの一部データを記憶している場合に、記憶している一部データに対する残りのデータの転送を、当該無線アクセスポイントを介してキャッシュサーバへ要求し、受信できたデータを一部データに加えて受信データ記憶部に記憶させ、
当該送信バージョンＩＤの一部データを記憶していない場合に、データ全体の転送を、当該無線アクセスポイントを介してキャッシュサーバへ要求し、受信できたデータを新たに受信データ記憶部に記憶させ、当該送信バージョンＩＤを新たな保持バージョンＩＤとして保持バージョン管理テーブルに記憶させるデータ受信手順。
【００１９】
また、
前記プログラムは、更に、送信バージョンＩＤのデータ全体を受信した場合に、受信完了した当該送信バージョンＩＤよりも古い保持バージョンＩＤが付されたデータを受信データ記憶部から削除する不要データ削除手順を実行させることを特徴とする。
【発明の効果】
【００２０】
適切なデータのみを受信することで、処理負担を軽減するとともに、通信帯域の有効利用を図ることができる。
【図面の簡単な説明】
【００２１】
【図１】想定ケース（その１）の概要を示す図である。
【図２】想定ケース（その２）の概要を示す図である。
【図３】車上通信装置のハードウエア構成を示す図である。
【図４】車上通信装置のソフトウエア構成を示す図である。
【図５】保持バージョン管理テーブルの例（その１）を示す図である。
【図６】保持バージョン管理テーブルの例（その２）を示す図である。
【図７】車上通信装置の全体処理フローを示す図である。
【図８】受信要否判定処理フローを示す図である。
【図９】データ受信処理フローを示す図である。
【図１０】既存バージョン更新処理フローを示す図である。
【図１１】新規バージョン追加処理フローを示す図である。
【図１２】不要データ削除処理フローを示す図である。
【図１３】旧バージョン削除処理フローを示す図である。
【図１４】実施例２に係る保持バージョン管理テーブルの例を示す図である。
【図１５】実施例２に係る新規バージョン追加処理フローを示す図である。
【図１６】実施例２に係る既存バージョン更新処理フローを示す図である。
【図１７】実施例３に係る既存バージョン更新処理フローを示す図である。
【図１８】実施例４に係る想定ケースの概要を示す図である。
【図１９】実施例４に係る保持バージョン管理テーブルの例を示す図である。
【図２０】実施例４に係る新規バージョン追加処理フローを示す図である。
【図２１】実施例４に係る既存バージョン更新処理フローを示す図である。
【図２２】実施例５に係る既存バージョン更新処理フローを示す図である。
【発明を実施するための形態】
【００２２】
センタサーバと接続可能な複数の無線アクセスポイントを鉄道沿線に設置したデータ配信システムにおいて、常時接続とは限らない場合、センタとの回線障害により孤立している可能性がある場合、あるいは回線速度が遅くてセンタサーバとの同期が遅れる場合にも、できるだけ「最新」のデータを車上に効率よく配信する（図１参照）。
【００２３】
図１は、想定ケース（その１）の概要を示す図である。センタサーバに格納されているデータのコピーが沿線のキャッシュサーバに配置される。各キャッシュサーバについて以下の状況を想定する。
（１）キャッシュサーバＡは、センタサーバと高速な常時接続回線で接続し、最新データを格納している。例えば、インターネットあるいはイントラネットを用いる。
（２）キャッシュサーバＢは、回線障害のため、古いバージョンのデータのみ保持している。
（３）キャッシュサーバＣは、回線接続待ち又は伝送に時間を要するため、未だ最新版に更新されていない。例えば、ダイアルアップ回線等で間欠的に接続し、あるいは伝送速度が遅い回線を用いるケースが想定される。
【００２４】
その上で、以下の対応を実現する。
（１）列車に設置された車上通信装置が、キャッシュサーバＡからの最新データ（Ｖｅｒ４）の受信を完了させた場合には、キャッシュサーバＢ及びキャッシュサーバＣの古いデータ（Ｖｅｒ２及びＶｅｒ３）は受信しない。
（２）車上通信装置が、キャッシュサーバＡからの最新データ（Ｖｅｒ４）を途中まで受信した状態で無線アクセスポイントＡの通信エリアを抜けた場合には、不完全な一部データ（Ｖｅｒ４）を保管し、次の無線アクセスポイントＢの通信エリアに入った時点で、「ないよりはまし」なので古いデータ（Ｖｅｒ２）を受信する。更に次の無線アクセスポイントＣの通信エリアに入ると、先に受信を完了したデータ（Ｖｅｒ２）よりも新しいデータ（Ｖｅｒ３）を受信する。Ｖｅｒ３のデータ受信を完了すると、不要なデータ（Ｖｅｒ２）は削除する。
【００２５】
更に、図２で想定されるケースでは、
（３）車上通信装置が、キャッシュサーバＡからの最新データ（Ｖｅｒ４）を途中まで受信した状態で無線アクセスポイントＡの通信エリアを抜け、不完全な一部データ（Ｖｅｒ４）を保管し、無線アクセスポイントＢの通信エリアに入ると、古いデータ（Ｖｅｒ２）を受信し、無線アクセスポイントＣの通信エリアに入ると、不完全な最新データ（Ｖｅｒ４）の続きから受信する。つまり、中断分の一部データを保存しておいて、古いデータでも取得する。そして、他のアクセスポイントから、改めて一部データの残りのデータを取得する。
【実施例１】
【００２６】
図１及び図２に示した通り、鉄道沿線に設置された無線アクセスポイントは、キャッシュサーバと接続されており、キャッシュサーバは、センタサーバから配信されたデータを保持している。そして、列車に設置された車上通信装置は、無線アクセスポイントに接近すると無線アクセスポイントと無線通信により接続し、キャッシュサーバに保持されているデータを受信するように動作する。
【００２７】
図３は、車上通信装置のハードウエア構成を示す図である。車上通信装置は、ＣＰＵ３０１、メモリ３０２、ＨＤＤ３０３、無線ＬＡＮデバイス３０４、及び位置情報受信部３０５を有している。ＣＰＵ３０１は、演算装置の例であり、メモリ３０２とＨＤＤ３０３は、記憶装置の例である。プログラムは、通常ＨＤＤ３０３に記憶されており、メモリ３０２にロードされた状態で、順次ＣＰＵ３０１に読み込まれ処理を行う。無線ＬＡＮデバイス３０４は、無線ＬＡＮ通信に用いる。これにより、無線アクセスポイントとの通信を制御する。位置情報受信部３０５は、現在位置を取得するように構成されている。
【００２８】
図４は、車上通信装置のソフトウエア構成を示す図である。車上通信装置は、受信要否判定部４０１、保持バージョン管理テーブル４０２、データ受信部４０３、受信データ記憶部４０４、及び不要データ削除部４０５を有している。受信要否判定部４０１は、データの受信が必要か否かを判断し、保持バージョン管理テーブル４０２は、保持しているデータのバージョンを管理し、データ受信部４０３は、必要なデータを受信し、受信データ記憶部４０４は、受信したデータを記憶し、不要データ削除部４０５は、不要となったデータを削除するように構成されている。
【００２９】
保持バージョン管理テーブル４０２について説明する。図５は、保持バージョン管理テーブルの例（その１）を示す図である。バージョン毎にレコードを設け、保持バージョンＩＤ、フルデータサイズ、受信済データサイズ、及びファイル名の項目を対応付けて記憶するように構成されている。バージョンＩＤは、受信データ記憶部４０４で記憶しているデータのバージョンの識別情報である。フルデータサイズは、そのバージョンのデータが完全である状態における全体の大きさである。受信済データサイズは、受信データ記憶部４０４で現に記憶しているデータの大きさである。ファイル名は、受信データ記憶部４０４で記憶する際に用いているファイルの名称である。
【００３０】
図５は、図１に示した想定ケース（その１）で無線アクセスポイントＣの通信エリアでデータ受信中の状態を示し、図６は、図２に示した想定ケース（その２）における状態を示している。
【００３１】
続いて、処理動作について説明する。図７は、車上通信装置の全体処理フローを示す図である。この処理は、列車がアクセスポイントに接近し接続可能となると起動される。受信要否判定部４０１による受信要否判定処理（Ｓ７０１）で受信不要と判定した場合には、処理を終了する。一方、受信が必要と判定された場合には、データ受信部４０３によるデータ受信処理（Ｓ７０２）と、不要データ削除部４０５による不要データ削除処理（Ｓ７０３）を行う。以下各処理について詳述する。
【００３２】
図８は、受信要否判定処理（Ｓ７０１）のフローを示す図である。無線アクセスポイントを介してキャッシュサーバへ送信バージョンＩＤ要求を送信し、送信バージョンＩＤを受信する（Ｓ８０１）。送信バージョンＩＤは、キャッシュサーバが保持し、送信できるデータのバージョンの識別情報である。そして、保持バージョン管理テーブル４０２の保持バージョン毎に以下の処理を繰り返す（Ｓ８０２）。
【００３３】
当該保持バージョンの受信済データサイズがフルデータサイズと等しく（Ｓ８０３）、更に送信バージョンＩＤが当該保持バージョンのＩＤ以下である場合（Ｓ８０４）、つまり送信バージョンが保持バージョンと同じか、あるいは保持バージョンより古い場合には、受信は不要であると判定して処理を終了する（Ｓ８０５）。
【００３４】
一方、当該保持バージョンの受信済データサイズがフルデータサイズと異なる場合は（Ｓ８０３）、他の保持バージョンの処理を繰り返す（Ｓ８０６）。また、あるいは送信バージョンＩＤが当該保持バージョンＩＤより大きい場合（Ｓ８０４）、つまり送信バージョンが保持バージョンより新しい場合にも、他の保持バージョンの処理を繰り返す（Ｓ８０６）。そして、いずれの保持バージョンでも受信不要と判定されなかった場合に、受信が必要であると判定する（Ｓ８０７）。
【００３５】
図９は、データ受信処理（Ｓ７０２）のフローを示す図である。保持バージョン管理テーブル４０２の保持バージョン毎に以下の処理を繰り返す（Ｓ９０１）。送信バージョンＩＤが当該保持バージョンのＩＤと等しい場合には（Ｓ９０２）、既存のデータの続きから受信する既存バージョン更新処理（Ｓ９０４）を行う。一方、バージョンが一致しない場合には（Ｓ９０２）、他の保持バージョンについて処理を繰り返し（Ｓ９０３）、いずれの保持バージョンにおいても一致しなかった場合には、データの先頭から受信する新規バージョン追加処理（Ｓ９０５）を行う。
【００３６】
図１０は、既存バージョン更新処理（Ｓ９０４）のフローを示す図である。当該保持バージョンの受信済データサイズに１を加えて転送開始アドレスを求め、その転送開始アドレスを指定して、キャッシュサーバに対してデータ転送要求を送信する（Ｓ１００１）。この例では、１を加えて転送開始アドレスとしたが、転送済みのデータサイズを指定することにより、後続データを受信する仕様の場合には、受信済データサイズをそのまま転送開始アドレスとする。
【００３７】
そして、キャッシュサーバから受信したデータを、当該保持バージョンのファイル名で特定される受信データ記憶部４０４の既存ファイルに追加する（Ｓ１００２）。最後に、当該保持バージョンの受信済データサイズに受信したデータサイズを加える（Ｓ１００３）。
【００３８】
図１１は、新規バージョン追加処理フローを示す図である。データの先頭を転送開始アドレスに指定して、キャッシュサーバに対してデータ転送要求を送信する（Ｓ１１０１）。そして、フルデータサイズを受信し、さらに転送データを受信する（Ｓ１１０２）。受信したデータを受信データ記憶部４０４の新規ファイルとして記憶する（Ｓ１１０３）。最後に、新規のバージョン、フルデータサイズ、受信したデータサイズ、及び新規のファイル名を保持バージョン管理テーブルの新規レコードに書き込む（Ｓ１１０３）。
【００３９】
図１２は、不要データ削除処理（Ｓ７０３）のフローを示す図である。保持バージョン管理テーブル４０２の保持バージョンについて順に以下の処理を行なう（Ｓ１２０１）。当該保持バージョンの受信済データサイズが当該保持バージョンのフルデータサイズと等しい場合には（Ｓ１２０２）、当該保持バージョンを受信完了バージョンとして旧バージョン削除処理を行なう（Ｓ１２０３）。受信済データサイズがフルデータサイズと異なる場合には、他の保持バージョンについての処理を繰り返す（Ｓ１２０４）。
【００４０】
図１３は、旧バージョン削除処理（Ｓ１２０３）のフローを示す図である。保持バージョン管理テーブル４０２の保持バージョン毎に以下の処理を繰り返す（Ｓ１３０１）。当該保持バージョンＩＤが、受信完了バージョンＩＤよりも小さい場合には（Ｓ１３０２）、当該保持バージョンのファイルを削除するとともに（Ｓ１３０３）、当該保持バージョンのレコードを削除する（Ｓ１３０４）。この処理をすべて保持バージョンについて行った時点で終了する（Ｓ１３０５）。
【実施例２】
【００４１】
本実施例では、バージョンとしてデータの有効期限を用い、有効期限を切れたデータは受信しないように制御する。
【００４２】
図１４は、実施例２に係る保持バージョン管理テーブルの例を示す図である。図示するように、保持バージョンＩＤとして有効期限を用いる。あるいは、保持バージョンＩＤに有効期限を含める。
【００４３】
図１５は、実施例２に係る新規バージョン追加処理（Ｓ９０５）のフローを示す図である。図１１の処理に代えて、図１５の処理を行なう。送信バージョンＩＤで特定される有効期限内であるか判定し（Ｓ１５０１）、有効期限内である場合のみデータを受信する。有効期限外であれば、データを受信せずに終了する。
【００４４】
図１６は、実施例２に係る既存バージョン更新処理（Ｓ９０４）の処理フローを示す図である。図１０の処理に代えて、図１６の処理を行う。送信バージョンＩＤで特定される有効期限内であるか判定し（Ｓ１６０１）、有効期限内である場合のみデータを受信する。有効期限外であれば、データを受信せずに終了する。
【実施例３】
【００４５】
本実施例では、有効期限切れの場合に不完全なデータファイルを削除する。
【００４６】
図１７は、実施例３に係る既存バージョン更新処理（Ｓ９０４）のフローを示す図である。図１０の処理に代えて、図１７の処理を行う。送信バージョンＩＤで特定される有効期限内であるか判定し（Ｓ１７０１）、有効期限内である場合のみデータを受信する。有効期限外であれば、データを受信せずに、受信データ記憶部４０４に記憶している既存バージョンのファイルを削除する（Ｓ１７０５）。更に、保持バージョン管理テーブル４０２の既存バージョンのレコードを削除する（Ｓ１７０６）。
【実施例４】
【００４７】
本実施例では、バージョン毎に有効区間の概念を設ける。有効区間は、そのバージョンのデータが有効である路線上の範囲である。
【００４８】
気象条件に依存する運転規制情報などでは、時間の経過とともに有効区間が変動することがある。例えば、降雨量に従って速度を規制する規制範囲付近を有効区間とすれば、降雨地域が変動し列車が規制範囲から外れた場合には、不完全なデータである運転規制情報の続きを受信する必要が無くなる。
【００４９】
図１８は、実施例４に係る想定ケースの概要を示す図である。有効範囲が位置イ〜位置ハであるＶｅｒ４のデータを途中まで受信した状態で、列車が無線アクセスポイントＡの通信エリアを抜け、その後有効範囲が位置イ〜位置ロに狭められたＶｅｒ５のデータが配信された状態を想定する。その状態で列車が無線アクセスポイントＢの通信エリアに入ると、有効区間外になるのでＶｅｒ５を受信しないように制御する。
【００５０】
図１９は、実施例４に係る保持バージョン管理テーブルの例を示す図である。バージョン毎に、有効区間を対応付けて記憶するように構成されている。路線上の位置である上り側端点と下り側端点により特定される。路線上の位置は、例えば路線上の基準点からの距離で特定される。
【００５１】
有効区間は、受信要否判定処理（図８）のＳ８０１で送信バージョンＩＤと共に受信する。
【００５２】
図２０は、実施例４に係る新規バージョン追加処理（Ｓ９０５）のフローを示す図である。図１１に処理に代えて、図２０の処理を行なう。位置情報受信部３０５から現在の位置情報を取得し（Ｓ２００１）、受信要否判定部４０１で送信バージョンＩＤと共に受信した有効区間を取得し（Ｓ２００２）、現在位置が有効区間内か判定する（Ｓ２００３）。有効区間内である場合のみデータを受信する。Ｓ２００７では、有効区間も対応付けて記憶させる。有効区間外であれば、データを受信せずに終了する。
【００５３】
図２１は、実施例４に係る既存バージョン更新処理（Ｓ９０４）のフローを示す図である。図１０の処理に代えて、図２１の処理を行う。位置情報受信部３０５から現在の位置情報を取得し（Ｓ２１０１）、保持バージョン管理テーブル４０２から当該バージョンの有効区間を読み取り（Ｓ２１０２）、現在位置が有効区間内か判定する（Ｓ２１０３）。有効区間内である場合のみデータを受信する。有効区間外であれば、データを受信せずに終了する。尚、受信要否判定部４０１で送信バージョンＩＤと共に受信した有効区間を用いることもできる。
【実施例５】
【００５４】
実施例４において、既存バージョンのファイルを削除する。
【００５５】
図２２は、実施例５に係る既存バージョン更新処理フローを示す図である。有効区間外の場合には、既存バージョンのファイルを削除し（Ｓ２２０７）、既存バージョンのレコードを削除する（Ｓ２２０８）。
【００５６】
上述の実施例２乃至５において、有効期間が過ぎたデータや有効区間外となったデータを、データ受信と非同期に削除することも有効である。これにより、不要なデータを常時削除することができる。
【００５７】
車上通信装置は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。
【産業上の利用可能性】
【００５８】
上述の例では、鉄道に適用する場合について説明したが、路線バスやモノレール等他の移動体に係る交通システムにも適用できる。
【符号の説明】
【００５９】
３０１    ＣＰＵ
３０２    メモリ
３０３    ＨＤＤ
３０４    無線ＬＡＮデバイス
３０５    位置情報受信部
４０１    受信要否判定部
４０２    保持バージョン管理テーブル
４０３    データ受信部
４０４    受信データ記憶部
４０５    不要データ削除部
【図１】
2010226671.tif 000003
【図２】
2010226671.tif 000004
【図３】
2010226671.tif 000005
【図４】
2010226671.tif 000006
【図５】
2010226671.tif 000007
【図６】
2010226671.tif 000008
【図７】
2010226671.tif 000009
【図８】
2010226671.tif 000010
【図９】
2010226671.tif 000011
【図１０】
2010226671.tif 000012
【図１１】
2010226671.tif 000013
【図１２】
2010226671.tif 000014
【図１３】
2010226671.tif 000015
【図１４】
2010226671.tif 000016
【図１５】
2010226671.tif 000017
【図１６】
2010226671.tif 000018
【図１７】
2010226671.tif 000019
【図１８】
2010226671.tif 000020
【図１９】
2010226671.tif 000021
【図２０】
2010226671.tif 000022
【図２１】
2010226671.tif 000023
【図２２】
2010226671.tif 000024