(57)【特許請求の範囲】
【請求項１】
受光することに応じて発電する第１の発電部および前記第１の発電部とは発電原理が異なる第２の発電部のそれぞれから発電情報を取得する取得部と、
取得した複数の前記発電情報に応じて、行動特性を特定する特定部と
を備え、
前記特定部は、前記第１の発電部および前記第２の発電部のそれぞれの発電情報からユーザの活動場所に関する情報を判別し、前記活動場所に関する情報を前記行動特性に反映させる
特定装置。
【請求項２】
前記行動特性を、仮想のオブジェクトに反映させる請求項１に記載の特定装置。
【請求項３】
前記行動特性に応じて、前記オブジェクトを生成する、または、前記オブジェクトの属性を変更する請求項２に記載の特定装置。
【請求項４】
前記行動特性に応じて、外観を変更する請求項１乃至３のいずれか１項に記載の特定装置。
【請求項５】
通信を行う通信部を備える請求項１乃至４のいずれか１項に記載の特定装置。
【請求項６】
前記通信部によって、前記行動特性を外部に送信する請求項５に記載の特定装置。
【請求項７】
前記通信部によって、前記発電情報を外部から取得する請求項５または６に記載の特定装置。
【請求項８】
前記通信部によって、他のユーザの行動特性を外部から取得する請求項５乃至７のいずれか１項に記載の特定装置。
【請求項９】
記憶部に記憶された前記行動特性を、前記取得した前記他のユーザの行動特性に書き換える書換部を備える請求項８に記載の特定装置。
【請求項１０】
前記取得した他のユーザの行動特性が、記憶部に記憶されている行動特性と一致または近似していることを報知する報知部を備える請求項８に記載の特定装置。
【請求項１１】
前記第１、第２の発電部および前記第１、第２の発電部と発電原理が異なる他の発電部が発電する発電量の比率と、その比率に対応する行動特性が対応付けられたテーブルを記憶するテーブル記憶部を備え、
前記特定部は、前記取得部により取得された各発電部の発電量から当該発電量の比率を特定し、当該比率に対応する行動特性を前記テーブル記憶部を参照して特定する請求項１乃至１０のいずれか１項に記載の特定装置。
【請求項１２】
受光することに応じて発電する第１の発電部および前記第１の発電部とは発電原理が異なる第２の発電部のそれぞれから発電情報を取得する取得部と、
取得した複数の前記発電情報を、仮想のオブジェクトの属性に反映させる属性処理部と
を備え、
前記属性処理部は、前記第１の発電部および前記第２の発電部のそれぞれの発電情報からユーザの活動場所に関する情報を判別し、前記活動場所に関する情報を前記仮想のオブジェクトの属性に反映させる
制御装置。
【請求項１３】
取得部が、受光することに応じて発電する第１の発電部および前記第１の発電部とは発電原理が異なる第２の発電部のそれぞれから発電情報を取得し、
特定部が、取得した複数の前記発電情報に応じて、行動特性を特定し、
前記特定部は、前記第１の発電部および前記第２の発電部のそれぞれの発電情報からユーザの活動場所に関する情報を判別し、前記活動場所に関する情報を前記行動特性に反映させる
特定装置における特定方法。
【請求項１４】
取得部が、受光することに応じて発電する第１の発電部および前記第１の発電部とは発電原理が異なる第２の発電部のそれぞれから発電情報を取得し、
特定部が、取得した複数の前記発電情報に応じて、行動特性を特定し、
前記特定部は、前記第１の発電部および前記第２の発電部のそれぞれの発電情報からユーザの活動場所に関する情報を判別し、前記活動場所に関する情報を前記行動特性に反映させる
特定装置における特定方法をコンピュータに実行させるプログラム。
【請求項１５】
請求項１乃至１１のいずれか１項に記載の特定装置を複数備え
前記複数の特定装置のそれぞれから発電情報を取得し、
前記発電情報に応じて、グループ単位の行動特性を特定する
特定システム。
【請求項１６】
前記グループ単位の行動特性を、前記グループ単位の仮想のオブジェクトに反映させる請求項１５に記載の特定システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、例えば、太陽光発電部や振動発電部などからの発電情報に応じて、ユーザの行動特性を特定する特定装置、制御装置、特定方法、プログラムおよび特定システムに関する。
【背景技術】
【０００２】
健康に対する意識が向上する中で、ユーザの身体に専用のセンサを装着し、ユーザの運動量を測定することが行われている。近年では、ユーザがより楽しみながら運動を行えるようにするため、運動量とゲームとを関連づけたシステムが提案されている。例えば、下記特許文献１には、ユーザの腰に運動量計を取り付けることで運動量を測定し、測定結果に応じてゲームパラメータを設定するシステムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２２４４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載されている運動量計は、一般に、乾電池やボタン電池などの電池を電源として駆動されている。このため、電池の残容量を常に確認しなければならず、必要に応じて電池を交換しなければならないという問題があった。さらに、例えば、使用中に電池の残容量が低下したときには、運動量計が停止し、運動量が計測されない。運動量が計測されないため、運動量をゲームパラメータに反映することができないという問題があった。さらに、運動量を測定するための専用のセンサを設けなければならないという問題があった。
【０００５】
したがって、本開示の目的の一つは、電池やセンサを使用することなく、例えば、仮想のオブジェクトに反映させるための情報を得ることができる特定装置、制御装置、特定方法、プログラムおよび特定システムを提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本開示は、例えば、
受光することに応じて発電する第１の発電部および第１の発電部とは発電原理が異なる第２の発電部のそれぞれから発電情報を取得する取得部と、
取得した複数の発電情報に応じて、行動特性を特定する特定部と
を備え、
特定部は、第１の発電部および第２の発電部のそれぞれの発電情報からユーザの活動場所に関する情報を判別し、活動場所に関する情報を行動特性に反映させる
特定装置である。
【０００７】
本開示は、例えば、
受光することに応じて発電する第１の発電部および第１の発電部とは発電原理が異なる第２の発電部のそれぞれから発電情報を取得する取得部と、
取得した複数の発電情報を、仮想のオブジェクトの属性に反映させる属性処理部と
を備え、
属性処理部は、第１の発電部および第２の発電部のそれぞれの発電情報からユーザの活動場所に関する情報を判別し、活動場所に関する情報を仮想のオブジェクトの属性に反映させる
制御装置である。
【０００８】
本開示は、例えば、
取得部が、受光することに応じて発電する第１の発電部および第１の発電部とは発電原理が異なる第２の発電部のそれぞれから発電情報を取得し、
特定部が、取得した複数の発電情報に応じて、行動特性を特定し、
特定部は、第１の発電部および第２の発電部のそれぞれの発電情報からユーザの活動場所に関する情報を判別し、活動場所に関する情報を行動特性に反映させる
特定装置における特定方法である。
【０００９】
本開示は、例えば、
取得部が、受光することに応じて発電する第１の発電部および第１の発電部とは発電原理が異なる第２の発電部のそれぞれから発電情報を取得し、
特定部が、取得した複数の発電情報に応じて、行動特性を特定し、
特定部は、第１の発電部および第２の発電部のそれぞれの発電情報からユーザの活動場所に関する情報を判別し、活動場所に関する情報を行動特性に反映させる
特定装置における特定方法をコンピュータに実行させるプログラムである。
【００１０】
本開示は、例えば、
上述した特定装置を複数備え
複数の特定装置のそれぞれから発電情報を取得し、
発電情報に応じて、グループ単位の行動特性を特定する
特定システムである。
【発明の効果】
【００１１】
少なくとも一つの実施形態によれば、電池やセンサを使用することなく、仮想のオブジェクトに反映させるための情報を得ることができる。この情報は、例えば、ユーザの行動特性である。
【図面の簡単な説明】
【００１２】
【図１】本開示におけるシステムの概略の一例を示す略線図である。
【図２】第１の実施形態における発電デバイスの構成例を示すブロック図である。
【図３】パワーコントロール部の構成の一例を示すブロック図である。
【図４】発電情報と行動特性との関係の一例を示す略線図である。
【図５】第１の実施形態における処理の流れの一例を示すフローチャートである。
【図６】行動特性をキャラクタの属性に反映させた例を示す略線図である。
【図７】キャラクタの属性の一例を示す略線図である。
【図８】発電情報をキャラクタの属性に反映させる処理の流れの一例を示すフローチャートである。
【図９】発電情報をキャラクタの属性に反映させる処理の流れの他の例を示すフローチャートである。
【図１０】第２の実施形態における処理の流れの一例を示すフローチャートである。
【図１１】第３の実施形態における発電デバイスの構成例を示すブロック図である。
【図１２】第３の実施形態における処理の流れの一例を示すフローチャートである。
【図１３】第４の実施形態における発電デバイスの構成例を示すブロック図である。
【図１４】第４の実施形態における処理の流れの一例を示すフローチャートである。
【図１５】パワーコントロール部の変形例を示すブロック図である。
【図１６】変形例を説明するための略線図である。
【図１７】他の変形例を説明するための略線図である。
【発明を実施するための形態】
【００１３】
以下、本開示の実施の形態について図面を参照しながら説明する。なお、説明は、以下の順序で行う。
＜１．第１の実施形態＞
＜２．第２の実施形態＞
＜３．第３の実施形態＞
＜４．第４の実施形態＞
＜５．変形例＞
なお、以下に説明する実施形態および変形例は、本開示の好適な具体例であり、これらの実施形態および変形例に限定されないものとする。
【００１４】
＜１．第１の実施形態＞
「システムの概要」
図１は、本開示におけるシステムの一例を示す。図１に例示するシステム１は、発電デバイス２ａとホスト装置３とから構成される。発電デバイス２ａおよびホスト装置３は、それぞれ通信機能を有する。この通信機能によって、発電デバイス２ａとホスト装置３との間で、有線または無線による双方向の通信がなされる。なお、発電デバイス２ａとホスト装置３とがＵＳＢ(Universal Serial Bus)によって接続されて通信がなされるようにしてもよい。
【００１５】
発電デバイス（ガジェットなどとも称される）２ａは、例えば、アクセサリの形状と略同一の形状のものである。この例では、発電デバイス２ａは、指輪の形状のものである。発電デバイス２ａは、リストバンド（腕輪）などの形状のものでもよい。発電デバイス２ａがユーザに装着されると、発電デバイス２ａが露出するような形状が好ましい。発電デバイス２ａをこのような形状とすることで、ユーザは測定器を持ち歩くという感覚でなく、ファッションの一部として発電デバイス２ａを使用することができる。発電デバイス２ａの形状は適宜、変更でき、よりデザイン性に優れた形状とすることができる。発電デバイス２ａは、例えば、バッテリを搭載する必要がない。したがって、発電デバイス２ａの形状を自由に設定できる。
【００１６】
発電デバイス２ａは、１または複数の発電部を備える。発電部は、周囲の環境に存在するエネルギーに基づいて発電する。発電部は、例えば、光や熱、振動、電波に基づいて発電する。これらのエネルギーは、自然界に存在するものに限られない。熱や振動には、例えば、ユーザの体表面の熱や、ユーザの動きに伴う振動が含まれる。発電デバイス２ａは、発電部からの発電情報を取得する。取得した発電情報を、通信機能を使用してホスト装置３に送信する。
【００１７】
ホスト装置３は、例えば、パーソナルコンピュータである。ホスト装置３は、ゲーム装置であってもよい。さらに、ホスト装置３は、携帯電話、スマートフォンなどの携帯型の電子機器であってもよい。ホスト装置３は、発電デバイス２ａから送信される発電情報を受信する。そして、ホスト装置３は、受信した発電情報に基づいて、発電デバイス２ａのユーザの行動特性を特定する。なお、ユーザの行動特性は、ユーザの行動の特徴であり、ユーザの生活のパターンや、行動の特徴から得られるユーザの趣味や嗜好などを含む概念である。
【００１８】
「発電デバイスの構成」
図２は、発電デバイスの主要な構成の一例を示す。図２では、電力が供給される経路を太線で示し、信号が伝送される経路を細い実線で示している。発電デバイス２ａは、例えば、４個の発電部を備える。４個の発電部は、振動に応じて発電する振動発電部１１ａ、太陽光により発電する太陽光発電部１１ｂ、ユーザの体表の温度差に応じて発電する温度差発電部１１ｃおよび電波で発電する電波発電部１１ｄである。なお、個々の発電部を区別する必要がないときは、発電部１１と適宜、称する。発電部１１の構成については、公知のものを適用できる。発電部１１は、例えば、互いに発電原理が異なるものとされるが、同じ発電原理の発電部が使用されてもよい。例えば、太陽光発電としては同じ発電原理である、色素増感型太陽電池を使用した太陽光発電部と、アモルファスシリコン（Ｓｉ）太陽電池を使用した太陽光発電部とが別個に設けられた構成でもよい。
【００１９】
発電部１１は、パワーコントロール部２０に接続されている。パワーコントロール部２０は、例えば、各発電部１１が発電する単位時間あたりの電力および発電量（電力量）をそれぞれ計測する。計測された電力および発電量が発電情報の一例である。発電部１１によってＡＣ(Alternating Current)電力が生成される場合には、パワーコントロール部２０によって整流される。パワーコントロール部２０は、ＭＣＵ(Micro Controller Unit)１２と接続されている。パワーコントロール部２０は、発電情報に関するデータ（以下、適宜、発電情報と略称する）をＭＣＵ１２に供給する。
【００２０】
ＭＣＵ１２は、発電デバイス２ａの各部を制御する。ＭＣＵ１２は、例えば、メモリ１３に対する記録および再生を制御する書換部や、ホスト装置３との間でなされる通信を制御する通信部として機能する。通信は、例えば、Bluetooth(登録商標)に基づく近距離無線である。もちろん、他の規格に準じた通信がなされるようにしてもよい。ＭＣＵ１２は、パワーコントロール部２０から供給された発電情報を、Ｉ／Ｆ(Interface)１４を介してホスト装置３に送信する。
【００２１】
ＭＣＵ１２に、メモリ１３が接続されている。メモリ１３は、ＥＥＰＲＯＭ(Electrically Erasable and Programmable Read Only Memory)などの不揮発性メモリである。ＭＣＵ１２は、パワーコントロール部２０から供給された発電情報をメモリ１３に書き込む。ＭＣＵ１２は、通信によって取得した他のユーザの発電情報をメモリ１３に書き込み、メモリ１３に記憶されている発電情報を書き換えるようにしてもよい。
【００２２】
なお、ＭＣＵ１２、メモリ１３およびＩ／Ｆ１４が動作するための駆動電圧は、例えば、発電部１１からの電力によって生成される。すなわち、発電部１１からの電力がパワーコントロール部２０に供給される。パワーコントロール部２０は、供給された電力からＭＣＵ１２が動作するための駆動電圧を生成する。駆動電圧がパワーコントロール部２０からＭＣＵ１２に供給され、ＭＣＵ１２が動作する。同様にして、メモリ１３およびＩ／Ｆ１４にパワーコントロール部２０から電力が供給される。
【００２３】
Ｉ／Ｆ１４は、ホスト装置３とのインタフェースをとる。インタフェース１４を介して、ホスト装置３との通信がなされる。なお、本開示では、一例として、ホスト装置３から発電デバイス２ａに電力が供給されるようにしている。発電デバイス２ａとホスト装置３との間でデータのやり取りを行うため、発電デバイス２ａがホスト装置３に、例えば、ＵＳＢで接続される。発電デバイス２ａがホスト装置３に接続されると、所定のラインを介して、ホスト装置３から発電デバイス２ａのパワーコントロール部２０に電力が供給される。パワーコントロール部２０は、供給された電力に基づいて、ＭＣＵ１２等を動作させる駆動電圧を生成し、生成した駆動電圧をＭＣＵ１２等に供給する。
【００２４】
発電情報を生成する方法として、例えば、電力や発電量等の発電に関するパラメータを３種類用意し、発電部の種類を７種用いることにより、２１桁のデータの表記が可能となる。パラメータより各桁につい３通りのデータを抽出とすれば３の２１乗通りの組み合わせを再現することができる。発電機の種類をＭ、発電に関するパラメータ数をＮ、パラメータから生成するデータ数をＬとすれば１レコード長(M*L)×log2Nビットの再現としてもよい。
【００２５】
「パワーコントロール部の構成」
図３は、パワーコントロール部２０の構成の一例を示す。なお、図３では説明を簡単に、発電部を振動発電部１１ａおよび太陽光発電部１１ｂとして説明する。
【００２６】
振動発電部１１ａが動作することでＡＣ電圧が生成される。生成されたＡＣ電圧がパワーコントロール部２０に供給される。供給されたＡＣ電圧が、パワーコントロール部２０における整流回路２１によってＤＣ(Direct Current)電圧に変換される。変換されたＤＣ電圧が発電量計測部２２に供給される。発電量計測部２２は、供給されたＤＣ電圧と電流量とから、単位時間当たりの電力および発電量を計測する。単位時間は、１秒、１分など適宜、設定することができる。
【００２７】
発電量計測部２２は、ＲＴＣ(Real Time Clock)２７と接続されている。このため、発電量計測部２２は、ＲＴＣ２７から供給される時間情報を使用して単位時間当たりの電力および発電量を計測できる。計測された単位時間当たりの電力および発電量が、発電情報の一例として、発電情報管理部２６に供給される。発電情報管理部２６は、供給された振動発電部１１ａの発電情報を、信号ラインＬ１を介してＭＣＵ１２に供給する。
【００２８】
太陽光発電部１１ｂが動作することでＤＣ電圧が生成される。生成されたＤＣ電圧がパワーコントロール部２０に供給される。ＤＣ電圧が発電量計測部２４に供給される。発電量計測部２４は、ＲＴＣ２７から供給される時間情報を参照して、供給されたＤＣ電圧と電流量とから、単位時間当たりの電力および発電量を計測する。計測された単位時間当たりの電力および発電量が、発電情報の一例として、発電情報管理部２６に供給される。発電情報管理部２６は、供給された太陽光発電部１１ｂの発電情報を、信号ラインＬ１を介してＭＣＵ１２に供給する。なお、温度差発電部１１ｃおよび電波発電部１１ｄの発電情報も同様にして計測され、計測された発電情報が発電情報管理部２６を介してＭＣＵ１２に供給される。
【００２９】
なお、発電情報がメモリ１３に記憶されるようにしてもよい。例えば、１日における決まった時間に発電情報が計測されるようにしてもよい。そして、週単位や月単位で発電情報が蓄積されるようにしてもよい。
【００３０】
各発電部からの電圧が逆流防止用のダイオードを介して出力される。上述したように、振動発電部１１ａによって生成されたＡＣ電圧が整流回路２１によってＤＣ電圧に変換される。変換されたＤＣ電圧がダイオード２３を介して出力される。太陽光発電部１１ｂによって生成されたＤＣ電圧がダイオード２５を介して出力される。これらの出力のうち、例えば、最も高い電圧が電力ラインＬ２に供給される。なお、電力ラインＬ２に対して、ＲＴＣ２７が接続されている。ＲＴＣ２７が動作するための電圧が、電力ラインＬ２からＲＴＣ２７に供給される。
【００３１】
電力ラインＬ２に、蓄電素子２８が接続されている。蓄電素子２８は、例えば、電気二重層コンデンサによって構成される。電力ラインＬ２に供給される電圧によって、蓄電素子２８が蓄電される。蓄電素子２８に蓄電された電圧に基づく駆動電圧より、例えば、ＭＵＣ１２やメモリ１３が動作する。なお、図示は省略しているが、蓄電素子２８の出力側に、電力ラインＬ２に供給される電圧をＭＣＵ１２やメモリ１３が対応する電圧に変換する変換部が適宜、設けられる。蓄電素子２８に、ホスト装置３からの電圧が供給されるようにしてもよい。
【００３２】
このようにして、個々の発電部の発電情報が、パワーコントロール部２０からＭＣＵ１２に供給される。ＭＣＵ１２は、発電情報をＩ／Ｆ１４を介してホスト装置３に供給する。例えば、発電情報が無線によってホスト装置３に送信される。なお、上述したパワーコントロール部２０の構成は一例である。パワーコントロール部２０が、パワーコントロール部２０の各部を制御するＣＰＵ(Central Processing Unit)等を有する構成でもよい。
【００３３】
ホスト装置３は、発電デバイス２ａから送信された発電情報を受信する。ホスト装置３は、受信した発電情報に応じて、発電デバイス２ａのユーザの行動特性を判別する。ユーザの行動特性を判別する処理は、ホスト装置３における、例えば、ＣＰＵによって実行される。すなわち、ホスト装置３は、特定装置の一例として機能する。なお、ユーザの行動特性を判別する処理が、発電デバイス２ａのＭＣＵ１２によって実行されてもよい。この場合には、発電デバイス２ａが特定装置の一例として機能する。
【００３４】
「行動特性の判別」
図４を参照して、発電情報に応じて行動特性を判別する方法の一例を概略的に説明する。図４では、４つの発電情報（発電情報Ａ、発電情報Ｂ、発電情報Ｃおよび発電情報Ｄ）のパターンを示している。発電情報における棒状のグラフの高さは、各発電部が発電した発電量を模式的に示したものである。
【００３５】
図４Ａに示す発電情報Ａに注目すると、太陽光発電部１１ｂが発電した発電量が最も大きい。すなわち、ユーザが屋外で活動することが判別される。これに対して、電波発電部１１ｄが発電した発電量が小さい。このことから、電波が届きにくい地域（例えば、山）でユーザが活動することが判別される。振動発電部１１ａが発電した発電量および温度差発電部１１ｃが発電した発電量が、通常のレベル程度存在する。このことから、ユーザが歩行程度の活動をしていることが判別される。以上を総合して、発電情報Ａのようなパターンの場合は「アウトドアをよく楽しむ」という行動特性が判別される。
【００３６】
図４Ｂに示す発電情報Ｂに注目すると、振動発電部１１ａが発電した発電量、太陽光発電部１１ｂが発電した発電量が大きい。さらに、温度差発電部１１ｃが発電する発電量も大きい。電波発電部１１ｄが発電する発電量も通常程度、存在する。このようなパターンの発電情報から、ユーザが屋外で激しい活動をしていると判別される。すなわち、「スポーツをよくする」という行動特性が判別される。
【００３７】
図４Ｃに示す発電情報Ｃに注目すると、振動発電部１１ａが発電した発電量、太陽光発電部１１ｂが発電した発電量が小さい。温度差発電部１１ｃが発電する発電量および電波発電部１１ｄが発電する発電量も通常のレベルよりやや低い程度である。このようなパターンの発電情報から、ユーザが屋内におり、あまり活発に行動していないと判別される。すなわち、「屋内にこもりがち」という行動特性が判別される。
【００３８】
図４Ｄに示す発電情報Ｄに注目すると、振動発電部１１ａおよび太陽光発電部１１ｂが発電した発電量は、通常のレベル程度、存在する。温度差発電部１１ｃが発電する発電量がやや大きいことから、ユーザがやや活発に活動していることが判別される。電波発電部１１ｄが発電する発電量が大きい。したがって、ユーザがいる場所が、電波が行き届いている場所（例えば、市街地）であることが判別される。以上から、発電情報Ｄのようなパターンの場合は「街でよく遊ぶ」という行動特性が判別される。これらの行動特性は、所定のビット（またはバイト）列で表現される。２つの行動特性のビット列の値が一致していれば同じ行動特性であり、ビット列の値が近似していればいるほど似た行動特性になるように設定してもよい。なお、行動特性に関するデータを適宜、行動特性と略称することもある。
【００３９】
以上のようにして、各発電部が発電する発電量に応じて行動特性が判別される。もちろん、上述した行動特性は一例であり、適宜変更できる。各発電部が発電する発電量の相対的な比率と、その比率に対応する行動特性が対応付けられたテーブルが記憶されていてもよい。そのテーブルを参照して、行動特性が判別されるようにしてもよい。実際の発電量の比率に対応する比率がテーブルに規定されていない場合は、近似している比率で代用するようにしてもよい。年齢、居住地、性別などのユーザ情報に応じて、使用されるテーブルが変更されるようにしてもよい。
【００４０】
「処理の流れ」
図５は、第１の実施形態における処理の流れの一例を示す。図５中、図面に向かって左側が発電デバイス２ａの処理の流れを示し、図面に向かって右側がホスト装置３の処理の流れを示す。
【００４１】
ステップＳ１の処理では、発電デバイス２ａに対して、４個の発電部の少なくとも一つの発電部からエネルギーが印加される。例えば、太陽光発電部１１ｂから、ＤＣ電圧が発電デバイス２ａに供給される。処理がステップＳ２に進む。
【００４２】
ステップＳ２では、蓄電素子２８の蓄電量が、ＭＣＵ１２やメモリ１３を動作させるのに十分であるか否かが判定される。例えば、閾値を設定し、蓄電量が閾値より大きい場合に蓄電量が十分であると判定する。この判定は、パワーコントロール部２０によって行われる。蓄電量が十分でない場合には、処理がステップＳ１に戻る。蓄電量が閾値より大きく十分である場合には、処理がステップＳ３に進む。
【００４３】
ステップＳ３では、蓄電素子２８に、負荷としてのＭＣＵ１２やメモリ１３などが接続される。実際には、蓄電素子２８とＭＣＵ１２等の間にはスイッチが接続されており、スイッチがオンされることで、蓄電素子２８にＭＣＵ１２等が接続される。スイッチのオン／オフ制御は、パワーコントロール部２０によって行われる。なお、ＭＣＵ１２に対して安定した電力が供給できる場合には、ＭＣＵ１２を常時オンし、ＭＣＵ１２が蓄電素子２８の蓄電量を監視したり、スイッチに対するオン／オフ制御を行うようにしてもよい。
【００４４】
蓄電素子２８から供給される電圧によって、ＭＣＵ１２が起動される。ＭＣＵ１２は、自身が動作する電圧が、発電部１１からの電圧か、または、ホスト装置３からの電圧かを判断する。この判断は、例えば、発電デバイス２ａがホスト装置３に接続されているか否かをＭＣＵ１２が検出することで行われる。ＭＣＵ１２による検出処理は、例えば、接続を機械的な機構によって検出するようにしてもよいし、ＭＣＵ１２に入力される特定の信号の有無を検出するようにしてもよい。
【００４５】
発電デバイス２ａがホスト装置３に接続されるときは、ホスト装置３から発電デバイス２ａの蓄電素子２８に電圧が供給される。したがって、ＭＣＵ１２の電源として、ホスト装置３から供給される電力が使用されていることになり、ステップＳ３の判定がＮｏとなる。ステップＳ３の判定がＮｏであることから、処理がステップＳ７に進む。
【００４６】
発電デバイス２ａがホスト装置３に接続されていない場合には、ＭＣＵ１２は、少なくとも一の発電部から供給される電力を、電源として使用していることになる。したがって、ステップＳ３の判定がＹｅｓとなる。ステップＳ３の判定がＹｅｓであることから、処理がステップＳ４に進む。
【００４７】
ステップＳ４では、各発電部が発電した発電量が計測される。例えば、振動発電部１１ａ、太陽光発電部１１ｂ、温度差発電部１１ｃおよび電波発電部１１ｄのそれぞれが発電した発電量がパワーコントロール部２０によって計測される。計測された発電量が発電情報として、パワーコントロール部２０からＭＣＵ１２に供給される。そして、処理がステップＳ５に進む。
【００４８】
ステップＳ５では、ＭＣＵ１２の制御によって、発電情報がメモリ１３に記憶される。そして、処理がステップＳ６に進む。ステップＳ６では、発電デバイス２ａがスリープ状態とされる。例えば、ＭＣＵ１２と蓄電素子２８との間のスイッチがオフされる。そして、処理がステップＳ１に戻る。なお、発電デバイス２ａにおける処理が周期的になされるようにしてもよい。ステップＳ６の処理の後、所定時間、経過した後にステップＳ１からの処理が行われるようにしてもよい。
【００４９】
ステップＳ３においてＮｏと判定されると、処理がステップＳ７に進む。ステップＳ７では、ホスト装置３との通信処理がなされる。ステップＳ７では、例えば、ホスト装置３と通信を確立する処理と、メモリ１３に記憶された発電情報を送信する処理と、ホスト装置３との通信を遮断する処理とが実行される。
【００５０】
次に、ホスト装置３側の処理の流れについて説明する。ホスト装置３の処理は、発電デバイス２ａのステップＳ７の処理に対応して実行される。始めに、ステップＳ８では、発電デバイス２ａとの接続を確立する処理が実行される。接続ができない場合には、ホスト装置３にエラーが表示されたり、警告音が鳴るようにしてもよい。発電デバイス２ａとの間の接続が確立すると、処理がステップＳ９に進む。
【００５１】
ステップＳ９では、発電デバイス２ａから送信された発電情報を受信することで、発電情報を取得する。取得された発電情報が、ホスト装置３の記憶部に記憶されるようにしてもよい。次に、処理がステップＳ１０に進む。ステップＳ１０では、発電情報が解析される。そして、処理がステップＳ１１に進み、発電情報を解析することで、ユーザの行動特定が特定される。
【００５２】
なお、ホスト装置３によって判別された行動特性に関するデータが発電デバイス２ａに送信されてもよい。送信された行動特性が発電デバイス２ａにより受信される。受信された行動特性がメモリ１３に記憶されるようにしてもよい。さらに、行動特性に応じて発電デバイス２ａの外観が変化するようにしてもよい。例えば、発電デバイス２ａにＬＥＤ(Light Emitting Diode)等の発光部が設けられる。ホスト装置３から送信された行動特性が、上述した「アウトドアをよく楽しむ」といった場合は、発光部が緑色に発光する。行動特性が、上述した「スポーツをよく楽しむ」といった場合は、発光部が赤色に発光する。行動特性が、上述した「屋内にこもちがち」といった場合は、発光部が黒色に発光する。行動特性が、上述した「街でよく遊ぶ」といった場合は、発光部が黄色に発光する。このように、行動特性に応じて発電デバイス２ａの外観が変化するようにしてもよい。
【００５３】
以上のように、第１の実施形態では、発電部から得られる発電情報に応じて、発電デバイスのユーザの行動特性を決定することができる。
【００５４】
＜２．第２の実施形態＞
次に、第２の実施形態について説明する。第２の実施形態は、ユーザの行動特性を仮想のオブジェクトに反映するものである。具体的には、行動特性に応じて、オブジェクトの一例であるゲームのキャラクタ（以下、適宜、キャラクタと略称する）を生成する。行動特性に応じて、キャラクタの属性を変更するようにしてもよい。さらに、発電情報をキャラクタの属性に反映させるようにしてもよい。なお、発電デバイス等の構成については、上述した第１の実施形態と同様であるので、重複した説明を省略する。
【００５５】
「キャラタへの行動特性の反映」
図６を参照して、行動特性をキャラクタに反映する方法の一例を概略的に説明する。なお、図６における発電情報および行動特性は、図４における発電情報および行動特性と同様である。なお、以下に説明する、行動特性をキャラクタに反映させる処理は、例えば、ホスト装置３によって行われるが、発電デバイス２によって行われるようにしてもよい。図６では、キャラクタのイメージを文字で示しているが、キャラクタの様相、デザイン等は適宜設定できる。キャラクタは、人物のキャラクタに限らず、動物や仮想の生物（モンスターなど）などを含むものである。
【００５６】
図６Ａに示す発電情報から「アウトドアをよく楽しむ」という行動特性が判別される。この行動特性を反映させて、例えば、アウトドアに想起させるような「山に住むキャラクタ」を生成する。図６Ｂに示す発電情報から「スポーツをよくする」という行動特性が判別される。この行動特性を反映させて、例えば、筋肉質な身体を想起させるような「屈強な戦士のキャラクタ」を生成する。
【００５７】
図６Ｃに示す発電情報から「屋内にこもりがち」という行動特性が判別される。この行動特性を反映させて、例えば、他人との交流が少ないイメージを想起させるような「黒い衣装の魔女のキャラクタ」を生成する。図６Ｄに示す発電情報から「街でよく遊ぶ」という行動特性が判別される。この行動特性を反映させて、例えば、遊びが好きな性格を想起させるような「いたずら好きな小人のキャラクタ」を生成する。
【００５８】
上述した一例は、行動特性に応じてキャラクタを生成する例である。行動特性に応じて、キャラクタの属性を変更するようにしてもよい。ゲームのキャラクタは、他のキャラクタと仮想空間で戦闘等をすることに伴って成長する「成長過程」や、「ステータス（レベルなどとも称される）」や、キャラクタの「職業」や、キャラクタの「アイテム」や、キャラクタの「知力」などといった属性が定義されている。これらの属性が相互に組み合わされることもある。行動特性に応じて、例示した属性を変更するようにしてもよい。例えば、振動発電部１１ａの発電量が大きく、「スポーツをよくする」という行動特性が特定された場合には、キャラクタの成長が進むようにしてもよい。行動特性をキャラクタの属性に反映させることで、他のユーザが所有するキャラクタとの差異化を図ることができる。さらに、キャラクタを成長させるために、ユーザがスポーツをし始めるなど、ユーザの行動に変化を生じさせることができる。
【００５９】
発電情報そのものをキャラクタの属性に反映させるようにしてもよい。例えば、発電部が利用するエネルギーに関連するようにして、キャラクタの属性を付与または変更するようにしてもよい。キャラクタの属性として、例えば、水・火・土・風・闇・聖・無が定義されている。以下に、属性の付与の一例を説明する。振動発電部１１ａの発電量が大きいときは土属性が付与され、振動発電部１１ａの発電量が少ないときは風属性が付与される。太陽光発電部１１ｂの発電量が大きいときは、天使的な要素の聖属性が付与される。太陽光発電部１１ｂの発電量が小さいときは、悪魔的な要素の闇属性が付与される。温度差発電部１１ｃの発電量が大きいときは、火属性が付与される。温度差発電部１１ｃの発電量が小さいときは、水属性が付与される。全ての発電量が小さいとき（基準値以下）の場合は、属性が無しに設定される。発電部１１のそれぞれが、１つの属性に対応するようにしてもよい。
【００６０】
各属性の間には、優位および不利の相関が存在する。例えば、水属性のキャラクタは、火属性のキャラクタに対して優位とされる。属性が組合せられるようにしてもよい。例えば、火属性のキャラクタは水属性のキャラクタには劣るが、闇属性と火属性とを備えるキャラクタは水属性のキャラクタに対して優位になるというような相関が設定されるようにしてもよい。
【００６１】
図７に例示するように、水、火、聖、闇等の属性に応じてキャラクタが設定されている。個々のキャラクタには、例えば、各キャラクタを識別するためのキャラクタＩＤやキャラクタ名などが設定されている。発電部の発電情報から水、火、聖、闇等の属性が決定され、属性に応じてキャラクタが決定される。なお、図７に例示するキャラクタを決定するためのテーブルは、キャラクタの追加等により適宜、更新される。
【００６２】
発電情報がキャラクタの属性に反映される処理の一例を説明する。以下に説明する処理は、ソフトウェアによる処理によってなされる。なお、以下の説明では、発電部が、アモルファスシリコン（Ｓｉ）太陽電池が使用される太陽光発電部（以下、適宜、太陽光発電部１１ｅと称する）と、色素増感型太陽電池（以下、適宜、太陽光発電部１１ｆと称する）が使用される太陽光発電部とから構成される。
【００６３】
ここで、アモルファスシリコン太陽電池は、照度が所定値以上のときは発電量が大きくなるが、照度が所定値より小さくなると発電量が小さくなるといった特性を有する。すなわち、発電デバイス２ａのユーザが屋外で活動することが多い場合には、アモルファスシリコン太陽電池の発電量が大きくなる。なぜなら、屋外での活動は、通常、天候が晴れのとき、すなわち、照度が大きいときに行われるものだからである。このようなアモルファスシリコン太陽電池の特性を利用して、ユーザが屋外で活動するか否かを判別できる。
【００６４】
これに対して、色素増感型電池は、発電量は小さいものの、照度が小さいときでも発電する。蛍光灯等の照明の照度でも、色素増感型電池は発電する。このような色素増感型電池の特性を利用して、ユーザが屋内で活動するか否かを判別できる。
【００６５】
図８を参照して、処理の具体的な内容について説明する。始めに、ステップＳ２０およびステップＳ２１において、サンプリング時間tsにおける発電電力、電圧が取得される。各サンプリング時間で得られたi番目のデータ配列をそれぞれ、太陽光発電部１１ｅの出力をPa[i]とし、太陽光発電部１１ｆの出力をPb[i]とする。なお、Pa、Pbはそれぞれ、Pa[i]=(pa[i]電力,va[i]電圧,t[i])、Pb[i]=(pb[i]電力,vb[i]電圧,t[i])などの配列（出力ベクトル）であってもよい。この出力ベクトルをもとにキャラクタの特徴量を演算する。このときの演算式である評価関数は多種多様なものが想定できるため、ここではF、G、Hとしている。なお、FとGは出力系統ごとに有する評価関数である。Hは複数の出力系統を入力とする評価する関数である。FとGとは別々の関数であっても構わないし、同じ関数となっても構わない。
【００６６】
ステップＳ２２では、関数F(Pa[i])を閾値と比較する処理がなされる。関数F(Pa[i])が閾値より大きければ、処理がステップＳ２３に進む。ステップＳ２３では、体力を示す変数VITに対してパラメータaが加算されている。（なお、本アルゴリズムの表現方法の一つとして、ステップＳ２３におけるVIT=VIT+aなどは、C言語の表記方法に従っている。）さらに、ステップＳ２３では、知力を示す変数INTに対してパラメータbが減算されている。すなわち、太陽光発電部１１ｅの発電量を示す関数F(Pa[i])が閾値より大きいということから、ユーザが屋外で活動していることが判別される。このことから体力を示す変数を大きくし、知力を示す変数を小さくしている。そして、処理がステップＳ２５に進む。ステップＳ２５では、変数iがインクリメントされ、処理がステップＳ２０に戻る。
【００６７】
関数F(Pa[i])が閾値以下であれば、処理がステップＳ２４に進む。ステップＳ２４では、変数VITに対して、パラメータeが減算される。すなわち、関数F(Pa[i])が閾値以下であることから、ユーザが屋内で活動していることが判別される。このことから体力を示す変数を小さくしている。なお、屋内における活動は様々なものがある。また、ここでは判別式の判定結果の処理を一様の処理としないことで処理の複雑化を図り、ユーザが因果関係を推定できない部分を設けるようにしている。これにより、ユーザに対して飽きや慣れを与えないような配慮もしている。変数INTは変化させない。そして、処理がステップＳ２５に進む。ステップＳ２５では、変数iがインクリメントされ、処理がステップＳ２０に戻る。
【００６８】
関数G(Pb[i])についても同様の処理がなされる。ステップＳ２６において、関数G(Pb[i])を閾値と比較する処理がなされる。なお、関数F(Pa[i])と比較される閾値と、関数G(Pb[i])と比較される閾値とが同一の値に設定されてもよく、異なる値に設定されてもよい。関数G(Pb[i])が閾値より大きい場合は、処理がステップＳ２７に進む。ステップＳ２７では、体力を示す変数VITに対してパラメータcが減算され、知力を示す変数INTに対してパラメータdが加算される。そして、処理がステップＳ２５に進む。ステップＳ２５では、変数iがインクリメントされ、処理がステップＳ２１に戻る。
【００６９】
関数G(Pb[i])が閾値より小さい場合は、処理がステップＳ２８に進む。ステップＳ２８では、知力を示す変数INTに対して、パラメータfが減算される。そして、処理がステップＳ２５に進む。ステップＳ２５では、変数iがインクリメントされ、処理がステップＳ２１に戻る。
【００７０】
ステップＳ３０では、関数H(Pa[i], Pb[i])と閾値とを比較する処理がなされる。閾値は、他の閾値と同一または異なる値に設定される。ここでは、HをH(Pa[i],Pb[i])=(ある時点ts[i-1]とある時点ts[i]でのアモルファスシリコン太陽電池の出力発電量)＋(ある時点ts[i-1]とある時点ts[i]での色素増感型太陽電池の出力発電量)と定義する。
【００７１】
関数H(Pa[i], Pb[i])が閾値より大きい場合は、処理がステップＳ３２に進む。ステップＳ３２では、パラメータg,hを使用して、聖属性値を増加させ、闇属性値を減少させる処理がなされる。すなわち、聖属性値に対してパラメータgが加算され、闇属性値に対してパラメータhが減算される。そして、処理がステップＳ２５に進む。ステップＳ２５では、変数iがインクリメントされ、処理がステップＳ２０およびステップＳ２１に戻る。
【００７２】
関数H(Pa[i], Pb[i])が閾値以下である場合は、処理がステップＳ３３に進む。ステップＳ３３では、パラメータk,lを使用して、聖属性値を減少させ、闇属性値を増加させる処理がなされる。すなわち、聖属性値に対してパラメータkが減算され、闇属性値に対してパラメータlが加算される。そして、処理がステップＳ２５に進む。ステップＳ２５では、変数iがインクリメントされ、処理がステップＳ２０およびステップＳ２１に戻る。
【００７３】
ステップＳ３２およびステップＳ３３がなされることで、明るい場所にいた時間が長いほど聖属性の傾向が強くなり、暗い場所にいる時間が長いほど闇属性の傾向が強くなる。ユーザの周囲環境により、キャラクタを特徴付けることが可能となる。
【００７４】
なお、ステップＳ２２、ステップＳ２６およびステップＳ３１における処理は、閾値と比較する処理に限られない。各処理において、関数が特定の条件に合致した場合に属性値を変化させる処理がなされるようにしてもよい。また、関数F, G, Hについて引数の値が閾値より大、ある閾値以下という判別式を用いたが、この閾値・判別式ともに関数Ｉ，Ｊであってもよい。さらに、特徴量を変更する手続きとしてここでは簡単にパラメータを用いた加減算処理を記述したが、特徴量の変更についても関数PA,PB,PC, PD, PE, としてもよく、かつそれらパラメータの処理についてもPA,PB,PC, PD, PEを引数とする関数処理P[PA], P[PB], P[PC], P[PD], P[PE]であってもよい。例えば、図９に示すように、ステップＳ３５においてJ(I[i])=TRUEのとき、処理P[PA]を行い（ステップＳ３６）、J(I[i])=FALSEのとき、処理P[PB]を行うとしてもよい（ステップＳ３７）。このように、発電情報をキャラクタの属性に反映させる処理は、例えば、ホスト装置３によって行われる。この場合は、ホスト装置３の制御部が属性処理部として機能する。なお、処理がＭＣＵ１２によって行われてもよい。
【００７５】
「処理の流れ」
図１０は、第２の実施形態における処理の流れの一例を示すフローチャートである。なお、発電デバイスが行う処理（ステップＳ４１からステップＳ４６までの処理）は、第１の実施形態において発電デバイスが行う処理（ステップＳ１からステップＳ６までの処理）と同様であるので、重複した説明を適宜、省略する。ステップＳ４７において、発電デバイス２は、ホスト装置３との接続が確立した後に、発電情報をホスト装置３に送信する。
【００７６】
ステップＳ４８において、ホスト装置３は、発電デバイス２ａとの接続を確立する処理を行う。そして、処理がステップＳ４９に進む。ステップＳ４９では、発電デバイス２ａから送信された発電情報がホスト装置３によって受信される。そして、処理がステップＳ５０に進む。ステップＳ５０およびステップＳ５１において、ホスト装置３は、受信した発電情報を解析し、発電情報に応じた行動特性を特定する。そして、処理がステップＳ５２に進む。ステップＳ５２において、ホスト装置３は、行動特性をゲームデータに反映させる処理を行う。例えば、行動特性を反映させたゲームのキャラクタを生成する。
【００７７】
なお、ステップＳ５２の処理において生成等されたキャラクタが他の装置（例えば、携帯型のゲーム機器）に送信されるようにしてもよい。キャラクタがサーバにアップロードされ、他のユーザに公開されるようにしてもよい。キャラクタを識別する識別子（ＩＤ）が発電デバイスに送信され、識別子に応じて発電デバイスの外観が変更されるようにしてもよい。
【００７８】
＜３．第３の実施形態＞
次に、第３の実施形態について説明する。第３の実施形態において例示する発電デバイスは、かばんや洋服に取り付けることが可能なタグ形状であり、ディスプレイが設けられた形状である。このディスプレイに、ユーザの行動特性が反映されたキャラクタを表示させることができる。
【００７９】
図１１は、第３の実施形態における発電デバイス２ｂの構成の一例を示す。発電デバイス２ｂは、発電部１１、パワーコントロール部２０、ＭＣＵ１２、メモリ１３、Ｉ／Ｆ１４を備える。なお、図示を簡略しているが、発電部１１は、例えば、振動発電部１１ａ、太陽光発電部１１ｂなどにより構成される。これらの構成およびその機能は、発電デバイス２ａと略同様のため、重複した説明を省略する。
【００８０】
発電デバイス２ｂは、さらに、ディスプレイ３３および通信（ＲＦ(Radio Frequency)）モジュール３４を備える。ディスプレイ３３および通信モジュール３４に対する制御は、ＭＣＵ１２によってなされる。ディスプレイ３３は、例えば、ＬＣＤ(Liquid Crystal Display)である。有機ＥＬ(Electroluminescence)等の他のディスプレイで構成されてもよい。ディスプレイ３３には、ユーザの行動特性が反映されたゲームのキャラクタが表示される。もちろん、他の情報をディスプレイ３３に表示できるようにしてもよい。ディスプレイ３３に電力が供給されるときに、キャラクタがディスプレイ３３に常時、表示されてもよく、ユーザの操作に応じて、キャラクタの表示がオン／オフされてもよい。
【００８１】
行動特性をキャラクタに反映する処理の詳細は、第２の実施形態で説明したので重複した説明を省略している。なお、行動特性をキャラクタに反映する処理は、ＭＣＵ１２によって行われてもよく、ホスト装置３によって行われてもよい。
【００８２】
ＭＣＵ１２には、通信モジュール３４が接続される。通信モジュール３４は、ＭＣＵ１２によって制御される。すなわち、ＭＣＵ１２および通信モジュール３４が通信部として機能する。通信モジュール３４は、他のユーザが所有する発電デバイスと通信を行うためのモジュールである。なお、ホスト装置３と通信を行うＩ／Ｆ１４と通信モジュール３４とが同一の構成とされてもよい。説明の便宜を考慮して、他のユーザが所有する発電デバイスを発電デバイス２ｂ´と称する。発電デバイス２ｂ´の構成は、発電デバイス２ｂと略同様の構成とされる。
【００８３】
具体的には、通信モジュール３４は、発電デバイス２ｂと他のユーザが所有する発電デバイス２ｂ’がすれ違うと、すれ違い通信を行う。通信は、様々な通信規格（例えば、BluetoothやZigbeeなど）に対応することができる。以下、通信モジュール３４が行うすれ違い通信の概要について説明する。
【００８４】
通信モジュール３４は、所定距離内（例えば、数ｍ（メートル）の範囲内）に、発電デバイス２ｂ´が存在するか否かを監視する。所定距離内に発電デバイス２ｂ´が存在する場合は、通信モジュール３４と発電デバイス２ｂ´の通信モジュールとの間で通信が行われ、発電情報が交換される。例えば、ＭＣＵ１２によってメモリ１３から読み出された発電情報が通信モジュール３４に供給され、通信モジュール３４を介して発電情報が発電デバイス２ｂ´に供給される。例示した通信方法以外の公知の通信方法を使用してもよい。なお、発電情報を送受信可能にするか否かをユーザが設定できるようにしてもよい。
【００８５】
さらに、発電デバイス２ｂ´の発電情報が通信モジュール３４により受信される。受信された発電デバイス２ｂ´の発電情報がＭＣＵ１２に供給される。ＭＣＵ１２は、供給された発電デバイス２ｂ´の発電情報をメモリ１３に書き込む。ＭＣＵ１２は、例えば、メモリ１３に記憶されていた発電部１１の発電情報を、通信によって取得した発電デバイス２ｂ´の発電情報に書き換える。
【００８６】
「処理の流れ」
図１２は、第３の実施形態における処理の流れの一例を示すフローチャートである。なお、図１２に示す処理が行われる前に、発電デバイス２ｂの発電情報が計測され、計測された発電情報がメモリ１３に記憶されている。発電情報からのユーザの行動特性が特定され、特定された行動特性が反映されたキャラクタが設定されている。設定されたキャラクタがディスプレイ３３に表示されていてもよい。
【００８７】
ステップＳ６０では、発電デバイス２ｂにエネルギーが供給される。ステップＳ６１において、ＭＣＵ１２、メモリ１３、Ｉ／Ｆ１４、ディスプレイ３３、通信モジュール３４などを動作させるに足る電圧が蓄電素子２８に蓄電されたか否かが判断される。蓄電素子２８の蓄電量が十分でない場合は、処理がステップＳ６０に戻る。蓄電素子２８の蓄電量が十分である場合は、処理がステップＳ６２に進む。ステップＳ６２では、電源が発電部の電力か外部からの電力であるかの判定が行われる。ステップＳ３と同様に、発電デバイス２ｂがホスト装置３に接続されているか否かが判定される。電源として発電部からの電力が使用されている場合は、処理がステップＳ６３に進む。
【００８８】
ステップＳ６３では、通信モジュール３４によるすれ違い通信がなされる。すなわち、通信モジュール３４により、発電デバイス２ｂから所定の範囲内に他の発電デバイス２ｂ’が存在するか否かが判断される。なお図示は省略しているが、所定範囲内に、他の発電デバイス２ｂ’が存在しない場合は、処理がステップＳ６５に進み、発電デバイス２ｂがスリープ状態になる。
【００８９】
発電デバイス２ｂの所定範囲内に、他の発電デバイス２ｂ´が存在する場合は、通信モジュール３４はすれ違い通信により、発電デバイス２ｂ´から発電情報を受信する。そして処理がステップＳ６４に進む。
【００９０】
ステップＳ６４では、受信された発電情報が、通信モジュール３４からＭＣＵ１２に供給される。ＭＣＵ１２は、供給された発電情報をメモリ１３に記憶する。例えば、以前に発電デバイス２ｂによって計測され、メモリ１３に記憶されている発電情報が、発電デバイス２ｂ´によって計測された発電情報に書き換えられる。そして、処理がステップＳ６５に進み、発電デバイス２ｂがスリープ状態にされる。発電情報が書き換えられる処理は、ユーザが、発電デバイス２ｂ´を所有するユーザとすれ違うことで行われる。この処理は、ユーザによって知覚されることはない。
【００９１】
ステップＳ６２における判定処理で、電源としてホスト装置３からの電力が使用されている場合は、処理がステップＳ６６に進む。ステップＳ６６では、ホスト装置３との通信を確立する処理が行われる。そして、メモリ１３に記憶されている発電デバイス２ｂ´の発電情報を、ホスト装置３に送信する。ステップＳ６６に続いて行われるステップＳ６７のキャラクタ変更処理については、後述する。
【００９２】
ホスト装置３側の処理について説明する。ステップＳ６８において、発電デバイス２ｂと通信を確立する処理が行われる。発電デバイス２ｂと通信が確立すると、処理がステップＳ６９に進む。ステップＳ６９では、発電デバイス２ｂから送信される発電情報を受信する。そして、処理がステップＳ７０に進む。
【００９３】
ステップＳ７０では、発電情報が解析され、行動特性が特定される。ここで、ステップＳ６９で受信する発電情報は、他のユーザが保有する発電デバイス２ｂ’の発電情報である。つまり、ステップＳ７０における処理では、発電デバイス２ｂ’を保有する他のユーザの行動特性が特定される。そして、処理がステップＳ７１に進む。ステップＳ７１では、ステップＳ７０で特定された他のユーザの行動特性がキャラクタの属性に反映される。例えば、他のユーザの行動特性に応じたキャラクタが生成される。そして、処理がステップＳ７２に進む。ステップＳ７２では、ステップＳ７１で生成されたキャラクタの表示データがホスト装置３から発電デバイス２ｂに対して送信される。送信されたキャラクタの表示データが通信モジュール３４によって受信され、受信されたキャラクタの表示データがＭＣＵ１２に供給される。
【００９４】
ホスト装置３におけるステップＳ７２の処理に対応して、発電デバイス２ｂにおいてキャラクタ変更処理（ステップＳ６７）が行われる。ＭＣＵ１２は、ホスト装置３から送信されたキャラクタの表示データに基づいてディスプレイ３３を制御し、ディスプレイ３３にキャラクタを表示する。ホスト装置３から送信されたキャラクタの表示データをメモリ１３に記憶し、ユーザの操作に応じてキャラクタがディスプレイ３３に表示されるようにしてもよい。そして、処理がステップＳ６５に進み、発電デバイス２ｂがスリープ状態とされる。スリープ状態において、キャラクタの表示が継続されるようにしてもよい。
【００９５】
ユーザは、自身の行動の履歴から、キャラクタに対する一定のイメージを有している。例えば、激しい運動をしたユーザは、キャラクタが成長していたり、キャラクタのアイテムが増加していると推測する。そして、このようなイメージを有した状態でディスプレイ３３に表示されたキャラクタを確認する。すると、ディスプレイ３３に実際に表示されたキャラクタは、他のユーザの行動特性に応じたキャラクタであり、ユーザがイメージするキャラクタとは別物である。ユーザがイメージするキャラクタと実際のキャラクタとの違いにより意外性が増し、エンタテインメント性が向上する。他のユーザの行動特性に応じたキャラクタをユーザが気に入れば、そのキャラクタをメモリ１３に記憶させてもよい。
【００９６】
なお、メモリ１３に記憶されていたユーザの発電情報を書き換えなくてもよい。これにより、発電デバイス２ｂの発電情報からユーザ自身の行動特性が特定でき、行動特性をキャラクタの属性に反映することができる。すなわち、他のユーザの行動特性に基づくキャラクタを、自己の行動特性に基づくキャラクタに戻すことができる。
【００９７】
さらに、ユーザの行動特性と他のユーザの行動特性をミックスして新たな行動特性を生成するようにしてもよい。例えば、ユーザの行動特性が「非常によく外出する」であり、他のユーザの行動特性が「通常程度に外出する」であれば「比較的、よく外出する」という行動特性を生成する。具体的には、２以上の行動特性のデータの平均をとり、平均値に対応する行動特性を新たな行動特性として生成する。生成した行動特性をキャラクタの属性に反映させるようにしてもよい。
【００９８】
＜４．第４の実施形態＞
次に第４の実施形態について説明する。第４の実施形態は、発電デバイスにセンサを設けている。発電情報に加えて、センサから得られる情報を使用してユーザの行動特性を特定する。さらに、自身の行動特性に似た行動特性を有するユーザとすれ違ったときに、その旨を報知する。報知する手段は問わない。第４の実施形態では、表示によって報知する例を説明するが、音や振動などによって報知するようにしてもよい。表示や音を組み合わせて報知するようにしてもよい。
【００９９】
図１３は、第４の実施形態における発電デバイス２ｃの構成の一例を示す。発電デバイス２ｃは、発電デバイス２ｂと略同様の構成とされる。すなわち、発電デバイス２ｃは、振動発電部１１ａや太陽光発電部１１ｂ等の発電部１１、パワーコントロール部２０、ＭＣＵ１２、メモリ１３、Ｉ／Ｆ１４、ディスプレイ３３および通信モジュール３４を備える。これらの構成の詳細については、発電デバイス２ｂにおける対応する構成と略同様であるので重複した説明を省略する。
【０１００】
発電デバイス２ｃは、さらに、センサ３５を備える。センサ３５には、種々のセンサを適用できる。例えば、緯度および経度や高度などの位置情報を取得するセンサや加速度を検出するセンサや、ジャイロセンサなどセンサ３５として適用できる。さらに、温度や湿度などの気候条件を取得するセンサや、臭気や明度を検出するセンサ、音圧や特定物質を検出するセンサなどをセンサ３５として適用できる。センサ３５によって取得されたセンサ情報がＭＣＵ１２に供給される。
【０１０１】
ＭＣＵ１２は、取得したセンサ情報と、パワーコントロール部２０から供給された発電情報とをホスト装置３に送信する。ホスト装置３は、センサ情報と発電情報とからユーザの行動特性を判別する。ホスト装置３は、センサ情報および発電情報からユーザの行動特性を判別する。センサ情報を併せて使用することで、ユーザの行動特性をより具体的に判別することができる。例えば、センサ３５として位置情報を検出するＧＰＳ(Global Positioning System)が使用されるとする。ＧＰＳから得られる情報を併用することで、例えば、ユーザが行動している場所をより詳細に特定できる。このため、例えば、「アウトドアをよく行う」という行動特性を、「山登りをよくする」や「公園でのハイキングをよくする」というように具体的に特定できる。
【０１０２】
「処理の流れ」
図１４は、第４の実施形態における処理の流れの一例を示すフローチャートである。ステップＳ８０では、発電デバイス２ｃにエネルギーが供給される。ステップＳ８１において、ＭＣＵ１２、メモリ１３、Ｉ／Ｆ１４、ディスプレイ３３、通信モジュール３４、センサ３５などを動作させるに足る電圧が蓄電素子２８に蓄電されたか否かが判断される。蓄電素子２８の蓄電量が十分でない場合は、処理がステップＳ８０に戻る。蓄電素子２８の蓄電量が十分である場合は、処理がステップＳ８２に進む。ステップＳ８２には、電源が発電部の電力か外部からの電力であるかの判定が行われる。ステップＳ３と同様に、発電デバイス２ｃがホスト装置３に接続されているか否かが判定される。電源として発電部からの電力が使用されている場合は、処理がステップＳ８３に進む。
【０１０３】
ステップＳ８３では、センサ３５が動作し、センサ３５によるセンシング処理が行われる。ステップＳ８３では、さらに、各発電部の発電量が計測され、発電情報が取得される。そして、処理がステップＳ８４に進む。ステップＳ８４では、ステップＳ８３で取得された発電情報およびセンサ情報がメモリ１３に記憶される。そして、処理がステップＳ８５に進む。
【０１０４】
ステップＳ８５では、メモリ１３に行動特性が記憶されているか否かが判断される。この例では、行動特性がホスト装置３で判別される。このため、発電デバイス２ｃがホスト装置３に接続されたことがない場合は、行動特性がメモリ１３に記憶されていない。行動特性がメモリ１３に記憶されていない場合は、処理がステップＳ８９に進み、発電デバイス２がスリープ状態にされる。ユーザの行動特性がメモリ１３に記憶されている場合は、処理がステップＳ８６に進む。
【０１０５】
ステップＳ８６では、他の発電デバイス（以下、適宜、発電デバイス２ｃ´と称する）を探索する処理が行われる。この処理は、例えば、通信モジュール３４によって行われる。通信モジュール３４は、発電デバイス２ｃの位置から所定範囲内（例えば、数ｍの範囲内）に発電デバイス２ｃ´が存在するか否かを探索する。例えば、通信モジュール３４は、周囲に探索メッセージを送信し、探索メッセージに対する応答の有無によって、発電デバイス２ｃ´が周囲に存在するか否かを判別する。ステップＳ８６が周期的（例えば、数秒ごと）になされるようにしてもよい。
【０１０６】
ステップＳ８６において、発電デバイス２ｃ´が存在すると、発電デバイス２ｃと発電デバイス２ｃ´との間で通信が行われる。この通信によって、互いの行動特性が交換される。発電デバイス２ｃの通信モジュール３４は、発電デバイス２ｃ´から送信される行動特性を受信し、受信した行動特性をＭＣＵ１２に供給する。そして、処理がステップＳ８７に進む。
【０１０７】
ＭＣＵ１２は、通信モジュール３４から供給された行動特性と、メモリ１３に記憶されている行動特性と比較する。ＭＣＵ１２は、例えば、行動特性に関するデータの値を差分を算出し、差分の結果が閾値以下であれば行動特性が似ていると判別する。行動特性が似ていると判別したときは、発電デバイス２ｃ’のユーザを発電デバイス２ｃのユーザの仲間とみなす。１または複数の発電デバイス２ｃ’の行動特性と、ユーザの行動特性が比較され、仲間がいない場合は、処理がステップＳ８９に進み、発電デバイス２ｃがスリープ状態に設定される。
【０１０８】
ステップＳ８７の処理において、所定範囲内に仲間がいれば処理がステップＳ８８に進む。ステップＳ８８では、例えば予め設定された手法により、発電デバイス２ｃの外観を変化させる処理がなされる。例えば、ディスプレイ３３を所定の色で点滅する処理がなされる。この処理により、ユーザは、自分と似た行動特性を有する他のユーザが周囲にいることを認識できる。ステップＳ８６〜ステップＳ８８の処理は、ユーザと他のユーザがすれ違う際に行われてもよい。ユーザは、すれ違った相手が自分の行動特性とよく似ていることを認識でき、他のユーザに対して親近感などを抱くことができる。そして、処理がステップＳ８９に進み、発電デバイス２ｃがスリープ状態に設定される。
【０１０９】
ステップＳ８２において、電源としてホスト装置３からの電力が使用されている、言い換えれば、発電デバイス２ｃがホスト装置３と接続されている場合には、処理がステップＳ９１に進む。ステップＳ９１では、例えばＩ／Ｆ１４を使用して、ホスト装置３と接続を確立する処理が行われる。ホスト装置３と接続を確立した後に、発電情報およびセンサ情報をホスト装置３に対して送信する処理が行われる。ステップＳ９１の処理に続いて、ステップＳ９２の処理が行われる。ステップＳ９２の処理については後述する。
【０１１０】
ホスト装置３で行われる処理について説明する。ステップＳ９５では、発電デバイス２ｃと接続を確立する処理が行われる。接続が確立すると、処理がステップＳ９６に進む。ステップＳ９６では、発電デバイス２ｃから送信された発電情報およびセンサ情報が受信される。そして、処理がステップＳ９７に進む。ステップＳ９７では、発電情報およびセンサ情報が解析される。そして、処理がステップＳ９８に進む。ステップＳ９８では、発電情報およびセンサ情報からユーザの行動特性が特定される。そして、処理がステップＳ９９に進む。
【０１１１】
ステップＳ９９では、周囲に仲間が存在する場合に、発電デバイス２ｃの外観をどのように変化させるかを規定する外観変更候補が設定される。例えば、複数の外観変更候補がユーザに提示され、ユーザの操作に応じて外観変更候補が決定される。もちろん、ホスト装置３によって、外観変更候補が自動的に設定されるようにしてもよい。ホスト装置３ではなく、発電デバイス２ｃにおいて外観変更候補が設定されてもよい。そして、処理がステップＳ１００に進む。ステップＳ１００では、行動特性および外観変更候補を特定するデータが発電デバイス２ｃに送信される。
【０１１２】
ステップＳ１００の処理に対応して、発電デバイス２ｃにおいてステップＳ９２の処理が行われる。ステップＳ９２では、ホスト装置３から送信された行動特性および外観変更候補がメモリ１３に記憶される。そして、処理がステップＳ８９に進み、発電デバイス２ｃがスリープ状態に設定される。ステップＳ９２で記憶された行動属性および外観変更候補に基づいて、上述したステップＳ８７およびステップＳ８８の処理が行われる。
【０１１３】
このように、自分の行動特性と似た行動特性を有する他のユーザが周囲にいるか否かを判別できる。行動特性が似た他のユーザに対しては親近感を抱くことができ、新たなコミュニティ意識を創造できる。なお、行動特性が似ている度合いに応じて、外観の変化態様を異なるようにしてもよい。例えば、行動特性が全く同じである場合はディスプレイが赤色で点滅し、やや似ている場合はディスプレイが緑色で点滅し、わずかに似ている場合はディスプレイが黄色で点滅するようにしてもよい。なお、第４の実施形態におけるホスト装置は、センサ情報および発電情報に応じて行動特性を特定する装置として構成してもよい。発電デバイスについても同様である。
【０１１４】
＜５．変形例＞
以上、本開示の一実施形態について説明したが、本開示は、上述した実施形態に限られることなく、種々の変形が可能である。以下、変形例について説明する。
【０１１５】
「第１の変形例」
図１５は、パワーコントロール部の変形例における構成を示す。上述した実施形態では、発電情報を電力および発電量として説明したが、発電情報を蓄電素子の蓄電量としてもよい。図１５に示すように、パワーコントロール部４０には、例えば、振動発電部１１ａおよび太陽光発電部１１ｂから電圧が供給される。振動発電部１１ａからのＡＣ電圧が、パワーコントロール部４０における整流回路４１によってＤＣ電圧に変換される。整流回路４１から供給されるＤＣ電圧によって蓄電素子４２ａが蓄電される。太陽光発電部１１ｂからのＤＣ電圧によって蓄電素子４２ｂが蓄電される。
【０１１６】
整流回路４１と蓄電素子４２ａとの間のラインに、蓄電量計測部４３が接続されている。さらに、太陽光発電部１１ｂと蓄電素子４２ｂとの間のラインに、蓄電量計測部４３が接続されている。蓄電量計測部４３には、ＲＴＣ４５が接続されており、ＲＴＣ４５から蓄電量計測部４３に対して時間情報が供給されるように構成されている。蓄電量計測部４３は、ＲＴＣ４５からの時間情報を使用して、所定時間における蓄電素子４２ａおよび蓄電素子４２ｂの蓄電量（電圧）をそれぞれ計測する。計測されたそれぞれの蓄電量が、ラインＬ３を介してＭＣＵ１２に供給される。このように、発電部に対応する蓄電素子を設け、蓄電量を発電情報としてもよい。
【０１１７】
蓄電量計測部４３で計測された蓄電量に関する情報が、外部供給制御部４４に供給される。外部供給制御部４４は、蓄電量に応じてスイッチＳＷ１およびスイッチＳＷ２のオン／オフを制御する。例えば、蓄電素子４２ａの蓄電量が多いときは、外部供給制御部４４は、スイッチＳＷ１をオンし、スイッチＳＷ２をオフする。蓄電素子４２ｂの蓄電量が多いときは、外部供給制御部４４は、スイッチＳＷ１をオフし、スイッチＳＷ２をオンする。蓄電量が多いということは、蓄電素子と接続される発電部の発電量が多いことを示す。したがって、上述したようにしてスイッチＳＷ１およびスイッチＳＷ２をオン／オフを制御することで、発電量が多い発電部からの電力を外部に供給できる。スイッチＳＷ１またはスイッチＳＷ２を介して出力される電力がラインＬ４に供給され、ラインＬ４を介してＭＣＵ１２、メモリ１３などに供給される。
【０１１８】
ＲＴＣ４５に対しては、ＲＴＣ４５に電力を供給する蓄電素子４６が接続されている。蓄電素子４６は、電気二重層キャパシタなどである。蓄電素子４６は、スイッチＳＷ３を介してラインＬ４に接続されている。蓄電素子４６の蓄電量が低下したときにスイッチＳＷ３をオンし、振動発電部１１ａまたは太陽光発電部１１ｂからの電圧によって蓄電素子４６が蓄電されるようにしてもよい。
【０１１９】
「第２の変形例」
発電デバイスを小型化するには、発電デバイスに多くの発電部を設けることができない。さらに、風という属性を規定するために、発電デバイスに風力発電部を設けることは困難である。そこで、第２の変形例では、ユーザの発電デバイスが有しない発電部の発電情報を他のユーザや発電所などから取得するようにしている。
【０１２０】
図１６は、第２の変形例における処理の概要を示したものである。ユーザａは発電デバイス２ｄを所有し、ユーザｂは発電デバイス２ｅを所有している。発電デバイス２ｄの構成は、上述した発電デバイス２ｂと略同様の構成とされる。但し、発電デバイス２ｄが有する発電部は、例えば、太陽光発電部および振動発電部である。発電デバイス２ｅの構成は、上述した発電デバイス２ｂと略同様の構成とされる。但し、発電デバイス２ｅが有する発電部は、例えば、振動発電部および電波発電部である。発電デバイス２ｄおよび発電デバイス２ｅは、互いの距離が所定距離より小さくなったときにネットワークＮＷを介して通信を行うことができる。もちろん、ネットワークＮＷを介さずに、発電デバイス２ｄおよび発電デバイス２ｅの間で直接、通信がなされるようにしてもよい。
【０１２１】
発電デバイス２ｄは、自身が有しない発電部の発電情報を通信により取得する。すなわち、発電デバイス２ｄは、発電デバイス２ｅに対して、電波発電部の発電情報を送信するように要求する。要求に応じて、発電デバイス２ｅは発電デバイス２ｄに対して、電波発電部の発電情報を送信する。発電デバイス２ｄは、ユーザａの行動特性を特定する際に、発電デバイス２ｅから送信された電波発電部の発電情報を使用できる。
【０１２２】
一方、発電デバイス２ｄは、発電デバイス２ｅに対して太陽光発電部の発電情報を要求する。要求に応じて、発電デバイス２ｅは発電デバイス２ｄに対して、太陽光発電部の発電情報を送信する。発電デバイス２ｅは、ユーザｂの行動特性を特定する際に、発電デバイス２ｄから送信された太陽光発電部の発電情報を使用できる。
【０１２３】
振動発電部や温度差発電部の発電量は、ユーザの行動に応じて大きく変化するものである。これに対して、太陽光発電部や電波発電部の発電量は、近接した位置であればそれほど変化しないものである。このような特性を利用して、太陽光発電部や電波発電部の発電情報を他のユーザから取得する。これにより、太陽光発電部および電波発電部のいずれか一方を発電デバイスに設ければよく、発電デバイスを小型化できる。
【０１２４】
さらに、他のユーザだけでなく、ネットワークを介して発電情報を取得するようにしてもよい。例えば、事業者が太陽光発電部および電波発電部を各所に設置し、各所ごとの太陽光発電部の発電情報および電波発電部の発電情報をリアルタイムに集計する。集計された太陽光発電部の発電情報および電波発電部の発電情報が、ネットワークＮＷに接続されるサーバにアップロードされる。ユーザがサーバに対して位置情報を送信すると、サーバは、位置情報に対応する太陽光発電部の発電情報および電波発電部の発電情報を返信する。このようにして、ユーザは、サーバから発電情報を取得するようにしてもよい。
【０１２５】
発電所から供給される発電情報を使用してもよい。図１６に示すように、ネットワークＮＷには規模の異なる発電所が接続され、発電所の発電量の情報がウェブ情報として公開されている。もちろん、発電所単位でなく、発電所を管理する電力会社のウェブ情報から発電量の情報が提供されるようにしてもよい。ネットワークＮＷを介して、例えば、風力発電所Ａ（参照符号５１）の発電量と、火力発電所Ｂ（参照符号５２）の発電量と、原子力発電所Ｃ（参照符号５３）の発電量と、水力発電所Ｄ（参照符号５４）の発電量と、個人の家に設置されている太陽光発電所Ｅ（参照符号５５）の発電量とが公開されている。さらに、ネットワークＮＷには、図示しない検索サーバが接続されている。
【０１２６】
ユーザａは、発電デバイス２ｄを使用して検索サーバに接続する。そして、検索サーバに対して、発電デバイス２ｄを特定する情報と、位置情報を送信する。発電デバイス２ｄを特定する情報は、例えば、発電デバイス２ｄのデバイスＩＤである。位置情報は、ＩＰ(Internet Protocol)アドレスやＧＰＳなどの情報、ユーザが向いている方向を示す情報を用いることができる。検索サーバは、ユーザから送信されたＩＤや位置情報を使用して、発電情報が掲載されたウェブ情報を検索する。検索されたウェブ情報のＩＰ情報からＩＰトラッキングを行い、ユーザａの位置に最も近い発電所のウェブ情報を取得する。取得したウェブ情報にある発電量を発電デバイス２ｄに対して送信する。発電デバイス２ｄは、供給された発電量を使用してユーザの行動特性を特定するようにしてもよい。
【０１２７】
さらに、ユーザの位置と発電所の位置とに応じて、属性が変化するようにしてもよい。例えば、ユーザと風力発電所Ａとの距離が一定以下になった場合は、風属性がアップするようにしてもよい。発電情報に加えて、建造物に関する情報を属性に反映させることができる。例えば、風力発電部を発電デバイスに設けることは困難であるが、風力発電所の発電量の情報を使用することで、風属性に影響を与える発電情報を取得できる。
【０１２８】
「第３の変形例」
上述した処理がグループ単位で行われるようにしてもよい。グループ単位の属性がキャラクタに反映される。そして、グループ毎に付与されたキャラクタによって、グループ同士の競争が行われる。グループは、ギルドなどと称されることもある。図１７に、グループの構成の一例を示す。グループ１には、ユーザ６０ａ〜ユーザ６４ａが所属している。グループ２には、ユーザ６０ｂ〜ユーザ６４ｂが所属している。グループｒにはユーザ６０ｒ〜ユーザ６５ｒが所属している。
【０１２９】
各グループに対して評価指標ベクトルＳを生成する。グループの固有番号をｒとし、グループ内の番号をｍとすると、Ｓｒはデータレコードの項目をｎとすればｍ行ｎ列の行列となる。データレコードとは、例えば、発電部に応じた発電情報であり、データレコードの項目は、例えば、発電部の個数に対応する。グループ毎に評価指標ベクトルＳが生成される。評価指標ベクトルＳがサーバ７０に送信される。
【０１３０】
サーバ７０において、評価指標ベクトルＳに対する評価関数Ｇを用いた処理が行われる。この処理により、グループｒに対するＱという評価結果ベクトルを得る。この評価結果ベクトルは行動特性の概念に含まれるものである。評価結果ベクトルＱに基づいてキャラクタが設定される。このように、グループ単位でのキャラクタを設定することができる。
【０１３１】
グループの構成は一例であり、適宜変更できる。一度結成されたグループが変更されるようにしてもよい。仮想空間において、仲間として既にグループ化されていてもよい。仮想空間において、敵対するグループとして登録されているグループであってもよい。現実空間で物理的な距離が近いユーザ同士がグループ化されてもよい。仮想空間において、物理的な距離が近いユーザ同士がグループ化されてもよい。キャラクタの特性が近いグループ同士が合体して、新たなグループが形成されるようにしてもよい。グループが形成されるにあたっては、あるグループに属するということをユーザが必ずしも認識する必要はない。
【０１３２】
「その他の変形例」
上述した変形例の他にも、本開示は、種々の変更が可能である。例えば、発電デバイスの機能が携帯電話やスマートフォンなどの携帯電子機器に組み込まれていてもよい。さらに、ユーザの行動特性を認証データとして使用してもよい。例えば、入退室管理システムにおいて、ユーザのＩＤの認証が行われるとともに、ユーザ毎に特定された行動特性に関するデータに対する認証が行われるようにしてもよい。
【０１３３】
本開示は、例示した処理が複数の装置によって分散して処理される、いわゆるクラウドシステムに対して適用することができる。例えば、本開示の内容を実現する複数の処理が、複数の装置によって分散して処理されるクラウドシステムであって、複数の処理のうち、少なくとも一の処理を実行する装置として構成することが可能である。処理の内容は、上述した実施形態等で例示した、発電情報を取得する処理、行動特性を判別する処理、行動特性を仮想のオブジェクトに反映する処理、ディスプレイに表示する処理などである。さらに、発電デバイスにおいて全ての処理が行わるようにしてもよい。上述した実施形態におけるサーバは複数あってもよく、発電デバイスがサーバとして機能してもよい。
【０１３４】
なお、実施形態および変形例における構成および処理は、技術的矛盾が生じない範囲で適宜組み合わせることができる。
【０１３５】
本開示は、以下の構成をとることもできる。
（１）
発電部からの発電情報を取得する取得部と、
前記発電情報に応じて、行動特性を特定する特定部と
を備える特定装置。
（２）
発電原理が異なる発電部を複数備える（１）に記載の特定装置。
（３）
前記行動特性を、仮想のオブジェクトに反映させる（１）または（２）に記載の特定装置。
（４）
前記行動特性に応じて、前記オブジェクトを生成する、または、前記オブジェクトの属性を変更する（３）に記載の特定装置。
（５）
前記行動特性に応じて、外観を変更する（１）乃至（４）のいずれか１に記載の特定装置。
（６）
通信を行う通信部を備える（１）乃至（５）のいずれか１に記載の特定装置。
（７）
前記通信部によって、前記行動特性を外部に送信する（６）に記載の特定装置。
（８）
前記通信部によって、前記発電情報を外部から取得する（６）または（７）に記載の特定装置。
（９）
前記通信部によって、他のユーザの行動特性を外部から取得する（６）乃至（８）のいずれか１に記載の特定装置。
（１０）
記憶部に記憶された前記行動特性を、前記取得した前記他のユーザの行動特性に書き換える書換部を備える（９）に記載の特定装置。
（１１）
前記取得した他のユーザの行動特性が、記憶部に記憶されている行動特性と一致または近似していることを報知する報知部を備える（９）に記載の特定装置。
（１２）
発電部からの発電情報を取得する取得部と、
前記発電情報を、仮想のオブジェクトの属性に反映させる属性処理部と
を備える制御装置。
（１３）
発電部からの発電情報を取得し、
前記発電情報に応じて、行動特性を特定する
特定装置における特定方法。
（１４）
発電部からの発電情報を取得し、
前記発電情報に応じて、行動特性を特定する
特定方法をコンピュータに実行させるプログラム。
（１５）
（１）乃至（１１）のいずれか１に記載の特定装置を複数備え
前記複数の特定装置のそれぞれから発電情報を取得し、
前記発電情報に応じて、グループ単位の行動特性を特定する
特定システム。
（１６）
前記グループ単位の行動特性を、前記グループ単位の仮想のオブジェクトに反映させる（１５）に記載の特定システム。
【符号の説明】
【０１３６】
２ａ・・・発電デバイス
３・・・ホスト装置
１２・・・ＭＣＵ
２０・・・パワーコントロール部
３３・・・ディスプレイ
３４・・・通信モジュール
【図１】
0005887851.tif 000002
【図２】
0005887851.tif 000003
【図３】
0005887851.tif 000004
【図４】
0005887851.tif 000005
【図５】
0005887851.tif 000006
【図６】
0005887851.tif 000007
【図７】
0005887851.tif 000008
【図８】
0005887851.tif 000009
【図９】
0005887851.tif 000010
【図１０】
0005887851.tif 000011
【図１１】
0005887851.tif 000012
【図１２】
0005887851.tif 000013
【図１３】
0005887851.tif 000014
【図１４】
0005887851.tif 000015
【図１５】
0005887851.tif 000016
【図１６】
0005887851.tif 000017
【図１７】
0005887851.tif 000018