コンテンツ同期システム、地上連携サーバ装置および移動体上連携サーバ装置
【課題】未更新のデータや重複したデータの送受信を行わず、さらにデータの優先度や情報種別に応じてデータを送受信することが可能なコンテンツ同期システムを得ることを目的とする。
【解決手段】本発明におけるコンテンツ同期システムは、移動体上システム２と地上システム１との間で互いに情報を共有する。地上システム１は、地上サービスアプリケーション１１と、地上連携サーバ１０と、無線基地局１２と、通信ネットワーク１３とを備える。移動体上システム２は、移動体上サービスアプリケーション２１と、移動体上連携サーバ２０と、無線通信装置２２とを備える。地上連携サーバ１０および移動体上連携サーバ２０は、地上サービスアプリケーション１１および移動体上サービスアプリケーション２１の要求に応じて、または所定の周期で地上システム１および移動体上システム２の情報を互いに送受信することで当該情報を同期する。
【解決手段】本発明におけるコンテンツ同期システムは、移動体上システム２と地上システム１との間で互いに情報を共有する。地上システム１は、地上サービスアプリケーション１１と、地上連携サーバ１０と、無線基地局１２と、通信ネットワーク１３とを備える。移動体上システム２は、移動体上サービスアプリケーション２１と、移動体上連携サーバ２０と、無線通信装置２２とを備える。地上連携サーバ１０および移動体上連携サーバ２０は、地上サービスアプリケーション１１および移動体上サービスアプリケーション２１の要求に応じて、または所定の周期で地上システム１および移動体上システム２の情報を互いに送受信することで当該情報を同期する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、列車等の移動体上に設けられて情報処理を行う移動体上システムと、当該移動体上システムと通信ネットワークを介して接続された地上システムとの間で互いに情報を共有するコンテンツ同期システムに関するものである。
【背景技術】
【０００２】
近年、ネットワークに接続されたコンピュータやネットワーク装置の監視や制御を行うためのプロトコルであるＳＮＭＰ（Simple Network Management Protocol）を利用する装置が増加している。これらの装置では、ＳＮＭＰを用いて、ＳＮＭＰマネージャがＳＮＭＰエージェントの情報を取得し、情報を同期させるシステムが知られている。例えば下記特許文献１に上述した内容に関連する技術が開示されている。特許文献１に記載されているネットワーク管理システムでは、各ＳＮＭＰエージェントは管理する情報の更新フラグが登録されたテーブルを有しており、ＳＮＭＰマネージャが、当該更新フラグに基づいて各エージェントに対し情報の送信を要求する。
【０００３】
また、下記特許文献２には、鉄道システムとして列車情報伝達システムが開示されている。この列車情報伝達システムでは、運行中の車上システムの制御装置が検知した自列車の編成番号や走行位置などの車上情報と、列車の着発線変更や臨時列車などのダイヤ変更情報や徐行情報などの地上情報を列車無線により伝達する。
【０００４】
【特許文献１】特開２００７−２４１５１８号公報
【特許文献２】特開２００４−１８９０４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載されているネットワーク管理システムでは、ＳＮＭＰマネージャとＳＮＭＰエージェントとの間で、更新のあるＭＩＢオブジェクトを取得するようにするため、ＳＮＭＰエージェントの情報を同期するのに要する時間は短くすることができる。
【０００６】
しかしながら、このネットワーク管理システムでは、ＳＮＭＰマネージャおよびＳＮＭＰエージェントの上位アプリケーションにとって必要な情報を優先的に取得できないという問題があった。
【０００７】
また、特許文献２に記載されている列車情報伝達システムでは、中央管理センターの各コンピュータから送信を要求される毎に、列車無線を用いて情報の送受信を行っているため、各コンピュータが同種の情報を重複して送受信することがあるという問題があった。
【０００８】
そこで本発明はかかる問題を解決するためになされたものであり、未更新のデータや重複したデータの送受信を行わず、さらにデータの優先度や情報種別に応じてデータを送受信することが可能なコンテンツ同期システムを得ることを目的とする。
【課題を解決するための手段】
【０００９】
本発明におけるコンテンツ同期システムは、移動体上に設けられて情報処理を行う移動体上システムと、前記移動体上システムと通信ネットワークを介して接続され、地上に設けられて情報処理を行う地上システムとの間で互いに情報を共有するコンテンツ同期システムである。前記地上システムは、前記移動体上システムに提供する情報を管理する地上サービスアプリケーションと、当該地上システムおよび前記移動体上システムの情報を備え、当該地上システムと前記移動体上システムとの間で当該情報を同期する地上連携サーバと、前記移動体上システムとの間で当該地上システムおよび前記移動体上システムの情報の送受信を行う無線基地局と、前記地上サービスアプリケーション、前記地上連携サーバ、前記無線基地局とを接続する通信ネットワークと、を備える。前記移動体上システムは、当該移動体上システムの機能を提供する情報を管理する移動体上サービスアプリケーションと、当該移動体上システムおよび前記地上システムの情報を備え、当該移動体上システムと前記地上システムとの間で当該情報を同期する移動体上連携サーバと、前記地上システムとの間で前記地上システムおよび当該移動体上システムの情報の送受信を行う無線通信装置と、を備える。前記地上連携サーバおよび移動体上連携サーバは、前記地上サービスアプリケーションおよび移動体上サービスアプリケーションの要求に応じて、または所定の周期で前記地上システムおよび前記移動体上システムの情報を互いに送受信することで当該情報を同期する。
【発明の効果】
【００１０】
本発明のコンテンツ同期システムによれば、連携サーバ間で更新データ識別子と非同期データ識別子を周期的に交換することで、更新された情報が存在する場合にのみデータを送受信したり、連携サーバが判断するタイミングで優先度や情報種別に応じてデータを取得要求したりすることが可能となる。したがって、優先度の高いデータを必要なタイミングで送受信したり、更新されたデータだけを送受信したりすることができる。
【発明を実施するための最良の形態】
【００１１】
本発明のコンテンツ同期システムは、地上システムと移動体上システム間のコンテンツ同期システムとしてサービスを提供したり、移動体上システム間のコンテンツ同期システムとしてサービスを提供したりすることができる。本実施の形態では、地上システムと移動体上システム間のコンテンツ同期システムとしてサービスを提供する場合について主に説明する。また、ここでは鉄道システムを例に挙げ、地上システムと車上システム間のコンテンツ同期システムを説明する。
【００１２】
＜実施の形態１＞
図１は、本発明の実施の形態１に係るコンテンツ同期システムの構成を概略的に示したブロック図である。後述する図において、同一の符号を付したものは、同一またはこれに相当するものである。
【００１３】
図１において、地上システム１は、地上連携サーバ１０、地上サービスアプリケーション１１、無線基地局１２、および通信ネットワーク１３を備える。地上連携サーバ１０、地上サービスアプリケーション１１、無線基地局１２は通信ネットワーク１３を介して接続されている。地上システム１の地上サービスアプリケーション１１および無線基地局１２は１つであっても良いし、複数であっても良い。
【００１４】
図１において、車上システム２は、車上連携サーバ２０、車上サービスアプリケーション２１、および無線通信装置２２を備える。車上サービスアプリケーション２１は車上連携サーバ２０を介して無線通信装置２２と接続されている。車上システム２の車上サービスアプリケーション２１および無線通信装置２２は１つであっても良いし、複数であっても良い。本発明に記載のコンテンツ同期システムは、地上システム１は１つであるが、車上システム２は複数存在するものとする。
【００１５】
次に、地上システム１の各構成について説明する。地上連携サーバ１０は、地上サービスアプリケーション１１から設定された地上情報、更新データ識別子、および非同期データ識別子を車上連携サーバと同期したり、車上連携サーバ２０の有する車上情報、更新データ識別子、および非同期データ識別子を同期したりする。
【００１６】
また、地上連携サーバ１０は、地上情報および車上情報を情報本体部分（以下、データ）と更新されたか否かを示す更新データ識別子（以下、地上連携サーバの更新データ識別子を地上Ｕｐｄａｔｅ部、車上連携サーバの更新データ識別子を車上Ｕｐｄａｔｅ部）と更新データ識別子の同期は完了したが情報部が同期されたか否かを示す非同期データ識別子（以下、地上連携サーバの非同期データ識別子を地上Ａｓｙｎｃ部、車上連携サーバの非同期データ識別子を車上Ａｓｙｎｃ部）に分けて管理する。
【００１７】
また、地上連携サーバ１０は、地上サービスアプリケーション１１に対して、前記車上情報にアクセスする機能を提供したり、地上サービスアプリケーション１１から更新通知を登録された車上情報が更新された場合に通知したりする。
【００１８】
さらに、地上連携サーバ１０は、異なる通信メディアで伝送する複数の無線基地局１２を管理しており、通信メディアの状態を考慮して送信する無線基地局１２を選択し、無線基地局１２で送受信可能なデータ形式を生成して、同期するデータを送受信する。
【００１９】
ここで、地上情報とは、進行経路を示すダイヤ、進路開通予測、周辺列車位置、および運行情報などである。また、車上情報とは、列車の編成番号、位置、速度、走行予測、乗務員情報、および故障情報などである。
【００２０】
地上サービスアプリケーション１１は、地上連携サーバ１０が車上システム２から取得した情報を利用して、車上システム２に送信するためのダイヤ、道路開通予測情報などを生成し、地上連携サーバ１０に設定する。
【００２１】
無線基地局１２は、地上連携サーバ１０から送信要求のあったデータを無線通信装置２２に送信したり、車上連携サーバ２０から送信要求のあったデータを無線通信装置２２から受信したりする。無線基地局１２は１つの通信メディアで特定のエリアの通信をサポートしており、複数の無線基地局がある場合には各無線基地局がサポートする通信メディアは異なるものでも良いし、同じものでも良い。ここでの通信メディアとは、無線ＬＡＮや携帯電話などで採用されるプロトコルでも良いし、既存の列車無線で採用されているプロトコルでも良い。
【００２２】
通信ネットワーク１３は、地上連携サーバ１０、地上サービスアプリケーション１１、および無線基地局１２を接続するものであり、ＩＰ（Internet Protocol）系ネットワークでも良いし、非ＩＰ系ネットワークでも良い。
【００２３】
次に、車上システム２の各構成について説明する。車上連携サーバ２０は、基本的には地上連携サーバ１０と同等の機能を有する。車上連携サーバ２０は、車上サービスアプリケーション２１から設定された車上情報、更新データ識別子、および非同期データ識別子を地上連携サーバと同期したり、地上連携サーバ１０の有する地上情報、更新データ識別子、および非同期データ識別子を同期したりする。車上連携サーバ２０は、地上情報および車上情報を情報部、Ｕｐｄａｔｅ部、Ａｓｙｎｃ部に分けて管理する。
【００２４】
また、車上連携サーバ２０は、車上サービスアプリケーション２１に対して、前記地上情報にアクセスする機能を提供したり、車上サービスアプリケーション２１から更新通知を登録された地上情報が更新された場合に通知したりする。
【００２５】
さらに、車上連携サーバ２０は、異なる通信メディアで伝送する複数の無線通信機器２２を管理しており、通信メディアの状態を考慮して、送信する無線通信機器２２を選択し、同期するデータを送受信する。
【００２６】
車上サービスアプリケーション２１は、列車の位置や速度などの車上情報を車上連携サーバ２０に設定したり、地上システム１から受信した情報を利用して自列車が設定すべき適切な運行速度を決定したりする。
【００２７】
無線通信装置２２は、車上連携サーバ２０から送信要求のあったデータを無線基地局１２に送信したり、地上連携サーバ１０から送信要求のあったデータを無線基地局１２から受信したりする。無線通信装置２２は１つの通信メディアで特定のエリアの通信をサポートしており、１つの車上システム２内において複数の無線通信装置２２がある場合には各無線通信装置２２がサポートする通信メディアは異なるものである。
【００２８】
次に、地上システム１の詳細な構成について説明する。図２は、本発明の実施の形態１に係るコンテンツ同期システムにおける地上システム１の構成を詳細に示したブロック図である。
【００２９】
はじめに、地上連携サーバ１０の機能についてより詳細に説明する。地上連携サーバ１０は、同期通信制御手段１０１、地上サービスアプリアクセス手段１０２、情報格納手段１０３、通信プロトコル処理手段１０４、および通信メディア制御手段１０５を備える。
【００３０】
図５は、情報格納手段１０３の詳細な構成を示した図である。情報格納手段１０３は、地上マスタＩＮＤＥＸ部１０３ａ、地上マスタＤＡＴＡ１０３ｂ、車上ミラーＩＮＤＥＸ部１０３ｃ、および車上ミラーＤＡＴＡ１０３ｄで構成される。情報格納手段１０３は、地上連携サーバ１０が管理する車上連携サーバ２０の台数分で構成される。
【００３１】
地上マスタＩＮＤＥＸ部１０３ａは、地上Ｕｐｄａｔｅ部１０３ｅおよび車上Ａｓｙｎｃ部１０３ｆで構成される。地上Ｕｐｄａｔｅ部１０３ｅは、地上情報の内、地上サービスアプリケーション１１から情報の更新要求があった場合、地上サービスアプリアクセス手段１０２によりその情報の識別子が格納される。車上Ａｓｙｎｃ部１０３ｆは、車上連携サーバ２０から受信した車上Ｕｐｄａｔｅ部２０３ｇの内、車上マスタＤＡＴＡ２０３ｄの同期が完了した識別子が格納される。
【００３２】
地上マスタＩＮＤＥＸ部１０３ａの同期が完了すると、同期通信制御手段１０１により同期が完了した地上Ｕｐｄａｔｅ部１０３ｅは地上Ａｓｙｎｃ部１０３ｈにコピーし、地上Ｕｐｄａｔｅ部１０３ｅは削除される。
【００３３】
また、車上連携サーバから車上マスタＩＮＤＥＸ部２０３ｃの地上Ａｓｙｎｃ部２０３ｈを受信すると、同期通信制御手段１０１は地上Ａｓｙｎｃ部１０３ｈと比較し、地上Ａｓｙｎｃ部２０３ｈに含まれるデータ識別子が地上Ａｓｙｎｃ部１０３ｈに含まれている場合は地上Ａｓｙｎｃ部１０３ｈから該当する識別子を削除する。
【００３４】
車上マスタＤＡＴＡ２０３ｄと車上ミラーＤＡＴＡ１０３ｄの同期が完了すると、同期通信制御手段１０１により、同期が完了したデータの識別子は、車上Ｕｐｄａｔｅ部１０３ｇから車上Ａｓｙｎｃ部１０３ｆにコピーし、車上Ｕｐｄａｔｅ部１０３ｇから削除される。
【００３５】
地上マスタＤＡＴＡ１０３ｂは、地上サービスアプリケーション１１から情報の更新要求があった場合、地上サービスアプリアクセス手段１０２によりその情報本体が格納される。
【００３６】
車上ミラーＩＮＤＥＸ部１０３ｃは、車上Ｕｐｄａｔｅ部１０３ｇおよび地上Ａｓｙｎｃ部１０３ｈで構成される。車上Ｕｐｄａｔｅ部１０３ｇは、車上連携サーバ２０の車上マスタＤＡＴＡ２０３ｄの内、更新された情報の識別子が格納され、車上連携サーバ２０から車上Ｕｐｄａｔｅ部を受信する度に識別子を累積させる。地上Ａｓｙｎｃ部１０３ｈは、車上連携サーバ２０に送信した地上Ｕｐｄａｔｅ部１０３ｅの内、地上マスタＤＡＴＡ１０３ｂと地上ミラーＤＡＴＡ２０３ｂの同期が完了していない識別子が格納される。
【００３７】
車上ミラーＤＡＴＡ１０３ｄは、車上情報のうち、車上連携サーバ２０から受信した情報本体が格納される。
【００３８】
ここで、情報格納手段１０３は、ＭＩＢ（Management Information Base）で構成してもよい。ＭＩＢで構成することにより、ツリー構造のデータベースとなるため、送信するデータの指定が容易に可能になる。また、地上Ａｓｙｎｃ部１０３ｈおよび車上Ｕｐｄａｔｅ部１０３ｇは、同期が取れていないデータの識別子だけで構成しても良いし、同期が取れていないデータの識別子と同期回数で構成してもよい。
【００３９】
同期通信制御手段１０１は、車上連携サーバ２０と地上情報および車上情報の同期を行うために、複数の車上システム２に対する同期タイミングを管理する。同期タイミングになった場合には、地上マスタＤＡＴＡ１０３ｂが更新されたか否かを示す地上Ｕｐｄａｔｅ部１０３ｅと、車上ミラーＤＡＴＡ１０３ｄと車上マスタＤＡＴＡ２０３ｄとで同期が完了したデータを示す車上Ａｓｙｎｃ部１０３ｆの送信要求を通信プロトコル処理手段１０４に渡し、車上システムにデータ送信を要求する。
【００４０】
また、同期通信制御手段１０１は、地上マスタＤＡＴＡ１０３ｂを車上連携サーバ２０に送信するために、情報種別ごとに更新周期、優先度、および最終同期時間を管理する。そして、更新周期の時間以上同期が行われていない場合は、地上マスタＩＮＤＥＸ部１０３ａを送信する際に、地上マスタＤＡＴＡ１０３ｂを車上連携サーバ２０に同時に送信したり、車上ミラーＩＮＤＥＸ部１０３ｃから車上システム２に対して車上の更新された情報本体の送信要求を行ったりする。
【００４１】
さらに、同期通信制御手段１０１は、地上サービスアプリケーション１１に通知する情報がある場合は、地上サービスアプリアクセス手段１０２にメッセージ受信を通知する。
【００４２】
地上サービスアプリアクセス手段１０２は、地上サービスアプリケーション１１とのインタフェースを提供する。例えば、地上サービスアプリケーション１１からの要求に応じて情報格納手段１０３へのアクセスを行ったり、同期通信制御手段１０１から受信した車上システム２の編成情報や位置情報などを地上サービスアプリケーション１１の要求に関わらず通知したりする。例えば、地上サービスアプリケーション１１に対して提供するインタフェースはＡＰＩ（Application Program Interface）の関数である。
【００４３】
ここで、上述した地上サービスアプリアクセス手段１０２が地上サービスアプリケーション１１に対して提供するインタフェース（ＡＰＩの関数）について説明する。図４は、このＡＰＩの関数の一例を示した図である。ＡＰＩの関数は、地上サービスアプリケーション１１から地上サービスアプリアクセス手段１０２に対して引数を渡すと、地上サービスアプリアクセス手段１０２は地上サービスアプリケーション１１に対して戻り値を返す。また、地上サービスアプリアクセス手段１０２は引数を渡されなくても、地上サービスアプリアクセス手段１０２から地上サービスアプリケーション１１に対して、自発的に戻り値を返すＡＰＩの関数も存在する。図４を参照し、以下に各ＡＰＩ関数について説明する。
【００４４】
まず、編成通知（Ａｃｃｅｐｔ）について説明する。Ａｃｃｅｐｔは、地上サービスアプリアクセス手段１０２が同期通信制御手段１０１から編成状態の変更（車上システム２の新たな編成、終了、他の編成との併合、分割）を受信した場合に、編成状態を地上サービスアプリケーション１１に自発的に通知するために利用する。
【００４５】
Ａｃｃｅｐｔの引数は、存在しない。一方、Ａｃｃｅｐｔの戻り値は、車両ＩＤと編成状態が存在する。車両ＩＤは、車上システムを識別するための識別子である。編成状態は、車上システムの編成状態の変更を示す識別子である。例えば、「０：新規編成」、「１：終了」、「２：併合」、「３：分割」などのように識別子を割り当てる。
【００４６】
次に、通信メディア接続状態通知（ＬａｎＣｏｎｎｅｃｔ）について説明する。ＬａｎＣｏｎｎｅｃｔは、地上サービスアプリアクセス手段１０２が同期通信制御手段１０１から通信メディアの接続状態の変更（新規接続、切断）を受信した場合に、通信メディアの接続状態を地上サービスアプリケーション１１に自発的に通知するために利用する。
【００４７】
ＬａｎＣｏｎｎｅｃｔの引数は、存在しない。一方、ＬａｎＣｏｎｎｅｃｔの戻り値は、車両ＩＤ、通信メディアＩＤおよび通信メディア接続状態が存在する。車両ＩＤは、上述した内容と同様のため、説明を省略する。通信メディアＩＤは、通信メディアを識別するための識別子である。通信メディア接続状態は、通信メディアの接続状態を示す識別子である。例えば、「０：接続」、「１：切断」などのように識別子を割り当てる。
【００４８】
次に、情報設定（Ｓｅｔ）について説明する。Ｓｅｔは、地上サービスアプリケーション１１が情報格納手段１０３にデータを設定するために利用する。地上サービスアプリアクセス手段１０２は引数に指定されたデータ識別子のデータを情報格納手段１０３に格納し、格納した結果を戻り値に含め、地上サービスアプリケーション１１に通知する。
【００４９】
Ｓｅｔの引数は、車両ＩＤ、データ識別子、データ、データサイズおよび強制送信フラグ（オプション）が存在する。車両ＩＤは、上述した内容と同様のため、説明を省略する。データ識別子は、データを識別するための識別子である。データは、情報格納手段に保存されているデータ本体である。データサイズは、データのサイズを示す。強制送信フラグは、情報格納手段１０３に格納するデータを即座に車上システムに送信することを要求するフラグである。この強制送信フラグはオプションとして利用する。例えば、「０：無効」、「１：有効」のように割り当てる。一方、Ｓｅｔの戻り値は、車両ＩＤとイベントコードが存在する。車両ＩＤは、上述した内容と同様のため、説明を省略する。イベントコードは、情報格納手段にデータを設定した結果を示す識別子である。例えば、「０：成功」、「１：指定されたデータ識別子は存在しない」などのように割り当てる。
【００５０】
次に、情報取得（Ｇｅｔ）について説明する。Ｇｅｔは、地上サービスアプリケーション１１が地上サービスアプリアクセス手段１０２に情報格納手段１０３のデータを取得するために利用する。地上サービスアプリアクセス手段１０２は引数に指定されたデータ識別子のデータを情報格納手段１０３から取得し、取得したデータを戻り値に格納し、地上サービスアプリケーション１１に通知する。
【００５１】
Ｇｅｔの引数は、車両ＩＤとデータ識別子が存在する。車両ＩＤとデータ識別子は、上述した内容と同様のため、説明を省略する。一方、Ｇｅｔの戻り値は、車両ＩＤ、データ識別子、データ、データサイズおよび同期状態（オプション）が存在する。車両ＩＤ、データ識別子、データおよびデータサイズは、上述した内容と同様のため、説明を省略する。同期状態は、情報格納手段に保存されているデータが最新であるか否かを示すフラグである。例えば、「０：最新データ」、「１：古いデータ」などのように割り当てる。
【００５２】
次に、データ更新通知（Ｎｏｔｉｆｙ）について説明する。Ｎｏｔｉｆｙは、データ通知設定（ＳｅｔＬｉｓｔｅｎｅｒ）により設定されたデータが更新された場合に、地上サービスアプリアクセス手段１０２から地上サービスアプリケーション１１へ、自発的に通知する。
【００５３】
Ｎｏｔｉｆｙの引数は、存在しない。一方、Ｎｏｔｉｆｙの戻り値は、車両ＩＤ、データ識別子、データおよびデータサイズが存在する。車両ＩＤ、データ識別子、データおよびデータサイズは、上述した内容と同様のため、説明を省略する。
【００５４】
次に、データ更新通知設定（ＳｅｔＬｉｓｔｅｎｅｒ）について説明する。ＳｅｔＬｉｓｔｅｎｅｒは、地上サービスアプリケーション１１が、データが更新された際に自動的に地上サービスアプリアクセス手段１０２からデータを受信するために、地上サービスアプリアクセス手段１０２に、データ更新通知を要求するデータを設定する。
【００５５】
ＳｅｔＬｉｓｔｅｎｅｒの引数は、車両ＩＤ、データ識別子および有効／無効フラグが存在する。車両ＩＤとデータ識別子は、上述した内容と同様のため、説明を省略する。有効／無効フラグは、データ更新通知を有効にするか無効にするかのフラグである。例えば、「０：無効」、「１：有効」などのように割り当てる。一方、ＳｅｔＬｉｓｔｅｎｅｒの戻り値は、車両ＩＤとイベントコードが存在する。車両ＩＤは、上述した内容と同様のため、説明を省略する。イベントコードは、データ更新通知を設定した結果を示す識別子である。例えば、「０：成功」、「１：設定失敗」などのように割り当てる。
【００５６】
最後に、パラメータ設定（ＳｅｔＰａｒａｍｅｔｅｒ）について説明する。ＳｅｔＰａｒａｍｅｔｅｒは、地上サービスアプリケーション１１が、同期制御手段がデータを同期する優先度や更新周期などを設定するために、地上サービスアプリアクセス手段１０２に通信パラメータの設定を要求する。
【００５７】
ＳｅｔＰａｒａｍｅｔｅｒの引数は、車両ＩＤ、データ識別子、属性および属性のパラメータ値が存在する。車両ＩＤとデータ識別子は、上述した内容と同様のため、説明を省略する。属性は、設定する通信パラメータの識別子である。例えば属性には、データの優先度やデータの更新周期、データ種別などである。属性のパラメータ値は、設定する通信パラメータの値である。一方、ＳｅｔＰａｒａｍｅｔｅｒの戻り値は、車両ＩＤとイベントコードが存在する。車両ＩＤは、上述した内容と同様のため、説明を省略する。イベントコードは、通信パラメータを設定した結果を示す識別子である。例えば、「０：成功」、「１：設定失敗」などのように割り当てる。
【００５８】
図２に戻り、地上連携サーバ１０が有する残りの機能について説明する。通信プロトコル処理手段１０４は、車上連携サーバ２０とメッセージを送受信するための通信制御を行うものである。例えば、同期通信制御手段１０１から渡されたデータにメッセージの種類や再送フラグなどのヘッダ情報を付与したり、無線基地局１２が送信可能なメッセージ形式に変換したりした後、通信ネットワーク１３を介して無線基地局１２に送信するメッセージを渡す。また、無線基地局１２からメッセージを受信した場合には情報格納手段に受信データを格納した後、受信したメッセージの種類および受信したメッセージに含まれるデータ識別子を同期通信制御手段１０１に通知する。
【００５９】
さらに、通信プロトコル処理手段１０４は、無線基地局１２にメッセージを送信する際、通信メディア制御手段１０５の管理する情報から適切な通信メディアを選択して送信することもできるし、通信プロトコル処理手段１０４は分割／組立制御や再送制御などを提供することもできる。例えば、通信プロトコル処理手段１０４にＳＮＭＰを適用することで、車上連携サーバ２０の情報格納手段２０３のデータを取得することが容易に可能になる。
【００６０】
また、通信プロトコル処理手段１０４は、情報格納手段１０３の情報を周期的に監視し、情報が更新された場合には車上システム２に対して更新された情報の送信を行う。
【００６１】
通信メディア制御手段１０５は、送信する通信メディアを選択するために、無線基地局１２の対応している通信メディアを管理したり、通信品質を管理したりするために周期的に無線基地局１２と制御メッセージを送受信する。
【００６２】
次に、地上サービスアプリケーション１１の機能について詳細に説明する。地上サービスアプリケーション１１は、受信データ処理手段１１１、および送信データ生成手段１１２を有する。
【００６３】
受信データ処理手段１１１は、地上サービスアプリアクセス手段１０２から渡されたデータを表示したり、保存したりする。送信データ生成手段１１２は、車上システム２に送信する情報（例えば、走行予測情報や運行情報など）を車上システム２から受信した情報（例えば、位置、速度情報など）に基づいて生成し、地上サービスアプリアクセス手段１０２に送信するデータを渡す。
【００６４】
次に、無線基地局１２の機能について詳細に説明する。無線基地局１２は、送信手段１２１、受信手段１２２、および通信メディア管理手段１２３を有する。
【００６５】
送信手段１２１は、通信プロトコル処理手段１０４から通信ネットワーク１３を介して渡された情報を通信ネットワーク１３を介して、車上システム２に送信する。受信手段１２２は、車上システム２から送信された情報を受信し、通信ネットワーク１３を介して、通信プロトコル処理手段１０４に渡す。通信メディア管理手段１２３は、通信メディア制御手段１０５が通信メディア管理手段１２３を管理するために、無線基地局１２の対応している通信メディアを管理したり、通信品質を管理したりするために周期的に通信メディア制御手段１０５と制御メッセージを送受信する。
【００６６】
次に、通信ネットワーク１３の機能について詳細に説明する。通信ネットワーク１３は、地上連携サーバ１０、地上サービスアプリケーション１１、および無線基地局１２を接続するネットワークであり、１つの地上連携サーバ１０に複数の地上サービスアプリケーション１１からアクセスしたり、複数の無線基地局から情報を送信したりするために利用される。
【００６７】
次に、車上システム２の詳細な構成について説明する。図３は、本発明の実施の形態１に係るコンテンツ同期システムにおける車上システム２の構成を詳細に示したブロック図である。車上システム２は基本的には地上システム１と同様の構成であるが、車上システム２には通信ネットワーク１３が含まれない構成となっている。
【００６８】
はじめに、車上連携サーバ２０の機能についてより詳細に説明する。車上連携サーバ２０は、同期通信制御手段２０１、車上サービスアプリアクセス手段２０２、情報格納手段２０３、通信プロトコル処理手段２０４、および通信メディア制御手段２０５を備える。
【００６９】
図６は、情報格納手段２０３の詳細な構成を示した図である。情報格納手段２０３は、地上ミラーＩＮＤＥＸ部２０３ａ、地上ミラーＤＡＴＡ２０３ｂ、車上マスタＩＮＤＥＸ部２０３ｃ、および車上マスタＤＡＴＡ２０３ｄで構成される。
【００７０】
地上ミラーＩＮＤＥＸ部２０３ａは、地上Ｕｐｄａｔｅ部２０３ｅおよび車上Ａｓｙｎｃ部２０３ｆで構成される。地上Ｕｐｄａｔｅ部２０３ｅは、地上連携サーバ１０の地上マスタＤＡＴＡ１０３ｂの内、更新された情報の識別子が格納され、地上連携サーバ１０から地上Ｕｐｄａｔｅ部を受信する度に累積させる。車上Ａｓｙｎｃ部２０３ｆは、地上連携サーバ１０に送信した車上Ｕｐｄａｔｅ部２０３ｇの内、車上マスタＤＡＴＡ２０３ｄと車上ミラーＤＡＴＡ１０３ｄの同期が完了していない識別子が格納される。
【００７１】
地上ミラーＤＡＴＡ２０３ｂは、地上情報の内、地上連携サーバ１０から受信した情報本体が格納される。
【００７２】
車上マスタＩＮＤＥＸ部２０３ｃは、車上Ｕｐｄａｔｅ部２０３ｇおよび地上Ａｓｙｎｃ部２０３ｈで構成される。車上Ｕｐｄａｔｅ部２０３ｇは、車上情報の内、車上サービスアプリケーション２１から情報の更新要求があった場合、車上サービスアプリアクセス手段２０２によりその情報の識別子が格納される。地上Ａｓｙｎｃ部２０３ｈは、地上連携サーバ１０から受信した地上Ｕｐｄａｔｅ部２０３ｅの内、地上ミラーＤＡＴＡ２０３ｂの同期が完了した識別子が格納される。
【００７３】
車上マスタＩＮＤＥＸ部２０３ｃの同期が完了すると、同期通信制御手段２０１により更新が完了した車上Ｕｐｄａｔｅ部２０３ｇは車上Ａｓｙｎｃ部２０３ｆにコピーし、車上Ｕｐｄａｔｅ部２０３ｇは削除される。
【００７４】
また、地上連携サーバから地上マスタＩＮＤＥＸ部１０３ｃの車上Ａｓｙｎｃ部１０３ｆを受信すると、同期通信制御手段２０１は車上Ａｓｙｎｃ部２０３ｆと比較し、車上Ａｓｙｎｃ部１０３ｆに含まれるデータ識別子を車上Ａｓｙｎｃ部２０３ｆから削除する。
【００７５】
地上マスタＤＡＴＡ１０３ｂと地上ミラーＤＡＴＡ２０３ｂの同期が完了すると、同期通信制御手段２０１により、同期が完了したデータの識別子は、地上Ｕｐｄａｔｅ部２０３ｅからなる地上Ａｓｙｎｃ部２０３ｈにコピーし、地上Ｕｐｄａｔｅ部２０３ｅから削除される。
【００７６】
また、車上Ａｓｙｎｃ部２０３ｆおよび地上Ｕｐｆａｔｅ部２０３ｅは、同期が取れていないデータの識別子だけで構成しても良いし、同期が取れていないデータの識別子と同期回数で構成してもよい。
【００７７】
同期通信制御手段２０１は、地上連携サーバ１０と地上情報および車上情報の同期を行う。地上連携サーバ１０から地上マスタＩＮＤＥＸ部１０３ａの受信通知を受け取った場合に、車上マスタＤＡＴＡ２０３ｄが更新されたか否かを示す車上Ｕｐｄａｔｅ部２０３ｇと、地上ミラーＤＡＴＡ２０３ｂと地上マスタＤＡＴＡ１０３ｂで同期が完了したか否かを示す地上Ａｓｙｎｃ部２０３ｈの送信要求を通信プロトコル処理手段２０４に渡し、地上システム１にデータ送信を要求する。
【００７８】
また、同期通信制御手段２０１は、地上連携サーバ１０から車上情報の送信要求通知を受け取った場合に、車上マスタＤＡＴＡ２０３ｄを地上システム１に送信するために通信プロトコル処理手段２０４に渡し、地上システムに送信を要求したり、地上Ｕｐｄａｔｅ部２０３ｅに基づいて、地上システム１に対して地上の更新された情報本体の送信要求を行ったりする。
【００７９】
さらに、同期通信制御手段２０１は、車上サービスアプリケーション２１に通知する情報がある場合は、車上サービスアプリアクセス手段２０２にメッセージ受信を通知する。
【００８０】
車上サービスアプリアクセス手段２０２は、車上サービスアプリケーション２１とのインタフェースを提供する。例えば、車上サービスアプリケーション２１からの要求に応じて情報格納手段２０３へのアクセスを行ったり、同期通信制御手段２０１から受信した地上システム１のダイヤ情報や運行情報などを車上サービスアプリケーション２１の要求に関わらず通知したりする。例えば、車上サービスアプリケーション２１に対して提供するインタフェースは、地上サービスアプリアクセス手段１０２と同様に図４に示すようなＡＰＩの関数である。ただし、車上サービスアプリアクセス手段２０２は、図４に示すＡＰＩのうち、編成通知（Ａｃｃｅｐｔ）は提供しない。
【００８１】
通信プロトコル処理手段２０４は、地上連携サーバ１０とメッセージを送受信するための通信制御を行うものである。例えば、同期通信制御手段２０１から渡されたデータにメッセージの種類や再送フラグなどのヘッダ情報を付与したり、送信可能なメッセージ形式に変換したりした後、無線通信装置２２に送信するメッセージを渡す。また、無線通信装置２２からメッセージを受信した場合には情報格納手段２０３に受信データを格納した後、受信したメッセージの種類および受信したメッセージに含まれるデータ識別子を同期通信制御手段２０１に通知する。
【００８２】
さらに、無線通信装置２２にメッセージを送信する際、通信メディア制御手段２０５の管理する情報から適切な通信メディアを選択して送信することもできるし、通信プロトコル処理手段２０４は分割／組立制御や再送制御などを提供することもできる。例えば、通信プロトコル処理手段２０４にＳＮＭＰを適用することで、地上連携サーバ１０の情報格納手段１０３のデータを取得することが容易に可能になる。
【００８３】
また、通信プロトコル処理手段２０４は情報格納手段２０３の情報を周期的に監視し、情報が更新された場合には地上システム１に対して更新された情報の送信を行う。
【００８４】
通信メディア制御手段２０５は、送信する通信メディアを選択するために、無線通信装置２２の対応している通信メディアを管理したり、通信品質を管理したりするために周期的に無線通信装置２２と制御メッセージを送受信する。
【００８５】
次に、車上サービスアプリケーション２１の機能について詳細に説明する。車上サービスアプリケーション２１は、受信データ処理手段２１１、および送信データ生成手段２１２を有する。
【００８６】
受信データ処理手段２１１は、車上サービスアプリアクセス手段２０２から渡されたデータを表示したり、保存したりする。送信データ生成手段２１２は、地上システム１に送信する情報（例えば、位置情報、速度情報など）を生成し、車上サービスアプリアクセス手段２０２に送信するデータを渡す。
【００８７】
次に、無線通信装置２２の機能について詳細に説明する。無線通信装置２２は、送信手段２２１、受信手段２２２、および通信メディア管理手段２２３を有する。
【００８８】
送信手段２２１は、通信プロトコル処理手段２０４から渡された情報を地上システム１に送信する。受信手段２２２は、地上システム１から送信された情報を受信し、通信プロトコル処理手段２０４に渡す。通信メディア管理手段２２３は、通信メディア制御手段２０５が通信メディア管理手段２２３を管理するために、無線通信装置２２の対応している通信メディアを管理したり、通信品質を管理したりするために周期的に通信メディア制御手段２０５と制御メッセージを送受信する。
【００８９】
次に、各構成の動作について説明する。図７から図１７は、本実施の形態１によるコンテンツ同期システムを構成する地上システム１および車上システム２の各手段の動作を示したフローチャートである。以下に、それぞれの手段での動作を説明する。
【００９０】
図７、図８は、本実施の形態１における地上連携サーバ１０の同期通信制御手段１０１の動作を示したフローチャート図である。はじめに、プログラムを起動後（ステップＳ１０１）、地上連携サーバ１０の同期通信制御手段１０１は、地上連携サーバ１０の通信プロトコル処理手段１０４からメッセージの受信を待機する（ステップＳ１０２）。
【００９１】
当該メッセージを受信していない場合は（ステップＳ１０２で「Ｎｏ」）、同期通信制御手段１０１はメッセージを受信するまでステップＳ１０２で受信の待機を継続する。これに対して、当該メッセージを受信した場合には（ステップＳ１０２で「Ｙｅｓ」）、ステップＳ１０３へと移行する。
【００９２】
ステップＳ１０３では、同期通信制御手段１０１は、受信したメッセージの種類が「新規編成情報」または「分割情報」の場合はステップＳ１０４へと移行する。これに対して、「新規編成情報」または「分割情報」ではない場合にはステップＳ１１３へと移行する。
【００９３】
次に、同期通信制御手段１０１は、地上サービスアプリアクセス手段１０２に対して、編成／分割情報を受信したことを通知する（ステップＳ１０４）。
【００９４】
そして、同期通信制御手段１０１は、編成情報の送信元である車上連携サーバ２０を図１８に示す編成管理テーブルに登録する。また、当該車上連携サーバ２０と情報同期を開始するため、同期通信制御手段１０１が同期するタイミングを管理するためのＩＮＤＥＸ同期タイマをスタートする（ステップＳ１０５）。
【００９５】
ここで、図１８に示す編成管理テーブルとは、同期通信制御手段１０１がデータ同期を行う車上システムを管理するデータベースである。ステップＳ１０５において、当該車上システム２の車両ＩＤ、ＩＰアドレス／リンクアドレス、編成優先度、編成時刻を登録する。そして、ＩＮＤＥＸ同期を行う毎に、最終同期時刻を更新する。
【００９６】
車両ＩＤは、車上システムを識別するための識別子である。ＩＰアドレス／リンクアドレスは、車上システムの無線通信機器を識別するためのネットワークアドレスである。ＩＰアドレスはＩＰ系ネットワークで利用し、リンクアドレスは非ＩＰ系ネットワークで利用する。ＩＰアドレス／リンクアドレスは無線通信機器にあらかじめ設定されている。編成優先度は、車上システムの優先度を示す。編成時刻は、車上システムが編成した時刻を示す。最終同期時刻は、車上システムとＩＮＤＥＸ同期を行った最新の時刻を示す。
【００９７】
次に、ステップＳ１０５でスタートしたＩＮＤＥＸ同期タイマがタイムアウトしたかを判定する（ステップＳ１０６）。ＩＮＤＥＸ同期タイマがタイムアウトしていない場合には（ステップＳ１０６で「Ｎｏ」）、同期通信制御手段１０１はステップＳ１０６のタイムアウトを待機する。これに対して、ＩＮＤＥＸ同期タイマがタイムアウトした場合には（ステップＳ１０６で「Ｙｅｓ」）、ステップＳ１０７へと移行する。
【００９８】
次に、同期通信制御手段１０１は、情報格納手段１０３の地上マスタＩＮＤＥＸ部１０３ａから更新された地上マスタＤＡＴＡ１０３ｂの識別子を取得する（ステップＳ１０７）。
【００９９】
次に、同期通信制御手段１０１は、自身が予め保持している同期管理テーブル（図１９）とステップＳ１０７で取得した地上Ｕｐｄａｔｅ部１０３ｅから、地上マスタＩＮＤＥＸ部１０３ａと同時に送信する情報があるか否かを判定する（ステップＳ１０８）。
【０１００】
ここで、図１９に示す同期管理テーブルとは、同期通信制御手段１０１がデータの同期を行う場合に利用するデータベースである。このデータベースを参照し、データ同期のタイミングや優先順位、同期する周期などに基づいて、送受信するデータのタイミングおよび順番を決定する。
【０１０１】
データ識別子は、データを識別するための識別子であり、図２２に示す番号に対応する。データ送受信タイプは、データ同期を行う場合、どのタイミングでデータ送受信を行うかを示す。「Ｍａｎｄａｔｏｒｙ」はデータを送受信する際に必ず含め、「ＩＮＤＥＸ部と同時」はＩＮＤＥＸ同期を行う際に同時に送信し、「ＤＡＴＡ種別ごと」は前回の送受信から、更新周期以上の時間が経過した場合に送信する。さらに、「狭域通信時」は狭域通信メディアと接続が可能になった場合に送信する。データ優先度は、データ同期を行う際に複数のデータがある場合に、データ優先度に応じて同期する順番を決定するために利用する。更新周期は、データを同期する周期の最大許容時間を示し、地上サービスアプリケーション１１によりデータが更新されてから更新周期以内に同期を行う。
【０１０２】
ＩＮＤＥＸ部と同時に送信する地上マスタＤＡＴＡがない場合は（ステップＳ１０８で「Ｎｏ」）、ステップＳ１０７で取得した地上マスタＩＮＤＥＸ部１０３ａを保持して、ステップＳ１０９へと移行する。これに対して、地上ＩＮＤＥＸ部と同時に送信する地上マスタＤＡＴＡが存在する場合には（ステップＳ１０８で「Ｙｅｓ」）、ステップＳ１０７で取得した地上マスタＩＮＤＥＸ部１０３ａと、該当する地上マスタＤＡＴＡの識別子を保持して、ステップＳ１０９へと移行する。
【０１０３】
そして、ステップＳ１０９では、同期通信制御手段１０１は保持している地上ＩＮＤＥＸ部および地上ＤＡＴＡの識別子の送信要求を通信プロトコル処理手段１０４に渡す。
【０１０４】
次に、ステップＳ１０９で送信要求を行った車上システム２からの応答を一定時間待機する（ステップＳ１１０）。一定時間内に、応答を受信できなかった場合は（ステップＳ１１１で「Ｎｏ」）、ステップＳ１０５へと戻り、ＩＮＤＥＸ同期タイマを再スタートする。これに対して、一定時間内に、応答を受信できた場合は（ステップＳ１１１で「Ｙｅｓ」）、ステップＳ１１２へと移行する。
【０１０５】
次に、ステップＳ１１２では、同期通信制御手段１０１はＩＮＤＥＸ同期が完了したと判断し、送信を行った地上Ｕｐｄａｔｅ部１０３ｅを地上Ａｓｙｎｃ部１０３ｈに登録し、地上Ｕｐｄａｔｅ部１０３ｅおよび車上Ａｓｙｎｃ部１０３ｆは削除し、ＤＡＴＡの同期が完了した識別子は地上Ａｓｙｎｃ部１０３ｈから削除する（ステップＳ１１２）。ステップＳ１１２の処理完了後、ステップＳ１０５へと戻り、ステップＳ１０５からステップＳ１１２の処理を繰り返し実行する。
【０１０６】
一方、ステップＳ１０３でステップＳ１１３へと移行した場合、同期通信制御手段１０１は、受信したメッセージの種類が「車上ＩＮＤＥＸ部」または「車上ＤＡＴＡ」の場合はステップＳ１１４へと移行する。これに対して、「車上ＩＮＤＥＸ部」または「車上ＤＡＴＡ」ではない場合にはステップＳ１１９へと移行する。
【０１０７】
次に、同期通信制御手段１０１は、受信した車上ＩＮＤＥＸ部の地上Ａｓｙｎｃ部２０３ｈと地上Ａｓｙｎｃ部１０３ｈを比較し、地上Ａｓｙｎｃ部２０３ｈに含まれる識別子を地上Ａｓｙｎｃ部１０３ｈから削除し、さらに車上ＩＮＤＥＸ部の車上Ｕｐｄａｔｅ部２０３ｇを車上Ｕｐｄａｔｅ部１０３ｇに追加登録する。さらに車上ＤＡＴＡを受信した場合は、当該データの識別子を車上Ｕｐｄａｔｅ部１０３ｇから車上Ａｓｙｎｃ部１０３ｆに移動し、車上Ｕｐｄａｔｅ部１０３ｇを削除する（ステップＳ１１４）。
【０１０８】
次に、地上サービスアプリアクセス手段１０２に対して、同期通信制御手段１０１が保持している更新監視テーブル（図２０）から、更新されたことを通知する情報が存在するか否かを判定する（ステップＳ１１５）。更新を通知する情報が存在しない場合には（ステップＳ１１５で「Ｎｏ」）、ステップＳ１１７へと移行する。これに対して、更新を通知する情報が存在する場合には（ステップＳ１１５で「Ｙｅｓ」）、ステップＳ１１６へと移行する。
【０１０９】
ここで、図２０に示す更新監視テーブルとは、更新通知「Ｎｏｔｉｆｙ」により地上サービスアプリケーション１１に対して、データが更新された場合に自発的にデータを通知するか否かを管理するテーブルである。更新管理テーブルは、データ更新通知設定（ＳｅｔＬｉｓｔｅｎｅｒ）により設定される。
【０１１０】
車両ＩＤは、車上システムを識別する識別子である。「ＡＬＬ」は管理する全ての車上システムを示す。データ識別子は、データを識別する識別子である。更新通知は、該当するデータ識別子のデータが更新された場合に、地上サービスアプリケーションに通知するか否かを示すフラグである。「Ｏｎ」の場合は地上サービスアプリアクセス手段１０２に更新通知を行う情報があることを通知し、「Ｏｆｆ」の場合は地上サービスアプリアクセス手段１０２に更新通知を行う情報があることを通知しない。
【０１１１】
次に、同期通信制御手段１０１は地上サービスアプリアクセス手段１０２に対して、更新通知が必要なデータ識別子を通知する（ステップＳ１１６）。
【０１１２】
そして、同期通信制御手段１０１は、ステップＳ１１３で受信した車上ＩＮＤＥＸ部から車上ＤＡＴＡの取得要求を行うか否かを判定する（ステップＳ１１７）。車上ＤＡＴＡの取得要求を行う必要がない場合は（ステップＳ１１７で「Ｎｏ」）、同期通信制御手段の処理を完了して、ステップＳ１０１へと戻る。これに対して、車上ＤＡＴＡの取得要求を行う場合は（ステップＳ１１７で「Ｙｅｓ」）、図１９に示す優先度の高い情報の識別子から順番に送信するように、送信要求を通信プロトコル処理手段１０４に渡す（ステップＳ１１８）。ステップＳ１１８の処理完了後、同期通信制御手段の処理を完了して、ステップＳ１０１へと戻る。
【０１１３】
一方、ステップＳ１１３でステップＳ１１９へと移行した場合、同期通信制御手段１０１は受信したメッセージの種類が「終了通知」または「併合通知」の場合はステップＳ１２０へと移行する。これに対して、「終了通知」または「併合通知」ではない場合には同期通信制御手段の処理を完了してステップＳ１０１へと戻る。
【０１１４】
次に、同期通信制御手段は地上サービスアプリアクセス手段１０２に対して、車上システムが終了したことを通知し（ステップＳ１２０）、該当する車上システムに対するＩＮＤＥＸ同期タイマを終了させ、図１８の編成管理テーブルを更新（削除）する（ステップＳ１２１）。ステップＳ１２１の処理完了後、同期通信制御手段の処理を完了して、ステップＳ１０１へと戻る。
【０１１５】
ここで、ステップＳ１０９で送信する地上ＩＮＤＥＸ部は、車上Ａｓｙｎｃ部を含めずに、地上Ｕｐｄａｔｅ部だけを送信しても良いし、車上Ａｓｙｎｃ部に変更があった場合にだけ車上Ａｓｙｎｃ部を同時に送信しても良い。
【０１１６】
また、ステップＳ１１３で車上マスタＩＮＤＥＸ部を受信した場合、車上Ａｓｙｎｃ部に登録されている識別子の同期回数を１インクリメントし、ステップＳ１１７において車上Ａｓｙｎｃ部に登録されている識別子の同期回数が一定以上になった場合に車上ＤＡＴＡの取得要求を行っても良い。
【０１１７】
さらに、ステップＳ１０７で地上マスタＩＮＤＥＸ部と同時に地上Ａｓｙｎｃ部を確認し、同期回数が一定以上の識別子が存在する場合には、該当する地上ＤＡＴＡの送信を行っても良い。
【０１１８】
ステップＳ１１７において、車上ＤＡＴＡの取得要求を行う際、図１８に示される編成優先度に基づいて、優先度の高い車上連携サーバ２０から順番に行っても良い。例えば、図２１に示すように、優先度の高い車上連携サーバ２０から順番に優先度の高い情報を送信する。
【０１１９】
図９、図１０は、本実施の形態１による地上連携サーバ１０の地上サービスアプリアクセス手段１０２の動作を示すフローチャート図である。プログラムを起動後（ステップＳ２０１）、地上連携サーバ１０の地上サービスアプリアクセス手段１０２は、地上連携サーバ１０の同期通信制御手段１０１から通知の受信を待機する（ステップＳ２０２）。
【０１２０】
通知を受信していない場合は（ステップＳ２０２で「Ｎｏ」）、ステップＳ２０９へと移行する。これに対して、通知を受信した場合には（ステップＳ２０２で「Ｙｅｓ」）、ステップＳ２０３へと移行する。
【０１２１】
地上サービスアプリアクセス手段１０２は、受信した通知が車上システム２の編成、終了、分割、および併合の通知であるか否かを判定する（ステップＳ２０３）。受信した通知が編成、終了、分割、および併合の通知ではない場合は（ステップＳ２０３で「Ｎｏ」）、ステップＳ２０５へと移行する。これに対して、受信した通知が編成、終了、分割、および併合の通知の場合は（ステップＳ２０３で「Ｙｅｓ」）、ステップＳ２０４へと移行する。
【０１２２】
次に、地上サービスアプリアクセス手段１０２は、受信した通知の状態を設定し、地上サービスアプリケーション１１に対して、ＡＰＩ「Ａｃｃｅｐｔ」で車上システム２の状態を通知する。ステップＳ２０４の処理完了後は、ステップＳ２０１へと戻る。
【０１２３】
一方、ステップＳ２０３でＳ２０５へと移行した場合、地上サービスアプリアクセス手段１０２は、受信した通知が情報の更新通知であるか否かを判定する（ステップＳ２０５）。受信した通知が更新通知ではない場合（ステップＳ２０５で「Ｎｏ」）、ステップＳ２０７へと移行する。これに対して、受信した通知が更新通知の場合（ステップＳ２０５で「Ｙｅｓ」）、ステップＳ２０６へと移行する。
【０１２４】
次に、地上サービスアプリアクセス手段１０２は、受信した更新通知に基づき、該当する情報を情報格納手段１０３から取得し、地上サービスアプリケーション１１に対して、ＡＰＩ「Ｎｏｔｉｆｙ」で車上システム２の情報が更新されたことを通知する。ステップＳ２０６の処理完了後は、ステップＳ２０１へと戻る。
【０１２５】
一方、ステップＳ２０５でＳ２０７へと移行した場合、地上サービスアプリアクセス手段１０２は受信した通知が通信メディアの接続状態通知であるか否かを判定する（ステップＳ２０７）。受信した通知が接続状態通知ではない場合（ステップＳ２０７で「Ｎｏ」）、ステップＳ２０１へと戻る。これに対して、受信した通知が接続状態通知の場合（ステップＳ２０７で「Ｙｅｓ」）、ステップＳ２０８へと移行する。
【０１２６】
ステップＳ２０８では、地上サービスアプリアクセス手段１０２は受信した通知から、地上サービスアプリケーション１１に対して、ＡＰＩ「ＬａｎＣｏｎｎｅｃｔ」で車上システム２と通信状態が変更されたことを通知する。ステップＳ２０８の処理完了後、ステップＳ２０１へと戻る。
【０１２７】
一方、ステップＳ２０２でＳ２０９へと移行した場合、地上サービスアプリアクセス手段１０２は、地上サービスアプリケーション１１からＡＰＩの受信を待機する（ステップＳ２０９）。地上サービスアプリケーション１１からメッセージを受信しなかった場合は（ステップＳ２０９で「Ｎｏ」）、ステップＳ２０２へ戻る。これに対して、地上サービスアプリケーション１１からメッセージを受信した場合は（ステップＳ２０９で「Ｙｅｓ」）、ステップＳ２１０へと移行する。
【０１２８】
次に、地上サービスアプリアクセス手段１０２は、地上サービスアプリケーション１１からＡＰＩ「Ｇｅｔ」を受信したか否かを判定する。ＡＰＩ「Ｇｅｔ」を受信しなかった場合は（ステップＳ２１０で「Ｎｏ」）、ステップＳ２１３へ移行する。これに対して、ＡＰＩ「Ｇｅｔ」を受信した場合は（ステップＳ２１０で「Ｙｅｓ」）、ステップＳ２１１へ移行する。
【０１２９】
次に、地上サービスアプリアクセス手段１０２は、「Ｇｅｔ」で要求された情報を情報格納手段１０３から取得し（ステップＳ２１１）、地上サービスアプリケーション１１に取得した情報を渡す（ステップＳ２１２）。ステップＳ２１２の処理完了後、ステップＳ２０１へと戻る。
【０１３０】
一方、ステップＳ２１０でＳ２１３へと移行した場合、地上サービスアプリアクセス手段１０２は、地上サービスアプリケーション１１からＡＰＩ「Ｓｅｔ」を受信したか否かを判定する。ＡＰＩ「Ｓｅｔ」を受信しなかった場合は（ステップＳ２１３で「Ｎｏ」）、ステップＳ２０１へ戻る。これに対して、ＡＰＩ「Ｓｅｔ」を受信した場合は（ステップＳ２１３で「Ｙｅｓ」）、ステップＳ２１４へ移行する。
【０１３１】
次に、地上サービスアプリアクセス手段１０２は、「Ｓｅｔ」で要求された情報を情報格納手段１０３に設定し、地上Ｕｐｄａｔｅ部に設定された情報の識別子を登録し（ステップＳ２１４）、地上サービスアプリケーション１１に設定を行った結果を渡す（ステップＳ２１５）。ステップＳ２１５の処理完了後、ステップＳ２０１に戻る。
【０１３２】
ここで、ステップＳ２１１において、車上Ｕｐｄａｔｅ部を同時に取得し、「Ｇｅｔ」で要求されたデータが最新のものであるか否かを判断して、ステップＳ２１２で通知してもよい。
【０１３３】
図１１は、本実施の形態１による地上連携サーバ１０の通信プロトコル処理手段１０４の動作を示すフローチャート図である。プログラムを起動後（ステップＳ３０１）、地上連携サーバ１０の通信プロトコル処理手段１０４は、地上連携サーバ１０の同期通信制御手段１０１からメッセージの送信要求の受信を待機する（ステップＳ３０２）。
【０１３４】
送信要求を受信していない場合は（ステップＳ３０２で「Ｎｏ」）、ステップＳ３０８へと移行する。これに対して、送信要求を受信した場合には（ステップＳ３０２で「Ｙｅｓ」）、ステップＳ３０３へと移行する。
【０１３５】
次に、通信プロトコル処理手段１０４は、送信要求のあったＩＮＤＥＸ部およびＤＡＴＡを情報格納手段１０３から取得し（ステップＳ３０３）、送信するメッセージのタイプや分割／再送などのフラグなどを含むヘッダ情報を付与して、送信メッセージを生成する（ステップＳ３０４）。
【０１３６】
そして、通信プロトコル処理手段１０４は、生成したメッセージを送信する無線基地局１２を選択し、送信すると同時に、車上システム２からの応答を待機する（ステップＳ３０５）。さらに、再送制御が有効な場合は再送タイマをスタートする（ステップＳ３０６）。再送制御が無効な場合は通信プロトコル処理手段の処理を完了し、ステップＳ３０１に戻る。
【０１３７】
次に、再送タイマがタイムアウトするまでに、車上システム２から確認応答を受信するか否かを判定する。タイムアウトまでに確認応答を受信しなかった場合（ステップＳ３０７で「Ｎｏ」）、ステップＳ３０５に戻って同じメッセージを再送する。これに対して、タイムアウトまでに確認応答を受信した場合（ステップＳ３０７で「Ｙｅｓ」）、通信プロトコル処理手段の処理を完了し、ステップＳ３０１に戻る。一定回数以上タイムアウトが発生した場合にはメッセージの再送を中止し、ステップＳ３０１に戻る。
【０１３８】
一方、ステップＳ３０２でＳ３０８へと移行した場合、通信プロトコル処理手段１０４は無線基地局１２からメッセージの受信を待機する。メッセージを受信しなかった場合（ステップＳ３０８で「Ｎｏ」）、通信プロトコル処理手段１０４の処理を完了し、ステップＳ３０１へ戻る。これに対して、メッセージを受信した場合（ステップＳ３０８で「Ｙｅｓ」）、ステップＳ３０９へ移行する。
【０１３９】
ステップＳ３０９では、通信プロトコル処理手段１０４は受信したメッセージが分割されている場合はデータを組立て、分割されていない場合はそのままステップＳ３１０へ移行する。
【０１４０】
次に、通信プロトコル処理手段１０４は、受信したメッセージから情報部分を情報格納手段１０３に保存し（ステップＳ３１０）、同期制御処理手段に受信したメッセージのタイプを通知する（ステップＳ３１１）。
【０１４１】
次に、通信プロトコル処理手段１０４は受信したメッセージのタイプから応答が必要か否かを判定する（ステップＳ３１２）。受信したメッセージに応答が必要ではない場合は（ステップＳ３１２で「Ｎｏ」）、通信プロトコル処理手段１０４の処理を完了し、ステップＳ３０１へ戻る。これに対して、受信したメッセージに応答が必要な場合は（ステップＳ３１２で「Ｙｅｓ」）、ステップＳ３１３へと移行する。
【０１４２】
ステップＳ３１３では、通信プロトコル処理手段１０４は応答メッセージを生成し、送信するために無線基地局１２に対して送信する。ステップＳ３１３の処理完了後、ステップＳ３０１へ戻る。
【０１４３】
図１２、図１３は、本実施の形態１による車上連携サーバ２０の同期通信制御手段２０１の動作を示すフローチャート図である。プログラムを起動後（ステップＳ４０１）、車上連携サーバ２０の同期通信制御手段２０１は、車上連携サーバ２０の通信プロトコル処理手段２０４からメッセージの受信を待機する（ステップＳ４０２）。
【０１４４】
当該メッセージを受信していない場合は（ステップＳ４０２で「Ｎｏ」）、同期通信制御手段２０１はステップＳ４１４へと移行する。これに対して、当該メッセージを受信した場合には（ステップＳ４０２で「Ｙｅｓ」）、ステップＳ４０３へと移行する。
【０１４５】
ステップＳ４０３では、同期通信制御手段２０１は、受信したメッセージの種類が「地上ＩＮＤＥＸ部」の場合はステップＳ４０４へと移行する。これに対して、「地上ＩＮＤＥＸ部」ではない場合にはステップＳ４１２へと移行する。
【０１４６】
次に、同期通信制御手段２０１は、車上サービスアプリアクセス手段２０２に対して、地上システムの地上ＩＮＤＥＸ情報を受信したことを通知し（ステップＳ４０４）、同期通信制御手段２０１は受信した車上Ａｓｙｎｃ部１０３ｆと車上Ａｓｙｎｃ部２０３ｆを比較し、車上Ａｓｙｎｃ部１０３ｆに含まれる識別子を車上Ａｓｙｎｃ部２０３ｆから削除し、さらに地上Ｕｐｄａｔｅ部１０３ｅを地上Ｕｐｄａｔｅ部２０３ｅに追加登録する（ステップＳ４０５）。
【０１４７】
そして、同期通信制御手段２０１は、情報格納手段２０３の車上マスタＩＮＤＥＸ部２０３ｃから更新された車上マスタＤＡＴＡ２０３ｄの識別子を取得する（ステップＳ４０６）。
【０１４８】
次に、同期通信制御手段２０１は自身が予め保持している同期管理テーブル（図１９）とステップＳ４０６で取得した車上Ｕｐｄａｔｅ部２０３ｇから車上マスタＩＮＤＥＸ部２０３ｃと同時に送信する情報があるか否かを判定する（ステップＳ４０７）。
【０１４９】
ＩＮＤＥＸ部と同時に送信する車上マスタＤＡＴＡがない場合は（ステップＳ４０７で「Ｎｏ」）、ステップＳ４０６で取得した車上マスタＩＮＤＥＸ部２０３ｃを保持して、ステップＳ４０８へと移行する。これに対して、車上ＩＮＤＥＸ部と同時に送信する車上マスタＤＡＴＡが存在する場合には（ステップＳ４０７で「Ｙｅｓ」）、ステップＳ４０６で取得した車上マスタＩＮＤＥＸ部２０３ｃと、該当する車上マスタＤＡＴＡの識別子を保持して、ステップＳ４０８へと移行する。
【０１５０】
そして、ステップＳ４０８では、同期通信制御手段２０１は保持しているＩＮＤＥＸ部およびＤＡＴＡの識別子の送信要求を通信プロトコル処理手段２０４に渡す。
【０１５１】
次に、ステップＳ４０９では、ステップＳ４０８で送信要求を行った地上システム１からの応答を一定時間待機する（ステップＳ４０９）。一定時間内に、応答を受信できなかった場合は（ステップＳ４１０で「Ｎｏ」）、処理を完了し、ステップＳ４０１へと戻る。これに対して、一定時間内に、応答を受信できた場合は（ステップＳ４１０で「Ｙｅｓ」）、ステップＳ４１１へと移行する。
【０１５２】
ステップＳ４１０では、同期通信制御手段２０１はＩＮＤＥＸ同期が完了したと判断し、送信を行った車上Ｕｐｄａｔｅ部２０３ｇを車上Ａｓｙｎｃ部２０３ｆに登録し、車上Ｕｐｄａｔｅ部２０３ｇおよび地上Ａｓｙｎｃ部２０３ｈは削除する（ステップＳ４１１）。ステップＳ４１１の処理完了後、ステップＳ４０１へと戻る。
【０１５３】
一方、ステップＳ４０３でステップＳ４１２へと移行した場合、同期通信制御手段２０１は受信したメッセージの種類が「地上ＤＡＴＡ」の場合は（ステップＳ４１２で「Ｙｅｓ」）、ステップＳ４１３へと移行する。これに対して、「地上ＤＡＴＡ」ではない場合には（ステップＳ４１２で「Ｎｏ」）、処理を完了し、ステップＳ４０１へ戻る。
【０１５４】
次に、同期通信制御手段２０１は、受信した地上ＤＡＴＡの識別子を地上Ｕｐｄａｔｅ部２０３ｅから地上Ａｓｙｎｃ部２０３ｈへコピーし、地上Ｕｐｄａｔｅ部２０３ｅを削除する（ステップＳ４１３）。
【０１５５】
次に、車上サービスアプリアクセス手段２０２に対して、同期通信制御手段２０１が保持している更新監視テーブル（図２０）から、更新されたことを通知する情報が存在するか否かを判定する（ステップＳ４１４）。更新を通知する情報が存在しない場合には（ステップＳ４１４で「Ｎｏ」）、ステップＳ４０１へと移行する。これに対して、更新を通知する情報が存在する場合には（ステップＳ４１４で「Ｙｅｓ」）、ステップＳ４１５へと移行する。
【０１５６】
次に、ステップＳ４１５で、同期通信制御手段２０１は車上サービスアプリアクセス手段２０２に対して、更新を通知する情報が存在することおよび通知する情報のデータ識別子を通知する（ステップＳ４１５）。
【０１５７】
一方、ステップＳ４０２でＳ４１６へ移行した場合、同期通信制御手段２０１は通信メディア管理手段２０５から狭域通信接続通知を受信するか否かを判定する（ステップＳ４１６）。狭域通信接続通知を受信しなかった場合（ステップＳ４１６で「Ｎｏ」）、処理を完了し、ステップＳ４０１へ戻る。これに対して、狭域通信接続通知を受信した場合（ステップＳ４１６で「Ｙｅｓ」）、ステップＳ４１７へと移行する。
【０１５８】
次に、同期通信制御手段２０１は、自身が保持している同期管理テーブルから狭域通信時に送信する車上情報を取得し、送信する車上情報の識別子を通信プロトコル処理手段２０４に渡し（ステップＳ４１７）、地上システム１からの応答を待機する（ステップＳ４１８）。
【０１５９】
地上システム１からの応答を受信できなかった場合は（Ｓ４１９で「Ｎｏ」）、同期通信制御手段２０１の処理を完了し、ステップＳ４０１に戻る。これに対して、地上システム１から応答を受信できた場合は（Ｓ４１９で「Ｙｅｓ」）、ステップＳ４２０へ移行する。
【０１６０】
次に、同期通信制御手段２０１は、情報部の送信が完了したと判断し、送信を行った情報の識別子については車上Ａｓｙｎｃ部を削除する（ステップＳ４２０）。ステップＳ４２０の処理完了後、ステップＳ４０１へと戻る。
【０１６１】
ここで、ステップＳ４０８で送信する車上ＩＮＤＥＸ部は、地上Ａｓｙｎｃ部を含めずに、車上Ｕｐｄａｔｅ部だけを送信しても良いし、地上Ａｓｙｎｃ部に変更があった場合にだけ地上Ａｓｙｎｃ部を車上Ｕｐｄａｔｅ部と同時に送信しても良い。
【０１６２】
また、ステップＳ４０５で地上マスタＩＮＤＥＸ部を受信した場合、地上Ａｓｙｎｃ部に登録されている識別子の同期回数を１インクリメントし、ステップＳ４０８の後で、地上Ａｓｙｎｃ部に登録されている識別子の同期回数が一定以上になった場合に地上ＤＡＴＡの取得要求を行っても良い。
【０１６３】
さらに、ステップＳ４０６で車上マスタＩＮＤＥＸ部と同時に車上Ａｓｙｎｃ部を確認し、同期回数が一定以上の識別子が存在する場合には、該当する車上ＤＡＴＡの送信を行っても良い。
【０１６４】
図１４、図１５は、本実施の形態１による車上連携サーバ２０の車上サービスアプリアクセス手段２０２の動作を示すフローチャート図である。プログラムを起動後（ステップＳ５０１）、車上連携サーバ２０の車上サービスアプリアクセス手段２０２は、車上連携サーバ２０の同期通信制御手段２０１から通知の受信を待機する（ステップＳ５０２）。
【０１６５】
通知を受信していない場合は（ステップＳ５０２で「Ｎｏ」）、ステップＳ５０７へと移行する。これに対して、通知を受信した場合には（ステップＳ５０２で「Ｙｅｓ」）、ステップＳ５０３へと移行する。
【０１６６】
次に、車上サービスアプリアクセス手段２０２は、受信した通知が情報の更新通知であるか否かを判定する（ステップＳ５０３）。受信した通知が更新通知ではない場合（ステップＳ５０３で「Ｎｏ」）、ステップＳ５０５へと移行する。これに対して、受信した通知が更新通知の場合（ステップＳ５０３で「Ｙｅｓ」）、ステップＳ５０４へと移行する。
【０１６７】
次に、ステップＳ５０４では、車上サービスアプリアクセス手段２０２は受信した更新通知のデータ識別子の情報を情報格納手段２０３から取得し、車上サービスアプリケーション２１に対して、ＡＰＩ「Ｎｏｔｉｆｙ」で地上システム１の情報と一緒に更新されたことを通知する。ステップＳ５０４の処理完了後は、ステップＳ５０１へと戻る。
【０１６８】
一方、ステップＳ５０３でＳ５０５へと移行した場合、車上サービスアプリアクセス手段２０２は受信した通知が通信メディアの接続状態通知であるか否かを判定する（ステップＳ５０５）。受信した通知が接続状態通知ではない場合（ステップＳ５０５で「Ｎｏ」）、ステップＳ５０１へと戻る。これに対して、受信した通知が接続状態通知の場合（ステップＳ５０５で「Ｙｅｓ」）、ステップＳ５０６へと移行する。
【０１６９】
ステップＳ５０６では、車上サービスアプリアクセス手段２０２は受信した通知から、車上サービスアプリケーション２１に対して、ＡＰＩ「ＬａｎＣｏｎｎｅｃｔ」で地上システム１と通信状態が変更されたことを通知する。ステップＳ５０６の処理完了後、ステップＳ５０１へと戻る。
【０１７０】
一方、ステップＳ５０２でＳ５０７へと移行した場合、車上サービスアプリアクセス手段２０２は、車上サービスアプリケーション２１からＡＰＩを通じてメッセージの受信を待機する（ステップＳ５０７）。車上サービスアプリケーション２１からＡＰＩを受信しなかった場合は（ステップＳ５０７で「Ｎｏ」）、ステップＳ５０１へ戻る。これに対して、車上サービスアプリケーション２１からメッセージを受信した場合は（ステップＳ５０７で「Ｙｅｓ」）、ステップＳ５０８へと移行する。
【０１７１】
次に、車上サービスアプリアクセス手段２０２は、車上サービスアプリケーション２１からＡＰＩ「Ｇｅｔ」を受信したか否かを判定する。ＡＰＩ「Ｇｅｔ」を受信しなかった場合は（ステップＳ５０８で「Ｎｏ」）、ステップＳ５１１へ移行する。これに対して、ＡＰＩ「Ｇｅｔ」を受信した場合は（ステップＳ５０８で「Ｙｅｓ」）、ステップＳ５０９へ移行する。
【０１７２】
次に、車上サービスアプリアクセス手段２０２は「Ｇｅｔ」で要求された情報を情報格納手段２０３から取得し（ステップＳ５０９）、車上サービスアプリケーション２１に取得した情報を渡す（ステップＳ５１０）。ステップＳ５１０の処理完了後、ステップＳ５０１へと戻る。
【０１７３】
一方、ステップＳ５０８でＳ５１１へと移行した場合、車上サービスアプリアクセス手段２０２は車上サービスアプリケーション２１からＡＰＩ「Ｓｅｔ」を受信したか否かを判定する。ＡＰＩ「Ｓｅｔ」を受信しなかった場合は（ステップＳ５１１で「Ｎｏ」）、ステップＳ５０１へ戻る。これに対して、ＡＰＩ「Ｓｅｔ」を受信した場合は（ステップＳ５１１で「Ｙｅｓ」）、ステップＳ５１２へ移行する。
【０１７４】
次に、車上サービスアプリアクセス手段２０２は、「Ｓｅｔ」で要求された情報を情報格納手段２０３に設定すると同時に、更新されたことを車上Ｕｐｄａｔｅ部に設定する（ステップＳ５１２）。さらに、車上サービスアプリケーション２１に設定を行った結果を渡す（ステップＳ５１３）。ステップＳ５１３の処理完了後、ステップＳ５０１に戻る。
【０１７５】
図１６は、本実施の形態１による車上連携サーバ２０の通信プロトコル処理手段２０４の動作を示すフローチャート図である。プログラムを起動後（ステップＳ６０１）、車上連携サーバ２０の通信プロトコル処理手段２０４は、車上連携サーバ２０の同期通信制御手段２０１からメッセージの送信要求の受信を待機する（ステップＳ６０２）。
【０１７６】
送信要求を受信していない場合は（ステップＳ６０２で「Ｎｏ」）、ステップＳ６０８へと移行する。これに対して、送信要求を受信した場合には（ステップＳ６０２で「Ｙｅｓ」）、ステップＳ６０３へと移行する。
【０１７７】
次に、通信プロトコル処理手段２０４は、送信要求のあったデータ識別子の情報を情報格納手段２０３から取得し（ステップＳ６０３）、送信するメッセージのタイプや分割／再送などのフラグなどを含むヘッダ情報を付与して、送信メッセージを生成する（ステップＳ６０４）。
【０１７８】
そして、通信プロトコル処理手段２０４は、生成したメッセージを送信する無線通信装置２２を選択し、送信すると同時に、地上システム１からの応答を待機する（ステップＳ６０５）。さらに、再送制御が有効な場合は再送タイマをスタートする（ステップＳ６０６）。再送制御が無効な場合は通信プロトコル処理手段の処理を完了し、ステップＳ６０１に戻る。
【０１７９】
次に、通信プロトコル処理手段２０４は、再送タイマがタイムアウトするまでに、地上システム１から確認応答を受信するか否かを判定する。タイムアウトまでに確認応答を受信しなかった場合（ステップＳ６０７で「Ｎｏ」）、ステップＳ６０５に戻って同じメッセージを再送する。これに対して、タイムアウトまでに確認応答を受信した場合（ステップＳ６０７で「Ｙｅｓ」）、通信プロトコル処理手段の処理を完了し、ステップＳ６０１に戻る。一定回数以上タイムアウトが発生した場合にはメッセージの再送を中止し、ステップＳ６０１に戻る。
【０１８０】
一方、ステップＳ６０２でＳ６０８へと移行した場合、通信プロトコル処理手段２０４は無線通信装置２２からメッセージの受信を待機する。メッセージを受信しなかった場合（ステップＳ６０８で「Ｎｏ」）、通信プロトコル処理手段２０４の処理を完了し、ステップＳ６０１へ戻る。これに対して、メッセージを受信した場合（ステップＳ６０８で「Ｙｅｓ」）、ステップＳ６０９へ移行する。
【０１８１】
次に、通信プロトコル処理手段２０４は、受信したメッセージが分割されている場合はデータを組立て、分割されていない場合はそのままステップＳ６１０へ移行する。
【０１８２】
次に、通信プロトコル処理手段２０４は、受信したメッセージから情報部分を情報格納手段２０３に保存し（ステップＳ６１０）、同期制御処理手段に受信したメッセージのタイプを通知する（ステップＳ６１１）。
【０１８３】
次に、通信プロトコル処理手段２０４は受信したメッセージのタイプから応答が必要か否かを判定する（ステップＳ６１２）。受信したメッセージに応答が必要ではない場合は（ステップＳ６１２で「Ｎｏ」）、通信プロトコル処理手段２０４の処理を完了し、ステップＳ６０１へ戻る。これに対して、受信したメッセージに応答が必要な場合は（ステップＳ６１２で「Ｙｅｓ」）、ステップＳ６１３へと移行する。
【０１８４】
ステップＳ６１３では、通信プロトコル処理手段２０４は応答メッセージを生成し、送信するために無線通信装置２２に対して送信する。ステップＳ６１３の処理完了後、ステップＳ６０１へ戻る。
【０１８５】
図１７は、本実施の形態１による地上連携サーバ１０の通信プロトコル処理手段１０４の情報格納手段を監視する動作を示すフローチャート図である。本動作は車上連携サーバ２０の通信プロトコル処理手段２０４も同じ動作を行うため、車上連携サーバの通信プロトコル処理手段２０４のフローチャートは省略する。また、この情報格納手段を監視する動作は、通信プロトコル処理手段１０４が行ってもよいし、同期通信制御手段１０１が行ってもよい。
【０１８６】
プログラムを起動後（ステップＳ７０１）、地上連携サーバ１０の通信プロトコル処理手段１０４は、地上連携サーバ１０の情報格納手段１０３の情報の内、あらかじめ更新監視テーブルで指定された情報を監視する（ステップＳ７０２）。
【０１８７】
通信プロトコル処理手段１０４は、監視している情報が更新されたか否かを周期的に監視する（ステップＳ７０３）。監視している情報が更新されていない場合は（ステップＳ７０３で「Ｎｏ」）、ステップＳ７０２に戻って監視を続ける。これに対して、監視している情報が更新された場合は（ステップＳ７０３で「Ｙｅｓ」）、ステップＳ７０４へ移行する。
【０１８８】
次に、通信プロトコル処理手段１０４は、更新のあった情報を情報格納手段１０３から取得し（ステップＳ７０４）、送信するメッセージのタイプや分割／再送などのフラグなどを含むヘッダ情報を付与して、送信メッセージを生成する（ステップＳ７０５）。
【０１８９】
そして、通信プロトコル処理手段１０４は、生成したメッセージを送信する無線基地局１２を選択し、送信すると同時に、車上システム２からの応答を待機する（ステップＳ７０６）。さらに、再送制御が有効な場合は再送タイマをスタートする（ステップＳ７０７）。再送制御が無効な場合は通信プロトコル処理手段の処理を完了し、ステップＳ７０１に戻る。
【０１９０】
ステップＳ７０８で、再送タイマがタイムアウトするまでに、車上システム２から確認応答を受信するか否かを判定する。タイムアウトまでに確認応答を受信しなかった場合（ステップＳ７０８で「Ｎｏ」）、ステップＳ７０６に戻って同じメッセージを再送する。これに対して、タイムアウトまでに確認応答を受信した場合（ステップＳ７０８で「Ｙｅｓ」）、通信プロトコル処理手段の処理を完了し、ステップＳ７０１に戻る。一定回数以上タイムアウトが発生した場合にはメッセージの再送を中止し、ステップＳ７０１に戻る。
【０１９１】
以上より、上述した内容が本発明の実施の形態におけるコンテンツ同期システムの構成およびその動作についての説明である。なお、本実施の形態では、地上連携サーバ１０の通信プロトコル処理手段１０４および車上連携サーバ２０の通信プロトコル処理手段２０４にＳＮＭＰを適用することを想定した動作例を示したが、ＳＮＭＰの代わりに他の双方向に通信可能なプロトコルを用いても良い。
【０１９２】
また、本実施の形態では、地上連携サーバ１０の情報格納手段１０３および車上連携サーバ２０の情報格納手段２０３は、複数の情報を有するデータベースとして動作例を示したが、図２２に示すようなＳＮＭＰで利用されるようなＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）のようなツリー構造を利用しても良いし、そのほかのデータベース構造を適用しても良い。
【０１９３】
ここで、図２２に示す情報格納手段１０３は、地上システム１および車上システム２のそれぞれで生成されるデータの集合を１つにまとめたデータベースである。車上連携サーバ２０が１台につき１つの情報格納手段１０３を持っており、地上連携サーバ１０が１台につき管理している列車台数分の情報格納手段１０３を有する。
【０１９４】
情報フォルダは、ＭＩＢ形式で管理される。ＭＩＢとはＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）によって管理する情報の表現形式であり、ツリー構造で構成されるため、容易に管理が可能である。図２２に示す情報格納手段１０３の各データには識別子が割り振られており、各データ項目の後ろに番号を振っている。例えば、車上情報全体は0.0で表すことができ、ダイヤは0.1.0と表すことが可能である。また、データ識別子1.2のローカル変数は地上連携サーバおよび車上連携サーバ内で管理するデータを格納する。
【０１９５】
また、上記実施の形態では、地上連携サーバ１０の情報格納手段１０３および車上連携サーバ２０の情報格納手段２０３に、地上情報および車上情報を格納したが、図２３に示すように通信のヘッダに含めるような再送や分割に関する情報を含めて構成し、ＩＮＤＥＸの送信と同時に同期させても良い。
【０１９６】
図２３に示すデータ識別子0.3は通信のヘッダを示しており、この識別子を送信することにより、新規に通信ヘッダを規定しなくてもデータの一部として通信ヘッダを付与することができるため、再送や分割組立を実現できる。
【０１９７】
上記実施の形態では、編成管理テーブル、同期管理テーブル、更新監視テーブルを同期通信制御手段の管理するデータとして扱ったが、情報格納手段のデータとして扱い、これらのデータを連携サーバ間で同期を行っても良い。
【０１９８】
以上より、本発明のコンテンツ同期システムによれば、下記効果を有することがわかる。本発明に記載のコンテンツ同期システムは、地上システムおよび車上システムの情報を集中管理しており、サービスアプリケーションの通信要求とは非同期に地上連携サーバと車上連携サーバ間で情報を同期するメカニズムを提供する。これにより、サービスアプリケーションに対して地車間通信を隠蔽し、サービスアプリケーションは連携サーバが有する最新の情報を即座に通知することが可能となる。この際、最終更新時間を管理することによって、連携サーバの管理する情報が新しいものか古いものかを通知することも可能となる。
【０１９９】
また、本発明に記載のコンテンツ同期システムは、複数のサービスアプリケーションが管理したり、要求したりするデータを一括して管理し、連携サーバがまとめて送受信する。これにより、複数のアプリケーションから同種の情報を送受信することを回避できるので、通信帯域上に無駄な通信トラフィックを送信しなくできる。
【０２００】
また、本発明に記載のコンテンツ同期システムは、サービスアプリケーションにより変更された情報の識別子を前記更新データ識別子として管理し、前記更新データ識別子を連携サーバ間で周期的に交換する。したがって、更新された情報が存在する場合にのみ連携サーバが判断するタイミングで情報本体を優先度やデータ種別毎、または優先度の高い車上システムに取得要求したりすることが可能となる。これにより、最小限の情報だけを送受信することができ、必要なタイミングでの送受信できるので、通信帯域上に送信するトラフィック量を抑圧することが可能となる。
【０２０１】
また、本発明に記載のコンテンツ同期システムは、連携サーバ間で同期が取れていない情報の識別子を前記未同期データ識別子として管理することにより、更新された情報が存在するか否かを判断することができ、サービスアプリケーションに最新の情報であるか否かを通知することが可能となる。
【０２０２】
また、本発明に記載のコンテンツ同期システムは、情報格納手段をツリー構造で構成することにより、地上システムと車上システム間で同期を行うデータと、同期を行わないデータを容易に判別することが可能になる。また、ツリー構造とすることにより、ツリーのあるリーフ以下を一括して送受信することが可能となるため、送信が必要なデータを効率的に送信できる。また、更新データ識別子を送信する際に、個々のデータの識別子を指定せずに済むため、通信帯域上に送信するトラフィック量を抑圧することが可能となる。
【０２０３】
また、本発明に記載のコンテンツ同期システムは、車上連携サーバが地上マスタＩＮＤＥＸを受信することを契機に、車上連携サーバの有する車上マスタＩＮＤＥＸの送信を開始するために、通信ネットワーク帯域の状況に応じた送信スケジューリングを行うことが可能になる。これにより、ネットワーク混雑時には地上連携サーバは地上ＩＮＤＥＸの送信を抑えて、情報を効率的に送受信することができる。
【０２０４】
また、本発明に記載のコンテンツ同期システムは、地上マスタＩＮＤＥＸを送信する際に、データ種別や優先度に応じて、地上マスタＤＡＴＡを含めて送信するか否かを判断することによって、地上ＤＡＴＡの送信を効率的に行うことが可能になる。
【０２０５】
また、本発明に記載のコンテンツ同期システムは、サービスアプリケーションから指定されたデータやあらかじめ定義してあるデータを監視することにより、監視しているデータに変更が生じたことを契機にメッセージの送信を行うことが可能になる。これにより、緊急情報などを短い遅延時間で送信することができる。
【０２０６】
また、本発明に記載のコンテンツ同期システムは、情報格納手段に、地上サービスアプリケーションにより設定されたデータや車上サービスアプリケーションにより設定されたデータ、および地上ＩＮＤＥＸ、車上ＩＮＤＥＸに加え、送信するメッセージの種類や再送フラグ、分割フラグなどのヘッダ情報を付与して構成する。これにより、通信プロトコル処理手段において、再送機能や分割機能をサポートしていない場合、地上連携サーバおよび車上連携サーバにおいて、再送機能や分割機能を提供することが可能になる。
【０２０７】
また、本発明に記載のコンテンツ同期システムは、Ｕｐｄａｔｅ部により更新状態を把握できるだけでなく、Ａｓｙｎｃ部により相手サーバとの同期状態も把握できるため、情報の送信可否を認識することができる。これにより、通信プロトコル処理手段に再送機能がなくても、同期が取れていないデータを再送することが可能になる。
【０２０８】
また、本発明に記載のコンテンツ同期システムは、Ａｓｙｎｃ部に登録されているデータ識別子とは別に、Ｕｐｄａｔｅ部を受信する毎にインクリメントする同期回数に有するため、同期回数が一定以上になった場合に、相手局にデータの取得要求を送信することが可能になる。これにより、Ｕｐｄａｔｅ部の受信が行われるごとに同期回数を増加させ、一定以上になった際に取得要求を行うことで、更新周期などの時間を管理よりも処理を軽減することができる。
【０２０９】
また、本発明に記載のコンテンツ同期システムは、同期回数をＩＮＤＥＸ部と同時に送信し、同期回数を受信した連携サーバが同期回数が一定以上であるデータが存在した場合に、そのデータの送信を行うことができる。したがって、データ本体部分が更新されているにも関わらず、一定時間以上、地上と車上で同期が取れていない場合、データ管理側の連携サーバから最新データを送信することができる。
【図面の簡単な説明】
【０２１０】
【図１】本発明の実施の形態１に係るコンテンツ同期システムの構成の概略を示した図である。
【図２】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの構成の詳細を示した図である。
【図３】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの構成の詳細を示した図である。
【図４】本発明の実施の形態１に係るコンテンツ同期システムにおけるアプリケーションインタフェースの一例を示した図である。
【図５】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの情報格納手段の構成の詳細を示した図である。
【図６】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの情報格納手段の構成の詳細を示した図である。
【図７】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの同期通信制御手段の動作を示したフローチャートである。
【図８】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの同期通信制御手段の動作を示したフローチャートである。
【図９】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの地上サービスアプリアクセス手段の動作を示したフローチャートである。
【図１０】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの地上サービスアプリアクセス手段の動作を示したフローチャートである。
【図１１】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの通信プロトコル処理手段の動作を示したフローチャートである。
【図１２】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの同期通信制御手段の動作を示したフローチャートである。
【図１３】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの同期通信制御手段の動作を示したフローチャートである。
【図１４】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの車上サービスアプリアクセス手段の動作を示したフローチャートである。
【図１５】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの車上サービスアプリアクセス手段の動作を示したフローチャートである。
【図１６】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの通信プロトコル処理手段の動作を示したフローチャートである。
【図１７】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの通信プロトコル処理手段の更新通知生成動作を示したフローチャートである。
【図１８】本発明の実施の形態１に係るコンテンツ同期システムにおける編成管理テーブルを示した図である。
【図１９】本発明の実施の形態１に係るコンテンツ同期システムにおける同期管理テーブルを示した図である。
【図２０】本発明の実施の形態１に係るコンテンツ同期システムにおける更新監視テーブルを示した図である。
【図２１】本発明の実施の形態１に係るコンテンツ同期システムにおけるデータ送信例を示したシーケンス図である。
【図２２】本発明の実施の形態１に係るコンテンツ同期システムにおける情報格納手段の構成の詳細の一例を示した図である。
【図２３】本発明の実施の形態１に係るコンテンツ同期システムにおける情報格納手段の構成の詳細の一例を示した図である。
【符号の説明】
【０２１１】
１ 地上システム、１０ 地上連携サーバ、１１ 地上サービスアプリケーション、１２ 無線基地局、１３ 通信ネットワーク、２ 車上システム、２０ 車上連携サーバ、２１ 車上サービスアプリケーション、２２ 無線通信装置、１０１ 同期通信制御手段、１０２ 地上サービスアプリアクセス手段、１０３ 情報格納手段、１０４ 通信プロトコル処理手段、１０５ 通信メディア制御手段、１０３ａ 地上マスタＩＮＤＥＸ部、１０３ｂ 地上マスタＤＡＴＡ、１０３ｃ 車上ミラーＩＮＤＥＸ部、１０３ｄ 車上ミラーＤＡＴＡ、１０３ｅ 地上Ｕｐｄａｔｅ部、１０３ｆ 車上Ａｓｙｎｃ部、１０３ｇ 車上Ｕｐｄａｔｅ部、１０３ｈ 地上Ａｓｙｎｃ部、１１１ 受信データ処理手段、１１２ 送信データ生成手段、１２１ 送信手段、１２２ 受信手段、１２３ 通信メディア管理手段、２０１ 同期通信制御手段、２０２ 車上サービスアプリアクセス手段、２０３ 情報格納手段、２０４ 通信プロトコル処理手段、２０５ 通信メディア制御手段、２０３ａ 地上ミラーＩＮＤＥＸ部、２０３ｂ 地上ミラーＤＡＴＡ、２０３ｃ 車上マスタＩＮＤＥＸ部、２０３ｄ 車上マスタＤＡＴＡ、２０３ｅ 地上Ｕｐｄａｔｅ部、２０３ｆ 車上Ａｓｙｎｃ部、２０３ｇ 車上Ｕｐｄａｔｅ部、２０３ｈ 地上Ａｓｙｎｃ部、２１１ 受信データ処理手段、２１２ 送信データ生成手段、２２１ 送信手段、２２２ 受信手段、２２３ 通信メディア管理手段。
【技術分野】
【０００１】
本発明は、列車等の移動体上に設けられて情報処理を行う移動体上システムと、当該移動体上システムと通信ネットワークを介して接続された地上システムとの間で互いに情報を共有するコンテンツ同期システムに関するものである。
【背景技術】
【０００２】
近年、ネットワークに接続されたコンピュータやネットワーク装置の監視や制御を行うためのプロトコルであるＳＮＭＰ（Simple Network Management Protocol）を利用する装置が増加している。これらの装置では、ＳＮＭＰを用いて、ＳＮＭＰマネージャがＳＮＭＰエージェントの情報を取得し、情報を同期させるシステムが知られている。例えば下記特許文献１に上述した内容に関連する技術が開示されている。特許文献１に記載されているネットワーク管理システムでは、各ＳＮＭＰエージェントは管理する情報の更新フラグが登録されたテーブルを有しており、ＳＮＭＰマネージャが、当該更新フラグに基づいて各エージェントに対し情報の送信を要求する。
【０００３】
また、下記特許文献２には、鉄道システムとして列車情報伝達システムが開示されている。この列車情報伝達システムでは、運行中の車上システムの制御装置が検知した自列車の編成番号や走行位置などの車上情報と、列車の着発線変更や臨時列車などのダイヤ変更情報や徐行情報などの地上情報を列車無線により伝達する。
【０００４】
【特許文献１】特開２００７−２４１５１８号公報
【特許文献２】特開２００４−１８９０４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載されているネットワーク管理システムでは、ＳＮＭＰマネージャとＳＮＭＰエージェントとの間で、更新のあるＭＩＢオブジェクトを取得するようにするため、ＳＮＭＰエージェントの情報を同期するのに要する時間は短くすることができる。
【０００６】
しかしながら、このネットワーク管理システムでは、ＳＮＭＰマネージャおよびＳＮＭＰエージェントの上位アプリケーションにとって必要な情報を優先的に取得できないという問題があった。
【０００７】
また、特許文献２に記載されている列車情報伝達システムでは、中央管理センターの各コンピュータから送信を要求される毎に、列車無線を用いて情報の送受信を行っているため、各コンピュータが同種の情報を重複して送受信することがあるという問題があった。
【０００８】
そこで本発明はかかる問題を解決するためになされたものであり、未更新のデータや重複したデータの送受信を行わず、さらにデータの優先度や情報種別に応じてデータを送受信することが可能なコンテンツ同期システムを得ることを目的とする。
【課題を解決するための手段】
【０００９】
本発明におけるコンテンツ同期システムは、移動体上に設けられて情報処理を行う移動体上システムと、前記移動体上システムと通信ネットワークを介して接続され、地上に設けられて情報処理を行う地上システムとの間で互いに情報を共有するコンテンツ同期システムである。前記地上システムは、前記移動体上システムに提供する情報を管理する地上サービスアプリケーションと、当該地上システムおよび前記移動体上システムの情報を備え、当該地上システムと前記移動体上システムとの間で当該情報を同期する地上連携サーバと、前記移動体上システムとの間で当該地上システムおよび前記移動体上システムの情報の送受信を行う無線基地局と、前記地上サービスアプリケーション、前記地上連携サーバ、前記無線基地局とを接続する通信ネットワークと、を備える。前記移動体上システムは、当該移動体上システムの機能を提供する情報を管理する移動体上サービスアプリケーションと、当該移動体上システムおよび前記地上システムの情報を備え、当該移動体上システムと前記地上システムとの間で当該情報を同期する移動体上連携サーバと、前記地上システムとの間で前記地上システムおよび当該移動体上システムの情報の送受信を行う無線通信装置と、を備える。前記地上連携サーバおよび移動体上連携サーバは、前記地上サービスアプリケーションおよび移動体上サービスアプリケーションの要求に応じて、または所定の周期で前記地上システムおよび前記移動体上システムの情報を互いに送受信することで当該情報を同期する。
【発明の効果】
【００１０】
本発明のコンテンツ同期システムによれば、連携サーバ間で更新データ識別子と非同期データ識別子を周期的に交換することで、更新された情報が存在する場合にのみデータを送受信したり、連携サーバが判断するタイミングで優先度や情報種別に応じてデータを取得要求したりすることが可能となる。したがって、優先度の高いデータを必要なタイミングで送受信したり、更新されたデータだけを送受信したりすることができる。
【発明を実施するための最良の形態】
【００１１】
本発明のコンテンツ同期システムは、地上システムと移動体上システム間のコンテンツ同期システムとしてサービスを提供したり、移動体上システム間のコンテンツ同期システムとしてサービスを提供したりすることができる。本実施の形態では、地上システムと移動体上システム間のコンテンツ同期システムとしてサービスを提供する場合について主に説明する。また、ここでは鉄道システムを例に挙げ、地上システムと車上システム間のコンテンツ同期システムを説明する。
【００１２】
＜実施の形態１＞
図１は、本発明の実施の形態１に係るコンテンツ同期システムの構成を概略的に示したブロック図である。後述する図において、同一の符号を付したものは、同一またはこれに相当するものである。
【００１３】
図１において、地上システム１は、地上連携サーバ１０、地上サービスアプリケーション１１、無線基地局１２、および通信ネットワーク１３を備える。地上連携サーバ１０、地上サービスアプリケーション１１、無線基地局１２は通信ネットワーク１３を介して接続されている。地上システム１の地上サービスアプリケーション１１および無線基地局１２は１つであっても良いし、複数であっても良い。
【００１４】
図１において、車上システム２は、車上連携サーバ２０、車上サービスアプリケーション２１、および無線通信装置２２を備える。車上サービスアプリケーション２１は車上連携サーバ２０を介して無線通信装置２２と接続されている。車上システム２の車上サービスアプリケーション２１および無線通信装置２２は１つであっても良いし、複数であっても良い。本発明に記載のコンテンツ同期システムは、地上システム１は１つであるが、車上システム２は複数存在するものとする。
【００１５】
次に、地上システム１の各構成について説明する。地上連携サーバ１０は、地上サービスアプリケーション１１から設定された地上情報、更新データ識別子、および非同期データ識別子を車上連携サーバと同期したり、車上連携サーバ２０の有する車上情報、更新データ識別子、および非同期データ識別子を同期したりする。
【００１６】
また、地上連携サーバ１０は、地上情報および車上情報を情報本体部分（以下、データ）と更新されたか否かを示す更新データ識別子（以下、地上連携サーバの更新データ識別子を地上Ｕｐｄａｔｅ部、車上連携サーバの更新データ識別子を車上Ｕｐｄａｔｅ部）と更新データ識別子の同期は完了したが情報部が同期されたか否かを示す非同期データ識別子（以下、地上連携サーバの非同期データ識別子を地上Ａｓｙｎｃ部、車上連携サーバの非同期データ識別子を車上Ａｓｙｎｃ部）に分けて管理する。
【００１７】
また、地上連携サーバ１０は、地上サービスアプリケーション１１に対して、前記車上情報にアクセスする機能を提供したり、地上サービスアプリケーション１１から更新通知を登録された車上情報が更新された場合に通知したりする。
【００１８】
さらに、地上連携サーバ１０は、異なる通信メディアで伝送する複数の無線基地局１２を管理しており、通信メディアの状態を考慮して送信する無線基地局１２を選択し、無線基地局１２で送受信可能なデータ形式を生成して、同期するデータを送受信する。
【００１９】
ここで、地上情報とは、進行経路を示すダイヤ、進路開通予測、周辺列車位置、および運行情報などである。また、車上情報とは、列車の編成番号、位置、速度、走行予測、乗務員情報、および故障情報などである。
【００２０】
地上サービスアプリケーション１１は、地上連携サーバ１０が車上システム２から取得した情報を利用して、車上システム２に送信するためのダイヤ、道路開通予測情報などを生成し、地上連携サーバ１０に設定する。
【００２１】
無線基地局１２は、地上連携サーバ１０から送信要求のあったデータを無線通信装置２２に送信したり、車上連携サーバ２０から送信要求のあったデータを無線通信装置２２から受信したりする。無線基地局１２は１つの通信メディアで特定のエリアの通信をサポートしており、複数の無線基地局がある場合には各無線基地局がサポートする通信メディアは異なるものでも良いし、同じものでも良い。ここでの通信メディアとは、無線ＬＡＮや携帯電話などで採用されるプロトコルでも良いし、既存の列車無線で採用されているプロトコルでも良い。
【００２２】
通信ネットワーク１３は、地上連携サーバ１０、地上サービスアプリケーション１１、および無線基地局１２を接続するものであり、ＩＰ（Internet Protocol）系ネットワークでも良いし、非ＩＰ系ネットワークでも良い。
【００２３】
次に、車上システム２の各構成について説明する。車上連携サーバ２０は、基本的には地上連携サーバ１０と同等の機能を有する。車上連携サーバ２０は、車上サービスアプリケーション２１から設定された車上情報、更新データ識別子、および非同期データ識別子を地上連携サーバと同期したり、地上連携サーバ１０の有する地上情報、更新データ識別子、および非同期データ識別子を同期したりする。車上連携サーバ２０は、地上情報および車上情報を情報部、Ｕｐｄａｔｅ部、Ａｓｙｎｃ部に分けて管理する。
【００２４】
また、車上連携サーバ２０は、車上サービスアプリケーション２１に対して、前記地上情報にアクセスする機能を提供したり、車上サービスアプリケーション２１から更新通知を登録された地上情報が更新された場合に通知したりする。
【００２５】
さらに、車上連携サーバ２０は、異なる通信メディアで伝送する複数の無線通信機器２２を管理しており、通信メディアの状態を考慮して、送信する無線通信機器２２を選択し、同期するデータを送受信する。
【００２６】
車上サービスアプリケーション２１は、列車の位置や速度などの車上情報を車上連携サーバ２０に設定したり、地上システム１から受信した情報を利用して自列車が設定すべき適切な運行速度を決定したりする。
【００２７】
無線通信装置２２は、車上連携サーバ２０から送信要求のあったデータを無線基地局１２に送信したり、地上連携サーバ１０から送信要求のあったデータを無線基地局１２から受信したりする。無線通信装置２２は１つの通信メディアで特定のエリアの通信をサポートしており、１つの車上システム２内において複数の無線通信装置２２がある場合には各無線通信装置２２がサポートする通信メディアは異なるものである。
【００２８】
次に、地上システム１の詳細な構成について説明する。図２は、本発明の実施の形態１に係るコンテンツ同期システムにおける地上システム１の構成を詳細に示したブロック図である。
【００２９】
はじめに、地上連携サーバ１０の機能についてより詳細に説明する。地上連携サーバ１０は、同期通信制御手段１０１、地上サービスアプリアクセス手段１０２、情報格納手段１０３、通信プロトコル処理手段１０４、および通信メディア制御手段１０５を備える。
【００３０】
図５は、情報格納手段１０３の詳細な構成を示した図である。情報格納手段１０３は、地上マスタＩＮＤＥＸ部１０３ａ、地上マスタＤＡＴＡ１０３ｂ、車上ミラーＩＮＤＥＸ部１０３ｃ、および車上ミラーＤＡＴＡ１０３ｄで構成される。情報格納手段１０３は、地上連携サーバ１０が管理する車上連携サーバ２０の台数分で構成される。
【００３１】
地上マスタＩＮＤＥＸ部１０３ａは、地上Ｕｐｄａｔｅ部１０３ｅおよび車上Ａｓｙｎｃ部１０３ｆで構成される。地上Ｕｐｄａｔｅ部１０３ｅは、地上情報の内、地上サービスアプリケーション１１から情報の更新要求があった場合、地上サービスアプリアクセス手段１０２によりその情報の識別子が格納される。車上Ａｓｙｎｃ部１０３ｆは、車上連携サーバ２０から受信した車上Ｕｐｄａｔｅ部２０３ｇの内、車上マスタＤＡＴＡ２０３ｄの同期が完了した識別子が格納される。
【００３２】
地上マスタＩＮＤＥＸ部１０３ａの同期が完了すると、同期通信制御手段１０１により同期が完了した地上Ｕｐｄａｔｅ部１０３ｅは地上Ａｓｙｎｃ部１０３ｈにコピーし、地上Ｕｐｄａｔｅ部１０３ｅは削除される。
【００３３】
また、車上連携サーバから車上マスタＩＮＤＥＸ部２０３ｃの地上Ａｓｙｎｃ部２０３ｈを受信すると、同期通信制御手段１０１は地上Ａｓｙｎｃ部１０３ｈと比較し、地上Ａｓｙｎｃ部２０３ｈに含まれるデータ識別子が地上Ａｓｙｎｃ部１０３ｈに含まれている場合は地上Ａｓｙｎｃ部１０３ｈから該当する識別子を削除する。
【００３４】
車上マスタＤＡＴＡ２０３ｄと車上ミラーＤＡＴＡ１０３ｄの同期が完了すると、同期通信制御手段１０１により、同期が完了したデータの識別子は、車上Ｕｐｄａｔｅ部１０３ｇから車上Ａｓｙｎｃ部１０３ｆにコピーし、車上Ｕｐｄａｔｅ部１０３ｇから削除される。
【００３５】
地上マスタＤＡＴＡ１０３ｂは、地上サービスアプリケーション１１から情報の更新要求があった場合、地上サービスアプリアクセス手段１０２によりその情報本体が格納される。
【００３６】
車上ミラーＩＮＤＥＸ部１０３ｃは、車上Ｕｐｄａｔｅ部１０３ｇおよび地上Ａｓｙｎｃ部１０３ｈで構成される。車上Ｕｐｄａｔｅ部１０３ｇは、車上連携サーバ２０の車上マスタＤＡＴＡ２０３ｄの内、更新された情報の識別子が格納され、車上連携サーバ２０から車上Ｕｐｄａｔｅ部を受信する度に識別子を累積させる。地上Ａｓｙｎｃ部１０３ｈは、車上連携サーバ２０に送信した地上Ｕｐｄａｔｅ部１０３ｅの内、地上マスタＤＡＴＡ１０３ｂと地上ミラーＤＡＴＡ２０３ｂの同期が完了していない識別子が格納される。
【００３７】
車上ミラーＤＡＴＡ１０３ｄは、車上情報のうち、車上連携サーバ２０から受信した情報本体が格納される。
【００３８】
ここで、情報格納手段１０３は、ＭＩＢ（Management Information Base）で構成してもよい。ＭＩＢで構成することにより、ツリー構造のデータベースとなるため、送信するデータの指定が容易に可能になる。また、地上Ａｓｙｎｃ部１０３ｈおよび車上Ｕｐｄａｔｅ部１０３ｇは、同期が取れていないデータの識別子だけで構成しても良いし、同期が取れていないデータの識別子と同期回数で構成してもよい。
【００３９】
同期通信制御手段１０１は、車上連携サーバ２０と地上情報および車上情報の同期を行うために、複数の車上システム２に対する同期タイミングを管理する。同期タイミングになった場合には、地上マスタＤＡＴＡ１０３ｂが更新されたか否かを示す地上Ｕｐｄａｔｅ部１０３ｅと、車上ミラーＤＡＴＡ１０３ｄと車上マスタＤＡＴＡ２０３ｄとで同期が完了したデータを示す車上Ａｓｙｎｃ部１０３ｆの送信要求を通信プロトコル処理手段１０４に渡し、車上システムにデータ送信を要求する。
【００４０】
また、同期通信制御手段１０１は、地上マスタＤＡＴＡ１０３ｂを車上連携サーバ２０に送信するために、情報種別ごとに更新周期、優先度、および最終同期時間を管理する。そして、更新周期の時間以上同期が行われていない場合は、地上マスタＩＮＤＥＸ部１０３ａを送信する際に、地上マスタＤＡＴＡ１０３ｂを車上連携サーバ２０に同時に送信したり、車上ミラーＩＮＤＥＸ部１０３ｃから車上システム２に対して車上の更新された情報本体の送信要求を行ったりする。
【００４１】
さらに、同期通信制御手段１０１は、地上サービスアプリケーション１１に通知する情報がある場合は、地上サービスアプリアクセス手段１０２にメッセージ受信を通知する。
【００４２】
地上サービスアプリアクセス手段１０２は、地上サービスアプリケーション１１とのインタフェースを提供する。例えば、地上サービスアプリケーション１１からの要求に応じて情報格納手段１０３へのアクセスを行ったり、同期通信制御手段１０１から受信した車上システム２の編成情報や位置情報などを地上サービスアプリケーション１１の要求に関わらず通知したりする。例えば、地上サービスアプリケーション１１に対して提供するインタフェースはＡＰＩ（Application Program Interface）の関数である。
【００４３】
ここで、上述した地上サービスアプリアクセス手段１０２が地上サービスアプリケーション１１に対して提供するインタフェース（ＡＰＩの関数）について説明する。図４は、このＡＰＩの関数の一例を示した図である。ＡＰＩの関数は、地上サービスアプリケーション１１から地上サービスアプリアクセス手段１０２に対して引数を渡すと、地上サービスアプリアクセス手段１０２は地上サービスアプリケーション１１に対して戻り値を返す。また、地上サービスアプリアクセス手段１０２は引数を渡されなくても、地上サービスアプリアクセス手段１０２から地上サービスアプリケーション１１に対して、自発的に戻り値を返すＡＰＩの関数も存在する。図４を参照し、以下に各ＡＰＩ関数について説明する。
【００４４】
まず、編成通知（Ａｃｃｅｐｔ）について説明する。Ａｃｃｅｐｔは、地上サービスアプリアクセス手段１０２が同期通信制御手段１０１から編成状態の変更（車上システム２の新たな編成、終了、他の編成との併合、分割）を受信した場合に、編成状態を地上サービスアプリケーション１１に自発的に通知するために利用する。
【００４５】
Ａｃｃｅｐｔの引数は、存在しない。一方、Ａｃｃｅｐｔの戻り値は、車両ＩＤと編成状態が存在する。車両ＩＤは、車上システムを識別するための識別子である。編成状態は、車上システムの編成状態の変更を示す識別子である。例えば、「０：新規編成」、「１：終了」、「２：併合」、「３：分割」などのように識別子を割り当てる。
【００４６】
次に、通信メディア接続状態通知（ＬａｎＣｏｎｎｅｃｔ）について説明する。ＬａｎＣｏｎｎｅｃｔは、地上サービスアプリアクセス手段１０２が同期通信制御手段１０１から通信メディアの接続状態の変更（新規接続、切断）を受信した場合に、通信メディアの接続状態を地上サービスアプリケーション１１に自発的に通知するために利用する。
【００４７】
ＬａｎＣｏｎｎｅｃｔの引数は、存在しない。一方、ＬａｎＣｏｎｎｅｃｔの戻り値は、車両ＩＤ、通信メディアＩＤおよび通信メディア接続状態が存在する。車両ＩＤは、上述した内容と同様のため、説明を省略する。通信メディアＩＤは、通信メディアを識別するための識別子である。通信メディア接続状態は、通信メディアの接続状態を示す識別子である。例えば、「０：接続」、「１：切断」などのように識別子を割り当てる。
【００４８】
次に、情報設定（Ｓｅｔ）について説明する。Ｓｅｔは、地上サービスアプリケーション１１が情報格納手段１０３にデータを設定するために利用する。地上サービスアプリアクセス手段１０２は引数に指定されたデータ識別子のデータを情報格納手段１０３に格納し、格納した結果を戻り値に含め、地上サービスアプリケーション１１に通知する。
【００４９】
Ｓｅｔの引数は、車両ＩＤ、データ識別子、データ、データサイズおよび強制送信フラグ（オプション）が存在する。車両ＩＤは、上述した内容と同様のため、説明を省略する。データ識別子は、データを識別するための識別子である。データは、情報格納手段に保存されているデータ本体である。データサイズは、データのサイズを示す。強制送信フラグは、情報格納手段１０３に格納するデータを即座に車上システムに送信することを要求するフラグである。この強制送信フラグはオプションとして利用する。例えば、「０：無効」、「１：有効」のように割り当てる。一方、Ｓｅｔの戻り値は、車両ＩＤとイベントコードが存在する。車両ＩＤは、上述した内容と同様のため、説明を省略する。イベントコードは、情報格納手段にデータを設定した結果を示す識別子である。例えば、「０：成功」、「１：指定されたデータ識別子は存在しない」などのように割り当てる。
【００５０】
次に、情報取得（Ｇｅｔ）について説明する。Ｇｅｔは、地上サービスアプリケーション１１が地上サービスアプリアクセス手段１０２に情報格納手段１０３のデータを取得するために利用する。地上サービスアプリアクセス手段１０２は引数に指定されたデータ識別子のデータを情報格納手段１０３から取得し、取得したデータを戻り値に格納し、地上サービスアプリケーション１１に通知する。
【００５１】
Ｇｅｔの引数は、車両ＩＤとデータ識別子が存在する。車両ＩＤとデータ識別子は、上述した内容と同様のため、説明を省略する。一方、Ｇｅｔの戻り値は、車両ＩＤ、データ識別子、データ、データサイズおよび同期状態（オプション）が存在する。車両ＩＤ、データ識別子、データおよびデータサイズは、上述した内容と同様のため、説明を省略する。同期状態は、情報格納手段に保存されているデータが最新であるか否かを示すフラグである。例えば、「０：最新データ」、「１：古いデータ」などのように割り当てる。
【００５２】
次に、データ更新通知（Ｎｏｔｉｆｙ）について説明する。Ｎｏｔｉｆｙは、データ通知設定（ＳｅｔＬｉｓｔｅｎｅｒ）により設定されたデータが更新された場合に、地上サービスアプリアクセス手段１０２から地上サービスアプリケーション１１へ、自発的に通知する。
【００５３】
Ｎｏｔｉｆｙの引数は、存在しない。一方、Ｎｏｔｉｆｙの戻り値は、車両ＩＤ、データ識別子、データおよびデータサイズが存在する。車両ＩＤ、データ識別子、データおよびデータサイズは、上述した内容と同様のため、説明を省略する。
【００５４】
次に、データ更新通知設定（ＳｅｔＬｉｓｔｅｎｅｒ）について説明する。ＳｅｔＬｉｓｔｅｎｅｒは、地上サービスアプリケーション１１が、データが更新された際に自動的に地上サービスアプリアクセス手段１０２からデータを受信するために、地上サービスアプリアクセス手段１０２に、データ更新通知を要求するデータを設定する。
【００５５】
ＳｅｔＬｉｓｔｅｎｅｒの引数は、車両ＩＤ、データ識別子および有効／無効フラグが存在する。車両ＩＤとデータ識別子は、上述した内容と同様のため、説明を省略する。有効／無効フラグは、データ更新通知を有効にするか無効にするかのフラグである。例えば、「０：無効」、「１：有効」などのように割り当てる。一方、ＳｅｔＬｉｓｔｅｎｅｒの戻り値は、車両ＩＤとイベントコードが存在する。車両ＩＤは、上述した内容と同様のため、説明を省略する。イベントコードは、データ更新通知を設定した結果を示す識別子である。例えば、「０：成功」、「１：設定失敗」などのように割り当てる。
【００５６】
最後に、パラメータ設定（ＳｅｔＰａｒａｍｅｔｅｒ）について説明する。ＳｅｔＰａｒａｍｅｔｅｒは、地上サービスアプリケーション１１が、同期制御手段がデータを同期する優先度や更新周期などを設定するために、地上サービスアプリアクセス手段１０２に通信パラメータの設定を要求する。
【００５７】
ＳｅｔＰａｒａｍｅｔｅｒの引数は、車両ＩＤ、データ識別子、属性および属性のパラメータ値が存在する。車両ＩＤとデータ識別子は、上述した内容と同様のため、説明を省略する。属性は、設定する通信パラメータの識別子である。例えば属性には、データの優先度やデータの更新周期、データ種別などである。属性のパラメータ値は、設定する通信パラメータの値である。一方、ＳｅｔＰａｒａｍｅｔｅｒの戻り値は、車両ＩＤとイベントコードが存在する。車両ＩＤは、上述した内容と同様のため、説明を省略する。イベントコードは、通信パラメータを設定した結果を示す識別子である。例えば、「０：成功」、「１：設定失敗」などのように割り当てる。
【００５８】
図２に戻り、地上連携サーバ１０が有する残りの機能について説明する。通信プロトコル処理手段１０４は、車上連携サーバ２０とメッセージを送受信するための通信制御を行うものである。例えば、同期通信制御手段１０１から渡されたデータにメッセージの種類や再送フラグなどのヘッダ情報を付与したり、無線基地局１２が送信可能なメッセージ形式に変換したりした後、通信ネットワーク１３を介して無線基地局１２に送信するメッセージを渡す。また、無線基地局１２からメッセージを受信した場合には情報格納手段に受信データを格納した後、受信したメッセージの種類および受信したメッセージに含まれるデータ識別子を同期通信制御手段１０１に通知する。
【００５９】
さらに、通信プロトコル処理手段１０４は、無線基地局１２にメッセージを送信する際、通信メディア制御手段１０５の管理する情報から適切な通信メディアを選択して送信することもできるし、通信プロトコル処理手段１０４は分割／組立制御や再送制御などを提供することもできる。例えば、通信プロトコル処理手段１０４にＳＮＭＰを適用することで、車上連携サーバ２０の情報格納手段２０３のデータを取得することが容易に可能になる。
【００６０】
また、通信プロトコル処理手段１０４は、情報格納手段１０３の情報を周期的に監視し、情報が更新された場合には車上システム２に対して更新された情報の送信を行う。
【００６１】
通信メディア制御手段１０５は、送信する通信メディアを選択するために、無線基地局１２の対応している通信メディアを管理したり、通信品質を管理したりするために周期的に無線基地局１２と制御メッセージを送受信する。
【００６２】
次に、地上サービスアプリケーション１１の機能について詳細に説明する。地上サービスアプリケーション１１は、受信データ処理手段１１１、および送信データ生成手段１１２を有する。
【００６３】
受信データ処理手段１１１は、地上サービスアプリアクセス手段１０２から渡されたデータを表示したり、保存したりする。送信データ生成手段１１２は、車上システム２に送信する情報（例えば、走行予測情報や運行情報など）を車上システム２から受信した情報（例えば、位置、速度情報など）に基づいて生成し、地上サービスアプリアクセス手段１０２に送信するデータを渡す。
【００６４】
次に、無線基地局１２の機能について詳細に説明する。無線基地局１２は、送信手段１２１、受信手段１２２、および通信メディア管理手段１２３を有する。
【００６５】
送信手段１２１は、通信プロトコル処理手段１０４から通信ネットワーク１３を介して渡された情報を通信ネットワーク１３を介して、車上システム２に送信する。受信手段１２２は、車上システム２から送信された情報を受信し、通信ネットワーク１３を介して、通信プロトコル処理手段１０４に渡す。通信メディア管理手段１２３は、通信メディア制御手段１０５が通信メディア管理手段１２３を管理するために、無線基地局１２の対応している通信メディアを管理したり、通信品質を管理したりするために周期的に通信メディア制御手段１０５と制御メッセージを送受信する。
【００６６】
次に、通信ネットワーク１３の機能について詳細に説明する。通信ネットワーク１３は、地上連携サーバ１０、地上サービスアプリケーション１１、および無線基地局１２を接続するネットワークであり、１つの地上連携サーバ１０に複数の地上サービスアプリケーション１１からアクセスしたり、複数の無線基地局から情報を送信したりするために利用される。
【００６７】
次に、車上システム２の詳細な構成について説明する。図３は、本発明の実施の形態１に係るコンテンツ同期システムにおける車上システム２の構成を詳細に示したブロック図である。車上システム２は基本的には地上システム１と同様の構成であるが、車上システム２には通信ネットワーク１３が含まれない構成となっている。
【００６８】
はじめに、車上連携サーバ２０の機能についてより詳細に説明する。車上連携サーバ２０は、同期通信制御手段２０１、車上サービスアプリアクセス手段２０２、情報格納手段２０３、通信プロトコル処理手段２０４、および通信メディア制御手段２０５を備える。
【００６９】
図６は、情報格納手段２０３の詳細な構成を示した図である。情報格納手段２０３は、地上ミラーＩＮＤＥＸ部２０３ａ、地上ミラーＤＡＴＡ２０３ｂ、車上マスタＩＮＤＥＸ部２０３ｃ、および車上マスタＤＡＴＡ２０３ｄで構成される。
【００７０】
地上ミラーＩＮＤＥＸ部２０３ａは、地上Ｕｐｄａｔｅ部２０３ｅおよび車上Ａｓｙｎｃ部２０３ｆで構成される。地上Ｕｐｄａｔｅ部２０３ｅは、地上連携サーバ１０の地上マスタＤＡＴＡ１０３ｂの内、更新された情報の識別子が格納され、地上連携サーバ１０から地上Ｕｐｄａｔｅ部を受信する度に累積させる。車上Ａｓｙｎｃ部２０３ｆは、地上連携サーバ１０に送信した車上Ｕｐｄａｔｅ部２０３ｇの内、車上マスタＤＡＴＡ２０３ｄと車上ミラーＤＡＴＡ１０３ｄの同期が完了していない識別子が格納される。
【００７１】
地上ミラーＤＡＴＡ２０３ｂは、地上情報の内、地上連携サーバ１０から受信した情報本体が格納される。
【００７２】
車上マスタＩＮＤＥＸ部２０３ｃは、車上Ｕｐｄａｔｅ部２０３ｇおよび地上Ａｓｙｎｃ部２０３ｈで構成される。車上Ｕｐｄａｔｅ部２０３ｇは、車上情報の内、車上サービスアプリケーション２１から情報の更新要求があった場合、車上サービスアプリアクセス手段２０２によりその情報の識別子が格納される。地上Ａｓｙｎｃ部２０３ｈは、地上連携サーバ１０から受信した地上Ｕｐｄａｔｅ部２０３ｅの内、地上ミラーＤＡＴＡ２０３ｂの同期が完了した識別子が格納される。
【００７３】
車上マスタＩＮＤＥＸ部２０３ｃの同期が完了すると、同期通信制御手段２０１により更新が完了した車上Ｕｐｄａｔｅ部２０３ｇは車上Ａｓｙｎｃ部２０３ｆにコピーし、車上Ｕｐｄａｔｅ部２０３ｇは削除される。
【００７４】
また、地上連携サーバから地上マスタＩＮＤＥＸ部１０３ｃの車上Ａｓｙｎｃ部１０３ｆを受信すると、同期通信制御手段２０１は車上Ａｓｙｎｃ部２０３ｆと比較し、車上Ａｓｙｎｃ部１０３ｆに含まれるデータ識別子を車上Ａｓｙｎｃ部２０３ｆから削除する。
【００７５】
地上マスタＤＡＴＡ１０３ｂと地上ミラーＤＡＴＡ２０３ｂの同期が完了すると、同期通信制御手段２０１により、同期が完了したデータの識別子は、地上Ｕｐｄａｔｅ部２０３ｅからなる地上Ａｓｙｎｃ部２０３ｈにコピーし、地上Ｕｐｄａｔｅ部２０３ｅから削除される。
【００７６】
また、車上Ａｓｙｎｃ部２０３ｆおよび地上Ｕｐｆａｔｅ部２０３ｅは、同期が取れていないデータの識別子だけで構成しても良いし、同期が取れていないデータの識別子と同期回数で構成してもよい。
【００７７】
同期通信制御手段２０１は、地上連携サーバ１０と地上情報および車上情報の同期を行う。地上連携サーバ１０から地上マスタＩＮＤＥＸ部１０３ａの受信通知を受け取った場合に、車上マスタＤＡＴＡ２０３ｄが更新されたか否かを示す車上Ｕｐｄａｔｅ部２０３ｇと、地上ミラーＤＡＴＡ２０３ｂと地上マスタＤＡＴＡ１０３ｂで同期が完了したか否かを示す地上Ａｓｙｎｃ部２０３ｈの送信要求を通信プロトコル処理手段２０４に渡し、地上システム１にデータ送信を要求する。
【００７８】
また、同期通信制御手段２０１は、地上連携サーバ１０から車上情報の送信要求通知を受け取った場合に、車上マスタＤＡＴＡ２０３ｄを地上システム１に送信するために通信プロトコル処理手段２０４に渡し、地上システムに送信を要求したり、地上Ｕｐｄａｔｅ部２０３ｅに基づいて、地上システム１に対して地上の更新された情報本体の送信要求を行ったりする。
【００７９】
さらに、同期通信制御手段２０１は、車上サービスアプリケーション２１に通知する情報がある場合は、車上サービスアプリアクセス手段２０２にメッセージ受信を通知する。
【００８０】
車上サービスアプリアクセス手段２０２は、車上サービスアプリケーション２１とのインタフェースを提供する。例えば、車上サービスアプリケーション２１からの要求に応じて情報格納手段２０３へのアクセスを行ったり、同期通信制御手段２０１から受信した地上システム１のダイヤ情報や運行情報などを車上サービスアプリケーション２１の要求に関わらず通知したりする。例えば、車上サービスアプリケーション２１に対して提供するインタフェースは、地上サービスアプリアクセス手段１０２と同様に図４に示すようなＡＰＩの関数である。ただし、車上サービスアプリアクセス手段２０２は、図４に示すＡＰＩのうち、編成通知（Ａｃｃｅｐｔ）は提供しない。
【００８１】
通信プロトコル処理手段２０４は、地上連携サーバ１０とメッセージを送受信するための通信制御を行うものである。例えば、同期通信制御手段２０１から渡されたデータにメッセージの種類や再送フラグなどのヘッダ情報を付与したり、送信可能なメッセージ形式に変換したりした後、無線通信装置２２に送信するメッセージを渡す。また、無線通信装置２２からメッセージを受信した場合には情報格納手段２０３に受信データを格納した後、受信したメッセージの種類および受信したメッセージに含まれるデータ識別子を同期通信制御手段２０１に通知する。
【００８２】
さらに、無線通信装置２２にメッセージを送信する際、通信メディア制御手段２０５の管理する情報から適切な通信メディアを選択して送信することもできるし、通信プロトコル処理手段２０４は分割／組立制御や再送制御などを提供することもできる。例えば、通信プロトコル処理手段２０４にＳＮＭＰを適用することで、地上連携サーバ１０の情報格納手段１０３のデータを取得することが容易に可能になる。
【００８３】
また、通信プロトコル処理手段２０４は情報格納手段２０３の情報を周期的に監視し、情報が更新された場合には地上システム１に対して更新された情報の送信を行う。
【００８４】
通信メディア制御手段２０５は、送信する通信メディアを選択するために、無線通信装置２２の対応している通信メディアを管理したり、通信品質を管理したりするために周期的に無線通信装置２２と制御メッセージを送受信する。
【００８５】
次に、車上サービスアプリケーション２１の機能について詳細に説明する。車上サービスアプリケーション２１は、受信データ処理手段２１１、および送信データ生成手段２１２を有する。
【００８６】
受信データ処理手段２１１は、車上サービスアプリアクセス手段２０２から渡されたデータを表示したり、保存したりする。送信データ生成手段２１２は、地上システム１に送信する情報（例えば、位置情報、速度情報など）を生成し、車上サービスアプリアクセス手段２０２に送信するデータを渡す。
【００８７】
次に、無線通信装置２２の機能について詳細に説明する。無線通信装置２２は、送信手段２２１、受信手段２２２、および通信メディア管理手段２２３を有する。
【００８８】
送信手段２２１は、通信プロトコル処理手段２０４から渡された情報を地上システム１に送信する。受信手段２２２は、地上システム１から送信された情報を受信し、通信プロトコル処理手段２０４に渡す。通信メディア管理手段２２３は、通信メディア制御手段２０５が通信メディア管理手段２２３を管理するために、無線通信装置２２の対応している通信メディアを管理したり、通信品質を管理したりするために周期的に通信メディア制御手段２０５と制御メッセージを送受信する。
【００８９】
次に、各構成の動作について説明する。図７から図１７は、本実施の形態１によるコンテンツ同期システムを構成する地上システム１および車上システム２の各手段の動作を示したフローチャートである。以下に、それぞれの手段での動作を説明する。
【００９０】
図７、図８は、本実施の形態１における地上連携サーバ１０の同期通信制御手段１０１の動作を示したフローチャート図である。はじめに、プログラムを起動後（ステップＳ１０１）、地上連携サーバ１０の同期通信制御手段１０１は、地上連携サーバ１０の通信プロトコル処理手段１０４からメッセージの受信を待機する（ステップＳ１０２）。
【００９１】
当該メッセージを受信していない場合は（ステップＳ１０２で「Ｎｏ」）、同期通信制御手段１０１はメッセージを受信するまでステップＳ１０２で受信の待機を継続する。これに対して、当該メッセージを受信した場合には（ステップＳ１０２で「Ｙｅｓ」）、ステップＳ１０３へと移行する。
【００９２】
ステップＳ１０３では、同期通信制御手段１０１は、受信したメッセージの種類が「新規編成情報」または「分割情報」の場合はステップＳ１０４へと移行する。これに対して、「新規編成情報」または「分割情報」ではない場合にはステップＳ１１３へと移行する。
【００９３】
次に、同期通信制御手段１０１は、地上サービスアプリアクセス手段１０２に対して、編成／分割情報を受信したことを通知する（ステップＳ１０４）。
【００９４】
そして、同期通信制御手段１０１は、編成情報の送信元である車上連携サーバ２０を図１８に示す編成管理テーブルに登録する。また、当該車上連携サーバ２０と情報同期を開始するため、同期通信制御手段１０１が同期するタイミングを管理するためのＩＮＤＥＸ同期タイマをスタートする（ステップＳ１０５）。
【００９５】
ここで、図１８に示す編成管理テーブルとは、同期通信制御手段１０１がデータ同期を行う車上システムを管理するデータベースである。ステップＳ１０５において、当該車上システム２の車両ＩＤ、ＩＰアドレス／リンクアドレス、編成優先度、編成時刻を登録する。そして、ＩＮＤＥＸ同期を行う毎に、最終同期時刻を更新する。
【００９６】
車両ＩＤは、車上システムを識別するための識別子である。ＩＰアドレス／リンクアドレスは、車上システムの無線通信機器を識別するためのネットワークアドレスである。ＩＰアドレスはＩＰ系ネットワークで利用し、リンクアドレスは非ＩＰ系ネットワークで利用する。ＩＰアドレス／リンクアドレスは無線通信機器にあらかじめ設定されている。編成優先度は、車上システムの優先度を示す。編成時刻は、車上システムが編成した時刻を示す。最終同期時刻は、車上システムとＩＮＤＥＸ同期を行った最新の時刻を示す。
【００９７】
次に、ステップＳ１０５でスタートしたＩＮＤＥＸ同期タイマがタイムアウトしたかを判定する（ステップＳ１０６）。ＩＮＤＥＸ同期タイマがタイムアウトしていない場合には（ステップＳ１０６で「Ｎｏ」）、同期通信制御手段１０１はステップＳ１０６のタイムアウトを待機する。これに対して、ＩＮＤＥＸ同期タイマがタイムアウトした場合には（ステップＳ１０６で「Ｙｅｓ」）、ステップＳ１０７へと移行する。
【００９８】
次に、同期通信制御手段１０１は、情報格納手段１０３の地上マスタＩＮＤＥＸ部１０３ａから更新された地上マスタＤＡＴＡ１０３ｂの識別子を取得する（ステップＳ１０７）。
【００９９】
次に、同期通信制御手段１０１は、自身が予め保持している同期管理テーブル（図１９）とステップＳ１０７で取得した地上Ｕｐｄａｔｅ部１０３ｅから、地上マスタＩＮＤＥＸ部１０３ａと同時に送信する情報があるか否かを判定する（ステップＳ１０８）。
【０１００】
ここで、図１９に示す同期管理テーブルとは、同期通信制御手段１０１がデータの同期を行う場合に利用するデータベースである。このデータベースを参照し、データ同期のタイミングや優先順位、同期する周期などに基づいて、送受信するデータのタイミングおよび順番を決定する。
【０１０１】
データ識別子は、データを識別するための識別子であり、図２２に示す番号に対応する。データ送受信タイプは、データ同期を行う場合、どのタイミングでデータ送受信を行うかを示す。「Ｍａｎｄａｔｏｒｙ」はデータを送受信する際に必ず含め、「ＩＮＤＥＸ部と同時」はＩＮＤＥＸ同期を行う際に同時に送信し、「ＤＡＴＡ種別ごと」は前回の送受信から、更新周期以上の時間が経過した場合に送信する。さらに、「狭域通信時」は狭域通信メディアと接続が可能になった場合に送信する。データ優先度は、データ同期を行う際に複数のデータがある場合に、データ優先度に応じて同期する順番を決定するために利用する。更新周期は、データを同期する周期の最大許容時間を示し、地上サービスアプリケーション１１によりデータが更新されてから更新周期以内に同期を行う。
【０１０２】
ＩＮＤＥＸ部と同時に送信する地上マスタＤＡＴＡがない場合は（ステップＳ１０８で「Ｎｏ」）、ステップＳ１０７で取得した地上マスタＩＮＤＥＸ部１０３ａを保持して、ステップＳ１０９へと移行する。これに対して、地上ＩＮＤＥＸ部と同時に送信する地上マスタＤＡＴＡが存在する場合には（ステップＳ１０８で「Ｙｅｓ」）、ステップＳ１０７で取得した地上マスタＩＮＤＥＸ部１０３ａと、該当する地上マスタＤＡＴＡの識別子を保持して、ステップＳ１０９へと移行する。
【０１０３】
そして、ステップＳ１０９では、同期通信制御手段１０１は保持している地上ＩＮＤＥＸ部および地上ＤＡＴＡの識別子の送信要求を通信プロトコル処理手段１０４に渡す。
【０１０４】
次に、ステップＳ１０９で送信要求を行った車上システム２からの応答を一定時間待機する（ステップＳ１１０）。一定時間内に、応答を受信できなかった場合は（ステップＳ１１１で「Ｎｏ」）、ステップＳ１０５へと戻り、ＩＮＤＥＸ同期タイマを再スタートする。これに対して、一定時間内に、応答を受信できた場合は（ステップＳ１１１で「Ｙｅｓ」）、ステップＳ１１２へと移行する。
【０１０５】
次に、ステップＳ１１２では、同期通信制御手段１０１はＩＮＤＥＸ同期が完了したと判断し、送信を行った地上Ｕｐｄａｔｅ部１０３ｅを地上Ａｓｙｎｃ部１０３ｈに登録し、地上Ｕｐｄａｔｅ部１０３ｅおよび車上Ａｓｙｎｃ部１０３ｆは削除し、ＤＡＴＡの同期が完了した識別子は地上Ａｓｙｎｃ部１０３ｈから削除する（ステップＳ１１２）。ステップＳ１１２の処理完了後、ステップＳ１０５へと戻り、ステップＳ１０５からステップＳ１１２の処理を繰り返し実行する。
【０１０６】
一方、ステップＳ１０３でステップＳ１１３へと移行した場合、同期通信制御手段１０１は、受信したメッセージの種類が「車上ＩＮＤＥＸ部」または「車上ＤＡＴＡ」の場合はステップＳ１１４へと移行する。これに対して、「車上ＩＮＤＥＸ部」または「車上ＤＡＴＡ」ではない場合にはステップＳ１１９へと移行する。
【０１０７】
次に、同期通信制御手段１０１は、受信した車上ＩＮＤＥＸ部の地上Ａｓｙｎｃ部２０３ｈと地上Ａｓｙｎｃ部１０３ｈを比較し、地上Ａｓｙｎｃ部２０３ｈに含まれる識別子を地上Ａｓｙｎｃ部１０３ｈから削除し、さらに車上ＩＮＤＥＸ部の車上Ｕｐｄａｔｅ部２０３ｇを車上Ｕｐｄａｔｅ部１０３ｇに追加登録する。さらに車上ＤＡＴＡを受信した場合は、当該データの識別子を車上Ｕｐｄａｔｅ部１０３ｇから車上Ａｓｙｎｃ部１０３ｆに移動し、車上Ｕｐｄａｔｅ部１０３ｇを削除する（ステップＳ１１４）。
【０１０８】
次に、地上サービスアプリアクセス手段１０２に対して、同期通信制御手段１０１が保持している更新監視テーブル（図２０）から、更新されたことを通知する情報が存在するか否かを判定する（ステップＳ１１５）。更新を通知する情報が存在しない場合には（ステップＳ１１５で「Ｎｏ」）、ステップＳ１１７へと移行する。これに対して、更新を通知する情報が存在する場合には（ステップＳ１１５で「Ｙｅｓ」）、ステップＳ１１６へと移行する。
【０１０９】
ここで、図２０に示す更新監視テーブルとは、更新通知「Ｎｏｔｉｆｙ」により地上サービスアプリケーション１１に対して、データが更新された場合に自発的にデータを通知するか否かを管理するテーブルである。更新管理テーブルは、データ更新通知設定（ＳｅｔＬｉｓｔｅｎｅｒ）により設定される。
【０１１０】
車両ＩＤは、車上システムを識別する識別子である。「ＡＬＬ」は管理する全ての車上システムを示す。データ識別子は、データを識別する識別子である。更新通知は、該当するデータ識別子のデータが更新された場合に、地上サービスアプリケーションに通知するか否かを示すフラグである。「Ｏｎ」の場合は地上サービスアプリアクセス手段１０２に更新通知を行う情報があることを通知し、「Ｏｆｆ」の場合は地上サービスアプリアクセス手段１０２に更新通知を行う情報があることを通知しない。
【０１１１】
次に、同期通信制御手段１０１は地上サービスアプリアクセス手段１０２に対して、更新通知が必要なデータ識別子を通知する（ステップＳ１１６）。
【０１１２】
そして、同期通信制御手段１０１は、ステップＳ１１３で受信した車上ＩＮＤＥＸ部から車上ＤＡＴＡの取得要求を行うか否かを判定する（ステップＳ１１７）。車上ＤＡＴＡの取得要求を行う必要がない場合は（ステップＳ１１７で「Ｎｏ」）、同期通信制御手段の処理を完了して、ステップＳ１０１へと戻る。これに対して、車上ＤＡＴＡの取得要求を行う場合は（ステップＳ１１７で「Ｙｅｓ」）、図１９に示す優先度の高い情報の識別子から順番に送信するように、送信要求を通信プロトコル処理手段１０４に渡す（ステップＳ１１８）。ステップＳ１１８の処理完了後、同期通信制御手段の処理を完了して、ステップＳ１０１へと戻る。
【０１１３】
一方、ステップＳ１１３でステップＳ１１９へと移行した場合、同期通信制御手段１０１は受信したメッセージの種類が「終了通知」または「併合通知」の場合はステップＳ１２０へと移行する。これに対して、「終了通知」または「併合通知」ではない場合には同期通信制御手段の処理を完了してステップＳ１０１へと戻る。
【０１１４】
次に、同期通信制御手段は地上サービスアプリアクセス手段１０２に対して、車上システムが終了したことを通知し（ステップＳ１２０）、該当する車上システムに対するＩＮＤＥＸ同期タイマを終了させ、図１８の編成管理テーブルを更新（削除）する（ステップＳ１２１）。ステップＳ１２１の処理完了後、同期通信制御手段の処理を完了して、ステップＳ１０１へと戻る。
【０１１５】
ここで、ステップＳ１０９で送信する地上ＩＮＤＥＸ部は、車上Ａｓｙｎｃ部を含めずに、地上Ｕｐｄａｔｅ部だけを送信しても良いし、車上Ａｓｙｎｃ部に変更があった場合にだけ車上Ａｓｙｎｃ部を同時に送信しても良い。
【０１１６】
また、ステップＳ１１３で車上マスタＩＮＤＥＸ部を受信した場合、車上Ａｓｙｎｃ部に登録されている識別子の同期回数を１インクリメントし、ステップＳ１１７において車上Ａｓｙｎｃ部に登録されている識別子の同期回数が一定以上になった場合に車上ＤＡＴＡの取得要求を行っても良い。
【０１１７】
さらに、ステップＳ１０７で地上マスタＩＮＤＥＸ部と同時に地上Ａｓｙｎｃ部を確認し、同期回数が一定以上の識別子が存在する場合には、該当する地上ＤＡＴＡの送信を行っても良い。
【０１１８】
ステップＳ１１７において、車上ＤＡＴＡの取得要求を行う際、図１８に示される編成優先度に基づいて、優先度の高い車上連携サーバ２０から順番に行っても良い。例えば、図２１に示すように、優先度の高い車上連携サーバ２０から順番に優先度の高い情報を送信する。
【０１１９】
図９、図１０は、本実施の形態１による地上連携サーバ１０の地上サービスアプリアクセス手段１０２の動作を示すフローチャート図である。プログラムを起動後（ステップＳ２０１）、地上連携サーバ１０の地上サービスアプリアクセス手段１０２は、地上連携サーバ１０の同期通信制御手段１０１から通知の受信を待機する（ステップＳ２０２）。
【０１２０】
通知を受信していない場合は（ステップＳ２０２で「Ｎｏ」）、ステップＳ２０９へと移行する。これに対して、通知を受信した場合には（ステップＳ２０２で「Ｙｅｓ」）、ステップＳ２０３へと移行する。
【０１２１】
地上サービスアプリアクセス手段１０２は、受信した通知が車上システム２の編成、終了、分割、および併合の通知であるか否かを判定する（ステップＳ２０３）。受信した通知が編成、終了、分割、および併合の通知ではない場合は（ステップＳ２０３で「Ｎｏ」）、ステップＳ２０５へと移行する。これに対して、受信した通知が編成、終了、分割、および併合の通知の場合は（ステップＳ２０３で「Ｙｅｓ」）、ステップＳ２０４へと移行する。
【０１２２】
次に、地上サービスアプリアクセス手段１０２は、受信した通知の状態を設定し、地上サービスアプリケーション１１に対して、ＡＰＩ「Ａｃｃｅｐｔ」で車上システム２の状態を通知する。ステップＳ２０４の処理完了後は、ステップＳ２０１へと戻る。
【０１２３】
一方、ステップＳ２０３でＳ２０５へと移行した場合、地上サービスアプリアクセス手段１０２は、受信した通知が情報の更新通知であるか否かを判定する（ステップＳ２０５）。受信した通知が更新通知ではない場合（ステップＳ２０５で「Ｎｏ」）、ステップＳ２０７へと移行する。これに対して、受信した通知が更新通知の場合（ステップＳ２０５で「Ｙｅｓ」）、ステップＳ２０６へと移行する。
【０１２４】
次に、地上サービスアプリアクセス手段１０２は、受信した更新通知に基づき、該当する情報を情報格納手段１０３から取得し、地上サービスアプリケーション１１に対して、ＡＰＩ「Ｎｏｔｉｆｙ」で車上システム２の情報が更新されたことを通知する。ステップＳ２０６の処理完了後は、ステップＳ２０１へと戻る。
【０１２５】
一方、ステップＳ２０５でＳ２０７へと移行した場合、地上サービスアプリアクセス手段１０２は受信した通知が通信メディアの接続状態通知であるか否かを判定する（ステップＳ２０７）。受信した通知が接続状態通知ではない場合（ステップＳ２０７で「Ｎｏ」）、ステップＳ２０１へと戻る。これに対して、受信した通知が接続状態通知の場合（ステップＳ２０７で「Ｙｅｓ」）、ステップＳ２０８へと移行する。
【０１２６】
ステップＳ２０８では、地上サービスアプリアクセス手段１０２は受信した通知から、地上サービスアプリケーション１１に対して、ＡＰＩ「ＬａｎＣｏｎｎｅｃｔ」で車上システム２と通信状態が変更されたことを通知する。ステップＳ２０８の処理完了後、ステップＳ２０１へと戻る。
【０１２７】
一方、ステップＳ２０２でＳ２０９へと移行した場合、地上サービスアプリアクセス手段１０２は、地上サービスアプリケーション１１からＡＰＩの受信を待機する（ステップＳ２０９）。地上サービスアプリケーション１１からメッセージを受信しなかった場合は（ステップＳ２０９で「Ｎｏ」）、ステップＳ２０２へ戻る。これに対して、地上サービスアプリケーション１１からメッセージを受信した場合は（ステップＳ２０９で「Ｙｅｓ」）、ステップＳ２１０へと移行する。
【０１２８】
次に、地上サービスアプリアクセス手段１０２は、地上サービスアプリケーション１１からＡＰＩ「Ｇｅｔ」を受信したか否かを判定する。ＡＰＩ「Ｇｅｔ」を受信しなかった場合は（ステップＳ２１０で「Ｎｏ」）、ステップＳ２１３へ移行する。これに対して、ＡＰＩ「Ｇｅｔ」を受信した場合は（ステップＳ２１０で「Ｙｅｓ」）、ステップＳ２１１へ移行する。
【０１２９】
次に、地上サービスアプリアクセス手段１０２は、「Ｇｅｔ」で要求された情報を情報格納手段１０３から取得し（ステップＳ２１１）、地上サービスアプリケーション１１に取得した情報を渡す（ステップＳ２１２）。ステップＳ２１２の処理完了後、ステップＳ２０１へと戻る。
【０１３０】
一方、ステップＳ２１０でＳ２１３へと移行した場合、地上サービスアプリアクセス手段１０２は、地上サービスアプリケーション１１からＡＰＩ「Ｓｅｔ」を受信したか否かを判定する。ＡＰＩ「Ｓｅｔ」を受信しなかった場合は（ステップＳ２１３で「Ｎｏ」）、ステップＳ２０１へ戻る。これに対して、ＡＰＩ「Ｓｅｔ」を受信した場合は（ステップＳ２１３で「Ｙｅｓ」）、ステップＳ２１４へ移行する。
【０１３１】
次に、地上サービスアプリアクセス手段１０２は、「Ｓｅｔ」で要求された情報を情報格納手段１０３に設定し、地上Ｕｐｄａｔｅ部に設定された情報の識別子を登録し（ステップＳ２１４）、地上サービスアプリケーション１１に設定を行った結果を渡す（ステップＳ２１５）。ステップＳ２１５の処理完了後、ステップＳ２０１に戻る。
【０１３２】
ここで、ステップＳ２１１において、車上Ｕｐｄａｔｅ部を同時に取得し、「Ｇｅｔ」で要求されたデータが最新のものであるか否かを判断して、ステップＳ２１２で通知してもよい。
【０１３３】
図１１は、本実施の形態１による地上連携サーバ１０の通信プロトコル処理手段１０４の動作を示すフローチャート図である。プログラムを起動後（ステップＳ３０１）、地上連携サーバ１０の通信プロトコル処理手段１０４は、地上連携サーバ１０の同期通信制御手段１０１からメッセージの送信要求の受信を待機する（ステップＳ３０２）。
【０１３４】
送信要求を受信していない場合は（ステップＳ３０２で「Ｎｏ」）、ステップＳ３０８へと移行する。これに対して、送信要求を受信した場合には（ステップＳ３０２で「Ｙｅｓ」）、ステップＳ３０３へと移行する。
【０１３５】
次に、通信プロトコル処理手段１０４は、送信要求のあったＩＮＤＥＸ部およびＤＡＴＡを情報格納手段１０３から取得し（ステップＳ３０３）、送信するメッセージのタイプや分割／再送などのフラグなどを含むヘッダ情報を付与して、送信メッセージを生成する（ステップＳ３０４）。
【０１３６】
そして、通信プロトコル処理手段１０４は、生成したメッセージを送信する無線基地局１２を選択し、送信すると同時に、車上システム２からの応答を待機する（ステップＳ３０５）。さらに、再送制御が有効な場合は再送タイマをスタートする（ステップＳ３０６）。再送制御が無効な場合は通信プロトコル処理手段の処理を完了し、ステップＳ３０１に戻る。
【０１３７】
次に、再送タイマがタイムアウトするまでに、車上システム２から確認応答を受信するか否かを判定する。タイムアウトまでに確認応答を受信しなかった場合（ステップＳ３０７で「Ｎｏ」）、ステップＳ３０５に戻って同じメッセージを再送する。これに対して、タイムアウトまでに確認応答を受信した場合（ステップＳ３０７で「Ｙｅｓ」）、通信プロトコル処理手段の処理を完了し、ステップＳ３０１に戻る。一定回数以上タイムアウトが発生した場合にはメッセージの再送を中止し、ステップＳ３０１に戻る。
【０１３８】
一方、ステップＳ３０２でＳ３０８へと移行した場合、通信プロトコル処理手段１０４は無線基地局１２からメッセージの受信を待機する。メッセージを受信しなかった場合（ステップＳ３０８で「Ｎｏ」）、通信プロトコル処理手段１０４の処理を完了し、ステップＳ３０１へ戻る。これに対して、メッセージを受信した場合（ステップＳ３０８で「Ｙｅｓ」）、ステップＳ３０９へ移行する。
【０１３９】
ステップＳ３０９では、通信プロトコル処理手段１０４は受信したメッセージが分割されている場合はデータを組立て、分割されていない場合はそのままステップＳ３１０へ移行する。
【０１４０】
次に、通信プロトコル処理手段１０４は、受信したメッセージから情報部分を情報格納手段１０３に保存し（ステップＳ３１０）、同期制御処理手段に受信したメッセージのタイプを通知する（ステップＳ３１１）。
【０１４１】
次に、通信プロトコル処理手段１０４は受信したメッセージのタイプから応答が必要か否かを判定する（ステップＳ３１２）。受信したメッセージに応答が必要ではない場合は（ステップＳ３１２で「Ｎｏ」）、通信プロトコル処理手段１０４の処理を完了し、ステップＳ３０１へ戻る。これに対して、受信したメッセージに応答が必要な場合は（ステップＳ３１２で「Ｙｅｓ」）、ステップＳ３１３へと移行する。
【０１４２】
ステップＳ３１３では、通信プロトコル処理手段１０４は応答メッセージを生成し、送信するために無線基地局１２に対して送信する。ステップＳ３１３の処理完了後、ステップＳ３０１へ戻る。
【０１４３】
図１２、図１３は、本実施の形態１による車上連携サーバ２０の同期通信制御手段２０１の動作を示すフローチャート図である。プログラムを起動後（ステップＳ４０１）、車上連携サーバ２０の同期通信制御手段２０１は、車上連携サーバ２０の通信プロトコル処理手段２０４からメッセージの受信を待機する（ステップＳ４０２）。
【０１４４】
当該メッセージを受信していない場合は（ステップＳ４０２で「Ｎｏ」）、同期通信制御手段２０１はステップＳ４１４へと移行する。これに対して、当該メッセージを受信した場合には（ステップＳ４０２で「Ｙｅｓ」）、ステップＳ４０３へと移行する。
【０１４５】
ステップＳ４０３では、同期通信制御手段２０１は、受信したメッセージの種類が「地上ＩＮＤＥＸ部」の場合はステップＳ４０４へと移行する。これに対して、「地上ＩＮＤＥＸ部」ではない場合にはステップＳ４１２へと移行する。
【０１４６】
次に、同期通信制御手段２０１は、車上サービスアプリアクセス手段２０２に対して、地上システムの地上ＩＮＤＥＸ情報を受信したことを通知し（ステップＳ４０４）、同期通信制御手段２０１は受信した車上Ａｓｙｎｃ部１０３ｆと車上Ａｓｙｎｃ部２０３ｆを比較し、車上Ａｓｙｎｃ部１０３ｆに含まれる識別子を車上Ａｓｙｎｃ部２０３ｆから削除し、さらに地上Ｕｐｄａｔｅ部１０３ｅを地上Ｕｐｄａｔｅ部２０３ｅに追加登録する（ステップＳ４０５）。
【０１４７】
そして、同期通信制御手段２０１は、情報格納手段２０３の車上マスタＩＮＤＥＸ部２０３ｃから更新された車上マスタＤＡＴＡ２０３ｄの識別子を取得する（ステップＳ４０６）。
【０１４８】
次に、同期通信制御手段２０１は自身が予め保持している同期管理テーブル（図１９）とステップＳ４０６で取得した車上Ｕｐｄａｔｅ部２０３ｇから車上マスタＩＮＤＥＸ部２０３ｃと同時に送信する情報があるか否かを判定する（ステップＳ４０７）。
【０１４９】
ＩＮＤＥＸ部と同時に送信する車上マスタＤＡＴＡがない場合は（ステップＳ４０７で「Ｎｏ」）、ステップＳ４０６で取得した車上マスタＩＮＤＥＸ部２０３ｃを保持して、ステップＳ４０８へと移行する。これに対して、車上ＩＮＤＥＸ部と同時に送信する車上マスタＤＡＴＡが存在する場合には（ステップＳ４０７で「Ｙｅｓ」）、ステップＳ４０６で取得した車上マスタＩＮＤＥＸ部２０３ｃと、該当する車上マスタＤＡＴＡの識別子を保持して、ステップＳ４０８へと移行する。
【０１５０】
そして、ステップＳ４０８では、同期通信制御手段２０１は保持しているＩＮＤＥＸ部およびＤＡＴＡの識別子の送信要求を通信プロトコル処理手段２０４に渡す。
【０１５１】
次に、ステップＳ４０９では、ステップＳ４０８で送信要求を行った地上システム１からの応答を一定時間待機する（ステップＳ４０９）。一定時間内に、応答を受信できなかった場合は（ステップＳ４１０で「Ｎｏ」）、処理を完了し、ステップＳ４０１へと戻る。これに対して、一定時間内に、応答を受信できた場合は（ステップＳ４１０で「Ｙｅｓ」）、ステップＳ４１１へと移行する。
【０１５２】
ステップＳ４１０では、同期通信制御手段２０１はＩＮＤＥＸ同期が完了したと判断し、送信を行った車上Ｕｐｄａｔｅ部２０３ｇを車上Ａｓｙｎｃ部２０３ｆに登録し、車上Ｕｐｄａｔｅ部２０３ｇおよび地上Ａｓｙｎｃ部２０３ｈは削除する（ステップＳ４１１）。ステップＳ４１１の処理完了後、ステップＳ４０１へと戻る。
【０１５３】
一方、ステップＳ４０３でステップＳ４１２へと移行した場合、同期通信制御手段２０１は受信したメッセージの種類が「地上ＤＡＴＡ」の場合は（ステップＳ４１２で「Ｙｅｓ」）、ステップＳ４１３へと移行する。これに対して、「地上ＤＡＴＡ」ではない場合には（ステップＳ４１２で「Ｎｏ」）、処理を完了し、ステップＳ４０１へ戻る。
【０１５４】
次に、同期通信制御手段２０１は、受信した地上ＤＡＴＡの識別子を地上Ｕｐｄａｔｅ部２０３ｅから地上Ａｓｙｎｃ部２０３ｈへコピーし、地上Ｕｐｄａｔｅ部２０３ｅを削除する（ステップＳ４１３）。
【０１５５】
次に、車上サービスアプリアクセス手段２０２に対して、同期通信制御手段２０１が保持している更新監視テーブル（図２０）から、更新されたことを通知する情報が存在するか否かを判定する（ステップＳ４１４）。更新を通知する情報が存在しない場合には（ステップＳ４１４で「Ｎｏ」）、ステップＳ４０１へと移行する。これに対して、更新を通知する情報が存在する場合には（ステップＳ４１４で「Ｙｅｓ」）、ステップＳ４１５へと移行する。
【０１５６】
次に、ステップＳ４１５で、同期通信制御手段２０１は車上サービスアプリアクセス手段２０２に対して、更新を通知する情報が存在することおよび通知する情報のデータ識別子を通知する（ステップＳ４１５）。
【０１５７】
一方、ステップＳ４０２でＳ４１６へ移行した場合、同期通信制御手段２０１は通信メディア管理手段２０５から狭域通信接続通知を受信するか否かを判定する（ステップＳ４１６）。狭域通信接続通知を受信しなかった場合（ステップＳ４１６で「Ｎｏ」）、処理を完了し、ステップＳ４０１へ戻る。これに対して、狭域通信接続通知を受信した場合（ステップＳ４１６で「Ｙｅｓ」）、ステップＳ４１７へと移行する。
【０１５８】
次に、同期通信制御手段２０１は、自身が保持している同期管理テーブルから狭域通信時に送信する車上情報を取得し、送信する車上情報の識別子を通信プロトコル処理手段２０４に渡し（ステップＳ４１７）、地上システム１からの応答を待機する（ステップＳ４１８）。
【０１５９】
地上システム１からの応答を受信できなかった場合は（Ｓ４１９で「Ｎｏ」）、同期通信制御手段２０１の処理を完了し、ステップＳ４０１に戻る。これに対して、地上システム１から応答を受信できた場合は（Ｓ４１９で「Ｙｅｓ」）、ステップＳ４２０へ移行する。
【０１６０】
次に、同期通信制御手段２０１は、情報部の送信が完了したと判断し、送信を行った情報の識別子については車上Ａｓｙｎｃ部を削除する（ステップＳ４２０）。ステップＳ４２０の処理完了後、ステップＳ４０１へと戻る。
【０１６１】
ここで、ステップＳ４０８で送信する車上ＩＮＤＥＸ部は、地上Ａｓｙｎｃ部を含めずに、車上Ｕｐｄａｔｅ部だけを送信しても良いし、地上Ａｓｙｎｃ部に変更があった場合にだけ地上Ａｓｙｎｃ部を車上Ｕｐｄａｔｅ部と同時に送信しても良い。
【０１６２】
また、ステップＳ４０５で地上マスタＩＮＤＥＸ部を受信した場合、地上Ａｓｙｎｃ部に登録されている識別子の同期回数を１インクリメントし、ステップＳ４０８の後で、地上Ａｓｙｎｃ部に登録されている識別子の同期回数が一定以上になった場合に地上ＤＡＴＡの取得要求を行っても良い。
【０１６３】
さらに、ステップＳ４０６で車上マスタＩＮＤＥＸ部と同時に車上Ａｓｙｎｃ部を確認し、同期回数が一定以上の識別子が存在する場合には、該当する車上ＤＡＴＡの送信を行っても良い。
【０１６４】
図１４、図１５は、本実施の形態１による車上連携サーバ２０の車上サービスアプリアクセス手段２０２の動作を示すフローチャート図である。プログラムを起動後（ステップＳ５０１）、車上連携サーバ２０の車上サービスアプリアクセス手段２０２は、車上連携サーバ２０の同期通信制御手段２０１から通知の受信を待機する（ステップＳ５０２）。
【０１６５】
通知を受信していない場合は（ステップＳ５０２で「Ｎｏ」）、ステップＳ５０７へと移行する。これに対して、通知を受信した場合には（ステップＳ５０２で「Ｙｅｓ」）、ステップＳ５０３へと移行する。
【０１６６】
次に、車上サービスアプリアクセス手段２０２は、受信した通知が情報の更新通知であるか否かを判定する（ステップＳ５０３）。受信した通知が更新通知ではない場合（ステップＳ５０３で「Ｎｏ」）、ステップＳ５０５へと移行する。これに対して、受信した通知が更新通知の場合（ステップＳ５０３で「Ｙｅｓ」）、ステップＳ５０４へと移行する。
【０１６７】
次に、ステップＳ５０４では、車上サービスアプリアクセス手段２０２は受信した更新通知のデータ識別子の情報を情報格納手段２０３から取得し、車上サービスアプリケーション２１に対して、ＡＰＩ「Ｎｏｔｉｆｙ」で地上システム１の情報と一緒に更新されたことを通知する。ステップＳ５０４の処理完了後は、ステップＳ５０１へと戻る。
【０１６８】
一方、ステップＳ５０３でＳ５０５へと移行した場合、車上サービスアプリアクセス手段２０２は受信した通知が通信メディアの接続状態通知であるか否かを判定する（ステップＳ５０５）。受信した通知が接続状態通知ではない場合（ステップＳ５０５で「Ｎｏ」）、ステップＳ５０１へと戻る。これに対して、受信した通知が接続状態通知の場合（ステップＳ５０５で「Ｙｅｓ」）、ステップＳ５０６へと移行する。
【０１６９】
ステップＳ５０６では、車上サービスアプリアクセス手段２０２は受信した通知から、車上サービスアプリケーション２１に対して、ＡＰＩ「ＬａｎＣｏｎｎｅｃｔ」で地上システム１と通信状態が変更されたことを通知する。ステップＳ５０６の処理完了後、ステップＳ５０１へと戻る。
【０１７０】
一方、ステップＳ５０２でＳ５０７へと移行した場合、車上サービスアプリアクセス手段２０２は、車上サービスアプリケーション２１からＡＰＩを通じてメッセージの受信を待機する（ステップＳ５０７）。車上サービスアプリケーション２１からＡＰＩを受信しなかった場合は（ステップＳ５０７で「Ｎｏ」）、ステップＳ５０１へ戻る。これに対して、車上サービスアプリケーション２１からメッセージを受信した場合は（ステップＳ５０７で「Ｙｅｓ」）、ステップＳ５０８へと移行する。
【０１７１】
次に、車上サービスアプリアクセス手段２０２は、車上サービスアプリケーション２１からＡＰＩ「Ｇｅｔ」を受信したか否かを判定する。ＡＰＩ「Ｇｅｔ」を受信しなかった場合は（ステップＳ５０８で「Ｎｏ」）、ステップＳ５１１へ移行する。これに対して、ＡＰＩ「Ｇｅｔ」を受信した場合は（ステップＳ５０８で「Ｙｅｓ」）、ステップＳ５０９へ移行する。
【０１７２】
次に、車上サービスアプリアクセス手段２０２は「Ｇｅｔ」で要求された情報を情報格納手段２０３から取得し（ステップＳ５０９）、車上サービスアプリケーション２１に取得した情報を渡す（ステップＳ５１０）。ステップＳ５１０の処理完了後、ステップＳ５０１へと戻る。
【０１７３】
一方、ステップＳ５０８でＳ５１１へと移行した場合、車上サービスアプリアクセス手段２０２は車上サービスアプリケーション２１からＡＰＩ「Ｓｅｔ」を受信したか否かを判定する。ＡＰＩ「Ｓｅｔ」を受信しなかった場合は（ステップＳ５１１で「Ｎｏ」）、ステップＳ５０１へ戻る。これに対して、ＡＰＩ「Ｓｅｔ」を受信した場合は（ステップＳ５１１で「Ｙｅｓ」）、ステップＳ５１２へ移行する。
【０１７４】
次に、車上サービスアプリアクセス手段２０２は、「Ｓｅｔ」で要求された情報を情報格納手段２０３に設定すると同時に、更新されたことを車上Ｕｐｄａｔｅ部に設定する（ステップＳ５１２）。さらに、車上サービスアプリケーション２１に設定を行った結果を渡す（ステップＳ５１３）。ステップＳ５１３の処理完了後、ステップＳ５０１に戻る。
【０１７５】
図１６は、本実施の形態１による車上連携サーバ２０の通信プロトコル処理手段２０４の動作を示すフローチャート図である。プログラムを起動後（ステップＳ６０１）、車上連携サーバ２０の通信プロトコル処理手段２０４は、車上連携サーバ２０の同期通信制御手段２０１からメッセージの送信要求の受信を待機する（ステップＳ６０２）。
【０１７６】
送信要求を受信していない場合は（ステップＳ６０２で「Ｎｏ」）、ステップＳ６０８へと移行する。これに対して、送信要求を受信した場合には（ステップＳ６０２で「Ｙｅｓ」）、ステップＳ６０３へと移行する。
【０１７７】
次に、通信プロトコル処理手段２０４は、送信要求のあったデータ識別子の情報を情報格納手段２０３から取得し（ステップＳ６０３）、送信するメッセージのタイプや分割／再送などのフラグなどを含むヘッダ情報を付与して、送信メッセージを生成する（ステップＳ６０４）。
【０１７８】
そして、通信プロトコル処理手段２０４は、生成したメッセージを送信する無線通信装置２２を選択し、送信すると同時に、地上システム１からの応答を待機する（ステップＳ６０５）。さらに、再送制御が有効な場合は再送タイマをスタートする（ステップＳ６０６）。再送制御が無効な場合は通信プロトコル処理手段の処理を完了し、ステップＳ６０１に戻る。
【０１７９】
次に、通信プロトコル処理手段２０４は、再送タイマがタイムアウトするまでに、地上システム１から確認応答を受信するか否かを判定する。タイムアウトまでに確認応答を受信しなかった場合（ステップＳ６０７で「Ｎｏ」）、ステップＳ６０５に戻って同じメッセージを再送する。これに対して、タイムアウトまでに確認応答を受信した場合（ステップＳ６０７で「Ｙｅｓ」）、通信プロトコル処理手段の処理を完了し、ステップＳ６０１に戻る。一定回数以上タイムアウトが発生した場合にはメッセージの再送を中止し、ステップＳ６０１に戻る。
【０１８０】
一方、ステップＳ６０２でＳ６０８へと移行した場合、通信プロトコル処理手段２０４は無線通信装置２２からメッセージの受信を待機する。メッセージを受信しなかった場合（ステップＳ６０８で「Ｎｏ」）、通信プロトコル処理手段２０４の処理を完了し、ステップＳ６０１へ戻る。これに対して、メッセージを受信した場合（ステップＳ６０８で「Ｙｅｓ」）、ステップＳ６０９へ移行する。
【０１８１】
次に、通信プロトコル処理手段２０４は、受信したメッセージが分割されている場合はデータを組立て、分割されていない場合はそのままステップＳ６１０へ移行する。
【０１８２】
次に、通信プロトコル処理手段２０４は、受信したメッセージから情報部分を情報格納手段２０３に保存し（ステップＳ６１０）、同期制御処理手段に受信したメッセージのタイプを通知する（ステップＳ６１１）。
【０１８３】
次に、通信プロトコル処理手段２０４は受信したメッセージのタイプから応答が必要か否かを判定する（ステップＳ６１２）。受信したメッセージに応答が必要ではない場合は（ステップＳ６１２で「Ｎｏ」）、通信プロトコル処理手段２０４の処理を完了し、ステップＳ６０１へ戻る。これに対して、受信したメッセージに応答が必要な場合は（ステップＳ６１２で「Ｙｅｓ」）、ステップＳ６１３へと移行する。
【０１８４】
ステップＳ６１３では、通信プロトコル処理手段２０４は応答メッセージを生成し、送信するために無線通信装置２２に対して送信する。ステップＳ６１３の処理完了後、ステップＳ６０１へ戻る。
【０１８５】
図１７は、本実施の形態１による地上連携サーバ１０の通信プロトコル処理手段１０４の情報格納手段を監視する動作を示すフローチャート図である。本動作は車上連携サーバ２０の通信プロトコル処理手段２０４も同じ動作を行うため、車上連携サーバの通信プロトコル処理手段２０４のフローチャートは省略する。また、この情報格納手段を監視する動作は、通信プロトコル処理手段１０４が行ってもよいし、同期通信制御手段１０１が行ってもよい。
【０１８６】
プログラムを起動後（ステップＳ７０１）、地上連携サーバ１０の通信プロトコル処理手段１０４は、地上連携サーバ１０の情報格納手段１０３の情報の内、あらかじめ更新監視テーブルで指定された情報を監視する（ステップＳ７０２）。
【０１８７】
通信プロトコル処理手段１０４は、監視している情報が更新されたか否かを周期的に監視する（ステップＳ７０３）。監視している情報が更新されていない場合は（ステップＳ７０３で「Ｎｏ」）、ステップＳ７０２に戻って監視を続ける。これに対して、監視している情報が更新された場合は（ステップＳ７０３で「Ｙｅｓ」）、ステップＳ７０４へ移行する。
【０１８８】
次に、通信プロトコル処理手段１０４は、更新のあった情報を情報格納手段１０３から取得し（ステップＳ７０４）、送信するメッセージのタイプや分割／再送などのフラグなどを含むヘッダ情報を付与して、送信メッセージを生成する（ステップＳ７０５）。
【０１８９】
そして、通信プロトコル処理手段１０４は、生成したメッセージを送信する無線基地局１２を選択し、送信すると同時に、車上システム２からの応答を待機する（ステップＳ７０６）。さらに、再送制御が有効な場合は再送タイマをスタートする（ステップＳ７０７）。再送制御が無効な場合は通信プロトコル処理手段の処理を完了し、ステップＳ７０１に戻る。
【０１９０】
ステップＳ７０８で、再送タイマがタイムアウトするまでに、車上システム２から確認応答を受信するか否かを判定する。タイムアウトまでに確認応答を受信しなかった場合（ステップＳ７０８で「Ｎｏ」）、ステップＳ７０６に戻って同じメッセージを再送する。これに対して、タイムアウトまでに確認応答を受信した場合（ステップＳ７０８で「Ｙｅｓ」）、通信プロトコル処理手段の処理を完了し、ステップＳ７０１に戻る。一定回数以上タイムアウトが発生した場合にはメッセージの再送を中止し、ステップＳ７０１に戻る。
【０１９１】
以上より、上述した内容が本発明の実施の形態におけるコンテンツ同期システムの構成およびその動作についての説明である。なお、本実施の形態では、地上連携サーバ１０の通信プロトコル処理手段１０４および車上連携サーバ２０の通信プロトコル処理手段２０４にＳＮＭＰを適用することを想定した動作例を示したが、ＳＮＭＰの代わりに他の双方向に通信可能なプロトコルを用いても良い。
【０１９２】
また、本実施の形態では、地上連携サーバ１０の情報格納手段１０３および車上連携サーバ２０の情報格納手段２０３は、複数の情報を有するデータベースとして動作例を示したが、図２２に示すようなＳＮＭＰで利用されるようなＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）のようなツリー構造を利用しても良いし、そのほかのデータベース構造を適用しても良い。
【０１９３】
ここで、図２２に示す情報格納手段１０３は、地上システム１および車上システム２のそれぞれで生成されるデータの集合を１つにまとめたデータベースである。車上連携サーバ２０が１台につき１つの情報格納手段１０３を持っており、地上連携サーバ１０が１台につき管理している列車台数分の情報格納手段１０３を有する。
【０１９４】
情報フォルダは、ＭＩＢ形式で管理される。ＭＩＢとはＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）によって管理する情報の表現形式であり、ツリー構造で構成されるため、容易に管理が可能である。図２２に示す情報格納手段１０３の各データには識別子が割り振られており、各データ項目の後ろに番号を振っている。例えば、車上情報全体は0.0で表すことができ、ダイヤは0.1.0と表すことが可能である。また、データ識別子1.2のローカル変数は地上連携サーバおよび車上連携サーバ内で管理するデータを格納する。
【０１９５】
また、上記実施の形態では、地上連携サーバ１０の情報格納手段１０３および車上連携サーバ２０の情報格納手段２０３に、地上情報および車上情報を格納したが、図２３に示すように通信のヘッダに含めるような再送や分割に関する情報を含めて構成し、ＩＮＤＥＸの送信と同時に同期させても良い。
【０１９６】
図２３に示すデータ識別子0.3は通信のヘッダを示しており、この識別子を送信することにより、新規に通信ヘッダを規定しなくてもデータの一部として通信ヘッダを付与することができるため、再送や分割組立を実現できる。
【０１９７】
上記実施の形態では、編成管理テーブル、同期管理テーブル、更新監視テーブルを同期通信制御手段の管理するデータとして扱ったが、情報格納手段のデータとして扱い、これらのデータを連携サーバ間で同期を行っても良い。
【０１９８】
以上より、本発明のコンテンツ同期システムによれば、下記効果を有することがわかる。本発明に記載のコンテンツ同期システムは、地上システムおよび車上システムの情報を集中管理しており、サービスアプリケーションの通信要求とは非同期に地上連携サーバと車上連携サーバ間で情報を同期するメカニズムを提供する。これにより、サービスアプリケーションに対して地車間通信を隠蔽し、サービスアプリケーションは連携サーバが有する最新の情報を即座に通知することが可能となる。この際、最終更新時間を管理することによって、連携サーバの管理する情報が新しいものか古いものかを通知することも可能となる。
【０１９９】
また、本発明に記載のコンテンツ同期システムは、複数のサービスアプリケーションが管理したり、要求したりするデータを一括して管理し、連携サーバがまとめて送受信する。これにより、複数のアプリケーションから同種の情報を送受信することを回避できるので、通信帯域上に無駄な通信トラフィックを送信しなくできる。
【０２００】
また、本発明に記載のコンテンツ同期システムは、サービスアプリケーションにより変更された情報の識別子を前記更新データ識別子として管理し、前記更新データ識別子を連携サーバ間で周期的に交換する。したがって、更新された情報が存在する場合にのみ連携サーバが判断するタイミングで情報本体を優先度やデータ種別毎、または優先度の高い車上システムに取得要求したりすることが可能となる。これにより、最小限の情報だけを送受信することができ、必要なタイミングでの送受信できるので、通信帯域上に送信するトラフィック量を抑圧することが可能となる。
【０２０１】
また、本発明に記載のコンテンツ同期システムは、連携サーバ間で同期が取れていない情報の識別子を前記未同期データ識別子として管理することにより、更新された情報が存在するか否かを判断することができ、サービスアプリケーションに最新の情報であるか否かを通知することが可能となる。
【０２０２】
また、本発明に記載のコンテンツ同期システムは、情報格納手段をツリー構造で構成することにより、地上システムと車上システム間で同期を行うデータと、同期を行わないデータを容易に判別することが可能になる。また、ツリー構造とすることにより、ツリーのあるリーフ以下を一括して送受信することが可能となるため、送信が必要なデータを効率的に送信できる。また、更新データ識別子を送信する際に、個々のデータの識別子を指定せずに済むため、通信帯域上に送信するトラフィック量を抑圧することが可能となる。
【０２０３】
また、本発明に記載のコンテンツ同期システムは、車上連携サーバが地上マスタＩＮＤＥＸを受信することを契機に、車上連携サーバの有する車上マスタＩＮＤＥＸの送信を開始するために、通信ネットワーク帯域の状況に応じた送信スケジューリングを行うことが可能になる。これにより、ネットワーク混雑時には地上連携サーバは地上ＩＮＤＥＸの送信を抑えて、情報を効率的に送受信することができる。
【０２０４】
また、本発明に記載のコンテンツ同期システムは、地上マスタＩＮＤＥＸを送信する際に、データ種別や優先度に応じて、地上マスタＤＡＴＡを含めて送信するか否かを判断することによって、地上ＤＡＴＡの送信を効率的に行うことが可能になる。
【０２０５】
また、本発明に記載のコンテンツ同期システムは、サービスアプリケーションから指定されたデータやあらかじめ定義してあるデータを監視することにより、監視しているデータに変更が生じたことを契機にメッセージの送信を行うことが可能になる。これにより、緊急情報などを短い遅延時間で送信することができる。
【０２０６】
また、本発明に記載のコンテンツ同期システムは、情報格納手段に、地上サービスアプリケーションにより設定されたデータや車上サービスアプリケーションにより設定されたデータ、および地上ＩＮＤＥＸ、車上ＩＮＤＥＸに加え、送信するメッセージの種類や再送フラグ、分割フラグなどのヘッダ情報を付与して構成する。これにより、通信プロトコル処理手段において、再送機能や分割機能をサポートしていない場合、地上連携サーバおよび車上連携サーバにおいて、再送機能や分割機能を提供することが可能になる。
【０２０７】
また、本発明に記載のコンテンツ同期システムは、Ｕｐｄａｔｅ部により更新状態を把握できるだけでなく、Ａｓｙｎｃ部により相手サーバとの同期状態も把握できるため、情報の送信可否を認識することができる。これにより、通信プロトコル処理手段に再送機能がなくても、同期が取れていないデータを再送することが可能になる。
【０２０８】
また、本発明に記載のコンテンツ同期システムは、Ａｓｙｎｃ部に登録されているデータ識別子とは別に、Ｕｐｄａｔｅ部を受信する毎にインクリメントする同期回数に有するため、同期回数が一定以上になった場合に、相手局にデータの取得要求を送信することが可能になる。これにより、Ｕｐｄａｔｅ部の受信が行われるごとに同期回数を増加させ、一定以上になった際に取得要求を行うことで、更新周期などの時間を管理よりも処理を軽減することができる。
【０２０９】
また、本発明に記載のコンテンツ同期システムは、同期回数をＩＮＤＥＸ部と同時に送信し、同期回数を受信した連携サーバが同期回数が一定以上であるデータが存在した場合に、そのデータの送信を行うことができる。したがって、データ本体部分が更新されているにも関わらず、一定時間以上、地上と車上で同期が取れていない場合、データ管理側の連携サーバから最新データを送信することができる。
【図面の簡単な説明】
【０２１０】
【図１】本発明の実施の形態１に係るコンテンツ同期システムの構成の概略を示した図である。
【図２】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの構成の詳細を示した図である。
【図３】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの構成の詳細を示した図である。
【図４】本発明の実施の形態１に係るコンテンツ同期システムにおけるアプリケーションインタフェースの一例を示した図である。
【図５】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの情報格納手段の構成の詳細を示した図である。
【図６】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの情報格納手段の構成の詳細を示した図である。
【図７】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの同期通信制御手段の動作を示したフローチャートである。
【図８】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの同期通信制御手段の動作を示したフローチャートである。
【図９】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの地上サービスアプリアクセス手段の動作を示したフローチャートである。
【図１０】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの地上サービスアプリアクセス手段の動作を示したフローチャートである。
【図１１】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの通信プロトコル処理手段の動作を示したフローチャートである。
【図１２】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの同期通信制御手段の動作を示したフローチャートである。
【図１３】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの同期通信制御手段の動作を示したフローチャートである。
【図１４】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの車上サービスアプリアクセス手段の動作を示したフローチャートである。
【図１５】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの車上サービスアプリアクセス手段の動作を示したフローチャートである。
【図１６】本発明の実施の形態１に係るコンテンツ同期システムにおける車上システムの通信プロトコル処理手段の動作を示したフローチャートである。
【図１７】本発明の実施の形態１に係るコンテンツ同期システムにおける地上システムの通信プロトコル処理手段の更新通知生成動作を示したフローチャートである。
【図１８】本発明の実施の形態１に係るコンテンツ同期システムにおける編成管理テーブルを示した図である。
【図１９】本発明の実施の形態１に係るコンテンツ同期システムにおける同期管理テーブルを示した図である。
【図２０】本発明の実施の形態１に係るコンテンツ同期システムにおける更新監視テーブルを示した図である。
【図２１】本発明の実施の形態１に係るコンテンツ同期システムにおけるデータ送信例を示したシーケンス図である。
【図２２】本発明の実施の形態１に係るコンテンツ同期システムにおける情報格納手段の構成の詳細の一例を示した図である。
【図２３】本発明の実施の形態１に係るコンテンツ同期システムにおける情報格納手段の構成の詳細の一例を示した図である。
【符号の説明】
【０２１１】
１ 地上システム、１０ 地上連携サーバ、１１ 地上サービスアプリケーション、１２ 無線基地局、１３ 通信ネットワーク、２ 車上システム、２０ 車上連携サーバ、２１ 車上サービスアプリケーション、２２ 無線通信装置、１０１ 同期通信制御手段、１０２ 地上サービスアプリアクセス手段、１０３ 情報格納手段、１０４ 通信プロトコル処理手段、１０５ 通信メディア制御手段、１０３ａ 地上マスタＩＮＤＥＸ部、１０３ｂ 地上マスタＤＡＴＡ、１０３ｃ 車上ミラーＩＮＤＥＸ部、１０３ｄ 車上ミラーＤＡＴＡ、１０３ｅ 地上Ｕｐｄａｔｅ部、１０３ｆ 車上Ａｓｙｎｃ部、１０３ｇ 車上Ｕｐｄａｔｅ部、１０３ｈ 地上Ａｓｙｎｃ部、１１１ 受信データ処理手段、１１２ 送信データ生成手段、１２１ 送信手段、１２２ 受信手段、１２３ 通信メディア管理手段、２０１ 同期通信制御手段、２０２ 車上サービスアプリアクセス手段、２０３ 情報格納手段、２０４ 通信プロトコル処理手段、２０５ 通信メディア制御手段、２０３ａ 地上ミラーＩＮＤＥＸ部、２０３ｂ 地上ミラーＤＡＴＡ、２０３ｃ 車上マスタＩＮＤＥＸ部、２０３ｄ 車上マスタＤＡＴＡ、２０３ｅ 地上Ｕｐｄａｔｅ部、２０３ｆ 車上Ａｓｙｎｃ部、２０３ｇ 車上Ｕｐｄａｔｅ部、２０３ｈ 地上Ａｓｙｎｃ部、２１１ 受信データ処理手段、２１２ 送信データ生成手段、２２１ 送信手段、２２２ 受信手段、２２３ 通信メディア管理手段。
【特許請求の範囲】
【請求項１】
移動体上に設けられる移動体上システムと、前記移動体上システムと通信ネットワークを介して接続され、地上に設けられる地上システムとの間で互いに情報を共有するコンテンツ同期システムにおいて、
前記地上システムは、
前記移動体上システムに提供する情報を管理する地上サービスアプリケーションと、
当該地上システムおよび前記移動体上システムの情報を備え、当該地上システムと前記移動体上システムとの間で当該情報を同期する地上連携サーバと、
前記移動体上システムとの間で当該地上システムおよび前記移動体上システムの情報の送受信を行う無線基地局と、
前記地上サービスアプリケーション、前記地上連携サーバ、前記無線基地局とを接続する通信ネットワークと、を備え、
前記移動体上システムは、
当該移動体上システムの機能を提供する情報を管理する移動体上サービスアプリケーションと、
当該移動体上システムおよび前記地上システムの情報を備え、当該移動体上システムと前記地上システムとの間で当該情報を同期する移動体上連携サーバと、
前記地上システムとの間で前記地上システムおよび当該移動体上システムの情報の送受信を行う無線通信装置と、を備え、
前記地上連携サーバおよび移動体上連携サーバは、前記地上サービスアプリケーションおよび移動体上サービスアプリケーションの要求に応じて、または所定の周期で前記地上システムおよび前記移動体上システムの情報を互いに送受信することで当該情報を同期する、コンテンツ同期システム。
【請求項２】
前記地上システムおよび前記移動体上システムの情報は、
前記地上システムおよび前記移動体上システムの情報本体を示すデータと、
前記データが更新されたか否かを示す更新データ識別子と、を備え、
前記地上連携サーバおよび移動体上連携サーバは、前記地上サービスアプリケーションおよび移動体上サービスアプリケーションの要求に応じて、または所定の周期で前記更新データ識別子を互いに送受信し、当該更新データ識別子に基づいて前記地上システムおよび前記移動体上システムの情報を同期する、請求項１に記載のコンテンツ同期システム。
【請求項３】
前記地上システムおよび前記移動体上システムの情報は、
前記更新データ識別子の同期は完了したが当該更新データ識別子に対応する前記データの同期が未完了を示す非同期データ識別子をさらに備え、
前記地上連携サーバおよび移動体上連携サーバは、
互いに送受信する前記更新データ識別子に応じて前記非同期データ識別子を登録し、当該非同期データ識別子に対応する前記データの同期が完了した場合に当該非同期データ識別子を削除する、請求項２に記載のコンテンツ同期システム。
【請求項４】
前記地上連携サーバは、
前記地上システムおよび前記移動体上システムのデータ、前記地上システムの情報の更新データ識別子と前記移動体上システムの情報の非同期データ識別子で構成される第１のインデックス、前記移動体上システムの情報の更新データ識別子と前記地上システムの情報の非同期データ識別子で構成される第２のインデックス、を有する第１の情報格納手段と、
所定の周期で前記第１のインデックスを前記移動体上システムに送信する第１の同期通信制御手段と、
前記地上サービスアプリケーションとのインタフェースを提供する地上サービスアプリアクセス手段と、
前記移動体上システムとの通信制御を行う第１の通信プロトコル処理手段と、
前記無線基地局の対応している通信メディアの管理、および通信品質の管理を行う第１の通信メディア制御手段と、を備え、
前記移動体上連携サーバは、
前記地上システムおよび前記移動体上システムのデータ、前記地上システムの情報の更新データ識別子と前記移動体上システムの情報の非同期データ識別子で構成される第３のインデックス、前記移動体上システムの情報の更新データ識別子と前記地上システムの情報の非同期データ識別子で構成される第４のインデックス、を有する第２の情報格納手段と、
前記第１の同期通信制御手段から送信された第１のインデックスを受信したことを契機に、前記第３および第４のインデックスを更新し、当該第４のインデックスを前記地上システムに送信する第２の同期通信制御手段と、
前記移動体上サービスアプリケーションとのインタフェースを提供する移動体上サービスアプリアクセス手段と、
前記地上システムとの通信制御を行う第２の通信プロトコル処理手段と、
前記無線通信装置の対応している通信メディアの管理、および通信品質の管理を行う第２の通信メディア制御手段と、を備え、
前記第１の同期通信制御手段は、前記第４のインデックスを受信したことを契機に、前記第１および第２のインデックスを更新する、請求項３に記載のコンテンツ同期システム。
【請求項５】
前記第１および第２の同期通信制御手段は、
前記更新データ識別子を所定の周期で送信する際に、当該データ識別子に対応するデータ種別や優先度に応じて、当該更新データ識別子に対応する前記データを同時に送信する、請求項４に記載のコンテンツ同期システム。
【請求項６】
前記移動体上システムは複数構成され、
前記第１の同期通信制御手段は、
前記移動体上システムが有する優先度に基づいて前記データの送受信を行う、請求項４に記載のコンテンツ同期システム。
【請求項７】
前記第１および第２の情報格納手段は、
前記更新データ識別子を当該更新データ識別子に対応する前記データとは別のツリー構造で構成する、請求項４に記載のコンテンツ同期システム。
【請求項８】
前記第１および第２の同期通信制御手段は、
前記地上サービスアプリケーションおよび前記移動体上サービスアプリケーションから指定された前記データ、またはあらかじめ定義された前記データを周期的に監視し、監視している当該データに変更が生じた場合に、前記第１および第２の通信プロトコル処理手段に当該データの送信を要求する、請求項４に記載のコンテンツ同期システム。
【請求項９】
前記第１および第２の情報格納手段は、
送信する前記データの種類、再送フラグおよび分割フラグなどのヘッダ情報をさらに備える、請求項４に記載のコンテンツ同期システム。
【請求項１０】
前記第１および第２の情報格納手段は、
更新データ識別子を受信する毎にインクリメントする同期回数情報をさらに備え、
前記第１および第２の同期通信制御手段は、
当該同期回数情報が所定の回数以上になった場合に、前記地上システムおよび前記移動体上システムの前記データの取得を要求する、請求項４に記載のコンテンツ同期システム。
【請求項１１】
前記第１および第２の同期通信制御手段は、
前記同期回数情報を前記更新データ識別子および前記非同期データ識別子と同時に送信し、受信した前記同期回数情報が所定回数以上である場合に、前記地上システムおよび前記移動体上システムの前記データを送信する、請求項１０に記載のコンテンツ同期システム。
【請求項１２】
前記第１および第２の通信プロトコル処理手段は、
前記データを前記無線基地局および無線通信装置が送信可能なメッセージ形式に変換し、または前記無線基地局および無線通信装置から受信したメッセージを前記第１および第２の情報格納手段に格納可能な形式に変換する、請求項４に記載のコンテンツ同期システム。
【請求項１３】
前記移動体上システムは、地上を走行する列車、電車および自動車などの編成番号、位置、速度、走行予測、乗務員情報および故障情報などの車上情報を管理する車上システムであり、
前記地上システムは、前記車上情報を管理したり、車上システムに提供する進行経路を示すダイヤ、進路開通予測、周辺列車位置および運行情報などの地上情報を管理する地上システムである、請求項１から１２のいずれか１項に記載のコンテンツ同期システム。
【請求項１４】
地上に設けられ、移動体上に設けられる移動体上システムと通信ネットワークを介して接続される地上システムに備えられ、
当該地上システムおよび前記移動体上システムの情報を備え、要求に応じてまたは所定の周期で前記地上システムの情報を送信するとともに、前記移動体上システムの情報を受信することで前記移動体上システムとの間で当該情報を同期する地上連携サーバ装置。
【請求項１５】
移動体上に設けられ、地上に設けられる地上システムと通信ネットワークを介して接続される移動体上システムに備えられ、
当該移動体上システムおよび前記地上システムの情報を備え、要求に応じてまたは所定の周期で前記移動体上システムの情報を送信するとともに、前記地上システムの情報を受信することで前記地上システムとの間で当該情報を同期する移動体上連携サーバ装置。
【請求項１】
移動体上に設けられる移動体上システムと、前記移動体上システムと通信ネットワークを介して接続され、地上に設けられる地上システムとの間で互いに情報を共有するコンテンツ同期システムにおいて、
前記地上システムは、
前記移動体上システムに提供する情報を管理する地上サービスアプリケーションと、
当該地上システムおよび前記移動体上システムの情報を備え、当該地上システムと前記移動体上システムとの間で当該情報を同期する地上連携サーバと、
前記移動体上システムとの間で当該地上システムおよび前記移動体上システムの情報の送受信を行う無線基地局と、
前記地上サービスアプリケーション、前記地上連携サーバ、前記無線基地局とを接続する通信ネットワークと、を備え、
前記移動体上システムは、
当該移動体上システムの機能を提供する情報を管理する移動体上サービスアプリケーションと、
当該移動体上システムおよび前記地上システムの情報を備え、当該移動体上システムと前記地上システムとの間で当該情報を同期する移動体上連携サーバと、
前記地上システムとの間で前記地上システムおよび当該移動体上システムの情報の送受信を行う無線通信装置と、を備え、
前記地上連携サーバおよび移動体上連携サーバは、前記地上サービスアプリケーションおよび移動体上サービスアプリケーションの要求に応じて、または所定の周期で前記地上システムおよび前記移動体上システムの情報を互いに送受信することで当該情報を同期する、コンテンツ同期システム。
【請求項２】
前記地上システムおよび前記移動体上システムの情報は、
前記地上システムおよび前記移動体上システムの情報本体を示すデータと、
前記データが更新されたか否かを示す更新データ識別子と、を備え、
前記地上連携サーバおよび移動体上連携サーバは、前記地上サービスアプリケーションおよび移動体上サービスアプリケーションの要求に応じて、または所定の周期で前記更新データ識別子を互いに送受信し、当該更新データ識別子に基づいて前記地上システムおよび前記移動体上システムの情報を同期する、請求項１に記載のコンテンツ同期システム。
【請求項３】
前記地上システムおよび前記移動体上システムの情報は、
前記更新データ識別子の同期は完了したが当該更新データ識別子に対応する前記データの同期が未完了を示す非同期データ識別子をさらに備え、
前記地上連携サーバおよび移動体上連携サーバは、
互いに送受信する前記更新データ識別子に応じて前記非同期データ識別子を登録し、当該非同期データ識別子に対応する前記データの同期が完了した場合に当該非同期データ識別子を削除する、請求項２に記載のコンテンツ同期システム。
【請求項４】
前記地上連携サーバは、
前記地上システムおよび前記移動体上システムのデータ、前記地上システムの情報の更新データ識別子と前記移動体上システムの情報の非同期データ識別子で構成される第１のインデックス、前記移動体上システムの情報の更新データ識別子と前記地上システムの情報の非同期データ識別子で構成される第２のインデックス、を有する第１の情報格納手段と、
所定の周期で前記第１のインデックスを前記移動体上システムに送信する第１の同期通信制御手段と、
前記地上サービスアプリケーションとのインタフェースを提供する地上サービスアプリアクセス手段と、
前記移動体上システムとの通信制御を行う第１の通信プロトコル処理手段と、
前記無線基地局の対応している通信メディアの管理、および通信品質の管理を行う第１の通信メディア制御手段と、を備え、
前記移動体上連携サーバは、
前記地上システムおよび前記移動体上システムのデータ、前記地上システムの情報の更新データ識別子と前記移動体上システムの情報の非同期データ識別子で構成される第３のインデックス、前記移動体上システムの情報の更新データ識別子と前記地上システムの情報の非同期データ識別子で構成される第４のインデックス、を有する第２の情報格納手段と、
前記第１の同期通信制御手段から送信された第１のインデックスを受信したことを契機に、前記第３および第４のインデックスを更新し、当該第４のインデックスを前記地上システムに送信する第２の同期通信制御手段と、
前記移動体上サービスアプリケーションとのインタフェースを提供する移動体上サービスアプリアクセス手段と、
前記地上システムとの通信制御を行う第２の通信プロトコル処理手段と、
前記無線通信装置の対応している通信メディアの管理、および通信品質の管理を行う第２の通信メディア制御手段と、を備え、
前記第１の同期通信制御手段は、前記第４のインデックスを受信したことを契機に、前記第１および第２のインデックスを更新する、請求項３に記載のコンテンツ同期システム。
【請求項５】
前記第１および第２の同期通信制御手段は、
前記更新データ識別子を所定の周期で送信する際に、当該データ識別子に対応するデータ種別や優先度に応じて、当該更新データ識別子に対応する前記データを同時に送信する、請求項４に記載のコンテンツ同期システム。
【請求項６】
前記移動体上システムは複数構成され、
前記第１の同期通信制御手段は、
前記移動体上システムが有する優先度に基づいて前記データの送受信を行う、請求項４に記載のコンテンツ同期システム。
【請求項７】
前記第１および第２の情報格納手段は、
前記更新データ識別子を当該更新データ識別子に対応する前記データとは別のツリー構造で構成する、請求項４に記載のコンテンツ同期システム。
【請求項８】
前記第１および第２の同期通信制御手段は、
前記地上サービスアプリケーションおよび前記移動体上サービスアプリケーションから指定された前記データ、またはあらかじめ定義された前記データを周期的に監視し、監視している当該データに変更が生じた場合に、前記第１および第２の通信プロトコル処理手段に当該データの送信を要求する、請求項４に記載のコンテンツ同期システム。
【請求項９】
前記第１および第２の情報格納手段は、
送信する前記データの種類、再送フラグおよび分割フラグなどのヘッダ情報をさらに備える、請求項４に記載のコンテンツ同期システム。
【請求項１０】
前記第１および第２の情報格納手段は、
更新データ識別子を受信する毎にインクリメントする同期回数情報をさらに備え、
前記第１および第２の同期通信制御手段は、
当該同期回数情報が所定の回数以上になった場合に、前記地上システムおよび前記移動体上システムの前記データの取得を要求する、請求項４に記載のコンテンツ同期システム。
【請求項１１】
前記第１および第２の同期通信制御手段は、
前記同期回数情報を前記更新データ識別子および前記非同期データ識別子と同時に送信し、受信した前記同期回数情報が所定回数以上である場合に、前記地上システムおよび前記移動体上システムの前記データを送信する、請求項１０に記載のコンテンツ同期システム。
【請求項１２】
前記第１および第２の通信プロトコル処理手段は、
前記データを前記無線基地局および無線通信装置が送信可能なメッセージ形式に変換し、または前記無線基地局および無線通信装置から受信したメッセージを前記第１および第２の情報格納手段に格納可能な形式に変換する、請求項４に記載のコンテンツ同期システム。
【請求項１３】
前記移動体上システムは、地上を走行する列車、電車および自動車などの編成番号、位置、速度、走行予測、乗務員情報および故障情報などの車上情報を管理する車上システムであり、
前記地上システムは、前記車上情報を管理したり、車上システムに提供する進行経路を示すダイヤ、進路開通予測、周辺列車位置および運行情報などの地上情報を管理する地上システムである、請求項１から１２のいずれか１項に記載のコンテンツ同期システム。
【請求項１４】
地上に設けられ、移動体上に設けられる移動体上システムと通信ネットワークを介して接続される地上システムに備えられ、
当該地上システムおよび前記移動体上システムの情報を備え、要求に応じてまたは所定の周期で前記地上システムの情報を送信するとともに、前記移動体上システムの情報を受信することで前記移動体上システムとの間で当該情報を同期する地上連携サーバ装置。
【請求項１５】
移動体上に設けられ、地上に設けられる地上システムと通信ネットワークを介して接続される移動体上システムに備えられ、
当該移動体上システムおよび前記地上システムの情報を備え、要求に応じてまたは所定の周期で前記移動体上システムの情報を送信するとともに、前記地上システムの情報を受信することで前記地上システムとの間で当該情報を同期する移動体上連携サーバ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１０−１１３５０５（Ｐ２０１０−１１３５０５Ａ）
【公開日】平成２２年５月２０日（２０１０．５．２０）
【国際特許分類】
【出願番号】特願２００８−２８５３９６（Ｐ２００８−２８５３９６）
【出願日】平成２０年１１月６日（２００８．１１．６）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２２年５月２０日（２０１０．５．２０）
【国際特許分類】
【出願日】平成２０年１１月６日（２００８．１１．６）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]