(57)【要約】【課題】ＥＤＩシステムにおいてエラーが発生した場合、適切な送信先にエラーの情報を通知する仕組みを提供する。【解決手段】ＥＤＩシステムにおいてエラーが発生した際にメールにより通知を行う情報処理装置であって、エラーが発生した際にエラーの内容をエラーファイルに出力する出力手段と、エラーの内容に応じた重要度を判定するための設定がされた重要度判定テーブルを管理する第一の管理手段と、前記出力手段により出力されるエラーファイルの内容および前記第一の管理手段により管理される重要度判定テーブルに含まれる重要度に応じて、メールにより通知を行う宛先の登録がされたメール送信テーブルを管理する第二の管理手段と、前記第二の管理手段により管理されるメール送信テーブルに登録された宛先にエラーの内容を通知するメールを送信する送信手段とを有する。【選択図】図１
2014119986.tif 000002
【特許請求の範囲】
【請求項１】
ＥＤＩシステムにおいてエラーが発生した際にメールにより通知を行う情報処理装置であって、
エラーが発生した際にエラーの内容をエラーファイルに出力する出力手段と、
エラーの内容に応じた重要度を判定するための設定がされた重要度判定テーブルを管理する第一の管理手段と、
前記出力手段により出力されるエラーファイルの内容および前記第一の管理手段により管理される重要度判定テーブルに含まれる重要度に応じて、メールにより通知を行う宛先の登録がされたメール送信テーブルを管理する第二の管理手段と、
前記第二の管理手段により管理されるメール送信テーブルに登録された宛先にエラーの内容を通知するメールを送信する送信手段と
を有することを特徴とする情報処理装置。
【請求項２】
前記エラーファイルには、エラーが発生した時を特定可能な情報が含まれるものであり、
前記メール送信テーブルには、少なくとも、エラーが発生した時刻、エラーが発生した曜日のいずれかの指定が可能であり、
前記送信手段は、エラーの発生の時に応じて、前記メール送信テーブルに登録されたエラーが発生した時刻またはエラーが発生した曜日の内容を用いて、対応する宛先にエラーの内容を通知するメールを送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記出力手段により出力されたエラーファイルを用いて、過去のエラー情報を障害情報として管理している障害管理サーバに対して検索手段と、
前記検索手段による検索の結果、取得された障害情報を含む障害情報ファイルを生成する生成手段とを有し、
前記送信手段は、前記生成手段により生成された障害情報ファイルをメールに添付して送信することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
ＥＤＩシステムにおいてエラーが発生した際にメールにより通知を行う情報処理装置における情報処理方法であって、
エラーが発生した際にエラーの内容をエラーファイルに出力する出力ステップと、
エラーの内容に応じた重要度を判定するための設定がされた重要度判定テーブルを管理する第一の管理ステップと、
前記出力ステップにより出力されるエラーファイルの内容および前記第一の管理ステップにより管理される重要度判定テーブルに含まれる重要度に応じて、メールにより通知を行う宛先の登録がされたメール送信テーブルを管理する第二の管理ステップと、
前記第二の管理ステップにより管理されるメール送信テーブルに登録された宛先にエラーの内容を通知するメールを送信する送信ステップと
を含むことを特徴とする情報処理方法。
【請求項５】
ＥＤＩシステムにおいてエラーが発生した際にメールにより通知を行う情報処理装置において実行可能なプログラムであって、
エラーが発生した際にエラーの内容をエラーファイルに出力する出力手段、
エラーの内容に応じた重要度を判定するための設定がされた重要度判定テーブルを管理する第一の管理手段、
前記出力手段により出力されるエラーファイルの内容および前記第一の管理手段により管理される重要度判定テーブルに含まれる重要度に応じて、メールにより通知を行う宛先の登録がされたメール送信テーブルを管理する第二の管理手段、
前記第二の管理手段により管理されるメール送信テーブルに登録された宛先にエラーの内容を通知するメールを送信する送信手段
として前記情報処理装置を機能させることを特徴とするプログラム。
【請求項６】
管理者が操作するクライアント端末と、ＥＤＩシステムにおいてエラーが発生した際にメールにより通知を行う情報処理装置とが通信可能な情報処理システムであって、
前記情報処理装置は、
エラーが発生した際にエラーの内容をエラーファイルに出力する出力手段と、
エラーの内容に応じた重要度を判定するための設定がされた重要度判定テーブルを管理する第一の管理手段と、
前記出力手段により出力されるエラーファイルの内容および前記第一の管理手段により管理される重要度判定テーブルに含まれる重要度に応じて、メールにより通知を行う宛先の登録がされたメール送信テーブルを管理する第二の管理手段と、
前記第二の管理手段により管理されるメール送信テーブルに登録された宛先にエラーの内容を通知するメールを送信する送信手段とを有し、
前記クライアント端末は、
前記送信手段により送信されたエラーの内容を通知するメールを受信する受信手段を有することを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子商取引におけるエラー発生時の情報出力と通知、その管理を行う技術に関する。
【背景技術】
【０００２】
近年、企業などにおいては受発注業務における業務効率化のために、電子商取引を行うＥＤＩシステムが導入されている。ＥＤＩシステムを構成するサーバ群のうち通信を実行するＥＤＩサーバは、エラーが発生した場合、ログをテキストファイルやデータベースに出力を行うことで、エラーの原因調査を行うのに必要な情報を出力する機能を備えている。
【０００３】
そのため、ＥＤＩシステムの管理者は、エラーが発生した事を利用者から連絡を受けると、テキストファイルやデータベースの内容を検索し、エラーの内容を確認して対応を行う。その一方、利用者からの連絡が無い場合は、エラーが発生していても気が付かない場合がある。
【０００４】
従って、定期的にログを確認し、エラーが発生しているか確認することにより、エラーが発生したのに気が付かないという上記問題を解決することができる。しかしながら、ＥＤＩシステムの管理者の負担が高くなるという問題や、一般的なＥＤＩシステムの管理者は、平日の日中のみしか対応していない場合が多く、現実的ではない。
【０００５】
この問題を解決するために、エラーが発生した場合は、メールで通知するという仕組みを持つアプリケーションも一部存在しているが、メールの宛先や内容が固定である場合が多く、ＥＤＩシステムにそのまま適用できるものではない。例えば、ＥＤＩシステムにおいては、発注番号と明細番号の組み合わせでユニークになる事が多く、同じ発注番号と明細番号のデータが２件あり、発注数量が異なるというエラーがある。これは発注データを作成した後、数量を誤っていた事に気が付き訂正した場合などに発生するエラーである。本来、取消のための赤伝等を発行すべきところ、運用のミスなどにより発生する現象である。そのため、このようなエラーにおいては、ＥＤＩシステムでは、どちらの数量が正しいか判断できず、人の判断が必要になる。
【０００６】
さらに、ＥＤＩシステムでは以前に発生したエラーと同様のエラーが再度発生する事がある。例えば、上記例は、一度対応すれば、その後発生しなくなるというものではなく、数か月に１度など、定期的に発生する可能性のあるエラーである。既存のアプリケーションでは、メール通知機能を持っていても、エラーの重要度によって宛先を変更することや、エラーの発生した時間帯によって宛先を変えるといった機能を備えていないため、例えば、金曜日の夜にエラーが発生すると、管理者は、エラーが発生した事に気が付かず、対応が月曜の朝まで行われないという問題が発生する可能性がある。
【０００７】
また、送信されるメールの内容についても、どのようなエラーが発生したかについてはわかる事があるが、解決するために役立つ内容であるかと言えば、十分では無い場合が多い。
【０００８】
従って、ＥＤＩシステムにおいては、エラーが発生した場合は、エラー発生時刻、エラーが発生した箇所、エラー理由、利用者、類似エラーに対して行った過去の対応などを考慮して適切な内容・適切な送信先に情報を通知する必要がある。
【０００９】
ここで、特許文献１には、エラーレベルにより通知方法を変更するシステムが、特許文献２には、システムを監視し、システムを安定して運転する監視制御装置が開示されている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開平４−１７２０４５
【特許文献２】特開２００８−３１０４２８
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１に記載されるようなシステムは、エラー通知方法やその後の管理について十分考慮されておらず、ＥＤＩシステム特有の問題を解決することができない。また、特許文献２のシステムでは、人が判断し対応が必要なＥＤＩシステムにおいてはそのまま適用できるものではない。
【００１２】
そこで、本発明は上記課題を解決するものであり、ＥＤＩシステムにおいてエラーが発生した場合、適切な送信先にエラー情報を通知する仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明は、ＥＤＩシステムにおいてエラーが発生した際にメールにより通知を行う情報処理装置であって、エラーが発生した際にエラーの内容をエラーファイルに出力する出力手段と、エラーの内容に応じた重要度を判定するための設定がされた重要度判定テーブルを管理する第一の管理手段と、前記出力手段により出力されるエラーファイルの内容および前記第一の管理手段により管理される重要度判定テーブルに含まれる重要度に応じて、メールにより通知を行う宛先の登録がされたメール送信テーブルを管理する第二の管理手段と、前記第二の管理手段により管理されるメール送信テーブルに登録された宛先にエラーの内容を通知するメールを送信する送信手段とを有することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、ＥＤＩシステムにおいてエラーが発生した場合、適切な送信先にエラー情報を通知する仕組みを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態におけるＥＤＩシステムの構成を示す図である。
【図２】本発明の実施形態における各種端末のハードウェア構成を示す図である。
【図３】本発明の実施形態における全体処理フローを示す図である。
【図４】本発明の実施形態におけるＥＤＩサーバが出力するファイルの例である。
【図５】本発明の実施形態における検索時のフローチャートを示す図である。
【図６】本発明の実施形態における障害管理システムが出力する検索結果ファイルの例である。
【図７】本発明の実施形態におけるメール送信のフローチャートを示す図である。
【図８】本発明の実施形態における検索時のフローチャートで使用する検索用テーブルの例である。
【図９】本発明の実施形態におけるメール送信時の重要度判定テーブルの例である。
【図１０】本発明の実施形態におけるメール送信テーブルの例である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本発明の実施形態におけるＥＤＩシステムの構成を示す図である。
尚、図１のＥＤＩシステムの構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
ＥＤＩサーバ１０１は、基幹システム１０４から受け取ったデータを、ネットワーク１０６を介して取引先１０７に送信する。
【００１７】
取引先１０７は、複数社存在する。なお、取引先１０７は、取引先サーバを示すものである。取引先１０７もネットワーク１０６を介し、ＥＤＩサーバ１０１にデータを送信する。ＥＤＩサーバ１０１は、取引先１０７から受け取ったデータを基幹システム１０４に送信する。
【００１８】
基幹システム１０４は、店舗１０５でデータの送受信を行い、ＥＤＩサーバ１０１は店舗１０５とデータの送受信は行わない。なお、店舗１０５は、店舗サーバを示すものである。
ネットワーク１０６は、公衆回線・専用回線・インターネットなどの通信回線である。
【００１９】
なお、ＥＤＩサーバ１０１は、ＥＤＩサーバ１０１でエラーが発生した場合は、障害管理システム１０３及びメール送信システム１０２と連携し、障害の通知を行う。障害管理システム１０３は、障害管理サーバであり、メール送信システム１０２は、メール送信サーバでもある。１０２ＥＤＩサーバ１０１で発生するエラーは、基幹システム１０４との通信時、取引先１０７との通信時が考えられる。
【００２０】
なお、不図示であるが、メールを受け取る担当者は、メール受信機能を備えるクライアント端末（スマートフォン等の携帯端末やパーソナルコンピュータ等）を操作するものである。
詳細は後に説明を行う。
次に、図１のＥＤＩサーバ、ＥＤＩクライアントの各種端末のハードウェア構成について、図２を用いて説明する。
図２は、本発明の実施形態における各種端末のハードウェア構成を示す図である。
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２１】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２２】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００２３】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２４】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２６】
本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００２７】
次に、本発明の処理の流れを説明する。なお、本発明では、「エラー発生時に障害管理データベースにエラー内容を登録し、類似エラーを検索する仕組み」、「エラー内容、発生日時により宛先や内容を変更したメールを作成する仕組み」を提供するものである。
【００２８】
そのため、エラーが発生した場合は、エラー発生時刻、エラーが発生した箇所やエラー理由、その時のユーザ、などの必要な情報をＣＳＶやＸＭＬ等の決まったフォーマットでファイル出力する。ファイル出力した場合は、障害管理データベースがファイルを検知し情報を取り込む。その後、エラー管理システムから、エラーが発生した箇所やエラー理由で検索し、同様のエラーが登録されていないかを検索し、エラー管理システムに登録されていた場合は、その内容にアクセスするためのリンクやＵＲＬ、またはその内容をファイルで出力し、エラー通知メールに付与する。また、メールを送信する際に、エラーの内容で重要度を判定し、重要度と発生した時刻、エラー内容により送信先やメールの内容を変更することができるものとする。
図３は、本発明の全体処理フローを示す図である。
まず、ステップＳ３０１において、ＥＤＩサーバにおいてエラーが発生した事を表している。
【００２９】
次に、ステップＳ３０２において、ＥＤＩサーバは、発生したエラーの内容などを指定のフォルダに、「ＥＲＲ＿＜エラー発生時刻＞．ＸＭＬ」等の決まったファイル名で出力する。ファイルの内容には、例えば、「エラー発生時刻」、「エラーが発生した箇所」、「エラー理由」、「利用者」などを含む。出力するファイルの一例を図４に示す。
【００３０】
図４に示す通り、ファイル名「ＥＲＲ＿２０１２０１０１１２３０００．ＸＭＬ」には、「＜発生時刻＞２０１２／０１／０１  １２：３０：００＜／発生時刻＞」、「＜発生個所＞納期回答＜／発生個所＞」、「＜エラー理由＞データフォーマット違反＜／エラー理由＞」、＜利用者＞取引先Ａ＜／利用者＞」、＜詳細内容＞列数が正しくありません。データ：Ａ９９９，０１，２０１２０１０３，１０  Ａ９９９，０２，２０１２０１０３，１５＜／詳細内容＞」が含まれている。この例は、説明上必要最小限の内容のため、その他に様々な内容を含んでいるものとする。
【００３１】
図４の例では、取引先Ａが作成した納期回答データのフォーマットが不正な事を表している。納期回答のデータフォーマットは「発注番号、明細番号、納品日、納品数量」というフォーマットが想定されているため、本来列数は４になるのが正しい。しかしながら、エラーとなったデータは”Ａ９９９”，”０１”，”２０１２０１０３”，”１０  Ａ９９９”，”０２”，”２０１２０１０３”，”１５”と列数が７になり、データフォーマットが不正であることを示している。
【００３２】
次に、ステップＳ３０３において、障害管理システムは、ステップＳ３０２で出力されたファイルを検知し、データベースに取り込む。障害管理システムは、特定のフォルダを監視し、ファイル名をチェックし、エラーファイルを検知したら自動で取り込む機能を備えているためである。
【００３３】
次に、ステップＳ３０４において、ＥＤＩサーバは、障害管理システムが管理するデータベースから類似エラーを検索し、その結果を指定のフォルダに、例えば「ＳＥＡＲＣＨ＿＜エラー発生時刻＞．ＸＭＬ」等の決まったファイル名で出力する。より詳細な処理の流れを図５に示す。また、出力された検索結果ファイルの例を図６に示す。
図５は、検索時のフローチャートを示す。
ステップＳ５０１において、ＥＤＩサーバは、ステップＳ３０２で出力したファイルの内容を読み込みメモリに格納する。
【００３４】
次に、ステップＳ５０２において、ＥＤＩサーバは、障害管理システムが管理するデータベース（検索用テーブル）を読み込む。検索用テーブルのサンプルを図８に示す。
【００３５】
検索用テーブルには、列名８０１、検索条件８０２が含まれている。検索用テーブルは、ステップＳ５０１で読み込んだ内容のどの項目を使って検索を行うかを示している。図８の例では、「発生時刻」は、“使用しない”、「発生個所」は、“必須”、「エラー理由」は、“必須”、「利用者」は、“任意”、「詳細内容」は、“使用しない”ことを示している。
【００３６】
次に、ステップＳ５０３において、ＥＤＩサーバは、ステップＳ５０１とステップＳ５０２の内容を用いて、任意項目を含んだＳＱＬ文を作成して検索する。図４と図８に示す例では、「発生個所」が“納期回答”、「エラー理由」が“データフォーマット違反”、「利用者」が“取引先Ａ”のデータを検索することになる。
【００３７】
次に、ステップＳ５０４において、ＥＤＩサーバは、ステップＳ５０３で検索した結果が１件以上あるかを判定する。１件以上ある場合は、ステップＳ５０６に進み、０件の場合は、ステップＳ５０５に進む。
【００３８】
ステップＳ５０５において、ＥＤＩサーバは、ステップＳ５０４での検索結果が０件だったため、検索条件を変更し、再度検索を実行する。図４と図８に示す例では、「発生個所」が“納期回答”、「エラー理由」が“データフォーマット違反”、「利用者」が“取引先Ａ”のデータを検索する。
ステップＳ５０６において、ＥＤＩサーバは、検索した結果をメモリに格納する。
【００３９】
次に、ステップＳ５０７において、ＥＤＩサーバは、ステップＳ５０６でメモリの内容から検索結果ファイルを作成する。なお、ステップＳ５０６で格納した件数全てを検索結果ファイルに出力すると、ファイルのサイズが大きくなる恐れがあるため、上限を指定できるものとする。図６は、出力された検索結果ファイルの一例を示す図である。
【００４０】
次に、ステップＳ３０５において、メール送信システムは、ステップＳ３０４で出力されたファイルを検知し、メールを送信する。より詳細な処理の流れを図７に示す。
図７は、メール送信のフローチャートを示す図である。
ステップＳ７０１において、ＥＤＩサーバ１０１は、出力したエラーファイル（図４）を読み込む。
【００４１】
ステップＳ７０２において、ＥＤＩサーバ１０１は、ステップＳ７０１で読み込んだエラーファイルの内容からエラーの重要度を判定する。重要度を判定する際に重要度判定テーブル等を使用する。重要度判定テーブルの一例を図９に示す。
【００４２】
重要度判定テーブルには、重要度９０１、エラー内容９０２が含まれている。図９の例では、ディスクフルの場合、「緊急」、メモリ不足の場合、「通常」、ログインエラーの場合、「低」、データフォーマット違反の場合、「通常」、変換エラーの場合、「通常」、通信エラーの場合、「低」と設定されている。
図９および図４に示す例の場合は、重要度は「通常」になる。
【００４３】
ステップＳ７０３において、ＥＤＩサーバ１０１は、ステップＳ７０２で判定した重要度からメールの送信先を決めるため、メール送信テーブルから重要度でデータを抽出する。メール送信テーブルの例を図１０に示す。
【００４４】
メール送信テーブルには、重要度１００１、発生時間１００２、発生曜日１００３、メール送信先１００４、添付１００５が含まれている。図１０の例では、それぞれの項目に応じて「緊急：全て：全て：システム責任者ＰＣ：なし」、「緊急：全て：全て：運用者ＰＣ：あり」、「緊急：夜間：全て：運用者携帯：なし」、「緊急：全て：休日：運用者携帯：なし」、「通常：全て：全て：運用者ＰＣ：あり」と設定された５つのレコードが登録されていることを示している。
図１０に示す例の場合は、重要度が「通常」の場合に、１件該当する。
【００４５】
ステップＳ７０４において、ＥＤＩサーバ１０１は、ステップＳ７０３で抽出した結果が、１件以上あるかを判定する。判定がＮＯ（抽出結果が０件）の場合は、ステップＳ７０６に遷移し、メールを送信しないで終了する。一方、判定がＹＥＳ（抽出結果が１件以上）の場合は、ステップＳ７０５に遷移する。
ステップＳ７０５において、ＥＤＩサーバ１０１は、抽出結果を読み込む。
【００４６】
ステップＳ７０７において、ＥＤＩサーバ１０１は、メール送信テーブル（図１０）の「発生時間」「発生曜日」列を読み込み、一致するかを判定する。一致する場合は、メールを送信するため、ステップＳ７０８に遷移し、一致しない場合は、メールを送信しないため、ステップＳ７１１に遷移する。図１０に示す例では、メール送信テーブルの一番下のレコード（「通常：全て：全て：運用者ＰＣ：あり」）が抽出されるため、「発生時間」が“全て”、「発生曜日」が“全て”のため一致し、ステップＳ７０８に遷移する。
【００４７】
ステップＳ７０８において、ＥＤＩサーバ１０１は、メールに添付ファイルを付けるか判定する。メール送信テーブル（図１０）の「添付」の値が“あり”の場合は、添付ファイルを付けてメールを送信するため、ステップＳ７０９に遷移し、メール送信テーブル（図１０）の「添付」の値が“なし”の場合は、添付ファイルを付けずにメールを送信するため、ステップＳ７１０に遷移する。
ステップ７０９において、ＥＤＩサーバ１０１は、添付ファイルを付けてメール送信する。
ステップ７１０において、ＥＤＩサーバ１０１は、添付ファイルを付けずメール送信する。
【００４８】
ステップＳ７１１において、ＥＤＩサーバ１０１は、抽出結果が残っているか判定し、残っている場合は、ステップＳ７０５に遷移し、抽出結果が残っていない場合は、処理を終了する。
【００４９】
次に、ステップＳ３０６において、スマートフォンなどの携帯端末（クライアント端末）によりメールを受信した担当者は、受信したメールの内容を元に障害対応を行うこととなる。図６の例では、担当者は、改行コードがＬＦであることが原因で、改行コードをＣＲＬＦに変更すれば良い事がわかるので、取引先Ａの担当者にその旨を伝え対応することとなる。
【００５０】
次に、ステップＳ３０７において、担当者はクライアント端末を操作して、障害管理システムにステップＳ３０６で対応した内容を登録する操作を行う。この作業を繰り返すことにより、類似障害が検索される可能性が上がっていくことになる。
上述した通り、本発明によれば、ＥＤＩシステムにおいてエラーが発生した場合、適切な送信先にエラー情報を通知する仕組みを提供することができる。
【００５１】
そのため、迅速にエラー対応する事が可能となり、エラー対応にかかるコストも下げ、更にＥＤＩシステム運用担当者の引き継ぎコストを下げる事が可能となる。
【００５２】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、
種々の変形・変更が可能である。
【００５３】
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【００５４】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００５５】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００５６】
本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【符号の説明】
【００５７】
１０１  ＥＤＩサーバ
１０２  障害監理システム
１０３  メール送信システム
１０４  基幹システム
１０５  店舗（サーバ）
１０６  ネットワーク
１０７  取引先（サーバ）
【図１】
2014119986.tif 000003
【図２】
2014119986.tif 000004
【図３】
2014119986.tif 000005
【図４】
2014119986.tif 000006
【図５】
2014119986.tif 000007
【図６】
2014119986.tif 000008
【図７】
2014119986.tif 000009
【図８】
2014119986.tif 000010
【図９】
2014119986.tif 000011
【図１０】
2014119986.tif 000012