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