JP2004348545A

JP2004348545A - アプリケーション／データ更新システム

Info

Publication number: JP2004348545A
Application number: JP2003146220A
Authority: JP
Inventors: Hiroshi Adachi; 宏足立; Yoshihisa Takeda; 能久武田
Original assignee: Clarion Co Ltd
Current assignee: Faurecia Clarion Electronics Co Ltd
Priority date: 2003-05-23
Filing date: 2003-05-23
Publication date: 2004-12-09

Abstract

【課題】路線バス運行中であっても運転手に負担を掛けることなくアプリケーションを更新することができる。
【解決手段】バスの配信先リストと、該配信先リストに対応したバスの車載器に登録されたデータおよびアプリケーションの少なくとも一方に対する更新データとを関連づけて格納するデータセンターと、車載器に無線通信でアクセスし、該車載器のデータおよびアプリケーションの構成を変更することが可能な更新用サーバとを備え、データセンターは、更新データと配信先リストを該サーバに送信し、該サーバは、受信した配信先リストに対応した車載器にアクセスし、該車載器のアプリケーションを、受信した更新データに基づいて更新するシステムを構築する。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
この発明は、バスの運行に関連したアプリケーション及びデータが登録された車載器の該アプリケーション及び該データの一方または両方を更新するアプリケーション／データ更新システムに関する。
【０００２】
【従来の技術】
ＧＰＳ測位システムを用いて、各路線バスの運行状況を、路線バス利用者がｗｅｂ上で閲覧できるようにしたサービス、いわゆるバスロケーションサービスが提案され、近年実用に供している。このバスロケーションサービスを簡単に説明する。先ず、路線バス運営業者などのサービス提供側が、各路線バスに搭載されたＧＰＳ受信機からそれぞれの位置情報を収集する。そして、路線バス運営業者は、収集した位置情報に基づいて各路線バスの運行状況（例えば、現在位置や、停留所への到着予定時刻など）を解析し、解析した情報を、ｗｅｂを通じて路線バス利用者に開示する。路線バス利用者は、運行状況を閲覧することによって、待ち時間を減らしたり、乗車すべき路線バスを適切に選択できたりするため、より快適に路線バスを利用することができる。
【０００３】
ＧＰＳにより位置情報を収集した路線バス運営業者は、これらの収集した位置情報を、路線バス利用者へのサービスだけでなく自分達の管理にも利用する。ここでいう管理とは、例えばバスダイヤの管理、乗務員の勤務実績管理、バス車両の管理などである。これらの管理情報は、路線バスの位置情報に加えて、路線バスが運行する地域に関連した情報（例えば、地域内にある施設の情報や、特定の日に催されるイベントなど）、時刻、乗客数等の様々な情報を考慮して解析することにより得られる。このような路線バスの管理方法には、種々の方法が提案されている（例えば、特許文献１）。
【０００４】
上述したような路線バスには、路線バスの運行に関連した各種アプリケーションを実行する車載器が設置されている。ここでいう各種アプリケーションとは、例えば、位置情報や乗客数などの情報を路線バス運営業者に送信するためのアプリケーションや、乗客数を算出するアプリケーション、路線バス運営業者側で解析された管理情報を利用する（例えば電光掲示板に表示させる）アプリケーションなどである。
【０００５】
近年の技術革新により、これらのアプリケーションは多機能化し、また、要求されるアプリケーションの機能も高度なものになっている。そのため、アプリケーションのプログラムは複雑化している。その結果、アプリケーションの不具合が発生する危険性は高まる一方である。アプリケーションの不具合の発生を抑えるためには、アプリケーションの見直しの強化が有効な手段であるが、短納期及びコストダウンが求められる現状において、上記手段は困難なものとなっている。また、他のアプリケーションとの相性も考慮に入れると、潜在的に全く不具合の生じないアプリケーションを開発することは事実上不可能である。また、より良いサービスを路線バス利用者に提供するためには、定期的にアプリケーションをアップグレードさせる必要がある。これらの課題を解決するには種々の方法がある。
【０００６】
例えば、車載器にアプリケーション更新用の端子を設置することにより、アプリケーションの不具合を解消したりアプリケーションをアップグレードさせたりする方法がある。この方法の場合、発見された不具合に対する更新データ若しくはアップグレード用のデータが作成されると、このアプリケーション更新用の端子に専用の装置を接続し、該更新データ若しくはアップグレード用のデータを書き込むことによって発見された不具合を解消したりアプリケーションを最新のものにしたりすることができる。
【０００７】
【特許文献１】
特開２００２−６３６９２号公報
【０００８】
【発明が解決しようとする課題】
しかしながら上述の方法によると、更新データ若しくはアップグレード用のデータが作成される度に車載器に装置を接続する必要があるため、バス事業者にとってこの更新作業は負担となっていた。また、この方法によると、路線バス運行中はアプリケーションを更新することができないため、アプリケーションの不具合が致命的なものである場合、該不具合に対して迅速に対応できず、バスロケーションサービスや運行管理に支障をきたしかねなかった。また、複数の路線バスに対してアップグレード作業を行う場合、作業時間に大きな制約が加わるため、アップグレード用のデータがあっても迅速な対応ができなかった。また、該データの書き込み作業を深夜に行う必要があったため、バス事業者にとって大きな負担となっていた。
【０００９】
また、車載器を操作してアプリケーションの更新データをネットワークを介してダウンロードするように車載器を構成することも可能であるが、運転手が運転中にそのような操作を行うのは危険であるため、結局はより良いサービスを路線バス利用者に提供するのに時間を費やしていた。
【００１０】
そこで、本発明は上記の事情に鑑み、路線バス運行中であっても運転手に負担を掛けることなくアプリケーションおよびデータのいずれか又は両方を更新することができるアプリケーション／データ更新システムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記の課題を解決する本発明の一態様に係るアプリケーション／データ更新システムは、バス運行に関連したアプリケーションを実行するための車載器が設置されたバスの運行管理システムにおいて該アプリケーションを更新するシステムであって、少なくとも１台のバスが登録された配信先リストと、該配信先リストに対応した各バスの車載器に登録されたデータおよびアプリケーションの少なくとも一方に対する更新データとを関連づけて格納するデータセンターと、車載器に無線通信でアクセスし、アクセスした車載器に登録されているデータおよびアプリケーションの構成を変更することが可能な更新用サーバとを備えている。このアプリケーション／データ更新システムに備えられたデータセンターは、更新データと配信先リストを更新サーバに送信し、該サーバは、受信した配信先リストに対応した車載器にアクセスし、アクセスした車載器のデータおよびアプリケーションの少なくとも一方を、受信した更新データに基づいて更新する。すなわち、更新サーバ側が車載器のアプリケーションをアクティブに更新するため、例えバスが運行している間であっても車載器のアプリケーションは自動更新される。
【００１２】
また、上記アプリケーション／データ更新システムにおいて、更新サーバは、ＯＳＧｉサーバであってもよい。
【００１３】
また、上記アプリケーション／データ更新システムにおいて、アプリケーションは、バスの位置データ、乗客数のいずれかまたは両方を所定の方法で送信するためのアプリケーションであってもよい。
【００１４】
また、上記アプリケーション／データ更新システムにおいて、配信先リストは、バスの車両番号、車載器のアドレスの少なくとも１つを含んでいてもよい。
【００１５】
また、上記アプリケーション／データ更新システムにおいて、更新サーバは、運転手を識別するための運転手識別情報と該識別情報に関連づけられたスタフデータのデータベースと、バスを運転する運転手によって入力された情報に対して認証を行う認証手段とを有し、スタフデータのデータベースの中から認証手段によって認証された特定の情報に関連づけられたスタフデータを選択し、車載器に配信することができる。
【００１６】
また、上記アプリケーション／データ更新システムにおいて、更新サーバは、バスの運行を管理する事業者によりスタフデータのデータベースが更新されると、車載器に配信済みのスタフデータのうち、更新箇所に対応するデータを自動的に更新することができる。
【００１７】
また、上記アプリケーション／データ更新システムにおいて、車載器は、広告データと該広告データを表示するための条件を規定する広告表示条件データとを含むデータテーブルを記憶する記憶手段と、現在の運行条件がデータテーブルにおけるいずれかの広告表示条件に合致するかどうかを判定する判定手段と、判定手段により合致した広告表示条件に対応する広告データを所定の方法により表示させる表示制御手段とをさらに備えていてもよい。
【００１８】
また、上記アプリケーション／データ更新システムにおいて、更新サーバは、事業者からの指示に応じてデータテーブルの少なくとも一部を更新することができる。
【００１９】
また、上記アプリケーション／データ更新システムにおいて、広告表示条件には、時刻と位置の少なくとも一方が含まれていてもよい。
【００２０】
【発明の実施の形態】
図１は本発明の実施形態のアプリケーション／データ更新システムが組み込まれたバス運行管理システム１００の概略構成を表すブロック図である。図１に示すように、バス運行管理システム１００は、サーバシステム１０、バス事業所２０、広告代理店３０、アプリケーション作成センタ４０、バス利用者等の一般ユーザ５０、バスＢ１、Ｂ２、…、Ｂｎとから構成される。サーバシステム１０は、バス運行管理に関する種々のデータを保管するデータベースサーバ１１と、外部から送信されるデータやアプリケーションおよびデータベースサーバ１１に保管されるデータを用いて様々な処理を実行するＯＳＧｉサーバ１２とを有する。各バスＢ１〜Ｂｎは、それぞれ運行を制御する車載器Ｍ１〜Ｍｎを有する。
【００２１】
バスＢ１〜Ｂｎは、位置情報や乗客数といったバス運行状況に関するデータ（以下、運行状況データという）を定期的にサーバシステム１０にアップロードしている。ＯＳＧｉサーバ１２は、アップロードされた運行状況データをデータベースサーバ１１に保管する。また、バス事業所２０は、すべてのバスの運行を掌握しており、定期的または任意のタイミングでバス運行に関する様々なデータや指示をサーバシステム１０に送信する。例えば、バス事業所２０は、スタフデータ（どの停留所を何時に通過するかを示した一日分の運行計画表）およびその配信指示をサーバシステム１０に与える。広告代理店３０は、運行中のバス車内において表示される広告に関するデータをサーバシステム１０に送信する。アプリケーション作成センタ４０は、車載器Ｍ１〜Ｍｎに関するアプリケーションもしくは該アプリケーションの更新プログラム等をサーバシステム１０に送信する。
【００２２】
サーバシステム１０のＯＳＧｉサーバ１２は、バス事業所２０、広告代理店３０、アプリケーション作成センタ４０から送信されるデータやアプリケーションをデータベースサーバ１１に保管する。またＯＳＧｉサーバ１２は、データやアプリケーションを定期的もしくは任意のタイミングで各バスＢ１〜Ｂｎに配信して、各バスＢ１〜Ｂｎの車載器Ｍ１〜Ｍｎにおけるデータやアプリケーションを更新する。
【００２３】
また、一般ユーザ５０が、自らの携帯電話やパーソナルコンピュータ等を用いてサーバシステム１０に接続すると、ＯＳＧｉサーバ１２は、該ユーザ５０が必要とする現在のバスの運行状況や時刻表、所定の停留所への到着予定時刻をリアルタイムで提供する。
【００２４】
以下、本実施形態のアプリケーション／データ更新システム６０について詳説する。図２は、本実施形態のアプリケーション／データ更新システム６０を示すブロック図である。なお、図２に示すブロック図は、便宜上、バスＢ１とサーバシステム１０とバス事業所２０、広告代理店３０、アプリケーション作成センタ４０との関係についてのみ示している。実際のサーバシステム１０は、図１に示すようにバスＢ１を含む複数のバスと無線通信（例えばセルラー網）によってネットワーク接続されている。つまり、以下に説明するバスＢ１とサーバシステム１０とバス事業所２０、広告代理店３０、アプリケーション作成センタ４０との関係は、他のバスＢ２〜Ｂｎにも該当する。
【００２５】
バスＢ１は車載器Ｍ１、電光掲示板７、スピーカ８等を有する。車載器Ｍ１は、ＣＰＵ１、情報入力部２、メモリ３、通信装置４、アンテナ５、操作部６、ＧＰＳ９を有する。サーバシステム１０は、各サーバ１１、１２の他、通信装置１３、アンテナ１４、認証装置１５を有する。サーバシステム１０は、インターネットＮを介してバス事業所２０と常時接続されている。
【００２６】
データベースサーバ１１は、バス事業所２０によって予め作成された、該事業所に所属する運転手の指紋データおよびスタフデータを相互に関連づけた状態で保管し、さらに、広告代理店３０によって予め作成された広告データを、時刻や、場所、配信先等の種々のパラメータに関連づけた状態で保管している。また、このデータベースサーバ１１は、アプリケーション作成センタ４０から送信された各種アプリケーション（例えば、運行状況データをバス事業所２０に送信するためのアプリケーションや、乗客数を算出するアプリケーション、スタフデータや広告データを電光掲示板に表示させたりスピーカで音声再生させたりするためのアプリケーション等）や、これらのアプリケーションの更新データを一時的に格納することができる。
【００２７】
ＯＳＧｉサーバ１２は、データベースサーバ１１に保管されている各データを用いて様々な処理を実行することができる。本実施形態のバス運行管理システム１００で実行される該処理を具体的に挙げると、各バスとサーバシステム１０との間で行われるスタフデータの配信処理、各バスとサーバシステム１０と広告代理店３０との間で行われる広告配信処理、各バスとサーバシステム１０とアプリケーション作成センタ４０の間で行われるアプリケーション更新処理がある。先ず、バスＢ１とサーバシステム１０との間で行われるスタフデータの配信処理について説明する。
【００２８】
バス運転手は、一日の業務の開始にあたり、情報入力部２に該運転手に関する情報を入力する。本実施形態では、運転手に関する情報として該運転手の指紋を用い、情報入力部２は、指紋認識手段を備えている。指紋認識手段により、運転手から採取された指紋データはＣＰＵ１に送られる。ＣＰＵ１は、受信した指紋データを通信装置４、アンテナ５を介してサーバシステム１０に送信する。但し、運転手に関する情報は、指紋に限定されるモノではなく、種々のバイオメトリクスデータをはじめ、ＩＤカード等の運転手の所有物、パスワード等の運転手が持つ知識あるいはこれらの組み合わせであってもよい。この場合、情報入力部２は、入力される情報に対応した認識手段を備える構成になっている。例えば、ＩＤカード使用時は、カードリーダが、パスワード使用時はテンキーがそれぞれ情報入力部２に該当する。
【００２９】
サーバシステム１０において、ＣＰＵ１から送信された指紋データは、アンテナ１４、通信装置１３を介してＯＳＧｉサーバ１２に送信される。ＯＳＧｉサーバ１２は、指紋データを受信すると、該指紋データを認証装置１５に送信する。
【００３０】
認証装置１５は、上記指紋データがデータベースサーバ１１に予め保存されている複数の運転手の指紋データのいずれかと一致するかどうか認証を行う。認証の結果、車載器Ｍ１から送信された指紋データがデータベースサーバ１１内にあるいずれかの指紋データと合致する場合（認証成功時）、認証装置１５は、認証が成功したことを表す制御信号をＯＳＧｉサーバ１２に送信する。
【００３１】
ＯＳＧｉサーバ１２は、上記の制御信号を受信すると、車載器Ｍ１から送信された指紋データに対応するスタフデータをデータベースサーバ１１から読み出す。そして、ＯＳＧｉサーバ１２は、読み出したスタフデータを通信装置１３、アンテナ１４を介して車載器Ｍ１のＣＰＵ１に配信する。
【００３２】
車載器Ｍ１のＣＰＵ１は、サーバシステム１０から送信されたスタフデータを受け取ると、メモリ３に格納する。運転手が操作部６を用いた所定の操作をすると、ＣＰＵ１は、メモリ３に格納されたスタフデータの一部または全部、及びメモリ３に記憶されているスタフデータ再生用のアプリケーションを用いて、該所定の操作に対応した映像信号か音声信号の少なくとも一方を生成する。ビデオドライバ７Ａは、ＣＰＵ１及び該アプリケーションにより生成された映像信号に従って電光掲示板７に所定の情報を映像表示させる。オーディオドライバ８Ａは、上記の音声信号に従ってスピーカ８から所定の情報を音声表示する。ここで、所定の情報としては、次の停留所の名称等が例示される。
【００３３】
以上が、バスＢ１とサーバシステム１０との間で行われるスタフデータの配信処理である。基本的には、バスＢ１は、上記の処理で配信されたスタフデータに基づいて運行していく。しかしながら実際には、交通事情をはじめとする様々な理由によってスタフデータ通りの運行（時刻表通りの運行）が行われるとは限らない。このような運行の乱れが発生した場合に、運行途中に各バスＢ１〜Ｂｎのスタフデータの一部を書き換えや、追加、削除といったスタフデータの更新処理が自動的に行われると、より一層の負担軽減や経費削減につながる。
【００３４】
そこで、本実施形態では、以下のようにして各バスのスタフデータ更新処理の自動化を実現している。すなわち、上記のような運行の乱れが発生した場合、バス事業所２０は、インターネットＮを介してサーバシステム１０にアクセスし、データベースサーバ１１にあるデータテーブルを更新する。この更新は、直接該データテーブルの内容を書き換えてもよいし、バス事業所２０側のパーソナルコンピュータ等によって予め作成した新たなデータテーブルをデータベースサーバ１１上に上書きする状態でアップロードしてもよい。バス事業所２０は、データテーブルの更新が完了すると、ＯＳＧｉサーバ１２に対して再配信の指示を行う。
【００３５】
バス事業所２０からの再配信の指示を受けたＯＳＧｉサーバ１２は、更新必要となったスタフデータによって運行がなされているバスの車載器に更新前後のスタフデータの差分を配信することにより、各バスのスタフデータを自動的に更新する。これにより、従来必要とされていた、終点に従業員を配置して運転手に直接回送指示を出す手間や、あるいは携帯電話によって連絡を取るといった手間を省くことができ、より一層の負担軽減や経費削減が実現される。
【００３６】
なお上記の説明では、ＯＳＧｉサーバ１２は、バス事業所２０から送信される再配信の指示を待って各バスのスタフデータの更新処理を行っている。ここで、ＯＳＧｉサーバ１２は、バス事業所２０によるデータテーブルの更新が行われたことを認識すると、更新が行われたスタフデータにより運行中のバスに自動的にアクセスし、更新処理を行う構成にしてもよい。
【００３７】
次に、バスＢ１と、サーバシステム１０、広告代理店３０の間で行われる広告配信処理について説明する。
【００３８】
バス事業所２０や広告代理店３０によって作成されたデータテーブルは、インターネットＮを介してサーバシステム１０にアップロードされる。ＯＳＧｉサーバ１２は、アップロードされたデータテーブルをデータベースサーバ１１に保管する。
【００３９】
バスの車載器Ｍ１は、一日の業務の開始にあたり、その日運行中に表示する広告についてのデータテーブルをサーバシステム１０から取得する。具体的には、ＣＰＵ１は、バス運転手が行う所定の動作を契機として、通信装置４、アンテナ５を介してサーバシステム１０にアクセスし、データテーブルのダウンロードを要求する。ここで所定の動作としては、例えば、運転手がキーを挿入しエンジンをかける、もしくは操作部６を操作するなどが考えられる。また、ダウンロードを要求する信号には、バスＢ１を識別するための情報も含まれる。
【００４０】
サーバシステム１０において、ＣＰＵ１からのダウンロード要求は、アンテナ１４、通信装置１３を介してＯＳＧｉサーバ１２に送信される。ＯＳＧｉサーバ１２は、該要求を受信すると、バスＢ１に対応するデータテーブルをデータベースサーバ１１から取り出し、車載器Ｍ１に配信する。車載器Ｍ１のＣＰＵ１は、データベースが送信されるとメモリ３に格納する。
【００４１】
運行中、ＧＰＳ９は常時または定期的に現在の運行位置情報を取得し、ＣＰＵ１に送信する。また、ＣＰＵ１は、ＣＰＵ１内に搭載されたクロック（不図示）から現在時刻情報も取得する。そしてＣＰＵ１は、取得した現在の運行条件（位置情報、時刻情報）がメモリ３に格納されるデータテーブルの広告表示条件と合致する広告リストがあるかどうか判断する。ＣＰＵ１は、判断の結果、位置情報と時刻情報のいずれも広告表示条件と合致する広告リストがある場合には、該リストの広告データを読み出し、音声信号もしくは映像信号の少なくとも一方に変換する。ビデオドライバ７Ａは、ＣＰＵ１により生成された映像信号に従って電光掲示板７に広告内容を映像表示させる。オーディオドライバ８Ａは、上記の音声信号に従ってスピーカ８から広告内容を音声表示する。
【００４２】
図３を参照しつつ、広告表示の具体例を説明する。ＧＰＳ９から取得した現在の位置情報がＡバス停近傍、現在時刻が午前１０時であるとする。すると、現在の運行条件は、広告リスト（番号１）の広告表示条件と合致する。従って、車内には「お買い物はＪデパートへ」という音声アナウンスや映像表示が行われる。
【００４３】
また、バスがＣ交差点にさしかかった場合、現在時刻が何時であっても、バスＢ１の運行条件は、広告リスト（番号３）の広告表示条件に合致する。そこで、上記と同様、広告リスト（番号３）の広告の項目を参照すると、広告内容ではなく”Ｃｈｅｃｋｔｈｅｓｅｒｖｅｒ”という指示データが書き込まれている。この場合、ＣＰＵ１は、該指示データに従いサーバシステム１０にアクセスする。
【００４４】
ＯＳＧｉサーバ１２は、広告リスト（番号３）に対応する最新情報を常にインターネット等の通信網を用いて入手している。そして、上記のようなＣＰＵ１からのアクセスがあった場合には、該最新情報を車載器Ｍ１に送信する。ＣＰＵ１は、電光掲示板７やスピーカ８を介して、該最新情報を車内で広告表示する。このように、予め与えられた広告データだけでなく、必要に応じてサーバシステム１０が保有する最新情報に基づく広告を行うことにより、よりユーザのニーズに対応した効果の高い広告表示が可能になる。なお、最新情報に基づく広告としては、電車の到着時刻や映画の上映開始時刻までの残り時間、観覧車の待ち時間、といった時々刻々と変化する広告が例示される。
【００４５】
また、本実施形態の広告配信システム６０では、予めメモリ３に記憶されたデータテーブルに対してサーバシステム１０側から更新処理を施すことができる。更新処理としては、広告リストの追加、削除だけでなく、既存の広告リストにおける広告表示条件の変更や広告内容の訂正等も含まれる。
【００４６】
具体的には、広告主からの依頼を受けてバス事業所２０や広告代理店３０は、更新したい広告リストを作成し、サーバシステム１０に随時アップロードする。ＯＳＧｉサーバ１２は、バス事業所２０等から更新された広告リストが送信されると現在データベースサーバ１１内にあるデータテーブルを参照する。そして、該更新された広告リストに対応する広告リストがある場合には、更新された広告リストで該広告リストを上書き更新し、対応する広告リストがない場合には、新規の広告リストとして追加する。
【００４７】
そして、バス事業所２０等からの配信指示を受信する、もしくはデータベースサーバ１１での更新処理が終了すると、ＯＳＧｉサーバ１２は、広告更新要求とともに、データベースサーバ１１での更新内容に関する更新データをＣＰＵ１に送信する。ＣＰＵ１は、広告更新要求があると、メモリ３に記憶されているデータテーブルを更新データに基づいて更新する。このような更新処理によって追加されたデータを図３中、リスト番号ｎ−１、ｎに示す。
【００４８】
また本実施形態の広告配信システム６０では、広告表示の緊急度を設定することができる。緊急度あり（図３中緊急項目「１」）と設定された広告リストは、他の広告リストよりも優先的に処理されて、広告表示の対象となる。具体的には、図３において広告リスト（番号ｎ）の緊急項目は「１」に設定されている。従って、データテーブルが更新されて広告リスト（番号ｎ）がデータテーブルに追加されると、ＣＰＵ１は、他の広告リストにおける広告表示を無視して、優先的に「１５時１０分頃、Ｗ小学校近くで事故発生」という広告（情報）を表示する。ＣＰＵ１は、緊急度ある広告を所定期間もしくは所定回数表示した後、自動的にデータテーブルから削除したり、緊急項目を、緊急度なしを意味する「０」に変更したりする。
【００４９】
なお、図３には示していないが、緊急度の設定に代えて、または緊急度の設定と共に広告表示の優先度について設定することも可能である。広告表示の優先度を設定することにより、広告表示条件が共通の広告データが複数あった場合でも、ＣＰＵ１は優先度に関するデータに従って、表示順位を決定する。従ってＣＰＵ１に係る処理負担を軽減することができる。また、バス事業者２０等の広告提供者は、より柔軟な広告表示計画を立てることができる。
【００５０】
さらに本実施形態の広告配信システム６０では、現在の運行条件に合致する広告リストが存在しない場合、ＣＰＵ１がサーバシステム１０にアクセスして、ＯＳＧｉサーバ１２に対して現在の運行条件に合致する広告リストがある場合には送信するように要求する。ＯＳＧｉサーバ１２は、データベースサーバ１１上のデータテーブルを参照し、バスＢ１の現在の運行条件に合致する新たな広告リストがある場合には、該新たな広告リストを車載器Ｍ１に配信する。データベースサーバ１１上のデータテーブルを参照し、バスＢ１の現在の運行条件に合致する新たな広告リストがない場合、ＯＳＧｉサーバは、該当リストがないことをしらせる制御信号をＣＰＵ１に送信する。あるいはバスＢ１の現在の運行条件に合致する新たな広告リストがない場合、運行条件に関係なく表示可能な広告データ、例えばバス事業所からのお願い、案内等を車載器Ｍ１に配信してもよい。ＣＰＵ１は、ＯＳＧｉサーバ１２から上記いずれかの広告データを受信した場合には、該広告データに対応する広告を表示する。
【００５１】
次に、バスＢ１と、サーバシステム１０、アプリケーション作成センタ４０の間で行われるアプリケーション更新処理について説明する。
【００５２】
アプリケーション作成センタ４０は、バスＢ１で用いられる各種アプリケーションを作成している事業者である。ここでいう各種アプリケーションとは、メモリ３に登録されているプログラムであって、例えば、バスＢ１に搭載された周知のＧＰＳ受信機９によって取得した位置情報や、発行した整理券や支払われた料金等から算出された乗客数（運行状況データ）をバス事業所２０に送信するためのアプリケーションや、スタフデータや広告データを電光掲示板７に表示させたりスピーカ８で音声再生させたりするためのアプリケーション等を示している。
【００５３】
バスＢ１を始めとする各バスで使用されている各種アプリケーションに不具合が発見されると、このアプリケーション作成センタ４０は、該不具合を解析し、該不具合を解消する更新データ（以下、更新データとする）を作成する。また、このアプリケーション作成センタ４０は、各種アプリケーションの利便性をより高めるために、定期的に各種アプリケーションのアップグレード用のデータ（以下、アップグレードデータとする）を作成している。以下に、更新データによるアプリケーション更新処理を説明する。なお、更新データによるアプリケーション更新処理と、アップグレードデータによるアプリケーション更新処理は、実質的に同等の処理であるため、アップグレードデータによるアプリケーション更新処理のここでの詳細な説明は、更新データによるアプリケーション更新処理の詳細な説明をもって省略する。
【００５４】
例えば、運行状況データをバス事業所２０に送信するためのアプリケーション（以下、運行管理アプリケーション）に不具合が発見された場合、アプリケーション作成センタ４０は、該不具合を解析し、更新データを作成する。さらに、アプリケーション作成センタ４０は、バス事業所２０が所有しているバスの中で不具合が発見された該運行管理アプリケーションを登録している全てのバス（詳説すると車載器）のアドレスまたはバスの車両番号の少なくとも一方を含んだ配信先リストを作成する。そしてこのアプリケーション作成センタ４０は、作成した該更新データと該配信先リストをＯＳＧｉサーバ１２に送信する。
【００５５】
アプリケーション作成センタ４０からＯＳＧｉサーバ１２に、該更新データと、車載器のアドレスを含んだ配信先リストが送信された場合、ＯＳＧｉサーバ１２は、受信した配信先リストにある車載器のアドレスに基づいて各車載器にアクセスする。また、アプリケーション作成センタ４０からＯＳＧｉサーバ１２に、該更新データと、バスの車両番号を含んだ配信先リストが送信された場合、ＯＳＧｉサーバ１２は、データベースサーバ１１に含まれた各バスの情報（車両番号、車種、アドレスなどの情報）を参照して、各車載器にアクセスする。また、各車載器へのアクセスが失敗した場合（例えば、車載器の電源が入っていない場合）、ＯＳＧｉサーバ１２は、更新データをデータベースサーバ１１に一時的に格納し、各車載器へのアクセスが成功するまで一定の間隔で車載器に対するアクセスを試行する。
【００５６】
ＯＳＧｉサーバ１２は、アプリケーション作成センタ４０から受信した更新データに基づいて、アクセスした車載器の運行管理アプリケーションをアクティブに更新することができる。以下に、ＯＳＧｉサーバ１２により行われる車載器Ｍ１の運行管理アプリケーションの更新処理例を説明する。
【００５７】
配信先リストに基づいてＯＳＧｉサーバ１２が車載器Ｍ１にアクセスすると、このＯＳＧｉサーバ１２は、メモリ３に登録されている運行管理アプリケーションのバージョンと、アプリケーション作成センタ４０から送信された更新データのバージョンとを比較する。このとき更新データのバージョンが運行管理アプリケーションのバージョンより新しいと、ＯＳＧｉサーバ１２は、該更新データに対応する運行管理アプリケーションのデータ（例えば更新データのファイルと同一ファイル名の運行管理アプリケーションのデータ）を検索し、検索された該データを削除して該更新データを書き込む。
【００５８】
このときＯＳＧｉサーバ１２により検索されるデータは、運行管理アプリケーションの不具合の原因となるデータであるため、このデータを削除し、該更新データを書き込むことにより、運行管理アプリケーションの不具合は解消される。すなわち本実施形態のアプリケーション／データ更新システムによると、車載器に装置を接続して更新データを書き込んだり運転手が車載器を操作して更新データをダウンロードしたりする必要がなく、サーバ側がアクティブに車載器のアプリケーションを更新できるため、不具合に対して迅速に対応することができる。
【００５９】
ＯＳＧｉサーバ１２が車載器のアプリケーションを更新するタイミングには、上述したタイミング（アプリケーション作成センタ４０から更新データを受信したと同時のタイミング）以外に、ＯＳＧｉサーバ１２側の設定や、更新データ若しくは配信先リストに付加された情報に応じたタイミング等様々なものがある。例えばバス運行時間外にＯＳＧｉサーバ１２がアプリケーション作成センタ４０から更新データを受信した場合を想定して、指紋データの認証が成功すると同時にＯＳＧｉサーバ１２が車載器にアクセスしてアプリケーションを更新するように、ＯＳＧｉサーバ１２を設定することができる。すなわち上記設定によると、ＯＳＧｉサーバ１２は、バスの運行が行われていない間は車載器にアクセスしないが、バスの運行が開始される（すなわち指紋データの認証が成功する）と車載器にアクセスし、アプリケーションを更新する。また、ＯＳＧｉサーバ１２に対する指示情報であって、上記の指紋データの認証成功のタイミングで該更新データを車載器に送信するように指示する指示情報を、更新データ若しくは配信先リストに付加してもよい。この場合、ＯＳＧｉサーバ１２は、該指示情報に基づいて車載器にアクセスし、アプリケーションを更新することができる。
【００６０】
また、このＯＳＧｉサーバ１２による車載器のアプリケーションを更新するプログラムは、ＪＡＶＡ（登録商標）またはこれに相当するプログラミング言語を用いて作成されている。従って、バス事業所２０、広告代理店３０、アプリケーション作成センタ４０を始めとする、様々な事業者は、それぞれ異なったプラットフォームに対応したソフトウェアで車載器用のアプリケーションを作成することができる。つまり本実施形態のアプリケーション／データ更新システムでは、アプリケーションを作成する各業者は、それぞれ独自の手法でアプリケーションを作成することができる。また、車載器へのアプリケーション更新処理はＯＳＧｉサーバ１２が自動的に行うため、該業者は、アプリケーションを作成してＯＳＧｉサーバ１２に送信する作業のみで本システムに参入することができる。
【００６１】
以上が本発明の実施形態である。本発明はこれらの実施形態に限定されるものではなく様々な範囲で変形が可能である。
【００６２】
【発明の効果】
以上のように本発明のアプリケーション／データ更新システムでは、サーバ側が車載器のアプリケーション及びデータのいずれかまたは両方をアクティブに更新するため、例えバスが運行している間であっても運転手に負担を掛けることなく車載器のアプリケーション・データが更新される。従って、バス事業者側の負担は軽減し、かつ車載器には常に最新のアプリケーションが短期間のうち登録される。その結果、路線バス利用者に対してより良いサービスを提供することができる。また、バス事業者側はより効率良く運行管理を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施形態のアプリケーション／データ更新システムが組み込まれたバス運行管理システムの概略構成を表すブロック図である。
【図２】本発明の実施形態のアプリケーション／データ更新システムを示すブロック図である。
【図３】本発明の実施形態の広告配信処理に用いられる広告表示テーブルの具体例である。
【符号の説明】
１０サーバシステム
１１データベースサーバ
１２ＯＳＧｉサーバ
２０バス事業所
３０広告代理店
４０アプリケーション作成センタ
Ｂ１〜Ｂｎバス
Ｍ１〜Ｍｎ車載器
６０アプリケーション／データ更新システム
１００バス運行管理システム

Claims

バス運行に関連したアプリケーションを実行するための車載器が設置されたバスの運行管理システムにおいて前記アプリケーションを更新するアプリケーション／データ更新システムであって、
少なくとも１台のバスが登録された配信先リストと、該配信先リストに対応した各バスの車載器に登録されたデータおよびアプリケーションの少なくとも一方に対する更新データと、を関連づけて格納するデータセンターと、
前記車載器に無線通信でアクセスし、アクセスした車載器に登録されているデータおよびアプリケーションの構成を変更することが可能な更新用サーバと、を備え、
前記データセンターは、前記更新データと前記配信先リストを前記更新サーバに送信し、
前記更新サーバは、受信した配信先リストに対応した車載器にアクセスし、アクセスした車載器のデータおよびアプリケーションの少なくとも一方を、受信した更新データに基づいて更新すること、を特徴とするアプリケーション／データ更新システム。
前記更新サーバは、ＯＳＧｉ（登録商標）サーバであること、を特徴とする請求項１に記載のアプリケーション／データ更新システム。
前記アプリケーションは、前記バスの位置データ、乗客数のいずれかまたは両方を所定の方法で送信するためのアプリケーションであること、を特徴とする請求項１または請求項２のいずれかに記載のアプリケーション／データ更新システム。
前記配信先リストは、前記バスの車両番号、車載器のアドレスの少なくとも１つを含んでいること、を特徴とする請求項１から請求項３のいずれかに記載のアプリケーション／データ更新システム。
前記更新サーバは、運転手を識別するための運転手識別情報と該識別情報に関連づけられたスタフデータのデータベースと、前記バスを運転する運転手によって入力された情報に対して認証を行う認証手段とを有し、前記スタフデータのデータベースの中から前記認証手段によって認証された特定の情報に関連づけられたスタフデータを選択し、前記車載器に配信すること、を特徴とする請求項１から請求項４のいずれかに記載のアプリケーション／データ更新システム。
前記更新サーバは、前記バスの運行を管理する事業者により前記スタフデータのデータベースが更新されると、前記車載器に配信済みの前記スタフデータのうち、更新箇所に対応するデータを自動的に更新すること、を特徴とする請求項５に記載のアプリケーション／データ更新システム。
前記車載器は、広告データと該広告データを表示するための条件を規定する広告表示条件データとを含むデータテーブルを記憶する記憶手段と、
現在の運行条件が前記データテーブルにおけるいずれかの広告表示条件に合致するかどうかを判定する判定手段と、
前記判定手段により合致した広告表示条件に対応する広告データを所定の方法により表示させる表示制御手段と、をさらに備えたこと、を特徴とする請求項１から請求項６のいずれかに記載のアプリケーション／データ更新システム。
前記更新サーバは、前記事業者からの指示に応じて前記データテーブルの少なくとも一部を更新すること、を特徴とする請求項７に記載のアプリケーション／データ更新システム。
前記広告表示条件には、時刻と位置の少なくとも一方が含まれること、を特徴とする請求項７または請求項８のいずれかに記載のアプリケーション／データ更新システム。