(57)【要約】【課題】  保守作業対象の端末装置群の実態に合った巡回スケジュールを策定するための技術を提供する。【解決手段】  保守対象の複数台の端末装置と、各端末装置とネットワークで接続された保守サーバとを備えた保守支援システムであって、前記端末装置は、自身の構成情報を取得する手段と、位置を測定する手段と、取得した構成情報および測定した位置に関する情報を前記保守サーバに通知する手段とを備え、前記保守サーバは、各端末装置から構成情報および位置に関する情報を受信する手段と、保守作業の対象となる端末装置の構成物を特定する手段と、各端末装置から通知された構成情報に基づいて、前記特定された構成物を有する端末装置を特定する手段と、前記特定された端末装置について、通知された位置に関する情報に基づいて、巡回スケジュールを策定する手段とを備えることを特徴とする保守支援システム。【選択図】  図１
2005100248.tif 000002
【特許請求の範囲】
【請求項１】
保守対象の複数台の端末装置と、各端末装置とネットワークで接続された保守サーバとを備えた保守支援システムであって、
前記端末装置は、
自身の構成物に関する情報を取得する構成情報取得手段と、
位置を測定する位置測定手段と、
取得した構成情報および測定した位置に関する情報を前記保守サーバに通知する保守情報通知手段とを備え、
前記保守サーバは、
各端末装置から構成情報および位置に関する情報を受信する保守情報受信手段と、
保守作業の対象となる端末装置の構成物を特定する構成物特定手段と、
各端末装置から通知された構成情報に基づいて、前記特定された構成物を有する端末装置を特定する端末装置特定手段と、
前記特定された端末装置について、通知された位置に関する情報に基づいて、巡回スケジュールを策定するスケジュール策定手段とを備えることを特徴とする保守支援システム。
【請求項２】
請求項１に記載の保守支援システムにおいて、
前記端末装置の保守情報通知手段は、
取得した構成情報または測定した位置に変化があった場合に、前記保守サーバに通知することを特徴とする保守支援システム。
【請求項３】
保守対象の複数台の端末装置と、各端末装置とネットワークで接続された保守サーバとを備えた保守支援システムであって、
前記端末装置は、
自身の構成物に関する情報を取得する構成情報取得手段と、
位置を測定する位置測定手段と、
前記保守サーバからの構成物に関する問い合わせに対し、その構成物を備えている場合には、測定した位置に関する情報を前記保守サーバに通知する保守情報通知手段とを備え、
前記保守サーバは、
端末装置から位置に関する情報を受信する保守情報受信手段と
保守作業の対象となる端末装置の構成物を特定する構成物特定手段と、
各端末装置に構成物に関する問い合わせを行なう構成物問い合わせ手段と、
端末装置から通知された位置に関する情報に基づいて、巡回スケジュールを策定するスケジュール策定手段とを備えることを特徴とする保守支援システム。
【請求項４】
請求項１または３に記載の保守支援システムにおいて、
前記端末装置の保守情報通知手段は、
前記位置測定手段が位置の測定が不能の場合には、その旨を前記保守サーバに通知することを特徴とする保守支援システム。
【請求項５】
請求項４に記載の保守支援システムにおいて、
前記保守サーバの保守情報受信手段は、
位置の測定が不能である旨の通知を受信した場合には、その通知を行なった端末装置の位置を問い合わせる要求を、その端末装置についてあらかじめ定められた送信先に送信することを特徴とする保守支援システム。
【請求項６】
請求項１または３に記載の保守支援システムにおいて、
前記スケジュール策定手段は、策定した巡回スケジュールに関する情報を、巡回に係る端末装置のそれぞれについて、あらかじめ定められた送信先に送信することを特徴とする保守支援システム。
【請求項７】
請求項６に記載の保守支援システムにおいて、
前記スケジュール策定手段は、前記送信先から、巡回スケジュールを変更する旨の通知を受け付けた場合には、再度、巡回スケジュールを策定し、策定した巡回スケジュールに関する情報を、巡回に係る端末装置のそれぞれについて、あらかじめ定められた送信先に送信することを特徴とする保守支援システム。
【請求項８】
保守対象の複数台の端末装置とネットワークで接続された保守サーバであって、
各端末装置から構成情報および位置に関する情報を受信する保守情報受信手段と、
保守作業の対象となる端末装置の構成物を特定する構成物特定手段と、
各端末装置から通知された構成情報に基づいて、前記特定された構成物を有する端末装置を特定する端末装置特定手段と、
前記特定された端末装置について、通知された位置に関する情報に基づいて、巡回スケジュールを策定するスケジュール策定手段とを備えることを特徴とする保守サーバ。
【請求項９】
保守対象の複数台の端末装置とネットワークで接続された保守サーバであって、
端末装置から位置に関する情報を受信する保守情報受信手段と
保守作業の対象となる端末装置の構成物を特定する構成物特定手段と、
各端末装置に構成物に関する問い合わせを行なう構成物問い合わせ手段と、
前記問い合わせに係る構成物を備えた端末装置から通知された位置に関する情報に基づいて、巡回スケジュールを策定するスケジュール策定手段とを備えることを特徴とする保守サーバ。
【請求項１０】
請求項８または９に記載の保守サーバにおいて、
前記保守情報受信手段は、
前記問い合わせに係る構成物を備えた端末装置から位置の測定が不能である旨の通知を受信した場合には、その通知を行なった端末装置の位置を問い合わせる要求を、その端末装置についてあらかじめ定められた送信先に送信することを特徴とする保守サーバ。
【請求項１１】
請求項８または９に記載の保守サーバにおいて、
前記スケジュール策定手段は、策定した巡回スケジュールに関する情報を、巡回に係る端末装置のそれぞれについて、あらかじめ定められた送信先に送信することを特徴とする保守サーバ。
【請求項１２】
請求項１１に記載の保守サーバにおいて、
前記スケジュール策定手段は、前記送信先から、巡回スケジュールを変更する旨の通知を受け付けた場合には、再度、巡回スケジュールを策定し、策定した巡回スケジュールに関する情報を、巡回に係る端末装置のそれぞれについて、あらかじめ定められた送信先に送信することを特徴とする保守サーバ。
【請求項１３】
保守サーバとネットワークで接続された端末装置であって、
自身の構成物に関する情報を取得する構成情報取得手段と、
位置を測定する位置測定手段と、
取得した構成情報および測定した位置に関する情報を前記保守サーバに通知する保守情報通知手段とを備えることを特徴とする端末装置。
【請求項１４】
請求項１３に記載の端末装置において、
前記保守情報通知手段は、
取得した構成情報または測定した位置に変化があった場合に、前記保守サーバに通知することを特徴とする端末装置。
【請求項１５】
保守サーバとネットワークで接続された端末装置であって、
自身の構成物に関する情報を取得する構成情報取得手段と、
位置を測定する位置測定手段と、
前記保守サーバからの構成物に関する問い合わせに対し、その構成物を備えている場合には、測定した位置に関する情報を前記保守サーバに通知する保守情報通知手段とを備えることを特徴とする端末装置。
【請求項１６】
請求項１３または１５に記載の端末装置において、
前記保守情報通知手段は、
前記位置測定手段が位置の測定が不能の場合には、その旨を前記保守サーバに通知することを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客の事務所、店舗等に設置された端末装置の保守に係り、特に、保守対象の端末装置群の実態に合った巡回スケジュールを策定するための技術に関する。
【背景技術】
【０００２】
顧客の事務所、店舗等に設置されたコンピュータ、ＰＯＳシステム、ＡＴＭ等の端末装置の保守サービスを行なう事業者の保守作業者は、端末装置の保守を行なう場合には、その端末装置が設置された事務所、店舗等に出向いて作業を行なう必要がある。
【０００３】
保守作業には、端末装置の突発的な故障のように１台の端末装置を対象とした作業もあるが、端末装置を構成する周辺装置、その他装置のバージョンアップ、メインテナンス等のように、保守対象となる装置を備えている複数台の端末装置を対象として、それぞれの端末装置が設置してある事務所、店舗等を巡回して行なう保守作業もある。
【０００４】
このような保守作業では、保守対象の端末装置が設置された事業所等を効率よく巡回することが望ましい。このための巡回スケジューリングの策定に関する技術は、例えば、特許文献１を始めとして多数提案されている。
【０００５】
【特許文献１】特開２００２−３１２５５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
保守対象の端末装置は、メーカからの出荷ロットの違い、個別突発故障による交換、さらに、顧客の事務所、店舗のレイアウト変更、引越しなどの顧客の都合等により、端末装置の設置場所が移動されたり、周辺装置、構成部品等が変更、追加等されることがある。
【０００７】
このような顧客による端末装置に関する変更は、通常、保守サービス業者は知り得ないので、保守サービス業者は、変更前の情報をもとに保守作業のための巡回スケジューリングを行なわざるを得ない。この結果、策定された巡回スケジュールが顧客の事務所、店舗等に設置されている端末装置の実態と合わなくなり、現場に赴いても、保守作業対象の端末装置が見あたらなかったり、保守作業対象の端末装置のハードウェア構成が異なっていることが生じていた。
【０００８】
本発明は、保守作業対象の端末装置群の実態に合った巡回スケジュールを策定するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため本発明の第１の態様によれば、
保守対象の複数台の端末装置と、各端末装置とネットワークで接続された保守サーバとを備えた保守支援システムであって、
前記端末装置は、
自身の構成物に関する情報を取得する構成情報取得手段と、
位置を測定する位置測定手段と、
取得した構成情報および測定した位置に関する情報を前記保守サーバに通知する保守情報通知手段とを備え、
前記保守サーバは、
各端末装置から構成情報および位置に関する情報を受信する保守情報受信手段と、
保守作業の対象となる端末装置の構成物を特定する構成物特定手段と、
各端末装置から通知された構成情報に基づいて、前記特定された構成物を有する端末装置を特定する端末装置特定手段と、
前記特定された端末装置について、通知された位置に関する情報に基づいて、巡回スケジュールを策定するスケジュール策定手段とを備えることを特徴とする保守支援システムが提供される。
【００１０】
ここで、前記端末装置の保守情報通知手段は、
取得した構成情報または測定した位置に変化があった場合に、前記保守サーバに通知することが望ましい。
【００１１】
また、上記課題を解決するため、本発明の第２の態様によれば、
保守対象の複数台の端末装置と、各端末装置とネットワークで接続された保守サーバとを備えた保守支援システムであって、
前記端末装置は、
自身の構成物に関する情報を取得する構成情報取得手段と、
位置を測定する位置測定手段と、
前記保守サーバからの構成物に関する問い合わせに対し、その構成物を備えている場合には、測定した位置に関する情報を前記保守サーバに通知する保守情報通知手段とを備え、
前記保守サーバは、
端末装置から位置に関する情報を受信する保守情報受信手段と
保守作業の対象となる端末装置の構成物を特定する構成物特定手段と、
各端末装置に構成物に関する問い合わせを行なう構成物問い合わせ手段と、
端末装置から通知された位置に関する情報に基づいて、巡回スケジュールを策定するスケジュール策定手段とを備えることを特徴とする保守支援システムが提供される。
【００１２】
また、上記課題を解決するために、本発明によれば、保守サーバおよび端末装置がさらに提供される。
【発明の効果】
【００１３】
本発明によれば、保守サーバは、端末装置の最新の構成情報および位置情報を取得することができるため、保守作業対象の端末装置群の実態に合った巡回スケジュールを、効率良く策定することができる。
【発明を実施するための最良の形態】
【００１４】
本発明の実施の形態について図面を参照して説明する。
【００１５】
図１は、本発明を適用した保守支援システムのハードウェア構成の一例を示すブロック図である。
【００１６】
本図に示すように、保守支援システムは、コンピュータネットワーク７０に保守サーバ１０と、複数の端末装置２０とが接続されて構成される。端末装置２０とネットワーク７０との接続は、例えば、ローカルネットワーク（図中の破線枠）を介したり、直接接続する等の種々の形態が考えられるが、いずれであっても、また、これらが混在していてもかまわない。また、コンピュータネットワーク７０は、代表的にはインターネットとすることができるが、これに限らず、例えば、専用線を用いてコンピュータネットワークを構成するようにしてもよい。
【００１７】
保守サーバ１０は、端末装置の保守サービスを行なう事業者が管理するサーバコンピュータである。保守サーバ１０は、サーバコンピュータ等の、演算処理装置、記憶装置、通信装置、入出力装置等を備えた汎用的なコンピュータを用いて構成することができる。
【００１８】
端末装置２０は、保守サービスの対象となる装置であり、保守サービスを行なう事業者の顧客の事業所、店舗等に設置されている。端末装置２０は、汎用的なコンピュータ、ＰＯＳシステム、ＡＴＭ等を用いて構成することができる。ただし、本実施例においては、後述するように、ＧＰＳ（Global Positioning System）装置等の位置測定機能を備えさせるようにする。また、各端末装置２０は、基板、チップ、周辺装置等について、それぞれ独自のハードウェア構成を有することができる。それぞれの端末装置２０は、顧客の都合等により、顧客によって設置場所が移動されたり、ハードウェア構成が変更される場合がある。
【００１９】
図２は、端末装置２０の機能構成の一例を示すブロック図である。本図に示すように端末装置２０は、端末装置２０の保守情報に関する処理を行なう保守情報処理部２００、端末装置２０の制御を行なうオペレーティングシステム部２６０、端末装置２０に内蔵、接続される周辺装置の制御を行なう周辺装置制御部２７０、端末装置２０を用いて電子メールの送受信を行なうための電子メール処理部２８０、コンピュータネットワーク７０を介した情報のやり取りを行なうための処理を行なう通信処理部２９０を備えている。周辺装置制御部２７０は、例えば、周辺装置を制御するためのドライバ群によって構成することができ、電子メール処理部は、例えば、汎用的な電子メールソフトウェアを用いて構成することができる。ただし、電子メール処理部２８０は、端末装置２０の使用目的によっては省くようにしてもよい。
【００２０】
なお、図示していないが、端末装置２０は、パーソナルコンピュータ、ＰＯＳシステム、ＡＴＭ等それぞれの機能に応じた処理を行なうための機能部を備えている。
【００２１】
保守情報処理部２００は、さらに、構成情報取得部２１０と、位置情報取得部２２０と、保守サーバ通信部２３０と、ユーザインタフェース部２４０と、保守情報記憶部２５０とを備えて構成される。
【００２２】
構成情報取得部２１０は、端末装置２０のハードウェア構成に関する情報を取得する処理を行なう。ハードウェア構成に関する情報は、例えば、端末装置２０が備える基板、チップ、周辺装置等の型名（モデル名）、品名、レビジョン（ＲＥＶ）、ロット番号等とすることができる。これらの情報は、例えば、オペレーティングシステム部２６０、周辺装置制御部２７０から取得するようにする。
【００２３】
位置情報取得部２２０は、端末装置２０が設置されている位置情報を取得する。位置情報取得部２２０は、例えば、ＧＰＳ衛星からの電波を受信することで位置を測定するＧＰＳ装置で構成することができる。ただし、他の手段によって位置情報を取得するようにしてもよい。位置情報は、例えば、ＧＰＳで用いられているコードにより取得する。このコードは、位置情報取得部２２０において、緯度経度あるいは住所表記等に変換するようにしてもよい。この場合、このための変換表はあらかじめ位置情報取得部２２０が参照できるようにしておく。なお、位置情報取得部２２０は、端末装置２０の設置場所、設置状態等によっては位置情報を取得できない場合がある。
【００２４】
保守サーバ通信部２３０は、保守サーバ１０と間における情報のやり取りを制御する。このため、保守サーバ通信部２３０は、保守サーバ１０のＩＰアドレス、電子メールアドレス等の情報を格納している。また、保守サーバ通信部２３０は、電子メール処理部２８０と共用することも可能である。
【００２５】
ユーザインタフェース部２４０は、保守に関する情報をユーザに通知したり、ユーザから保守情報に関する情報を取得するためのユーザインタフェースである。ユーザインタフェース部２４０は、例えば、モニタ画面等の画面を通じて情報を表示し、マウス、キーボード等の入力装置を通じてユーザからの情報を受け付ける。
【００２６】
保守情報記憶部２５０は、端末装置２０の保守に関する情報を記憶する。保守情報記憶部２５０は、ハードディスク装置等の記憶装置を用いて構成することができる。
【００２７】
図３は、保守情報記憶部２５０が記憶する情報の一例を示す図である。本実施例では、端末装置２０に関する保守情報を、管理情報データベース２５１と位置構成情報データベース２５２とで管理する。
【００２８】
管理情報データベース２５１は、保守サーバ１０が端末装置２０を管理するために用いる情報等を格納する。端末装置２０を管理するために用いる情報は、例えば、端末装置２０がどの顧客の事業所、店舗等に設置しているかを示す所属２５１ａ、保守サービスの対象となっている端末装置２０を一意に特定するための端末ＩＤ２５１ｂ、顧客の事業所、店舗等における端末装置２０の管理者のメールアドレス２５１ｃ、管理者の名称２５１ｄとすることができる。
【００２９】
ユーザインタフェース部２４０は、例えば、本システムの運用開始に先立ち、保守サービス担当者あるいは端末装置２０の管理者等に対して管理情報の入力を促し、入力された管理情報を保守情報記憶部２５０の管理情報データベース２５１に格納する。顧客の運用により、端末装置２０の使用者が管理者であることが明らかであれば、電子メール処理部２８０に登録されている電子メールアドレスを取得して、管理情報の管理者メールアドレス２５１ｃとするようにしてもよい。
【００３０】
また、顧客の事業所、店舗等における端末装置２０の管理者は、管理者メールアドレス等の管理情報が変更された場合には、ユーザインタフェース部２４０を介して、変更事項を入力し、管理情報データベース２５１を更新する。
【００３１】
管理情報データベース２５１にデータが格納、あるいは、管理情報データベース２５１のデータが更新された場合には、保守サーバ通信部２３０は、管理情報データベース２５１の内容あるいは変更点を保守サーバ１０に通知する。
【００３２】
位置構成情報データベース２５２は、端末装置２０の位置情報２５２ａおよび構成情報２５２ｂを備えて構成される。
【００３３】
位置情報２５２ａは、位置情報取得部２２０が測定した位置情報を、コード、緯度経度あるいは住所表記等で格納する。
【００３４】
構成情報２５２ｂは、構成情報取得部２１０が収集した端末装置２０のハードウェア構成に関する情報を格納する。具体的には、ハードウェア毎に、型名（モデル名）、品名、レビジョン、ロット番号等を構成詳細情報としてハードウェ構成ごとに格納する。
【００３５】
なお、保守情報記憶部２５０は、さらに、位置構成情報の履歴を保存するようにしてもよい。
【００３６】
つぎに、保守サーバ１０の機能構成の一例について図４のブロック図を参照して説明する。本図に示すように保守サーバ１０は、端末装置通信部１１０、位置情報特定部１２０、巡回計画策定部１３０、保守対象特定部１４０、端末装置保守情報記憶部１５０を備えて構成される。
【００３７】
端末装置通信部１１０は、保守対象の端末装置２０と間における情報のやり取りを制御する。
【００３８】
位置情報特定部１２０は、端末装置２０が位置情報を取得できない場合に、その位置を特定するための処理を行なう。位置情報特定部１２０の具体的な処理内容については後述する。
【００３９】
巡回計画策定部１３０は、保守作業の対象となった複数の端末装置２０のそれぞれの位置から、保守のために巡回する際の最適なルートとスケジュールとを探索する処理を行なう。巡回計画策定部１３０は、線形計画法、グラフ理論等の従来提案されているアルゴリズム等を用いて探索処理を行なうことができる。
【００４０】
保守対象特定部１４０は、保守サービス担当者から、不具合修正、交換、バージョンアップ、定期メインテナンス等の保守作業が必要なハードウェア機器の指定を受け付けると、保守対象となっている端末装置２０の中から、そのハードウェア機器を用いている端末装置２０を特定する。特定された端末装置２０は、保守作業対象の端末装置２０となる。
【００４１】
端末装置保守情報記憶部１５０は、保守対象の端末装置２０の保守に関する情報を記憶する。端末装置保守情報記憶部１５０は、ハードディスク装置等の記憶装置を用いて構成することができる。
【００４２】
図５は、端末装置保守情報記憶部１５０が記憶する情報の一例を示す図である。本実施例では、保守対象の端末装置２０に関する情報を端末装置保守情報データベース１５１で管理する。
【００４３】
本図に示すように端末装置保守情報データベース１５１は、所属１５１ａ、端末ＩＤ１５１ｂ、通信情報１５１ｃ、管理者メールアドレス１５１ｄ、管理者名称１５１ｅ、位置情報１５１ｆ、構成情報１５１ｇ、を備えて構成される。
【００４４】
これらのうち、所属１５１ａ、端末ＩＤ１５１ｂ、管理者メールアドレス１５１ｄ、管理者名称１５１ｅ、位置情報１５１ｆ、構成情報１５１ｇは、各端末装置２０の保守情報記憶部２５０に記憶された各情報に対応し、それぞれの最新の情報が格納される。
【００４５】
また、通信情報１５１ｃは、端末装置２０と通信を行なうために必要な情報であり、ＩＰアドレス等の情報が格納される。更新日時１５１ｈは、端末装置保守情報データベース１５１が更新された日時を格納する。
【００４６】
つぎに、上記構成の保守支援システムの処理内容について説明する。
【００４７】
まず、端末装置２０が保守情報の更新の要否を判断する処理について図６のフロー図を参照して説明する。
【００４８】
この処理は、例えば、端末装置２０の起動時、処理の空き時間、あらかじめ定められたスケジュールにしたがって、あるいは、定期的等に行なうようにする。また、端末装置２０の操作者からの指示によって行なうようにしてもよい。
【００４９】
処理が開始されると、端末装置２０の構成情報取得部２１０は、端末装置２０の構成情報を取得する（Ｓ１０１）。
【００５０】
また、位置情報取得部２２０は、端末装置２０の位置情報を取得する（Ｓ１０２）。このとき、端末装置２０の設置位置、状態等により、位置情報を取得できない場合もある。
【００５１】
構成情報および位置情報を取得すると、取得した情報と、保守情報記憶部２５０に記憶されている対応する情報とが一致するかどうかを判断する（Ｓ１０３）。
【００５２】
例えば、端末装置２０に新たな周辺装置が追加されたり、ハードウェア構成が変更された場合、あるいは、設置場所が変更された場合には、取得した情報と、保守情報記憶部２５０に記憶されている対応する情報とが一致しなくなる。また、端末装置２０が初めて本処理を行なった場合も、取得した情報と、保守情報記憶部２５０に記憶されている対応する情報とが一致しない場合に該当する。
【００５３】
その結果、取得した情報と、保守情報記憶部２５０に記憶されている対応する情報とが一致する場合（Ｓ１０３：Ｙ）には、保守情報を更新する必要はないので、本処理を終了する。
【００５４】
一方、取得した情報と、保守情報記憶部２５０に記憶されている対応する情報とが一致しない場合（Ｓ１０３：Ｎ）には、一致しなかった項目について保守情報記憶部２５０を更新する（Ｓ１０４）。このとき、位置情報が取得できなかった場合には、位置情報２５２ａにその旨を記録する。ここで、取得できなかった場合の表現方法の一例として、本情報が“ヌル”値を示している場合は、位置取得不可という意味にすることができる。
【００５５】
そして、一致しなかった項目について、その項目の内容を保守情報更新情報として保守サーバ１０に通知する（Ｓ１０５）。この際、端末ＩＤを保守情報更新情報に含めて、通知した端末装置２０を特定できるようにする。そして、本処理を終了する。
【００５６】
以上に示した処理により、端末装置２０は、端末装置２０自身の保守情報について最新の情報を保持することができる。
【００５７】
つぎに、端末装置２０から保守情報更新情報を受信した保守サーバ１０の処理について図７のフロー図を参照して説明する。
【００５８】
保守情報更新情報を受信すると、保守サーバ１０は、保守情報更新情報に、位置情報が取得できなかった旨の情報が含まれているかどうかを調べる（Ｓ２０１）。
【００５９】
その結果、位置情報が取得できなかった旨の情報が含まれている場合（Ｓ２０１：Ｙ）には、端末装置２０の位置情報を特定するための処理を行なう（Ｓ２０２）。位置情報特定処理では、保守サーバ１０の位置情報特定部１２０が、端末装置保守情報記憶部１５０を参照して、保守情報更新情報に含まれる端末ＩＤで特定される端末装置２０の管理者メールアドレス１５１ｄおよび管理者名称１５１ｅを抽出する。そして、位置情報特定部１２０は、管理者宛に、端末ＩＤで特定される端末装置２０の設置場所を問い合わせるメールを送信する。
【００６０】
管理者から端末装置２０の設置場所を示す返信を受信すると、位置情報特定部１２０は、返信に記された設置場所を、端末装置保守情報データベース１５１の端末ＩＤで特定されるレコードの位置情報１５１ｆに記録する。このとき、位置情報を問い合わせて取得した旨を付加情報として記録するようにしてもよい。
【００６１】
位置情報特定処理終了後、あるいは、位置情報が取得できなかった旨の情報が含まれていない場合（Ｓ２０１：Ｎ）には、端末装置保守情報の更新を行なう（Ｓ２０３）。
【００６２】
端末装置保守情報の更新では、更新された項目について、保守情報更新情報に含まれる端末ＩＤで特定される端末装置保守情報データベース１５１のレコードを更新し、更新日時１５１ｈを更新した日時に更新する。なお、更新された位置情報がコードで通知された場合には、緯度経度あるいは住所表記等に変換して記録するようにする。このための変換表はあらかじめ保守サーバ１０が参照できるようにしておく。
【００６３】
以上に示した処理により、保守サーバ１０は、保守対象である端末装置２０の保守情報について最新の情報を保持することができる。
【００６４】
つぎに、保守のための巡回計画を策定する際の保守サーバ１０の処理について図８のフロー図を参照して説明する。
【００６５】
保守サービス担当者は、あるハードウェアについて、不具合修正、交換、バージョンアップ、定期メインテナンス等の保守作業が必要となると、そのハードウェアを特定するための情報を保守サーバ１０に入力する。ハードウェアを特定するための情報は、例えば、型名、品名、レビジョン、ロット番号等である。
【００６６】
保守サーバ１０の保守対象特定部１４０は、保守サービス担当者からこれらの情報の入力を受け付けることで、保守が必要な対象物を特定する（Ｓ３０１）。
【００６７】
そして、保守対象特定部１４０は、端末装置保守情報データベース１５１を参照して、構成情報１５１ｇに、特定された対象物を含むレコードを抽出する（Ｓ３０２）。抽出されたレコードに記録された端末装置２０が、保守作業対象の端末装置となる。構成情報１５１ｇには、保守対象の端末装置２０の最新の構成情報が記録されているため、保守作業が必要な端末装置２０を漏れなく抽出することができ、また、保守作業が不必要な端末装置２０を抽出することを防ぐことができる。
【００６８】
つぎに、抽出されたレコードに記録された各端末装置２０の位置情報１５１ｆに基づいて、保守サーバ１０の巡回計画策定部１３０が、保守作業の巡回のための最適ルートおよび最適スケジュールを探索する（Ｓ３０３）。位置情報１５１ｆには、保守作業対象の端末装置２０の最新の位置情報が記録されているため、実態に則した巡回計画を策定することができる。
【００６９】
巡回計画策定部１３０により最適ルートおよび最適スケジュールが策定されると、端末装置通信部１１０は、抽出されたレコードの管理者メールアドレス１５１ｄおよび管理者名称１５１ｅを参照して、各保守作業対象の端末装置２０の管理者に対して、端末装置２０の保守作業のための巡回予定スケジュール（訪問予定日時）を通知する（Ｓ３０４）。
【００７０】
この通知に対して、保守作業の対象である端末装置２０の管理者は、不都合がある場合には、巡回予定スケジュールの変更要求を返信することができる。この際に、希望日時を含めることができる。
【００７１】
巡回計画策定部１３０は、管理者からの返信に基づいて、巡回計画を変更する必要があるかどうかを判断する（Ｓ３０５）。
【００７２】
この結果、巡回計画を変更する必要があると判断した場合（Ｓ３０５：Ｙ）には、処理Ｓ３０３に戻って、再度、巡回計画を策定する。このとき、変更要求に係る端末装置２０について、不都合とされた日時を避ける条件を付加し、また、希望日時がある場合には、この希望日時に訪問する条件を付加して巡回計画を再策定するものとする。
【００７３】
一方、巡回計画を変更する必要がないと判断した場合（Ｓ３０５：Ｎ）には、策定した巡回計画にしたがって、保守作業計画書の発行、保守作業のために必要なハードウェアの調達等の各手配を行なう（Ｓ３０６）。
【００７４】
このように本発明によれば、保守作業対象の端末装置群の実態に合った巡回スケジュールを策定することができるようになる。
【００７５】
つぎに、本発明の第２の実施形態について説明する。
【００７６】
上記の例では、端末装置２０において保守情報に変更があった場合には、その都度、保守サーバ１０に通知するようにしていたが、本実施例では、端末装置２０において保守情報に変更があった場合にも保守サーバ１０には通知する必要はない。そして、あるハードウェアについて保守の必要が生じた場合に、保守サーバ１０から各端末装置２０に対して、保守対象のハードウェアを備えているか問合せ、備えている端末装置２０を保守作業の対象とする。このとき、位置情報も取得し、取得できない端末装置２０に対しては、位置情報の問合せを行うようにする。問い合わせにあたっては、端末装置の電源が確実に入っている運用時間を狙うことにより、情報収集がさらに可能となる。
【００７７】
第２の実施例も、基本的に上記の例と同様の構成を用いて実施することができる。そこで、第２の実施例における保守支援システムの処理内容について説明する。
【００７８】
まず、端末装置２０が保守情報の更新の要否を判断する処理について図９のフロー図を参照して説明する。この処理は、上記例の図６に示した処理に対応する。
【００７９】
この処理も、上記の例と同様に、例えば、端末装置２０の起動時、処理の空き時間、あらかじめ定められたスケジュールにしたがって、あるいは、定期的等に行なうようにする。また、端末装置２０の操作者からの指示によって行なうようにしてもよい。
【００８０】
処理が開始されると、端末装置２０の構成情報取得部２１０は、端末装置２０の構成情報を取得する（Ｓ４０１）。
【００８１】
また、位置情報取得部２２０は、端末装置２０の位置情報を取得する（Ｓ４０２）。このとき、端末装置２０の設置位置、状態等により、位置情報を取得できない場合もある。
【００８２】
構成情報および位置情報を取得すると、取得した情報と、保守情報記憶部２５０に記憶されている対応する情報とが一致するかどうかを判断する（Ｓ４０３）。
【００８３】
その結果、取得した情報と、保守情報記憶部２５０に記憶されている対応する情報とが一致する場合（Ｓ４０３：Ｙ）には、保守情報を更新する必要はないので、本処理を終了する。
【００８４】
一方、取得した情報と、保守情報記憶部２５０に記憶されている対応する情報とが一致しない場合（Ｓ４０３：Ｎ）には、一致しなかった項目について保守情報記憶部２５０を更新する（Ｓ４０４）。このとき、位置情報が取得できなかった場合には、位置情報２５２ａにその旨を記録する。ただし、上記の例とは異なり、保守サーバ１０への通知は行なわなくてもよい。
【００８５】
つぎに、保守のための巡回計画を策定する際の保守サーバ１０の処理について図１０のフロー図を参照して説明する。この処理は、上記例の図８に示した処理に対応する。
【００８６】
保守サービス担当者は、あるハードウェアについて、不具合修正、交換、バージョンアップ、定期メインテナンス等の保守作業が必要となると、そのハードウェアを特定するための情報を保守サーバ１０に入力する。ハードウェアを特定するための情報は、例えば、型名、品名、レビジョン、ロット番号等である。
【００８７】
保守サーバ１０の保守対象特定部１４０は、保守サービス担当者からこれらの情報の入力を受け付けることで、保守が必要な対象物を特定する（Ｓ５０１）。
【００８８】
つぎに、端末装置通信部１１０は、保守対象である端末装置２０と通信を行ない、保守が必要な対象物を備えているかどうかを問い合わせる（Ｓ５０２）。この通信は、原則的に保守対象の全端末装置２０と行なうようにするが、保守が必要な対象を備えていないことが明らかである端末装置２０に対しては問い合わせを行なわなくてもよい。
【００８９】
この問い合わせを受けた端末装置２０は、自身の保守情報記憶部２５０を参照し、問い合わせ対象のハードウェア構成を備えているかどうかを調べ、その結果を保守サーバ１０に通知する。なお、備えている場合にのみ保守サーバ１０に通知するようにしてもよい。
【００９０】
問い合わせの結果、保守サーバ１０の保守対象特定部１４０は、保守が必要な対象物を備えていると通知してきた端末装置２０を保守作業対象の端末装置２０と特定する（Ｓ５０３）。本処理は、保守対象の端末装置２０の最新の構成情報に基づいているため、保守作業が必要な端末装置２０を漏れなく抽出することができ、また、保守作業が不必要な端末装置２０を抽出することを防ぐことができる。
【００９１】
つぎに、保守サーバ１０の位置情報特定部１２０は、保守作業対象と特定された端末装置２０に対する位置情報特定処理を行なう（Ｓ５０４）。
【００９２】
位置情報特定処理は、例えば、以下のように行なう。
【００９３】
すなわち、位置情報特定部１２０は、保守作業対象と特定された端末装置２０に対して位置情報を通知するように要求する。
【００９４】
これに対して、要求を受けた端末装置２０は、自身の保守情報記憶部２５０を参照して、位置情報２５２ａを取得し、保守サーバ１０に通知する。なお、要求を受けた時点で位置情報を測定して保守サーバ１０に通知するようにしてもよい。この場合は、図９に示した上記の処理（Ｓ４０２）における端末装置２０の位置情報を取得する処理は行なわなくてもよい。
【００９５】
端末装置２０から位置情報の通知を受けた保守サーバ１０は、その位置情報に、位置情報が取得できなかった旨の情報が含まれている場合には、図７に示した処理と同様の処理を行ない、保守作業対象のすべての端末装置２０の位置情報を特定する。
【００９６】
位置情報特定処理を終えると、特定された位置情報に基づいて、保守サーバ１０の巡回計画策定部１３０が、保守作業の巡回のための最適ルートおよび最適スケジュールを探索する（Ｓ５０５）。特定された位置情報は、保守作業対象の端末装置２０の最新の位置情報であるため、実態に則した巡回計画を策定することができる。
【００９７】
巡回計画策定部１３０により最適ルートおよび最適スケジュールが策定されると、端末装置通信部１１０は、抽出されたレコードの管理者メールアドレス１５１ｄおよび管理者名称１５１ｅを参照して、各保守作業対象の端末装置２０の管理者に対して、端末装置２０の保守作業のための巡回予定スケジュール（訪問予定日時）を通知する（Ｓ５０６）。
【００９８】
この通知に対して、保守作業の対象である端末装置２０の管理者は、不都合がある場合には、巡回予定スケジュールの変更要求を返信することができる。この際に、希望日時を含めることができる。
【００９９】
巡回計画策定部１３０は、管理者からの返信に基づいて、巡回計画を変更する必要があるかどうかを判断する（Ｓ５０７）。
【０１００】
この結果、巡回計画を変更する必要があると判断した場合（Ｓ５０７：Ｙ）には、処理Ｓ３０３に戻って、再度、巡回計画を策定する。このとき、変更要求に係る端末装置２０について、不都合とされた日時を避ける条件を付加し、また、希望日時がある場合には、この希望日時に訪問する条件を付加して巡回計画を再策定するものとする。
【０１０１】
一方、巡回計画を変更する必要がないと判断した場合（Ｓ５０７：Ｎ）には、策定した巡回計画にしたがって、保守作業計画書の発行、保守作業のために必要なハードウェアの調達等の各手配を行なう（Ｓ５０８）。
【０１０２】
このように本実施形態によっても、保守作業対象の端末装置群の実態に合った巡回スケジュールを策定することができるようになる。
【０１０３】
なお、上記の説明では、保守対象として端末装置を構成するハードウェア装置を例に説明したが、本発明は端末装置を構成する構成物全般を保守対象として適用することができ、例えば、端末装置にインストールされたソフトウェアを保守対象とすることもできる。
【図面の簡単な説明】
【０１０４】
【図１】保守支援システムのハードウェア構成の一例を示すブロック図。
【図２】端末装置２０の機能構成の一例を示すブロック図。
【図３】保守情報記憶部２５０が記憶する情報の一例を示す図。
【図４】保守サーバ１０の機能構成の一例を示すブロック図。
【図５】端末装置保守情報記憶部１５０が記憶する情報の一例を示す図。
【図６】端末装置２０が保守情報の更新の要否を判断する処理を示すフロー図。
【図７】保守情報更新情報を受信した保守サーバ１０の処理を示すフロー図。
【図８】巡回計画を策定する際の保守サーバ１０の処理を示すフロー図。
【図９】端末装置２０が保守情報の更新の要否を判断する処理の別例を示すフロー図。
【図１０】巡回計画を策定する際の保守サーバ１０の処理の別例を示すフロー図。
【符号の説明】
【０１０５】
１０            保守サーバ
２０            端末装置
７０            コンピュータネットワーク
１１０            端末装置通信部
１２０            位置情報特定部
１３０            巡回計画策定部
１４０            保守対象特定部
１５０            端末装置保守情報記憶部
１５１            端末装置保守情報データベース
２００            保守情報処理部
２１０            構成情報取得部
２２０            位置情報取得部
２３０            保守サーバ通信部
２４０            ユーザインタフェース部
２５０            保守情報記憶部
２５１            管理情報データベース
２５２            位置構成情報データベース
２６０            オペレーティングシステム部
２７０            周辺装置制御部
２８０            電子メール処理部
２９０            通信処理部
【図１】
2005100248.tif 000003
【図２】
2005100248.tif 000004
【図３】
2005100248.tif 000005
【図４】
2005100248.tif 000006
【図５】
2005100248.tif 000007
【図６】
2005100248.tif 000008
【図７】
2005100248.tif 000009
【図８】
2005100248.tif 000010
【図９】
2005100248.tif 000011
【図１０】
2005100248.tif 000012