JP6767098B2 - 通信システム及び通信制御方法 - Google Patents

Description

本発明は、車両に搭載される運行記録計などの車載器を管理する通信システム及び通信システムを制御するための通信制御方法に関する。

例えば特許文献１においては、無線通信が可能な車載器を搭載した車両と、情報管理センタと、タクシー業者の装置とを接続したタクシー管理システムを示している。このシステムにおいては、情報管理センタが全タクシー車両に対して位置情報のポーリングを定期的に行い、タクシー車両からの応答により位置情報を把握する。そして、情報管理センタは、全タクシー車両の空車状況と位置情報に基づいて地図上に空車情報を重畳し、タクシー業者に送信する。

また、特許文献２は移動局である営業車両と基地局および管理センタとを含む車両運行システムを示している。この車両運行システムにおいて、基地局は、全移動局の動態位置情報を定期的に収集するために、ポーリング信号を定期的に各移動局に送信する。移動局は、ポーリングに応答して車両の位置情報などを送信する。管理センタでは、基地局からの情報に基づき報知情報を計算し、基地局を介して、移動局に送信する。車両では、その報知情報をモニタに表示する。

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

特許文献１や特許文献２のような技術を採用することにより、例えば管理センタや管理センタを利用する企業等のユーザは、様々な車両の現在位置の情報を常時把握することができ、タクシーやトラックのような業務用車両を適切に配車するために現在位置の情報を利用できる。

しかし、企業等のユーザが各車両の現在位置の情報を常時必要とするとは限らない。例えば、タクシーの配車を行う用途では、迎車を必要とする顧客からユーザ企業であるタクシー会社が連絡を受けたような場合に各車両の位置情報が必要になるが、そのようなイベントが発生しない状況では、位置情報が不要な場合も多い。

特許文献１及び特許文献２のような技術では、短い時間間隔で定期的にポーリングを行って各車両から位置情報を取得しているが、定期的に取得した位置情報の大部分は実際には利用されない無駄な情報である可能性が高い。

したがって、例えば大量の車両を管理するデータセンタにおいては、無駄なデータ通信を最小限に抑制することが求められる。そのため、例えばユーザから車両位置検索の要求を受けた時だけ、データセンタが車両に搭載された車載器に対して問い合わせを行い、各車両から位置情報を取得するような通信サービスを行っている。これにより、実際にユーザが必要とする時だけ、車両の位置情報の取得に関するデータ通信を行うことができ、無駄なデータ通信の発生を抑制できる。

しかしながら、ユーザが必要とする時だけ、ユーザの要求によりデータセンタが車載器との間でデータ通信を行う場合には、ユーザが同じような入力操作を何回も繰り返す場合もあり、配車等の作業を効率的に行うことができなかった。

例えば、ユーザが管理している多数の車両のそれぞれの位置情報を必要とする場合に、該当する車両を順番に指定して、その都度、位置情報の要求をユーザからデータセンタに送信しなければならないため、ユーザは車両の数だけ同じ操作を繰り返すことになる。

また、車両を管理するユーザ企業は、位置情報を必要とする場合以外にも、様々な状況で各車両や乗務員を管理する必要がある。例えば、様々な状況を各車両の乗務員に知らせるために、車載器にメッセージを送りたい場合がある。また、災害発生時には各車両の乗務員の安否を確認する必要がある。また、道路で渋滞が発生しているような状況では、効率的な運行のために渋滞に関する情報を収集する必要がある。また、各車両の車載器が利用するソフトウェアを更新したい場合がある。このような状況で、データセンタを介して各車載器を遠隔操作しようとすると、ユーザは車両の数だけ同じ入力操作を繰り返すことが必要になり、車両の数が増えると、作業を効率的に行うことができない。

本発明は、上記の状況に鑑みてなされたものであり、その目的は、複数の車両を管理するユーザが所定のデータセンタを利用して車両に搭載された各車載器を遠隔操作しようとする場合に、ユーザにおける入力操作の効率を改善することが可能な通信システム及び通信制御方法を提供することにある。

前述した目的を達成するために、本発明に係る通信システムは、下記（１）〜（５）を特徴としている。

（１） 車両に搭載され車両外部との間で無線通信するための無線通信機能を含む車載器と、前記車載器を車両の外部から遠隔操作するためのユーザ操作端末と、前記ユーザ操作端末からの指示に従って制御対象の前記車載器との間で無線データ通信を行うデータセンタと、を備える通信システムであって、
前記データセンタは、ユーザと複数の車載器との対応関係が事前に登録された車載器管理部と、
前記ユーザ操作端末からの要求を受信した場合に、前記受信した要求が、通常送信要求及び一括送信要求の何れであるかを識別する識別手段と、
前記通常送信要求を受信した場合には、前記通常送信要求に対応する１つの車載器を特定し、前記一括送信要求を受信した場合には、前記車載器管理部に登録されている対応関係に基づいて、操作を行った前記ユーザに対応付けられた複数の車載器を特定する特定手段と、
前記通常送信要求を受信した場合には、前記特定手段に特定された前記１つの車載器に対して前記通常送信要求に対応する命令を送信し、前記一括送信要求を受信した場合には、前記特定手段に特定された前記複数の車載器のそれぞれに対して、前記一括送信要求に対応する命令を同時に、もしくは順番に送信する車載器側送信手段と、を有し、
前記一括送信要求として、前記車載器が使用するハザードマップの更新要求が含まれる
ことを特徴とする。

この通信システムによれば、ユーザ操作端末を扱うユーザは、複数の車載器に対して同じ指示を与えようとする時に、一括送信要求の入力操作を１回行うだけでよく、これだけで複数の車載器の全てに共通の指示を一斉に与えることができる。ユーザ操作端末またはデータセンタは、車載器管理部に登録された情報に基づいて、指示を与えるべき送信先の全ての車載器を特定できる。したがって、ユーザの入力操作に関する作業効率を大幅に改善できる。また、入力操作全体の所要時間を短縮できるので、例えば位置情報を取得する場合には、短時間で全車載器の位置情報を取得できる。

（２） 上記（１）に記載の通信システムであって、
前記特定手段は、前記一括送信要求に対応して送信した命令に対する前記複数の車載器の各々からの応答を受信すると、応答を送信した車載器を特定し、
前記データセンタは、さらに、前記一括送信要求の要求元の前記ユーザ操作端末に対して、前記応答に対応する情報を送信するユーザ操作端末側送信手段を有する
ことを特徴とする。

この通信システムによれば、ユーザ操作端末は、一括送信要求に対する応答として、各車載器から所定の情報を取得することができる。つまり、ユーザは簡単な入力操作を行うだけで、多数の車載器の各々から情報を収集することができる。

（３） 上記（２）に記載の通信制御方法であって、
前記特定手段は、前記一括送信要求に対応して送信した命令に対して、送信先の車載器からの応答を所定時間以内に検出しない場合には、該当する車載器を特定し、
前記ユーザ操作端末側送信手段は、前記一括送信要求の要求元の前記ユーザ操作端末に対して、前記応答がないことを表す情報を送信する、
ことを特徴とする。

この通信システムによれば、ユーザは複数の車載器の各々が与えた命令に対して応答可能な状態か否かを識別可能な情報を、データセンタおよびユーザ操作端末を介して取得できる。したがって、例えば災害発生時などの状況で役に立つ安否確認などの情報を容易に入手できる。

（４） 上記（１）〜（３）のいずれかの通信制御方法であって、
前記一括送信要求として、前記車載器を搭載した車両の位置情報の要求、及び、前記車載器に対するメッセージの送信要求、の少なくとも１つが含まれる、
ことを特徴とする。

この通信システムによれば、車載器を操作する様々な用途において、ユーザの入力操作の効率を改善できる。すなわち、一括送信要求で車両の位置情報を要求することにより、多数の車両の位置情報を簡単に収集できる。また、一括送信要求でメッセージを送信することにより、各車両の乗務員に対して一斉にメッセージを伝えることが可能になる。また、一括送信要求でソフトウェアの更新を要求することにより、多数の車載器の各々が扱うソフトウェアを一斉に更新することが可能になる。

（５） 上記（４）に記載の通信制御方法であって、
前記車載器は、前記データセンタからのメッセージを受信した場合に、少なくとも車両が所定の運行状態である間は、前記メッセージのデータを保持し、車両の乗務員の要求操作に従い、前記メッセージの出力を複数回行う、
ことを特徴とする。

この通信システムによれば、各車載器が前記メッセージを受け取った時に、乗務員が当該メッセージを確認できないような運転状況であったとしても、その後で再び当該メッセージを出力し確認することができる。

また、前述した目的を達成するために、本発明に係る通信制御方法は、下記（６）を特徴としている。

（６） 車両に搭載され車両外部との間で無線通信するための無線通信機能を含む車載器と、前記車載器を車両の外部から遠隔操作するためのユーザ操作端末と、前記ユーザ操作端末からの指示に従って制御対象の前記車載器との間で無線データ通信を行うデータセンタと、で構成される通信システム、を制御するための通信制御方法であって、
前記データセンタが、特定ユーザと複数の車載器との対応関係を所定の車載器管理部に事前に保持し、
ユーザからの要求を前記データセンタが検知した場合に、前記データセンタは、前記検知した要求が通常送信要求及び一括送信要求の何れであるかを識別し、前記通常送信要求を検知した場合には、前記通常送信要求に対応する１つの車載器を特定し、特定した前記１つの車載器に対して前記通常送信要求に対応する命令を送信し、前記一括送信要求を検知した場合には、該当するユーザに対応付けられた複数の車載器を前記車載器管理部により特定し、特定した前記複数の車載器のそれぞれに対して、前記一括送信要求に対応する命令を同時に、もしくは順番に送信し、
前記一括送信要求として、前記車載器が使用するハザードマップの更新要求が含まれる、
ことを特徴とする。

この通信制御方法によれば、ユーザ操作端末を操作するユーザは、データセンタの提供するサービスを利用することにより、簡単な入力操作だけで、複数の車載器を遠隔操作することが可能になる。

本発明の通信システム及び通信制御方法によれば、複数の車両を管理するユーザが所定のデータセンタを利用して車両に搭載された各車載器を遠隔操作しようとする場合に、ユーザにおける入力操作の効率を改善することが可能になる。

以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。

図１は、本発明の実施形態で使用する通信システムの構成例を示すブロック図である。 図２は、通信システムに含まれる車載器の構成例を示すブロック図である。 図３は、ユーザが通常モードで位置情報を要求した場合の通信システム全体の動作例を示すシーケンス図である。 図４は、ユーザが一括送信要求モードで位置情報を要求した場合の通信システム全体の動作例を示すシーケンス図である。 図５は、データセンタ内の装置の構成例を示すブロック図である。 図６は、車載器管理テーブルの構成例を示す模式図である。 図７は、データセンタが車載器へデータを送信する処理の具体例を示すフローチャートである。 図８は、データセンタがユーザからの要求を処理する動作の具体例を示すフローチャートである。 図９は、車載器が受信したメッセージを処理する動作の具体例を示すフローチャートである。

本発明に関する具体的な実施形態について、各図を参照しながら以下に説明する。

まず、通信システム１００全体の構成について説明する。
図１は、本発明の通信制御方法を適用可能な通信システム１００の構成例を示すブロック図である。図１に示すように、この通信システム１００は、車載器１０と、データセンタ２０と、事務所ＰＣ３０とを含んでいる。また、車載器１０とデータセンタ２０との間は広域通信網４０を介して接続され、データセンタ２０と事務所ＰＣ３０との間は通信回線５０を介して接続されている。

図１に示した通信システム１００に含まれる車載器１０は、デジタル式の運行記録計、すなわちデジタルタコグラフである。また、この車載器１０はデータセンタ２０の通信サービスを利用できるように無線データ通信機能を備えている。車載器１０は、一般的には例えばタクシーやトラックのような業務用車両、あるいはリース契約された様々な車両に搭載した状態で使用される。

なお、本実施形態では車載器１０として運行記録計を想定しているが、その他の車載器、例えばドライブレコーダやタクシーメータなどに置き換える場合も想定できる。

例えば、多数のタクシー車両を所有するタクシー会社が各タクシー車両の運行状態などを管理しようとする場合に、各タクシー車両に、車載器１０としてデジタルタコグラフを搭載する。

また、タクシー会社等のユーザは、社内の事務所等に設置した事務所ＰＣ３０を用いて、各車両に搭載した車載器１０を遠隔操作したり、車載器１０から必要なデータを取得して、車両の運行管理や安全運転の管理などに役立てることが可能である。

また、車載器１０を扱うのに適した専用のデータ処理サービスを提供するデータセンタ２０を利用することにより、事務所ＰＣ３０の負担を減らすことができる。また、必要なタイミングで多数の車両の各々に搭載された車載器１０との間で通信回線を確保し、様々な情報を低コストで取得して高度なデータ分析を行うことが可能になる。

事務所ＰＣ３０は、一般的なＰＣ（パーソナルコンピュータ）に、管理用の専用のソフトウェアを組み込んだ装置である。管理対象の各車両に車載器１０として搭載したデジタルタコグラフから様々なデータを収集し分析することにより、各車両の運行管理や安全運転の管理などに役立つ情報が得られる。

具体例としては、各車両の現在位置を表す情報を収集することにより、多数の車両の現在の配車状況の把握が容易になり、効率的な運行ができるように各車両に指示を与えることも可能になる。また、車速、エンジン回転数などの情報を収集して分析することにより、乗務員の安全運転支援に役立つ情報が得られる。

また、事務所ＰＣ３０からデータセンタ２０を経由して、各車載器１０にメッセージを送信することも可能である。また、事務所ＰＣ３０からデータセンタ２０を経由して、各車載器１０を遠隔操作し、各車載器１０が使用するソフトウェア、すなわち車載器自体を制御するファームウェアや、ハザードマップのような定数データを最新の内容に更新することも可能である。

次に、車載器１０の構成について説明する。
図２は、図１の通信システム１００に含まれる車載器１０の構成例を示すブロック図である。図２に示すように、この車載器１０は、マイクロコンピュータ（ＣＰＵ）１１、表示部１２、メモリ（ＳＲＡＭ）１３、メモリ（ＲＯＭ）１４、シリアルインタフェース（Ｉ／Ｆ）１５、通信インタフェース１６、外付け表示器１７、通信モジュール１８、通信アンテナ１９、操作部６１、音声出力部６２、スピーカ６３、信号処理部６４、およびＧＰＳ受信機６５を備えている。

マイクロコンピュータ１１は、予め内部に組み込まれたプログラムやメモリ１４上に存在するプログラムを実行することにより、車載器１０全体の機能を実現するために必要な各種制御を行う。

表示部１２は、比較的情報量の少ない可視情報を表示する機能を有し、マイクロコンピュータ１１の制御により、例えば車速、時刻、位置のような数値を表示することができる。

メモリ１３は、揮発性であり、マイクロコンピュータ１１のアクセスにより、データの読み出しおよび書き込みを自在に行うことができる。このメモリ１３は、様々なデータを一時的に保持するために利用される。

メモリ１４は、不揮発性であり、マイクロコンピュータ１１のアクセスにより、データの読み出しおよび書き込みを自在に行うことができる。このメモリ１４は、車載器１０の様々な機能を実現するために必要なソフトウェア、例えばファームウェアのようなプログラムや、ハザードマップのような定数データ群を保持するために利用される。

外付け表示器１７は、様々な可視情報を乗務員が視認しやすい状態で表示する機能を有している。この外付け表示器１７は、シリアルインタフェース１５を介してマイクロコンピュータ１１と接続されている。外付け表示器１７は、例えば車載器１０の状態を表示したり、安全運転に役立つ文字のメッセージ、車載器１０に対する入力操作を促すためのメッセージなどを表示するために利用される。

通信モジュール１８は、通信アンテナ１９を利用して、例えば移動体通信事業者が提供する所定の広域通信網４０との間で無線通信を行ってデータ通信用の無線通信回線を確保するために必要な通信機能を搭載している。この通信モジュール１８は、通信インタフェース１６を介してマイクロコンピュータ１１と接続されている。

操作部６１は、乗務員が操作可能な複数の操作ボタン（図示せず）を有している。マイクロコンピュータ１１は、操作部６１の各操作ボタンの状態の変化を読み取ることにより、乗務員の入力操作を検出できる。

音声出力部６２は、テキスト形式のメッセージから疑似音声信号を合成することができる。音声出力部６２が生成した疑似音声信号は、スピーカ６３から音声のメッセージとして出力される。例えば、乗務員に安全運転を促す音声メッセージ、効率的な車両運行に役立つ音声メッセージ、入力操作を促すための音声メッセージなどを出力することが可能である。

信号処理部６４は、車両の運行状態を表す複数の信号ＳＧ１、ＳＧ２、およびＳＧ３を処理してマイクロコンピュータ１１に与えることができる。具体的には、車両のイグニッションのオンオフ状態を表す信号、車速を表すパルス信号、エンジン回転数を表すパルス信号などが、信号ＳＧ１、ＳＧ２、およびＳＧ３として入力される。

ＧＰＳ受信機６５は、複数のＧＰＳ（Global Positioning System）衛星からの電波を受信し、受信した時間の情報に基づいて受信地点、すなわち車両の位置（緯度／経度）を算出することができる。

したがって、マイクロコンピュータ１１は、信号処理部６４から入力される信号に基づいて、イグニッションのオンオフ状態、車速、エンジン回転数などを把握することができ、ＧＰＳ受信機６５の出力から車両の現在位置を把握することもできる。また、例えば操作部６１のボタン操作の検出結果等に基づき、車両の運行状態の違いを表す「実車」、「空車」を把握することもできる。また、これらの情報を、マイクロコンピュータ１１がメモリ１４上に自動的に保存したり、広域通信網４０を経由してデータセンタ２０に転送することができる。

次に、データセンタ２０の構成について説明する。
図５は、データセンタ２０内の装置の構成例を示すブロック図である。図５の構成例においては、データセンタ２０内は、サーバ本体２１、大容量記憶装置２２、ユーザ管理部２４、車載器管理部２５、ユーザ側通信インタフェース２６、および車載器側通信インタフェース２７を備えた総体を意味する。

サーバ本体２１は、所定のコンピュータにより構成されており、車載器側通信インタフェース２７および広域通信網４０を介して各車両の車載器１０との間で必要に応じてデータ通信を行う。また、サーバ本体２１はユーザ側通信インタフェース２６および通信回線５０を介して各ユーザの事務所ＰＣ３０との間で必要に応じてデータ通信を行う。

また、サーバ本体２１は事前に定めた処理手順に従い、または事務所ＰＣ３０から入力された要求を解析した結果に従い様々な処理を行う。例えば、各車載器１０から必要なタイミングでデータを取得したり、取得したデータを大容量記憶装置２２に蓄積したり、取得したデータに対して所定の分析処理を施したり、取得したデータを事務所ＰＣ３０に転送することができる。また、事務所ＰＣ３０が送信したメッセージを車載器１０に転送することもできる。

大容量記憶装置２２は、多数の車載器１０の各々から取得した大量のデータを蓄積したり、分析結果のデータを蓄積することができる。

ユーザ管理部２４は、データセンタ２０のサービスを利用するユーザを管理するために必要な情報を保持している。すなわち、事前に登録した各々のユーザを識別するために必要なユーザＩＤや、認証のために必要なユーザ毎の固有のパスワードなどをユーザ管理部２４が保持している。

各ユーザが最初にデータセンタ２０のサーバ本体２１にアクセスする時には、サービスを利用するユーザを特定し、認証を行う必要がある。この際に、事務所ＰＣ３０からサーバ本体２１に入力されるユーザＩＤ、パスワード等の情報と、ユーザ管理部２４上に保持されている情報とを照合することにより、正規のユーザか否かを識別できる。

車載器管理部２５は、各ユーザが所有もしくは管理している車両に搭載した各車載器１０をユーザ毎に把握するために必要な情報、すなわち後述する車載器管理テーブル２５ａを保持している。車載器管理部２５を利用することにより、サーバ本体２１はユーザの管理下の各車載器１０をユーザ毎に把握することができる。

次に、車載器管理テーブル２５ａの構成について説明する。
図５に示した車載器管理部２５に備わっている車載器管理テーブル２５ａの構成例を図６に示す。図６に示した車載器管理テーブル２５ａは、各車載器１０に割り当てた車載器ＩＤと、ユーザＩＤと、車載器ＩＰ（Internet Protocol）アドレスとを互いに対応付けて保持している。

図６に示す例では、ユーザＩＤが（ＩＤｕ＝００１）のユーザに対して、ＩＤｄ００１〜ＩＤｄ０２１の各車載器ＩＤが割り当てられた２１台の車載器１０が対応付けられている。また、ユーザＩＤが（ＩＤｕ＝００２）のユーザに対して、ＩＤｄ０２２〜ＩＤｄ０３１の各車載器ＩＤが割り当てられた１１台の車載器１０が対応付けられている。また、ユーザＩＤが（ＩＤｕ＝００３）のユーザに対しては、ＩＤｄ０３２以降の車載器ＩＤが割り当てられた車載器１０が対応付けられている。

したがって、図６の車載器管理テーブル２５ａを利用することにより、ユーザＩＤと各車載器ＩＤとの関係を把握することができる。また、各車載器ＩＤが割り当てられた車載器１０との間で通信する際に使用するＩＰアドレスを特定できる。なお、図６に示した車載器管理テーブル２５ａは複数ユーザの情報を纏めて保持しているが、ユーザＩＤ毎にそれぞれ独立した車載器管理テーブル２５ａを用意してもよい。

次に、通信システム１００全体の動作について説明する。
＜動作の概要＞
通信システム１００に含まれる多数の車載器１０の各々は、イグニッションのオンオフ状態、車速、エンジン回転数、車両の現在位置などの情報を逐次取得する。取得したこれらの情報は、車載器１０の内部に自動的に保存する。

また、例えばイグニッションのオンオフ状態が切り替わった時には、車載器１０は最新の情報を広域通信網４０を介してデータセンタ２０に送信する。したがって、データセンタ２０では、車両毎に、イグニッションのオンオフ状態が切り替わった時の車速、エンジン回転数、車両の現在位置などの情報を自動的に取得できる。

また、データセンタ２０内のサーバ本体２１に組み込まれた処理手順に従い、データセンタ２０が各車載器１０に対して必要な情報の送信を要求する場合もある。データセンタ２０では、車載器１０毎に取得した情報を蓄積したり、蓄積した情報に対して分析を施したり、取得した情報や分析結果のデータを事務所ＰＣ３０に送信することができる。

また、各ユーザは、事務所ＰＣ３０を利用してデータセンタ２０のサーバ本体２１にアクセスし、データセンタ２０が提供する所定のサービスを利用することができる。すなわち、ユーザは事務所ＰＣ３０からデータセンタ２０に対して所定の要求を行うことにより、当該ユーザの管理下の各車載器１０に対して命令を送って遠隔操作を行ったり、車載器１０から情報を取得したり、車載器１０にメッセージを送ることができる。

本実施形態では、ユーザが事務所ＰＣ３０からデータセンタ２０に要求を送る際のデータセンタ２０の動作モードとして、「通常モード」と、「一括送信要求モード」とがある。「通常モード」は、ユーザが指定した特定の車載器１０を制御するためのモードである。「一括送信要求モード」は、当該ユーザの管理下の全ての車載器１０を一括して遠隔制御するためのモードである。

＜ユーザの要求に対応したシステムの動作＞
＜通常モードの動作例＞
事務所ＰＣ３０を操作するユーザが、データセンタ２０に対して「通常モード」で位置情報を要求した場合の通信システム全体の動作シーケンスの例を図３に示す。図３の動作について以下に説明する。

なお、図３に示す動作を実行する前に、ユーザはデータセンタ２０のサービスを利用できるように、ユーザＩＤとパスワード等の認証情報を事務所ＰＣ３０に入力し、事務所ＰＣ３０とサーバ本体２１との間で認証を完了しておく必要がある。

ユーザが事務所ＰＣ３０を操作して、目的の「車両Ａ」を選択し（Ｓ１１）、図示しない「車両位置要求ボタン」を押下する（Ｓ１２）と、その入力に従って、事務所ＰＣ３０は、「車両Ａ位置要求」をデータセンタ２０に送信する（Ｓ１３）。この「車両Ａ位置要求」は、要求元の該当するユーザを識別するためのユーザＩＤ等の情報と、制御対象の「車両Ａ」を特定する情報とを含んでいる。ここで、「車両Ａ」は、車両を特定するＩＤの情報でもよいし、その車両に搭載された車載器１０を表す車載器ＩＤであってもよい。

サーバ本体２１は、事務所ＰＣ３０から「車両Ａ位置要求」を受信すると、この要求を処理する。そして、受信した要求により指定された制御対象の「車両Ａ」にアクセスできるように、「車両Ａ」に搭載された車載器１０に割り当てられたＩＰアドレスを特定する（Ｓ２１）。例えば、図６に示した車載器管理テーブル２５ａを参照することにより、車載器ＩＤから目的のＩＰアドレスを取得できる。そして、サーバ本体２１はＳ２１で取得したＩＰアドレスを宛先として、所定の「位置要求コマンド」を広域通信網４０を経由して目的の車載器１０に送信する（Ｓ２２）。

車載器１０は、サーバ本体２１からの前記「位置要求コマンド」を受信すると（Ｓ３１）、この命令を受け付けて次のように処理する。車載器１０は、ＧＰＳ受信機６５を利用して現在位置の情報を取得する（Ｓ３２）。また、車載器１０は最新の車両情報、すなわち車速、エンジン回転数、実車／空車の区分等の情報を取得する（Ｓ３３）。

そして、車載器１０はＳ３１で受信した命令に対して返信するために必要な「位置返信コマンド」を含むパケットを生成する（Ｓ３４）。この「位置返信コマンド」には、Ｓ３２で取得した位置情報とＳ３３で取得した車両情報とが含まれる。位置情報だけを「位置返信コマンド」に含めてもよい。また、車載器１０はＳ３４で生成した「位置返信コマンド」のパケットを、広域通信網４０を経由してサーバ本体２１に返信する（Ｓ３５）。

データセンタ２０のサーバ本体２１は、車載器１０から「位置返信コマンド」のパケットを受信すると（Ｓ２３）、受信したパケットの送信元のＩＰアドレスから、該当する車載器１０の車載器ＩＤ、あるいは車両を特定する（Ｓ２４）。例えば、図６に示した車載器管理テーブル２５ａを参照することにより、ＩＰアドレスから車載器ＩＤを特定できる。そして、サーバ本体２１は、Ｓ２４で特定した車載器ＩＤ、あるいは車両に基づき、要求元の事務所ＰＣ３０を特定し、Ｓ２３で受信したパケットを事務所ＰＣ３０に返信として転送する。

事務所ＰＣ３０は、Ｓ１３で送信した「車両Ａ位置要求」に対する応答として、「位置返信コマンド」のパケットをデータセンタ２０から受信する（Ｓ１４）と、このパケットに含まれる該当車両の位置情報を、地図上にマッピングする（Ｓ１５）。つまり、地図上に車両の位置を表示できるように対応付ける。

また、受信したパケットに位置情報以外の付加情報、例えば車速、エンジン回転数、実車／空車の区別などの情報が含まれている場合には、これらの情報を該当する「車両Ａ」に対応付けて表示画面上でポップアップとして表示できるように事務所ＰＣ３０がデータを処理する（Ｓ１６）。また、事務所ＰＣ３０は要求に対して「車両Ａ位置情報取得」が完了したことを画面に表示してユーザに通知する（Ｓ１７）。

したがって、図３に示した動作を複数の車両に対して行う場合には、ユーザはＳ１１で順番に各車両を選択し、Ｓ１２で「車両位置要求ボタン」を押下する操作を何回も繰り返すことになる。

＜一括送信要求モードの動作例＞
事務所ＰＣ３０を操作するユーザが、データセンタ２０に対して「一括送信要求モード」で位置情報を要求した場合の通信システム全体の動作シーケンスの例を図４に示す。図４の動作について以下に説明する。

なお、図４に示す動作を実行する前に、ユーザはデータセンタ２０のサービスを利用できるように、ユーザＩＤとパスワード等の認証情報を事務所ＰＣ３０に入力し、事務所ＰＣ３０とサーバ本体２１との間で認証を完了しておく必要がある。

ユーザの管理下の全ての車両を操作対象として位置情報を要求する場合には、ユーザは事務所ＰＣ３０を操作して、図示しない「全車両位置要求ボタン」を押下する（Ｓ４１）。その入力に従って、事務所ＰＣ３０は、「全車両位置要求」をデータセンタ２０に送信する（Ｓ４２）。この「全車両位置要求」は、要求元の該当するユーザを識別するためのユーザＩＤ等の情報と、制御対象が「全車両」であることを示す情報とを含んでいる。

サーバ本体２１は、事務所ＰＣ３０からの前記「全車両位置要求」を受信すると、この要求を処理する。そして、受信した要求の制御対象が「全車両」であることが分かるので、要求を送信したユーザに対応付けられた全ての車両の車載器１０を処理対象として、車両毎の車載器１０にアクセスするために必要なＩＰアドレスを特定する（Ｓ５１）。

例えば、「全車両位置要求」の要求元のユーザのユーザＩＤが（ＩＤｕ＝００１）であり、図６に示した車載器管理テーブル２５ａを使用している場合には、ＩＤｄ００１〜ＩＤｄ０２１の車載器ＩＤが割り当てられた２１台の車載器１０が制御対象であることが分かるので、これらの各々について車載器ＩＰアドレスを車載器管理テーブル２５ａから取得する。

そして、サーバ本体２１は制御対象の２１台の車載器１０のそれぞれに対して、つまりＳ５１で特定した各車載器ＩＰアドレスを送信先として、「位置要求コマンド」を一斉に、もしくは順番に広域通信網４０を経由して送信する。

したがって、ユーザの管理下にある全ての車両、つまり図４に示す「車両Ａ」、「車両Ｂ」、「車両Ｃ」・・・にそれぞれ搭載された車載器１０は、サーバ本体２１からの前記「位置要求コマンド」をそれぞれ受信する（Ｓ６１）。

この「位置要求コマンド」を受信した各々の車載器１０は、ＧＰＳ受信機６５を利用して現在位置の情報を取得する（Ｓ６２）。また、車載器１０は最新の車両情報、すなわち車速、エンジン回転数、実車／空車の区分等の情報を取得する（Ｓ６３）。

そして、車載器１０はＳ６１で受信した命令に対して返信するために必要な「位置返信コマンド」を含むパケットを生成する（Ｓ６４）。この「位置返信コマンド」には、Ｓ６２で取得した位置情報とＳ６３で取得した車両情報とが含まれる。位置情報だけを「位置返信コマンド」に含めてもよい。また、車載器１０はＳ６４で生成した「位置返信コマンド」のパケットを、広域通信網４０を経由してサーバ本体２１に返信する（Ｓ６５）。

データセンタ２０のサーバ本体２１は、各車載器１０から「位置返信コマンド」のパケットを受信すると（Ｓ５３）、受信したパケットの送信元のＩＰアドレスから、該当する車載器１０の車載器ＩＤ、あるいは車両を特定する（Ｓ５４）。例えば、図６に示した車載器管理テーブル２５ａを参照することにより、ＩＰアドレスから車載器ＩＤを特定できる。そして、サーバ本体２１は、Ｓ５４で特定した車載器ＩＤ、あるいは車両に基づき、要求元の事務所ＰＣ３０を特定し、Ｓ５３で受信したパケットを事務所ＰＣ３０に返信として転送する。

事務所ＰＣ３０は、Ｓ４２で送信した「全車両位置要求」に対する応答として、各車両の車載器１０からの「位置返信コマンド」のパケットをデータセンタ２０から受信する（Ｓ４３）と、このパケットに含まれる該当車両の位置情報を、地図上にマッピングする（Ｓ４４）。つまり、地図上に車両の位置を表示できるように対応付ける。

また、受信したパケットに位置情報以外の付加情報、例えば車速、エンジン回転数、実車／空車の区別などの情報が含まれている場合には、これらの情報を該当する車両に対応付けて表示画面上でポップアップとして表示できるように事務所ＰＣ３０がデータを処理する（Ｓ４５）。

また、事務所ＰＣ３０はＳ４３で受信したパケットの送信元の車両について、「車両位置情報取得」が完了したことを画面に表示してユーザに通知する（Ｓ４６）。

また、事務所ＰＣ３０はＳ４２で要求した全車両について、位置情報の取得が完了したか否かをＳ４７で識別し、位置情報を取得していない車両が残っている場合には、Ｓ４３に戻って処理を繰り返す。

したがって、図４に示した一括送信要求モードの動作を実行する場合には、ユーザはＳ４１で「全車両位置要求ボタン」を１回押下するだけで、ユーザの管理下の全ての車両から位置情報等を一括して取得することができる。

例えば、多数のタクシー車両の運行を管理するタクシー会社が、乗客となる顧客から迎車の要求を受け付けたような場合には、顧客の現在位置に最も近い位置に存在し、かつ空車状態のタクシー車両を特定する必要がある。このときに、ユーザは事務所ＰＣ３０の「全車両位置要求ボタン」を１回押下するだけで、全車両の位置情報等を取得できる。そして、事務所ＰＣ３０の画面上の地図に各車両位置を表示させることにより、該当するタクシー車両を容易に特定できる。

次に、データセンタ２０における処理の詳細について説明する。
＜データセンタが車載器へデータを送信する処理＞
データセンタ２０が車載器１０へデータを送信する処理の具体例を図７に示す。例えば、図４に示したステップＳ５２でサーバ本体２１が「位置要求コマンド」を車載器１０に送信するような場合に、図７の処理が実行される。図７の処理について以下に説明する。

ステップＳ１０１では、サーバ本体２１は該当するデータ、例えば「位置要求コマンド」を車載器１０に対して送信する。また、ステップＳ１０２で内部タイマを起動して、データを送信してからの経過時間の計測を開始する。

ステップＳ１０３では、サーバ本体２１は、Ｓ１０１で送信したデータに対する車載器１０からの応答の有無を識別する。応答有の場合はＳ１０５に進み、応答なしの場合はＳ１０４に進む。

ステップＳ１０４では、サーバ本体２１はＳ１０２で起動した内部タイマで計測している経過時間を閾値と比較してタイムアウトか否かを識別する。所定時間内であればＳ１０３に戻り、タイムアウトになった場合はＳ１０６に進む。

ステップＳ１０５では、サーバ本体２１は、車載器１０からの応答に対応するメッセージを、該当する車載器ＩＤと共に、要求を送信したユーザの事務所ＰＣ３０に返信として送信する。

ステップＳ１０６では、サーバ本体２１は、車載器１０からの応答がないことを示すメッセージを、該当する車載器ＩＤと共に、要求を送信したユーザの事務所ＰＣ３０に返信として送信する。

したがって、ユーザの要求に対して各車載器１０が応答できる状態か否かにかかわらず、ユーザが扱う事務所ＰＣ３０は、何らかの応答をデータセンタ２０から受け取ることができる。また、要求に対して車載器１０が所定時間以内に応答したか否かに応じて、異なるメッセージがデータセンタ２０から事務所ＰＣ３０に返信されるので、事務所ＰＣ３０およびユーザは車載器１０毎に応答の有無を区別できる。

＜データセンタがユーザからの要求を処理する動作＞
データセンタ２０がユーザからの要求を処理する動作の具体例を図８に示す。例えば、図３、図４に示した各ステップＳ２１、Ｓ５１でサーバ本体２１が事務所ＰＣ３０からの要求を受け取った時に、サーバ本体２１により図８の処理が実行される。図８の処理について以下に説明する。

サーバ本体２１は、事務所ＰＣ３０からの要求を受信すると、Ｓ１１１からＳ１１２の処理に進み、要求の内容を識別する。そして、受信した要求が「一括送信要求」に該当する場合はＳ１１４に進み、「一括送信要求」でなければＳ１１３に進む。

ステップＳ１１３では、サーバ本体２１は事務所ＰＣ３０から指定された特定の車載器１０について、個別に処理を実行する。例えば、図３に示した例のように「車両Ａ」が指定された場合は、「車両Ａ」に対応する特定の車載器１０に対する処理を実行する。

ステップＳ１１４では、サーバ本体２１は、Ｓ１１１で受信した事務所ＰＣ３０からの「一括送信要求」の種類を識別する。本実施形態では、「位置情報の要求」、「メッセージの送信要求」、「ソフトウェアの更新要求」のそれぞれについて、サーバ本体２１が「一括送信要求」として処理できる。

そして、「一括送信要求」の種類が「位置情報の要求」である場合はＳ１１５に進み、「一括送信要求」の種類が「メッセージの送信要求」である場合はＳ１１６に進み、「一括送信要求」の種類が「ソフトウェアの更新要求」である場合はＳ１１７進む。

ステップＳ１１５では、サーバ本体２１は、「一括送信要求」を送信した特定のユーザのユーザＩＤに対応付けられた全ての車載器１０に対して位置情報の収集処理をを実行する。つまり、図４に示したステップＳ５２のように、該当する全車両の車載器１０に対して「位置要求コマンド」を送信する。

ステップＳ１１６では、サーバ本体２１は、「一括送信要求」を送信した特定のユーザのユーザＩＤに対応付けられた全ての車載器１０に対して、要求と共に事務所ＰＣ３０から指定されたメッセージの内容を一斉に送信する。例えば、災害が発生したような状況において、事務所ＰＣ３０を操作するユーザが各車両の乗務員の安否確認を行おうとする場合に、安否確認の返信を求める所定のメッセージをＳ１１６で全ての車両に対して一斉に送信することができる。

ステップＳ１１７では、サーバ本体２１は、「一括送信要求」を送信した特定のユーザのユーザＩＤに対応付けられた全ての車載器１０に対して、ソフトウェアの更新処理を実行する。例えば、車載器１０のマイクロコンピュータ１１を制御するためのファームウェアを更新したり、危険を回避するために車載器１０が使用するハザードマップを最新のデータに更新しようとする場合に、Ｓ１１７で全ての車載器１０の更新を一斉に行うことができる。

次に、車載器１０の処理の詳細について説明する。
車載器１０が受信したメッセージを処理する動作の具体例を図９に示す。例えば、事務所ＰＣ３０がメッセージを含む「一括送信要求」をデータセンタ２０を経由して車載器１０に送信した場合に、各車載器１０内のマイクロコンピュータ１１が図９に示す処理を実行する。図９の処理について以下に説明する。

車載器１０がデータセンタ２０からのメッセージを受信すると、マイクロコンピュータ１１は、ステップＳ１２１からＳ１２２の処理に進み、受信した最新のメッセージを乗務員が認識できるように出力する。例えば、外付け表示器１７の表示画面にメッセージの文字を表示したり、メッセージのテキストデータを音声出力部６２で音声信号に変換してスピーカ６３から音声メッセージとして出力する。また、マイクロコンピュータ１１は受信したメッセージのテキストデータを、次のステップＳ１２３で不揮発性のメモリ１４に保存する。

ステップＳ１２４では、マイクロコンピュータ１１は、車載器１０を操作する乗務員による操作部６１のボタン操作により、「メッセージ出力」が要求されたか否かを識別する。この要求がない場合はＳ１２６に進み、要求があった場合はＳ１２５に進む。

ステップＳ１２５では、マイクロコンピュータ１１は、Ｓ１２３でメモリ１４に保存したメッセージのテキストデータをメモリ１４から読み出して、Ｓ１２２と同様に、乗務員が認識できるように文字表示や音声として出力する。

ステップＳ１２６では、マイクロコンピュータ１１は、自車両の運行が終了したか否かを識別する。例えば、自車両の運行情報を記録する記録媒体（図示せず）の車載器からの取り外しを検知して当日の乗務が終了したことを認識した場合、あるいは車両のイグニッションがオフになったことを検知したような場合に、運行終了とみなしてＳ１２６からＳ１２７に進む。

ステップＳ１２７では、マイクロコンピュータ１１は、Ｓ１２３でメモリ１４に保存したメッセージのテキストデータをメモリ１４上から消去する。

したがって、車載器１０が図９に示した動作を実行する場合には、データセンタ２０から受信したメッセージの内容を、メッセージを受信したタイミングだけでなく、乗務員の操作に従い、必要に応じて何回でも繰り返して出力することができる。したがって、車両の運行状況により、受信したメッセージを直ちに確認できない場合や、周囲の騒音などの影響でメッセージの音声を聴き取りにくいような状況であっても、メッセージの出力を繰り返すことにより、確実に内容を確認することが可能になる。そのため、事務所ＰＣ３０を操作するユーザが、同じメッセージを繰り返し送信するような作業を行う必要もなくなる。

このように、図１に示した通信システム１００においては、データセンタ２０が事務所ＰＣ３０から出力される「一括送信要求」を受け付けることができる。そして、データセンタ２０のサーバ本体２１の制御により、例えば図４に示すような動作を行うことができる。したがって、図３に示す動作のように、事務所ＰＣ３０を操作するユーザが、制御対象の車両毎に要求の入力操作を行わなくても、図４に示す動作のように、「一括送信要求」を送信するための操作を１回行うだけで、管理下の全ての車両の車載器１０を一括して制御することが可能になる。

なお、前述の通信システム１００においては、データセンタ２０がユーザの「一括送信要求」を受け付ける場合を想定しているが、同様の機能を事務所ＰＣ３０上に搭載してもよい。すなわち、事務所ＰＣ３０に組み込むソフトウェアの中に、車載器管理部２５に相当する機能を備えることにより、データセンタ２０がユーザの「一括送信要求」を受け付けない場合であっても、ユーザの１回の入力操作で全ての車載器１０を制御対象にすることが可能になる。

図１に示した通信システム１００においては、データセンタ２０のサーバ本体２１が図７に示した動作を実行するので、「一括送信要求」を送信した場合に、ユーザは車載器１０毎に、返信の有無を確実に区別することができる。したがって、例えば災害が発生し、ユーザが全車両の乗務員に関する安否確認を行おうとする場合に、「一括送信要求」を送信し、各車載器１０からの返信の内容を識別することにより、簡単に安否確認ができる。

図１に示した通信システム１００においては、データセンタ２０のサーバ本体２１が図８に示した動作を実行するので、「一括送信要求」を様々な用途で利用できる。すなわち、ユーザの管理下の全ての車両から位置情報を一括して収集することもできるし、全ての車両に対して同じメッセージを一斉に送信することもできるし、全ての車両の車載器１０が使用するソフトウェアを一斉に更新することもできる。

図１に示した通信システム１００においては、車載器１０が図９に示した動作を実行するので、車両の運行状況により、受信したメッセージを乗務員が直ちに確認できない場合や、周囲の騒音などの影響でメッセージの音声を聴き取りにくいような状況であっても、メッセージの出力を繰り返すことにより、確実に内容を確認することが可能になる。そのため、事務所ＰＣ３０を操作するユーザが、同じメッセージを繰り返し送信するような作業を行う必要もなくなる。

ここで、上述した本発明に係る通信システム及び通信制御方法の実施形態の特徴をそれぞれ以下［１］〜［１１］に簡潔に纏めて列記する。
［１］ 車両に搭載され車両外部との間で無線通信するための無線通信機能を含む車載器（１０）と、前記車載器を車両の外部から遠隔操作するためのユーザ操作端末（事務所ＰＣ３０）と、前記ユーザ操作端末からの指示に従って制御対象の前記車載器との間で無線データ通信を行うデータセンタ（２０）と、を備える通信システム（１００）であって、
前記データセンタは、ユーザと複数の車載器との対応関係を事前に登録する車載器管理部（２５）と、
前記ユーザ操作端末から一括送信要求を受信した場合に、前記車載器管理部に登録されている対応関係に基づいて、操作を行った前記ユーザに対応付けられた複数の車載器を特定する特定手段（サーバ本体２１）と、
前記特定手段に特定された前記複数の車載器のそれぞれに対して、前記一括送信要求に対応する命令を同時に、もしくは順番に送信する車載器側送信手段（サーバ本体２１、車載器側インタフェース２７）と、を有する
ことを特徴とする通信システム。
［２］ 前記特定手段は、前記一括送信要求に対応して送信した命令に対する前記複数の車載器の各々からの応答を受信すると、応答を送信した車載器を特定し、
前記データセンタは、さらに、前記一括送信要求の要求元の前記ユーザ操作端末に対して、前記応答に対応する情報を送信するユーザ操作端末側送信手段（サーバ本体２１、ユーザ側通信インタフェース２６）を有する
ことを特徴とする前記［１］に記載の通信システム。
［３］ 前記特定手段は、前記一括送信要求に対応して送信した命令に対して、送信先の車載器からの応答を所定時間以内に検出しない場合には、該当する車載器を特定し、
前記ユーザ操作端末側送信手段は、前記一括送信要求の要求元の前記ユーザ操作端末に対して、前記応答がないことを表す情報を送信する、
ことを特徴とする前記［２］に記載の通信システム。
［４］ 前記ユーザ操作端末が、前記一括送信要求として、前記車載器を搭載した車両の位置情報の要求、前記車載器に対するメッセージの送信要求、および前記車載器が扱うソフトウェアの更新要求、の少なくとも１つを受け付ける、
ことを特徴とする前記［１］乃至［３］のいずれかに記載の通信システム。
［５］ 前記車載器は、前記データセンタからのメッセージを受信した場合に、少なくとも車両が所定の運行状態である間は、前記メッセージのデータを保持し、車両の乗務員の要求操作に従い、前記メッセージの出力を複数回行う、
ことを特徴とする前記［４］に記載の通信システム。
［６］ 車両に搭載され車両外部との間で無線通信するための無線通信機能を含む車載器（１０）と、前記車載器を車両の外部から遠隔操作するためのユーザ操作端末（事務所ＰＣ３０）と、前記ユーザ操作端末からの指示に従って制御対象の前記車載器との間で無線データ通信を行うデータセンタ（２０）と、で構成される通信システム（１００）を制御するための通信制御方法であって、
特定ユーザと複数の車載器との対応関係を所定の車載器管理部（２５）に事前に登録しておき、
前記ユーザ操作端末または前記データセンタが、ユーザからの一括送信要求を検知した場合に、該当するユーザに対応付けられた複数の車載器を特定し、特定した前記複数の車載器のそれぞれに対して、前記一括送信要求に対応する命令を同時に、もしくは順番に送信する（Ｓ５１、Ｓ５２）、
ことを特徴とする通信制御方法。

［７］ 前記データセンタ（２０）は、前記一括送信要求に対応して送信した命令に対する前記複数の車載器の各々からの応答を受信すると、応答を送信した車載器を特定し、前記一括送信要求の要求元の前記ユーザ操作端末に対して、前記応答に対応する情報を送信する（Ｓ５３、Ｓ５４）、
ことを特徴とする前記［６］に記載の通信制御方法。

［８］ 前記データセンタは、前記一括送信要求に対応して送信した命令に対して、送信先の車載器からの応答を所定時間以内に検出しない場合には、該当する車載器を特定し、前記一括送信要求の要求元の前記ユーザ操作端末に対して、前記応答がないことを表す情報を送信する（Ｓ１０４、Ｓ１０６）、
ことを特徴とする前記［７］に記載の通信制御方法。

［９］ 前記ユーザ操作端末または前記データセンタが、前記一括送信要求として、前記車載器を搭載した車両の位置情報の要求、前記車載器に対するメッセージの送信要求、および前記車載器が扱うソフトウェアの更新要求、の少なくとも１つを受け付ける（Ｓ１１４〜Ｓ１１７）、
ことを特徴とする前記［６］〜［８］のいずれかに記載の通信制御方法。

［１０］ 前記車載器（１０）は、前記ユーザ操作端末または前記データセンタからのメッセージを受信した場合に、少なくとも車両が所定の運行状態である間は、前記メッセージのデータを保持し、車両の乗務員の要求操作に従い、前記メッセージの出力を複数回行う（Ｓ１２１〜Ｓ１２７）、
ことを特徴とする前記［９］に記載の通信制御方法。

［１１］ 車両に搭載され車両外部との間で無線通信するための無線通信機能を含む車載器（１０）と、前記車載器を車両の外部から遠隔操作するためのユーザ操作端末（事務所ＰＣ３０）と、前記ユーザ操作端末からの指示に従って制御対象の前記車載器との間で無線データ通信を行うデータセンタ（２０）と、で構成される通信システム（１００）、を制御するための通信制御方法であって、
前記データセンタが、特定ユーザと複数の車載器との対応関係を所定の車載器管理部（２５）に事前に保持し、
ユーザからの一括送信要求を前記データセンタが検知した場合に、前記データセンタは、該当するユーザに対応付けられた複数の車載器を前記車載器管理部により特定し（Ｓ５１）、特定した前記複数の車載器のそれぞれに対して、前記一括送信要求に対応する命令を同時に、もしくは順番に送信する（Ｓ５２）、
ことを特徴とする通信制御方法。

１０ 車載器
１１ マイクロコンピュータ（ＣＰＵ）
１２ 表示部
１３ メモリ（ＳＲＡＭ）
１４ メモリ（ＲＯＭ）
１５ シリアルインタフェース
１６ 通信インタフェース
１７ 外付け表示器
１８ 通信モジュール
１９ 通信アンテナ
２０ データセンタ
２１ サーバ本体
２２ 大容量記憶装置
２４ ユーザ管理部
２５ 車載器管理部
２５ａ 車載器管理テーブル
２６ ユーザ側通信インタフェース
２７ 車載器側通信インタフェース
３０ 事務所ＰＣ
４０ 広域通信網
５０ 通信回線
６１ 操作部
６２ 音声出力部
６３ スピーカ
６４ 信号処理部
６５ ＧＰＳ受信機
１００ 通信システム

Claims (6)

1. 車両に搭載され車両外部との間で無線通信するための無線通信機能を含む車載器と、前記車載器を車両の外部から遠隔操作するためのユーザ操作端末と、前記ユーザ操作端末からの指示に従って制御対象の前記車載器との間で無線データ通信を行うデータセンタと、を備える通信システムであって、
   前記データセンタは、ユーザと複数の車載器との対応関係が事前に登録された車載器管理部と、
   前記ユーザ操作端末からの要求を受信した場合に、前記受信した要求が、通常送信要求及び一括送信要求の何れであるかを識別する識別手段と、
   前記通常送信要求を受信した場合には、前記通常送信要求に対応する１つの車載器を特定し、前記一括送信要求を受信した場合には、前記車載器管理部に登録されている対応関係に基づいて、操作を行った前記ユーザに対応付けられた複数の車載器を特定する特定手段と、
   前記通常送信要求を受信した場合には、前記特定手段に特定された前記１つの車載器に対して前記通常送信要求に対応する命令を送信し、前記一括送信要求を受信した場合には、前記特定手段に特定された前記複数の車載器のそれぞれに対して、前記一括送信要求に対応する命令を同時に、もしくは順番に送信する車載器側送信手段と、を有し、
   前記一括送信要求として、前記車載器が使用するハザードマップの更新要求が含まれる
   ことを特徴とする通信システム。
2. 前記特定手段は、前記一括送信要求に対応して送信した命令に対する前記複数の車載器の各々からの応答を受信すると、応答を送信した車載器を特定し、
   前記データセンタは、さらに、前記一括送信要求の要求元の前記ユーザ操作端末に対して、前記応答に対応する情報を送信するユーザ操作端末側送信手段を有する
   ことを特徴とする請求項１に記載の通信システム。
3. 前記特定手段は、前記一括送信要求に対応して送信した命令に対して、送信先の車載器からの応答を所定時間以内に検出しない場合には、該当する車載器を特定し、
   前記ユーザ操作端末側送信手段は、前記一括送信要求の要求元の前記ユーザ操作端末に対して、前記応答がないことを表す情報を送信する、
   ことを特徴とする請求項２に記載の通信システム。
4. 前記一括送信要求として、前記車載器を搭載した車両の位置情報の要求、及び、前記車載器に対するメッセージの送信要求、の少なくとも１つが含まれる、
   ことを特徴とする請求項１乃至請求項３のいずれか１項に記載の通信システム。
5. 前記車載器は、前記データセンタからのメッセージを受信した場合に、少なくとも車両が所定の運行状態である間は、前記メッセージのデータを保持し、車両の乗務員の要求操作に従い、前記メッセージの出力を複数回行う、
   ことを特徴とする請求項４に記載の通信システム。
6. 車両に搭載され車両外部との間で無線通信するための無線通信機能を含む車載器と、前記車載器を車両の外部から遠隔操作するためのユーザ操作端末と、前記ユーザ操作端末からの指示に従って制御対象の前記車載器との間で無線データ通信を行うデータセンタと、で構成される通信システム、を制御するための通信制御方法であって、
   前記データセンタが、特定ユーザと複数の車載器との対応関係を所定の車載器管理部に事前に保持し、
   ユーザからの要求を前記データセンタが検知した場合に、前記データセンタは、前記検知した要求が通常送信要求及び一括送信要求の何れであるかを識別し、前記通常送信要求を検知した場合には、前記通常送信要求に対応する１つの車載器を特定し、特定した前記１つの車載器に対して前記通常送信要求に対応する命令を送信し、前記一括送信要求を検知した場合には、該当するユーザに対応付けられた複数の車載器を前記車載器管理部により特定し、特定した前記複数の車載器のそれぞれに対して、前記一括送信要求に対応する命令を同時に、もしくは順番に送信し、
   前記一括送信要求として、前記車載器が使用するハザードマップの更新要求が含まれる、
   ことを特徴とする通信制御方法。

Images