(57)【要約】【課題】機構的なキーを所持しているのみでは、自動車、家屋などが施錠されているのか解錠されているのか不明である。また、複数のキーを所持している場合、対象物に適合するキーを識別することも一見しただけでは困難である。さらに、有料駐車場を利用する場合に於いて、自動車の降車時刻をメモすることによって、駐車経過時間を概算していたため、煩雑な手数が生じていた。また、車載ＧＰＳを搭載していた場合に於いても、車外に出るときには周辺の地図情報をメモする手数が生じていた。そこで、対象物から離れていても、その対象物に関連する情報を把握することが可能な表示機能付キーを提供する。【解決手段】画像を表示する表示手段と、キーを必要とする対象物から情報を受信する受信手段とを有し、前記対象物に関連する情報を前記対象物から受信して表示する。【選択図】　図２
2004027814.tif 000002
【特許請求の範囲】
【請求項１】
画像を表示する表示手段と、
キーを必要とする対象物から情報を受信する受信手段と
を有し、
前記対象物に関連する情報を前記対象物から受信して表示する
ことを特徴とする表示機能付キー。
【請求項２】
前記受信手段は複数種類の前記情報を受信するものであり、
これによって複数種類の前記対象物に適用可能である
ことを特徴とする請求項１記載の表示機能付キー。
【請求項３】
前記表示手段に前記複数種類の対象物を特定する対象物特定画像を表示し、必要に応じて前記対象物特定画像以外の画像を表示する
ことを特徴とする請求項２記載の表示機能付キー。
【請求項４】
前記表示手段は、前記対象物が解錠状態あるいは施錠状態にあることを表示する
ことを特徴とする請求項１記載の表示機能付キー。
【請求項５】
前記表示手段は、施錠してからの経過時間を表示する
ことを特徴とする請求項１記載の表示機能付キー。
【請求項６】
前記表示手段は、前記対象物が所定の条件を満たすことにより警告表示を行う
ことを特徴とする請求項１記載の表示機能付キー。
【請求項７】
警報を発する手段を有し、
前記対象物を施錠していない状態で、前記対象物から離れることにより前記警報を発する
ことを特徴とする請求項１記載の表示機能付キー。
【請求項８】
前記表示手段は、前記対象物の現在位置データあるいは前記対象物周辺の地図データを表示する
ことを特徴とする請求項１記載の表示機能付キー。
【請求項９】
前記対象物の方向を探知する方向探知手段を設け、
前記方向データを表示する
ことを特徴とする請求項１記載の表示機能付キー。
【請求項１０】
前記表示手段の表示を行うための電源として充電式電池を有し、
前記対象物が起動中に前記充電式電池の充電を行う
ことを特徴とする請求項１記載の表示機能付キー。
【請求項１１】
表示機能を持つキーにおいて画像を表示する方法であって、　前記キーを必要とする対象物から該対象物に関連する情報を受信し、前記情報を表示する
ことを特徴とする表示方法。
【請求項１２】
表示機能を持つキーにおいて画像を表示する処理を実行するプログラムであって、
前記キーを必要とする対象物から該対象物に関連する情報を受信する処理と、
前記情報を表示する処理と
をコンピュータに実行させることを特徴とする表示プログラム。
【請求項１３】
ウェアラブルコンピュータと、該ウェアラブルコンピュータとデータ通信を行う自動車とから構成される自動車管理システムであって、
前記自動車が、
当該自動車の各部の状態情報を検出するセンサと、
該センサが出力する状態情報と、予め記憶部に記憶された判定条件とを比較し、該判定条件を満たすか否かを判定をする判定手段と、
該判定結果を前記ウェアラブルコンピュータに対して送信する第１の通信手段と
を具備し、
前記ウェアラブルコンピュータが、
前記自動車より前記判定結果を受信する第２の通信手段と、
該受信した判定結果に基づいて、所定の情報を表示する表示手段と
を具備する
ことを特徴とする自動車管理システム。
【請求項１４】
前記ウェアラブルコンピュータは、前記表示手段の代わりに、前記受信した判定結果に基づいて、所定の警告を行う警告手段をさらに具備する
ことを特徴とする請求項１３に記載の自動車管理システム。
【請求項１５】
前記自動車は、ＩＤコードを生成するＩＤ生成手段を、さらに具備し、
前記第１の通信手段は、前記ウェアラブルコンピュータに該ＩＤ生成手段が生成したＩＤコードをさらに送信し、
前記第２の通信手段は、さらに、該ＩＤコードを受信し、前記自動車に対してデータを送信する場合、該ＩＤコードを添付してデータを送信する
ことを特徴とする請求項１４又は請求項１５に記載の自動車管理システム。
【請求項１６】
ウェアラブルコンピュータと、該ウェアラブルコンピュータとデータ通信を行う自動車とから構成される自動車管理システムにおいて用いられるウェアラブルコンピュータであって、
前記自動車より、当該自動車のセンサが出力する自動車各部の状態情報と予め記憶部に記憶された判定条件とを比較して判定される判定結果を受信する通信手段と、
該受信した判定結果に基づいて、所定の情報を表示する表示手段と
を具備することを特徴とするウェアラブルコンピュータ。
【請求項１７】
当該自動車の各部の状態情報を検出するセンサと、
該センサが出力する状態情報と、予め記憶部に記憶された判定条件とを比較し、該判定条件を満たすか否かを判定をする判定手段と、
該判定結果を、該判定結果に基づいて所定の情報を表示する表示手段を具備するウェアラブルコンピュータに対して送信する通信手段と
を具備することを特徴とする自動車。
【請求項１８】
ウェアラブルコンピュータを用いて、当該ウェアラブルコンピュータとデータ通信を行う自動車の状態情報を管理する自動車情報管理方法であって、
前記自動車が、
当該自動車の各部の状態情報を検出し、
該状態情報と、予め記憶部に記憶された判定条件とを比較し、該判定条件を満たすか否かを判定し、
該判定結果を前記ウェアラブルコンピュータに対して送信し、
前記ウェアラブルコンピュータが、
前記自動車より前記判定結果を受信し、
該受信した判定結果に基づいて、所定の情報を表示する
ことを特徴とする自動車情報管理方法。
【請求項１９】
ウェアラブルコンピュータとデータ通信を行う自動車の状態情報を管理する処理を該ウェアラブルコンピュータに実行させるプログラムであって、
前記自動車より、当該自動車のセンサが出力する自動車各部の状態情報と予め記憶部に記憶された判定条件とを比較して判定される判定結果を受信する通信処理と、
該受信した判定結果に基づいて、所定の情報を表示する表示処理と
を前記ウェアラブルコンピュータに実行させるための自動車情報管理プログラム。
【請求項２０】
ウェアラブルコンピュータと、該ウェアラブルコンピュータとデータ通信を行う住居管理装置とから構成される住居管理システムであって、
前記住居管理装置は、
当該住居の状態情報を検出するセンサと、
該センサが出力する状態情報と、予め記憶部に記憶された判定条件とを比較し、該判定条件を満たすか否かを判定をする判定手段と、
該判定結果をウェアラブルコンピュータに対して送信する第１の通信手段と
を具備し、
前記ウェアラブルコンピュータは、
前記住居管理装置より前記判定結果を受信する第２の通信手段と、
該受信した判定結果に基づいて、所定の情報を表示する表示手段と
を具備する
ことを特徴とする住居管理システム。
【請求項２１】
ウェアラブルコンピュータと、該ウェアラブルコンピュータとデータ通信を行う住居管理装置とから構成される住居管理システムにおいて用いられるウェアラブルコンピュータであって、
前記住居管理装置より、当該住居管理装置のセンサが出力する住居各部の状態情報と予め記憶部に記憶された判定条件とを比較して判定される判定結果を受信する通信手段と、
該受信した判定結果に基づいて、所定の情報を表示する表示手段と
を具備することを特徴とするウェアラブルコンピュータ。
【請求項２２】
ウェアラブルコンピュータと、該ウェアラブルコンピュータとデータ通信を行う住居管理装置を用いて、住居管理を行う住居管理方法であって、
前記住居管理装置が、
当該住居の状態情報を検出し、
該住居の状態情報と、予め記憶部に記憶された判定条件とを比較し、該判定条件を満たすか否かを判定をし、
該判定結果をウェアラブルコンピュータに対して送信し、
前記ウェアラブルコンピュータが、
前記住居管理装置より前記判定結果を受信し、
該受信した判定結果に基づいて、所定の情報を表示する
ことを特徴とする住居管理方法。
【請求項２３】
ウェアラブルコンピュータと、該ウェアラブルコンピュータとデータ通信を行う住居管理装置とから構成される住居管理システムにおいて、当該住居の状態情報を管理する処理をコンピュータに実行させるプログラムであって、
前記住居管理装置より、当該住居管理装置のセンサが出力する住居各部の状態情報と予め記憶部に記憶された判定条件とを比較して判定される判定結果を受信する通信処理と、
該受信した判定結果に基づいて、所定の情報を表示する表示処理と
を前記ウェアラブルコンピュータに実行させるための住居情報管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、自動車あるいは家屋の施錠に用いられる表示機能付キー、表示方法および表示プログラムに関する。
また、本発明は、自動車あるいは家屋の管理に用いられるウェアラブルコンピュータ及び自動車情報管理方法、住居情報管理方法並びに自動車情報管理プログラム、住居情報管理プログラムに関する。
【０００２】
【従来の技術】
従来においては、自動車、家屋の施錠あるいは自動車の起動において機構式のキーが使用され、自動車用の一部にワイヤレスキーが使用されている。
具体的には、特許文献１には、自動車内にポケットベルを設置し、ポケットベルの音や震動を、マイクや振動センサが感知して操作回路に信号を送り、イグニッションキーのエンジン操作コードをリレーボックスで受けて、操作回路が動作して自動車のエンジンをかけることで、建物や距離に関わらず自動車のエンジンの操作が出来る技術、つまり、ポケットベルをリモコンの受信に利用して自動車のエンジンの始動、停止をする技術が記載されている。
また、特許文献２には、腕装着型ケースにモジュールと電池を内蔵したリスト装置において、モジュールの下面側に充電用電池を配置し、モジュールを挟んでアンテナと対向して外部端子を配置することで、リスト装置において、平面的な製品サイズを小さくするとともに、外部端子部分からアンテナへのノイズの回り込みを最小限に抑える技術が記載されている。
【０００３】
一方、ドットマトリックス方式液晶ディスプレイの高密度化により、小型で高精細の画像表示が可能になった。
具体的には、特許文献３には、基板に、トランジスタと、このトランジスタに接続された反射電極と、この反射電極の下方に層間絶縁膜とを有し、この層間絶縁膜は、第１のシリコン酸化膜、第１のシリコン酸化膜の上に、シリコン化合物と過酸化水素との重縮合反応によって形成された第２のシリコン酸化膜、第２のシリコン酸化膜の上に形成された第３のシリコン酸化膜により形成することで、反射型の液晶パネルにおいて、反射電極に最適な反射特性を与え、視野角が広く且つ明るく高品位の反射型表示を可能にする技術が記載されている。
【０００４】
また、特許文献４には、一対をなす第１の基板と第２の基板の間のシール部によって包囲された領域に電気光学物質が扶持されるとともに、第１の基板上に導塵層が積層された電気光学装置において、シール部を、スペーサ部材を含む部分とスペーサ部材を含まない部分とに分け、導電層からなる配線及びを、シール部のうちスペーサ部材を含まない部分と基板との間に配置し、電気光学物質を扶持する一方の基板上に積層された導電層からなる配線がスペーサ部材に起因して切断、短絡するのを防止する技術が記載されている。
【０００５】
【特許文献１】
特開平９−１５８８１７号公報
【特許文献４】
特開２００２−９８７７７号公報
【特許文献３】
特開２００１−１００１８７号公報
【特許文献４】
特開２００１−５６６５１号公報
【０００６】
【発明が解決しようとする課題】
しかし、機構的なキーを所持しているのみでは、自動車、家屋などの対象物が施錠されているのか解錠されているのか不明であるという問題があった。また、複数のキーを所持している場合、対象物に適合するキーを識別することも一見しただけでは困難であった。さらに、有料駐車場を利用する場合に於いて、自動車の降車時刻を記憶あるいはメモすることによって、駐車経過時間を概算していたため、煩雑な手数が生じていた。また、車内にＧＰＳ（ｇｌｏｂａｌ　ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）を搭載していた場合に於いても、車外に出るときには周辺の地図情報をメモする手数が生じていた。
【０００７】
また、エンジンスタータ、セキュリティコントローラなど、リモートコントローラで自動車を操作する場合、現在のリモコンでは、作動状況を継続的に確認することができないという問題点がある。また、例えば、鍵の開閉、エンジンのオンオフなどの自動車に設定される条件に対する応答も、リモコンあるいは自動車本体から発せられる音からしか判断することしかできないという問題点がある。
【０００８】
本発明は上述した事情に鑑みてなされたものであり、対象物から離れていても、その対象物に関連する情報を把握することが可能な表示機能付キー、表示方法および表示プログラムを提供することを目的としている。
また、本発明は、自動車や住居から離れていても、この情報を把握することが可能なウェアラブルコンピュータ及び自動車情報管理方法、住居情報管理方法並びに自動車情報管理プログラム、住居情報管理プログラムを提供することを目的としている。
【０００９】
【課題を解決するための手段】
上記課題を解決するため本発明の一の見地にあっては、
画像を表示する表示手段と、キーを必要とする対象物から情報を受信する受信手段とを有し、前記対象物に関連する情報を前記対象物から受信して表示する表示機能付キーであることを特徴とする。
さらに、上記表示機能付キーにおいては、前記受信手段は複数種類の前記情報を受信するものであり、これによって複数種類の前記対象物に適用可能であれば好適である。
さらに、複数種類の前記対象物に適用可能な表示機能付キーにおいては、前記表示手段に前記複数種類の対象物を特定する対象物特定画像を表示し、必要に応じて前記対象物特定画像以外の画像を表示してもよい。
さらに、上記表示機能付キーにおいては、前記表示手段は、前記対象物が解錠状態あるいは施錠状態にあることを表示してもよい。
さらに、上記表示機能付キーにおいては、前記表示手段は、施錠してからの経過時間を表示してもよい。
さらに、上記表示機能付キーにおいては、前記表示手段は、前記対象物が所定の条件を満たすことにより警告表示を行ってもよい。
さらに、上記表示機能付キーにおいては、警報を発する手段を有し、前記対象物を施錠していない状態で、前記対象物から離れることにより前記警報を発してもよい。
さらに、上記表示機能付キーにおいては、前記表示手段は、前記対象物の現在位置データあるいは前記対象物周辺の地図データを表示してもよい。
さらに、上記表示機能付キーにおいては、前記対象物の方向を探知する方向探知手段を設け、前記方向データを表示してもよい。
さらに、上記表示機能付キーにおいては、前記表示手段の表示を行うための電源として充電式電池を有し、前記対象物が起動中に前記充電式電池の充電を行ってもよい。
また、本発明の他の見地にあっては、
表示機能を持つキーにおいて画像を表示する方法であって、前記キーを必要とする対象物から該対象物に関連する情報を受信し、前記情報を表示する表示方法であることを特徴とする。
また、本発明の他の見地にあっては、
表示機能を持つキーにおいて画像を表示する処理を実行するプログラムであって、前記キーを必要とする対象物から該対象物に関連する情報を受信する処理と、前記情報を表示する処理とをコンピュータに実行させる表示プログラムであることを特徴とする。
【００１０】
また、上記課題を解決するため本発明の一の見地にあっては、
ウェアラブルコンピュータと、該ウェアラブルコンピュータとデータ通信を行う自動車とから構成される自動車管理システムであって、前記自動車が、当該自動車の各部の状態情報を検出するセンサと、該センサが出力する状態情報と、予め記憶部に記憶された判定条件とを比較し該判定条件を満たすか否かを判定をする判定手段と、該判定結果を前記ウェアラブルコンピュータに対して送信する第１の通信手段とを具備し、前記ウェアラブルコンピュータが、前記自動車より前記判定結果を受信する第２の通信手段と、該受信した判定結果に基づいて、所定の情報を表示する表示手段とを具備する自動車管理システムであることを特徴とする。
さらに、上記自動車管理システムにおいて、前記ウェアラブルコンピュータは、前記表示手段の代わりに、前記受信した判定結果に基づいて、所定の警告を行う警告手段をさらに具備してもよい。
さらに、上記自動車管理システムにおいて、前記ウェアラブルコンピュータは、前記表示手段の代わりに、前記受信した判定結果に基づいて、所定の警告を行う警告手段をさらに具備してもよい。
さらに、上記自動車管理システムにおいて、前記自動車は、ＩＤコードを生成するＩＤ生成手段を、さらに具備し、前記第１の通信手段は、前記ウェアラブルコンピュータに該ＩＤ生成手段が生成したＩＤコードをさらに送信し、前記第２の通信手段は、さらに、該ＩＤコードを受信し、前記自動車に対してデータを送信する場合、該ＩＤコードを添付してデータを送信してもよい。
また、本発明の別の見地においては、
ウェアラブルコンピュータと、該ウェアラブルコンピュータとデータ通信を行う自動車とから構成される自動車管理システムにおいて用いられるウェアラブルコンピュータであって、前記自動車より、当該自動車のセンサが出力する自動車各部の状態情報と予め記憶部に記憶された判定条件とを比較して判定される判定結果を受信する通信手段と、該受信した判定結果に基づいて、所定の情報を表示する表示手段とを具備することを特徴とする。
また、本発明の別の見地においては、
ウェアラブルコンピュータを用いて、当該ウェアラブルコンピュータとデータ通信を行う自動車の状態情報を管理する自動車情報管理方法であって、前記自動車が、当該自動車の各部の状態情報を検出し、該状態情報と、予め記憶部に記憶された判定条件とを比較し、該判定条件を満たすか否かを判定し、該判定結果を前記ウェアラブルコンピュータに対して送信し、前記ウェアラブルコンピュータが、前記自動車より前記判定結果を受信し、該受信した判定結果に基づいて、所定の情報を表示することを特徴とする。
また、本発明の別の見地においては、
ウェアラブルコンピュータとデータ通信を行う自動車の状態情報を管理する処理を該ウェアラブルコンピュータに実行させるプログラムであって、前記自動車より、当該自動車のセンサが出力する自動車各部の状態情報と予め記憶部に記憶された判定条件とを比較して判定される判定結果を受信する通信処理と、該受信した判定結果に基づいて、所定の情報を表示する表示処理とを前記ウェアラブルコンピュータに実行させるための自動車情報管理プログラムであることを特徴とする。
また、本発明の別の見地においては、
ウェアラブルコンピュータと、該ウェアラブルコンピュータとデータ通信を行う住居管理装置とから構成される住居管理システムであって、前記住居管理装置は、当該住居の状態情報を検出するセンサと、該センサが出力する状態情報と、予め記憶部に記憶された判定条件とを比較し、該判定条件を満たすか否かを判定をする判定手段と、該判定結果をウェアラブルコンピュータに対して送信する第１の通信手段とを具備し、前記ウェアラブルコンピュータは、前記住居管理装置より前記判定結果を受信する第２の通信手段と、該受信した判定結果に基づいて、所定の情報を表示する表示手段とを具備することを特徴とする。
また、本発明の別の見地においては、
ウェアラブルコンピュータと、該ウェアラブルコンピュータとデータ通信を行う住居管理装置とから構成される住居管理システムにおいて用いられるウェアラブルコンピュータであって、前記住居管理装置より、当該住居管理装置のセンサが出力する住居各部の状態情報と予め記憶部に記憶された判定条件とを比較して判定される判定結果を受信する通信手段と、該受信した判定結果に基づいて、所定の情報を表示する表示手段とを具備することを特徴とする。
また、本発明の別の見地においては、
ウェアラブルコンピュータと、該ウェアラブルコンピュータとデータ通信を行う住居管理装置を用いて、住居管理を行う住居管理方法であって、前記住居管理装置が、当該住居の状態情報を検出し、該住居の状態情報と、予め記憶部に記憶された判定条件とを比較し、該判定条件を満たすか否かを判定をし、該判定結果をウェアラブルコンピュータに対して送信し、前記ウェアラブルコンピュータが、前記住居管理装置より前記判定結果を受信し、該受信した判定結果に基づいて、所定の情報を表示することを特徴とする。
また、本発明の別の見地においては、
ウェアラブルコンピュータと、該ウェアラブルコンピュータとデータ通信を行う住居管理装置とから構成される住居管理システムにおいて、当該住居の状態情報を管理する処理をコンピュータに実行させるプログラムであって、前記住居管理装置より、当該住居管理装置のセンサが出力する住居各部の状態情報と予め記憶部に記憶された判定条件とを比較して判定される判定結果を受信する通信処理と、該受信した判定結果に基づいて、所定の情報を表示する表示処理とを前記ウェアラブルコンピュータに実行させるための住居情報管理プログラムであることを特徴とする。
【００１１】
【発明の実施の形態】
１．実施形態の構成
本発明の第１の実施形態である表示機能付キーの構成を図１を参照して説明する。
図において、１０はＣＰＵであり、各部の制御が行われ、時間計算も可能である。２０はＲＯＭであり、ＣＰＵ１０を制御するプログラム、パラメータ等が書き込まれる。３０はＲＡＭであり、ＣＰＵ１０のワークメモリとして用いられる。４０は表示パネルであり、主として、ドットマトリクス方式の液晶表示パネルが用いられる。５０はワイヤレス通信部であり、電波式、赤外線式の無線通信により、キー情報その他の情報が送受信される。６０はスイッチ部であり、二つのスイッチから構成される。一つは表示選択のための選択スイッチ６５、他の一つはワイヤレスで解錠／施錠を行う解錠／施錠スイッチ６６である。７０は電源部であり、充電式電池が用いられ、自動車等のキーシリンダから直接充電される。８０は警告ブザー、９０はＧＰＳ機能部であり、後述するように、必要に応じ付加される。なお、１００はバスラインであり、各部を接続する。
【００１２】
２．実施形態の動作
本実施形態は主として自動車用のキーとして使用され、エンジンの起動停止、ドアの解錠／施錠において使用される。
電池交換、電池充電完了等によるリセット動作により、図３のルーチンが起動する。ステップＳＰ１１０においては、イベントの有無が判定される。
【００１３】
ステップＳＰ１１０においてイベントが無いと判定されたら、「ＮＯ」と判定され、ステップＳＰ１３０に進む。ステップＳＰ１３０においては、待受画面表示され、ステップＳＰ１１０に戻る。ここで、待受画面表示とは、自動車のエンブレム、車種の表示などキーの識別、自動車の特定に便利な図柄・画像（文字を含む。）が表示パネル４０に表示されることである（図２（ａ））。これにより、多数のキーの中から一見して特定のキーの識別が可能になる。
【００１４】
一方、イベントがある場合には、ステップＳＰ１１０において、「ＹＥＳ」と判定され、ステップ１２０に進む。ステップＳＰ１２０においては、イベントに応じた処理がされ、ステップＳＰ１１０に戻る。ここで、イベントの種類には、エンジンの起動／停止、ドアの解錠／施錠、選択スイッチ６５の押下がある。
【００１５】
（１）エンジンの起動／停止
この場合は、キーがキーシリンダに挿入され、機械的な回転動作によって行われる。特にエンジンの起動が行われた場合には、充電式電池がキーシリンダより充電される。また、エンジンの停止が行われた場合には、ワイヤレス通信部５０を介して、あるいはキーシリンダより直接的に、走行距離等の自動車に関する情報が本実施形態の表示機能付キーに伝送される。また、このとき解錠状態である旨の情報が伝送される。このように処理することにより、施錠を忘れた場合に解錠状態であると判断される。
【００１６】
（２）ドアの解錠／施錠
この場合は、キーの機械的な回転動作のみならず解錠／施錠スイッチ６６の押下によっても行われる。ドアの解錠／施錠の双方共に、表示パネル４０に、解錠／施錠状態の表示が所定時間される。なお、表示中においても割り込み処理によって、選択スイッチ６５の押下への対応は可能である。さらに、警告ブザー８０を設け、ワイヤレス通信部５０により電波等の有無を確認することにより、解錠された状態で自動車から離れると警告ブザーを発し、防犯対策にすることも可能である。
【００１７】
（３）選択スイッチの押下
一方、選択スイッチ６５が押下された場合には、その押下された時間、選択内容に応じた表示が行われる。例えば、走行距離等の表示（図２（ｂ））、解錠状態／施錠状態の表示（図２（ｃ））である。ここで、走行距離等の表示においては、前回の燃料補給からの走行距離（区間距離）の表示、その区間距離から算出された燃費表示も行われる。また、解錠状態／施錠状態の表示は「ＯＰＥＮ／ＣＬＯＳＥ」の表示でもよい。
【００１８】
さらに、車載ＧＰＳと連動して、エンジンの停止時に、駐車地点周辺の地図データがキーに伝送される。そして、選択スイッチ６５が所定回数押下されると、その地図データが表示パネル４０に表示されると共に、駐車地点の位置表示が「×」記号等で示されることにより（図２（ｄ））、事前に周辺地図をメモする手数が排除される。また、地図の下部には、駐車してからの経過時間（駐車時間）が表示されるから、有料駐車場を利用する場合の利便性が向上する。
【００１９】
３．　変形例
本発明は上述した実施形態に限定されるものではなく、例えば以下のような種々の変形が可能であり、全て本発明の範疇に含まれる。
（１）上記実施形態では、メカニカルな構造のキーを用いて解錠／施錠を行っていたがワイヤレスキーのみを用いて、解錠／施錠を行う事も可能である。この場合に於いては、一つの表示機能付キーにより、複数の自動車あるいは家屋に使用することが可能になる。この場合には、各自動車等を特定するための画像表示が行われ、必要に応じて、解錠／施錠表示等その他の表示が行われる。
（２）上記実施形態では、車載ＧＰＳと連動して駐車地点の地図データを表示していたが、キー自体にもＧＰＳ機能部９０を設けて（図１）、現在地点の表示を行うことにより、駐車地点までの方向、距離の把握が可能になる。この場合に於いては、ＧＰＳに限らず指向性アンテナを用いた方向探知器により自動車からの電波の方向を探知してもよい。特にワイヤレスキーのみの場合には、キー自体の大きさ、外形が問題にならないので有効である。
【００２０】
（３）上記実施形態では、自動車用キー（バイク、自転車用キーを含む。）として使用したが、家屋用キーとしても使用することが出来る。この場合に於いては、解錠／施錠状態の表示、キーの識別のための表示が有効である。さらに、家屋側で施錠時刻の記録を行い、さらにキー側の施錠時刻の記録と一致しているかの判定を行うと好適である。その判定結果により、点滅表示などの警告表示を行い、前に解錠した者が自分であるか否か判断することにより、特に一人暮らしの場合に於いては、セキュリティ上好ましい。
なお、各処理を行うための処理部の機能を実現する為のプログラムは、それぞれ別々のプログラムモジュールにより構成してもよいし、一体化したプログラムモジュールにより構成してもよい。また、これらの機能の全部または一部を論理回路によるハードウエアで構成しても構わない。また、各プログラムモジュールは、既存のアプリケーションプログラムに組み込んで動作させてもよいし、独立のプログラムとして動作させてもよい。上記のような本発明を実現するためのコンピュータプログラムは、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ、実行することにより各処理を行っても良い。また、ネットワークを通じてコンピュータのメモリ中にダウンロードして利用することもできる。
【００２１】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータサーバに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータサーバ内部の揮発メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータサーバから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータサーバに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータサーバに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００２２】
１．実施形態の構成
次に、図面を参照して本発明の第２の実施形態について説明する。
まず、本実施形態のウェアラブルコンピュータを適用した自動車管理システムについて説明する。本実施形態の自動車管理システムは、図４に示すウェアラブルコンピュータと、図５に示す自動車とによって構成される。
以下、本実施形態のウェアラブルコンピュータについて説明する。
図４は、本実施形態のウェアラブルコンピュータの構成を示す構成図である。本発明のウェアラブルコンピュータは、自動車用、住居用等のキー、腕時計、メガネ、ペンダント、指輪、帽子、ブレスレット、衣類等に適用可能であるが、本実施形態においては、腕時計である例について説明する。
【００２３】
本実施形態のウェアラブルコンピュータは、ＣＰＵ・１１０、ＲＯＭ・１２０、ＲＡＭ・１３０、表示パネル１４０、通信部１５０、スイッチ部１６０、電源部１７０、スピーカ１８０、バイブレータ１９０、カメラ２１０をバスライン２００で接続して構成される。
ＣＰＵ・１１０は、ＲＯＭ・１２０に記憶されたプログラムを読み出し、これをＲＡＭ・１３０に書き出して、これを実行することで各部の制御やデータ演算・加工処理を行う中央演算装置である。
ＲＯＭ・１２０は、フラッシュメモリなどの電気的に消去（書き換え）できるＲＯＭであり、後述するＣＰＵの制御プログラム及びパラメータ、具体的には、自動車情報管理プログラム等を予め記憶している。
ＲＡＭ・１３０は、ＣＰＵのワークメモリであって、任意のアドレスを指定して読み書きすることが可能な半導体メモリである。
【００２４】
表示パネル１４０は、本実施形態のウェアラブルコンピュータにおける表示部であって、ドットマトリクス方式の液晶表示パネルが用いられる。
通信部１５０は、無線ＬＡＮ接続、又は、ＷＰＡＮ（Ｗｉｒｅｌｅｓｓ　Ｐｅｒｓｏｎａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）接続により、自動車に設けられた通信部（後述する）とデータ通信を行う。
スイッチ部１６０は、ユーザが当該ウェアラブルコンピュータの表示選択等の操作を行う操作部であって、具体的は、複数のスイッチから構成される。
電源部１７０は、ユーザが腕振り動作することにより、自ら発電・充電する自動巻き発電式の充電電池が用いられる。なお、自動車に設けられるクレードル（後述する）にセットされて、該クレードルを介して、自動車の電源を用いて直接充電するよううにしてもよい。
スピーカ１８０は、警告ブザー音等を音声出力する音声出力部である。
バイブレータ１９０は、所定の震動命令信号を受けて、当該ウェアラブルコンピュータを震動させる震動部である。
カメラ２１０は、所定の撮像命令を受けて、ユーザが当該ウェアラブルコンピュータを向けた対象物の画像を撮像する撮像部である。
【００２５】
次に、本実施形態の自動車管理システムにおける自動車について説明する。
図５は、本実施形態の自動車の構成を示す構成図である。本実施形態の自動車は、ＣＰＵ・３１０、ＲＯＭ・３２０、ＲＡＭ・３３０、表示パネル３４０、通信部３５０、スイッチ部３６０、電源部３７０、スピーカ３８０、バイブレータ３９０、外部通信部４１０、セキュリティ機能部４２０、スタータ機能部４３０、ＧＰＳ機能部４４０、制御状態検出部４５０、走行データ管理部４６０、各部メンテナンス情報検出センサ４７０とをバスライン４００で接続して構成される。
【００２６】
ＣＰＵ・３１０は、ＲＯＭ・３２０に記憶されたプログラムを読み出し、これをＲＡＭ・３３０に書き出して、これを実行することで各部の制御やデータ演算・加工処理を行う中央演算装置である。具体的には、ＣＰＵ・３１０は、例えば各部メンテナンス情報検出センサ（後述する）が検出した自動車の各部の状態情報状態情報と、予めＲＯＭ・３２０に記憶された判定条件パラメータとを比較して、判定条件を満たすか否かを判定し、この判定結果をウェアラブルコンピュータに対して送信するための処理等を行う。
ＲＯＭ・３２０は、読み出し専用のマスクＲＯＭ、あるいは、フラッシュメモリなどの電気的に消去（書き換え）できるＲＯＭ等であり、ＣＰＵの制御プログラム及びパラメータを予め記憶している。
ＲＡＭ・３３０は、ＣＰＵのワークメモリであって、任意のアドレスを指定して読み書きすることが可能な半導体メモリである。
【００２７】
表示パネル３４０は、本実施形態の自動車における表示部である。
通信部３５０は、本実施形態のウェアラブルコンピュータにおける通信部１５０とデータ通信を行う。通信部３５０の具体的な形態としては、ＷＰＡＮによる無線接続インターフェイス、あるいは、直接有線接続するクレードルが考えられる。また、クレードルを採用する場合は、設置時にウェアラブルコンピュータの充電を行うことも考えられる。
スイッチ部３６０は、ユーザが当該自動車の表示選択等の操作を行う操作部である。
電源部３７０は、オルタネータ等の発電機電源部、又は、車載のバッテリー電源部である。
スピーカ３８０は、警告ブザー音等を音声出力する音声出力部である。
【００２８】
外部通信部４１０は、インターネット等の外部ネットワークと接続し、データ通信を行う。
セキュリティ機能部４２０は、自動車の異常震動、ドアの異常開閉、エンジンの異常始動を検知して、自動車の盗難、いたずら防止のための処理を実行するセキュリティ装置であって、具体的には、威嚇音声出力処理、警告ＬＥＤ点灯処理、及びイモビライザ制御処理を実行する。
スタータ機能部４３０は、エンジン始動のリトライ回数、セルモータ作動時間、アイドリングタイム等の指定に基づくエンジン始動処理、及びターボタイマの設定及びタービンの温度センサの温度出力に基づくエンジン停止処理を実行する。
【００２９】
ＧＰＳ機能部４４０は、ＧＰＳ衛星との通信により、当該自動車の現在位置を算出し、カーナビゲーションシステムと連動して予め記憶された地図情報と現在位置情報とを関連付けた表示処理を実行する。
制御状態検出部４５０は、当該自動車の各部のポジション（震動、位置、傾き）やギアポジション等を検出するセンサである。
走行データ管理部４６０は、走行距離、燃費、ガソリン残量等のデータを当該自動車の各部のセンサから取得したデータに基づいて算出し、管理する。
各部メンテナンス情報検出センサ４７０は、当該自動車の各部のメンテナンス状態情報を検出するセンサである。具体的には、エンジンオイル、ＡＴＦ、ウィンドウォッシャー液のレベルゲージセンサ、粘度センサ、バッテリーの電圧センサ、車内、車体周辺の一酸化炭素濃度センサ等である。
【００３０】
２．実施形態の動作
以下、図面を参照して本実施形態の自動車管理システムにおける、ウェアラブルコンピュータ及び自動車の動作について図面を参照して説明する。
（１）認証及びエンジン始動
図６は、本実施形態のウェアラブルコンピュータ及び自動車間における、認証処理の過程を示すフローチャート、図７は、エンジン始動時における通信処理の過程を示すフローチャートである。
今、ウェアラブルコンピュータにおいて、エンジン始動のリトライ回数、セルモータ作動時間、アイドリングタイムが設定されると（図７のステップＳＰ２００）、ＣＰＵ・１１０は、この設定内容をＲＡＭ・１３０に書き込み（ステップＳＰ２１０）、エンジン始動のリトライ回数、セルモータ作動時間、アイドリングタイム等が指定されたエンジン始動信号に、初期設定されているＩＤコードを付して（ステップＳＰ２２０）、自動車に対して送信する（ステップＳＰ２３０）。
【００３１】
自動車においては、通信部３５０を介して、ＣＰＵ・３１０がこれを受信する（図６のステップＳＰ４００：図７のステップＳＰ２４０）。
ＣＰＵ・３１０は、このエンジン始動信号に付されたＩＤコードの認証を行う（ステップＳＰ４１０）。すなわち、ＣＰＵ・３１０は、このエンジン始動信号に付されたＩＤコードと、ＲＯＭ・３２０に予め記憶されたウェアラブルコンピュータのＩＤコードとを比較し、一致すればこれを有効と判定し、接続処理（この場合はさらに、エンジン始動処理）を行う（ステップＳＰ４２０）。一方、一致しなければこれを無効と判定し、接続を拒否する（ステップＳＰ４３０）。
【００３２】
ＣＰＵ・３１０は、エンジン始動する場合、設定内容をＲＡＭに書き込み（図７のステップＳＰ２５０）、このエンジン始動信号を受け付けたことを示す受付信号を自動車に対して送信する（ステップＳＰ２６０）。このとき、ＣＰＵ・３１０は、新ＩＤコードを生成し（図６のステップＳＰ４４０）、旧ＩＤコード、新ＩＤコードを受付信号に付加して送信する（ステップＳＰ４５０）。
次に、ＣＰＵ・３１０は、制御機能検出部４５０に対してギア・サイドブレーキの確認命令を出力する。
制御機能検出部４５０が、ギア・サイドブレーキのポジションを確認し、「確認ＯＫ」を出力した場合（図７でステップＳＰ２７０でＹｅｓ）、ＣＰＵ・３１０は、エンジン始動信号にセットされたリトライ回数、セルモータ作動時間、アイドリングタイムを読み出して、スタータ機能部４３０に対して出力する（ステップＳＰ２９０）。一方、「確認ＯＫ」が出力されない場合（ステップＳＰ２７０でＮｏ）、ＣＰＵ・３１０は、通信部３５０を介して、ウェアラブルコンピュータに対してエンジンスタート不可通知を行う（ステップＳＰ２８０）。このとき、ＣＰＵ・３１０は、新ＩＤコードを生成し（図６のステップＳＰ４４０）、旧ＩＤコード、新ＩＤコードを不可通知信号に付加して送信する（ステップＳＰ４５０）。
【００３３】
スタータ機能部４３０は設定内容をＲＡＭに書き込み、これをセットする。
具体的には、Ｒｅｔｒｙ数の設定として、
設定数Ｎ＝ａ
Ｒｅｔｒｙ数Ｎ＝ｎ
とする。
そして、エンジン始動を開始し（ステップＳＰ３００）、エンジン始動に成功すれば（ステップＳＰ３００でＹｅｓ）、ＣＰＵ・３１０は、通信部３５０を介して、始動信号を送信する（ステップＳＰ３１０）。このとき、ＣＰＵ・３１０は、新ＩＤコードを生成し（図６のステップＳＰ４４０）、旧ＩＤコード、新ＩＤコードを始動信号に付加して送信する（ステップＳＰ４５０）。
一方、失敗した場合（図７のステップＳＰ３００でＮｏ）、Ｎを１インクリメントして（ステップＳＰ３２０）、この値が設定値ａ以下であれば（ステップＳＰ３３０でＹｅｓ）、再度、エンジン始動処理を行うことを繰り返す（ステップＳＰ３００〜ステップＳＰ３３０）。一方、Ｎがａを超えた場合（ステップＳＰ３３０でＮｏ）、ＣＰＵ・３１０は、通信部３５０を介して、失敗信号を送信する（ステップＳＰ３４０）。このとき、ＣＰＵ・３１０は、新ＩＤコードを生成し（図６のステップＳＰ４４０）、旧ＩＤコード、新ＩＤコードを失敗信号に付加して送信する（ステップＳＰ４５０）。
【００３４】
ウェアラブルコンピュータにおいて、ＣＰＵ・１１０は、受付信号、エンジンスタート不可信号を受信すると（図７のステップＳＰ３５０：図６のステップＳＰ５００）、これら信号に付された旧ＩＤコードの認証を行う（ステップＳＰ５１０）。すなわち、ＣＰＵ・１１０は、これら信号に付された旧ＩＤコードと、ＲＯＭ・１２０に記憶されたウェアラブルコンピュータのＩＤコードとを比較し、一致すればこれを有効と判定し、接続処理を行う（ステップＳＰ５２０）。一方、一致しなければこれを無効と判定し、接続を拒否する（ステップＳＰ５３０）。
ＣＰＵ・１１０は、旧ＩＤコードが一致すれば場合、新ＩＤコードをＲＯＭ・１２０に書き込み（ステップＳＰ５４０）、「受け付け」、「不可」というメッセージ表示パネル１４０に表示する（ステップＳＰ３６０）。なお、必要であれば、旧ＩＤコードを新ＩＤコードで上書き処理することも考えられる。
この新ＩＤコードは、次回、ＣＰＵ・１１０が自動車へ所定の命令信号を送信する際に読み出され、送信信号の先頭部分に書き込まれる（ステップＳＰ５５０〜ステップＳＰ５７０）。
【００３５】
また、ＣＰＵ・１１０は、始動信号、失敗信号を受信すると（ステップＳＰ３７０）、同様に認証処理を行った後、表示パネル１４０に「成功しました」、「Ｎ回目失敗しました」、「始動に失敗しました」というメッセージを表示する（ステップＳＰ３８０）。
そして、ＣＰＵ・１１０は、再び初期表示画面であるＭｅｎｕを表示する（ステップＳＰ３９０）。
【００３６】
なお、本実施形態の変形例を図８のフローチャートに示す。図７のステップＳＰ３００でエンジンが始動した場合（図８のステップＳＰ６００）、ＣＰＵ・３１０は、車内、車体周辺の一酸化炭素濃度センサが出力する一酸化炭素濃度の監視を開始する（ステップＳＰ６１０）。この一酸化炭素濃度の値が予め定められた閾値を超えて、危険濃度に達した場合（ステップＳＰ６２０でＹｅｓ）、ＣＰＵ・３１０は、エンジンを停止し（ステップＳＰ６３０）、通信部３５０を介して、エンジンを停止したことをウェアラブルコンピュータに対して通知する停止通知信号を送信する（ステップＳＰ６４０）。
ウェアラブルコンピュータは、通信部１５０を介して、この停止通知信号を受信し（ステップＳＰ６５０）、同様に認証処理を行った後、表示パネル１４０に「一酸化炭素濃度が危険レベルに達したため、エンジンを停止しました。換気してください」というメッセージを表示する（ステップＳＰ６６０）。
【００３７】
以上説明したように、本実施形態の自動車管理システムによれば、対象物である自動車に関連する情報をウェアラブルコンピュータに表示することできるため、エンジンスタータの設定を確認することができる効果が得られる。
また、通信時に認証を行うため、誤動作の防止やセキュリティを高めることができる効果が得られる。
また、一酸化炭素濃度等の危険をユーザに分かりやすい形式で通知することができ、密閉された車庫内でのエンジンスタートの安全性を高めることができる効果が得られる。
【００３８】
（２）セキュリティ起動
図９は、本実施形態のウェアラブルコンピュータ及び自動車間における、セキュリティ起動処理の過程を示すフローチャートである。
今、ウェアラブルコンピュータにおいて、イモビライザ、アラーム、警告ＬＥＤのオンオフが設定されると（図９のステップＳＰ７００）、ＣＰＵ・１１０は、この設定内容をＲＡＭ・１３０に書き込み、イモビライザ、アラーム、警告ＬＥＤのオンオフ等が指定されたセキュリティ起動信号に、初期設定されているＩＤコードを付して（ステップＳＰ７１０）、自動車に対して送信する（ステップＳＰ７２０）。
【００３９】
自動車においては、通信部３５０を介して、ＣＰＵ・３１０がこれを受信する（図６のステップＳＰ４００：図９のステップＳＰ７３０）。
ＣＰＵ・３１０は、このセキュリティ起動信号に付されたＩＤコードの認証を行う（ステップＳＰ４１０）。すなわち、ＣＰＵ・３１０は、このセキュリティ起動信号に付されたＩＤコードと、ＲＯＭ・３２０に予め記憶されたウェアラブルコンピュータのＩＤコードとを比較し、一致すればこれを有効と判定し、接続処理（この場合はさらに、セキュリティ機能部４２０の起動処理）を行う（ステップＳＰ４２０）。一方、一致しなければこれを無効と判定し、接続を拒否する（ステップＳＰ４３０）。
【００４０】
ＣＰＵ・３１０は、セキュリティ機能部４２０を起動する場合、設定内容をＲＡＭ・３３０に書き込み（図９のステップＳＰ７４０）、このエンジン始動信号を受け付けたことを示す受付信号を、通信部３５０を介して、ウェアラブルコンピュータに対して送信する（ステップＳＰ７５０）。このとき、ＣＰＵ・３１０は、新ＩＤコードを生成し（図６のステップＳＰ４４０）、旧ＩＤコード、新ＩＤコードを受付信号に付加して送信する（ステップＳＰ４５０）。
次に、ＣＰＵ・３１０は、セキュリティ機能部４２０に対して起動命令を出力する。セキュリティ機能部４２０は、自動車の異常震動、ドアの異常開閉、エンジンの異常始動の監視を開始する（ステップＳＰ７６０）。
今、セキュリティ機能部４２０が自動車の異常を検出すると、異常部分に関する情報をＣＰＵ・３１０に出力するとともに威嚇音声出力処理、警告ＬＥＤ点灯処理、及びイモビライザ制御処理を実行する。ＣＰＵ・３１０は、この情報とともに時刻等の状況をＲＡＭ・３３０に書き込み（ステップＳＰ７７０）、通信部３５０を介して、異常通知信号を送信する（ステップＳＰ７８０）。
なお、このデータ転送と同時に，ＧＰＳ機能部４４０を起動して、さらに自動車の位置情報を送信するようにしてもよい。
【００４１】
ウェアラブルコンピュータにおいて、ＣＰＵ・１１０は、受付信号を受信すると（ステップＳＰ７９０）、同様に、この受付信号に付された旧ＩＤコードの認証を行う（図６のステップＳＰ５１０）。
旧ＩＤコードが認証された場合、ＣＰＵ・１１０は、新ＩＤコードをＲＯＭ・１２０に書き込み（ステップＳＰ５４０）、例えば、
「Ｉｍｏｂｉｌｉｚｅｒ：ＯＮ」
「Ａｌａｒｍ：ＯＮ」
「Ａｌｅｒｔ　ＬＥＤ：ＯＮ」
というメッセージ表示パネル１４０に表示する（ステップＳＰ８００）。なお、旧ＩＤコードを新ＩＤコードで上書き処理することも考えられる。
そして、次に、ＣＰＵ・１１０は再び初期表示画面であるＭｅｎｕを表示する（ステップＳＰ８１０）。
【００４２】
また、ＣＰＵ・１１０は、異常通知信号を受信すると（ステップＳＰ８２０でＹｅｓ）、同様に認証処理を行った後、異常部分に関する情報、異常発生時刻等の状況及び警告メッセージ
「異常発生！！」
「ドアが開けられました。」
「エンジンが始動されました。」
を表示パネル１４０に表示する（ステップＳＰ８４０）。ＣＰＵ・１１０は、ユーザがこれに気付き、自らスイッチ部１６０を操作して切り替えるまで、この警告画面を点灯表示し続け、スイッチ部１６０の操作により解除画面に切り替える（ステップＳＰ８４０）。
【００４３】
以上説明したように、本実施形態の自動車管理システムによれば、対象物である自動車に異常があった場合、（加速度，振動，音等）内容を記録し、これをウェアラブルコンピュータに転送するので、車上荒らしや盗難防止に役立つ情報を即座にユーザに知らせることができる効果が得られる。
【００４４】
（３）ターボタイマ起動
図１０は、本実施形態のウェアラブルコンピュータ及び自動車間における、ターボタイマ起動処理の過程を示すフローチャートである。
今、ウェアラブルコンピュータにおいて、タービン温度等が設定されると（図９のステップＳＰ９００）、ＣＰＵ・１１０は、この設定内容をＲＡＭ・１３０に書き込み（ステップＳＰ９１０）、イモビライザ、アラーム、警告ＬＥＤのオンオフ等が指定されたターボタイマ設定信号に、初期設定されているＩＤコードを付して（ステップＳＰ９２０）、自動車に対して送信する（ステップＳＰ９３０）。
【００４５】
自動車においては、通信部３５０を介して、ＣＰＵ・３１０がこれを受信する（図６のステップＳＰ４００：図１０のステップＳＰ９４０）。
ＣＰＵ・３１０は、このターボタイマ設定信号に付されたＩＤコードの認証を行う（ステップＳＰ４１０）。すなわち、ＣＰＵ・３１０は、このターボタイマ設定信号に付されたＩＤコードと、ＲＯＭ・３２０に予め記憶されたウェアラブルコンピュータのＩＤコードとを比較し、一致すればこれを有効と判定し、接続処理（この場合はさらに、スタータ機能部４３０の起動処理）を行う（ステップＳＰ４２０）。一方、一致しなければこれを無効と判定し、接続を拒否する（ステップＳＰ４３０）。
【００４６】
ＣＰＵ・３１０は、スタータ機能部４３０を起動する場合、設定内容をＲＡＭ・３３０に書き込み（図１０のステップＳＰ９５０）、このエンジン始動信号を受け付けたことを示す受付信号を、通信部３５０を介して、ウェアラブルコンピュータに対して送信する（ステップＳＰ９６０）。このとき、ＣＰＵ・３１０は、新ＩＤコードを生成し（図６のステップＳＰ４４０）、旧ＩＤコード、新ＩＤコードを受付信号に付加して送信する（ステップＳＰ４５０）。
次に、ＣＰＵ・３１０は、エンジンを停止し（ステップＳＰ９７０）、スタータ機能部４３０に対して起動命令を出力する。スタータ機能部４３０は、ターボタイマの作動を開始する（ステップＳＰ９８０）。
エンジン停止後、タービンの温度センサが示す温度が設定値より下がると（ステップＳＰ９９０でＹｅｓ）、スタータ機能部４３０は、ターボタイマを終了させ、ＣＰＵ・３１０に通知する（ステップＳＰ１０００）。
ターボタイマ終了の通知を受けて、ＣＰＵ・３１０は、通信部３５０を介して、ターボタイマ終了通知信号を送信する（ステップＳＰ１０１０）。
【００４７】
ウェアラブルコンピュータにおいて、ＣＰＵ・１１０は、受付信号を受信すると（ステップＳＰ１０２０）、同様に、この受付信号に付された旧ＩＤコードの認証を行う（図６のステップＳＰ５１０）。
旧ＩＤコードが認証された場合、ＣＰＵ・１１０は、新ＩＤコードをＲＯＭ・１２０に書き込み（ステップＳＰ５４０）、例えば、
「Ｔｕｒｂｏ　Ｔｉｍｅｒ　作動中」
というメッセージ表示パネル１４０に表示する（ステップＳＰ１０３０）。なお、旧ＩＤコードを新ＩＤコードで上書き処理することも考えられる。
また、ＣＰＵ・１１０は、ターボタイマ終了通知信号を受信すると（ステップＳＰ１０４０でＹｅｓ）、同様に認証処理を行った後、
を表示パネル１４０に表示する（ステップＳＰ１０５０）。そして、次に、ＣＰＵ・１１０は再び初期表示画面であるＭｅｎｕを表示する（ステップＳＰ１０５０）。
【００４８】
以上説明したように、本実施形態の自動車管理システムによれば、対象物である自動車において、ターボタイマがきちんと動作したか否かをユーザに知らせることができる効果が得られる。
【００４９】
（４）走行距離・ガソリン量データの通信
図１１は、本実施形態のウェアラブルコンピュータ及び自動車間における、走行距離・ガソリン量データの通信処理の過程を示すフローチャートである。
自動車においては、エンジンが始動すると（図１１のステップＳＰ１１００）、ＣＰＵ・３１０は、走行データ管理部４６０を起動し、走行データ管理部４６０が、走行距離、燃費、ガソリン使用量、残量等のデータを当該自動車の各部のセンサから取得したデータに基づいて算出し、適宜ＲＡＭ・３３０に書き込む（ステップＳＰ１１１０）。
【００５０】
エンジンが停止すると（ステップＳＰ１１２０）、ＣＰＵ・３１０は、通信部３５０（本実施形態においては、クレードルとする）に対して、ウェアラブルコンピュータが物理的に接続されていることを確認する確認命令を出力する。
通信部３５０が、ウェアラブルコンピュータが物理的に接続されていることを確認した場合（ステップＳＰ１１３０でＹｅｓ）、ＣＰＵ・３１０は、走行距離データ及びガソリン量データをウェアラブルコンピュータに対して、クレードルを介して送信する。
一方、通信部３５０が、ウェアラブルコンピュータが物理的に接続されていないことを確認した場合（ステップＳＰ１１３０でＮｏ）、ＣＰＵ・３１０は、今回停止時の走行距離データと、前回停止時の走行距離データとをＲＡＭ・３３０より読み出して（ステップＳＰ１１５０）、この差分を算出し（ステップＳＰ１１６０）、走行距離の差分データとガソリン量データとをウェアラブルコンピュータに対して、通信部３５０を介して送信する（ステップＳＰ１１７０）。
【００５１】
ウェアラブルコンピュータにおいて、ＣＰＵ・１１０は、走行距離データ及びガソリン量データを受信すると（ステップＳＰ１１８０）、ＲＡＭ・１３０に記憶された走行距離データ及びガソリン量データを上書き・更新する（ステップＳＰ１１９０）。そして、ＣＰＵ・１１０は、例えば
「ＯＤＤ　Ｍｅｔｅｒ　１０、０００ｋｍ」
というメッセージ表示パネル１４０に表示する（ステップＳＰ１２００）。
また、ＣＰＵ・１１０は、走行距離差分データ及びガソリン量データを受信すると（ステップＳＰ１０４０でＹｅｓ）、ＲＡＭ・１３０に記憶された走行距離データに受信した走行距離差分データを加算した後、この加算処理後の走行距離データ及びガソリン量データをＲＡＭ・１３０に書き込む（ステップＳＰ１１９０）。そして、ＣＰＵ・１１０は、例えば
「ＯＤＤ　Ｍｅｔｅｒ　１０、０００ｋｍ」
というメッセージ表示パネル１４０に表示する（ステップＳＰ１２００）。
そして、ＣＰＵ・１１０は再び初期表示画面であるＭｅｎｕを表示する（ステップＳＰ１２１０）。
【００５２】
以上説明したように、本実施形態の自動車管理システムによれば、ウェアラブルコンピュータにおいて、無線通信を行う場合は、差分データのみを送信することで送信データを低減させることができる効果が得られる。
一方、クレードル経由でデータ通信を行う場合は，走行距離データをそのまま転送し，差分データのみの転送で生じる可能性のある誤差を修正することができる効果が得られる。
【００５３】
（５）燃費・Ｔｒｉｐメータデータの通信
図１２は、本実施形態のウェアラブルコンピュータ及び自動車間における、走行距離・ガソリン量データの通信処理の過程を示すフローチャートである。
自動車においては、エンジンが始動すると（図１２のステップＳＰ１３００）、ＣＰＵ・３１０は、走行データ管理部４６０を起動し、走行データ管理部４６０が、走行距離、燃費、ガソリン使用量、残量等のデータを当該自動車の各部のセンサから取得したデータに基づいて算出し、適宜ＲＡＭ・３３０に書き込む（ステップＳＰ１３１０）。
【００５４】
エンジンが停止すると（ステップＳＰ１３２０）、ＣＰＵ・３１０は、燃費算出するとともに（ステップＳＰ１３３０）、今回停止時のＴｒｉｐメータの走行距離データと、前回停止時のＴｒｉｐメータの走行距離データとをＲＡＭ・３３０より読み出して、この差分を算出し（ステップＳＰ１３４０）、走行距離の差分データと燃費データとをウェアラブルコンピュータに対して、通信部３５０を介して送信する（ステップＳＰ１３５０）。
【００５５】
ウェアラブルコンピュータにおいて、ＣＰＵ・１１０は、Ｔｒｉｐメータの走行距離差分データ及び燃費データを受信すると（ステップＳＰ１３６０）、ＲＡＭ・１３０に記憶されたＴｒｉｐメータの走行距離データに受信したＴｒｉｐメータの走行距離差分データを加算した後、この加算処理後のＴｒｉｐメータの走行距離データ及び燃費データをＲＡＭ・１３０に書き込む（ステップＳＰ１３７０）。そして、ＣＰＵ・１１０は、例えば
「Ｍｉｌｅａｇｅ　１０ｋｍ／ｌ」
「Ｔｒｉｐ　１２５ｋｍ」
というメッセージ表示パネル１４０に表示する（ステップＳＰ１３８０）。
そして、ＣＰＵ・１１０は再び初期表示画面であるＭｅｎｕを表示する（ステップＳＰ１３９０）。
【００５６】
以上説明したように、本実施形態の自動車管理システムによれば、ウェアラブルコンピュータにおいて、無線通信を行う場合は、差分データのみを送信することで送信データを低減させることができる効果が得られる。
またＣＰＵ・３１０が、Ｔｒｉｐメータの走行距離データ及び燃費データの演算処理をすべて行うため、転送データ量を低減することができる効果が得られる。
【００５７】
（６）エンジンオイル交換メッセージの通信
図１３は、本実施形態のウェアラブルコンピュータ及び自動車間における、エンジンオイル交換の通信処理の過程を示すフローチャートである。
自動車において、各部メンテナンス情報検出センサ４７０（本実施形態においては、オイルパン内に設けられたエンジンオイルのレベルゲージセンサとする）が出力するオイルレベルの値が、ある閾値を超えて、一定時間示した場合（図１３のステップＳＰ１５００）、ＣＰＵ・３１０はオイルが交換されたと判定し、走行データ管理部４６０から走行距離を取得して、日付とともにＲＡＭ・３３０に書き込む（ステップＳＰ１５１０）。
【００５８】
次に、ＣＰＵ・３１０は、予めＲＯＭ・３２０に記憶された、図１４に示す換算表を読み出して（ステップＳＰ１５２０）、次のオイル交換時期（走行距離、日付）を算出し（ステップＳＰ１５３０）、オイル交換したと判定した日付とともにウェアラブルコンピュータに対して、通信部３５０を介して送信する（ステップＳＰ１３５０）。
また、ＣＰＵ・３１０は、次のオイル交換時期に走行距離、日付が達した場合（ステップＳＰ１５５０でＹｅｓ）、交換メッセージを送信する。
【００５９】
ウェアラブルコンピュータにおいて、ＣＰＵ・１１０は、次のオイル交換時期、オイル交換したと判定した日付を受信すると（ステップＳＰ１５７０）、ＲＡＭ・１３０に書き込む（ステップＳＰ１５８０）。そして、ＣＰＵ・１１０は、例えば図１５に示す交換予定メッセージを表示パネル１４０に表示する（ステップＳＰ１５９０）。
そして、ＣＰＵ・１１０は再び初期表示画面であるＭｅｎｕを表示する（ステップＳＰ１６００）。
また、ＣＰＵ・１１０は、交換メッセージを受信すると（ステップＳＰ１６１０）、例えば図１６に示す交換推奨メッセージを表示パネル１４０に表示する（ステップＳＰ１６２０）。
そして、ＣＰＵ・１１０は再び初期表示画面であるＭｅｎｕを表示する（ステップＳＰ１６３０）。
【００６０】
なお、本実施形態の変形例を図１７のフローチャートに示す。自動車において、ＣＰＵ・３１０は、エンジンが始動されると（ステップＳＰ１７００）、油温計の値が設定温度に達した後（ステップＳＰ１７１０でＹｅｓ）、各部メンテナンス情報検出センサ４７０（本実施形態においては、オイルパン内に設けられたエンジンオイルの粘度センサとする）の出力する測定粘度が、予めＲＯＭ・３２０に記憶された設定パラメータよりも大きくなると（ステップＳＰ１７２０でＹｅｓ）、オイルが劣化していることを示すオイル劣化信号をウェアラブルコンピュータに対して、通信部３５０を介して送信する（ステップＳＰ１７３０）。
【００６１】
ウェアラブルコンピュータにおいて、ＣＰＵ・１１０は、オイル劣化信号を受信すると（ステップＳＰ１７４０）、ＲＡＭ・１３０に書き込む（ステップＳＰ１７５０）。そして、ＣＰＵ・１１０は、例えば
「オイルが劣化しています。オイル交換をお願いします」
という交換予定メッセージを表示パネル１４０に表示する（ステップＳＰ１７６０）。なお、このときフラッシングを促すメッセージを一緒に表示してもよい。
そして、ＣＰＵ・１１０は再び初期表示画面であるＭｅｎｕを表示する（ステップＳＰ１７７０）。
【００６２】
以上説明したように、本実施形態の自動車管理システムによれば、ウェアラブルコンピュータにおいて、ＣＰＵ・３１０が、次のオイル交換時期の演算処理をすべて行うため、転送データ量及びウェアラブルコンピュータが記憶する必要があるデータ量を低減することができる効果が得られる。
【００６３】
（７）エンジンフラッシング、オイルフィルタの交換メッセージの通信
図１８は、本実施形態のウェアラブルコンピュータ及び自動車間における、エンジンオイル交換の通信処理の過程を示すフローチャートである。
自動車において、エンジンが始動されると（図１８のステップＳＰ１８００）、ＣＰＵ・３１０は、オイル交換カウンタの値ＮをＲＯＭ・３２０より読み出して（ステップＳＰ１８１０）、各部メンテナンス情報検出センサ４７０（本実施形態においては、オイルパン内に設けられたエンジンオイルのレベルゲージセンサとする）が出力するオイルレベルの値が、ある閾値を超えて、一定時間示した場合（ステップＳＰ１８２０でＹｅｓ）、オイルが交換されたと判定してＮの値を１インクリメントする（ステップＳＰ１８３０）。インクリメント後のＮの値が２となった場合（ステップＳＰ１８４０でＹｅｓ）、ＣＰＵ・３１０は、フラッシングを推奨するメッセージを示す信号をウェアラブルコンピュータに対して、通信部３５０を介して送信する（ステップＳＰ１８５０）とともに、Ｎの値を０にセットする（ステップＳＰ１８６０）。
【００６４】
ウェアラブルコンピュータにおいて、ＣＰＵ・１１０は、フラッシングを推奨するメッセージを示す信号を受信すると（ステップＳＰ１８７０）、
「エンジンフラッシングが必要です。オイルフィルタの交換時期です。」
というメッセージを表示パネル１４０に表示する（ステップＳＰ１８８０）。ユーザが、この表示に基づいて、エンジンフラッシングを行った後、スイッチ部１６０を操作すると（ステップＳＰ１８９０）、ＣＰＵ・１１０は、自動車に対して、リセット信号を送信し（ステップＳＰ１９００）、再び初期表示画面であるＭｅｎｕを表示する（ステップＳＰ１９１０）。
【００６５】
以上説明したように、本実施形態の自動車管理システムによれば、対象物である自動車のエンジンフラッシングに役立つ情報をユーザに知らせることができる効果が得られる。
【００６６】
（８）ＡＴＦ（Ａｕｔｏｍａｔｉｃ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｆｌｕｉｄ）交換メッセージの通信
図１９は、本実施形態のウェアラブルコンピュータ及び自動車間における、ＡＴＦ交換の通信処理の過程を示すフローチャートである。
自動車において、各部メンテナンス情報検出センサ４７０（本実施形態においては、ＡＴＦレベルゲージセンサとする）が出力するＡＴＦレベルの値が、ある閾値を超えて、一定時間示した場合（図１９のステップＳＰ２０００でＹｅｓ）、ＣＰＵ・３１０はＡＴＦが交換されたと判定し、走行データ管理部４６０から走行距離を取得して、日付とともにＲＡＭ・３３０に書き込む（ステップＳＰ２０１０）。
【００６７】
次に、ＣＰＵ・３１０は、予めＲＯＭ・３２０に記憶された、前回ＡＴＦ交換したと判定した時点の走行距離を読み出して、今回ＡＴＦ交換したと判定した時点の走行距離から減算し、減算後の走行距離が２００００ｋｍに達した場合（ステップＳＰ２０２０でＹｅｓ）、ＡＴＦの交換を推奨するメッセージを示す信号をウェアラブルコンピュータに対して、通信部３５０を介して送信する（ステップＳＰ２０３０）。
ＣＰＵ・３１０は、エンジンが始動されると（ステップＳＰ２０４０）、ＡＴＦ油温計の値が設定温度に達した後（ステップＳＰ２０５０でＹｅｓ）、各部メンテナンス情報検出センサ４７０（本実施形態においては、ＡＴＦのレベルゲージセンサとする）の出力する値が、予めＲＯＭ・３２０に記憶された閾値に達している場合（ステップＳＰ２０６０でＹｅｓ）、ＡＴＦレベルが適正値であることを示す信号をウェアラブルコンピュータに対して、通信部３５０を介して送信する（ステップＳＰ２０７０）。一方、各部メンテナンス情報検出センサ４７０の出力する値が、予めＲＯＭ・３２０に記憶された閾値よりも小さい場合（ステップＳＰ２０６０でＮｏ）、ＡＴＦの交換を推奨するメッセージを示す信号をウェアラブルコンピュータに対して、通信部３５０を介して送信する（ステップＳＰ２０７０）。
【００６８】
ウェアラブルコンピュータにおいて、ＣＰＵ・１１０は、ＡＴＦレベルが適正値であることを示す信号を受信すると（ステップＳＰ２０９０）、ＲＡＭ・１３０に書き込む（ステップＳＰ２１００）。
また、ＣＰＵ・１１０は、ＡＴＦの交換を推奨するメッセージを示す信号を受信すると（ステップＳＰ２０９０）、ＲＡＭ・１３０に書き込む（ステップＳＰ２１００）。そして、ＣＰＵ・１１０は、前回交換日時と走行距離とともに
「ＡＴＦ交換してください」
というメッセージを表示パネル１４０に表示する（ステップＳＰ２１１０）。そして、ＣＰＵ・１１０は再び初期表示画面であるＭｅｎｕを表示する（ステップＳＰ２１２０）。
【００６９】
以上説明したように、本実施形態の自動車管理システムによれば、対象物である自動車のエンジン始動後、ＡＴＦ量と走行距離とに基づいて、適切なＡＴＦの交換時期をユーザに知らせることができる効果が得られる。
【００７０】
（１０）ウィンドウォッシャー液交換メッセージの通信
図２０は、本実施形態のウェアラブルコンピュータ及び自動車間における、ウィンドウォッシャー液交換の通信処理の過程を示すフローチャートである。
自動車において、ＣＰＵ・３１０は、エンジンが始動されると（ステップＳＰ２２００）、各部メンテナンス情報検出センサ４７０（本実施形態においては、ウィンドウォッシャー液のリザーバタンク内に設けられたウィンドウォッシャー液のレベルゲージセンサとする）が出力するウィンドウォッシャー液レベルの値が、予めＲＯＭ・３２０に記憶された閾値に達している場合（ステップＳＰ２２１０でＹｅｓ）、ウィンドウォッシャー液レベルが適正値であることを示す信号をウェアラブルコンピュータに対して、通信部３５０を介して送信する（ステップＳＰ２２２０）。一方、各部メンテナンス情報検出センサ４７０の出力する値が、予めＲＯＭ・３２０に記憶された閾値よりも小さい場合（ステップＳＰ２２１０でＮｏ）、ウィンドウォッシャー液の補充を推奨するメッセージを示す信号をウェアラブルコンピュータに対して、通信部３５０を介して送信する（ステップＳＰ２２３０）。
【００７１】
ウェアラブルコンピュータにおいて、ＣＰＵ・１１０は、ウィンドウォッシャー液レベルが適正値であることを示す信号を受信すると（ステップＳＰ２２４０）、ＲＡＭ・１３０に書き込む（ステップＳＰ２２５０）。そして、ＣＰＵ・１１０は、
「ウィンドウォッシャー液　ＯＫ」
というメッセージを表示パネル１４０に表示する（ステップＳＰ２２６０）。そして、ＣＰＵ・１１０は再び初期表示画面であるＭｅｎｕを表示する（ステップＳＰ２２７０）。
また、ＣＰＵ・１１０は、ウィンドウォッシャー液の補充を推奨するメッセージを示す信号を受信すると（ステップＳＰ２２４０）、ＲＡＭ・１３０に書き込む（ステップＳＰ２２５０）。そして、ＣＰＵ・１１０は、
「ウィンドウォッシャー液を補充してください」
というメッセージを表示パネル１４０に表示する（ステップＳＰ２２６０）。そして、ＣＰＵ・１１０は再び初期表示画面であるＭｅｎｕを表示する（ステップＳＰ２２７０）。
【００７２】
以上説明したように、本実施形態の自動車管理システムによれば、対象物である自動車のエンジン始動後、センサが異常を示した時点で、ウィンドウォッシャー液の補充が必要であることをユーザに知らせることができる効果が得られる。
【００７３】
（１１）バッテリー交換メッセージの通信
図２１は、本実施形態のウェアラブルコンピュータ及び自動車間における、バッテリー交換の通信処理の過程を示すフローチャートである。
自動車において、ＣＰＵ・３１０は、イグニッションが「ＯＮ」となると（ステップＳＰ２３００）、各部メンテナンス情報検出センサ４７０（本実施形態においては、バッテリーに設けられた電圧センサとする）が出力する電圧値が、予めＲＯＭ・３２０に記憶された閾値に達している場合（ステップＳＰ２３１０でＹｅｓ）、バッテリー電圧が正常であることを示す信号をウェアラブルコンピュータに対して、通信部３５０を介して送信する（ステップＳＰ２３２０）。
そして、この信号の送信後、ＣＰＵ・３１０は、エンジンを始動する（ステップＳＰ２３３０）。
一方、この電圧値が、予めＲＯＭ・３２０に記憶された閾値よりも小さい場合（ステップＳＰ２３１０でＮｏ）、ＣＰＵ・３１０は、エンジンを始動せず（ステップＳＰ２３４０）、この電圧値をＲＡＭ・１３０に書き込む（ステップＳＰ２３５０）。そして、ＣＰＵ・３１０は、エンジン始動できないことを示す信号をウェアラブルコンピュータに対して、通信部３５０を介して送信する（ステップＳＰ２３６０）。
【００７４】
ウェアラブルコンピュータにおいて、ＣＰＵ・１１０は、バッテリー電圧が正常であることを示す信号を受信すると（ステップＳＰ２４１０）、「バッテリーＯＫ」というメッセージを表示パネル１４０に表示する（ステップＳＰ２４２０）。
また、ＣＰＵ・１１０は、エンジン始動できないことを示す信号を受信すると（ステップＳＰ２２４０）、
「バッテリー　ＮＧ」
「エンジン始動できません。」
というメッセージを表示パネル１４０に表示する（ステップＳＰ２２６０）。
【００７５】
ユーザが、表示パネル１４０のメッセージを見て、バッテリーを交換すると、自動車において、ＣＰＵ・３１０は、イグニッション「ＯＮ」を受けて（ステップＳＰ２３００）、各部メンテナンス情報検出センサ４７０が出力する電圧値が、予めＲＯＭ・３２０に記憶された閾値に達したことより（ステップＳＰ２３８０でＹｅｓ）、バッテリー電圧が交換されたと判定し（ステップＳＰ２３９０）、バッテリー電圧が交換されたことを示す信号をウェアラブルコンピュータに対して、通信部３５０を介して送信する（ステップＳＰ２４００）。
【００７６】
ウェアラブルコンピュータにおいて、ＣＰＵ・１１０は、バッテリー電圧が交換されたことを示す信号を受信すると（ステップＳＰ２４１０）、
「バッテリー　ＯＫ」
「バッテリー交換されました。」
というメッセージを表示パネル１４０に表示する（ステップＳＰ２４２０）。
【００７７】
以上説明したように、本実施形態の自動車管理システムによれば、対象物である自動車のエンジン始動時において、バッテリーに異常があれば交換が必要であることをユーザに知らせることができる効果が得られる。
【００７８】
１．実施形態の構成
次に、図面を参照して本発明の第３の実施形態について説明する。
まず、本実施形態のウェアラブルコンピュータを適用した住居管理システムについて説明する。本実施形態の住居管理システムは、図４に示すウェアラブルコンピュータと、図２２に示す住居管理装置とによって構成される。
すなわち、本実施形態が第２の実施形態と異なる点は、本実施形態のウェアラブルコンピュータの対象物が、住居管理装置である点であり、以下、第２の実施形態と共通する点については説明を省略し、第２の実施形態と異なる点について説明する。
【００７９】
以下、本実施形態の本実施形態の住居管理システムにおける住居管理について説明する。
本実施形態において、ウェアラブルコンピュータは、住居用等のキーである例について説明する。
図２２は、本実施形態の住居管理装置の構成を示す構成図である。本実施形態の住居管理装置は、ＣＰＵ・５１０、ＲＯＭ・５２０、ＲＡＭ・５３０、表示パネル５４０、通信部５５０、スイッチ部５６０、電源部５７０、スピーカ５８０、カメラ６１０、キー受け部６２０とをバスライン６００で接続して構成される。
【００８０】
ＣＰＵ・５１０は、ＲＯＭ・５２０に記憶されたプログラムを読み出し、これをＲＡＭ・５３０に書き出して、これを実行することで各部の制御やデータ演算・加工処理を行う中央演算装置である。具体的には、ＣＰＵ・５１０は、例えば住居の各部、例えば、キー受け部６２０に設けられたセンサ（図示せず）が検出した状態情報状態情報と、予めＲＯＭ・５２０に記憶された判定条件パラメータとを比較して、判定条件を満たすか否かを判定し、この判定結果をウェアラブルコンピュータに対して送信するための処理等を行う。
ＲＯＭ・５２０は、ＣＰＵの制御プログラム及びパラメータを予め記憶している。
ＲＡＭ・５３０は、ＣＰＵのワークメモリであって、任意のアドレスを指定して読み書きすることが可能な半導体メモリである。
【００８１】
表示パネル５４０は、本実施形態の住居管理装置における表示部である。
通信部５５０は、本実施形態のウェアラブルコンピュータにおける通信部１５０とデータ通信を行う。
スイッチ部５６０は、ユーザが当該住居管理装置の表示選択等の操作を行う操作部である。
電源部５７０は、家庭用電源である。
スピーカ５８０は、威嚇音、警告ブザー音等を出力する音声出力部である。
カメラ６１０は、防犯用のＣＣＤカメラ等であって、所定の撮像命令を受けて、画像を撮像する撮像部である。
キー受け部６２０は、機械式ロック機構及び電気的ロック機構を備え、異常震動や異常信号を検知して、侵入防止のための処理を実行するセキュリティ装置である。
【００８２】
２．実施形態の動作
以下、図面を参照して本実施形態の住居管理システムにおける、ウェアラブルコンピュータ及び住居管理装置の動作について図面を参照して説明する。
（１）認証及び解錠
図２３は、本実施形態のウェアラブルコンピュータ及び住居管理装置間における、認証処理及び解錠処理の過程を示すフローチャートである。
今、住居管理装置において、キー受け部６２０が施錠状態に設定されると（図２３のステップＳＰ２５００）、ＣＰＵ・５１０は、施錠開始時刻をＲＡＭ・５３０に書き込み、これに旧ＩＤコード、新ＩＤコードを付加し、ウェアラブルコンピュータに対して通信部５５０を介して送信する。
ウェアラブルコンピュータにおいては、ＣＰＵ・１１０が通信部１５０を介して、これを受信する（図６のステップＳＰ５００）。
ＣＰＵ・１１０は、この施錠時刻に付された旧ＩＤコードの認証を行う（ステップＳＰ５１０）。すなわち、ＣＰＵ・１１０は、この旧ＩＤコードと、ＲＯＭ・１２０に予め記憶されたウェアラブルコンピュータのＩＤコードとを比較し、一致すればこれを有効と判定し、接続処理を行う（ステップＳＰ５２０）。一方、一致しなければこれを無効と判定し、接続を拒否する（ステップＳＰ５３０）。
ＣＰＵ・１１０は、接続処理後、新ＩＤコード、施錠時刻をＲＯＭ・１２０に書き込む（ステップＳＰ５４０）。
【００８３】
今、キー受け部６２０に設けられたセンサが異常震動を検出した場合、ＣＰＵ・５１０は、センサが出力する状態情報状態情報と、予めＲＯＭ・５２０に記憶された判定条件パラメータとを比較して、判定条件を満たすか否かを判定し（図２３のステップＳＰ２５１０）、この判定結果をウェアラブルコンピュータに対して送信する。
ＣＰＵ・５１０が異常と判定した場合（ステップＳＰ２５１０でＹｅｓ）、スピーカ５８０に警告音声信号、威嚇音声信号を出力し、スピーカ５８０は、これを音声出力する（ステップＳＰ２５３０）。また、ＣＰＵ・５１０は、表示パネル５４０に警告メッセージを表示する。
【００８４】
一方、ＣＰＵ・５１０が異常と判定しない場合（ステップＳＰ２５１０でＮｏ）、キー受け部６２０にキー（＝ウェアラブルコンピュータ）が挿入されているかを検出し、施錠時刻及びＩＤコードを要求する信号をキーに対して出力する。キーにおいて、ＣＰＵ・１１０は、受信部１５０を介してこの要求信号を受信し、ＲＯＭ・１２０から施錠時刻、新ＩＤコードを読み出して、住居管理装置に対して通信部１５０を介して出力する。
ＣＰＵ・５１０は、これを受けて、ＲＡＭ・５３０に記憶された施錠時刻、新ＩＤコードと一致するか否かを判定し、一致する場合、電子ロックを解除する（ステップＳＰ２５２０）。
電子ロック解除後、ユーザがキーを回転動作させることにより、機械式ロックを解除する（ステップＳＰ２５４０）。
【００８５】
以上説明したように、本実施形態の住居管理システムによれば、セキュリティ状態にあることを外部に示すとともに、施錠時刻、認証確認等を表示すること、セキュリティを高めることができる効果得られる。
【００８６】
（２）監視カメラの画像の通信
図２４は、本実施形態のウェアラブルコンピュータ及び住居管理装置間における、監視カメラの画像の通信処理の過程を示すフローチャートである。
今、住居管理装置において、キー受け部６２０が施錠状態に設定されると、ＣＰＵ・５１０は、玄関に設けられたカメラ６１０に撮像開始命令を出力する。カメラ６１０は撮像を開始し、一定時間毎に撮像した古い映像データを消去し、撮像することを繰り返す（図２４のステップＳＰ２６００、ＳＰ２６１０）。
【００８７】
今、キー受け部６２０に設けられたセンサが異常震動を検出した場合、ＣＰＵ・５１０は、センサが出力する状態情報状態情報と、予めＲＯＭ・５２０に記憶された判定条件パラメータとを比較して、判定条件を満たすか否かを判定する。ＣＰＵ・５１０は、異常と判定した場合（ステップＳＰ２６２０でＹｅｓ）、カメラ６１０に対して、映像データの消去中止命令を出力し、カメラ６１０は、消去を中止し、撮像を継続する（ステップＳＰ２６３０、ステップＳＰ２６４０）。また、ＣＰＵ・５１０は、撮像した映像、画像をウェアラブルコンピュータに対して通信部５５０を介して送信する。
ウェアラブルコンピュータにおいて、ＣＰＵ・１１０は、通信部１５０を介してこれを受信し、表示パネル１４０に表示する。
【００８８】
以上説明したように、本実施形態の住居管理システムによれば、セキュリティセンタへ通報後、警備員が到着した際、表示パネル５４０に表示される異常発生時の画像を確認することができる効果が得られる。
【００８９】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００９０】
【発明の効果】
以上説明したように本発明によれば、対象物に関連する情報を表示手段に表示することが可能である。
さらに、警報を発する手段を有した構成によれば、施錠していない状態で対象物から離れることを防止することが可能になる。
さらに、対象物が起動中に充電式電池の充電を行うことを特徴とする構成によれば、電池交換あるいは充電の手数を排除し、簡便な使用をすることが可能になる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態のブロック図である。
【図２】第１の実施形態における表示例を示す図である。
【図３】第１の実施形態の動作を示すフローチャートである。
【図４】第２の実施形態のウェアラブルコンピュータの構成を示す構成図である。
【図５】第２の実施形態の自動車の構成を示す構成図である。
【図６】第２の実施形態のウェアラブルコンピュータ及び自動車間における、認証処理の過程を示すフローチャートである。
【図７】第２の実施形態のウェアラブルコンピュータ及び自動車間における、エンジン始動時の通信処理の過程を示すフローチャートである。
【図８】第２の実施形態の変形例を示すフローチャートである。
【図９】第２の実施形態のウェアラブルコンピュータ及び自動車間における、セキュリティ起動処理の過程を示すフローチャートである。
【図１０】第２の実施形態のウェアラブルコンピュータ及び自動車間における、ターボタイマ起動処理の過程を示すフローチャートである。
【図１１】第２の実施形態のウェアラブルコンピュータ及び自動車間における、走行距離・ガソリン量データの通信処理の過程を示すフローチャートである。
【図１２】第２の実施形態のウェアラブルコンピュータ及び自動車間における、走行距離・ガソリン量データの通信処理の過程を示すフローチャートである。
【図１３】第２の実施形態のウェアラブルコンピュータ及び自動車間における、エンジンオイル交換の通信処理の過程を示すフローチャートである。
【図１４】ＲＯＭ・３２０に記憶された走行距離と交換サイクルの換算表である。
【図１５】表示パネル１４０に表示する交換予定メッセージの例を示す図である。
【図１６】表示パネル１４０に表示する交換推奨メッセージの例を示す図である。
【図１７】第２の実施形態の変形例を示すフローチャートである。
【図１８】第２の実施形態のウェアラブルコンピュータ及び自動車間における、エンジンオイル交換の通信処理の過程を示すフローチャートである。
【図１９】第２の実施形態のウェアラブルコンピュータ及び自動車間における、ＡＴＦ交換の通信処理の過程を示すフローチャートである。
【図２０】第２の実施形態のウェアラブルコンピュータ及び自動車間における、ウィンドウォッシャー液交換の通信処理の過程を示すフローチャートである。
【図２１】第２の実施形態のウェアラブルコンピュータ及び自動車間における、バッテリー交換の通信処理の過程を示すフローチャートである。
【図２２】第３の実施形態の住居管理装置の構成を示す構成図である。
【図２３】第３の実施形態のウェアラブルコンピュータ及び住居管理装置間における、認証処理及び解錠処理の過程を示すフローチャートである。
【図２４】第３の実施形態のウェアラブルコンピュータ及び住居管理装置間における、監視カメラの画像の通信処理の過程を示すフローチャートである。
【符号の説明】
１０、１１０、３１０、５１０…ＣＰＵ、２０、１２０、３２０、５２０…ＲＯＭ、３０、１３０、３３０、５３０…ＲＡＭ、４０、１４０、３４０、５４０…表示パネル、５０、１５０、３５０、５５０…ワイヤレス通信部、６０、１６０、３６０、５６０…スイッチ部、６５…選択スイッチ、６６…解錠／施錠スイッチ、７０、１７０、３７０、５７０…電源部、８０…警告ブザー、９０、４４０…ＧＰＳ機能部、１００、２００、４００、６００…バスライン、１８０、３８０、５８０…スピーカ、１９０…バイブレータ、４１０…外部通信部、４２０…セキュリティ機能部、４３０…スタータ機能部、４４０…走行データ管理部、４７０…各部メンテナンス情報検出センサ、６１０…カメラ、６２０…キー
【図１】
2004027814.tif 000003
【図２】
2004027814.tif 000004
【図３】
2004027814.tif 000005
【図４】
2004027814.tif 000006
【図５】
2004027814.tif 000007
【図６】
2004027814.tif 000008
【図７】
2004027814.tif 000009
【図８】
2004027814.tif 000010
【図９】
2004027814.tif 000011
【図１０】
2004027814.tif 000012
【図１１】
2004027814.tif 000013
【図１２】
2004027814.tif 000014
【図１３】
2004027814.tif 000015
【図１４】
2004027814.tif 000016
【図１５】
2004027814.tif 000017
【図１６】
2004027814.tif 000018
【図１７】
2004027814.tif 000019
【図１８】
2004027814.tif 000020
【図１９】
2004027814.tif 000021
【図２０】
2004027814.tif 000022
【図２１】
2004027814.tif 000023
【図２２】
2004027814.tif 000024
【図２３】
2004027814.tif 000025
【図２４】
2004027814.tif 000026