(57)【要約】【課題】各機器の大幅なハードウエアの追加なしに、人手に依存することなく、かつ各機器での処理に負担を与えないでメンテナンスを行う。【解決手段】保守サーバで生成されたメンテナンスエージェントプログラムをネットワークを介して端末装置で順次実行するメンテナンスシステムにおいて、少なくともメンテナンス対象となる端末装置の情報と、メンテナンスの内容に関する情報とのいずれかに基づいてメンテナンスエージェントプログラムを生成してこれをネットワークに送信し、これを受信して端末装置は、自身を対象としたものか否かを判別した後にこのプログラムを登録・実行し、その実行結果情報を当該メンテナンスエージェントプログラムに付加し、ネットワーク上に再度送出する。このメンテナンスエージェントプログラムを回収した保守サーバは実行結果情報を解析・出力するようにした。【選択図】　　図１
2004005230.tif 000002
【特許請求の範囲】
【請求項１】
保守サーバで生成されたメンテナンスエージェントプログラムをネットワークを介して端末装置で順次実行するメンテナンスシステムにおいて、
保守サーバにおいて、少なくともメンテナンス対象となる端末装置の情報と、メンテナンスの内容に関する情報とのいずれかに基づいてメンテナンスエージェントプログラムを生成し、
前記端末装置において、前記保守サーバより送出されたメンテナンスエージェントプログラムを受信して自身を対象としたものか否かを判別し、
対象であるときに前記端末装置において、前記メンテナンスエージェントプログラムを実行し、その実行結果情報をネットワーク上に送出し、
前記保守サーバにおいて、その実行結果情報を解析・出力するエージェント利用メンテナンスシステム。
【請求項２】
ネットワークで接続された端末装置のメンテナンスを保守サーバで管理する方法であって、
保守サーバにおいて、少なくともメンテナンス対象となる端末装置の情報と、メンテナンスの内容に関する情報とのいずれかに基づいてメンテナンスエージェントプログラムを生成するステップと、
前記で生成されたメンテナンスエージェントプログラムを前記端末装置に送信するステップと、
端末装置内で実行されたメンテナンスエージェントプログラムの実行結果情報を受信するステップと、
受信した実行結果情報を解析し、解析結果を出力するステップとからなる保守サーバを用いたエージェント利用メンテナンス方法。
【請求項３】
ネットワークで接続された保守サーバに対してメンテナンス実行機能を備えた端末装置であって、
保守サーバで生成されたメンテナンスエージェントプログラムを受信する手段と、
受信したメンテナンスエージェントプログラムが自身を対象としたものか否かを判定する手段と、
前記プログラムが自身を対象としたものであるときに当該メンテナンスエージェントプログラムを格納する手段と、
格納された前記メンテナンスエージェントプログラムを実行する手段と、
前記プログラムの実行結果情報を保守サーバに送信する手段とからなる端末装置。
【請求項４】
前記保守サーバは、端末装置毎のハードウエア情報を登録した機器構成データベースと、ハードウエア毎のメンテナンスモジュール情報を登録したメンテナンスデータベースとを有しており、当該機器構成データベースとメンテナンスデータベースとを参照することによりメンテナンスエージェントプログラムに格納するメンテナンスモジュールを決定する請求項２記載の保守サーバを用いたエージェント利用メンテナンス方法。
【請求項５】
前記保守サーバを用いたエージェント利用メンテナンス方法は鉄道の駅システムのエージェント利用メンテナンス方法であり、
前記保守サーバには各駅毎の車両の発着時刻情報を有しており、当該発着時刻情報に基づいて閑散時間帯に前記メンテナンスエージェントプログラムをネットワークに送出するようにした請求項２記載の保守サーバを用いたエージェント利用メンテナンス方法。
【請求項６】
前記保守サーバを用いたエージェント利用メンテナンス方法は鉄道の駅システムのエージェント利用メンテナンス方法であり、
前記保守サーバには各駅毎の乗降客の改札通過情報を有しており、当該改札通過情報に基づいて閑散時間帯に前記メンテナンスエージェントプログラムをネットワークに送出するようにした請求項２記載の保守サーバを用いたエージェント利用メンテナンス方法。
【請求項７】
前記端末装置は、前記メンテナンスエージェントプログラムを受信し、次の該当端末が受信すべく該メンテナンスエージェントプログラムをネットワーク上へ送出する請求項３記載の端末装置。
【請求項８】
前記端末装置から受信した前記実行結果情報に基づいてメンテナンス情報を生成し出力する請求項２記載の保守サーバを用いたエージェント利用メンテナンス方法。
【請求項９】
前記実行結果情報に基づいた課金情報を出力する請求項２記載のエージェント利用メンテナンス方法。
【請求項１０】
ネットワークで接続された端末装置のメンテナンスを管理する保守サーバであって、
少なくともメンテナンス対象となる端末装置の情報と、メンテナンスの内容に関する情報とのいずれかに基づいてメンテナンスエージェントプログラムを生成する手段と、
前記で生成されたメンテナンスエージェントプログラムを前記端末装置に送信する手段と、端末装置内で実行されたメンテナンスエージェントプログラムの実行結果情報を受信する手段と、
受信したメンテナンスエージェントプログラムの実行結果情報を解析し、解析結果を出力する手段とからなる保守サーバ。
【請求項１１】
前記実行結果情報は、前記メンテナンスエージェントプログラムの付加情報として当該メンテナンスエージェントプログラムとともに保守サーバにより受信されることを特徴とする請求項２記載の保守サーバを用いたエージェント利用メンテナンス方法。
【請求項１２】
前記に加えて、保守サーバは、メンテナンスの時期に関する情報を有しており、当該時期が到来すると前記メンテナンスエージェントプログラムを生成し、前記端末装置に送信することを特徴とする請求項２記載の保守サーバを用いたエージェント利用メンテナンス方法。
【請求項１３】
前記端末装置は、前記メンテナンスエージェントプログラムに記述された内容に基づいて所定のメンテナンス実行プログラム本体のダウンロードを保守サーバに要求することを特徴とする請求項２記載の保守サーバを用いたエージェント利用メンテナンス方法。
【請求項１４】
前記端末装置は、前記メンテナンスエージェントプログラムの実行の結果、エラーを発生したときに障害対応プログラムの起動、または保守サーバへの障害対応プログラムのダウンロード要求を行うことを特徴とする請求項２記載の保守サーバを用いたエージェント利用メンテナンス方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続された端末装置上のアプリケーションプログラム等に対して、メンテナンス状態を調査・診断し、保守センターに設置されたサーバに各端末装置の状態を通知するエージェント機能を利用したメンテナンスシステムに関する。
【０００２】
【従来の技術】
従来技術において、各所に設置された機器のメンテナンスのために、メンテナンス要員は、定期的に各所を巡回しその機器毎に調査・保守を行うのが通例であった。
【０００３】
しかし、ネットワーク技術が発達した今日においては、各所に設置された機器をネットワークで接続し、種々のメンテナンスプログラムを各機器にインストールしておき、保守状況を上位の保守サーバに通知する仕組みも考えられている。
【０００４】
たとえば、ネットワーク管理情報の収集技術としては特開平１０−２４７１６９号公報や特開平１１−２５２２０９号公報が挙げられる。
【０００５】
【発明が解決しようとする課題】
しかし、このようなネットワーク管理技術では、各機器に個別にメンテナンスプログラムをインストールしておかなくてはならないため、ハードディスク装置やメモリを増設しなければならず機器毎に物理的・経済的な負担が大きくなるという問題があった。
【０００６】
また、新しいメンテナンス項目が追加される度に全機器に新たなメンテナンスプログラムをインストールし直さなければならず、そのインストールもオペレータの人手に依存しなければならないため効率的ではなかった。
【０００７】
さらに、常に各機器のメンテナンスプログラムを常駐させておかなければならないため、各機器の中央処理装置（ＣＰＵ）の負荷が大きかった。
【０００８】
本発明は、このような点に鑑みてなされたものであり、各機器の大幅なハードウエアの追加なしに、人手に依存することなく、かつ各機器での処理に負担を与えないメンテナンス技術を提供することを技術的課題とする。
【０００９】
【課題を解決するための手段】
本発明は、前記課題を解決するために以下の手段を採用した。
本発明の第１の手段は、保守サーバで生成されたメンテナンスエージェントプログラムをネットワークを介して端末装置で順次実行するメンテナンスシステムにおいて、保守サーバにおいて、少なくともメンテナンス対象となる端末装置の情報と、メンテナンスの内容に関する情報とのいずれかに基づいてメンテナンスエージェントプログラムを生成し、前記端末装置において、前記保守サーバより送出されたメンテナンスエージェントプログラムを受信して自身を対象としたものか否かを判別し、前記端末装置において、前記メンテナンスエージェントプログラムを実行し、その実行結果情報をネットワーク上に送出し、前記保守サーバにおいて、その実行結果情報を解析・出力するメンテナンスシステムとしたものである。
第２の手段は、ネットワークで接続された端末装置のメンテナンスを保守サーバで管理する方法であって、保守サーバにおいて、少なくともメンテナンス対象となる端末装置の情報と、メンテナンスの内容に関する情報とのいずれかに基づいてメンテナンスエージェントプログラムを生成するステップと、前記で生成されたメンテナンスエージェントプログラムを前記端末装置に送信するステップと、端末装置内で実行されたメンテナンスエージェントプログラムの実行結果情報を受信するステップと、受信した実行結果情報を解析し、解析結果を出力するステップとからなる保守サーバを用いたメンテナンス方法である。
第３の手段は、ネットワークで接続された保守サーバに対してメンテナンス実行機能を備えた端末装置であって、保守サーバで生成されたメンテナンスエージェントプログラムを受信する手段と、受信したメンテナンスエージェントプログラムが自身を対象としたものか否かを判定する手段と、前記プログラムが自身を対象としたものであるときに当該メンテナンスエージェントプログラムを格納する手段と、格納された前記メンテナンスエージェントプログラムを実行する手段と、前記プログラムの実行結果情報を保守サーバに送信する手段とからなる端末装置である。
第４の手段は、前記第２の手段において、前記保守サーバが、端末装置毎のハードウエア情報を登録した機器構成データベースと、ハードウエア毎のメンテナンスモジュール情報を登録したメンテナンスデータベースとを有しており、当該機器構成データベースとメンテナンスデータベースとを参照することによりメンテナンスエージェントプログラムに格納するメンテナンスモジュールを決定するようにしたものである。
第５の手段は、前記第２の手段において、鉄道の駅システムのメンテナンス方法に適用したものであり、前記保守サーバに各駅毎の車両の発着時刻情報を有し、当該発着時刻情報に基づいて閑散時間帯に前記メンテナンスエージェントプログラムをネットワークに送出するようにしたものである。
第６の手段は、前記第２の手段において、鉄道の駅システムのメンテナンス方法に適用したものであり、前記保守サーバに各駅毎の乗降客の改札通過情報を有し、当該改札通過情報に基づいて閑散時間帯に前記メンテナンスエージェントプログラムをネットワークに送出するようにしたものである。
【００１０】
第７の手段は、前記第３の手段において、前記メンテナンスエージェントプログラムを受信した後に、次の端末が受信すべく該メンテナンスエージェントプログラムをネットワーク上へ送出するようにしたものである。
第８の手段は、前記第２の手段において、前記端末装置から受信した前記実行結果情報に基づいてメンテナンス情報を生成し出力するようにしたものである。第９の手段は、前記第２の手段において、前記実行結果情報の出力に基づいた課金情報を出力するようにしたものである。
第１０の手段は、ネットワークで接続された端末装置のメンテナンスを管理する保守サーバであって、少なくともメンテナンス対象となる端末装置の情報と、メンテナンスの内容に関する情報とのいずれかに基づいてメンテナンスエージェントプログラムを生成する手段と、前記で生成されたメンテナンスエージェントプログラムを前記端末装置に送信する手段と、端末装置内で実行されたメンテナンスエージェントプログラムの実行結果情報を受信する手段と、受信したメンテナンスエージェントプログラムの実行結果情報を解析し、解析結果を出力する手段とからなる保守サーバである。
第１１の手段は、前記第２の手段において、前記実行結果情報を、前記メンテナンスエージェントプログラムの付加情報として当該メンテナンスエージェントプログラムとともに保守サーバにより受信されるようにしたものである。
第１２の手段は、前記第２の手段において、前記メンテナンスの時期に関する情報を有しており、当該時期が到来すると前記メンテナンスエージェントプログラムを生成し、前記端末装置に送信するようにしたものである。
第１３の手段は、前記第２の手段において、前記端末装置が、前記メンテナンスエージェントプログラムに記述された内容に基づいて所定のメンテナンス実行プログラム本体のダウンロードを保守サーバに要求するようにしたものである。第１４の手段は、前記第２の手段において、前記端末装置が、前記メンテナンスエージェントプログラムの実行の結果、エラーを発生したときに障害対応プログラムの起動、または保守サーバへの障害対応プログラムのダウンロード要求を行うようにしたものである。
【００１１】
【発明の実施の形態】
【実施例】
以下、図面に基づいて、本発明の実施の形態を説明する。
図１は、本発明の実施例におけるシステム構成図である。
【００１２】
本実施例のネットワークは鉄道の駅システムであり、保守サーバ１を中心に、ネットワーク３を介して改札機４，７、精算機５，８、券売機６，１０が接続されている。本実施例ではメンテナンス対象となる端末装置を券売機６，１０として説明する。すなわち、保守サーバ１で生成されたメンテナンスエージェントプログラム１がネットワーク３を介して券売機６および１０のメンテナンスを実行し、保守サーバ２に帰還するまでを説明する。
【００１３】
図８は前記の図１に対応したシステム構成図である。同図に示すように、保守サーバ１ならびに改札機４、精算機５および券売機６はコンピュータシステムで構成されている。たとえば、保守サーバ１の場合、中央処理装置（ＣＰＵ）１ａを中心に、ネットワークと接続するための通信コントローラ１ｃとハードディスク装置１ｂを有している。また、外部装置としてディスプレイ装置１ｄおよびプリンタ装置１ｅおよびキーボード１ｆを有している。
【００１４】
前記ハードディスク装置１ｂ内には、オペレーティングシステムとともに、図２に示すように、メンテナンスデータベース１１、券売機構成データベース１２および精算機構成データベース１３、改札機構成データベース１４等が格納されており、これらのデータベースを参照してメンテナンスエージェントプログラム２が生成されるようになっている。
【００１５】
また、ハードディスク装置１ｂ内には、さらに図３に示すように時刻表データベース３１，駅毎の通過人員データベース３２および送信待機テーブル３３を有している。
【００１６】
他方、図８に示すように、端末装置である券売機６は、券売機全体の制御部を構成する中央処理装置（ＣＰＵ）６ａを中心に、ネットワークと接続するための通信コントローラ６ｂと、プログラムや売上げデータ等を格納するメモリ６ｄと、接客用や係員操作用のディスプレイ６ｃおよび入力操作部６ｆを有している。以上は精算機、改札機もほぼ同様の構成であるが、それぞれ異なる動作ハードウェア（メカ４ｅ，５ｅ，６ｅ）を有している。この動作ハードウェアは、たとえば改札機４の場合、券搬送機構、扉開閉機構等がこれに該当する。精算機５や券売機６の場合は、硬貨処理機構、紙幣処理機構、発券処理機構、カード処理機構等がこれに該当する。なお、各動作ハードウェア（メカ４ｅ，５ｅ，６ｅ）は、各々の中にＣＰＵ（図示せず）を持つものもある。
【００１７】
図２は、メンテナンスエージェントプログラム２を生成するデータベース構成を説明している。同図に示すように、保守サーバ１内のハードディスク装置１ｂに格納されたデータベースは、保守に関する機構毎のモジュール群（プログラム単位）であるメンテナンスデータベース１１と、対象となる券売機６、精算機５および改札機４の機種別のハードウエアおよびソフトウエア構成を示すデータベース（機器別構成データベース１２，１３，１４）とからなり、これらの組み合わせによりメンテナンスエージェントプログラム２が生成される。
【００１８】
たとえば、券売機６に関しては、保守サーバ１の中央処理装置（ＣＰＵ）は、エージェントプログラム生成プログラム（図示せず）をハードディスク装置１ｂから読み込むと、券売機構成データベース１２を参照し、対象となる券売機６の機器構成情報を取得する。この場合、同図ではコインメカＡ（１２ａ）と発券メカＡ（１２ｂ）とで構成されているため、メンテナンスデータベース１１のコインメカＡに関するモジュール、すなわちプログラムバージョンチェックモジュール１１ａとセンサチェックモジュール１１ｂとを読み出す。
【００１９】
同様にして発券メカＡ（１２ｂ）に関するモジュール、すなわちプログラムバージョンチェックモジュール１１ｃとセンサチェックモジュール１１ｄとを読み出す。そして、これらのモジュールを結合して券売機用メンテナンスエージェントプログラム２を生成する。
なお、上述のようなメカに関するモジュール以外にも、たとえばＣＰＵ６ａを中心に構成され各メカと券売機全体の制御を行う制御部に関するモジュールがあってもよい。
このように各機種の機器構成に応じて、メンテナンスモジュール（メンテナンスプログラム）を組合せることにより、メンテナンスエージェントプログラムを生成するので、各機器に応じた適切な保守チェックが可能となる。また、プログラムをモジュール化しているので、大規模なプログラムを組む必要がなく、同一のメカを搭載する機器については、メンテナンスプログラムをモジュールとして共用でき、保守サーバのハードディスク容量やメモリ容量も節約できる。さらに、新しい機種の端末機器ができても、機器別構成データベースを追加し、新規の構成部分がある場合は、必要によりその部分についてのみメンテナンスモジュールを作成すれば、新規の保守サービスを順次、容易に追加できる。
【００２０】
図３は、以上のようにして生成されたメンテナンスエージェントプログラム２の保守サーバ１からの送信タイミングを設定する方法を示している。
【００２１】
同図に示すように、図２で生成された券売機メンテナンスエージェントプログラム２は、メンテナンスエージェント送信待機テーブル３３に記録された時間情報にしたがって保守サーバ１よりネットワーク３に対して送出される。
【００２２】
すなわち、保守サーバ１の中央処理装置（ＣＰＵ）は、時刻表データベース３１と通過人員データベース３２とを参照し、駅毎の券売機の稼働効率の低い時間にメンテナンス対象となる券売機に対して送信すべくメンテナンスエージェントプログラム送信待機テーブル３３を設定する。
【００２３】
これは、駅の閑散時間に券売機６のメンテナンスを実行するためである。すなわち、券売機６は駅のラッシュ時（たとえば朝夕）には発券処理に最大限の処理速度が要求されるため、このような混雑時にはメンテナンスを実行すべきではない。一方、昼間や深夜の閑散時間には券売機６はあまり稼働しておらずメンテナンスを行ったとしても発券処理に支障を来すことは少ない。
【００２４】
このような閑散時間の判断は、たとえば時刻表データベース３１から得ることができる。電車の駅発着回数が少ない時間帯すなわち発着時刻の間隔が大きい時間帯は、券売機の稼働率も低い時間帯であるため、閑散時間と判断することができる。また、改札機４から得られた通過人員データベース３２を参照して、この通過人員が少ない時間帯を、閑散時期であると判断する方法であってもよい。
【００２５】
このように、本実施例では時刻表データや通過人員データ等から各駅の閑散時間を取得し、このような閑散時間にメンテナンスエージェントプログラム２を送信するようにしたため、各端末（ここでは券売機６）の発券処理に実質的に影響を与えることなくメンテナンスが実行できる。
【００２６】
図４は、メンテナンス対象である券売機６におけるメンテナンスエージェントプログラム２の取り込み方法を示す図である。
【００２７】
保守サーバ１からメンテナンスエージェントプログラム２が送信された後、このメンテナンスエージェントプログラム２はネットワーク転送データとしてネットワーク３に接続された各端末装置に順番に読み込まれる。このとき、メンテナンスエージェントプログラム２のヘッダには読み込むべき端末装置を特定するアドレス（ここでは券売機６，１０のアドレス）が設定されており、このアドレスに該当する端末装置（券売機６，１０）が当該メンテナンスエージェントプログラム２を自身のメモリ内に読み込む。
【００２８】
同図において、メンテナンスエージェントプログラム２のヘッダに券売機６のアドレス（アドレス１）と券売機１０のアドレス（アドレス２）が設定されている場合、ネットワーク３からメンテナンスエージェントプログラム２を受信した券売機６は、まずそのヘッダ情報を解析し、自身（券売機６）のアドレス（アドレス１）が書き込まれているか否かを判定する。ここで、自身のアドレスが書き込まれている場合には、当該メンテナンスエージェントプログラム２は自身（券売機６）に対して送信されたものであると判断し、当該メンテナンスエージェントプログラム２を自身のメモリまたはハードディスク装置に登録する。
【００２９】
ここで、自身のアドレスが書き込まれていない場合には、当該メンテナンスエージェントプログラム２を自身に取り込むことなく再度ネットワーク３に送出する。
【００３０】
一方、前記メンテナンスエージェントプログラム２を取り込んだ場合、該メンテナンスエージェントプログラム２を券売機６内で起動してメンテナンス処理を開始する。このメンテナンス処理が完了すると、前記メンテナンスエージェントプログラム２に当該券売機６の実行結果ログ２ａ（図６参照）を追加して当該メンテナンスエージェントプログラム２を再度ネットワーク３上に送出する。
【００３１】
ここで実行結果ログ２ａとは、たとえばプログラムを実行した結果に基づいて、実施した保守チェックの内容、チェック結果、障害対応した内容、障害対応結果等のメンテナンス結果の記録情報である。図６に示すように、実行結果ログ２ａは端末毎に各々記録される。
【００３２】
ネットワーク３からメンテナンスエージェントプログラム２を受信した券売機１０は、前記と同様にヘッダ情報を解析し、自身（券売機１０）のアドレス（アドレス２）が書き込まれているか否かを判定する。ここで、自身のアドレスが書き込まれている場合には、当該メンテナンスエージェントプログラム２は自身（券売機１０）に対して送信されたものであると判断し、当該メンテナンスエージェントプログラム２を自身のメモリまたはハードディスク装置に登録する。
【００３３】
そして、当該メンテナンスエージェントプログラム２を券売機１０内で起動してメンテナンス処理を実行した後、その実行結果ログ２ａをさらに追加して当該メンテナンスエージェントプログラム２を再度ネットワーク３上に送出する。
【００３４】
前記図４に示したメンテナンスエージェントプログラム２には、そのヘッダに対象とする端末機器の全てのアドレスを登録した例だったが、これに限らず、保守サーバ１から送信されるメンテナンスエージェントプログラム２には、対象となる最初の端末装置のアドレス（たとえば券売機６に対するアドレス１）だけを設定するようにしてもよい。
【００３５】
この場合、対象となる端末装置（券売機６）内のメモリまたはハードディスク装置内にメンテナンス対象とする同種の機器（次にメンテナンスを行うべき機器）を定義したメンテナンス順序テーブル５１を持たせてもよい。図５はそれを示す実施例である。同図の場合、保守サーバ１から送出されるメンテナンスエージェントプログラム２のヘッダには最初のメンテナンス対象となる端末装置（券売機６）のアドレス（アドレス１）のみが登録されている。
【００３６】
券売機６は、このメンテナンスエージェントプログラム２を読み込むと、ヘッダを解析し、自身のアドレス（アドレス１）が書き込まれているか否かをチェックする。ここでヘッダに自身のアドレスが書き込まれている場合、当該メンテナンスエージェントプログラム２を自身のメモリまたはハードディスク装置に登録して当該メンテナンスエージェントプログラム２を起動する。そして当該プログラムの処理を完了すると、その実行結果ログ２ａを当該メンテナンスエージェントプログラム２に追加する。そしてさらに自身のメモリまたはハードディスク装置のメンテナンス順序テーブル５１に設定された次の端末装置のアドレス（ここでは券売機１０のアドレス２）を読み出して、前記メンテナンスエージェントプログラム２のヘッダを書き換えてネットワーク３上に送出する。
【００３７】
ネットワーク３から前記メンテナンスエージェントプログラム２を読み込んだ端末装置（ここでは券売機１０）は、前記と同様にヘッダを解析し、自身のアドレス（ここでは書き換えられたアドレス２）が書き込まれているか否かをチェックする。ここでヘッダに自身のアドレスが書き込まれている場合、当該メンテナンスエージェントプログラム２を自身のメモリまたはハードディスク装置に登録して当該メンテナンスエージェントプログラム２を起動する。そして当該プログラムの処理を完了すると、実行結果ログ２ａを追加するとともに、自身のメモリまたはハードディスク装置のメンテナンス順序テーブル５１に設定された次の端末装置のアドレス（ここではアドレス３）を読み出して、前記メンテナンスエージェントプログラム２のヘッダを書き換えてネットワーク３上に送出する。
【００３８】
このように図５に示した実施例によれば、保守サーバ１は、メンテナンスエージェントプログラム２のヘッダにメンテナンス対象となる最初の端末装置のアドレスのみを書き込めばよい。
なお、図４、図５のどちらの方法であれ、最後は保守サーバ１のアドレスが設定されることになる。すなわち、図４の方法では、メンテナンスエージェント２のヘッダ内最後の対象端末アドレスの後に保守サーバ１自身のアドレスを設定して送信する。図５の方法では、最後の対象端末のメンテナンス順序テーブル５１の次の送信アドレスエリアに、保守サーバ１のアドレスを設定しておけばよい。これにより、最後のメンテナンス対象端末で処理が実行された後、ネットワーク３上に送出されたメンテナンスエージェント２は、保守サーバ１へ回収されることになる。
【００３９】
図６は、前記メンテナンスエージェントプログラム２の実行結果の出力方法について説明した図である。
【００４０】
前記図４または図５に示したようにメンテナンスエージェントプログラム２が各端末装置（券売機６，１０）を巡回してメンテナンスプログラムを実行しその実行結果ログ２ａを収集し、全ての対象端末装置を巡回し終えると、前記保守サーバ１がネットワーク３上から当該メンテナンスエージェントプログラム２を回収する。
なお、図６に示すように、実行結果ログ２ａは端末毎に各々記録される。実行結果ログ２ａは、Ｌ１，Ｌ２等の、保守チェックの項目毎のメンテナンス結果情報から構成される。たとえば、券売機６のコインメカについてセンサチェックが実行されると、Ｌ２にそのメンテナンス結果情報が記録される。図１３は、実行結果ログ内のメンテナンス結果情報Ｌｎの一例を示す図である。メンテナンス・ナンバーは、たとえばメカ種別、保守チェック項目の組合せで決まる番号であり、ここでは後述のメンテナンスプログラムａ１〜ａｎの番号ｎに対応している。メカ種別は、コインメカＡ、発券メカＡなどのチェック対象の種別を表わすデータである。なお、メカ以外に先述の券売機全体の制御部などのチェック対象も種別として含めてもよい。保守チェック項目は、バージョンチェックやセンサチェックなどのチェック内容を表わすデータである。年月日、時刻はチェックの実行日時を示す。チェック結果は、たとえばチェックのＯＫ／ＮＧなどの総合結果である。チェック結果詳細情報は、たとえば、バージョンチェックではインストールされているバージョン情報などが示されたり、センサチェックでは複数の対象センサの番号別に詳細に結果情報が区分されて示される。障害対応項目は、チェック結果がＮＧの場合に障害対応プログラム（後述）が起動され障害対応（復旧作業）を実行した場合は、その項目が格納される。障害対応結果は、障害対応のＯＫ／ＮＧなどの総合結果である。障害対応結果詳細情報は、障害対応結果を補足する詳細情報が格納される。なお、チェック結果、障害対応結果やそれらの詳細情報は、たとえば、エラーが検出された項目のフラグをセット状態（０→１）にするような形のデータであってもよい。また、数値データによりエラーの有無、種類や状態を区分するような形のデータであってもよい。また、これらの組合せであってもよい。
【００４１】
保守サーバ１では、このメンテナンスエージェントプログラム２の実行結果ログ２ａを端末毎に解析し、設定されたメンテナンス結果情報を読み出す。たとえばＬ２のメンテナンス結果情報は券売機におけるコインセンサのチェック結果を示すものであり実行結果ログ２ａ中の当該メンテナンス結果情報Ｌ２内のデータを解析する。エラー情報がある場合、保守サーバ１はエラー情報の内容に基づいてコインメカ用メンテナンス指示テーブル６１より対応した警告文字、たとえば「コインメカのセンサワーニングが発生しています。センサ１，３を交換して下さい。」をメンテナンス情報としてディスプレイ装置１ｄ上に表示する。また、印刷を指示された場合には、当該文面をプリンタ装置１ｅで印刷する。
なお、エラー情報だけでなく、正常結果のものも含め、保守チェック項目の実績をメンテナンス情報として全て表示、印刷するようにしてもよい。この際、各動作ハードウエア（メカ種別）毎に整理して表示、印刷すると見やすい。
【００４２】
このように、保守サーバ１において、実行結果ログ２ａ内のエラー情報を対応する警告情報に変換して表示または印刷出力することにより、保守要員のメンテナンス作業を支援することができる。すなわち、保守要員はネットワーク配下においてエラーが出力された端末装置のみを巡回すればよく、保守要員の効率的な保守巡回が可能となる。しかも、エラー内容や保守作業内容を事前に知ることができるので、作業準備ができ、作業効率を高めることができる。
【００４３】
図７は、本実施例のメンテナンスエージェントプログラム２を利用した課金情報の出力方法について説明した図である。
【００４４】
前記と同様に、メンテナンスエージェントプログラム２が各端末装置（券売機６，１０）を巡回してメンテナンスプログラムを実行しその実行結果ログ２ａを収集し、全ての対象端末を巡回し終えると、前記保守サーバ１がネットワーク３上から当該メンテナンスエージェントプログラム２を回収する。
【００４５】
保守サーバ１では、このメンテナンスエージェントプログラム２の実行結果ログ２ａを解析し、設定されたメンテナンス結果情報を読み出す。ここではたとえば実行結果ログ２ａ内のメンテナンス結果情報としてＬ１が設定されて該メンテナンスエージェントプログラム２が回収された場合、このメンテナンス結果情報Ｌ１内のデータを解析し、保守チェック項目、障害対応項目などに対応する課金情報を保守サーバ１のハードディスク装置１ｂ内に設定された課金テーブル７１を参照して読み出すとともに、これに対応した課金情報をディスプレイ装置１ｄに表示する。ここで表示されるａ１はコインメカＡ内のプログラムバージョンチェックという保守チェック項目のメンテナンスプログラム実施の課金情報であり、１００円が課金されている。券売機６のコインメカＡプログラムのバージョンが不一致となっており、プログラムの再ロードを障害対応項目ｂ１として実施した場合を示している。この場合、プログラムの再ロードに５００円の課金を必要としている。さらにコインメカＡに対しては、センサチェックの保守チェック項目ａ２（費用２００円）を実施しており、券売機６のコインメカＡに対するメンテナンスの課金小計は８００円となる例を示している。
【００４６】
保守サーバ１の中央処理装置（ＣＰＵ）はこのような課金情報を集計して合計金額をディスプレイ装置１ｄに出力する。また、プリンタ装置１ｅから印刷処理してもよいことは勿論である。
なお、課金の仕方としては、チェックの結果エラーになり障害対応プログラム（後述）が起動され障害対応（修復作業）を実行した場合に課金してもよいし、保守チェック項目自体の実行に対して課金する仕方であってもよい。あるいは、これらの併用であってもよい。これら課金の仕方は運用仕様による。また、保守サーバからのメンテナンスエージェント送信による障害対応プログラムの実行だけで対応できないような復旧作業（例えば部品交換や、原因の目視調査など）については、保守要員が実際に対応することになるが、その場合の保守要員の作業項目あるいは保守費用を、保守サーバ１のキーボード１ｆから入力操作することにより、メンテナンスエージェント送信による課金と合計できるようにしてもよい。また、上述の仕組みにより実際にメンテナンスエージェント送信や保守要員派遣を行う前に、保守作業の費用見積もりを出力する機能をサーバ１に設けてもよい。
【００４７】
図９は、メンテナンスエージェントプログラムのフォーマットを詳細に示したものである。
【００４８】
同図に示すように、メンテナンスエージェントプログラム２は、サービス識別エリア（ヘッダ）と、メンテナンスプログラムエリアと、実行結果ログエリア２ａとで構成されている。
【００４９】
サービス識別エリア（ヘッダ）には、機種識別設定エリアと、メンテナンス周期設定エリアと、専用機アドレス設定エリアとが設けられている。機種識別設定エリアは、券売機６、精算機５、改札機４等の機種に関する情報が設定されるようになっている。メンテナンス周期設定エリアにはメンテナンスの周期（たとえば月ｎ回固定日に送信または不定期に送信）が設定されるようになっている。なお、図３に示したメンテナンスエージェントプログラム送信待機テーブル３３はこのメンテナンス周期設定エリアと重畳して適用される。たとえば、保守サーバ１がこのメンテナンス周期設定エリアに基づいて当該メンテナンスエージェントプログラム２の送信日に該当していると判断した場合、メンテナンスエージェントプログラム送信待機テーブル３３を参照して送信時刻を決定することになる。なお、送信時刻については、前述の時刻表データまたは通過人員データによるものでなくても、直接送信時刻を設定できるようにしてもよい。また、逐次手動で送信を行うことも可能である。
【００５０】
端末装置アドレス設定エリアは、メンテナンス対象となる端末装置のアドレスを設定するエリアであり、図４および図５で説明したアドレスが設定されるようになっている。
【００５１】
メンテナンスプログラムエリアには、図９の例においては、メモリ空容量チェックプログラム、プログラム・ハードウエアバージョンチェックプログラム（図２で説明したプログラムチェックモジュール１１ａも含む）、内部エラーカウンタチェックプログラム、ウィルスチェックプログラム等の各メンテナンスプログラム（メンテナンスモジュール）が格納されるようになっている。
上記の各メンテナンスプログラム（メンテナンスモジュール）は、図２で説明したように、各端末装置内部の機器構成毎、たとえば動作ハードウェア（メカ種別）毎に用意される。また、動作ハードウェアが異なってもメンテナンスプログラム（メンテナンスモジュール）が共有できる場合には、兼用する方法も考えられる。
なお、図９のメンテナンスプログラムエリアの構成要素では、図２と別の例を示したが、図２で示したプログラムバージョンチェックモジュール１１ａやセンサチェックモジュール１１ｂなども、上記のメンテナンスプログラム（メンテナンスモジュール）の例である。
なお、図９で括弧内に示したｂ１〜ｂｎは、メンテナンスプログラム（メンテナンスモジュール）ａ１〜ａｎに対応する障害対応プログラム（障害対応モジュール）である。障害対応プログラムｂ１〜ｂｎも、広い意味でのメンテナンスプログラムと考えてよい。メンテナンスプログラムａ１〜ａｎによる保守チェックの結果、エラーになった場合、対応する障害対応プログラムｂ１〜ｂｎが必要により実行され、メンテナンスエージェントが自動的に障害復旧処理を行う。この障害対応プログラムｂ１〜ｂｎは、図９の例では、対応するメンテナンスプログラムａ１〜ａｎと同じメンテナンスプログラムエリアに含まれている。あるいは、ａ１〜ａｎの下のエリアに別に障害対応プログラムエリアを設けてもよい。また、後述のダウンロードされたメンテナンスプログラムの実行プログラム内に含まれていてもよい。あるいは、障害対応プログラムを格納した障害対応エージェントとしてエージェント自体を別に設けてもよい。
上記に述べたメンテナンスプログラムａ１〜ａｎ、障害対応プログラムｂ１〜ｂｎは、それ自体が保守チェック、障害対応の実行プログラムであってもよい。また、実行プログラムが大きくなる場合には、エージェント内のメンテナンスプログラムエリアには、別途保守サーバ１から保守チェックを実行する実行プログラム本体をダウンロードし起動するようなプログラムだけが、記述されているような仕組みであってもよい。両者の仕組みを混成して、エージェント内のメンテナンスプログラム毎に使い分けてもよい。さらに、エージェント内のメンテナンスプログラムエリアのメンテナンスプログラムａ１〜ａｎ、障害対応プログラムｂ１〜ｂは、単純なコマンド形式の記述で構成され、各実行プログラム本体が、保守サーバ１からダウンロードされて自己起動するような方法でもよい。
【００５２】
実行結果ログエリア２ａには、図６および図７で説明したメンテナンス結果情報Ｌ１、Ｌ２等が設定されるようになっている。
【００５３】
次に、このようなメンテナンスエージェントプログラム２を用いた処理の手順を図１０〜図１２を用いて説明する。
図１０は、サーバーと各端末装置間のエージェントの移動と処理を示した概要図である。図の上から、サーバ１、券売機１、券売機２が順に示されている。Ａは、メンテナンスエージェントを示し、ａｎは各メンテナンスプログラム（メンテナンスモジュール）、ｂｎは各障害対応プログラム（障害対応モジュール）を示す。
また、図１１〜図１２は、保守サーバ１（左側）と、端末装置である券売機６（右側）の処理概要の関係を示すフロー図である。
【００５４】
まず、保守サーバ１は、メンテナンス条件等により必要なメンテナンスエージェントプログラム２を生成する（ステップＳ１２１）。この生成方法は図２で説明した通りである。
【００５５】
このメンテナンスエージェントプログラム２は、ネットワーク３を介して各端末装置（ここでは券売機６，１０等）に送信される（ステップＳ１２２）。このとき対象となる端末装置が当該プログラム２を取り込む処理は図４および図５に示した通りである（ステップＳ１２３）。
【００５６】
前記プログラム２を取り込んだ端末装置（券売機６）では、メンテナンスエージェントプログラム２のメンテナンスプログラムエリアより各モジュールａｎを読み出して（ステップＳ１２５）当該端末装置内で該モジュールを実行する。このとき、必要に応じて保守サーバ１に対して新たな実行プログラムのダウンロード（ＤＬＬ）を行ってもよい（ステップＳ１２６〜Ｓ１２９）。
【００５７】
そしてこれらのメンテナンスプログラムを実行する（ステップＳ１３０）。このとき、プログラムエラーが発生した場合には（ステップＳ１３１：ＹＥＳ）、メンテナンスエージェントプログラム２に格納された障害対応プログラムｂｎを読み出して（ステップＳ１３２）実行する（ステップＳ１３７）。またこのような障害対応プログラムが存在しない場合には、前記保守サーバ１に対してダウンロード要求を行う（ステップＳ１３３〜Ｓ１３６）。
一方、メンテナンスプログラム実行による保守チェックでエラーが発生しない場合は（ステップＳ１３１：ＮＯ）、障害対応プログラムを読み出すことなく、未実行のメンテナンスプログラムが残っている場合は（ステップＳ１３８：ＮＯ）、次のメンテナンスプログラムａｎを読み込む処理へ移り（ステップＳ１４２→ステップ１２５）、以降同様に処理する。また、障害対応プログラムの実行（ステップＳ１３７）が終了した場合も、未実行のメンテナンスプログラムが残っている場合は（ステップＳ１３８：ＮＯ）、次のメンテナンスプログラムａｎを読み込む処理へ移る（ステップＳ１４２→ステップ１２５）。
【００５８】
以上のようにして、メンテナンスエージェントプログラム２に格納された全てのメンテナンスプログラムを終了すると（ステップＳ１３８：ＹＥＳ）、実行結果を保守サーバに送信し（ステップＳ１３９）、メンテナンスを完了し、メンテナンスエージェントプログラム２は、ネットワーク３を介して次の端末装置（たとえば券売機１０）に送信される（ステップＳ１４０）。
最後のメンテナンス対象の端末機器（券売機）でのメンテナンスを終了すると、メンテナンスプログラムエージェント２はサーバへ回収され、サーバ１において、メンテ状況の出力と、課金情報の作成が行われる（ステップＳ１４１）。
なお、上述でダウンロードしたプログラムについては、全てのメンテナンスプログラムの処理が各端末で終了した際に、あるいは、各メンテナンスプログラムの処理が終了した際に、自動的に消去するようにしておいてもよい。これにより、メンテナンスに必要な際だけ実行プログラムを格納しておくことになり、余分なメモリ容量の使用を回避することができる。
なお、図６、図７、図９の実施例においては、実行結果をメンテナンスエージェント２に実行ログ結果２ａとして付加し、保守サーバ１がメンテナンスエージェント２を回収することにより、実行ログ結果を収集する方法を説明したが、それ以外の方法として、図１０の▲４▼や、図１２のステップＳ１３９で示すように、実行結果情報を各端末機器から保守サーバ１へ直接送信するようにしてもよい。
また、上述の実施形態では、メンテナンスプログラムの実行をすべて終了してから、次の該当端末が受信すべく、メンテナンスエージェントプログラム（エージェント）をネットワーク上へ送信したが、次の端末へ巡回させるためネットワーク上へエージェントを送信するタイミングは、端末においてメンテナンスプログラムの実行が終了する前に、あるいは実行する前とする方法もある。例えば、各端末は、メンテナンスエージェントプログラムを受信すると、その内容を自身のメモリ内にコピーして記憶し、実行する前にメンテナンスエージェントプログラムをネットワーク上へ送出する。その後、メモリ上に記憶した内容に従って、プログラムを実行し、必要により、保守サーバから実行プログラム本体をダウンロードして実行する。そして実行結果については、上述のように、各端末機器から保守サーバへ直接送信する。このようにすると、各端末は、自身より前の端末のメンテナンス実行が終了するまで待たされることがなくエージェントが巡回するので、並行してメンテナンスが実行され、システム全体のメンテナンス処理能力が向上する。
【発明の効果】
本発明により、各機器（端末装置）の大幅なハードウエアの追加なしに、人手に依存することなく、かつ各機器での処理に負担を与えないメンテナンスが可能となった。
【図面の簡単な説明】
【図１】本発明の実施例のシステム構成図
【図２】実施例におけるメンテナンスエージェントプログラムの生成方法を示す図
【図３】メンテナンスエージェントプログラムの送信タイミングの制御方法を示す図
【図４】端末装置におけるメンテナンスエージェントプログラムの取り込み方法を示す図（１）
【図５】端末装置におけるメンテナンスエージェントプログラムの取り込み方法を示す図（２）
【図６】保守サーバにおける実行結果の出力方法を示す図
【図７】保守サーバにおける課金情報の出力例を示す図
【図８】実施例のシステムブロック図
【図９】メンテナンスエージェントプログラムのフォーマット図
【図１０】実施例の処理概要図
【図１１】実施例の処理概要を示すフロー図（１）
【図１２】実施例の処理概要を示すフロー図（２）
【図１３】実施例の実行結果ログ内のメンテナンス結果情報Ｌｎの内容を示す図
【符号の説明】
１　保守サーバ
１ａ　中央処理装置（ＣＰＵ）
１ｂ　ハードディスク装置
１ｃ　通信コントローラ
１ｄ　ディスプレイ装置
１ｅ　プリンタ装置
２　メンテナンスエージェントプログラム
２ａ　実行結果ログ
３　ネットワーク
４　改札機
５　精算機
６　券売機
７　改札機
８　精算機
１０　券売機
１１　メンテナンスデータベース
１２　券売機構成データベース
１３　精算機構成データベース
３１　時刻表データベース
３２　通過人員データベース
３３　メンテナンスエージェントプログラム送信待機テーブル
【図１】
2004005230.tif 000003
【図２】
2004005230.tif 000004
【図３】
2004005230.tif 000005
【図４】
2004005230.tif 000006
【図５】
2004005230.tif 000007
【図６】
2004005230.tif 000008
【図７】
2004005230.tif 000009
【図８】
2004005230.tif 000010
【図９】
2004005230.tif 000011
【図１０】
2004005230.tif 000012
【図１１】
2004005230.tif 000013
【図１２】
2004005230.tif 000014
【図１３】
2004005230.tif 000015