(57)【要約】【課題】  ユーザが通常使用しているブラウザ、インスタントメッセンジャ、メールクライアントなどを使用し、クライアント側に特別なソフトを導入することなく、サーバの処理結果をユーザの入力とは非同期に取得することが可能なメッセージ通知システムを得る。【解決手段】  クライアントマシン１からのリクエストに応答してサーバ２において所定の処理を行いこの処理結果をクライアントマシン１へ通知するようにしたメッセージ通知システムにおいて、処理用のサーバ２以外に、ＩＭ中継サーバ３を設け、ＩＭ中継サーバ３において、処理結果を通知すべきクライアントマシンがオンライン接続中か否かに応じて、処理結果をＩＭメッセージか電子メールメッセージで通知するよう構成する。【選択図】      図１
2006243985.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからのリクエストに応答してサーバにおいて所定の処理を行いこの処理結果をクライアントへ通知するようにしたメッセージ通知システムであって、前記クライアントがオンライン接続中か否かに応じて、前記処理結果をインスタントメッセージか電子メールメッセージで通知する手段を含むことを特徴とするメッセージ通知システム。
【請求項２】
前記手段は、前記クライアントがオンライン接続中の場合にはインスタントメッセージで通知し、前記オンライン接続中でない場合には、一定時間待ってオンライン接続中になった場合にインスタントメッセージで通知し、それ以外の場合には、電子メールメッセージで通知することを特徴とする請求項１記載のメッセージ通知システム。
【請求項３】
前記手段は、前記サーバとは分離して設けられたインスタントメッセージ中継サーバであることを特徴とする請求項１または２記載のメッセージ通知システム。
【請求項４】
クライアントからのリクエストに応答してサーバにおいて所定の処理を行いこの処理結果をクライアントへ通知するようにしたメッセージ通知方法であって、前記クライアントがオンライン接続中か否かに応じて、前記処理結果をインスタントメッセージか電子メールメッセージで通知するステップを含むことを特徴とするメッセージ通知方法。
【請求項５】
前記ステップは、前記クライアントがオンライン接続中の場合にはインスタントメッセージで通知するステップと、前記オンライン接続中でない場合には、一定時間待ってオンライン接続中になった場合にインスタントメッセージで通知するステップと、それ以外の場合には、電子メールメッセージで通知するステップとを有することを特徴とする請求項４記載のメッセージ通知方法。
【請求項６】
前記ステップは、前記サーバとは分離して設けられたインスタントメッセージ中継サーバにおいてなされることを特徴とする請求項４または５記載のメッセージ通知方法。
【請求項７】
クライアントからのリクエストに応答してサーバにおいて所定の処理を行いこの処理結果をクライアントへ通知するようにしたメッセージ通知システムにおけるサーバであって、
前記処理結果のメッセージをデータベースに格納する手段と、
前記メッセージを通知すべきクライアントのＩＤ（識別情報）及びその格納場所を示す情報を含むメッセージ通知依頼を、外部に設けられたインスタントメッセージ中継サーバに送出する手段とを含むことを特徴とするサーバ。
【請求項８】
クライアントからのリクエストに応答して処理用サーバにおいて所定の処理を行いこの処理結果をクライアントへ通知するインスタントメッセージ中継サーバであって、
前記処理用サーバからの、前記処理結果を通知すべきクライアントのＩＤ（識別情報）及びその格納場所を示す情報を含むメッセージ通知依頼に応答して、前記クライアントがオンライン接続中か否かに応じて、前記格納場所を示す情報を含んで前記処理結果をインスタントメッセージか電子メールメッセージで通知する手段を含むことを特徴とするインスタントメッセージ中継サーバ。
【請求項９】
前記手段は、前記クライアントがオンライン接続中の場合にはインスタントメッセージで通知し、前記オンライン接続中でない場合には、一定時間待ってオンライン接続中になった場合にインスタントメッセージで通知し、それ以外の場合には、電子メールメッセージで通知することを特徴とする請求項８記載のインスタントメッセージ中継サーバ。
【請求項１０】
クライアントからのリクエストに応答してサーバにおいて所定の処理を行いこの処理結果をクライアントへ通知するようにしたメッセージ通知システムにおけるサーバの動作をコンピュータにより実行させるためのプログラムであって、
前記処理結果のメッセージをデータベースに格納する処理と、
前記メッセージを通知すべきクライアントのＩＤ（識別情報）及びその格納場所を示す情報を含むメッセージ通知依頼を、外部に設けられたインスタントメッセージ中継サーバに送出する処理とを含むことを特徴とするプログラム。
【請求項１１】
クライアントからのリクエストに応答して処理用サーバにおいて所定の処理を行いこの処理結果をクライアントへ通知するインスタントメッセージ中継サーバの動作をコンピュータにより実行させるためのプログラムであって、
前記処理用サーバからの、前記処理結果を通知すべきクライアントのＩＤ（識別情報）及びその格納場所を示す情報を含むメッセージ通知依頼に応答して、前記クライアントがオンライン接続中か否かに応じて、前記格納場所を示す情報を含んで前記処理結果をインスタントメッセージか電子メールメッセージで通知する処理を含むことを特徴とするプログラム。
【請求項１２】
前記処理は、前記クライアントがオンライン接続中の場合にはインスタントメッセージで通知する処理と、前記オンライン接続中でない場合には、一定時間待ってオンライン接続中になった場合にインスタントメッセージで通知する処理と、それ以外の場合には、電子メールメッセージで通知する処理とを有することを特徴とする請求項１１記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はメッセージ通知システム及びその方法並びにそれに用いるサーバに関し、特にＷＥＢアプリケーションの処理結果をＩＭ（インスタントメッセンジャ）、電子メールなどの通知手段のうち最適な通知手段を利用してユーザに通知するメーセージ通知方式に関するものである。
【背景技術】
【０００２】
ＷＥＢアプリケーションは同期型のシステムであるために、ユーザの入力に対する処理が完了するまでレスポンスを得ることができないという問題があるが、この問題を解決する方法の一つとして、クライアントから定期的にサーバにアクセスを行うツールを導入することにより、サーバの処理結果を取得する手法が存在する。
【０００３】
また、処理結果をメールで通知することにより、サーバの処理結果をユーザの入力とは非同期に取得するシステムも存在する。例えば、処理結果である業務結果を通知する一例として、ＷＥＢアプリケーションとメールサービスを連携した手段が存在する。この構成は、ＷＥＢアプリケーションの処理結果をメールで任意のユーザに通知する構成である。この仕組みを用いた例としては、ショッピングサイトがあげられる。具体的には、ショッピングサイトで品物を購入した際に、購入確認のメールをユーザに送信する仕組みがこれに相当する。
【０００４】
ここで、特許文献１を参照すると、ユーザが予め設定した通信手段を用いてメッセージを送信するようにしたシステムが開示されている。
【特許文献１】特開２００４−２４１９４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
クライアントから定期的にサーバにアクセスを行うツールを導入することにより、サーバの処理結果を取得する手法では、クライアント側に特別なツールをインストールする必要があるという、新たな問題が発生する。
【０００６】
また、処理結果をメールで通知するシステムの場合、すなわち、上述したショッピングサイトの例では、処理を行ってからメールが届くまでにタイムラグが発生し、また、メールでは多くのメールに埋もれてしまい素早い処理の確認ができない。更には、通知先のユーザがオンラインかどうか判定することができず、早急な承認が必要な処理などでは、タイムラグが発生するという問題がある。
【０００７】
上記の特許文献１の技術では、ユーザが予め設定した通信手段を用いてメッセージを送信するものであり、電子メールが指定されていれば、やはり、上述した問題が残る。
【０００８】
本発明の目的は、ユーザが通常使用しているブラウザ、インスタントメッセンジャ、メールクライアントなどを使用し、クライアント側に特別なソフトを導入することなく、サーバの処理結果をユーザの入力とは非同期に取得することが可能なメッセージ通知システム及びその方法並びにそれに用いるサーバを提供することである。
【課題を解決するための手段】
【０００９】
本発明によるメッセージ通知システムは、クライアントからのリクエストに応答してサーバにおいて所定の処理を行いこの処理結果をクライアントへ通知するようにしたメッセージ通知システムであって、前記クライアントがオンライン接続中か否かに応じて、前記処理結果をインスタントメッセージか電子メールメッセージで通知する手段を含むことを特徴とする。
【００１０】
本発明によるメッセージ通知方法は、クライアントからのリクエストに応答してサーバにおいて所定の処理を行いこの処理結果をクライアントへ通知するようにしたメッセージ通知方法であって、前記クライアントがオンライン接続中か否かに応じて、前記処理結果をインスタントメッセージか電子メールメッセージで通知するステップを含むことを特徴とする。
【００１１】
本発明によるサーバは、クライアントからのリクエストに応答してサーバにおいて所定の処理を行いこの処理結果をクライアントへ通知するようにしたメッセージ通知システムにおけるサーバであって、前記処理結果のメッセージをデータベースに格納する手段と、前記メッセージを通知すべきクライアントのＩＤ（識別情報）及びその格納場所を示す情報を含むメッセージ通知依頼を、外部に設けられたインスタントメッセージ中継サーバに送出する手段とを含むことを特徴とする。
【００１２】
本発明によるインスタントメッセージ中継サーバは、クライアントからのリクエストに応答して処理用サーバにおいて所定の処理を行いこの処理結果をクライアントへ通知するインスタントメッセージ中継サーバであって、前記処理用サーバからの、前記処理結果を通知すべきクライアントのＩＤ（識別情報）及びその格納場所を示す情報を含むメッセージ通知依頼に応答して、前記クライアントがオンライン接続中か否かに応じて、前記格納場所を示す情報を含んで前記処理結果をインスタントメッセージか電子メールメッセージで通知する手段を含むことを特徴とする。
【００１３】
本発明によるプログラムは、クライアントからのリクエストに応答してサーバにおいて所定の処理を行いこの処理結果をクライアントへ通知するようにしたメッセージ通知システムにおけるサーバの動作をコンピュータにより実行させるためのプログラムであって、前記処理結果のメッセージをデータベースに格納する処理と、前記メッセージを通知すべきクライアントのＩＤ（識別情報）及びその格納場所を示す情報を含むメッセージ通知依頼を、外部に設けられたインスタントメッセージ中継サーバに送出する処理とを含むことを特徴とする。
【００１４】
本発明による他のプログラムは、クライアントからのリクエストに応答して処理用サーバにおいて所定の処理を行いこの処理結果をクライアントへ通知するインスタントメッセージ中継サーバの動作をコンピュータにより実行させるためのプログラムであって、前記処理用サーバからの、前記処理結果を通知すべきクライアントのＩＤ（識別情報）及びその格納場所を示す情報を含むメッセージ通知依頼に応答して、前記クライアントがオンライン接続中か否かに応じて、前記格納場所を示す情報を含んで前記処理結果をインスタントメッセージか電子メールメッセージで通知する処理を含むことを特徴とする。
【発明の効果】
【００１５】
本発明による第一の効果は、ＷＥＢアプリケーションの処理を、ユーザの入力とは非同期に実現できることである。その理由は、ＷＥＢアプリケーションがＩＭ中継サーバを介してＩＭサーバに結果の画面を通知するようにしており、よって業務処理が終了した段階で、インスタントメッセージで処理の完了通知を受け取ることができるからである。
【００１６】
本発明による第二の効果は、業務処理の結果をオンライン中のユーザに送信できることである。その理由は、ＩＭ中継サーバの接続中ユーザ判定部がオンライン中のユーザを把握しているため、業務処理結果をオンライン中のユーザに送信することが可能になるからである。
【００１７】
本発明による第三の効果は、クライアント側に特別なアプリケーションをインストールする必要がないことである。その理由は、メッセージの通知手段として、一般によく用いられているインスタントメッセンジャを用いているからであり、また、ＷＥＢＡＰサーバとＩＭ中継サーバとを分離することで、様々な業務アプリケーションがＩＭ中継サーバを利用してインスタントメッセージを送信でき、各業務アプリケーションがインスタントメッセージ送信機能を実装する必要がなくなるからである。
【００１８】
本発明による第四の効果は、ユーザの状態により最適な通知手段が選択できることである。その理由は、接続中ユーザ判定部でＩＭ接続ユーザの接続状態を把握しているからであり、また送信メッセージ振り分け部で適切な通知手段を選択しているからである。
【発明を実施するための最良の形態】
【００１９】
以下に、図面を参照しつつ本発明の実施の形態について説明する。図１は本発明の実施の形態を示すブロック図である。図１を参照すると、本実施の形態は、プログラム制御により動作するコンピュータ（中央処理装置、プロセッサ、データ処理装置等）であるクライアントマシン１、ＷＥＢＡＰサーバ２、ＩＭ中継サーバ３、ＩＭ（インスタントメッセージ）サーバ４、メールサーバ５、記憶装置である通知画面一時格納ＤＢ２７、ＩＭユーザ管理ＤＢ３５により構成されている。
【００２０】
クライアントマシン１は、ブラウザ１１、ＩＭクライアント１２、メールクライアント１３を備えている。これらは、一般に使用されているブラウザ、ＩＭクライアント、メールクライアントを意味する。
【００２１】
ＷＥＢＡＰサーバ２は、従来の機能であるＨＴＴＰ（Ｓ）リクエストを受けて、ブラウザに処理結果を返す機能を有している。（なお、“ＨＴＴＰ”は“Hyper Text Transfer Protocol”の略であり、“ＨＴＴＰＳ”は“Hyper Text Transfer Protocol over SSL （Secure Sockets Layer）”を示している。）更に、ＷＥＢＡＰサーバ２は、本発明の機能を実現するために、リクエスト受信部２１、受付画面生成部２４、バックグランド業務処理部２２、通知画面生成部２６、通知ＵＲＬ送信部２３、通知画面表示部２５を有している。
【００２２】
これら各部は次の機能を有する。リクエスト受信部２１は、ブラウザ１１からリクエストを受信して各部に振り分けを行う機能を有し、受付画面生成部２４は、リクエストを受信したことを通知する画面を生成する機能を有する。バックグランド業務処理部２２は、ブラウザ１１から受信した業務処理をユーザの入力とは非同期に行う機能を有する。通知画面生成部２６は、ＩＭクライアント１２に通知する画面を生成する機能を有する。
【００２３】
通知ＵＲＬ送信部２３は、ユーザに表示する画面のＵＲＬをＩＭサーバ４に送信する機能を有する。通知画面表示部２５は、通知画面生成部２６により生成された画面をＤＢ２７から取得してブラウザ１１に返す機能を有する。また、通知画面生成部２６で作成された通知画面を保存する通知画面一時格納ＤＢ２７を記憶装置として有している。
【００２４】
ＩＭ中継サーバ３は、通知ＵＲＬ受信部３１、接続中ユーザ判定部３２、送信メッセージ振り分け部３３、擬似ＩＭクライアント３４を有している。これら各部の機能は次のとおりである。通知ＵＲＬ受信部３１は、ＷＥＢＡＰサーバ２から送信されたＵＲＬと送信先ユーザＩＤの情報が格納されたメッセージとを受信する機能を有する。接続中ユーザ判定部３２は、指定されたユーザが現在ＩＭサーバ４に接続中かどうかを判定する機能を有する。
【００２５】
送信メッセージ振り分け部３３は、通知する画面のＵＲＬをインスタントメッセージを介して送信するか、電子メール（以下、単にメールと称す）で送信するかを振り分ける機能を有する。擬似ＩＭクライアント３４は、ＩＭクライアント１２が有するＩＭサーバ４にメッセージを送信を行う機能と、任意のユーザが接続中か否かを調べる機能を有する。また、現在ＩＭサーバ４に接続中のユーザの情報を格納するＩＭユーザ管理ＤＢ３５を記憶装置として有している。
【００２６】
図２を参照して本発明の実施の形態の動作について説明する。図２は、クライアントマシン１のユーザがＷＥＢアプリケーションに業務データを入力して、その処理結果をインスタントメッセージとして受信するまでの一連の流れをシーケンス図で表したものである。以下に、その処理の流れとメッセージの流れとを説明する。なお、各部の動作については、図３〜図６の各動作フロー図を参照してで説明するものとする。
【００２７】
ユーザは、ブラウザ１１から業務データを入力する（ステップＳ１）。ＷＥＢＡＰサーバ２のリクエスト受信部２１は、ブラウザ１１から送信されたＨＴＴＰ（Ｓ）リクエストを受信する。ＷＥＢＡＰサーバ２の受付画面生成部２４は、この入力に対する入力受付画面を生成してブラウザ１１にレスポンスとして返す（ステップＳ２，Ｓ３）。このとき、ＷＥＢＡＰサーバ２のバックグランド業務処理部２２は、入力データに対する業務処理を画面の入力に対して非同期に行う（ステップＳ４）。
【００２８】
バックグランド業務処理部２２における業務処理が完了すると、通知画面生成部２６は、業務処理に対する結果のＷＥＢ画面を生成する（ステップＳ５）。このＷＥＢ画面には、処理の完了、失敗などの処理結果を通知する画面や、業務に対する承認依頼、見積り回答など、次の業務処理を依頼する画面などが含まれる。この通知画面生成部２６で作成されたＷＥＢ画面は、通知画面一時格納ＤＢ２７に格納される。この時一意となるＵＲＬが付与される（ステップＳ６）。
【００２９】
通知ＵＲＬ送信部２３は、ＩＭ中継サーバ３に対して通知メッセージを送信する際におけるユーザのユーザＩＤと通知画面のＵＲＬとを、ＷＥＢ画面通知依頼として送信する（ステップＳ７）。メッセージを通知するユーザは、リクエストの内容および業務処理の内容から決定される。通知するユーザは、ＷＥＢＡＰサーバ２にアクセスしているユーザと同一ユーザである場合と、他のユーザに通知する場合の両方を想定する。
【００３０】
ＩＭ中継サーバ３において、通知ＵＲＬ受信部２３がＷＥＢＡＰサーバ２からのＷＥＢ画面通知依頼のメッセージを受信すると、受信したユーザＩＤに対するユーザが現在オンライン中であるかを、接続中ユーザ判定部３２によりＩＭユーザ管理ＤＢ３５を検索して判定する（ステップＳ８）。この判定結果に応じて、送信メッセージ振り分け部３３は、送信先のユーザがオンラインの場合には、擬似ＩＭクライアント３４に対して通知画面のＵＲＬの送信を依頼する（ステップＳ９）。
【００３１】
擬似ＩＭクライアント４から送信されたインスタントメッセージは、擬似ＩＭクライアントに該当するＩＭサーバ４を介してＩＭクライアント１２に送信される（ステップＳ１０）。ＩＭクライアント１２は、ＩＭサーバ４からインスタントメッセージを受信すると、そこに記載されたＷＥＢ画面のＵＲＬをブラウザ１１で開く（ステップＳ１１）。ＷＥＢＡＰサーバ２において、通知画面表示部２５は、ブラウザ１１から送られたＷＥＢ画面のＵＲＬを通知画面一時格納ＤＢ２７から検索して（ステップＳ１２，１３）、ＷＥＢ画面を取得しブラウザ１１にレスポンスとして返す。
【００３２】
図３は、ＩＭ接続ユーザのオンライン状態の更新処理の一連の流れをフローチャートで表したものである。接続中ユーザ判定部３２は、ＩＭユーザ管理ＤＢ３５からすべてのユーザＩＤを取得する（ステップＳ３１）。取得したユーザＩＤに対応するユーザがＩＭサーバに接続中かどうか、擬似ＩＭクライアント３４を使用して調べる（ステップＳ３２）。なお、この擬似ＩＭクライアント３４は、通常のＩＭクライアントと同様に、指定したユーザのＩＭサーバへの接続状態を取得する機能を有するものである。このとき、擬似ＩＭクライアント３４によって接続状態が判定されたユーザの接続状態は、ＩＭユーザ管理ＤＢ３５の接続フラグに書き込まれる（ステップＳ３３）。
【００３３】
同様の処理を、すべて登録されているユーザに対して繰り返す（ステップＳ３４）。更に、このＩＭユーザ管理ＤＢ３５の接続中状態の更新処理を、一定時間おきに繰り返す（ステップＳ３５，Ｓ３６）。
【００３４】
図４は、ＷＥＢＡＰサーバ２がＩＭ送信要求のＨＴＴＰ（Ｓ）リクエストを受信してから、ＩＭ中継サーバ３にＷＥＢ画面通知依頼のメッセージを送信するまでの一連の流れをフローチャートで表したものである。
【００３５】
ＷＥＢＡＰサーバ２において、リクエスト受信部２１はＨＴＴＰ（Ｓ）リクエストを受信する（ステップＳ４１）。リクエスト受信部２１は、リクエストの種別を判別し（ステップＳ４２）、リクエストの内容がインスタントメッセージ送信要求の場合、受付画面生成部２４で受付画面を生成し、ブラウザ１１に対しレスポンスとして返す（ステップＳ４３）。同時に、バックグランド業務処理部２２は、画面からの入力に対する業務処理を入力とは非同期に行う（ステップＳ４４）。
【００３６】
バックグランド業務処理部２２の業務処理が完了すると、その処理の結果を元に、通知画面生成部２６は、ユーザに通知する画面を生成し（ステップＳ４５）、この通知画面を通知画面一時格納ＤＢ２７に保存し、通知画面に対して一意となるＵＲＬを設定する（ステップＳ４６）。例えば、“http://www.hostname/request/000018091.htm ”のように、ホスト名、リクエスト要求、一意のＩＤとなるようにＵＲＬを設定する。リクエストの内容および業務処理の内容により、インスタントメッセージ送信先ユーザを決定する。インスタントメッセージ送信先ユーザＩＤと通知画面ＵＲＬとを、インスタントメッセージ通知依頼としてＩＭ中継サーバ３に対してＷＥＢサービスのメッセージとして送る（ステップＳ４７）。
【００３７】
図５は、ＩＭ中継サーバ３がＷＥＢＡＰサーバ２からインスタントメッセージ通知依頼メッセージを受信してからＩＭサーバ４にインスタントメッセージを送信するまでの一連の流れをフローチャートで表したものである。
【００３８】
ＩＭ中継サーバ３は、ＷＥＢＡＰサーバ２からインスタントメッセージ通知依頼のメッセージを受信する（ステップＳ５１）。送信メッセージ振り分け部３３は、接続中ユーザ判定部３２を用いて、受信したユーザＩＤに対するユーザの接続状態を調べる（ステップＳ５２，５３）。接続中ユーザ判定部３２は、ＩＭユーザ管理ＤＢ３５をユーザＩＤで検索することにより、ユーザの接続状態を取得する。
【００３９】
送信先ユーザがオンラインの場合、擬似ＩＭクライアント３４に対してＩＭ送信依頼のメッセージを送信する（ステップＳ５４）。送信先ユーザがオフラインの場合、接続先ユーザがオンラインになるまで一定時間待つ（ステップＳ５６，Ｓ５７）。この場合の待機時間は、ユーザ要件により適切な値に設定する。一定時間内にユーザがオンラインになる場合、オンラインになった時点で、擬似ＩＭクライアント３４に対してＩＭ送信依頼のメッセージを送信する（ステップＳ５４）。
【００４０】
ユーザがオフラインのまま一定時間が経過した場合、通知メッセージをメールサーバ５に送信する（ステップＳ５８）。送信ユーザのメールアドレスは、ＩＭユーザ管理ＤＢ３５を検索することで取得する。擬似ＩＭクライアント３４は、ＩＭ送信依頼のメッセージを受信すると、ＩＭサーバ４を介して送信先のユーザにインスタントメッセージを送信する（ステップＳ５５）。
【００４１】
図６は、ＷＥＢＡＰサーバ２が通知画面表示のリクエストを受信してから、ブラウザに通知画面を表示させるまでの一連の流れをフローチャートで表したものである。ＷＥＢＡＰサーバ２のリクエスト受信部２１は、ＨＴＴＰ（Ｓ）リクエストを受信する（ステップＳ６１）。このリクエストの種別が通知画面表示の場合（ステップＳ６２）、通知画面表示部２５に通知ＵＲＬを渡す。通知画面生成部２６は、通知画面一時格納ＤＢ２７に対して通知ＵＲＬで検索し、通知画面のファイルを取得する（ステップＳ６３）。この通知画面をレスポンスとしてブラウザに返す（ステップＳ６４）。
【００４２】
以上の構成により、下記のような効果がある。第１に、ＷＥＢアプリケーションの処理を非同期に実現できることである。ＷＥＢアプリケーションは同期型のシステムなので、業務処理の結果を入力と同期のタイミングでしか受け取ることはできない。
【００４３】
しかし、本発明を用いることにより、業務処理が終了した段階で、インスタントメッセージで処理の完了通知を受け取ることができる。その理由は、ＷＥＢアプリケーションがＩＭ中継サーバを介してＩＭサーバに結果の画面を通知する仕組みを持つからである。
【００４４】
第２に、業務処理の結果をオンライン中のユーザに送信できることである。業務処理の結果を他のユーザに通知する手段として、結果をメールで送信するＷＥＢアプリケーションが用いられているが、この仕組みでは、送信先のユーザが現在オンライン中かどうかが判定できず、またメールを使用すると他の多くのメールにまぎれてしまい、適切なタイミングで処理結果を確認することができない。
【００４５】
しかし、本発明を用いることにより、業務処理の結果をオンライン中のユーザにインスタントメッセージとして送信することができる。インスタントメッセージとして受信するので、メールに比べより適切なタイミングで処理結果を確認することができる。その理由は、ＩＭ中継サーバの接続中ユーザ判定部がオンライン中のユーザを把握しているため、業務処理結果をオンライン中のユーザに送信することが可能になるからである。
【００４６】
第３に、クライアント側に特別なアプリケーションをインストールする必要がないことである。サーバの処理結果をクライアント側のアプリケーションで取得する仕組みは、これまでに多く用いられてきているが、これらの仕組みはクライアント側に専用のアプリケーションをインストールする必要があり、クライアントアプリケーションの導入、更新に多大な手間がかかるという問題がある。
【００４７】
しかし、本発明を用いることにより、クライアント側には任意のブラウザ、インスタントメッセンジャをインストールするだけで、特別なアプリケーションをインストールする必要がなくなる。その理由として、通知手段として、一般によく用いられているインスタントメッセンジャを用いているからである。また、ＷＥＢＡＰサーバとＩＭ中継サーバを分離することで、様々な業務アプリケーションがＩＭ中継サーバを利用してインスタントメッセージを送信できる。この利点として、各業務アプリケーションがインスタントメッセージ送信機能を実装する必要がなくなる。
【００４８】
第４に、ユーザの状態により最適な通知手段が選択できることである。本発明を用いることにより、メッセージ送信先のユーザがオンラインのときはインスタントメッセンジャ、オフラインのときはメールでメッセージを通知することが可能になる。その理由は、接続中ユーザ判定部でＩＭ接続ユーザの接続状態を把握しているからであり、また送信メッセージ振り分け部で適切な通知手段を選択しているからである。
【００４９】
本発明を利用することにより、複数のＷＥＢサービス等を呼び出す複雑で時間がかかる処理に適用できる。ＷＥＢアプリケーションでは、通常５秒ルールなどの一定時間の間にレスポンスを返すといった要件があげられる。しかし、ＷＥＢサービス等を呼び出す複雑な処理では、従来のアプリケーションに比べ、処理時間が圧倒的にかかるようになる。また、これらの処理は外部のサービスを呼び出すため、自サーバのパフォーマンスチューニングだけでは解決できないが、本発明では、入力に対する受付結果をいったんブラウザに返し、業務処理をバックグランドで行うことでレスポンス要件を解決することができる。
【００５０】
また、本発明を利用することにより、承認などのワークフロー処理に適用できる。従来のメールを利用した承認依頼では、メール送信先の承認者がオンラインかどうかが判定できないので早急な承認処理が行われないという問題があったが、本発明では、承認依頼のメッセージをオンライン中のユーザにインスタントメッセージで送信できるので早急な承認依頼が可能になる。
【図面の簡単な説明】
【００５１】
【図１】本発明の実施の形態のブロック図である。
【図２】本発明の実施の形態の動作を示すシーケンス図である。
【図３】ＩＭ接続ユーザのオンライン接続状態の更新処理のフローチャートである。
【図４】ＷＥＢＡＰサーバ２がＩＭ送信要求のＨＴＴＰ（Ｓ）リクエストを受信してから、ＩＭ中継サーバ３にＷＥＢ画面通知依頼のメッセージを送信するまでのフローチャートである。
【図５】ＩＭ中継サーバ３がＷＥＢＡＰサーバ２からインスタントメッセージ通知依頼メッセージを受信してからＩＭサーバ４にインスタントメッセージを送信するまでのフローチャートである。
【図６】ＷＥＢＡＰサーバ２が通知画面表示のリクエストを受信してから、ブラウザに通知画面を表示させるまでの一連のフローチャートである。
【符号の説明】
【００５２】
１  クライアントマシン
２  ＷＥＢＡＰサーバ
３  ＩＭ中継サーバ
４  ＩＭサーバ
５  メールサーバ
１１  ブラウザ
１２  ＩＭクライアント
１３  メールクライアント
２１  リクエスト受信部
２２  バックグランド業務処理部
２３  通知ＵＲＬ送信部
２４  受付画面生成部
２５  通知画面表示部
２６  通知画面生成部
２７  通知画面一時格納ＤＢ
３１  通知ＵＲＬ受信部
３２  接続中ユーザ判定部
３３  送信メッセージ振り分け部
３４  擬似ＩＭクライアント
３５  ＩＭユーザ管理ＤＢ
【図１】
2006243985.tif 000003
【図２】
2006243985.tif 000004
【図３】
2006243985.tif 000005
【図４】
2006243985.tif 000006
【図５】
2006243985.tif 000007
【図６】
2006243985.tif 000008