JP4539990B2

JP4539990B2 - エラーコードに対応するエラーメッセージ処理技術

Info

Publication number: JP4539990B2
Application number: JP2006029268A
Authority: JP
Inventors: 紀光岡田; 正史原田; 養老水野; 浩嶋内; 豊森下
Original assignee: Hitachi Omron Terminal Solutions Corp
Current assignee: Hitachi Omron Terminal Solutions Corp
Priority date: 2006-02-07
Filing date: 2006-02-07
Publication date: 2010-09-08
Anticipated expiration: 2026-02-07
Also published as: JP2007213116A

Description

本発明はコンピュータネットワークシステムにおいて、端末装置で発生したエラーを監視サーバで管理するシステムに関する。

コンピュータネットワークシステムを集中管理するシステムにおいては、端末装置でエラーが発生した場合、発生したエラーに対応するエラーメッセージを監視サーバで表示する。これによりネットワーク管理者はどの端末装置でどのようなエラーが発生したか知ることができ、それに対応するエラー処理を行うことができる。

一般的にはエラーコードはユニークであるため、エラーコードが決まれば、エラー内容、エラーメッセージは一意に決まる。ところが、例えば金融機関のＡＴＭ（ＡｕｔｏｍａｔｅｄＴｅｌｌｅｒＭａｃｈｉｎｅ）ネットワークの場合、ネットワーク構築に費用がかかるため、小規模金融機関では１つの金融機関で１つのＡＴＭネットワークを持つことができず、複数の金融機関で１つのＡＴＭネットワークを共用して使用する場合がある。その場合、複数の金融機関間でエラーコードを統一しておくことが望まれるが、各金融機関で運用が異なるためエラーコードの統一は難しい。かかる場合には１つのネットワーク内でありながら、同じエラーコードであっても金融機関によりエラー内容が異なり、それに対応するエラーメッセージも異なるという状況が生じる。

従来のエラーコードに対応するエラーメッセージ処理技術では、システムを構成するコンポーネントごとに、それらの相互の依存関係に応じて階層番号を割り当てておき、エラーが発生した場合には階層表示し、根本的なエラー原因を識別容易に表示していた（特許文献１）。エラー検知時にネットワーク機器からメッセージＩＤ（エラーコード）又はエラーメッセージ文字列を受信した際に、ネットワーク機器からのメッセージＩＤに対応したエラーメッセージ文字列又はエラーメッセージ文字列に含まれる機器を特定したインターフェース番号を抽出し、インターフェース番号に対応したＩＰアドレスを得ていた（特許文献２）。

特開２００１−２５６０３２号公報特開２００５−１９０２１５号公報

いずれの技術でも、エラーコードがユニークであることが前提の技術であり、同一のエラーコードに対して複数のエラーメッセージが対応する、エラーコードがユニークでないシステムには対処できないという課題があった。なお、端末装置から監視サーバにエラーコード情報と対応するエラーメッセージとの両方を送るか、エラーメッセージを送れば、エラーコードがユニークでなくてもエラーメッセージを正しく表示できるが、その場合にはネットワークのトラフィックが増大する。

本発明の目的は、上記問題点を解決するためになされたものであり、１つのエラーコードに対し複数のエラーメッセージが対応する、エラーコードがユニークでないシステムであっても、トラフィックを増大させることなく正しいエラーメッセージを表示することを目的とする。

上記課題を解決するために、本発明に係るサーバ装置は、ネットワークを介して端末装置を接続されているサーバ装置であって、ネットワークを介して前記端末装置から送られたエラーコード情報と前記端末装置の識別情報とを受信する受信手段と、エラーコードとエラーメッセージとを対応づけて記憶する複数のエラー情報記憶部と、前記端末装置の識別情報と前記複数のエラー情報記憶部を検索する順番情報とを対応づけて記憶する検索順番記憶部と、前記検索順番記憶部から前記複数のエラー情報記憶部を検索する順番情報を取得し、取得した検索順番情報に従って前記複数のエラー情報記憶部から、前記受信したエラーコード情報に対応する前記エラーメッセージを取得する検索手段と、前記端末装置から受信したエラーコード情報と端末装置の識別情報と前記検索手段が取得した前記エラーメッセージとを出力する出力手段とを備える。

本発明に係るサーバ装置によれば、端末装置の識別情報を用いて、端末装置ごとに複数のエラー情報記憶部の検索順番を定め、定めた検索順に従ってエラー情報記憶部を検索してエラーメッセージを取得する。したがって、各エラー情報記憶部間でエラーコードが重複して登録されていても、混同することなくエラーコードを検索でき、対応するエラーメッセージを取得し表示できる。

本発明に係るサーバ装置において、前記検索順番記憶部はさらに、前記端末装置の識別情報に対応づけて、前記複数のエラー情報記憶部のうち特定のエラー情報記憶部を検索対象から除外するための情報を記憶している。本発明に係るサーバ装置によれば、特定のエラー情報記憶部を検索対象外にできるので、各エラー情報記憶部間でエラーコードが重複して登録されていても、混同することなくエラーコードを検索でき、正しいエラーメッセージを取得して表示できる。

本発明に係るサーバ装置において、前記エラー情報記憶部はさらに、前記エラーコードに対応づけて端末装置で発生したエラー数を記録する。本発明に係るサーバ装置によれば、どのエラーが頻繁に発生しているかを管理者が知ることができる。

本発明に係るエラーメッセージ処理システムは、ネットワークを介して端末装置からサーバ装置に対して、エラーコード情報とエラーが発生した前記端末装置の識別情報とが送られるエラーメッセージ処理システムであって、前記端末装置は、発生したエラーのエラーコード情報を生成するエラーコード生成手段と、エラーコードとエラーメッセージとを対応づけて記憶する複数のエラー情報記憶部と、前記複数のエラー情報記憶部から、前記生成されたエラーコード情報に対応する前記エラーメッセージを取得する検索手段と、ネットワークを介して前記生成したエラーコード情報と端末装置の識別情報とをサーバ装置に送る送信手段とを備え、前記サーバ装置は、ネットワークを介して端末装置から送られたエラーコード情報と前記端末装置の識別情報とを受信する受信手段と、エラーコードとエラーメッセージとを対応づけて記憶する複数のエラー情報記憶部と、端末装置の識別情報と前記複数のエラー情報記憶部を検索する順番情報とを対応づけて記憶する検索順番記憶部と、前記検索順番記憶部から前記複数のエラー情報記憶部を検索する順番情報を取得し、取得した検索順番情報に従って前記複数のエラー情報記憶部から、前記受信したエラーコード情報に対応する前記エラーメッセージを取得する検索手段と、前記端末装置から受信したエラーコード情報と端末装置の識別情報と前記検索手段が取得した前記エラーメッセージとを出力する出力手段とを備える。本発明に係るエラーメッセージ処理システムによれば、サーバ装置は、端末装置から受信した識別情報により、端末装置ごとに複数のエラー情報記憶部の検索順番を定め、定めた検索順に従ってエラー情報記憶部を検索してエラーメッセージを取得する。したがって、サーバ装置の各エラー情報記憶部間でエラーコードが重複して登録されていても、混同することなくエラーコードを検索でき、対応するエラーメッセージを取得し表示できる。

本発明に係るエラーコードに対するエラーメッセージ処理方法は、端末装置からネットワークを介して送られたエラーコード情報とエラーが発生した前記端末装置の識別情報とから、エラーコード情報に対応するエラーメッセージを検索して出力する、サーバ装置におけるエラーメッセージ処理方法であって、ネットワークを介して前記端末装置から送られた前記エラーコード情報と前記端末装置の識別情報とを受信し、端末装置の識別情報と複数のエラー情報定義テーブルを検索する順番情報とが対応づけて記憶された検索順番定義テーブルから、前記複数あるエラー情報定義テーブルの検索順番情報を取得し、取得した前記検索順番情報に従って前記複数あるエラー情報定義テーブルから、前記端末装置より受信した前記エラーコード情報に対応するエラーメッセージを取得し、前記端末装置から受信した前記エラーコード情報と前記端末装置の識別情報と取得したエラーメッセージとを出力する。本発明に係るエラーコードに対するエラーメッセージ処理方法によれば、サーバ装置は、端末装置から受信した端末装置の識別情報により、端末装置ごとに複数のエラー情報記憶部の検索順番を定め、定めた検索順に従ってエラー情報記憶部を検索してエラーメッセージを取得する。したがって、サーバ装置の各エラー情報記憶部間でエラーコードが重複して登録されていても、混同することなくエラーコードを検索でき、対応するエラーメッセージを取得し表示できる。

以下、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．ＡＴＭネットワークシステムの概要
Ｂ．監視サーバの構成
Ｃ．ＡＴＭの構成
Ｄ．エラーメッセージ処理システムの動作
Ｅ．応用例

Ａ．ＡＴＭネットワークシステムの概要：
図１を参照して、本実施例に係るエラーコードに対応するエラーメッセージ処理システムを適用したＡＴＭネットワーク１００について説明する。図１は、ＡＴＭネットワーク１００の概要を示す説明図である。ＡＴＭネットワーク１００は、広域ネットワーク（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ、以下「ＷＡＮ」という。）１０１に複数の構内ネットワーク（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ、以下「ＬＡＮ」という。）１０２〜１０４が接続されて構成されている。ＷＡＮとＬＡＮの間にはルータ１０５〜１０７が設けられており、ＷＡＮ−ＬＡＮ間のデータの流れを中継する。ＬＡＮはローカルなネットワークであるから、例えば、各銀行の各支店ごとに設けられる。管理者ＬＡＮと支店ＬＡＮの間、例えば管理者ＬＡＮ１０２とＡ銀行ａ支店ＬＡＮ１０３との間、あるいは支店ＬＡＮと別の支店ＬＡＮの間、例えばＡ銀行ａ支店ＬＡＮ１０３とＢ銀行ｃ支店ＬＡＮ１０４との間は直接接続されることはなく、ＷＡＮ１０１を介して接続されている。管理者ＬＡＮ１０２は、ＡＴＭネットワーク１００対して１つ設けているが、各銀行ごと、あるいは地域ごとに複数設けてもよい。

支店ＬＡＮ１０３、１０４には、それぞれＡＴＭ１０８、１０９が接続されている。管理者ＬＡＮ１０２には監視サーバ１１０、ゲートウェイ１１１が接続されている。

監視サーバ１１０は、例えばＡＴＭ１０８からネットワークを介して送られたエラーコード情報とＡＴＭ１０８の識別番号情報とを受信し、前記エラーコード情報と前記識別番号情報を用いて前記監視サーバ１１０にあらかじめ登録してあるエラーメッセージを検索し、検索結果を出力する。なお、ＡＴＭ１０８の識別番号はユニークであればよく、例えば、Ｍａｃアドレス（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌＡｄｄｒｅｓｓ）であってもよい。Ｍａｃアドレスは、ネットワークインターフェースカード固有の番号であり、重複することはないからである。なお、ＡＴＭネットワークを複数の銀行で共用する場合、ＡＴＭ１０８の識別番号について、あらかじめ銀行間で調整してユニークとする必要がある。

ゲートウェイ１１１は、通信プロトコルの異なるＡＴＭ１０８と監視サーバ１１０との間において通信をするために、通信プロトコルの変換を行う。なお、ＡＴＭ１０８の通信プロトコルと監視サーバ１１０の通信プロトコルが同じであれば、ゲートウェイ１１１を介さず直接通信することができる。

次に、Ａ銀行ａ支店ＬＡＮ１０３に接続されたＡＴＭ１０８でエラーが発生した時の動作について、簡単に説明する。Ａ銀行ａ支店のＡＴＭ１０８でエラーが発生すると、エラーコード情報及びＡＴＭ１０８の識別番号情報が、ＡＴＭ１０８からＡ銀行ａ支店ＬＡＮ１０３−ルータ１０６−ＷＡＮ１０１−ルータ１０５−管理者ＬＡＮ１０２−ゲートウェイ１１１を経由して監視サーバ１１０に伝わる。監視サーバ１１０は、受信したエラーコード情報とＡＴＭ１０８の識別番号情報とを用いて、監視サーバ１１０内を検索し、受信したエラーコード情報に対応するエラーメッセージを取得して表示する。

Ｂ．監視サーバの構成：
図２を参照して、本実施例に係るエラーメッセージ処理システムの監視サーバ１１０の構成について説明する。図２は、本実施例に係るエラーメッセージ処理システムの監視サーバ１１０の概略を示す説明図である。監視サーバ１１０は、中央処理装置（以下「ＣＰＵ」という。）１１と、出力部１２と、ネットワークインターフェース（ＮＩＣ）１３と記憶部１４とを備える。

ＣＰＵ１１は、監視サーバ１１０の中枢である。ＣＰＵ１１は、監視サーバ１１０の制御やデータの演算／加工を行い、演算／加工した結果を、記憶部１４に記憶し、あるいは出力部１２に出力する。

出力部１２は、ＣＰＵ１１が、データ演算／加工した結果を出力する。例えば、ＣＰＵ１１が受信したエラーコード情報やＣＰＵ１１が検索したエラーメッセージを表示する。

ＮＩＣ１３は、ネットワークインターフェースカードであり、監視サーバ１１０を管理者ＬＡＮ１０２に接続する。

記憶部１４は、ＣＰＵ１１、出力部１２、ＮＩＣ１３の制御プログラムのほか、ＣＰＵ１１が受信したエラーコード情報とＡＴＭの識別番号情報及びＣＰＵ１１が検索して取得した機種タイプ情報とユーザ名情報とエラーメッセージとを記憶する。また、記憶部１４には、装置情報定義テーブル９と検索順番定義テーブル１０と第１のエラー情報定義テーブル１から第７のエラー情報定義テーブル７までの７つのエラー情報定義テーブルとが含まれる。

以下、装置情報定義テーブル９と検索順番定義テーブル１０と第１のエラー情報定義テーブル１から第７のエラー情報定義テーブル７までの７つのエラー情報定義テーブルとについて説明する。図３は、装置情報定義テーブル９の構成を示す説明図である。図４は、検索順番定義テーブル１０の構成を示す説明図である。図５から図１１は、それぞれ第１のエラー情報定義テーブル１から第７のエラー情報定義テーブル７の構成を示す説明図である。

図３を参照して、装置情報定義テーブル９について説明する。装置情報定義テーブル９は、ＡＴＭの識別番号とＡＴＭの機種タイプ、ＡＴＭを使用するユーザとを対応づけるテーブルであり、ＡＴＭの識別番号、機種タイプ、ユーザ名をフィールドとして備えている。ＡＴＭの識別番号フィールドには、ＡＴＭの識別番号が登録される。ＡＴＭの識別番号は、ＡＴＭを識別するために付された番号であり、装置情報定義テーブル９を検索するためのキー用いられるので、ユニークでなければならない。また、ＡＴＭの識別番号が決まれば機種タイプ及びユーザ名は一意に定まる。

機種タイプフィールドには、ＡＴＭの機種タイプが登録される。メーカーが異なる場合はもちろん、同じメーカーであっても機種番号が異なれば異なる機種タイプになる。機種タイプが異なれば同じエラーコードでもエラー内容が異なる場合があるからである。

ユーザ名フィールドには、ユーザ名が登録される。本実施例の場合、ユーザ名には銀行名が登録されている。

図４を参照して、検索順番定義テーブル１０について説明する。検索順番定義テーブル１０は、ＡＴＭの識別番号と各エラー情報定義テーブルの検索順番とを対応づけるテーブルであり、ＡＴＭの識別番号と、各エラー情報定義テーブルの検索順番とをフィールドとして備えている。ＡＴＭの識別番号は、ＡＴＭを識別するために付された番号であり、検索順番定義テーブル１０を検索するためのキー用いられるので、ユニークでなければならない。なお、検索順番定義テーブル１０のＡＴＭの識別番号フィールドに記載されるＡＴＭの識別番号は、装置情報定義テーブル９のＡＴＭの識別番号と同じである。したがって、装置情報定義テーブル９と検索順番定義テーブル１０は共にＡＴＭの識別番号をキーとするテーブルであるから、１つにまとめることもできる。

検索順番フィールドには、ＡＴＭの識別番号ごとに、７つのエラー情報定義テーブルを検索する順番が、例えば、１から順に登録される。なお、同一のレコード内においては重複した順番は登録されない。同じ順番を登録した場合には、どちらのエラー情報定義テーブルを先に検索するかがわからないからである。検索順番フィールドには、対応するエラー情報定義テーブルを検索対象から除外する情報である０も登録される。なお、０は、例外として、重複して登録され得る。すなわち、検索順番フィールドに０が登録されたエラー情報定義テーブルについては、検索対象から除外されるため、エラー情報定義テーブル間に先後関係は発生しないからである。なお、本実施例では、エラー情報定義テーブルを検索対象から除外する番号として０を用いたが、ほかの文字や記号および番号、例えば９を用いてもよい。この場合には、９は、重複して登録され得る。また、本実施例では、検索順番について、小さい番号が登録された検索順番フィールドに対応するエラー情報定義テーブルから検索するようにしているが、大きい番号が登録された検索順番フィールドに対応するエラー情報定義テーブルから検索するようにしてもよい。

エラー情報定義テーブルは、エラーコードとエラーメッセージとを対応づけるテーブルである。エラー情報定義テーブルには、第１のエラー情報定義テーブル１から第７のエラー情報定義テーブル７までの７個のエラー情報定義テーブルが存在し、４つのエラー情報記憶グループに分けられる。

第１のエラー情報記憶グループは、ＡＴＭの機種タイプには依存しないが、ユーザ名に依存するエラーコードを登録するグループである。本実施例の場合、ユーザ名としてＡ銀行とＢ銀行との２銀行があり、第１のエラー情報記憶グループには、第１のエラー情報定義テーブル１と第２のエラー情報定義テーブル２の２個のエラー情報定義テーブルが含まれる。具体的には、第１のエラー情報定義テーブル１は、ユーザ名がＡ銀行に依存するエラーコードを登録するエラー情報定義テーブルであり、第２のエラー情報定義テーブル２は、ユーザ名がＢ銀行に依存するエラーコードを登録するエラー情報定義テーブルである。第１のエラー情報記憶グループのエラー情報定義テーブルはＡＴＭの機種タイプに依存しないため、銀行が運用によりエラーコードを自由に定義することができる。

図５を参照して、第１のエラー情報定義テーブル１の構成について説明する。第１のエラー情報定義テーブル１は、エラーコード、エラーメッセージ、機種タイプ、ユーザ名、エラーカウント数の５つのフィールドを有するテーブルである。なお、機種タイプ情報、ユーザ名情報は装置情報定義テーブル９より取得できるので、機種タイプフィールド、ユーザ名フィールドは備えられてなくてもよい。

エラーコードフィールドには、エラーコードが登録される。エラーコードは、第１のエラー情報定義テーブル１を検索するためのキーとして用いられるので、第１のエラー情報定義テーブル１内では、ユニークでなければならない。

エラーメッセージフィールドには、エラーコードに対応するエラーメッセージが登録される。機種タイプフィールドには、ＡＴＭの機種タイプが登録される。ユーザ名フィールドには、ユーザ名が登録される。エラーカウント数フィールドには、エラーコードごとのエラーカウント数が登録される。

図６を参照して、第２のエラー情報定義テーブル２について、第１のエラー情報定義テーブル１との相違点を説明する。第２のエラー情報定義テーブル２は、ユーザ名フィールドの値が第１のエラー情報定義テーブル１のユーザ名フィールドの値と異なる点で相違する。すなわち、ユーザ名フィールドの値は、第１のエラー情報定義テーブル１ではＡ銀行であるのに対し、第２のエラー情報定義テーブル２ではＢ銀行である。なお、機種タイプ情報、ユーザ名情報は装置情報定義テーブル９より取得できるので、機種タイプフィールド、ユーザ名フィールドは、なくてもよい。

第２のエラー情報記憶グループは、ＡＴＭの機種タイプに依存するがユーザ名には依存しないエラーコードを登録するグループである。本実施例では、機種タイプがＸタイプ、Ｙタイプ、Ｚタイプの３種あるため、３つのエラー情報定義テーブルが含まれる。具体的には、第３のエラー情報定義テーブル３が機種タイプがタイプＸに依存するエラーコードを登録するエラー情報定義テーブルであり、第４のエラー情報定義テーブル４が機種タイプがタイプＹに依存するエラーコードを登録するエラー情報定義テーブルであり、第５のエラー情報定義テーブル５が機種タイプがタイプＺに依存するエラーコードを登録するエラー情報定義テーブルである。

図７を参照して、第３のエラー情報定義テーブル３の構成について説明する。第３のエラー情報定義テーブル３は、エラーコード、エラーメッセージ、機種タイプ、エラーカウント数の４つのフィールドを有するテーブルである。なお、機種タイプ情報を装置情報定義テーブル９より取得できるので、機種タイプフィールドは、なくてもよい。第３のエラー情報定義テーブル３の各フィールドについては、第１のエラー情報定義テーブル１と同じであるので説明を省略する。

図８と図９を参照して、第４のエラー情報定義テーブル４と第５のエラー情報定義テーブル５について、第３のエラー情報定義テーブル３との相違点を説明する。第４のエラー情報定義テーブル４と第５のエラー情報定義テーブル５は、機種タイプフィールドの値が第３のエラー情報定義テーブル３の機種タイプフィールドの値と異なる点で相違する。すなわち、機種タイプフィールドの値は、第３のエラー情報定義テーブル３ではタイプＸであるのに対し、第４のエラー情報定義テーブル４ではタイプＹであり、第５のエラー情報定義テーブル５ではタイプＺである。なお、機種タイプ情報は装置情報定義テーブル９より取得できるので、機種タイプフィールドは、なくてもよい。

第３のエラー情報記憶グループは、ＡＴＭに機種タイプあるいはユーザ名のいずれにも依存しない共通のエラーコードを登録するグループであり、具体的には第６のエラー情報定義テーブル６が含まれる。

図１０を参照して、第６のエラー情報定義テーブル６について説明する。第６のエラー情報定義テーブル６は、エラーコード、エラーメッセージ、エラーカウント数の３つをフィールドを有するテーブルである。各フィールドの内容については、第１のエラー情報定義テーブル１と同じであるので説明を省略する。

第４のエラー情報記憶グループは、予備のエラー情報定義テーブルであり、エラー情報定義テーブルは任意に幾つでも設定できるが、本実施例では１つとし、具体的には第７のエラー情報定義テーブル７が含まれる。なお、第４のエラー情報記憶グループは、なくてもよい。

図１１を参照して、第７のエラー情報定義テーブル７について説明する。第７のエラー情報定義テーブル７は、エラーコード、エラーメッセージ、機種タイプ、ユーザ名、エラーカウント数の５つのフィールドを有するテーブルである。各フィールドの内容については、第１のエラー情報定義テーブル１と同じであるので説明を省略する。なお、機種タイプ情報、ユーザ名情報は装置情報定義テーブル９より取得できるので、機種タイプフィールド、ユーザ名フィールドは、なくてもよい。

上述したように、ＣＰＵ１１は、エラーコードをキーとしてエラー情報定義テーブルを検索するため、同一エラー情報定義テーブル内では、エラーコードフィールドに登録されるエラーコードは重複して登録されない。

ただし、異なるエラー情報定義テーブル間では、エラーコードフィールドに登録されるエラーコードは、重複して登録されてもよい。ＣＰＵ１１は、検索順番定義テーブル１０において登録されている順番に従ってエラー情報定義テーブルを検索し、最初に発見したエラーコードに対応するエラーメッセージを取得して表示するため、エラーコードが重複して登録されていても、エラーコードを混同することはないからである。

また、検索順番定義テーブル１０への検索順番の登録は、ＡＴＭの識別番号ごとに行われるため、検索順番定義テーブル１０に検索順番を登録するときに、ユーザ名、機種名が異なるエラー情報定義テーブルについて、０を登録することにより、そのエラー情報定義テーブルを検索対象から除外できる。この結果、ＣＰＵ１１によってエラーコードが重複して検索されることを、防止できる。

Ｃ．ＡＴＭの構成：
図１２を参照して、ＡＴＭ１０８の構成について説明する。図１２は本実施例に係るＡＴＭ１０８の構成を示す説明図である。ＡＴＭ１０８は、ＣＰＵ３５とＮＩＣ３６と記憶部３７と入力部３８と出力部３９と識別部４０とから構成される。

ＣＰＵ３５は、ＡＴＭ１０８の中枢であり、ＡＴＭ１０８の動作を制御する。ＮＩＣ３６は、ＡＴＭ１０８をＡ銀行ａ支店ＬＡＮ１０３と接続するネットワークインターフェースである。

記憶部３７は、ＡＴＭ１０８のオペレーティングシステムとアプリケーションソフトウエア及び入力部３８、出力部３９、識別部４０の制御プログラムのほか、検知したエラーのエラーコード情報及びエラーメッセージを記憶する。また、記憶部３７には、エラー情報定義テーブル３１からエラー情報定義テーブル３４が含まれる。

エラー情報定義テーブル３１からエラー情報定義テーブル３４は、それぞれ、監視サーバ１１０の第１のエラー情報記憶グループから第４のエラー情報グループ内のいずれか１つのエラー情報定義テーブルと対応するエラー情報定義テーブルである。例えば、ＡＴＭ１０８の機種タイプがタイプＸであり、ユーザ名がＡ銀行の場合、エラー情報定義テーブル３１は第１のエラー情報グループの第１のエラー情報定義テーブル１に対応し、エラー情報定義テーブル３２は第２のエラー情報グループの第３のエラー情報定義テーブル３に対応する。

入力部３８は、例えばＡＴＭ１０８の操作パネル、操作ボタン、キャッシュカードのカードリーダである。ＡＴＭ１０８の利用者は入力部に対して操作を行う。

出力部３９は、例えばＡＴＭ１０８の表示パネル、通帳／明細用のプリンタである。表示パネルには、通常は、入金額、出金額等が表示されるが、ＡＴＭ１０８にエラーが発生した場合、表示パネルに、エラーコード情報及びＣＰＵ３５が検索して取得したエラーメッセージを表示する。

識別部４０は、ＡＴＭ１０８に入金された紙幣等を識別し入金額を求める。

以下、ＡＴＭ１０８にエラーが発生した場合の動作について簡単に説明する。ＡＴＭ１０８にエラーが発生した場合、ソフトウエアエラーの場合には、ＡＴＭ１０８のオペレーティングシステムあるいはアプリケーションソフトウエアがエラーを検知してエラーコードを作成し、ハードウエアエラーの場合はエラーが発生したハードウエアがエラーコードを作成する。ＣＰＵ３５は、オペレーティングシステム、アプリケーションソフトウエア、ハードウエアのいずれかより、エラーコード情報を受信すると、エラーコードをキーとしてエラー情報定義テーブル３１からエラー情報定義テーブル３４を検索して受信したエラーコード情報に対応するエラーメッセージを取得し、出力部３９を介してエラーメッセージを表示する。ＣＰＵ３５は、エラーコードをＡＴＭ１０８の識別番号とともにＮＩＣ３６、Ａ銀行ａ支店ＬＡＮ１０３を介して監視サーバ１１０に送信する。

Ｄ．エラーメッセージ処理システムの動作：
図１３から図１５を参照して、監視サーバ１１０がエラーコード情報及びＡＴＭの識別番号情報を受信してからエラーメッセージを表示するまでの手順について説明する。図１３は、監視サーバ１１０のＣＰＵ１１がエラーコード情報及び識別番号情報を受信してから検索順番情報を取得するまでの動作を示すフローチャートである。図１４、図１５は、ＣＰＵ１１が、取得した検索順番でエラー情報定義テーブルを検索し、検索したエラーコード情報に対応するエラーメッセージを取得する動作を示すフローチャートである。

監視サーバ１１０のＣＰＵ１１は、ＡＴＭからエラーコード情報及びＡＴＭの識別番号情報を受信を待つ（ステップＳ２００）。ＣＰＵ１１は、エラーコード情報及びＡＴＭの識別番号情報を受信した場合には、受信したＡＴＭの識別番号情報と同一の識別番号が、装置情報定義テーブル９に、登録されているか判断する（ステップＳ２０２）。具体的には、ＣＰＵ１１は、装置情報定義テーブル９に登録されているデータを１レコードずつ読み出し、識別番号フィールドに登録してある識別番号が、受信したＡＴＭの識別番号情報と同一か否か判断する。

ＣＰＵ１１は、ステップＳ２０２において、受信したＡＴＭの識別番号情報と同一の識別番号が装置情報定義テーブル９の識別番号フィールドに登録されていると判断した場合には、装置情報定義テーブル９から、受信したＡＴＭの識別番号情報に対応する機種タイプ情報及びユーザ名情報を取得し、記憶部１４に記憶する（ステップＳ２０４）。

ＣＰＵ１１は、受信したＡＴＭの識別番号情報と同一の識別番号が、検索順番定義テーブル１０に、登録されているか判断する（ステップＳ２０６）。具体的には、ＣＰＵ１１は、検索順番定義テーブル１０に記憶されているデータを１レコードずつ読み出し、識別番号フィールドに登録されている識別番号が、受信したＡＴＭの識別番号情報と同一か否か判断する。

ＣＰＵ１１は、ステップＳ２０６において、検索順番定義テーブル１０の識別番号フィールドに登録されている識別番号が、受信したＡＴＭの識別番号情報と同一であると判断した場合は、検索順番定義テーブル１０から、受信したＡＴＭの識別番号に対応するエラー情報定義テーブルの検索順番情報を取得し、記憶部１４に記憶する（ステップＳ２０８）。

ステップＳ２０２又はステップＳ２０６において、ＣＰＵ１１が、装置情報定義テーブル９又は検索順番定義テーブル１０の識別番号フィールドにおいて、最後のレコードまで検索しても、受信したＡＴＭの識別番号情報と同一の識別番号を見つけることができなかった場合は、エラーが発生したＡＴＭの識別番号が、監視サーバ１１０の装置情報定義テーブル９又は検索順番定義テーブル１０に、登録されていないことを意味する。この場合は、受信したエラーコードに対応する正しいエラーメッセージを検索することができないため、ＡＴＭの識別番号が未定義である旨を出力部１２に出力する（ステップＳ２２０）。ＣＰＵ１１は、ＡＴＭからエラーコード情報及びＡＴＭの識別番号情報を受信を待つ動作に戻る（ステップＳ２００）。

ＣＰＵ１１は、ステップＳ２０８で、エラー情報定義テーブルの検索順番情報を取得した場合には、ｎ＝１として検索順番を１とし（ステップＳ３００）、エラーコードの検索を行う。ステップＳ２０８で記憶した第１のエラー情報定義テーブル１の検索順番が１であるか否か判断する（ステップＳ３０２）。第１のエラー情報定義テーブル１の検索順番が１である場合には、第１のエラー情報定義テーブル１に受信したエラーコード情報と同一のエラーコードが登録されているか検索する（ステップＳ３０４）。具体的には、ＣＰＵ１１は、第１のエラー情報定義テーブル１に記憶されているデータを１レコードずつ読み出し、エラーコードフィールドに受信したエラーコード情報と同一のエラーコードが登録されているか判断する。

ＣＰＵ１１は、第１のエラー情報定義テーブル１の検索順番が１でない場合には、第２のエラー情報定義テーブル２の検索順番が１であるか否か判断する（ステップＳ３０６）。第２のエラー情報定義テーブル２の検索順番が１である場合には、第２のエラー情報定義テーブル２に受信したエラーコード情報と同一のエラーコードが登録されているか検索する（ステップＳ３０８）。

ＣＰＵ１１は、第２のエラー情報定義テーブル２の検索順番が１でない場合には、第３のエラー情報定義テーブル３の検索順番が１であるか否か判断する（ステップＳ３１０）。第３のエラー情報定義テーブル３の検索順番が１である場合には、第３のエラー情報定義テーブル３に受信したエラーコード情報と同一のエラーコードが登録されているか検索する（ステップＳ３１２）。

ＣＰＵ１１は、第３のエラー情報定義テーブル３の検索順番が１でない場合には、第４のエラー情報定義テーブル４の検索順番が１であるか否か判断する（ステップＳ３１４）。第４のエラー情報定義テーブル４の検索順番が１である場合には、第４のエラー情報定義テーブル４に受信したエラーコード情報と同一のエラーコードが登録されているか検索する（ステップＳ３１６）。

ＣＰＵ１１は、第４のエラー情報定義テーブル４の検索順番が１でない場合には、第５のエラー情報定義テーブル５の検索順番が１であるか否か判断する（ステップＳ３１８）。第５のエラー情報定義テーブル５の検索順番が１である場合には、第５のエラー情報定義テーブル５に受信したエラーコード情報と同一のエラーコードが登録されているか検索する（ステップＳ３２０）。

ＣＰＵ１１は、第５のエラー情報定義テーブル５の検索順番が１でない場合には、第６のエラー情報定義テーブル６の検索順番が１であるか否か判断する（ステップＳ３２２）。第６のエラー情報定義テーブル６の検索順番が１である場合には、第６のエラー情報定義テーブル６に受信したエラーコード情報と同一のエラーコードが登録されているか検索する（ステップＳ３２４）。

ＣＰＵ１１は、第６のエラー情報定義テーブル６の検索順番が１でない場合には、第７のエラー情報定義テーブル７の検索順番が１であるか否か判断する（ステップＳ３２６）。第７のエラー情報定義テーブル７の検索順番が１である場合には、第７のエラー情報定義テーブル７に受信したエラーコード情報と同一のエラーコードが登録されているか検索する（ステップＳ３２８）。

ＣＰＵ１１は、第７のエラー情報定義テーブル７の検索順番が１でない場合には、あるいは、第１のエラー情報定義テーブル１から第７のエラー情報定義テーブル７のうち検索順番が１であるエラー情報定義テーブルにおいてエラーコードを検索した結果、受信したエラーコード情報と同一のエラーコードがなかった場合には、ｎに１を加えて検索順番を１つ増加する（ステップＳ３３０）。

ＣＰＵ１１は、ステップＳ３３０においてｎに１を加えた結果、ｎが４より大きくないならば、ステップＳ３０２に戻り（ステップＳ３３２）、ステップＳ３０２からステップＳ３３２までのステップを繰り返し、第１のエラー情報定義テーブル１から第７のエラー情報定義テーブル７のうち検索順番がｎであるエラー情報定義テーブルにおいて、受信したエラーコード情報と同一のエラーコードが登録されているか検索を行う。

ＣＰＵ１１は、ステップＳ３３０においてｎに１を加えた結果、ｎが４より大きくなった場合には、ステップＳ３０２に戻らずに（ステップＳ３３２）、受信したエラーコード情報と同一のエラーコードが、いずれのエラー情報定義テーブルにも登録されていない旨を出力部１２に出力する（ステップＳ３３４）。

ＣＰＵ１１は、第１のエラー情報定義テーブル１から第７のエラー情報定義テーブル７のうち検索順番がｎであるエラー情報定義テーブルにおいて、受信したエラーコード情報と同一のエラーコードが登録されていると判断した場合には、エラー情報定義テーブルのエラーメッセージフィールドからエラーコードに対応するエラーメッセージを取得し、エラーカウント数フィールドの値に１を加え、記憶部１４にエラーメッセージ及びエラーカウント数情報を記憶する（ステップＳ３３６）。ＣＰＵ１１は、記憶部１４からエラーコード情報、ＡＴＭの識別番号情報、機種タイプ情報、ユーザ名情報、エラーメッセージ、エラーカウント数情報を読み出し、出力部１２を介して出力する（ステップＳ３３８）。ＣＰＵ１１は、受信したエラーコード情報に対するエラーコード処理を終了し、新しいエラーコード情報を受信するまで待機する（ステップＳ２００）。

図１６を参照して、出力部１２が監視サーバ１１０に出力する画面について説明する。
図１６は出力部１２が監視サーバ１１０に出力する画面を示す説明図である。エラーコード、装置識別番号、機種タイプ、ユーザ名、エラーメッセージ、エラーカウント数を表示している。これにより管理者はエラーの発生を知ることができ、エラーに対する対応ができる。

以上説明したように、本実施例に係る監視サーバ１１０によれば、検索順番定義テーブル１０に第１のエラー情報定義テーブル１から第７のエラー情報定義テーブル７を検索する順番を登録しているので、ＣＰＵ１１は、登録した順番に従ってエラー情報定義テーブルを検索し、最初にエラーコードを見つけたエラー情報定義テーブルから、エラーコードに対応するエラーメッセージを取得し表示する。したがって、エラーコードを重複して定義した場合であっても、ＣＰＵ１１は、エラーコードを混同することはない。また、エラーメッセージそのものを送信しないのでＡＴＭネットワーク１００のトラフィックも増大しない。

また、検索順番定義テーブル１０に、特定のエラー情報定義テーブルを検索しない旨を定める情報、例えば０を登録できるので、ＣＰＵは、ＡＴＭからエラーコード情報を受信した場合に、当該ＡＴＭの機種タイプあるいはユーザ名に依存しないエラー情報定義テーブルを検索対象から除外することにより、混同することなく正しいエラーメッセージを取得し表示できる。

さらに、一部のＡＴＭに一時的に新しい機能をテスト／追加する場合にも、既存のエラー情報定義テーブルを修正することなく、新しいエラーコードを容易に導入でき、導入したエラーコードを元に戻すことも容易である。一部のＡＴＭについて、あるエラーについてエラーと認識させたくない場合に、ほかのＡＴＭに影響を与えないため、有用である。

Ｅ．応用例：
本発明の応用例としては、ユーザが２以上の銀行である場合だけでなく、ユーザが１つの銀行である場合であってもよい。例えば、一部の装置について一時的に構成を変更し、そのためにエラーコードが異なるような場合には、以下のように実施できる。

例えば、第１のエラー情報定義テーブル１の内容を変更するのではなく、第７のエラー情報定義テーブル７に一時的に構成を変更した場合のエラーコードを定義し、検索順番定義テーブル１０の第１のエラー情報定義テーブル１の検索順番フィールドを１から０に変更し、検索順番定義テーブル１０の第７のエラー情報定義テーブル７の検索順番フィールドの検索順番を１にする。これにより、第１のエラー情報定義テーブル１の内容を変更することなく第７のエラー情報定義テーブル７に登録したエラーコードの検索を実行できる。この場合、第１のエラー情報定義テーブル１は変更されていないので、一部の装置以外のＡＴＭのエラーコードの検索においては全く影響がない。

特に、追加機能をテストする場合に、一部の装置について、あるエラーについてエラーと認識させたくない場合に、当該エラーに対するエラーコードを削除した第７のエラー情報定義テーブル７を使用すれば、一部の装置以外には全く影響を与えることなく、追加機能をテストできる。

また、一時的な構成の変更を元に戻す場合には、検索順番定義テーブル１０において、第１のエラー情報定義テーブル１の検索順番フィールドの検索順番を０から１に戻し、第７のエラー情報定義テーブル７の検索順番フィールドの検索順番を１から０にすれば、元の状態に簡単に戻すことができる。

本発明はＡＴＭネットワークを例にして説明したが、応用例はこれにとどまらない。例えば、コンピュータ・クラスタのようなネットワークを利用したコンピュータシステムにおいても使用することが可能であることはいうまでもない。

以上、幾つかの実施例に基づき本発明に係るサーバ装置を説明してきたが、上記した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得るとともに、本発明にはその等価物が含まれることはもちろんである。

ＡＴＭネットワークの概要を示す説明図本実施例に係るエラーメッセージ処理システムの監視サーバの概略を示す説明図装置情報定義テーブルの構成を示す説明図検索順番定義テーブルの構成を示す説明図第１のエラー情報定義テーブルの構成を示す説明図第２のエラー情報定義テーブルの構成を示す説明図第３のエラー情報定義テーブルの構成を示す説明図第４のエラー情報定義テーブルの構成を示す説明図第５のエラー情報定義テーブルの構成を示す説明図第６のエラー情報定義テーブルの構成を示す説明図第７のエラー情報定義テーブルの構成を示す説明図本実施例に係るＡＴＭの構成を示す説明図監視サーバのＣＰＵがエラーコード情報及び識別番号情報を受信してからＣＰＵが検索順番情報を取得するまでの動作を示すフローチャートＣＰＵが、取得した検索順番でエラー情報定義テーブルを検索し、検索したエラーコード情報に対応するエラーメッセージを取得する動作を示すフローチャートＣＰＵが、取得した検索順番でエラー情報定義テーブルを検索し、検索したエラーコード情報に対応するエラーメッセージを取得する動作を示すフローチャート出力部が監視サーバに出力する画面を示す説明図

符号の説明

１〜７…エラー情報定義テーブル
９…装置情報定義テーブル
１０…検索順番定義テーブル
１１…ＣＰＵ
１２…出力部
１３…ＮＩＣ
１４…記憶部
３１〜３４…エラー情報定義テーブル
３５…ＣＰＵ
３６…ＮＩＣ
３７…記憶部
３８…入力部
３９…出力部
４０…識別部
１００…ＡＴＭネットワーク
１０１…ＷＡＮ
１０２…管理者ＬＡＮ
１０３、１０４…支店ＬＡＮ
１０５〜１０７…ルータ
１０８、１０９…ＡＴＭ
１１０…監視サーバ
１１１…ゲートウェイ

Claims

ネットワークを介して端末装置を接続されているサーバ装置であって、
ネットワークを介して前記端末装置から送られたエラーコード情報と前記端末装置の識別情報とを受信する受信手段と、
エラーコードとエラーメッセージとを対応づけて記憶する複数のエラー情報記憶部と、
前記端末装置の識別情報と前記複数のエラー情報記憶部を検索する順番情報とを対応づけて記憶する検索順番記憶部と、
前記検索順番記憶部から前記複数のエラー情報記憶部を検索する順番情報を取得し、取得した検索順番情報に従って前記複数のエラー情報記憶部から、前記受信したエラーコード情報に対応する前記エラーメッセージを取得する検索手段と、
前記端末装置から受信したエラーコード情報と端末装置の識別情報と前記検索手段が取得した前記エラーメッセージとを出力する出力手段と、
を備えるサーバ装置。
請求項１に記載のサーバ装置において、
前記検索順番記憶部はさらに、前記端末装置の識別情報に対応づけて、前記複数のエラー情報記憶部のうち特定のエラー情報記憶部を検索対象から除外するための情報を記憶しているサーバ装置。
請求項１又は請求項２のいずれか一項に記載のサーバ装置において、
前記エラー情報記憶部はさらに、前記エラーコードに対応づけて端末装置で発生したエラー数を記録するサーバ装置。
ネットワークを介して端末装置からサーバ装置に対して、エラーコード情報とエラーが発生した前記端末装置の識別情報とが送られるエラーメッセージ処理システムであって、
前記端末装置は、
発生したエラーのエラーコード情報を生成するエラーコード生成手段と、
エラーコードとエラーメッセージとを対応づけて記憶する複数のエラー情報記憶部と、
前記複数のエラー情報記憶部から、前記生成されたエラーコード情報に対応する前記エラーメッセージを取得する検索手段と、
ネットワークを介して前記生成したエラーコード情報と端末装置の識別情報とをサーバ装置に送る送信手段とを備え、
前記サーバ装置は、
ネットワークを介して端末装置から送られたエラーコード情報と前記端末装置の識別情報とを受信する受信手段と、
エラーコードとエラーメッセージとを対応づけて記憶する複数のエラー情報記憶部と、
端末装置の識別情報と前記複数のエラー情報記憶部を検索する順番情報とを対応づけて記憶する検索順番記憶部と、
前記検索順番記憶部から前記複数のエラー情報記憶部を検索する順番情報を取得し、取得した検索順番情報に従って前記複数のエラー情報記憶部から、前記受信したエラーコード情報に対応する前記エラーメッセージを取得する検索手段と、
前記端末装置から受信したエラーコード情報と端末装置の識別情報と前記検索手段が取得した前記エラーメッセージとを出力する出力手段とを備える、
エラーメッセージ処理システム。
端末装置からネットワークを介して送られたエラーコード情報とエラーが発生した前記端末装置の識別情報とから、エラーコード情報に対応するエラーメッセージを検索して出力する、サーバ装置におけるエラーメッセージ処理方法であって、
ネットワークを介して前記端末装置から送られた前記エラーコード情報と前記端末装置の識別情報とを受信し、
端末装置の識別情報と複数のエラー情報定義テーブルを検索する順番情報とが対応づけて記憶された検索順番定義テーブルから、前記複数あるエラー情報定義テーブルの検索順番情報を取得し、
取得した前記検索順番情報に従って前記複数あるエラー情報定義テーブルから、前記端末装置より受信した前記エラーコード情報に対応するエラーメッセージを取得し、
前記端末装置から受信した前記エラーコード情報と前記端末装置の識別情報と取得したエラーメッセージとを出力する、
サーバ装置のエラーメッセージ処理方法。