(57)【要約】  【課題】  送信エラーの履歴を参照して、適宜なタイミングで送信エラーの警告を行い、失敗通知に対処する。  【解決手段】  失敗メール監視部２４がメール通知の送信失敗を検出して処理依頼を要求処理部２３に要求する。要求処理部２３は、送信失敗を失敗メール履歴保持部２Ｂに登録するとともに履歴を対応内容設定部の対応情報を突き合わせる。合致したときには、システム出力作成部１３に出力依頼を行いメール、画面表示等で警告を行なう。【選択図】  図３
2006099355.tif 000002
【特許請求の範囲】
【請求項１】
オブジェクトに対してイベントが発生したときに、当該オブジェクトの所有者が指定したメールアカウントに通知を行なう通知手段と、
上記メールアカウントへのメールに関する送信エラーの履歴を管理する送信エラー履歴管理手段と、
上記通信エラーの履歴が警告条件に合致するときにオブジェクトの所有者またはその関係者に警告を行なう警告手段とを実現するためにコンピュータで実行されることを特徴とするオブジェクト管理用コンピュータプログラム。
【請求項２】
上記イベントは上記オブジェクトに対する変更処理である請求項１記載のオブジェクト管理用コンピュータプログラム。
【請求項３】
上記警告手段は、警告メールは送信して警告を行なう請求項１または２記載のオブジェクト管理用コンピュータプログラム。
【請求項４】
上記警告手段は、ログイン画面またはログイン直後の画面に警告を表示する請求項１または２記載のオブジェクト管理用コンピュータプログラム。
【請求項５】
上記警告手段は、予め保持する警告条件と上記通信エラーの履歴とを突き合わせて合致するときに警告を行なう請求項１〜４のいずれかに記載のオブジェクト管理用コンピュータプログラム。
【請求項６】
上記警告手段は、警告条件がユーザから入力されたときに、当該警告条件と上記通信エラーの履歴とを突き合わせ、ユーザの指示に応じて警告を行なう請求項１〜４のいずれかに記載のオブジェクト管理用コンピュータプログラム。
【請求項７】
オブジェクトに対してイベントが発生したときに通知を行なうメールアカウントを設定する際に、候補メールアカウントを、上記通信エラーの履歴を参照して通信エラーの蓋然性の大小に基づいて区別して表示する請求項１〜６のいずれかに記載のオブジェクト管理用コンピュータプログラム。
【請求項８】
オブジェクトは、文書、フォルダ、電子掲示板およびグループのうちの少なくとも１つが含まれる請求項１〜７のいずれかに記載のオブジェクト管理用コンピュータプログラム。
【請求項９】
オブジェクトに対してイベントが発生したときに、当該オブジェクトの所有者が指定したメールアカウントに通知を行なう通知手段と、
上記メールアカウントへのメールに関する送信エラーの履歴を管理する送信エラー履歴管理手段と、
上記通信エラーの履歴が警告条件に合致するときにオブジェクトの所有者またはその関係者に警告を行なう警告手段とを有することを特徴とするオブジェクト管理装置。
【請求項１０】
オブジェクトに対してイベントが発生したときに、通知手段により、当該オブジェクトの所有者が指定したメールアカウントに通知を行なうステップと、
送信エラー履歴管理手段により、上記メールアカウントへのメールに関する送信エラーの履歴を管理するステップと、
警告手段により、上記通信エラーの履歴が警告条件に合致するときにオブジェクトの所有者またはその関係者に警告を行なうステップとを有することを特徴とするオブジェクト管理方法。
【請求項１１】
オブジェクトに対してイベントが発生したときに、当該オブジェクトの所有者が指定したメールアカウントに通知を行なう機能を具備するオブジェクト管理システムの通知失敗対応用コンピュータプログラムにおいて、
上記メールアカウントへのメールに関する送信エラーの履歴を管理する送信エラー履歴管理手段と、
上記通信エラーの履歴が警告条件に合致するときにオブジェクトの所有者またはその関係者に警告を行なう警告手段とを実現するためにコンピュータで実行されることを特徴とする通知失敗対応用コンピュータプログラム。
【請求項１２】
オブジェクトに対してイベントが発生したときに、当該オブジェクトの所有者が指定したメールアカウントに通知を行なう機能を具備するオブジェクト管理システムの通知失敗対応装置において、
上記メールアカウントへのメールに関する送信エラーの履歴を管理する送信エラー履歴管理手段と、
上記通信エラーの履歴が警告条件に合致するときにオブジェクトの所有者またはその関係者に警告を行なう警告手段とを有することを特徴とする通知失敗対応装置。
【請求項１３】
オブジェクトに対してイベントが発生したときに、当該オブジェクトの所有者が指定したメールアカウントに通知を行なう機能を具備するオブジェクト管理システムの通知失敗対応方法において、
送信エラー履歴管理手段により、上記メールアカウントへのメールに関する送信エラーの履歴を管理するステップと、
警告手段により、上記通信エラーの履歴が警告条件に合致するときにオブジェクトの所有者またはその関係者に警告を行なうステップとを有することを特徴とする通知失敗対応方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、文書等のオブジェクトを管理するシステムにおいてオブジェクトの変更、削除等を通知する際に発生する送信失敗に対処する通知失敗対応技術に関する。
【背景技術】
【０００２】
文書等のオブジェクトを管理するオブジェクト管理システムでは、文書等のオブジェクトの変更、削除等を、オブジェクトを利用しているユーザーに対して通知することが好ましい。オブジェクトの所有者等は、メール通知の属性に、通知を行ないたいユーザのメールアカウントを含ませることにより、その旨を通知できる。ところで、ユーザー作成時のミス、メールアドレスの変更により、頻繁にメール送信に失敗するユーザーが存在してしまう。そのため、通信エラーの対処が煩雑であった。
【０００３】
なお、この発明に関連する従来の提案としては特許文献１がある。特許文献１は、電子メールをファクシミリ送信用データに変換してファクシミリ送信する電子メールシステムにおいて、ファクシミリ送信部の履歴情報に基づいてファクシミリ送信履歴データを作成して送信元に電子メール送信することを開示している。この技術ではユーザーの設定情報は変更されず、原因の解消にいたらない。
【特許文献１】特開平６−１４１０４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
この発明は、以上の事情を考慮してなされたものであり、オブジェクトの変更等通知に起因するメール送信エラーの履歴に基づいて確実にメール送信エラーの原因に対処できるようにする通知失敗対応技術を提供することを目的としている。
【課題を解決するための手段】
【０００５】
この発明の原理的な構成例によれば、上述の目的を達成するために、文書管理システム等において、オブジェクトの変更、削除等があった際にメールでユーザーへの通知を行った際に、メールの送信失敗履歴を記憶しておき、連続して失敗したユーザー、頻繁に失敗するユーザーを一覧表示し、設定の変更、ユーザー削除を促すようにしている。このため、通知失敗の原因が解消されることが期待でき、通知失敗に確実に対処できる。
【０００６】
本発明では、システム内に過去のメール送信失敗履歴をプレーン状態、もしくは暗号化して記憶することにより、通知メールの設定者等の関係者に警告を行なう。警告の例は例えばつぎのようなものであるが、これに限定されない。詳細は実施例を参照されたい。なお、ｎは０以上の任意の整数、ｔは０以上の任意の実数である。
【０００７】
（１）任意のユーザー０１によって設定された任意のメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１または関係者のログイン時にポップアップ表示を行う。
（２）任意のユーザー０１によって設定された任意のメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１または関係者の個人用ページにメッセージを表示する。
（３）任意のユーザー０１によって設定された任意のメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１または関係者にメールを送信して通知する。
（４）任意のユーザー０１によって設定された全てのメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１または関係者のログイン時にポップアップ表示を行う。
（５）任意のユーザー０１によって設定された全てのメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１または関係者の個人用ページにメッセージを表示する。
（６）任意のユーザー０１によって設定された全てのメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１または関係者にメールを送信して通知する。
（７）任意のユーザー０１によって、メール通知がｎ通以上連続して失敗しているユーザーや、メール通知が任意に定めた期間ｔでｎ回以上失敗しているユーザーを確認し、この確認したユーザーの一部、または全部に対して、任意の方法により通知を行う。
（８）任意のユーザー０１によって、任意のメール通知を設定するとき、メール通知がｎ通以上連続して失敗しているユーザーと、メール通知が任意に定めた期間ｔでｎ回以上失敗しているユーザーを、色、マーク等で、その他のユーザーと区別して確認することができる。
【０００８】
さらにこの発明を説明する。
【０００９】
この発明の一側面によれば、上述の目的を達成するために、オブジェクト管理装置に：オブジェクトに対してイベントが発生したときに、当該オブジェクトの所有者が指定したメールアカウントに通知を行なう通知手段と；上記メールアカウントへのメールに関する送信エラーの履歴を管理する送信エラー履歴管理手段と；上記通信エラーの履歴が警告条件に合致するときにオブジェクトの所有者またはその関係者に警告を行なう警告手段とを設けている。
【００１０】
この構成においては、送信エラーの履歴を参照して、適宜なタイミングで送信エラーの警告を行い、失敗通知に対処することができる。
【００１１】
この構成において、上記イベントは典型的には上記オブジェクトに対する変更処理である。変更処理には内容の変更のみでなく削除も含まれる。
【００１２】
上記警告手段は、例えば、警告メールは送信して警告を行なったり、ログイン画面またはログイン直後の画面の表示で警告を行なったりできる。
【００１３】
上記警告手段は、予め保持する警告条件と上記通信エラーの履歴とを突き合わせて合致するときに警告を行なうようにできる。この場合には、警告条件を設定しておけば、自動的に警告が行なわれる。
【００１４】
また、上記警告手段は、警告条件がユーザから入力されたときに、当該警告条件と上記通信エラーの履歴とを突き合わせ、ユーザの指示に応じて警告を行なうものであってもよい。この場合、ユーザが警告処理を起動操作することになる。
【００１５】
また、オブジェクトに対してイベントが発生したときに通知を行なうメールアカウントを設定する際に、候補メールアカウントを、上記通信エラーの履歴を参照して通信エラーの蓋然性の大小に基づいて区別して表示する用にしてもよい。
【００１６】
このようにすれば、事前に通知失敗を抑制することが可能になる。
【００１７】
オブジェクトは、典型的には、文書、フォルダ、電子掲示板およびグループのうちの少なくとも１つが含まれるが、これに限定されない。
【００１８】
また、この発明の他の側面によれば、上述の目的を達成するために、オブジェクトに対してイベントが発生したときに、当該オブジェクトの所有者が指定したメールアカウントに通知を行なう機能を具備するオブジェクト管理システムの通知失敗対応装置に：上記メールアカウントへのメールに関する送信エラーの履歴を管理する送信エラー履歴管理手段と；上記通信エラーの履歴が警告条件に合致するときにオブジェクトの所有者またはその関係者に警告を行なう警告手段とを設けている。
【００１９】
この構成においても、送信エラーの履歴を参照して、適宜なタイミングで送信エラーの警告を行い、失敗通知に対処することができる。
【００２０】
通知失敗対応装置（コンピュータプログラム）は、オブジェクト管理装置（コンピュータプログラム）に組み込まれていても良いし、連携しながらも別のシステムとして構成されても良い。
【００２１】
なお、この発明は装置またはシステムとして実現できるのみでなく、方法としても実現可能である。また、そのような発明の一部をソフトウェアとして構成することができることはもちろんである。またそのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品もこの発明の技術的な範囲に含まれることも当然である。
【００２２】
この発明の上述の側面および他の側面は特許請求の範囲に記載され以下実施例を用いて詳述される。
【発明の効果】
【００２３】
この発明によれば、送信エラーの履歴を参照して、適宜なタイミングで送信エラーの警告を行い、失敗通知に対処することができる。
【発明を実施するための最良の形態】
【００２４】
以下、この発明の実施例について説明する。
【００２５】
図１は、この発明の実施例のオブジェクト管理システム５０およびその利用環境を示している。この例では、サーバ装置１００にオブジェクト管理システム５０およびメールシステム６０を実装し、オブジェクト管理システム５０中に失敗メール対応サブシステム７０を配置している。もちろん、オブジェクト管理システム５０と失敗メール対応サブシステム７０とを別々に構成しても良いし、また、オブジェクト管理システム５０およびメールシステム６０等を別々のサーバ装置に実装しても良い。その他、種々の変更が可能であることは当業者に容易に理解できる。
【００２６】
図１において、サーバ装置１００、クライアント端末２００が通信ネットワーク３００に接続されている。
【００２７】
クライアント端末２００は任意の固定または移動の情報端末であり、典型的にはパーソナルコンピュータである。
【００２８】
通信ネットワーク３００は、ＬＡＮ、ＷＡＮ等の適宜な通信ネットワークであり、少なくとも一部に無線ネットワークが含まれていても良い。
【００２９】
サーバ装置１００は、例えば、サーバコンピュータであり、上述のとおり、オブジェクト管理システム５０、メールシステム６０が実装されている。
【００３０】
オブジェクト管理システム５０は、図２にその一部を示すように、文書、フォルダ、電子掲示板、ユーザ、グループ等のオブジェクトを管理する。ユーザはその権限に従ってオブジェクトの登録、修正、削除を行なえる。典型的には、オブジェクトを登録した者（所有者）は、オブジェクトの変更・修正時にその旨を通知するユーザをメール通知属性の設定により登録できる。もちろん、オブジェクトに何らかのイベント、例えば、文書を他のユーザ等が所定時間閲覧したとか、ダウンロードしたとかのイベントにより、通知を行なうように設定しても良い。この場合の通知メールもこの発明の対象となり得る。
【００３１】
オブジェクト管理システム５０は、失敗メール対応サブシステム７０を含んでいる。この失敗メール対応サブシステム７０は、失敗メールの履歴を監視等して所定の条件が満たされたとき等に警告を行なうものである。その詳細な構成については図３を参照して後に詳述する。
【００３２】
メールシステム６０は、オブジェクト管理システム５０からのメールを転送したり、受信したりするものである。メールシステム６０は典型的にはＳＭＴＰデーモンやＰＯＰ３デーモン等により構成されるが、これに限定されない。オブジェクト変更時の通知メールに関して言えば、オブジェクトの変更が検出されるとオブジェクト管理システム５０がそのオブジェクトのメール通知属性を参照して該当するメールアカウント宛の通知メールを作成してその転送をメールシステム６０に依頼する。この例では、メールシステム６０にメールボックスがあると想定しているが、複数のメールシステム６０を用いる場合には他のメールシステム６０にメールボックスがある場合もある。ユーザはクライアント端末２００を用いてメールシステム６０のメールボックスからメールを取り出す。
【００３３】
図３は、失敗メール対応処理を行なう各機能ブロックを模式的に示している。この機能ブロックは、サーバ装置１００のハードウェア資源およびソフトウェア資源を協同させて実現される。図３では、主に、失敗メール対応処理に関連するものを示しており、関連のないものは図示していないことに留意されたい。
【００３４】
図３において、オブジェクト管理システム５０は、失敗メール対応サブシステム７０の他にシステム要求部１１、システム情報変更・設定部１２およびシステム出力作成部等を具備している。失敗メール対応サブシステム７０は、要求受付部２１、対応内容設定部２２、要求処理部２３、失敗メール監視部２４、対応情報保持部２Ａ、失敗メール履歴保持部２Ｂ等を含んで構成されている。
【００３５】
オブジェクト管理システム５０のシステム要求部１１は、ユーザの入力に基づいて、失敗メール対応サブシステム７０に対して処理要求を送出する。処理要求の内容は、例えば対応内容（どのような履歴のときにどのような態様で警告を行なうか）を設定したり、履歴から該当するユーザのリストを生成させたり、履歴の閲覧リストを生成させたり、というものである。
【００３６】
オブジェクト管理システム５０のシステム情報変更・設定部１２は、失敗メール対応サブシステム７０からの情報、例えば、通知失敗が起こる蓋然性が高いメールアカウントの情報を取得してユーザに閲覧させ、ユーザの入力に基づいてそのメールアカウントを所定のオブジェクトの通知メール属性から削除する等の処理を行うものである。システム情報変更・設定部１２は、所定の場合には失敗メール対応サブシステム７０からの情報に基づいて自動的に通知メール属性の変更等を行なっても良い。
【００３７】
オブジェクト管理システム５０のシステム出力作成部１３は、失敗メール対応装置２０からの警告要求の基づいて、警告を行なうウェブ頁やメールを生成するものである。
【００３８】
失敗メール対応サブシステム７０の要求受付部２１は、オブジェクト管理システム５０のシステム要求部１１からの処理要求を受け付けて上述の処理を実行させるものである。
【００３９】
対応内容設定部２２は、要求受付部２１から要求（設定依頼）を受け取って、どのような条件でどのような警告を行なうか設定するものであり、その内容（対応内容）は対応情報保持部２Ａに保持される。
【００４０】
要求処理部２３は、要求受付部２１から要求（処理依頼）を受け付けて、または失敗メール監視部２４からの履歴登録依頼（処理依頼）を受け付けて対応する処理を実行する。例えば、失敗メール履歴保持部２Ｂに失敗メールの履歴を登録し、あるいは、オブジェクト管理システムのシステム出力作成部１３に警告情報を送出し、あるいは、システム情報変更・設定部１２に履歴情報やその加工情報を送出する。
【００４１】
警告動作についてさらに説明する。失敗メール監視部２４がメール通知の送信失敗を検出して処理依頼を要求処理部２３に要求する。要求処理部２３は、送信失敗を失敗メール履歴保持部２Ｂに登録するとともに履歴を対応内容設定部の対応情報を突き合わせる。合致したときには、システム出力作成部１３に出力依頼を行いメール、画面表示等で警告を行なう。
【００４２】
つぎにこの実施例の動作について説明する。
【００４３】
この実施例では、システム内に過去のメール送信失敗履歴をプレーン状態、もしくは暗号化して記憶することにより、以下の（１）〜（３２）の機能を実施する。なお、ここでは、ｎは０以上の任意の整数、ｔは０以上の任意の実数である。
【００４４】
（１）任意のユーザー０１によって設定された任意のメール通知またはすべてのメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１に任意の方法により通知を行う。
【００４５】
以下に上記（１）の詳細を記す。
（１−１）任意のユーザー０１によって設定された任意のメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１のログイン時にポップアップ表示を行う。
（１−２）任意のユーザー０１によって設定された任意のメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１の個人用ページにメッセージを表示する。
（１−３）任意のユーザー０１によって設定された任意のメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１にメールを送信して通知する。
（１−４）任意のユーザー０１によって設定された全てのメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１のログイン時にポップアップ表示を行う。
（１−５）任意のユーザー０１によって設定された全てのメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１の個人用ページにメッセージを表示する。
（１−６）任意のユーザー０１によって設定された全てのメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１にメールを送信して通知する。
【００４６】
（２）任意のユーザー０１によって設定された任意のメール通知またはすべてのメール通知から送信失敗したメールの総数がｎ通以上になった時、前記ユーザー０１とは異なる任意のユーザー０２に任意の方法により通知を行う。
（３）任意のユーザー０１が作成した、任意のメール通知から前記任意のユーザー０１とは異なる任意のユーザー０２への送信がｎ通以上連続して失敗したとき、前記ユーザー０１に任意の方法により通知を行う。
（４）任意のユーザー０１が作成した、任意のメール通知から前記任意のユーザー０１とは異なる任意のユーザー０２への送信がｎ通以上連続して失敗したとき、前記ユーザー０２に任意の方法により通知を行う。
（５）任意のユーザー０１が作成した、任意のメール通知から前記任意のユーザー０１とは異なる任意のユーザー０２への送信がｎ通以上連続して失敗したとき、前記ユーザー０１及び前記ユーザー０２とも異なる任意のユーザー０３に任意の方法により通知を行う。
（６）任意のユーザー０１が作成した、任意のメール通知から前記任意のユーザー０１とは異なる任意のユーザー０２への送信が任意に定めた期間ｔでｎ回以上失敗した時、前記ユーザー０１に任意の方法により通知を行う。
（７）任意のユーザー０１が作成した、任意のメール通知から前記任意のユーザー０１とは異なる任意のユーザー０２への送信が任意に定めた期間ｔでｎ回以上失敗した時、前記ユーザー０２に任意の方法により通知を行う。この場合、メール通知を失敗した先のユーザー０２に通知を実施しているため、個人ページへの記載、ログイン時にポップアップは可能だが、メールにて通知することはできない。
（８）任意のユーザー０１が作成した、任意のメール通知から前記任意のユーザー０１とは異なる任意のユーザー０２への送信が任意に定めた期間ｔでｎ回以上失敗した時、前記ユーザー０１及び前記ユーザー０２とも異なる任意のユーザー０３に任意の方法により通知を行う。
（９）メール通知がｎ通以上連続して失敗しているユーザーを、システムのトップページに表示するよう設定することができる。
（１０）メール通知が任意に定めた期間ｔでｎ回以上失敗しているユーザーを、ログインページに表示するよう設定することができる。
（１１）メール通知がｎ通以上連続して失敗しているユーザーが存在する場合、その旨を示すメッセージを、システムのトップページに表示するよう設定することができる。
（１２）メール通知が任意に定めた期間ｔでｎ回以上失敗しているユーザーが存在する場合、その旨を示すメッセージを、ログインページに表示するよう設定することができる。
（１３）任意のユーザー０１によって、履歴を確認することができる。
（１４）任意のユーザー０１によって、メール通知がｎ通以上連続して失敗しているユーザーを、システム内の特定のページで確認することができる。
（１５）任意のユーザー０１によって、メール通知が任意に定めた期間ｔでｎ回以上失敗しているユーザーを、システム内の特定のページで確認することができる。
（１６）上記（１３）または（１４）または（１５）によって確認したユーザーの一部、または全部を所定のファイル形式でダウンロードすることができる。
（１７）上記（１３）または（１４）または（１５）によって確認したユーザーの一部、または全部に対して、任意の方法により通知を行う。
（１８）任意のユーザー０１によって、任意のメール通知を設定するとき、メール通知がｎ通以上連続して失敗しているユーザーと、メール通知が任意に定めた期間ｔでｎ回以上失敗しているユーザーを、色、マーク等で、その他のユーザーと区別して確認することができる。
（１９）任意のユーザー０１により、手動で履歴の一部、またはすべてを削除することができる。
（２０）任意のユーザー０１により、手動で履歴の一部、またはすべてをチェック済みとすることができる。
（２１）定期的に、自動で履歴の一部、またはすべてを削除することができる。
（２２）定期的に、自動で履歴の一部、またはすべてをチェック済みとすることができる。
（２３）上記（１）〜（８），（１７）のどれかが実施されたとき、自動で、そのトリガとなったイベントに関する履歴を削除することができる。
（２４）上記（１）〜（８），（１７）のどれかが実施されたとき、自動で、そのトリガとなったイベントに関する履歴をチェック済みとすることができる。
（２５）上記（１）〜（８），（１７）のどれかが実施されたユーザーがシステムから削除されたとき、自動で、そのトリガとなったイベントに関する履歴を削除することができる。
（２６）上記（１）〜（８），（１７）のどれかが実施されたユーザーがシステムから削除されたとき、自動で、そのトリガとなったイベントに関する履歴をチェック済みとすることができる。
（２７）上記（１）〜（８），（１７）のどれかが実施されたユーザーのメールアドレスが変更されたとき、自動で、そのトリガとなったイベントに関する履歴を削除することができる。
（２８）上記（１）〜（８），（１７）のどれかが実施されたユーザーのメールアドレスが変更されたとき、自動で、そのトリガとなったイベントに関する履歴をチェック済みとすることができる。
（２９）任意のユーザー０１が削除されたとき、任意のユーザー０１に関する履歴を削除することができる。
（３０）任意のユーザー０１が削除されたとき、任意のユーザー０１に関する履歴をチェック済みとすることができる。
（３１）任意のユーザー０１のメールアドレスが変更されたとき、任意のユーザー０１に関する履歴を削除することができる。
（３２）任意のユーザー０１のメールアドレスが変更されたとき、任意のユーザー０１に関する履歴をチェック済みとすることができる。
【００４７】
図４は、上記（１）〜（８）の自動通知実行時のフローを示している。その内容は以下のとおりである。
【００４８】
［ステップＳ１０］：メール通知の送信失敗を検出する。
［ステップＳ１１］：失敗メール履歴保持部２Ｂに履歴に追加する。
［ステップＳ１２］：履歴情報を対応情報と比較して警告（通知）の必要があるかどうかを判別する。警告の必要があればステップＳ１３に進む。警告の必要がなければステップＳ１４へ進む。
［ステップＳ１３］：警告・通知を実行する。実効終了後送信失敗待ち状態に戻る。
［ステップＳ１４］：送信失敗待ち状態に戻る。
【００４９】
図５は、上記（１８）のメール通知設定時の表示変化の動作例を示している。その内容は以下のとおりである。
【００５０】
［ステップＳ２０］：メール通知のリストを読み込む。これは暫定的な通知先のリストであり、こらはユーザが設定する。
［ステップＳ２１］：メール通知履歴の問い合わせを行なう。
［ステップＳ２２］：履歴情報により対応を確認する。リストからの削除等があるかどうかが判別される。削除指定等があればステップＳ２３へ進み、そうでなければステップＳ２４へ進む。
［ステップＳ２３］：対応情報（削除等）に合わせたページを作成して登録する。
［ステップＳ２４］：そのまま出力を依頼する。
【００５１】
図６は、上記（１７）の履歴確認後の通知の動作例を示している。その内容は以下の通りである。
【００５２】
［ステップＳ３０］：条件を指定し履歴表示を行なう。
［ステップＳ３１］：履歴と依頼情報を比較して該当者がなければステップＳ３５へ進み、あればステップＳ３２へ進む。
［ステップＳ３２］：該当者をリスト表示する。
［ステップＳ３３］：通知設定ユーザを選択する・
［ステップＳ３４］：通知して、処理を終了する。
［ステップＳ３５］：該当者なしを表示して、処理を終了する。
【００５３】
以上で実施例の説明を終了する。
【００５４】
なお、この発明は上述の実施例に制約されるものではなく、その趣旨を逸脱しない範囲で種々に変更が可能である。例えば、上述例では、メールや画面表示で警告を行なったが、ファクシミリやプリンタへの出力により警告を行なっても良い。
【図面の簡単な説明】
【００５５】
【図１】この発明の実施例を全体として示す図である。
【図２】実施例で管理するオブジェクトを説明する図である。
【図３】実施例の要部構成例を模式的に示す図である。
【図４】上述実施例の動作例を説明する図である。
【図５】上述実施例の他の動作例を説明する図である。
【図６】上述実施例のさらに動作例を説明する図である。
【符号の説明】
【００５６】
１１      システム要求部
１２      システム情報変更・設定部
１３      システム出力作成部
２０      失敗メール対応装置
２１      要求受付部
２２      対応内容設定部
２３      要求処理部
２４      失敗メール監視部
２Ａ      対応情報保持部
２Ｂ      失敗メール履歴保持部
５０      オブジェクト管理システム
６０      メールシステム
７０      失敗メール対応サブシステム
１００      サーバ装置
２００      クライアント端末
３００      通信ネットワーク
【図１】
2006099355.tif 000003
【図２】
2006099355.tif 000004
【図３】
2006099355.tif 000005
【図４】
2006099355.tif 000006
【図５】
2006099355.tif 000007
【図６】
2006099355.tif 000008