(57)【要約】【課題】修理や部品交換等のメンテナンスを効率的に実施可能な電子機器を提供する。【解決手段】制御部２９は、ユーザーの操作により、操作部２１から入力される電子機器２０，３０自身のメンテナンスに関連するメンテナンス関連情報を取得する。また、制御部２９は、故障検出機能２９１によって、故障発生時に、故障の状況を示す情報もメンテナンス関連情報として取得する。さらに、制御部２９は、取得したメンテナンス関連情報を記憶部２８内のメンテナンス情報データベース２８ａに記憶する。そして、ユーザーが操作部２１を種々操作することにより、メンテナンス情報データベース２８ａに記憶されるメンテナンス関連情報を、ＬＣＤ２２やスピーカ２３や入出力Ｉ／Ｆ２７によって、知覚可能な状態および信号の状態のうちの少なくとも一つの状態で出力する。【選択図】　　　　図２
2004070563.tif 000002
【特許請求の範囲】
【請求項１】
電子機器であって、
前記電子機器自身のメンテナンスに関連するメンテナンス関連情報を取得する制御手段と、
前記制御手段によって取得された前記メンテナンス関連情報を記憶するメンテナンスデータベースと、
前記メンテナンスデータベースに記憶される情報を、知覚可能な状態および信号の状態のうちの少なくとも一つの状態で出力する出力手段と、
を備えることを特徴とする電子機器。
【請求項２】
請求項１に記載の電子機器であって、
前記メンテナンス関連情報には、
メンテナンスの依頼内容を示す依頼情報が含まれることを特徴とする電子機器。
【請求項３】
請求項２に記載の電子機器であって、
前記出力手段が、
前記メンテナンスデータベースに記憶されるか、または、前記電子機器の外部から入力される、メンテナンスの依頼が可能な依頼可能項目を示す情報を、知覚可能な状態および信号の状態のうちの少なくとも一つの状態で出力し、
前記制御手段が、
ユーザーの選択に基づいて、前記依頼可能項目のうちの少なくとも１つの項目を示す情報を、前記依頼情報として、取得することを特徴とする電子機器。
【請求項４】
請求項１から請求項３のいずれかに記載の電子機器であって、
前記メンテナンス関連情報には、
前記電子機器に対するメンテナンスの実施内容を示す情報が含まれることを特徴とする電子機器。
【請求項５】
請求項１から請求項４のいずれかに記載の電子機器であって、
前記電子機器に関して逐次変化する数値の積算値を算出する積算手段、
をさらに備え、
前記制御手段が、
前記積算手段から前記積算値を取得し、
前記メンテナンスデータベースが、
前記制御手段によって取得された前記メンテナンス関連情報と前記積算値とを関連付けたメンテナンス積算値情報を記憶することを特徴とする電子機器。
【請求項６】
請求項５に記載の電子機器であって、
前記メンテナンス積算値情報には、
前記電子機器のメンテナンスに要した時間を示す情報が含まれることを特徴とする電子機器。
【請求項７】
請求項５または請求項６に記載の電子機器であって、
前記出力手段が、
前記メンテナンスデータベースに記憶されるか、または、前記電子機器の外部から入力される、前記電子機器の異状の原因となる前記電子機器に付随する物に関して設定される設定条件と、前記メンテナンス積算値情報とに基づいて、前記異状が発生する前に、警告を示す情報および前記付随する物の状態を示す情報のうちの少なくとも一つの情報を出力することを特徴とする電子機器。
【請求項８】
請求項７に記載の電子機器であって、
前記制御手段が、
前記電子機器の第１の使用条件を示す情報を取得し、
前記出力手段が、
前記設定条件と、前記メンテナンス積算値情報と、前記第１の使用条件とに基づいて、前記警告を示す情報および前記付随する物の状態を示す情報のうちの少なくとも一つの情報を出力することを特徴とする電子機器。
【請求項９】
請求項１から請求項８のいずれかに記載の電子機器であって、
前記制御手段が、
前記電子機器の故障を検出する故障検出手段を有し、
前記制御手段が、
前記故障検出手段による前記故障の検出に基づいて、前記故障の状況を示す情報および前記電子機器の第２の使用条件を示す情報のうちの少なくとも一つの情報を取得し、
前記メンテナンスデータベースが、
前記制御手段によって取得された、前記故障の状況を示す情報および前記電子機器の第２の使用条件を示す情報のうちの少なくとも一つの情報を記憶し、
前記メンテナンス関連情報には、
前記故障の状況を示す情報および前記電子機器の第２の使用条件を示す情報のうちの少なくとも一つの情報が含まれることを特徴とする電子機器。
【請求項１０】
請求項９に記載の電子機器であって、
前記出力手段が、
前記故障検出手段による前記故障の検出に基づいて、前記故障の状況を示す情報を、知覚可能な状態および信号の状態のうちの少なくとも一つの状態で出力することを特徴とする電子機器。
【請求項１１】
請求項７または請求項８に記載の電子機器であって、
前記異状の内容と、出力先とを関連づけた第１の出力先データベース、
をさらに備え、
前記制御手段が、
前記第１の出力先データベースに応じて、前記出力手段からネットワークを介して出力される前記警告を示す情報および前記付随する物の状態を示す情報のうちの少なくとも一つの情報の出力先を変更する第１の変更手段を有することを特徴とする電子機器。
【請求項１２】
請求項１０に記載の電子機器であって、
前記故障の状況と、出力先と、を関連づけた第２の出力先データベース、
をさらに備え、
前記制御手段が、
前記第２の出力先データベースに応じて、前記出力手段からネットワークを介して出力される前記警告を示す情報および前記第２の使用条件を示す情報のうちの少なくとも一つの情報の出力先を変更する第２の変更手段を有することを特徴とする電子機器。
【請求項１３】
請求項１から請求項１２のいずれかに記載の電子機器であって、
ネットワークを介して、各前記情報を送信するサーバ、
をさらに備えることを特徴とする電子機器。
【請求項１４】
請求項１から請求項１３のいずれかに記載の電子機器であって、
ネットワークを介して、情報を信号の状態で入力する信号入力手段、
をさらに備え、
前記制御手段が、
前記信号入力手段から入力される情報を取得することを特徴とする電子機器。
【請求項１５】
請求項１から請求項１４のいずれかに記載の電子機器であって、
ユーザーの操作によって、前記メンテナンス関連情報を直接入力するユーザー入力手段、
をさらに備え、
前記制御手段が、
前記ユーザー入力手段から入力される前記メンテナンス関連情報を取得することを特徴とする電子機器。
【請求項１６】
請求項１１から請求項１４のいずれかに記載の電子機器と、
請求項１１から請求項１４のいずれかに記載の電子機器と前記ネットワークを介してデータ交信可能に接続されたサーバと、
を備えることを特徴とするメンテナンス情報システム。
【請求項１７】
電子機器に含まれるコンピュータによって実行されることにより、前記電子機器を、請求項１から請求項１５のいずれかに記載の電子機器として機能させるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子機器のメンテナンスを効率的に実施するための技術に関する。
【０００２】
【従来の技術】
電子機器等の機器において、故障等が発生し、修理等のメンテナンスを行う場合は、メンテナンスの依頼や、電子機器の使用条件等を、メンテナンスを行うサービスセンター等に伝達するといった種々の情報を取り扱う場面が生じる。
【０００３】
従来、メンテナンスに関する情報を取り扱うものとしては、種々のものが存在し、それらのうち一般的な例として、以下に示す４つの例（第１〜第４の従来例）が存在する。
【０００４】
第１の従来例は、電子機器等に対するメンテナンスの依頼を行う場合、依頼事項やメンテナンスの項目等を依頼票に記載し、メンテナンスの対象となる機器に添えて、サービスセンターに送付したり、ＷｅｂやＥメール等を用いて依頼事項等をサービスセンターに伝達するようなものである。
【０００５】
また、第２の従来例は、機器に対して行った修理や部品交換の記録等を含むメンテナンスの情報を、そのメンテナンスを行ったサービスセンター等に設けられたコンピュータにおいて、データベースとして記憶および管理するようなものである。
【０００６】
また、第３の従来例は、電子機器が、自己の故障発生時に、ネットワーク等を介して故障の発生を報知をしたり、電子機器における電源の状態や、扉の開閉状態や、スイッチの状態等の「ステータス」をネットワークを介して遠隔地から閲覧できるようなものである。
【０００７】
また、第４の従来例は、修理や部品の交換等を行った際に、カウンタやタイマ等をリセットし、部品の寿命等を、カウンタやタイマ等の上限値とすることによって、カウンタ方式や時限方式によって、部品の交換時期等を知らせるようなものである。
【０００８】
【発明が解決しようとする課題】
しかしながら、第１の従来例では、依頼票や、ＷｅｂやＥメール等を用いて依頼事項等を伝達したのでは、メンテナンスの対象となる機器と、依頼事項等の情報とが別個に存在するため、メンテナンスを行う現場において、対象となる機器と依頼事項等の情報とを照合する作業が発生する。したがって、情報の照合作業に対して非常に手間がかかり、メンテナンスを行う上で効率の低下を招いていた。
【０００９】
また、第２の従来例では、仮に、データベースを設けているサービスセンター以外の店舗や修理工場等のサービスセンターにおいて、メンテナンスを行う場合は、修理記録等の情報が必要であれば、他のサービスセンターに設けられたデータベースからネットワーク等を介して必要な情報を取得しなければならない。したがって、データベースへの情報の入力ミスや、数値等の基準の差異等、メンテナンスの対象となる機器と、修理記録等の情報との間に差異が生じやすく、情報の再確認等に対して非常に手間がかかる。さらに、この例においても、メンテナンスの対象となる機器と、依頼事項等の情報とが別個に存在するため、メンテナンスを行う現場において、対象となる機器と依頼事項等の情報とを照合する作業が発生する。
【００１０】
また、第３の従来例では、故障の発生時における報知に関しては、例えば、機器自身あるいはネットワークが不調になってしまった場合は、アクティブセンシングや、ハンドシェイク等の方式によって、情報が得られないことによって間接的に故障を判断することによってしか故障発生の報知をすることができなかった。また、ネットワークを介して閲覧できるステータスに関しては、あくまで現在における機器の状態についての情報であった。したがって、故障の発生原因を特定するためには、さらなる情報収集、および解析が必要となり、メンテナンスに関する効率は決して高いものではなかった。
【００１１】
また、第４の従来例では、カウンタやタイマ等の上限値は一定のものであり、カウンタやタイマ等の上限値を自在に決定することができないため、寿命の異なる部品に交換した場合には、対応することができなかった。また、修理や交換時にカウンタやタイマ等をリセットするため、修理や部品交換等と、時間的、回数的な数値とを関連付けた詳細な情報を得ることができなかった。したがって、修理や部品交換等のメンテナンスを実施すべきタイミングを種々の状況に応じて把握することが困難であるため、メンテナンスに関する効率は決して高いものではなかった。
【００１２】
本発明は、上記課題に鑑みてなされたものであり、修理や部品交換等のメンテナンスを効率的に実施可能な電子機器を提供することを目的とする。
【００１３】
【課題を解決するための手段】
上記の課題を解決するために、請求項１の発明は、電子機器であって、前記電子機器自身のメンテナンスに関連するメンテナンス関連情報を取得する制御手段と、前記制御手段によって取得された前記メンテナンス関連情報を記憶するメンテナンスデータベースと、前記メンテナンスデータベースに記憶される情報を、知覚可能な状態および信号の状態のうちの少なくとも一つの状態で出力する出力手段とを備えることを特徴とする。
【００１４】
また、請求項２の発明は、請求項１に記載の電子機器であって、前記メンテナンス関連情報には、メンテナンスの依頼内容を示す依頼情報が含まれることを特徴とする。
【００１５】
また、請求項３の発明は、請求項２に記載の電子機器であって、前記出力手段が、前記メンテナンスデータベースに記憶されるか、または、前記電子機器の外部から入力される、メンテナンスの依頼が可能な依頼可能項目を示す情報を、知覚可能な状態および信号の状態のうちの少なくとも一つの状態で出力し、前記制御手段が、ユーザーの選択に基づいて、前記依頼可能項目のうちの少なくとも１つの項目を示す情報を、前記依頼情報として、取得することを特徴とする。
【００１６】
また、請求項４の発明は、請求項１から請求項３のいずれかに記載の電子機器であって、前記メンテナンス関連情報には、前記電子機器に対するメンテナンスの実施内容を示す情報が含まれることを特徴とする。
【００１７】
また、請求項５の発明は、請求項１から請求項４のいずれかに記載の電子機器であって、前記電子機器に関して逐次変化する数値の積算値を算出する積算手段をさらに備え、前記制御手段が、前記積算手段から前記積算値を取得し、前記メンテナンスデータベースが、前記制御手段によって取得された前記メンテナンス関連情報と前記積算値とを関連付けたメンテナンス積算値情報を記憶することを特徴とする。
【００１８】
また、請求項６の発明は、請求項５に記載の電子機器であって、前記メンテナンス積算値情報には、前記電子機器のメンテナンスに要した時間を示す情報が含まれることを特徴とする。
【００１９】
また、請求項７の発明は、請求項５または請求項６に記載の電子機器であって、前記出力手段が、前記メンテナンスデータベースに記憶されるか、または、前記電子機器の外部から入力される、前記電子機器の異状の原因となる前記電子機器に付随する物に関して設定される設定条件と、前記メンテナンス積算値情報とに基づいて、前記異状が発生する前に、警告を示す情報および前記付随する物の状態を示す情報のうちの少なくとも一つの情報を出力することを特徴とする。
【００２０】
また、請求項８の発明は、請求項７に記載の電子機器であって、前記制御手段が、前記電子機器の第１の使用条件を示す情報を取得し、前記出力手段が、前記設定条件と、前記メンテナンス積算値情報と、前記第１の使用条件とに基づいて、前記警告を示す情報および前記付随する物の状態を示す情報のうちの少なくとも一つの情報を出力することを特徴とする。
【００２１】
また、請求項９の発明は、請求項１から請求項８のいずれかに記載の電子機器であって、前記制御手段が、前記電子機器の故障を検出する故障検出手段を有し、前記制御手段が、前記故障検出手段による前記故障の検出に基づいて、前記故障の状況を示す情報および前記電子機器の第２の使用条件を示す情報のうちの少なくとも一つの情報を取得し、前記メンテナンスデータベースが、前記制御手段によって取得された、前記故障の状況を示す情報および前記電子機器の第２の使用条件を示す情報のうちの少なくとも一つの情報を記憶し、前記メンテナンス関連情報には、前記故障の状況を示す情報および前記電子機器の第２の使用条件を示す情報のうちの少なくとも一つの情報が含まれることを特徴とする。
【００２２】
また、請求項１０の発明は、請求項９に記載の電子機器であって、前記出力手段が、前記故障検出手段による前記故障の検出に基づいて、前記故障の状況を示す情報を、知覚可能な状態および信号の状態のうちの少なくとも一つの状態で出力することを特徴とする。
【００２３】
また、請求項１１の発明は、請求項７または請求項８に記載の電子機器であって、前記異状の内容と、出力先とを関連づけた第１の出力先データベースをさらに備え、前記制御手段が、前記第１の出力先データベースに応じて、前記出力手段からネットワークを介して出力される前記警告を示す情報および前記付随する物の状態を示す情報のうちの少なくとも一つの情報の出力先を変更する第１の変更手段を有することを特徴とする。
【００２４】
また、請求項１２の発明は、請求項１０に記載の電子機器であって、前記故障の状況と、出力先と、を関連づけた第２の出力先データベースをさらに備え、前記制御手段が、前記第２の出力先データベースに応じて、前記出力手段からネットワークを介して出力される前記警告を示す情報および前記第２の使用条件を示す情報のうちの少なくとも一つの情報の出力先を変更する第２の変更手段を有することを特徴とする。
【００２５】
また、請求項１３の発明は、請求項１から請求項１２のいずれかに記載の電子機器であって、ネットワークを介して、各前記情報を送信するサーバをさらに備えることを特徴とする。
【００２６】
また、請求項１４の発明は、請求項１から請求項１３のいずれかに記載の電子機器であって、ネットワークを介して、情報を信号の状態で入力する信号入力手段をさらに備え、前記制御手段が、前記信号入力手段から入力される情報を取得することを特徴とする。
【００２７】
また、請求項１５の発明は、請求項１から請求項１４のいずれかに記載の電子機器であって、ユーザーの操作によって、前記メンテナンス関連情報を直接入力するユーザー入力手段をさらに備え、前記制御手段が、前記ユーザー入力手段から入力される前記メンテナンス関連情報を取得することを特徴とする。
【００２８】
また、請求項１６の発明は、請求項１１から請求項１４のいずれかに記載の電子機器と、請求項１１から請求項１４のいずれかに記載の電子機器と前記ネットワークを介してデータ交信可能に接続されたサーバとを備えることを特徴とするメンテナンス情報システムである。
【００２９】
また、請求項１７の発明は、電子機器に含まれるコンピュータによって実行されることにより、前記電子機器を、請求項１から請求項１５のいずれかに記載の電子機器として機能させるプログラムである。
【００３０】
この明細書において、「異状」とは、機器において故障が発生した場合等、修理や部品交換等のメンテナンスを実施すべき状態一般を指す用語として使用する。
【００３１】
【発明の実施の形態】
以下、本発明の実施形態を図面に基づいて説明するが、その説明順序は以下のようになっている。
【００３２】
（１）第１実施形態：
（１−１）メンテナンス情報システムの概要：
（１−２）電子機器：
（１−２−１）内部構成：
（１−２−２）メンテナンス関連情報の入力およびその情報の利用：
（１−２−３）故障発生時の動作：
（１−２−４）故障発生原因および修理方法の予測：
（１−２−５）メンテナンス情報データベースと警告：
（１−２−６）電子機器の使用条件を考慮した算出：
（２）第２実施形態：
（２−１）メンテナンス情報システムの概要：
（２−２）電子機器：
（２−２−１）内部構成：
（２−２−２）メンテナンス関連情報の入力およびその情報の利用：
（２−２−３）故障発生時の動作：
（２−２−４）故障発生原因および修理方法の予測：
（２−２−５）メンテナンス情報データベースと警告：
（２−２−６）電子機器の使用条件を考慮した算出：
（２−３）サーバにおける情報管理：
（３）変形例：
【００３３】
＜（１）第１実施形態＞
＜（１−１）メンテナンス情報システムの概要＞
図１は、本発明の第１実施形態に係るメンテナンス情報システム（以下「情報システム」と略称する）１の概要を例示する模式図である。図１に示すように、情報システム１では、カメラ２０およびバイク３０といった２つの電子機器のメンテナンスに関する情報を管理する情報システム１を示している。
【００３４】
カメラ２０は、内蔵されるコンピュータ等によって、その動作が制御される電子制御機器の１つであり、画像を取得する機能を有する画像取得機器の１つでもある。なお、カメラ２０にはデジタルカメラや銀塩カメラ等の各種カメラが含まれるが、以下では、カメラ２０を一眼レフカメラと仮定して説明を進める。また、カメラ２０は、内部にカメラ２０のメンテナンスを行う上で有用な情報を記憶する。そして、カメラ２０において故障等の異状が発生した場合は、カメラ２０のオーナー自らが簡単な修理や部品交換等のメンテナンスを行うか、カメラ２０をサービスセンター１０等に持ち込むことによって、サービスセンター１０のスタッフが修理や部品交換等のメンテナンスを行うことができる。
【００３５】
バイク３０は、人間や物品等を輸送可能な車両等の乗り物に属する一形態であり、内蔵されるコンピュータ等の制御によって、バイク３０のメンテナンスを行う上で有用な情報を内部に記憶する。そして、バイク３０において異状が発生した場合は、カメラ２０の場合と同様に、バイク３０のオーナー自らが簡単な修理や部品交換等のメンテナンスを行うか、バイク３０をサービスセンター１１等に持ち込むことによって、サービスセンター１１のスタッフが修理や部品交換等のメンテナンスを行うことができる。
【００３６】
なお、ここでは、サービスセンター１０，１１からメンテナンスを行うスタッフが自宅等に出向いてきて、そのスタッフがカメラ２０やバイク３０のメンテナンスを行うようにしても良い。また、以下、２種類の電子機器にあたるカメラ２０とバイク３０をまとめて電子機器２０，３０とも称することとする。
【００３７】
＜（１−２）電子機器＞
＜（１−２−１）内部構成＞
図２は、情報システム１に係る電子機器２０，３０の内部構成を示すブロック図である。なお、図２では、本発明の特徴にあたるメンテナンスに関する情報を取り扱う機能について着目して、内部構成を示している。また、図２に示すような内部構成を示すブロック図においては、カメラ２０およびバイク３０は同様となるため、図２に従ってカメラ２０およびバイク３０の内部構成について説明する。
【００３８】
図２に示すように、電子機器２０，３０は、電子機器２０，３０のオーナやその他の人間であるユーザーが各種情報や信号等の入力を行う操作部２１と、ユーザーに対して各種情報を出力するＬＣＤ２２およびスピーカ２３と、後述する計時機能等を有する積算部２４と、電子機器２０，３０の使用条件を検知する検知部２５と、電子機器２０，３０内の各部の状態を検出するための状態検出部２６と、電子機器２０，３０の外部に存在する外部機器８０に接続可能な入出力Ｉ／Ｆ２７と、各種情報やプログラム等を記憶する記憶部２８と、電子機器２０，３０の各種機能や動作を制御する制御部２９とを備えている。なお、外部機器８０は、電子機器２０，３０のオーナーやサービスセンター１０等が所持するパーソナルコンピュータ（以下「パソコン」と略称する）等であり、ケーブル等によって入出力Ｉ／Ｆ２７とデータ交信可能に接続できる。
【００３９】
操作部２１は、ボタンやスイッチ等から構成され、ユーザーがそれらのボタンやスイッチ等を種々操作することによって、制御部２９に対して、電子機器２０，３０自身のメンテナンスに関する情報（以下、「メンテナンス関連情報」と称する）等の各種情報を入力することができる。例えば、ユーザーは、操作部２１を種々操作することによって、電子機器２０，３０に関するメンテナンスの依頼内容を示す情報（以下、「依頼情報」と称する）やメンテナンスの実施内容を示す情報等といったメンテナンス関連情報を電子機器２０，３０に対して直接入力することができる。
【００４０】
即ち、操作部２１が、ユーザーの操作によって、電子機器２０，３０自身のメンテナンス関連情報を直接入力する手段として機能する。したがって、時と場所を選ばす、外部機器８０等、特別な装置がなくとも、電子機器２０，３０に対して、メンテナンス関連情報を容易に入力することができる。
【００４１】
なお、操作部２１からのメンテナンス関連情報の入力およびその情報の利用についてはさらに後述する。
【００４２】
また、カメラ２０については、絞りリング等といったカメラ２０の撮影条件を設定する部位や、シャッターボタン等といった撮影動作の実行を指示する部位等も操作部２１に含まれる。例えば、シャッターボタンが押下されると、シャッターボタンが押下された旨を示す信号が制御部２９に出力される。また、絞りリングを回転させることによって、絞り値の設定が変更されると、絞り値の設定を示す信号が制御部２９に出力される。
【００４３】
また、バイク３０については、チョークを調節するレバー（チョークレバー）等といったバイク３０の使用条件を設定する部位や、キックスターター等といった動作を実行させる部位等も操作部２１に含まれる。例えば、キックスターターがキックされる毎に、キックスターターがキックされた旨を示す信号が制御部２９に出力される。また、チョークレバーを操作することによって、信号が制御部２９に出力されて、制御部２９においてチョークレバーの調整具合の変更を認識する。
【００４４】
ＬＣＤ２２は、一般的な液晶表示装置であり、後述する記憶部２８内のデータベースに記憶されたメンテナンス関連情報等を可視的な状態で出力する。スピーカ２３は、後述する記憶部２８内のデータベースに記憶されたメンテナンス関連情報等を可聴的な状態で出力する。つまり、ＬＣＤ２２およびスピーカ２３が、記憶部２８内のデータベースに記憶されるメンテナンス関連情報を知覚可能な状態で出力することとなる。
【００４５】
積算部２４は、時間や操作回数等、逐次変化する数値の積算値を算出し、制御部２９に算出した積算値を出力する。積算部２４には、タイマやカウンタ等が含まれる。
【００４６】
例えば、タイマには、電子機器２０，３０の製造時、または利用開始時からの積算時間を計測するものや、ある機能を用いた場合の利用時間を積算するもの等がある。また、積算部２４は、後述する検知部２５において測定される気温や温度や湿度等を考慮して、利用時間の積算値に種々重み付けを行う場合等もある。これは、温度が低い場合に、内蔵電池等、付属品の消耗が激しくなる場合等に有効な手法となる。
【００４７】
また、カウンタには、カメラのシャッター等の利用回数、より一般的には、各種ボタン、つまみ、ダイヤルなどの操作子を操作した回数の積算値を算出するものがある。さらに、メータ等により、走行距離や高度や速度等、電子機器２０，３０の動作の結果、間接的に現れる数値を得て、それらを適宜積算するようなもの等もある。
【００４８】
具体的な例について説明すると、カメラ２０については、製造時等からの時間の経過を計時する機能（計時機能）や、製造時等からのシャッターボタンの押下回数をカウントする機能（カウンタ機能）等が積算部２４に含まれる。そして、カメラ２０の製造工場から出荷される際等に、計時機能が始動されたり、カウンタ機能がリセットされる。その後、シャッターボタンが押下されると、シャッターボタンが押下された旨を示す信号が制御部２９を介して積算部２４に入力され、シャッターボタンの押下回数をカウントする。
【００４９】
また、バイク３０については、製造時等からの時間の経過を計時する機能（計時機能）や、製造時等からの走行距離を計測する機能（走行距離計測機能）等が積算部２４に含まれる。そして、バイク３０の製造工場から出荷される際等に、計時機能が始動されたり、走行距離計測機能がリセットされる。走行距離計測機能は、走行距離を計測する一般的な機能と同様に、車輪等の回転に応じて走行距離を計測する。即ち、積算部２４が、電子機器２０，３０に関して、時間や操作回数等、逐次変化する数値の積算値を算出する手段として機能する。
【００５０】
検知部２５は、電子機器２０，３０の使用条件に含まれる温度や湿度等を検知する温度計や露出計等を有している。そして、検知部２５で得られた電子機器２０，３０の使用条件を示す情報を信号の状態で制御部２９に向けて出力する。
【００５１】
状態検出部２６は、電子機器２０，３０における種々の箇所の状態を検出し、その検出した状態に基づいた信号を制御部２９に出力する。
【００５２】
具体的に説明すると、カメラ２０については、撮影レンズとフィルム面との中間に設けられるミラーの上下駆動を検知するスイッチ（ミラーアップ完了スイッチ）等が状態検出部２６に含まれる。ミラーアップ完了スイッチは、ミラーの上昇、および復帰動作に連動して開閉するスイッチであり、ミラー上昇完了直前にオンに切り替わるように設定されている。そして、ミラーが上昇して、ミラーアップ完了スイッチがオンとなることにより、ミラーアップ状態になったことを示す信号を制御部２９に出力する。
【００５３】
上述したミラーは、シャッターボタンが押下されて撮影動作が開始すると上昇を開始してミラーアップ状態となり、フィルムを露光した後に、ミラーアップ状態からもとの状態に復帰する。なお、ミラーの上下駆動は、例えば、制御部２９によって制御することができる。
【００５４】
また、バイク３０については、燃料タンク内の燃料（例えば、ガソリン）の残量を計測する装置（以下、「燃料残量計測装置」と称する）等が状態検出部２６に含まれる。燃料残量計測装置は、例えば、燃料タンク内にレベルゲージを有し、液面の変化により動くフロートとレベルゲージとがアームによって連結され、フロートの移動により電気抵抗値が変化する。そして、その電気抵抗値に対応する信号をレベルゲージから制御部２９に出力する。
【００５５】
ここでは、燃料残量計測装置は、バイク３０が横倒しになっても、燃料の残量の変化を検出できる。これは、衝突事故の際等、バイク３０が横倒しになることを想定したものである。具体的には、バイク３０では、制御部２９において、バイク３０の姿勢情報と、燃料タンク内の燃料についての縦方向および横方向への液面の変化とに基づいて、燃料の残量の変化を検出する。なお、縦方向および横方向のいずれの方向への液面の変化をも検出する燃料残量計測装置としては、例えば、縦向きおよび横向きにレベルゲージを設けたもの等が考えられる。また、バイク３０の姿勢情報を検出する機器としては、例えば、ジャイロ等が考えられ、ジャイロ等によって検出される姿勢情報が制御部２９に出力される。
【００５６】
入出力Ｉ／Ｆ２７は、電子機器２０，３０と外部機器８０との間で各種情報の送受信をコントロールするためのインターフェースである。そして、入出力Ｉ／Ｆ２７は、記憶部２８内のデータベースに記憶される情報等を外部機器８０に対して信号の状態で出力する。つまり、入出力Ｉ／Ｆ２７が、記憶部２８内のデータベースに記憶されるメンテナンス関連情報を信号の状態で出力することとなる。
【００５７】
したがって、ＬＣＤ２２や、スピーカ２３や、入出力Ｉ／Ｆ２７等が、記憶部２８内のデータベースに記憶される情報を、知覚可能な状態および信号の状態のうちの少なくとも一つの状態で出力する手段として機能する。
【００５８】
記憶部２８は、一般的なフラッシュメモリや、ハードディスク等、不揮発性の記憶媒体等によって構成される。記憶部２８は、制御部２９で実行される各種プログラムや、電子機器２０，３０の故障等、異状の原因となる電子機器２０，３０に付随する物（以下、「機器付随物」と称する）に関して設定される条件（以下、「異状発生条件」と称する）等を記憶している。ここで、機器付随物には、電子機器２０，３０の部品や付属品等の物品や、電子機器２０，３０の動作について使用するものである、オイル等の液体や、各種ガス等の気体が含まれる。なお、具体的には、機器付随物としては、カメラ２０の電池や、バイク３０のエンジンオイル等が例として挙げられ、異状発生条件としては、機器付随物についての寿命等が挙げられる。
【００５９】
また、記憶部２８は、後述する制御部２９によって取得されるメンテナンス関連情報を記憶し、データベース（以下、「メンテナンス情報ＤＢ」と称する）２８ａを構築する。即ち、メンテナンス情報ＤＢ２８ａが、制御部２９によって取得されたメンテナンス関連情報を記憶するデータベースとして機能する。
【００６０】
制御部２９は、ＣＰＵ２９ａおよびメモリ２９ｂを有しており、電子機器２０，３０内の各部における各種動作を統括制御する。また、制御部２９は、電子機器２０，３０自身のメンテナンス関連情報を取り扱う機能、およびその他の機能等の各種機能を有している。制御部２９のメンテナンス関連情報を取り扱う機能には、故障検出機能２９１、情報取得機能２９２、情報生成機能２９３、タイミング算出機能２９４、状態算出機能２９５、出力制御機能２９６等がある。そして、制御部２９では、操作部２１、積算部２４、検知部２５、および状態検出部２６等から入力される各種情報や信号等に基づいて、プログラムが実行されることによって、各種機能等の動作を実現する。なお、制御部２９で実行される各種プログラム等は、上述したように、記憶部２８等に記憶されている。
【００６１】
以下、制御部２９おけるメンテナンス関連情報を取り扱う機能について説明する。
【００６２】
故障検出機能２９１は、電子機器２０，３０における故障の発生を検出するための機能である。カメラ２０については、例えば、ミラーを復帰させるタイミングにおいて、ミラーアップ完了スイッチがオンになったままであると、制御部２９にミラーアップ状態になったことを示す信号が入力されたままとなる。このとき、故障検出機能２９１が故障（ミラーアップ状態のまま）の発生を検出する。また、バイク３０については、燃料残量計測装置のレベルゲージから制御部２９に入力される信号に基づいて、故障検出機能２９１が燃料タンク内の燃料の残量を認識する。そして、例えば、衝突事故等によって、燃料タンクが破損し、燃料漏れが発生した場合等は、燃料の残量が急激に減少する。このとき、故障検出機能２９１が、所定の期間において、所定の閾値以上の残量の変化を認識すると、故障（燃料漏れ）の発生として検出する。即ち、制御部２９が、電子機器２０，３０の故障を検出する手段として機能する故障検出機能２９１を有する。
【００６３】
制御部２９は、電子機器２０，３０内の各部から情報を取得するが、図２や後述する図１２では、その情報を取得する機能を情報取得機能２９２として概念的に示している。なお、情報取得機能２９２は、説明目的で図示しているだけで、電子機器２０，３０内の各部から情報を取得する機能は、情報取得機能２９２といった特別な機能に限定されるものではない。即ち、以下で述べる情報取得機能２９２による情報の取得は、制御部２９による情報の取得を示している。
【００６４】
例えば、上述したように、操作部２１からメンテナンス関連情報が、制御部２９に入力される。このとき、情報取得機能２９２（制御部２９）が、操作部２１からメンテナンス関連情報を取得する。即ち、情報取得機能２９２（制御部２９）が、電子機器２０，３０自身のメンテナンスに関連するメンテナンス関連情報を取得する手段として機能する。なお、ユーザーの操作によって、操作部２１から、機器付随物についての異状発生条件を入力したり、入出力Ｉ／Ｆ２７を介して外部機器８０から異状発生条件を入力したりすることによって、情報取得機能２９２が、異状発生条件を取得することもできる。
【００６５】
また、情報取得機能２９２は、故障検出機能２９１と連携することによって、故障発生時に、どの箇所においてどの様な故障が発生したのかといった故障の状況を示す情報もメンテナンス関連情報として取得することができる。これは、故障検出機能２９１における故障発生の検出が、状態検出部２６が検出する電子機器２０，３０における種々の箇所の状態に基づいているため、必然的に、故障の状況を検出することになることを利用したものである。また、情報取得機能２９２は、故障検出機能２９１によって電子機器２０，３０における故障の発生が検出されると、検知部２５から電子機器２０，３０の使用条件についての情報をメンテナンス関連情報として取得する。即ち、情報取得機能２９２（制御部２９）が、故障検出機能２９１による故障の検出に基づいて、故障の状況や、電子機器２０，３０の使用条件（第２の使用条件）を示す情報を取得する。
【００６６】
そして、情報取得機能２９２は、取得した故障の状況や、電子機器２０，３０の使用条件を示す情報をメンテナンス情報ＤＢ２８ａに出力し、メンテナンス情報ＤＢ２８ａに故障の状況や、電子機器２０，３０の使用条件を示す情報を記憶する。即ち、メンテナンス情報ＤＢ２８ａが、故障の状況や、使用条件（第２の使用条件）を示す情報を、メンテナンス関連情報として記憶する。
【００６７】
さらに、情報取得機能２９２は、積算部２４において算出される積算値を取得する。即ち、情報取得機能２９２（制御部２９）が、積算部２４から、電子機器２０，３０に関して逐次変化する数値の積算値を取得する。
【００６８】
情報生成機能２９３は、情報取得機能２９２によって取得した情報に基づいて、各種情報を生成する機能である。例えば、情報生成機能２９３は、情報取得機能２９２によって、操作部２１から取得したメンテナンス関連情報と、積算部２４において算出されて、情報取得機能２９２によって取得される積算値とを関連付けた情報（以下、「メンテナンス−積算値情報」と称する）を生成する。そして、情報生成機能２９３によって生成される各種情報は、メンテナンス情報ＤＢ２８ａに記憶される。即ち、メンテナンス情報ＤＢ２８ａが、情報取得機能２９２（制御部２９）によって取得されたメンテナンス関連情報と、積算部２４において算出される積算値とを関連付けたメンテナンス−積算値情報を記憶する。
【００６９】
このメンテナンス−積算値情報では、種々の数値とメンテナンス関連情報とを関連付けているため、種々のメンテナンスに関して、時間的な管理や回数的な管理等が容易に行うことができる。メンテナンス−積算値情報を用いたメンテナンスの管理については、さらに後述する。
【００７０】
タイミング算出機能２９４は、記憶部２８に記憶されるか、または、操作部２１や入出力Ｉ／Ｆ２７から入力される異状発生条件と、情報生成機能２９３によって生成されるメンテナンス−積算値情報とに基づいて、ＬＣＤ２２やスピーカ２３や入出力Ｉ／Ｆ２７からメンテナンスを実行すべき旨の警告を示す情報を出力するタイミング（以下、「警告出力タイミング」と称する）を算出する。例えば、異状発生条件として、電子機器２０，３０に取り付けられた部品の寿命が記憶部２８に記憶されている場合は、その部品が取り付けられた時からの積算時間等を積算部２４において算出することにより、異状が発生する前にオーナー等に警告を示す情報を発する警告出力タイミングを算出することができる。
【００７１】
ここで言う寿命には、異状の原因となる機器付随物についての耐久時間、許容量や最大使用量、および耐久度の最大値（例えば、エンジンの最大回転数や、耐電圧等）等があり、これらの数値は、積算部２４に設けられるタイマ、カウンタ、各種メータ、およびセンサ等によって取得することができる。したがって、タイミング算出機能２９４においては、種々の寿命等の異状発生条件、および積算部２４において算出される積算値等に基づいて警告出力タイミングを算出する。そして、ここで言う警告出力タイミングは、積算部２４において算出される時間や量等、種々の積算値によって表されることとなる。
【００７２】
また、タイミング算出機能２９４によって算出される警告出力タイミングは、積算部２４によって算出される積算値によって表されるため、メンテナンス情報ＤＢ２８ａに、メンテナンス−積算値情報として記憶される。したがって、例えば、製造時には、メンテナンス情報ＤＢ２８ａに、種々の寿命等の異状発生条件に従った警告出力タイミングを初期値として記憶されており、部品の交換等を行った後に、タイミング算出機能２９４によって算出された次回の警告出力タイミングを、メンテナンス情報ＤＢ２８ａに２次値として記憶する。
【００７３】
なお、寿命に到達するどの程度前に警告を示す情報を出力するのかという設定については、予め異状発生条件等とともに記憶部２８に記憶されていたり、ユーザーが操作部２１を種々操作することによって、設定することも可能である。つまり、タイミング算出機能２９４は、所定のメンテナンスを実施すべき次回のタイミングや、そのタイミングの若干前のタイミング等を算出する。
【００７４】
また、タイミング算出機能２９４は、検知部２５によって測定される気温や湿度等といった使用条件を考慮して、警告出力タイミングを算出することもできる。さらに、電子機器２０，３０に取り付けられた部品等の寿命は、部品等の品質により異なる。例えば、電池であれば、マンガン、アルカリ、リチウム等、電池のグレードによって各々寿命が異なる。また、エンジンオイルであれば、ハイグレード品は通常品よりも交換寿命が長い等の差異がある。したがって、ここでは、異状発生条件は、部品等の機器付随物の品質も考慮して設定されており、タイミング算出機能２９４は、機器付随物の品質も考慮して、警告出力タイミングを算出することができる。警告を示す情報を出力するタイミングについての具体例については、後程詳述する。
【００７５】
状態算出機能２９５は、記憶部２８に記憶されるか、または、操作部２１や入出力Ｉ／Ｆ２７から入力される異状発生条件と、情報生成機能２９３によって生成されるメンテナンス−積算値情報とに基づいて、機器付随物がどの程度消耗したのか等といった状態（以下、「消耗状態」と称する）を算出する。例えば、異状発生条件として、電子機器２０，３０に取り付けられた部品の寿命が記憶部２８に記憶されている場合は、その部品が取り付けられた時からの積算時間等を積算部２４において算出することにより、寿命に対してどの程度時間が経過したのか等といった消耗状態を算出する。
【００７６】
また、状態算出機能２９５は、タイミング算出機能２９４と同様に、検知部２５によって測定される気温や湿度等といった使用条件を考慮して、消耗状態を算出することもできる。さらに、タイミング算出機能２９４と同様に、異状発生条件は、部品等の機器付随物の品質も考慮して設定されており、状態算出機能２９５は、機器付随物の品質も考慮して、消耗状態を算出することができる。消耗状態の算出についての具体例については、後程詳述する。
【００７７】
出力制御機能２９６は、ＬＣＤ２２や、スピーカ２３や入出力Ｉ／Ｆ２７からの各種情報の出力を制御する。例えば、タイミング算出機能２９４によって算出される警告出力タイミングに基づいて、メンテナンスを実施すべき警告を示す情報を出力させる。また、ユーザーが操作部２１を操作することによって行われる要請に応えて、状態算出機能２９５によって算出される機器付随物の消耗状態を出力させる。
【００７８】
即ち、ＬＣＤ２２や、スピーカ２３や入出力Ｉ／Ｆ２７が、メンテナンス情報ＤＢ２８ａに記憶されるか、または、電子機器２０，３０の外部から入力される、電子機器２０，３０の異状の原因となる電子機器２０，３０に付随する物に関して設定される設定条件（異状発生条件）と、メンテナンス−積算値情報とに基づいて、異状が発生する前に、警告を示す情報および電子機器２０，３０に付随する物の状態（消耗状態）を示す情報のうちの少なくとも一つの情報を出力する。
【００７９】
また、上述したように、タイミング算出機能２９４および状態算出機能２９５は、情報取得機能２９２によって取得される検知部２５で測定される気温や湿度等といった使用条件を考慮して、警告出力タイミングおよび消耗状態を算出することもできる。即ち、情報取得機能２９２（制御部２９）が、電子機器２０，３０の使用条件（第１の使用条件）を示す情報を取得し、ＬＣＤ２２や、スピーカ２３や入出力Ｉ／Ｆ２７が、設定条件（異状発生条件）と、メンテナンス−積算値情報と、電子機器２０，３０の使用条件（第１の使用条件）とに基づいて、警告を示す情報および電子機器２０，３０に付随する物の状態（消耗状態）を示す情報のうちの少なくとも一つの情報を出力する。
【００８０】
また、出力制御機能２９６は、各種タイミングにおいて、記憶部２８に記憶された各種情報や、制御部２９のメモリ２９ｂに一時的に記憶された情報等を、ＬＣＤ２２や、スピーカ２３や、入出力Ｉ／Ｆ２７等から出力させたりする。
【００８１】
例えば、故障発生時に、情報取得機能２９２が、故障の状況や使用条件といった電子機器２０，３０の状態についての情報を取得して、メモリ２９ｂに一時的に記憶し、ＬＣＤ２２や、スピーカ２３や、入出力Ｉ／Ｆ２７等から出力するような場合がある。また、故障が発生する毎に、情報取得機能２９２が、故障の状況や使用条件といった電子機器２０，３０の状態についての情報を取得して、メンテナンス情報ＤＢ２８ａに記憶し、故障発生時に、故障に関する履歴として、ＬＣＤ２２や、スピーカ２３や、入出力Ｉ／Ｆ２７等から出力するような場合もある。
【００８２】
即ち、ＬＣＤ２２や、スピーカ２３や、入出力Ｉ／Ｆ２７等が、故障検出機能２９１による故障の検出に基づいて、故障の状況の履歴等を示す情報を、知覚可能な状態、および信号の状態のうちの少なくとも一つの状態で出力する。
【００８３】
なお、各種データおよび警告を示す情報の出力についての具体例についは後程詳述する。
【００８４】
以下、電子機器２０，３０の動作の具体例について分節して説明する。
【００８５】
＜（１−２−２）メンテナンス関連情報の入力およびその情報の利用＞
図３は、電子機器２０，３０自身に対するメンテナンスの依頼、および実施完了の入力を説明するための図である。なお、図３は、カメラ２０において、メンテナンスの依頼内容および実施完了を入力する際に、ＬＣＤ２２に表示される画面（以下、「メンテナンス依頼項目画面」と称する）を例示している。
【００８６】
カメラ２０において、ユーザーが操作部２１を種々操作すると、制御部２９の制御の下で、図３に示すようなメンテナンス依頼項目画面をＬＣＤ２２に表示させることができる。例えば、図３に示すように、「シャッター速度の点検調整」、「露出計の精度調整」、「ミラーの動きの調整」、「モータードライブの調整」、および「遮光材の交換」といったメンテナンスの依頼が可能な５つの項目が上から順に表示される。なお、これらのメンテナンスの依頼が可能な項目（以下、「依頼可能項目」と称する）についての情報は、記憶部２８内に記憶されていたり、外部機器８０等から入出力Ｉ／Ｆ２７を介して取得される。
【００８７】
また、ここでは、入出力Ｉ／Ｆ２７を介して、外部機器８０等に、依頼可能項目の情報を送信して、外部機器８０等で、依頼可能項目を表示することもできる。さらに、ＬＣＤ２２に依頼可能項目を表示する際には、スピーカ２３から、依頼可能項目を音声の状態で出力させることもできる。即ち、ＬＣＤ２２やスピーカ２３や入出力Ｉ／Ｆ２７が、メンテナンス情報ＤＢ２８ａに記憶されるか、または、電子機器２０，３０の外部から入力される、メンテナンスの依頼が可能な依頼可能項目を示す情報を、知覚可能な状態および信号の状態のうちの少なくとも一つの状態で出力する。
【００８８】
以下、図３に示すように、依頼可能項目がＬＣＤ２２に表示された場合を例にとって説明を続ける。
【００８９】
図３に示すように、依頼可能項目の各項目の右側には、チェックマークを付することができる四角形のエリアが上から順に一列に並んだエリア列Ｌ１が表示される。さらに、エリア列Ｌ１の各エリアの右側には、チェックマークを付することができる四角形のエリアが上から順に一列に並んだエリア列Ｌ２が表示される。
【００９０】
ここでは、エリア列Ｌ１の各エリア内にチェックマークを付することによって、チェックマークが付されたエリアの左側に表示された項目について、メンテナンスの依頼を指定していることとなる。また、エリア列Ｌ２の各エリア内にチェックマークを付することによって、チェックマークが付されたエリアの左側に表示された項目のメンテナンスの実施が完了した旨を示すこととなる。
【００９１】
例えば、図３に示すような状態では、５つの項目から、「露出計の精度調整」および「遮光材の交換」がメンテナンスを依頼する項目として選択、指定されており、「露出計の精度調整」については、メンテナンスの実施が完了している状態を示している。
【００９２】
次に、メンテナンス依頼項目画面において、チェックマークを付する方法について説明する。
【００９３】
メンテナンス依頼項目画面には、図３に示すように、エリア列Ｌ１，Ｌ２に属するいずれか１つのエリアを囲むように太枠カーソルＣＳが表示される。ここでは、操作部２１を種々操作することによって、太枠カーソルＣＳを所望のエリアを囲むように移動させることができる。そして、操作部２１に設けられた図示を省略する決定ボタンを押下することによって、太枠カーソルＣＳで囲まれたエリアにチェックマークを付することができる。また、操作部２１に設けられた図示を省略する解除ボタンを押下することによって、太枠カーソルＣＳで囲まれたエリアに付されたチェックマークを消去することができる。
【００９４】
エリア列Ｌ１，Ｌ２に属するエリアにおいて、チェックマークが付されたり、消去されたりすると、メンテナンスの依頼を指定した項目や、メンテナンスの実施が完了した項目が、制御部２９の制御の下で、メンテナンス情報ＤＢ２８ａに追加記憶される。
【００９５】
なお、外部機器８０等において、メンテナンスの依頼項目を指定する旨や、メンテナンスの実施が完了した旨を示すチェックマークを付したり、消去したりすることもできる。この場合は、メンテナンスの依頼の指定項目や、メンテナンスの実施が完了した項目を示す情報が、入出力Ｉ／Ｆ２７、制御部２９を介して、メンテナンス情報ＤＢ２８ａに追加記憶される。
【００９６】
つまり、ここでは、ＬＣＤ２２等に依頼可能項目を含むメンテナンス依頼項目画面が表示され、オーナー等によって、依頼可能項目からメンテナンスを依頼する項目が選択される。そして、情報取得機能２９２が、選択された項目の情報を依頼情報として取得し、メンテナンス情報ＤＢ２８ａに記憶する。即ち、情報取得機能２９２（制御部２９）が、ユーザーの選択に基づいて、依頼可能項目のうちの少なくとも１つの項目を示す情報を、依頼情報として取得する。
【００９７】
また、サービスセンター１０，１１等で、スタッフ等がＬＣＤ２２等に依頼可能項目を含むメンテナンス依頼項目画面を表示し、依頼可能項目からメンテナンスの実施を完了した項目を選択することができる。そして、情報取得機能２９２が、選択された項目をメンテナンスの実施内容として取得し、メンテナンス情報ＤＢ２８ａに記憶する。
【００９８】
なお、図３では、カメラ２０において、メンテナンスの依頼および実施完了を入力する際に、ＬＣＤ２２に表示されるメンテナンス依頼項目画面を例示しているが、依頼可能項目は、図３に示される項目に限られない。また、バイク３０においては、図３に示される項目が「エンジンオイルの交換」や「タイヤの交換」等といった項目になる。
【００９９】
そして、ここでは、サービスセンター１１等において、メンテナンス情報ＤＢ２８ａに記憶された依頼情報を、ＬＣＤ２２においてメンテナンス依頼項目画面上に表示することができる。つまり、電子機器２０，３０と、電子機器２０，３０自身のメンテナンスの依頼情報とが一体となっており、サービスセンター１１等において、メンテナンスの依頼情報を電子機器２０，３０から取得可能である。したがって、オーナー等からサービスセンター１１のスタッフ等へのメンテナンスの依頼内容の伝達を確実かつ効率的に行うことができる。
【０１００】
また、ここでは、ＬＣＤ２２等に表示される依頼可能項目から、ユーザーがメンテナンスの依頼を行う項目を選択することができる。したがって、電子機器２０，３０が、オーナー等に対してメンテナンスに関する知識を提供するため、メンテナンスに関する知識が希薄なオーナー等でも容易にメンテナンスの依頼項目を入力することができる。
【０１０１】
さらに、メンテナンス情報ＤＢ２８ａが、メンテナンスを依頼する項目の指定と、依頼された項目のメンテナンスの実施が完了している旨とを記憶し、ＬＣＤ２２等において、１つの画面（メンテナンス依頼項目画面）に表示可能である。したがって、メンテナンスの管理が容易となるとともに、別途、メンテナンスの実施が完了している旨等を入力する手間を省くことができる。
【０１０２】
また、サービスセンター１０，１１等では、メンテナンスの実施が完了した旨を示すチェックマークが付された際に、積算部２４の計時機能等と連携して、メンテナンスの実施内容の情報が、日付や回数等の逐次変化する数値の積算値と関連付けられたメンテナンスに関する履歴（以下、「メンテナンス履歴」と称する）としてメンテナンス情報ＤＢ２８ａに記憶される。したがって、オーナー等が、別途、メンテナンスの実施が完了している日付等を入力する手間も省くことができる。
【０１０３】
その後、サービスセンター１０，１１等で、操作部２１を種々操作することによって、メンテナンス情報ＤＢ２８ａに記憶されるメンテナンス履歴の情報を、ＬＣＤ２２やスピーカ２３から知覚可能に出力させることができる。また、入出力Ｉ／Ｆ２７を介して外部機器８０に出力して、外部機器８０等において、メンテナンス履歴の情報を知覚可能に出力させることもできる。したがって、電子機器２０，３０のオーナー、あるいは出張修理を行うスタッフ等が、電子機器２０，３０の設置場所においてメンテナンス履歴の情報を閲覧することができる。
【０１０４】
また、サービスセンター１０，１１に設けられたデータベースに、電子機器２０，３０のメンテナンス履歴が記憶されている場合は、サービスセンター１０，１１においてメンテナンス履歴を閲覧する際に、電子機器２０，３０のメンテナンス情報ＤＢ２８ａに記憶されるメンテナンス履歴が、サービスセンター１０，１１のデータベースに記憶されるメンテナンス履歴と同じであるので、修理や部品交換等のメンテナンスを行うスタッフが混乱することがない。
【０１０５】
なお、メンテナンス履歴はメンテナンス情報ＤＢ２８ａに順次追記されるので、オーナーや、サービスセンター１０，１１のスタッフ等は、前回のメンテナンスの実施内容を参照することも可能である。
【０１０６】
そして、メンテナンス履歴は、サービスセンター１０，１１等において、どのようなメンテナンスの実施をすべきか否かを判断する際に参考となる。したがって、ここでは、過去のメンテナンスの実施内容を参考にして、メンテナンスの実施をすべき内容を容易に特定することができるため、メンテナンスの効率化を図ることができる。
【０１０７】
なお、以上では、メンテナンス情報ＤＢ２８ａには、メンテナンスの依頼内容、メンテナンスの実施完了、およびメンテナンス履歴の情報が記憶されたが、例えば、メンテナンスを行ったスタッフ等が、メンテナンスを行った際のコメント等とメンテナンスの実施完了とを関連づけた情報を記憶することもできるし、その他種々の情報を記憶することもできる。
【０１０８】
また、サービスセンター１０，１１において、メンテナンスの対象である電子機器２０，３０を回収した際に、操作部２１を操作することによって、回収時を示す旨をメンテナンス関連情報として入力すると、情報生成機能２９３において、積算部２４における計時機能において計時される時間情報と、回収時とを関連付けて、メンテナンス−積算値情報を生成する。ここでは、積算部２４における計時機能において計時される時間情報は刻々と変化するため、メンテナンス−積算値情報には、電子機器２０，３０の回収時からの時間等のメンテナンスに要した時間を示す情報が含まれることとなる。
【０１０９】
なお、操作部２１から入力されるメンテナンス関連情報を、修理を開始した時間を示す情報等とし、他のメンテナンスに要した時間を示す情報とすることもできる。そして、サービスセンター１０，１１のスタッフ等が操作部２１を種々操作することによって、ＬＣＤ２２に、電子機器２０，３０のメンテナンスに要した時間を表示することができる。
【０１１０】
つまり、ここでは、特定の操作を行うことにより、サービスセンター１０，１１等において、修理品の回収または修理開始からの時間の合計等も計測することが可能である。これにより、修理品の回収後に日時が経過したものについては、オーナーに断りの連絡を入れるとかの修理期間の管理を行うことができ、また、修理時間を工数として修理代金を請求する際の目安とする場合等において、時間の計算が容易となる。したがって、納期管理や、料金計算等、メンテナンスに要した時間に関する種々の計算や管理等を容易かつ効率的に行うことができる。
【０１１１】
＜（１−２−３）故障発生時の動作＞
上述したように、電子機器２０，３０において故障が発生すると、故障の状況や、電子機器２０，３０の使用条件といった情報がメンテナンス情報ＤＢ２８ａに記憶される。以下では、故障発生時の動作について説明する。
【０１１２】
情報取得機能２９２が、故障検出機能２９１による故障の発生の検出に基づいて、故障の状況を示す情報を取得する。このとき、電子機器２０，３０は、出力制御機能２９６の制御の下で、検出した故障の発生と、故障の状況に基づいて、故障発生を警告する画面（以下、「警告画面」と称する）をＬＣＤ２２に表示するとともに、故障の状況をメンテナンス情報ＤＢ２８ａに記憶する。なお、このとき、スピーカ２３から警告音や警告音声等が出力されても良い。
【０１１３】
カメラ２０を例に挙げると、警告画面には、例えば、図４に示すように、「ミラーアップしたままです。」という故障の状況が示される。なお、バイク３０については、故障の状況が、例えば、「燃料漏れしています。」等というものになる。このように、故障発生時に、故障の状況を示す情報を出力するため、ユーザー等は故障が発生したことを確実に把握することができる。
【０１１４】
また、重要な部分が故障した場合は、制御部２９の制御の下で、ユーザーの勝手な操作によって、さらなる故障等を引き起こさないために、カメラ２０の駆動を一時的に停止させる。このとき、警告画面には、図４に示すように、「状態をロックします。」という文言が示される。なお、重要な部分の故障であるか否かを判断するための情報は、記憶部２８に記憶されており、その情報に基づき、制御部２９において、重要な部分の故障であるか否かを判断する。
【０１１５】
故障に対しては、故障を識別するための番号（以下、「故障識別番号」と称する）がそれぞれ付されており、故障と故障識別番号とを対応づけたデータベース（以下、「故障識別番号ＤＢ」と称する）が記憶部２８に記憶されている。そして、故障発生時に、制御部２９の制御の下で、記憶部２８に記憶されている故障識別番号ＤＢに基づいて、警告画面に故障識別番号が表示される。例えば、図４に示すように、「＜エラー　Ｎｏ．２４＞」といった様に表示される。
【０１１６】
また、上述したように、電子機器２０，３０において故障が発生すると、電子機器２０，３０の使用条件を示す情報がメンテナンス情報ＤＢ２８ａに記憶される。カメラ２０を例にとると、電子機器２０，３０の使用条件は、例えば、図５に示すようなものが挙げられる。なお、図５は、ユーザーが操作部２１を種々操作することによって、メンテナンス情報ＤＢ２８ａに記憶される使用条件を示す情報をＬＣＤ２２に表示した状態を示している。
【０１１７】
図５に示すように、カメラ２０の使用条件には、「フィルムの充填状態」、「フィルムカウンタ」、および「電源電圧（電池の消耗状態）」等といった機器付随物に関する情報や、「シャッタースピード」、「絞り値」、「フォーカスモード」、「ドライブモード」、および「ストロボ使用」等といったカメラ２０の設定条件に関する情報や、「気温、湿度」等といったカメラ２０が置かれた環境条件に関する情報等が含まれる。
【０１１８】
なお、バイク３０については、図５に示すような使用条件には、「走行距離」および「走行速度」等といった走行条件に関する情報や、「燃料の残量」等といった機器付随物に関する情報や、「変速機の設定」等といった設定条件に関する情報や、「気温、湿度」等といったバイク３０が置かれた環境条件に関する情報等が含まれる。
【０１１９】
＜（１−２−４）故障発生原因および修理方法の予測＞
電子機器２０，３０においては、図４および図５に示したように、故障が発生すると、故障の状況を示す情報を含む警告画面がＬＣＤ２２に表示されたり、電子機器２０，３０の使用条件を示す情報がメンテナンス情報ＤＢ２８ａに記憶される。そして、電子機器２０，３０のオーナーや、サービスセンター１０，１１のスタッフ等は、警告画面の内容や、メンテナンス情報ＤＢ２８ａに記憶される電子機器２０，３０の使用条件等に基づいて、故障発生原因および修理方法を予測することができる。
【０１２０】
以下、電子機器２０，３０における故障発生原因および修理方法の予測について説明する。
【０１２１】
例えば、電子機器２０，３０において、故障が発生した場合、図４に示すように、故障識別番号を伴う警告画面がＬＣＤ２２に表示される。オーナー等は、図示を省略するパソコン等において、インターネットを介して、故障発生原因および修理方法に関する情報を得ることができる。
【０１２２】
図６から図８は、カメラ２０の故障発生原因および修理方法の予測について説明する図である。なお、図６から図８は、インターネットを通じて、故障発生原因および修理方法に関する情報を取得する際に、パソコンのディスプレイ上に表示される画面を模式的に例示している。
【０１２３】
パソコンにおいて、インターネットを介して、故障発生原因および修理方法に関する情報を取得する手順の一例について説明する。
【０１２４】
まず、カメラ２０のサービスセンター１０等のホームページからカメラ２０の製品情報のＷｅｂページにアクセスする。そして、図６に示すように、よくある故障発生に関して質問および回答をまとめたＦＡＱを示す画面を、パソコンのディスプレイ上に表示させる。図６に示すようなＦＡＱでは、故障識別番号と故障の状況とが対応づけられて上から順に表示されている。オーナーは、図６に示すような画面上で、ＬＣＤ２２に表示された警告画面上の故障識別番号と合致する故障識別番号および故障の状況を表示する位置に、カーソルＫＳ１を上下させることによって合わせる。そして、パソコンのリターンキーを押下すると、図７に示す画面がディスプレイ上に表示される。
【０１２５】
図７は、故障識別番号Ｎｏ．２４に対応する故障発生原因のリストが表示される画面を例示している。図７に示すように、「▲１▼電池が消耗している」、「▲２▼低温下でパワー不足」、「▲３▼ホコリなどの異物あり」、「▲４▼フィルム給送系」といった、故障発生原因として考えられる項目が上から順に表示される。
【０１２６】
ここで、図５に示したメンテナンス情報ＤＢ２８ａに記憶される電子機器２０，３０の使用条件を参照することで、▲１▼から▲４▼のいずれの項目が原因であるか予測することができる。例えば、図５に示すように、故障発生時には、電源電圧が若干減少し、気温が２℃と低温の場合には、「▲２▼低温下でパワー不足」の項目を原因と予測することができる。そこで、オーナーは、図７に示す画面上で、カーソルＫＳ２を上下させて、▲２▼の項目に合わせ、パソコンのリターンキーを押下すると、図８に示す画面がディスプレイ上に表示される。
【０１２７】
図８は、詳細な故障発生原因の予測と、その故障に対する修理方法の予測を示す画面を例示している。具体的には、図８に示すように、故障発生原因としては、「低温環境下で電源電圧が低下し、モータードライブとＡＦが高速モードであるため、電池にさらに負荷がかかった。」といった内容が予測され、修理方法としては、「新品電池に交換し、ミラー系の動作をリセットすると、ミラーが正常位置に戻る。」といった内容が予測される。
【０１２８】
そして、オーナーは、図８に示すような修理方法の予測に従って、カメラ２０を修理することが可能となる。
【０１２９】
なお、バイク３０については、図６に示すようなＦＡＱには、故障識別番号ならびに「エンジンがかからない」等といった項目が表示され、また、図７に示すような故障発生原因のリストには、「▲１▼燃料が入っていない」、「▲２▼低温で燃料が気化しない」等といった故障発生原因として考えられる項目が上から順に表示される。そして、図５に示したようなメンテナンス情報ＤＢ２８ａに記憶されるバイク３０の使用条件を参照し、例えば、故障発生時には、燃料の残量が十分にあり、気温が−３℃と低温の場合には、「▲２▼低温で燃料が気化しない」の項目が故障原因と予測することができる。さらに、図８に示すような画面には、例えば、故障発生原因として、「低温環境下で、燃料が十分気化せず、エンジン内のガソリン濃度が低い。」といった内容が表示され、修理方法としては、「チョークレバーを調節して、エンジンに送給される混合気の燃料濃度を高め、キックスターターによって再度エンジン点火。」といった内容が表示される。
【０１３０】
なお、ここでは、パソコンにおいて、インターネットを通じ、図６から図８に示すような故障発生原因および修理方法に関する情報を取得したが、これに限られるものではなく、説明書等、紙ベースのマニュアルにおいて、図６から図８に示すような情報を取得することもできる。さらに、その他の方法によって、図６から図８に示すような情報を取得するようにしても良い。
【０１３１】
また、サービスセンター１０，１１のスタッフ等も同様な方法によって、図６から図８に示すような情報を取得することができる。さらに、熟練したサービスセンター１０，１１のスタッフであれば、図４および図５に示す情報のみから、故障発生原因および修理方法を予測することもできる。具体的には、サービスセンター１０，１１のサービスセンター１０，１１の等が、電子機器２０，３０内のメンテナンス情報ＤＢ２８ａに記憶される故障の状況、および故障発生時の使用条件とを順次ＬＣＤ２２に表示し、その情報に基づいて、故障発生原因および修理方法の予測することができる。
【０１３２】
上述したように、電子機器２０，３０においては、故障発生時に、故障の状況や使用条件等を記憶する。そして、オーナー等のユーザーは、その情報を電子機器２０，３０から取得することができる。したがって、故障の状況や使用条件等を参考にして、故障発生原因および修理の方法の予測をすることができるため、メンテナンスを実施すべき内容の特定を容易に行うことができる。
【０１３３】
＜（１−２−５）メンテナンス情報データベースと警告＞
図９は、メンテナンス情報ＤＢ２８ａの記憶内容の一例、および警告出力タイミングを説明する図である。なお、図９は、バイク３０についてのメンテナンス情報ＤＢ２８ａの一例（以下、「バイクメンテ情報ＤＢ」と称す）の記憶内容を説明する図である。図９に示すように、バイクメンテ情報ＤＢは、「区分Ｌ３」、「メンテナンス日時Ｌ４」、「メンテナンス時の走行距離Ｌ５」、「メンテナンス内容Ｌ６」、「次回タイミングＬ７」、および「故障情報Ｌ８」が関連付けられたテーブルとなっている。なお、図９に示すようなバイクメンテ情報ＤＢは、積算部２４によって算出される日時や走行距離等の積算値と、メンテナンス関連情報とを関連付けたメンテナンス−積算値情報となっている。
【０１３４】
区分Ｌ３は、メンテナンスの実施内容を幾つかの区分に類別するためのものであり、”Ａ”は「調整」”、”Ｂ”は「入力」、”Ｃ”は「交換」、”Ｄ”は「故障と修理」を表す。なお、区分Ｌ３に記述されるべき「調整」、「入力」、「交換」、および「故障と修理」の項目（以下、「メンテナンス項目」と称す）と、記号Ａ〜Ｄとを対応付けたデータベース（以下、「区分ＤＢ」と称す）は、記憶部２８に記憶されている。ここでは、オーナーや、サービスセンター１１のスタッフ等が操作部２１からメンテナンス項目を入力すると、区分ＤＢに基づいて、メンテナンス項目に対応する記号が区分Ｌ３として、バイクメンテ情報ＤＢに記述される。
【０１３５】
メンテナンス日時Ｌ４は、積算部２４の計時機能が計時する日時であり、メンテナンスが実施された日時を示す。メンテナンス日時Ｌ４は、オーナー等が操作部２１からメンテナンス項目等のメンテナンス内容を入力すると、そのメンテナンスが実施された日時が、バイクメンテ情報ＤＢに記述される。
【０１３６】
メンテナンス時の走行距離Ｌ５は、積算部２４の走行距離計測機能が計測する製造時からの走行距離であり、メンテナンスが実施された時点における走行距離を示す。ここでは、オーナー等が操作部２１からメンテナンス項目等のメンテナンスの実施内容を入力すると、そのメンテナンスが実施された時点における走行距離が、バイクメンテ情報ＤＢに記述される。
【０１３７】
メンテナンス内容Ｌ６は、実施されたメンテナンスの内容であり、オーナー等によって操作部２１から入力される。メンテナンス内容Ｌ６は、大きく分けて、”メンテナンスの項目”と”対象物”とから構成される。例えば、エンジンオイルの交換では、メンテナンス項目は「交換」であり、対象物は「エンジンオイル」である。
【０１３８】
次回タイミングＬ７は、実施されたメンテナンス内容Ｌ６を次回実施すべきタイミングを示す。ここでは、オーナー等が操作部２１からメンテナンス項目等のメンテナンス実施内容を入力すると、タイミング算出機能２９４において、実施されたメンテナンスの内容を次に実施すべきタイミングが算出されて、バイクメンテ情報ＤＢに記述される。具体的には、次回タイミングＬ７は、タイミング算出機能２９４において、機器付随物の寿命等の異状発生条件と、メンテナンス−積算値情報とに基づいて算出される。
【０１３９】
ここでは、機器付随物には、エンジンオイルやタイヤ等が含まれる。また、異状発生条件には、エンジンオイルを交換すべき交換寿命や、タイヤを交換すべき交換寿命等が含まれる。例えば、エンジンオイルの交換寿命が６ヶ月または３０００ｋｍ走行時であることや、フロントタイヤの交換寿命が６５００ｋｍ走行時であることや、チェーンの伸び調整をすべきタイミングが６ヶ月後または３５００ｋｍ走行時であること等が挙げられる。また、メンテナンス−積算値情報とは、メンテナンス日時Ｌ４と、メンテナンス時の走行距離Ｌ５と、メンテナンス内容Ｌ６等とを関連付けたデータ等である。
【０１４０】
また、ここでは、次回タイミングＬ７は、メンテナンスを実施すべき旨の警告を示す情報を出力する警告出力タイミングにもあたる。
【０１４１】
故障情報Ｌ８は、所定の機器付随物に対する故障回数や、修理に伴う特異事項等である。故障回数や特異事項等の記述のされ方については後述する。
【０１４２】
次に、図９に示すバイクメンテ情報ＤＢへのメンテナンス内容Ｌ６の入力と次回タイミングＬ７の算出、および警告出力タイミング等について具体的な例を挙げて説明する。
【０１４３】
図９に示すように、２０００年１２月１４日に、バイク３０が、製造工場から出荷される際に、製造工場のスタッフ等が操作部２１等を種々操作することによって、積算部２４の計時機能に対して、製造年月日を初期値として与え、計時機能を始動させている。なお、ここでは、バイクメンテ情報ＤＢには記述されていないが、製造工場から出荷される際に、製造工場のスタッフ等が操作部２１等を種々操作することによって、走行距離計測機能がリセットされているものとする。
【０１４４】
２００１年４月５日、走行距離が１５００ｋｍの時に、オーナーが自発的に２．４リットルのエンジンオイルの交換を行い、メンテナンス項目が「交換」で、対象物が「エンジンオイル２．４リットル」であるメンテナンス内容Ｌ６を、操作部２１から入力している。このとき、タイミング算出機能２９４が、エンジンオイルの寿命が６ヶ月または３０００ｋｍ走行時であることに基づいて、２回目のエンジンオイルの交換タイミングを算出する。具体的には、図９に示すように、”２００１年１０月５日、または４５００ｋｍ走行時”と算出し、次回タイミングＬ７としてバイクメンテ情報ＤＢに記述される。
【０１４５】
図示を省略するが、ここでは、まず、エンジンオイルの交換寿命が６ヶ月または３０００ｋｍ走行時であることに基づいて、製造日時から６ヶ月後または製造時から３０００ｋｍ走行時に、エンジンオイルの１回目の交換寿命が来ることを、初期値として、バイクメンテ情報ＤＢに記憶していた。そして、オイル交換の対応を行った際、２回目のエンジンオイルの交換タイミングを２次値として、バイクメンテ情報ＤＢに記述する。
【０１４６】
２００１年８月２１日、走行距離が３３００ｋｍの時に、ユーザーが自発的に、チェーンの伸び調整を行い、メンテナンス項目が「調整」で、対象物が「チェーンの伸び」であるメンテナンス内容Ｌ６を、操作部２１から入力している。このとき、タイミング算出機能２９４が、チェーンの伸び調整をすべきタイミングが６ヶ月後または３５００ｋｍ走行時であることに基づいて、２回目のチェーンの伸び調整のタイミングを算出する。具体的には、図９に示すように、”２００２年２月２１日、または６８００ｋｍ走行時”と算出し、次回タイミングＬ７としてバイクメンテ情報ＤＢに記述される。
【０１４７】
２００１年１０月１０日、走行距離が４５００ｋｍの時に、２００１年４月５日に算出して記述した２回目のエンジンオイルの交換タイミングに到達したため、ＬＣＤ２２に警告画面を表示するとともに、スピーカ２３から警告音を出力する。なお、ここでは、交換タイミングに到達する際に警告画面を表示したり警告音を出力したが、交換タイミングに到達する前（例えば、４４００ｋｍ走行時）に警告画面を表示したり警告音を出力しても良い。
【０１４８】
バイク３０のユーザーは、ＬＣＤ２２等から出力される警告を示す情報に従って、２００１年１０月１０日、走行距離が４５００ｋｍの時に、２回目のエンジンオイルの交換を行い、メンテナンス項目が「交換」で、対象物が「エンジンオイル２．４リットル」であるメンテナンス内容Ｌ６を、操作部２１から入力している。このとき、タイミング算出機能２９４が、エンジンオイルの寿命が６ヶ月または３０００ｋｍ走行時であることに基づいて、３回目のオイル交換のタイミングを算出する。具体的には、図９に示すように、”２００２年４月１０日、または７５００ｋｍ走行時”と算出し、次回タイミングＬ７としてバイクメンテ情報ＤＢに記述される。
【０１４９】
走行距離が６５００ｋｍの時、１回目のフロントタイヤの交換タイミングに到達したため、ＬＣＤ２２に警告画面を表示するとともに、スピーカ２３から警告音を出力する。なお、１回目のフロントタイヤの交換タイミングは、図示を省略するが、フロントタイヤの交換寿命が６５００ｋｍ走行時であることに基づいて、製造時から６５００ｋｍ走行時に、フロントタイヤの１回目の交換寿命が来ることを、初期値として、バイクメンテ情報ＤＢに記憶されていた。
【０１５０】
バイク３０のオーナーは、ＬＣＤ２２等から出力される警告を示す情報に従って、２００２年１月１３日、走行距離が６７００ｋｍの時に、１回目のフロントタイヤの交換を行い、メンテナンス項目が「交換」で、対象物が「フロントタイヤ」であるメンテナンス内容Ｌ６を、操作部２１から入力している。このとき、タイミング算出機能２９４が、フロントタイヤの交換寿命が６５００ｋｍ走行時であることに基づいて、２回目のフロントタイヤ交換のタイミングを算出する。具体的には、図９に示すように、”１３２００ｋｍ走行時”と算出し、次回タイミングＬ７としてバイクメンテ情報ＤＢに記述される。
【０１５１】
走行距離が６８００ｋｍの時、２００１年８月２１日に算出して記述した２回目のチェーンの伸び調整のタイミングに到達したため、ＬＣＤ２２に警告画面を表示するとともに、スピーカ２３から警告音を出力した。なお、ここでは、バイク３０のオーナーは、ＬＣＤ２２等から出力される警告を示す情報を無視した。
【０１５２】
２００２年２月６日、走行距離が７２００ｋｍの時に、バイク３０のスピードメータが故障し、サービスセンター１１１において、スピードメータの交換を行った。このとき、サービスセンター１１のスタッフは、メンテナンス項目が「故障と交換」で、対象物が「スピードメータ」であるメンテナンス内容Ｌ６を、操作部２１から入力した。このとき、メンテナンス内容Ｌ６の入力に基づいて、故障情報Ｌ８が記憶される。ここでは、制御部２９が、バイクメンテ情報ＤＢに、メンテナンス項目が「故障と交換」で、対象物が「スピードメータ」であるメンテナンス内容Ｌ６が幾つ存在するかを検索する。そして、制御部２９がスピードメータの故障が１回目であることを検出し、故障情報Ｌ８に記述する。
【０１５３】
ここでは、スピードメータの故障が１回目であるが、例えば、ある機器付随物の故障が２回目以上になると、制御部２９は、その機器付随物を要注意と見なす。そして、機器付随物を交換して、操作部２１からメンテナンス内容Ｌ６を入力する際に、ある機器付随物の故障が何回目であるか等といった注意を促す警告を示す情報を、ＬＣＤ２２等から出力する。
【０１５４】
また、続けて同一の機器付随物について故障が起こる場合は、その機器付随物が故障していないか否か、注意を促す警告を示す情報を出力する頻度を高める。例えば、故障が２回目のものは１０００ｋｍ走行する毎に一回、警告を示す情報を出力し、故障が３回目のものは５００ｋｍ走行する毎に一回、警告を示す情報を出力する。
【０１５５】
そして、ある機器付随物の故障が周期的に発生していれば、その周期に基づいて、警告を示す情報をＬＣＤ２２等から出力する。例えば、約５０００ｋｍ走行する毎に一回、故障が発生するとすれば、その機器付随物を交換する際に、次回の周期をＬＣＤ２２等から出力して、ユーザー等に知らせる。また、さらに機器付随物の交換から５０００ｋｍ走行の少し前である４５００ｋｍ走行時に、故障が発生する確率が高いことを示す警告を示す情報をＬＣＤ２２等から出力する。
【０１５６】
また、上述したように、故障発生時には、メンテナンス情報ＤＢ２８ａに、故障の状況や、使用条件等を示す情報を記憶する。そして、ある機器付随物の故障が、共通する特定の使用条件等で発生するのであれば、その特定の使用条件等を含む警告を示す情報をＬＣＤ２２等から出力する。このような警告を示す情報を出力することによって、オーナー等が、故障原因を特定し易くなるとともに、故障原因の特定の精度が飛躍的に向上したり、故障に対する事前の対応が容易となる。
【０１５７】
なお、ここでは、ある機器付随物について故障の頻度が高いことや、故障が周期的に発生することや、特定の使用条件等で故障が発生すること等、故障発生に関する種々の条件は、電子機器２０，３０の異状の原因となる機器付随物に関して設定される異状発生条件として、メンテナンス情報ＤＢ２８ａ等に記憶される。そして、このような異状発生条件は、サービスセンター１０，１１や、電子機器２０，３０の製造メーカー等から入手して、外部機器８０から電子機器２０，３０に入力することによって、記憶部２８に記憶することもできる。
【０１５８】
また、ここでは、積算部２４の走行距離計測機能に相当する走行距離を計測するメータ（以下、「走行距離計測メータ」と称する）が、スピードメータに含まれる。よって、スピードメータの交換と同時に、走行距離計測メータも交換することとなる。その結果、交換後の走行距離計測メータは再び０ｋｍから走行距離の計測を開始する。しかし、バイクメンテ情報ＤＢには、走行距離計測メータを交換するまでの走行距離７２００ｋｍが記憶されている。したがって、走行距離計測メータの交換後、制御部２９における種々の制御、およびバイクメンテ情報ＤＢへの記憶等は、走行距離計測メータの数値に７２００ｋｍの走行距離を加算した走行距離に基づいて行われる。そして、ここでは、走行距離計測メータの数値に７２００ｋｍの走行距離を加算していることを示す旨を故障情報Ｌ８に記述する。
【０１５９】
以上では、バイク３０について、メンテナンス情報ＤＢ２８ａの一例（バイクメンテ情報ＤＢ）および警告出力のタイミングについて説明したが、カメラ２０についても、メンテナンス情報ＤＢ２８ａの内容等が異なるのみで、ほぼ同様となる。
【０１６０】
例えば、カメラ２０については、「メンテナンス時の走行距離Ｌ５」が、「メンテナンス時の撮影回数」となり、メンテナンス内容が、「カメラ本体の分解清掃」等となる。なお、カメラ本体の分解清掃とは、カメラの内部や、各部の継ぎ目に入り込んだ埃を除去するために、カメラ本体を分解して清掃するものである。そして、異状発生条件が、例えば、カメラ本体の分解清掃をすべきタイミングが１年後であること等となる。
【０１６１】
また、ここでは、ＬＣＤ２２およびスピーカ２３から警告を示す情報を出力したが、入出力Ｉ／Ｆ２７を介して、外部機器８０等に警告を発生させる内容の信号を送信することもできる。さらに、その他の手法によって警告を示す情報を出力するようなものとすることもできる。さらに、実施したメンテナンス内容等を操作部２１から入力しなくとも、入出力Ｉ／Ｆ２７を介して、外部機器８０等から入力することもできる。
【０１６２】
なお、上述したように、メンテナンスを実施すべきタイミングになると、ＬＣＤ２２等から警告を示す情報を出力したが、警告を示す情報と同時に、メンテナンス情報ＤＢ２８ａに記憶されたメンテナンス履歴を示す情報をＬＣＤ２２等から出力するようにしても良い。
【０１６３】
以上のように、電子機器２０，３０においては、異状の原因となる機器付随物に関して設定される異状発生条件と、電子機器２０，３０自身のメンテナンス関連情報と、積算部２４によって算出される時間や操作回数等の積算値とに基づいて、異状発生前に、メンテナンスを実施すべき旨の警告を示す情報をＬＣＤ２２等から出力する。したがって、異状発生前に適切な対処を行うことができる。
【０１６４】
さらに、オーナー等は、操作部２１を種々操作することによって、あるメンテナンスの対象物に対するメンテナンスを実施すべきタイミング等、メンテナンス情報ＤＢ２８ａに記憶される情報をＬＣＤ２２等から出力することもできる。つまり、電子機器２０，３０が、自身のメンテナンス関連情報と、時間や操作回数等の数値とを関連付けて記憶し、その情報をオーナー等のユーザーが電子機器２０，３０から取得可能である。したがって、修理や部品交換等のメンテナンスを実施すべきタイミングを事前においても確実に把握することができる。
【０１６５】
＜（１−２−６）電子機器の使用条件を考慮した算出＞
気温や、電子機器２０，３０の設定等、電子機器２０，３０の使用条件を考慮した、警告出力タイミングや、機器付随物の消耗状態の算出等について説明する。なお、以下では、一例として、メンテナンスを実施すべきタイミングの若干前に警告を示す情報を出力する例について説明する。具体的には、カメラ２０において使用する付属品である電池を例にとって説明する。
【０１６６】
アルカリ電池は低温条件における性能低下が激しく、リチウム電池は低温条件においても性能の低下が少ない。また、ストロボを連続して多用した場合にも、リチウム電池は、アルカリ電池に比べ、若干消耗率が少ない。このように、気温、ストロボ使用率、電池の品質（グレード）等、カメラ２０の使用条件に関する複数の事象によって、電池を交換すべきタイミングが変化する場合は、これら複数の事象を考慮して、警告出力タイミングや、消耗状態を算出する方が好ましい。したがって、ここでは、複数の事象を考慮して、警告出力タイミングや、消耗状態を算出するための異状発生条件であるデータベースを記憶部２８に記憶する。
【０１６７】
図１０は、カメラ２０について、気温と、ストロボ使用率と、電池の品質とを考慮して、電池を交換すべきタイミングを、２４枚撮りのフィルムの撮影可能本数（以下、「フィルム撮影可能本数」と称する）によって規定するデータベース（以下、「電池交換時期ＤＢ」と称する）を例示する図である。なお、図１０は、横方向が気温による影響を示し、縦方向がストロボ使用率による影響を示す表となっている。そして、図１０では、代表的な気温およびストロボ使用率に対応する撮影可能本数のみを示しているが、実際には、その他の気温およびストロボ使用率に対応する撮影可能本数も規定されている。なお、図１０（ａ）がアルカリ電池を使用する場合に対応し、図１０（ｂ）がリチウム電池を使用する場合に対応している。
【０１６８】
図１０に示すような電池交換時期ＤＢは、事前に、入出力Ｉ／Ｆ２７を介して外部機器８０等から電子機器２０，３０に入力される等して、記憶部２８に記憶される。また、電池交換時期ＤＢは、電池の交換時等にその品質に応じて、外部機器８０等から電子機器２０，３０に入力することもできる。さらに、研究や実験データ等によって求められた新たな事実を加味した電池交換時期ＤＢを、随時、電子機器２０，３０に入力することもできる。
【０１６９】
以下、カメラ２０の使用条件に関する複数の事象に基づいて、電池を交換すべきタイミング、および電池の消耗状態を算出する方法について説明する。なお、ここでは、説明を分かり易くするために、全ての撮影を行う際に、検知部２５によって気温が２０℃であることが検知され、また、電池を交換した際、同時にフィルムの交換も行っているものとして説明を行う。
【０１７０】
例えば、カメラ２０のオーナー等が、電池を交換する際に、操作部２１等から、メンテナンスの項目が「交換」で、対象物が「アルカリ電池」であるメンテナンス内容を入力したとする。すると、図９に示したようなメンテナンス情報ＤＢ２８ａに、アルカリ電池の交換を行った旨が記憶される。
【０１７１】
そして、制御部２９において、電池を交換すべきタイミング、および電池の消耗状態を算出するための電池交換時期ＤＢとして、図１０（ａ）に示すデータベースが選択される。
【０１７２】
電池交換後、撮影の実行にともなって、積算部２４において、ストロボ使用回数、撮影回数、およびフィルム使用本数をそれぞれ積算した積算値を算出する。なお、フィルム使用本数は、１本のフィルムの使用が完了した際に、行われるフィルム巻戻しの動作の回数を積算することによって算出することができる。
【０１７３】
また、検知部２５おいて、撮影毎に気温が検知される。そして、撮影毎に、撮影時の気温を示す情報が、検知部２５から情報取得機能２９２に出力され、さらにメンテナンス情報ＤＢ２８ａに記憶される。そして、１本のフィルムの使用が完了した際に、制御部２９において、メンテナンス情報ＤＢ２８ａに記憶される撮影毎の気温から、１本のフィルムを使用した撮影時の平均気温が算出される。
【０１７４】
情報取得機能２９２は、フィルム巻戻し動作が行われる毎に、電池交換後の、ストロボ使用回数、撮影回数、およびフィルム使用本数に関するデータを積算部２４から取得する。そして、状態算出機能２９５は、ストロボ使用回数と撮影回数とからストロボ使用率を求めることができる。さらに、１本のフィルムを使用して撮影する際の平均気温と、ストロボ使用率とを、図１０（ａ）に示すデータベースに適用することによって、その撮影条件下におけるフィルム撮影可能本数を算出する。さらに、タイミング算出機能２９４と状態算出機能２９５は、算出したフィルム撮影可能本数と、現在のフィルム使用本数とを比較する。
【０１７５】
この比較の結果、現在のフィルム使用本数が、算出したフィルム撮影可能本数よりも１本少ない場合には、ＬＣＤ等から”電池交換時期”である警告を示す情報の出力を行う。つまり、タイミング算出機能２９４が、現在のフィルム使用本数が、フィルム撮影可能本数よりも１本少ないときを、警告出力タイミングとして算出する。
【０１７６】
また、現在のフィルム使用本数が、算出したフィルム撮影可能本数よりも２本以上少ない場合には、状態算出機能２９５において、フィルム撮影可能本数から現在のフィルム使用本数を差し引いた本数を、残り撮影可能本数として、メンテナンス情報ＤＢ２８ａに記憶する。この残り撮影可能本数とは、これまでのカメラ２０の使用条件で撮影を継続した場合に電池の交換を行わなくても撮影可能なフィルムの本数を示す。また、このとき、状態算出機能２９５は、残り撮影可能本数と、フィルム撮影可能本数との比（残り撮影可能本数／フィルム撮影可能本数）を算出し、おおよその電池の残容量（以下、「擬残容量」）として、メンテナンス情報ＤＢ２８ａに記憶する。なお、擬残容量は、電池の消耗状態を間接的に示すため、状態算出機能２９５が、電池の消耗状態を算出していると言える。
【０１７７】
そして、オーナー等が操作部２１を種々操作することによって、メンテナンス情報ＤＢ２８ａに記憶された”残り撮影可能本数”と”擬残容量”とを、ＬＣＤ２２等から出力させることができる。つまり、オーナー等は、任意のタイミングで、残り撮影可能本数や、擬残容量を把握することができ、今後の撮影計画や、電池の購入、さらには、交換するための電池を所持して出かけるか否か等の判断を行うことができる。
【０１７８】
なお、以上では、カメラ２０を例にとって、カメラ２０の使用条件を考慮した、警告出力タイミングおよび消耗状態の算出について説明したが、バイク３０についても、メンテナンスの対象や、使用条件が異なるのみで、計算の手法等はほぼ同様となる。
【０１７９】
例えば、バイク３０のエアクリーナエレメント（以下、「エレメント」と略称する）のメンテナンスを実施すべきタイミングや交換をすべきタイミングは、基本的には走行距離によって決まるが、走行する場所における空気中の塵の量によって変化する。そこで、検知部２５に空気中の塵の量を計測する計測器を付加し、走行中に空気中の塵の量を積算するようにする。そして、積算された走行中の空気中の塵の量や、走行距離等、バイク３０の使用条件を考慮して、エレメントのメンテナンスの実施や交換すべきタイミングや、エレメントの消耗状態を算出することができる。なお、エレメントの品質によって、エレメントを交換すべき時期が変化する場合は、エレメントの品質を考慮に入れて、エレメントのメンテナンスの実施や交換をすべきタイミングや、エレメントの消耗状態を算出することもできる。
【０１８０】
以上のように、電子機器２０，３０においては、故障等の異状の原因となる機器付随物に関して設定される異状発生条件と、電子機器２０，３０自身のメンテナンス関連情報と、積算部２４によって算出される時間や操作回数等の積算値とに基づいて、異状発生前に、異状の原因となる機器付随物の状態を示す情報をＬＣＤ２２等から出力する。したがって、故障等の異状発生前に適切な対処を行うことができる。
【０１８１】
また、電子機器２０，３０において、異状の原因となる機器付随物に関して設定される消耗状態等の条件と、電子機器２０，３０自身のメンテナンス関連情報と、積算部２４によって算出される時間や操作回数等の積算値と、電子機器２０，３０の使用条件とに基づいて、異状発生前に、警告を示す情報や、異状の原因となる機器付随物の状態を示す情報を出力する。したがって、警告を示す情報の内容や出力タイミングの精度を高めることができたり、異状の原因となる機器付随物の状態を示す情報の内容の精度を高めることができる。
【０１８２】
言い換えれば、電池やエレメント等、機器付随物の品質に対して変化する寿命等の異状発生条件を適宜、メンテナンス情報ＤＢ２８ａに記憶する。そして、その機器付随物の品質を考慮して警告出力タイミングや、機器付随物の消耗状態を算出する。したがって、ここでは、より多くの事象を考慮して、警告出力タイミングや、機器付随物の消耗状態を算出することができる。即ち、算出される警告出力タイミングや、機器付随物の消耗状態の信頼性を高めることができる。
【０１８３】
以上説明したように、第１実施形態に係る電子機器２０，３０では、電子機器２０，３０自身の修理や部品交換等のメンテナンスに関する情報を記憶する。そして、その情報を、オーナー等のユーザーは、電子機器２０，３０から取得可能である。したがって、電子機器２０，３０とメンテナンス関連情報とを確実に対応付けることができるため、情報の照合作業等を省略し、メンテナンスを効率的に実施可能な電子機器を提供することができる。
【０１８４】
なお、カメラ２０等については、修理等のメンテナンスを依頼する際、現品（カメラ２０等）をサービスセンター１０等に送付することが多い。このような場合は、特に、カメラ２０等に自身のメンテナンス関連情報を記憶し、カメラ２０等とメンテナンス関連情報とを確実に対応付けることによって、サービスセンター１０等において、情報の照合作業等を省略することができるとともに、故障時の使用条件等、カメラ２０等のメンテナンス関連情報も容易に参照することができるため、メンテナンスを効率的に実施することができる。
【０１８５】
さらに、カメラ２０等については、旅先や、仕事等の重要な場面で、突然故障すると、大変困ることとなる。しかし、カメラ２０等では、異状発生前に、メンテナンスを実施すべき旨の警告を示す情報を出力したり、機器付随物の消耗状態を把握することができるため、異状発生前に適切な処置を行うことができる。この結果、大変困るような事態を回避することができる。
【０１８６】
また、バイク３０等の車両等については、旅先等で突然故障が発生して、見知らぬガソリンスタンドや修理工場等に、故障したバイク３０等を持ち込むことも多い。この見知らぬガソリンスタンドや修理工場等では、バイク３０等のメンテナンス関連情報を有していることは考えにくい。そのため、特に、バイク３０等の車両等については、バイク３０等に自身のメンテナンス関連情報を記憶することによって、メンテナンス履歴や故障時の使用条件等、メンテナンス関連情報等を容易に参照することができるため、見知らぬガソリンスタンドや修理工場等でも、メンテナンスを効率的に実施することができる。
【０１８７】
さらに、バイク３０等の車両等については、山中等で突然故障すると、移動手段を失って、大変な事態を招く。しかし、バイク３０では、異状発生前に、メンテナンスを実施すべき旨の警告を示す情報を出力したり、機器付随物の消耗状態を把握することができるため、異状発生前に適切な処置を行うことができる。この結果、大変な事態を招くのを防ぐことができる。
【０１８８】
＜（２）第２実施形態＞
＜（２−１）メンテナンス情報システムの概要＞
図１１は、本発明の第２実施形態に係るメンテナンス情報システム（以下「情報システム」と略称する）１００の概要を例示する模式図である。図１１に示すように、情報システム１００では、カメラ２００およびバイク３００といった２種類の電子機器のメンテナンスに関する情報を取り扱う情報システム１００を示している。なお、以下では、説明を簡単にするために、カメラ２００とバイク３００のオーナーが同一人であると仮定して説明する。
【０１８９】
図１１に示すように、カメラ２００，２０１と、バイク３００，３０１と、サービスセンター１０，１１のサーバ１１０，１１１と、消防署のサーバ１０２と、インターネット接続サービス提供事業者の基地局のサーバ１５０とがネットワーク５００に接続されている。また、カメラ２００およびバイク３００のオーナーのパソコン７００がサーバ１５０と電話回線等によって接続されている。
【０１９０】
さらに、図示を省略するが、ここでは、カメラ２００およびバイク３００と同種のカメラやバイクがネットワーク５００に対して多数接続されているものとする。カメラ２００とカメラ２０１は同様なものであり、バイク３００とバイク３０１とは同様なものである。よって、カメラ２００，２０１については主にカメラ２００に着目し、バイク３００，３０１については主にバイク３００に着目して、以下説明を行う。
【０１９１】
カメラ２００，２０１とサーバ１１０，１５０とは相互に情報を送受信し合うことができる。そして、カメラ２００，２０１からサーバ１１０，１５０には、必要に応じ、カメラ２００，２０１に対するメンテナンス関連情報等を送信することができる。一方、サーバ１１０，１５０からカメラ２００，２０１には、カメラ２００，２０１に対するメンテナンスに関する各種情報が送信される。
【０１９２】
また、バイク３００，３０１とサーバ１１１，１５０とは相互に情報を送受信し合うことができる。そして、バイク３００，３０１からサーバ１１１，１５０には、必要に応じ、バイク３００，３０１に対するメンテナンス関連情報等を送信することができる。一方、サーバ１１１，１５０からバイク３００，３０１には、バイク３００，３０１に対するメンテナンスに関する各種情報が送信される。
【０１９３】
さらに、バイク３００，３０１と、消防署のサーバ１０２とも相互に情報を送受信し合うことができる。そして、バイク３００，３０１からサーバ１０２には、必要に応じ、バイク３００，３０１に対するメンテナンス関連情報等を送信することができる。
【０１９４】
また、パソコン７００と、カメラ２００、バイク３００、およびサーバ１１０，１１１とは、サーバ１５０を介して相互に情報を送受信し合うことができる。そして、パソコン７００では、サーバ１１０，１１１に開設されるホームページやＷｅｂページを閲覧したり、カメラ２００、バイク３００およびサーバ１１０，１１１からのメールを受信したりすることができる。
【０１９５】
また、サービスセンター１０のサーバ１１０は、カメラ２００，２０１等のメンテナンスに関する情報を集約し、サービスセンター１１のサーバ１１１は、バイク３００，３０１等のメンテナンスに関する情報を集約する。そして、サーバ１１０，１１１は、集約したメンテナンスに関する情報に基づいて、各種情報を生成し、カメラ２００，２０１、およびバイク３００，３０１等に送信したりする。なお、サーバ１０２，１１０，１１１，１５０は、それぞれ情報やプログラム等を記憶する記憶部や、種々のプログラムを実行することによって種々の機能を実現するＣＰＵ等によって構成されており、また、それぞれ、社内ＬＡＮ等によってパソコン等に接続されている。
【０１９６】
したがって、情報システム１００は、電子機器２００，２０１，３００，３０１とネットワーク５００を介してデータ交信可能に接続されたサーバ１０２，１１０，１１１，１５０とを有している。
【０１９７】
ここで、「ネットワーク」とは、データ通信を行う通信回線網であり、具体的には、インターネット、ＬＡＮ、ＷＡＮ、ＣＡＴＶなどの、電気通信回線（光通信回線を含む）により構成される各種の通信回線網である。ネットワークに対する接続形態は、専用回線などを利用した常時接続であってもよいし、アナログ回線あるいはデジタル回線（ＩＳＤＮ）などの電話回線を利用したダイアルアップ接続などの一時的な接続のいずれであってもよい。また、その伝送方式は、無線方式および有線方式のいずれであってもよい。
【０１９８】
また、以下、２種類の電子機器にあたるカメラ２００とバイク３００をまとめて電子機器２００，３００とも称することとする。
【０１９９】
カメラ２００は、第１実施形態に係るカメラ２０と同様に、内蔵されるコンピュータ等によって、その動作が制御される電子制御機器の１つであり、画像を取得する機能を有する画像取得機器の１つでもある。そして、カメラ２００は、第１実施形態に係るカメラ２０とほぼ同様なものであるが、ネットワーク５００を介して、サーバ１１０，１５０等と相互に情報を送受信し合う上で、若干異なる機能が追加されている。
【０２００】
バイク３００は、第１実施形態に係るバイク３０と同様に、人間や物品等を輸送可能な車両等の乗り物に属する一形態であり、内蔵されるコンピュータ等の制御によってその動作が制御される。そして、バイク３００は、第１実施形態に係るバイク３０とほぼ同様なものであるが、ネットワーク５００を介して、サーバ１０２，１１１，１５０等と相互に情報を送受信し合う上で、若干異なる機能が追加されている。
【０２０１】
サーバ１０２は、消防署のサーバであるが、警備、警察、病院等その他、保全機関や救命を行う機関等であっても良い。なお、以下では、サーバ１０２を代表的な例である消防署のサーバと仮定して説明を進める。
【０２０２】
以下、電子機器２００，３００について、第１実施形態に係る電子機器２０，３０に対して追加されている若干異なる機能について主に説明する。
【０２０３】
＜（２−２）電子機器＞
＜（２−２−１）内部構成＞
図１２は、図１１に記載の情報システム１００に係る電子機器２００，３００の内部構成を示すブロック図である。なお、図１２では、図２と同様に、本発明の特徴にあたる機能について着目し、主として、電子機器２００，３００のメンテナンスに関する情報を取り扱う機能について示している。また、第２実施形態においても、図１２に示すような内部構成を示すブロック図においては、カメラ２００およびバイク３００は同様となるため、図１２に従ってカメラ２００およびバイク３００の内部構成について説明する。
【０２０４】
また、カメラ２０とカメラ２００とはほぼ同様であり、バイク３０とバイク３００ともほぼ同様である。よって、図１２では、第１実施形態に係る電子機器２０，３０と同様な部分については同様な符号を付して説明を省略する。また、異なる部分については、異なる符号を付しているが、第１実施形態に係る電子機器２０，３０と同様な機能を基本的に有しているため、第１実施形態に係る電子機器２０，３０に対して追加されている機能について、以下に説明する。
【０２０５】
図１２に示すように、電子機器２００，３００が、第１実施形態に係る電子機器２０，３０と異なる部分は、入出力Ｉ／Ｆ２７０が新たに設けられて、ネットワーク５００に接続されている点と、記憶部２８０と、制御部２９０のみである。しかし、制御部２９０の機能については、ネットワーク５００を介してサーバ１０２，１１０，１１１，１５０等と相互に情報を送受信するため、特に、ネットワーク５００を介した情報の出力を制御する出力制御機能３９６が異なり、さらに、サーバ機能２９７が追加されている。また、制御部２９０は、記憶部２８０に記憶される各種プログラムを実行することによって、その機能の各種動作を実現し、記憶部２８０に記憶される情報に応じて、その制御も異なってくる。したがって、まず、ネットワーク５００との接続について簡単に説明し、その後、記憶部２８０に記憶される情報と、制御部２９０について主に説明する。
【０２０６】
入出力Ｉ／Ｆ２７０は、ネットワーク５００と相互に情報を送受信し合うことができるように接続されており、ネットワーク５００を介した各種情報の送受信をコントロールするためのインターフェースである。そして、入出力Ｉ／Ｆ２７０は、メンテナンス情報ＤＢ２８ａ等に記憶される各種情報をネットワーク５００を介して信号の状態で出力する。即ち、入出力Ｉ／Ｆ２７０が、ネットワーク５００を介して、情報を信号の状態で入力する手段として機能する。
【０２０７】
また、入出力Ｉ／Ｆ２７０は、ネットワーク５００を介して、サーバ１０２，１１０，１１１，１５０等から各種情報を入力し、その各種情報を情報取得機能２９２に出力する。即ち、情報取得機能２９２（制御部２９）が、入出力Ｉ／Ｆ２７０から入力される情報を取得する。
【０２０８】
サーバ機能２９７は、記憶部２８０に記憶されるプログラムを実行することでＷｅｂサーバとしての機能や、メールサーバとしての機能等、各種サーバとしての機能を実現する。即ち、サーバ機能２９７が、入出力Ｉ／Ｆ２７０およびネットワーク５００を介して、各情報を送信するサーバとして機能する。
【０２０９】
電子機器２００，３００が、Ｗｅｂサーバとしての機能を持つことによって、入出力Ｉ／Ｆ２７０、およびネットワーク５００を介して、遠隔地であるサービスセンター１０，１１のサーバ１１０，１１１に接続されたパソコン等から、メンテナンス情報ＤＢ２８ａに記憶される各種情報を容易に閲覧することができる。ここで言うメンテナンス情報ＤＢ２８ａに記憶される各種情報は、電子機器２００，３００自身の修理や部品交換等のメンテナンス履歴や、電子機器２００，３００の使用条件を示す情報等が含まれる。
【０２１０】
また、電子機器２００，３００が、メールサーバとしての機能を持つことによって、サービスセンター１０，１１のサーバ１１０，１１１や、消防署のサーバ１０２や、オーナーのパソコン７００等に対し、電子機器２００，３００において故障や危険が発生した旨をメールで即時かつ同時に連絡することができる。
【０２１１】
記憶部２８０は、第１実施形態に係る記憶部２８と同様に、不揮発性の記憶媒体等によって構成される。また、記憶部２８０は、記憶部２８と同様に、メンテナンス関連情報等によって構築されるメンテナンス情報ＤＢ２８ａを記憶するとともに、出力先データベース（以下「出力先ＤＢ」と略称する。）２８ｂを記憶する。出力先ＤＢ２８ｂは、電子機器２００，３００で発生する異状の内容や故障の状況と、情報の出力先とを関連付けたデータベースである。
【０２１２】
即ち、出力先ＤＢ２８ｂが、電子機器２００，３００に発生する異状の内容や故障の状況と、情報の出力先とを関連づけたデータベース（第１，２の出力先データベース）として機能する。
【０２１３】
図１３は、バイク３００内に記憶される出力先ＤＢ２８ｂの記憶内容の一例を示す図である。
【０２１４】
図１３に示すように、出力先ＤＢ２８ｂでは、異状内容・故障状況Ｌ９と、情報の出力先Ｌ１０とが関連付けられている。なお、異状内容はバイク３００で発生する異状の内容であり、故障状況はバイク３００で発生する故障の状況である。例えば、出力制御機能３９６において、故障発生時に、情報取得機能２９２が取得したバイク３００の故障の状況と、図１３に示す出力先ＤＢ２８ｂとによって、警告を示す情報や使用条件等の各種情報の出力先が決定される。そして、出力制御機能３９６の制御の下で、決定された出力先に、メール等の手段によって各種情報を出力する。なお、ここでは、出力先とは、ＬＣＤ２２、スピーカ２３、サービスセンター１１のサーバ１１１、および消防署のサーバ１０２等である。
【０２１５】
また、部品の交換時期等、メンテナンスを実施すべきタイミング等と言った異状が発生した場合も、出力制御機能３９６において、異状発生時に、メンテナンス情報ＤＢ２８ａに記憶されるバイク３００の異状の内容と、図１３に示す出力先ＤＢ２８ｂとによって、警告を示す情報等の各種情報の出力先が決定される。
【０２１６】
図１３に示す出力先ＤＢ２８ｂの記憶内容について具体的に説明すると、異状内容が”エンジンオイル交換時期”である場合は、バイク３０のオーナーに知らせるだけで良いため、出力先は”ＬＣＤ２２，スピーカ２３”となっている。また、故障状況が”点火プラグの電気系統の故障”である場合は、さらに、サービスセンター１１のサーバ１１１で故障の統計等の情報を集約するため、出力先は”ＬＣＤ２２，スピーカ２３、サービスセンター１１のサーバ１１１”となっている。また、故障の状況が”燃料タンク損傷（燃料漏れ）”である場合は、さらに、事故によって、ユーザーが怪我をしていたり、バイク３００が炎上する危険性もあり得るため、出力先は”ＬＣＤ２２，スピーカ２３、サービスセンター１１のサーバ１１１、消防署のサーバ１０２”となっている。
【０２１７】
なお、図１３では、バイク３００に関する出力先ＤＢ２８ｂの記憶内容の一例を示したが、カメラ２００に関しては、異状内容・故障状況Ｌ９が、”ミラーアップしたまま”や”電池交換時期”等であったり、出力先が、”ＬＣＤ２２，スピーカ２３”や”ＬＣＤ２２，スピーカ２３、サービスセンター１０のサーバ１１０”等であったりする。
【０２１８】
また、図１３で示した出力先ＤＢ２８ｂの記憶内容は、一例であるため、電子機器２００，３００の異状内容・故障状況Ｌ９と、出力先Ｌ１０との組合せ、およびその出力先には、図１３に示すもの以外、種々のものがある。
【０２１９】
このように、ここでは、出力制御機能３９６によって、記憶部２８０に記憶される出力先ＤＢ２８ｂに基づき、故障の状況や異状の内容等に応じて、出力先を変更することができる。具体的には、電子機器２００，３００に付随する物（機器付随物）の情報はオーナーやサービスセンター１０，１１に連絡し、事故や操作不能や火災等の人身への危険性が高い場合等は、消防署や病院等の保全機関に対しても情報を出力することができる。
【０２２０】
即ち、制御部２９０が、出力先ＤＢ２８ｂ（第１の出力先データベース、および第２の出力先データベースのうちの少なくとも一つ）に応じて、入出力Ｉ／Ｆ２７０からネットワーク５００を介して出力される警告を示す情報や、電子機器２００，３００に付随する物の状態や、電子機器２００，３００の使用条件（第２の使用条件）を示す情報の出力先を変更する手段として機能する出力制御機能３９６を有する。
【０２２１】
つまり、ここでは、出力制御機能３９６において、電子機器２００，３００において発生する異状の内容や故障の状況によって、警告を示す情報や、異状の原因となる機器付随物の状態を示す情報や、電子機器２００，３００使用状況等を示す情報を出力する出力先を変更する。したがって、状況に応じた相手に情報を伝達することができるため、オーナーやサービスセンター１０，１１や保全機関等が、異状の内容や故障の状況に応じて適切な処置を効率的に行うことができる。
【０２２２】
次に、第１実施形態に係る電子機器２０，３０に対して追加された各機能の動作の具体例を、第１実施形態に係る電子機器２０，３０の動作の具体例について分節して説明した項目に沿って説明する。
【０２２３】
＜（２−２−２）メンテナンス関連情報の入力およびその情報の利用＞
第１実施形態に係る電子機器２０，３０においては、メンテナンスの依頼が可能な依頼可能項目を示す情報を、予め記憶部２８内に記憶していたり、外部機器８０等から入出力Ｉ／Ｆ２７を介して取得した。これに対して、第２実施形態に係る電子機器２００，３００においては、さらに、依頼可能項目を示す情報をネットワーク５００を介して、サービスセンター１０，１１のサーバ１１０，１１１等から取得することができる。
【０２２４】
また、上述したように、第２実施形態に係る情報システム１００においては、メンテナンス関連情報を、ネットワーク５００を介して入力することができる。よって、サービスセンター１０，１１において、スタッフ等がパソコン等からサービスセンター１０，１１に設けられたサーバ１１０，１１１にメンテナンス関連情報を入力する際に、同時に電子機器２００，３００のメンテナンス情報ＤＢ２８ａに記憶することができる。したがって、人間が入力する回数が減るため、入力ミス等を容易に抑制することができる。
【０２２５】
また、オーナーが操作部２１等から入力してメンテナンス情報ＤＢ２８ａに記憶した依頼情報を、出力制御機能３９６やサーバ機能２９７等の機能によって、ネットワーク５００を介して、サービスセンター１０，１１のサーバ１１０，１１１や基地局のサーバ１５０等に出力することもできる。特に、サーバ機能２９７の働きにより、サービスセンター１０，１１において、スタッフが、ネットワーク５００を介して、電子機器２００，３００のメンテナンス情報ＤＢ２８ａに記憶される詳細なメンテナンス関連情報や依頼情報を閲覧することができる。
【０２２６】
なお、図示を省略するが、仮に、サービスセンター１０，１１にサーバ１１０，１１１が設けられておらず、サービスセンター１０，１１に設けられたパソコンから基地局のサーバ１５０を介してネットワーク５００に接続する場合は、サービスセンター１０，１１に設けられたパソコンから、基地局のサーバ１５０およびネットワーク５００を介して、電子機器２００，３００のメンテナンス情報ＤＢ２８ａに記憶された詳細なメンテナンス関連情報や依頼情報を閲覧することができる。
【０２２７】
したがって、サービスセンター１０，１１のスタッフが、ネットワーク５００を介して取得される情報と、電子機器２００，３００のＬＣＤ２２やスピーカ２３や入出力Ｉ／Ｆ２７等から直接取得される情報とを照合することによって、メンテナンス関連情報を取り間違える確率を低減することができる。
【０２２８】
また、上述したように、電子機器２００，３００のメンテナンス情報ＤＢ２８ａに記憶されるメンテナンス履歴等を示す情報を、サービスセンター１０，１１のサーバ１１０，１１１に接続されたパソコン等から閲覧することができる。その結果、サービスセンター１０，１１において修理等のメンテナンスを行う際や、サービスセンター１０，１１の指示を仰いで電子機器２００，３００のオーナー等がメンテナンスを行う際等に、メンテナンスを効率的に行うことができる。このように、遠隔地から電子機器２００，３００のメンテナンス履歴等の情報を閲覧できるといった構成は、電子機器２００，３００とサービスセンター１０，１１とが異なる国にある場合等に特に有効となる。
【０２２９】
＜（２−２−３）故障発生時の動作＞
電子機器２００，３００は、故障等が発生した際に、出力制御機能３９６の制御の下で、自動的に、故障の状況を示す情報を含むメールをサービスセンター１０，１１のサーバ１１０，１１１に送信する。そして、サーバ１１０，１１１において、故障の状況に基づいて、製品情報や故障発生原因や修理方法の予測に関する情報等についてのＷｅｂページのＵＲＬ等が記述されたメールを電子機器２００，３００に返信する。その結果、電子機器２００，３００のオーナーは、電子機器２００，３００またはパソコン７００から、ネットワーク５００を介して、製品情報についてのＷｅｂページ等を閲覧することで、故障発生原因や修理方法の予測に関する情報を取得することができる。
【０２３０】
また、サーバ１１０，１１１から電子機器２００，３００に返信されるメールに、製品情報についてのＷｅｂページ等を閲覧するためのパスワードを加えることもできる。さらに、電子機器２００，３００からの故障の状況を示す情報を含むメールに、電子機器２００，３００に固有の文字列等を加え、サーバ１１０，１１１において、その固有の文字列等を登録することで、電子機器２００，３００から製品情報についてのＷｅｂページ等へのアクセスを自動的に認証するようにすることもできる。
【０２３１】
ここでは、故障発生時等に、電子機器２００，３００が自動的に情報を発することで、種々のきめ細かい対応が可能となる。
【０２３２】
＜（２−２−４）故障発生原因および修理方法の予測＞
ここでは、電子機器２００，３００がネットワーク５００と接続されているため、電子機器２００，３００の設定によっては、故障発生時に、故障検出機能２９１の故障の検出に基づいて、制御部２９０の制御の下で、ネットワーク５００を介して、サービスセンター１０，１１のサーバ１１０，１１１の製品情報についてのＷｅｂページに直接アクセスすることができる。つまり、電子機器２００，３００から出力制御機能３９６の制御に基づいて、故障の状況等を示す情報を入出力Ｉ／Ｆ２７０を介して、サービスセンター１０，１１のサーバ１１０，１１１に出力するとともに、自動的に故障発生原因および修理方法の予測に関する情報についてのＷｅｂページにアクセスする。したがって、電子機器２００，３００のオーナー等は、故障発生原因および修理方法の予測に関する情報を容易に取得することができる。
【０２３３】
また、故障発生時に、さらに詳細な故障の状況やメンテナンス履歴をオーナー自身が電子機器２００，３００に入力して、ネットワーク５００を介して、サーバ１１０，１１１に出力することも可能である。このような構成とすることによって、サービスセンター１０，１１において、サーバ１１０，１１１や、スタッフは、電子機器２００，３００についてのメンテナンスに関わるより高精度な情報を取得することができる。
【０２３４】
＜（２−２−５）メンテナンス情報データベースと警告＞
第１実施形態に係る電子機器２０，３０では、図９に示すように、走行距離が６５００ｋｍの時に、１回目のフロントタイヤの交換タイミングに到達したため、ＬＣＤ２２に警告画面を表示するとともに、スピーカ２３から警告音を出力したが、さらに、第２実施形態に係る電子機器２００，３００では、フロントタイヤの交換タイミングに到達した旨の警告を示す情報を、ネットワーク５００を介して、サービスセンター１１のサーバ１１１に出力し、自動的に、サービスセンター１１のサーバ１１１にフロントタイヤの発注依頼を送信することもできる。
【０２３５】
第１実施形態に係る電子機器２０，３０では、タイミング算出機能２９４によって算出される警告出力タイミングをメンテナンス情報ＤＢ２８ａに記憶したが、第２実施形態に係る電子機器２００，３００では、さらに、サーバ１１０，１１１からネットワーク５００を介して、警告出力タイミングが適宜入力される場合もある。
【０２３６】
具体的には、バイク３００について言えば、毎日１回、エンジンオイルの交換時期として警告を示す情報を出力する警告出力タイミング（２００１年１０月５日または４５００ｋｍ走行時）が、サーバ１１０，１１１からネットワーク５００を介して電子機器２００，３００に入力される。そして、電子機器２００，３００では、出力制御機能３９６において、積算部２４から得られる現在の日時や走行距離と、警告出力タイミングとを比較する。その結果、もしも、現在の日時または走行距離が、警告出力タイミングに達している場合は、出力制御機能３９６の制御の下で、ＬＣＤ２２等からエンジンオイルを交換すべき旨の警告を示す情報を出力する。
【０２３７】
また、電子機器２００，３００の設定によっては、電子機器２００，３００のメンテナンスを実施すべき旨の警告を示す情報を、電子機器２００，３００からオーナーのパソコン７００にメールで送信することもできる。
【０２３８】
さらに、電子機器２００，３００の設定によっては、電子機器２００，３００は、制御部２９０の制御の下で、起動される毎に、自動的にサーバ１１０，１１１にアクセスする。そして、サーバ１１０，１１１において、警告出力タイミングや、機器付随物の消耗状態等を算出するためや、警告を示す情報を出力する頻度や優先度等を高めるための異状発生条件が、最新のものに変更されていると、電子機器２００，３００は、情報取得機能２９２によって、最新の異状発生条件を取得することができる。
【０２３９】
また、電子機器２００，２０１，３００，３０１がネットワーク５００に常時接続されている場合等には、サーバ１１０，１１１において最新の異状発生条件に変更されると同時に、サーバ１１０，１１１からネットワーク５００を介して、最新の異状発生条件を電子機器２００，２０１，３００，３０１に対して同時に送信して、電子機器２００，２０１，３００，３０１において、異状発生条件を最新のものに変更するようにすることもできる。
【０２４０】
さらに、ある電子機器２０１，３０１で故障発生原因が分かれば、電子機器２０１，３０１のオーナーは、電子機器２００，３００やパソコン７００等から、ネットワーク５００を介して、サービスセンター１０，１１のサーバ１１０，１１１に、故障発生原因に関する情報を送信することもできる。その結果、サービスセンター１０，１１のサーバ１１０，１１１から、異なる電子機器２００，３００等に、故障発生原因に関する情報等を含む警告を示す情報を送信することができる。したがって、情報システム１００における電子機器２００，３００では、他の電子機器２０１，３０１の情報をも効果的に用いることができる。
【０２４１】
以上のように、情報システム１００では、電子機器２００，３００が、サーバ１１０，１１１等から情報をネットワーク５００を介して入力する。したがって、電子機器２００，３００において、種々変化する状況に応じた最新の情報等を適宜取得することができるため、より信頼性の高い情報に応じて、メンテナンス関連情報の記憶、管理、出入力等を行うことができる。
【０２４２】
＜（２−２−６）電子機器の使用条件を考慮した算出＞
第１実施形態の電子機器２０，３０では、電池交換時期ＤＢ等の異状発生条件を外部機器８０等から入力することができたが、第２実施形態の電子機器２００，３００では、ネットワーク５００を介してサーバ１１０，１１１等から異状発生条件を入力することができる。
【０２４３】
＜（２−３）サーバにおける情報管理＞
上述したように、サービスセンター１０，１１のサーバ１１０，１１１において、電子機器２００，２０１，３００，３０１等のメンテナンスに関する情報を集約して、各種情報を生成し、電子機器２００，２０１，３００，３０１等に送信する。このようなサーバ１１０，１１１における情報管理について、以下説明する。
【０２４４】
図１４は、サーバ１１０，１１１における情報を集約管理するデータベースの一例を示す図である。なお、図１４では、バイク３００，３０１等の同じ車種のバイクを例にとって、サーバ１１１において構築される、気温と、交通事故時の燃料漏れ発生件数とを関連付けたデータベース（以下「気温−燃料漏れＤＢ」と称する）の一例を示している。
【０２４５】
例えば、バイク３００，３０１等において燃料漏れが発生した際に、バイク３００，３０１等の同じ車種のバイクは、ネットワーク５００を介して、サーバ１１１に故障の状況（燃料漏れ）と、燃料漏れ発生時の使用条件（気温等）を出力する。そして、サーバ１１１では、燃料漏れ発生時の使用条件に基づいて、図１４に示すような気温−燃料漏れＤＢを構築する。なお、この気温−燃料漏れＤＢは、サーバ１１１において、プログラム制御によって自動的に構築しても良いし、サービスセンター１１のスタッフ等がサーバ１１１に直接接続されたパソコンを操作することによって構築しても良い。
【０２４６】
次に、図１４に示す気温−燃料漏れＤＢの内容と、故障原因の特定について説明する。
【０２４７】
図１４に示すように、気温−燃料漏れＤＢでは、”気温Ｌ１１”と”交通事故時の燃料漏れ発生件数Ｌ１２”とが関連付けられている。そして、ここでは、図１４に示すように、−１０℃未満において交通事故時の燃料漏れが頻繁に発生している。したがって、サーバ１１１では、「低温においては、交通事故時における衝撃によって、燃料タンクが低温脆性破壊を起こす」と故障発生原因を特定できる。この結果を受けて、バイク３００，３０１等の同じ車種のバイクのうち、寒冷地で使用されているバイクに対して、サービスセンター１１のサーバ１１１から、そのような故障が発生する可能性がある旨の警告を示す情報と、燃料タンク交換等といったリコールを受け付ける旨の連絡を示す情報とを送信することができる。
【０２４８】
なお、サーバ１１１における故障発生原因を特定するための情報は、予めサーバ１１１内の記憶部に記憶される。例えば、燃料タンクについては、低温において、交通事故時の燃料漏れが頻繁に発生することと、「低温においては、交通事故時における衝撃によって、燃料タンクが低温脆性破壊を起こす」という故障発生原因とが関連付けられて記憶されている。
【０２４９】
ところで、カメラ２００，２０１等に対しても、サーバ１１０が、バイク３００，３０１に対するサーバ１１１と同様な動作を行って、カメラ２００，２０１等の同じ機種のカメラから入力される故障の状況と、故障時の使用条件等から故障発生原因を特定して、カメラ２００，２０１等の同じ機種のカメラのうち、故障の危険性のあるカメラに警告を示す情報や連絡等の各種情報を送信することが自動で可能となる。
【０２５０】
例えば、サーバ１１１では、故障の状況が「ミラーアップしたまま」については、気温と、電源電圧と、故障（ミラーアップしたまま）が発生した件数とが関連付けられ、ある気温以下で、かつ、ある電源電圧以下である時に、故障（ミラーアップしたまま）が頻繁に発生する場合は、「低温下でパワー不足」という故障発生原因を特定することができる。そして、サーバ１１１において、その故障（ミラーアップしたまま）が発生する気温と電源電圧の関係から異状発生条件を新たに生成する。そして、その故障（ミラーアップしたまま）はすべてのカメラで発生する危険性があるため、すべてのカメラに新たに生成した異状発生条件を送信することができる。
【０２５１】
したがって、サーバ１１０，１１１において、電子機器２００，３００から送信される種々のメンテナンス関連情報等に基づいて、異状発生条件等を変更したり、一方の電子機器２０１，３０１についてのメンテナンス関連情報等を、他の電子機器２００，３００に反映させることができる。
【０２５２】
以上説明したように、第２実施形態に係る電子機器２００，３００では、サービスセンター１０，１１等、外部からの要求に応答して、ネットワーク５００を介して各情報を送信するサーバ機能２９７を有している。したがって、電子機器２００，３００についての過去の故障や部品交換等に関する履歴等、メンテナンスに関する種々の情報を、遠隔地においても迅速かつ容易に取得することができる。
【０２５３】
＜（３）変形例＞
以上、この発明の実施形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。
【０２５４】
◎例えば、上述した実施形態では、電子機器の例としてカメラ２０や、バイク３０を挙げて説明したが、これに限られるものではなく、例えば、ビデオカメラ等の他の画像取得機器や、自動車等の他の車両であっても良いし、その他の電子制御機器や乗り物等の電子機器であっても良い。
【０２５５】
◎また、上述した実施形態では、電子機器２０，３０，２００，３００は、各種情報を記憶する記憶部２８，２８０を１つしか持っていなかったが、種々の情報を幾つかの記憶部に分けて記憶するようにしても良い。
【０２５６】
◎また、上述した実施形態では、電子機器２０，３０，２００，３００は、各種情報を可視的および可聴的に出力するＬＣＤ２２およびスピーカ２３を備えていたが、各種情報を出力するものとしては、電子機器が振動することによって警告を示す情報を出力する等、５感に訴えるものであれば良い。
【０２５７】
◎また、上述した実施形態では、積算部２４と制御部２９，２９０とは別々の構成となっていたが、シャッターボタンの操作回数を積算するカウンタ等、積算部２４に含まれる種々の機能のうち、制御部２９，２９０においてプログラムによって実現可能なものは、制御部２９，２９０にその機能を持たせるようにしても良い。
【０２５８】
◎また、上述した実施形態では、制御部２９，２９０内の各種機能は、ＣＰＵ２９ａにおいてプログラムが実行されることによって実現されたが、これに限られるものではなく、各種機能を専用の電子回路によって構築するようにしても良い。
【０２５９】
【発明の効果】
以上説明したように、請求項１の発明によれば、電子機器が、自身の修理や部品交換等のメンテナンスに関する情報を記憶し、その情報をその電子機器から取得可能な構成とすることによって、電子機器とメンテナンスに関する情報とを確実に対応付けることができるため、情報の照合作業等を省略し、メンテナンスを効率的に実施可能な電子機器を提供することができる。
【０２６０】
また、請求項２の発明によれば、電子機器が、自身のメンテナンスの依頼内容を記憶し、その情報をその電子機器から取得可能な構成とすることによって、メンテナンスの依頼内容の伝達を確実かつ効率的に行うことができる。
【０２６１】
また、請求項３の発明によれば、メンテナンスの依頼が可能な項目から、ユーザーが項目を選択することができるような構成とすることによって、ユーザーに対してメンテナンスに関する知識を提供するため、メンテナンスに関する知識が希薄なユーザーでも容易にメンテナンスの依頼項目を入力することができる。
【０２６２】
また、請求項４の発明によれば、電子機器が、自身の過去のメンテナンスの実施内容についての情報を記憶し、その情報をその電子機器から取得可能な構成とすることによって、過去のメンテナンスの実施内容を参考にして、メンテナンスをすべき内容を容易に特定することができるため、メンテナンスの効率化を図ることができる。
【０２６３】
また、請求項５の発明によれば、電子機器が、自身のメンテナンスに関する情報と、時間や操作回数等の数値とを関連付けて記憶し、その情報をその電子機器から取得可能な構成とすることによって、ユーザーが修理や部品交換等のメンテナンスを実施すべきタイミングを確実に把握することができる。
【０２６４】
また、請求項６の発明によれば、電子機器が、自身のメンテナンスに要した時間の情報を記憶し、その情報をその電子機器から取得可能な構成とすることによって、納期管理や、料金計算等、メンテナンスに要した時間に関する種々の計算や管理等を容易かつ効率的に行うことができる。
【０２６５】
また、請求項７の発明によれば、電子機器において、異状の原因となる電子機器に付随する物に関して設定される予測寿命等の条件と、自身のメンテナンスに関する情報と、時間や操作回数等の数値とに基づいて、異状発生前に、警告を示す情報や、異状の原因となる電子機器に付随する物の状態を示す情報を出力するような構成とすることによって、異状発生前に適切な対処を行うことができる。
【０２６６】
また、請求項８の発明によれば、電子機器において、異状の原因となる電子機器に付随する物に関して設定される消耗状態の条件と、自身のメンテナンスに関する情報と、時間や操作回数等の数値と、電子機器の使用条件とに基づいて、異状発生前に、警告を示す情報や、異状の原因となる電子機器に付随する物の状態を示す情報を出力するような構成とすることによって、警告を示す情報の内容や出力タイミングの精度を高めることができたり、異状の原因となる電子機器に付随する物の状態を示す情報の内容の精度を高めることができる。
【０２６７】
また、請求項９の発明によれば、電子機器において、故障発生時に、故障の状況や使用条件等を記憶し、その情報をその電子機器から取得可能な構成とすることによって、故障の状況や使用条件等を参考にして、メンテナンスを実施すべき内容の特定を容易に行うことができる。
【０２６８】
また、請求項１０の発明によれば、電子機器において、故障発生時に、故障の状況を示す情報を出力するような構成とすることによって、ユーザー等は故障が発生したことを確実に把握することができる。
【０２６９】
また、請求項１１の発明によれば、異状の内容によって、警告を示す情報や、異状の原因となる電子機器に付随する物の状態等の情報を、出力する出力先を変更するような構成とすることによって、状況に応じた相手に情報を伝達することができるため、異状の内容に応じて適切な処置を効率的に行うことができる。
【０２７０】
また、請求項１２の発明によれば、故障の状況によって、警告を示す情報や、使用条件等の情報を出力する出力先を変更するような構成とすることによって、状況に応じた相手に情報を伝達することができるため、故障の状況に応じて適切な処置を効率的に行うことができる。
【０２７１】
また、請求項１３の発明によれば、ネットワークを介して各情報を送信するサーバとしての機能を有するような構造とすることによって、電子機器についての過去の故障や部品交換等に関する履歴等、メンテナンスに関する種々の情報を、遠隔地においても迅速かつ容易に取得することができる。
【０２７２】
また、請求項１４の発明によれば、電子機器が、情報をネットワークを介して入力するような構成とすることによって、変化する状況に応じた情報を適宜取得することができるため、より信頼性の高い情報に応じて、メンテナンスに関する情報の記憶、管理、出入力等を行うことができる。
【０２７３】
また、請求項１５の発明によれば、電子機器に対して、ユーザーが直接、メンテナンスに関する情報を入力できるような構成とすることによって、時と場所を選ばす、特別な装置がなくとも、メンテナンスに関する情報を容易に入力することができる。
【０２７４】
また、請求項１６の発明によれば、電子機器とサーバとがネットワークを介してデータ交信可能に接続されるような構成とすることによって、サーバにおいて、電子機器から送信される種々のメンテナンスに関する情報等に基づいて、電子機器の故障の原因となる電子機器に付随する物の予測寿命等に関して設定された条件や、電子機器の異状の原因となる電子機器に付随する物の消耗状態に関して設定された条件等を変更したり、一方の電子機器のメンテナンスについての情報等を、他方の電子機器に反映させることができる。
【０２７５】
また、請求項１７の発明によれば、請求項１から請求項１５のいずれかに記載の発明と同様の効果を得ることができる。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係るメンテナンス情報システムの概要を例示する模式図である。
【図２】図１に記載のメンテナンス情報システムに係る電子機器の内部構成を示すブロック図である。
【図３】メンテナンスの依頼および実施完了の入力を説明するための図である。
【図４】故障発生時の警告画面を示す図である。
【図５】故障発生時において記憶した電子機器の使用条件を例示する図である。
【図６】故障発生原因および修理方法の予測について説明する図である。
【図７】故障発生原因および修理方法の予測について説明する図である。
【図８】故障発生原因および修理方法の予測について説明する図である。
【図９】メンテナンス情報データベースと警告発生のタイミングを説明する図である。
【図１０】タイミングの算出に用いるデータベースの一例を示す図である。
【図１１】本発明の第２実施形態に係るメンテナンス情報システムの概要を例示する模式図である。
【図１２】図１１に記載のメンテナンス情報システムに係る電子機器の内部構成を示すブロック図である。
【図１３】異状の内容および故障の状況と情報の出力先とを関連づけた出力先データベースを例示する図である。
【図１４】サービスセンターのサーバにおける情報の集約について説明する図である。
【符号の説明】
１，１００　メンテナンス情報システム
１０，１１　サービスセンター
２０，２００，２０１　カメラ
３０，３００，３０１　バイク
２１　操作部（ユーザー入力手段）
２２　ＬＣＤ（出力手段）
２３　スピーカ（出力手段）
２４　積算部（積算手段）
２７　入出力Ｉ／Ｆ（出力手段）
２８ａ　メンテナンス情報ＤＢ（メンテナンスデータベース）
２８ｂ　出力先データベース（第１，２の出力先データベース）
２９，２９０　制御部（制御手段）
１０２，１１０，１１１，１５０　サーバ
２７０　入出力Ｉ／Ｆ（信号入力手段）
２９１　故障検出機能（故障検出手段）
３９６　出力制御機能（第１，２の変更手段）
５００　ネットワーク
【図１】
2004070563.tif 000003
【図２】
2004070563.tif 000004
【図３】
2004070563.tif 000005
【図４】
2004070563.tif 000006
【図５】
2004070563.tif 000007
【図６】
2004070563.tif 000008
【図７】
2004070563.tif 000009
【図８】
2004070563.tif 000010
【図９】
2004070563.tif 000011
【図１０】
2004070563.tif 000012
【図１１】
2004070563.tif 000013
【図１２】
2004070563.tif 000014
【図１３】
2004070563.tif 000015
【図１４】
2004070563.tif 000016