(57)【要約】【課題】クライアント端末との通信状態が不良であるエリアを明確に把握することができる通信状態表示技術を提供する。【解決手段】通信状態表示装置は、通信部と、取得部と、表示部と、を備える。前記通信部は、複数のクライアント端末と通信する。前記取得部は、前記通信部との通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置に関する情報を取得する。前記表示部は、前記通信部との通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置の少なくとも一部をラインで結んで生成される通信状態不良エリアが特定される地図を表示する。【選択図】図５
2019128672.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント端末と通信する通信部と、
前記通信部との通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置に関する情報を取得する取得部と、
前記通信部との通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置の少なくとも一部をラインで結んで生成される通信状態不良エリアが特定される地図を表示する表示部と、
を備える、通信状態表示装置。
【請求項２】
複数のクライアント端末と通信する通信部と、
前記通信部との通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置に関する情報、及び、前記通信部との通信状態が良好である複数の前記クライアント端末の現在位置に関する情報を取得する取得部と、
地図を複数の区画に分け、複数の前記区画それぞれにおいて、前記通信部との通信状態が良好である前記クライアント端末の台数に対する前記通信部との通信状態が不良である前記クライアント端末の台数の割合が算出され、前記割合が所定値以上である複数の前記区画の少なくとも一部をラインで結んで生成される通信状態不良エリアが特定される地図を表示する表示部と、
を備える、通信状態表示装置。
【請求項３】
通信部は、前記通信状態不良エリアへの侵入が予想される前記クライアント端末に警告通知を行う、請求項１又は請求項２に記載の通信状態表示装置。
【請求項４】
前記通信状態不良エリアが発生している時間を記憶する記憶部を備える、請求項１〜３のいずれか一項に記載の通信状態表示装置。
【請求項５】
複数のクライアント端末と通信する通信工程と、
前記通信工程における通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置に関する情報を取得する取得工程と、
前記通信工程における通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置の少なくとも一部をラインで結んで生成される通信状態不良エリアが特定される地図を表示する表示工程と、
を備える、通信状態表示方法。
【請求項６】
複数のクライアント端末と通信する通信工程と、
前記通信工程における通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置に関する情報、及び、前記通信工程における通信状態が良好である複数の前記クライアント端末の現在位置に関する情報を取得する取得工程と、
地図を複数の区画に分け、複数の前記区画それぞれにおいて、前記通信工程における通信状態が良好である前記クライアント端末の台数に対する前記通信工程における通信状態が不良である前記クライアント端末の台数の割合が算出され、前記割合が所定値以上である複数の前記区画の少なくとも一部をラインで結んで生成される通信状態不良エリアが特定される地図を表示する表示工程と、
を備える、通信状態表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信状態を表示する技術に関する。
【背景技術】
【０００２】
タクシーの配車システムにおいて、タクシーとの通信状態が不良になると、センタ側でタクシーの位置を把握できなくなり地図上でのタクシーの位置が更新されなくなる。また、タクシーとの通信状態が不良になると、配車指示を送ることができない。
【０００３】
また、ドライブレコーダの撮影画像をセンタにアップロードするシステムにおいて、ドライブレコーダとの通信状態が不良になると、ドライブレココーダの撮影画像をセンタにアップロードすることができなくなる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２２３０２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
したがって、タクシーに搭載される端末やドライブレコーダ等のクライアント端末との通信状態が不良であるエリアを明確に把握することは重要である。なお、特許文献１には、通信障害の有無を判定する監視装置が開示されている。特許文献１で開示されている監視装置は、移動端末群の通過区域が特定された場合に、次の測定タイミングで移動端末群の通過が予定される区域における通信障害の有無を判定するので、タイムリーな通信状態を把握することができない。すなわち、特許文献１で開示されている監視装置は、現在の移動端末群との通信状態が不良であるエリアを明確に把握することができない。
【０００６】
本発明は、上記の課題に鑑み、クライアント端末との通信状態が不良であるエリアを明確に把握することができる通信状態表示技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る一の通信状態表示装置は、複数のクライアント端末と通信する通信部と、前記通信部との通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置に関する情報を取得する取得部と、前記通信部との通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置の少なくとも一部をラインで結んで生成される通信状態不良エリアが特定される地図を表示する表示部と、を備える構成（第１の構成）である。
【０００８】
本発明に係る他の通信状態表示装置は、複数のクライアント端末と通信する通信部と、前記通信部との通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置に関する情報、及び、前記通信部との通信状態が良好である複数の前記クライアント端末の現在位置に関する情報を取得する取得部と、地図を複数の区画に分け、複数の前記区画それぞれにおいて、前記通信部との通信状態が良好である前記クライアント端末の台数に対する前記通信部との通信状態が不良である前記クライアント端末の台数の割合が算出され、前記割合が所定値以上である複数の前記区画の少なくとも一部をラインで結んで生成される通信状態不良エリアが特定される地図を表示する表示部と、を備える構成（第２の構成）である。
【０００９】
上記第１又は第２の構成の通信状態表示装置において、通信部は、前記通信状態不良エリアへの侵入が予想される前記クライアント端末に警告通知を行う構成（第３の構成）であってもよい。
【００１０】
上記第１〜第３いずれかの構成の通信状態表示装置において、前記通信状態不良エリアが発生している時間を記憶する記憶部を備える構成（第４の構成）であってもよい。
【００１１】
本発明に係る一の通信状態表示方法は、複数のクライアント端末と通信する通信工程と、前記通信工程における通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置に関する情報を取得する取得工程と、前記通信工程における通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置の少なくとも一部をラインで結んで生成される通信状態不良エリアが特定される地図を表示する表示工程と、を備える構成（第５の構成）である。
【００１２】
本発明に係る他の通信状態表示方法は、複数のクライアント端末と通信する通信工程と、前記通信工程における通信状態が不良である複数の前記クライアント端末の直近位置又は現在位置に関する情報、及び、前記通信工程における通信状態が良好である複数の前記クライアント端末の現在位置に関する情報を取得する取得工程と、地図を複数の区画に分け、複数の前記区画それぞれにおいて、前記通信工程における通信状態が良好である前記クライアント端末の台数に対する前記通信工程における通信状態が不良である前記クライアント端末の台数の割合が算出され、前記割合が所定値以上である複数の前記区画の少なくとも一部をラインで結んで生成される通信状態不良エリアが特定される地図を表示する表示工程と、を備える構成（第６の構成）である。
【発明の効果】
【００１３】
本発明の通信状態表示によれば、クライアント端末との通信状態が不良であるエリアを明確に把握することができる。
【図面の簡単な説明】
【００１４】
【図１】クラウドシステムの一構成例を示す図
【図２】配車センタから配車指示が出力された場合の動作を説明する図
【図３】クライアント端末から任意発信が出力された場合の動作を説明する図
【図４】通信状態表示装置の動作例を示すフローチャート
【図５】通信状態不良エリアが特定される地図を示す図
【図６】通信状態不良エリアが特定される地図を示す図
【図７】通信状態不良エリアが特定される地図を示す図
【図８】通信状態不良エリアが特定される地図を示す図
【発明を実施するための形態】
【００１５】
以下、本発明の例示的な実施形態について、図面を参照しながら詳細に説明する。
【００１６】
＜１．クラウドシステムの構成＞
図１は、クラウドシステムの一構成例を示す図である。図１に示すクラウドシステムは、クライアント端末１００、配車センタ２００、及びデータセンタ５００を備えている。図１に示すクラウドシステムはタクシーの配車システムとして利用される。
【００１７】
クライアント端末１００は、公衆網３００を介してデータセンタ５００と通信可能である。
【００１８】
配車センタ２００は、専用網４００を介してデータセンタ５００と通信可能である。なお、本実施形態と異なり、配車センタ２００が公衆網３００を介してデータセンタ５００と通信可能であっても構わない。
【００１９】
クライアント端末１００は、タクシーに定常的又は一時的に搭載される。図１では、クライアント端末１００を１台しか図示していないが、実際には図１に示すクラウドシステムを利用するタクシーの台数分のクライアント端末１００が存在する。クライアント端末１００は、ハンドマイク１０１と、情報処理装置１０２と、位置情報取得部１０３と、ＩＰ無線機１０４と、を備えている。
【００２０】
ハンドマイク１０１は、電気信号である配車指示を音声に変換して運転手に伝え、運転手が発した返答を電気信号である指示応答に変換して情報処理装置１０２に出力する。
【００２１】
情報処理装置１０２は、配車指示、指示応答、及び位置情報等を処理する。
【００２２】
位置情報取得部１０３は、クライアント端末１００の位置情報ひいてはクライアント端末１００を搭載しているタクシーの位置情報を取得する。位置情報取得部１０３としては、例えばナビゲーションシステム等で利用されるＧＰＳ（Global Positioning System）受信部を用いることができる。ＧＰＳ受信部は、複数のＧＰＳ衛星からの信号を受信して、現在時刻におけるクライアント端末１００の位置が地球上における経度緯度で表現された情報を取得する。
【００２３】
ＩＰ無線機１０４は、公衆網３００を介してデータセンタ５００のＭ２Ｍ通信機５０１と通信する。
【００２４】
配車センタ２００は、パーソナルコンピュータ（以下、「ＰＣ」と略す）２０１及び２０２と、スイッチ２０３と、ローカルサーバ２０４と、ルータ２０５と、を備えている。図１では、配車センタ２００を１つしか図示していないが、実際には図１に示すクラウドシステムを利用するタクシー会社の数だけ配車センタ２００が存在する。
【００２５】
スイッチ２０３は、ローカルサーバ２０４と接続するＰＣを切り替える。ローカルサーバ２０４は、ＰＣ２０１又は２０２からの命令に応じて、配車指示をルータ２０５及び専用網４００を介してデータセンタ５００に送信する。
【００２６】
データセンタ５００は、Ｍ２Ｍ通信機５０１と、ルータ５０２と、負荷分散装置５０３と、スイッチ５０４及び５０７と、物理サーバ５０５及び５０６と、データベースサーバ５０８及び５０９と、データベース５１０と、を備えている。
【００２７】
データセンタ５００は、Ｍ２Ｍ通信機５０１及びルータ５０２を用いて、クライアント端末１００及び配車センタ２００と通信する。
【００２８】
負荷分散装置５０３は、物理サーバ５０５及び５０６及び各物理サーバが備える仮想サーバに対して処理負荷を分散させる。クライアント端末１００との通信に関する処理は、クライアント端末１００単位で後述する各アプリケーションに分散させる。また、配車センタ２００との通信に関する処理は、配車センタ２００単位で後述する各アプリケーションに分散させる。
【００２９】
スイッチ５０４は、負荷分散装置５０３と接続する物理サーバを切り替える。
【００３０】
物理サーバ５０５は、仮想サーバ５０５ａ及び５０５ｂを備えている。仮想サーバ５０５ａは、アプリケーション５０５ａ１〜５０５ａ３と、音声制御部５０５ａ４と、記憶部５０５ａ５と、を備えている。仮想サーバ５０５ａは、例えば４つのＣＰＵを備え各ＣＰＵがアプリケーション５０５ａ１〜５０５ａ３及び音声制御部５０５ａ４のいずれか一つを処理する構成であってもよく、ＣＰＵをマルチコア対応としてＣＰＵの個数を３つ以下にしてもよい。音声制御部５０５ａ４は、アプリケーション５０５ａ１〜５０５ａ３それぞれと協働し、記憶部５０５ａ５はアプリケーション５０５ａ１〜５０５ａ３それぞれの処理内容をログデータとして記憶する。仮想サーバ５０５ｂは仮想サーバ５０５ａと同様の構成である。
【００３１】
物理サーバ５０６は物理サーバ５０５と同様の構成である。仮想サーバの数及び物理サーバの数は本実施形態と同一でなくても構わない。
【００３２】
スイッチ５０７は、負荷分散装置５０３と接続するデータベースサーバを切り替える。
【００３３】
データベースサーバ５０８及び５０９は、データセンタ５００が受信するデータ等に基づいてデータベース５１０を更新する。例えば、データベース５１０に格納されている各クライアント端末１００の位置情報が更新される。
【００３４】
＜２．配車指示が出力された場合の動作＞
図２は、配車指示が配車センタ２００から出力された場合の動作を説明する図である。或る１つの配車センタ２００が配車指示を出力すると、配車指示を出力した配車センタ２００との通信に関する処理を行う１つのアプリケーションが配車指示を処理する。
【００３５】
配車指示を出力した配車センタ２００との通信に関する処理を行う１つのアプリケーションは、配車指示に含まれるタクシー会社及び配車先に関する情報に基づいて、データベース５１０に送信先を確認する。データベース５１０は、配車指示に含まれる情報に対応するタクシー会社が保有する配車先の周辺に位置する所定数のクライアント端末１００を送信先とし、送信先であるクライアント端末１００との通信に関する処理を行う単数又は複数のアプリケーションに送信指示を送る。
【００３６】
送信先であるクライアント端末１００との通信に関する処理を行う単数又は複数のアプリケーションは、データベース５１０からの送信先指示に従って、配車先の周辺に位置する所定数のクライアント端末１００に配車指示を送信する。
【００３７】
配車指示を受信したクライアント端末１００から最も早く返ってきた配車指示応答を、最も早く配車指示応答を返したクライアント端末１００との通信に関する処理を行うアプリケーションが受け付ける。そして、配車指示を出力した配車センタ２００との通信に関する処理を行う１つのアプリケーションは、配車指示を出力した配車センタ２００に配車指示応答を送信する。これにより、１つの配車が完了する。
【００３８】
＜３．任意発信が出力された場合の動作＞
図３は、位置情報を通知するための任意発信がクライアント端末１００から出力された場合の動作を説明する図である。或る１つのクライアント端末１００が任意発信を出力すると、任意発信を出力したクライアント端末１００との通信に関する処理を行う１つのアプリケーションが任意発信を処理する。
【００３９】
任意発信を出力したクライアント端末１００との通信に関する処理を行う１つのアプリケーションは、任意発信に含まれるタクシー会社及に関する情報に基づいて、データベース５１０に送信先を確認する。データベース５１０は、任意発信に含まれる情報に対応するタクシー会社が保有する配車センタ２００を送信先とし、送信先である配車センタ２００との通信に関する処理を行う１つのアプリケーションに送信指示を送る。
【００４０】
送信先である配車センタ２００との通信に関する処理を行う１つのアプリケーションは、データベース５１０からの送信先指示に従って、送信先である配車センタ２００に任意発信を送信する。
【００４１】
任意発信を受信した配車センタ２００から返ってきた任意発信応答を、任意発信応答を返した配車センタ２００との通信に関する処理を行うアプリケーションが受け付ける。そして、任意発信を出力したクライアント端末１００との通信に関する処理を行う１つのアプリケーションは、任意発信を出力したクライアント端末１００に任意発信応答を送信する。
【００４２】
任意発信を出力したクライアント端末１００は、任意発信を出力してから任意発信応答が返って来なければ、任意発信を再出力する。任意発信を出力したクライアント端末１００は、７回任意発信を出力しても任意発信応答が返って来なければ、データセンタ５００との通信が不可能であると判定し、任意発信の再出力を停止する。なお、上記の７回はあくまで一例であり、７回以外の回数を設定してもよい。
【００４３】
また、クライアント端末１００は、任意発信の前回出力から所定時間が経過したタイミング又は任意発信の前回出力から所定距離が移動したタイミングで、新たに任意発信を出力する。したがって、データセンタ５００は、任意発信の前回出力から一定時間（上記の所定時間より長い時間）経過しても次の任意発信が届かないクライアント端末１００との通信が不可能であると判定する。
【００４４】
＜４．通信状態表示装置の動作例＞
通信状態表示装置は、データセンタ５００内のＭ２Ｍ通信機５０１と、データセンタ５００内のいずれかのアプリケーションと、配車センタ２００内のいずれかのＰＣとによって構成される。
【００４５】
Ｍ２Ｍ通信機５０１は、複数のクライアント端末１００と通信する通信部として機能する。データセンタ５００内のいずれかのアプリケーションは、クライアント端末１００から出力される任意発信に関する通信状態を確認することによって、Ｍ２Ｍ通信機５０１との通信状態が不良である複数のクライアント端末１００の直近位置又は現在位置に関する情報を取得する。また、配車センタ２００内のいずれかのＰＣは、Ｍ２Ｍ通信機５０１との通信状態が不良である複数のクライアント端末１００の直近位置又は現在位置の少なくとも一部をラインで結んで生成される通信状態不良エリアが特定される地図をモニタ画面に表示する。
【００４６】
次に、通信状態表示装置の動作例について説明する。図４は、通信状態表示装置の動作例を示すフローチャートである。通信状態表示装置は、図４に示すフロー動作を定期的に実行する。
【００４７】
ステップＳ１において、データセンタ５００内のいずれかのアプリケーションは、配車センタ２００からの調査領域決定指示に基づいて、地図上の調査領域を決定する。なお、地図情報は、調査領域決定指示を送信した配車センタ２００からデータセンタ５００に送信されてもよく、データセンタ５００内の記憶部が予め記憶していてもよい。
【００４８】
ステップＳ１に続くステップＳ２において、データセンタ５００内のいずれかのアプリケーションは、Ｍ２Ｍ通信機５０１と調査領域内の全てのクライアント端末１００との通信状態を確認する。例えば、データセンタ５００内のいずれかのアプリケーションは、任意発信の再出力が０回又は１回であれば通信状態が良好であると判定し、任意発信の再出力が２回以上７回以下であれば通信状態が不良であると判定すればよい。また、通信状態の不良を複数の状態に分類してもよい。例えば、データセンタ５００内のいずれかのアプリケーションは、任意発信の再出力が２回以上６回以下であれば通信状態が軽度の不良であると判定し、任意発信の再出力が７回であれば通信状態が重度の不良であると判定すればよい。
【００４９】
ステップＳ２に続くステップＳ３において、データセンタ５００内のいずれかのアプリケーションは、Ｍ２Ｍ通信機５０１との通信状態が不良である複数のクライアント端末１００の直近位置又は現在位置の１つの集合のうち、最も外側にある位置をラインで結んで１つの通信状態不良エリアを生成する。任意発信の再出力が７回であれば直近位置を利用し、任意発信の再出力が６回以下であれば現在位置を利用すればよい。ラインは直線、曲線のいずれであってもよい。また、Ｍ２Ｍ通信機５０１との通信状態が不良である複数のクライアント端末１００の直近位置又は現在位置が所定面積以下のエリア内に点在していれば、それらの位置は１つの集合となる。
【００５０】
さらに、データセンタ５００内のいずれかのアプリケーションは、調査領域に相当する地図画像であって尚且つ通信状態不良エリアが特定される地図画像を生成し、調査領域決定指示を出力した配車センタ２００に送信する。調査領域決定指示を出力した配車センタ２００内のＰＣは、通信状態不良エリアが特定される地図画像をモニタ画面に表示する（ステップＳ４）。これにより、クライアント端末１００との通信状態が不良であるエリアを明確に把握することができる。また、調査領域決定指示を出力した配車センタ２００が管理するクライアント端末１００の通信状態のみが考慮されるのではなく、調査領域決定指示を出力した配車センタ２００が管理していない別のタクシー会社のクライアント端末１００の通信状態も考慮されて通信状態不良エリアが生成されるので、通信状態不良エリアが精度良く生成される。なお、データセンタ５００内のいずれかのアプリケーションは、Ｍ２Ｍ通信機５０１との通信状態が不良である複数のクライアント端末１００の直近位置又は現在位置の１つの集合のうち、最も外側にある位置に関する情報を、調査領域決定指示を出力した配車センタ２００に送信し、調査領域決定指示を出力した配車センタ２００側で通信状態不良エリアの生成及び通信状態不良エリアが特定される地図画像の生成が行われてもよい。
【００５１】
例えば、Ｍ２Ｍ通信機５０１との通信状態が不良である複数のクライアント端末１００の直近位置又は現在位置を黒丸で描画した場合、通信状態不良エリアが特定される地図画像は図５のようになる。なお、図６のように通信状態不良エリア内を特定の色にすることで通信状態不良エリアをより容易に把握することができる。また、図６とは逆に通信状態不良エリア外を特定の色にしてもよい。
【００５２】
通信状態の不良を複数の状態に分類した場合には、隣接する互いに異なる状態の境界を等高線のように描画してもよい。また、Ｍ２Ｍ通信機５０１との通信状態が良好であるクライアント端末１００が通信状態不良エリア内に存在する場合は、例えばＭ２Ｍ通信機５０１との通信状態が良好であるクライアント端末１００の現在位置周辺を通信状態不良エリア内の他の部分と異なる色にしてもよい。
【００５３】
また、データセンタ５００内のいずれかのアプリケーションは、クライアント端末１００の現在位置の時間的推移からクライアント端末１００の将来的な移動方向を予想し、通信状態不良エリアへの侵入が予想されるクライアント端末１００の有無を判定してもよい。そして、通信状態不良エリアへの侵入が予想されるクライアント端末１００がある場合には、そのクライアント端末１００に対してＭ２Ｍ通信機５０１が警告通知を送信するようにしてもよい。これにより、Ｍ２Ｍ通信機５０１との通信状態が不良となるクライアント端末１００を減らすことができる。
【００５４】
また、通信状態不良エリアが発生している時間をデータセンタ５００内のいずれかのアプリケーションが計時し、通信状態不良エリアが発生している時間をデータセンタ５００内の記憶部が記憶するようにしてもよい。これにより、通信不良が発生する頻度を算出することが可能になる。
【００５５】
また、データセンタ５００内のいずれかのアプリケーションが、Ｍ２Ｍ通信機５０１との通信状態が不良である複数のクライアント端末１００の直近位置又は現在位置に関する情報に加えて、Ｍ２Ｍ通信機５０１との通信状態が良好である複数のクライアント端末１００の現在位置も取得するようにしてもよい。そして、配車センタ２００内のいずれかのＰＣが、調査領域に相当する地図を複数の区画に分け、複数の区画それぞれにおいて、Ｍ２Ｍ通信機５０１との通信状態が良好であるクライアント端末１００の台数に対するＭ２Ｍ通信機５０１との通信状態が不良であるクライアント端末１００の台数の割合が算出され、その割合が所定値以上である複数の区画の少なくとも一部をラインで結んで生成される通信状態不良エリアが特定される地図を表示するようにしてもよい。この場合も、クライアント端末１００との通信状態が不良であるエリアを明確に把握することができる。また、調査領域決定指示を出力した配車センタ２００が管理するクライアント端末１００の通信状態のみが考慮されるのではなく、調査領域決定指示を出力した配車センタ２００が管理していない別のタクシー会社のクライアント端末１００の通信状態も考慮されて通信状態不良エリアが生成されるので、通信状態不良エリアが精度良く生成される。
【００５６】
例えば、Ｍ２Ｍ通信機５０１との通信状態が良好であるクライアント端末１００の台数に対するＭ２Ｍ通信機５０１との通信状態が不良であるクライアント端末１００の台数の割合が所定値以上である区画が図７に示す網掛け領域であれば、太い直線で囲まれる通信状態不良エリアが特定される地図画像は図７のようになる。なお、図８のように通信状態不良エリア内を特定の色にすることで通信状態不良エリアをより容易に把握することができる。また、図８とは逆に通信状態不良エリア外を特定の色にしてもよい。
【００５７】
＜５．変形例＞
上記実施形態は、全ての点で例示であって、制限的なものではないと考えられるべきであり、本発明の技術的範囲は、上記実施形態の説明ではなく、特許請求の範囲によって示されるものであり、特許請求の範囲と均等の意味及び範囲内に属する全ての変更が含まれると理解されるべきである。上述した実施形態において説明した種々の変形例は互いに矛盾しない限り適宜組合せて実施することができる。
【００５８】
例えば、通信状態不良エリアが発生した場合に、データセンタ５００が公衆網３００を運営している携帯電話のキャリアに対して原因究明の依頼を送信してもよい。これにより、通信状態不良エリアの早期消滅が期待できる。
【００５９】
また例えば、災害発生時に、データセンタ５００が役所等に通信状態良好エリア（通信状態不良エリア以外のエリア）を役所等に通知してもよい。これにより、迅速な災害復旧等が期待できる。
【００６０】
また、上述した実施形態ではタクシーの配車システム内に通信状態表示装置を設けたが、例えばドライブレコーダの撮影画像をセンタにアップロードするシステム等に通信状態表示装置を設けてもよい。
【符号の説明】
【００６１】
１００  クライアント端末
２００  配車センタ
３００  公衆網
４００  専用網
５００  データセンタ
５０３  負荷分散装置
５０５ａ、５０５ｂ、５０６ａ、５０６ｂ  仮想サーバ
【図１】
2019128672.tif 000003
【図２】
2019128672.tif 000004
【図３】
2019128672.tif 000005
【図４】
2019128672.tif 000006
【図５】
2019128672.tif 000007
【図６】
2019128672.tif 000008
【図７】
2019128672.tif 000009
【図８】
2019128672.tif 000010