(57)【要約】  メッセンジャーを用いた通知システム及び方法を開示する。このシステムは、メッセンジャーユーザーたちのインスタントメッセージ伝送を制御し、メッセンジャーユーザーたちの状態変更をモニタリングして状態変化情報を伝送するメッセンジャーシステムと、予め設定されたイベントの発生有無をモニタリングし、イベント発生時に当該イベント発生を知らせる通知メッセージを生成する少なくとも一つの外部サービスシステムと、メッセンジャーシステムからメッセンジャーユーザーたちの状態変更情報を受信し、受信した状態変更情報を少なくとも一つの外部サービスシステムに提供し、少なくとも一つの外部サービスシステムから通知メッセージを受信してメッセンジャーシステムに伝送する同期サーバーと、を備える。そして、少なくとも一つの外部サービスシステムは、同期サーバーからメッセンジャーユーザーたちの状態変更情報を受信してメッセンジャーにオンラインになっているユーザーたちの情報を管理し、イベント発生時にイベントと関連したユーザーがメッセンジャーにオンラインになっているか否かを判断して通知メッセージを生成し、該通知メッセージを同期サーバーに伝送する。【選択図】図１
2008538837.tif 000002
【特許請求の範囲】
【請求項１】
メッセンジャーユーザーたちのインスタントメッセージ伝送を制御し、メッセンジャーユーザーたちの状態変更をモニタリングして状態変化情報を伝送するメッセンジャーシステムと、
予め設定されたイベントの発生有無をモニタリングし、イベント発生の際に当該イベントの発生を知らせる通知メッセージを生成する少なくとも一つの外部サービスシステムと、
前記メッセンジャーシステムからメッセンジャーユーザーたちの状態変更情報を受信し、受信した状態変更情報を前記少なくとも一つの外部サービスシステムに提供し、前記少なくとも一つの外部サービスシステムから前記通知メッセージを受信して前記メッセンジャーシステムに伝送する同期サーバーと、を備えてなり、
前記少なくとも一つの外部サービスシステムは、前記同期サーバーからメッセンジャーユーザーたちの状態変更情報を受信してメッセンジャーユーザーたちのオンライン状態情報を管理し、
イベント発生の際に、当該イベントと関連したユーザーがメッセンジャーにオンラインになっているか否かを判断して前記通知メッセージを生成し、該通知メッセージを前記同期サーバーに伝送することを特徴とするメッセンジャーを用いた通知システム。
【請求項２】
前記外部サービスシステムは、メールサービスシステム、ブログサービスシステム及びコミュニティサービスシステムを含むことを特徴とする請求項１に記載のメッセンジャーを用いた通知システム。
【請求項３】
前記外部サービスシステムがメールサービスシステムである場合、前記イベントはメール受信であり、前記外部サービスシステムがブログサービス又はコミュニティサービスシステムである場合、前記イベントは新しいメッセージの登録であることを特徴とする請求項１に記載のメッセンジャーを用いた通知システム。
【請求項４】
前記外部サービスシステムに障害が生じる場合、前記外部サービスシステムは、全体オンラインユーザー要請情報を前記同期サーバーに伝送し、前記同期サーバーは、前記メッセンジャーシステムとの通信を通じて全体オンラインユーザー情報を前記外部サービスシステムに提供することを特徴とする請求項１に記載のメッセンジャーを用いた通知システム。
【請求項５】
前記メッセンジャーシステムがリセットされる場合に、前記同期サーバーは、前記メッセンジャーシステムのリセット情報を前記外部サービスシステムに提供し、前記外部サービスシステムは、前記リセット情報に応答してメッセンジャーにオンラインになっているユーザー情報を更新することを特徴とする請求項１に記載のメッセンジャーを用いた通知システム。
【請求項６】
前記同期サーバーは、前記メッセンジャーシステムの予め設定されたサーバー及び前記外部サービスシステムの予め設定されたサーバーとの通信のためのソケットを含み、ソケット通信方法によってパケットを送受信することを特徴とする請求項１に記載のメッセンジャーを用いた通知システム。
【請求項７】
前記メッセンジャーシステムから前記同期サーバーに伝送するメッセンジャーユーザーの状態変更情報パケット及び前記外部サービスシステムから前記同期サーバーに伝送する通知メッセージパケットは、パケットコードフィールド、コマンドフィールド、セッションＩＤフィールド、パケットＩＤフィールド、ボディーサイズフィールド及びボディーフィールドを含むことを特徴とする請求項１に記載のメッセンジャーを用いた通知システム。
【請求項８】
前記同期サーバーは、前記メッセンジャーユーザーの状態変更情報パケットのプロトコルを変換して前記外部サービスシステムに伝送し、前記通知メッセージパケットのプロトコルを変換して前記メッセンジャーシステムに伝送することを特徴とする請求項７に記載のメッセンジャーを用いた通知システム。
【請求項９】
前記プロトコル変換は、前記コマンドフィールドに記録されたパラメータを、各システムに適用されるパラメータに変換することであることを特徴とする請求項８に記載のメッセンジャーを用いた通知システム。
【請求項１０】
前記外部サービスシステムに障害が生じる場合、前記外部サービスシステムは、前記同期サーバーにメッセンジャーにオンラインになっている全体ユーザー情報を要請し、前記同期サーバーは、前記外部サービスシステムの要請に応答して前記メッセンジャーシステムからメッセンジャーにオンラインになっている全体ユーザー情報を受信し、受信した情報を前記外部サービスシステムに提供することを特徴とする請求項１に記載のメッセンジャーを用いた通知システム。
【請求項１１】
前記メッセンジャーシステムで障害が生じる場合、前記メッセンジャーシステムは、障害発生情報を前記同期サーバーに伝送し、前記同期サーバーは、前記メッセンジャーシステム障害発生情報を前記外部サービスシステムに提供し、前記外部サービスシステムは、前記メッセンジャーシステム障害発生情報に応答して、メッセンジャーにオンラインになっているユーザーたちの情報を更新することを特徴とする請求項１に記載のメッセンジャーを用いた通知システム。
【請求項１２】
外部サービスシステムで発生したイベントをメッセンジャーシステムを介して通知する装置であって、
前記外部サービスシステムとの通信のための少なくとも一つの第１ソケットと、
前記メッセンジャーシステムとの通信のための第２ソケットと、を備えてなり、
前記第２ソケットは、前記メッセンジャーシステムからメッセンジャーユーザーの状態変更情報を受信して前記第１ソケットに提供し、前記第１ソケットは、提供されたメッセンジャーユーザーの状態変更情報を前記外部サービスシステムに伝送し、
前記第１ソケットは、前記外部サービスシステムからイベント発生通知情報を受信して前記第２ソケットに提供し、前記第２ソケットは、前記イベント発生通知情報を前記メッセンジャーシステムに提供し、
前記外部サービスシステムは、前記メッセンジャーユーザーの状態変更情報を用いてメッセンジャーにオンラインになっているユーザー情報を管理し、イベントと関連したユーザーがメッセンジャーにオンラインになっている場合、前記イベント発生通知情報が前記第１ソケットを介して伝送されることを特徴とする通知サービス装置。
【請求項１３】
前記第１ソケットは、
前記外部サービスシステムからイベント発生通知メッセージを受信するリスナと、
前記リスナで受信したパケット情報を読み込むリーダと、
前記リーダで読み込んだイベント発生通知メッセージを前記第２ソケットに提供するハンドラと、
前記第２ソケットから提供されたメッセンジャーユーザーの状態変更情報を前記外部サービスシステムに伝送するライタと、を備えることを特徴とする請求項１２に記載の通知サービス装置。
【請求項１４】
前記第２ソケットは、
前記メッセンジャーシステムから前記メッセンジャーユーザー状態変更情報を受信するリスナと、
前記リスナで受信した情報を読み込むリーダと、
前記リーダで読み込んだメッセンジャーユーザー状態変更情報を前記第１ソケットに提供するハンドラと、
前記第１ソケットから提供されたイベント発生通知情報を前記メッセンジャーシステムに伝送するライタと、を備えることを特徴とする請求項１２に記載の通知サービス装置。
【請求項１５】
前記第２ソケットは、
前記メッセンジャーシステムのメッセンジャー中央サーバーから提供されるユーザーの状態変更情報を受信して処理するメッセンジャー中央サーバーソケットと、
前記メッセンジャーシステムのメッセージ通知サーバーから提供されるユーザーのオフライン状態情報を受信して処理するメッセージ通知サーバーソケットと、を備えることを特徴とする請求項１２に記載の通知サービス装置。
【請求項１６】
メッセンジャーシステム、同期サーバー及び少なくとも一つの外部サービスシステムを含むシステムにおいてメッセンジャーを用いた通知サービスを提供するために前記同期サーバーで実行される方法であって、
（ａ）前記メッセンジャーシステムからメッセンジャーユーザー状態変更情報を受信する段階と、
（ｂ）前記メッセンジャーユーザー状態変更情報を前記少なくとも一つの外部サービスシステムに伝送する段階と、
（ｃ）前記少なくとも一つの外部サービスシステムで予め設定されたイベントが発生する場合、前記段階（ｂ）で受信されるメッセンジャーユーザーの状態変更情報を用いてメッセンジャーにオンラインになっているユーザー情報を管理し、イベントと関連したユーザーがメッセンジャーにオンラインになっている場合に、イベント発生通知情報を伝送する前記少なくとも一つの外部サービスシステムから、前記イベント発生通知情報を受信する段階と、
（ｄ）前記イベント発生通知情報を前記メッセンジャーシステムに伝送する段階と、を含むことを特徴とするメッセンジャーを用いた通知サービス提供方法。
【請求項１７】
前記段階（ｂ）は、
前記メッセンジャーユーザーの状態変更情報を含むパケットを分析する段階と、
パケットのパラメータを、前記外部サービスシステムに相応するパラメータに変換するプロトコル変換を行う段階と、を含むことを特徴とする請求項１６に記載のメッセンジャーを用いた通知サービス提供方法。
【請求項１８】
前記段階（ｃ）は、
前記イベント発生通知情報を含むパケットを分析する段階と、
パケットのパラメータを、前記メッセンジャーシステムに相応するパラメータに変換するプロトコル変換を行う段階と、を含むことを特徴とする請求項１６に記載のメッセンジャーを用いた通知サービス提供方法。
【請求項１９】
メッセンジャーシステム、同期サーバー及び少なくとも一つの外部サービスシステムを含むシステムにおいてメッセンジャーを用いた通知サービスを提供する方法であって、
前記メッセンジャーシステムがメッセンジャーユーザーの状態情報をモニタリングし、前記メッセンジャーユーザーの状態変更情報を前記同期サーバーに伝送する段階と、
前記同期サーバーから前記少なくとも一つの外部サービスシステムに前記メッセンジャーユーザーの状態変更情報を伝送する段階と、
前記少なくとも一つの外部サービスシステムで、前記メッセンジャーユーザーの状態変更情報を用いてメッセンジャーにオンラインになっているユーザー情報を管理する段階と、
前記少なくとも一つの外部サービスシステムで予め設定されたイベントが発生する場合、イベントと関連したユーザーがメッセンジャーにオンラインになっているか否かを判断する段階と、
イベントと関連したユーザーがメッセンジャーにオンラインになっている場合、前記少なくとも一つの外部サービスシステムでイベント発生通知情報を生成して前記同期サーバーに伝送する段階と、
前記同期サーバーから前記イベント発生通知情報を前記メッセンジャーシステムに伝送する段階と、を含むことを特徴とするメッセンジャーを用いた通知サービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセンジャーを用いた通知システムに関し、より詳細にはメッセンジャーを用いた通知メッセージ伝送システムに関する。
【背景技術】
【０００２】
インスタントメッセージを送受信するメッセンジャーの使用はますます増加し、もはや電話や移動電話と共に主な通信手段の一つとなった。
【０００３】
メッセンジャーは、コンピュータを介してメッセージを伝送する通信手段であり、一般的なテキストメッセージの他にも、文書ファイル、画像ファイルなどを容易にリアルタイムにやり取りできるという利点がある。
【０００４】
特に、メッセンジャーは、会社などで勤務中に常時つけっぱなしにして使用するのが一般化しており、携帯電話と共に個人間連絡のための最も速い通信手段の一つとなった。
【０００５】
そして、メッセンジャーの汎用化に伴い、メッセンジャーの活用範囲を拡張する試みが継続されてきており、例えば、メッセンジャーを用いた会話当事者間でのゲームを提供したり、ニュース情報又はショッピング情報のような有用な情報をリアルタイムに提供したりするサービスが行われている。
【０００６】
ユーザーが常につけっぱなしにしておく通信手段であるメッセンジャーは、携帯電話の文字メッセージと同様に、通知サービスの提供に有用ではある。しかしながら、サーバー負荷の問題などから現状ではメッセンジャーを介した通知サービスの活性化には至っておらず、また、通知サービスが提供されるとしてもメールのような極めて制約的な範囲に限定されるという問題点があった。
【０００７】
近年、ポータルサイトは、メール、個人ホームページ、ブログ、コミュニティなどの様々な形態のサービスを提供しているが、これらの全てのサービスで発生するイベントに対して通知サービスを提供すると、サーバーの負荷が急激に増加することにつながるため、実現し難いという問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は上記の問題点を解決するためのもので、その目的は、サーバーの負荷を最小限に抑えながら、様々なサービスで発生するイベントをメッセンジャーを通じて知らせることができるシステム及び方法を提供することにある。
【０００９】
また、本発明の他の目的、メッセンジャーにオンラインになっているユーザーに限って通知メッセージが伝送されるようにすることによって、通知メッセージパケットの量を最小化することが可能なメッセンジャーを用いた通知システムを提供することにある。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために、本発明の１つの側面によれば、メッセンジャーユーザーたちのインスタントメッセージ伝送を制御し、メッセンジャーユーザーたちの状態変更をモニタリングしてユーザーの状態変更情報を伝送するメッセンジャーシステムと、予め設定されたイベントの発生有無をモニタリングし、イベント発生の際に当該イベントの発生を知らせる通知メッセージを生成する少なくとも一つの外部サービスシステムと、メッセンジャーシステムからメッセンジャーユーザーたちの状態変更情報を受信し、受信した状態変更情報を上記少なくとも一つの外部サービスシステムに提供し、上記少なくとも一つの外部サービスシステムから上記通知メッセージを受信して上記メッセンジャーシステムに伝送する同期サーバーと、を備える。そして、上記少なくとも一つの外部サービスシステムが、上記同期サーバーからメッセンジャーユーザーたちの状態変更情報を受信してメッセンジャーにオンラインになっているユーザーたちの情報（メッセンジャーユーザーオンライン情報）を管理し、イベント発生の際に当該イベントと関連したユーザーがメッセンジャーにオンラインになっているか否かを判断して上記通知メッセージを生成し、該生成されたメッセージを上記同期サーバーに伝送する、メッセンジャーを用いた通知システムが提供される。
【００１１】
また、上記外部サービスシステムは、メールサービスシステム、ブログサービスシステム及びコミュニティサービスシステムを含むことができる。
【００１２】
また、上記外部サービスシステムがメールサービスシステムである場合、上記イベントはメール受信であり、上記外部サービスシステムがブログサービス又はコミュニティサービスシステムである場合、上記イベントは新しいメッセージ（文）の登録である。
【００１３】
また、上記外部サービスシステムに障害が生じる場合、上記外部サービスシステムは、全体オンラインユーザー要請情報を上記同期サーバーに伝送し、上記同期サーバーは、上記メッセンジャーシステムとの通信を通じて全体オンラインユーザー情報を上記外部サービスシステムに提供する。
【００１４】
また、上記メッセンジャーシステムがリセットされる場合、上記同期サーバーは、上記メッセンジャーシステムのリセット情報を上記外部サービスシステムに提供し、上記外部サービスシステムは、上記リセット情報に応答してメッセンジャーにオンラインになっているユーザー情報を更新することができる。
【００１５】
また、上記同期サーバーは、上記メッセンジャーシステムの予め設定されたサーバー及び上記外部サービスシステムの予め設定されたサーバーとの通信のためのソケットを含み、ソケット通信方法によってパケットを送受信することが好ましい。
【００１６】
また、上記メッセンジャーシステムから上記同期サーバーに伝送するメッセンジャーユーザーの状態変更情報パケット及び上記外部サービスシステムから上記同期サーバーに伝送する通知メッセージパケットは、パケットコードフィールド、コマンドフィールド、セッションＩＤフィールド、パケットＩＤフィールド、ボディーサイズフィールド及びボディーフィールドを含むことができる。
【００１７】
また、上記同期サーバーは、上記メッセンジャーユーザーの状態変更情報パケットのプロトコルを変換して上記外部サービスシステムに伝送し、上記通知メッセージパケットのプロトコルを変換して上記メッセンジャーシステムに伝送することができる。
【００１８】
上記プロトコル変換は、上記コマンドフィールドに記録されたパラメータを、各システムに適用されるパラメータに変換することが好ましい。
【００１９】
一方、本発明の他の側面の外部サービスシステムで発生したイベントをメッセンジャーシステムを介して通知する装置は、上記外部サービスシステムとの通信のための少なくとも一つの第１ソケットと、上記メッセンジャーサービスシステムとの通信のための第２ソケットと、を備える、そして、上記第２ソケットは、メッセンジャーサービスシステムからメッセンジャーユーザーの状態変更情報を受信して上記第１ソケットに提供し、上記第１ソケットは、提供されたメッセンジャーユーザーの状態変更情報を上記外部サービスシステムに伝送する。さらに、上記第１ソケットは、上記外部サービスシステムからイベント発生通知情報を受信して上記第２ソケットに提供し、上記第２ソケットは、上記イベント発生通知情報を上記メッセンジャーサービスシステムに提供し、上記外部サービスシステムは、上記メッセンジャーユーザーの状態変更情報を用いてメッセンジャーにオンラインになっているユーザー情報を管理し、前記イベント発生通知情報が、イベントと関連したユーザーがメッセンジャーにオンラインになっている場合、上記第１ソケットを介して伝送されることを特徴とする。
【００２０】
また、上記第１ソケットは、上記外部サービスシステムからイベント発生通知メッセージを受信するリスナと、上記リスナで受信したパケット情報を読み込むリーダと、上記リーダで読み込んだイベント発生通知メッセージを上記第２ソケットに提供するハンドラと、上前記第２ソケットから提供されたメッセンジャーユーザーの状態変更情報を上記外部サービスシステムに伝送するライタと、を備えることができる。
【００２１】
また、上記第２ソケットは、上記メッセンジャーシステムから上記メッセンジャーユーザー状態変更情報を受信するリスナと、上記リスナで受信した情報を読み込むリーダと、上記リーダで読み込んだメッセンジャーユーザー状態変更情報を上記第１ソケットに提供するハンドラと、上記第１ソケットから提供されたイベント発生通知情報を上記メッセンジャーシステムに伝送するライタと、を備えることができる。
【００２２】
また、上記第２ソケットは、上記メッセンジャーシステムのメッセンジャー中央サーバーから提供されるユーザーの状態変更情報を受信して処理するメッセンジャー中央サーバーソケットと、上記メッセンジャーシステムのメッセージ通知サーバーからユーザーのオフライン状態情報を受信して処理するメッセージ通知サーバーソケットと、を備えることができる。
【００２３】
また、本発明のさらに他の側面によれば、メッセンジャーサービスシステム、同期サーバー及び少なくとも一つの外部サービスシステムを含むシステムにおいてメッセンジャーを用いた通知サービスを提供するために上記同期サーバーで実行される方法であって、（ａ）上記メッセンジャーサービスシステムからメッセンジャーユーザー状態変更情報を受信する段階と、（ｂ）上記メッセンジャーユーザー状態変更情報を上記少なくとも一つの外部サービスシステムに伝送する段階と、（ｃ）上記少なくとも一つの外部サービスシステムで予め設定されたイベントが発生する場合、上記段階（ｂ）で受信されるメッセンジャーユーザーの状態変更情報を用いてメッセンジャーにオンラインになっているユーザー情報を管理し、イベントと関連したユーザーがメッセンジャーにオンラインになっている場合に、イベント発生通知情報を伝送する上記少なくとも一つの外部サービスシステムから、上記イベント発生通知情報を受信する段階と、（ｄ）上記イベント発生通知情報を上記メッセンジャーサービスシステムに伝送する段階と、を含むメッセンジャーを用いた通知サービス提供方法が提供される。
【００２４】
また、本発明のさらに他の側面によれば、メッセンジャーサービスシステム、同期サーバー及び少なくとも一つの外部サービスシステムを含むシステムにおいてメッセンジャーを用いた通知サービスを提供する方法であって、上記メッセンジャーサービスシステムからメッセンジャーユーザーの状態情報をモニタリングし、上記メッセンジャーユーザーの状態変化情報を上記同期サーバーに伝送する段階と、上記同期サーバーから上記少なくとも一つの外部サービスシステムに上記メッセンジャーユーザーの状態変更情報を伝送する段階と、上記少なくとも一つの外部サービスシステムが上記メッセンジャーユーザーの状態変更情報を用いてメッセンジャーにオンラインになっているユーザー情報を管理する段階と、上記少なくとも一つの外部サービスシステムで予め設定されたイベントが発生する場合、イベントと関連したユーザーがメッセンジャーにオンラインになっているか否かを判断する段階と、上記少なくとも一つの外部サービスシステムで、イベントと関連したユーザーがメッセンジャーにオンラインになっている場合、イベント発生通知情報を生成して上記同期サーバーに伝送する段階と、上記同期サーバーから上記イベント発生通知情報を上記メッセンジャーシステムに伝達する段階と、を含むメッセンジャーを用いた通知サービス提供方法が提供される。
【発明の効果】
【００２５】
本発明の好適な実施例に係るメッセンジャーを用いた通知システム及び方法によれば、サーバーの負荷を最小限に抑えながら、様々なサービスで発生するイベントをメッセンジャーを通じて知らせることが可能になる。
【００２６】
さらには、メッセンジャーにオンラインになっているユーザーに限って通知メッセージ伝送がなされるため、通知メッセージパケットの量を最小限にすることが可能になる。
【発明を実施するための最良の形態】
【００２７】
以下、添付の図面を参照しつつ、本発明に係るメッセンジャーを用いた通知システム及びその方法を好適な実施例に則して詳細に説明する。
【００２８】
図１は、本発明の好適な一実施例によるメッセンジャーを用いた通知システムの全体的な構成を示す図である。
【００２９】
図１に示すように、本発明の一実施例によるメッセンジャーを用いた通知システムは、メールシステム１００、ブログシステム１０２、同期サーバー（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｅｒｖｅｒ）１０４、メッセンジャー中央サーバー１０６及びメッセージ通知サーバー１０８を備えることができる。
【００３０】
本発明による通知システムは、メール、ブログのような外部サービスシステムで発生したイベントを、メッセンジャーを通じて知らせる機能を果たす。図１には、外部サービスシステムとしてメールシステム１００及びブログシステム１０２のみが示されているが、それ以外にも、コミュニティシステム、ファイル保存サービスシステム及び個人ホームページサービスシステム等の様々な外部サービスシステムを含むことができる。
【００３１】
図１において同期サーバー１０４は、メッセンジャーシステムのメッセンジャー中央サーバー１０６から、特定ユーザーのオンライン／オフラインに対する情報を受信し、受信した情報をメールシステム１００、ブログシステム１０２及びその他のサービスシステムに提供する機能を担う。
【００３２】
ユーザーがオンライン又はオフラインになる場合、その状態変更情報はメッセンジャー中央サーバー１０６に通知され、メッセンジャー中央サーバーは、受信した状態変更情報を同期サーバー１０４に伝送する。
【００３３】
本発明の好適な実施例の同期サーバー１０４は、メッセンジャー中央サーバーとソケットを介して通信を行い、オープンされたソケットを介してメッセンジャー中央サーバーから状態変更情報を受信する場合、これをメールシステムなどの外部サービスシステムに伝送する。
【００３４】
同期サーバー１０４がメールシステム１００及びブログシステム１０２等にメッセンジャーユーザーの状態変更情報を伝送することによって、メールシステム１００及びブログシステム１０２等は、現在メッセンジャーにオンラインになっているユーザー情報をデータベース化して把握できる。
【００３５】
本発明の好適な実施例では、同期サーバー１０４は、メールシステムのサーバー(一般に、メールサーバー)又はブログシステムのサーバー(一般に、ブログサーバー)との通信もソケットを介して行うことが好ましい。
【００３６】
また、同期サーバー１０４は、メールシステム１００及びブログシステム１０２等から予め設定されたイベントが発生してその通知メッセージが伝送される場合、受信した通知メッセージをメッセンジャー中央サーバー１０６に提供する機能を担う。
【００３７】
メールシステム１００及びブログシステム１０２などの外部サービスシステムは、同期サーバー１０４を介してメッセンジャー中央サーバー１０６との通信を行い、同期サーバーからメッセンジャー中央サーバーを介して伝送されてきたユーザーの状態変更情報を受信する。
【００３８】
図１には示していないが、メールシステム１００及びブログシステム１０２の内部には、現在メッセンジャーに接続してオンライン状態にあるユーザー情報を管理するオンラインユーザー情報データベースが備えられており、メールシステム１００及びブログシステム１０２は、同期サーバー１０４から伝送されるユーザーの状態変更情報を受信してオンラインユーザー情報データベースを更新する。
【００３９】
メッセンジャーに接続したユーザーの状態情報を同期サーバー１０４を通じて継続して受信するので、メールシステム１００及びブログシステム１０２等の外部サービスシステムは、現在メッセンジャーにオンライン状態で接続したユーザー状態情報をリアルタイムに把握することができる。
【００４０】
メールシステム１００及びブログシステム１０２のような外部サービスシステムは、予め設定されたイベントが発生する場合、イベント発生に対する通知メッセージを生成して同期サーバー１０４に伝送する。
【００４１】
本発明の一実施例では、メールシステム１００は、新しいメールが特定ユーザーに到着する場合、該当するユーザーに新しいメール到着を知らせる通知メッセージを生成して同期サーバー１０４に伝送する。メールシステム１００は、特定ユーザーからのメールを受信した場合に限って当該通知メッセージを生成するように構成してもよい。
【００４２】
また、本発明の一実施例では、ブログシステム１０２は、特定ユーザーのブログに新しい文（メッセージ）が登録される場合、該当のブログユーザーに新しい文が登録されたことを知らせる通知メッセージを生成し、これを同期サーバー１０４に伝送する。
【００４３】
図１には示していないが、コミュニティシステムが同期サーバー１０４に連結されている場合、コミュニティシステムは、コミュニティに新しい文が登録される場合に、該当のコミュニティ会員らに新しい文が登録されたことを知らせる通知メッセージを生成し、これを同期サーバー１０４に伝送する。
【００４４】
上述のイベントの他にも様々なイベントがメールシステム及びブログシステムのような外部サービスシステムに設定され、それらの通知メッセージが伝送されるように構成することができる点は、当業者には自明である。
【００４５】
このように本発明によれば、メールシステム及びブログシステムのような外部サービスシステムは、メッセンジャーオンラインユーザー情報を格納するデータベースを照会し、現在メッセンジャーにオンラインになっているユーザーにのみ通知メッセージを伝送する。したがって、従来の通知メッセージ伝送方式に比べて、伝送されるメッセージのサイズを最小化でき、その分、サーバーの負荷も軽減するという利点がある。また、従来の方式に比べて通知メッセージパケット数が減少するので、メール、ブログ、コミュニティなど様々なサービスにおけるイベントに対して全てメッセンジャーを通じて通知メッセージを提供できるという利点もある。
【００４６】
メッセンジャー中央サーバー１０６は、インスタントメッセージ伝送動作を全般的に制御するサーバーで、メッセンジャークライアントたちの接続を管理し、クライアントたちより伝送されてきたメッセージ及びその他の要請情報を処理する機能を担う。本発明において、メッセンジャー中央サーバー１０６は、ユーザーのオンライン／オフライン状態情報が変更される度に感知し、この状態変更情報を同期サーバー１０４に伝送する。メッセンジャー中央サーバー１０６は、リアルタイムにユーザーのオンライン／オフライン状態情報を同期サーバー１０４に伝送してもよく、予め設定された時間間隔毎に変化した状態情報を伝送してもよい。
【００４７】
また、本発明によるメッセンジャー中央サーバー１０６は、外部サービスシステムから伝送される通知メッセージを同期サーバー１０４を介して受信し、受信した通知メッセージと関連したユーザーに通知メッセージを伝送する。
【００４８】
メッセージ通知サーバー１０８は、メッセンジャークライアントたちから受信したメッセージパケットをキュー（ｑｕｅｕｅ）に保存しておき、メッセンジャー中央サーバー１０６に順次に提供する機能を担う。メッセージパケットの他、ユーザーがメッセンジャーからログオフする場合、ログオフに関する情報もメッセージ通知サーバー１０８に伝送することができ、伝送された情報はメッセンジャー中央サーバー１０６に伝送される。
【００４９】
図２は、本発明の好適な一実施例における同期サーバーのモジュール構成を示すブロック図である。
【００５０】
図２に示すように、本発明の一実施例における同期サーバーは、メールサーバー連結ソケット２５０、メッセンジャーサーバー連結ソケット２６０及びメッセージ通知サーバー連結ソケット２７０の３つの連結ソケットを含むことができる。
【００５１】
また、図２に示すように、各ソケットは、リスナ、リーダ、ハンドラ及びライタを含む。図２では、同期サーバーの各連結ソケットがキューを備えない場合を例示したが、パケット量が多くなる場合、各連結ソケットのリスナとリーダとの間にキューを設けることができる。
【００５２】
また、図２では、サーバー間の通信をソケットを介して行う場合としたが、ソケット通信ではなく他のサーバー間通信方法を利用してもよい。
【００５３】
メールサーバー連結ソケット２５０は、メールサーバーから特定受信者に対するメール受信情報を受信し、メッセンジャー中央サーバーから伝送される特定ユーザーの状態変更情報をメールサーバーに伝達する機能を担う。
【００５４】
メールサーバーでメールが受信される場合、メール受信と関連した通知メッセージは、メールサーバー連結ソケットのメールサーバーリスナ２００が受信する。このような通知メッセージの他にも、メールサーバーは、障害によってオンラインユーザーデータ情報が失われる場合、現在のメッセンジャーオンラインユーザー情報を要請するパケットを同期サーバーに伝送してもよく、このオンラインユーザー情報要請パケットもまたメールサーバーリスナ２００が受信する。一般に、リスナは、メッセージを伝送するノードとの連結設定を感知し、該当するノードから伝送されるパケットを受信してリーダに伝送する機能を果たす。メールサーバーリスナ２００は、メールサーバーから通知メッセージパケットが伝送されたか否かをモニタリングする状態にあり、通知メッセージパケットを受信するとこれをメールサーバーリーダ２１０に伝送する。なお、キューを備えている場合は、リスナで受信されたパケットは、別途のライタを介してＦＩＦＯ方式でキューに保存されることができる。
【００５５】
本発明の好適な実施例では、メールサーバーリスナとメールサーバー間のソケット通信は、ＴＣＰプロトコルに基づいて行われる。しかし、ソケット通信時に、ＵＤＰプロトコルが用いられてもよく、マルチキャスティングのように連結設定されていない状態でソケット通信が行われてもよく、当業者にとって自明である。
【００５６】
メールサーバーリーダ２１０は、リスナに受信されたパケットを読み込んでメールサーバーハンドラ２１２に提供する機能を果たす。
【００５７】
メールサーバーからメール受信を知らせる通知メッセージパケットが伝送された場合、メールサーバーハンドラ２１２は、パケット分析によってそれが通知メッセージパケットであることを判断し、プロトコル変換後に変換されたプロトコルパケットをメッセンジャーサーバーライタ２１４に提供する。メールシステムとメッセンジャーシステムの通信方式がそれぞれ異なるため、一般的にはプロトコル変換手順が必要とされるが、両システムのパラメータや通信方式に相異がない場合にはプロトコル変換の処理を省略してもよい。プロトコル変換についての詳細は、後述する。
【００５８】
メッセンジャーサーバー連結ソケット２６０は、メッセンジャー中央サーバーから伝送されるユーザーの状態変更情報を受信し、メールサーバーソケットから伝送される通知メッセージをメッセンジャー中央サーバーに提供する機能を果たす。
【００５９】
ユーザーのオンライン／オフライン状態情報が変更される場合、メッセンジャー中央サーバーは、ユーザーの状態変更情報を同期サーバーに伝送し、該状態変更情報を同期サーバーのメッセンジャーサーバーリスナ２１６が受信する。
【００６０】
メッセンジャーサーバーリスナ２１６は、受信した状態変更情報をメッセンジャーサーバーリーダ２１８に提供する。もちろん、前述したように、ソケットにキューが備えられる場合、メッセンジャーサーバーリスナ２１６は、ライタによってパケットがキューに格納されるように構成してもよい。
【００６１】
メッセンジャーサーバーリーダ２１８は、メッセンジャーサーバーリスナ２１６によって受信された情報を読み込み、読み込んだ情報をメッセンジャーサーバーハンドラ２２０に提供する。
【００６２】
メッセンジャーサーバーから伝達されたパケットが、ユーザーのオンライン／オフライン状態変更情報に関するものであれば、メッセンジャーサーバーハンドラは、プロトコル変換作業を行った後、該当する情報をメールサーバーライタ２１４に提供する。メールサーバーライタ２１４は、メッセンジャーサーバーハンドラによって処理された情報をメールサーバーに提供し、メールサーバーでメッセンジャーオンラインユーザー情報が管理されるようにする。
【００６３】
メッセージ通知サーバー連結ソケット２７０は、メッセンジャーサーバー連結ソケット２６０と共にユーザーの状態変更情報を受信し、これをメールサーバーに提供する機能を果たす。ユーザーのオンライン／オフライン状態情報は、メッセンジャー中央サーバーでも管理されるが、ユーザーのオフライン情報は、メッセージ通知サーバーに初めに伝送される。メッセージ通知サーバーは、ユーザーが伝送するメッセージ又はその他情報を初めに受信してメッセンジャー中央サーバーに提供する機能を果たすサーバーで、ユーザーがメッセンジャーをオフする場合、ユーザーのオフライン情報をメッセンジャー中央サーバーに伝送し、同期サーバーにもユーザーのオフライン情報を伝送する。
【００６４】
メッセージ通知サーバーから伝送されるユーザーのオフライン情報は、メッセージ通知サーバーリスナ２２６によって受信され、メッセージ通知サーバーリーダ２２８は、リスナ２２６によって受信された情報を読み込んでメッセージ通知サーバーハンドラ２３２に提供する。
【００６５】
メッセージ通知サーバーハンドラ２３２は、メッセージ通知サーバーから提供されたユーザーのオフライン情報パケットのプロトコルを変換し、変換されたプロトコルパケットをメールサーバーライタ２１４に提供する。
【００６６】
なお、メッセージ通知サーバー連結ソケットは、メールサーバーのような外部サーバーから通知メッセージ又はその他のメッセージを受信する必要がないので、当該メッセージ通知サーバー連結ソケットは他のソケットとは違い、ライタを備えなくてもよい。
【００６７】
また、メッセージ通知サーバー連結ソケットは、ユーザーの状態変更情報をより正確に伝送するために備えられる補助的なモジュールで、メッセージ通知サーバー連結ソケットを省略しても本発明の目的が達成できるということは、当業者にとって自明である。
【００６８】
図２には、メールサーバーと通信を行うソケットのみが示されているが、コミュニティサービスサーバー、ブログサービスサーバーなど、他の種類のサービスサーバーと通信をするソケットをさらに備えるように構成してもよく、当業者には自明である。
【００６９】
図３は、本発明の好適な一実施例におけるメッセンジャーシステムと同期サーバーとの連結関係を示す図である。
【００７０】
図３に示すように、ゲートウェイモニタリングサーバー３０２は、ウェブを介してメッセンジャークライアント３００からメッセンジャーシステムへの接続要請情報を受信し、受信した接続要請を処理し、メッセンジャークライアントが接続するメッセンジャー中央サーバーのアドレス情報をメッセンジャークライアントに提供する機能を果たす。すなわち、ユーザーがメッセンジャーシステムへの接続要請をした場合、当該要請情報は、ゲートウェイモニタリングサーバー３０２に伝送される。ゲートウェイモニタリングサーバー３０２で処理されたユーザーの接続情報は、メッセンジャー中央サーバー３０４に通知される。ゲートウェイモニタリングサーバー３０２は、接続情報の他にメッセンジャーユーザーの状態情報をも管理する。例えば、退席中又は取り込み中のようにメッセンジャープログラムに予め設定された状態情報をメッセンジャークライアントから受信して管理する機能を果たす。
【００７１】
メッセンジャー中央サーバー３０４は、インスタントメッセージ伝送動作を全般的に制御するサーバーで、メッセンジャークライアントたちの接続を管理し、クライアントたちが伝送したメッセージ及びその他要請情報を処理する機能を果たす。ゲートウェイモニタリングサーバー３０２によってユーザーの接続要請情報が処理される場合、本発明におけるメッセンジャー中央サーバー３０４は、ユーザーのオンライン接続情報を同期サーバー３１０に伝送する。
【００７２】
ユーザーがオンライン状態になって他のユーザーとメッセージを送受信する場合、ユーザーの送信したメッセージは、メッセージ通知サーバー３０８に伝送される。メッセージ通知サーバーは、オンラインのメッセンジャークライアントたちとのソケット連結を保持しており、ユーザーたちが送信するメッセージを受信して順次にメッセンジャー中央サーバー３０４に提供する。ユーザーがメッセンジャーをオフする場合のメッセンジャーオフ情報もメッセージ通知サーバー３０８に伝送され、当該メッセージャー通知サーバーは、ユーザーのオフライン情報をメッセンジャー中央サーバー３０４に提供する。ユーザーのオフライン情報は、メッセージ通知サーバーの代わりにゲートウェイモニタリングサーバーによって管理するように構成してもよい。
【００７３】
インスタントメッセージサーバー３０６は、メッセンジャークライアント同士のインスタントメッセージングセッションを管理し、メッセンジャークライアント同士に伝送するメッセージパケットを仲介する機能を果たす。インスタントメッセージサーバー３０６は、メッセンジャー中央サーバーからメッセージパケットを受け取った後、これを受信する他のユーザーのメッセンジャークライアントに仲介する。
【００７４】
同期サーバー３１０は、メッセンジャー中央サーバーから受信したユーザーのオンライン／オフラインに関する情報を、各サービスシステムに属する予め設定されたサーバーに伝送する。図３には、メールシステム３１２、ブログシステム３１４及びコミュニティシステム３１６が示されているが、他のサービスシステムにもオンライン／オフライン情報を提供できるという点は既に説明した通りである。
【００７５】
図４は、本発明の好適な一実施例による同期サーバーと通信する外部サーバーのモジュール構成を示す図である。
【００７６】
外部サーバーは、メールサーバー、ブログサーバー、コミュニティサーバーなどを含むことができ、図４には、本発明による通知サービスを提供するために必要なモジュールのみを示し、それぞれのサービスのために必要なモジュールの図示は省略している。
【００７７】
図４に示すように、本発明における通知サービス提供のための外部サーバーは、イベントモニタリングモジュール４００、オンライン／オフライン判断モジュール４０２、通知メッセージ生成モジュール４０４及び同期サーバー通信モジュール４０６を含むことができる。
【００７８】
イベントモニタリングモジュール４００は、通知メッセージを伝送する予め設定されたイベントが発生するか否かをモニタリングするモジュールである。外部サーバーがメールサーバーである場合、イベントモニタリングモジュール４００は、新しいメールがメールボックスに伝送されるか否かを判断する動作を行うことができる。また、外部サーバーがブログサーバーである場合、イベントモニタリングモジュール４００は、新しい文（メッセージ）が登録されるか否かを判断する動作を行うことができる。メールサーバーにおいて、イベントモニタリングモジュール４００は、ＭＤＡ（Ｍａｉｌ  Ｄｅｌｉｖｅｒｙ  Ａｇｅｎｔ）又はメールボックスとの通信によって新しいメール受信に対するイベント発生を感知することができる。イベント発生が感知される場合、イベントモニタリングモジュール４００は、イベント発生情報をオンライン／オフライン判断モジュール４０２に提供する。
【００７９】
オンライン／オフライン判断モジュール４０２は、イベントモニタリングモジュール４００から提供されるイベント発生情報を分析し、イベントと関連したユーザーを判断し、該当するユーザーが現在メッセンジャーにオンラインになっているか否かを判断する。
【００８０】
メール受信情報をメッセンジャーユーザーに伝達しようとする場合、オンライン／オフライン判断モジュール４０２は、メール受信イベントよりメールを受信したユーザーをイベントと関連したユーザーとして判断することができる。コミュニティに新しい文が登録され、該当する情報をメッセンジャーユーザーに伝送しようとする場合、オンライン／オフライン判断モジュール４０２は、新しい文の登録されたコミュニティの会員をイベントと関連したユーザーとして判断することができる。この場合、オンライン／オフライン判断モジュール４０２は、当該コミュニティの会員情報を抽出する作業を行うことができる。
【００８１】
図１から図３に基づいて説明したように、メッセンジャーオンラインユーザー情報は、外部サーバーと結合したオンラインユーザーデータベース４０８に格納されるので、オンライン／オフライン判断モジュール４０２は、オンラインユーザーデータベース４０８の情報を照会し、イベントと関連したユーザーがメッセンジャーにオンラインになっているか否かを判断できる。
【００８２】
通知メッセージ生成モジュール４０４は、イベントと関連したユーザーがオンラインになっている場合、イベント発生を知らせる通知メッセージを生成する。通知メッセージには、イベントの種類、通知メッセージ受信者及びイベントと関連して伝送される情報（メールの場合、メール送信者情報）などが含まれることができる。
【００８３】
同期サーバー通信モジュール４０６は、生成された通知メッセージを同期サーバーと設定されたソケットを介して伝送し、同期サーバーの連結ソケットのライタからユーザーのオンライン／オフライン状態情報を受信する。同期サーバー通信モジュール４０６は、オンラインユーザーデータベース４０８との通信によって受信されたユーザーオンライン／オフライン情報を更新する。
【００８４】
図５は、本発明の好適な一実施例によってユーザーがメッセンジャーにログインする際に、ユーザーのオンライン情報が外部サーバーに提供される過程を示すフローチャートである。
【００８５】
図５に示すように、ユーザーがメッセンジャーログインを要請をする場合、ユーザーのログイン要請情報は、メッセンジャーシステムのゲートウェイモニタリングサーバーに伝送される（段階５００）。
【００８６】
ゲートウェイモニタリングサーバーは、ＩＤ及びパスワードが一致するか否かを判断する認証プロセスを行った後、認証されたユーザーであれば、ユーザーのオンライン情報をメッセンジャー中央サーバーに提供する（段階５０２）。
【００８７】
メッセンジャー中央サーバーは、データベースとの通信によってゲートウェイモニタリングサーバーから受信した特定ユーザーのオンライン情報を更新し（段階５０４）、特定ユーザーのオンライン情報を同期サーバーに伝送する（段階５０６）。メッセンジャー中央サーバーから同期サーバーに伝送されるユーザーのオンライン情報は、予め設定されたプロトコルパケット形態で伝送される。該パケット構造の一例を、図９に示す。
【００８８】
図９は、メッセンジャー中央サーバー又は外部サーバーから同期サーバーに伝送されるパケットの構造を示す図である。図９に示すように本発明の一実施例によるプロトコルパケットは、パケットコードフィールド９００、コマンドフィールド９０２、セッションＩＤフィールド９０４、パケットＩＤフィールド９０６、ボディー（ｂｏｄｙ）サイズフィールド９０８及びボディーフィールド９１０を含むことができる。
【００８９】
図９におけるパケットコードフィールド９００には、パケット伝送方式に関する情報が記録される。例えば、ユニキャスト、マルチキャスト、ブロードキャストのような伝送方式に関する情報が、パケットコードフィールド９００に記録される。
【００９０】
コマンドフィールド９０２には、パケット種類に関する識別情報が記録される。例えば、ユーザーのオンライン情報を伝送するパケットなのか、或いは、オフライン情報を伝送するパケットなのかに関する識別子情報が、コマンドフィールド９０２に記録される。
【００９１】
セッションＩＤフィールド９０４には、ファイル識別子を含むセッション情報が記録され、パケットＩＤフィールド９０６には、パケット毎に固有に割り当てられる識別番号情報が記録される。
【００９２】
ボディーサイズフィールド９０８には、伝送誤りなどを感知するためにボディーフィールドのサイズ情報が記録され、ボディーフィールド９１０には、パケットの種類によって必要な詳細情報が記録される。例えば、特定ユーザーのオンライン又はオフライン情報を知らせるパケットでは、ボディーフィールド９１０には該当するユーザーのＩＤ情報が記録され、メールサーバーから特定ユーザーのメール受信を知らせる情報の場合には、メール受信者のＩＤ及びメール送信者のニックネーム情報がボディーフィールド９１０に記録される。
【００９３】
メッセンジャー中央サーバーからユーザーオンライン情報を受信した同期サーバーは、パケットのコマンド情報から、特定ユーザーのオンライン情報を知らせるパケットであることを判断し（段階５０８）、受信したパケットをメールサーバーに適合するプロトコルに変換する（段階５１０）。
【００９４】
本発明の好適な実施例においてプロトコル変換は、パケットの構造は変更せず、パケットのコマンドフィールドのみをメールサーバーに相応するコマンドに変更する方式でなされることが好ましい。
【００９５】
すなわち、メッセンジャーサーバーで使用するコマンドとメールサーバーで使用するコマンドが相互に異なるので、同期サーバーは、パケットコマンドフィールドに含まれたメッセンジャーサーバーのコマンド情報を、メールサーバーに相応するコマンドに変換するプロトコル変換作業を行う。例えば、特定ユーザーのオンライン情報を知らせるメッセンジャー中央サーバーと同期サーバー間のコマンドが「ＣＭ２ＳＡＬｏｇｉｎ」で、メールサーバーで特定ユーザーのオンライン情報を識別するコマンドがＯＮである場合、同期サーバーは、パケットのコマンドフィールドに記録された「ＣＭ２ＳＡＬｇｉｎ」をＯＮに変換する。
【００９６】
変換されたユーザーのオンライン情報に関するプロトコルパケットは、メールサーバーに伝送され（段階５１２）、メールサーバーは、受信したパケットを分析してオンラインユーザーデータベースを更新する（段階５１４）。
【００９７】
図６は、本発明の好適な一実施例におけるメールサーバーからメール受信情報を通知メッセージで提供する過程を示すフローチャートである。
【００９８】
図６には、新しいメールが受信される場合、これをメッセンジャーユーザーに通知メッセージで提供する場合が示されている。
【００９９】
図６に示すように、メールサーバーは、新しいメールが受信されるか否かをモニタリングする（段階６００）。新しいメールが受信される場合、メールサーバーは、メール受信者のＩＤを抽出し、メール受信者が現在メッセンジャーにオンラインになっているか否かをオンラインユーザーデータベースから判断する（段階６０２）。
【０１００】
メール受信者がメッセンジャーにオンラインになっている場合、メールサーバーは、図９に示すような形態の通知メッセージプロトコルパケットを生成する（段階６０４）。通知メッセージパケットのボディーフィールドには、メール受信者ＩＤ情報及びメール送信者のニックネーム情報が含まれることができる。生成された通知メッセージは、同期サーバーに伝送される（段階６０６）。
【０１０１】
同期サーバーは、通知メッセージパケットの識別情報から、メール受信情報を知らせるパケットであることを判断し（段階６０８）、メッセンジャーサーバーに適合するプロトコルへのプロトコル変換作業を行う（段階６１０）。前述したように、プロトコル変換は、パケットのコマンドフィールド情報を変換する方式でなされるように構成することができる。
【０１０２】
同期サーバーは、変換された通知メッセージをメッセンジャー中央サーバーに伝送し（段階６１２）、メッセンジャー中央サーバーは、インスタントメッセージサーバーにアラームメッセージを伝送しながら該当するユーザーへの通知メッセージ伝送を指示する（段階６１４）。
【０１０３】
インスタントメッセージサーバーは、メッセンジャー中央サーバーから受信した通知メッセージパケットを分析し、該当のユーザーに通知メッセージを伝送する（段階６１６）。
【０１０４】
図７は、本発明の好適な一実施例におけるメールシステムの障害によってメールシステムが格納していたオンラインユーザー情報が失われる場合の修復方法を示すフローチャートである。
【０１０５】
メールシステムのような外部サービスシステムに障害が生じる、または、アップグレード及び点検などによってシステムがオフされる場合には、メッセンジャーにオンラインになっている全てのユーザーの情報を受信する必要があり、このような過程を、図７に示す。図７では、外部サービスシステムをメールシステムとしたが、それ以外の外部サービスシステムにも同一に適用可能であることは当業者にとって自明である。
【０１０６】
図７に示すように、サーバー障害又はシステムアップグレードなどのイベントが発生すると（段階７００）、メールサーバーは、同期サーバーに全体オンラインユーザー情報を要請するパケットを伝送する（段階７０２）。
【０１０７】
同期サーバーは、パケットのコマンドフィールドを分析し、それが全体オンラインユーザー情報を要請したものであることを判断し（段階７０４）、パケットのプロトコルを変換する（段階７０６）。
【０１０８】
同期サーバーによって変換された全体オンラインユーザーを要請するパケットは、メッセンジャー中央サーバーに伝送される（段階７０８）。メッセンジャー中央サーバーは、受信した全体オンラインユーザー要請に応答してデータベースから全体オンラインユーザー情報を抽出する（段階７１０）。メッセンジャー中央サーバーは、全体オンラインユーザー情報を予め設定された単位に分割し、分割された情報に対するパケットを同期サーバーに伝送する（段階７１２）。
【０１０９】
同期サーバーは、受信したパケットのコマンド情報から、全体オンラインユーザー情報を含むパケットであることを判断し（段階７１４）、メールサーバーに相応するプロトコルにパケットを変換する（段階７１６）。同期サーバーは、変換された全体オンラインユーザー情報パケットをメールサーバーに伝送し、メールサーバーは、受信したパケットに含まれたオンラインユーザー情報を用いてオンラインユーザーデータベースを更新する。
【０１１０】
図８は、メッセンジャーシステムに障害が生じる場合、メッセンジャーサーバーリセット情報をメールサーバーに提供する過程を示すフローチャートである。
【０１１１】
メッセンジャー中央サーバーがリセットされる場合、全てのメッセンジャーユーザーとの接続が切れるので、ユーザーのオフライン情報をいちいち伝送するよりも、サーバーリセット情報を提供することによって、メールサーバーのような外部サーバーでメッセンジャーオンラインユーザー情報をまとめて更新することが好ましい。
【０１１２】
図８に示すように、メッセンジャーシステムのアップグレードによってメッセンジャーシステムがオフされる、又は負荷などによってメッセンジャーシステムに障害が生じてサーバーがリセットされる場合（段階８００）、メッセンジャー中央サーバーは、サーバーリセット情報を同期サーバーに伝送する（段階８０２）。
【０１１３】
同期サーバーは、受信したパケットのコマンドフィールドを分析し、それがメッセンジャーサーバーリセットを知らせる情報であることを感知し（段階８０４）、パケットプロトコル変換作業を行う（段階８０６）。
【０１１４】
変換されたパケットはメールサーバーに伝送され（８０８）、メールサーバーは、パケット分析によってメッセンジャーサーバーがリセットされたことを感知し、メッセンジャーにオンラインになっているユーザーがないという情報を、オンラインユーザーデータベースに反映する（段階８１０）。図８でも同様に、外部サービスシステムとしてメールシステムを一例に説明しているが、メッセンジャーサーバーリセットの際に他の外部サービスシステムに対しても同じ過程が行われる。
【０１１５】
以上、本発明を具体的な実施例に則して説明したが、本発明は、上記実施例に制限されることはなく、特許請求の範囲に記載された本発明の技術的思想及び領域を逸脱しない範囲内で当該本発明を様々に修正及び変更できることは、当該技術分野における通常の知識を持つ者にとっては明らかである。
【図面の簡単な説明】
【０１１６】
【図１】本発明の好適な一実施例によるメッセンジャーを用いた通知システムの全体的な構成を示す図である。
【図２】本発明の好適な一実施例による同期サーバーのモジュール構成を示すブロック図である。
【図３】本発明の好適な一実施例によるメッセンジャーシステムと同期サーバーとの連結関係を示す図である。
【図４】本発明の好適な一実施例による同期サーバーと通信する外部サービスサーバーのモジュール構成を示す図である。
【図５】本発明の好適な一実施例による、ユーザーがメッセンジャーにログインする場合にユーザーのオンライン情報が外部サーバーに提供される過程を示すフローチャートである。
【図６】本発明の好適な一実施例による、メールサーバーからメール受信情報を通知メッセージとして提供する過程を示すフローチャートである。
【図７】本発明の好適な一実施例による、メールシステムの障害によってオンラインユーザー情報が失われる場合の修復方法を示すフローチャートである。
【図８】メッセンジャーシステムに障害が生じる場合に、メッセンジャーサーバーリセット情報をメールサーバーへ提供する過程を示すフローチャートである。
【図９】メッセンジャー中央サーバー又は外部サーバーから同期サーバーに伝送されるパケットの構造を示す図である。
【図１】
2008538837.tif 000003
【図２】
2008538837.tif 000004
【図３】
2008538837.tif 000005
【図４】
2008538837.tif 000006
【図５】
2008538837.tif 000007
【図６】
2008538837.tif 000008
【図７】
2008538837.tif 000009
【図８】
2008538837.tif 000010
【図９】
2008538837.tif 000011
【国際調査報告】
2008538837.tif 000012
2008538837.tif 000013