JP2007295279A - 障害管理装置及び障害管理方法及びプログラム - Google Patents

Abstract

【課題】同じ管理対象機器で発生したアラームを同一のオペレータに割り当てることにより、対応作業の重複を回避する。
【解決手段】障害アラーム受信部１０７がいずれかの管理対象機器１２１から障害アラーム１１０を受信した場合に、トラブルチケット情報検索部１０２がトラブルチケット情報記憶部１０６を検索し、当該障害アラームの送信元の管理対象機器の以前の障害に対するトラブルチケットであって障害への対応が未完了のトラブルチケットが存在するか否かを判定し、対応未完了のトラブルチケットが存在する場合に、アラーム情報追加部１０１が、対応未完了のトラブルチケットのトラブルチケット番号を障害アラームに付加し、同じ管理対象機器で発生した複数の障害アラームに同一のトラブルチケット番号を付加することで、同じ管理対象機器で発生した複数のアラームを同一のオペレータに対応させる。
【選択図】図１

Description

本発明は、コンピュータネットワークを管理する管理技術に関し、特に、管理対象機器の障害情報を管理する技術に関する。

従来の障害管理装置として、例えば、特許文献１及び特許文献２に示された障害管理装置が存在する。
従来の障害管理装置について、図９と図１０を用いて説明する。

図９は従来の障害管理装置の構成を示すものである。
障害管理装置９００は、アラーム情報追加部９０１、トラブルチケット新規作成部９０２、アラーム情報記憶部９０５、トラブルチケット情報記憶部９０４からなる。
トラブルチケットとは、ネットワーク上で障害が起きた時に発行される情報であり、障害発生機器や障害発生日時等を示し、ネットワークの管理に関係するオペレータが参照するための情報である。
オペレータ端末装置９２０は、オペレータに対する画面表示とキーボード及びマウスによる入力を行うものであり、複数台が障害管理装置と接続される。
アラーム９１０は、外部の管理対象機器９２１から入力される。また、障害管理装置９００は、一般的に複数の機器を管理対象機器９２１としている。

図１０は従来技術における処理フローである。
入力されたアラーム９１０の入力を契機に、トラブルチケット新規作成部９０２によって、障害の対応を記録するためのトラブルチケット９１１が作成される。この時にトラブルチケットを識別するためのトラブルチケット番号９１２が作成される。
アラーム情報記憶部９０５では、アラーム９１０をトラブルチケット新規作成部９０２によって作成されたトラブルチケット番号９１２とともにアラーム情報記憶部９０５に記憶する。トラブルチケット新規作成部９０２はオペレータ端末装置９２０に対して、新たにトラブルチケット９１１が発行されたことを通知するためのオペレータ通知９１３を送る。オペレータ端末はその端末を使用しているオペレータに対して画像、音声、発光装置等の方法で、トラブルチケット９１１が新規に発行されたことを知らせる。オペレータはオペレータ端末装置９２０を用いて、新規に発行されたトラブルチケット９１１の対応作業を実施する。
２００２−２９０４０５号公報 ２０００−２０９２０３号公報

従来の技術では、一つの管理対象機器に対してアラームが複数個発生した場合に、それぞれのアラームおよびトラブルチケットに対して別々のオペレータが対応し、顧客連絡などの対応作業が重複してしまう可能性があった。
また発生した障害アラームの内、アラームの誤検出等で全てが必ずしも管理対象の障害に関連していない場合があり、オペレータがアラームを確認する処理を実行しアラームの真偽を判定していた。この場合、アラームが誤報だった場合にも、トラブルチケットが一旦発行されてしまうため、無駄な作業が発生していた。

この発明は、上記のような課題を解決することを主な目的としており、障害管理システムにおいて、同じ機器で発生したアラームを１人のオペレータに割り当てることにより、対応作業の重複を回避することを主な目的とする。
さらに、本発明は、アラームを受信した際にアラームの真偽を確認する障害確認処理を実施するとともに、障害確認処理結果が出るまでオペレータにアラーム発生通知を抑止することにより、無駄なアラームに対する作業を回避することを主な目的とする。

本発明に係る障害管理装置は、
複数の管理対象機器のいずれかから障害アラームを受信し、受信した障害アラームに基づいてトラブルチケットを作成する障害管理装置であって、
いずれかの管理対象機器から障害アラームを受信する障害アラーム受信部と、
前記障害アラーム受信部により受信された障害アラームの送信元の管理対象機器の以前の障害に対するトラブルチケットであって障害への対応処理が完了していない対応未完了トラブルチケットが存在するか否かを判定する対応未完了トラブルチケット判定部と、
前記対応未完了トラブルチケット判定部により障害アラーム送信元の管理対象機器について対応未完了トラブルチケットが存在すると判定された場合に、前記対応未完了トラブルチケットのトラブルチケット識別子を取得し、取得した前記対応未完了トラブルチケットのトラブルチケット識別子を前記障害アラーム受信部により受信された障害アラームに付加する識別子付加部と、
前記識別子付加部により前記対応未完了トラブルチケットのトラブルチケット識別子が付加された障害アラームを記憶するアラーム情報記憶部とを有することを特徴とする。

また、本発明に係る障害管理装置は、
障害への対応処理を行うオペレータが使用するオペレータ端末装置に接続され、複数の管理対象機器のいずれかから障害アラームを受信し、障害の発生を前記オペレータ端末装置に通知する障害管理装置であって、
いずれかの管理対象機器から障害アラームを受信する障害アラーム受信部と、
前記障害アラーム受信部により受信された障害アラームの送信元の管理対象機器に障害が発生しているか否かを判定する障害判定部と、
前記障害判定部により障害アラーム送信元の管理対象機器に障害が発生していると判定された後に、前記オペレータ端末装置に障害の発生を通知するオペレータ通知部とを有することを特徴とする。

本発明によれば、同じ機器で発生したアラームに対して同じ機器の対応未完了トラブルチケットのトラブルチケット識別子を付加することにより、同一の機器に対する対応処理を同一のオペレータに割り当てることが出来るために、対応作業の重複を回避することができる。
また、アラームを受信した際にアラームの真偽を確認する障害確認処理を実施し、障害確認処理結果が出るまでオペレータへの通知を保留するとともに、障害が確認された場合にはオペレータに対する通知を行うことで、無駄なアラームに対する作業を回避しながら、実際に障害が発生していることが確認された場合には早急にオペレータに障害を通知することができる。

実施の形態１．
図１は、実施の形態１に係るシステム例を示すシステム構成図である。
図１において、障害管理装置１００は、複数の管理対象機器１２１と複数のオペレータ端末装置１２０と接続されている。
障害管理装置１００は、アラーム情報追加部１０１（識別子付加部）、トラブルチケット情報検索部１０２（対応未完了トラブルチケット判定部）、トラブルチケット更新部１０３、トラブルチケット新規作成部１０４、アラーム情報記憶部１０５、トラブルチケット情報記憶部１０６、障害アラーム受信部１０７、オペレータ通知部１０８からなる。
オペレータ端末装置１２０はオペレータに対する画面表示とキーボード及びマウスによる入力を行うものであり、複数台が障害管理装置１００と接続される。
管理対象機器１２１は障害管理装置１００が管理対象とする機器であり、複数台が障害管理装置１００と接続され、障害発生時に障害管理装置１００に障害アラーム１１０を通知する。

本実施の形態では、障害アラーム受信部１０７がいずれかの管理対象機器１２１から障害アラーム１１０を受信した場合に、トラブルチケット情報検索部１０２がトラブルチケット情報記憶部１０６を検索し、当該障害アラームの送信元の管理対象機器の以前の障害に対するトラブルチケットであって障害への対応が未完了のトラブルチケット（対応未完了トラブルチケット）が存在するか否かを判定し、対応未完了のトラブルチケットが存在する場合に、アラーム情報追加部１０１が、対応未完了のトラブルチケットのトラブルチケット番号（トラブルチケット識別子）を障害アラームに付加し、同じ管理対象機器で発生した複数の障害アラームに同一のトラブルチケット番号を付加することで、同じ管理対象機器で発生した複数のアラームを同一のオペレータに対応させる。

図１１は、本実施の形態及び以下に述べる実施の形態に示す障害管理装置１００及び２００のハードウェア資源の一例を示す図である。
図１１において、障害管理装置１００及び２００は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。
通信ボード９１５、キーボード９０２、スキャナ装置９０７、ＦＤＤ９０４などは、入力部、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力部、出力装置の一例である。

通信ボード９１５は、ネットワークに接続されている。例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。

上記プログラム群９２３には、本実施の形態及び以降の実施の形態の説明において「〜部」、「〜手段」として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
ファイル群９２４には、本実施の形態及び以降の実施の形態の説明において、「〜の判定結果」、「〜の計算結果」、「〜の処理結果」、「〜の評価結果」等として説明している情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリになどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、以下で説明するフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、本実施の形態及び以降の実施の形態の説明において「〜部」、「〜手段」として説明しているものは、「〜回路」、「〜装置」、「〜機器」、「手段」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」、「〜手段」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、本実施の形態及び以降の実施の形態の「〜部」、「〜手段」としてコンピュータを機能させるものである。あるいは、本実施の形態及び以降の実施の形態の「〜部」、「〜手段」の手順や方法をコンピュータに実行させるものである。

このように、本実施の形態及び以下に述べる実施の形態に示す障害管理装置１００及び２００は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」、「〜手段」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。

図２は実施の形態１における処理フロー例であり、図３はトラブルチケット１１１の内容例である。
管理対象機器１２１で発生した障害アラーム１１０が障害管理装置１００の障害アラーム受信部１０７に入力されると（Ｓ２０１）（障害アラーム受信ステップ）、トラブルチケット情報検索部１０２がトラブルチケット情報記憶部１０６に記憶されているトラブルチケット情報を読み出す（Ｓ２０２）。
そして、トラブルチケット情報検索部１０２は、Ｓ２０１で受信された障害アラームの発生元の機器と機器名が一致するトラブルチケットが存在するかどうかを判断し（Ｓ２０３）（対応未完了トラブルチケット判定ステップ）、機器名が一致するトラブルチケットを発見するか、トラブルチケット情報記憶部１０６の全てのトラブルチケット情報を検索するまでＳ２０３〜Ｓ２０５の処理を続ける（対応未完了トラブルチケット判定ステップ）。
機器名が一致するトラブルチケットが存在している場合に、当該トラブルチケットにおいて当該管理対象機器の以前の障害に対する処理状態１３２が対応処理中であるかどうかを判断し（Ｓ２０６）（対応未完了トラブルチケット判定ステップ）、対応処理が未完了のトラブルチケットが存在するかを検索する。
検索した結果、処理状態１３２が対応処理中になっているトラブルチケットが存在しなかった場合、トラブルチケット新規作成部１０４によって、障害の対応を記録するために新規のトラブルチケット１１１が作成される（Ｓ２０７）。また、Ｓ２０３〜Ｓ２０５の処理により障害アラームの発行元の管理対象機器と機器名が一致するトラブルチケットが存在しなかった場合も、同様に、新規のトラブルチケット１１１が作成される（Ｓ２０７）。この時に新規のトラブルチケット１１１を識別するための新規のトラブルチケット番号１１２が作成されるとともに、処理状態１３２を未処理とする。
一方、検索した結果、対応処理が終了していないトラブルチケット１１１が存在した場合（Ｓ２０６でＹｅｓ）、トラブルチケット情報検索部１０２は、このトラブルチケットのトラブルチケット番号１１２を取得する。
アラーム情報追加部１０１が、トラブルチケット情報検索部１０２から対応未完了のトラブルチケットのトラブルチケット番号を取得し、障害アラーム１１０に当該トラブルチケット番号を付加し（Ｓ２０８）（識別子付加ステップ）、トラブルチケット番号１１２とともに障害アラーム１１０をアラーム情報記憶部１０５に書き込み、アラーム情報記憶部１０５が記憶する（Ｓ２０９）（アラーム情報記憶ステップ）。

新規にトラブルチケット１１１が発行された場合には、トラブルチケット新規作成部１０４からの指示に基づきオペレータ通知部１０８はオペレータ端末装置１２０に対して、新たにトラブルチケット１１１が発行されたことを通知するためのオペレータ通知１１３を送る。
オペレータ端末装置１２０はその端末を使用しているオペレータに対して画像、音声、発光装置等の方法で、トラブルチケット１１１が新規に発行されたことを知らせる。
このとき、全てのオペレータが使用している全てのオペレータ端末装置に対してオペレータ通知１１３を送信しても良いし、作業を実施していないオペレータを選択してそのオペレータ端末装置のみにオペレータ通知１１３を送信しても良い。
オペレータはオペレータ端末装置１２０を用いて、新規に発行されたトラブルチケット１１１の対応作業を開始する。この時トラブルチケット１１１の処理状態１３２を処理中にする。
オペレータ端末装置１２０はトラブルチケット１１１のトラブルチケット番号１１２を用いてアラーム情報記憶部からアラーム１１０についての情報を得ることにより管理対象機器で発生している一連のアラームについての情報を得て、それをオペレータに対して表示する。
オペレータはトラブルチケット１１１に対して、解析結果１３９、対処内容１３８、障害原因１４０、顧客への連絡履歴などを入力する。
作業の結果、障害が解決した場合にはトラブルチケットへの入力を終了する。作業が終了するとオペレータ端末装置１２０は入力された内容をトラブルチケット更新情報１１４としてトラブルチケット更新部１０３に送る。トラブルチケット更新部１０３はトラブルチケット更新情報１１４をトラブルチケット情報記憶部１０６に記憶する。

既にトラブルチケット１１１が存在し、トラブルチケット１１１の処理状態１３２が対応処理中の場合（対応未完了のトラブルチケットが存在した場合）には、そのトラブルチケット１１１が開かれているオペレータ端末装置１２０に対して、オペレータ通知部１０８からアラームが追加されたことを通知するオペレータ通知１１３が送られる。
オペレータ端末装置１２０はその端末を使用しているオペレータに対して画像、音声、発光装置等の方法で、アラームが追加されたことを知らせる。
この際、オペレータ端末装置１２０はトラブルチケット１１１のトラブルチケット番号１１２を用いてアラーム情報記憶部からアラーム１１０についての情報を得ることにより新たに追加されたアラームについての情報を得て、それをオペレータに対して表示する。

このように、本実施の形態の障害管理装置１００は、いずれかの管理対象機器から障害アラームを受信する障害アラーム受信部と、障害アラーム受信部により受信された障害アラームの送信元の管理対象機器の以前の障害に対するトラブルチケットであって障害への対応処理が完了していない対応未完了トラブルチケットが存在するか否かを判定するトラブルチケット情報検索部（対応未完了トラブルチケット判定部）と、障害アラーム送信元の管理対象機器について対応未完了トラブルチケットが存在すると判定された場合に、対応未完了トラブルチケットのトラブルチケット識別子を取得し、取得した対応未完了トラブルチケットのトラブルチケット番号を障害アラーム受信部により受信された障害アラームに付加するアラーム情報追加部（識別子付加部）と、対応未完了トラブルチケットのトラブルチケット識別子が付加された障害アラームを記憶するアラーム情報記憶部とを有している。

また、本実施の形態の障害管理装置１００は、更に、トラブルチケット情報検索部により障害アラーム送信元の管理対象機器について対応未完了トラブルチケットが存在すると判定された場合に、障害アラーム送信元の管理対象機器の障害への対応処理を行っているオペレータが使用しているオペレータ端末装置に障害アラームが発行されたことを通知するオペレータ通知部を有している。

また、本実施の形態の障害管理装置１００は、更に、トラブルチケット情報検索部により障害アラーム送信元の管理対象機器について対応未完了トラブルチケットが存在しないと判定された場合に、新たなトラブルチケット番号を含む新たなトラブルチケットを障害アラーム受信部により受信された障害アラームに対して作成するトラブルチケット新規作成部を有し、アラーム情報追加部（識別子付加部）は、トラブルチケット新規作成部から新たなトラブルチケット番号を取得し、取得した新たなトラブルチケット番号を障害アラーム受信部により受信された障害アラームに付加し、アラーム情報記憶部は、アラーム情報追加部により新たなトラブルチケット識別子が付加された障害アラームを記憶する。

また、本実施の形態の障害管理装置１００は、更に、トラブルチケット新規作成部により新たなトラブルチケットが作成された場合に、複数のオペレータ端末装置の全てに対して障害アラームが発行されたことを通知するオペレータ通知部を有する。

また、本実施の形態の障害管理装置１００は、更に、トラブルチケット新規作成部により新たなトラブルチケットが作成された場合に、複数のオペレータ端末装置のうち現在障害に対する対応処理を行っていないオペレータが使用するオペレータ端末装置を選択し、選択したオペレータ端末装置に障害アラームが発行されたことを通知するオペレータ通知部を有する。

このように、本実施の形態によれば、同じ機器で発生したアラームに対して同じ機器の対応未完了のトラブルチケットのトラブルチケット番号を付加することにより、同一の機器に対する対応処理を同一のオペレータに割り当てることが出来るために、顧客連絡などの対応作業の重複を回避することができる。

以上のように、本実施の形態では、ネットワークを構成する各機器から通知された障害アラームに応じて、個々の機器で発生した障害を管理者に通報するネットワーク・サーバ等の障害管理方法において、前記機器から受信したアラームからトラブルチケットを発行しそのトラブルチケット識別番号を作成するトラブルチケット新規発行部と、前記機器にかかわる対応処理が終了していないトラブルチケットが存在するかを検索し存在した場合にそのトラブルチケット識別番号を得るトラブルチケット情報検索部と、前記アラームと前記トラブルチケット識別番号を合わせてアラーム記憶部に記憶するアラーム情報追加部と、前記トラブルチケットを記憶するトラブルチケット情報記憶部と、前記アラームと前記トラブルチケット識別番号を記憶するアラーム記憶部を持つ、障害管理装置及び方法について説明した。

また、本実施の形態では、新規にトラブルチケットが発行された場合に全てのオペレータが使用しているオペレータ端末に対して新規にトラブルチケットが発行された旨を画像、音声、発光装置等で伝達し、オペレータが作業中のトラブルチケットに対してアラームが追加された場合には、その前記オペレータが使用しているオペレータ端末に対して、アラームが追加された旨を画像、音声、発光装置等で伝達するオペレータ通知部を持つ障害管理装置及び方法について説明した。

また、本実施の形態では、新規にトラブルチケットが発行された場合に、現在作業を行っていないオペレータが使用しているオペレータ端末を選択し、規にトラブルチケットが発行された旨を画像、音声、発光装置等で伝達するオペレータ通知部を持つ障害管理装置及び方法について説明した。

実施の形態２．
実施の形態１では、アラームの発生元に関する処理中のトラブルチケットが存在すれば、当該アラームをそのトラブルチケットに関連づけることにより、同一のオペレータにより処理されるようにしたものである。
実施の形態２では、アラームを受信した際にアラームの真偽を判定する障害確認処理を自動実行した結果によって、トラブルチケットをオペレータに処理させるかどうかを判定するとともに、工事などで発生が予想されるアラームについて事前に登録した情報と照合することで、オペレータ処理を判定する。

図４は、実施の形態２に係るシステム構成例を示すシステム構成図である。
図４において、障害管理装置２００は、複数の管理対象機器２２１とオペレータ端末装置２２０と接続されている。
障害管理装置２００は、アラーム情報追加部２０１、トラブルチケット情報検索部２０２、トラブルチケット更新部２０３、トラブルチケット新規作成部２０４、アラーム情報記憶部２０５、トラブルチケット情報記憶部２０６、アラーム判定部２１７、障害確認処理起動部２０７、復旧確認処理起動部２０８、工事情報記憶部２０９、構成情報記憶部２２２、障害アラーム受信部２３０、オペレータ通知部２３１からなる。
なお、本実施の形態において、トラブルチケット新規作成部２０４は工事判定部の例であり、障害確認処理起動部２０７は障害有無判定部の例であり、復旧確認処理起動部２０８は復旧判定部の例である。また、アラーム判定部２１７は工事判定部、障害有無判定部及び復旧判定部の例である。また、これらトラブルチケット新規作成部２０４、障害確認処理起動部２０７、復旧確認処理起動部２０８、アラーム判定部２１７は障害判定部を構成する。

オペレータ端末装置２２０はオペレータに対する画面表示とキーボード及びマウスによる入力を行うものであり、複数台が障害管理装置と接続される。
管理対象機器２２１は障害管理装置２００が管理対象とする機器であり、複数台が障害管理装置２００と接続され、障害発生時に障害管理装置２００にアラーム２１０を通知する。

本実施の形態では、障害アラーム受信部２３０がいずれかの管理対象機器から障害アラームを受信すると、障害アラームの送信元の管理対象機器に障害が発生しているか否かが判定され、障害アラーム送信元の管理対象機器に障害が発生していると判定された後に、オペレータ通知部２３１がオペレータ端末装置２２０に障害の発生を通知する。

工事情報記憶部２０９は、管理対象機器ごとに工事の実施スケジュールを示す工事情報を記憶しており、トラブルチケット新規作成部２０４又はアラーム判定部２１７は、工事情報に示された工事の実施スケジュールを参照し、障害アラーム受信部２３０により受信された障害アラームの送信元の管理対象機器で工事が実施されているか否かを判定し、障害アラームの送信元の管理対象機器で工事が実施されていると判定した場合に、障害アラームが工事により発行されたと推定する。
そして、オペレータ通知部２３１は、トラブルチケット新規作成部２０４又はアラーム判定部２１７により障害アラームが工事により発行されたと推定された場合に、オペレータ端末装置２２０への通知を保留する。

また、障害アラーム送信元の管理対象機器で工事が実施されていないと判定された場合に、障害確認処理起動部２０７又はアラーム判定部２１７は、障害アラームの送信元の管理対象機器に障害が発生しているか否かを判定し、オペレータ通知部２３１は、障害確認処理起動部２０７又はアラーム判定部２１７により障害アラーム送信元の管理対象機器に障害が発生していると判定された場合に、オペレータ端末装置２２０に障害の発生を通知する。

また、障害アラーム送信元の管理対象機器で工事が実施されていると判定された場合に、復旧確認処理起動部２０８又はアラーム判定部２１７は、障害アラーム送信元の管理対象機器の工事の実施スケジュールの終了後に、障害アラームの送信元の管理対象機器に障害が発生しているか否かを判定し、オペレータ通知部２３１は、復旧確認処理起動部２０８又はアラーム判定部２１７により障害アラーム送信元の管理対象機器に障害が発生していると判定された場合に、オペレータ端末装置２２０に障害の発生を通知する。

図５は実施の形態２における処理フロー例であり、図６は実施の形態２におけるトラブルチケット２１１の内容例である。
管理対象機器２２１で発生したアラーム２１０が障害管理装置２００の障害アラーム受信部２３０に入力されると（Ｓ５０１）（障害アラーム受信ステップ）、トラブルチケット情報検索部２０２において、同じアラーム発生元の機器名で処理状態２３２が対応処理中になっているトラブルチケットが存在するかを検索する（Ｓ５０２〜Ｓ５０６）。
検索した結果、処理状態２３２が対応処理中になっているトラブルチケットが存在しなかった場合、トラブルチケット新規作成部２０４によって、障害の対応を記録するためのトラブルチケット２１１が作成される。この時にトラブルチケット２１１を識別するためのトラブルチケット番号２１２を作成する。なお、Ｓ５０１〜Ｓ５０７の処理は、図２のＳ２０１〜Ｓ２０７と同様である。
一方、検索した結果、処理状態２３２が対応中になっているトラブルチケットが存在した場合、このトラブルチケットのトラブルチケット番号２１２を取得する。

次に、Ｓ５０７において新規のトラブルチケット及び新規のトラブルチケット番号を作成した後、トラブルチケット新規作成部２０４は工事情報記憶部２０９より、その機器において工事が行われる予定があるかどうかの工事情報２２４（図７）を検索する。工事対象機器名２５１が一致し、工事の実施スケジュール、すなわち工事時間開始時刻２５２より遅く、工事終了時刻２５３前に該当していれば、その障害アラーム２１０は工事によって発生したものであると推定し（Ｓ５０８）（障害判定ステップ）、処理状態２３２を工事中にし、Ｓ５０９及びＳ５１０に進む。
工事に該当しなければ、そのトラブルチケット２１１を障害確認処理起動部２０７に送る。
障害確認処理起動部２０７は、機器の種類をトラブルチケット２１１から構成情報記憶部２２２の構成情報２２５（図８）を検索することにより得て、障害確認対象機器であるか否かを判断し（Ｓ５１１）（障害判定ステップ）、障害確認対象機器の場合は、機器種類に応じた障害確認処理を起動するとともに、処理状態２２３を障害確認中とする（Ｓ５１２）（障害判定ステップ）。なお、障害確認処理は、例えばｐｉｎｇコマンドの発行やログの取得等、従来より存在している障害確認処理でよい。また、障害確認処理の結果は、確認処理結果アラームとして後刻受信する。つまり、障害確認処理の結果（確認処理結果アラーム）は、後述するように、アラームの一種としてＳ５０１以降の処理の対象となる。
Ｓ５１２において処理状態２２３を障害確認中とした後、Ｓ５０９及びＳ５１０に進むとともに、障害確認処理の結果待ちとなる。なお、Ｓ５０９及びＳ５１０の処理は、図２のＳ２０８及びＳ２０９と同様である。

また、図５には、図示していないが、復旧確認処理起動部２０８は現在時刻が工事終了時刻２５３に到達すると工事対象機器名２５１を用いて対応する機器に対して復旧確認処理を起動する。この復旧確認処理の結果は確認処理結果アラームとして、後刻受信する。つまり復旧確認処理の結果（確認処理結果アラーム）は、後述するように、アラームの一種としてＳ５０１以降の処理の対象となる。
なお、復旧確認処理は、例えばｐｉｎｇコマンドの発行やログの取得等、従来より存在している復旧確認処理でよい。

処理状態２２３が障害確認中及び工事中とされたトラブルチケット１１１はオペレータに通知されない。このため、この時点でオペレータはこのトラブルチケット１１１に関する解析作業を実施することはない。

前述したように、障害確認処理および復旧確認処理の結果は確認処理結果アラームとして障害アラーム受信部２３０が受信する（Ｓ５０１）。
確認処理結果アラームの受信時点では、確認処理結果アラームの対象となっている管理対象機器に対するトラブルチケットが既に生成され、また、当該トラブルチケットにおける処理状態２２３は障害確認中又は工事中なので、Ｓ５０１、Ｓ５０２、Ｓ５０３、Ｓ５０６と処理が進み、Ｓ５１３に処理が移行する。
確認処理結果アラームはアラーム判定部２１７に送られ、アラーム判定部２１７は受け取ったアラームが確認処理結果アラームであるか否か、つまり障害及び復旧確認処理の結果の判定を行う（Ｓ５１３）（障害判定ステップ）。
Ｓ５１３において確認処理結果アラームでなかった場合は、そのアラームは障害アラームなので、Ｓ５０８と同様にしてアラーム判定部２１７は工事による障害アラームであるか否かを判断する（Ｓ５１４）。工事による障害アラームであればＳ５０９に進み、工事による障害アラームでない場合はＳ５１６に進む。
Ｓ５１３において確認処理結果アラームである場合は、アラーム判定部２１７は確認処理結果アラームの内容をチェックし（Ｓ５１５）（障害判定ステップ）、確認処理結果が正常であれば（障害でない場合）、その機器でのアラーム発生が誤報あるいは工事が原因であったとして、確認処理結果アラームに関連したトラブルチケット番号２１２を用いてトラブルチケット更新部２０３において関連するトラブルチケット２１１の処理状態２２３を処理終了とする（Ｓ５１７）。
一方、確認処理結果が異常であれば（障害の場合）、障害が発生しているとして関連する処理状態２２３を障害とするとともに、オペレータ通知部２３１からオペレータ端末装置２２０に対して、新たにトラブルチケット２１１が発行されたことを通知するためのオペレータ通知２１３を送る（Ｓ５１６）（オペレータ通知ステップ）。

オペレータ端末装置はその端末を使用しているオペレータに対して画像、音声、発光装置等の方法で、トラブルチケット２１１が新規に発行されたことを知らせる。
このとき、全てのオペレータが使用している全てのオペレータ端末に対してオペレータ通知２１３を送信しても良いし、作業を実施していないオペレータを選択してそのオペレータ端末のみにオペレータ通知２１３を送信しても良い。
オペレータはオペレータ端末装置２２０を用いて、新規に発行されたトラブルチケット２１１の対応作業を実施する。この際、オペレータ端末装置２２０はトラブルチケット２１１のトラブルチケット番号２１２を用いてアラーム情報記憶部からアラーム２１０についての情報を得ることに機器で発生している一連のアラームについての情報を得て、それをオペレータに対して表示する。
オペレータはトラブルチケット２１１に対して、障害の解析結果、対処方法、顧客への連絡履歴などを入力する。作業の結果、障害が解決した場合にはトラブルチケットへの入力を終了する。作業が終了するとオペレータ端末装置２２０は入力された内容をトラブルチケット更新情報１１４としてトラブルチケット更新部２０３に送る。トラブルチケット更新部２０３はトラブルチケット更新情報２１５をトラブルチケット情報記憶部に記憶する。
既にトラブルチケット２１１が存在し、オペレータが作業を実施している場合には、そのトラブルチケット２１１が開かれているオペレータ端末装置２２０に対して、アラーム追加通知２１６が送られる。オペレータ端末はその端末を使用しているオペレータに対して画像、音声、発光装置等の方法で、アラームが追加されたことを知らせる。この際、オペレータ端末装置２２０はトラブルチケット２１１のトラブルチケット番号２１２を用いてアラーム記憶部からアラーム２１０についての情報を得ることに新たに追加されたアラームについての情報を得て、それをオペレータに対して表示する。

このように、本実施の形態の障害管理装置２００は、いずれかの管理対象機器から障害アラームを受信する障害アラーム受信部と、障害アラーム受信部により受信された障害アラームの送信元の管理対象機器に障害が発生しているか否かを判定する障害判定部と、障害判定部により障害アラーム送信元の管理対象機器に障害が発生していると判定された後に、オペレータ端末装置に障害の発生を通知するオペレータ通知部とを有する。

また、本実施の形態の障害管理装置２００は、更に、管理対象機器ごとに工事の実施スケジュールを示す工事情報を記憶する工事情報記憶部を有し、障害判定部は、工事情報に示された工事の実施スケジュールを参照し、障害アラーム受信部により受信された障害アラームの送信元の管理対象機器で工事が実施されているか否かを判定し、障害アラームの送信元の管理対象機器で工事が実施されていると判定した場合に、障害アラームが工事により発行されたと推定する工事判定部を有し、オペレータ通知部は、工事判定部により障害アラームが工事により発行されたと推定された場合に、オペレータ端末装置への通知を保留する。

また、本実施の形態の障害管理装置２００において、障害判定部は、工事判定部により障害アラーム送信元の管理対象機器で工事が実施されていないと判定された場合に、障害アラームの送信元の管理対象機器に障害が発生しているか否かを判定する障害有無判定部を有し、オペレータ通知部は、障害有無判定部により障害アラーム送信元の管理対象機器に障害が発生していると判定された場合に、オペレータ端末装置に障害の発生を通知する。

また、本実施の形態の障害管理装置２００において、障害判定部は、工事判定部により障害アラーム送信元の管理対象機器で工事が実施されていると判定された場合に、障害アラーム送信元の管理対象機器の工事の実施スケジュールの終了後に、障害アラームの送信元の管理対象機器に障害が発生しているか否かを判定する復旧判定部を有し、オペレータ通知部は、復旧判定部により障害アラーム送信元の管理対象機器に障害が発生していると判定された場合に、オペレータ端末装置に障害の発生を通知する。

以上のように、本実施の形態によれば、アラームを受信した際にアラームの真偽を確認する障害確認処理を実施するとともに、障害確認処理結果が出るまでオペレータにアラーム発生通知を抑止することにより、無駄なアラームに対する作業を回避することが可能である。

本実施の形態では、ネットワークを構成する各機器から通知された障害アラームに応じて、前記機器から受信したアラームを受信しトラブルチケットを発行するとともに、そのアラームが真に障害かどうかを確認する障害確認処理を行う障害管理方法において、障害確認処理が終了するまで発行したトラブルチケットをオペレータに通知しない障害管理装置及び方法について説明した。

また、本実施の形態では、ネットワークを構成する各機器から通知された障害アラームに応じて、前記機器から受信したアラームを受信しトラブルチケットを発行するとともに、アラームが工事によって発生したかの判定を行い、工事終了時に復旧確認処理を行う障害管理方法において、復旧確認確認処理が終了するまで発行したトラブルチケットをオペレータに通知しない障害管理装置及び方法について説明した。

また、本実施の形態では、新規にトラブルチケットが発行された場合に全てのオペレータが使用しているオペレータ端末に対して新規にトラブルチケットが発行された旨を画像、音声、発光装置等で伝達し、オペレータが作業中のトラブルチケットに対してアラームが追加された場合には、その前記オペレータが使用しているオペレータ端末に対して、アラームが追加された旨を画像、音声、発光装置等で伝達する障害管理装置及び方法について説明した。

また、本実施の形態では、新規にトラブルチケットが発行された場合に、現在作業を行っていないオペレータが使用しているオペレータ端末を選択し、新規にトラブルチケットが発行された旨を画像、音声、発光装置等で伝達する障害管理装置及び方法について説明した。

実施の形態１のシステム構成図。 実施の形態１の処理フローチャート例を示す図。 実施の形態１のトラブルチケット内容例を示す図。 実施の形態２のシステム構成図。 実施の形態２の処理フローチャート例を示す図。 実施の形態２のトラブルチケット内容例を示す図。 実施の形態２の工事情報の例を示す図。 実施の形態２の構成情報の例を示す図。 従来の技術を説明する図。 従来の技術を説明する図。 実施の形態１及び２の障害管理装置のハードウェア構成例を示す図。

符号の説明

１００ 障害管理装置、１０１ アラーム情報追加部、１０２ トラブルチケット情報検索部、１０３ トラブルチケット更新部、１０４ トラブルチケット新規作成部、１０５ アラーム情報記憶部、１０６ トラブルチケット情報記憶部、１０７ 障害アラーム受信部、１０８ オペレータ通知部、１１０ 障害アラーム、１１１ トラブルチケット情報、１１１ トラブルチケット情報、１１２ トラブルチケット番号、１１３ オペレータ通知、１１４ トラブルチケット更新情報、１１５ アラーム情報、１２０ オペレータ端末装置、１２１ 管理対象機器、１３２ 処理状態、１３３ 題名、１３４ 機器名、１３５ 障害受付日時、１３６ 障害発生日時、１３７ 障害復旧日時、１３８ 対処内容、１３９ 解析結果、１４０ 障害原因、１４１ 顧客連絡日時、２００ 障害管理装置、２０１ アラーム情報追加部、２０２ トラブルチケット情報検索部、２０３ トラブルチケット更新部、２０４ トラブルチケット新規作成部、２０５ アラーム情報記憶部、２０６ トラブルチケット情報記憶部、２０７ 障害確認処理起動部、２０８ 復旧確認処理起動部、２３０ 障害アラーム受信部、２３１ オペレータ通知部。

Claims (16)

1. 複数の管理対象機器のいずれかから障害アラームを受信し、受信した障害アラームに基づいてトラブルチケットを作成する障害管理装置であって、
   いずれかの管理対象機器から障害アラームを受信する障害アラーム受信部と、
   前記障害アラーム受信部により受信された障害アラームの送信元の管理対象機器の以前の障害に対するトラブルチケットであって障害への対応処理が完了していない対応未完了トラブルチケットが存在するか否かを判定する対応未完了トラブルチケット判定部と、
   前記対応未完了トラブルチケット判定部により障害アラーム送信元の管理対象機器について対応未完了トラブルチケットが存在すると判定された場合に、前記対応未完了トラブルチケットのトラブルチケット識別子を取得し、取得した前記対応未完了トラブルチケットのトラブルチケット識別子を前記障害アラーム受信部により受信された障害アラームに付加する識別子付加部と、
   前記識別子付加部により前記対応未完了トラブルチケットのトラブルチケット識別子が付加された障害アラームを記憶するアラーム情報記憶部とを有することを特徴とする障害管理装置。
2. 前記障害管理装置は、障害への対応処理を行うオペレータが使用する複数のオペレータ端末装置に接続されており、
   前記障害管理装置は、更に、
   前記対応未完了トラブルチケット判定部により障害アラーム送信元の管理対象機器について対応未完了トラブルチケットが存在すると判定された場合に、障害アラーム送信元の管理対象機器の障害への対応処理を行っているオペレータが使用しているオペレータ端末装置に障害アラームが発行されたことを通知するオペレータ通知部を有することを特徴とする請求項１に記載の障害管理装置。
3. 前記障害管理装置は、更に、
   前記対応未完了トラブルチケット判定部により障害アラーム送信元の管理対象機器について対応未完了トラブルチケットが存在しないと判定された場合に、新たなトラブルチケット識別子を含む新たなトラブルチケットを前記障害アラーム受信部により受信された障害アラームに対して作成するトラブルチケット新規作成部を有し、
   前記識別子付加部は、
   前記トラブルチケット新規作成部から前記新たなトラブルチケット識別子を取得し、取得した前記新たなトラブルチケット識別子を前記障害アラーム受信部により受信された障害アラームに付加し、
   前記アラーム情報記憶部は、
   前記識別子付加部により前記新たなトラブルチケット識別子が付加された障害アラームを記憶することを特徴とする請求項１に記載の障害管理装置。
4. 前記障害管理装置は、障害への対応処理を行うオペレータが使用する複数のオペレータ端末装置に接続されており、
   前記障害管理装置は、更に、
   前記トラブルチケット新規作成部により新たなトラブルチケットが作成された場合に、前記複数のオペレータ端末装置の全てに対して障害アラームが発行されたことを通知するオペレータ通知部を有することを特徴とする請求項３に記載の障害管理装置。
5. 前記障害管理装置は、障害への対応処理を行うオペレータが使用する複数のオペレータ端末装置に接続されており、
   前記障害管理装置は、更に、
   前記トラブルチケット新規作成部により新たなトラブルチケットが作成された場合に、前記複数のオペレータ端末装置のうち現在障害に対する対応処理を行っていないオペレータが使用するオペレータ端末装置を選択し、選択したオペレータ端末装置に障害アラームが発行されたことを通知するオペレータ通知部を有することを特徴とする請求項３に記載の障害管理装置。
6. 障害への対応処理を行うオペレータが使用するオペレータ端末装置に接続され、複数の管理対象機器のいずれかから障害アラームを受信し、障害の発生を前記オペレータ端末装置に通知する障害管理装置であって、
   いずれかの管理対象機器から障害アラームを受信する障害アラーム受信部と、
   前記障害アラーム受信部により受信された障害アラームの送信元の管理対象機器に障害が発生しているか否かを判定する障害判定部と、
   前記障害判定部により障害アラーム送信元の管理対象機器に障害が発生していると判定された後に、前記オペレータ端末装置に障害の発生を通知するオペレータ通知部とを有することを特徴とする障害管理装置。
7. 前記障害管理装置は、更に、
   管理対象機器ごとに工事の実施スケジュールを示す工事情報を記憶する工事情報記憶部を有し、
   前記障害判定部は、
   前記工事情報に示された工事の実施スケジュールを参照し、前記障害アラーム受信部により受信された障害アラームの送信元の管理対象機器で工事が実施されているか否かを判定し、障害アラームの送信元の管理対象機器で工事が実施されていると判定した場合に、障害アラームが工事により発行されたと推定する工事判定部を有し、
   前記オペレータ通知部は、
   前記工事判定部により障害アラームが工事により発行されたと推定された場合に、前記オペレータ端末装置への通知を保留することを特徴とする請求項６に記載の障害管理装置。
8. 前記障害判定部は、
   前記工事判定部により障害アラーム送信元の管理対象機器で工事が実施されていないと判定された場合に、障害アラームの送信元の管理対象機器に障害が発生しているか否かを判定する障害有無判定部を有し、
   前記オペレータ通知部は、
   前記障害有無判定部により障害アラーム送信元の管理対象機器に障害が発生していると判定された場合に、前記オペレータ端末装置に障害の発生を通知することを特徴とする請求項７に記載の障害管理装置。
9. 前記障害判定部は、
   前記工事判定部により障害アラーム送信元の管理対象機器で工事が実施されていると判定された場合に、障害アラーム送信元の管理対象機器の工事の実施スケジュールの終了後に、障害アラームの送信元の管理対象機器に障害が発生しているか否かを判定する復旧判定部を有し、
   前記オペレータ通知部は、
   前記復旧判定部により障害アラーム送信元の管理対象機器に障害が発生していると判定された場合に、前記オペレータ端末装置に障害の発生を通知することを特徴とする請求項７に記載の障害管理装置。
10. 前記障害管理装置は、複数のオペレータ端末装置に接続されており、
    前記オペレータ通知部は、
    障害アラーム送信元の管理対象機器の以前の障害への対応処理を行っているオペレータが存在する場合に、当該オペレータが使用しているオペレータ端末装置に障害を通知することを特徴とする請求項６に記載の障害管理装置。
11. 前記障害管理装置は、複数のオペレータ端末装置に接続されており、
    前記オペレータ通知部は、
    前記複数のオペレータ端末装置の全てに対して障害の発生を通知することを特徴とする請求項６に記載の障害管理装置。
12. 前記障害管理装置は、複数のオペレータ端末装置に接続されており、
    前記オペレータ通知部は、
    前記複数のオペレータ端末装置のうち現在障害に対する対応処理を行っていないオペレータが使用するオペレータ端末装置を選択し、選択したオペレータ端末装置に障害の発生を通知することを特徴とする請求項６に記載の障害管理装置。
13. 複数の管理対象機器のいずれかから障害アラームを受信し、受信した障害アラームに基づいてトラブルチケットを作成する障害管理方法であって、
    いずれかの管理対象機器から障害アラームを受信する障害アラーム受信ステップと、
    前記障害アラーム受信ステップにより受信された障害アラームの送信元の管理対象機器の以前の障害に対するトラブルチケットであって障害への対応処理が完了していない対応未完了トラブルチケットが存在するか否かを判定する対応未完了トラブルチケット判定ステップと、
    前記対応未完了トラブルチケット判定ステップにより障害アラーム送信元の管理対象機器について対応未完了トラブルチケットが存在すると判定された場合に、前記対応未完了トラブルチケットのトラブルチケット識別子を取得し、取得した前記対応未完了トラブルチケットのトラブルチケット識別子を前記障害アラーム受信ステップにより受信された障害アラームに付加する識別子付加ステップと、
    前記識別子付加ステップにより前記対応未完了トラブルチケットのトラブルチケット識別子が付加された障害アラームを記憶するアラーム情報記憶ステップとを有することを特徴とする障害管理方法。
14. 複数の管理対象機器のいずれかから障害アラームを受信し、障害への対応処理を行うオペレータが使用するオペレータ端末装置に障害の発生を通知する障害管理方法であって、
    いずれかの管理対象機器から障害アラームを受信する障害アラーム受信ステップと、
    前記障害アラーム受信ステップにより受信された障害アラームの送信元の管理対象機器に障害が発生しているか否かを判定する障害判定ステップと、
    前記障害判定ステップにより障害アラーム送信元の管理対象機器に障害が発生していると判定された後に、前記オペレータ端末装置に障害の発生を通知するオペレータ通知ステップとを有することを特徴とする障害管理方法。
15. 複数の管理対象機器のいずれかから障害アラームを受信し、受信した障害アラームに基づいてトラブルチケットを作成するコンピュータに、
    いずれかの管理対象機器から障害アラームを受信する障害アラーム受信手順と、
    前記障害アラーム受信手順により受信された障害アラームの送信元の管理対象機器の以前の障害に対するトラブルチケットであって障害への対応処理が完了していない対応未完了トラブルチケットが存在するか否かを判定する対応未完了トラブルチケット判定手順と、
    前記対応未完了トラブルチケット判定手順により障害アラーム送信元の管理対象機器について対応未完了トラブルチケットが存在すると判定された場合に、前記対応未完了トラブルチケットのトラブルチケット識別子を取得し、取得した前記対応未完了トラブルチケットのトラブルチケット識別子を前記障害アラーム受信手順により受信された障害アラームに付加する識別子付加手順と、
    前記識別子付加手順により前記対応未完了トラブルチケットのトラブルチケット識別子が付加された障害アラームを記憶するアラーム情報記憶手順とを実行させることを特徴とするプログラム。
16. 障害への対応処理を行うオペレータが使用するオペレータ端末装置に接続され、複数の管理対象機器のいずれかから障害アラームを受信し、障害の発生を前記オペレータ端末装置に通知するコンピュータに、
    いずれかの管理対象機器から障害アラームを受信する障害アラーム受信手順と、
    前記障害アラーム受信手順により受信された障害アラームの送信元の管理対象機器に障害が発生しているか否かを判定する障害判定手順と、
    前記障害判定手順により障害アラーム送信元の管理対象機器に障害が発生していると判定された後に、前記オペレータ端末装置に障害の発生を通知するオペレータ通知手順とを実行させることを特徴とするプログラム。

Images