JP6234540B1 - 電力取引仲介システム、プログラム、及び、電力取引仲介方法 - Google Patents

Abstract

【課題】 固定式の充電スタンドで電気自動車を充電している間、待ち時間を有効に利用するためのシステムを利用する場合、ユーザは、充電スタンドの場所に合わせて待ち時間の予定を立てる必要がある。【解決手段】 蓄電池を搭載し、蓄電池から提供される電力を利用して移動可能な移動体の複数のタスクに関するタスク情報を取得するタスク情報取得部と、タスク情報取得部が取得したタスク情報に基づいて、複数のタスクのうち少なくとも１つのタスクが実施される位置において、移動体との間で電力を取引する相手方を決定する取引相手決定部とを備える。【選択図】図１

Description

本発明は、電力取引仲介システム、プログラム、及び、電力取引仲介方法に関する。

固定式の充電スタンドで電気自動車を充電している間、待ち時間を有効に利用するためのシステムが知られている（例えば、特許文献１〜５を参照されたい）。
［先行技術文献］
［特許文献］
［特許文献１］ 特開２０１２−１８２８７２号公報
［特許文献２］ 特開２０１３−０４６５２４号公報
［特許文献３］ 特開２０１３−０７３３９８号公報
［特許文献４］ 特開２０１３−１８６５１９号公報
［特許文献５］ 特開２０１５−０６０５４６号公報

上記のシステムを利用する場合、ユーザは、充電スタンドの場所に合わせて予定を立てる必要がある。

本発明の第１の態様においては、電力取引仲介システムが提供される。上記の電力取引仲介システムは、例えば、蓄電池を搭載し、蓄電池から提供される電力を利用して移動可能な移動体の複数のタスクに関するタスク情報を取得するタスク情報取得部を備える。上記の電力取引仲介システムは、タスク情報取得部が取得したタスク情報に基づいて、複数のタスクのうち少なくとも１つのタスクが実施される位置において、移動体との間で電力を取引する相手方を決定する取引相手決定部を備えてよい。

上記の電力取引仲介システムは、移動体のユーザの複数の予定に関する予定情報を取得する予定情報取得部を備えてよい。上記の電力取引仲介システムは、予定情報取得部が取得した予定情報に基づいて、タスク情報を生成するタスク情報生成部を備えてよい。上記の電力取引仲介システムにおいて、タスク情報生成部は、移動体の複数のタスクのそれぞれが実施される位置及び順序を決定してよい。タスク情報生成部は、移動体の複数のタスクのそれぞれが実施される位置及び時刻に関する情報を含むタスク情報を生成してよい。

上記の電力取引仲介システムにおいて、取引相手決定部は、タスク情報に基づいて、複数のタスクのうちの少なくとも１つのタスクについて、当該タスクが実施される位置において、（ｉ）移動体が取引できる電力量及び（ｉｉ）移動体が電力を取引できる期間を決定する抽出条件決定部を有してよい。取引相手決定部は、予め登録された複数の候補の中から、少なくとも１つのタスクが実施される位置において、抽出条件決定部が決定した期間に、抽出条件決定部が決定した電力量の電力を取引できる１以上の候補を抽出する抽出部を有してよい。取引相手決定部は、抽出部が抽出した１以上の候補に関する情報に基づいて、予め定められた条件を満足するように、１以上の電力取引の位置、期間及び相手方を決定する取引スケジュール決定部を有してよい。上記の電力取引仲介システムは、複数の候補のそれぞれについて、各候補の識別情報と、取引のキャンセルの可否に関する情報及び取引のキャンセルに伴い増加する費用に関する情報の少なくとも一方とを対応付けて格納する取引条件格納部を備えてよい。上記の電力取引仲介システムにおいて、抽出部は、格納部に格納された複数の候補の中から、１以上の候補を抽出してよい。

上記の電力取引仲介システムは、移動体のタスクの変更の要否を決定する変更決定部を備えてよい。上記の電力取引仲介システムにおいて、変更決定部が移動体のタスクを変更する必要があると判断した場合、抽出条件決定部は、変更後の１又は複数のタスクのうちの少なくとも１つのタスクについて、当該タスクが実施される位置において、（ｉ）移動体が取引できる電力量及び（ｉｉ）移動体が電力を取引できる期間を決定してよい。抽出部は、予め登録された複数の候補の中から、少なくとも１つのタスクが実施される位置において、抽出条件決定部が決定した期間に、抽出条件決定部が決定した電力量の電力を取引できる１以上の候補を抽出してよい。取引スケジュール決定部は、抽出部が抽出した１以上の候補に関する情報に基づいて、予め定められた条件を満足するように、１以上の電力取引の位置、期間及び相手方を決定してよい。上記の電力取引仲介システムにおいて、移動体のタスクの変更により第１タスクが削除される場合において、第１タスクに関連する１以上の取引のうちの少なくとも１つをキャンセルする必要があるとき、取引スケジュール決定部は、第１タスクに関連する１以上の取引のうち、当該取引のキャンセルにより発生する費用及び当該取引の相手方の属性の少なくとも一方が予め定められた第２条件を満足する取引をキャンセルすることを決定してよい。

上記の電力取引仲介システムにおいて、変更決定部が移動体のタスクを変更する必要があると判断した場合、タスク情報生成部は、変更後の１又は複数のタスクのそれぞれが実施される位置及び順序を決定してよい。タスク情報生成部は、変更後の１又は複数のタスクのそれぞれが実施される位置及び時刻に関する情報を含む新たなタスク情報を生成してよい。抽出条件決定部は、新たなタスク情報に基づいて、少なくとも１つのタスクについて、当該タスクが実施される位置において、（ｉ）移動体が取引できる電力量及び（ｉｉ）移動体が電力を取引できる期間を決定してよい。上記の電力取引仲介システムにおいて、変更決定部は、第２タスクの予定時刻よりも予め定められた時間だけ前の時刻が到来してから、予定時刻が経過するまでの間に、第２タスクに関する情報を、移動体又は移動体のユーザの通信端末に送信してよい。

本発明の第２の態様においては、プログラムが提供される。上記のプログラムは、コンピュータを、上記の電力取引仲介システムとして機能させるためのプログラムであってよい。上記のプログラムは、コンピュータに、蓄電池を搭載し、蓄電池に蓄積された電力を利用して移動可能な移動体の複数のタスクに関するタスク情報を取得するタスク情報取得手順と、タスク情報取得手順において取得されたタスク情報に基づいて、複数のタスクのうち少なくとも１つのタスクが実施される位置において、移動体との間で電力を取引する相手方を決定する取引相手決定手順とを実行させるためのプログラムであってよい。上記のプログラムを格納する非一時的コンピュータ可読媒体が提供されてもよい。

本発明の第３の態様においては、電力取引仲介方法が提供される。上記の電力取引仲介方法は、例えば、コンピュータが、蓄電池を搭載し、蓄電池に蓄積された電力を利用して移動可能な移動体の複数のタスクに関するタスク情報を取得するタスク情報取得段階を有する。上記の電力取引仲介方法は、コンピュータが、タスク情報取得段階において取得されたタスク情報に基づいて、複数のタスクのうち少なくとも１つのタスクが実施される位置において、移動体との間で電力を取引する相手方を決定する取引相手決定段階を有してもよい。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

電力取引仲介システム１００のシステム構成の一例を概略的に示す。 電力取引管理システム２００のシステム構成の一例を概略的に示す。 タスク管理部２１２の内部構成の一例を概略的に示す。 入力画面４００の一例を概略的に示す データテーブル５００の一例を概略的に示す。 取引管理部２１４の内部構成の一例を概略的に示す。 データテーブル７００の一例を概略的に示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。なお、図面において、同一または類似の部分には同一の参照番号を付して、重複する説明を省く場合がある。

［電力取引仲介システム１００の概要］
図１は、電力取引仲介システム１００のシステム構成の一例を概略的に示す。本実施形態において、電力取引仲介システム１００は、給電側と、受電側との間の電力取引を仲介する。例えば、電力取引仲介システム１００は、（ｉ）移動体のユーザの予定に関する情報を取得し、（ｉｉ）当該ユーザの予定に合わせて、電力取引の日程及び場所を決定し、（ｉｉｉ）当該日程及び場所における電力取引を仲介する。これにより、ユーザが予定を実施している間に、移動体の蓄電池を充電したり、移動体に搭載された電力供給設備から他の機器に電力を供給したりすることができる。

電力供給設備としては、蓄電装置、充電装置、発電装置などを例示することができる。発電装置としては、（ｉ）内燃機関を利用して発電するオルタネータ、（ｉｉ）燃料電池、（ｉｉｉ）太陽光発電装置のような自然力発電システムなどを例示することができる。電力供給設備は、移動体に組み込まれた設備であってもよく、移動体に搭載することができる携帯型の設備であってもよい。

移動体としては、自動車、自動二輪車、船舶、飛行体などを例示することができる。自動車としては、エンジン車、電気自動車、燃料電池車、ハイブリッド車、移動可能な作業機械などを例示することができる。作業機械の移動方式は、自動式であってもよく、手動式であってもよい。作業機械としては、芝刈機、草刈機、耕うん機、トラクタ、運搬機、ポンプ、噴霧器、洗浄機、除雪機などを例示することができる。

自動二輪車としては、（ｉ）バイク、（ｉｉ）三輪バイク、（ｉｉｉ）セグウェイ（登録商標）、動力ユニット付きキックボード（登録商標）、動力ユニット付きスケートボードのような、動力ユニットを有する立ち乗り二輪車などを例示することができる。動力ユニットは、（ｉ）エンジン、原動機などの内燃機関であってもよく、（ｉｉ）蓄電装置又は発電装置と、電動機との組み合わせであってもよい。船舶としては、船、ホバークラフト、水上バイク、潜水艦、潜水艇、水中スクータなどを例示することができる。飛行体としては、飛行機、飛行船又は風船、気球、ヘリコプター、ドローンなどを例示することができる。

［電力取引仲介システム１００の各部の説明］
本実施形態において、電力取引仲介システム１００は、タスク情報取得部１０２と、取引相手決定部１０４とを備える。電力取引仲介システム１００は、例えば、タスク情報１２を取得し、取引スケジュール情報１４を出力する。タスク情報１２の取得経路は特に限定されない。取引スケジュール情報１４の出力先は特に限定されない。

タスク情報１２は、移動体の１又は複数のタスクに関する情報であり、例えば、各タスクが実施される位置を示す情報と、各タスクが実施される日時又は時刻を示す情報と、各タスクにおける移動体の行動又は動作を示す情報とを含む。移動体は、特に限定されるものではないが、蓄電池を搭載し、当該蓄電池から提供される電力を利用して移動可能な移動体であることが好ましい。位置を示す情報としては、（ｉ）緯度及び経度を示す情報、（ｉｉ）緯度、経度及び高度を示す情報、（ｉｉｉ）住所を示す情報、（ｉｖ）特定の地理的範囲を有するエリアを示す情報などを例示することができる。

取引スケジュール情報１４は、１又は複数のタスクに関連して実施される、１又は複数の電力取引の日程及び場所に関する情報を含む。取引スケジュール情報１４は、複数のタスクに関連して実施される、１又は複数の電力取引の日程及び場所に関する情報を含んでもよい。取引スケジュール情報１４は、例えば、各電力取引が実施される位置を示す情報と、各電力取引が実施される期間を示す情報と、各電力取引の相手方（取引相手と称する場合がある。）を示す情報と、各電力取引の契約条件（取引条件と称する場合がある。）を示す情報とを含む。

電力取引が実施される期間の始期及び終期の少なくとも一方は、（ｉ）日時で示されてもよく、（ｉｉ）時刻で示されてもよく、（ｉｉｉ）当該期間の始期及び終期の他方及び電力取引の所要時間により示されてもよい。上記の期間の始期及び終期の少なくとも一方は、厳密に定められていなくてもよい。例えば、上記の期間が、「１９時頃に特定の場所に到着した後、２０時頃に次の場所に向けて出発するまで」のように定められてもよい。取引相手を示す情報は、当該取引相手を識別するための識別情報であればよく、氏名、名称、愛称、会員番号、アカウント、アドレスなどを例示することができる。

タスク情報取得部１０２は、移動体のタスク情報１２を取得する。タスク情報取得部１０２は、タスク情報１２を取引相手決定部１０４に送信する。取引相手決定部１０４は、タスク情報取得部１０２からタスク情報１２を受信する。取引相手決定部１０４は、タスク情報１２に基づいて、１又は複数のタスクのうち、少なくとも１つのタスクが実施される位置において、移動体との間で電力を取引する相手方を決定する。取引相手決定部１０４は、例えば、（ｉ）タスク情報１２に含まれる上記の少なくとも１つのタスクが実施される位置を示す情報、及び、当該タスクが実施される日時又は時刻を示す情報と、（ｉｉ）取引相手を示す情報とを対応付けて、取引スケジュール情報１４を生成する。

［電力取引仲介システム１００の各部の具体的な構成］
電力取引仲介システム１００の各部は、ハードウェアにより実現されてもよく、ソフトウエアにより実現されてもよく、ハードウェア及びソフトウエアにより実現されてもよい。電力取引仲介システム１００の各部は、その少なくとも一部が、単一のサーバによって実現されてもよく、複数のサーバによって実現されてもよい。電力取引仲介システム１００の各部は、その少なくとも一部が、仮想サーバ上又はクラウドシステム上で実現されてもよい。電力取引仲介システム１００の各部は、その少なくとも一部が、パーソナルコンピュータ又は携帯端末によって実現されてもよい。携帯端末としては、携帯電話、スマートフォン、ＰＤＡ、タブレット、ノートブック・コンピュータ又はラップトップ・コンピュータ、ウエアラブル・コンピュータなどを例示することができる。電力取引仲介システム１００は、ブロックチェーンなどの分散型台帳技術又は分散型ネットワークを利用して、情報を格納してもよい。

電力取引仲介システム１００を構成する構成要素の少なくとも一部がソフトウエアにより実現される場合、当該ソフトウエアにより実現される構成要素は、一般的な構成の情報処理装置において、当該構成要素に関する動作を規定したソフトウエア又はプログラムを起動することにより実現されてよい。上記の情報処理装置は、（ｉ）ＣＰＵ、ＧＰＵなどのプロセッサ、ＲＯＭ、ＲＡＭ、通信インタフェースなどを有するデータ処理装置と、（ｉｉ）キーボード、タッチパネル、カメラ、マイク、各種センサ、ＧＰＳ受信機などの入力装置と、（ｉｉｉ）表示装置、スピーカ、振動装置などの出力装置と、（ｉｖ）メモリ、ＨＤＤなどの記憶装置（外部記憶装置を含む。）とを備えてよい。上記の情報処理装置において、上記のデータ処理装置又は記憶装置は、上記のソフトウエア又はプログラムを記憶してよい。上記のソフトウエア又はプログラムは、プロセッサによって実行されることにより、上記の情報処理装置に、当該ソフトウエア又はプログラムによって規定された動作を実行させる。上記のソフトウエア又はプログラムは、非一時的なコンピュータ可読記録媒体に格納されていてもよい。

［電力取引管理システム２００の概要］
図２は、電力取引管理システム２００のシステム構成の一例を概略的に示す。本実施形態において、電力取引管理システム２００は、取引管理サーバ２１０を備える。取引管理サーバ２１０は、タスク管理部２１２及び取引管理部２１４を有する。本実施形態において、タスク管理部２１２及び取引管理部２１４は、相互に情報を送受することができる。取引管理サーバ２１０は、給電側及び受電側の間で実施される電力取引を管理する。例えば、取引管理サーバ２１０は、給電側及び受電側を仲介して、電力取引を成立させる。取引管理サーバ２１０は、成立した電力取引の進捗状況を管理してもよい。取引管理サーバ２１０は、成立した電力取引に伴い発生する費用を精算し、当該費用の決済処理を実施してもよい。

図２の説明においては、電力取引管理システム２００の理解を助けることを目的として、取引管理サーバ２１０が、（ｉ）電気自動車２２のユーザ２４の複数の予定に関する情報を取得し、（ｉｉ）ユーザ２４の予定に合わせて、１以上の電力取引の日程及び場所を決定し、（ｉｉｉ）仲介処理（マッチング処理と称される場合がある。）を実施して、取引相手３０となり得る複数の候補の中から、電力取引ごとに一の取引相手３０を決定する場合を例として、電力取引管理システム２００の一実施形態について説明する。取引相手３０としては、建物３２、充電スタンド３４、電気自動車３６若しくは携帯型電力供給設備３８、又は、これらのユーザを例示することができる。充電スタンド３４は、据付型の電力供給施設の一例であってよい。

電気自動車２２は、蓄電池を搭載し、当該蓄電池から提供される電力を利用して移動可能な移動体の一例であってよい。取引相手３０及びその具体例は、１以上の候補、又は、相手方の一例であってよい。取引管理サーバ２１０は、電力取引仲介システムの一例であってよい。タスク管理部２１２は、タスク情報取得部の一例であってよい。取引管理部２１４は、取引相手決定部の一例であってよい。

図２に示された実施形態において、取引管理サーバ２１０は、通信ネットワーク１０を介して、ユーザ２４の通信端末２６との間で情報を送受する。取引管理サーバ２１０は、通信ネットワーク１０を介して、１又は複数のサービス提供サーバ４０との間で情報を送受する。本実施形態において、取引管理サーバ２１０は、通信ネットワーク１０を介して、１又は複数の取引相手３０の通信装置との間で情報を送受する。取引相手３０の通信装置は、（ｉ）建物３２、充電スタンド３４、電気自動車３６又は携帯型電力供給設備３８に組み込まれた通信機器であってもよく、（ｉｉ）建物３２、充電スタンド３４、電気自動車３６又は携帯型電力供給設備３８のユーザの通信端末であってもよい。ユーザの通信端末としては、パーソナルコンピュータ、携帯端末などを例示することができる。携帯端末としては、携帯電話、スマートフォン、ＰＤＡ、タブレット、ノートブック・コンピュータ又はラップトップ・コンピュータ、ウエアラブル・コンピュータなどを例示することができる。

本実施形態において、通信ネットワーク１０は、有線通信の伝送路であってもよく、無線通信の伝送路であってもよく、無線通信の伝送路及び有線通信の伝送路の組み合わせであってもよい。通信ネットワーク１０は、無線パケット通信網、インターネット、Ｐ２Ｐネットワーク、専用回線、ＶＰＮなどを含んでもよい。通信ネットワーク１０は、（ｉ）携帯電話回線網などの移動体通信網を含んでもよく、（ｉｉ）無線ＭＡＮ（例えば、ＷｉＭＡＸ（登録商標）である。）、無線ＬＡＮ（例えば、ＷｉＦｉ（登録商標）である。）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの無線通信網を含んでもよい。

本実施形態において、通信端末２６は、通信ネットワーク１０を介して、電気自動車２２との間で情報を送受する。通信端末２６は、近距離無線通信又は有線通信により、電気自動車２２との間で情報を送受してもよい。近距離無線通信としては、無線ＭＡＮ（例えば、ＷｉＭＡＸ（登録商標）である。）、無線ＬＡＮ（例えば、ＷｉＦｉ（登録商標）である。）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを例示することができる。通信端末２６は、通信ネットワーク１０を介して、取引相手３０の通信装置との間で情報を送受する。通信端末２６は、通信ネットワーク１０を介して、サービス提供サーバ４０との間で情報を送受してもよい。

通信端末２６は、ハードウェアにより実現されてもよく、ハードウェア及びソフトウエアにより実現されてもよい。通信端末２６としては、パーソナルコンピュータ、携帯端末などを例示することができる。携帯端末としては、携帯電話、スマートフォン、ＰＤＡ、タブレット、ノートブック・コンピュータ又はラップトップ・コンピュータ、ウエアラブル・コンピュータなどを例示することができる。通信端末２６は、ブロックチェーンなどの分散型台帳技術又は分散型ネットワークを利用して、情報を格納してもよい。

通信端末２６を構成する構成要素の少なくとも一部がソフトウエアにより実現される場合、当該ソフトウエアにより実現される構成要素は、一般的な構成の情報処理装置において、当該構成要素に関する動作を規定したソフトウエア又はプログラムを起動することにより実現されてよい。上記の情報処理装置は、（ｉ）ＣＰＵ、ＧＰＵなどのプロセッサ、ＲＯＭ、ＲＡＭ、通信インタフェースなどを有するデータ処理装置と、（ｉｉ）キーボード、タッチパネル、カメラ、マイク、各種センサ、ＧＰＳ受信機などの入力装置と、（ｉｉｉ）表示装置、スピーカ、振動装置などの出力装置と、（ｉｖ）メモリ、ＨＤＤなどの記憶装置（外部記憶装置を含む。）とを備えてよい。

上記の情報処理装置において、上記のデータ処理装置又は記憶装置は、上記のソフトウエア又はプログラムを記憶してよい。上記のソフトウエア又はプログラムは、プロセッサによって実行されることにより、上記の情報処理装置に、当該ソフトウエア又はプログラムによって規定された動作を実行させる。上記のソフトウエア又はプログラムは、非一時的なコンピュータ可読記録媒体に格納されていてもよい。一実施形態において、通信端末２６は、一般的な情報処理装置に、給電側用のプログラム及び受電側用のプログラムのそれぞれがインストールされることにより実現される。他の実施形態において、一般的な情報処理装置に、給電側用及び受電側用の両方の機能を有するプログラムがインストールされることにより、通信端末２６が実現される。

本実施形態において、サービス提供サーバ４０は、当該サーバにアクセスしたユーザに対して、各種のサービスを提供する。例えば、サービス提供サーバ４０は、各種のＷｅｂサービス又はクラウドサービスを提供する。サービス提供サーバ４０により提供されるサービスとしては、スケジュール管理サービス又はタスク管理サービス、ライドシェアサービスなどを例示することができる。

本実施形態において、タスク管理部２１２は、電気自動車２２のタスクを管理する。タスク管理部２１２は、電気自動車２２の１又は複数のタスクに関するタスク情報を取得する。例えば、タスク管理部２１２は、通信端末２６及びサービス提供サーバ４０の少なくとも一方から、電気自動車２２のタスク情報を取得する。タスク管理部２１２は、ユーザ２４の予定に関する情報に基づいて、タスク情報を取得してもよい。タスク管理部２１２は、取引管理部２１４にタスク情報を送信する。

本実施形態において、取引管理部２１４は、電気自動車２２に関する電力取引を管理する。例えば、取引管理部２１４は、ユーザ２４の予定を考慮して、電力取引の要否又は可否を決定する。取引管理部２１４は、電力取引を実施することを決定した場合、ユーザ２４の予定に合わせて、電気自動車２２に関する１以上の電力取引のそれぞれについて、日程及び場所を決定する。また、取引管理部２１４は、１以上の電力取引のそれぞれについて、取引相手３０を決定する。

本実施形態において、取引管理部２１４は、ユーザ２４と、１以上の取引相手３０との間で電力を取引することを内容とする契約の成立を仲介する。例えば、取引管理部２１４は、給電側の登録情報及び受電側の登録情報をマッチングさせて、特定の条件に合致する情報を抽出する。電気自動車２２又はユーザ２４は、給電側として登録されていてもよく、受電側として登録されていてもよい。

本実施形態において、取引管理部２１４は、１以上の電力取引の予定を示す取引情報を生成する。取引情報は、例えば、（ｉ）各電力取引が実施される位置を示す情報と、（ｉｉ）各電力取引が実施される日時又は時刻を示す情報と、（ｉｉｉ）各電力取引の当事者を示す情報とを含む。各電力取引の当事者を示す情報は、少なくとも取引相手３０を示す情報を含んでよい。

［電力取引管理システム２００の各部の具体的な構成］
電力取引管理システム２００の各部は、ハードウェアにより実現されてもよく、ソフトウエアにより実現されてもよく、ハードウェア及びソフトウエアにより実現されてもよい。電力取引管理システム２００の各部は、その少なくとも一部が、単一のサーバによって実現されてもよく、複数のサーバによって実現されてもよい。電力取引管理システム２００の各部は、その少なくとも一部が、仮想サーバ上又はクラウドシステム上で実現されてもよい。電力取引管理システム２００の各部は、その少なくとも一部が、パーソナルコンピュータ又は携帯端末によって実現されてもよい。携帯端末としては、携帯電話、スマートフォン、ＰＤＡ、タブレット、ノートブック・コンピュータ又はラップトップ・コンピュータ、ウエアラブル・コンピュータなどを例示することができる。電力取引管理システム２００は、ブロックチェーンなどの分散型台帳技術又は分散型ネットワークを利用して、情報を格納してもよい。

電力取引管理システム２００を構成する構成要素の少なくとも一部がソフトウエアにより実現される場合、当該ソフトウエアにより実現される構成要素は、一般的な構成の情報処理装置において、当該構成要素に関する動作を規定したソフトウエア又はプログラムを起動することにより実現されてよい。上記の情報処理装置は、（ｉ）ＣＰＵ、ＧＰＵなどのプロセッサ、ＲＯＭ、ＲＡＭ、通信インタフェースなどを有するデータ処理装置と、（ｉｉ）キーボード、タッチパネル、カメラ、マイク、各種センサ、ＧＰＳ受信機などの入力装置と、（ｉｉｉ）表示装置、スピーカ、振動装置などの出力装置と、（ｉｖ）メモリ、ＨＤＤなどの記憶装置（外部記憶装置を含む。）とを備えてよい。上記の情報処理装置において、上記のデータ処理装置又は記憶装置は、上記のソフトウエア又はプログラムを記憶してよい。上記のソフトウエア又はプログラムは、プロセッサによって実行されることにより、上記の情報処理装置に、当該ソフトウエア又はプログラムによって規定された動作を実行させる。上記のソフトウエア又はプログラムは、非一時的なコンピュータ可読記録媒体に格納されていてもよい。

図３は、タスク管理部２１２の内部構成の一例を概略的に示す。本実施形態において、タスク管理部２１２は、予定情報取得部３１０と、タスク情報生成部３２０と、タスク情報取得部３３０と、タスク更新部３４０と、格納部３５０とを備える。本実施形態において、格納部３５０は、店舗情報格納部３５２と、交通情報格納部３５４と、タスク情報格納部３５６とを有する。タスク管理部２１２の各部は、図３に示された矢印に限定されることなく、相互に情報を送受してよい。タスク更新部３４０は、変更決定部の一例であってよい。

本実施形態において、予定情報取得部３１０は、ユーザ２４の予定に関する情報（予定情報と称する場合がある。）を取得する。予定情報取得部３１０は、ユーザ２４の複数の予定に関する情報を取得してよい。予定情報は、例えば、予定の内容を示す情報と、当該予定が実施される位置を示す情報と、当該予定が実施される日時又は時刻を示す情報とを含む。予定情報取得部３１０は、予定情報をタスク情報生成部３２０に送信する。

一実施形態において、予定情報取得部３１０は、通信端末２６から、ユーザ２４の予定情報を取得する。例えば、ユーザ２４は、通信端末２６の表示装置に表示された入力画面に予定を入力すると、通信端末２６は、ユーザからの入力を受け付け、当該入力を予定情報取得部３１０に送信する。予定情報取得部３１０は、上記の入力画面を生成して、通信端末２６に送信してもよい。通信端末２６にインストールされたプログラムが、上記の入力画面を生成してもよい。予定情報取得部３１０は、通信端末２６から受け取った情報を予定情報として取得する。

他の実施形態において、予定情報取得部３１０は、サービス提供サーバ４０から、ユーザ２４の予定情報を取得する。例えば、サービス提供サーバ４０がスケジュール管理サービス又はタスク管理サービスを提供する場合、予定情報取得部３１０は、サービス提供サーバ４０にアクセスして、ユーザ２４のスケジュール又はタスクに関する情報を取得する。ユーザ２４がサービス提供サーバ４０にスケジュール又はタスクを登録した場合に、サービス提供サーバ４０が、ユーザ２４のスケジュール又はタスクに関する情報を予定情報取得部３１０に送信してもよい。予定情報取得部３１０は、サービス提供サーバ４０から受け取った情報を予定情報として取得する。

サービス提供サーバ４０がライドシェアサービスを提供する場合、予定情報取得部３１０は、サービス提供サーバ４０にアクセスして、ユーザ２４が同乗予定者をピックアップする位置及び日時又は時刻に関する情報（ピックアップ情報と称する場合がある。）を取得する。ユーザ２４及び同乗予定者のマッチングが成立した場合に、サービス提供サーバ４０が、ピックアップ情報を予定情報取得部３１０に送信してもよい。予定情報取得部３１０は、サービス提供サーバ４０から受け取った情報を予定情報として取得する。

本実施形態において、タスク情報生成部３２０は、予定情報取得部３１０から予定情報を受け取る。タスク情報生成部３２０は、予定情報に基づいて、電気自動車２２のタスクに関する情報（タスク情報と称する場合がある。）を生成する。タスク情報生成部３２０は、予定情報に基づいて電気自動車２２の複数のタスクに関するタスク情報を生成してもよい。タスク情報生成部３２０は、生成されたタスク情報をタスク情報格納部３５６に格納してよい。

一実施形態において、タスク情報生成部３２０は、予め定められた設定に基づいて、予定が実施される時刻から、タスクが実施される時刻を算出してよい。予め定められた設定には、予定が実施される場所に、予定が実施される時刻の何分前までに到着すべきかを示す情報と、予定の種類を示す情報とが、対応付けて記憶されていてもよい。例えば、タスク情報生成部３２０は、「映画館Ｂで、上映開始時刻が１４時である映画Ｚを見る」という予定情報と、「予定が映画、公演、講演又はこれらに類似するものである場合には、映画等の開始時間の２０分前までに会場に到着する」ことを示す設定とに基づいて、「１３時４０分までに映画館Ｂに到着する」というタスク情報を生成する。タスク管理部２１２又は通信端末２６は、上記の設定をユーザ毎に記憶していてもよい。

他の実施形態において、タスク情報生成部３２０は、１又は複数のタスクのそれぞれが実施される位置及び順序を決定し、各タスクが実施される位置及び時刻に関する情報を含むタスク情報を生成してよい。タスク情報生成部３２０は、店舗情報格納部３５２に格納された店舗情報、及び、交通情報格納部３５４に格納された交通情報の少なくとも一方に基づいて、１又は複数のタスクのそれぞれが実施される位置及び順序を決定してもよい。交通情報は、例えば、地図情報、渋滞情報などを含む。店舗情報は、１以上の店舗のそれぞれについて、例えば、各店舗の位置、各店舗が提供するサービスの種類及び内容などに関する情報を含む。

本実施形態において、タスク情報生成部３２０は、店舗情報格納部３５２に格納された店舗情報、及び、交通情報格納部３５４に格納された交通情報の少なくとも一方と、上記のような予め定められた設定とに基づいて、１又は複数のタスクのそれぞれが実施される位置及び順序を決定してもよい。なお、取引相手３０は、店舗情報及び交通情報の少なくとも一方を、他のサーバから取得してもよい。

例えば、タスク情報生成部３２０は、「映画Ｚを見る」及び「１９時からレストランＡで夕食を食べる」という予定情報に基づいて、「１３時４０分までに映画館Ｂに到着する」、「１８時までに映画館Ｂを出発する」及び「１８時５０分までにレストランＡに到着する」というタスク情報を生成する。上記のタスク情報の生成手順は特に限定され鵜物ではないが、タスク情報生成部３２０は、例えば下記の手順により、上記のタスク情報を生成する。タスク情報生成部３２０は、手順の一部を省略したり、他の手順を追加したり、手順の順番を入れ替えたりすることで、上記のタスク情報を生成してもよい。

予定情報に含まれる予定には、予定が実施される位置（実施位置と称する場合がある。）が指定されている場合と、予定の実施位置が指定されていない場合とがある。同様に、予定情報に含まれる予定には、予定が実施される時刻（実施時刻と称する場合がある。）が指定されている場合と、予定の実施時刻が指定されていない場合とがある。そこで、タスク情報生成部３２０は、まず、実施時刻が指定されている予定に関する予定情報と、予め定められた設定とに基づいて、タスク情報を生成する。これにより、「１９時からレストランＡで夕食を食べる」という予定情報から、「１８時５０分までにレストランＡに到着する」というタスク情報が生成される。

このとき、タスク情報生成部３２０は、電気自動車２２の現在位置の位置情報と、レストランAの位置情報と、交通情報格納部３５４に格納された交通情報とに基づいて、１８時５０分までにレストランＡに到着することができるか否かを判定してもよい。１８時５０分までにレストランＡに到着することができないという判定結果が得られた場合、判定結果を通信端末２６に送信して、当該判定結果をユーザ２４に通知するためのテキスト、アイコン若しくは画面、又は、音声を出力させる。一方、１８時５０分までにレストランＡに到着することができるという判定結果が得られた場合、次のタスクを生成するための手順を実行する。

次に、タスク情報生成部３２０は、店舗情報格納部３５２に格納された店舗情報と、交通情報格納部３５４に格納された交通情報とを参照して、店舗情報格納部３５２に登録された１以上の店舗の中から、「１８時５０分までにレストランＡに到着する」というタスクと、「映画Ｚを見る」という予定との両方の条件を満足する店舗を抽出する。具体的には、（ｉ）映画Ｚを上映している映画館であって、（ｉｉ）電気自動車２２の現在位置を今から出発して、映画Ｚの上映開始時刻までに当該映画館に到達することができ、（ｉｉｉ）映画Ｚの上映終了時刻に当該映画館を出発して、１８時５０分までにレストランＡに到着することができる映画館を抽出する。

上記の抽出処理において、上記の条件を満足する映画館が抽出されなかった場合、タスク情報生成部３２０は、例えば、当該抽出結果を通信端末２６に送信して、当該抽出結果をユーザ２４に通知するための画面又は音声を出力させる。一方、上記の条件を満足する映画館が抽出された場合、タスク情報生成部３２０は、「映画Ｚを見る」という予定情報から、例えば、「１３時４０分までに映画館Ｂに到着する」及び「１８時までに映画館Ｂを出発する」というタスク情報を生成する。タスク情報生成部３２０は、生成されたタスク情報を３３０に送信してよい。

上記の条件を満足する店舗として、複数の映画館が抽出された場合、タスク情報生成部３２０は、予め定められた設定に基づいて、一の映画館を抽出する。例えば、タスク情報生成部３２０は、複数の候補の中から、特定のパラメータが最小又は最大となる候補を抽出する。タスク情報生成部３２０は、複数の候補の中から、特定のパラメータが小さいものから順に又は当該パラメータが大きいものから順に、予め定められた数の候補を抽出してもよい。この場合において、タスク情報生成部３２０は、抽出結果を通信端末２６に送信して、ユーザ２４に、抽出された複数の候補の中から一の候補を選択させるためのテキスト、アイコン若しくは画面、又は、音声を出力させてもよい。タスク情報生成部３２０は、通信端末２６から、ユーザ２４の選択結果を示す情報を取得してよい。特定のパラメータとしては、移動距離、電力消費量、各種の料金、移動時間、現在の時刻から予定の開始時刻までの期間、予定の実施位置への到着予定時刻から予定の開始時刻までの期間、予定の終了時刻から次の予定までの期間などを例示することができる。

本実施形態において、タスク情報生成部３２０は、電気自動車２２に関する既存のタスクを変更する必要が生じた場合に、タスク情報を生成しなおす。例えば、タスク更新部３４０が電気自動車２２に関する既存のタスクを変更する必要があると判定した場合、タスク情報生成部３２０は、変更後の１又は複数のタスクのそれぞれが実施される位置及び順序を決定し、変更後の１又は複数のタスクのそれぞれが実施される位置及び時刻に関する情報を含む新たなタスク情報を生成する。

本実施形態において、タスク情報取得部３３０は、電気自動車２２のタスク情報を取得する。タスク情報取得部３３０は、タスク情報生成部３２０が生成したタスク情報を取得してよい。タスク情報取得部３３０は、通信端末２６から、電気自動車２２のタスク情報を取得してもよい。タスク情報取得部３３０は、サービス提供サーバ４０から、電気自動車２２のタスク情報を取得してもよい。タスク情報取得部３３０は、予定情報取得部３１０が通信端末２６又はサービス提供サーバ４０から予定情報を取得する手順と同様の手順により、通信端末２６又はサービス提供サーバ４０からタスク情報を取得してよい。本実施形態において、タスク情報取得部３３０は、タスク情報をタスク更新部３４０に送信する。

本実施形態において、タスク情報格納部３５６に格納されたタスク情報を更新する。例えば、タスク更新部３４０は、タスク情報取得部３３０からタスク情報を受信して、当該タスク情報をタスク情報格納部３５６に格納する。タスク更新部３４０は、タスク情報格納部３５６に格納されたタスク情報を取引管理部２１４に送信してもよい。タスク更新部３４０は、取引管理部２１４からの要求に応じて、タスク情報格納部３５６に格納されたタスク情報を取引管理部２１４に送信してもよい。

タスク更新部３４０は、通信端末２６又はサービス提供サーバ４０から、既存のタスク情報が削除されたことを示す情報、又は、既存のタスク情報を削除するための要求を受信して、タスク情報格納部３５６に格納された当該タスク情報を削除してもよい。タスク更新部３４０は、通信端末２６又はサービス提供サーバ４０から、既存のタスク情報の内容が変更されたことを示す情報、又は、既存のタスク情報の内容を変更するための要求を受信して、タスク情報格納部３５６に格納された当該タスク情報の内容を変更してもよい。

本実施形態において、タスク更新部３４０は、電気自動車２２に関するタスクの変更の要否を決定する。より具体的には、タスク更新部３４０は、電気自動車２２に関する一のタスク情報の変更に伴い、電気自動車２２に関する他のタスクを変更する必要があるか否かを判定する。

一実施形態において、タスク更新部３４０は、タスク情報取得部３３０から、電気自動車２２に関する新たなタスク情報を受信した場合、当該新たなタスク情報が追加されることにより、電気自動車２２に関する他のタスクを変更する必要があるか否かを判定する。他の実施形態において、タスク更新部３４０は、通信端末２６又はサービス提供サーバ４０から、既存のタスク情報が削除されたことを示す情報、又は、既存のタスク情報を削除するための要求を受信した場合、当該既存のタスク情報が削除されることにより、電気自動車２２に関する他のタスクを変更する必要があるか否かを判定する。

さらに他の実施形態において、タスク更新部３４０は、通信端末２６又はサービス提供サーバ４０から、既存のタスク情報の内容が変更されたことを示す情報、又は、既存のタスク情報の内容を変更するための要求を受信した場合、当該既存のタスク情報の内容が変更されることにより、電気自動車２２に関する他のタスクを変更する必要があるか否かを判定する。タスク情報の内容の変更としては、タスクが実施される位置の変更、タスクが実施される日時又は時刻の変更、タスクが実施される期間の変更などを例示することができる。

本実施形態において、タスク更新部３４０は、取引管理部２１４に電力取引の仲介処理を実施させるための命令を、取引管理部２１４に送信する。一実施形態において、タスク更新部３４０は、通信端末２６から、取引管理サーバ２１０に電力取引の仲介処理を実施させるための命令を受信する。タスク更新部３４０は、通信端末２６から上記の命令を受け取ると、取引管理部２１４に電力取引の仲介処理を実施させるための命令を、取引管理部２１４に送信する。他の実施形態において、タスク更新部３４０は、電気自動車２２に関する既存のタスクを変更する必要があると判定した場合、取引管理部２１４に電力取引の仲介処理を実施させるための命令を、取引管理部２１４に送信する。

本実施形態において、タスク更新部３４０は、一のタスクの予定時刻が到来する前に、当該タスクの存在をユーザ２４にリマインドする。例えば、タスク更新部３４０は、一のタスクの予定時刻よりも予め定められた時間だけ前の時刻が到来してから、予定時刻が経過するまでの間に、当該タスクに関する情報を、電気自動車２２のコンピュータ又はユーザ２４の通信端末２６に送信する。このとき、タスク更新部３４０は、上記のタスクを予定どおり実施することを示す情報又は当該のタスクを変更することを示す情報の送信することをユーザ２４に促すための情報を、電気自動車２２のコンピュータ又はユーザ２４の通信端末２６に送信してもよい。

本実施形態において、格納部３５０は、各種の情報を格納する。例えば、店舗情報格納部３５２は、１以上の店舗に関する様々な情報（店舗情報と称する場合がある。）を格納する。交通情報格納部３５４は、各種の交通情報を格納する。タスク情報格納部３５６は、１以上の移動体のそれぞれに関する１以上のタスク情報を格納する。

本実施形態においては、取引管理サーバ２１０の各部が、格納部３５０に格納された情報を参照して各種の処理を実行する場合について説明する。しかしながら、取引管理サーバ２１０における情報処理は本実施形態に限定されない。取引管理サーバ２１０の各部は、外部のデータベースに格納された情報を参照して、各種の情報処理を実行してもよい。取引管理サーバ２１０の各部は、ブロックチェーン技術を利用して分散型データベースに格納された情報を参照して、各種の情報処理を実行してもよい。

図４は、入力画面４００の一例を概略的に示す。入力画面４００は、通信端末２６の表示画面に表示される画面の一例であってよい。入力画面４００は、電力取引管理システム２００のユーザインタフェースの一例であってよい。入力画面４００は、ユーザ２４に、予定の入力を促すための画面の一例であってよい。

本実施形態において、入力画面４００は、指定された期間におけるユーザ２４の予定を表示するための表示モジュール４１０を含む。表示モジュール４１０は、例えば、予定の内容、場所、開始時刻、終了時刻、所要時間、同行者などの情報を表示する。本実施形態において、入力画面４００は、表示モジュール４１０の表示形式をユーザ２４に指定させるための命令が組み込まれたアイコン４２２と、予定を追加するための命令が組み込まれたアイコン４２４と、予定を編集するための命令が組み込まれたアイコン４２６とを含む。編集作業としては、（ｉ）予定の内容、場所、開始時刻、所要時間などの変更、（ｉｉ）予定の削除などを例示することができる。

本実施形態において、入力画面４００は、予定が変更される可能性の程度をユーザに指定させるための命令が組み込まれたアイコン４３０と、取引管理サーバ２１０に電力取引の仲介処理を実施させるための命令が組み込まれたアイコン４４０とを含んでもよい。例えば、ユーザ２４が、アイコン４４０をクリック又はタップして、アイコン４４０に組み込まれた命令を実行すると、取引管理サーバ２１０は、表示モジュール４１０に表示された１以上の予定のうちの少なくとも１つが実行されている間に１以上の電力取引を実施するか否かを決定する。また、取引管理サーバ２１０は、１以上の電力取引を実施することを決定した場合、各電力取引の相手方を決定する。

この場合において、取引管理サーバ２１０は、予定が変更される可能性の程度を考慮して、電力取引の相手方を決定してよい。例えば、予定が変更される可能性が高い場合には、取引相手の候補者の中から、電力取引のキャンセルに伴い発生する費用が少ない候補者を、取引相手として抽出する。予定が変更される可能性の程度は、電力取引のキャンセルに伴い発生する費用の多寡に関するパラメータの一例であってよい。

図５は、データテーブル５００の一例を概略的に示す。データテーブル５００は、例えば、タスク情報格納部３５６に格納される。本実施形態において、データテーブル５００は、移動体ＩＤ５０２と、タスクＩＤ５０４と、タスク情報５０６とを対応付けて格納する。タスク情報５０６は、例えば、位置５１２と、時刻５１４と、行動５１６とに関する情報を含む。データテーブル５００を構成するレコードのそれぞれは、タスク情報の一例であってよい。

図６は、取引管理部２１４の内部構成の一例を概略的に示す。本実施形態において、取引管理部２１４は、取引条件生成部６１０と、仲介部６２０と、仲介情報格納部６２２と、スケジュール情報生成部６３０と、スケジュール情報格納部６４０とを備える。取引管理部２１４の各部は、図６に示された矢印に限定されることなく、相互に情報を送受してよい。取引条件生成部６１０は、抽出条件決定部の一例であってよい。仲介部６２０は、抽出部の一例であってよい。仲介情報格納部６２２は、取引条件格納部の一例であってよい。スケジュール情報生成部６３０は、取引スケジュール決定部の一例であってよい。

本実施形態において、取引条件生成部６１０は、仲介部６２０におけるマッチング処理に用いられる電気自動車２２の側の取引条件を生成する。例えば、取引条件生成部６１０は、電気自動車２２のタスク情報に基づいて、電気自動車２２に関する複数のタスクのうちの少なくとも１つのタスクについて、当該タスクが実施される位置において、（ｉ）電気自動車２２が取引できる電力量及び（ｉｉ）電気自動車２２が電力を取引できる期間を決定する。取引条件生成部６１０は、取引できる電力量の最大値を決定してもよく、取引できる電力量の最小値及び最大値を決定してもよい。

取引条件生成部６１０は、その他の取引条件を決定してもよい。その他の取引条件としては、取引される電力の規格又は品質に関する条件、取引される電力の料金に関する条件、取引のキャンセルを許容するか否かに関する条件などを例示することができる。取引される電力の規格又は品質としては、定格電圧、定格電力、電圧変動の程度、電流変動の程度、電力供給施設の種類などを例示することができる。取引される電力の料金としては、取引全体の費用、取引される電力の単価、取引がキャンセルされた場合のキャンセル料、取引が途中で終了した場合の補償費用などを例示することができる。取引される電力の単価としては、取引のキャンセルを許容する場合の単価、及び、取引のキャンセルを許容しない場合の単価などを例示することができる。

取引条件生成部６１０は、電気自動車２２に関する複数のタスクのうち、単一のタスクについて取引条件を生成してもよい。取引条件生成部６１０は、電気自動車２２に関する複数のタスクのうち、複数のタスクについて取引条件を生成してもよい。

上述のとおり、電気自動車２２に関するタスクの追加が、電気自動車２２に関する既存のタスクに影響を及ぼす場合がある。また、電気自動車２２に関する一のタスクの内容の変更が、電気自動車２２に関する他のタスクに影響を及ぼす場合がある。この場合において、取引条件生成部６１０は、変更後の１又は複数のタスクについて、再度、取引条件を決定してよい。例えば、取引条件生成部６１０は、変更後の１又は複数のタスクのうちの少なくとも１つのタスクについて、当該タスクが実施される位置において、（ｉ）電気自動車２２が取引できる電力量及び（ｉｉ）電気自動車２２が電力を取引できる期間を決定する。取引条件生成部６１０は、その他の取引条件を決定してもよい。

一実施形態によれば、電気自動車２２の既存のタスクを変更する必要がある場合、タスク情報生成部３２０が、変更後の１又は複数のタスクに関する新たなタスク情報を生成し、当該新たなタスク情報をタスク情報格納部３５６に格納する。取引条件生成部６１０は、タスク情報格納部３５６にアクセスして、新たなタスク情報を取得する。取引条件生成部６１０は、新たなタスク情報に基づいて、変更後の１又は複数のタスクのうちの少なくとも１つのタスクについて、当該タスクが実施される位置において、（ｉ）電気自動車２２が取引できる電力量及び（ｉｉ）電気自動車２２が電力を取引できる期間を決定する。取引条件生成部６１０は、その他の取引条件を決定してもよい。

本実施形態において、仲介部６２０は、電気自動車２２が提示する取引条件と、取引相手３０となり得る複数の候補のそれぞれが提示する取引条件とを比較して、両者をマッチングさせる。取引相手３０となり得る複数の候補のそれぞれが提示する取引条件は、例えば、仲介情報格納部６２２に予め登録されている。取引相手３０となり得る複数の候補のそれぞれは、予め登録された複数の候補の一例であってよい。仲介部６２０は、取引条件生成部６１０から電気自動車２２側の取引条件を受け取ったことをトリガーとして、マッチング処理を実行してよい。仲介部６２０は、抽出結果をスケジュール情報生成部６３０に送信する。

一実施形態によれば、仲介部６２０は、複数の候補の中から、取引条件生成部６１０が生成した取引条件を満足する候補を抽出する。例えば、仲介部６２０は、取引条件に関連するタスクが実施される位置において、取引条件で定められた期間に、取引条件で定められた電力量の電力を取引できる１以上の候補を抽出する。

複数の候補が取引条件を満足する場合、仲介部６２０は、予め定められた設定に基づいて、一の候補を取引相手として決定してよい。一実施形態によれば、仲介部６２０は、複数の候補の中から、特定のパラメータが最小又は最大となる候補を抽出する。他の実施形態によれば、複数の候補の中から、特定のパラメータが小さいものから順に又は当該パラメータが大きいものから順に、予め定められた数の候補を抽出してもよい。この場合において、仲介部６２０は、抽出結果を通信端末２６に送信して、ユーザ２４に、抽出された複数の候補の中から一の候補を選択させるためのテキスト、アイコン若しくは画面、又は、音声を出力させてもよい。仲介部６２０は、通信端末２６から、ユーザ２４の選択結果を示す情報を取得してよい。特定のパラメータとしては、料金、取引に要する時間などを例示することができる。

本実施形態において、仲介情報格納部６２２は、仲介部６２０の仲介処理に用いられる情報を格納する。仲介情報格納部６２２は、例えば、給電側の取引条件と、受電側の取引条件とを格納する。給電側の条件としては、給電側の当事者となり得る複数の候補のそれぞれについて、各候補の識別情報と、取引のキャンセルの可否に関する情報及び取引のキャンセルに伴い増加する費用に関する情報の少なくとも一方とを対応付けて格納する。

本実施形態において、スケジュール情報生成部６３０は、仲介部６２０が抽出した１以上の候補に関する情報を取得する。スケジュール情報生成部６３０は、上記の１以上の候補に関する情報に基づいて、予め定められた条件を満足するように、１以上の電力取引の位置、期間及び相手方を決定する。スケジュール情報生成部６３０は、仲介部６２０が抽出した１以上の候補に関する情報を取得したことをトリガーとして、上記の処理を実行してよい。

予め定められた条件としては、ユーザ２４が指定した全てのタスクを実行した場合に、特定のパラメータの合計が最小又は最大になるという条件、ユーザ２４が指定した全てのタスクを実行した場合に、特定のパラメータの合計が予め定められた範囲内に収まるという条件などを例示することができる。特定のパラメータとしては、移動距離、電力消費量、各種の料金、移動時間、現在の時刻から予定の開始時刻までの期間、予定の実施位置への到着予定時刻から予定の開始時刻までの期間、予定の終了時刻から次の予定までの期間などを例示することができる。

これにより、例えば、ユーザ２４により指定された期間において、ユーザ２４が予定Ａ、予定Ｂ及び予定Ｃという３つの予定を有する場合において、電力取引に関して、次のようなスケジュールを作成することができる。（ｉ）ユーザ２４が予定Ａを実施している間に、取引相手Ｘの電力供給設備を利用して電気自動車２２の蓄電池を充電する。（ｉｉ）ユーザ２４が予定Ｂを実施している間は電力取引を実施しない。（ｉｉｉ）ユーザ２４が予定Ｃを実施している間に、取引相手Ｙの機器に電力を供給する。

本実施形態において、スケジュール情報生成部６３０は、１以上の電力取引の位置、期間及び相手方に関する情報を含むスケジュール情報を生成する。スケジュール情報生成部６３０は、生成されたスケジュール情報をスケジュール情報格納部６４０に送信する。スケジュール情報格納部６４０は、スケジュール情報生成部６３０から受け取ったスケジュール情報を格納する。

上述のとおり、電気自動車２２に関するタスクが追加されたり、電気自動車２２に関する一のタスクの内容が変更されたりしたことに伴い、１又は複数の電力取引をキャンセルしたり、取引条件を変更したりすることが必要になる場合がある。この場合において、スケジュール情報生成部６３０は、電力取引のキャンセル処理、及び、取引条件の変更処理の少なくとも一方を実施してよい。

例えば、スケジュール情報生成部６３０は、一のタスクが削除される場合において、当該タスクに関連する１以上の取引のうちの少なくとも１つをキャンセルする必要があるとき、上記の１以上の取引のうち、当該取引のキャンセルにより発生する費用及び当該取引の相手方の属性の少なくとも一方が予め定められた条件を満足する取引をキャンセルすることを決定する。予め定められた条件としては、取引のキャンセルにより発生する費用が予め定められた値よりも小さいという条件、取引の相手方の属性が特定の属性であるという条件、取引の相手方の属性が特定の属性でないという条件などを例示することができる。取引の相手方の属性としては、法人であるか否か、個人であるか否か、電力の提供を業とする者であるか否かなどを例示することができる。

図７は、データテーブル７００の一例を概略的に示す。本実施形態において、データテーブル７００は、取引ＩＤ７０２と、取引情報７０４とを対応付けて格納する。取引情報７０４は、例えば、取引が行われる位置７１２、取引が行われる期間７１４、給電側の取引当事者を識別するための給電側ＩＤ７１６、受電側の取引当事者を識別するための受電側ＩＤ７１８、取引条件７２０などに関する情報を含む。

取引条件７２０としては、取引される電力の規格又は品質、取引される電力量、取引される電力の料金、取引のキャンセルを許容するか否かなどを例示することができる。取引される電力の料金としては、取引全体の費用、取引される電力の単価、取引がキャンセルされた場合のキャンセル料、取引が途中で終了した場合の補償費用などを例示することができる。取引される電力の単価としては、取引のキャンセルを許容する場合の単価、及び、取引のキャンセルを許容しない場合の単価などを例示することができる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。また、技術的に矛盾しない範囲において、特定の実施形態について説明した事項を、他の実施形態に適用することができる。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ 通信ネットワーク、１２ タスク情報、１４ 取引スケジュール情報、２２ 電気自動車、２４ ユーザ、２６ 通信端末、３０ 取引相手、３２ 建物、３４ 充電スタンド、３６ 電気自動車、３８ 携帯型電力供給設備、４０ サービス提供サーバ、１００ 電力取引仲介システム、１０２ タスク情報取得部、１０４ 取引相手決定部、２００ 電力取引管理システム、２１０ 取引管理サーバ、２１２ タスク管理部、２１４ 取引管理部、３１０ 予定情報取得部、３２０ タスク情報生成部、３３０ タスク情報取得部、３４０ タスク更新部、３５０ 格納部、３５２ 店舗情報格納部、３５４ 交通情報格納部、３５６ タスク情報格納部、４００ 入力画面、４１０ 表示モジュール、４２２ アイコン、４２４ アイコン、４２６ アイコン、４３０ アイコン、４４０ アイコン、５００ データテーブル、５０２ 移動体ＩＤ、５０４ タスクＩＤ、５０６ タスク情報、５１２ 位置、５１４ 時刻、５１６ 行動、６１０ 取引条件生成部、６２０ 仲介部、６２２ 仲介情報格納部、６３０ スケジュール情報生成部、６４０ スケジュール情報格納部、７００ データテーブル、７０２ 取引ＩＤ、７０４ 取引情報、７１２ 位置、７１４ 期間、７１６ 給電側ＩＤ、７１８ 受電側ＩＤ、７２０ 取引条件

Claims (11)

1. 蓄電池を搭載し、前記蓄電池から提供される電力を利用して移動可能な移動体の複数のタスクに関するタスク情報を取得するタスク情報取得部と、
   前記タスク情報取得部が取得した前記タスク情報に基づいて、前記複数のタスクのうち少なくとも１つのタスクが実施される位置において、前記移動体との間で電力を取引する相手方を決定する取引相手決定部と、
   を備え、
   前記タスク情報は、前記移動体の複数のタスクのそれぞれが実施される位置及び時刻に関する情報を含み、
   前記取引相手決定部は、
   前記タスク情報に基づいて、前記複数のタスクのうちの少なくとも１つのタスクについて、当該タスクが実施される位置において、前記移動体が電力を取引できる期間を決定する抽出条件決定部と、
   予め登録された複数の候補の中から、前記少なくとも１つのタスクが実施される位置において、前記抽出条件決定部が決定した期間に、前記移動体との間で電力を取引できる１以上の候補を抽出する抽出部と、
   前記抽出部が抽出した１以上の候補に関する情報に基づいて、１以上の電力取引の位置、期間及び相手方を決定する取引スケジュール決定部と、
   を有する、
   電力取引仲介システム。
2. 前記移動体のユーザの複数の予定に関する予定情報を取得する予定情報取得部と、
   前記予定情報取得部が取得した予定情報に基づいて、前記タスク情報を生成するタスク情報生成部と、
   をさらに備える、
   請求項１に記載の電力取引仲介システム。
3. 前記タスク情報生成部は、
   前記予定情報取得部が取得した予定情報に基づいて、前記移動体の複数のタスクのそれぞれが実施される位置及び順序を決定し、
   前記移動体の複数のタスクのそれぞれが実施される位置及び順序に基づいて、前記タスク情報を生成する、
   請求項２に記載の電力取引仲介システム。
4. 前記抽出条件決定部は、前記タスク情報に基づいて、前記複数のタスクのうちの少なくとも１つのタスクについて、当該タスクが実施される位置において、（ｉ）前記移動体が取引できる電力量及び（ｉｉ）前記移動体が電力を取引できる期間を決定し、
   前記抽出部は、予め登録された複数の候補の中から、前記少なくとも１つのタスクが実施される位置において、前記抽出条件決定部が決定した期間に、前記抽出条件決定部が決定した電力量の電力を取引できる１以上の候補を抽出し、
   前記取引スケジュール決定部は、前記抽出部が抽出した１以上の候補に関する情報に基づいて、予め定められた条件を満足するように、１以上の電力取引の位置、期間及び相手方を決定する、
   請求項３に記載の電力取引仲介システム。
5. 前記複数の候補のそれぞれについて、各候補の識別情報と、取引のキャンセルの可否に関する情報及び取引のキャンセルに伴い増加する費用に関する情報の少なくとも一方とを対応付けて格納する取引条件格納部をさらに備え、
   前記抽出部は、前記取引条件格納部に格納された複数の候補の中から、前記１以上の候補を抽出する、
   請求項４に記載の電力取引仲介システム。
6. 前記移動体のタスクの変更の要否を決定する変更決定部をさらに備え、
   前記変更決定部が前記移動体のタスクを変更する必要があると判断した場合、
   前記抽出条件決定部は、変更後の１又は複数のタスクのうちの少なくとも１つのタスクについて、当該タスクが実施される位置において、（ｉ）前記移動体が取引できる電力量及び（ｉｉ）前記移動体が電力を取引できる期間を決定し、
   前記抽出部は、予め登録された複数の候補の中から、前記少なくとも１つのタスクが実施される位置において、前記抽出条件決定部が決定した期間に、前記抽出条件決定部が決定した電力量の電力を取引できる１以上の候補を抽出し、
   前記取引スケジュール決定部は、前記抽出部が抽出した１以上の候補に関する情報に基づいて、前記予め定められた条件を満足するように、１以上の電力取引の位置、期間及び相手方を決定する、
   請求項４又は請求項５に記載の電力取引仲介システム。
7. 前記移動体のタスクの変更により第１タスクが削除される場合において、前記第１タスクに関連する１以上の取引のうちの少なくとも１つをキャンセルする必要があるとき、
   前記取引スケジュール決定部は、前記第１タスクに関連する前記１以上の取引のうち、当該取引のキャンセルにより発生する費用及び当該取引の相手方の属性の少なくとも一方が予め定められた第２条件を満足する取引をキャンセルすることを決定する、
   請求項６に記載の電力取引仲介システム。
8. 前記変更決定部が前記移動体のタスクを変更する必要があると判断した場合、
   前記タスク情報生成部は、
   変更後の１又は複数のタスクのそれぞれが実施される位置及び順序を決定し、
   変更後の１又は複数のタスクのそれぞれが実施される位置及び時刻に関する情報を含む新たなタスク情報を生成し、
   前記抽出条件決定部は、前記新たなタスク情報に基づいて、前記少なくとも１つのタスクについて、当該タスクが実施される位置において、（ｉ）前記移動体が取引できる電力量及び（ｉｉ）前記移動体が電力を取引できる期間を決定する、
   請求項６又は請求項７に記載の電力取引仲介システム。
9. 前記変更決定部は、第２タスクの予定時刻よりも予め定められた時間だけ前の時刻が到来してから、前記予定時刻が経過するまでの間に、前記第２タスクに関する情報を、前記移動体又は前記移動体のユーザの通信端末に送信する、
   請求項６から請求項８までの何れか一項に記載の電力取引仲介システム。
10. コンピュータを、請求項１から請求項９までの何れか一項に記載の電力取引仲介システムとして機能させるためのプログラム。
11. コンピュータが、蓄電池を搭載し、前記蓄電池に蓄積された電力を利用して移動可能な移動体の複数のタスクに関するタスク情報を取得するタスク情報取得段階と、
    コンピュータが、前記タスク情報取得段階において取得された前記タスク情報に基づいて、前記複数のタスクのうち少なくとも１つのタスクが実施される位置において、前記移動体との間で電力を取引する相手方を決定する取引相手決定段階と、
    を有し、
    前記タスク情報は、前記移動体の複数のタスクのそれぞれが実施される位置及び時刻に関する情報を含み、
    前記取引相手決定段階は、
    前記タスク情報に基づいて、前記複数のタスクのうちの少なくとも１つのタスクについて、当該タスクが実施される位置において、前記移動体が電力を取引できる期間を決定する抽出条件決定段階と、
    予め登録された複数の候補の中から、前記少なくとも１つのタスクが実施される位置において、前記抽出条件決定段階において決定された期間に、前記移動体との間で電力を取引できる１以上の候補を抽出する抽出段階と、
    前記抽出段階において抽出された１以上の候補に関する情報に基づいて、１以上の電力取引の位置、期間及び相手方を決定する取引スケジュール決定段階と、
    を有する、
    電力取引仲介方法。