(57)【特許請求の範囲】
【請求項１】
複数種のイベントのうちのいずれかが発生した場合に、発生したイベントに対応する通知先ユーザが認証手段によって認証されておらず、且つ、該通知先ユーザの通知モードが通常モードである場合、当該イベントに関する通知メッセージを該通知先ユーザに電子メールで送信する第１送信手段と、
前記第１送信手段によって電子メールを送信した通知先ユーザの通知モードを保留モードへ切り替える切替手段と、
前記複数種のイベントのうちのいずれかが発生した場合に、発生したイベントに対応する通知先ユーザが認証手段によって認証されておらず、且つ、該通知先ユーザの通知モードが保留モードである場合、該通知先ユーザと前記通知メッセージとを関連づけてメッセージ記憶手段に登録する登録手段と、
認証手段によって認証されていないユーザが該認証手段によって認証された場合に、該ユーザと関連づけて前記メッセージ記憶手段に登録されている前記通知メッセージを該ユーザに電子メールの送信以外の方法で通知する通知手段と、
を含む情報処理装置。
【請求項２】
前記メッセージ記憶手段に登録されているユーザの通知モードが保留モードへ切り替えられてからの経過時間が基準時間以上である場合、又は、該ユーザに関連づけられている前記通知メッセージであって該ユーザに未通知の通知メッセージ、の数が基準数以上である場合、該未通知の通知メッセージを、該ユーザに電子メールで送る第２送信手段、
をさらに含むこと特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第２送信手段は、前記未通知の通知メッセージを、前記ユーザに電子メールで送るとともに、該ユーザと該通知メッセージとの関連付けを解除すること
を特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記通知手段により、あるユーザに関連づけて前記メッセージ記憶手段に登録されている通知メッセージが、該ユーザに通知された場合に、該通知メッセージと関連づけて前記メッセージ記憶手段に登録されている他のユーザと、該通知メッセージと、の関連づけを解除する手段、
をさらに含むことを特徴とする請求項１乃至３のいずれかに記載の情報処理装置。
【請求項５】
前記通知手段によってユーザに通知された前記通知メッセージが、基準時間以上、該ユーザによって閲覧されなかった場合、該通知メッセージを、該通知メッセージと関連づけて前記登録手段により登録された該ユーザに電子メールで送信する手段、
をさらに含むことを特徴とする請求項１乃至４のいずれかに記載の情報処理装置。
【請求項６】
複数種のイベントのうちのいずれかが発生した場合に、発生したイベントに対応する通知先ユーザが認証手段によって認証されておらず、且つ、該通知先ユーザの通知モードが通常モードである場合、当該イベントに関する通知メッセージを該通知先ユーザに電子メールで送信する第１送信手段、
前記第１送信手段によって電子メールを送信した通知先ユーザの通知モードを保留モードへ切り替える切替手段、
前記複数種のイベントのうちのいずれかが発生した場合に、発生したイベントに対応する通知先ユーザが認証手段によって認証されておらず、且つ、該通知先ユーザの通知モードが保留モードである場合、該通知先ユーザと前記通知メッセージとを関連づけてメッセージ記憶手段に登録する登録手段、
認証手段によって認証されていないユーザが該認証手段によって認証された場合に、該ユーザと関連づけて前記メッセージ記憶手段に登録されている前記通知メッセージを該ユーザに電子メールの送信以外の方法で通知する通知手段、
としてコンピュータを機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
下記特許文献１には、所定のイベントが発生した場合に、ユーザがログインしていなければ、当該イベントの発生を電子メールで通知し、ユーザがログインしていれば、当該イベントの発生をインスタントメッセージで通知すること、が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−３２８１６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、イベント発生の通知の遅延を抑制しつつ、メールサーバに無駄な負荷がかからないように図ることである。
【課題を解決するための手段】
【０００５】
上記課題を解決するための請求項１の発明は、複数種のイベントのうちのいずれかが発生した場合に、発生したイベントに対応する通知先ユーザに当該イベントの発生を通知するための通知メッセージを生成する生成手段と、前記複数種のイベントのうちのいずれかが発生した場合に、発生したイベントに対応する通知先ユーザが認証手段によって認証済であるか否かを判定する判定手段と、前記複数種のイベントのうちのいずれかが発生した場合に、発生したイベントに対応する通知先ユーザの通知モードが通常モード及び保留モードのうちの通常モードであるか否を判定する状態判定手段と、前記複数種のイベントのうちのいずれかが発生した場合において、発生したイベントに対応する通知先ユーザが認証済でないと判定され、且つ、該通知先ユーザの通知モードが通常モードであると判定されたとき、電子メールを送信することによって、前記通知メッセージの状態を該通知先ユーザに閲覧可能な状態にする第１通知手段と、前記第１通知手段によって電子メールを送信した通知先ユーザの通知モードを保留モードへと切り替える第１切替手段と、前記複数種のイベントのうちのいずれかが発生した場合において、発生したイベントに対応する通知先ユーザが認証済であると判定されたとき、電子メールの送信以外の方法を用いて、前記通知メッセージの状態を該通知先ユーザに閲覧可能な状態にする第２通知手段と、前記複数種のイベントのうちのいずれかが発生した場合において、発生したイベントに対応する通知先ユーザが認証済でないと判定され、且つ、該通知先ユーザの通知モードが保留モードであると判定されたとき、該通知先ユーザと前記通知メッセージとを関連づけてメッセージ記憶手段に登録する登録手段と、認証済でないユーザが認証手段によって認証された場合に、該ユーザの通知モードを通常モードへと切り替える第２切替手段と、認証済でないユーザが認証手段によって認証された場合に、前記方法を用いて、該ユーザと関連づけて前記メッセージ記憶手段に登録されている通知メッセージの状態を該ユーザに閲覧可能な状態にする第３通知手段と、を含む情報処理装置である。
【０００６】
請求項２の発明は、請求項１の発明において、所与のタイミングで、前記メッセージ記憶手段に登録されているユーザに関連づけられている通知メッセージであって、その状態が該ユーザが閲覧可能な状態になっていない通知メッセージを、該ユーザ宛の電子メールで送るとともに、該ユーザと該通知メッセージとの関連づけを解除する第４通知手段、をさらに含むことを特徴とする。
【０００７】
また、請求項３の発明は、請求項２の発明において、前記第４通知手段は、前記メッセージ記憶手段に登録されているユーザの状態が第２状態になってからの経過時間が基準時間以上である場合、又は、該ユーザに関連づけられている通知メッセージであってその状態が該ユーザに閲覧可能な状態となっていない通知メッセージ、の数が基準数以上である場合、該ユーザに関連づけられている通知メッセージであってその状態が該ユーザに閲覧可能な状態になっていない通知メッセージを、該ユーザ宛の電子メールで送ること、を特徴とする。
【０００８】
また、請求項４の発明は、請求項２又は３の発明において、前記第３通知手段により、あるユーザに関連づけて前記メッセージ記憶手段に登録されている通知メッセージの状態が、該あるユーザに閲覧可能な状態とされた場合に、該通知メッセージと関連づけて前記メッセージ記憶手段に登録されている他のユーザと、該通知メッセージと、の関連づけを解除する手段、をさらに含むことを特徴とする。
【０００９】
また、請求項５の発明は、請求項１乃至４のいずれかの発明において、ユーザと該ユーザに閲覧可能な状態となっている通知メッセージとが関連づけられて前記メッセージ記憶手段に登録されている場合において、前記第３通知手段により該通知メッセージの状態が該ユーザに閲覧可能な状態とされてからの経過時間が基準時間以上であるとき、該通知メッセージを、該通知メッセージと関連づけて前記登録手段により登録された通知先ユーザ宛の電子メールとして送信する手段、をさらに含むことを特徴とする。
【００１０】
また、上記課題を解決するための請求項６の発明は、複数種のイベントのうちのいずれかが発生した場合に、発生したイベントに対応する通知先ユーザに当該イベントの発生を通知するための通知メッセージを生成する生成手段、前記複数種のイベントのうちのいずれかが発生した場合に、発生したイベントに対応する通知先ユーザが認証手段によって認証済であるか否かを判定する判定手段、前記複数種のイベントのうちのいずれかが発生した場合に、発生したイベントに対応する通知先ユーザの通知モードが通常モード及び保留モードのうちの通常モードであるか否を判定する状態判定手段、前記複数種のイベントのうちのいずれかが発生した場合において、発生したイベントに対応する通知先ユーザが認証済でないと判定され、且つ、該通知先ユーザの通知モードが通常モードであると判定されたとき、電子メールを送信することによって、前記通知メッセージの状態を該通知先ユーザに閲覧可能な状態にする第１通知手段、前記第１通知手段によって電子メールを送信した通知先ユーザの通知モードを保留モードへと切り替える第１切替手段、前記複数種のイベントのうちのいずれかが発生した場合において、発生したイベントに対応する通知先ユーザが認証済であると判定されたとき、電子メールの送信以外の方法を用いて、前記通知メッセージの状態を該通知先ユーザに閲覧可能な状態にする第２通知手段、前記複数種のイベントのうちのいずれかが発生した場合において、発生したイベントに対応する通知先ユーザが認証済でないと判定され、且つ、該通知先ユーザの通知モードが保留モードであると判定されたとき、該通知先ユーザと前記通知メッセージとを関連づけてメッセージ記憶手段に登録する登録手段、認証済でないユーザが認証手段によって認証された場合に、該ユーザの通知モードを通常モードへと切り替える第２切替手段、認証済でないユーザが認証手段によって認証された場合に、前記方法を用いて、該ユーザと関連づけて前記メッセージ記憶手段に登録されている通知メッセージの状態を該ユーザに閲覧可能な状態にする第３通知手段、としてコンピュータを機能させるプログラムである。
【発明の効果】
【００１１】
請求項１、６の発明によれば、イベント発生の通知の遅延を抑制しつつ、メールサーバに無駄な負荷がかからないように図ることができる。
【００１２】
請求項２の発明によれば、本構成を有しない場合と比較して、イベントの発生の通知の遅延をより確実に抑制できる。
【００１３】
請求項３の発明によれば、通知の遅延の抑制と、メールサーバにかかる負荷と、のバランスを状況から判断して調整することができる。
【００１４】
請求項４の発明によれば、無駄に電子メールが送信されることがないように図ることができる。
【００１５】
請求項５の発明によれば、イベント発生の通知がなされたにも関わらず、通知が未確認のまま放置されることがないように図ることができる。
【図面の簡単な説明】
【００１６】
【図１】情報処理システムを例示する図である。
【図２】サーバの構成を例示する図である。
【図３】ユーザ情報を例示する図である。
【図４】通知定義を例示する図である。
【図５】通知モード情報を例示する図である。
【図６】サーバで実行される処理を例示する図である。
【図７】メール処理を例示する図である。
【図８】サーバで実行される処理を例示する図である。
【図９Ａ】通知内容情報と通知情報とを例示する図である。
【図９Ｂ】通知内容情報と通知情報とを例示する図である。
【図１０】サーバで実行される処理を例示する図である。
【図１１】サーバで実行される処理を例示する図である。
【図１２】サーバで実行される処理を例示する図である。
【図１３】サーバで実行される処理を例示する図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態の例について図面に基づき詳細に説明する。
【００１８】
図１は、本発明の実施形態に係る情報処理システム１の構成を例示する図である。同図に示すように、情報処理システム１は、サーバ２と、複数のクライアント端末４と、を含む。クライアント端末４は、パーソナルコンピュータやいわゆる複合機などである。また、サーバ２は、公知のサーバコンピュータであり、マイクロプロセッサ、主記憶、ハードディスク、ディスプレイ、及びネットワークインタフェース等を備える。主記憶には、各種プログラムが記憶される。これらのプログラムは、コンピュータ読み取り可能な情報記憶媒体から読み出されて主記憶に格納される。或いは、プログラム保持装置から公衆通信回線を介して受信されて主記憶に格納される。
【００１９】
サーバ２及び各クライアント端末４は、それぞれ、専用のメールサーバ（不図示）とローカルエリアネットワークを介して接続されている。また、同図に示すように、サーバ２及び各クライアント端末４は、ワイドエリアネットワーク（すなわち、ＷＡＮ）に接続されており、互いに通信可能である。ユーザは、自身のクライアント端末４を用いてサーバ２にアクセスする。
【００２０】
図２は、サーバ２の構成を例示する図である。同図に示すように、サーバ２は、データ記憶部６、ユーザ情報記憶部８、認証状態記憶部１０、認証部１２、データ処理部１４、処理結果出力部１６、イベント検知部１８、通知部２０、通知定義記憶部２２、通知モード記憶部２４、及び通知情報保持部２６を備える。これらは、主記憶に記憶される上記プログラムがマイクロプロセッサにより実行されることによって実現される。
【００２１】
データ記憶部６は、ハードディスクによって実現され、複数のデータを記憶している。たとえば、データは、文書作成アプリケーションによって生成された文書である。また、ユーザ情報記憶部８は、ハードディスクによって実現され、各ユーザのユーザ情報を記憶している。図３にユーザ情報を例示した。同図に示すように、ユーザ情報は、ユーザの識別ＩＤであるユーザＩＤ、ユーザのメールアドレス、ユーザの名称等を含む。また、認証情報記憶部１０は、ハードディスクによって実現され、ユーザごとに、当該ユーザがログイン済であるか否かを示す認証フラグを保持している。ユーザがログインしている場合、認証フラグの値は「ログイン中」に設定され、ユーザがログインしていない場合、認証フラグの値は、「ログアウト中」に設定される。また、認証部１２は、マイクロプロセッサによって実現され、サーバ２にアクセスしたユーザを認証する。ユーザがログインした場合、認証部１２は、認証フラグの値を「ログイン中」に設定し、ユーザがログアウトした場合、認証部１２は、認証フラグの値を「ログアウト中」に設定する。
【００２２】
なお、以下、ログインしているユーザのことをログインユーザと称し、ログインしていないユーザのことを非ログインユーザと称する。
【００２３】
データ処理部１４及び処理結果出力部１６は、マイクロプロセッサによって実現される。データ処理部１４は、データ記憶部６に記憶されるデータを処理する。本実施形態の場合、データ処理部１４は、ログインユーザのクライアント端末４から処理要求を受け入れた場合に、データを処理する。処理の例としては、データの更新、追加、取得及び削除等が挙げられる。また処理結果出力部１６は、データ処理部１４による処理結果を、出力手段に出力させる。本実施形態の場合、処理結果出力部１６は、ログインユーザに対する処理結果の出力を出力手段に行わせる。より詳しくは、処理結果出力部１６は、ログインユーザのクライアント端末４への処理結果の返信を、ネットワークインタフェースに行わせる。
【００２４】
イベント検知部１８は、マイクロプロセッサによって実現される、イベント検知部１８は、データ記憶部６に記憶されるデータに関し、何らかのイベントが発生したことを検知する。
【００２５】
通知部２０は、マイクロプロセッサによって実現される。通知部２０については後述する。
【００２６】
通知定義記憶部２２、通知モード記憶部２４、及び通知情報保持部２６は、ハードディスクによって実現される。通知定義記憶部２２は、データ記憶部６に記憶されるデータに関して発生するイベントのうちの特定イベントごとに、通知定義を記憶している。図４に通知定義を例示した。同図に示すように、通知定義は、通知定義ＩＤ、特定イベントのイベント種別、当該特定イベントに関して予め定められた１又は複数の通知先ユーザのユーザＩＤ、及び、当該特定イベントに関して予め定められている通知内容、を保持している。なお、特定イベントは、例えば、データの取得以外のイベントである。
【００２７】
また、通知モード２４は、ユーザごとに、通知モード情報を記憶している。図５に通知モード情報を例示した。同図に示すように、通知モード情報は、ユーザのユーザＩＤと、ユーザの通知モードと、を含む。通知モードには、通常モードと保留モードのうちのいずれかが設定される。ユーザの通知モードが保留モードである場合に、通知モード情報に、保留開始時刻が含まれる。保留開始時刻は、ユーザの通知モードが通常モードから保留モードに切り替わったときの時刻を示す。なお、通知情報保持部２６については後述する。
【００２８】
図６は、サーバ２で実行される処理を例示する図である。この処理は、データ記憶部６に記憶されるデータに関し何らかのイベントが発生したことをイベント検知部１８が検知した場合に、通知部２０により実行される。
【００２９】
まず、通知部２０は、発生したイベントのイベント種別を特定し（Ｓ１０１）、特定したイベント種別を含む通知定義を、通知定義記憶部２２から取得する（Ｓ１０２）。発生したイベントが特定イベントであれば、該特定イベントの通知定義が取得されることになる。
【００３０】
なお、通知部２０は、Ｓ１０２のステップにおいて、固有の通知ＩＤの発行も行う。図６の右に、Ｓ１０２で取得される通知定義（以下、通知定義Ｘと表記する）を例示した。
【００３１】
そして、通知部２０は、通知定義Ｘに含まれる通知先ユーザの一人一人を通知先ユーザＵとして順に選択し、選択した通知先ユーザＵについて、Ｓ１０３及びＳ１０４に示す処理を実行する。すなわち、通知部２０は、通知先ユーザＵが「ログイン中」であるか否かを、認証情報記憶部１０の記憶内容に基づいて判定し（Ｓ１０３）、通知先ユーザＵが「ログイン中」であれば（Ｓ１０３のｙｅｓ）、通知先ユーザＵを通知対象ユーザとして主記憶に登録する（Ｓ１０４）。すなわち、通知部２０は、通知先ユーザＵのユーザＩＤを主記憶に記憶する。図６の右に、主記憶の記憶内容を例示した。
【００３２】
そして、通知部２０は、通知メッセージを生成する（Ｓ１０５）。具体的には、通知部２０は、通知定義Ｘに含まれる通知内容に基づいて、通知メッセージを生成する。なお、以下、Ｓ１０５のステップで生成された通知メッセージを通知メッセージＭと表記する。
【００３３】
その後、通知部２０は、主記憶に通知対象ユーザが登録されている否かを判定し（Ｓ１０６）、通知対象ユーザが一人もいなければ（Ｓ１０６のＮｏ）、所定のメール処理を実行する（Ｓ１０８）。メール処理については後述する。
【００３４】
一方、通知対象ユーザが一人でもいる場合（Ｓ１０６のｙｅｓ）、通知部２０は、電子メールの送信以外の方法を用いて、「通知対象ユーザが通知メッセージＸを閲覧可能」にする（Ｓ１０７）。
【００３５】
具体的には、通知部２０は、Ｓ１０２のステップで発行された通知ＩＤ（ここでは、「通知Ｐ」）と、通知メッセージＭと、値「未通知」に設定されたフラグと、通知定義Ｘ中の通知定義ＩＤと、を含む通知内容情報を生成し、通知情報保持部２６（図２参照）に保存する。図６の左に、通知内容情報を例示した。
【００３６】
また、通知部２０は、通知対象ユーザごとに通知情報を生成し、通知情報保持部２０に保存する。ここで、通知情報は、Ｓ１０２のステップで発行された通知ＩＤと、通知対象ユーザのユーザＩＤと、値「登録済」に設定された通知情報と、登録時刻と、を含む。ここでは、登録時刻には、現在時刻が格納される。通知情報が「登録済」に設定されることによって、通知メッセージＭが通知対象ユーザに閲覧可能に設定される。通知情報が「登録済」に設定されることが「通知メッセージＭが通知対象ユーザに閲覧可能に設定される」ことになる理由については後述する（図１０参照）。図６の左に、通知情報を例示した。上述のように、通知内容情報と各通知情報には、Ｓ１０２のステップで発行された通知ＩＤ（すなわち、「通知Ｐ」）が共通に含まれる。そのため、各通知情報は、この通知ＩＤを介して通知内容情報と関連づけられる。
【００３７】
次に、Ｓ１０８のステップで実行されるメール処理について説明する。メール処理は、図７に例示される。メール処理では、通知部２０は、通知定義Ｘに含まれる通知先ユーザの一人一人を通知先ユーザＵとして順に選択し、選択した通知先ユーザＵについて、Ｓ２０１乃至Ｓ２０３、又はＳ２０４に示す処理を実行する。
【００３８】
すなわち、通知部２０は、通知先ユーザＵの通知モードが保留モードであるか否かを、通知モード記憶部２４（図２参照）の記憶内容に基づいて判定し（Ｓ２０１）、通知先ユーザＵの通知モードが通常モードであれば（Ｓ２０１のＮｏ）、Ｓ１０４のステップと同様にして、通知先ユーザＵを通知対象ユーザとして主記憶に登録する（Ｓ２０２）。また、通知先ユーザＵの通知モードを保留モードに切り替える（Ｓ２０３）。
【００３９】
一方、通知先ユーザＵの通知モードが保留モードであれば（Ｓ２０１のＹｅｓ）、通知部２０は、保留処理を実行する（Ｓ２０４）。保留処理では、通知部２０は、Ｓ１０７のステップと同様にして通知内容情報を生成し、通知情報保持部２６に保存する。すなわち、通知部２０は、Ｓ１０２のステップで発行された通知ＩＤ（すなわち、「通知Ｐ」）と、通知メッセージＭと、値「未通知」に設定されたフラグと、通知定義Ｘ中の通知定義ＩＤと、を含む通知内容情報を生成し、通知情報保持部２６に保存する。図７の右に通知内容情報を例示した。
【００４０】
また、保留処理では、通知部２０は、通知先ユーザＵに関して上記通知情報を生成し、通知情報保持部２０に保存する。保留処理では、通知情報に、Ｓ１０２のステップで発行された通知ＩＤが含まれる。また、通知先ユーザＵのユーザＩＤが含まれる。但し、通知状態が「登録済」ではなく「未」に設定される。この場合、通知状態が「登録済」ではなく「未」に設定されるので、通知メッセージＭは、通知先ユーザＵが閲覧可能にはなっていない。また、登録時刻が「ｎｕｌｌ」に設定される。図７の右に通知情報を例示した。上述のように、通知内容情報と各通知情報には、Ｓ１０２のステップで発行された通知ＩＤが共通に含まれる。そのため、各通知情報は、通知ＩＤを介して通知内容情報と関連づけられる。
【００４１】
そして、通知部２０は、主記憶に通知対象ユーザが記憶されている否かを判定し（Ｓ２０５）、通知対象ユーザが一人でもいれば（Ｓ２０５のｙｅｓ）、各通知対象ユーザに対してメール送信を行う（Ｓ２０６）。すなわち、通知部２０は、各通知対象ユーザのメールアドレスをユーザ情報記憶部８の記憶内容に基づいて特定し、Ｓ１０５のステップで生成された通知メッセージＭを含む電子メールを、各通知対象ユーザ宛で送信する。こうすることにより、通知メッセージＭが各通知対象ユーザに閲覧可能な状態に置かれる。通知メッセージＭは、通知対象ユーザがメールアプリケーションを起動した場合に閲覧されることとなる。
【００４２】
以上のように、サーバ２では、特定イベントが発生した場合に、電子メールの送信により、特定イベントの発生を通知する通知メッセージが通知先ユーザの閲覧可能な状態に置かれる。但し、通知先ユーザがログイン中である場合には、電子メールの送信以外の方法で、通知メッセージが閲覧可能な状態に置かれる。また、電子メールを送信した通知先ユーザーに対しては、通知モードを通常モードから保留モードに切り替えるので、続けて電子メールを送信することはない。そのため、情報伝達の遅延の抑制と、メールサーバの負荷の軽減と、が両立される。
【００４３】
なお、電子メールを例えば外出先で確認したユーザは、自身のクライアント端末４へと戻り、サーバ２にアクセスするものと推定される。そのため、一旦、通知メッセージを電子メールを送った後に引き続き通知メッセージを電子メールで送ることは無駄にメールサーバに負荷をかけることになる。そこで、サーバ２では、ユーザ（以下、ログインユーザＸと表記する）がログインした場合、すなわち、認証フラグが「ログアウト中」から「ログイン中」に切り替わった場合に、通知部２０により、図８に例示される処理が実行される。
【００４４】
以下、図８について説明する。なお、以下、通知状態が「未」となっている通知情報のことを保留通知情報と表記する。また、保留通知情報を、当該保留通知情報中のユーザＩＤで区別する。例えば、或るユーザのユーザＩＤを含む保留通知情報を、該或るユーザ宛の保留通知情報と表記する。また、或るユーザ宛の保留通知情報に関連づけられた通知内容情報、に含まれる通知メッセージのことを、該或るユーザ宛の保留通知メッセージと表記する。
【００４５】
まず、通知部２０は、通知情報保持部２６に記憶される保留通知情報のうちで、ログインユーザＸ宛の保留通知情報を特定する（Ｓ３０１）。そして、通知部２０は、電子メールの送信以外の方法で、「ログインユーザＸがログインユーザＸ宛の保留通知メッセージを閲覧可能」にする（Ｓ３０２）。すなわち、通知部２０は、ログインユーザＸ宛の保留通知情報中の通知状態を「登録済」に更新する。また、通知部２０は、Ｓ３０２のステップにおいて、ログインユーザＸ宛の保留通知情報中の登録時刻に現在時刻を設定する。なお、通知情報を「登録済」に更新することが「保留通知メッセージをログインユーザＸに閲覧可能にする」ことになる理由については後述する（図１０参照）。
【００４６】
また、通知部２０は、他のユーザ宛の保留通知情報を削除する（Ｓ３０３）。より詳しくは、通知部２０は、ログインユーザＸ宛の保留通知情報と同じ通知内容情報に関連づけられた他のユーザ宛の保留通知情報を削除する。
【００４７】
例えば、図９Ａに例示するように、通知内容情報Ｘに関連づけて、ログインユーザＸ宛の保留通知情報と、ログインユーザＸではないユーザＹ宛の保留通知情報と、が通知情報保持部２６に記憶されている場合を想定する。この場合、Ｓ３０１のステップでログインユーザＸ宛の保留通知情報が特定される。そして、Ｓ３０２のステップにおいて、図９Ｂに示すように、ログインユーザＸ宛の保留通知情報中の通知状態の値が「登録済」に更新される。また、保留通知情報中の登録時刻に現在時刻を設定する。そして、通知先ユーザの一人に通知メッセージが通知されれば、他の通知先ユーザに通知される必要はない。そのため、Ｓ３０３のステップにおいて、ユーザＹ宛の保留通知情報が削除される。
【００４８】
そして、通知部２０は、ログインユーザＸの通知モードを通常モードに更新する（Ｓ３０４）。
【００４９】
以下、通知状態が「登録済」となっている通知情報のことを登録済み通知情報を表記する。また、登録済み通知情報を、当該登録済み通知情報中のユーザＩＤで区別する。例えば、或るユーザのユーザＩＤを含む登録済み通知情報を、該或るユーザ宛の登録済み通知情報と表記する。また、或るユーザ宛の登録済み通知情報に関連づけられた通知内容情報、に含まれる通知メッセージのことを、該或るユーザ宛の登録済み通知メッセージと表記する。
【００５０】
次に、登録済み通知メッセージが閲覧される場面について図１０を参照しながら説明する。図１０は、この場面において、サーバ２にて実行される処理を例示する図である。この処理は、ログインユーザ（以下、ログインユーザＸと表記する）のクライアント端末４から処理要求をサーバ２が受け入れた場合に、実行される。
【００５１】
すなわち、通知部２０は、データ処理部１４が処理を行った後に、通知情報保持部２６に記憶される通知情報のうちで、ログインユーザＸ宛の登録済み通知情報を特定する（Ｓ４０１）。そして、処理結果出力部１６は、ログインユーザＸ宛の登録済み通知メッセージを、データ処理部１４の処理結果とともに、ログインユーザＸのクライアント端末４に返信する（Ｓ４０２）。返信された、処理結果及び登録済み通知メッセージは、ログインユーザＸのクライアント端末４のディスプレイに表示されることになる。なお、登録済み通知メッセージは、いわゆるインスタントメッセージとして送信されてもよい。
【００５２】
そして、通知部２０は、ログインユーザＸ宛の登録済み通知情報中の通知状態の値を更新する（Ｓ４０３）。すなわち、Ｓ４０２のステップの結果、登録済み通知メッセージがログインユーザＸのクライアント端末４のディスプレイに表示されることになるので、通知部２０は、通知状態の値を「登録済」から「表示済」に更新する。なお、通知部２０は、Ｓ４０３のステップにおいて、ログインユーザＸ宛の登録済み通知情報に関連づけられた通知内容情報、に含まれるフラグの値を「未通知」から「通知済」に更新することも行う。なお、図１０の左に、ログインユーザＸ宛の登録済み通知情報の内容の遷移を例示した。
【００５３】
以上のように、サーバ２では、図６、図７、図８、図１０に例示する処理により、情報伝達の遅延を抑制しつつ、メールサーバに無駄な負荷がかからないように図る。
【００５４】
サーバ２の特徴はこれだけはない。例えば、電子メールを外出先で確認したユーザがなかなか自身のクライアント端末４に戻れない場合、通知メッセージの確認が遅れてしまう。そこで、サーバ２では、図１１に例示する処理が通知部２０により定期的に実行される。
【００５５】
すなわち、通知部２０は、通知モード記憶部２４の記憶内容を参照して、長期保留ユーザを特定する（Ｓ５０１）。すなわち、通知部２０は、通知モードが保留モードであり、且つ、保留開始時刻から現在時刻までの経過時間が基準時間以上のユーザを、長期保留ユーザとして特定する。
【００５６】
そして、通知部２０は、長期保留ユーザの一人一人を順にユーザＸとして選択し、ユーザＸについてＳ４０２乃至Ｓ４０４のステップを実行する。すなわち、通知部２０は、通知情報保持部２６に記憶される通知情報のうちで、ユーザＸ宛の保留通知情報を特定する（Ｓ５０２）。
【００５７】
そして、通知部２０は、ユーザＸに対してメール送信を行う（Ｓ５０３）。すなわち、通知部２０は、ユーザＸのメールアドレスをユーザ情報記憶部８の記憶内容に基づいて特定し、ユーザＸ宛の保留通知メッセージを含む電子メールを、ユーザＸ宛で送信する。
【００５８】
また、通知部２０は、Ｓ５０２のステップで特定された保留通知情報を削除する（Ｓ５０４）。
【００５９】
Ｓ５０２乃至Ｓ５０４の処理を全長期保留ユーザについて行った結果、通知内容情報に関連づけられた通知情報がすべて削除された場合、通知部２０は、当該通知内容情報を削除する。なお、通知部２０は、Ｓ５０１のステップにおいて、通知モードが保留モードであり、且つ、自分宛の保留通知情報が基準数以上通知情報保持部２６に記憶されているユーザを、長期保留ユーザとして特定してもよい。
【００６０】
また、サーバ２の特徴はこれだけはない。例えば、外出先から自身のクライアント端末４に戻ったユーザがサーバ２にログインしたとしても、その後何も行われない場合には、登録済み通知メッセージの確認が遅れてしまう。そこで、サーバ２では、図１２に例示する処理が通知部２０により定期的に実行される。
【００６１】
以下、図１２の処理について説明する。なお、以下、通知状態が「表示済」となっている通知情報のことを表示済み通知情報と表記する。また、表示済み通知情報を、当該表示済み通知情報中のユーザＩＤで区別する。例えば、或るユーザのユーザＩＤを含む表示済み通知情報を、該或るユーザ宛の表示済み通知情報と表記する。
【００６２】
まず、通知部２０は、通知情報保持部２６のうちで、登録済み通知情報を特定する（Ｓ６０１）。そして、通知部２０は、Ｓ６０１のステップで特定した登録済み通知情報一つ一つを登録済み通知情報Ｘとして順に選択し、登録済み通知情報ＸについてＳ６０２乃至Ｓ６０６のステップを実行する。
【００６３】
すなわち、通知部２０は、登録済み通知情報Ｘ中の登録時刻から現在時刻までの経過時間が基準時間以上であるか否かを判定する（Ｓ６０２）。そして、経過時間が基準時間以上である場合（Ｓ６０２のｙｅｓ）、通知部２０は、登録済み通知情報Ｘを削除する（Ｓ６０３）。また、通知部２０は、登録済み通知情報Ｘに関連づけられていた通知内容情報（以下、通知内容情報Ｘと表記する）、に表示済み通知情報が関連づけられているか否かを判定する（Ｓ６０４）。具体的には、通知部２０は、通知内容情報Ｘ中のフラグの値が「通知済」であるか否かを判定する。Ｓ６０４のステップにより、通知内容情報Ｘ中の通知メッセージがいずれかのユーザに対して通知済であるか否かが判定される。
【００６４】
通知内容情報Ｘに表示済み通知情報が１つも関連づけられてない場合（Ｓ６０４のＮｏ）、通知部２０は、通知内容情報Ｘ中の通知先ユーザを取得する（Ｓ６０５）。そして、通知部２０は、通知内容情報Ｘ中の通知メッセージを通知メッセージＭとして、図７に示すメール処理を実行する（Ｓ６０６）。
【００６５】
図１２の処理により、登録済み通知メッセージがある程度の期間ユーザに確認されない場合には、登録済み通知メッセージが電子メールで送られる。
【００６６】
なお、本発明の実施形態は、上記実施形態だけに限らない。
【００６７】
例えば、ログインユーザ（以下、ログインユーザＸと表記する）のクライアント端末４から処理要求をサーバ２が受け入れた場合に、図１０に示す処理だけでなく、図１３に例示する処理が実行されてもよい。
【００６８】
以下、図１３について説明する。まず、通知部２０は、通知情報保持部２６に記憶される通知情報のうちで、ログインユーザＸ宛の表示済み通知情報を特定する（Ｓ７０１）。そして、通知部２０は、Ｓ７０１のステップで特定した表示済み通知情報一つ一つを通知情報Ｘとして順に選択し、通知情報ＸについてＳ７０２の処理を実行する。
【００６９】
すなわち、通知情報２０は、通知情報Ｘに関連づけられた通知内容情報（以下、通知内容情報Ｘと表記する）、に関連づけられている通知情報のうちの、登録済み通知情報以外を削除する（Ｓ７０２）。なお、Ｓ７０２の処理の結果、通知内容情報Ｘに関連づけられていた通知情報がすべて削除された場合、通知部２０は、通知内容情報Ｘを削除する。
【００７０】
また、例えば、通知部２０は、図１０のＳ４０３のステップにおいて、ログインユーザＸ宛の登録済み通知情報に関連づけられた通知内容情報、に含まれるフラグの値を「未通知」から「通知済」に更新する代わりに、当該通知内容情報とこれに関連づけられたすべての通知情報を削除してもよい。
【符号の説明】
【００７１】
１  情報処理システム、２  サーバ、４  クライアント端末、６  データ記憶部、８  ユーザ情報記憶部、１０  認証情報記憶部、１２  認証部、１４  データ処理部、１６  処理結果出力部、１８  イベント検知部、２０  通知部、２２  通知定義記憶部、２４  通知モード記憶部、２６  通知情報保持部。
【図１】
0005953868.tif 000002
【図２】
0005953868.tif 000003
【図３】
0005953868.tif 000004
【図４】
0005953868.tif 000005
【図５】
0005953868.tif 000006
【図６】
0005953868.tif 000007
【図７】
0005953868.tif 000008
【図８】
0005953868.tif 000009
【図９Ａ】
0005953868.tif 000010
【図９Ｂ】
0005953868.tif 000011
【図１０】
0005953868.tif 000012
【図１１】
0005953868.tif 000013
【図１２】
0005953868.tif 000014
【図１３】
0005953868.tif 000015