JP2014217150A - 端末装置、受給電管理システム、受給電管理方法およびプログラム - Google Patents

Abstract

【課題】 電力の受給を管理する技術を提供する。【解決手段】本発明に係る端末装置は、他の電源からの受電、及び、他の電源への給電を行う伝送部と、前記受電及び給電の履歴を管理する受給電管理部と、前記他の電源における前記履歴を取得して、前記受電した電力及び前記給電した電力の送電経路を特定する出力処理部と、を有する。【選択図】 図１

Description

本発明は、電力の受給を管理する技術に関する。

近年、通信機器やゲーム機器等の携帯型の端末装置が急激に普及している。このような携帯型端末装置の電力は、一般的には搭載された二次電池で賄われる。ところが急速な機器の発展と共に、二次電池にも高容量化や小型軽量化が要求され、電池性能だけで理想的な稼働時間を実現することは困難な状況となっている。従って、外出先や移動中に充電切れを起こさない為には、利用者は充電用の二次電池、或いはスペアの二次電池を別途持ち歩く必要がある。特許文献１には、このような技術について記載されている。

その一方で、端末装置が相互に電力を融通し合うことによって、コンセント等の定点設備のみに頼らない充電を可能としようとする技術がある。特許文献２には、端末装置間における電力の授受を可能とする技術が記載されている。

特開２０１２−１９６０７５号公報 特開２０１１−６７０７２号公報

一方で、電気はデータとは異なりそのものに情報を持たせることができない。その性質上、個人間における電力の受給は管理されて来なかった。しかしながら管理が行われなければ、そのやり取りは換金性や流動性を有するが故のトラブルを引き起こしかねず、それ故に活発なやり取りが抑制される虞もある。

そこで本発明は、電力の受給を管理する技術を提供する。

すなわち、本発明に係る端末装置は、電力の受け渡しの履歴を特定するためのタグ情報を管理する受給電管理部を有することを特徴とする。

さらに、前記受け渡しの履歴は、時刻、利用者に関する情報、送受電力量、及び発電方法に関する情報のうち、少なくとも１つ、またはその組み合わせを含む構成としてもよい。

またさらに、前記履歴は画像情報を含んでもよい。

そして、上記端末装置は、前記受給電管理部は、電力の受け渡しが行われると、当該受け渡しの履歴を特定するための情報を、受け渡し前のタグ情報に加えた新たなタグ情報を生成してもよい。

加えて、上記端末装置は、前記タグ情報に基づいて、前記電力の受け渡しの履歴を特定し、当該履歴を出力する出力処理部を、さらに有していてもよい。

そして、上記電力の受け渡しの履歴は、電力の受け渡し経路であってもよい。

さらに、上記端末装置の出力処理部は、特定の利用者を経由して受け渡された電力に関する履歴を特定し、出力してもよい。

またさらに、上記端末装置は、蓄電池が保持する電力を、前記タグ情報によって分類する蓄電管理部を、さらに有していてもよい。

加えて、上記端末装置の蓄電管理部は、前記タグ情報から電力の発電方法を特定し、当該発電方法によって前記蓄電池が保持する電力を分類してもよい。

さらに、上記端末装置の蓄電管理部は、前記蓄電池が保持する電力が、前記分類ごとに設定される使用順序で消費されるよう前記タグ情報を管理してもよい。

またさらに、上記端末装置の出力処理部は、前記蓄電池が保持する電力について、前記分類ごとの割合を、さらに出力してもよい。

上記した以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。

本発明によると、電力の受給を管理する技術を提供することができる。

本発明の第一の実施形態に係る受給電管理システム１００の構成例を示す図である。 端末装置１の機能構成例を説明するためのブロック図である。 受給電情報１２１０の一例である。 蓄電力情報１２２０の一例である。 端末装置１のハードウェア構成例を示す図である。 履歴情報２２１０の一例である。 利用者情報２２２０の一例である。 管理サーバ２のハードウェア構成例を示す図である。 管理処理についてのフロー図である。 受電処理および給電処理についてのフロー図である。 表示画面の生成処理についてのフロー図である。 電池残量表示画面（送電経路別）９０１ａの一例である。 電池残量表示画面（発電方法別）９０１ｂの一例である。 受給電履歴表示画面９０２の一例である。 表示画面の生成処理についてのフロー図である。 受給電経路表示画面９０３の一例である。 受給電経路表示画面９０３を説明するための説明図である。 利用者情報表示画面９０４の一例である。

以下に、本発明に係る第一の実施形態を適用した受給電管理システム１００について、図面を参照して説明する。

図１は、本発明の第一の実施形態に係る受給電管理システム１００の構成例を示す図である。本発明における受給電管理システム１００には、管理サーバ２と、インターネット等のネットワーク３を介して管理サーバ２と通信を行うことができる複数の端末装置１と、が含まれる。

端末装置１は、電力を供給する給電側の端末として、或いは、電力の供給を受ける受電側の端末として機能するものである。よって端末装置１は、電力源により動作する装置であればどのようなものであっても良い。具体的な例としては、例えば一般的なコンピュータとしての動作を行うことが可能な携帯電話機、ゲーム機、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の移動体が挙げられるが、必ずしも移動体に限定されるものではない。

本実施の形態においての端末装置１は、電力源として二次電池を搭載した携帯電話機であるものとする。以下、受電側としてふるまう端末を端末装置１ａ、給電側の端末としてふるまう端末装置１ｂ、その区別を要さない場合には単に端末装置１と称する。

図２は、端末装置１の機能構成例を説明するためのブロック図である。端末装置１には、制御部１１０と、記憶部１２０と、通信部１３０と、伝送部１４０と、出力部１５０と、が含まれる。

制御部１１０には、受給電管理部１１１と、蓄電力管理部１１２と、出力処理部１１３と、が含まれる。

受給電管理部１１１は、端末装置１で受給電が行われた場合に、その履歴を管理する。具体的に、本実施の形態に係る端末装置１の受給電管理部１１１は、端末装置１が受電側の端末装置１ａとして機能した場合、及び、端末装置１が給電側の端末装置１ｂとして機能した場合に、その受給電に関する履歴を、記憶部１２０の受給電情報記憶部１２１に後述する受給電情報１２１０として蓄積する（図３参照）。

蓄電力管理部１１２は、端末装置１が蓄えている電力を管理する。具体的に、蓄電力管理部１１２は、端末装置１の図示しない電源（バッテリ）の電力残量とその内訳を、記憶部１２０の蓄電力情報記憶部１２２に記憶される、後述する蓄電力情報１２２０により管理する（図４参照）。

出力処理部１１３は、端末装置１の受給電に関する情報を、利用者に提示する。具体的に、出力処理部１１３は、受給電に関する情報を表示するための表示画面を生成して、出力部１５０を介して後述する表示装置９６に表示させる。なお、以下の説明においては、端末へ受電（充電を含む）を行う者、端末から給電を行う者の双方を利用者と記載する。

通信部１３０は、ネットワーク３を介した情報の送受信を行う。なお、本実施の形態に係る通信部１３０は、端末間を相互に直接接続する通信ネットワークの生成についても可能であるものとする。

伝送部１４０は、他の装置の内部電源との間で、電力の受給電を行うものである。なお、電力の電力伝送には、あらゆる方法を利用することができる。例えば、一般的な電力線の他、電磁誘導、振動、光、音、熱等が挙げられる。

出力部１５０は、ディスプレイやプリンタ等の画像出力装置に対する出力依頼を受け付けると、出力を依頼された画面情報を出力する。

端末装置１の記憶部１２０には、受給電情報記憶部１２１と、蓄電力情報記憶部１２２と、が含まれる。

図３は、受給電情報記憶部１２１に記憶される受給電情報１２１０の一例である。受給電情報１２１０には、端末装置１が受給電を行った時刻を特定する情報が格納される時刻格納領域１２１ａが含まれている。また当該時刻に対して、受電又は給電の分類を識別するための情報が格納される分類格納領域１２１ｂと、受給電相手先の端末装置の備える電源を特定するためのＩＤが格納されるＩＤ格納領域１２１ｃと、受給電量を特定するための情報が格納される容量比率格納領域１２１ｄと、送電履歴を特定するためのタグが格納されるタグ格納領域１２１ｅと、電力の消費状況を判定するための情報が格納される消費状況格納領域１２１ｆと、が含まれている。なお、本実施形態においては、１つの端末装置１は１つの電源を備えているものとする。また、その交換について考慮しない場合には、ＩＤは端末装置１の識別子であってもよい。

受給電量は、ここでは自端末における容量比率（％）で表記されるものとする。容量比率は例えば、端末装置１が電圧値から電源の残量比率（％）を算出する従来の手段を有している場合には、これを用いることができる。例えば、電源の残量比率が１回の受電によって、１０％から３０％に上昇したことが検出された場合、このときの受電量を容量比率２０％と見なす。なお、このような比率は必ずしもバッテリの全容量を１００％とするものではなく、また各端末や電池、環境等の諸条件により異なるため、あくまでも予測に基づく目安の値として用いられていることは言うまでもない。なお、受給電量の表示にはこの他にも、電圧上昇差分量及び降下差分量（ΔＶ）、ワット時（Ｗｈ）、ミリアンペア時（ｍＡｈ）等、どのような単位を用いてもよい。

次に、タグについて例をあげて説明する。まず、図３に示す受給電情報１２１０では、端末装置１の受給電管理部１１１により、時刻「Ｔ０」を特定するための情報が時刻格納領域１２１ａに、分類「受電」を特定するための情報が分類格納領域１２１ｂに、受給電相手先の端末装置の備える電源のＩＤ「Ｓｏ」を特定するための情報がＩＤ格納領域１２１ｃに、受電量の容量比率「９０」を特定するための情報が容量比率格納領域１２１ｄに、それぞれ格納されている。これは、時刻Ｔ０に、ＩＤＳｏで識別される電源から、自端末（ＩＤ００９とする）の備える電源へ、容量比率９０％の電力が受電されたことを示している。また、このような受給電の送電履歴を特定するための情報であるタグが、タグ格納領域１２１ｅに格納されている。

タグは、受給電が行われた電力の送電履歴を特定するための情報である。端末装置１は、受電で得られた電力量（即ち、給電で失った電力量）をタグという仮想的な識別子で管理している。以下では、各受給電に応じたタグを生成して電力を管理することについて、「電力にタグを付す」という。

なお、本実施の形態におけるタグは、給電側の端末装置１ｂの電源（以下、単に給電電源と称する）のＩＤと、及び受電側の端末装置１ａの電源（以下、単に受電電源と称する）のＩＤと、受給電の時刻と、が含まれる形式であるものとする。よって上記の例では、給電電源のＩＤ「Ｓｏ」に、時刻情報「Ｔ０」と、受電電源のＩＤ「００９」と、が付加された「Ｓｏ／Ｔ０／００９」がタグとして利用される。なお、タグの形式はこれに限らず、送電履歴が特定可能なものであれば、どのようなフォーマットであってもよい。

なお、本実施の形態に係る端末装置１では、他の端末装置からの受電のみならず、コンセント等の電源設備からの充電も「受電」として扱われるものとする。よってこのような端末装置以外の電源設備にも、予め所定のＩＤが割り振られている。

なお、各需要家ごとや電源設備ごとに、供給される電力の発電方法が異なっている場合があるため、このような発電方法の違いをＩＤに反映させてもよい。発電方法とは、例えば、太陽光、火力、地熱、風力、原子力、バイオマス等である。よって例えば、電源設備の発電方法と、それに応じたＩＤと、を対応付けた図示しないテーブルを、別途記憶しておくことで実現可能である。以下では、太陽光発電による電力が供給される電源のＩＤを「Ｓｏ」、火力発電による電力が供給される電源のＩＤを「Ｔｈ」、風力発電による電力が供給される電源のＩＤを「Ｗｉ」とする。

なお、電源設備からの充電時における発電方法の判定は、どのように行われてもよい。例えば、利用する電源設備が自宅等に限定されている場合には、予め利用する電源設備の発電方法を入力させ固定しておいてもよいし、電源設備からの受電が行われる毎に、利用者に発電方法の種別を問う選択画面を表示して選択させてもよい。また、ＧＰＳにより位置情報を取得して、位置情報から当該地域の需要家に対する供給電力の発電方法を識別してもよい。

次に、他の端末装置１の備える電源を経た電力の受給電について説明する。図３によれば、時刻Ｔ７に、ＩＤ００４で識別される給電電源から、ＩＤ００９で識別される受電電源（自端末）へ、容量比率５％、１０％、７％に分かれた電力がそれぞれ受電されている。この受電電力は、３つの異なる送電経路を経て、ＩＤ００４で識別される給電電源に達したものである。その送電経路の履歴は、各タグ「Ｓｏ/Ｔ２/００１/Ｔ３/００２/Ｔ４/００４」、「Ｗｉ/Ｔ１/００２/Ｔ４/００４」、及び「Ｔｈ/Ｔ５/００３/Ｔ６/００４」に表われており、これらは即ち、
（１）ＩＤＳｏ，ＩＤ００１，ＩＤ００２を経由してＩＤ００４に達した電力
（２）ＩＤＷｉ，ＩＤ００２を経由してＩＤ００４に達した電力
（３）ＩＤＴｈ，ＩＤ００３を経由してＩＤ００４に達した電力
である。

このような電力がＩＤ００４からＩＤ００９で特定される電源に送電されると、３つの上記旧タグの末尾に、時刻「Ｔ７」と、受電電源のＩＤ「００９」と、を付加した、３つの新タグ「Ｓｏ/Ｔ２/００１/Ｔ３/００２/Ｔ４/００４/Ｔ７/００９」,「Ｗｉ/Ｔ１/００２/Ｔ４/００４/Ｔ７/００９」,「Ｔｈ/Ｔ５/００３/Ｔ６/００４/Ｔ７/００９」がそれぞれ生成され、タグ格納領域１２１ｅに別のレコードとして登録される。

さらに、給電時のタグについて説明する。図３によれば、時刻Ｔ８に、ＩＤ００９で識別される給電電源（自端末）から、ＩＤ００５で識別される受電電源へ、容量比率１５％の電力が送電されている。このような場合には、給電前の旧タグ「Ｓｏ／Ｔ０／００９」の末尾に、時刻情報「Ｔ８」と、受電電源のＩＤ「００５」と、が付加された新タグ「Ｓｏ/Ｔ０/００９/Ｔ８/００５」が、タグ格納領域１２１ｅに登録される。これについても受電と同様に、同じ時刻に異なるタグの付された電力を給電することが可能であり、それぞれ別レコードとして登録される。

次に、消費状況について説明する。消費状況とは、各タグの付された電力が、端末装置１で使い尽くされたか否かを判定するための情報である。具体的に、受給電情報１２１０に新たなレコードが登録される際、該当レコードの消費状況格納領域１２１ｆには、受電した電力の容量比率が０ではないことを示す識別子（例えば、「１」）が登録される。その後、該当する受電力の容量比率が、後述の蓄電力情報１２２０で０％に更新されると、消費状況格納領域１２１ｆは、受電力の残量が０ではあることを示す識別子（例えば、「０」）に書き換えられる。

図４は、蓄電力情報記憶部１２２に記憶される蓄電力情報１２２０の一例である。蓄電力情報１２２０には、その時点で電源に蓄えられている電力に付されたタグが格納されるタグ格納領域１２２ａと、当該タグで管理される電力の容量比率（％）を特定するための情報格納される容量比率格納領域１２２ｂと、設定された使用順序を特定するための情報が格納される使用順格納領域１２２ｃと、が含まれている。

図４に示す蓄電力情報１２２０によれば、端末装置１の電源には、時刻Ｔ０にＩＤＳｏで識別される電源設備から受電した電力が９％、時刻Ｔ７にＩＤ００４で識別される給電電源から受電した、異なる送電経路の電力がそれぞれ５％、１０％、７％（計２２％）、時刻Ｔ９にＩＤＳｏで識別される電源設備から受電した電力が２５％、蓄電されている。なお、全レコードの容量比率の合計は５６％であり、この時点での端末装置１の電源の残量比率５６％と一致するようになっている。使用順については後述する。

以上が、端末装置１の構成である。特に図示しないが、端末装置１は、一般的なコンピュータとしての動作を行うことが可能である。すなわち、端末装置１は、利用者によるキーボードあるいはマウス、タッチパネル、タッチペン等を介した入力を受け付けて、ディスプレイ等へ出力を行うことができる。また、端末装置１は、記憶部１２０に格納された情報を参照して、所定の画面レイアウトに従った画面情報を構成し、ディスプレイ等に出力することもできる。

図５は、端末装置１のハードウェア構成例を示す図である。端末装置１は、演算装置９１と、主記憶装置９２と、記憶装置９３と、伝送装置９４と、入力装置９５と、表示装置９６と、ＧＰＳ受信装置９７と、通信装置９８と、各装置をつなぐバス９９と、を少なくとも備える。

演算装置９１は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などの演算装置である。

主記憶装置９２は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などのメモリ装置である。

記憶装置９３は、デジタル情報を記憶可能な、いわゆるハードディスク（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）あるいはフラッシュメモリなどの不揮発性記憶装置である。

伝送装置９４は、内部電源、例えば二次電池と外部デバイスとの間での受給電を可能にする任意のインターフェースである。電力伝送用のインターフェースとしては例えば、電磁誘導による無接点受給電を可能とするコイルや、レーザー光による無接点充電を可能とするレーザー送光および受光ユニット等が挙げられる。この他にも、電力線や、振動、光、音等のあらゆる電力伝送方法に適したインターフェースが利用できる。もちろん、端末装置１が必ずしもこのようなエネルギー変換能を有する必要はない。よって、端末装置１は、充電ケーブルや充電パッド等の外部モジュールと接続することで受給電可能な端子を有する構成であれば足りる。

入力装置９５は、タッチパネル、キーボード、マウス、タッチペンその他のハードスイッチ等である。

表示装置９６は、液晶ディスプレイ等の画面情報の描画を行う出力装置である。

ＧＰＳ受信装置９７は、ＧＰＳ衛星の信号を受信して衛星位置を求め、これに基づいて自機の位置を算出する装置である。

通信装置９８は、ネットワーク３を介して情報の送受信を行う装置である。ネットワーク３としては例えば、インターネット、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＰＡＮ（Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ピアツーピア型通信路、携帯電話網、無線通信路等を含むあらゆる通信網である。

なお、本実施の形態に係る端末装置１の通信装置９８は、端末間を相互に直接接続する通信方式による通信を可能としてもよい。このような通信方式としては例えば、ＩＥＥＥ８０２．１１ｎに準拠する無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＲＦＩＤタグ、ＩｅＤＡに準拠する赤外線通信等のインターフェースを利用することが挙げられる。

演算装置９１と、主記憶装置９２と、記憶装置９３と、伝送装置９４と、入力装置９５と、表示装置９６と、ＧＰＳ受信装置９７と、通信装置９８とは、バス９９等の接続導線により互いに接続される。なお、入力装置９５および表示装置９６は、端末装置１の外部に独立して存在する場合には、バス９９に直接接続されるものではなく、所定の信号線（ＵＳＢケーブル等各種ケーブル、あるいはＢｌｕｅｔｏｏｔｈ（登録商標）等の無線を含む）を介して接続されるものであることは言うまでもない。

上記した端末装置１の受給電管理部１１１と、蓄電力管理部１１２と、出力処理部１１３とは、演算装置９１に処理を行わせるプログラムによって実現される。このプログラムは、主記憶装置９２または図示しないＲＯＭ装置内に記憶され、実行にあたって主記憶装置９２上にロードされ、演算装置９１により実行される。

また、端末装置１の記憶部１２０は、主記憶装置９２および記憶装置９３により実現される。通信部１３０は、通信装置９８により実現される。伝送部１４０は、伝送装置９４により実現される。出力部１５０は、表示装置９６によって実現される。以上が、端末装置１のハードウェア構成例である。

図１に戻って、管理サーバ２には、制御部２１０と、記憶部２２０と、通信部２３０と、が含まれる。

制御部２１０には、履歴管理部２１１と、情報管理部２１２と、情報提供部２１３と、が含まれる。

履歴管理部２１１は、各端末装置１の送電履歴を収集し、蓄積する。具体的に履歴管理部２１１は、各端末装置１から送信される受給電情報１２１０を受信して、記憶部２２０の履歴情報記憶部２２１に、後述する履歴情報２２１０として格納する（図６参照）。

情報管理部２１２は、各ＩＤで識別される電源の利用者に関する情報を管理する。具体的に情報管理部２１２は、各端末装置１から送信される利用者に関する情報を受け付けて、記憶部２２０の利用者情報記憶部２２２に、後述する利用者情報２２２０として格納する（図７参照）。このような利用者に関する情報は例えば、端末装置１の出力処理部１１３に、図示しない入力画面を生成して出力部１５０を介して表示装置９６に出力させ、取得、送信させればよい。なお、入力画面はＷｅｂページ等であってもよい。

情報提供部２１３は、各端末装置１へ情報を提供する。具体的に情報提供部２１３は、受給電に関する情報の提供要求を受け付けると、該当する情報を抽出して、端末装置１へ提供する。

管理サーバ２の記憶部２２０には、履歴情報記憶部２２１と、利用者情報記憶部２２２と、が含まれる。

図６は、履歴情報記憶部２２１に記憶される履歴情報２２１０の一例である。履歴情報２２１０には、各端末装置１の備える電源を識別するためのＩＤが格納されるＩＤ格納領域２２１ａと、電源ごとの受給電情報１２１０が格納される受給電情報格納領域２２１ｂと、が含まれる。

図７は、利用者情報記憶部２２２に記憶される利用者情報２２２０の一例である。利用者情報２２２０には、各端末装置１の備える電源を識別するためのＩＤが格納されるＩＤ格納領域２２２ａと、当該ＩＤで識別される電源を備える端末装置１の利用者を、後述する表示画面に表示する際に利用する表示名（ニックネーム）を特定するための情報が格納される表示名格納領域２２２ｂと、同じく表示画面に表示させる任意の画像が格納される画像格納領域２２２ｃと、が含まれる。なお、画像とは例えば、本人の写真やアバター等の画像である。登録が無い場合には、所定の画像を割り当ててもよい。

また、この他の利用者に関する情報をさらに利用者情報記憶部２２２に記憶させ、表示画面に表示させてもよい。例えば、氏名、生年月日、年齢、性別、職業、所属先、趣味、住所、出身地、家族構成、身長、体重、年収、電話番号、ホームページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、メールアドレス等である。また、各項目に公開／非公開の選択を設け、表示画面で他の利用者に対し公開するか否かの選択結果を登録可能な構成としてもよい。

図１に戻って、通信部２３０は、ネットワーク３を介した情報の送受信を行う。

以上が、管理サーバ２の構成である。図８に、管理サーバ２のハードウェア構成例を示す。管理サーバ２は、演算装置９１と、主記憶装置９２と、記憶装置９３と、通信装置９８と、各装置をつなぐバス９９と、を少なくとも備える。各装置に関する詳細な説明は、端末装置１と同様であるため省略する。

上記した管理サーバ２の履歴管理部２１１と、情報管理部２１２と、情報提供部２１３とは、演算装置９１に処理を行わせるプログラムによって実現される。このプログラムは、主記憶装置９２または図示しないＲＯＭ装置内に記憶され、実行にあたって主記憶装置９２上にロードされ、演算装置９１により実行される。

また、管理サーバ２の記憶部２２０は、主記憶装置９２および記憶装置９３により実現される。

[動作の説明]
次に、本実施形態における端末装置１ａおよび１ｂの動作を説明する。

＜蓄電力の管理処理＞
まず、蓄電力管理部１１２による蓄電力の管理処理について説明する。この処理は、端末装置１の備える電源の蓄電力をタグに対応付けて管理するものである。図９は、蓄電力管理部１１２の実行する管理処理の流れを説明するフロー図である。

蓄電力の管理処理は、端末装置１が稼働を開始すると定期的に実施される。

まず、蓄電力管理部１１２は、電圧を検出して電源の残量比率（％）を算出する（ステップＳ５０）。なお、残量比率の算出については、従来のどのような方法を用いてもよい。

次に、蓄電力管理部１１２は、算出した残量比率に１％以上の減少があるか否かを判定する（ステップＳ５１）。具体的に、蓄電力管理部１１２は、蓄電力情報１２２０に格納されている各タグの容量比率の合計（即ち、過去の残量比率）と、上記算出した残量比率と、を比較して、１％以上の減少があったか否かを判定する。１％以上の減少があったと判定した場合には、ステップＳ５２へと進み、１％以上の減少がなかったと判定した場合には、ステップＳ５３へと進む。

１％以上の減少があったと判定した場合（ステップＳ５１でＹＥＳ）、蓄電力管理部１１２は、使用順の高い（小さい）番号のレコードから順に、容量比率を更新する（ステップＳ５２）。具体的に、蓄電力管理部１１２は、蓄電力情報１２２０の各レコードの使用順格納領域１２２ｃから使用順序を読み出し、使用順の高い（小さい）番号のレコードの容量比率から減少量を差し引く。なお、差し引き対象のレコードの容量比率が０％に達した場合には、次に使用順の高い（小さい）番号のレコードの容量比率から、残りの減少量を差し引く処理を繰り返す。

さらに蓄電力管理部１１２は、蓄電力情報１２２０の容量比率格納領域１２２ｂに、０％が格納されたレコードがあるか否か判定する（ステップＳ５３）。容量比率が０％のレコードがあると判定した場合にはステップ５４へと進み、ないと判定した場合には処理を終了する。

容量比率が０％のレコードがあると判定した場合（ステップＳ５３でＹＥＳ）、蓄電力管理部１１２は、そのレコードを削除して消費状況を更新する（ステップＳ５４）。具体的に、蓄電力管理部１１２は、蓄電力情報１２２０から容量比率が０％のレコードを削除し、受給電情報１２１０から、削除したレコードのタグ格納領域１２２ａと同じタグが格納されるレコードを抽出する。そして、その消費状況格納領域１２１ｆに格納される識別子「１」を、「０」に書き換える。

このようにして、端末装置１の備えるタグに応じた電力残量の状態は、蓄電力管理部１１２によって常に管理されている。

＜受電処理＞
次に、受電側としてふるまう端末装置１ａが実行する受電処理、および給電側としてふるまう端末装置１ｂが実行する給電処理について説明する。図１０は、端末装置１ａの実行する受電処理、および端末装置１ｂの実行する給電処理の流れを説明するフロー図である。

受電処理は、端末装置１ａが稼働を開始すると、或いは受電処理の開始の指示を受け付けると、また或いは稼働中に定期的に開始される。なおここでは一例として、受電側の端末装置１ａから、給電側の端末装置１ｂに受電要求を送信する場合の例について説明する。

まず、端末装置１ａの受給電管理部１１１は、給電側の端末装置１ｂに受電要求を出力する（ステップＳ１０）。具体的には、受給電管理部１１１は例えば、端末装置１ｂとの端末間通信ネットワークを介して直接的に、或いは、管理サーバ２を介して間接的に、相手先の端末装置１ｂの備える電源を識別するためのＩＤを要求する。これは例えば、データ転送が可能な情報ケーブルの接続や、一般的な通信ネットワークの生成処理（Ａｃｔｉｖｅ ｓｃａｎ等）、ネットワーク３を介した管理サーバ２との通信等により接続を構築することで実現可能である。

次に、端末装置１ａの受給電管理部１１１は、相手先の端末装置１ｂの備える電源を識別するためのＩＤを取得したか否かを判定する（ステップＳ１１）。具体的には、受給電管理部１１１は例えば、ステップＳ１０の受電要求に対して端末装置１ｂの合意があった場合に直接的に、或いは、管理サーバ２を介して間接的に返される、相手先の端末装置１ｂの備える電源を識別するためのＩＤを取得したか否かを判定する。ＩＤが取得された場合には（ＹＥＳ）ステップＳ１２へと進み、例えば所定の時間内に取得されなかった場合には（ＮＯ）、処理を終了する。

次に、端末装置１ａの受給電管理部１１１は、受電が開始されたか否かを判定する（ステップＳ１２）。具体的には、受給電管理部１１１は例えば、伝送部１４０を介して送電される電流を検出して、受電が開始されたか否かを判定する。受電が開始されたと判定した場合には（ＹＥＳ）、ステップＳ１３へと進む。受電が開始されていないと判定した場合には（ＮＯ）、本ステップを繰り返す。

受電が開始されたと判定した場合（ステップＳ１２でＹＥＳ）、端末装置１ａの受給電管理部１１１は、その時点における残量比率を記憶させる（ステップＳ１３）。具体的に受給電管理部１１１は、受電処理開始直後の時点における残量比率を取得し、これを記憶部１２０に記憶させる。なお残量比率は、蓄電力情報１２２０に登録される容量比率の総計を算出することで取得できる。

さらに、端末装置１ａの受給電管理部１１１は、受電が終了したか否かを判定する（ステップＳ１４）。なお、受電の終了とは必ずしも受電側の端末装置１ａの過充電を意味するものではなく、単に送電される電流が所定の値以下に低下した場合や途絶えた場合、電力伝送用のインターフェースが取り外された場合、利用者が終了の操作を行った場合等についても含まれる。受電が終了した場合には（ＹＥＳ）、ステップ１５へと進む。受電が終了していないと判定した場合には（ＮＯ）、本ステップを繰り返す。

受電が終了したと判定した場合（ステップＳ１４でＹＥＳ）、端末装置１ａの受給電管理部１１１は、給電電力の送電経路を特定するための１つ以上の旧タグと、各タグの付された給電電力の容量比率を取得する（ステップＳ１５）。旧タグとは即ち、本処理を反映する前の、給電側の端末装置１ｂが供給した電力に付されているタグである。当該旧タグの取得は、ステップＳ１１におけるＩＤの取得と同様に、端末装置１ｂに対して取得要求を出力して直接的に取得してもよいし、管理サーバ２に対して取得要求を出力して間接的に取得してもよい。

次に、端末装置１ａの受給電管理部１１１は、受給電情報を作成する（ステップＳ１６）。具体的に受給電管理部１１１は、取得した旧タグごとに、受給電情報１２１０に新たにレコードを作成する。そして、その時点の時刻Ｔを時刻格納領域１２１ａに、受電を特定するための情報を分類格納領域１２１ｂに、ステップＳ１１で取得したＩＤをＩＤ格納領域１２１ｃにそれぞれ格納する。さらに受給電管理部１１１は、ステップＳ１２で保存した電源の残量比率を読み込み、受電終了後の時点の残量比率と比較してその差分量を求める。この差分量は、当該受電処理によって増加した受電量と見なされ、容量比率格納領域１２１ｄに格納される。ここで、受給電管理部１１１は、ステップＳ１５で得られた給電電力の容量比率ごとに、受電電力を各タグに振り分ける。例えば、給電側の端末装置１ｂが送電した各旧給電電力の容量比率が、１０％、２０％、１４％の計４４％であったとする。このとき、各電源における容量比率は必ずしも一致しないため、受電側の端末装置１ａにおける上記差分量は４４％であるとは限らない。ここで例えば、差分量が２２％であったとすると、その比が適用された容量比率５％、１０％、７％が、容量比率格納領域１２１ｄに格納される。なお、旧タグが１つである場合には、差分量がそのまま容量比率格納領域１２１ｄに格納される。

さらに受給電管理部１１１は、ステップＳ１５で取得された各旧タグの末尾に、時刻Ｔと、自端末の備える電源を識別するためのＩＤと、を付加した本処理反映後の新タグを生成し、それぞれタグ格納領域１２１ｅに格納する。最後に受給電管理部１１１は、消費状況格納領域１２１ｆに「１」を格納する。

さらに、端末装置１ａの受給電管理部１１１は、生成した新タグを送信する（ステップＳ１７）。具体的に受給電管理部１１１は、１つ以上の新タグを端末装置１ｂへと送信する。なお、新タグの送信は、例えば端末装置１ｂからの取得要求に対して行われる。これについても、取得要求に直接応答してもよいし、管理サーバ２を介して間接的に応答してもよい。

そして、端末装置１ａの受給電管理部１１１は、受給電情報１２１０を管理サーバ２へ送信する（ステップＳ１８）。具体的に受給電管理部１１１は、自端末の備える電源を識別するためのＩＤと、受給電情報１２１０と、を管理サーバ２へと送信する。管理サーバ２の履歴管理部２１１はこれらを受信すると、履歴情報２２１０から、受信したＩＤがＩＤ格納領域２２１ａに含まれるレコードを抽出し、その受給電情報格納領域２２１ｂに格納される受給電情報１２１０を上書きする。

最後に、端末装置１ａの受給電管理部１１１は、蓄電力情報１２２０を更新して、出力処理部１１３に表示画面の生成処理の開始を要求し（ステップＳ１９）、処理を終了する。具体的に、受給電管理部１１１は、蓄電力情報１２２０に新タグの数だけ新たなレコードを作成して、それぞれの新タグをタグ格納領域１２２ａに、当該新タグに応じた容量比率を容量比率格納領域１２２ｂに、それぞれ格納する。そして受給電管理部１１１は、出力処理部１１３に、使用順序の設定を行うための電池残量表示画面の生成処理要求を出力し、処理を終了する。

なお、給電側がコンセント等の電源設備である場合等には、ステップＳ１０及びＳ１１の処理に替えて、利用者に選択肢を提示し、例えば発電方法別の電源設備やその位置を選択させてもよい。そして、予め記憶される所定の給電電源（例えば、コンセント等の電源設備）のＩＤを読み出して、給電電源のＩＤとして利用する。またその場合には、ステップＳ１５の処理を行わず、当該ＩＤに対して時刻Ｔと、自端末の備える電源を識別するためのＩＤと、を付加した新タグを生成する。もちろん、ステップＳ１７の処理についても実行されない。

＜給電処理＞
続いて、給電処理について説明する。給電処理は、端末装置１ｂが稼働を開始すると、或いは給電処理の開始の指示を受け付けると、また或いは稼働中に定期的に開始される。ここでは一例として、受電側の端末装置１ａからの受電要求があった場合の例について説明する。

端末装置１ｂの受給電管理部１１１は、受電側の端末装置１ａからの受電要求を受信すると、これに対する認証を行う（ステップＳ２０）。例えば受給電管理部１１１は、端末装置１ａとの端末間通信ネットワークを介して直接的に、或いは、管理サーバ２を介して間接的に、電源を識別するためのＩＤを要求する受電要求があると、出力処理部１１３に受給電に合意するか否かの認証画面の生成処理を実行させ、利用者に給電に合意するか否かを選択させる。利用者が合意すれば（ＹＥＳ）、端末装置１ａとの端末間通信ネットワークを介して直接的に、或いは、管理サーバ２を介して間接的に、電源を識別するためのＩＤを端末装置１ａへと送信してステップＳ２１へと進み、利用者が合意しなければ（ＮＯ）、処理を終了する。

次に、端末装置１ｂの受給電管理部１１１は、出力処理部１１３に、使用順序の設定を行うための電池残量表示画面の生成処理の開始を要求する（ステップＳ２１）。当該処理については、後述する。

続いて、端末装置１ｂの受給電管理部１１１は、給電を開始する（ステップＳ２２）。

そして、端末装置１ｂの受給電管理部１１１は、その時点の蓄電力情報１２２０を保存する（ステップＳ２３）。具体的に受給電管理部１１１は、給電処理開始直後の時点における、蓄電力情報１２２０を、記憶部１２０に記憶させる。

さらに、端末装置１ｂの受給電管理部１１１は、給電が終了したか否かを判定する（ステップＳ２４）。なお、給電の終了とは必ずしも受電側の端末装置１ａの過充電を意味するものではなく、単に送電される電流が所定の値以下に低下した場合や途絶えた場合、電力伝送用のインターフェースが取り外された場合、利用者が終了の操作を行った場合等についても含まれる。給電が終了した場合には（ＹＥＳ）、ステップ２５へと進む。給電が終了していないと判定した場合には（ＮＯ）、本ステップを繰り返す。

給電が終了したと判定した場合（ステップＳ２４でＹＥＳ）、端末装置１ｂの受給電管理部１１１は、端末装置１ａに対し、１つ以上の旧タグと、各旧タグに応じた給電電力の容量比率を送信する（ステップＳ２５）。具体的に旧タグは、本給電処理で給電した電力に付されたタグを特定するための情報である。受給電管理部１１１は、ステップＳ２３で保存した給電開始直後の蓄電力情報１２２０と、給電終了後の蓄電力情報と、の各レコードを比較する。そして、給電終了後に消失しているレコードに格納される消失前のタグと容量比率、及び、容量比率が減少しているレコードに格納されるタグと容量比率の減少量、を全て読み出して、これらを全て旧タグとして端末装置１ａへと送信する。なお、旧タグの送信は、例えば、端末装置１ａからの取得要求に対して行われる。これについても、端末装置１ａからの取得要求に対して直接応答してもよいし、管理サーバ２を介した取得要求に対して間接的に応答してもよい。

次に、端末装置１ｂの受給電管理部１１１は、本処理反映後の１つ以上の新タグを取得する（ステップＳ２６）。新タグの取得についても、端末装置１ａに対して取得要求を出力し直接的に取得してもよいし、管理サーバ２に対して取得要求を出力し間接的に取得してもよい。

そして、端末装置１ｂの受給電管理部１１１は、受給電情報を作成する（ステップＳ２７）。具体的に受給電管理部１１１は、取得した新タグごとに、受給電情報１２１０に新たなレコードを作成する。そして、時刻Ｔを時刻格納領域１２１ａに、給電を特定するための情報を分類格納領域１２１ｂに、相手先の電源を識別するためのＩＤを特定するための情報をＩＤ格納領域１２１ｃに、それぞれ格納する。なお時刻Ｔ及びＩＤは、ステップＳ２６で取得した新タグに付加されているものとする。

さらに受給電管理部１１１は、取得した新タグをそれぞれタグ格納領域１２１ｅに格納する。そして、ステップＳ２５で算出した各旧タグに応じた給電電力の容量比率を、各旧タグに対応する新タグの容量比率格納領域１２１ｄに格納する。

そして、端末装置１ｂの受給電管理部１１１は、受給電情報１２１０を管理サーバ２へ送信する（ステップＳ２８）。具体的に受給電管理部１１１は、自端末の備える電源を識別するためのＩＤと、受給電情報１２１０と、を管理サーバ２へと送信する。管理サーバ２の履歴管理部２１１はこれらを受信すると、履歴情報２２１０から、ＩＤ格納領域２２１ａに受信したＩＤが含まれるレコードを抽出し、その受給電情報格納領域２２１ｂに格納される受給電情報を受信したもので上書きする。

このように受給電情報１２１０は、受給電が行われる度に、受給電端末の双方で生成、保存される。

また、上記では受電側の端末装置１ａによる受電要求により受給電が開始される例を挙げたが、給電側の端末装置１ｂによる給電申入により受給電が開始されてもよい。

次に、端末装置１の出力処理部１１３が実行する表示画面の生成処理について説明する。図１１は、表示画面の生成処理の一例を示すフロー図である。

＜電池残量表示画面（送電経路別）＞
まず、電池残量表示画面（送電経路別）９０１ａの生成処理と、当該画面を介して受け付ける使用順序の設定とについて説明する。図１２は、電池残量表示画面の一例を示す図である。

電池残量表示画面９０１の生成処理は、受給電管理部１１１から、或いは入力装置９５を介して処理の開始の指示を受け付けると、また或いは稼働中に定期的に開始される。

端末装置１の出力処理部１１３はまず、表示画面を生成するために必要なタグを抽出し、管理サーバ２へと送信する（ステップＳ３０）。具体的に出力処理部１１３は、蓄電力情報１２２０から、各レコードのタグ格納領域１２２ａに格納されているタグを読み出す。なお、これらのタグの末尾は当然に、自端末の備える電源のＩＤである。そして、出力処理部１１３は、これらのタグを含む、供給元情報の提供要求を管理サーバ２へと送信する。供給元情報とは、各タグの付された電力が、端末装置１へと給電されるまでに経た電源に関する情報である。

ここで、管理サーバ２の情報提供部２１３の処理について説明する。まず、情報提供部２１３は、供給元情報の提供要求を受信すると、受信した各タグに記述されている全ＩＤを特定する。次に情報提供部２１３は、利用者情報２２２０から、特定した各ＩＤが格納されるレコードを抽出する。そしてこれらのレコードを含む供給元情報を、端末装置１へと送信する。

端末装置１の処理に戻って、端末装置１の出力処理部１１３は、管理サーバ２からの供給元情報を受信する（ステップＳ３１）。

次に、端末装置１の出力処理部１１３は、電池残量表示画面（送電経路別）９０１ａを生成する（ステップＳ３２）。電池残量表示画面（送電経路別）９０１ａは、例えば図１２に示すように、タグ別の電力の容量比率を表すグラフが表示されるグラフ表示領域９１１ａと、給電されるまでに経た電源の利用者と経路に関する情報が表示される供給元表示領域９１２ａと、各タグ別の電力の使用順を特定する情報が表示される使用順表示領域９１３と、を含んでいる。

具体的に、出力処理部１１３は、ステップＳ３０で読み出した各タグにより分類した電力の容量比率をグラフ化して、グラフ表示領域９１１ａに配置する。なお、当グラフは図１２においては要素棒グラフとして記載しているが、どのような形式としてもよく、例えば円グラフであってもよい。さらに出力処理部１１３は、各タグが含まれる供給元情報から利用者情報を読み出して、これらを送電経路順（ここでは、タグに記述される順）に供給元表示領域９１２ａに配置する。なお、本例における利用者の情報は、利用者の表示名と利用者の画像とであるが、これに限定されず、他の情報が表示されてもよい。また出力処理部１１３は、蓄電力情報１２２０の使用順格納領域１２２ｃに格納されている使用順を読み出して、使用順表示領域９１３に配置する。

最後に出力処理部１１３は、生成した電池残量表示画面（送電経路別）９０１ａを、出力部１５０を介して表示装置９６に表示させ（ステップＳ３３）、処理を終了する。

なお、上記ステップＳ３０からステップＳ３３の処理が繰り返されることにより、電池残量表示画面（送電経路別）９０１ａは、定期的に更新される。

また、出力処理部１１３は、このような電池残量表示画面（送電経路別）９０１ａを介して、利用者からの使用順の変更操作を受け付ける。変更操作があった場合には、出力処理部１１３は、蓄電力情報１２２０の該当レコードの使用順格納領域１２２ｃに格納される使用順序と、使用順表示領域９１３の表示と、を更新する。

そして、ステップＳ２１の処理により電池残量表示画面（送電経路別）９０１ａ画面が給電処理前や給電処理中に表示装置９６に表示されることによって、利用者は給電を行う前に、又は給電を行いながら、給電に使用する電力を選択することができる。また、ステップＳ１９の処理により受電処理後に表示装置９６に表示されることによって、利用者は新たに増えた電力の使用順序を設定することができる。

＜電池残量表示画面（発電方法別）＞
次に、電池残量表示画面（発電方法別）９０１ｂの生成処理について説明する。これについても、図１１に示すフロー図に基づいて説明する。図１３は、電池残量表示画面（発電方法別）９０１ｂの一例を示す図である。

電池残量表示画面（発電方法別）９０１ｂの生成処理は、入力装置９５を介して処理の開始の指示を受け付けると、また或いは稼働中に定期的に開始される。

端末装置１の出力処理部１１３はまず、表示画面を生成するために必要なタグを抽出し、管理サーバ２へと送信する（ステップＳ３０）。具体的に出力処理部１１３は、蓄電力情報１２２０から、各レコードのタグ格納領域１２２ａに格納されているタグを読み出す。そして、出力処理部１１３は、これらのタグを含む、供給源情報の提供要求を管理サーバ２へと送信する。供給源情報とは、各タグの付された電力の供給源となる電源に関する情報である。

ここで、管理サーバ２の情報提供部２１３の処理について説明する。まず、情報提供部２１３は、供給源情報の提供要求を受信すると、受信した各タグに記述されている、先頭のＩＤをそれぞれ特定する。次に情報提供部２１３は、利用者情報２２２０から、特定した先頭のＩＤが格納されるレコードを抽出する。そしてこれらのレコードを含む供給源情報を、端末装置１へと送信する。

端末装置１の処理に戻って、端末装置１の出力処理部１１３は、管理サーバ２からの供給源情報を受信する（ステップＳ３１）。

次に、端末装置１の出力処理部１１３は、電池残量表示画面（発電方法別）９０１ｂを生成する（ステップＳ３２）。電池残量表示画面（発電方法別）９０１ｂは、例えば図１３に示すように、供給源別に分類したタグの容量比率を表すグラフが表示されるグラフ表示領域９１１ｂと、供給源に関する情報が表示される供給源表示領域９１２ｂと、を含んでいる。

具体的に、出力処理部１１３は、ステップＳ３０で読み出した各タグを、供給源（先頭に記述されるＩＤ）ごとに分類した電力の容量比率をグラフ化して、グラフ表示領域９１１ｂに配置する。なお、当グラフは図１２においては要素棒グラフとして記載しているが、どのような形式としてもよく、例えば円グラフであってもよい。さらに出力処理部１１３は、供給源情報から利用者情報を読み出して、供給源表示領域９１２ｂに配置する。

利用者はこのような電池残量表示画面（発電方法別）９０１ｂから、蓄電される各電力が生産された際の発電方法を、簡便に知ることができる。なお、出力処理部１１３は、このような電池残量表示画面（発電方法別）９０１ｂから、発電方法別に使用順序の設定を受け付けてもよい。その場合には、蓄電力管理部は、発電方法別にタグを分類した蓄電力情報をさらに作成し、発電方法別に設定される使用順序を各タグに反映させる。これにより、利用者が消費を希望する電力を、発電方法から選択することができる。

＜受給電履歴表示画面＞
次に、過去の受給電履歴を表示するための受給電履歴表示画面の生成処理について説明する。これについても、図１１に示すフロー図に基づいて説明する。図１４は、受給電履歴表示画面９０２の一例を示す図である。

受給電履歴表示画面の生成処理は、端末装置１が稼働を開始すると、或いは生成処理の開始の指示を受け付けると、また或いは稼働中に定期的に開始される。

端末装置１の出力処理部１１３はまず、表示画面を生成するために必要なタグを抽出し、管理サーバ２へと送信する（ステップＳ３０）。具体的に出力処理部１１３は、受給電情報１２１０の各レコードに格納されるタグを読み出す。そして、出力処理部１１３は、これらのタグを含む、給電情報及び受電情報の提供要求を管理サーバ２へと送信する。給電情報とは、端末装置１へと直接給電した給電電源に関する情報、受電情報とは、端末装置１から直接受電した受電電源に関する情報である。

ここで、管理サーバ２の情報提供部２１３の処理について説明する。情報提供部２１３は、給電情報及び受電情報の提供要求を受信すると、受信した各タグから、直近の給電電源のＩＤ、及び直近の受電電源のＩＤを特定する。直近の給電電源のＩＤは、タグ末尾の端末装置１の備える電源のＩＤから、時刻を挟んで１つ前に記述されるＩＤである。直近の受電電源のＩＤとは、端末装置１の備える電源のＩＤから、時刻を挟んで１つ後に記述されるＩＤである。

そして情報提供部２１３は、利用者情報２２２０から特定した各ＩＤが格納されるレコードを抽出し、これらのレコードを含む給電情報及び受電情報を、端末装置１へと送信する。

端末装置１の処理に戻って、出力処理部１１３は、管理サーバ２からの給電情報及び受電情報を受信する（ステップＳ３１）

次に、端末装置１の出力処理部１１３は、受給電履歴表示画面９０２を生成する（ステップＳ３２）。図１４に示すように、受給電履歴表示画面９０２は、受給電の履歴を時系列順に示すものである。受給電履歴表示画面９０２には例えば、受給電を行った時刻、利用者、及びその容量比率に関する情報が表示される履歴表示領域９１４と、その時点における残量を示す残量表示領域９１５と、を含んでいる。

出力処理部１１３は、受給電情報１２１０の各レコードから、時刻、受電又は給電の別、受給電力の容量比率等の情報を読み出して、時系列順に配置する。そして、ステップＳ３０で取得した給電情報及び受電情報から、利用者の情報（本例においては、利用者の表示名と利用者の画像）を読み出して、各履歴表示領域９１４に配置する。

また、出力処理部１１３は、受給電情報１２１０の各レコードの消費状況格納領域１２１ｆを参照し、過去に受電した電力がそれぞれ使い尽されているか否かを判定する。使い尽されている履歴（例えば、識別子「０」が格納されているレコード）については残量０と判定し、使い尽されていない履歴（例えば、識別子「１」が格納されているレコード）については、残量を蓄電力情報１２２０から取得する。そして、残量に応じた画像や文字を残量表示領域９１５に配置する。なお、図１４では受電した電力量を１００とした場合の残量に応じた画像を用いた例を示しているが、全体の容量比率に応じた残量を表示してもよい。

最後に、出力処理部１１３は、受給電履歴表示画面９０２を、出力部１５０を介して表示装置９６に表示させ（ステップＳ３３）、処理を終了する。

このような受給電履歴表示画面９０２が表示されることで、利用者は、過去に行った受給電の履歴を確認することができる。

＜受給電経路表示画面＞
次に、各受給電力の送電履歴を表示するための受給電経路表示画面９０３の生成処理について説明する。図１５は、受給電経路表示画面の生成処理の一例を示すフロー図である。図１６は、受給電経路表示画面９０３の一例を示す図である。

図１６に示すように、受給電経路表示画面９０３は、受給電の経路を樹形図の形式で示したものであり、電源に関する情報が表示される電源表示領域９１６と、各受給電の時刻を特定する情報が記載される時刻表示領域９１７と、を含んでいる。

受給電経路表示画面の生成処理は、入力装置９５を介して処理の開始の指示を受け付けると開始される。本実施の形態においては、まず利用者から、経路の表示を行う受給電力の選択を受け付け、当該選択された受給電力の送電経路を表示する画面を生成するものとする。なお、選択の受け付けはどのように行ってもよいが、例えば、受給電履歴表示画面９０２を介して、画面に表示される受電及び給電の履歴の選択を受け付けることで実現可能である。

図１５に示すように、まず端末装置１の出力処理部１１３は、経路の表示を行う対象の選択を受け付けると、表示画面を生成するために必要なタグを特定して、このタグに関する送電経路情報の提供要求を管理サーバ２へと送信する（ステップＳ４０）。

以下、端末装置１の利用者が、図１４に示すＤさんからの受電履歴を対象として選択したと仮定して説明する。まず、出力処理部１１３は、選択された受電履歴で得られた電力に付されたタグを特定し、管理サーバ２へと送信する。この場合は、受給電情報１２１０に格納される、時刻「Ｔ７」に行われた受電処理において付された３つのタグ「Ｓｏ/Ｔ２/００１/Ｔ３/００２/Ｔ４/００４/Ｔ７/００９」「Ｗｉ/Ｔ１/００２/Ｔ４/００４/Ｔ７/００９」「Ｔｈ/Ｔ５/００３/Ｔ６/００４/Ｔ７/００９」が特定され、管理サーバ２へと送信される。

ここで、管理サーバ２の情報提供部２１３の処理に移る。情報提供部２１３は、送電経路情報の提供要求を受信すると、受信したタグの内容を含むタグを特定する（ステップＳ４４）。

図１７に、送電経路におけるタグを表示した説明図を示す。図１７では便宜上、端末装置１を「０階層」、端末装置１が直接受電した電源を「−１階層」（以前は１階層ずつ減少）、端末装置１が直接給電した電源を「＋１階層」（以降は１階層ずつ増加）として示す。

具体的に情報提供部２１３は、まず、受信した０階層のタグの内容を含む上階層（給電先となった＋１階層以降の階層）のタグを、履歴情報２２１０の受給電情報格納領域２２１ｂから特定する。０階層のタグの内容を含むタグとは、自端末から給電された電力に付されたタグである。図１７では、＋１階層に示す５つのタグ（自端末ＩＤ００９からＩＤ００５及びＩＤ００６への給電時に付されたもの）と、＋２階層に示す１つのタグ（ＩＤ００５からＩＤ００８への給電時に付されたもの）が該当する。なお、他のタグの一部分と完全に重複するタグについては、階層が大きい一方のみを特定する。例えば、＋２階層に示すタグ（ＩＤ００８におけるタグ）と重複する＋１階層の２つのタグ（ＩＤ００５におけるタグ）のうちの１つについては、これを切り捨てる。よって本例では、ＩＤ００５の１つのタグと、ＩＤ００８の１つのタグと、ＩＤ００６の３つのタグがそれぞれ特定されることとなる。なお、０階層の内容を含む上階層のタグが存在しない（給電先が存在しない）場合には、０階層のタグ全てが特定される。

次に情報提供部２１３は、送電経路上に存在する全タグを推測する（ステップＳ４５）。

具体的に、情報提供部２１３は、ステップＳ４４で特定したタグから、送電経路を予測し経路上に存在する全タグを推測する。

タグの推測についてＩＤ００６のタグを用いて説明する。ＩＤ００６におけるタグは、
（１）Ｓｏ/Ｔ２/００１/Ｔ３/００２/Ｔ４/００４/Ｔ７/００９/Ｔ９/００６
（２）Ｗｉ/Ｔ１/００２/Ｔ４/００４/Ｔ７/００９/Ｔ９/００６
（３）Ｔｈ/Ｔ５/００３/Ｔ６/００４/Ｔ７/００９/Ｔ９/００６
の３つの経路を含むものである。ここで、この３つの経路の末尾は何れも「Ｔ７/００９/Ｔ９/００６」であり給電電源のＩＤと時刻が一致するため、この部分は共通の経路であることがわかる。従って、ＩＤ００４からＩＤ００９に、時刻Ｔ７に行われた給電でこの３つの経路から取得した電力が一度に送電され、その後当該電力が時刻Ｔ９にＩＤ００６へと給電されたことがわかる。

しかしながらそれ以前については、（１）（２）は「００２/Ｔ４/００４」、（３）は「００３/Ｔ６/００４」であり、給電電源のＩＤと時刻とが異なっている。従って、ＩＤ００４は、時刻Ｔ４に行われた給電でＩＤ００２から「Ｓｏ/Ｔ２/００１/Ｔ３/００２」「Ｓｏ/Ｔ１/００２」のタグを付された２つの経路から得られた電力の給電を一度に受け、一方で時刻Ｔ６に行われた給電によってＩＤ００３から「Ｔｈ/Ｔ５/００３」のタグを付された電力の給電を別途受けていることがわかる。このようにして、図１７に示すように、受給電に関与した送電経路上に介在する電源と、各タグと、を推定することができる。

次に、情報提供部２１３は、タグに含まれる全ＩＤの利用者情報を取得する（ステップＳ４６）。具体的に、情報提供部２１３は、ステップＳ４４で特定したタグに含まれるＩＤを全て抽出し、各ＩＤが含まれる利用者情報２２２０のレコードを読み出す。

最後に、情報提供部２１３は、ステップＳ４５で特定された全タグと、ステップＳ４６で特定された利用者情報と、を含む送電経路情報を端末装置１へと送信して（ステップＳ４７）、処理を終了する。

次に、端末装置１の処理に戻って、出力処理部１１３は、送電経路情報を受信すると、送電経路図を展開する（ステップＳ４１）。

具体的に、出力処理部１１３は、全てのタグを読み出し、各タグに登録されているＩＤに応じた利用者の情報を、利用者情報２２２０からさらに読み出す。そして出力処理部１１３は、自端末の備える電源のＩＤを０階層として、タグに記述される内容から送電経路図を展開し、各階層の電源表示領域９１６に利用者の情報を配置する。次に出力処理部１１３は、各受給電の時刻をタグから抽出して、時刻表示領域９１７に配置する。

最後に、出力処理部１１３は、受給電経路表示画面９０３を、出力部１５０を介して表示装置９６に表示させ（ステップＳ４２）、処理を終了する。

以上、本発明の一実施形態に係る受給電管理システム１００について説明した。このような受給電管理システム１００によれば、常に受電及び給電の履歴を管理、これを閲覧することが可能である。また、これらの履歴をサーバで管理することで、確実に履歴を保管できる。

さらに、全ての端末装置における受給電の履歴が一括して管理されるため、利用者は自らが直接関与していない送電経路についても知ることができる。よって利用者は、電力の動向と共に他者のやり取りについても知ることができる。これによりコミュニケーションが容易となると共に、安全な受給電が可能となり、システムの活発な利用を促すことができる。

なお、上記各フローチャートの処理単位は、処理を理解容易にするために、主な処理内容に応じて分割したものである。処理単位の分割の仕方や名称によって、本願発明が制限されることはない。各処理は、処理内容に応じて、さらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに多くの処理を含むように分割することもできる。また、上記のフローチャートの処理順序も、図示した例に限られるものではない。

また、上記の実施形態は、本発明の技術的思想の範囲内で様々な変形が可能である。

例えば、利用者情報２２２０において他の情報をさらに管理し、図１５のステップＳ４７における処理で端末装置１へ送信してもよい。これは例えば、上記した例以外にも、各ＩＤごとの受電量、給電量、受電回数、及び給電回数等が挙げられる。端末装置１は、各表示画面にこのような各利用者の情報を表示し、利用者は、互いの情報を知ることができる。

また例えば、会員制のＳＮＳページ等のソーシャルネットワーク型のサービスと連携し、各会員のページに、履歴を表示してもよい。また、受電量、給電量、受電回数、及び給電回数等の統計を取り、そのランキングを表示することもできる。これにより、利用者は他者や自らのランクや履歴等を、より簡便に知ることができる。また、相互連絡が可能となるため、コミュニケーションが容易となる。

さらに、利用者情報２２２０において、広告情報が管理されていてもよい。広告主である利用者のＩＤが付された電力の受給電を行った端末装置１では、広告情報が各表示画面において表示されることとなるため、大きな宣伝効果を得ることが可能である。またさらに、コレクション性のある広告情報を用いたり、所定の送電経路による受給電を行った場合に何らかの恩恵を受けられたりする等、様々なサービスとの組み合わせた運用を行うことができる。

また、特定の利用者との受給電に関する情報を表示する利用者情報表示画面９０４を、さらに生成してもよい。その場合にはまず、特定の利用者を識別する情報（ＩＤ等）を入力させたり、各表示画面を介して利用者を選ばせたりすることで、対象となり利用者の選択を受け付ける。端末装置１は、受給電情報１２１０から、特定の利用者のＩＤを含むタグを抽出して、例えば以下のような表示画面を生成する。

利用者情報表示画面９０４の例を、図１８に示す。利用者情報表示画面９０４は例えば、過去の受給電の履歴が表示される履歴表示領域９１８と、過去の受電電力の合計や給電電力の合計が表示される統計表示領域９１９と、その時点で蓄電されている電力のうち、対象から直接的に受電を受けた電力の容量比率、又は間接的に受電を受けた電力の容量比率が格納される蓄電力表示領域９２０と、が含まれている。これにより利用者は、親しい友人等、特定の利用者との過去のやり取りのみを、簡便に知ることができる。

加えて、特定の利用者を経由した電力（タグ中に当該利用者の利用する電源のＩＤが含まれる電力）や、特定の発電方法により発電された電力等の使用順序を、予め設定しておくことができるような構成としてもよい。例えば特定の利用者や発電方法と、それに応じた使用順序を予め利用者から受け付けておき、該当する電源のＩＤが存在するタグが付された電力について、利用者が希望する使用順序に沿った使用順を割り当てる。

他にも、その時点で使用している電力についての情報を、表示画面上に提示してもよい。例えば、蓄電力情報１２２０の使用順序が最も早いレコードのタグが付された電力に関し、直接の給電者に関する情報を管理サーバ２から取得し、表示画面上に常に表示する。例えば、「現在、Ｄさんから受け取った電力を使っています」等のテキストや画像である。また、メール等のデータ送信時に、給電電源の利用者に関する情報が添付されるようにしてもよい。例えば、「このメールは、Ｄさんから受け取った電力により送信されています」等のテキストや画像である。これにより利用者は、使用している電力を意識し易くなる。

さらに、図１３に示す受給電履歴表示画面９０２と、図１５に示す受給電経路表示画面９０３は、特定の表示期間のみについて表示してもよい。これは例えば、特定の期間（例えば、過去１週間等）の受給電履歴のみを特定することで可能である。加えて、図１６に示す特定の階層のみについて表示することも可能である（例えば、−２階層から＋２階層まで等）。

またさらに、発電方法によって表示方法を分類してもよい。例えば、図１２に示す電池残量表示画面９０１の各分類区画の模様や色である。さらには、電力が発電された時刻情報を付して電力を給電できる場合には、発電時刻をタグに付してもよい。

なお、端末装置１の処理の一部は、管理サーバ２で実行されてもよい。例えば、管理サーバ２の制御部２１０が端末装置１の受給電管理部１１１を備え、記憶部２２０で受給電情報１２１０を管理してもよい。その際は、管理サーバ２でタグが生成される。また、表示画面を管理サーバ２で生成し、端末装置１は、その表示のみを実行する事も可能である。

以上は、本発明の要旨を例示することを意図し、本発明を限定するものではない。

１・１ａ・１ｂ：端末装置、２：管理サーバ、３：ネットワーク、１００：受給電管理システム、１１０：制御部、１１１：受給電管理部、１１２：蓄電力管理部、１１３：出力処理部、１２０：記憶部、１２１：受給電情報記憶部、１２１ｆ：消費状況格納領域、１２２：蓄電力情報記憶部、２１１：履歴管理部、２１２：情報管理部、２１３：情報提供部、２２０：記憶部、２２１：履歴情報記憶部、２２２：利用者情報記憶部、２３０：通信部、１２１０：受給電情報、１２２０：蓄電力情報、２２１０：履歴情報、２２２０：利用者情報。

Claims (14)

1. 電力の受け渡しの履歴を特定するためのタグ情報を管理する受給電管理部を有する
   ことを特徴とする端末装置。
2. 請求項１に記載の端末装置であって、
   前記受け渡しの履歴は、時刻、利用者に関する情報、送受電力量、及び発電方法に関する情報のうち、少なくとも１つ、またはその組み合わせを含む
   ことを特徴とする端末装置。
3. 請求項１に記載の端末装置であって、
   前記履歴は画像情報を含む
   ことを特徴とする端末装置。
4. 請求項１から３の何れか一項に記載の端末装置であって、
   前記受給電管理部は、電力の受け渡しが行われると、当該受け渡しの履歴を特定するための情報を、受け渡し前のタグ情報に加えた新たなタグ情報を生成する
   ことを特徴とする端末装置。
5. 請求項１から４の何れか一項に記載の端末装置であって、
   前記タグ情報に基づいて、前記電力の受け渡しの履歴を特定し、当該履歴を出力する出力処理部を、さらに有する
   ことを特徴とする端末装置。
6. 請求項５に記載の端末装置であって、
   前記電力の受け渡しの履歴は、電力の受け渡し経路である
   ことを特徴とする端末装置。
7. 請求項５または６に記載の端末装置であって、
   前記出力処理部は、特定の利用者を経由して受け渡された電力に関する履歴を特定して出力する
   ことを特徴とする端末装置。
8. 請求項１から７の何れか一項に記載の端末装置であって、
   蓄電池が保持する電力を、前記タグ情報によって分類する蓄電管理部を、さらに有する
   ことを特徴とする端末装置。
9. 請求項８に記載の端末装置であって、
   前記蓄電管理部は、前記タグ情報から電力の発電方法を特定し、当該発電方法によって前記蓄電池が保持する電力を分類する
   ことを特徴とする端末装置。
10. 請求項８または９に記載の端末装置であって、
    前記蓄電管理部は、
    前記蓄電池が保持する電力が、前記分類ごとに設定される使用順序で消費されるよう前記タグ情報を管理する
    ことを特徴とする端末装置。
11. 請求項８から１０の何れか一項に記載の端末装置であって、
    前記出力処理部は、前記蓄電池が保持する電力について、前記分類ごとの割合を、さらに出力する
    ことを特徴とする端末装置。
12. 電力の受け渡しの履歴を特定するためのタグ情報を管理する受給電管理部と、
    前記タグ情報に基づいて前記電力の受け渡しの履歴を特定し、当該履歴を出力する出力処理部と、を有する端末装置と、
    サーバと、を含み、
    前記サーバは、
    前記各端末装置における前記タグ情報を収集し、前記各端末装置に提供する
    ことを特徴とする受給電管理システム。
13. 電力の受け渡しの履歴を特定するためのタグ情報を管理するステップと、
    前記タグ情報に基づいて前記電力の受け渡しの履歴を特定し、当該履歴を出力するステップと、を実行すること
    を特徴とする受給電管理方法。
14. コンピュータに、電力の受け渡しを管理させるプログラムであって、
    前記コンピュータを、制御手段として機能させ、
    前記制御手段に、
    電力の受け渡しの履歴を特定するためのタグ情報を管理理するステップと、
    前記タグ情報に基づいて前記電力の受け渡しの履歴を特定し、当該履歴を出力するステップと、を実行させる
    ことを特徴とするプログラム。

Images