(57)【特許請求の範囲】
【請求項１】
複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置であって、
管理情報を送信する予定日時を前記複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶する送信予定記憶手段と、
前記複数の管理対象デバイスいずれかからの着呼に応じて通信を確立する通信確立手段と、
前記送信予定記憶手段に記憶されている送信予定に基づいて決定される次回の送信予定日時を前記通信が確立された管理対象デバイスに送信する発呼時刻送信手段と、
前記送信予定記憶手段に記憶されている送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出する過密度算出手段と、
前記算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減する削減手段と、を備え、
前記削減手段は、前記通信確立手段に、所定数を超えるコール回数があることを条件に通信を確立させる、遠隔診断装置。
【請求項２】
複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置であって、
管理情報を送信する予定日時を前記複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶する送信予定記憶手段と、
前記複数の管理対象デバイスいずれかからの着呼に応じて通信を確立する通信確立手段と、
前記送信予定記憶手段に記憶されている送信予定に基づいて決定される次回の送信予定日時を前記通信が確立された管理対象デバイスに送信する発呼時刻送信手段と、
前記送信予定記憶手段に記憶されている送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出する過密度算出手段と、
前記算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減する削減手段と、を備え、
前記削減手段は、前記通信確立手段により通信が確立された管理対象デバイスから送信される予定の管理情報が所定種類であることを条件に、該管理情報を受信することなく通信を遮断する遮断手段を含む、遠隔診断装置。
【請求項３】
複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置であって、
管理情報を送信する予定日時を前記複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶する送信予定記憶手段と、
前記複数の管理対象デバイスいずれかからの着呼に応じて通信を確立する通信確立手段と、
前記送信予定記憶手段に記憶されている送信予定に基づいて決定される次回の送信予定日時を前記通信が確立された管理対象デバイスに送信する発呼時刻送信手段と、
前記送信予定記憶手段に記憶されている送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出する過密度算出手段と、
前記算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減する削減手段と、を備え、
前記削減手段は、前記通信確立手段により通信が確立された管理対象デバイスに、送信する予定の複数ある管理情報のうち一部を送信させる管理情報制限手段を含む、遠隔診断装置。
【請求項４】
複数の管理対象デバイスと、前記複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置とを備えた遠隔診断システムであって、
前記複数の管理対象デバイスそれぞれは、前記遠隔診断装置と通信を確立するために発呼する発呼手段と、
前記遠隔診断装置との接続が確立すると、複数ある管理情報のうち前記遠隔診断装置から指定された管理情報を送信する管理情報送信手段とを備え、
前記発呼手段は、前記遠隔診断装置から指定された送信予定日時に発呼する指定発呼手段と、
前記遠隔診断装置から指定された送信予定日時に係わりなく発呼する独自発呼手段と、
前記遠隔診断装置との通信が確立できない場合、または、通信が確立したが前記管理情報を送信できない場合に、所定時間経過後に再度発呼する再発呼手段と、を含んでおり、
前記遠隔診断装置は、管理情報を送信する予定日時を前記複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶する送信予定記憶手段と、
前記複数の管理対象デバイスいずれかからの着呼に応じて通信を確立する通信確立手段と、
前記送信予定記憶手段に記憶されている送信予定に基づいて決定される次回の送信予定日時を前記通信が確立された管理対象デバイスに送信する発呼時刻送信手段と、
前記送信予定記憶手段に記憶されている送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出する過密度算出手段と、
前記算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減する削減手段と、を備え、
前記複数の管理対象デバイスそれぞれの発呼手段は、送信する予定の管理情報が所定種類であるときは、所定回数のコールで発呼を中止する第１発呼手段と、
送信する予定の管理情報が前記所定種類と異なる種類であるときは、前記所定回数を超えてコールする第２発呼手段とをさらに含み、
前記遠隔診断装置の前記削減手段は、前記通信確立手段に、所定数を超えるコール回数があることを条件に通信を確立させる、遠隔診断システム。
請求項４に記載の遠隔診断システム。
【請求項５】
それぞれがネットワークに接続され、複数の管理対象デバイスから管理情報を収集して管理する複数の遠隔診断装置を含む遠隔診断システムであって、
前記遠隔診断装置それぞれは、
管理情報を送信する予定日時を前記複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶する送信予定記憶手段と、
前記複数の管理対象デバイスいずれかからの着呼に応じて通信を確立する通信確立手段と、
前記送信予定記憶手段に記憶されている送信予定に基づいて決定される次回の送信予定日時を前記通信が確立された管理対象デバイスに送信する発呼時刻送信手段と、
前記送信予定記憶手段に記憶されている送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出する過密度算出手段と、
前記算出された過密度が所定の上限を超えた場合に、前記通信確立手段により通信が確立された管理対象デバイスに他の遠隔診断装置に発呼させて該他の遠隔診断装置に代行して受信させるために、前記通信確立手段により通信が確立された管理対象デバイスに前記他の遠隔診断装置への発呼番号を送信した後に通信を遮断する代行指示手段と、
前記他の遠隔診断装置に代行受信させた管理情報を該他の遠隔診断装置に送信要求して受信する代行受信情報受信手段と、を備えた遠隔診断システム。
【請求項６】
前記遠隔診断システムは、前記ネットワークに接続された管理サーバをさらに含み、
前記管理サーバは、前記複数の遠隔診断装置それぞれから過密度を受信する過密度受信手段と、
前記複数の遠隔診断装置に過密度の低い遠隔診断装置への発呼番号を送信する発呼番号送信手段と、を備える、請求項５に記載の遠隔診断システム。
【請求項７】
複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置で実行される情報収集プログラムであって、
管理情報を送信する予定日時を前記複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶するステップと、
前記複数の管理対象デバイスいずれかからの着呼に応じて通信を確立するステップと、
前記記憶された送信予定に基づいて決定される次回の送信予定日時を前記通信が確立された管理対象デバイスに送信するステップと、
前記記憶された送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出するステップと、
前記算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減するステップと、を前記遠隔診断装置に実行させ、
前記削減するステップは、前記通信を確立するステップにおいて、所定数を超えるコール回数があることを条件に通信を確立させるステップを含む、情報収集プログラム。
【請求項８】
複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置で実行される情報収集プログラムであって、
管理情報を送信する予定日時を前記複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶するステップと、
前記複数の管理対象デバイスいずれかからの着呼に応じて通信を確立するステップと、
前記記憶された送信予定に基づいて決定される次回の送信予定日時を前記通信が確立された管理対象デバイスに送信するステップと、
前記記憶された送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出するステップと、
前記算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減するステップと、を前記遠隔診断装置に実行させ、
前記削減するステップは、前記通信を確立するステップにおいて通信が確立された管理対象デバイスから送信される予定の管理情報が所定種類であることを条件に、該管理情報を受信することなく通信を遮断するステップを含む、情報収集プログラム。
【請求項９】
複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置で実行される情報収集プログラムであって、
管理情報を送信する予定日時を前記複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶するステップと、
前記複数の管理対象デバイスいずれかからの着呼に応じて通信を確立するステップと、
前記記憶された送信予定に基づいて決定される次回の送信予定日時を前記通信が確立された管理対象デバイスに送信するステップと、
前記記憶された送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出するステップと、
前記算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減するステップと、を前記遠隔診断装置に実行させ、
前記削減するステップは、前記通信を確立するステップにおいて通信が確立された管理対象デバイスに、送信する予定の複数ある管理情報のうち一部を送信させるステップを含む、情報収集プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、遠隔診断装置、遠隔診断システムおよび情報収集プログラムに関し、特に電話回線網を介して接続された複数のデバイスから管理情報を収集する遠隔診断装置、遠隔診断システムおよびその遠隔診断装置で実行される情報収集プログラムに関する。
【背景技術】
【０００２】
管理対象デバイスと遠隔診断装置とを電話回線で接続し、管理対象デバイスに蓄積される管理情報を遠隔診断装置に送信することにより、遠隔診断装置側で管理対象デバイスから管理情報を収集する遠隔診断システムが知られている（たとえば、特許文献１）。
【０００３】
遠隔診断システムでは、管理対象デバイスが複数の場合、複数の管理対象デバイスが遠隔診断装置に接続するために近いタイミングで発呼すると、通信が確立した管理対象デバイス以外は発呼したにも係わらず接続されないといった現象が起こる。このため、遠隔診断装置側から複数の管理対象デバイスそれぞれに通信時間を割り当てて、発呼させるタイミングを調整することにより、定期的に管理情報を収集するようにしている。一方、定期的に収集する管理情報とは別に、管理対象デバイス側でトラブルが生じるなど、突発的に遠隔診断装置と接続して送信する必要のある管理情報がある。この突発的な事由が生じて発呼した管理対象デバイスと遠隔診断装置との通信が確立すると、その時間に定期的に送信する管理情報を送信するための通信時間が割り当てられていた管理対象デバイスの通信が阻害される。このため通信時間が割り当てられていた管理対象デバイスは、所定時間経過後に再度発呼することにより遠隔診断装置との通信を確立して管理情報を送信するようにしている。
【０００４】
しかしながら、収集する時期がある時期に固定される管理情報、たとえば月末または期末などに収集する時期が固定される課金情報などを収集する場合には、月末または期末に単位時間当たりに各管理対象デバイスに割り当てる通信時間が長くなる。換言すれば、遠隔診断装置が管理対象デバイスと通信を確立していない空きの時間が短くなる。この状況で、突発的な事由により発呼した管理対象デバイスと遠隔診断装置との通信が確立すると、その時間に定期的な接続をするために通信時間を割り当てられていた管理対象デバイスの通信が阻害される確率が高い。さらに、定期的な接続ができなかった管理対象デバイスは、所定時間経過後に再度発呼するので、このときにも、定期的な接続をするために通信時間を割り当てられている他の管理対象デバイスの通信が阻害される確率が高い。このような定期的な通信の阻害が順に繰り返されることになり、効率的に管理情報を収集することができなくなってしまうといった問題がある。この問題は、管理対象デバイスの台数が増加するほど高い確率で発生する。
【特許文献１】特開２００３−２４４３３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
この発明は上述した問題点を解決するためになされたもので、この発明の目的の１つは、管理情報を収集する管理対象デバイスの台数が増加した場合であっても、管理対象デバイスからの着呼に応じて通信を確立する確率を向上させた遠隔診断装置を提供することである。
【０００６】
この発明の他の目的は、管理情報を収集する管理対象デバイスの台数が増加した場合であっても、管理対象デバイスからの着呼に応じて通信を確立する確率を向上させた遠隔診断システムを提供することである。
【０００７】
この発明のさらに他の目的は、管理情報を収集する管理対象デバイスの台数が増加した場合であっても、管理対象デバイスからの着呼に応じて通信を確立する確率を向上させることが可能な情報収集プログラムを提供することである。
【課題を解決するための手段】
【０００８】
上述した目的を達成するためにこの発明のある局面によれば、遠隔診断装置は、複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置であって、管理情報を送信する予定日時を複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶する送信予定記憶手段と、複数の管理対象デバイスいずれかからの着呼に応じて通信を確立する通信確立手段と、送信予定記憶手段に記憶されている送信予定に基づいて決定される次回の送信予定日時を通信が確立された管理対象デバイスに送信する発呼時刻送信手段と、送信予定記憶手段に記憶されている送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出する過密度算出手段と、算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減する削減手段と、を備え、削減手段は、通信確立手段に、所定数を超えるコール回数があることを条件に通信を確立させる。
【０００９】
この発明に従えば、発呼予定に基づいて過密度が算出され、算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量が削減される。受信する管理情報のデータ量が削減されれば、遠隔診断装置において通信が確立している時間が短くなり、通信が確立していない時間が長くなる。このため、複数の管理対象デバイスのいずれかが発呼して通信が確立されない確率が低くなる。その結果、管理情報を収集する管理対象デバイスの台数が増加した場合であっても、管理対象デバイスからの着呼に応じて通信を確立する確率を向上させた遠隔診断装置を提供することができる。
【００１３】
さらに、管理対象デバイスが、重要な管理情報を送信する場合にのみ所定数を超えるコールをすれば、重要な管理情報のみを受信するための通信を確立する確率を向上することができる。
【００１４】
この発明の他の局面によれば、遠隔診断装置は、複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置であって、管理情報を送信する予定日時を複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶する送信予定記憶手段と、複数の管理対象デバイスいずれかからの着呼に応じて通信を確立する通信確立手段と、送信予定記憶手段に記憶されている送信予定に基づいて決定される次回の送信予定日時を通信が確立された管理対象デバイスに送信する発呼時刻送信手段と、送信予定記憶手段に記憶されている送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出する過密度算出手段と、算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減する削減手段と、を備え、削減手段は、通信確立手段により通信が確立された管理対象デバイスから送信される予定の管理情報が所定の種類であることを条件に、該管理情報を受信することなく通信を遮断する遮断手段を含む。
【００１５】
この発明に従えば、所定の種類の管理情報を受信するための通信時間を削減して、所定の種類以外の管理情報を受信するための通信を確立する確率を向上することができる。
【００１６】
この発明のさらに他の局面によれば、遠隔診断装置は、複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置であって、管理情報を送信する予定日時を複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶する送信予定記憶手段と、複数の管理対象デバイスいずれかからの着呼に応じて通信を確立する通信確立手段と、送信予定記憶手段に記憶されている送信予定に基づいて決定される次回の送信予定日時を通信が確立された管理対象デバイスに送信する発呼時刻送信手段と、送信予定記憶手段に記憶されている送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出する過密度算出手段と、算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減する削減手段と、を備え、削減手段は、通信確立手段により通信が確立された管理対象デバイスに、送信する予定の複数ある管理情報のうち一部を送信させる管理情報制限手段を含む。
【００１７】
この発明に従えば、複数ある管理情報のうち重要でないものを受信するための通信時間を削減して、複数ある管理情報のうち必要な管理情報を受信するための通信を確立する確率を向上することができる。
【００１８】
この発明の他の局面によれば、遠隔診断システムは、複数の管理対象デバイスと、複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置とを備えた遠隔診断システムであって、複数の管理対象デバイスそれぞれは、遠隔診断装置と通信を確立するために発呼する発呼手段と、遠隔診断装置との接続が確立すると、複数ある管理情報のうち遠隔診断装置から指定された管理情報を送信する管理情報送信手段とを備え、発呼手段は、遠隔診断装置から指定された送信予定日時に発呼する指定発呼手段と、遠隔診断装置から指定された送信予定日時に係わりなく発呼する独自発呼手段と、遠隔診断装置との通信が確立できない場合、または、通信が確立したが管理情報を送信できない場合に、所定時間経過後に再度発呼する再発呼手段と、を含んでおり、遠隔診断装置は、管理情報を送信する予定日時を複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶する送信予定記憶手段と、複数の管理対象デバイスいずれかからの着呼に応じて通信を確立する通信確立手段と、送信予定記憶手段に記憶されている送信予定に基づいて決定される次回の送信予定日時を通信が確立された管理対象デバイスに送信する発呼時刻送信手段と、送信予定記憶手段に記憶されている送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出する過密度算出手段と、算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減する削減手段と、を備え、複数の管理対象デバイスそれぞれの発呼手段は、送信する予定の管理情報が所定種類であるときは、所定回数のコールで発呼を中止する第１発呼手段と、送信する予定の管理情報が所定種類と異なる種類であるときは、所定回数を超えてコールする第２発呼手段とをさらに含み、遠隔診断装置の削減手段は、通信確立手段に、所定数を超えるコール回数があることを条件に通信を確立させる。
【００１９】
この発明に従えば、管理情報を収集する管理対象デバイスの台数が増加した場合であっても、遠隔診断装置において管理対象デバイスからの着呼に応じて通信を確立する確率を向上させた遠隔診断システムを提供することができる。
【００２１】
さらに、管理対象デバイスが、第１の種類以外の管理情報を送信する場合にのみ所定数を超えるコールをするので、遠隔診断装置では第１の種類以外の管理情報を受信するための通信を確立する確率を向上することができる。
【００２２】
この発明のさらに他の局面によれば、遠隔診断システムは、それぞれがネットワークに接続され、複数の管理対象デバイスから管理情報を収集して管理する複数の遠隔診断装置を含む遠隔診断システムであって、遠隔診断装置それぞれは、管理情報を送信する予定日時を複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶する送信予定記憶手段と、複数の管理対象デバイスいずれかからの着呼に応じて通信を確立する通信確立手段と、送信予定記憶手段に記憶されている送信予定に基づいて決定される次回の送信予定日時を通信が確立された管理対象デバイスに送信する発呼時刻送信手段と、送信予定記憶手段に記憶されている送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出する過密度算出手段と、算出された過密度が所定の上限を超えた場合に、通信確立手段により通信が確立された管理対象デバイスに他の遠隔診断装置に発呼させて該他の遠隔診断装置に代行して受信させるために、通信確立手段により通信が確立された管理対象デバイスに他の遠隔診断装置への発呼番号を送信した後に通信を遮断する代行指示手段と、他の遠隔診断装置に代行受信させた管理情報を該他の遠隔診断装置に送信要求して受信する代行受信情報受信手段と、を備える。
【００２３】
この発明に従えば、算出された過密度が所定の上限を超えた場合に、通信が確立された管理対象デバイスに他の遠隔診断装置に発呼させて該他の遠隔診断装置に代行して受信させるために、通信が確立された管理対象デバイスに他の遠隔診断装置への発呼番号を送信した後に通信を遮断するので、通信が確立された管理対象デバイスとの通信時間を短くすることができる。そして、他の遠隔診断装置に代行受信させた管理情報を該他の遠隔診断装置に送信要求して受信するので、管理情報を確実に収集することができる。その結果、管理情報を収集する管理対象デバイスの台数が増加した場合であっても、管理対象デバイスからの着呼に応じて通信を確立する確率を向上させるとともに、管理情報を確実に収集することが可能な遠隔診断システムを提供することができる。
【００２４】
好ましくは、遠隔診断システムは、ネットワークに接続された管理サーバをさらに含み、管理サーバは、複数の遠隔診断装置それぞれから過密度を受信する過密度受信手段と、複数の遠隔診断装置に過密度の低い遠隔診断装置への発呼番号を送信する発呼番号送信手段と、を備える。
【００２５】
この発明に従えば、管理サーバにより、複数の遠隔診断装置それぞれから過密度が受信され、複数の遠隔診断装置に過密度の低い遠隔診断装置への発呼番号が送信されるので、複数の遠隔診断装置それぞれは、過密度の低い遠隔診断装置に代行受信させることができる。そのため、代行受信させる遠隔診断装置で通信が確立される確率を高くすることができる。
【００２６】
この発明のさらに他の局面によれば、情報収集プログラムは、複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置で実行される情報収集プログラムであって、管理情報を送信する予定日時を複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶するステップと、複数の管理対象デバイスいずれかからの着呼に応じて通信を確立するステップと、記憶された送信予定に基づいて決定される次回の送信予定日時を通信が確立された管理対象デバイスに送信するステップと、記憶された送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出するステップと、算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減するステップと、を遠隔診断装置に実行させ、削減するステップは、通信を確立するステップにおいて、所定数を超えるコール回数があることを条件に通信を確立させるステップを含む。
【００２７】
この発明に従えば、管理情報を収集する管理対象デバイスの台数が増加した場合であっても、管理対象デバイスからの着呼に応じて通信を確立する確率を向上させることが可能な情報収集プログラムを提供することができる。
この発明のさらに他の局面によれば、情報収集プログラムは、複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置で実行される情報収集プログラムであって、管理情報を送信する予定日時を複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶するステップと、複数の管理対象デバイスいずれかからの着呼に応じて通信を確立するステップと、記憶された送信予定に基づいて決定される次回の送信予定日時を通信が確立された管理対象デバイスに送信するステップと、記憶された送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出するステップと、算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減するステップと、を遠隔診断装置に実行させ、削減するステップは、通信を確立するステップにおいて通信が確立された管理対象デバイスから送信される予定の管理情報が所定種類であることを条件に、該管理情報を受信することなく通信を遮断するステップを含む、情報収集プログラム。
この発明のさらに他の局面によれば、情報収集プログラムは、複数の管理対象デバイスから管理情報を収集して管理する遠隔診断装置で実行される情報収集プログラムであって、管理情報を送信する予定日時を複数の管理対象デバイスそれぞれに割り当てた送信予定を記憶するステップと、複数の管理対象デバイスいずれかからの着呼に応じて通信を確立するステップと、記憶された送信予定に基づいて決定される次回の送信予定日時を通信が確立された管理対象デバイスに送信するステップと、記憶された送信予定に基づいて、単位時間当たりの通信時間の割合を示す過密度を算出するステップと、算出された過密度が所定の上限を超えた場合に、受信する管理情報のデータ量を削減するステップと、を遠隔診断装置に実行させ、削減するステップは、通信を確立するステップにおいて通信が確立された管理対象デバイスに、送信する予定の複数ある管理情報のうち一部を送信させるステップを含む、情報収集プログラム。
【発明を実施するための最良の形態】
【００２８】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。
【００２９】
＜第１の実施の形態＞
図１は、本発明の第１の実施の形態における遠隔診断システムの全体概要を示す図である。図１を参照して、遠隔診断システムは、遠隔診断サーバ１と、遠隔診断サーバ１の管理対象デバイスである３台の複合機（以下「ＭＦＰ」という）２，２Ａ，２Ｂとを含む。遠隔診断サーバ１と、ＭＦＰ（Ｍｕｌｔｉ
Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）２，２Ａ，２Ｂとは、それぞれが電話回線網３に接続されている。なお、ここでは、３台のＭＦＰ２，２Ａ，２Ｂを示しているが、台数はこれに限定されず、複数台あればいい。３台のＭＦＰ２，２Ａ，２Ｂは、その構成および機能は同じなので、特に断らない限りＭＦＰ２を例に説明する。
【００３０】
図２は、遠隔診断サーバのハード構成の一例を示すブロック図である。遠隔診断サーバ１は、一般的なコンピュータである。図２を参照して、遠隔診断サーバ１は、それぞれがバス１２０に接続された中央演算装置（ＣＰＵ）１０１と、ＣＰＵ１０１が実行するためのブートアッププログラムなどを記録したＲＯＭ（Ｒｅａｄ
Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３と、実行される管理情報収集プログラムをロードするための、およびプログラム実行中のデータを記憶するためのＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ
Ｍｅｍｏｒｙ）１０５と、データを不揮発的に記憶するためのハードディスクドライブ（ＨＤＤ）１０７と、ＩＣカード１０８が装着されるカードインターフェース（Ｉ／Ｆ）１０９と、ユーザとのインターフェイスとなる入力部１１１および表示部１１３と、遠隔診断サーバ１をネットワークに接続するための通信Ｉ／Ｆ１１５とを含む。
【００３１】
ＣＰＵ１０１は、ＨＤＤ１０７に記憶された管理情報収集プログラムをＲＡＭ１０５にロードして実行する。なお、ＣＰＵ１０１は、カードＩ／Ｆ１０９に装着されたＩＣカード１０８に記録された管理情報収集プログラムをＲＡＭ１０５にロードして実行するようにしてもよい。さらに、ネットワークに接続された他のコンピュータから管理情報収集プログラムをダウンロードしてＨＤＤ１０７に記憶し、その管理情報収集プログラムをＲＡＭ１０５にロードして実行するようにしてもよい。ここでいう管理情報収集プログラムは、ＣＰＵ１０１により直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。
【００３２】
なお、管理情報収集プログラムを記憶する記録媒体としてはＩＣカード１０８に限られず、フレキシブルディスク、カセットテープ、光ディスク（ＣＤ-ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ −  ＲＯＭ）/ＭＯ（Ｍａｇｎｅｔｉｃ Ｏｐｔｉｃａｌ
Ｄｉｓｃ）／ＭＤ（Ｍｉｎｉ Ｄｉｓｃ）／ＤＶＤ（Ｄｉｇｉｔａl Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ））、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ
Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）などの半導体メモリ等の固定的にプログラムを担持する媒体であってもよい。
【００３３】
入力部１１１は、キーボードまたはマウス等の入力装置である。表示部１１３は、液晶表示装置または陰極線管（ＣＲＴ）である。通信Ｉ／Ｆ１１５は、遠隔診断サーバ１をネットワークに接続するための通信インターフェイスである。これにより、遠隔診断サーバ１は、他のコンピュータとの間で通信することが可能となる。
【００３４】
図３は、ＭＦＰのハード構成を示すブロック図である。図３を参照して、ＭＦＰ２は、スキャナ部２０３と、用紙などの記録媒体に画像を形成する画像形成部２０６と、それぞれがバス２１１に接続されたＣＰＵ２０１と、記憶部２０２と、スキャナ部２０３が出力する画像データを処理する入力画像処理部２０４と、画像データに出力するのに適した処理を行う出力画像処理部２０５と、ネットワークインターフェイス（Ｉ／Ｆ）２０７と、モデム２０８と、操作パネル２０９と、カードＩ／Ｆ２１０とを含む。
【００３５】
ＣＰＵ２０１は、ＭＦＰ２の全体を制御する。記憶部２０２は、ＲＯＭ、ＲＡＭおよびＥＥＰＲＯＭなどの半導体メモリおよびハードディスクドライブ（ＨＤＤ）等の磁気記憶装置を含む。ＣＰＵ２０１は、ＲＯＭまたはＥＥＰＲＯＭに記憶された管理情報送信プログラムをＲＡＭにロードして実行する。また、ＣＰＵ２０１は、ＭＦＰ２の管理情報を生成して、記憶部２０２のＥＥＰＲＯＭに記憶する。管理情報については後で説明する。
【００３６】
スキャナ部２０３は、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）等の光電変換素子を含み、原稿を光学的に読取って電子データとしての画像データを入力画像処理部２０４に出力する。入力画像処理部２０４は、入力された画像データに対して、色変換処理、色補正処理、解像度変換処理、領域判別処理などを実行して、処理した画像データを記憶部２０２に記憶する。
【００３７】
出力画像処理部２０５は、ＣＰＵ２０１により制御され、記憶部２０２から画像データを読み出して、スクリーン制御処理、スムージング処理、パルス幅変調（ＰＷＭ）を行い、処理後の画像データを画像形成部２０６に出力する。画像形成部２０６は、レーザプリンタであり、出力画像処理部２０５から入力される画像データを紙などの記録媒体に可視化する。画像形成部２０６は、カラープリントの場合には、イエロー、マゼンタ、シアン、ブラックの４色のトナーで画像を形成し、モノクロプリントの場合には、ブラックのトナーで画像を形成する。画像形成部２０６は、インクジェットプリンタであってもよい。
【００３８】
カードＩ／Ｆ２１０には、ＩＣカード２１０Ａが装着される。ＣＰＵ２０１は、カードＩ／Ｆ２１０を介してＩＣカード２１０Ａにアクセスが可能である。ネットワークＩ／Ｆ２０７は、ＭＦＰ２をネットワーク１１３と接続する。ネットワーク１１３は、ローカルエリアネットワーク（ＬＡＮ）であってもよいし、インターネット等のワイドエリアネットワーク（ＷＡＮ）であってもよい。ネットワーク１１３は有線または無線の別を問わない。ネットワークＩ／Ｆ２０７は、データを所定の通信プロトコルに従ってネットワーク１１３に出力し、ネットワーク１１３から所定の通信プロトコルに従ってデータを受信する。ＣＰＵ２０１は、ネットワークＩ／Ｆ２０７を介してネットワーク１１３に接続された他のコンピュータと通信することが可能となる。このため、ネットワーク１１３を介して他のコンピュータから画像データが受信された場合には、画像形成部２０６で受信された画像データを紙等の記録媒体に画像を形成して可視化する。
【００３９】
モデム２０８は、ＭＦＰ２を電話回線網３と接続する。モデム２０８は、電話回線網３に接続された遠隔診断サーバ１との通信を可能とするためＮＣＵ（Network Control Unit）を含む。また、モデム２０８は、データをファクシミリの通信プロトコルに従ってファクシミリ通信を可能とする。モデム２０８は、ファクシミリ受信されたデータを記憶部２０２のＨＤＤに記憶する。
【００４０】
操作パネル２０９は、入力部２０９Ａと表示部２０９Ｂとを含む。入力部２０９Ａは、ＭＦＰ２のユーザによる操作の入力を受付けるためのタッチパネル、キーボードまたはマウス等の入力装置である。表示部２０９Ｂは、液晶表示装置または有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイパネルである。入力部２０９Ａに透明な部材からなるタッチパネルを用いる場合には、表示部２０９Ｂ上にタッチパネルを重ねて設置することで、表示部２０９Ｂに表示されたボタンの指示を検出することができる。これにより、種々の操作の入力が可能となる。
【００４１】
なお、ＣＰＵ２０１で実行する管理情報送信プログラムは、記憶部２０２のＥＥＰＲＯＭに記憶されたものに限られず、ＨＤＤまたはＩＣカード１０８に記憶された管理情報送信プログラムをＲＡＭにロードして実行するようにしてもよい。ＥＥＰＲＯＭまたはＨＤＤに記憶される管理情報送信プログラムは、ネットワーク１１３に接続された他のコンピュータが、管理情報送信プログラムを書換える、または、新たな管理情報送信プログラムを追加して書き込むようにしてもよいし、ＭＦＰ２が、ネットワーク１１３に接続された他のコンピュータまたは電話回線網３に接続された遠隔診断サーバ１から管理情報送信プログラムをダウンロードして、その管理情報送信プログラムを記憶するようにしてもよい。
【００４２】
さらに、ＩＣカード１０８に記憶された管理情報送信プログラムをＲＡＭにロードして実行するようにしてもよい。なお、管理情報送信プログラムが、ＩＣカード１０８ではなく、フレキシブルディスク、カセットテープ、光ディスク（ＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ）、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する媒体に記憶される場合には、ＭＦＰ２は、その記憶媒体に記憶された管理情報送信プログラムをＲＡＭにロードして実行する。
【００４３】
ここでいうプログラムは、ＣＰＵ２０１により直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。
【００４４】
本実施の形態における遠隔診断サーバ１は、ＭＦＰ２，２Ａ，２Ｂの状態を監視するために、ＭＦＰ２，２Ａ，２Ｂから管理情報を収集する。ＭＦＰ２，２Ａ，２Ｂは、管理情報を遠隔診断サーバ１に送信するために電話回線網３を用いて遠隔診断サーバに発呼する。遠隔診断サーバ１では、ＭＦＰ２，２Ａ，２Ｂいずれかからの着呼を検出するとオフフックして、ＭＦＰ２，２Ａ，２Ｂのうち発呼したものとの通信を確立する。遠隔診断サーバ１は、ＭＦＰ２，２Ａ，２Ｂのうち通信が確率したものと通信して管理情報を受信する。
【００４５】
ＭＦＰ２，２Ａ，２Ｂから遠隔診断サーバ１への管理情報の送信は、その目的に応じて４つの通信種類に分かれている。図４は、通信種類と管理情報とを説明するための図である。図４を参照して、通信種類には、締日通信、定時通信、緊急通報および警告通報がある。
【００４６】
締日通信は、課金情報を収集するため通信であり、検針日に行われる。この検針日は、通常は、年、期、月、週の定まった日が当てられる。このため、締日通信は定期的に行われる通信である。締日通信で送信される管理情報は、トータルカウンタ値とサイズカウンタ値である。トータルカウンタ値は、画像形成部２０６で画像形成された回数の累計である。サイズカウンタ値は、画像形成部２０６でサイズ別に画像形成された回数の類型である。紙のサイズの種類数だけサイズカウンタ値がある。サイズカウンタ値は、サイズにより課金する料金が異なる場合に用いられる。
【００４７】
定時通信は、ＭＦＰ２，２Ａ，２Ｂの長期的な状態を監視するために必要な管理情報を定期的に収集するための通信である。このため、定時通信は定期的に行われる通信である。定時通信で送信される管理情報は、トータルカウンタ値と、サイズカウンタ値と、ＲＯＭバージョンと、ＪＡＭカウンタ値と、定期交換部品カウンタ値とを含む。ＲＯＭバージョンは、ＭＦＰ２，２Ａ，２Ｂに記憶されているファームウエアバージョン情報である。ＪＡＭカウンタ値は、紙詰まりの回数の累計である。ＪＡＭセンサの数だけＪＡＭカウンタ値がある。定期交換部品カウンタ値は、感光体ドラム、トナーまたは搬送ローラ等の定期的に交換される部品を交換した回数の累計である。定期交換部品カウンタ値は、定期交換部品の数だけある。
【００４８】
緊急通報は、ＭＦＰ２，２Ａ，２Ｂで発生したトラブルに関する情報を収集するための通信である。このため緊急通報は、突発的に発生する通信である。緊急通報の対象となるトラブルは、サービスマンを派遣しての修理が必要とされる程度のトラブルであり、たとえば、トナー切れ、定期交換部品の破損などを含む。したがって、ＭＦＰ２，２Ａ，２Ｂのユーザのみで対応可能なトラブルは含まれない。緊急通報で送信される管理情報は、トラブルコードと、トータルカウンタ値と、ＲＯＭバージョンと、ＪＡＭカウンタ値と、定期交換部品カウンタ値とを含む。トラブルコードは、発生したトラブルを特定するために予め定められた識別情報である。緊急通報で送信される管理情報には、少なくともトラブルコードが含まれていればよい。ここでは、緊急通報に、トータルカウンタ値と、サイズカウンタ値と、ＲＯＭバージョンと、ＪＡＭカウンタ値と、定期交換部品カウンタ値とを含めているが、これらは、締日通信または定時通信が行われる前の可能な限り速いタイミングで収集するために、緊急通報で送信される管理情報に含めるようにしたものである。
【００４９】
警告通報は、即時に対応する必要はないが、トラブル発生につながる恐れのある事象に関する情報を収集するための通信である。警告通報は、トラブル発生につながる恐れのある事象が発生した場合、たとえば、トナーニアエンプティとなった場合、定期交換部品カウンタ値が所定値を超えた場合などに送信される。このため警告通報は、突発的に発生する通信である。警告通報で送信される管理情報は、警告コードと、トータルカウンタ値と、サイズカウンタ値と、ＲＯＭバージョンと、ＪＡＭカウンタ値と、定期交換部品カウンタ値とを含む。警告コードは、トラブル発生につながる恐れのある事情を特定するために予めさだめられた識別情報である。警告通報で送信される管理情報には、少なくとも警告コードが含まれていればよい。ここでは、警告通報に、トータルカウンタ値と、サイズカウンタ値と、ＲＯＭバージョンと、ＪＡＭカウンタ値と、定期交換部品カウンタ値とを含めているが、これらは、締日通信または定時通信が行われる前の可能な限り速いタイミングで収集するために、警告通報で送信される管理情報に含めるようにしたものである。
【００５０】
なお、本実施の形態においては、通信種類を４つにしたが、これに限定されることなく、定期的に通信するための通信種類と、突発的に通信するための通信種類とが含まれていればよい。
【００５１】
本実施の形態における遠隔診断サーバ１では、ＭＦＰ２，２Ａ，２Ｂそれぞれが締日通信および定時通信する通信時間を割り当てるための通信設定をＨＤＤ１０７に記憶している。図５は、通信設定の一例を示す図である。図５を参照して、通信設定は、ＭＦＰのＩＤの項目と、通信種類の項目と、日付／曜日の項目と、通信予定時刻の項目とを含む。ＭＦＰのＩＤの項目は、ＭＦＰ２，２Ａ，２Ｂを識別するための装置識別情報を示す。ここでは、ＭＦＰ２にＩＤ「１」、ＭＦＰ２ＡにＩＤ「２」、ＭＦＰ２ＢにＩＤ「３」が定められている。通信種類の項目は、通信種類を識別するための通信種類コードを示す。通信種類「１」は締日通信を示し、通信種類「２」は定時通信を示す。日付／曜日の項目は、日付または曜日を特定するためのコードを示す。「１」〜「３１」のコードは、その数字で日付を示し、「５１」〜「５７」は上１桁が曜日を示し、下１桁が日曜日〜土曜日を示す。たとえば、コード「２２」は２２日を示し、コード「５１」は日曜日を示し、コード「５２」は月曜日を示し、コード「５７」は土曜日を示す。
【００５２】
遠隔診断サーバ１では、この通信設定を用いて通信予定時刻を各ＭＦＰ２，２Ａ，２Ｂに送信する。ＭＦＰ２に対しては、毎月２０日の午前４時を締日通信の送信予定として送信し、毎週日曜日の午後１時を定時通信の送信予定として送信する。ＭＦＰ２Ａに対しては、毎月１５日の午後５時３０分を締日通信の送信予定として送信し、毎週水曜日の午後６時と毎週木曜日の午後７時を定時通信の送信予定として送信する。ＭＦＰ２Ｂに対しては、毎月１０日の午後１１時５５分を締日通信の送信予定として送信する。
【００５３】
図６は、遠隔診断サーバで実行される通信モード設定処理の流れを示すフローチャートである。この通信モード設定処理は、ＨＤＤ１０７に記憶された通信モード設定プログラムがＣＰＵ１０１で実行されることにより実現される。通信モード設定プログラムは、管理情報収集プログラムの一部である。
【００５４】
図６を参照して、通信モード設定処理では、通信設定の変更があったか否かが判断される。ＨＤＤ１０７に記憶されている通信設定が変更された場合にはステップＳ０３に進み、そうでなければステップＳ０２に進む。ステップＳ０３では、過密度の算出時刻となったか否かが判断され、現在時刻が算出時刻となった場合にはステップＳ０３に進み、そうでない場合にはステップＳ０１に戻る。算出時刻は、予め定めておけばよい。ここでは、毎時０分に算出時刻を設定している。これにより、１時間ごとに算出時刻が設定される。ステップＳ０３では、過密度が計算される。すなわち、通信モード設定処理では、通信設定が変更されたとき（ステップＳ０１）、または所定の時間間隔（ステップＳ０２）で過密度が計算されることになる。過密度は、次式（１）を用いて算出される。
【００５５】
（（期間内における締日通信に要する時間の合計）＋（期間内における定時通信に要する時間の合計））／期間  …  （１）
ここでの期間は、任意に定めることができるが、過密度を算出する間隔と同じにするのが好ましい。また、締日通信に要する時間と、定時通信に要する時間とは、ＭＦＰ２，２Ａ，２Ｂにおける締日通信で送信するデータ量および定時通信で送信するデータ量それぞれを回線の通信速度で除算して算出される。
【００５６】
次のステップＳ０４では、ステップＳ０３で算出された過密度が上限値を超えているか否かが判断される。過密度が上限値を超えていればステップＳ０４に進み、超えていなければステップＳ０６に進む。ステップＳ０５では、通信モードが過密モードに設定され、ステップＳ０６では通信モードが通常モードに設定される。ステップＳ０５またはステップＳ０６の後、処理はステップＳ０１に戻る。
【００５７】
遠隔診断サーバ１では、所定の時間ごとに、または、通信設定が変更されたときに、過密度を算出し、過密度が上限値を超えれば通信モードを過密モードに設定するが、過密度が上限値を超えていなければ通信モードを通常モードに設定する。通信設定処理は、所定時間ごとに実行されるため、通信モードが過密モードに設定されても次の期間に通常モードに設定される場合がある。
【００５８】
図７は、第１の実施の形態における遠隔診断システムで実行される処理の流れを示すフローチャートである。図７（Ａ）は、遠隔診断サーバ１で実行される管理情報収集処理の流れを示すフローチャートである。この管理情報収集処理は、ＨＤＤ１０７に記憶された管理情報収集プログラムがＣＰＵ１０１で実行されることにより実現される。図７（Ｂ）は、ＭＦＰ２で実行される管理情報送信処理の流れを示すフローチャートである。この管理情報送信処理は、記憶部２０２のＨＤＤに記憶された管理情報送信プログラムがＣＰＵ２０１で実行されることにより実現される。
【００５９】
図７（Ａ）および図７（Ｂ）を参照して、まず、ＭＦＰ２において、発呼時刻となったか否かが判断される（ステップＳ３１）。現在時刻が発呼時刻の場合にはステップＳ３３に進み、発呼時刻でない場合にはステップＳ３２に進む。ＭＦＰ２では、遠隔診断サーバ１から送信された締日通信および定時通信のための通信予定時刻を記憶している。発呼時刻は、この締日通信または定時通信のための通信予定時刻を含む。
【００６０】
ステップＳ３２では、緊急通報または警告通報のための事象が発生したか否かが判断される。真の場合にはステップＳ３３に進み、偽の場合にはステップＳ３１に戻る。ここでは、緊急通報のための事象の発生は、トラブルの発生が相当し、警告通報のための事象の発生は、トラブル発生につながる恐れのある事象が発生した場合、たとえば、トナーニアエンプティとなった場合、または定期交換部品カウンタ値が所定値を超えた場合等が相当する。
【００６１】
ステップＳ３３では発呼が行われる。ＭＦＰ２には、遠隔診断サーバ１に割り当てられた電話番号が予め記憶されており、モデム２０８でこの電話番号がダイヤルされて発呼される。そして、次のステップＳ３４で、遠隔診断サーバ１との間で通信が確立されたか否かが判断される。通信が確立した場合にはステップＳ３９に進むが、そうでない場合にはステップＳ３５に進む。
【００６２】
ステップＳ３５では、送信する管理情報の重要度が低いか否かが判断される。重要度が低いと判断された場合にはステップＳ３６に進むが、重要度が低くないと判断された場合にはステップＳ３４に戻り、通信が確立するまで待機状態となる。ステップＳ３６では、コール回数が２回を超えたか否かがが判断される。コール回数が２回を越えていればステップＳ３７に進み、そうでなければステップＳ３４に戻る。ステップＳ３７では発呼を中止してステップＳ３８に進む。ステップＳ３８では、所定時間待機した後ステップＳ３３に戻る。なお、ステップＳ３４で通話中により通信を確立できない場合にはステップＳ３７に進む。
【００６３】
ここで、管理情報の重要度について説明する。図８は、管理情報の重要度を説明するための図である。図８を参照して、管理情報のうちトータルカウンタ値と、サイズカウンタ値と、トラブルコードとが重要度の高い項目である。管理情報のうち警告コードと、ＪＡＭカウンタ値と、定期交換部品カウンタ値とが重要度が中の項目である。管理情報のうちＲＯＭバージョンが重要度の低い項目である。ＭＦＰ２では、図８に示す管理情報の項目ごとの重要度を記憶しており、送信する管理情報に基づいて重要度を判定するのである。ここでの判定においては、警告通報および緊急通報の場合、それらに必ず含まれる警告コードおよびトラブルコードで重要度が判定される。すなわち、警告通報の場合には重要度が低いとされ、緊急通報の場合には重要度が中とされ、締日通信または定時通信の場合には重要度が高いとされる。
【００６４】
図７（Ｂ）に戻って、ステップＳ３４〜ステップＳ３８の処理により、重要度の高い通信種類である締日通信と定時通信、または、重要度が中の緊急通報の場合は、通信が確立されるまでコールを継続するが、重要度の低い通信種類である警告通報の場合は、２回までのコールで通信が確立されなければ発呼を中止する。
【００６５】
一方、遠隔診断サーバ１では、着呼があるまで待機状態となっており（ステップＳ１１でＮＯ）、着呼があるとステップＳ１２に進む。ステップＳ１２では、上述した通信モード設定処理が実行されて設定されている通信モードにより分岐する。すなわち、通信モードが通常モードに設定されていればステップＳ１４に進み。過密モードに設定されていればステップＳ１３に進む。
【００６６】
ステップＳ１３では、コール回数が２回を超えるまで待機状態となり（ステップＳ１３でＮＯ）、２回を超えるとステップＳ１４に進む。ステップＳ１４では、オフフックして発呼してきたＭＦＰ２との間の通信が確立される。遠隔診断サーバ１では、通信モードが過密モードに設定されている場合、着呼があってからコールが２回あるまで待機した後オフフックするが、通常モードに設定されている場合は、着呼があってからコールが２回されるまで待つことなくオフフックする。一方、ＭＦＰ２では、締日通信、定時通信または緊急通報の場合は２回を超えてコールし、警告通報の場合は２回までしかコールしない。このため、遠隔診断サーバ１が通常モードにある場合には、ＭＦＰ２の発呼がいずれの通信種類であっても遠隔診断サーバ１とＭＦＰ２との間の通信が確立するが、遠隔診断サーバ１が過密モードにある場合には、ＭＦＰ２の発呼が締日通信、定時通信または緊急通報の場合にのみ遠隔診断サーバ１とＭＦＰ２との間の通信が確立し、警告通報の場合には通信が確立しない。このため、遠隔診断サーバ１が過密モードにあるときは、重要度の低い警告通報では通信されることがないので、通信するデータ量を削減することができる。
【００６７】
ＭＦＰ２では、遠隔診断サーバ１との間で通信が確立すると（ステップＳ３４でＹＥＳ）、デバイスＩＤと通信種類とを送信する（ステップＳ３９）。遠隔診断サーバ１は、デバイスＩＤと通信種類を受信すると（ステップＳ１５）、設定されている通信モードにより分岐する（ステップＳ１６）。通信モードが通常モードに設定されていればステップＳ１７に進み。過密モードに設定されていればステップＳ１８に進む。ステップＳ１７では、通信種類別に定められた管理情報の全項目を送信する指示をＭＦＰ２に送信する。一方、ステップＳ１８では、通信種類別に定められた管理情報の項目のうち重要度が高い項目のみを送信する指示をＭＦＰ２に送信する。ＭＦＰ２では、遠隔診断サーバ１がステップＳ１７またはステップＳ１８で送信した項目送信指示を受信し（ステップＳ４０）、指示された項目の管理情報を遠隔診断サーバ１に送信する（ステップＳ４０）。遠隔診断サーバ１では、送信されてくる管理情報を受信して（ステップＳ１９）、ＨＤＤ１０７の所定の領域に記憶する（ステップＳ２０）。
【００６８】
通信種別が締日通信の場合、管理情報にはトータルカウンタ値とサイズカウンタ値とがあるが、これらの重要度は全て高い。このため、遠隔診断サーバ１の通信モードが過密モードまたは通常モードのいずれであっても収集される管理情報は同じである。通信種別が定時通信の場合、管理情報にはトータルカウンタ値と、サイズカウンタ値と、ＲＯＭバージョンと、ＪＡＭカウンタと、定期交換部品カウンタ値とあるが、これらのうち重要度の高い項目はトータルカウンタ値と、サイズカウンタ値とである。このため、遠隔診断サーバ１の通信モードが過密モードにある場合には、重要度の高いトータルカウンタ値およびサイズカウンタ値のみが収集される。通信種別が緊急通報の場合、管理情報にはトラブルコードと、トータルカウンタ値と、ＲＯＭバージョンと、ＪＡＭカウンタと、定期交換部品カウンタ値とあるが、これらのうち重要度の高い項目はトラブルコードとトータルカウンタ値とである。このため、遠隔診断サーバ１の通信モードが過密モードにある場合には、重要度の高いトラブルコードおよびトータルカウンタ値のみが収集される。
【００６９】
このため、遠隔診断サーバ１が過密モードにあるときは、通信種類ごとに定められた管理情報の項目のうち、重要度が高い項目の管理情報のみが収集されるので、通信データ量を削減することができる。
【００７０】
遠隔診断サーバ１では、管理情報を受信して記憶すると、次回の発呼時刻を通信設定に基づいて決定して、ＭＦＰ２に送信する。この送信は、確立された通信の通信種別が締日通信または定時通信の場合にのみ送信すればよいが、緊急通報または警告通報の場合に送信するようにしてもよい。そして、オンフックして通信を切断し（ステップＳ２２）、ステップＳ１１に戻る。
【００７１】
ＭＦＰ２では、遠隔診断サーバ１から送信されてくる次回の発呼時刻を受信して、記憶部２０２に記憶する。この記憶された発呼時刻は、次にステップＳ３１が実行される場合に読み出される。そして、通信が切断されるまで待機情報となり（ステップＳ４３）、通信が切断されるとステップＳ３１に戻る。
【００７２】
なお、ＭＦＰ２が警告通報の場合に発呼後にコールする回数を２回としてコール回数を制限するようにしたが、制限するコール回数はこれに限定されず、１回以上であればよい。ＭＦＰ２がコールを制限する回数に応じて、遠隔診断サーバ１がステップＳ１３で待機するコール回数が定められる。
【００７３】
＜変形例＞
上述した遠隔診断システムでは、ＭＦＰ２，２Ａ，２Ｂが、通信種別が警告通報の場合に、発呼後にコールする回数を２回に制限するものであった。変形例における遠隔診断システムでは、ＭＦＰ２，２Ａ，２Ｂが、通信種別が警告通報によって発呼後にコールする回数を制限することができない場合に対応したものである。
【００７４】
図９は、変形例における遠隔診断システムで実行される処理の流れを示すフローチャートである。図９（Ａ）は、遠隔診断サーバ１で実行される管理情報収集処理の流れを示す別のフローチャートである。図７（Ａ）に示した管理情報収集処理と異なる点は、ステップＳ１２およびステップＳ１３が削除された点と、ステップＳ１５とステップＳ１６の間にステップＳ１５Ａが追加された点である。図９（Ｂ）は、ＭＦＰ２で実行される管理情報送信処理の流れを示す別のフローチャートである。図７（Ｂ）に示した管理情報送信処理と異なる点は、ステップＳ３５〜ステップＳ３８が削除された点である。したがって、ＭＦＰ２，２Ａ，２Ｂは、通信種別に係わらず通信が確立されるまで発呼後にコールを繰り返す。図ではステップＳ４３は、ステップＳ４２が実行された後に通信が切断されたことを検出するようにしているが、ＭＦＰ２，２Ａ，２Ｂは、通信が確立された後に通信が切断されれば、その時点で割り込みを発生させてステップＳ３１に進むようになっている。
【００７５】
図９（Ａ）を参照して、遠隔診断サーバ１は、着呼が検出されると（ステップＳ１１でＹＥＳ）、無条件に通信を確立する（ステップＳ１４）。そして、デバイスＩＤと通信種類を受信すると（ステップＳ１５）、受信した通信種類が警告通報か否かを判断する（ステップＳ１５Ａ）。警告通報と判断した場合にはステップＳ２２に進み、通信を切断する。通信種類が警告通報でなければステップＳ１６に進む。警告通報は、送信するべき管理情報に重要度の高いまたは中の項目を含んでいないからである。このため、ステップＳ１５Ａにおける判断は、受信するべき管理情報に重要度の高いまたは中の管理項目が含まれていないことを判断することになる。重要度の低い項目の管理情報を受信しないようにするので、通信するデータ量を削減することができる。
【００７６】
以上説明したように、第１の実施の形態における遠隔診断システムでは、遠隔診断サーバ１の通信モードが過密モードにある場合には、重要度の低い管理情報を受信しないようにして通信するデータ量を削減する。さらに、遠隔診断サーバ１の通信モードが過密モードにある場合には、重要度の高い管理項目のみを送受信するようにして通信するデータ量を削減する。このため、遠隔診断サーバ１がオフフックして通信している時間が短くなり、オンフックとなる時間を長くすることができる。その結果、たとえばＭＦＰ２から突発的な緊急通報または警告通報があった場合でも、他のＭＦＰ２Ａ,２Ｂに割り当てられた定期的な締日通信または定時通信に与える影響を少なくすることができる。
【００７７】
＜第２の実施の形態＞
次に第２の実施の形態における遠隔診断システムについて説明する。図１０は、本発明の第２の実施の形態における遠隔診断システムの全体概要を示す図である。図１０を参照して、第２の実施の形態における遠隔診断システムは、遠隔診断サーバ１，１Ａと、遠隔診断サーバ１の管理対象デバイスである３台のＭＦＰ２，２Ａ，２Ｂと、遠隔診断サーバ１の管理対象デバイスである３台のＭＦＰ２Ｃ，２Ｄ，２Ｅと、補助サーバ４とを含む。遠隔診断サーバ１，１Ａと、ＭＦＰ２，２Ａ，２Ｂ，２Ｃ，２Ｄ，２Ｅとは、それぞれが電話回線網３に接続されている。遠隔診断サーバ１，１Ａと補助サーバ４とは、インターネット５に接続されている。なお、ここでは、遠隔診断サーバ１に対して３台のＭＦＰ２，２Ａ，２Ｂを管理対象デバイスとし、遠隔診断サーバ１Ａに対して３台のＭＦＰ２Ｃ，２Ｄ，２Ｅを管理対象デバイスとしているが、台数はこれに限定されず、複数台あればいい。さらに、遠隔診断サーバ１，１Ａの台数も２台に限られず複数台あればよい。
【００７８】
また、遠隔診断装置１，１Ａと補助サーバ４とをインターネット５に接続するようにしているが、インターネット５に限らず、電話回線網３またはＬＡＮであってもよく、さらに、シリアル回線、またはパラレル回線で直接接続するようにしてもよい。通信Ｉ／Ｆ１１５は、遠隔診断サーバ１と他のコンピュータとの接続形態に応じたインターフェイスが用いられる。
【００７９】
第２の実施の形態における遠隔診断サーバのハード構成は図２に示したのと同じであり、ＭＦＰ２，２Ａ〜２Ｅそれぞれのハード構成は図３に示したのと同じである。従ってここでは説明を繰り返さない。また、補助サーバ４は、一般的なコンピュータであり、そのハード構成および機能は周知なのでここでは説明を繰り返さない。
【００８０】
以下、第１の実施の形態における遠隔診断システムと異なる点を主に説明する。図１１は、第２の実施の形態における遠隔診断サーバで実行される通信モード設定処理の流れを示すフローチャートである。この通信モード設定処理は、遠隔診断サーバ１，１Ａそれぞれで実行される。図１１を参照して、図６に示した通信モード設定処理と異なる点は、ステップＳ０３とステップＳ０４との間にステップＳ０３Ａが追加された点と、ステップＳ０５とステップＳ０１との間にステップＳ０５Ａが追加された点である。
【００８１】
ここでは遠隔診断サーバ１で実行される例を説明する。遠隔診断サーバ１では、過密度が算出されると（ステップＳ０３）、算出された過密度を補助サーバ４に送信する（ステップＳ０３Ａ）。これにより、補助サーバ４では、遠隔診断サーバ１，１Ａそれぞれから過密度が受信される。このため補助サーバ４では、遠隔診断サーバ１，１Ａのうちから過密度が小さいものを決定することができる。ここでは、遠隔診断サーバ１Ａの過密度が小さいものとする。
【００８２】
次のステップＳ０４では、ステップＳ０３で算出された過密度が上限値を超えているか否かが判断され、上限値を超えていればステップＳ０４に進み、超えていなければステップＳ０６に進む。ステップＳ０５では、通信モードを過密モードに設定する。そして次のステップＳ０５Ａで、補助サーバ４から過密度の小さい遠隔診断サーバ１Ａの電話番号が受信される。なお、補助サーバ４から他の全ての遠隔診断サーバ、ここでは遠隔診断サーバ１Ａの過密度を受信して、遠隔診断サーバ１で過密度の小さいものを決定するようにしてもよい。この場合には、遠隔診断サーバ１に他の全ての遠隔診断サーバ１Ａの電話番号を記憶しておく必要がある。
【００８３】
ステップＳ０６では通信モードが通常モードに設定される。ステップＳ０５ＡまたはステップＳ０６の後、処理はステップＳ０１に戻る。
【００８４】
通信モード設定処理により、遠隔診断サーバ１では、過密度が上限値を超えている場合に、補助サーバ４から過密度が小さい遠隔診断サーバ１Ａの電話番号が取得される。第２の実施の形態における遠隔診断システムでは、過密度が上限値を超えた遠隔診断サーバ１は、自らが受信するべき管理情報を、過密度の小さい遠隔診断サーバ１Ａに代行して受信させ、過密度が上限値を下回った後に、代行させた遠隔診断サーバ１Ａから代行して受信させた管理情報を受信するようにしたものである。
【００８５】
図１２は、第２の実施の形態における遠隔診断システムで実行される処理の流れを示すフローチャートである。図１２（Ａ）は、第２の実施の形態における遠隔診断サーバで実行される管理情報収集処理の流れを示すフローチャートである。ここでは遠隔診断サーバ１で実行される例を説明する。図７（Ａ）に示した管理情報収集処理と異なる点は、ステップＳ１６とステップＳ１８の間に判断ステップＳ１８Ａが追加された点、およびステップＳ１８ＡでＹＥＳと判断された場合に実行されるステップＳ１８Ｂが追加された点である。図１２（Ｂ）は、第２の実施の形態におけるＭＦＰで実行される管理情報送信処理の流れを示すフローチャートである。ここでは、ＭＦＰ２で実行される例を説明する。図７（Ｂ）に示した管理情報送信処理と異なる点は、ステップＳ４０に代えて判断ステップＳ４０Ａが実行される点と、ステップＳ４０Ｂが追加された点である。
【００８６】
遠隔診断サーバ１は、デバイスＩＤと通信種類を受信すると（ステップＳ１５）、設定されている通信モードにより分岐する（ステップＳ１６）。通信モードが通常モードに設定されていればステップＳ１７に進み、過密モードに設定されていればステップＳ１８Ａに進む。ステップＳ１８Ａでは、通信種類が緊急通報か否かが判断され、緊急通報であればステップＳ１８Ｂに進み、緊急通報でなければステップＳ１８に進む。ステップＳ１８Ｂでは、先に実行された通信モード設定処理により取得された過密度が小の遠隔診断サーバ１Ａの電話番号をＭＦＰ２に送信する。ＭＦＰ２では、遠隔診断サーバ１から受信された情報が項目送信指示か否かが判断される（ステップＳ４０Ａ）。項目送信指示が受信された場合にはステップＳ４１へ進むが、項目送信指示でなく電話番号が受信された場合にはステップＳ４０Ｂに進む。ステップＳ４０Ｂでは、発呼する電話番号を受信した電話番号に変更した後、ステップＳ３１に進む。このため、ＭＦＰ２は、ステップＳ３１で遠隔診断サーバ１Ａに発呼し、通信が確立されれば緊急通報の管理情報を送信することになる。
【００８７】
図１３（Ａ）は、遠隔診断サーバ１で実行される管理情報送信処理の流れを示すフローチャートである。図１３（Ｂ）は、管理情報を代行受信した遠隔診断サーバ１Ａで実行される代行受信管理情報送信処理の流れを示すフローチャートである。図１３（Ａ）および図１３（Ｂ）を参照して、遠隔診断サーバ１では、過密モードであった期間が存在するか否かが判断される（ステップＳ５１）。真であればステップＳ５２に進むが、偽であれば処理を終了する。ステップＳ５２では、代行受信させた遠隔診断サーバ１Ａに管理情報の送信を要求する。
【００８８】
管理情報を代行受信した遠隔診断サーバ１Ａでは、代行受信した管理情報の送信要求が受信されるまで待機状態となっており（ステップＳ６１でＮＯ）、送信要求が受信されればステップＳ６２に進み、管理情報を送信する。これに応じて、遠隔診断サーバ１では、管理情報を受信し（ステップＳ５３）、記憶する（ステップＳ５４）。代行受信した遠隔診断サーバ１Ａに、代行受信した管理情報が存在しない場合には、ステップＳ６２において代行受信した管理情報が存在しないことを示す信号が遠隔診断サーバ１に送信され、その信号が遠隔診断サーバ１で受信される（ステップＳ５３）。遠隔診断サーバ１では、代行受信した管理情報が存在しないことを示す信号が受信された場合には、そのまま処理を終了する。
【００８９】
なお、遠隔診断サーバ１において管理情報送信要求処理が実行されるのは、所定の間隔であればよい。この所定の間隔は、上述した過密度を算出する間隔より短い値に設定するのが好ましい。また、ステップＳ５１では、過去に過密モードであった期間の存否を判断しているが、ステップＳ５１が実行される時点に過密モードにある場合であっても、ステップＳ５２以降の処理を実行するようにしてもよい。これにより、より早く代行受信させた管理情報を取得することができる。
【００９０】
以上説明したように第２の実施の形態における遠隔診断システムでは、通信モードが過密モードに設定された遠隔診断サーバ１は、過密度の小さい遠隔診断サーバ１Ａに管理情報を代行して受信させるので、遠隔通信サーバ１が通信するデータ量を少なくすることができる。このため、遠隔診断サーバ１がオフフックとなり通信を確立している時間が短くなり、オンフックとなる時間を長くすることができる。その結果、たとえばＭＦＰ２から突発的な緊急通報または警告通報があった場合でも、他のＭＦＰ２Ａ,２Ｂに割り当てられた定期的な締日通信または定時通信に与える影響を少なくすることができる。
【００９１】
また、遠隔診断サーバ１Ａに代行して受信させた管理情報を受信するので、管理情報を確実に受信することができる。
【００９２】
なお、第２の実施の形態においては、過密度を補助サーバ４経由で取得するようにしたが、遠隔診断サーバ１，１Ａ間で送受信するようにしてもよい。この場合には、補助サーバ４は不要である。
【００９３】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【００９４】
【図１】本発明の第１の実施の形態における遠隔診断システムの全体概要を示す図である。
【図２】遠隔診断サーバのハード構成の一例を示すブロック図である。
【図３】ＭＦＰのハード構成を示すブロック図である。
【図４】通信種類と管理情報とを説明するための図である。
【図５】通信設定の一例を示す図である。
【図６】遠隔診断サーバで実行される通信モード設定処理の流れを示すフローチャートである。
【図７】第１の実施の形態における遠隔診断システムで実行される処理の流れを示すフローチャートである。
【図８】管理情報の重要度を説明するための図である。
【図９】変形例における遠隔診断システムで実行される処理の流れを示すフローチャートである。
【図１０】本発明の第２の実施の形態における遠隔診断システムの全体概要を示す図である。
【図１１】第２の実施の形態における遠隔診断サーバで実行される通信モード設定処理の流れを示すフローチャートである。
【図１２】第２の実施の形態における遠隔診断システムで実行される処理の流れを示すフローチャートである。
【図１３】第２の実施の形態における遠隔診断サーバで実行される管理情報送信処理および代行受信管理情報送信処理の流れを示すフローチャートである。
【符号の説明】
【００９５】
１  遠隔診断サーバ、２，２Ａ〜２Ｅ  ＭＦＰ、３  電話回線網、４  補助サーバ、１０８  ＩＣカード、１１１  入力部、１１３  表示部、１１３  ネットワーク、１２０，２１１  バス、２０２  記憶部、２０３  スキャナ部、２０４  入力画像処理部、２０５  出力画像処理部、２０６  画像形成部、２０８  モデム、２０９  操作パネル、２０９Ａ  入力部、２０９Ｂ  表示部、１０９，２１０  カードＩ／Ｆ、１１５  通信Ｉ／Ｆ、２０７  ネットワークＩ／Ｆ。
【図１】
0004561492.tif 000002
【図２】
0004561492.tif 000003
【図３】
0004561492.tif 000004
【図４】
0004561492.tif 000005
【図５】
0004561492.tif 000006
【図６】
0004561492.tif 000007
【図７】
0004561492.tif 000008
【図８】
0004561492.tif 000009
【図９】
0004561492.tif 000010
【図１０】
0004561492.tif 000011
【図１１】
0004561492.tif 000012
【図１２】
0004561492.tif 000013
【図１３】
0004561492.tif 000014