充電スタンドの運用管理サーバおよび充電スタンドの運用管理システム
【課題】充電時間をより正確に予測し、待ち時間を正確に伝えたり、予約スケジュールの管理を容易に行ったりする。
【解決手段】電気車両の充電器２４と、充電器２４を管理するコントローラ２１とを有した複数の充電スタンドユ１の各コントローラ２１からインターネット１７を介して取得した情報に基づいて、複数の充電スタンドユ１の各充電待ち時間を予測する機能を備え、次の充電申込者あるいは充電予約者からの申込みがあった場合に、予測した時間を反映させて申込みを受け付ける。
【解決手段】電気車両の充電器２４と、充電器２４を管理するコントローラ２１とを有した複数の充電スタンドユ１の各コントローラ２１からインターネット１７を介して取得した情報に基づいて、複数の充電スタンドユ１の各充電待ち時間を予測する機能を備え、次の充電申込者あるいは充電予約者からの申込みがあった場合に、予測した時間を反映させて申込みを受け付ける。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、充電スタンドの運用管理サーバおよび充電スタンドの運用管理システムに関する。
【背景技術】
【０００２】
従来、動力用のバッテリを搭載し、当該バッテリに充電された電力を使用して走行する電気自動車に充電を行う充電スタンドが知られている（例えば、特許文献１参照）。
特許文献１に記載された充電スタンドは、車両バッテリよりも大容量の蓄電器を備え、当該蓄電器に商用電源からの電力によって充電を行うとともに、蓄電器から放電して車載バッテリに充電を行わせる。
ところで、電気自動車のバッテリを充電するためには、時間がかかるため、充電スタンドがあっても、他の電気自動車が充電中であれば、充電を行うことができず、電気自動車の運行計画を立てることができないという不具合が生じる。
上記不具合を解決するために、特許文献２記載の技術は、電気自動車の現在位置周辺に存在する充電スタンドを抽出し、抽出された充電スタンドの位置および当該充電スタンドに設置されている充電器の利用可能情報を提供することにより、充電スタンドに到着後、直ちにまたは所定時間以内に充電を開始できる充電スタンドに関する情報を電気自動車のユーザに提供するようにしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平７−１１５７３２号公報
【特許文献２】特開２００３−２６２５２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、上記特許文献２記載の技術は、直ちにまたは所定時問以内に充電スタンドを利用する場合については、現在の充電スタンドの利用状況に基づいて待ち時間が少ない充電スタンドを特定することが可能であったが、電気自動車に搭載されるバッテリの性能や容量、使用期間や使用状況による劣化具合、バッテリの残容量などが一定ではないため、個々のバッテリについて個別の事情を考慮した充電時間を予測することは行っていない。
したがって、特許文献２記載の技術を、インターネットなどの通信ネットワークを介して利用申込等を各ユーザが行うシステムに適用しても、充電対象のバッテリの実際の状態（充電状態、劣化状態など）がどのような状態であるのかを考慮した先々の予約などのスケジューリングを行うことはできず、スケジューリングを行う場合には、充電時間に余裕を持って行う必要があり、効率的な充電スタンドの運用が行えないおそれがあった。
また、電気自動車の充電はガソリンの給油に対して時問がかかる上に、充電スタンドの普及の過渡期や、普及率が低い地域や利用過多の地域では充電スタンドの利用待ちが発生する可能性がある。また無人で運用される充電スタンドでは待っている利用者と、予約利用者等の優先的に利用を行える利用者との問でトラブルが発生することも考えられる。
【０００５】
そこで、本発明の目的は、充電時間をより正確に予測し、待ち時間を正確に伝えたり、予約スケジュールの管理を容易に行ったりすることが可能な充電スタンドの運用管理サーバおよび充電スタンドの運用管理システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の第１態様は、充電スタンドでの車両バッテリへの充電の申込みを受け付けるサーバであって、充電申込者からの充電の申込みがあった場合に、充電申込者の過去の充電利用に関するデータに基づいて充電申込者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させて充電巾込みを受け付けることを特徴としている。
上記構成によれば、サーバは、充電申込者からの充電の申込みがあった場合に、充電申込者の過去の充電利用に関するデータに基づいて充電申込者の車両バッテリへの充電に必要な時間を予測し、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させて充電申込みを受け付ける。
したがって、充電スタンドにおける充電スケジュールをより効率的なものとすることができ、ひいては充電スタンドにおける各ユーザの実効的な待ち時間を減少させてユーザの利便性を向上できるとともに、充電スタンドの運用効率を向上できる。
【０００７】
本発明の第２態様は、第１態様において、次の充電申込者からの充電申込みがあった場合に、予測した時間に基づいて、充電開始可能時刻を提示して充電申込みを受け付けることを特徴としている。
上記構成によれば、充電申込者は、少なくとも提示された充電開始可能時刻に充電スタンドに赴けばよいため、充電待ちのために早めに充電スタンドに行ったりする必要が無く、充電スタンド近辺で渋滞を招いたりすることがない。
【０００８】
本発明の第３態様は、第２態様において、前記サーバは、複数の充電スタンドのうち、前記充電申込者が選択したいずれかの充電スタンドにおける車両バッテリへの充電の申込みを受け付けることが可能であり、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させて、複数の充電スタンドのそれぞれに予測される充電待ち時間に基づいて、より待ち時間の少ない推奨充電スタンドおよび当該推奨充電スタンドにおける充電可能時刻を提示して前記充電申込者に選択を促す、ことを特徴とする。
上記構成によれば、利用者は、より待ち時間の少ない充電スタンドを容易に把握することができ、より最適な充電スタンドを適宜選択して利用でき、利便性が向上する。
【０００９】
本発明の第４態様は、充電スタンドでの車両バッテリへの充電の予約を受け付けるサーバであって、充電予約者からの充電の予約があった場合に、充電予約者の過去の充電利用に関するデータに基づいて充電予約者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電予約者からの充電予約があった場合に、予測した時間を反映させて充電予約を受け付けることを特徴としている。
上記構成によれば、サーバは、充電予約者からの充電の予約があった場合に、充電予約者の過去の充電利用に関するデータに基づいて充電予約者の車両バッテリへの充電に必要な時問を予測し、次の充電予約者からの充電申込みがあった場合に、予測した時間を反映させて充電予約を受け付ける。
したがって、充電スタンドにおける充電予約スケジュールをより効率的なものとすることができ、ひいては充電スタンドにおける各ユーザの待ち時間をなくしてユーザの利便性を向上できるとともに、充電スタンドの実効的な運用効率を向上できる。
【００１０】
本発明の第５態様は、第４態様において、次の充電予約者からの充電予約があった場合に、予測した時間に基づいて、充電開始可能時刻を提示して充電申込みを受け付けることを特徴としている。
上記構成によれば、充電予約者は、少なくとも提示された充電開始可能時刻に充電スタンドに赴けばよいため、充電待ちのために早めに充電スタンドに行ったりする必要が無く、充電スタンド近辺で渋滞を招いたりすることがないとともに、充電スタンドにおける充電スケジュールの組立を効率的に行え、充電スタンドの効率的な運用が行える。
【００１１】
本発明の第６態様は、電気車両のバッテリ充電器と、前記バッテリ充電器を管理するコントローラとを有した複数の充電スタンドと、充電申込者からの充電の申込みがあった場合に、前記コントローラからネットワークを介して取得した充電申込者の過去の充電利用に関するデータに基づいて充電申込者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させていずれかの充電スタンドに対する充電申込みを受け付けるサーバと、を備えたことを特徴としている。
上記構成によれば、サーバは、充電申込者からの充電の申込みがあった場合に、コントローラからネットワークを介して取得した充電申込者の過去の充電利用に関するデータに基づいて充電申込者の車両バッテリへの充電に必要な時間を予測し、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させていずれかの充電スタンドに対する充電申込みを受け付ける。
したがって、各充電スタンドにおける充電スケジュールをより効率的なものとすることができ、ひいては各充電スタンドにおける各ユーザの実効的な待ち時間を減少させつつ、各充電スタンドの運用効率を向上できる。
【００１２】
本発明の第７態様は、電気車両のバッテリ充電器と、前記バッテリ充電器を管理するコントローラとを有した複数の充電スタンドと、充電予約者からの充電の予約があった場合に、前記コントローラからネットワークを介して取得した充電予約者の過去の充電利用に関するデータに基づいて充電予約者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電予約者からの充電予約があった場合に、予測した時間を反映させていずれかの充電スタンドに対する充電予約を受け付けるサーバと、を備えことを特徴としている。
上記構成によれば、サーバは、充電予約者からの充電の予約があった場合に、コントローラからネットワークを介して取得した充電予約者の過去の充電利用に関するデータに基ついて充電予約者の車両バッテリへの充電に必要な時間を予測し、次の充電予約者からの充電申込みがあった場合に、予測した時間を反映させていずれかの充電スタンドに対する充電予約を受け付ける。
したがって、各充電スタンドにおける充電スケジュールをより効率的なものとすることができ、ひいては各充電スタンドにおける各ユーザの実効的な待ち時間を減少させつつ、各充電スタンドの運用効率を向上できる。
【発明の効果】
【００１３】
本発明によれば、充電時間をより正確に予測し、予約待ち時間を正確に伝えたり、予約スケジュールを管理したりを容易に行え、ユーザの利便性を向上させることができ、充電スタンドの運用効率を高めることができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】実施形態の充電スタンドの運用管理システムの概要構成ブロック図である。
【図２】ユーザデータベースのデータフォーマットの一例の説明図である。
【図３】課金データベースのデータフォーマットの一例の説明図である。
【図４】利用データベースの構成説明図である。
【図５】ユーザ登録処理の処理フローチャートである。
【図６】予約申込、充電順番待ち申込をユーザが行う場合のシーケンスフローチャートである。
【図７】予約申込画面の一例の説明図である。
【図８】充電順番待ち申込画面の一例の説明図である。
【図９】予約処理におけるスケジュール管理の処理フローチャートである。
【図１０】予測充電時間算出処理の処理フローチャートである。
【図１１】予約申込画面の一例の説明図である。
【図１２】受付結果画面としての充電スタンド予約完了画面の一例の説明図である。
【図１３】受付結果画面としての充電順番待ち受付完了画面の一例の説明図である。
【図１４】順番待ち処埋の処理フローチャートである。
【図１５】順番待ち処理の説明図である。
【図１６】充電スタンドの充電器における充電スケジュールの一例を示す。
【図１７】充電完了後のフィードバック処理フローチャートである。
【図１８】充電スタンド利用状況画面の一例の説明図である。
【図１９】予約申込画面の一例の説明図である。
【図２０】予約処理の処理フローチャートである。
【発明を実施するための形態】
【００１５】
次に図面を参照して本発明の好適な実施形態について説明する。
図１は、実施形態の充電スタンドの運用管理システムの概要構成ブロック図である。
充電スタンドの運用管理システム１０は、大別すると、複数の充電スタンド１１と、管理サーバ（運用管理サーバ）１２と、複数の基地局１３が接続された電話回線網１４と、複数の携帯電話端末１５と、複数のユーザＰＣ端末１６と、を備えている。
さらに充電スタンドの運用管理システム１０は、インターネット１７を介して、管理サーバ１２に対し、複数の充電スタンド１１、電話回線網１４、電話回線網１４を介した複数の携帯電話端末１５および複数のユーザＰＣ端末１６が通信可能に接続されている。
【００１６】
充電スタンド１１は、充電時に電気車両（主として動力用バッテリ）に接続されて電力を供給する充電コネクタ２０を有するとともに、コントローラ２１、操作パネル２２およびディスプレイ２３を内蔵した充電器２４を一または複数（図１の例では３台）備えている。
コントローラ２１は、通信インタフェースを有するマイクロコンピュータとして構成されており、インターネット１７を介した通信を行う通信機能と、充電開始タイミング、充電終了タイミング、充電電力量あるいは充電器の故障状態を検出する状態検出機能と、充電時のユーザ認証を行うユーザ認証機能と、を備え、状態検出機能により検出した状態およびユーザ認証機能により得られたユーザ認証情報を通信機能により管理サーバ１２に通知することとなっている。
ここで、状態検出機能は、充電コネクタ２０の接続状態、図示しない電力量計の計測状態あるいは充電器２４の各部に設けられた図示しない各種センサ（電圧センサ、電流センサ、短絡センサなど）による検出状態に基づいて実現される。
【００１７】
また、ユーザ認証機能は、非接触型ＩＣカードや携帯電話端末の通信機能などを用いて得られたユーザ認証情報（例えば、電話回線網から送られる電話番号情報、ユーザが入力したパスワード情報など）を用いて実現される。
管理サーバ１２は、ユーザ情報を格納したユーザデータベース（ＤＢ）２５、課金情報を格納した課金データベース（ＤＢ）２６、各ユーザの充電スタンドの利用に関するデータを格納した利用データベース（ＤＢ）２７、充電スタンド１１の管理を行う充電スタンド管理処理部２８および充電スタンド情報表示処理を行う充電スタンド情報表示処理部２９を備えている。
【００１８】
図２は、ユーザデータベースのデータフォーマットの一例の説明図である。
ユーザデータベース２５は、ユーザを特定するためのユーザＩＤデータ３１、ユーザ認証を行うための認証情報データ３２、ユーザの車種に基づいて充電対象のバッテリ、バッテリの充電方法（充電電圧、充電電流、充電方式など）を特定するための車種データ３３、過去の充電履歴を表す充電履歴データ３４を備えている。
ここで、充電履歴データ３４は、充電開始時のバッテリの残存容量を表す初期残存量データ３５、充電に要した時間を表す充電時間データ３６、充電を行った日付を表す充電日データ３７、充電開始時刻を表す充電開始時刻データ３８を備えている。
なお、初期残存量データ３５としては、バッテリの初期電圧などが用いられる。また、充電時間データ３６に代えて、充電完了時刻データを記憶することにより、充電開始時刻データ３８および充電完了時刻データに基づいて充電時間をその都度算出するようにしても良い。
【００１９】
本実施形態においては、充電料金の徴収を銀行口座からの引き落とし、クレジットカードによる決済、請求書の発行に伴う銀行振り込みなどにより課金を行っており、課金データを収集する必要があるので、管理サーバ１２においては、課金データベース２６を構築している。
図３は、課金データベースのデータフォーマットの一例の説明図である。
課金データベース２６は、ユーザを特定するためのユーザＩＤデータ４１、充電スタンド１１を利用した日時を表す利用日時データ４２、利用した充電スタンド１１を特定するための利用充電スタンドデータ４３、課金データ４４と、を備えている。
ここで、課金データ４４は、充電に利用した電力量を表す利用電力量データ４５と、利用時点における電力単価を表す電力単価データ４６と、利用電力量と電力単価との積の値となる利用量データ４７と、を備えている。
ここで、電力単価が時期により異なる場合には、利用電力量データ４５および電力単価データ４６は、時期毎に区別して格納される。
なお、引き落とし口座などの実際の課金に必要な情報については、従前と同様の方法により、別途保持している。
したがって、利用量データ４７に基づいて課金額を算出して引き落としなどを行うとともに、各ユーザに対し毎月利用報告書兼請求書を郵送し、あるいは図示しないインターネットのサイトにおいて各ユーザがアクセス可能な状態で公開するようになっている。
【００２０】
図４は、利用データベースの構成説明図である。
利用データベース２７は、複数のデータベースから構成されており、充電スタンドの所在地、充電器の設置台数、営業時間、営業日などのスタンド情報および充電スタンド毎（さらには、充電器毎）の充電スケジュールが格納されたスタンド情報データベース（ＤＢ）５１と、車種毎の１回の充電に要した充電平均時間が、一日の時間帯毎、曜日毎、月毎、季節毎等に格納された車種充電情報データベース（ＤＢ）５２と、各充電スタンドの時間帯毎の充電平均時間等の時間帯利用情報が格納された時間帯利用統計データベース（ＤＢ）５３と、登録ユーザの利用状況の統計データを格納した利用統計データベース５４と、を備えている。
ここで、利用統計データベース５４には、各登録ユーザについて、一日の時間帯毎、曜日毎、月毎、季節毎、充電スタンド毎等の充電平均時間のデータ（平均時間および標準偏差）が格納されており、予測充電時間が充電平均時間よりも大幅にずれる場合には、充電平均時間に近づくように補正を行い、更新するようにしている。
【００２１】
次に運用管理システム１０のユーザ（利用者）となるためのユーザ登録処理について説明する。このユーザ登録処理は、携帯電話端末１５あるいは、ユーザＰＣ端末１６のいずれを用いても可能であるが、以下の説明においては、一例として、新規ユーザがユーザＰＣ端末１６及びインターネット１７を介して管理サーバ１２にアクセスして登録を行う場合について説明する。
図５は、ユーザ登録処理の処理フローチャートである。
新規ユーザが、自己のユーザＰＣ端末１６およびインターネット１７を介して、管理サーバ１２の新規ユーザ登録ページにアクセスすると、ユーザＰＣ端末１６の図示しないディスプレイの表示画面には、新規ユーザ登録画面が表示される（ステップＳ１１）。
この新規ユーザ登録画面には、ユーザ名入力欄、ユーザ住所、携帯電話番号、パスワード等の入力欄、車種情報（車種、製造年度、形式など〉入力欄などが設けられており、ユーザは、ユーザ名を入力し（ステップＳ１２）、ユーザ住所等のユーザ特定情報を入力し（ステップＳ１３）、車種情報を入力する（ステップＳ１４）。
【００２２】
これにより管理サーバ１２は、ユーザＩＤ発行処理を行い、新規ユーザ登録完了画面を表示し、発行されたユーザＩＤを新規ユーザ登録完了画面の所定のユーザＩＤ表示ウィンドウに表示する（ステップＳ１５）。
次に管理サーバ１２は、ユーザから取得したユーザ情報をユーザＤＢ２５に記憶して処理を終了する（ステップＳ１６）。
【００２３】
続いて、予約申込、あるいは、充電順番待ち申込を行う場合の処理について説明する。
図６は、予約申込、充電順番待ち申込をユーザが行う場合のシーケンスフローチャートである。
この予約申込、充電順番待ち申込は、携帯電話端末１５あるいは、ユーザＰＣ端末１６のいずれを用いても可能であるが、以下の説明においては、一例として、ユーザが携帯電話端末１５を介して管理サーバ１２に対して予約申込、あるいは、充電順番待ち申込を行う場合の処理について説明する。
まず、ユーザは、携帯電話端末１５を操作し、電話回線網１４およびインターネット１７を介して管埋サーバ１２にログイン要求を行う（ステップＳ２１）。
【００２４】
この場合において、ログイン要求は、ユーザ登録処理において発行されたユーザＩＤを用いる。ここで、管理サーバ１２側では、ユーザＩＤの他、電話回線網１４から送信される携帯電話番号情報などを用いてユーザ認証のための情報としている。なお、ログイン要求をユーザＰＣ端末１６から行う場合には、携帯電話番号情報などの第三者による認証情報が得られないので、ユーザ登録処理において登録したパスワード情報の入力などが必要となる。
ログインが完了すると、管埋サーバ１２は、ログイン完了応答を行い（ステップＳ２２）、携帯電話端末１５の表示画面には予約等入力画面が表示される（ステップＳ２３）。
これにより、ユーザは、携帯電話端末１５の操作部を操作して予約申込操作あるいは順番待ち申込操作を行う（ステップＳ２４）。
【００２５】
図７は、予約受付画面の一例の説明図である。
携帯電話端末１５の表示画面１５Ａには、ユーザＩＤ入力欄１５Ｂ、充電スタンド指定欄１５Ｃ、予約希望日入力欄１５Ｄ、充電を行いたいと所望する時間である充電希望時間を入力する充電希望時間入力欄１５Ｅ、キースイッチＫＳ１の操作が予約申込内容確定あるいは現在入力している内容の確定の指示となることを示す第１操作内容表示部１５Ｆと、キースイッチＫＳ２の操作が予約申込内容あるいは現在入力している内容のキャンセルの指示となることを示す第２操作内容表示部１５Ｇと、を備えている。
【００２６】
具体的には、図７の例の場合、ユーザＩＤは、「ａｂｃ１２３」であり、予約を希望する充電スタンド１１は「△△ ○○店」であり、予約希望日は、「２００９年１０月１１日」であり、充電希望時間は「３０分」となっており、この場合、２００９年１０月１１日において、３０分充電を行える時間帯の予約の申込となる。
ユーザは、予約受付画面の入力が完了すると、その内容を確認した上で、キースイッチＫＳ１を操作する。
これにより予約要求内容が確定し、受付要求が管埋サーバ１２側に送信されることとなる（ステップＳ２５）。
【００２７】
図８は、充電順番待ち申込画面の一例の説明図である。
携帯電話端末１５の表示画面１５Ａには、ユーザＩＤ入力欄１５Ｂ、充電スタンド指定欄１５Ｈ、キースイッチＫＳ１の操作が充電順番待ち申込内容の確定あるいは現在入力している内容の確定の指示となることを示す第１操作内容表示部１５Ｆと、キースイッチＫＳ２の操作が充電順番待ち申込内容あるいは現在入力している内容のキャンセルの指示となることを示す第２操作内容表示部１５Ｇと、を備えている。
具体的には、図８の例の場合、ユーザＩＤは、「ａｂｃ１２３」であり、充電順番待ちを希望する充電スタンド１１は、「△△ ○○店」となっている。
【００２８】
ユーザは、充電順番待ち申込画面の入力が完了すると、その内容を確認した上で、キースイッチＫＳ１を操作する。
これにより充電順番待ち申込内容が確定し、充電順番待ち申込に対応する受付要求が管理サーバ１２側に送信されることとなる（ステップＳ２５）。
これらにより、管理サーバ１２は、予約申込あるいは充電順番待ち申込に対応する受付要求を受信すると、当該受付要求が予約申込みに関するものであるのか否かを判別する（ステップＳ２６）。
【００２９】
ステップＳ２６の判別において、当該受付要求が予約申込みに関するものである場合には（ステップＳ２６：Ｙｅｓ）、予約処理（ステップＳ２７）に処理を移行し、当該受付要求が充電順番待ち申込に関するものである場合には、順番待ち処理（ステップＳ２８）に処理を移行する。
【００３０】
次に、上述した予約処理（ステップＳ２７）について詳細に説明する。
図９は、予約処理におけるスケジュール管理の処理フローチャートである。
予約要求を受信した管理サーバ１２は、当該予約要求に対応する予約対象の充電スタンド１１（あるいは、当該充電スタンド１１の充電器２４毎）の充電スケジュールをスタンド情報データベース５１から取得する（ステップＳ３１）。
続いて管理サーバ１２は、取得した予約対象の充電スタンド１１の充電スケジュールに基づいて、予約希望日入力欄１５Ｄに入力された予約希望日に、予約希望時間入力欄１５Ｅに入力された予約希望時間以前に予約があるか否かを判別する（ステップＳ３２）。
ステップＳ３２の判別において、予約がある場合には（ステップＳ３２；Ｙｅｓ）、当該予約要求に対応する予約についてユーザが所望の充電時間を指定しているか否かを判別する（ステップＳ３３）。
ステップＳ３３の判別において、ユーザが所望の充電時間を指定している場合には（ステップＳ３３；Ｙｅｓ）、処理をステップＳ３５に移行する。
ステップＳ３３の判別において、ユーザが所望の充電時間を指定していない場合には（ステップＳ３３；Ｎｏ）、予測充電時間を算出する予測充電時間算出処理を行う（ステップＳ３４）。
【００３１】
ここで、予測充電時間算出処理について説明する。
図１０は、予測充電時間算出処理の処理フローチャートである。
まず、管理サーバ１２は、ユーザ登録があるユーザの予約であるか否かを判別する（ステップＳ４５）。
ステップＳ４５の判別において、当該ユーザのユーザ登録がなされている場合には（ステップＳ４５；Ｙｅｓ）、ユーザおよび車種による充電時間算出を行う（ステップＳ４６）。
具体的には、管理サーバ１２は、ユーザデータベース２５を参照して、ユーザが充電しようとしている車両に搭載されている車載バッテリの容量、種別、個数などを把握する。
これらの情報は、通常、車種（グレード、仕様）が定まれば、搭載しているバッテリの容量、種別、個数は定まるため、車種により判断することとなる。
【００３２】
ところで、車載バッテリの充電に要する時間は、バッテリの充電状態、劣化度合いによって大きく異なることが知られている。例えば、経年劣化によれば、１０年で容量が７０％程度となってしまうため、充電に要する時間が大きく変動することとなる。また、バッテリの実容量（残容量）が大きければ、充電時間が比較的短くなり、バッテリの実容量（残容量）が小さければ、充電時間が比較的長くなる。
そこで、本実施形態においては、当該登録ユーザの過去の充電スタンド利用時の充電状況を統計的に処理して得られる利用統計データを格納した利用データベース２７を参照して車種による判断を補正することとしている。例えば、上述した経年劣化を考慮する場合には、バッテリ容量の移動平均値を用いて充電に要する時間を補正することとなる。
【００３３】
すなわち、ユーザによっては、バッテリ充電を行う状況（バッテリの充電状態、曜日、時間帯、季節、天気）などにある程度傾向がみられ、その時々の実際の充電時間と、予測充電時間との差である予測誤差の傾向が見いだされるので、利用統計データを利用して予測充電時間をより正確に算出することが可能となる。
具体的には、当該登録ユーザの当該時期（時間帯、曜日、季節、天気）における予測バッテリ残量を求め、当該登録ユーザの車種により指定される充電方法（充電電流、充電電圧などの設定に基づく充電パターン〉で充電した場合の充電予測時間を算出する。
【００３４】
まず、時間帯について説明すると、各登録ユーザが通常利用する時間帯に要する充電時問と、各登録ユーザが通常利用しない時間帯に要する充電時間とは、異なる傾向がある。
これは、通常利用する時間帯は、登録ユーザが余裕を持って充電を行っていると考えることができ、その電池残量も登録ユーザ毎にほぼ同様の傾向を示すと考えられるからである。これは、例えば、早めに充電を行う傾向がある登録ユーザや、ぎりぎり残量が少なくなるまで待って充電を行う傾向がある登録ユーザなど様々な登録ユーザが存在するが、登録ユーザ毎にみれば、当該登録ユーザにおける充電要否の判断はほぼ変わらないからである。
【００３５】
同様に曜日についても、例えば、通常、週に一度しか充電を行わない登録ユーザの場合、同一曜日であれば、同様の充電残量であることが予測されるが、通常充電を行わない曜日である場合には、電池残量が通常より少なくなっている可能性などが考えられるからである。また、土日などの渋滞が発生する可能性が高い曜日においては、消費電力量が増加し、予測充電時間が長くなるとして、例えば、５％増しとする。
また、時間帯については、夜間になればヘッドライトを含むライトを点灯させ、あるいは、渋滞時間帯などでは、消費電力量が増加し、予測充電時間が長くなるとして、例えば、５％増しとする。
また、季節については、電気車両の場合、エアコン（クーラー、ヒーター）等を利用する季節においては、通常よりも電力の消費が大きくなるため、充電頻度は高くなっているにも関わらず、充電時の電池残量もエアコンなどを利用しない場合と比較して電池残量が少なくなっている等の傾向を示す可能性が高く、これらの傾向を反映して充電時間を予測する必要があるからである。より詳細には、冬期はヒーターを使用しているので電池残量が少なくなり、予測充電時間が長くなるとして、例えば、２０％増しとし、夏季はクーラーを使用しているので池残量が少なくなり、予測充電時間が長くなるとして、例えば、１０％増しとする。
【００３６】
また、天気については、雨などの場合にはワイパーを駆動する必要があるので、予測充電時間が長くなるとして、例えば、５％増しとする。
また、利用する充電スタンド側から見れば、充電スタンドの所在地および設置されている充電器の種類で電池残量および充電時間が大きく変動することとなる。
充電スタンドの所在地については、観光地あるいは市街地のいずれにあるかで、より観光地においては、遠距離を移動した後であると考えられ、電池残量がより少なくなっている傾向がみられる。また、充電スタンドが高台に位置しているような場合には、平地に位置する充電スタンドに比較して電池残量が少なくなっている傾向が見られる。
【００３７】
また、設置されている充電器の種類が、急速充電器あるいは普通充電器のいずれであるかによって、単純に充電時間自体が変化することとなる。
したがって、時間帯、曜日、季節、充電スタンドの所在地、設置されている充電器の種類などに分類して利用データベース２７に利用統計データを格納しておくことで、より正確な充電時間を予測することが可能となるのである。
【００３８】
この場合において、ユーザの傾向に起因する状況（バッテリの充電状態、曜日、時間帯、季節）のみに基づいて算出した予測充電時間と、充電スタンドに起因する状況（所在地、設置充電器の種類）のみに基づいて算出した予測充電時間と、を別個に算出し、両者に所定の重み付けを行って予測充電時間を算出するようにすることも可能である。ここで、重み付けは、ユーザの傾向に起因する状況のみに基づいて算出した予測充電時間と、充電スタンドに起因する状況のみに基づいて算出した予測充電時間と、実際の充電に要した充電時間とを比較して、より実際の充電に要した充電時間に近いものの重み付けを大きくするようにすれば、より正確に充電時間を予測することが可能となる。例えば、初期状態においては、ユーザの傾向に起因する状況のみに基づいて算出した予測充電時間と、充電スタンドに起因する状況のみに基づいて算出した予測充電時間と、の重み付けを５０：５０とし、その後のデータ収集の結果、充電スタンドに起因する状況のみに基づいて算出した予測充電時間の方がより実際の充電に要した時間に近い場合には、充電スタンドに起因する状況のみに基づいて算出した予測充電時間の重みを重くする（例えば、２５：７５とす）。
【００３９】
一方、ステップＳ４５の判別において、ユーザ登録がなされていない場合には（ステップＳ４５：Ｎｏ）、車種充電情報データベース５２を参照して車種・仕様、充電スタンドの所在地、設置されている充電器の種類などに基づく充電時間算出（充電時間推定）を行う（ステップＳ４７）。
具体的には、車種・仕様に基づいて対象となる車両に搭載されているバッテリの個数、容量、種類が定まるとともに、使用年数等の推定が可能であるので、当該バッテリの標準的な充電時間を算出する。そして、充電スタンドの所在地および設置されている充電器の種類に基づいて算出した充電時間を補正する。
すなわち、バッテリの個数、容量、種類に基づいて、標準充電時間を車種充電情報データベース５２を参照して求め、推定した使用年数に基づいた劣化を考慮し、さらに充電スタンドの所在地および設置されている充電器の種類に基づいて予測される充電時間を算出することとなる。
この場合において、車種・仕様のみしか分からない場合等には、同様に車種充電情報データベース５２を参照して得られる標準充電時間を読み出し、充電時間の算出に代える。
続いて管理サーバ１２は、ステップＳ４７において算出した充電時間を時間帯別の平均充電時間を考慮して補正して、より正確な充電予測時間を算出し（ステップＳ４８）、処理をステップＳ３５に移行する。
【００４０】
管埋サーバ２２は、全予約について処埋が終了したか否かを判別する（ステップＳ３５）。
ステップＳ３５の判別において、全予約について処理が終了していない場合には（ステップＳ３５；Ｎｏ）、管理サーバ１２は、処理を再びステップＳ３３に移行して以下同様の処理を行い、充電時間が指定されていない全ての予約について予測充電時間の算出処理（ステップＳ３４）を行うこととなる。
【００４１】
ステップＳ３２の判別において予約がない場合（ステップＳ３２；Ｎｏ）、あるいはステップＳ３５の判別において全予約について予測充電時間算出処理が終了した場合には（ステップＳ３５；Ｙｅｓ）、管理サーバ１２は、取得した予約対象の充電スタンド１１の充電スケジュールに基づいて、予約希望日入力欄１５Ｄに入力された．予約希望日に、充電順番待ちを行っている待ちユーザがいるか否かを判別する（ステップＳ３６）。なお、実際には、予約希望日が当日である場合にだけ、充電順番待ちを行っているユーザが存在するはずであるので、予約希望日が当日以外の場合には、充電順番待ちを行っているユーザは存在せず、常にステップＳ３６の判別は、Ｎｏとなる。
ステップＳ３５の判別において、充電順番待ちユーザがいる場合には（ステップＳ３６；Ｙｅｓ）、当該充電順番待ちユーザが所望の充電時間を指定しているか否かを判別する（ステップＳ３７）。
ステップＳ３７の判別において、充電順番待ちユーザが所望の充電時間を指定している場合には（ステップＳ３７；Ｙｅｓ）、処理をステップＳ３９に移行する。
ステップＳ３７の判別において、充電順番待ちユーザが所望の充電時間を指定していない場合には（ステップＳ３３；Ｎｏ）、当該充電順番待ちユーザについて予測充電時間を算出する予測充電時間算出処理を行う（ステップＳ３８）。
【００４２】
続いて管理サーバ１２は、全ての充電順番待ちユーザについて処理が終了したか否かを判別する（ステップＳ３９）。
ステップＳ３９の判別において、全ての充電順番待ちユーザについて処理が終了していない場合には（ステップＳ３９；Ｎｏ）、管理サーバ１２は、処埋を再びステップＳ３７に移行して以下同様の処理を行い、充電順番待ちユーザにより所望の充電時間が指定されていない全ての充電順番待ちユーザについて予測充電時間の算出処理（ステップＳ３８）を行うこととなる。
ステップＳ３６の判別において充電順番待ちユーザがいない場合（ステップＳ３６；Ｎｏ）、あるいはステップＳ３９の判別において全充電順番待ちユーザについて予測充電時間算出処理が終了した場合には（ステップＳ３９；Ｙｅｓ），管埋サーバ１２は、空き時間帯を抽出する処理を行う（ステップＳ４０）。
続いて、管理サーバ１２は、予約申込画面を通知して表示させる（ステップＳ４１）。
【００４３】
図１１は、予約申込画面の一例の説明図である。
携帯電話端末１５の表示画面１５Ａには、予約希望日（本実施形態では、２００９年１０月１１日）における希望充電スタンドの予約タイムスケジュールが表示されるタイムスケジュール表示選択欄表示部１５Ｉを備えている。このタイムスケジュール表示選択欄表示部１５Ｉにおいて、予約タイムスケジュールは上下方向にスクロール可能となっており、携帯電話端末１５の図示しないスクロールキー（例えば、上下に配置された数字キーの「２」と「８」）により所望の方向にスクロールされる。
【００４４】
具体的には、図１１の例の場合、タイムスケジュール表示選択欄表示部１５Ｉには、申込チェック欄１５Ｊと、時間帯表示欄１５Ｋとが設けられており、複数の時間帯に関する情報が表示される。図１１の場合には、時間帯「１０：５０−１１：１５」は、予約済状態であり、時間帯「１１：１５−１２：００」は、空き状態であり、時間帯「１２：００−１２：４０」は、予約済状態であり、時間帯「１２：４０−１３：１５」は、空き状態である。
この場合に、空き状態に対応する申込チェック欄１５Ｊ１、１５Ｊ２には、チェックボックスが表示されており、ユーザは、予約申込を行いたい時間帯に対応する申込チェック欄を選択してチェック状態（図１１の場合、申込チェック欄１５Ｊ１を選択状態［●］）として、キースイッチＫＳ１を操作する。
【００４５】
これにより予約申込内容が確定し、予約申込要求が管埋サーバ１２側に送信され、管理サーバ１２では、予約申込受け受け処理がなされることとなる（ステップＳ４２）。
これにより管理サーバ１２は、スタンド情報データベース５１における予約対象の充電スタンド１１の充電スケジュールを更新して、予約処理（（ステップＳ２７）を終了する。
また、順番待ち処理の場合も同様の処理を行う。
そして、予約処理（ステップＳ２７）、あるいは、順番待ち処理（ステップＳ２８）による受付結果を通知する受付結果通知を携帯電話端末１５に対して行う（ステップＳ２９）。
これにより、携帯電話端末１５の表示画面には、受付結果画面としての充電スタンド予約完了画面が表示されることとなる（ステップＳ３０）。
【００４６】
図１２は、受付結果画面としての充電スタンド予約完了画面の一例の説明図である。
図１２に示すように、携帯電話端末１５の表示画面１５Ａには、ユーザＩＤ表示欄１５Ｌ、充電スタンド表示欄１５Ｍ、予約日表示欄１５Ｎ、予約時刻表示欄１５Ｏ、予約整理番号表示欄１５Ｐ、キースイッチＫＳ１の操作が表示画面１５Ａ（予約内容）の保存の指示となることを示す第１操作内容表示部１５Ｆと、キースイッチＫＳ２の操作が表示画面１５Ａ（予約内容）の保存を行わずに処理を終了する指示となることを示す第２操作内容表示部１５Ｇと、を備えている。
具体的には、図１２の例の場合、ユーザＩＤは、「ａｂｃ１２３」であり、予約した充電スタンドは「△△ＯＯ店」であり、予約日は、「２００９年１０月１１日」であり、予約時刻（予約時間帯）は「１１：１５〜１２：００」であり、予約整理番号は、「ＸＸＸＸ１２Ａ」となっている。
したがって、ユーザは、２００９年１０月１１日の１１時１５分までに、充電スタンド「△△ＯＯ店」に出向き、予約整理番号「ＸＸＸＸ１２Ａ」を指定して、利用申込みを行うことにより、ユーザはすぐに充電器を利用できる状態となるので、現地での待ち時間を極力少なくし、かつ、確実に充電を行うことができる。
【００４７】
図１３は、受付結果画面としての充電順番待ち受付完了画面の一例の説明図である。
図１３に示すように、携帯電話端末１５の表示画面１５Ａには、ユーザＩＤ表示欄１５Ｌ、充電スタンド表示欄１５Ｍ、受付日表示欄１５Ｑ、利用可能予定時刻表示欄１５Ｒ、充電待ち整埋番号表示欄１５Ｓ、キースイッチＫＳ１の操作が表示画面１５Ａ（充電順番待ち内容）の保存指示となることを示す第１操作内容表示部１５Ｆと、キースイッチＫＳ２の操作が表示画面１５Ａ（充電順番待ち内容）の保存を行わずに処理を終了する指示となることを示す第２操作内容表示部１５Ｇと、を備えている。
具体的には、図１３の例の場合、ユーザＩＤは、「ａｂｃ１２３」であり、予約した充電スタンドは「△△ ＯＯ店」であり、受付日は、「２００９年１０月１１日」であり、充電スタンドの充電器の利用可能予定時刻（利用可能予定時間帯）は「１３：１５〜１３：３５」、充電待ち整理番号は、「ＸＸＸＸ１２Ｋ」となっている。
したがって、ユーザは、２００９年１０月１１日の１３時１５分までに、充電スタンド「△△ ○○店」に出向き、予約整理番号「ＸＸＸＸ１２Ｋ」を指定して、利用開始の申込みを行うことにより、ユーザはすぐに充電器を利用できる状態となるので、現地での待ち時問を極力少なくして、充電を行うことができる。
【００４８】
以上の説明は、充電開始前の処理であるが、管理サーバ１２は、さらに、コントローラ２１からの通知を受けて、充電後速やかに充電スタンド１１の充電器２４が開放されるように、当該充電．器２４で充電中のユーザの携帯電話端末１５あるいはユーザＰＣ端末１６に対応するメールアドレス宛に充電完了予定時刻の通知メールを送信するとともに、充電完了時には、充電完了通知メールを送信することとなっている。
その後、充電器２４のコントローラ２１は、充電開始可能となった時点、すなわち、充電を行ったユーザが充電コネクタ２０を車両から抜いてから所定時間が経過したか、あるいは、操作パネル２２を介してユーザが充電器２４の解放指示を行った時点で、管理サーバ１２に通知し、管理サーバ１２は、当該充電スタンド１１の待ち状況、予約状況を照合し、繰り上げ可能な際には、繰り上げ利用が可能なユーザの携帯電話端末１５（あるいはＰＣ端末）に対応するメールアドレス宛に繰り上げ利用が可能である旨の通知メールを送信する。なお、メールアドレスが未登録の場合にはこれらの処理は行われない。
【００４９】
次に上述した順番待ち処埋（ステップＳ２８）について詳細に説明する。
図１４は、順番待ち処埋の処理フローチャートである。
まず管理サーバ１２は、順番待ちの申込みがあった場合には、当該申込みを行ったユーザのユーザＩＤに基づいて利用ＤＢ２７の利用統計ＤＢ５４を参照し、当該ユーザの過去の充電利用のデータに基づいて上述した手順に基づいて、充電時間ＴＣを予測する（ステップＳ５１）。
次に管理サーバ１２は、検索開始基準時刻を充電申込みがあった時刻（現在時刻）に設定する（ステップＳ５２）。
続いて管理サーバ１２は、充電スタンド１１（あるいは、当該充電スタンド１１の充電器２４毎）の充電スケジュールをスタンド情報データベース５１から取得し、検索開始基準時刻以降、最も早い時間帯にある空き時問を検索する（ステップＳ５３）。
【００５０】
そして管理サーバ１２は、空き時間の長さがステップＳ５１で求めた充電時間ＴＣを越えているか否かに基づいて、当該空き時問で充電器の利用が可能であるか否かを判別する（ステップＳ５４）。
ステップＳ５４の判別において、当該空き時間で充電器の利用が可能である場合には（ステップＳ５４；Ｙｅｓ）、管理サーバ１２は、直ちに使用可能な場合には利用許可を含む受付結果通知を行い、所定時間後に利用可能な場合には、利用開始可能時刻および順番待整理番号を含む受付結果通知を行う（ステップＳ５８）。
そして、管理サーバ１２は、利用ＤＢ２７を更新して処理を終了する（ステップＳ５９）。
ステップＳ５４の判別において、当該空き時間で充電器の利用が可能ではない場合には（ステップＳ５４；Ｎｏ）、管理サーバ１２は、検索開始基準時刻を当該空き時間の終わりの時刻に更新する（ステップＳ５５）。
【００５１】
続いて、管理サーバ１２は、更新後の検索開始基準時刻から当該充電スタンドの営業終了時刻までに所定時間以上の時間があるか否かを判別する（ステップＳ５６）。
この場合において、所定時間は、ユーザが充電を完了し、当該充電スタンドから立ち去った後に、充電スタンド側で営業終了時に行う後片付けなどの作業が完了するのを考慮して適宜定められる。なお、２４時間の営業の場合には、本ステップＳ５６は、設ける必要がない。
ステップＳ５６の判別において、更新後の検索開始基準時刻から当該充電スタンドの営業終了時刻までに所定時間以上の時間がある場合には（ステップＳ５６；Ｙｅｓ）、管理サーバ１２は、処理を再びステップＳ５３に移行し以下同様の処理を繰り返すこととなる。
ステップＳ５６の判別において、更新後の検索開始基準時刻から当該充電スタンドの営業終了時測までに所定時間以上の時間がない場合には（ステップＳ５６；Ｎｏ）、管理サーバ１２は、当該日には利用ができない旨の利用不可通知を行って処理を終了する（ステップＳ５７）。
【００５２】
図１５は、順番待ち処理の説明図である。
次に図１５を参照してより具体的な順番待ち処理について説明する。なお、以下の説明においては、図１４のフローチャートの処埋ステップ番号を参照している。
まず図１５（ａ）に示すように、第１のユーザが時刻ｔ１に順番待ちの申込ＲＱ１を行った場合について説明する。
時刻ｔ１において、第１のユーザが申込ＲＱ１を行った時点では、充電器は充電中であるので、直ちに利用することはできない状態となっている。
したがって、管理サーバ１２は、第１のユーザのユーザＩＤに基づいて当該ユーザの過去の充電利用のデータを参照し、上述した手順に基づいて、予測充電時間ＴＣ１（図１５（ｂ）参照）を算出する（ステップＳ５１）。
【００５３】
次に検索開始基準時刻を充電申込みがあった時刻ｔ１に設定する（ステップＳ５２）。
続いて管理サーバ１２は、時刻ｔ１（＝検索開始基準時刻）以降、最も早い時間帯にある空き時間を検索する（ステップＳ５３）。
具体的には、時刻ｔ２から始まる空き時間（時刻ｔ２〜時刻ｔ３）が検索される。
この場合においては、空き時間の長さＴＶ１（＝ｔ３−ｔ２）が求めた充電時間ＴＣ１を越えているので、管理サーバ１２は、当該空き時間で充電器の利用が可能であると判別し（ステップＳ５４：Ｙｅｓ）、順番待ちＷ２として利用開始可能時刻（＝ｔ２）および順番待整理番号を含む受付結果通知を行う（ステップＳ５８）。
そして、管理サーバ１２は、利用ＤＢ２７のスタンド情報データベース５１を更新して処理を終了する（ステップＳ５９）。
【００５４】
次に図１５（ｃ）に示すように、第１のユーザが順番待ちの申込を行った後の時刻ｔ４に第２のユーザが時刻ｔ４に順番待ちの申込ＲＱ２を行った場合について説明する。
時刻ｔ４において、第２のユーザが申込ＲＱ２を行った時点では、予約Ｒ１に対応する他のユーザにより充電器は充電中であるので、直ちに利用することはできない状態となっている。
したがって、管理サーバ１２は、第２のユーザのユーザＩＤに基づいて当該ユーザの過去の充電利用のデータを参照し、上述した手順に基づいて、充電時間ＴＣ２（図１５（ｄ）参照）を予測する（ステップＳ５１）。
【００５５】
次に管理サーバ１２は、検索開始基準時刻を充電申込みがあった時刻ｔ４に設定する（ステップＳ５２）。
続いて管理サーバ１２は、時刻ｔ４（＝検索開始基準時刻）以降、最も早い時間帯にある空き時問を検索する（ステップＳ５３）。
具体的には時刻ｔ５から始まる空き時間（時刻ｔ５〜時刻ｔ６）が検索される。
この場合においては、空き時問の長さＴＶ２（時刻ｔ６−ｔ５）が求めた充電時間ＴＣ２未満であるので、当該空き時間で充電器の利用が可能ではない（ステップＳ５４；Ｎｏ）。
したがって、管理サーバ１２は、検索開始基準時刻を当該空き時間の終わりの時刻ｔ６に更新する（ステップＳ５５）。
【００５６】
続いて、管理サーバ１２は、更新後の検索開始基準時刻ｔ６から当該充電スタンドの営業終了時刻までに所定時間以上の時間があるか否かを判別するが（ステップＳ５６）、この場合には、更新後の検索開始基準時刻ｔ６から当該充電スタンドの営業終了時刻までに所定時間以上の時間があるので、処理を再びステップＳ５３に移行する。
続いて管理サーバ１２は、時刻ｔ６（＝検索開始基準時刻）以降、最も早い時間帯にある空き時間を検索する（ステップＳ５３）。
具体的には時刻ｔ７から始まる空き時間（時刻ｔ７〜時刻ｔ８）が検索される。
この場合においては、空き時間の長さＴＶ３（＝ｔ８−ｔ７）が求めた充電時間ＴＣ２を越えているので、当該空き時間で充電器の利用が可能であると判別し（ステップＳ５４；Ｙｅｓ）、順番待ちＷ３として利用開始可能時刻（＝ｔ７）および順番待整埋番号を含む受付結果通知を行う（ステップＳ５８）。
そして、利用ＤＢ２７のスタンド情報データベース５１を更新して処理を終了する（ステップＳ５９）
【００５７】
図１６に充電スタンドの充電器における充電スケジュールの一例を示す。
具体的には、スタンド情報データベース５１に格納された充電スケジュールは、図１５に示すようになっている。
図１６に示すように、ユーザＵ１、Ｕ２、Ｕ３の充電順番待ちが連続して入っている場合に、ユーザＵ１の当初の充電予測時間が２０分であり（図１６（ａ）参照）、実際の充電時間が１０分であった場合には、管理サーバ１２は、ユーザＵ２の充電開始予定時刻を、図１６（ｂ）に示すように、時刻ｔｂから時刻ｔ１に変更する旨の通知メールをユーザＵ２に対して送信することとなる。同様に管理サーバ１２は、ユーザＵ３の充電開始予定時刻を、図１６（ｂ）に示すように、時刻ｔ２から時刻ｔ３に変更する旨の通知メールをユーザＵ３に対して送信することとなる。なお、充電順番待ちではなく、予約を行っているユーザＵ４については、ユーザＵ４からの申込みがない限りは、管理サーバ１２が充電開始予定時刻を変更することはない。
【００５８】
この場合において、
ｔ０−ｔ１＝ｔ２−ｔ３
＝１０分（＝実際の充電時間が短くなった時間）
とするのが最も空き時間Ｅ１を長くすることができ、他のユーザの予約を入れやすくなる。
しかしながら、実際の充電時間が短くなった時間があまりにも大きく、次のユーザの充電開始時刻が早まりすぎても対応できない場合もあり得るので、上限値（繰り上げ最大時間）を定めて繰り上げるようにしてもよい。例えば、繰り上げ最大時間を１５分と、予め定めておけば、各充電順番待ちのユーザもそのつもりで対応することができ、より効率的な充電スタンド１１の運用が行える。
【００５９】
また、逆に実際の充電時間が繰り下がるおそれがある場合には、同様に繰り下げのために充電開始予定時刻を変更する通知メールを対応するユーザに通知することとなる。
この場合において、繰り下げについても上限値（繰り下げ最大時間）を定めておき、これを越える可能性がある場合には、現在の充電中のユーザの充電を中断するように構成することも可能である。これにより、バッテリの劣化に起因していつまでも充電が完了せず、延々と充電時間が延長されたりするのを防止することができる。なお、この場合には、当該バッテリを充電しているユーザに対し、劣化などに起因して充電が完了できない旨を通知した上で、充電を中断することとなる。
これにより、必要以上に後続の充電順番待ちのユーザに充電開始予定時刻の大幅な変更に伴う負担がかからないようにできる。
【００６０】
次に充電完了後のフィードバック処理について説明する。
図１７は、充電完了後のフィードバック処理フローチャートである。
充電完了後のフィードバック処理は、次回の充電完了時間の予測を行うためのデータを更新するための処理であり、これを行うことにより予測精度の向上を図っている。
上述したように、充電器２４のコントローラ２１は、充電開始可能となった時点、すなわち、充電を行ったユーザが充電コネクタ２０を車両から抜いてから所定時間が経過したか、あるいは、操作パネル２２を介して充電スタンド１１の解放指示を行った時点で、管理サーバ１２に通知することとなっており、これに対して、管理サーバ１２は、充電完了受付通知を行い、充電時間算出を行う（ステップＳ６１）。
【００６１】
次に管理サーバ１２は、予約申込あるいは充電順番待ち申込時に予測した予測充電時間との差（予測誤差）を算出する（ステップＳ６２）。
次に管理サーバ１２は、当該予測誤差に基づいて車種、仕様に基づく統計データを算出し、車種充電情報データベース５２を更新する（ステップＳ）。
すなわち、車種に基づいて判別される車両、に搭載されたバッテリの種類、個数、容量（仕様）などと、予測誤差の平均値、散布度（標準偏差）を対応づけて車種充電情報データベース５２を更新する（ステップＳ６３）。
【００６２】
次に当該ユーザが登録ユーザであるか否かを判別する（ステップＳ６４）。
ステップＳ６４の判別において、ユーザが登録ユーザである場合には（ステップＳ６４；Ｙｅｓ）、ステップＳ６２において算出した予測誤差を利用統計データベース５４に登録するとともに、当該登録ユーザおよび車両における充電時開の平均値と散布度（標準偏差）の関係、予測誤差の平均値と散布度（標準偏差）との関係等を記憶する。また、充電の時間帯、充電の時期（季節）などによる統計処理を施し、充電の時間帯、充電の時期（季節）毎の統計データにより、利用統計データベース５４における当該登録ユーザのデータを更新し、処理を終了する（ステップＳ６５）。
この結果、今回予測した充電時間と実際の充電時間との誤差を含めた統計データが得られることとなり、次回以降、新たな統計データに基づいて、充電時間を予測することとなり、当該登録ユーザにおける予測充電時間の算出方法が更新されたことと等価となって、次回以降、より正確に予測充電時間を算出することが可能となる。
このように、充電を繰り返せば繰り返すほど、充電時間の予測は正確になり、充電スタンド１１毎に、より正確な運用管理を行えるようになる。
【００６３】
ステップＳ６４の判別において、ユーザが登録ユーザでは無い場合には（ステップＳ６４；Ｎｏ）、一日の時間帯毎に利用平均時間およびその散布度（標準偏差）を、一日、一月あるいは季節などにおいて統計処理を施し、時間帯利用情報データベース５５を更新し、処理を終了する（ステップＳ６６）。
以上の説明のように、本実施形態によれば、充電スタンド１１の充電器２４を利用するユーザ毎に充電予測時間を算出し、あるユーザより先に予約あるいは充電待ちをしているユーザの充電予測時間に基づいてより正確な充電待ち時間あるいは充電スケジュールを立てることとなるので、各充電スタンド１１の運用効率の向上を図ることができるとともに、充電を行うユーザの待ち時間をより低減して、ユーザの利便性を向上させることができる。
【００６４】
以上の説明は、充電予約あるいは充電順番待ちを行う場合のものであったが、上記運用管理システム１０を利用することにより、充電スタンド１１の現在の利用状況をユーザが把握し、ユーザの利用においてより最適な充電スタンド１１を利用できるように、充電スタンド利用状況を取得可能な構成とすることも可能である。
具体的には、例えば、上述した充電順番待ち申込みを行う際のオプション設定として、ユーザが指定した充電スタンド１１の利用状況とともに、より待ち時間が短く、指定した充電スタンド１１あるいはユーザの現在位置から所定距離範囲内にある充電スタンド１１をおすすめ（推奨）充電スタンド１１として、ユーザに提示するように構成する。
【００６５】
図１８は、充電スタンド利用状況画面の一例の説明図である。
図１８に示すように、携帯電話端末１５の表示画面１５Ａは、ユーザＩＤを表示するユーザＩＤ表示欄１５Ｌ、ユーザが指定した充電スタンド名を表示する充電スタンド表示欄１５Ｍ、充電スタンド利用状況問い合わせの日付を表示する日付表示欄１５Ｔ、充電スタンド表示欄１５Ｍに表示された充電スタンドにおける待ち時間を表示する待ち時間表示欄１５Ｕと、お勧め充電スタンドの充電スタンド名を表示する充電スタンド表示欄１５Ｖ、充電スタンド利用状況問い合わせの日付を表示する口付表示欄１５Ｗ、充電スタンド表示欄１５Ｖに表示された充電スタンドにおける待ち時間を表示する待ち時間表示欄１５Ｘと、を備えている。
【００６６】
さらに携帯電話端末１５の表示画面１５Ａは、キースイッチＫＳ１の操作が表示画面１５Ａに表示されている充電スタンドのうち、いずれかを図示しない上下カーソルキー（例えば、上下に配置された数字キーの「２」、「８」）により選択状態として指定した状態で、当該指定した充電スタンドの充電順番待ち申込の指示となることを示す第１操作内容表示部１５Ｙと、キースイッチＫＳ３の操作が表示画面１５Ａに表示されている充電スタンドのうち、いずれかを図示しない上下カーソルキーにより選択状態として指定した状態で、当該指定した充電スタンド１１の地図表示の指示となることを示す第２操作内容表示部１５Ｚと、キースイッチＫＳ４の操作が次項目へのカーソル移動の指示となることを示す第３操作内容表示部１５Ｚ１と、キースイッチＫＳ２の操作が前項目へのカーソル移動の指示となることを示す第４操作内容表示部１５Ｚ２と、を備えている。
【００６７】
具体的には、図１７の例の場合、ユーザＩＤは、「ａｂｃ１２３」であり、充電順番待ち対象として指定した充電スタンドは、「△△ ＯＯ店」であり、充電スタンド利用状況問い合わせの日付が２００９年１０月１１日であり、当該指定した充電スタンドの待ち時間が現在１５分であることを示している。
さらに、第１番目のおすすめ充電スタンドは、「△△ □□店」であり、充電スタンド利用状況問い合わせの日付が２００９年１０月１１日であり、当該指定した充電スタンドの待ち時間が現在５分であることを示している。
【００６８】
このように、利用状況を問い合わせた充電スタンド１１のみならず、より待ち時間が短く、指定した充電スタンドあるいはユーザの現在位置から所定距離範囲内にある充電スタンドをおすすめ充電スタンドがユーザに提示されるので、充電スタンドの利用に際し、ユーザの選択の幅が広がり、よりユーザの利便性を向上させることが可能となる。
さらに、管理サーバ１２側から見れば、複数の充電スタンド１１全体の利用効率を向上することができ、複数の充電スタンドの効率的な運用が行えることとなる。
さらに、実際に利用されている充電スタンドの利用状況に偏りがあり、例えば、特定の充電スタンドの能力を上回っており、新たに充電スタンドを設置しようとする場合等には、どの辺りに新たな充電スタンドの設置をすれば良いのかの判断も可能となる。
この場合において、ユーザが予め指定しておくことにより、指定した充電スタンド１１よりもどれぐらい待ち時間が短い充電スタンド１１をおすすめ充電スタンド１１の候補とするか、あるいは、指定した充電スタンド１１あるいはユーザの現在位置からどれくらいの距離範囲の充電スタンド１１をおすすめ充電スタンド１１の候補とするかを設定することが可能である。
【００６９】
次に他の予約申込手順について説明する。
以上の説明は、予約申込時にタイムスケジュールが通知され、ユーザが所望の時間帯を選択する場合の例であったが、本手順は、管理サーバ１２が自動的に予約時間帯を選択してくれる場合の予約申込手順である。
図１９は、予約申込画面の一例の説明図である。
携帯電話端末１５の表示画面１５Ａには、ユーザＩＤ入力欄１５Ｂ、充電スタンド指定欄１５Ｃ、予約希望日入力欄１５Ｄ、予約希望時間入力欄１５Ｚ３、キースイッチＫＳ１の操作が予約申込内容確定あるいは現在入力している内容の確定の指示となることを示す第１操作内容表示部１５Ｆと、キースイッチＫＳ２の操作が予約申込内容あるいは現在入力している内容のキャンセルの指示となることを示す第２操作内容表示部１５Ｇと、を備えている。
【００７０】
具体的には、図１９の例の場合、ユーザＩＤは、「ａｂｃ１２３」であり、予約を希望する充電スタンドは「△△ ○○店」であり、予約希望日は、「２００９年１０月１１日」であり、予約希望時間は「１１：００以降」となっている。
なお、予約希望時間については、「１１：００−１２：００」のように時間帯を指定したり、「−１１：００」（１１：００以前）のように予約開始時刻の最終時刻を指定したりするようにすることも可能となっている。さらに充電開始時刻ではなく、予測充電終了時刻を同様に指定するようにすることも可能である。
ユーザは、予約申込画面の入力が完了すると、その内容を確認した上で、キースイッチＫＳ１を操作する。
これにより予約要求内容が確定し、予約申込に対応する受付要求が管理サーバ１２側に送信されることとなる。
【００７１】
図２０は、予約処理の処理フローチャートである。
予約要求を受信した管理サーバ１２は、当該要求を行ったユーザのユーザＩＤに基づいて当該ユーザの過去の充電利用のデータに基づいて上述した手順に基づいて、充電時間ＴＣを予測（算出）する（ステップＳ７１）。
次に管理サーバ１２は、検索開始基準時刻を予約希望時刻に設定する（ステップＳ７２）。
続いて管理サーバ１２は、充電スタンド１１（あるいは、当該充電スタンド１１の充電器２４毎）の充電スケジュールに基づいて、検索開始基準時刻以降、最も早い時間帯にある空き時問を検索する（ステップＳ７３）。
具体的には、予約要求を受信した管理サーバ１２は、当該予約要求に対応する予約対象の充電スタンド１１（あるいは、当該充電スタンド１１の充電器２４毎）の充電スケジュールをスタンド情報データベース５１から取得し、図９のステップＳ３２〜ステップＳ３９と同様の手順で空き時間を検索することとなる。
【００７２】
そして管理サーバ１２は、検索された空き時間の長さがステップＳ７１で求めた充電時間ＴＣを越えているか否かに基づいて、当該空き時問で充電器の利用が可能であるか否かを判別する（ステップＳ７４）。
ステップＳ７４の判別において、当該空き時間で充電器の利用が可能である場合には（ステップＳ７４；Ｙｅｓ）、管理サーバ１２は、図１２に示したように、予約時刻（予約時間帯）および予約整理番号を含む予約完了通知を行う（ステップＳ７８）。
そして、利用ＤＢ２７を更新して処理を終了する（ステップＳ７９）。
ステップＳ７４の判別において、当該空き時間で充電器の利用が可能ではない場合には（ステップＳ７４；Ｎｏ）、管理サーバ１２は、検索開始基準時刻を当該空き時間の終わりの時刻に更新する（ステップＳ７５）。
【００７３】
続いて、管理サーバ１２は、更新後の検索開始基準時刻から当該充電スタンドの営業終了時刻までに所定時間以上の時間があるか否かを判別する（ステップＳ７６）。
この場合において、所定時間は、ユーザが充電を完了し、当該充電スタンドから立ち去った後に、充電スタンド側で営業終了時に行う後片付けなどの作業が完了するのを考慮して適宜定められる。なお、２４時間の営業の場合には、本ステップ７６は、設ける必要がない。
ステップＳ７６の判別において、更新後の検索開始基準時刻から当該充電スタンドの営業終了時刻までに所定時間以上の時間がある場合には（ステップＳ７６；Ｙｅｓ）、管理サーバ１２は、処理を再びステップＳ７３に移行し以下同様の処理を繰り返すこととなる。
ステップＳ５６の判別において、更新後の検索開始基準時刻から当該充電スタンドの営業終了時測までに所定時間以上の時間がない場合には（ステップＳ７６；Ｎｏ）、管理サーバ１２は、当該日には利用ができない旨の利用不可通知を行って処理を終了する（ステップＳ７７）。
以上の説明のように、本予約申込手順によれば、管理サーバ１２が自動的に予約時間帯を選択してくれ、ユーザの手間を省くことが可能となる。
【符号の説明】
【００７４】
１０ 運用管理システム
１１ 充電スタンド
１２ 管理サーバ（運用管理サーバ）
１３ 基地局（ネットワーク）
１４ 電話回線網（ネットワーク）
１５ 携帯電話端末
１６ ユーザＰＣ端末
１７ インターネット（ネットワーク）
２１ コントローラ
２４ 充電器（バッテリ充電器）
２５ ユーザデータベース
２６ 課金データベース
２７ 利用データベース
２８ 充電スタンド管理処理部
２９ 充電スタンド情報表示処理部
５２ 車種充電情報データベース
５３ 車種充電情報データベース
５４ 利用統計データベース
【技術分野】
【０００１】
本発明は、充電スタンドの運用管理サーバおよび充電スタンドの運用管理システムに関する。
【背景技術】
【０００２】
従来、動力用のバッテリを搭載し、当該バッテリに充電された電力を使用して走行する電気自動車に充電を行う充電スタンドが知られている（例えば、特許文献１参照）。
特許文献１に記載された充電スタンドは、車両バッテリよりも大容量の蓄電器を備え、当該蓄電器に商用電源からの電力によって充電を行うとともに、蓄電器から放電して車載バッテリに充電を行わせる。
ところで、電気自動車のバッテリを充電するためには、時間がかかるため、充電スタンドがあっても、他の電気自動車が充電中であれば、充電を行うことができず、電気自動車の運行計画を立てることができないという不具合が生じる。
上記不具合を解決するために、特許文献２記載の技術は、電気自動車の現在位置周辺に存在する充電スタンドを抽出し、抽出された充電スタンドの位置および当該充電スタンドに設置されている充電器の利用可能情報を提供することにより、充電スタンドに到着後、直ちにまたは所定時間以内に充電を開始できる充電スタンドに関する情報を電気自動車のユーザに提供するようにしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平７−１１５７３２号公報
【特許文献２】特開２００３−２６２５２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、上記特許文献２記載の技術は、直ちにまたは所定時問以内に充電スタンドを利用する場合については、現在の充電スタンドの利用状況に基づいて待ち時間が少ない充電スタンドを特定することが可能であったが、電気自動車に搭載されるバッテリの性能や容量、使用期間や使用状況による劣化具合、バッテリの残容量などが一定ではないため、個々のバッテリについて個別の事情を考慮した充電時間を予測することは行っていない。
したがって、特許文献２記載の技術を、インターネットなどの通信ネットワークを介して利用申込等を各ユーザが行うシステムに適用しても、充電対象のバッテリの実際の状態（充電状態、劣化状態など）がどのような状態であるのかを考慮した先々の予約などのスケジューリングを行うことはできず、スケジューリングを行う場合には、充電時間に余裕を持って行う必要があり、効率的な充電スタンドの運用が行えないおそれがあった。
また、電気自動車の充電はガソリンの給油に対して時問がかかる上に、充電スタンドの普及の過渡期や、普及率が低い地域や利用過多の地域では充電スタンドの利用待ちが発生する可能性がある。また無人で運用される充電スタンドでは待っている利用者と、予約利用者等の優先的に利用を行える利用者との問でトラブルが発生することも考えられる。
【０００５】
そこで、本発明の目的は、充電時間をより正確に予測し、待ち時間を正確に伝えたり、予約スケジュールの管理を容易に行ったりすることが可能な充電スタンドの運用管理サーバおよび充電スタンドの運用管理システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の第１態様は、充電スタンドでの車両バッテリへの充電の申込みを受け付けるサーバであって、充電申込者からの充電の申込みがあった場合に、充電申込者の過去の充電利用に関するデータに基づいて充電申込者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させて充電巾込みを受け付けることを特徴としている。
上記構成によれば、サーバは、充電申込者からの充電の申込みがあった場合に、充電申込者の過去の充電利用に関するデータに基づいて充電申込者の車両バッテリへの充電に必要な時間を予測し、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させて充電申込みを受け付ける。
したがって、充電スタンドにおける充電スケジュールをより効率的なものとすることができ、ひいては充電スタンドにおける各ユーザの実効的な待ち時間を減少させてユーザの利便性を向上できるとともに、充電スタンドの運用効率を向上できる。
【０００７】
本発明の第２態様は、第１態様において、次の充電申込者からの充電申込みがあった場合に、予測した時間に基づいて、充電開始可能時刻を提示して充電申込みを受け付けることを特徴としている。
上記構成によれば、充電申込者は、少なくとも提示された充電開始可能時刻に充電スタンドに赴けばよいため、充電待ちのために早めに充電スタンドに行ったりする必要が無く、充電スタンド近辺で渋滞を招いたりすることがない。
【０００８】
本発明の第３態様は、第２態様において、前記サーバは、複数の充電スタンドのうち、前記充電申込者が選択したいずれかの充電スタンドにおける車両バッテリへの充電の申込みを受け付けることが可能であり、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させて、複数の充電スタンドのそれぞれに予測される充電待ち時間に基づいて、より待ち時間の少ない推奨充電スタンドおよび当該推奨充電スタンドにおける充電可能時刻を提示して前記充電申込者に選択を促す、ことを特徴とする。
上記構成によれば、利用者は、より待ち時間の少ない充電スタンドを容易に把握することができ、より最適な充電スタンドを適宜選択して利用でき、利便性が向上する。
【０００９】
本発明の第４態様は、充電スタンドでの車両バッテリへの充電の予約を受け付けるサーバであって、充電予約者からの充電の予約があった場合に、充電予約者の過去の充電利用に関するデータに基づいて充電予約者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電予約者からの充電予約があった場合に、予測した時間を反映させて充電予約を受け付けることを特徴としている。
上記構成によれば、サーバは、充電予約者からの充電の予約があった場合に、充電予約者の過去の充電利用に関するデータに基づいて充電予約者の車両バッテリへの充電に必要な時問を予測し、次の充電予約者からの充電申込みがあった場合に、予測した時間を反映させて充電予約を受け付ける。
したがって、充電スタンドにおける充電予約スケジュールをより効率的なものとすることができ、ひいては充電スタンドにおける各ユーザの待ち時間をなくしてユーザの利便性を向上できるとともに、充電スタンドの実効的な運用効率を向上できる。
【００１０】
本発明の第５態様は、第４態様において、次の充電予約者からの充電予約があった場合に、予測した時間に基づいて、充電開始可能時刻を提示して充電申込みを受け付けることを特徴としている。
上記構成によれば、充電予約者は、少なくとも提示された充電開始可能時刻に充電スタンドに赴けばよいため、充電待ちのために早めに充電スタンドに行ったりする必要が無く、充電スタンド近辺で渋滞を招いたりすることがないとともに、充電スタンドにおける充電スケジュールの組立を効率的に行え、充電スタンドの効率的な運用が行える。
【００１１】
本発明の第６態様は、電気車両のバッテリ充電器と、前記バッテリ充電器を管理するコントローラとを有した複数の充電スタンドと、充電申込者からの充電の申込みがあった場合に、前記コントローラからネットワークを介して取得した充電申込者の過去の充電利用に関するデータに基づいて充電申込者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させていずれかの充電スタンドに対する充電申込みを受け付けるサーバと、を備えたことを特徴としている。
上記構成によれば、サーバは、充電申込者からの充電の申込みがあった場合に、コントローラからネットワークを介して取得した充電申込者の過去の充電利用に関するデータに基づいて充電申込者の車両バッテリへの充電に必要な時間を予測し、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させていずれかの充電スタンドに対する充電申込みを受け付ける。
したがって、各充電スタンドにおける充電スケジュールをより効率的なものとすることができ、ひいては各充電スタンドにおける各ユーザの実効的な待ち時間を減少させつつ、各充電スタンドの運用効率を向上できる。
【００１２】
本発明の第７態様は、電気車両のバッテリ充電器と、前記バッテリ充電器を管理するコントローラとを有した複数の充電スタンドと、充電予約者からの充電の予約があった場合に、前記コントローラからネットワークを介して取得した充電予約者の過去の充電利用に関するデータに基づいて充電予約者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電予約者からの充電予約があった場合に、予測した時間を反映させていずれかの充電スタンドに対する充電予約を受け付けるサーバと、を備えことを特徴としている。
上記構成によれば、サーバは、充電予約者からの充電の予約があった場合に、コントローラからネットワークを介して取得した充電予約者の過去の充電利用に関するデータに基ついて充電予約者の車両バッテリへの充電に必要な時間を予測し、次の充電予約者からの充電申込みがあった場合に、予測した時間を反映させていずれかの充電スタンドに対する充電予約を受け付ける。
したがって、各充電スタンドにおける充電スケジュールをより効率的なものとすることができ、ひいては各充電スタンドにおける各ユーザの実効的な待ち時間を減少させつつ、各充電スタンドの運用効率を向上できる。
【発明の効果】
【００１３】
本発明によれば、充電時間をより正確に予測し、予約待ち時間を正確に伝えたり、予約スケジュールを管理したりを容易に行え、ユーザの利便性を向上させることができ、充電スタンドの運用効率を高めることができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】実施形態の充電スタンドの運用管理システムの概要構成ブロック図である。
【図２】ユーザデータベースのデータフォーマットの一例の説明図である。
【図３】課金データベースのデータフォーマットの一例の説明図である。
【図４】利用データベースの構成説明図である。
【図５】ユーザ登録処理の処理フローチャートである。
【図６】予約申込、充電順番待ち申込をユーザが行う場合のシーケンスフローチャートである。
【図７】予約申込画面の一例の説明図である。
【図８】充電順番待ち申込画面の一例の説明図である。
【図９】予約処理におけるスケジュール管理の処理フローチャートである。
【図１０】予測充電時間算出処理の処理フローチャートである。
【図１１】予約申込画面の一例の説明図である。
【図１２】受付結果画面としての充電スタンド予約完了画面の一例の説明図である。
【図１３】受付結果画面としての充電順番待ち受付完了画面の一例の説明図である。
【図１４】順番待ち処埋の処理フローチャートである。
【図１５】順番待ち処理の説明図である。
【図１６】充電スタンドの充電器における充電スケジュールの一例を示す。
【図１７】充電完了後のフィードバック処理フローチャートである。
【図１８】充電スタンド利用状況画面の一例の説明図である。
【図１９】予約申込画面の一例の説明図である。
【図２０】予約処理の処理フローチャートである。
【発明を実施するための形態】
【００１５】
次に図面を参照して本発明の好適な実施形態について説明する。
図１は、実施形態の充電スタンドの運用管理システムの概要構成ブロック図である。
充電スタンドの運用管理システム１０は、大別すると、複数の充電スタンド１１と、管理サーバ（運用管理サーバ）１２と、複数の基地局１３が接続された電話回線網１４と、複数の携帯電話端末１５と、複数のユーザＰＣ端末１６と、を備えている。
さらに充電スタンドの運用管理システム１０は、インターネット１７を介して、管理サーバ１２に対し、複数の充電スタンド１１、電話回線網１４、電話回線網１４を介した複数の携帯電話端末１５および複数のユーザＰＣ端末１６が通信可能に接続されている。
【００１６】
充電スタンド１１は、充電時に電気車両（主として動力用バッテリ）に接続されて電力を供給する充電コネクタ２０を有するとともに、コントローラ２１、操作パネル２２およびディスプレイ２３を内蔵した充電器２４を一または複数（図１の例では３台）備えている。
コントローラ２１は、通信インタフェースを有するマイクロコンピュータとして構成されており、インターネット１７を介した通信を行う通信機能と、充電開始タイミング、充電終了タイミング、充電電力量あるいは充電器の故障状態を検出する状態検出機能と、充電時のユーザ認証を行うユーザ認証機能と、を備え、状態検出機能により検出した状態およびユーザ認証機能により得られたユーザ認証情報を通信機能により管理サーバ１２に通知することとなっている。
ここで、状態検出機能は、充電コネクタ２０の接続状態、図示しない電力量計の計測状態あるいは充電器２４の各部に設けられた図示しない各種センサ（電圧センサ、電流センサ、短絡センサなど）による検出状態に基づいて実現される。
【００１７】
また、ユーザ認証機能は、非接触型ＩＣカードや携帯電話端末の通信機能などを用いて得られたユーザ認証情報（例えば、電話回線網から送られる電話番号情報、ユーザが入力したパスワード情報など）を用いて実現される。
管理サーバ１２は、ユーザ情報を格納したユーザデータベース（ＤＢ）２５、課金情報を格納した課金データベース（ＤＢ）２６、各ユーザの充電スタンドの利用に関するデータを格納した利用データベース（ＤＢ）２７、充電スタンド１１の管理を行う充電スタンド管理処理部２８および充電スタンド情報表示処理を行う充電スタンド情報表示処理部２９を備えている。
【００１８】
図２は、ユーザデータベースのデータフォーマットの一例の説明図である。
ユーザデータベース２５は、ユーザを特定するためのユーザＩＤデータ３１、ユーザ認証を行うための認証情報データ３２、ユーザの車種に基づいて充電対象のバッテリ、バッテリの充電方法（充電電圧、充電電流、充電方式など）を特定するための車種データ３３、過去の充電履歴を表す充電履歴データ３４を備えている。
ここで、充電履歴データ３４は、充電開始時のバッテリの残存容量を表す初期残存量データ３５、充電に要した時間を表す充電時間データ３６、充電を行った日付を表す充電日データ３７、充電開始時刻を表す充電開始時刻データ３８を備えている。
なお、初期残存量データ３５としては、バッテリの初期電圧などが用いられる。また、充電時間データ３６に代えて、充電完了時刻データを記憶することにより、充電開始時刻データ３８および充電完了時刻データに基づいて充電時間をその都度算出するようにしても良い。
【００１９】
本実施形態においては、充電料金の徴収を銀行口座からの引き落とし、クレジットカードによる決済、請求書の発行に伴う銀行振り込みなどにより課金を行っており、課金データを収集する必要があるので、管理サーバ１２においては、課金データベース２６を構築している。
図３は、課金データベースのデータフォーマットの一例の説明図である。
課金データベース２６は、ユーザを特定するためのユーザＩＤデータ４１、充電スタンド１１を利用した日時を表す利用日時データ４２、利用した充電スタンド１１を特定するための利用充電スタンドデータ４３、課金データ４４と、を備えている。
ここで、課金データ４４は、充電に利用した電力量を表す利用電力量データ４５と、利用時点における電力単価を表す電力単価データ４６と、利用電力量と電力単価との積の値となる利用量データ４７と、を備えている。
ここで、電力単価が時期により異なる場合には、利用電力量データ４５および電力単価データ４６は、時期毎に区別して格納される。
なお、引き落とし口座などの実際の課金に必要な情報については、従前と同様の方法により、別途保持している。
したがって、利用量データ４７に基づいて課金額を算出して引き落としなどを行うとともに、各ユーザに対し毎月利用報告書兼請求書を郵送し、あるいは図示しないインターネットのサイトにおいて各ユーザがアクセス可能な状態で公開するようになっている。
【００２０】
図４は、利用データベースの構成説明図である。
利用データベース２７は、複数のデータベースから構成されており、充電スタンドの所在地、充電器の設置台数、営業時間、営業日などのスタンド情報および充電スタンド毎（さらには、充電器毎）の充電スケジュールが格納されたスタンド情報データベース（ＤＢ）５１と、車種毎の１回の充電に要した充電平均時間が、一日の時間帯毎、曜日毎、月毎、季節毎等に格納された車種充電情報データベース（ＤＢ）５２と、各充電スタンドの時間帯毎の充電平均時間等の時間帯利用情報が格納された時間帯利用統計データベース（ＤＢ）５３と、登録ユーザの利用状況の統計データを格納した利用統計データベース５４と、を備えている。
ここで、利用統計データベース５４には、各登録ユーザについて、一日の時間帯毎、曜日毎、月毎、季節毎、充電スタンド毎等の充電平均時間のデータ（平均時間および標準偏差）が格納されており、予測充電時間が充電平均時間よりも大幅にずれる場合には、充電平均時間に近づくように補正を行い、更新するようにしている。
【００２１】
次に運用管理システム１０のユーザ（利用者）となるためのユーザ登録処理について説明する。このユーザ登録処理は、携帯電話端末１５あるいは、ユーザＰＣ端末１６のいずれを用いても可能であるが、以下の説明においては、一例として、新規ユーザがユーザＰＣ端末１６及びインターネット１７を介して管理サーバ１２にアクセスして登録を行う場合について説明する。
図５は、ユーザ登録処理の処理フローチャートである。
新規ユーザが、自己のユーザＰＣ端末１６およびインターネット１７を介して、管理サーバ１２の新規ユーザ登録ページにアクセスすると、ユーザＰＣ端末１６の図示しないディスプレイの表示画面には、新規ユーザ登録画面が表示される（ステップＳ１１）。
この新規ユーザ登録画面には、ユーザ名入力欄、ユーザ住所、携帯電話番号、パスワード等の入力欄、車種情報（車種、製造年度、形式など〉入力欄などが設けられており、ユーザは、ユーザ名を入力し（ステップＳ１２）、ユーザ住所等のユーザ特定情報を入力し（ステップＳ１３）、車種情報を入力する（ステップＳ１４）。
【００２２】
これにより管理サーバ１２は、ユーザＩＤ発行処理を行い、新規ユーザ登録完了画面を表示し、発行されたユーザＩＤを新規ユーザ登録完了画面の所定のユーザＩＤ表示ウィンドウに表示する（ステップＳ１５）。
次に管理サーバ１２は、ユーザから取得したユーザ情報をユーザＤＢ２５に記憶して処理を終了する（ステップＳ１６）。
【００２３】
続いて、予約申込、あるいは、充電順番待ち申込を行う場合の処理について説明する。
図６は、予約申込、充電順番待ち申込をユーザが行う場合のシーケンスフローチャートである。
この予約申込、充電順番待ち申込は、携帯電話端末１５あるいは、ユーザＰＣ端末１６のいずれを用いても可能であるが、以下の説明においては、一例として、ユーザが携帯電話端末１５を介して管理サーバ１２に対して予約申込、あるいは、充電順番待ち申込を行う場合の処理について説明する。
まず、ユーザは、携帯電話端末１５を操作し、電話回線網１４およびインターネット１７を介して管埋サーバ１２にログイン要求を行う（ステップＳ２１）。
【００２４】
この場合において、ログイン要求は、ユーザ登録処理において発行されたユーザＩＤを用いる。ここで、管理サーバ１２側では、ユーザＩＤの他、電話回線網１４から送信される携帯電話番号情報などを用いてユーザ認証のための情報としている。なお、ログイン要求をユーザＰＣ端末１６から行う場合には、携帯電話番号情報などの第三者による認証情報が得られないので、ユーザ登録処理において登録したパスワード情報の入力などが必要となる。
ログインが完了すると、管埋サーバ１２は、ログイン完了応答を行い（ステップＳ２２）、携帯電話端末１５の表示画面には予約等入力画面が表示される（ステップＳ２３）。
これにより、ユーザは、携帯電話端末１５の操作部を操作して予約申込操作あるいは順番待ち申込操作を行う（ステップＳ２４）。
【００２５】
図７は、予約受付画面の一例の説明図である。
携帯電話端末１５の表示画面１５Ａには、ユーザＩＤ入力欄１５Ｂ、充電スタンド指定欄１５Ｃ、予約希望日入力欄１５Ｄ、充電を行いたいと所望する時間である充電希望時間を入力する充電希望時間入力欄１５Ｅ、キースイッチＫＳ１の操作が予約申込内容確定あるいは現在入力している内容の確定の指示となることを示す第１操作内容表示部１５Ｆと、キースイッチＫＳ２の操作が予約申込内容あるいは現在入力している内容のキャンセルの指示となることを示す第２操作内容表示部１５Ｇと、を備えている。
【００２６】
具体的には、図７の例の場合、ユーザＩＤは、「ａｂｃ１２３」であり、予約を希望する充電スタンド１１は「△△ ○○店」であり、予約希望日は、「２００９年１０月１１日」であり、充電希望時間は「３０分」となっており、この場合、２００９年１０月１１日において、３０分充電を行える時間帯の予約の申込となる。
ユーザは、予約受付画面の入力が完了すると、その内容を確認した上で、キースイッチＫＳ１を操作する。
これにより予約要求内容が確定し、受付要求が管埋サーバ１２側に送信されることとなる（ステップＳ２５）。
【００２７】
図８は、充電順番待ち申込画面の一例の説明図である。
携帯電話端末１５の表示画面１５Ａには、ユーザＩＤ入力欄１５Ｂ、充電スタンド指定欄１５Ｈ、キースイッチＫＳ１の操作が充電順番待ち申込内容の確定あるいは現在入力している内容の確定の指示となることを示す第１操作内容表示部１５Ｆと、キースイッチＫＳ２の操作が充電順番待ち申込内容あるいは現在入力している内容のキャンセルの指示となることを示す第２操作内容表示部１５Ｇと、を備えている。
具体的には、図８の例の場合、ユーザＩＤは、「ａｂｃ１２３」であり、充電順番待ちを希望する充電スタンド１１は、「△△ ○○店」となっている。
【００２８】
ユーザは、充電順番待ち申込画面の入力が完了すると、その内容を確認した上で、キースイッチＫＳ１を操作する。
これにより充電順番待ち申込内容が確定し、充電順番待ち申込に対応する受付要求が管理サーバ１２側に送信されることとなる（ステップＳ２５）。
これらにより、管理サーバ１２は、予約申込あるいは充電順番待ち申込に対応する受付要求を受信すると、当該受付要求が予約申込みに関するものであるのか否かを判別する（ステップＳ２６）。
【００２９】
ステップＳ２６の判別において、当該受付要求が予約申込みに関するものである場合には（ステップＳ２６：Ｙｅｓ）、予約処理（ステップＳ２７）に処理を移行し、当該受付要求が充電順番待ち申込に関するものである場合には、順番待ち処理（ステップＳ２８）に処理を移行する。
【００３０】
次に、上述した予約処理（ステップＳ２７）について詳細に説明する。
図９は、予約処理におけるスケジュール管理の処理フローチャートである。
予約要求を受信した管理サーバ１２は、当該予約要求に対応する予約対象の充電スタンド１１（あるいは、当該充電スタンド１１の充電器２４毎）の充電スケジュールをスタンド情報データベース５１から取得する（ステップＳ３１）。
続いて管理サーバ１２は、取得した予約対象の充電スタンド１１の充電スケジュールに基づいて、予約希望日入力欄１５Ｄに入力された予約希望日に、予約希望時間入力欄１５Ｅに入力された予約希望時間以前に予約があるか否かを判別する（ステップＳ３２）。
ステップＳ３２の判別において、予約がある場合には（ステップＳ３２；Ｙｅｓ）、当該予約要求に対応する予約についてユーザが所望の充電時間を指定しているか否かを判別する（ステップＳ３３）。
ステップＳ３３の判別において、ユーザが所望の充電時間を指定している場合には（ステップＳ３３；Ｙｅｓ）、処理をステップＳ３５に移行する。
ステップＳ３３の判別において、ユーザが所望の充電時間を指定していない場合には（ステップＳ３３；Ｎｏ）、予測充電時間を算出する予測充電時間算出処理を行う（ステップＳ３４）。
【００３１】
ここで、予測充電時間算出処理について説明する。
図１０は、予測充電時間算出処理の処理フローチャートである。
まず、管理サーバ１２は、ユーザ登録があるユーザの予約であるか否かを判別する（ステップＳ４５）。
ステップＳ４５の判別において、当該ユーザのユーザ登録がなされている場合には（ステップＳ４５；Ｙｅｓ）、ユーザおよび車種による充電時間算出を行う（ステップＳ４６）。
具体的には、管理サーバ１２は、ユーザデータベース２５を参照して、ユーザが充電しようとしている車両に搭載されている車載バッテリの容量、種別、個数などを把握する。
これらの情報は、通常、車種（グレード、仕様）が定まれば、搭載しているバッテリの容量、種別、個数は定まるため、車種により判断することとなる。
【００３２】
ところで、車載バッテリの充電に要する時間は、バッテリの充電状態、劣化度合いによって大きく異なることが知られている。例えば、経年劣化によれば、１０年で容量が７０％程度となってしまうため、充電に要する時間が大きく変動することとなる。また、バッテリの実容量（残容量）が大きければ、充電時間が比較的短くなり、バッテリの実容量（残容量）が小さければ、充電時間が比較的長くなる。
そこで、本実施形態においては、当該登録ユーザの過去の充電スタンド利用時の充電状況を統計的に処理して得られる利用統計データを格納した利用データベース２７を参照して車種による判断を補正することとしている。例えば、上述した経年劣化を考慮する場合には、バッテリ容量の移動平均値を用いて充電に要する時間を補正することとなる。
【００３３】
すなわち、ユーザによっては、バッテリ充電を行う状況（バッテリの充電状態、曜日、時間帯、季節、天気）などにある程度傾向がみられ、その時々の実際の充電時間と、予測充電時間との差である予測誤差の傾向が見いだされるので、利用統計データを利用して予測充電時間をより正確に算出することが可能となる。
具体的には、当該登録ユーザの当該時期（時間帯、曜日、季節、天気）における予測バッテリ残量を求め、当該登録ユーザの車種により指定される充電方法（充電電流、充電電圧などの設定に基づく充電パターン〉で充電した場合の充電予測時間を算出する。
【００３４】
まず、時間帯について説明すると、各登録ユーザが通常利用する時間帯に要する充電時問と、各登録ユーザが通常利用しない時間帯に要する充電時間とは、異なる傾向がある。
これは、通常利用する時間帯は、登録ユーザが余裕を持って充電を行っていると考えることができ、その電池残量も登録ユーザ毎にほぼ同様の傾向を示すと考えられるからである。これは、例えば、早めに充電を行う傾向がある登録ユーザや、ぎりぎり残量が少なくなるまで待って充電を行う傾向がある登録ユーザなど様々な登録ユーザが存在するが、登録ユーザ毎にみれば、当該登録ユーザにおける充電要否の判断はほぼ変わらないからである。
【００３５】
同様に曜日についても、例えば、通常、週に一度しか充電を行わない登録ユーザの場合、同一曜日であれば、同様の充電残量であることが予測されるが、通常充電を行わない曜日である場合には、電池残量が通常より少なくなっている可能性などが考えられるからである。また、土日などの渋滞が発生する可能性が高い曜日においては、消費電力量が増加し、予測充電時間が長くなるとして、例えば、５％増しとする。
また、時間帯については、夜間になればヘッドライトを含むライトを点灯させ、あるいは、渋滞時間帯などでは、消費電力量が増加し、予測充電時間が長くなるとして、例えば、５％増しとする。
また、季節については、電気車両の場合、エアコン（クーラー、ヒーター）等を利用する季節においては、通常よりも電力の消費が大きくなるため、充電頻度は高くなっているにも関わらず、充電時の電池残量もエアコンなどを利用しない場合と比較して電池残量が少なくなっている等の傾向を示す可能性が高く、これらの傾向を反映して充電時間を予測する必要があるからである。より詳細には、冬期はヒーターを使用しているので電池残量が少なくなり、予測充電時間が長くなるとして、例えば、２０％増しとし、夏季はクーラーを使用しているので池残量が少なくなり、予測充電時間が長くなるとして、例えば、１０％増しとする。
【００３６】
また、天気については、雨などの場合にはワイパーを駆動する必要があるので、予測充電時間が長くなるとして、例えば、５％増しとする。
また、利用する充電スタンド側から見れば、充電スタンドの所在地および設置されている充電器の種類で電池残量および充電時間が大きく変動することとなる。
充電スタンドの所在地については、観光地あるいは市街地のいずれにあるかで、より観光地においては、遠距離を移動した後であると考えられ、電池残量がより少なくなっている傾向がみられる。また、充電スタンドが高台に位置しているような場合には、平地に位置する充電スタンドに比較して電池残量が少なくなっている傾向が見られる。
【００３７】
また、設置されている充電器の種類が、急速充電器あるいは普通充電器のいずれであるかによって、単純に充電時間自体が変化することとなる。
したがって、時間帯、曜日、季節、充電スタンドの所在地、設置されている充電器の種類などに分類して利用データベース２７に利用統計データを格納しておくことで、より正確な充電時間を予測することが可能となるのである。
【００３８】
この場合において、ユーザの傾向に起因する状況（バッテリの充電状態、曜日、時間帯、季節）のみに基づいて算出した予測充電時間と、充電スタンドに起因する状況（所在地、設置充電器の種類）のみに基づいて算出した予測充電時間と、を別個に算出し、両者に所定の重み付けを行って予測充電時間を算出するようにすることも可能である。ここで、重み付けは、ユーザの傾向に起因する状況のみに基づいて算出した予測充電時間と、充電スタンドに起因する状況のみに基づいて算出した予測充電時間と、実際の充電に要した充電時間とを比較して、より実際の充電に要した充電時間に近いものの重み付けを大きくするようにすれば、より正確に充電時間を予測することが可能となる。例えば、初期状態においては、ユーザの傾向に起因する状況のみに基づいて算出した予測充電時間と、充電スタンドに起因する状況のみに基づいて算出した予測充電時間と、の重み付けを５０：５０とし、その後のデータ収集の結果、充電スタンドに起因する状況のみに基づいて算出した予測充電時間の方がより実際の充電に要した時間に近い場合には、充電スタンドに起因する状況のみに基づいて算出した予測充電時間の重みを重くする（例えば、２５：７５とす）。
【００３９】
一方、ステップＳ４５の判別において、ユーザ登録がなされていない場合には（ステップＳ４５：Ｎｏ）、車種充電情報データベース５２を参照して車種・仕様、充電スタンドの所在地、設置されている充電器の種類などに基づく充電時間算出（充電時間推定）を行う（ステップＳ４７）。
具体的には、車種・仕様に基づいて対象となる車両に搭載されているバッテリの個数、容量、種類が定まるとともに、使用年数等の推定が可能であるので、当該バッテリの標準的な充電時間を算出する。そして、充電スタンドの所在地および設置されている充電器の種類に基づいて算出した充電時間を補正する。
すなわち、バッテリの個数、容量、種類に基づいて、標準充電時間を車種充電情報データベース５２を参照して求め、推定した使用年数に基づいた劣化を考慮し、さらに充電スタンドの所在地および設置されている充電器の種類に基づいて予測される充電時間を算出することとなる。
この場合において、車種・仕様のみしか分からない場合等には、同様に車種充電情報データベース５２を参照して得られる標準充電時間を読み出し、充電時間の算出に代える。
続いて管理サーバ１２は、ステップＳ４７において算出した充電時間を時間帯別の平均充電時間を考慮して補正して、より正確な充電予測時間を算出し（ステップＳ４８）、処理をステップＳ３５に移行する。
【００４０】
管埋サーバ２２は、全予約について処埋が終了したか否かを判別する（ステップＳ３５）。
ステップＳ３５の判別において、全予約について処理が終了していない場合には（ステップＳ３５；Ｎｏ）、管理サーバ１２は、処理を再びステップＳ３３に移行して以下同様の処理を行い、充電時間が指定されていない全ての予約について予測充電時間の算出処理（ステップＳ３４）を行うこととなる。
【００４１】
ステップＳ３２の判別において予約がない場合（ステップＳ３２；Ｎｏ）、あるいはステップＳ３５の判別において全予約について予測充電時間算出処理が終了した場合には（ステップＳ３５；Ｙｅｓ）、管理サーバ１２は、取得した予約対象の充電スタンド１１の充電スケジュールに基づいて、予約希望日入力欄１５Ｄに入力された．予約希望日に、充電順番待ちを行っている待ちユーザがいるか否かを判別する（ステップＳ３６）。なお、実際には、予約希望日が当日である場合にだけ、充電順番待ちを行っているユーザが存在するはずであるので、予約希望日が当日以外の場合には、充電順番待ちを行っているユーザは存在せず、常にステップＳ３６の判別は、Ｎｏとなる。
ステップＳ３５の判別において、充電順番待ちユーザがいる場合には（ステップＳ３６；Ｙｅｓ）、当該充電順番待ちユーザが所望の充電時間を指定しているか否かを判別する（ステップＳ３７）。
ステップＳ３７の判別において、充電順番待ちユーザが所望の充電時間を指定している場合には（ステップＳ３７；Ｙｅｓ）、処理をステップＳ３９に移行する。
ステップＳ３７の判別において、充電順番待ちユーザが所望の充電時間を指定していない場合には（ステップＳ３３；Ｎｏ）、当該充電順番待ちユーザについて予測充電時間を算出する予測充電時間算出処理を行う（ステップＳ３８）。
【００４２】
続いて管理サーバ１２は、全ての充電順番待ちユーザについて処理が終了したか否かを判別する（ステップＳ３９）。
ステップＳ３９の判別において、全ての充電順番待ちユーザについて処理が終了していない場合には（ステップＳ３９；Ｎｏ）、管理サーバ１２は、処埋を再びステップＳ３７に移行して以下同様の処理を行い、充電順番待ちユーザにより所望の充電時間が指定されていない全ての充電順番待ちユーザについて予測充電時間の算出処理（ステップＳ３８）を行うこととなる。
ステップＳ３６の判別において充電順番待ちユーザがいない場合（ステップＳ３６；Ｎｏ）、あるいはステップＳ３９の判別において全充電順番待ちユーザについて予測充電時間算出処理が終了した場合には（ステップＳ３９；Ｙｅｓ），管埋サーバ１２は、空き時間帯を抽出する処理を行う（ステップＳ４０）。
続いて、管理サーバ１２は、予約申込画面を通知して表示させる（ステップＳ４１）。
【００４３】
図１１は、予約申込画面の一例の説明図である。
携帯電話端末１５の表示画面１５Ａには、予約希望日（本実施形態では、２００９年１０月１１日）における希望充電スタンドの予約タイムスケジュールが表示されるタイムスケジュール表示選択欄表示部１５Ｉを備えている。このタイムスケジュール表示選択欄表示部１５Ｉにおいて、予約タイムスケジュールは上下方向にスクロール可能となっており、携帯電話端末１５の図示しないスクロールキー（例えば、上下に配置された数字キーの「２」と「８」）により所望の方向にスクロールされる。
【００４４】
具体的には、図１１の例の場合、タイムスケジュール表示選択欄表示部１５Ｉには、申込チェック欄１５Ｊと、時間帯表示欄１５Ｋとが設けられており、複数の時間帯に関する情報が表示される。図１１の場合には、時間帯「１０：５０−１１：１５」は、予約済状態であり、時間帯「１１：１５−１２：００」は、空き状態であり、時間帯「１２：００−１２：４０」は、予約済状態であり、時間帯「１２：４０−１３：１５」は、空き状態である。
この場合に、空き状態に対応する申込チェック欄１５Ｊ１、１５Ｊ２には、チェックボックスが表示されており、ユーザは、予約申込を行いたい時間帯に対応する申込チェック欄を選択してチェック状態（図１１の場合、申込チェック欄１５Ｊ１を選択状態［●］）として、キースイッチＫＳ１を操作する。
【００４５】
これにより予約申込内容が確定し、予約申込要求が管埋サーバ１２側に送信され、管理サーバ１２では、予約申込受け受け処理がなされることとなる（ステップＳ４２）。
これにより管理サーバ１２は、スタンド情報データベース５１における予約対象の充電スタンド１１の充電スケジュールを更新して、予約処理（（ステップＳ２７）を終了する。
また、順番待ち処理の場合も同様の処理を行う。
そして、予約処理（ステップＳ２７）、あるいは、順番待ち処理（ステップＳ２８）による受付結果を通知する受付結果通知を携帯電話端末１５に対して行う（ステップＳ２９）。
これにより、携帯電話端末１５の表示画面には、受付結果画面としての充電スタンド予約完了画面が表示されることとなる（ステップＳ３０）。
【００４６】
図１２は、受付結果画面としての充電スタンド予約完了画面の一例の説明図である。
図１２に示すように、携帯電話端末１５の表示画面１５Ａには、ユーザＩＤ表示欄１５Ｌ、充電スタンド表示欄１５Ｍ、予約日表示欄１５Ｎ、予約時刻表示欄１５Ｏ、予約整理番号表示欄１５Ｐ、キースイッチＫＳ１の操作が表示画面１５Ａ（予約内容）の保存の指示となることを示す第１操作内容表示部１５Ｆと、キースイッチＫＳ２の操作が表示画面１５Ａ（予約内容）の保存を行わずに処理を終了する指示となることを示す第２操作内容表示部１５Ｇと、を備えている。
具体的には、図１２の例の場合、ユーザＩＤは、「ａｂｃ１２３」であり、予約した充電スタンドは「△△ＯＯ店」であり、予約日は、「２００９年１０月１１日」であり、予約時刻（予約時間帯）は「１１：１５〜１２：００」であり、予約整理番号は、「ＸＸＸＸ１２Ａ」となっている。
したがって、ユーザは、２００９年１０月１１日の１１時１５分までに、充電スタンド「△△ＯＯ店」に出向き、予約整理番号「ＸＸＸＸ１２Ａ」を指定して、利用申込みを行うことにより、ユーザはすぐに充電器を利用できる状態となるので、現地での待ち時間を極力少なくし、かつ、確実に充電を行うことができる。
【００４７】
図１３は、受付結果画面としての充電順番待ち受付完了画面の一例の説明図である。
図１３に示すように、携帯電話端末１５の表示画面１５Ａには、ユーザＩＤ表示欄１５Ｌ、充電スタンド表示欄１５Ｍ、受付日表示欄１５Ｑ、利用可能予定時刻表示欄１５Ｒ、充電待ち整埋番号表示欄１５Ｓ、キースイッチＫＳ１の操作が表示画面１５Ａ（充電順番待ち内容）の保存指示となることを示す第１操作内容表示部１５Ｆと、キースイッチＫＳ２の操作が表示画面１５Ａ（充電順番待ち内容）の保存を行わずに処理を終了する指示となることを示す第２操作内容表示部１５Ｇと、を備えている。
具体的には、図１３の例の場合、ユーザＩＤは、「ａｂｃ１２３」であり、予約した充電スタンドは「△△ ＯＯ店」であり、受付日は、「２００９年１０月１１日」であり、充電スタンドの充電器の利用可能予定時刻（利用可能予定時間帯）は「１３：１５〜１３：３５」、充電待ち整理番号は、「ＸＸＸＸ１２Ｋ」となっている。
したがって、ユーザは、２００９年１０月１１日の１３時１５分までに、充電スタンド「△△ ○○店」に出向き、予約整理番号「ＸＸＸＸ１２Ｋ」を指定して、利用開始の申込みを行うことにより、ユーザはすぐに充電器を利用できる状態となるので、現地での待ち時問を極力少なくして、充電を行うことができる。
【００４８】
以上の説明は、充電開始前の処理であるが、管理サーバ１２は、さらに、コントローラ２１からの通知を受けて、充電後速やかに充電スタンド１１の充電器２４が開放されるように、当該充電．器２４で充電中のユーザの携帯電話端末１５あるいはユーザＰＣ端末１６に対応するメールアドレス宛に充電完了予定時刻の通知メールを送信するとともに、充電完了時には、充電完了通知メールを送信することとなっている。
その後、充電器２４のコントローラ２１は、充電開始可能となった時点、すなわち、充電を行ったユーザが充電コネクタ２０を車両から抜いてから所定時間が経過したか、あるいは、操作パネル２２を介してユーザが充電器２４の解放指示を行った時点で、管理サーバ１２に通知し、管理サーバ１２は、当該充電スタンド１１の待ち状況、予約状況を照合し、繰り上げ可能な際には、繰り上げ利用が可能なユーザの携帯電話端末１５（あるいはＰＣ端末）に対応するメールアドレス宛に繰り上げ利用が可能である旨の通知メールを送信する。なお、メールアドレスが未登録の場合にはこれらの処理は行われない。
【００４９】
次に上述した順番待ち処埋（ステップＳ２８）について詳細に説明する。
図１４は、順番待ち処埋の処理フローチャートである。
まず管理サーバ１２は、順番待ちの申込みがあった場合には、当該申込みを行ったユーザのユーザＩＤに基づいて利用ＤＢ２７の利用統計ＤＢ５４を参照し、当該ユーザの過去の充電利用のデータに基づいて上述した手順に基づいて、充電時間ＴＣを予測する（ステップＳ５１）。
次に管理サーバ１２は、検索開始基準時刻を充電申込みがあった時刻（現在時刻）に設定する（ステップＳ５２）。
続いて管理サーバ１２は、充電スタンド１１（あるいは、当該充電スタンド１１の充電器２４毎）の充電スケジュールをスタンド情報データベース５１から取得し、検索開始基準時刻以降、最も早い時間帯にある空き時問を検索する（ステップＳ５３）。
【００５０】
そして管理サーバ１２は、空き時間の長さがステップＳ５１で求めた充電時間ＴＣを越えているか否かに基づいて、当該空き時問で充電器の利用が可能であるか否かを判別する（ステップＳ５４）。
ステップＳ５４の判別において、当該空き時間で充電器の利用が可能である場合には（ステップＳ５４；Ｙｅｓ）、管理サーバ１２は、直ちに使用可能な場合には利用許可を含む受付結果通知を行い、所定時間後に利用可能な場合には、利用開始可能時刻および順番待整理番号を含む受付結果通知を行う（ステップＳ５８）。
そして、管理サーバ１２は、利用ＤＢ２７を更新して処理を終了する（ステップＳ５９）。
ステップＳ５４の判別において、当該空き時間で充電器の利用が可能ではない場合には（ステップＳ５４；Ｎｏ）、管理サーバ１２は、検索開始基準時刻を当該空き時間の終わりの時刻に更新する（ステップＳ５５）。
【００５１】
続いて、管理サーバ１２は、更新後の検索開始基準時刻から当該充電スタンドの営業終了時刻までに所定時間以上の時間があるか否かを判別する（ステップＳ５６）。
この場合において、所定時間は、ユーザが充電を完了し、当該充電スタンドから立ち去った後に、充電スタンド側で営業終了時に行う後片付けなどの作業が完了するのを考慮して適宜定められる。なお、２４時間の営業の場合には、本ステップＳ５６は、設ける必要がない。
ステップＳ５６の判別において、更新後の検索開始基準時刻から当該充電スタンドの営業終了時刻までに所定時間以上の時間がある場合には（ステップＳ５６；Ｙｅｓ）、管理サーバ１２は、処理を再びステップＳ５３に移行し以下同様の処理を繰り返すこととなる。
ステップＳ５６の判別において、更新後の検索開始基準時刻から当該充電スタンドの営業終了時測までに所定時間以上の時間がない場合には（ステップＳ５６；Ｎｏ）、管理サーバ１２は、当該日には利用ができない旨の利用不可通知を行って処理を終了する（ステップＳ５７）。
【００５２】
図１５は、順番待ち処理の説明図である。
次に図１５を参照してより具体的な順番待ち処理について説明する。なお、以下の説明においては、図１４のフローチャートの処埋ステップ番号を参照している。
まず図１５（ａ）に示すように、第１のユーザが時刻ｔ１に順番待ちの申込ＲＱ１を行った場合について説明する。
時刻ｔ１において、第１のユーザが申込ＲＱ１を行った時点では、充電器は充電中であるので、直ちに利用することはできない状態となっている。
したがって、管理サーバ１２は、第１のユーザのユーザＩＤに基づいて当該ユーザの過去の充電利用のデータを参照し、上述した手順に基づいて、予測充電時間ＴＣ１（図１５（ｂ）参照）を算出する（ステップＳ５１）。
【００５３】
次に検索開始基準時刻を充電申込みがあった時刻ｔ１に設定する（ステップＳ５２）。
続いて管理サーバ１２は、時刻ｔ１（＝検索開始基準時刻）以降、最も早い時間帯にある空き時間を検索する（ステップＳ５３）。
具体的には、時刻ｔ２から始まる空き時間（時刻ｔ２〜時刻ｔ３）が検索される。
この場合においては、空き時間の長さＴＶ１（＝ｔ３−ｔ２）が求めた充電時間ＴＣ１を越えているので、管理サーバ１２は、当該空き時間で充電器の利用が可能であると判別し（ステップＳ５４：Ｙｅｓ）、順番待ちＷ２として利用開始可能時刻（＝ｔ２）および順番待整理番号を含む受付結果通知を行う（ステップＳ５８）。
そして、管理サーバ１２は、利用ＤＢ２７のスタンド情報データベース５１を更新して処理を終了する（ステップＳ５９）。
【００５４】
次に図１５（ｃ）に示すように、第１のユーザが順番待ちの申込を行った後の時刻ｔ４に第２のユーザが時刻ｔ４に順番待ちの申込ＲＱ２を行った場合について説明する。
時刻ｔ４において、第２のユーザが申込ＲＱ２を行った時点では、予約Ｒ１に対応する他のユーザにより充電器は充電中であるので、直ちに利用することはできない状態となっている。
したがって、管理サーバ１２は、第２のユーザのユーザＩＤに基づいて当該ユーザの過去の充電利用のデータを参照し、上述した手順に基づいて、充電時間ＴＣ２（図１５（ｄ）参照）を予測する（ステップＳ５１）。
【００５５】
次に管理サーバ１２は、検索開始基準時刻を充電申込みがあった時刻ｔ４に設定する（ステップＳ５２）。
続いて管理サーバ１２は、時刻ｔ４（＝検索開始基準時刻）以降、最も早い時間帯にある空き時問を検索する（ステップＳ５３）。
具体的には時刻ｔ５から始まる空き時間（時刻ｔ５〜時刻ｔ６）が検索される。
この場合においては、空き時問の長さＴＶ２（時刻ｔ６−ｔ５）が求めた充電時間ＴＣ２未満であるので、当該空き時間で充電器の利用が可能ではない（ステップＳ５４；Ｎｏ）。
したがって、管理サーバ１２は、検索開始基準時刻を当該空き時間の終わりの時刻ｔ６に更新する（ステップＳ５５）。
【００５６】
続いて、管理サーバ１２は、更新後の検索開始基準時刻ｔ６から当該充電スタンドの営業終了時刻までに所定時間以上の時間があるか否かを判別するが（ステップＳ５６）、この場合には、更新後の検索開始基準時刻ｔ６から当該充電スタンドの営業終了時刻までに所定時間以上の時間があるので、処理を再びステップＳ５３に移行する。
続いて管理サーバ１２は、時刻ｔ６（＝検索開始基準時刻）以降、最も早い時間帯にある空き時間を検索する（ステップＳ５３）。
具体的には時刻ｔ７から始まる空き時間（時刻ｔ７〜時刻ｔ８）が検索される。
この場合においては、空き時間の長さＴＶ３（＝ｔ８−ｔ７）が求めた充電時間ＴＣ２を越えているので、当該空き時間で充電器の利用が可能であると判別し（ステップＳ５４；Ｙｅｓ）、順番待ちＷ３として利用開始可能時刻（＝ｔ７）および順番待整埋番号を含む受付結果通知を行う（ステップＳ５８）。
そして、利用ＤＢ２７のスタンド情報データベース５１を更新して処理を終了する（ステップＳ５９）
【００５７】
図１６に充電スタンドの充電器における充電スケジュールの一例を示す。
具体的には、スタンド情報データベース５１に格納された充電スケジュールは、図１５に示すようになっている。
図１６に示すように、ユーザＵ１、Ｕ２、Ｕ３の充電順番待ちが連続して入っている場合に、ユーザＵ１の当初の充電予測時間が２０分であり（図１６（ａ）参照）、実際の充電時間が１０分であった場合には、管理サーバ１２は、ユーザＵ２の充電開始予定時刻を、図１６（ｂ）に示すように、時刻ｔｂから時刻ｔ１に変更する旨の通知メールをユーザＵ２に対して送信することとなる。同様に管理サーバ１２は、ユーザＵ３の充電開始予定時刻を、図１６（ｂ）に示すように、時刻ｔ２から時刻ｔ３に変更する旨の通知メールをユーザＵ３に対して送信することとなる。なお、充電順番待ちではなく、予約を行っているユーザＵ４については、ユーザＵ４からの申込みがない限りは、管理サーバ１２が充電開始予定時刻を変更することはない。
【００５８】
この場合において、
ｔ０−ｔ１＝ｔ２−ｔ３
＝１０分（＝実際の充電時間が短くなった時間）
とするのが最も空き時間Ｅ１を長くすることができ、他のユーザの予約を入れやすくなる。
しかしながら、実際の充電時間が短くなった時間があまりにも大きく、次のユーザの充電開始時刻が早まりすぎても対応できない場合もあり得るので、上限値（繰り上げ最大時間）を定めて繰り上げるようにしてもよい。例えば、繰り上げ最大時間を１５分と、予め定めておけば、各充電順番待ちのユーザもそのつもりで対応することができ、より効率的な充電スタンド１１の運用が行える。
【００５９】
また、逆に実際の充電時間が繰り下がるおそれがある場合には、同様に繰り下げのために充電開始予定時刻を変更する通知メールを対応するユーザに通知することとなる。
この場合において、繰り下げについても上限値（繰り下げ最大時間）を定めておき、これを越える可能性がある場合には、現在の充電中のユーザの充電を中断するように構成することも可能である。これにより、バッテリの劣化に起因していつまでも充電が完了せず、延々と充電時間が延長されたりするのを防止することができる。なお、この場合には、当該バッテリを充電しているユーザに対し、劣化などに起因して充電が完了できない旨を通知した上で、充電を中断することとなる。
これにより、必要以上に後続の充電順番待ちのユーザに充電開始予定時刻の大幅な変更に伴う負担がかからないようにできる。
【００６０】
次に充電完了後のフィードバック処理について説明する。
図１７は、充電完了後のフィードバック処理フローチャートである。
充電完了後のフィードバック処理は、次回の充電完了時間の予測を行うためのデータを更新するための処理であり、これを行うことにより予測精度の向上を図っている。
上述したように、充電器２４のコントローラ２１は、充電開始可能となった時点、すなわち、充電を行ったユーザが充電コネクタ２０を車両から抜いてから所定時間が経過したか、あるいは、操作パネル２２を介して充電スタンド１１の解放指示を行った時点で、管理サーバ１２に通知することとなっており、これに対して、管理サーバ１２は、充電完了受付通知を行い、充電時間算出を行う（ステップＳ６１）。
【００６１】
次に管理サーバ１２は、予約申込あるいは充電順番待ち申込時に予測した予測充電時間との差（予測誤差）を算出する（ステップＳ６２）。
次に管理サーバ１２は、当該予測誤差に基づいて車種、仕様に基づく統計データを算出し、車種充電情報データベース５２を更新する（ステップＳ）。
すなわち、車種に基づいて判別される車両、に搭載されたバッテリの種類、個数、容量（仕様）などと、予測誤差の平均値、散布度（標準偏差）を対応づけて車種充電情報データベース５２を更新する（ステップＳ６３）。
【００６２】
次に当該ユーザが登録ユーザであるか否かを判別する（ステップＳ６４）。
ステップＳ６４の判別において、ユーザが登録ユーザである場合には（ステップＳ６４；Ｙｅｓ）、ステップＳ６２において算出した予測誤差を利用統計データベース５４に登録するとともに、当該登録ユーザおよび車両における充電時開の平均値と散布度（標準偏差）の関係、予測誤差の平均値と散布度（標準偏差）との関係等を記憶する。また、充電の時間帯、充電の時期（季節）などによる統計処理を施し、充電の時間帯、充電の時期（季節）毎の統計データにより、利用統計データベース５４における当該登録ユーザのデータを更新し、処理を終了する（ステップＳ６５）。
この結果、今回予測した充電時間と実際の充電時間との誤差を含めた統計データが得られることとなり、次回以降、新たな統計データに基づいて、充電時間を予測することとなり、当該登録ユーザにおける予測充電時間の算出方法が更新されたことと等価となって、次回以降、より正確に予測充電時間を算出することが可能となる。
このように、充電を繰り返せば繰り返すほど、充電時間の予測は正確になり、充電スタンド１１毎に、より正確な運用管理を行えるようになる。
【００６３】
ステップＳ６４の判別において、ユーザが登録ユーザでは無い場合には（ステップＳ６４；Ｎｏ）、一日の時間帯毎に利用平均時間およびその散布度（標準偏差）を、一日、一月あるいは季節などにおいて統計処理を施し、時間帯利用情報データベース５５を更新し、処理を終了する（ステップＳ６６）。
以上の説明のように、本実施形態によれば、充電スタンド１１の充電器２４を利用するユーザ毎に充電予測時間を算出し、あるユーザより先に予約あるいは充電待ちをしているユーザの充電予測時間に基づいてより正確な充電待ち時間あるいは充電スケジュールを立てることとなるので、各充電スタンド１１の運用効率の向上を図ることができるとともに、充電を行うユーザの待ち時間をより低減して、ユーザの利便性を向上させることができる。
【００６４】
以上の説明は、充電予約あるいは充電順番待ちを行う場合のものであったが、上記運用管理システム１０を利用することにより、充電スタンド１１の現在の利用状況をユーザが把握し、ユーザの利用においてより最適な充電スタンド１１を利用できるように、充電スタンド利用状況を取得可能な構成とすることも可能である。
具体的には、例えば、上述した充電順番待ち申込みを行う際のオプション設定として、ユーザが指定した充電スタンド１１の利用状況とともに、より待ち時間が短く、指定した充電スタンド１１あるいはユーザの現在位置から所定距離範囲内にある充電スタンド１１をおすすめ（推奨）充電スタンド１１として、ユーザに提示するように構成する。
【００６５】
図１８は、充電スタンド利用状況画面の一例の説明図である。
図１８に示すように、携帯電話端末１５の表示画面１５Ａは、ユーザＩＤを表示するユーザＩＤ表示欄１５Ｌ、ユーザが指定した充電スタンド名を表示する充電スタンド表示欄１５Ｍ、充電スタンド利用状況問い合わせの日付を表示する日付表示欄１５Ｔ、充電スタンド表示欄１５Ｍに表示された充電スタンドにおける待ち時間を表示する待ち時間表示欄１５Ｕと、お勧め充電スタンドの充電スタンド名を表示する充電スタンド表示欄１５Ｖ、充電スタンド利用状況問い合わせの日付を表示する口付表示欄１５Ｗ、充電スタンド表示欄１５Ｖに表示された充電スタンドにおける待ち時間を表示する待ち時間表示欄１５Ｘと、を備えている。
【００６６】
さらに携帯電話端末１５の表示画面１５Ａは、キースイッチＫＳ１の操作が表示画面１５Ａに表示されている充電スタンドのうち、いずれかを図示しない上下カーソルキー（例えば、上下に配置された数字キーの「２」、「８」）により選択状態として指定した状態で、当該指定した充電スタンドの充電順番待ち申込の指示となることを示す第１操作内容表示部１５Ｙと、キースイッチＫＳ３の操作が表示画面１５Ａに表示されている充電スタンドのうち、いずれかを図示しない上下カーソルキーにより選択状態として指定した状態で、当該指定した充電スタンド１１の地図表示の指示となることを示す第２操作内容表示部１５Ｚと、キースイッチＫＳ４の操作が次項目へのカーソル移動の指示となることを示す第３操作内容表示部１５Ｚ１と、キースイッチＫＳ２の操作が前項目へのカーソル移動の指示となることを示す第４操作内容表示部１５Ｚ２と、を備えている。
【００６７】
具体的には、図１７の例の場合、ユーザＩＤは、「ａｂｃ１２３」であり、充電順番待ち対象として指定した充電スタンドは、「△△ ＯＯ店」であり、充電スタンド利用状況問い合わせの日付が２００９年１０月１１日であり、当該指定した充電スタンドの待ち時間が現在１５分であることを示している。
さらに、第１番目のおすすめ充電スタンドは、「△△ □□店」であり、充電スタンド利用状況問い合わせの日付が２００９年１０月１１日であり、当該指定した充電スタンドの待ち時間が現在５分であることを示している。
【００６８】
このように、利用状況を問い合わせた充電スタンド１１のみならず、より待ち時間が短く、指定した充電スタンドあるいはユーザの現在位置から所定距離範囲内にある充電スタンドをおすすめ充電スタンドがユーザに提示されるので、充電スタンドの利用に際し、ユーザの選択の幅が広がり、よりユーザの利便性を向上させることが可能となる。
さらに、管理サーバ１２側から見れば、複数の充電スタンド１１全体の利用効率を向上することができ、複数の充電スタンドの効率的な運用が行えることとなる。
さらに、実際に利用されている充電スタンドの利用状況に偏りがあり、例えば、特定の充電スタンドの能力を上回っており、新たに充電スタンドを設置しようとする場合等には、どの辺りに新たな充電スタンドの設置をすれば良いのかの判断も可能となる。
この場合において、ユーザが予め指定しておくことにより、指定した充電スタンド１１よりもどれぐらい待ち時間が短い充電スタンド１１をおすすめ充電スタンド１１の候補とするか、あるいは、指定した充電スタンド１１あるいはユーザの現在位置からどれくらいの距離範囲の充電スタンド１１をおすすめ充電スタンド１１の候補とするかを設定することが可能である。
【００６９】
次に他の予約申込手順について説明する。
以上の説明は、予約申込時にタイムスケジュールが通知され、ユーザが所望の時間帯を選択する場合の例であったが、本手順は、管理サーバ１２が自動的に予約時間帯を選択してくれる場合の予約申込手順である。
図１９は、予約申込画面の一例の説明図である。
携帯電話端末１５の表示画面１５Ａには、ユーザＩＤ入力欄１５Ｂ、充電スタンド指定欄１５Ｃ、予約希望日入力欄１５Ｄ、予約希望時間入力欄１５Ｚ３、キースイッチＫＳ１の操作が予約申込内容確定あるいは現在入力している内容の確定の指示となることを示す第１操作内容表示部１５Ｆと、キースイッチＫＳ２の操作が予約申込内容あるいは現在入力している内容のキャンセルの指示となることを示す第２操作内容表示部１５Ｇと、を備えている。
【００７０】
具体的には、図１９の例の場合、ユーザＩＤは、「ａｂｃ１２３」であり、予約を希望する充電スタンドは「△△ ○○店」であり、予約希望日は、「２００９年１０月１１日」であり、予約希望時間は「１１：００以降」となっている。
なお、予約希望時間については、「１１：００−１２：００」のように時間帯を指定したり、「−１１：００」（１１：００以前）のように予約開始時刻の最終時刻を指定したりするようにすることも可能となっている。さらに充電開始時刻ではなく、予測充電終了時刻を同様に指定するようにすることも可能である。
ユーザは、予約申込画面の入力が完了すると、その内容を確認した上で、キースイッチＫＳ１を操作する。
これにより予約要求内容が確定し、予約申込に対応する受付要求が管理サーバ１２側に送信されることとなる。
【００７１】
図２０は、予約処理の処理フローチャートである。
予約要求を受信した管理サーバ１２は、当該要求を行ったユーザのユーザＩＤに基づいて当該ユーザの過去の充電利用のデータに基づいて上述した手順に基づいて、充電時間ＴＣを予測（算出）する（ステップＳ７１）。
次に管理サーバ１２は、検索開始基準時刻を予約希望時刻に設定する（ステップＳ７２）。
続いて管理サーバ１２は、充電スタンド１１（あるいは、当該充電スタンド１１の充電器２４毎）の充電スケジュールに基づいて、検索開始基準時刻以降、最も早い時間帯にある空き時問を検索する（ステップＳ７３）。
具体的には、予約要求を受信した管理サーバ１２は、当該予約要求に対応する予約対象の充電スタンド１１（あるいは、当該充電スタンド１１の充電器２４毎）の充電スケジュールをスタンド情報データベース５１から取得し、図９のステップＳ３２〜ステップＳ３９と同様の手順で空き時間を検索することとなる。
【００７２】
そして管理サーバ１２は、検索された空き時間の長さがステップＳ７１で求めた充電時間ＴＣを越えているか否かに基づいて、当該空き時問で充電器の利用が可能であるか否かを判別する（ステップＳ７４）。
ステップＳ７４の判別において、当該空き時間で充電器の利用が可能である場合には（ステップＳ７４；Ｙｅｓ）、管理サーバ１２は、図１２に示したように、予約時刻（予約時間帯）および予約整理番号を含む予約完了通知を行う（ステップＳ７８）。
そして、利用ＤＢ２７を更新して処理を終了する（ステップＳ７９）。
ステップＳ７４の判別において、当該空き時間で充電器の利用が可能ではない場合には（ステップＳ７４；Ｎｏ）、管理サーバ１２は、検索開始基準時刻を当該空き時間の終わりの時刻に更新する（ステップＳ７５）。
【００７３】
続いて、管理サーバ１２は、更新後の検索開始基準時刻から当該充電スタンドの営業終了時刻までに所定時間以上の時間があるか否かを判別する（ステップＳ７６）。
この場合において、所定時間は、ユーザが充電を完了し、当該充電スタンドから立ち去った後に、充電スタンド側で営業終了時に行う後片付けなどの作業が完了するのを考慮して適宜定められる。なお、２４時間の営業の場合には、本ステップ７６は、設ける必要がない。
ステップＳ７６の判別において、更新後の検索開始基準時刻から当該充電スタンドの営業終了時刻までに所定時間以上の時間がある場合には（ステップＳ７６；Ｙｅｓ）、管理サーバ１２は、処理を再びステップＳ７３に移行し以下同様の処理を繰り返すこととなる。
ステップＳ５６の判別において、更新後の検索開始基準時刻から当該充電スタンドの営業終了時測までに所定時間以上の時間がない場合には（ステップＳ７６；Ｎｏ）、管理サーバ１２は、当該日には利用ができない旨の利用不可通知を行って処理を終了する（ステップＳ７７）。
以上の説明のように、本予約申込手順によれば、管理サーバ１２が自動的に予約時間帯を選択してくれ、ユーザの手間を省くことが可能となる。
【符号の説明】
【００７４】
１０ 運用管理システム
１１ 充電スタンド
１２ 管理サーバ（運用管理サーバ）
１３ 基地局（ネットワーク）
１４ 電話回線網（ネットワーク）
１５ 携帯電話端末
１６ ユーザＰＣ端末
１７ インターネット（ネットワーク）
２１ コントローラ
２４ 充電器（バッテリ充電器）
２５ ユーザデータベース
２６ 課金データベース
２７ 利用データベース
２８ 充電スタンド管理処理部
２９ 充電スタンド情報表示処理部
５２ 車種充電情報データベース
５３ 車種充電情報データベース
５４ 利用統計データベース
【特許請求の範囲】
【請求項１】
充電スタンドでの車両バッテリへの充電の申込みを受け付ける充電スタンドの運用管理サーバであって、
充電申込者からの充電の申込みがあった場合に、充電申込者の過去の充電利用に関するデータに基づいて充電申込者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させて充電申込みを受け付けることを特徴とする充電スタンドの運用管理サーバ。
【請求項２】
請求項１に記載の充電スタンドの運用管理サーバにおいて、
次の充電申込者からの充電申込みがあった場合に、予測した時間に基づいて、充電開始可能時刻を提示して充電申込みを受け付けることを特徴とする充電スタンドの運用管理サーバ。
【請求項３】
請求項２記載の充電スタンドの運用管理サーバおいて、
前記サーバは、複数の充電スタンドのうち、前記充電申込者が選択したいずれかの充電スタンドにおける車両バッテリへの充電の申込みを受け付けることが可能であり、
次の充電申込者からの充電巾込みがあった場合に、予測した時間を反映させて、複数の充電スタンドのそれぞれに予測される充電待ち時間に基づいて、より待ち時開の少ない推奨充電スタンドおよび当該推奨充電スタンドにおける充電可能時刻を提示して前記充電申込者に選択を促す、ことを特徴とする充電スタンドの運用管理サーバ。
【請求項４】
充電スタンドでの車両バッテリへの充電の予約を受け付ける充電スタンドの運用管理サーバであって、
充電予約者からの充電の予約があった場合に、充電予約者の過去の充電利用に関するデータに基づいて充電予約者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電予約者からの充電予約があった場合に、予測した時間を反映させて充電予約を受け付けることを特徴とする充電スタンドの運用管理サーバ。
【請求項５】
請求項３に記載の充電スタンドの運用管理サーバにおいて、
次の充電予約者からの充電予約があった場合に、予測した時間に基づいて、充電開始可能時刻を提示して充電申込みを受け付けることを特徴とする充電スタンドの運用管理サーバ。
【請求項６】
電気車両のバッテリ充電器と、前記バッテリ充電器を管理するコントローラとを有した複数の充電スタンドと、
充電申込者からの充電の申込みがあった場合に、前記コントローラからネットワークを介して取得した充電申込者の過去の充電利用に関するデータに基づいて充電申込者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させて充電申込みを受け付けるサーバと、
を備えことを特徴とする充電スタンドの運用管理システム。
【請求項７】
電気車両のバッテリ充電器と、前記バッテリ充電器を管理するコントローラとを有した複数の充電スタンドと、
充電予約者からの充電の予約があった場合に、前記コントローラからネットワークを介して取得した充電予約者の過去の充電利用に関するデータに基づいて充電予約者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電予約者からの充電予約があった場合に、予測した時間を反映させて充電予約を受け付けるサーバと、
を備えことを特徴とする充電スタンドの運用管理システム。
【請求項１】
充電スタンドでの車両バッテリへの充電の申込みを受け付ける充電スタンドの運用管理サーバであって、
充電申込者からの充電の申込みがあった場合に、充電申込者の過去の充電利用に関するデータに基づいて充電申込者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させて充電申込みを受け付けることを特徴とする充電スタンドの運用管理サーバ。
【請求項２】
請求項１に記載の充電スタンドの運用管理サーバにおいて、
次の充電申込者からの充電申込みがあった場合に、予測した時間に基づいて、充電開始可能時刻を提示して充電申込みを受け付けることを特徴とする充電スタンドの運用管理サーバ。
【請求項３】
請求項２記載の充電スタンドの運用管理サーバおいて、
前記サーバは、複数の充電スタンドのうち、前記充電申込者が選択したいずれかの充電スタンドにおける車両バッテリへの充電の申込みを受け付けることが可能であり、
次の充電申込者からの充電巾込みがあった場合に、予測した時間を反映させて、複数の充電スタンドのそれぞれに予測される充電待ち時間に基づいて、より待ち時開の少ない推奨充電スタンドおよび当該推奨充電スタンドにおける充電可能時刻を提示して前記充電申込者に選択を促す、ことを特徴とする充電スタンドの運用管理サーバ。
【請求項４】
充電スタンドでの車両バッテリへの充電の予約を受け付ける充電スタンドの運用管理サーバであって、
充電予約者からの充電の予約があった場合に、充電予約者の過去の充電利用に関するデータに基づいて充電予約者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電予約者からの充電予約があった場合に、予測した時間を反映させて充電予約を受け付けることを特徴とする充電スタンドの運用管理サーバ。
【請求項５】
請求項３に記載の充電スタンドの運用管理サーバにおいて、
次の充電予約者からの充電予約があった場合に、予測した時間に基づいて、充電開始可能時刻を提示して充電申込みを受け付けることを特徴とする充電スタンドの運用管理サーバ。
【請求項６】
電気車両のバッテリ充電器と、前記バッテリ充電器を管理するコントローラとを有した複数の充電スタンドと、
充電申込者からの充電の申込みがあった場合に、前記コントローラからネットワークを介して取得した充電申込者の過去の充電利用に関するデータに基づいて充電申込者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電申込者からの充電申込みがあった場合に、予測した時間を反映させて充電申込みを受け付けるサーバと、
を備えことを特徴とする充電スタンドの運用管理システム。
【請求項７】
電気車両のバッテリ充電器と、前記バッテリ充電器を管理するコントローラとを有した複数の充電スタンドと、
充電予約者からの充電の予約があった場合に、前記コントローラからネットワークを介して取得した充電予約者の過去の充電利用に関するデータに基づいて充電予約者の車両バッテリへの充電に必要な時間を予測する機能を備え、次の充電予約者からの充電予約があった場合に、予測した時間を反映させて充電予約を受け付けるサーバと、
を備えことを特徴とする充電スタンドの運用管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１１−１６４７７１（Ｐ２０１１−１６４７７１Ａ）
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願番号】特願２０１０−２４４６５（Ｐ２０１０−２４４６５）
【出願日】平成２２年２月５日（２０１０．２．５）
【出願人】（３９９１２６６７３）株式会社モーション (5)
【出願人】（５００４２８０６９）兼松コミュニケーションズ株式会社 (4)
【出願人】（０００１６５３７６）兼松株式会社 (5)
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願日】平成２２年２月５日（２０１０．２．５）
【出願人】（３９９１２６６７３）株式会社モーション (5)
【出願人】（５００４２８０６９）兼松コミュニケーションズ株式会社 (4)
【出願人】（０００１６５３７６）兼松株式会社 (5)
[ Back to top ]