(57)【要約】【課題】収集対象機器からのトラブル発生通知を効率よく受信し、またサービス対象外の収集対象機器からの機器情報取得によるメモリ容量の圧迫を防止する。【解決手段】収集対象機器３においてトラブルが発生すると、データ収集装置１へ発呼し、トラブルが発生した旨及び識別情報等のトラブル発生通知をデータ収集装置１へ送信する。トラブル発生通知のデータ量は少なく、通信時間も短いので、トラブル発生通知が短時間に集中しても受付可能である。トラブル発生通知受付後、識別情報をもとに管理テーブル１４を参照し、収集対象機器３がサービス対象であれば、収集対象機器３の電話番号を取得して適当なタイミングでデータ収集装置１から収集対象機器３へ発呼し、収集対象機器３の状態を示す機器情報２４を収集する。サービス対象外の収集対象機器からは機器情報を収集せず、通信時間を短縮し、メモリの利用効率を向上させる。【選択図】　図１
2004072596.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して通信を行う通信手段と、該通信手段を通じて収集対象機器からトラブルが発生した旨と該収集対象機器を特定する識別情報を受け取った後に別途前記通信手段を通じて前記識別情報に基づき前記収集対象機器にアクセスして当該収集対象機器の状態を示す機器情報を収集する制御を行う制御手段を有することを特徴とするデータ収集装置。
【請求項２】
さらにサービス対象の収集対象機器の識別情報が少なくとも登録された管理テーブルを有し、前記制御手段は、前記収集対象機器から受け取った識別情報をもとに前記管理テーブルを参照し、前記管理テーブルに当該識別情報が登録されている時のみ前記収集対象機器へのアクセスを行って前記機器情報を収集するように制御することを特徴とする請求項１に記載のデータ収集装置。
【請求項３】
前記管理テーブルには、それぞれのサービス対象の収集対象機器の重要度が設定されており、前記制御手段は、複数のサービス対象の収集対象機器からトラブルが発生した旨の通知を受け取っている場合に前記重要度に応じて前記サービス対象の収集対象機器へのアクセス順序を制御することを特徴とする請求項２に記載のデータ収集装置。
【請求項４】
前記制御手段は、前記収集対象機器からトラブルが発生した旨の通知を受け取る際に重要度情報も受け取り、複数の収集対象機器からトラブルが発生した旨の通知を受け取っている場合に前記重要度情報に応じて前記収集対象機器へのアクセス順序を制御することを特徴とする請求項１または請求項２に記載のデータ収集装置。
【請求項５】
通信回線により１ないし複数の収集対象機器とデータ収集装置が接続されたデータ収集システムにおいて、前記収集対象機器は、トラブルが発生したとき前記通信回線を通じて前記データ収集装置に対してトラブルが発生した旨と自機を特定する識別情報を送信するとともに前記データ収集装置からの要求に応じて自機の状態を示す機器情報を送信し、前記データ収集装置は、前記通信回線を通じて前記収集対象機器からトラブルが発生した旨と前記識別情報を受け取ると、別途、前記識別情報に基づいて前記収集対象機器にアクセスし、当該収集対象機器の前記機器情報を収集することを特徴とするデータ収集システム。
【請求項６】
通信回線を通じて他の機器との通信を行う通信手段と、内部の状態を示す機器情報を保持する機器情報保持手段と、内部でトラブルが発生したとき前記通信手段を通じて予め設定されているデータ収集装置に対してトラブルが発生した旨と自機を特定する識別情報を送信するとともに前記データ収集装置からの要求に応じて前記機器情報保持手段が保持している前記機器情報を送信するように制御する制御手段を有することを特徴とする通信端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信回線を通じて収集対象機器の情報をデータ収集装置が収集するシステムに関するものである。
【０００２】
【従来の技術】
従来より、例えばそれぞれのユーザのもとに設置されているファクシミリ装置とセンターとを、公衆回線などを含む通信回線で接続し、ファクシミリ装置でトラブルが発生した時にセンターに対してトラブルが発生した旨を通知するシステムが開発されている。従来、このようなシステムにおいては、ファクシミリ装置からトラブル発生の通知がセンターに送られるだけで、トラブルの内容やそのときのファクシミリ装置の状態などは、保守員が電話連絡あるいは設置場所に出向いて把握し、トラブルの解除を行っていた。しかし、このようなシステムでは、保守員が対応するまでどのようなトラブルか分からないため、時間と保守費用がかかるという問題がある。
【０００３】
このような問題を回避するため、ファクシミリ装置からトラブル発生通知をセンターに通知する際に、内部の状態を示す機器情報についてもセンターに転送し、センターに設置されたデータ収集装置が収集するようにしたシステムも開発されている。このようなシステムでは、機器情報を参照することによって、あるいは自動的に機器情報を解析することによって、ある程度のトラブルの状態などを把握することができ、保守に要する時間や費用を低減することができる。また、ユーザによって解除可能であれば、トラブルの解除をユーザに任せることによって、さらに保守費用を低減することが可能である。
【０００４】
近年、センターが管理すべきファクシミリ装置などの機器の数は増加の一途をたどっており、多くの機器からトラブル発生通知がセンターに対して集中するとセンター側の回線が混雑し、トラブル発生通知をセンターになかなか送信できないといった事態が想定されるようになってきている。特に、上述のようにトラブル発生通知とともに機器情報を転送するようなシステムでは、機器情報の転送にも時間がかかるため、トラブル発生時の通信時間が長くなってしまう。そのため、回線が空かないために、トラブルが発生したことすらセンターに通知できない状態が長期間続いてしまうという問題があった。
【０００５】
また、このようなシステムにおいてトラブル発生時のデータ収集対象となるファクシミリ装置などの収集対象機器においては、予めトラブル発生時にセンターにトラブル発生通知を送信するように設定されている場合も多い。このような場合、例えば収集対象機器のユーザとの契約やユーザ登録がなくてもトラブル発生時には機器情報がセンターに送られてしまう。そのため、センターのデータ収集装置ではサービス対象外の収集対象機器から送られてきた機器情報を一旦は内部に保持するため、センター側のメモリ容量を無駄に使用するという問題があった。
【０００６】
【発明が解決しようとする課題】
本発明は、上述した事情に鑑みてなされたもので、収集対象機器からのトラブル発生通知を効率よく受信することができるとともに、サービス対象外の収集対象機器からのトラブル発生通知によるメモリ容量の圧迫を防止したデータ収集システムと、そのようなデータ収集システムにおいて用いられるデータ収集装置、及び収集対象機器としての通信端末装置を提供することを目的とするものである。
【０００７】
【課題を解決するための手段】
本発明は、データ収集装置において、通信回線を介して通信を行う通信手段と、該通信手段を通じて収集対象機器からトラブルが発生した旨と該収集対象機器を特定する識別情報を受け取った後に別途前記通信手段を通じて前記識別情報に基づき前記収集対象機器にアクセスして当該収集対象機器の状態を示す機器情報を収集する制御を行う制御手段を有することを特徴とするものである。このように収集対象機器におけるトラブル発生時には、トラブルが発生した旨と識別情報を受信し、機器情報の転送は別途行うことによってトラブル発生時の通信時間を短縮することができる。従って、多くの収集対象機器からトラブル発生通知が集中しても、効率よくトラブル発生通知を受け付けることが可能となる。
【０００８】
さらに、サービス対象の収集対象機器の識別情報が少なくとも登録された管理テーブルを設け、制御手段は、収集対象機器から受け取った識別情報をもとに管理テーブルを参照し、管理テーブルに当該識別情報が登録されている時のみ、収集対象機器へのアクセスを行って機器情報を収集するように制御することができる。上述のようにトラブル発生が通知された時には機器情報は送られて来ないし、またサービス対象外の収集対象機器からは機器情報を収集しないので、サービス対象外の収集対象機器からの機器情報によってメモリ容量が圧迫されることが無くなる。
【０００９】
この管理テーブルに、それぞれのサービス対象の収集対象機器の重要度を設定しておくことができる。この設定されている重要度を用い、制御手段は、複数のサービス対象の収集対象機器からトラブルが発生した旨の通知を受け取っている場合に、重要度に応じてサービス対象の収集対象機器へのアクセス順序を制御することができる。これによって、ユーザ（顧客）や収集対象機器の重要度に応じた機器情報の収集が可能となり、重要度に応じてサービスを提供することができる。
【００１０】
あるいは、収集対象機器からトラブルが発生した旨の通知を受け取る際に重要度情報も受け取るように構成し、複数の収集対象機器からトラブルが発生した旨の通知を受け取っている場合に、受け取った重要度情報に応じて収集対象機器へのアクセス順序を制御するように構成してもよい。同様に重要度に応じた機器情報の収集及びサービスの提供を行うことができる。
【００１１】
また本発明は、データ収集システムにおいて、通信回線により１ないし複数の収集対象機器とデータ収集装置が接続されたデータ収集システムにおいて、前記収集対象機器は、トラブルが発生したとき前記通信回線を通じて前記データ収集装置に対してトラブルが発生した旨と自機を特定する識別情報を送信するとともに前記データ収集装置からの要求に応じて自機の状態を示す機器情報を送信し、前記データ収集装置は、前記通信回線を通じて前記収集対象機器からトラブルが発生した旨と前記識別情報を受け取ると、別途、前記識別情報に基づいて前記収集対象機器にアクセスし、当該収集対象機器の前記機器情報を収集することを特徴とするものである。このような構成によって、収集対象機器においてトラブルが発生した時の通信時間を短縮することができ、多くの収集対象機器からトラブル発生通知が集中しても、効率よくトラブル発生通知を受け付けることが可能となる。
【００１２】
さらに本発明は、収集対象機器となる通信端末装置において、通信回線を通じて他の機器との通信を行う通信手段と、内部の状態を示す機器情報を保持する機器情報保持手段と、内部でトラブルが発生したとき前記通信手段を通じて予め設定されているデータ収集装置に対してトラブルが発生した旨と自機を特定する識別情報を送信するとともに前記データ収集装置からの要求に応じて前記機器情報保持手段が保持している前記機器情報を送信するように制御する制御手段を有することを特徴とするものである。このような通信端末装置では、トラブル発生時には機器情報を送信しないため、トラブル発生時にデータ収集装置との間で行われる通信時間を短縮して、データ収集装置における回線の混雑を緩和することができる。
【００１３】
【発明の実施の形態】
図１は、本発明の実施の一形態を示す概略構成図である。図中、１はデータ収集装置、２は通信回線、３は収集対象機器、１１は通信部、１２は制御部、１３は記憶部、１４は管理テーブル、１５は機器情報、２１は通信部、２２は制御部、２３は記憶部、２４は機器情報である。図１に示したシステムでは、センターなどに設置されたデータ収集装置１に対して、公衆回線や専用線などの通信回線２を介して、収集対象機器３が通信可能に接続されている。収集対象機器３は１台に限らず、複数台が通信回線２を介してデータ収集装置１と通信可能であってよい。
【００１４】
データ収集装置１は、通信部１１，制御部１２，記憶部１３などを含んで構成されている。通信部１１は、通信回線２を介して収集対象機器３などとの通信を行う。なお、複数回線を利用可能に構成されていてもよい。
【００１５】
制御部１２は、通信部１１を通じて収集対象機器３などからトラブルが発生した旨及び当該収集対象機器を特定する識別情報をトラブル発生通知として受け付ける機能、及び、トラブル発生通知を受け付けた収集対象機器に対して通信部１１を通じてアクセスし、その収集対象機器の状態を示す機器情報を収集する機能を有している。収集した機器情報は、この例では記憶部１３に機器情報１５として記憶しておき、例えば外部の診断装置やその他の機器に対して出力するなど、用途に応じた処理が可能である。
【００１６】
トラブル発生通知を受け付けた収集対象機器に対してアクセスする際には、トラブル発生通知に含まれる識別情報をもとに、記憶部１３内の管理テーブル１４を参照し、管理テーブル１４に当該識別情報が登録されている時のみ、トラブル発生通知を受け付けた収集対象機器へのアクセスを行って機器情報を収集する。
【００１７】
トラブル発生通知を受け付けた収集対象機器へのアクセスの順序は、トラブル発生通知の受付順とするほか、例えば管理テーブル１４にそれぞれの収集対象機器あるいはユーザ毎の重要度が設定されている場合には、その重要度に従って重要な収集対象機器を優先して機器情報を収集することができる。また、例えばトラブル発生通知に重要度情報が含まれている場合には、その重要度情報に従って、重要度の高いトラブル発生通知を送ってきた収集対象機器を優先して機器情報を収集してもよい。また、機器情報を収集するための収集対象機器へのアクセスは、例えば通信部１１から収集対象機器へ発呼してポーリング受信したり、あるいは独自手順によって取得することができる。
【００１８】
アクセスのタイミングとしては、トラブル発生通知を受け付けた直後は、そのトラブル発生通知の受信と重複して他の収集対象機器からのトラブル発生通知の送信が行われていたことも考えられることから、所定時間待った後に、回線が空いたらトラブル発生通知を送ってきた収集対象機器へのアクセスを行うようにするとよい。また、例えば管理テーブル１４に設定されていた重要度やトラブル発生通知に含まれていた重要度情報によって、重要度が低いと判断されるトラブルについては、例えばトラブルの発生が少ない時間帯（例えばオフィスに設置されている機器であれば夜間など）に機器情報の収集を行うようにしてもよい。さらに、通信部１１が複数の回線を用いて通信可能であり、発信専用あるいは主に発信に利用可能な回線を有している場合には、その回線を用いて、アクセスすべき順序に従って機器情報の収集を行えばよい。
【００１９】
記憶部１３は、データ収集装置１において必要な情報の記憶に用いられる。この例では、特に管理テーブル１４及び収集対象機器３から収集した機器情報１５を示している。このほかにも、例えば受け取ったトラブル発生通知を保持しておいて機器情報の収集に利用するなど、種々の情報を記憶しておくことができる。
【００２０】
管理テーブル１４は、収集対象機器に関する情報が登録されている。図２は、管理テーブル１４の一例の説明図である。この例では、管理テーブル１４には、少なくとも収集対象機器を識別するための識別情報と、その収集対象機器にアクセスするための電話番号、それに重要度、保守契約の有無などの情報が含まれている。もちろん、ユーザ名やユーザの連絡先、その他、各種の情報を登録しておいてもよい。
【００２１】
図２に示した管理テーブル１４のうち、保守契約の有無は、自動的なトラブルに対する診断サービスに加えて、保守員が対応する契約を結んでいるか否かを示している。保守契約が結ばれている場合には、トラブル発生通知を受けた時、あるいはその後に機器情報を取得した時に保守員に自動的に連絡し、保守員がトラブル解消に当たるように構成することができる。保守契約がない場合には、保守員の対応には料金がかかる場合もあり、自動的に保守員に連絡するといったことは行わない。
【００２２】
収集対象機器３は、データ収集装置１によるデータ収集対象の機器のうちの１台であり、少なくとも通信回線２を通じてデータ収集装置１との通信が可能な機器である。例えばファクシミリ装置などの通信端末装置であり、本発明の通信端末装置でもある。収集対象機器３は、通信部２１、制御部２２、記憶部２３等を含んで構成されている。通信部２１は、通信回線２を通じて他の通信端末装置やデータ収集装置１などとの通信を行う。
【００２３】
制御部２２は、収集対象機器３全体の制御を行い、通常の通信機能などを実現する。また制御部２２は、内部でトラブルが発生したとき、通信部２１を通じて予め設定されているデータ収集装置１に対してトラブルが発生した旨と自機を特定する識別情報をトラブル発生通知として送信する。このとき、自機の優先度あるいはトラブルの深刻度などに応じた優先度情報をトラブル発生通知に含めて送信してもよい。もちろん、従来から行われているように、図示しない表示部にトラブル発生の表示を行うなど、トラブルへの対応の処理も行う。その中で、トラブル時の自機の状態により、記憶部２３に記憶されている機器情報２４の更新を行う。なお、識別情報としては、データ収集装置１との間で取り決めておけばどのような情報でもよく、例えば製造番号や機台ナンバ、ユーザＩＤ、その他例えば電話番号などを利用してもよい。
【００２４】
また制御部２２は、データ収集装置１から機器情報の転送要求を受けると、記憶部２３に記憶されている機器情報２４をデータ収集装置１へ通信部２１を通じて送信する。この機器情報の転送は、例えばトラブル発生通知を送信した後にデータ収集装置１から要求された場合に行うようにするほか、トラブルとは関係なく、例えば定期的にデータ収集装置１から行われる機器情報の転送要求についても対応するように構成してもよい。
【００２５】
記憶部２３は、収集対象機器３において保存が必要な各種の情報やプログラムなどを記憶している。ここでは、収集対象機器３内部の状態を示す機器情報２４を保持しており、機器内の状態に応じて書き換えられるほか、上述のようにデータ収集装置１からの要求に従って転送される。このほかにも、例えばトラブル発生通知を送信するデータ収集装置１の電話番号を記憶しているなど、様々な情報を記憶している。
【００２６】
図３は、本発明の実施の一形態における動作の概要を示すシーケンス図である。ここでは収集対象機器３においてトラブルが発生した場合について示している。他の収集対象機器においてトラブルが発生した場合も同様である。収集対象機器３においてトラブルが発生すると、収集対象機器３は▲１▼において予め設定されているデータ収集装置１に対して発呼し、▲２▼においてトラブルが発生した旨及び識別情報を含むトラブル発生通知をデータ収集装置１に対して送信する。本発明では上述のようにトラブル発生通知として送信する情報は、トラブルが発生した旨及び識別情報程度であり、データ量が少ない。従って例えば通信をファクシミリ通信手順に従って行う場合、ＮＳＣ（非標準機能命令信号）やＮＳＳ（非標準機能設定信号）等を用いて行うことができる。この場合、転送速度は遅いが、トレーニングなどを行う必要がないため、データ量の少ないトラブル発生通知の場合には短時間で通信を終了することができる。
【００２７】
このように本発明ではトラブル発生通知の送信が短時間で終了するので、例えばトラブルが発生した収集対象機器からのトラブル発生通知の送信が短時間に集中するような場合でも、データ収集装置１では効率よくトラブル発生通知を順に受信してゆくことができる。収集対象機器の側でも、トラブルが発生した時にすぐにトラブル発生通知をデータ収集装置１に送ることができ、従来のように回線が空かずにいつまでもトラブルの発生を通知できないといった事態を回避することができる。また、データ収集装置１においては、トラブル発生通知を受信した際に保存する情報はトラブルが発生した旨や識別情報といった程度の少ないデータ量の情報である。従って、この時点では従来のようにデータ量の多い機器情報まで保存しないので、メモリ量をそれほど圧迫することはない。
【００２８】
データ収集装置１は、上述のようにしてトラブル発生通知を受け取ると、トラブル発生通知中の識別情報をもとに記憶部１３に記憶されている管理テーブル１４を参照し、トラブル発生通知の送り元である収集対象機器３がサービス対象であるか否かを判断し、サービス対象であれば収集対象機器３から機器の状態を示す機器情報を取得する。ここでは収集対象機器３はサービス対象であるものとする。識別情報をもとに管理テーブル１４を参照した際に、収集対象機器３の電話番号を取得し、▲３▼においてデータ収集装置１は収集対象機器３へ発呼する。そして、▲４▼において収集対象機器３は機器情報２４をデータ収集装置１へ転送する。データ収集装置１は、サービス対象の収集対象機器に対してのみ発呼して機器情報を収集するので、サービス対象外の収集対象機器からの不要な機器情報を記憶することが無くなり、データ収集装置１のメモリ容量を有効に利用することができる。
【００２９】
機器情報の収集は、回線の空き状況などを考慮して適当なタイミングで行えばよい。あるいはトラブル発生通知を受け付ける回線とは別の回線を用いて行ってもよい。また、例えば複数の収集対象機器からトラブル発生通知を受け付けている場合には、例えば図２に示した管理テーブル１４の重要度や、トラブル発生通知中に重要度情報が含まれていればその重要度情報を用いて、機器情報を収集するスケジューリングを行ってもよい。
【００３０】
機器情報を収集する際の通信は、例えばファクシミリ通信手順を利用する場合には、機器情報のデータ量が少なければ、データ収集装置１からポーリングを指定した上で、上述のＮＳＣやＮＳＳを用いて収集対象機器３からデータ収集装置１への機器情報の転送を行うことができる。また、機器情報のデータ量が多ければ、ポーリングを指定して機器情報を画データとして収集対象機器３からデータ収集装置１へ転送するとよい。このときはエラー訂正（ＥＣＭ）機能を利用するとよい。あるいはバイナリファイル転送手順を用いて転送することもできる。
【００３１】
データ収集装置１は、収集対象機器３から機器情報を収集すると、その機器情報を保持して利用可能にしたり、あるいは外部の診断装置に転送したり、または内部で診断処理などの適切な処理を行うことになる。例えば後述のデータ収集装置１の動作例では、保守員への通知を必要に応じて行っている。
【００３２】
次に収集対象機器３及びデータ収集装置１におけるそれぞれの動作の一例について説明する。図４は、収集対象機器３におけるトラブル発生時の動作の一例を示すフローチャートである。収集対象機器３においてトラブルが発生すると、Ｓ３１において、データ収集装置１に対して自動的にダイヤルして発呼し、Ｓ３２においてトラブルが発生した旨と識別情報などのトラブル発生通知をデータ収集装置１へ送る。この動作は、図３の▲１▼及び▲２▼で示した動作である。
【００３３】
なお、トラブル発生とともに、そのときの機器の状態に応じて機器情報２４が更新される。また上述のように、収集対象機器３では例えばトラブルの発生を図示しない表示部などに表示してユーザに報知するなど、トラブルに対する従来から行われている処理を同様にして行うことができる。
【００３４】
図５は、収集対象機器３における着信時の動作の一例を示すフローチャートである。通信回線２を介して着信すると、例えばファクシミリ通信手順などの通信手順に従って発信側とのやりとりを行い、その中でＳ４１において機器情報の要求が行われているか否かを判断する。機器情報の要求がなければ、通常の受信処理を行う。
【００３５】
着信がデータ収集装置１からのものであり、機器情報の要求が行われている場合には、Ｓ４２において機器情報２４をデータ収集装置１へ送信する。なお、機器情報を送信するか否かは、例えば発信元がデータ収集装置１であることを例えば発信元情報などから検出できた場合に限ったり、トラブル発生通知を送信した後に限るなど、機器情報の要求の他にも送信条件を付加してもよい。収集対象機器３では、機器情報の送信後、通信を終了してトラブルの解除を待つことになる。
【００３６】
図６は、データ収集装置１の動作の一例を示すフローチャートである。なお、この動作例においては、ユーザとの間で自動的に診断のサービスを行う自動サービス契約と、トラブル時に保守員が対応する保守契約が存在するものとし、これらの契約の有無が管理テーブル１４に登録されているものとする。
【００３７】
収集対象機器３などから着信し、トラブル発生通知を受信すると、Ｓ５１において、受信したトラブル発生通知を記憶部１３に記憶させておく。そして、受信したトラブル発生通知中の識別情報をもとに管理テーブル１４を参照し、識別情報に対応する登録情報中に自動サービスの契約があるか否かをＳ５２で判定する。自動サービスの契約が行われていれば、必要に応じて例えば重要度などに応じて識別情報の取得の処理をスケジューリングする。そしてＳ５３において、管理テーブル１４から識別情報に対応づけられている電話番号を取得し、トラブル発生通知の送信元の収集対象機器３に対して発呼して機器情報を取得する。この取得した機器情報には、トラブル発生後の収集対象機器３の状態を示す情報が含まれており、トラブルの内容を把握することができる。データ収集装置１でトラブルの内容を解析するほか、外部の診断装置に機器情報を転送してトラブル内容の解析を行えばよい。
【００３８】
なお、自動サービスの契約がない場合や、識別情報が管理テーブル１４に登録されていない場合には、機器情報の取得を行わずに、この例ではＳ５４へ進む。これによって、自動サービスの対象外の収集対象機器から識別情報を受信するために要していた通信時間を削減して、収集対象機器からのトラブル発生通知を受信するために回線を空けることができる。また、自動サービスの対象外の収集対象機器から識別情報を受信しないことによってメモリ容量を有効に活用することが可能となる。
【００３９】
この例では、さらにＳ５４において、保守員への通知対象か否かを判断している。例えばトラブルに対して保守員が対応する保守契約が存在する場合や、そのほかセンター側の理由によって保守員や管理者への通知を行う場合には、Ｓ５５において、担当の保守員などへトラブルの発生を通知する。例えば保守契約が存在する場合、トラブル発生の通知を受けた保守員は、Ｓ５３で機器情報を収集していれば、その機器情報を参照することによってトラブルの内容を把握し、保守に当たることになる。この場合、保守員はトラブル内容を把握しているので、迅速に対応することができる。また、機器情報を参照するあるいは自動的に解析することによって、トラブル発生通知として通知されないような軽微なトラブルに関しても知ることができる。従って通知されたトラブル以外のトラブルに関しても、１回の保守作業で対処することができ、例えば設置場所に訪問して作業を行うのであれば訪問回数を削減し、保守コストを低減することができる。
【００４０】
自動サービスの対象外で保守契約が結ばれている場合には、Ｓ５３における収集対象機器３からの機器情報の収集を行っていない。そのため、Ｓ５５でトラブル発生の通知を受けた保守員は、機器情報を参照することができない。従って、例えばユーザへ電話をかけ、トラブルの内容の把握等から行う必要がある。
【００４１】
なお、Ｓ５５における保守員への通知は、例えば電話連絡や電子メールなど、種々の方法が考えられる。また、保守員の特定は、管理テーブル１４あるいは別の保守テーブルなどに登録しておいたり、あるいは管理者に連絡した後に管理者が保守員への手配を行うように構成してもよい。
【００４２】
上述の例では自動サービスの契約と保守員による保守の契約を個別に締結可能であるものとしているが、例えば自動サービスの対象である場合についてのみ、保守員による保守契約を締結する場合などでは、Ｓ５２において自動的な診断サービスの対象外であると判定された時点で処理を終了してもよい。また、Ｓ５２においてトラブル発生通知から取得した識別情報が管理テーブル１４に登録されていない場合には、その時点で処理を終了したり、あるいは自動サービスや保守契約がない収集対象機器として新たに管理テーブル１４に自動的に登録してもよい。もちろん、トラブル発生通知を受けたら、すべて管理者に対して通知するように構成することも可能である。
【００４３】
【発明の効果】
以上の説明から明らかなように、本発明によれば、収集対象機器でトラブルが発生した際に、トラブルが発生した旨と識別情報程度の少ない情報のみをデータ収集装置に送り、その後、トラブル内容を含む収集対象機器の機器情報をデータ収集装置が収集するようにした。これによって、トラブル発生の通知を行う際の通信時間を短縮することができるので、短時間に集中してトラブル発生の通知が行われた場合でも、従来のようにいつまでもトラブル発生を通知できないといった事態を解消し、効率よくトラブルの発生をデータ収集装置に通知することができる。またデータ収集装置では、回線の空き時間や重要度など、種々の状況を考慮して機器情報の収集を行うことができ、効率よく機器情報を収集することができる。また、サービス対象外の収集対象機器については機器情報を収集しないので、メモリ容量を無駄に使用せず、効率よくメモリを使用することができる。それとともに、サービス対象外の収集対象機器との通信時間が短縮されるので、トラブル発生の通知時における待ちの発生を低減し、また待ち時間を短縮することが可能である。本発明によれば、このように種々の効果がある。
【図面の簡単な説明】
【図１】本発明の実施の一形態を示す概略構成図である。
【図２】管理テーブル１４の一例の説明図である。
【図３】本発明の実施の一形態における動作の概要を示すシーケンス図である。
【図４】収集対象機器３におけるトラブル発生時の動作の一例を示すフローチャートである。
【図５】収集対象機器３における着信時の動作の一例を示すフローチャートである。
【図６】データ収集装置１の動作の一例を示すフローチャートである。
【符号の説明】
１…データ収集装置、２…通信回線、３…収集対象機器、１１…通信部、１２…制御部、１３…記憶部、１４…管理テーブル、１５…機器情報、２１…通信部、２２…制御部、２３…記憶部、２４…機器情報。
【図１】
2004072596.tif 000003
【図２】
2004072596.tif 000004
【図３】
2004072596.tif 000005
【図４】
2004072596.tif 000006
【図５】
2004072596.tif 000007
【図６】
2004072596.tif 000008