JP6041124B2 - 情報処理システム、情報処理方法、携帯通信端末、携帯通信端末の制御方法ならびに制御プログラム、サーバ、サーバの制御方法ならびに制御プログラム - Google Patents

Description

本発明は、自動車の動力源の補充をサポートする技術に関する。

上記技術分野において、特許文献１には、電気自動車での移動時に充電を行なう際の充電量や充電時間を算出する技術が開示されている。

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

しかしながら、上記文献に記載の技術では、バッテリ残量の計算や充電ポイントの通知をユーザや自動車の特性に基づいて表示することができず、十分に快適なドライブを提供できなかった。

本発明の目的は、上述の課題を解決する技術を提供することにある。

上記目的を達成するため、本発明に係るシステムは、
車両と携帯通信端末とサーバとが通信可能に接続された情報処理システムであって、
前記携帯通信端末は、
前記車両の現在地情報および目的地情報を取得する現在地目的地情報取得手段と、
前記車両の動力源の残量を示す動力源残量情報を取得する動力源残量情報取得手段と、
前記現在地情報、前記目的地情報および前記動力源残量情報をサーバに送信する第１送信手段と、
を備え、
前記サーバは、
前記現在地情報、前記目的地情報および前記動力源残量情報を受信する第１受信手段と、
前記車両を用いた過去の走行履歴情報と、前記車両に動力源の補充を行なうことが可能な位置を示す複数の補充可能ポイントを蓄積する蓄積手段と、
受信された前記現在地情報、前記目的地情報および前記動力源残量情報と蓄積された前記走行履歴情報とに基づいて、前記複数の補充可能ポイントから、前記車両に動力源の補充を行なうべき位置を表わす補充ポイントを選出する選出手段と、
選出された前記補充ポイントに関する情報を前記携帯通信端末に送信する第２送信手段と、
を備え、
前記走行履歴情報は、前記車両の過去の走行日時情報、走行経路情報、走行速度情報、並びに前記車両の走行環境に関する走行環境情報、渋滞・交通規制に関する交通情報、および前記車両の整備に関する車両整備情報の少なくともいずれか１つを含む走行状況情報を含み、
前記蓄積手段は、前記車両の過去の走行状況情報を蓄積し、
前記選出手段は、さらに、前記過去の走行状況情報と前記現在の走行状況情報とに基づいて、あらかじめ登録された複数の補充可能ポイントから前記補充ポイントを選出することを特徴とする。

上記目的を達成するため、本発明に係る方法は、
車両と携帯通信端末とサーバとが通信可能に接続され、
前記携帯通信端末が、前記車両の現在地情報および目的地情報を取得する現在地目的地情報取得ステップと、
前記携帯通信端末が、前記車両の動力源の残量を示す動力源残量情報を取得する動力源残量情報取得ステップと、
前記携帯通信端末が、前記現在地情報、前記目的地情報および前記動力源残量情報をサーバに送信する第１送信ステップと、
を含み、
前記サーバが、前記現在地情報、前記目的地情報および前記動力源残量情報を受信する第１受信ステップと、
前記サーバが、前記車両を用いた過去の走行履歴情報と、前記車両に動力源の補充を行なうことが可能な位置を示す複数の補充可能ポイントを蓄積する蓄積ステップと、
前記サーバが、受信された前記現在地情報、前記目的地情報および前記動力源残量情報と蓄積された前記走行履歴情報とに基づいて、前記複数の補充可能ポイントから、前記車両に動力源の補充を行なうべき位置を表わす補充ポイントを選出する選出ステップと、
前記サーバが、選出された前記補充ポイントに関する情報を前記携帯通信端末に送信する第２送信ステップと、
を含み、
前記走行履歴情報は、前記車両の過去の走行日時情報、走行経路情報、走行速度情報、並びに前記車両の走行環境に関する走行環境情報、渋滞・交通規制に関する交通情報、および前記車両の整備に関する車両整備情報の少なくともいずれか１つを含む走行状況情報を含み、
前記蓄積ステップにおいて、前記車両の過去の走行状況情報を蓄積し、
前記選出ステップにおいて、さらに、前記過去の走行状況情報と前記現在の走行状況情報とに基づいて、あらかじめ登録された複数の補充可能ポイントから前記補充ポイントを選出することを特徴とする。

上記目的を達成するため、本発明に係る携帯通信端末は、
サーバおよび車両と通信可能な携帯通信端末であって、
車両の現在地情報および目的地情報を取得する現在地目的地情報取得手段と、
前記車両の動力源の残量を示す動力源残量情報を取得する動力源残量情報取得手段と、
前記現在地情報、前記目的地情報および前記動力源残量情報をサーバに送信する第１送信手段と、
車両に動力源の補充を行なうべき位置を表わす補充ポイントをユーザに提示する提示手段と、
を備えたことを特徴とする上記情報処理システムに用いられる。

上記目的を達成するため、本発明に係る携帯通信端末の制御方法は、
サーバおよび車両に対して通信可能な携帯通信端末の制御方法であって、
車両の現在地情報および目的地情報を取得する現在地目的地情報取得ステップと、
前記車両の動力源の残量を示す動力源残量情報を取得する動力源残量情報取得ステップと、
前記現在地情報、前記目的地情報および前記動力源残量情報をサーバに送信する第１送信ステップと、
車両に動力源の補充を行なうべき位置を表わす補充ポイントをユーザに提示する提示ステップと、
を含むことを特徴とする上記情報処理システムに用いられる。

上記目的を達成するため、本発明に係る携帯通信端末の制御プログラムは、
サーバおよび車両に対して通信可能な携帯通信端末の制御プログラムであって、
車両の現在地情報および目的地情報を取得する現在地目的地情報取得ステップと、
前記車両の動力源の残量を示す動力源残量情報を取得する動力源残量情報取得ステップと、
前記現在地情報、前記目的地情報および前記動力源残量情報をサーバに送信する第１送信ステップと、
車両に動力源の補充を行なうべき位置を表わす補充ポイントをユーザに提示する提示ステップと、
をコンピュータに実行させることを特徴とする上記情報処理システムに用いられる。

上記目的を達成するため、本発明に係るサーバは、
車両と携帯通信端末と通信可能なサーバであって、
前記車両の現在地情報および目的地情報と前記車両の動力源の残量を示す動力源残量情報とを、前記車両に接続された前記携帯通信端末から受信する受信手段と、
前記車両を用いた過去の走行履歴情報と、前記車両に動力源の補充を行なうことが可能な位置を示す複数の補充可能ポイントを蓄積する蓄積手段と、
受信された前記現在地情報、前記目的地情報および前記動力源残量情報と蓄積された前記走行履歴情報とに基づいて、前記複数の補充可能ポイントから、前記車両に動力源の補充を行なうべき位置を表わす補充ポイントを選出する選出手段と、
選出された前記補充ポイントに関する情報を前記携帯通信端末に送信する送信手段と、
を備え、
前記走行履歴情報は、前記車両の過去の走行日時情報、走行経路情報、走行速度情報、並びに前記車両の走行環境に関する走行環境情報、渋滞・交通規制に関する交通情報、および前記車両の整備に関する車両整備情報の少なくともいずれか１つを含む走行状況情報を含み、
前記蓄積手段は、前記車両の過去の走行状況情報を蓄積し、
前記選出手段は、さらに、前記過去の走行状況情報と前記現在の走行状況情報とに基づいて、あらかじめ登録された複数の補充可能ポイントから前記補充ポイントを選出することを特徴とする。

上記目的を達成するため、本発明に係るサーバの制御方法は、
車両と携帯通信端末と通信可能なサーバの制御方法であって、
前記車両の現在地情報および目的地情報と前記車両の動力源の残量を示す動力源残量情報とを、前記車両に接続された前記携帯通信端末から受信する受信ステップと、
あらかじめサーバに蓄積された前記車両を用いた過去の走行履歴情報と前記目的地情報と前記現在地情報とに基づいて前記車両に動力源の補充を行なうことが可能な位置を表わす補充ポイントを選出する選出ステップと、
選出された前記補充ポイントに関する情報を前記携帯通信端末に送信する送信ステップと、
を含み、
前記走行履歴情報は、前記車両の過去の走行日時情報、走行経路情報、走行速度情報、並びに前記車両の走行環境に関する走行環境情報、渋滞・交通規制に関する交通情報、および前記車両の整備に関する車両整備情報の少なくともいずれか１つを含む走行状況情報を含み、
前記蓄積ステップにおいて、前記車両の過去の走行状況情報を蓄積し、
前記選出ステップにおいて、さらに、前記過去の走行状況情報と前記現在の走行状況情報とに基づいて、あらかじめ登録された複数の補充可能ポイントから前記補充ポイントを選出することを特徴とする。

上記目的を達成するため、本発明に係るサーバの制御プログラムは、
車両と携帯通信端末と通信可能なサーバの制御プログラムであって、
前記車両の現在地情報および目的地情報と前記車両の動力源の残量を示す動力源残量情報とを、前記車両に接続された前記携帯通信端末から受信する受信ステップと、
あらかじめサーバに蓄積された前記車両を用いた過去の走行履歴情報と前記目的地情報と前記現在地情報とに基づいて前記車両に動力源の補充を行なうことが可能な位置を表わす補充ポイントを選出する選出ステップと、
選出された前記補充ポイントに関する情報を前記携帯通信端末に送信する送信ステップと、
をコンピュータに実行させ、
前記走行履歴情報は、前記車両の過去の走行日時情報、走行経路情報、走行速度情報、並びに前記車両の走行環境に関する走行環境情報、渋滞・交通規制に関する交通情報、および前記車両の整備に関する車両整備情報の少なくともいずれか１つを含む走行状況情報を含み、
前記蓄積ステップにおいて、前記車両の過去の走行状況情報を蓄積し、
前記選出ステップにおいて、さらに、前記過去の走行状況情報と前記現在の走行状況情報とに基づいて、あらかじめ登録された複数の補充可能ポイントから前記補充ポイントを選出することを特徴とする。

本発明によれば、動力源補充ポイントの通知を、自動車の走行履歴情報に基づいて提供し、快適なドライブを提供することができる。

本発明の第１実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の第２実施形態に係る情報処理システムの概要を示す図である。 本発明の第２実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の第２実施形態における充電可能ポイントの情報のテーブルである。 本発明の第２実施形態に係る情報処理システムと電気自動車とを含む全体の処理を示すシーケンス図である。 本発明の第２実施形態におけるスマートフォンに表示される表示画面例を示す図である。 本発明の第２実施形態におけるスマートフォンに表示される表示画面例を示す図である。 本発明の第２実施形態におけるスマートフォンに表示される表示画面例を示す図である。 本発明の第２実施形態におけるスマートフォンに表示される表示画面例を示す図である。 本発明の第２実施形態におけるスマートフォンに表示される表示画面例を示す図である。 本発明の第２実施形態におけるユーザ情報のテーブルである。 本発明の第２実施形態における車種ごとの走行履歴のテーブルである。 本発明の第２実施形態における走行時間情報のテーブルである。 本発明の第２実施形態における走行環境情報のテーブルである。 本発明の第２実施形態における交通情報のテーブルである。 本発明の第２実施形態における車両情報のテーブルである。 本発明の第２実施形態における車両整備情報のテーブルである。 本発明の第２実施形態におけるバッテリ消費特性のテーブルである。 本発明の第２実施形態におけるスマートフォンの処理を示すフローチャートである。 本発明の第２実施形態におけるクラウドサーバの処理を示すフローチャートである。 本発明の第２実施形態におけるクラウドサーバのハードウェア構成を示すブロック図である。 本発明の第２実施形態におけるクラウドサーバでの処理の流れを示す図である。 本発明の第２実施形態に係る情報処理システムでのパケット送受信処理の例を示す図である。 本発明の第２実施形態に係る情報処理システムでのパケット送受信処理の他の例を示す図である。 本発明の第２実施形態に係る情報処理システムでのパケット送受信処理のさらに他の例を示す図である。 本発明の第２実施形態に係る情報処理システムで用いられるテーブルの構成を示す図である。 本発明の第２実施形態に係る情報処理システムでのサーバと電気自動車間での通信確立処理の一例を示す図である。 本発明の第２実施形態に係る情報処理システムでのサーバと電気自動車間での通信確立処理の一例を示す図である。 本発明の第２実施形態に係る情報処理システムでのサーバと電気自動車間での通信確立処理の一例を示す図である。 本発明の第２実施形態に係る情報処理システムでのサーバと電気自動車間での通信確立処理の一例を示す図である。 本発明の第３実施形態に係る情報処理システムの概要を示す図である。 本発明の第３実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の第４実施形態に係る情報処理システムの概要を示す図である。 本発明の第４実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の第５実施形態に係る情報処理システムの概要を示す図である。

以下に、本発明を実施するための形態について、図面を参照して、例示的に詳しく説明記載する。ただし、以下の実施の形態に記載されている、構成、数値、処理の流れ、機能要素などは一例に過ぎず、その変形や変更は自由であって、本発明の技術範囲を以下の記載に限定する趣旨のものではない。

［第１実施形態］
本発明の第１実施形態としての情報処理システム１００について、図１を用いて説明する。

図１に示すように、情報処理システム１００は、携帯通信端末１２０と、サーバ１３０とを含む。携帯通信端末１２０は、サーバ１３０と車両１１０と通信可能に接続されている。

携帯通信端末１２０は、現在地目的地情報取得部１２１と、動力源残量情報取得部１２２と、送信部１２３とを有する。サーバ１３０は、受信部１３１と、蓄積部１３２と、選出部１３３とを有する。

携帯通信端末１２０の現在地目的地情報取得部１２１は、車両の現在地情報および目的地情報を取得する。動力源残量情報取得部１２２は、車両から動力源の残量を示す動力源残量情報を取得する。送信部１２３は、現在地情報、目的地情報および動力源残量情報をサーバ１３０に送信する。
サーバ１３０の受信部１３１は、現在地情報、目的地情報および動力源残量情報を携帯通信端末１２０の送信部１２３から受信する。蓄積部１３２は、車両１１０を用いた過去の走行履歴情報と、車両１１０に動力源の補充を行なうことが可能な位置を示す複数の補充可能ポイントを蓄積する。選出部１３３は、受信された現在地情報、目的地情報および動力源残量情報と蓄積された走行履歴情報とに基づいて、複数の補充可能ポイントから、車両１１０の動力源の補充をおこなうべき位置を表わす補充ポイントを選出する。

以上の構成および動作により、本実施形態に係る情報処理システムによれば、動力源補充ポイントの通知を、車両の走行履歴情報に基づいて提供し、快適なドライブを提供することができる。

［第２実施形態］
次に本発明の第２実施形態に係る情報処理システム２００の概要について、図２を用いて説明する。

車両の一例としての電気自動車２１０は、東京都にある東京スカイツリーから富士山まで走行する予定である。出発時に、ユーザは、携帯通信端末の一例としてのスマートフォン２２０を電気自動車２１０に接続する。スマートフォン２２０は、ユーザによりあらかじめスケジュール用のアプリケーションに入力されたスケジュールに基づいて、ユーザの目的地（ここでは例として、神奈川県藤沢市の江ノ島と富士山）についての目的地情報を取得する。また、スマートフォン２２０は、接続された電気自動車２１０から動力源残量情報の一例としてのバッテリ残量情報や、バッテリ残量情報以外にも、自動車のＩＤ、現在地情報、走行速度、走行距離、および走行時間などの車両情報を取得する。なお、目的地情報は、スケジュール用のアプリケーションから取得するだけでなく、ユーザによるスマートフォン２２０への直接の入力操作により取得してもよい。また、現在地情報は、電気自動車２１０から取得するのではなく、スマートフォン２２０に内蔵されたＧＰＳ（Global Positioning System）を用いて取得してもよい。スマートフォン２２０は、目的地情報や車両情報をクラウドサーバ２３０に送信する。図２の説明において、スマートフォン２２０に格納されたスケジュール用のアプリケーションから目的地を取得する例を示したが、スマートフォン２２０の画面に表示された目的地の候補からユーザが選択しても良く、これらに限られるものでもない。

クラウドサーバ２３０は、受信した目的地情報と車両情報と過去の走行履歴情報とに基づいて、電気自動車２１０が立ち寄るべき補充ポイントの一例としての充電ポイントを走行ルート付近から選出し、選出した充電ポイントを走行ルートと共に表示するための充電ポイント案内情報を生成する。ここで、走行履歴情報とは、自動車の過去の走行日時情報、走行経路情報、走行速度情報および走行状況情報を含む。クラウドサーバ２３０は、生成した充電ポイント案内情報を、スマートフォン２２０に送信する。ここで、充電ポイント案内情報とは、例えば、自動車の現在地と目的地とを結ぶ走行経路情報および充電ポイントの位置情報を含んだ情報である。

図２において、出発地の東京スカイツリーでは、バッテリ残量が１００％であることがメータ２１１のバッテリ残量表示部２１２に表示されている（２１２ａ）。出発時におけるバッテリの予定使用量は、神奈川県藤沢市の江ノ島辺りでは５５％である（２１２ｂ）。その後、東名高速道路の足柄サービスエリア（ＳＡ）２７０で１００％に充電し（２１２ｃ）、富士山では８０％になる予定であった（２１２ｄ）。

しかし、実際に走行すると、首都高速道路や横浜市付近で渋滞に巻き込まれて５０％に減少した（２１２ｅ）。そこで、クラウドサーバ２３０は、ＶＩＣＳ（Vehicle Information and Communication System）（登録商標）から受信した交通情報や過去の渋滞時の走行履歴などに基づいて、電気自動車２１０の充電ポイントを再度選出し、足柄ＳＡではなく、江ノ島２７１で８０％に充電することを提示する（２１２ｆ）。富士山に到着した時点でバッテリ残量は３０％となる予定になった（２１２ｇ）。

電気自動車２１０のメータ２１１は、渋滞に巻き込まれてバッテリ残量が減少した状態を示す。メータ２１１は、走行速度として２０．０ｋｍ／ｈ、走行距離として４０．０ｋｍ、走行時間として３時間１分、バッテリ残量表示部２１２として残り５０％、残り９５．０ｋｍを示す。カーナビゲーションシステム２１３は、出発地（Ｓと表示）と、現在地（黒塗りの三角形で表示）と、１つ目の目的地である江ノ島（１と表示）と、充電ポイントと、最終目的地である富士山（Ｇと表示）とを表示している。

クラウドサーバ２３０は、ＶＩＣＳ（登録商標）から受信した交通情報と過去の走行履歴とを元に、電気自動車２１０の充電ポイントを変更すると、充電ポイントを地図上に表示した充電ポイント案内情報を生成する。そして、クラウドサーバ２３０は、充電ポイント案内情報をネットワーク２４０を介してスマートフォン２２０に送信する。スマートフォン２２０は、最新の充電ポイント案内情報を受信すると、接続された電気自動車２１０に送信する。なお、クラウドサーバ２３０は、交通情報の他に天気予報などを受信して、充電ポイントの選出に用いてもよい。

（情報処理システムの構成）
次に、情報処理システム２００の構成を示すブロック図として図３Ａを用いて説明する。情報処理システム２００は、スマートフォン２２０とクラウドサーバ２３０とを含み、スマートフォン２２０とクラウドサーバ２３０とはネットワーク２４０を介して通信可能に接続されている。スマートフォン２２０は、電気自動車２１０と通信可能に接続されている。

電気自動車２１０は、メータ２１１とカーナビゲーションシステム２１３とバッテリ残量情報記憶部２１４とを備え、メータ２１１は、バッテリ残量表示部２１２をさらに備える。メータ２１１は、走行速度、走行距離、走行時間を示し、さらに、走行可能距離の目安（図２の２１２に示す残９５．０ｋｍ）を示す。また、バッテリ残量表示部２１２は、バッテリ残量を０〜１００％の値で示すが、バッテリ残量の表示方法はこれに限られるものではない。バッテリ残量情報記憶部２１４は、不図示のバッテリに接続され、バッテリ内の電力の残量を随時検出して記憶している。

スマートフォン２２０は、取得部３２１と送信部３２２と受信部３２３とを備える。取得部３２１は、電気自動車２１０の目的地情報を、スケジュール用のアプリケーション（不図示）に入力された運転者のスケジュール情報に基づいて取得する。取得部３２１は、運転者によるＳＮＳ（Social Networking Service）、チャット、メールでのやりとりから目的地を推測してもよいし、カーナビゲーションシステムへの入力（電話番号、地名、地図上の位置）から取得してもよいし、カーナビゲーションシステムが導き出した行き先案内と連動させてもよい。

また、取得部３２１は、車両情報として、バッテリ残量情報以外に、電気自動車２１０のＩＤ（Identification）と、現在地情報、走行速度、走行距離、走行ルート、走行時間のうち、少なくともいずれか１つ以上を電気自動車２１０から取得する。なお、車両情報はこれら情報に限れられるものではなく、電気自動車に関する情報であればよい。さらに、取得部３２１は、クラウドサーバ２３０の生成部で生成された、現在地から目的地までの走行ルート上における充電ポイント（または充電スタンド）に関する充電ポイント案内情報を取得する。送信部３２２は、電気自動車２１０から受信した目的地情報や車両情報をクラウドサーバ２３０に送信し、また、クラウドサーバ２３０から受信した充電ポイント案内情報を電気自動車２１０に送信する。受信部３２３は、クラウドサーバ２３０で生成されて送信された充電ポイント案内情報を受信する。

クラウドサーバ２３０は、受信部３３１と選出部３３２と生成部３３３と送信部３３４と算出部３３５と記憶部３３６と走行ルート導出部３３７と走行履歴取得部３３８とを備える。受信部３３１は、バッテリ残量情報と目的地情報と電気自動車の現在地情報とをスマートフォン２２０から受信する。バッテリ残量情報は、車両情報に含まれる。

選出部３３２は、走行経路情報と走行履歴情報とに基づいてバッテリ消費量を予測し、バッテリ残量情報とバッテリ消費量とに基づいて、あらかじめ登録された複数の充電可能ポイントからお奨めの充電ポイントを選出する。選出部３３２は、また、現在の車両情報をも考慮して充電ポイントを選出する。さらに、選出部３３２は、過去の走行状況情報と現在の走行状況情報とに基づいて、充電ポイントを選出する。選出部３３２は、また、電気自動車の走行距離があらかじめ定められた距離に達したタイミング、または電気自動車の走行時間があらかじめ定められた時間に達したタイミングで充電ポイントを選出する。

例えば、連休最終日の午後に行楽地から自宅への帰路で渋滞が発生し、温度と湿度が高いことからエアコンを多用するため、バッテリ残量の減少スピードが速いというように判断する。そして、予測したバッテリ消費量に対応する今後の走行可能距離を算出した上で、バッテリの充電ポイントを選出する。バッテリの充電ポイントの選出は、１つでもよいが、複数であることが望ましい。また、あらかじめ定められたタイミングとは、例えば、３０分毎などの一定の走行時間や、１０ｋｍ毎などの一定の走行距離のようにユーザにおいて設定可能である。なお、お奨め充電ポイントの位置情報は、随時更新され、記憶部３３６に格納される。

図６Ａに示す運転者の走行履歴を参照して、コンビニエンスストアによく止まる運転者であれば、コンビニエンスストアに付随した充電ポイントを優先的に提案する。また、図３Ｂに示す充電可能ポイントの情報を示すテーブル３５０を用いて、選出部３３２は、充電可能ポイントのエリア、属性、電気料金（円／ＫＷｈ）に基づいて運転者の走行予定や時刻を参照して、あるいは、運転者からの直接の希望に応じて、食事をしながら充電することが望ましいと判断すると、レストランに付随した充電ポイントを優先的に提案する。

選出部３３２は、充電ポイントを選出する際に、各充電ポイントで充電すべき電力量を併せて提案してもよい。例えば、次の日の走行予定を考慮して、次の日に充電せずに走行可能となるような電力量を提案してもよい。

一方、選出部３３２は、充電可能ポイントごとの電気料金をユーザに提示すると共に、電気自動車２１０に近接した電気料金の価格の高い充電ポイントと、他の電気料金の価格が安い充電ポイントとを選出する。また、選出部３３２は、運転者から携帯通信端末に音声に対して希望パラメータ（電気料金の価格の安いところなど）を音声入力された場合には、この音声をクラウドサーバ２３０において解析し、運転者の希望に添うお奨め充電ポイント選出してもよい。

次に、生成部３３３は、選出部３３２が選出した充電ポイントと、目的地までの走行経路情報とを含む補充ポイント案内情報を生成する。なお、充電ポイント案内情報に含まれる充電ポイントは、１つであっても複数であってもよく、また、ユーザにおいてお奨め充電ポイントの数を選択可能であってもよい。生成部３３３は、さらに、電気自動車２１０に近接した電気料金の価格高い充電ポイントでは、他の電気料金の価格が安い充電ポイントまで到達するためのつなぎとして補充すべき必要最低限の補充量を示す情報を提案してもよい。生成部３３３は、電気料金の価格の高い充電ポイントを経由して電気料金の価格の安い充電ポイントまでの経路情報を提示する。一方、生成部３３３は、電気料金の価格の安い充電ポイントであれば、目的地に到達するまでに存する他の充電ポイントの電気料金の価格と現在のバッテリ残量とに基づいて、電気料金の価格の安い充電ポイントにおけるフル充電を提案してもよい。

送信部３３４は、生成部３３３において生成された充電ポイント案内情報を、ネットワーク２４０を介してスマートフォン２２０に送信する。

算出部３３５は、走行日時情報、走行環境情報、交通情報、車両情報、車両整備情報に基づいてバッテリ消費量やバッテリ消費特性を算出する。

記憶部３３６は、地図情報、充電可能ポイントの位置情報を記憶しており、さらに、電気自動車２１０を用いた過去の走行履歴情報を蓄積する蓄積手段としても機能する。また、記憶部３３６は、電気自動車２１０の過去の走行状況情報に加えて、電気自動車２１０と同車種の電気自動車または走行能力において同性能の電気自動車に関する過去の走行状況情報を蓄積する。選出部３３２は、電気自動車２１０と同車種の電気自動車２１０または走行能力において同性能の自動車に関する過去の走行状況情報と現在の走行状況情報とに基づいて、あらかじめ登録された複数の充電可能ポイントから充電ポイントを選出する。記憶部３３６は、通学生が多い、暴走車が多い、徘徊老人が多いなどの道路状況に付随する情報をＳＮＳ（Social Networking Service）から取得して記憶してもよく、選出部３３２がその情報を用いて充電ポイントを選択してもよい。

記憶部３３６において記憶された情報を共有する仲間をあらかじめ階層的に登録しておき、それぞれの仲間との間で、階層ごとに定められた範囲の情報を共有してもよい。例えば、家族同士であれば、全情報を共有するが、友人同士ではスケジュールは共有せずに、車種と走行履歴まで、ツイッター（登録商標）のような短文投稿サイトの仲間同士や知人関係では、充電ポイント使用履歴のみを共有するといった階層分けを行なってもよい。消費電力を抑える運転方法について、仲間内で記憶部３３６に蓄積して、ナレッジを共有してもよい。クラウドサーバ２３０は、蓄積されたナレッジから最適運転方法を導いて、スマートフォン２２０を介して運転者にアドバイスを送ってもよい。

記憶部３３６は、さらに不図示の走行履歴情報の他、アプリケーションプログラムを記憶している。そのアプリケーションプログラムは、電気自動車２１０に接続されたスマートフォン２２０からクラウドサーバ２３０にログインすると起動して、スマートフォン２２０のディスプレイに様々なＧＵＩ（Graphic User Interface）を表示させる。アプリケーションプログラムは、スマートフォン２２０の内部にインストールされているかのように振る舞い、スマートフォン２２０に対するユーザの操作を検知して、その操作に応じた処理を行ない、スマートフォン２２０の画面表示を変える。アプリケーションプログラムは、このようにユーザからの入力を受け付けてユーザや電気自動車２１０に関する情報を取得して、記憶部３３６にデータベースを構築する。

走行ルート導出部３３７は、目的地情報と現在地情報とに基づいて目的地までの走行経路情報を導出する。選出部３３２が充電ポイントを選出した後は、その充電ポイントを含む走行経路を再度導出する。この時、走行ルートの特徴についての情報を、走行経路情報に含めてもよい。例えば、充電ポイントＡまでの経路について、「狭い」「一方通行が多い」「渋滞しやすい」「通学路を含む」などの特徴がある場合には、そのような特徴をユーザに知らせるべく、送信部３３４を介してスマートフォン２２０に送信する。

走行履歴取得部３３８は、走行履歴情報として、自動車の過去の走行日時情報、走行経路情報、走行速度情報および走行状況情報を取得して記憶部３３６に記憶する。走行状況情報は、自動車の走行環境に関する走行環境情報、渋滞・交通規制に関する交通情報、および自動車の整備に関する車両整備情報の少なくともいずれか１つを含む。走行環境情報は、走行経路の温度、湿度、風向、風速、降水量、天気などに関する情報である。走行日時に、お盆や正月のように属性を付けて記憶部３３６に記憶してもよい。さらに、渋滞に関しては、事故渋滞と工事渋滞とに別々に分けて記憶してもよい。

（情報処理システム全体の処理の流れ）
次に、情報処理システム２００と電気自動車２１０とを含む全体の処理の流れを図４を用いて説明する。図４は、情報処理システム２００と電気自動車２１０との処理の流れを示すシーケンス図である。

ステップＳ４０１において、スマートフォン２２０の取得部３２１は、電気自動車２１０の目的地情報をスケジュール用アプリケーションから取得する。ステップＳ４０３において、スマートフォン２２０は電気自動車２１０に接続する。ステップＳ４０５において、スマートフォン２２０は、クラウドサーバ２３０にログインする。ステップＳ４０７において、クラウドサーバ２３０は、ログイン処理を行ないアプリケーションプログラムを起動する。ステップＳ４０９において、電気自動車２１０のメータ２１１は、車両情報４５０として、自動車ＩＤ４５１と走行距離３５２と走行時間４５３とを表示し、さらに、バッテリ残量表示部２１２にバッテリ残量４５４を表示する。ステップＳ４１１において、スマートフォン２２０は、ユーザからのユーザ情報の入力を受け付ける。ステップＳ４１３において、電気自動車２１０は、自動車ＩＤ４５１などの車両情報４５０をスマートフォン２２０に送信する。

ステップＳ４１５において、スマートフォン２２０の受信部３２３は車両情報４５０を受信すると、送信部３２２は、目的地情報と車両情報４５０とユーザ情報とをクラウドサーバ２３０に送信する。ステップＳ４１７において、クラウドサーバ２３０の選出部３３２は、記憶部３３６に記憶された複数の充電ポイントのデータを読み出し、充電ポイントを選出する。ステップＳ４１９において、生成部３３３は、選出された充電ポイントを走行経路に表示した充電ポイント案内情報を生成する。ステップＳ４２１において、送信部３３４は、生成された充電ポイント案内情報をスマートフォン２２０に送信する。ステップＳ４２３において、スマートフォン２２０の送信部３２２は、受信した充電ポイント案内情報を電気自動車２１０に送信する。

電気自動車２１０は、スマートフォン２２０から充電ポイント案内情報を受信すると、ステップＳ４２５において、カーナビゲーションシステム２１３に充電ポイント案内情報（つまり、車両位置から目的地までのルートとお奨め充電ポイントの位置とを示す情報）を表示する。

（スマートフォンの画面表示）
次に、スマートフォン２２０の画面５０１に表示される表示情報について説明する。スマートフォン２２０は、電気自動車２１０に接続されると、まず、その電気自動車２１０に特化されたドライバプログラムを備えているか否か判定する。判定した結果、自機にドライバプログラムを備えている場合には、そのドライバプログラムを利用して電気自動車２１０から車両情報等を受信する。電気自動車２１０の車種は多岐に渉るため、それぞれの電気自動車ごとのドライバプログラムをスマートフォン２２０に格納していたのでは、スマートフォン２２０の記憶容量を圧迫してしまう。そこで、通常は、ドライバプログラムをスマートフォン２２０内部に格納することはなく、図５Ａに示す画面５０１をスマートフォン２２０に表示させてユーザに確認させる。ユーザが、クラウドサーバ２３０への接続を要求した場合（図５ＡでＹＥＳを選択）、スマートフォン２２０はクラウドサーバ２３０に対して、通信確立および車両情報等の取得をリクエストする。

クラウドサーバ２３０は、スマートフォン２２０を介して、電気自動車２１０との通信を確立すると、電気自動車２１０から車両情報（バッテリ残量、現在地、平均速度など）を受信する。そして、クラウドサーバ２３０は、受信した車両情報を記憶部３３６に格納されたユーザデータベースに記憶する。

一方、クラウドサーバ２３０は、電気自動車２１０に対応したアプリケーションプログラムを起動して、スマートフォン２２０のディスプレイに図５Ｂに示す画面５０２のような様々なＧＵＩを表示させる。図５Ｂに示すとおり、一例として、運転者の操作によりマイカーが選択された画面５０２を示す。アプリケーションプログラムは、スマートフォン２２０に対するユーザの操作を検知して、その操作に応じた処理を行ない、スマートフォン２２０の画面表示を変える。これにより、スマートフォン２２０の記憶容量を圧迫することもなく、また、アプリケーションのバージョンアップをユーザサイドで行なう必要もなくなるという利点がある。

アプリケーションプログラムは、スマートフォン２２０のＩＤおよび接続された電気自動車２１０を確認する。確認が終了すると、クラウドサーバ２３０は、ディスプレイに図５Ｃに示す画面５０３を表示させて、ユーザに運転者を選択させる。図５Ｃでは、一例として、Ａ村ａ男、Ａ村ｂ子、Ａ村ｃ太、その他、の選択肢を表示し、Ａ村ｂ子が選択されたことを示す。クラウドサーバ２３０は、選択された運転者による電気自動車２１０の利用が初めてか否か判断し、初めてであると判断すると、図５Ｄに示す画面５０４を表示させて、ＧＵＩを介して運転者に情報を入力させる。クラウドサーバ２３０は、入力された情報をユーザ情報として記憶部３３６のデータベースに蓄積する。入力される情報は、図５Ｄでは、運転者氏名と運転免許証の番号であるが、これらに限られるものではない。

アプリケーションプログラムは、ユーザ情報の登録が済むと、運転者に目的地の設定を求めてもよい。クラウドサーバ２３０は、目的地として図５Ｅに示す画面５０５を表示させて、スケジュールから取得、×××駅、会社、学校などを示す。画面５０５では、運転者によりスケジュールから目的地を取得することを選択されている。なお、目的地は、運転者の過去の走行履歴情報から選択されても、直接入力により設定されてもよい。また、スマートフォン２２０において、スケジュール用のアプリケーションからあらかじめ目的地情報を取得している場合には、車両情報等としてクラウドサーバ２３０に目的地情報を送信されている。このため、運転者において、「スケジュールから取得」を選択すればよい。

（ナレッジのテーブル）
次に、図６Ａおよび図６Ｂを用いて、クラウドサーバ２３０の記憶部３３６のデータベースに格納されるユーザのデータについて説明する。

図６Ａは、車種 ＫＡＴＯパルサーＥＶ ２０××年製を利用する、ユーザＩＤが50A25PM0のユーザと、ユーザＩＤが31B66QM0のユーザの妻についての過去の走行履歴テーブル６１０を示す。ここで、走行履歴情報とは、いつ、どこを、どのような走行状況の中で、どのような速度で、走行したかを表わす情報であり、走行状況情報を含む。ここで、走行状況情報は、自動車の走行環境に関する走行環境情報、渋滞・交通規制に関する交通情報、および自動車の整備に関する車両整備情報の少なくともいずれか１つを含む。また、走行環境とは、天気、温度、湿度、風向、風速、降水量などを含む。

走行履歴テーブル６１０は、走行履歴情報の一例として、タイミング、エリア、走行経路、属性、平均速度（ｋｍ／ｈ）、電力消費量（ＫＷｈ）を含む。ここでタイミングは、パルサーＥＶを利用した日付を示しているが時刻を含めてもよい。このタイミングにより、ユーザやユーザの家族が運転した場合の電力消費傾向を把握することが可能である。次に、エリアは、街中、市街地、郊外、渋滞、観光地、山間部など走行経路を大別する。

属性は、ユーザごとの走行経路からコンビニエンスストア、ファミリーレストラン、スーパーマーケットなどよく立ち寄る施設や場所、またはよく立ち寄る施設や場所に近接している施設の種類に基づいて分類する。これにより、ユーザおよびユーザの家族における電気自動車２１０の利用傾向が分かる。

次に、走行経路は、ユーザなどが実際に走行した経路に関する情報である。例えば、ユーザＩＤが50A25PM0のユーザは、2012/04/29において○○スーパーに買い物に行くために電気自動車を利用したことを示す。同様に、50A25PM0のユーザは、2012/05/05において○○温泉の××旅館から□□美術館まで走行したことが分かる。このように走行経路の履歴を蓄積することで、同一経路を走行する際のバッテリの電力消費量を把握することが可能である。

平均速度（ｋｍ／ｈ）は、走行経路を走行した際の速度の平均値を示す。電力消費量（ＫＷｈ）は、走行経路を走行した際のバッテリの消費量である。走行経路との関係で、あるいは平均速度との関係で、電力消費量を予測するために用いられる。

図６Ａでは、本人または家族の走行履歴情報を蓄積する場合について説明したが、特定の仲間で、走行履歴情報（例えば、走行環境とバッテリ使用状況のデータ）を共有できるように、記憶部３３６において、図６Ｂに示すような車種ごとの走行履歴テーブル６２０を生成してもよい。走行履歴テーブル６２０は、車種、エリア、タイミング、平均燃費（ｋｍ／ＫＷｈ）、バラツキを含む。車種は、Ａ、Ｂ、...と複数有る。この車種は、メーカー毎の具体的な同車種であっても良く、セダン、クーペ、ワゴン、ワンボックスのような外観や排気量が同様の自動車や、走行能力が同性能である自動車による種類分けであってもよい。エリアは、走行履歴テーブル６２０において、街中、高速、郊外の３段階を示すが、他に山間部、沿岸部、工場エリア、商業エリア、住宅街などに分けてもよい。

タイミングは、走行時間帯を示し、テーブル６２０においては、平日日中、休日日中、夜中の３段階で示すが、これに限られるものではない。平均燃費は、車種Ａで同一のエリアを同一のタイミングで走行した際の燃費の平均値を示す。バラツキは、平均燃費に関するばらつきを示す。

走行履歴テーブル６２０に示すユーザの走行データは、各ユーザにおいてあらかじめ設定した仲間と共有することが可能である。例えば、車種Ａについては、グループａで共有し、車種Ｂについては、エリアと平均燃費については共有する、というようにユーザにおいて共有する仲間と開示する情報の範囲を指定することが可能である。このような他人の走行履歴情報を用いることにより、初めて走る道路であっても、前に同じ車種の自動車が走った情報から、より正確に電力消費量を推定することができる。

次に、図７Ａ〜図７Ｆを用いて、クラウドサーバ２３０の記憶部３３６のデータベースに格納される自動車毎のデータについて説明する。算出部３３５は、これら図７Ａ〜図７Ｆの情報に基づいてバッテリ消費量やバッテリ消費特性を算出し、選出部３３２は、算出されたバッテリ消費量に基づいて充電ポイントを選出する。

図７Ａは、電気自動車２１０の１回のドライブにおける走行日時情報を示すテーブル７１０である。テーブル７１０には、電気自動車２１０のＩＤごとに、走行日と走行時間帯とを走行記録Ｄ１〜Ｄｎとして記録する。また、燃費（km/KWh）とバラツキとを記録する。例えば、テーブル７１０は、ＩＤが１０１１０１Ａの電気自動車の走行記録Ｄ１として、走行日２０１１／０１／０２、走行時間帯ＡＭ８：５４〜ＡＭ１１：２０を示す。そして、この際の電気自動車２１０の速度が５．５（km/KWh）であり、バラツキが１５であることを示す。このように、ＩＤ１０１１０１ＡについてはＤ１〜Ｄ３までの走行記録を示す。同様に、ＩＤ１０１１０１Ｂについては、Ｄ１〜Ｄ６までの走行記録を記憶する。

次に、図７Ｂは、電気自動車２１０の１回のドライブ毎の走行環境情報を示すテーブル７２０である。テーブル７２０には、電気自動車２１０のＩＤごとに、天気、温度、湿度、風向、風速、降水量などの環境記録Ｅ１〜Ｅｎと共に燃費（km/KWh）を記録する。例えば、テーブル７２０は、ＩＤが１０１１０１Ｂの電気自動車の環境記録Ｅ１として、天気、温度等を示す。この電気自動車ごとの環境記録Ｅｎと燃費（km/KWh）とに基づいて、算出部３３５は、バッテリ消費特性を算出する。

次に、図７Ｃは、電気自動車２１０の１回のドライブ毎の交通情報を示すテーブル７３０である。テーブル７３０には、電気自動車２１０のＩＤごとに、渋滞情報１〜渋滞情報ｎと、交通規制１〜交通規制ｎとを交通記録Ｔ１〜Ｔｎと燃費（km/KWh）とバラツキとを記録する。例えば、テーブル７３０は、ＩＤが１０１１０１Ａの電気自動車の交通記録Ｔ１として、渋滞情報１と交通規制１〜交通規制ｎと燃費（km/KWh）とバラツキとを示す。この電気自動車ごとの交通記録Ｔｎをスマートフォン２２０から受信部３３１は受信し、記憶部３３６に記憶されると、選出部３３２は道路の混雑状況を把握して走行記録Ｄや環境記録Ｅに基づいて、充電ポイントを選出する。

次に、図７Ｄは、電気自動車２１０の１回のドライブ毎の車両情報を示すテーブル７４０である。テーブル７４０には、電気自動車２１０のＩＤごとに、バッテリ残量、出発地、現在地、目的地、平均速度、走行距離、走行時間、走行経路、充電情報などを車両記録Ｖ１〜Ｖｎとして記録する。例えば、テーブル７４０は、ＩＤが１０１１０１Ａの電気自動車の車両記録Ｖ１として、バッテリ残量などを示す。この電気自動車ごとの車両記録Ｖｎに基づいて、選出部３３２は、充電ポイントを選出する。

次に、図７Ｅは、電気自動車２１０の１回のドライブ毎の車両整備情報を示すテーブル７５０である。テーブル７５０には、電気自動車２１０のＩＤごとに、タイヤ空気圧、タイヤ磨耗度、タイヤ交換時期、オイル量、オイル汚れ、オイル交換時期、燃費（km/KWh）、バラツキを整備記録Ｍ１〜Ｍｎとして記録する。例えば、テーブル７５０は、ＩＤが１０１１０１Ａの電気自動車の交通記録Ｍ１〜Ｍｎとして示す。この電気自動車ごとの整備記録Ｍｎをスマートフォン２２０から受信部３３１は受信し、記憶部３３６に記憶されると、算出部３３５は、バッテリ消費特性の算出に用いる。

次に、図７Ｆは、電気自動車２１０の１回のドライブごとに取得した走行記録、環境記録、交通記録、車両記録および整備記録に基づいて算出されたバッテリ消費特性Ｂ１〜Ｂｎを示すテーブル７６０である。テーブル７６０には、電気自動車２１０のＩＤごとに、バッテリ消費特性を更新して記録する。例えば、テーブル７６０は、電気自動車２１０のＩＤごとに、走行記録Ｄ、環境記録Ｅ、交通記録Ｔ、車両記録Ｖ、整備記録Ｍ、および燃費（km/KWh）に基づいて算出されたバッテリ消費特性を示す。この電気自動車ごとの各記録に基づいて、算出部３３５は、電気自動車のバッテリのバッテリ消費特性を算出する。

（スマートフォンの処理）
次に、スマートフォン２２０の処理を図８Ａを用いて説明する。図８Ａは、スマートフォン２２０の処理の流れを示すフローチャートである。

ステップＳ８０１において、取得部３２１は、目的地情報をスケジュール用アプリケーションから取得すると、ステップＳ８０３に進む。目的地情報を取得しない場合には、ステップＳ８０１を繰り返す。ステップＳ８０３において、電気自動車２１０に接続する。ステップＳ８０５において、クラウドサーバ２３０にネットワーク２４０を介してログインする。ステップＳ８０７において、取得部３２１は、ユーザによるユーザ情報の入力を受け付ける。ステップＳ８０９において、取得部３２１は、車両情報４５０を取得すると、ステップＳ８１１に進む。一方、車両情報４５０を取得しない場合には、ステップＳ８０９を繰り返す。ステップＳ８１１において、送信部３２２は、ネットワーク２４０を介してクラウドサーバ２３０にユーザ情報と車両情報４５０とを送信する。ステップＳ８１３において、受信部３２３は、充電ポイント案内情報をクラウドサーバ２３０から受信する。ステップＳ８１５において、送信部３２２は、充電ポイント案内情報を電気自動車２１０に送信する。ステップＳ８１７において、目的地に到着したことを確認した場合には処理を終了する。一方、目的地に到着したことを確認しない場合には、ステップＳ８０９に戻り、現在地を取得し、充電ポイント案内情報の更新処理を繰り返す。

（クラウドサーバの処理）
次に、クラウドサーバ２３０の処理を図８Ｂを用いて説明する。図８Ｂは、クラウドサーバ２３０の処理の流れを示すフローチャートである。

ステップＳ８３１において、クラウドサーバ２３０は、スマートフォン２２０からのログインを受け付ける。ステップＳ８３３において、受信部３３１は、ユーザ情報、目的地情報、車両情報をスマートフォン２２０から受信すると、ステップＳ８３５に進む。一方、ユーザ情報、目的地情報、車両情報を受信しない場合には、これら情報を取得するまで処理を繰り返す。ステップＳ８３５において、選出部３３２は、受信したユーザ情報や目的地情報や車両情報や、記憶部３３６から読み出したバッテリ消費特性に基づいて充電ポイントを選出する。

ステップＳ８３７において、生成部３３３は、選出した充電ポイントに基づいて、充電ポイント案内情報を生成する。ステップＳ８３９において、送信部３３４は、充電ポイント案内情報をスマートフォン２２０に送信する。ステップＳ８４１において、目的地情報や車両情報を新たに受信した場合には、ステップＳ８３３に戻り、これら情報を新たに受信しない場合には、処理を終了する。

（クラウドサーバのハードウェア構成）
次に、クラウドサーバ２３０のハードウェア構成について説明する。図９は、クラウドサーバ２３０のハードウェア構成を示すブロック図である。

クラウドサーバ２３０は、ＣＰＵ（Central Processing Unit）９１０、ＲＯＭ（Read Only Memory）９２０、通信制御部９３０、ＲＡＭ（Random Access Memory）９４０、ストレージ９８０を備えている。ＣＰＵ９１０は中央処理部であって、様々なプログラムを実行することによりクラウドサーバ２３０全体を制御する。

ＲＯＭ９２０は、リードオンリメモリであり、ＣＰＵ９１０が最初に実行すべきブートプログラムの他、各種パラメータ等を記憶している。また、通信制御部９３０は、ネットワークを介したスマートフォン２２０との通信を制御する。ＲＡＭ９４０は、ランダムアクセスメモリであり、スマートフォン２２０のＩＤ９４１を記憶する。さらに、車両情報４５０、走行日時情報、交通情報、走行環境情報、車両整備情報などを記憶する。また、ストレージ９８０は、充電ポイント９８１や、自動車ＩＤ４５１、走行履歴情報９８３、充電履歴情報９８４、バッテリ消費特性９８５などを格納する。さらに、ストレージ９８０には、充電ポイント取得モジュール９９１、充電ポイント案内情報生成モジュール９９２、バッテリ消費量算出モジュール９９３、バッテリ消費特性算出モジュール９９４等が格納されている。

スマートフォンのＩＤ９４１は、ログインした（図４のＳ４０５）スマートフォン２２０のＩＤである。ＲＡＭ９４０は、車両情報４５０として、自動車ＩＤ４５１、バッテリ残量４５４、出発地９４４、目的地９４５、現在地９４６、平均速度９４７、走行距離４５２、走行経路９４９、走行時間４５３、充電情報９５１を記憶する。

自動車ＩＤ４５１は、スマートフォン２２０と接続されている自動車のＩＤである。車両情報４５０は、この自動車ＩＤ４５１と共に、現在のバッテリ残量４５４と、出発地９４４と、目的地９４５と、現在地９４６と、出発地９４４から現在地９４６までの平均速度９４７とを記憶する。

さらに、出発地９４４から現在地９４６までの走行距離４５２と、出発地９４４から目的地９４５までの走行経路９４９と、出発地９４４から現在地９４６までの走行時間４５３と、現在地９４６に到達するまでに充電した場合の充電情報９５１とを車両情報として記憶する。クラウドサーバ２３０は、スマートフォン２２０から受信部３３１において受信したこれら車両情報に基づいて、選出部３３２において充電ポイントを選出し、生成部３３３において充電ポイント案内情報を生成する。

ＲＡＭ９４０は、また、走行日時情報として走行日９５２と走行時間帯９５３とを記憶する。さらに、ＲＡＭ９４０は交通情報として、渋滞情報９５４と交通規制９５５とを記憶する。クラウドサーバ２３０は、スマートフォン２２０から受信したこれらの情報に基づいて、充電ポイントを選出し、充電ポイント案内情報を生成する。また、ＲＡＭ９４０は、走行環境情報として、天気９６１、走行中の社外の温度９６２、走行中の車外の湿度９６３、風向９６４、風速９６５、降水量９６６などを記憶する。ＲＡＭ９４０には、さらに、車両整備情報として、タイヤ空気圧９７１、タイヤ磨耗度９７２、タイヤ交換時期９７３、オイル量９７４、オイル汚れ９７５、オイル交換時期９７６などを記憶する。クラウドサーバ２３０は、スマートフォン２２０から受信したこれら情報に基づいて、算出部３３５において、バッテリ消費量やバッテリ消費特性を算出する。

次に、ストレージ９８０には、道路沿いまたは施設内に設置されている充電ポイント９８１と、自動車ＩＤ４５１に紐付けられた走行履歴情報９８３、充電履歴情報９８４とバッテリ消費特性９８５とが格納されている。走行履歴情報は、いつ、どこを、どのような状況の中で、どのような速度で、走行したかを表わす履歴である。選出部３３２は走行履歴情報に基づいてバッテリの消費量を予測し、バッテリ残量とバッテリ消費量とに基づいて、充電ポイントを選出する。充電履歴情報は、いつ、どこで充電したかを示す情報である。選出部３３２は、走行履歴情報だけでなく、さらに充電履歴情報にも基づいて充電ポイントを選出する。

また、ストレージ９８０には、ユーザＩＤ９８６に紐付けて、運転者氏名９８７、運転免許証番号９８８、および車両操作特性情報９８９などが格納されている。車両操作特性情報９８９は、運転者のアクセル操作、ブレーキ操作、エアコンの効かせ具合などの車両操作特性を含む情報である。選出部３３２は、運転者氏名９８７と運転免許証番号９８８と車両操作特性情報９８９と、運転中の電気自動車２１０のバッテリ消費特性とに基づいて、充電ポイントを選手する。ストレージ９８０には、さらに、充電ポイント取得モジュール９９１、充電ポイント案内情報生成モジュール９９２、バッテリ消費特性算出モジュール９９４が格納されている。

充電ポイント取得モジュール９９１は、充電ポイント９８１が新たに設置された場合や、既存の充電ポイントの設備が拡充された場合などにそれらの情報を取得する。記憶部３３６は、他のユーザなどから受信した充電ポイントに関する情報を記憶する。また、充電ポイント案内情報生成モジュール９９２は、選出部３３２において選出された充電ポイント９８１を、走行経路９４９に表示した充電ポイント案内情報を生成する生成部３３３として機能する。バッテリ消費量算出モジュール９９３は、車両情報、走行日時情報、交通情報、走行環境情報から、電気自動車２１０のバッテリ消費量を算出する算出部３３５として機能する。バッテリ消費特性算出モジュール９９４は、車両情報、走行日時情報、交通情報、走行環境情報から、電気自動車２１０のバッテリ消費の特性を算出する算出部３３５として機能する。

（クラウドサーバ２３０での処理の流れ）
図１０Ａを用いて、クラウドサーバ２３０におけるより詳しい処理の流れを説明する。ステップＳ１０１１において、スマートフォン２２０から、電気自動車２１０の接続リクエストを受信したと判断すると、ステップＳ１０１３に進み、ディスクリプタの取得処理を行なう。取得したディスクリプタに基づいて、デバイスドライバおよびアプリケーションプログラムを選定し、起動する。さらに、アプリケーションプログラムの実行に伴い、所定の表示画面をスマートフォン２２０に送信する。

ステップＳ１０２１において、電気自動車の接続完了通知を受信したと判断すると、ステップＳ１０２５において、車種特定処理を行なう。

さらに、ステップＳ１０３１において、ＵＳＢパケットの送信を行なうと判定した場合には、ステップＳ１０３３に進み、送信用ＵＳＢパケットを生成し、さらにステップＳ１０３５においてＩＰカプセリングして電気自動車宛に送信する。その後、電気自動車からの受信を待ち（Ｓ１０３７）、受信するとＩＰアンカプセリングを行ない（Ｓ１０３９）、受信ＵＳＢパケットの処理を行なう（Ｓ１０４１）。

（ディスクリプタの取得方法）
図１０Ｂ、図１０Ｃ、図１０Ｄは、ステップＳ１０１３で説明したディスクリプタのやりとりについてより詳しく説明する図である。これらの図は、クラウドサーバ２３０とスマートフォン２２０と電気自動車２１０との間でやり取りされるパケットデータについて示している。

図１０Ｂにおいて、まず、スマートフォン２２０と電気自動車２１０とが接続されると、セットアップ・ステージＳ１０５１において、トークン・パケットとデータ・パケットとを、スマートフォン２２０から電気自動車２１０に送信する。電気自動車２１０は、これに応えてハンドシェイク・パケットをスマートフォン２２０に送信する。適正なハンドシェイク・パケットが返ってくるか否かにより、自機で電気自動車２１０を制御できるか判断する。

例えば、スマートフォン２２０に接続されることがあらかじめ想定されている電気自動車２１０であれば、適正なハンドシェイク・パケットが返り、データ・ステージ、ステータス・ステージを続ける。それにより取得したデバイスディスクリプタに対応して、スマートフォン２２０内に用意されたデバイスドライバを駆動することで、入出力デバイスを制御できる。しかし、スマートフォン２２０が接続を想定されている電気自動車２１０は非常に数が少ない。セットアップ・ステージＳ１０５１においてハンドシェイク・パケットが返ってこない場合、ここで、ＵＳＢ切断処理を行ない（Ｓ１０５２）、スマートフォン２２０はクラウドサーバ２３０に対してデータ取得のリクエストを行なう（Ｓ４０５）。

次にクラウドサーバ２３０は、スマートフォン２２０を介して、電気自動車２１０との間で、セットアップ・ステージＳ１０５３を再度行ない、データ・ステージＳ１０５４に進むことにより、デバイスディスクリプタといったデバイス情報を取得する。クラウドサーバ２３０は、世の中に存在する様々な電気自動車２１０とも接続可能となるように数多くのドライバおよびデータ変換モジュールをあらかじめ備えている。そのため、クラウドサーバ２３０と電気自動車２１０との間では、セットアップ・ステージＳ１０５３、データ・ステージＳ１０５４、ステータス・ステージＳ１０５５と順調に進み、電気自動車２１０と接続が適正に確立する。

図１０Ｃは、電気自動車２１０は、ハンドシェイク・パケットを返すものの、スマートフォン２２０が電気自動車２１０から取得したデバイスディスクリプタに対応するドライバを有していない場合のシーケンスを示す。この場合、スマートフォン２２０と電気自動車２１０との間でセットアップ・ステージＳ１０６１、データ・ステージＳ１０６２、ステータス・ステージＳ１０６３を行なう。この３つのステージによって取得したデバイスディスクリプタに対応するデバイスドライバをスマートフォン２２０が有していないと判断すると、ＵＳＢ切断処理Ｓ１０６４を行ない、スマートフォン２２０はクラウドサーバ２３０に対してデータ取得のリクエストを行なう（Ｓ４０５）。

そして、スマートフォン２２０は、クラウドサーバ２３０に対して電気自動車２１０との接続を要求する。スマートフォン２２０と電気自動車２１０との間のＵＳＢ接続を切断後、クラウドサーバ２３０において、再度、セットアップ・ステージＳ１０６５、データ・ステージＳ１０６６、ステータス・ステージＳ１０６７を行なう。これによりクラウドサーバ２３０は、電気自動車２１０から直接デバイスディスクリプタを取得して、デバイスにあったドライバを駆動できる。

図１０Ｄは、スマートフォン２２０と電気自動車２１０との間のセットアップ・ステージＳ１０７１およびデータ・ステージＳ１０７２において取得したデバイスディスクリプタを、スマートフォン２２０の内部にキャッシュする場合の処理を示している。ＵＳＢ切断処理を行なう前に、取得したデバイスディスクリプタを、スマートフォン２２０の内部にキャッシュし（Ｓ１０７４）、スマートフォン２２０はクラウドサーバ２３０に対してデータ取得のリクエストを行なう（Ｓ４０５）。

そして、スマートフォン２２０と電気自動車２１０との間の接続を一度切断した後に、クラウドサーバ２３０主導で、電気自動車２１０との接続確立処理を開始する（Ｓ１０７５〜Ｓ１０７７）。この場合、セットアップ・ステージＳ１０７５において、スマートフォン２２０は、セットアップ用のトークン・パケットおよびデータ・パケットを電気自動車２１０に送らず、ハンドシェイク・パケットを生成し、クラウドサーバ２３０に送信する。また、データ・ステージＳ１０７６では、スマートフォン２２０は、トークン・パケットとデータ・パケットとをクラウドサーバ２３０から受信すると、それらを電気自動車２１０に送らずに、キャッシュからデバイスディスクリプタを読出し、クラウドサーバ２３０に送信する。すなわち、電気自動車２１０からデバイスディスクリプタを取得する処理を省略することが可能となるため、電気自動車２１０との通信切断後の再開を効率良く行なうことが可能となる。

（電気自動車の車種特定テーブル）
図１０Ｅに示すように、スマートフォン２２０は、デバイスドライバを有するデバイスディスクリプタと、インタフェースディスクリプタと、ベンダＩＤと、プロダクトＩＤとの対応関係を示すテーブル１０８０を記憶する。

スマートフォン２２０は、電気自動車２１０が接続された際に電気自動車２１０から通知されたデバイスディスクリプタと、テーブル１０８０のデバイスディスクリプタとを比較する。電気自動車２１０から通知されたデバイスディスクリプタがテーブル１０８０上のデバイスディスクリプタと一致する場合には、スマートフォン２２０は、電気自動車２１０が自機で処理可能なデバイスであると判定する。一方、デバイスディスクリプタが一致しない場合には、スマートフォン２２０は、自機で処理不可能なデバイスであると判定する。

なお、電気自動車２１０から通知されたデバイスディスクリプタ内のベンダＩＤとプロダクトＩＤとを抽出し、テーブル１０８０内のベンダＩＤおよびプロダクトＩＤと比較してもよい。その場合、テーブル１０８０内に一致するベンダＩＤおよびプロダクトＩＤ７存在する場合には、自機で処理可能な出力デバイスであると判定できる。逆に、ベンダＩＤおよびプロダクトＩＤが一致しない場合には、スマートフォン２２０は、自機で処理不可能な電気自動車２１０であると判定できる。

（ＵＳＢ接続処理）
図１１Ａ〜図１１Ｄを用いて、ＵＳＢでの通信を確立するまでにクラウドサーバ２３０とスマートフォン２２０と電気自動車２１０との間でやりとりされる信号をより詳細に説明する。特に、ここでは、図１０Ｄに示したように、デバイスディスクリプタをキャッシュに保存する例について説明する。

ステップＳ１１０１において、電気自動車２１０をスマートフォン２２０に接続する。次に、ステップＳ１１０２において、スマートフォン２２０は電気自動車２１０に対するＵＳＢ接続処理を開始し、リセット信号を送信する。次に、ステップＳ１１０３において、スマートフォン２２０は、電気自動車２１０に対してアドレスを指定する。この後においてスマートフォン２２０と電気自動車２１０との間でやりとりされるパケットにはそのアドレスが付加される。

ステップＳ１１０４において、スマートフォン２２０はディスクリプタを電気自動車２１０から取得するために「ＧＥＴ ＤＥＳＣＲＩＰＴＯＲ」の処理を行なう。「ＧＥＴ ＤＥＳＣＲＩＰＴＯＲ」の処理は、図１０Ｄで説明したステップＳ１０７１〜Ｓ１０７３と同様であるため、詳細は説明しない。ディスクリプタのリクエストを電気自動車２１０に送信すると（Ｓ１１０５）、電気自動車２１０は、エンドポイント０領域に記憶されたデバイスディスクリプタをスマートフォン２２０に送信する（Ｓ１１０６、Ｓ１１０７）。スマートフォン２２０は、ステータス・ステージＳ１０７３において、その確認信号（ACK）を電気自動車２１０に送信する。

この時点でデバイスディスクリプタを取得したスマートフォン２２０は、そのデバイスディスクリプタをキャッシュに保存する（Ｓ１０７４）。また、そのデバイスディスクリプタを用いて、スマートフォン２２０が制御可能な電気自動車２１０か判定する（Ｓ４０３）。制御不可能と判断すると、ステップＳ１１１１に進み、ＵＳＢ切断処理を行ない、同時に、クラウドサーバ２３０に対し、電気自動車２１０の制御依頼を行なう（Ｓ１１１２）。

次に、ステップＳ１１１３において、クラウドサーバ２３０は、電気自動車２１０の制御を行なうべく処理を開始し、リセット信号を、スマートフォン２２０を介して電気自動車２１０に送信する。次に、ステップＳ１１１５において、クラウドサーバ２３０は、セットアドレスを行ない、電気自動車２１０に対してアドレスを指定する。

さらに、クラウドサーバ２３０は、ゲットディスクリプタ（Ｓ１１１６）と、ゲットコンフィギュレーション（Ｓ１１２４）とをスマートフォン２２０を介して電気自動車２１０に対して行なう（Ｓ１１２３）。具体的には、ステップＳ１１１７において、クラウドサーバ２３０は、ゲットディスクリプタをスマートフォン２２０に送る。ステップＳ１１１９において、スマートフォン２２０は、キャッシュに保存されたデバイスディスクリプタを読み出し、クラウドサーバ２３０に送信する。

ステップＳ１１２５において、電気自動車２１０は、エンドポイント０領域に記憶されたコンフィギュレーションディスクリプタを送信する。次に、クラウドサーバ２３０は、スマートフォン２２０を介して電気自動車２１０に対してＢＵＬＫ ＴＲＡＮＳＦＥＲを行なうと（Ｓ１１２６）、電気自動車２１０は、記憶部３３６に保存された車両情報などを読み出して（Ｓ１１２７）、クラウドサーバ２３０に送信する。

ステップＳ４０３において、電気自動車２１０のデバイスディスクリプタに基づいて、制御可能なデバイスではないと判定すると、図１１ＢのステップＳ１１２８に進む。ステップＳ１１２８、Ｓ１１２９では、コンフィギュレーションディスクリプタ取得処理を行ない、電気自動車２１０は、それに応じてコンフィギュレーションディスクリプタをスマートフォン２２０に送信する。スマートフォン２２０は、ステップＳ１１３２において、取得したコンフィギュレーションディスクリプタをキャッシュに保存する。そして、ステップＳ４０３において、スマートフォン２２０は、コンフィギュレーションディスクリプタに基づいて、電気自動車２１０がスマートフォン２２０にとって制御可能なデバイスか否か判定する。制御可能ではないと判定すると、ステップＳ１１３３に進んでスマートフォン２２０と電気自動車２１０との間のＵＳＢ接続を切断する。

ＵＳＢ接続を切断後、スマートフォン２２０は、クラウドサーバ２３０に対して、電気自動車２１０の制御を依頼する。クラウドサーバ２３０は、その制御依頼に応じて、ＵＳＢ制御を開始すると共にリセット信号を、スマートフォン２２０を介して電気自動車２１０に送信する（Ｓ１１３５）。そして続けてセットアドレスを行ない（Ｓ１１３６）、アドレスを電気自動車２１０に指定する。さらに、ＧＥＴ ＤＥＳＣＲＩＰＴＯＲ（Ｓ１１３７）で、スマートフォン２２０に対して、ディスクリプタを要求すると、スマートフォン２２０は、その要求を電気自動車２１０に中継する代わりに、デバイスディスクリプタをキャッシュから読出して（Ｓ１１３９）、クラウドサーバ２３０に返す（Ｓ１１４０）。

さらに、クラウドサーバ２３０は、スマートフォン２２０を介して電気自動車２１０に対してＧＥＴ ＣＯＮＦＩＧＵＲＡＴＩＯＮを実行すると（Ｓ１１４１）、スマートフォン２２０は、そのコマンドを電気自動車２１０に送信する代わりに、キャッシュに記憶されたコンフィギュレーションディスクリプタを読み出し、クラウドサーバ２３０に送信する（Ｓ１１４３）。次に、クラウドサーバ２３０は、スマートフォン２２０を介して電気自動車２１０に対してＢＵＬＫ ＴＲＡＮＳＦＥＲを行なうと（Ｓ１１４４）、電気自動車２１０は、記憶部３３６に保存された車両情報を読み出して（Ｓ１１４５）、スマートフォン２２０を介してクラウドサーバ２３０に送信する。

ステップＳ４０３において、コンフィギュレーションディスクリプタに基づいて、制御可能なデバイスであると判定すると（Ｂ）、図１１ＣのステップＳ１１４６に示すＢＵＬＫ ＴＲＡＮＳＦＥＲに進む。ＢＵＬＫ ＴＲＡＮＳＦＥＲでも、セットアップ・ステージ、データ・ステージ、ステータス・ステージを行なうことにより、電気自動車２１０は記憶部３３６から車両情報を読出して、スマートフォン２２０に送信する（Ｓ１１４９）。

スマートフォン２２０は、読出された車両情報を受信すると、キャッシュに保存する（Ｓ１１５１）。

スマートフォン２２０が、電気自動車２１０の車両情報をキャッシュに保存すると、ステップＳ１１５４に進んでＵＳＢ接続の切断処理を行ない、さらに、図１１ＤのステップＳ１１５６に進む。

図１１ＤのステップＳ１１５６では、やはりクラウドサーバ２３０に対してＵＳＢデバイス制御の依頼を行なう。スマートフォン２２０は、クラウドサーバ２３０に対して、電気自動車２１０の制御を依頼する。クラウドサーバ２３０は、その制御依頼に応じて、ＵＳＢ制御を開始すると共にリセット信号を、スマートフォン２２０を介して電気自動車２１０に送信する（Ｓ１１５７）。そして続けてセットアドレスを行ない（Ｓ１１５９）、アドレスを電気自動車２１０に指定する。さらに、ＧＥＴ ＤＥＳＣＲＩＰＴＯＲ（Ｓ１１６１）で、スマートフォン２２０に対して、ディスクリプタを要求すると、スマートフォン２２０は、その要求を電気自動車２１０に中継する代わりに、デバイスディスクリプタをキャッシュから読出して（Ｓ１１６３）、クラウドサーバ２３０に返す。

さらに、クラウドサーバ２３０は、スマートフォン２２０を介して電気自動車２１０に対してＧＥＴ ＣＯＮＦＩＧＵＲＡＴＩＯＮを実行すると（Ｓ１１６５）、スマートフォン２２０は、そのコマンドを中継する代わりに、キャッシュに保存されたコンフィギュレーションディスクリプタを読出して、スマートフォン２２０を中継してクラウドサーバ２３０に送信する（Ｓ１１６７）。

次に、クラウドサーバ２３０は、スマートフォン２２０を介して電気自動車２１０に対してＢＵＬＫ ＴＲＡＮＳＦＥＲを行なうと（Ｓ１１６９）、スマートフォン２２０は、キャッシュに保存された車両情報を読み出して（Ｓ１１７１）、クラウドサーバ２３０に送信する。

以上のシーケンスにより、スマートフォン２２０のキャッシュをうまく使って、クラウドサーバ２３０と電気自動車２１０との通信を効率的に行なうことが可能となる。

以上の構成および動作により、動力源補充ポイントの通知を、自動車の走行履歴情報に基づいて提供し、快適なドライブを提供することができる。

［第３実施形態］
次に本発明の第３実施形態に係る情報処理システム１２００について、図１２および図１３を用いて説明する。図１２は、本実施形態に係る情報処理システム１２００の概要を説明するための図である。図１３は、本実施形態に係る情報処理システム１２００の構成を示すブロック図である。本実施形態に係る情報処理システム１２００は、上記第２実施形態と比べると、バッテリ残量や走行距離などの車両情報を電気自動車からスマートフォンに送信しなくとも、スマートフォンの撮像部で電気自動車の車内を撮像した画像をクラウドサーバに送信することで、画像から必要な車両情報を読み出す点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

情報処理システム１２００は、スマートフォン１２２０とクラウドサーバ１２３０とを含み、スマートフォン１２２０は、ネットワーク２４０を介してクラウドサーバ１２３０と通信可能に接続されている。スマートフォン１２２０は、電気自動車２１０と通信可能に接続されている。

図１２において、スマートフォン１２２０は、電気自動車２１０のメータ２１１およびバッテリ残量表示部２１２を撮像し、撮像した画像の画像データを、ネットワーク２４０を介してクラウドサーバ１２３０に送信する。クラウドサーバ１２３０は、受信した画像データから、例えば、メータ２１１に表示された走行速度２０ｋｍ／ｈ、走行距離４０．０ｋｍおよび走行時間３時間１分を読み込む。また、バッテリ残量表示部２１２のバッテリ残量が５０％であり、走行可能距離が９５．０ｋｍであることなども読み込む。クラウドサーバ１２３０は、読み込んだ画像データの情報に基づいて、充電ポイント９８１を選出し、選出した充電ポイント９８１に基づいて充電ポイント案内情報を生成する。クラウドサーバ１２３０は、生成した充電ポイント案内情報を送信部から送信し、ネットワーク２４０を介してスマートフォン１２２０に送信する。スマートフォン１２２０は、クラウドサーバ１２３０から送信された充電ポイント案内情報を受信すると、電気自動車２１０に送信する。

図１３を用いて、情報処理システム１２００の構成についてブロック図を用いて説明する。スマートフォン１２２０は撮像部１３２４を有する。この撮像部１３２４は、電気自動車２１０のメータ２１１およびバッテリ残量表示部２１２を撮像する。送信部１３２３は、撮像した画像データをクラウドサーバ１２３０に送信する。クラウドサーバ１２３０の読出部１３３７は、受信部３３１において受信した画像データから走行速度や走行距離などの車両情報を読み出す。算出部１３３５は、読み出された車両情報や他の走行日時情報などからバッテリ消費特性を算出し、また、バッテリ消費量を算出する。選出部１３３２は、算出されたバッテリ消費量に基づいて充電ポイントを選出する。生成部１３３３は、選出された充電ポイントを表示する充電ポイント案内情報を生成する。

このように、スマートフォン１２２０で撮像した画像データをクラウドサーバ１２３０に送信したタイミングで充電ポイント案内情報を更新できるため、例えば、信号待ちのタイミングや、休憩をとるタイミングで容易に充電ポイント案内情報を更新することができる。

以上の構成および動作により、本実施形態に係る情報処理システム１２００によれば、スマートフォンの撮像部を用いて撮像した画像情報に基づいて車両情報を取得することができるため、ユーザの自由なタイミングで充電ポイント案内情報を取得することができる。

［第４実施形態］
次に本発明の第４実施形態に係る情報処理システム１４００について、図１４および図１５を用いて説明する。図１４は、本実施形態に係る情報処理システム１４００の概要を説明するための図である。図１５は、本実施形態に係る情報処理システム１４００の構成を示すブロック図である。本実施形態に係る情報処理システム１４００は、上記第２実施形態と比べると、クラウドサーバで生成される充電ポイント案内情報が３次元（３Ｄ：three-dimensional）画像で生成される点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

情報処理システム１４００は、スマートフォン１４２０とクラウドサーバ１４３０とを含み、スマートフォン１４２０は、ネットワーク２４０を介してクラウドサーバ１４３０と通信可能に接続されている。スマートフォン１４２０は、電気自動車１４１０と通信可能に接続されている。

図１４において、スマートフォン１４２０は、電気自動車１４１０から取得した車両情報、走行日情報、交通情報などを、ネットワーク２４０を介してクラウドサーバ１４３０に送信する。

クラウドサーバ１４３０は、受信した車両情報等に基づいて、現在地９４６から目的地９４５までの走行経路９４９上に充電ポイント９８１を示した充電ポイント案内情報を３Ｄ映像で立体的に生成する。クラウドサーバ１４３０は、生成した充電ポイント案内情報についての３Ｄ画像データをスマートフォン１４２０に送信する。スマートフォン１４２０は、受信した３Ｄ画像データを電気自動車１４１０に送信すると、カーナビゲーションシステム１４１３に充電ポイント案内情報が３Ｄ画像で表示される。

図１５を用いて、情報処理システム１４００の構成についてブロック図を用いて説明する。クラウドサーバ１４３０の受信部３３１は、スマートフォン１４２０から送信された車両情報、走行日時情報、交通情報、車両整備情報などを受信する。生成部１５３３は、受信した各情報に基づいて選出部３３２で選出された充電ポイントを走行経路９４９上に表示した充電ポイント案内情報を、３Ｄ画像で生成する。生成した３Ｄ画像のデータを、送信部１５３４は、スマートフォン１４２０に送信する。

スマートフォン１４２０は、受信した３Ｄ画像のデータを電気自動車１４１０に送信すると、電気自動車１４１０のカーナビゲーションシステム１４１３は、充電ポイント案内情報に関する３Ｄ画像を表示する（図１１の１４１３）。

このように、充電ポイント案内情報を表示した走行経路９４９をカーナビゲーションシステム１４１３に３Ｄ画像を用いて表示することにより、充電ポイントを容易に認識することが可能である。

以上の構成および動作により、本実施形態に係る情報処理システム１４００によれば、スマートフォンから送信された車両情報などを用いて生成される充電ポイント案内情報を、カーナビゲーションシステムに表示する際に３Ｄ画像で表示することができるため、初めて訪れる場所であっても迷うことなく充電ポイントにたどり着くことができる。

［第５実施形態］
次に本発明の第５実施形態に係る情報処理システム１６００について、図１６を用いて説明する。図１６は、本実施形態におけるスマートフォン１６２０の画面１６０１に表示される表示情報を示す図である。

本実施形態に係る情報処理システム１６００は、上記第４実施形態と比べると、クラウドサーバで生成される充電ポイント案内情報に、充電ポイントに関する運転難易度またはリスク度を映像や音声で追加する点で異なる。その他の構成および動作は、第４実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

情報処理システム１６００は、スマートフォン１６２０とクラウドサーバ１６３０とを含み、スマートフォン１６２０は、ネットワーク２４０を介してクラウドサーバ１６３０と通信可能に接続されている。スマートフォン１６２０は、電気自動車１６１０と通信可能に接続されている。

図１６において、クラウドサーバ１６３０は、充電ポイント１６５１にアクセスする道路に関して、他のユーザから寄せられた評価を記憶し、その評価を用いて、充電ポイントの属性（運転難易度やリスク度）を導き出し、スマートフォン１６２０に送信する。クラウドサーバ１６３０は、また、充電ポイント１６５１を示した現在地から目的地までの走行経路に属性情報（運転難易度やリスク度に関する情報）を付加し、充電ポイント案内情報を生成する。

例えば、カーナビゲーション１６１３に示すように、充電ポイント１６５１が対向車線沿いにあり、利用するためにはＵターンをする必要があるとする。この場合、スマートフォン１６２０の表示画面１６２１には、「次のお奨め充電ポイントは、対向車線沿いのためＵターンが必要です。」のコメントが表示されるように、クラウドサーバ１６３０が表示画面データを生成し、送信する。すなわち、このように対向車線にある充電ポイント１６５１を利用する場合のように、利用する際に運転の困難さを伴うか否かについて、クラウドサーバ１６３０は、あらかじめ他のユーザによる５段階評価を受け付ける。クラウドサーバ１６３０は、受け付けた評価の結果に基づいて運転難易度を算出する。選出部は、運転の困難さを表わす運転難易度を用い、充電ポイントをランク付けし、お奨めの充電ポイントを選出する。なお、運転難易度の高い道路の例としては、通学路に指定されている道路などがあげられる。また、リスク度の高い道路の例としは、夜間に暴走車が頻出する道路、高齢者等の徘徊が確認された道路、事故が頻発する道路、ゲリラ豪雨のように天気の急激な変化に伴い通行時に事故の危険を伴う道路などがあげられる。

以上の構成および動作により、本実施形態に係る情報処理システム１６００によれば、ユーザから取得した道路状況に関するナレッジを含めた充電ポイント案内情報を、カーナビゲーションシステムを通じて提示することができるため、初めて運転する環境でも安心して運転することができる。

［他の実施形態］

なお、上記実施形態では、電気自動車にはソーラーカーが含まれる。また、上記実施形態では、電気自動車を例に説明したが、本発明はこれに限定されるものではない。例えば、電力に代わる動力源として、水素でも、ガソリンであってもよい。 以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。

また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。

Claims (28)

1. 車両と携帯通信端末とサーバとが通信可能に接続された情報処理システムであって、
   前記携帯通信端末は、
   前記車両の現在地情報および目的地情報を取得する現在地目的地情報取得手段と、
   前記車両の動力源の残量を示す動力源残量情報を取得する動力源残量情報取得手段と、
   前記現在地情報、前記目的地情報および前記動力源残量情報をサーバに送信する第１送信手段と、
   を備え、
   前記サーバは、
   前記現在地情報、前記目的地情報および前記動力源残量情報を受信する第１受信手段と、
   前記車両を用いた過去の走行履歴情報と、前記車両に動力源の補充を行なうことが可能な位置を示す複数の補充可能ポイントを蓄積する蓄積手段と、
   受信された前記現在地情報、前記目的地情報および前記動力源残量情報と蓄積された前記走行履歴情報とに基づいて、前記複数の補充可能ポイントから、前記車両に動力源の補充を行なうべき位置を表わす補充ポイントを選出する選出手段と、
   選出された前記補充ポイントに関する情報を前記携帯通信端末に送信する第２送信手段と、
   を備え、
   前記走行履歴情報は、前記車両の過去の走行日時情報、走行経路情報、走行速度情報、並びに前記車両の走行環境に関する走行環境情報、渋滞・交通規制に関する交通情報、および前記車両の整備に関する車両整備情報の少なくともいずれか１つを含む走行状況情報を含み、
   前記蓄積手段は、前記車両の過去の走行状況情報を蓄積し、
   前記選出手段は、さらに、前記過去の走行状況情報と前記現在の走行状況情報とに基づいて、あらかじめ登録された複数の補充可能ポイントから前記補充ポイントを選出することを特徴とする情報処理システム。
2. 前記携帯通信端末は、さらに、
   前記補充ポイントと前記目的地までの走行経路に関する走行経路情報とを含む補充ポイント案内情報を、前記サーバから受信する第１受信手段と、
   受信した前記補充ポイント案内情報をユーザに提示する提示手段と、
   を備え、
   前記サーバは、さらに、
   前記目的地情報と前記現在地情報とに基づいて前記目的地までの走行経路情報を導出する導出手段と、
   選出された前記補充ポイントと前記目的地までの走行経路情報とを含む補充ポイント案内情報を生成する第１生成手段と、
   を備えたことを特徴とする請求項１に記載の情報処理システム。
3. 前記第１生成手段は、前記補充ポイント案内情報として、前記補充ポイントを前記走行経路上に示した３次元画像情報を生成することを特徴とする請求項２に記載の情報処理システム。
4. 前記車両は、画像を表示する表示手段を有し、
   前記提示手段は、
   受信した前記補充ポイント案内情報を前記車両に送信する第２送信手段を含み、
   前記第２送信手段は、前記補充ポイント案内情報に含まれる前記補充ポイントと前記走行経路情報とを前記車両に送信し、
   前記表示手段は、受信した前記補充ポイントと前記走行経路情報とを表示することを特徴とする請求項２、または３に記載の情報処理システム。
5. 前記現在地目的地情報取得手段は、ユーザの前記携帯通信端末に対する操作に応じて、
   直接前記目的地情報を取得することを特徴とする請求項１ないし４のいずれか１項に記載の情報処理システム。
6. 前記現在地目的地情報取得手段は、前記サーバにあらかじめユーザが登録していた前記目的地情報を前記サーバから取得することを特徴とする請求項１ないし４のいずれか１項に記載の情報処理システム。
7. 前記動力源残量情報取得手段は、前記動力源残量情報以外にも、前記車両のＩＤ、前記現在地情報、走行速度、走行距離、および走行時間のうち、少なくともいずれか１つに関する情報を取得することを特徴とする請求項１ないし６のいずれか１項に記載の情報処理システム。
8. 前記選出手段は、前記車両の走行距離があらかじめ定められた距離に達したタイミング、または前記車両の走行時間があらかじめ定められた時間に達したタイミングで前記補充ポイントを選出し、
   前記第１生成手段は、前記走行距離または前記走行時間との対応関係で選出された前記補充ポイントに基づいてさらに前記補充ポイント案内情報を改めて生成することを特徴とする請求項２ないし７のいずれか１項に記載の情報処理システム。
9. 前記蓄積手段は、前記車両の過去の走行状況情報に加えて、前記車両と同車種の車両または走行能力において同性能の車両に関する過去の走行状況情報を蓄積し、
   前記選出手段は、さらに、前記車両と同車種の車両または走行能力において同性能の車両に関する過去の走行状況情報と前記現在の走行状況情報とに基づいて、あらかじめ登録された複数の補充可能ポイントから前記補充ポイントを選出することを特徴とする請求項１ないし８のいずれか１項に記載の情報処理システム。
10. 前記動力源残量情報取得手段は、前記車両のメータおよび動力源残量情報表示部を撮像する撮像手段を含むことを特徴とする請求項１ないし９のいずれか１項に記載の情報処理システム。
11. 前記蓄積手段は、前記複数の補充可能ポイントのそれぞれについて属性情報をさらに蓄積し、
    前記選出手段は、さらに前記属性情報に基づいて、前記車両に動力源の補充を行なうべき位置を表わす補充ポイントを選出することを特徴とする請求項１ないし１０のいずれか１項に記載の情報処理システム。
12. 前記車両は電気自動車であって、前記動力源は電力であり、前記補充ポイントは前記電気自動車を充電すべき充電ポイントであることを特徴とする請求項１ないし１１のいずれか１項に記載の情報処理システム。
13. 前記選出手段は、前記補充可能ポイントの属性に応じて前記補充ポイントを選出することを特徴とする請求項１ないし１２のいずれか１項に記載の情報処理システム。
14. 前記属性は、前記補充可能ポイントに近接している施設の種類であることを特徴とする請求項１３に記載の情報処理システム。
15. 前記属性は、前記補充可能ポイントごとの電気料金であることを特徴とする請求項１３に記載の情報処理システム。
16. 前記選出手段が、
    第１補充ポイントと、
    前記第１補充ポイントよりも前記車両から遠隔に位置し、かつ、該第１補充ポイントの価格と比べて安い価格の動力源を提供する第２補充ポイントと、
    を選出した場合に、
    前記車両が前記第１補充ポイントを経由して前記第２補充ポイントに到達するための経路と前記第２補充ポイントに到達するために前記第１補充ポイントで補充を行なうべき必要最低限の動力源の補充量とを示す情報を生成する第２生成手段をさらに備えたことを特徴とする請求項１ないし１５のいずれか１項に記載の情報処理システム。
17. 車両と携帯通信端末とサーバとが通信可能に接続され、
    前記携帯通信端末が、前記車両の現在地情報および目的地情報を取得する現在地目的地情報取得ステップと、
    前記携帯通信端末が、前記車両の動力源の残量を示す動力源残量情報を取得する動力源残量情報取得ステップと、
    前記携帯通信端末が、前記現在地情報、前記目的地情報および前記動力源残量情報をサーバに送信する第１送信ステップと、
    を含み、
    前記サーバが、前記現在地情報、前記目的地情報および前記動力源残量情報を受信する第１受信ステップと、
    前記サーバが、前記車両を用いた過去の走行履歴情報と、前記車両に動力源の補充を行なうことが可能な位置を示す複数の補充可能ポイントを蓄積する蓄積ステップと、
    前記サーバが、受信された前記現在地情報、前記目的地情報および前記動力源残量情報と蓄積された前記走行履歴情報とに基づいて、前記複数の補充可能ポイントから、前記車両に動力源の補充を行なうべき位置を表わす補充ポイントを選出する選出ステップと、
    前記サーバが、選出された前記補充ポイントに関する情報を前記携帯通信端末に送信する第２送信ステップと、
    を含み、
    前記走行履歴情報は、前記車両の過去の走行日時情報、走行経路情報、走行速度情報、並びに前記車両の走行環境に関する走行環境情報、渋滞・交通規制に関する交通情報、および前記車両の整備に関する車両整備情報の少なくともいずれか１つを含む走行状況情報を含み、
    前記蓄積ステップにおいて、前記車両の過去の走行状況情報を蓄積し、
    前記選出ステップにおいて、さらに、前記過去の走行状況情報と前記現在の走行状況情報とに基づいて、あらかじめ登録された複数の補充可能ポイントから前記補充ポイントを選出することを特徴とする情報処理方法。
18. サーバおよび車両と通信可能な携帯通信端末であって、
    車両の現在地情報および目的地情報を取得する現在地目的地情報取得手段と、
    前記車両の動力源の残量を示す動力源残量情報を取得する動力源残量情報取得手段と、
    前記現在地情報、前記目的地情報および前記動力源残量情報をサーバに送信する第１送信手段と、
    車両に動力源の補充を行なうべき位置を表わす補充ポイントをユーザに提示する提示手段と、
    を備えたことを特徴とする請求項１乃至１６のいずれか１項に記載の情報処理システムに用いられる携帯通信端末。
19. サーバおよび車両に対して通信可能な携帯通信端末の制御方法であって、
    車両の現在地情報および目的地情報を取得する現在地目的地情報取得ステップと、
    前記車両の動力源の残量を示す動力源残量情報を取得する動力源残量情報取得ステップと、
    前記現在地情報、前記目的地情報および前記動力源残量情報をサーバに送信する第１送信ステップと、
    車両に動力源の補充を行なうべき位置を表わす補充ポイントをユーザに提示する提示ステップと、
    を含むことを特徴とする請求項１乃至１６のいずれか１項に記載の情報処理システムに用いられる携帯通信端末の制御方法。
20. サーバおよび車両に対して通信可能な携帯通信端末の制御プログラムであって、
    車両の現在地情報および目的地情報を取得する現在地目的地情報取得ステップと、
    前記車両の動力源の残量を示す動力源残量情報を取得する動力源残量情報取得ステップと、
    前記現在地情報、前記目的地情報および前記動力源残量情報をサーバに送信する第１送信ステップと、
    車両に動力源の補充を行なうべき位置を表わす補充ポイントをユーザに提示する提示ステップと、
    をコンピュータに実行させることを特徴とする請求項１乃至１６のいずれか１項に記載の情報処理システムに用いられる携帯通信端末の制御プログラム。
21. 車両と携帯通信端末と通信可能なサーバであって、
    前記車両の現在地情報および目的地情報と前記車両の動力源の残量を示す動力源残量情報とを、前記車両に接続された前記携帯通信端末から受信する受信手段と、
    前記車両を用いた過去の走行履歴情報と、前記車両に動力源の補充を行なうことが可能な位置を示す複数の補充可能ポイントを蓄積する蓄積手段と、
    受信された前記現在地情報、前記目的地情報および前記動力源残量情報と蓄積された前記走行履歴情報とに基づいて、前記複数の補充可能ポイントから、前記車両に動力源の補充を行なうべき位置を表わす補充ポイントを選出する選出手段と、
    選出された前記補充ポイントに関する情報を前記携帯通信端末に送信する送信手段と、
    を備え、
    前記走行履歴情報は、前記車両の過去の走行日時情報、走行経路情報、走行速度情報、並びに前記車両の走行環境に関する走行環境情報、渋滞・交通規制に関する交通情報、および前記車両の整備に関する車両整備情報の少なくともいずれか１つを含む走行状況情報を含み、
    前記蓄積手段は、前記車両の過去の走行状況情報を蓄積し、
    前記選出手段は、さらに、前記過去の走行状況情報と前記現在の走行状況情報とに基づいて、あらかじめ登録された複数の補充可能ポイントから前記補充ポイントを選出することを特徴とするサーバ。
22. 前記目的地情報と前記現在地情報とに基づいて前記目的地までの走行経路情報を導出する導出手段と、
    選出された前記補充ポイントと前記目的地までの走行経路情報とを含む補充ポイント案内情報を生成する第１生成手段と、をさらに備えたことを特徴とする請求項２１に記載のサーバ。
23. 前記第１生成手段は、前記補充ポイント案内情報として、前記補充ポイントを前記走行経路上に示した３次元画像情報を生成することを特徴とする請求項２２に記載のサーバ。
24. 前記選出手段は、前記車両の走行距離があらかじめ定められた距離に達したタイミング、または前記車両の走行時間があらかじめ定められた時間に達したタイミングで前記補充ポイントを選出し、
    前記第１生成手段は、前記走行距離または前記走行時間との対応関係で選出された前記補充ポイントに基づいてさらに前記補充ポイント案内情報を改めて生成することを特徴とする請求項２２または２３に記載のサーバ。
25. 前記蓄積手段は、前記車両の過去の走行状況情報に加えて、前記車両と同車種の車両または走行能力において同性能の車両に関する過去の走行状況情報を蓄積し、
    前記選出手段は、さらに、前記車両と同車種の車両または走行能力において同性能の車両に関する過去の走行状況情報と前記現在の走行状況情報とに基づいて、あらかじめ登録された複数の補充可能ポイントから前記補充ポイントを選出することを特徴とする請求項２１ないし２４のいずれか１項に記載のサーバ。
26. 前記蓄積手段は、前記複数の補充可能ポイントのそれぞれについて属性情報をさらに蓄積し、
    前記選出手段は、さらに前記属性情報に基づいて、前記車両に動力源の補充を行なうべき位置を表わす補充ポイントを選出することを特徴とする請求項２１ないし２５のいずれか１項に記載のサーバ。
27. 車両と携帯通信端末と通信可能なサーバの制御方法であって、
    前記車両の現在地情報および目的地情報と前記車両の動力源の残量を示す動力源残量情報とを、前記車両に接続された前記携帯通信端末から受信する受信ステップと、
    あらかじめサーバに蓄積された前記車両を用いた過去の走行履歴情報と前記目的地情報と前記現在地情報とに基づいて前記車両に動力源の補充を行なうことが可能な位置を表わす補充ポイントを選出する選出ステップと、
    選出された前記補充ポイントに関する情報を前記携帯通信端末に送信する送信ステップと、
    を含み、
    前記走行履歴情報は、前記車両の過去の走行日時情報、走行経路情報、走行速度情報、並びに前記車両の走行環境に関する走行環境情報、渋滞・交通規制に関する交通情報、および前記車両の整備に関する車両整備情報の少なくともいずれか１つを含む走行状況情報を含み、
    前記蓄積ステップにおいて、前記車両の過去の走行状況情報を蓄積し、
    前記選出ステップにおいて、さらに、前記過去の走行状況情報と前記現在の走行状況情報とに基づいて、あらかじめ登録された複数の補充可能ポイントから前記補充ポイントを選出することを特徴とするサーバの制御方法。
28. 車両と携帯通信端末と通信可能なサーバの制御プログラムであって、
    前記車両の現在地情報および目的地情報と前記車両の動力源の残量を示す動力源残量情報とを、前記車両に接続された前記携帯通信端末から受信する受信ステップと、
    あらかじめサーバに蓄積された前記車両を用いた過去の走行履歴情報と前記目的地情報と前記現在地情報とに基づいて前記車両に動力源の補充を行なうことが可能な位置を表わす補充ポイントを選出する選出ステップと、
    選出された前記補充ポイントに関する情報を前記携帯通信端末に送信する送信ステップと、
    をコンピュータに実行させ、
    前記走行履歴情報は、前記車両の過去の走行日時情報、走行経路情報、走行速度情報、並びに前記車両の走行環境に関する走行環境情報、渋滞・交通規制に関する交通情報、および前記車両の整備に関する車両整備情報の少なくともいずれか１つを含む走行状況情報を含み、
    前記蓄積ステップにおいて、前記車両の過去の走行状況情報を蓄積し、
    前記選出ステップにおいて、さらに、前記過去の走行状況情報と前記現在の走行状況情報とに基づいて、あらかじめ登録された複数の補充可能ポイントから前記補充ポイントを選出することを特徴とするサーバの制御プログラム。

Images