(57)【要約】【課題】業務計画に沿った運転手によるバス運行を保証して第三者によるスタフデータの誤用等を有効に防止しつつも、バス運転手の手間を省き、バス事業所の人的、時間的負担を軽減することができるスタフデータ配信システムを提供すること。【解決手段】スタフデータ配信システムは、車載器に入力されるスタフデータを利用してバスの運行管理をするシステムに用いられるスタフデータ配信システムであって、スタフデータのデータベースを保管するサーバシステムと、該バスを運転する運転手によって入力される情報に対して認証を行う認証手段と、を有し、サーバシステムは、データベースの中から認証手段によって認証された特定の情報に関連づけられたスタフデータを選択し、車載器に配信する構成にした。【選択図】      図２
2004348547.tif 000002
【特許請求の範囲】
【請求項１】
車載器に入力されるスタフデータを利用してバスの運行管理をするシステムに用いられるスタフデータ配信システムであって、
運転手を識別するための運転手識別情報と該識別情報に関連づけられた前記スタフデータからなるデータベースを保管するサーバシステムと、
該バスを運転する運転手によって入力された運転手識別情報に対して認証を行う認証手段と、を有し、
前記サーバシステムは、前記データベースの中から前記認証手段によって認証された特定の運転手識別情報に関連づけられたスタフデータを選択し、前記車載器に配信することを特徴とするスタフデータ配信システム。
【請求項２】
請求項１に記載のスタフデータ配信システムにおいて、
前記認証手段は、さらに前記車載器に割り振られた車両識別情報に対しても認証を行うことを特徴とするスタフデータ配信システム。
【請求項３】
請求項１または請求項２に記載のスタフデータ配信システムにおいて、
前記認証手段は、該運転手のバイオメトリクスデータ、該運転手の所有物、該運転手の持つ知識の中の少なくとも一つについて認証を行うことを特徴とするスタフデータ配信システム。
【請求項４】
車載器に入力されるスタフデータを利用してバスの運行管理をするシステムに用いられるスタフデータ配信システムであって、
前記スタフデータのデータベースを保管するサーバシステムと、
前記車載器に予め割り振られた車両識別情報に対して認証を行う認証手段と、を有し、
前記サーバシステムは、前記データベースの中から前記認証手段によって認証された特定の車両識別情報に関連づけられたスタフデータを選択し、前記車載器に配信することを特徴とするスタフデータ配信システム。
【請求項５】
請求項１から請求項３のいずれかに記載のスタフデータ配信システムにおいて、
前記認証手段は、運転対象となる前記バスに設けられていることを特徴とするスタフデータ配信システム。
【請求項６】
請求項１から請求項４に記載のスタフデータ配信システムにおいて、
前記認証手段は、前記サーバシステムに設けられていることを特徴とするスタフデータ配信システム。
【請求項７】
請求項１から請求項６のいずれかに記載のスタフデータ配信システムにおいて、
前記サーバシステムは、前記バスの運行を掌握するバス事業所とネットワークで接続されており、
前記データベースは前記バス事業所によって更新されることを特徴とするスタフデータ配信システム。
【請求項８】
請求項７に記載のスタフデータ配信システムにおいて、
前記サーバシステムは、前記バス事業所の指示に従い、前記車載器に配信済みの前記スタフデータの少なくとも一部を更新することを特徴とするスタフデータ配信システム。
【請求項９】
請求項８に記載のスタフデータ配信システムにおいて、
前記サーバシステムは、前記バス事業所によって前記データベースが更新されると、前記車載器に配信済みの前記スタフデータのうち、更新箇所に対応するデータを自動的に更新することを特徴とするスタフデータ配信システム。
【請求項１０】
請求項１から請求項９のいずれかに記載のスタフデータ配信システムにおいて、
前記認証手段は、認証に失敗した場合、運転対象となる前記バスに認証が失敗した旨を報知することを特徴とするスタフデータ配信システム。
【請求項１１】
請求項１から請求項１０のいずれかに記載のスタフデータ配信システムにおいて、
前記サーバシステムは、前記スタフデータを備えるデータベースサーバとＯＳＧｉ（登録商標）サーバとを有することを特徴とするスタフデータ配信システム。
【請求項１２】
運転対象となるバスに搭載されている装置を用いて、各バスに関する情報を入力する情報入力ステップと、
前記情報入力ステップによって入力された情報に対して認証を行う認証ステップと、
サーバシステムが有する、各バスに関する情報に関連づけられたスタフデータから、前記認証ステップによって認証された前記情報に関連づけられたスタフデータを選択し、運転対象となる前記バスに配信するスタフデータ配信方法。
【請求項１３】
スタフデータを格納した車載器を利用して運行管理を行う、バス運行管理システムにおいて、
運行路線に対応したスタフデータをデータベースとして格納するサーバシステムと、
運転手および車両番号の少なくとも一方について認証を行う認証手段と、
前記認証手段による認証結果に対応したスタフデータを前記データベースより選択し、前記車載器に無線通信にて配信することを特徴とするバス運行管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、インターネット等の通信手段を用いて定期的な系統を運行するバス、例えば路線バスに不可欠な運行計画表の配信システムに関する。
【０００２】
【従来の技術】
一般に、路線バスの運行は、どの停留所を何時に通過するかを示した一日分の運行計画表（以下、スタフデータという）に基づいてなされている。また、運行中の車内において次の停留所を音声もしくは映像で乗客に通知する車内ガイダンスも上記のスタフデータによって作成されている。
【０００３】
従来、スタフデータは事業所において予めメモリカードに保存されてあり、バス運転手が業務開始前に該事業所でメモリカードを受け取る。そして該カードをバスの車載器に読み込ませることにより、スタフデータに基づく運行が可能となる。このようにメモリカードを手渡しすることにより、スタフデータの受け渡しの過誤を防ぎ、正規の運転手が正規の系統（路線、ルートのことをいう。以下同じ）をバス運行できるようにしている。また、メモリカードを事業所において運転手に直接手渡すことにより、メモリカード、より厳密にはスタフデータが運転手以外の第三者の手に渡り、誤用、悪用されることを有効に防止している。
【０００４】
しかし上記のように毎回手渡しされる方式は、バス運転手にとって不便であった。特に事業所から離れた系統を運行するバス運転手にとっては煩に耐えないといった問題がある。しかも、バスは常に同一系統のみを運行するとは限らず、交通事情に応じて急遽別系統を運行することになったり、事業所へ回送されたりすることもある。この場合、予め想定される全てのメモリカードを所持しておき、終点にいる担当者や携帯電話からの指示に応じたスタフデータを車載器に読み込ませるといった作業を余儀なくされていた。そのため、各停留所へ担当者を配置すると言った人的負担や時間的負担がかかるだけでなく、円滑な運行に支障をきたしかねなかった。
【０００５】
従来、バスの運行管理方式等に関し様々な提案がなされている（例えば、特許文献１参照）。しかし、従来のどの提案も、上記問題を解決し運転手および事業所にかかる負担を有効に軽減するものではなかった。
【０００６】
【特許文献１】特開２００２−６３６９２号公報
【０００７】
【解決しようとする課題】
そこで上記事情に鑑み、本発明は、業務計画に沿ったバス運行を保証して第三者によるスタフデータの誤用等を有効に防止しつつも、バス運転手の手間を省き、バス事業所の人的、時間的負担を軽減することができるスタフデータ配信システムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
このため、請求項１に記載のスタフデータ配信システムは、車載器に入力されるスタフデータを利用してバスの運行管理をするシステムに用いられるスタフデータ配信システムであって、スタフデータ配信システムであって、スタフデータのデータベースを保管するサーバシステムと、該バスを運転する運転手によって入力される情報に対して認証を行う認証手段と、を有し、サーバシステムは、データベースの中から認証手段によって認証された特定の情報に関連づけられたスタフデータを選択し、車載器に配信することを特徴とする。
【０００９】
上記の構成によれば、運転手は業務開始時に実際に事業所に赴き、一日分のスタフデータが保存されたメモリカードを受け取ることなく、スタフデータに従ってバス運行を開始することができる。しかも、スタフデータを配信するサーバシステムの処理は、認証が成功したときに限って行われることにより、業務計画に沿った運転手によるバス運行が保証されるとともに、第三者によるスタフデータの誤用等を有効に防止することができる。
【００１０】
認証の精度を高めて、業務計画に沿った運転手によるバス運行の保証や第三者によるスタフデータの誤用等の防止をより確実なものとするためには、認証手段が、さらに車載器に割り振られた識別情報に対しても認証を行うように構成してもよい（請求項２）。
【００１１】
より詳しくは、請求項３に記載のスタフデータ配信システムによれば、認証手段は、該運転手のバイオメトリクスデータ、所有物、知識の中の少なくとも一つについて認証を行う。ここで、バイオメトリクスデータとしては、運転手の指紋や声紋、顔の形状等が例示される。所有物としては各運転手に事業所から配布されるＩＤカード等が挙げられる。知識としては、予め事業所に届け出た（あるいは、事業所から割り振られた）パスワード等が挙げられる。
【００１２】
本発明は、別の観点から以下のように定義することもできる。すなわち、請求項４に記載のスタフデータ配信システムは、車載器に入力されるスタフデータを利用してバスの運行管理をするシステムに用いられるスタフデータ配信システムであって、スタフデータのデータベースを保管するサーバシステムと、車載器に予め割り振られた識別情報に対して認証を行う認証手段と、を有し、サーバシステムは、データベースの中から認証手段によって認証された特定の識別情報に関連づけられたスタフデータを選択し、車載器に配信することを特徴とする。
【００１３】
上記の各構成において、認証手段は、運転手が運転するバスに搭載されていてもよい（請求項５）。また、特に請求項４に記載のシステムのような場合、該認証手段は、サーバシステムに設けることが望ましい（請求項６）。
【００１４】
また、請求項７に記載のスタフデータ配信システムによれば、上記のサーバシステムは、バスの運行を掌握するバス事業所とネットワークで接続されていることが望ましい。これにより、バス事業所は、サーバシステム内のデータベースを管理、あるいは更新することができる。
【００１５】
また、請求項８に記載のスタフデータ配信システムによれば、サーバシステムは、バス事業所の指示に従い、車載器に配信済みのスタフデータの少なくとも一部を更新することができる。
【００１６】
より詳しくは、サーバシステムとバス事業所間をネットワーク接続することにより、サーバシステムは、バス事業所によってデータベースが更新されると、車載器に配信済みのスタフデータのうち、更新箇所に対応するデータを自動的に更新することができる（請求項９）。
【００１７】
なお、認証手段は、認証に失敗した場合、運転対象となるバスに認証が失敗した旨を報知することが望ましい（請求項１０）。さらには、複数回連続して認証に失敗すると、認証手段はサーバシステムを介してバス事業所等に通報する構成にしてもよい。
【００１８】
なお、上記構成を実現するためには、サーバシステムは、前記スタフデータを備えるデータベースサーバとＯＳＧｉサーバとを有することが望ましい（請求項１１）。
【００１９】
請求項１３に記載のバス運行管理システムは、運行路線に対応したスタフデータをデータベースとして格納するサーバシステムと、運転手および車両番号の少なくとも一方について認証を行う認証手段と、認証手段による認証結果に対応したスタフデータをデータベースより選択し、車載器に無線通信にて配信することを特徴とする。
【００２０】
【発明の実施の形態】
図１は本発明の実施形態のスタフデータ配信システムが組み込まれたバス運行管理システム１００の概略構成を表すブロック図である。図１に示すように、バス運行管理システム１００は、サーバシステム１０、バス事業所２０、広告代理店３０、アプリケーション作成センタ４０、バス利用者等の一般ユーザ５０、バスＢ１、Ｂ２、…、Ｂｎとから構成される。サーバシステム１０は、バス運行管理に関する種々のデータを保管するデータベースサーバ１１と、外部から送信されるデータやアプリケーションおよびデータベースサーバ１１に保管されるデータを用いて様々な処理を実行するＯＳＧｉサーバ１２とを有する。各バスＢ１〜Ｂｎは、それぞれ運行を制御する車載器Ｍ１〜Ｍｎを有する。
【００２１】
バスＢ１〜Ｂｎは、位置情報や乗客数といったバス運行状況に関するデータ（以下、運行状況データという）を定期的にサーバシステム１０にアップロードしている。ＯＳＧｉサーバ１２は、アップロードされた運行状況データをデータベースサーバ１１に保管する。また、バス事業所２０は、すべてのバスの運行を掌握しており、定期的または任意のタイミングでバス運行に関する様々なデータや指示をサーバシステム１０に送信する。例えば、バス事業所２０は、以下に詳述するスタフデータおよびその配信指示をサーバシステム１０に与える。広告代理店３０は、運行中のバス車内において表示される広告に関するデータをサーバシステム１０に送信する。アプリケーション作成センタ４０は、車載器Ｍ１〜Ｍｎに関するアプリケーションもしくは該アプリケーションの更新プログラム等をサーバシステム１０に送信する。
【００２２】
サーバシステム１０のＯＳＧｉサーバ１２は、バス事業所２０、広告代理店３０、アプリケーション作成センタ４０から送信されるデータやアプリケーションをデータベースサーバ１１に保管する。またＯＳＧｉサーバ１２は、データやアプリケーションを定期的もしくは任意のタイミングで各バスＢ１〜Ｂｎに配信して、各バスＢ１〜Ｂｎの車載器Ｍ１〜Ｍｎにおけるデータやアプリケーションを更新する。
【００２３】
また、一般ユーザ５０が、自らの携帯電話やパーソナルコンピュータ等を用いてサーバシステム１０に接続すると、ＯＳＧｉサーバ１２は、該ユーザ５０が必要とする現在のバスの運行状況や時刻表、所定の停留所への到着予定時刻をリアルタイムで提供する。
【００２４】
以下、本実施形態のスタフデータ配信システム６０について詳説する。図２は、本実施形態のスタフデータ配信システム６０を示すブロック図である。なお、図２に示すブロック図は、便宜上、バスＢ１とサーバシステム１０とバス事業所２０との関係についてのみ示している。実際のサーバシステム１０は、図１に示すようにバスＢ１を含む複数のバスと無線通信（例えばセルラー網）によってネットワーク接続されている。つまり、以下に説明するバスＢ１とサーバシステム１０と事業所２０との関係は他のバスＢ２〜Ｂｎにも該当する。
【００２５】
バスＢ１は車載器Ｍ１、電光掲示板７、スピーカ８等を有する。車載器Ｍ１は、ＣＰＵ１、情報入力部２、メモリ３、通信装置４、アンテナ５、操作部６を有する。サーバシステム１０は、各サーバ１１、１２の他、通信装置１３、アンテナ１４、認証装置１５を有する。サーバシステム１０は、インターネットＮを介してバス事業所２０と常時接続されている。データベースサーバ１１には、バス事業所２０によって予め作成された、該事業所に所属する運転手の指紋データおよびスタフデータを相互に関連づけた状態で保管されている。なお、スタフデータには、運転手が一日に運行する系統および各系統における停留所とその発着時刻、さらには次の停留所を報知する車内ガイド作成用のデータ（ガイドデータ）等が含まれている。ＯＳＧｉサーバ１２は、データベースサーバ１１に保管されている各データを用いて様々な処理を実行することができる。
【００２６】
バス運転手は、一日の業務の開始にあたり、情報入力部２に該運転手に関する情報を入力する。本実施形態では、運転手に関する情報として該運転手の指紋を想定する。つまり、情報入力部２は、指紋認識部である。ＣＰＵ１は、受信した指紋データを通信装置４、アンテナ５を介してサーバシステム１０に送信する。
【００２７】
なお、運転手に関する情報は、指紋に限らず種々のバイオメトリクスデータをはじめ、ＩＤカード等の運転手の所有物、パスワード等の運転手が持つ知識、あるいはこれらの組み合わせであってもよい。この場合、情報入力部２は、入力される情報に対応した構成にすることができる。例えば、ＩＤカード使用時は、カードリーダが、パスワード使用時はテンキーがそれぞれ情報入力部２に該当する。運転手から採取された指紋データはＣＰＵ１に送られる。
【００２８】
サーバシステム１０において、ＣＰＵ１から送信された指紋データは、アンテナ１４、通信装置１３を介してＯＳＧｉサーバ１２に送信される。ＯＳＧｉサーバ１２は、指紋データを受信すると、該指紋データを認証装置１５に送信する。
【００２９】
認証装置１５は、上記指紋データがデータベースサーバ１１に予め保存されている複数の運転手の指紋データのいずれかと一致するかどうか認証を行う。認証の結果、車載器Ｍ１から送信された指紋データがデータベースサーバ１１内にあるいずれかの指紋データと合致する場合（認証成功時）、認証装置１５は、認証が成功したことを表す制御信号をＯＳＧｉサーバ１２に送信する。
【００３０】
ＯＳＧｉサーバ１２は、上記の制御信号を受信すると、データベースサーバ１１にアクセスし、車載器Ｍ１から送信された指紋データに対応するスタフデータを受信する。そして、ＯＳＧｉサーバ１２は、読み出したスタフデータを通信装置１３、アンテナ１４を介して車載器Ｍ１のＣＰＵ１に配信する。
【００３１】
車載器Ｍ１のＣＰＵ１は、サーバシステム１０から送信されたスタフデータを受け取ると、メモリ３に格納する。そしてＣＰＵ１は、運転手が操作部６を用いた所定の操作、例えば車内ガイド開始スイッチを押下すると、メモリ３に格納したスタフデータにおけるガイドデータを用いて映像信号か音声信号の少なくとも一方を生成する。ビデオドライバ７Ａは、ＣＰＵ１により生成された映像信号に従って電光掲示板７に所定の情報を映像表示させる。オーディオドライバ８Ａは、上記の音声信号に従ってスピーカ８から所定の情報を音声表示する。ここで、所定の情報としては、次の停留所の名称等が例示される。
【００３２】
スタフデータ配信時の、車載器Ｍ１のＣＰＵ１の動作を示すフローチャートは図３に、サーバシステム１０の動作を示すフローチャートは図４にそれぞれ示される。
【００３３】
車載器Ｍ１のＣＰＵ１は以下のように動作する。図３に示すように、ＣＰＵ１は、運転手が情報（ここでは指紋）を入力すると、ＣＰＵ１は、指紋認識部によって認識された指紋の画像データ（指紋データ）を生成し（Ｓ１）、サーバシステム１０に該画像データを送信する（Ｓ３）。次いで、ＣＰＵ１は、サーバシステム１０が認証等を行った結果として送信した応答信号を受信すると（Ｓ５）、該応答信号がデータ不一致信号（認証が失敗したことを示す信号）であるかどうかの判断を行う（Ｓ７）。
【００３４】
Ｓ７の判断の結果、サーバシステム１０からの応答信号がデータ不一致信号ではないと判断すると（Ｓ７：ＹＥＳ）、ＣＰＵ１は、該応答信号の後に連続してサーバシステム１０から送信されてくるスタフデータをメモリ３に格納する（Ｓ９）。このようにして、メモリ３にスタフデータがすべて格納された状態で運転手による運行が開始される。運行中、運転手の指示に従い、ＣＰＵ１は、該スタフデータに基づいた音声表示や映像表示を行う（Ｓ１１）。
【００３５】
なお、Ｓ７の判断の結果、サーバシステム１０からの応答信号がデータ不一致信号であると判断した場合（Ｓ７：ＮＯ）、ＣＰＵ１は、認証が失敗したことを表示する（Ｓ１３）。
【００３６】
上記ＣＰＵ１の動作に対応しつつ、ＯＳＧｉサーバ１２は以下のように動作する。図４に示すように、ＯＳＧｉサーバ１２は、予めバス事業所２０によって生成された、所属する運転手の指紋データおよび各指紋データに関連づけられるスタフデータからなるデータテーブルをインターネット経由で受信し、データベースサーバ１１に保管する（Ｓ５１）。
【００３７】
データベースサーバ１１にデータテーブルが保管された状態で、車載器Ｍ１から指紋データを受信するまで待機する（Ｓ５３：ＮＯ）。図３のＳ３の処理により、車載器Ｍ１から指紋データが送信されると（Ｓ５３：ＹＥＳ）、ＯＳＧｉサーバ１２は、認証処理を行う（Ｓ５５）。具体的には、ＯＳＧｉサーバ１２は、データベースサーバ１１内にあるデータテーブルから指紋データのリストを抽出し、車載器Ｍ１からの指紋データと比較する。その結果、車載器Ｍ１からの指紋データと一致する指紋データが該リスト内にあると判断すると（Ｓ５７：ＹＥＳ）、該指紋データに関連づけられたスタフデータを車載器Ｍ１に送信する（Ｓ５９）。
【００３８】
なおＯＳＧｉサーバ１２は、Ｓ５７において、車載器Ｍ１からの指紋データと一致する指紋データが該リスト内にないと判断すると（Ｓ５７：ＮＯ）、認証が失敗したと判断し、データ不一致信号を車載器Ｍ１に送信する（Ｓ６１）。
【００３９】
Ｓ５９またはＳ６１の処理が終了すると、ＯＳＧｉサーバ１２は、再び待機状態に入る（Ｓ５３：ＮＯ）。
【００４０】
以上の処理を経て、バスＢ１に対して、スタフデータに基づいた運行が可能になる。しかし、実際には交通事情をはじめとする様々な理由によってスタフデータ通りの運行、すなわち時刻表通りの運行が行われるとは限らない。このような運行の乱れが発生した場合に、運行途中に各バスＢ１〜Ｂｎのスタフデータの一部を書き換える、もしくは追加、削除するといったスタフデータの更新処理が自動的に行われるとより一層の負担軽減や経費削減につながる。
【００４１】
そこで、本実施形態では、以下のようにして各バスのスタフデータ更新処理の自動化を実現している。すなわち、上記のような運行の乱れが発生した場合、バス事業所２０は、インターネットＮを介してサーバシステム１０にアクセスし、データベースサーバ１１にあるデータテーブルを更新する。この更新は、直接該データテーブルの内容を書き換えてもよいし、バス事業所２０側のパーソナルコンピュータ等によって予め作成した新たなデータテーブルをデータベースサーバ１１上に上書きする状態でアップロードしてもよい。バス事業所２０は、データテーブルの更新が完了すると、ＯＳＧｉサーバ１２に対して再配信の指示を行う。
【００４２】
バス事業所２０からの再配信の指示を受けたＯＳＧｉサーバ１２は、更新前の状態のスタフデータによって運行がなされているバスの車載器に、更新後の新スタフデータを配信することにより、各バスのスタフデータを自動的に更新する。これにより、従来必要とされていた、終点に従業員を配置して運転手に直接回送指示を出す手間や、あるいは携帯電話によって連絡を取るといった手間を省くことができ、より一層の負担軽減や経費削減が実現される。
【００４３】
なお上記の説明では、ＯＳＧｉサーバ１２は、バス事業所２０から送信される再配信の指示を待って各バスのスタフデータの更新処理を行っている。ここで、ＯＳＧｉサーバ１２は、バス事業所２０によるデータテーブルの更新が行われたことを認識すると、更新が行われたスタフデータにより運行中のバスに自動的にアクセスし、更新処理を行う構成にしてもよい。
【００４４】
以上が本発明の実施形態である。なお、本発明に係るスタフ配信システムは、上記実施形態に限定されるものではなく、以下に説明するような構成の変更が可能である。
【００４５】
上記実施形態では、認証装置１５は、運転手によって入力される情報に対して認証を行うと説明した。しかし、本発明に係るスタフ配信システムにおける認証手段は上記説明に限定されるものではない。例えば、運転手による入力情報の代替としてもしくは該入力情報と併用して、運転手が乗り込んだバスの識別情報に対して認証を行うように認証装置１５を構成することも可能である。
【００４６】
また、図２に示す認証装置１５は、サーバシステム１０内に設けられているが、サーバシステム１０以外の場所に認証手段を設けることも可能である。例えば、認証装置１５を各バスに設けることも可能である。ここで、認証装置１５に例示される認証手段は、認証の対象となる情報の大きさに応じて決定するとよい。例えば、複数の情報に対して認証を行う場合や顔認証のように単一の情報であっても一つ一つの情報量が大きい場合には、認証時に比較するデータリストの量も増大するため、大容量のデータ保管が可能なサーバシステム側に設けることが好ましい。
【００４７】
また、上記実施形態において車載器のＣＰＵ１は、配信されたスタフデータに基づいて映像表示や音声表示を行うと説明したが、各表示はあくまで一例である。また、通信手段としては、上記実施形態で説明したもののほか、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、などを利用することも可能である。
【００４８】
【発明の効果】
このように本発明は、バス、サーバ、バス事業所をネットワークで接続し、認証が行われた場合に限り、該当するバスへスタフデータを自動的に配信する構成にすることにより、運転手やバス事業所が負っていた時間的、人的負担を軽減することができる。しかも、認証が成功した場合にのみ、スタフデータが配信される構成にしたことにより、スタフデータの受け渡しに関する過誤をなくすとともに、第三者による悪用、盗用も有効に防止することができる。
【００４９】
また本発明によれば、運行途中のスタフデータも任意のタイミングで自動的に更新可能である。これにより、従来、交通事情の変化等によってスタフデータ通りの運行に支障が出た場合に行わなければならなかった連絡係として従業員を終点に派遣する手間や、各運転手に無線もしくは携帯電話で連絡確認を取る手間が省け、より一層の負担軽減や経費削減が実現される。
【図面の簡単な説明】
【図１】本発明の実施形態のスタフデータ配信システムが組み込まれたバス運行管理システムの概略構成を表すブロック図である。
【図２】本実施形態のスタフデータ配信システムを示すブロック図である。
【図３】本発明の実施形態の車載器のＣＰＵの動作を示すフローチャートである。
【図４】本発明の実施形態のサーバシステムの動作を示すフローチャートである。
【符号の説明】
１０    サーバシステム
１１    データベースサーバ
１２    ＯＳＧｉサーバ
１５    認証装置
２０    バス事業所
Ｂ１〜Ｂｎ    バス
Ｍ１〜Ｍｎ    車載器
６０    スタフデータ配信システム
１００    バス運行管理システム
【図１】
2004348547.tif 000003
【図２】
2004348547.tif 000004
【図３】
2004348547.tif 000005
【図４】
2004348547.tif 000006