JP6793155B2 - ネットワークシステム、サーバ、および情報処理方法 - Google Patents

Description

本発明は、車両の走行距離を取得するためのネットワークシステム、サーバ、および情報処理方法の技術に関する。

従来から、走行距離に応じて保険料を算出することが知られている。たとえば、特開２００２−３２９０７０号公報（特許文献１）には、自動車保険料算出システムならびにその走行距離通知システムおよびデータ処理システムが開示されている。特許文献１によると、保険の契約車両は、自車両の走行距離を判別し、自車両に固有の識別コードＩＤと共に送信する。車両から送信された各データは、中継局を介して保険会社のデータ処理センタへ転送される。データ処理センタは、受信した走行距離および識別コードＩＤに基づいて、この走行距離に応答した保険料金を算出し、これを前記識別コードＩＤで特定される保険契約者に対して請求する。保険契約者は、保険会社からの要求に応じて保険料金を支払う。

特開２００２−３２９０７０号公報

本発明の目的は、正確でない走行距離の測定を防止するためのネットワークシステム、サーバ、または情報処理方法を提供することにある。

この発明のある態様に従うと、現在位置を取得可能な端末と、端末からの位置情報に基づいて端末の移動距離を積算し、所定の条件が満たされた際にエラー処理を実行するためのサーバと、を備えるネットワークシステムが提供される。

以上のように、本発明によれば、正確でない走行距離の測定を防止するためのネットワークシステム、サーバ、または情報処理方法が提供される。

第１の実施の形態にかかるネットワークシステム１の全体構成を示すイメージ図である。 第１の実施の形態にかかるネットワークシステム１の機能的な構成を示すブロック図である。 第１の実施の形態にかかるサーバ１００の構成を表わすブロック図である。 第１の実施の形態にかかるユーザ情報データ１２１を示すイメージ図である。 第１の実施の形態にかかる位置情報データ１２２のデータ構造を示すイメージ図である。 第１の実施の形態にかかる除外地域情報データ１２３のデータ構造を示すイメージ図である。 第１の実施の形態にかかる保険料金データ１２４の構成を示すブロック図である。 第１の実施の形態にかかるネットワークシステム１の処理手順を示すシーケンス図である。 第２の実施の形態にかかるネットワークシステム１の構成を示すブロック図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜ネットワークシステムの全体構成＞

まず、本実施の形態にかかるネットワークシステム１の全体構成について説明する。図１を参照して、ネットワークシステム１は、主に、インターネットに接続されたサーバ１００と、各種車両に搭載されたＴｅｌｅｍａｔｉｃｓ端末２００，２００・・・とを含む。そして、本実施の形態においては、Ｔｅｌｅｍａｔｉｃｓ端末２００，２００・・・の各々が現在位置をサーバ１００にアップロードして、サーバ１００がＴｅｌｅｍａｔｉｃｓ端末２００，２００・・・すなわちユーザの車両の現在位置から走行距離を取得するものである。そして、サーバ１００や、保険会社のサーバなどによって、保険契約者としてのユーザ毎に、たとえば、今月の走行距離に基づいて来月の保険料を算出したり、先月と先々月の走行距離の平均から今月の保険料を算出したり、するものである。
＜ネットワークシステムの機能的な構成＞

次に、本実施の形態にかかるネットワークシステム１の機能的な構成について説明する。図２を参照して、サーバ１００は、ユーザや車両の位置情報を管理するためのサーバ１００Ａと、ユーザの現在位置や走行距離の測定に不正があったか否かを判断するためのサーバ１００Ｂと、除外地域を管理するための除外地域データベース１００Ｃなど、インターネット上の複数の装置によって実現される。

一方、車両に搭載されるＴｅｌｅｍａｔｉｃｓ端末２００は、主に、ＭＣＵ（Micro Controller Unit）２１０や、位置時間情報取得部２３０や、通信部２６０などを搭載する。

より詳細には、ＭＣＵ２１０は、プロセッサや、ＲＡＭ（Random Access Memory）、各種のＲＯＭ（Read-Only Memory）などのメモリ、などから構成される。プロセッサは、メモリのプログラムやデータに基づいてＴｅｌｅｍａｔｉｃｓ端末２００の各部を制御する。

位置時間情報取得部２３０は、ＧＮＳＳ（Global Navigation Satellite System）機能などを有し、定期的に、Ｔｅｌｅｍａｔｉｃｓ端末２００すなわち車両の現在の位置と時刻とのデータをＭＣＵ２１０に提供する。

通信部２６０は、ＬＴＥアンテナやＳＩＭカードなどを有し、キャリア網やインターネットや他の通信端末を介してサーバ１００との間でデータを送受信する。

サーバ１００は、図３に示すように、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、操作部１４０と、通信インターフェイス１６０とを含む。

ＣＰＵ１１０は、メモリ１２０に記憶されているプログラムを実行することによって、サーバ１００の各部を制御する。たとえば、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行し、各種のデータを参照することによって、後述する各種の処理を実行する。

メモリ１２０は、各種のＲＡＭやＲＯＭなどによって実現され、サーバ１００に内包されているものであってもよいし、サーバ１００の各種インターフェイスに着脱可能なものであってもよいし、サーバ１００からアクセス可能な他の装置内のデータベースであってもよい。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、ユーザ情報データ１２１、位置情報データ１２２、除外地域情報データ１２３、保険料金データ１２４などを記憶する。

ユーザ情報データ１２１は、図４を参照して、保険の契約者であるユーザの識別情報と、ユーザの氏名と、ユーザの年齢と、ユーザの性別と、Ｔｅｌｅｍａｔｉｃｓ端末２００やスマートフォンなどのユーザの通信端末と、ユーザのアドレスなどとの対応関係を格納する。

位置情報データ１２２は、図５を参照して、Ｔｅｌｅｍａｔｉｃｓ端末２００毎の、現在位置と、最新の取得時間と、本日の走行距離と、今月の走行距離と、先月の走行距離と、測定エラーの有無を示すフラグなどとの対応関係を格納する。

除外地域情報データ１２３は、図６を参照して、走行距離が正確に算出できない除外エリアを示すデータを格納する。たとえば、長距離のトンネルや、海底トンネルや、高架の下や、巨大な建物同士の間や、立体駐車場などのように、ＧＮＳＳによる現在位置の精度が高くないエリアを示す情報などを格納する。

保険料金データ１２４は、図７を参照して、走行距離と保険料金などとの対応関係を格納する。

図３に戻って、操作部１４０は、サービスの管理者などからの操作命令を受け付けてＣＰＵ１１０に入力する。

通信インターフェイス１６０は、ＣＰＵ１１０からのデータを、インターネットやキャリア網、ルータなどを介してＴｅｌｅｍａｔｉｃｓ端末２００，２００・・・やスマートフォンやサーバやデータベースなどの他の装置に送信する。逆に、通信インターフェイス１６０は、インターネット、キャリア網、ルータなどを介して他の装置からのデータを受信して、ＣＰＵ１１０に受け渡す。
＜サーバ１００における走行距離の計算のための情報処理＞

次に、図８を参照して、本実施の形態にかかるサーバ１００の情報処理について説明する。サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、Ｔｅｌｅｍａｔｉｃｓ端末２００からデータを受信すると、以下の処理を実行する。

まず、ＣＰＵ１１０は、受信データからＴｅｌｅｍａｔｉｃｓ端末２００の識別情報を読み出して、ユーザ情報データ１２１を参照してユーザを特定する（ステップＳ１０２）。ＣＰＵ１１０は、受信データから現在位置情報を取得する（ステップＳ１０４）。ＣＰＵ１１０は、正常に走行距離の計算・測定・積算などができるか否かを判断する（ステップＳ１０６）。

たとえば、ＣＰＵ１１０は、位置情報データ１２２を参照して、前回の現在位置から今回の現在位置との距離が所定値未満であるか否かを判断する。たとえば、前回の現在位置から今回の現在位置との距離が１ｋｍ以内である場合は、ＣＰＵ１１０は、正常に走行距離の計算や測定ができると判断する。逆にいうと、ＣＰＵ１１０は、走行距離の積算が正常に実行できない条件が満たされているか否かを判断していることになる。

ＣＰＵ１１０は、正常に走行距離の計算や測定ができる場合（ステップＳ１０６にてＹＥＳである場合）、Ｔｅｌｅｍａｔｉｃｓ端末２００の現在位置に基づいて、位置情報データ１２２の現在位置と、本日の走行距離と、今月の走行距離を更新する（ステップＳ１０８）。なお、今回積算する走行距離として、ＣＰＵ１１０は、前回の現在位置から今回の現在位置までの直線距離を計算してもよいし、前回の現在位置から今回の現在位置までの最も短い経路の道のりを計算してもよい。ＣＰＵ１１０は、通信インターフェイス１６０を介して、次のＴｅｌｅｍａｔｉｃｓ端末２００からのデータを待ち受ける。

一方、正常に走行距離の計算や測定ができない場合（ステップＳ１０６にてＮＯである場合）、ＣＰＵ１１０は、除外地域情報データ１２３を参照して、Ｔｅｌｅｍａｔｉｃｓ端末２００が除外地域の近傍にいるか否かを判断する（ステップＳ１１２）。ＣＰＵ１１０は、Ｔｅｌｅｍａｔｉｃｓ端末２００が除外地域の近傍にいる場合（ステップＳ１１２にてＹＥＳである場合）、Ｔｅｌｅｍａｔｉｃｓ端末２００の現在位置に基づいて、位置情報データ１２２の現在位置と、本日の走行距離と、今月の走行距離を更新する（ステップＳ１０８）。なお、今回積算する走行距離として、ＣＰＵ１１０は、前回の現在位置から今回の現在位置までの直線距離を計算してもよいし、前回の現在位置から今回の現在位置までの最も短い経路の道のりを計算してもよい。ＣＰＵ１１０は、通信インターフェイス１６０を介して、次のＴｅｌｅｍａｔｉｃｓ端末２００からのデータを待ち受ける。

ＣＰＵ１１０は、Ｔｅｌｅｍａｔｉｃｓ端末２００が除外地域の近傍にいない場合（ステップＳ１１２にてＮＯである場合）、対象となるユーザやＴｅｌｅｍａｔｉｃｓ端末２００に対応付けて、位置情報データ１２２にエラー情報を書き込む（ステップＳ１１４）。エラー情報が書き込まれたユーザは、本件量の割引が受けられなくなったり、高い保険料のクラスに登録されたりする。

ＣＰＵ１１０は、通信インターフェイス１６０を介してＴｅｌｅｍａｔｉｃｓ端末２００に走行距離の測定に失敗した旨の通知を行う（ステップＳ１１６）。これによって、Ｔｅｌｅｍａｔｉｃｓ端末２００のＭＰＵ２１０は、通信部２６０を介して当該通知を受信して、スピーカに測定エラーを示す音声を出力させたり、ディスプレイに測定エラーを示すテキストや画像を表示させたりする。

好ましくは、ＣＰＵ１１０は、通信インターフェイス１６０を介して、Ｔｅｌｅｍａｔｉｃｓ端末２００に、エラーと判断された日時や、そのときのＴｅｌｅｍａｔｉｃｓ端末２００の位置や、エラーと判断された理由などを出力させることが好ましい。

なお、ＣＰＵ１１０は、ユーザ情報データ１２１を参照して、Ｔｅｌｅｍａｔｉｃｓ端末２００以外の端末、たとえばスマートフォンやタブレットなどに、通信インターフェイス１６０を介して、走行距離の測定に失敗した旨の通知を行ってもよい（ステップＳ１１６）。これによって、当該端末は、当該通知を受信して、スピーカに測定エラーを示す音声を出力させたり、ディスプレイに測定エラーを示すテキストや画像を表示させたりする。

ＣＰＵ１１０は、通信インターフェイス１６０を介して、次のＴｅｌｅｍａｔｉｃｓ端末２００からのデータを待ち受ける。
＜サーバ１００における保険料金の計算のための情報処理＞

なお、本実施の形態においては、サーバ１００のＣＰＵ１１０は、毎月、定期的に、ユーザの保険料金を決定する。たとえば、ＣＰＵ１１０は、毎月１日に、位置情報データ１２２を参照してユーザ毎の前月の走行距離を読み出す。そして、保険料金データ１２４を参照して、ＣＰＵ１１０は、走行距離と年齢などに基づいて、今月の保険料金を決定する。そして、上述したように、走行距離の取得に関して、不正があったと判断された場合には、保険料が高くなったり、保険料の割引が少なくなったりすることが好ましい。
＜第２の実施の形態＞

上記の実施の形態のネットワークシステム１の各装置の役割の一部または全部を他の装置が実行してもよい。たとえば、サーバ１００やＴｅｌｅｍａｔｉｃｓ端末２００，２００・・・の各々の役割の一部または全部を別の装置が担ったり、各々の役割の一部または全部を複数の装置で担ったりしてもよい。具体的に、たとえば、図９に示すように、Ｔｅｌｅｍａｔｉｃｓ端末２００が、走行距離を積算したり、除外地域を利用して不正判定処理を実行したりしてもよい。
＜第３の実施の形態＞

上記の実施の形態においては、Ｔｅｌｅｍａｔｉｃｓ端末２００，２００・・・に関して説明したが、そのような形態には限定されない。現在位置の取得およびサーバ１００へのアップロードができれば、スマートフォンやカーナビゲーションシステムなど、他の種類の通信端末であってもよい。
＜まとめ＞

上記の実施の形態においては、現在位置を取得可能な端末２００と、端末２００からの位置情報に基づいて端末２００の移動距離を積算し、所定の条件が満たされた際にエラー処理を実行するためのサーバ１００と、を備えるネットワークシステム１が提供される。

好ましくは、サーバ１００は、所定の条件が満たされた際に、エラー処理として端末２００にエラー情報を出力させる。

好ましくは、サーバ１００は、端末２００からの前回の位置情報と今回の位置情報とに基づいて、前回の位置から今回の位置までの距離または道のりが所定値以上であった場合に、所定の条件が満たされていると判断する。

好ましくは、サーバ１００は、所定の条件が満たされた場合であっても、端末２００が所定のエリアにいる場合はエラー処理を実行しない。

好ましくは、サーバ１００は、移動距離の積算値に基づいて端末２００のユーザの保険料を計算する。

上記の実施の形態においては、端末２００と通信するための通信インターフェイス１６０と、端末２００からの位置情報に基づいて端末２００の移動距離を積算し、所定の条件が満たされた際にエラー処理を実行するためのプロセッサ１１０と、を備えるサーバ１００が提供される。

上記の実施の形態においては、サーバ１００による情報処理方法が提供される。情報処理方法は、端末２００からの位置情報に基づいて端末２００の移動距離を積算するステップと、所定の条件が満たされた際にエラー処理を実行するステップと、を備える。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ ：ネットワークシステム
１００ ：サーバ
１００Ａ ：サーバ
１００Ｂ ：サーバ
１００Ｃ ：除外地域データベース
１１０ ：ＣＰＵ
１２０ ：メモリ
１２１ ：ユーザ情報データ
１２２ ：位置情報データ
１２３ ：除外地域情報データ
１２４ ：保険料金データ
１４０ ：操作部
１６０ ：通信インターフェイス
２００ ：端末
２１０ ：ＭＰＵ
２３０ ：位置時間情報取得部
２６０ ：通信部

Claims (6)

1. 現在位置を取得可能な端末と、
   前記端末からの位置情報に基づいて前記端末の移動距離を積算し、所定の条件が満たされた際にエラー処理を実行するためのサーバと、を備え、
   前記サーバは、前記所定の条件が満たされた際に、前記エラー処理として前記端末にエラー情報を出力させるネットワークシステム。
2. 前記サーバは、前記端末からの前回の位置情報と今回の位置情報とに基づいて、前回の位置から今回の位置までの距離または道のりが所定値以上であった場合に、前記所定の条件が満たされていると判断する、請求項１に記載のネットワークシステム。
3. 前記サーバは、前記所定の条件が満たされた場合であっても、前記端末が所定のエリアにいる場合は前記エラー処理を実行しない、請求項１または２に記載のネットワークシステム。
4. 前記サーバは、前記移動距離の積算値に基づいて前記端末のユーザの保険料を計算する、請求項１から３のいずれか１項に記載のネットワークシステム。
5. 端末と通信するための通信インターフェイスと、
   前記端末からの位置情報に基づいて前記端末の移動距離を積算し、所定の条件が満たされた際にエラー処理を実行するためのプロセッサと、を備え、
   前記プロセッサは、前記所定の条件が満たされた際に、前記エラー処理として前記端末にエラー情報を出力させるサーバ。
6. サーバによる情報処理方法であって、
   端末からの位置情報に基づいて前記端末の移動距離を積算するステップと、
   所定の条件が満たされた際にエラー処理を実行するステップと、を備え、
   前記エラー処理を実行するステップは、前記端末にエラー情報を出力させるステップを含む、情報処理方法。