イベント通知方法、携帯端末機及びサーバ
【課題】発生頻度の高いイベントの通知回数を減らすことにより、無線インターフェースにおける転送データの量を減少させ、転送効率を向上させることのできる、無線通信システムにおけるイベント通知方法を提供する。
【解決手段】無線通信システムにおけるイベント通知方法は、クライアントが特定イベントの通知周期に関する周期情報を含むイベント通知要求メッセージをサーバに転送する過程（Ｓ１１）と、前記特定イベントの発生時に前記周期情報が満たされていると、前記サーバが前記クライアントに前記特定イベントの発生を通知する過程（Ｓ１５、Ｓ１６）とを含む。
【解決手段】無線通信システムにおけるイベント通知方法は、クライアントが特定イベントの通知周期に関する周期情報を含むイベント通知要求メッセージをサーバに転送する過程（Ｓ１１）と、前記特定イベントの発生時に前記周期情報が満たされていると、前記サーバが前記クライアントに前記特定イベントの発生を通知する過程（Ｓ１５、Ｓ１６）とを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イベント通知方法に関し、特に、無線通信システムにおいてイベント通知を行う時間間隔（通知周期）を制御することにより、発生頻度の高いイベント等の通知を特定の時間間隔で行うように制限することのできるイベント通知方法、携帯端末機及びサーバに関する。
【背景技術】
【０００２】
ＳＩＰ（Session Initiation Protocol）は、ＨＴＴＰ（Hypertext Transfer Protocol）のようなテキストベースのプロトコルであって、クライアントがセッションを形成し、修正し、終了するようにする。すなわち、ＳＩＰは、クライアントが呼び出しを開始するとサーバがその呼び出しに応答するクライアント／サーバ構造をベースとし、電子メールに類似したアドレス体系を用いて、音声通話サービス、インスタントメッセージサービス、携帯端末（電話）におけるプッシュ・トゥ・トーク（ＰｏＣ；Push to talk over Cellular）などを実現することができる。
【０００３】
ＳＩＰベースのクライアントは、特定イベントの発生時に、該特定イベントの発生が自分に通知されるようにサーバに予約しておくことができ、サーバは、ＳＩＰベースのクライアントが予約した特定イベントの発生時に、該ＳＩＰベースのクライアントにイベント通知を行う。
【０００４】
すなわち、ＳＩＰベースのクライアントは、リソース又はリソースの呼状態などをサーバに予約し、自分の状態が変更されるとこれをサーバに通知する。また、サーバは、ＳＩＰベースのクライアントの状態が変更されるか又は予約されたイベントが発生するたびに、それが通知されるように予約した（他の）ＳＩＰベースのクライアントにイベント通知を行う。ここで、このようなイベント通知を利用して、ターミナルステートイベント（terminal state event）に基づくコールバックサービス、ユーザープレゼンスイベント（user presence event）に基づくバディリストサービス、メールボックスステート変更イベント（mailbox state modification state）に基づくメッセージ待機表示サービス、コールステートイベント（call state event）に基づくＰＩＮＴ（ＰＴＳＮとインターネットとの相互接続）状態サービスなどの様々なＳＩＰサービスを実現することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、このような従来のイベント通知方法においては、予約されたイベントが発生するたびに、該イベントの通知を予約したクライアントにイベント通知を行うようになっていたため、予約されたイベントが頻繁に発生したり、発生したイベントの通知を予約したクライアントが多くなったりするほど、イベント通知のためにサーバが転送しなければならないデータ量が増加する（サーバの負担が増加する）という問題があった。
【０００６】
以下、ユーザープレゼンスイベントに基づくサービス（バディリストサービス）を例に挙げて説明する。
ＳＩＰベースのクライアントは、インスタントメッセージサービスやＰｏＣサービスを利用するために、他のクライアントが登録されたバディリストを有し、該バディリストは、プレゼンス・サーバにより管理される。プレゼンス・サーバは、複数のクライアントのプレゼンス情報を集中管理しており、ＳＩＰベースのクライアントが他のクライアント（すなわち、バディリストに登録されたクライアント）のプレゼンス情報を受信することを予約すると、所定の有効時間内に、該ＳＩＰベースのクライアントに前記他のクライアントのプレゼンス情報を通知する。
【０００７】
また、ＳＩＰベースのクライアントは、自分のプレゼンス情報が変更されると、その変更されたプレゼンス情報をプレゼンス・サーバに通知し、該プレゼンス・サーバは、リアルタイムにそのクライアントの変更されたプレゼンス情報を、これを受信することを予約した他のクライアントにイベント通知する。すなわち、クライアントが有するバディリストに含まれるバディ（他のクライアント）の数が増加するほど、無線インターフェースで転送されるデータ量が増加してしまい、該無線インターフェースにおける転送効率が低下するという問題があった。
【０００８】
ところで、予約されたイベントが発生するたびに該イベントを通知する上記方法の問題を解決するための方法としては、ユーザーが要求する特定時点にユーザーが要求するイベントの状態を通知する方法がある。
【０００９】
この方法におけるユーザープレゼンスイベントに基づくサービス（バディリストサービス）の場合には、ユーザーが特定時点にＳＩＰベースのクライアントを利用してバディリスト更新要求信号をプレゼンス・サーバに転送し、このバディリスト更新要求信号を受信したプレゼンス・サーバが、該当するバディリストに含まれているクライアントのプレゼンス情報を含む応答信号を前記ＳＩＰベースのクライアント（バディリスト更新要求信号を転送したクライアント）に転送するようにしている。
【００１０】
しかし、このようなユーザーの要求によるプレゼンス情報の更新では、ユーザーは特定情報を確認しようとする時点毎に毎回要求しなければならず、これは、予約に基づいて所定時間内の特定イベントの発生時に自動的に行われるイベント通知方式ではない。
【００１１】
また、ユーザーが要求する場合にのみバディリストのプレゼンス情報が更新されるため、サーバが一回に転送しなければならないデータ量が増加して転送効率が低下し、バディリストのプレゼンスをリアルタイムに確認することができないおそれがある。このような場合には、ユーザーはバディリストを頻繁に確認しなければならず、ユーザーに不便さを感じさせてしまう（面倒である）という問題があった。
【００１２】
本発明は、このような従来技術の問題を解決するためになされたもので、イベント通知を行う（最小の）時間間隔（通知周期）を制御することにより、イベント通知に際してサーバが一度に転送するデータ量を減少させることのできる、無線通信システムにおけるイベント通知方法を提供することを目的とする。
【００１３】
本発明の他の目的は、発生頻度の高いイベント通知の（最小の）時間間隔（通知周期）を制御することにより、イベント通知に際してサーバが一度に転送するデータ量を減少させることのできる、無線通信システムにおけるイベント通知方法を提供することにある。
【００１４】
さらに他の目的は、イベント通知の（最小の）時間間隔（通知周期）をユーザーが調整することのできる、無線通信システムにおけるイベント通知方法を提供することにある。
【００１５】
さらに他の目的は、イベントの発生に対するリアルタイム性を害さない範囲内でイベント通知の時間間隔を調整することで、イベント通知に際してサーバが一度に転送するデータ量を減少させながら、リアルタイム性を保障しつつ、自動的にイベント通知を行うことのできる、無線通信システムにおけるイベント通知方法を提供することにある。
【課題を解決するための手段】
【００１６】
このような目的を達成するために、本発明に係るイベント通知方法は、クライアントが特定イベントの通知周期に関する周期情報を含むイベント通知要求メッセージをサーバに転送する過程と、前記特定イベントの発生時に前記周期情報が満たされていると、前記サーバが前記クライアントに前記特定イベントの発生を通知する過程と、を含むことを特徴とする。
【００１７】
また、本発明に係るイベント通知方法は、特定イベントの通知に関する周期情報を設定し、クライアントを介して、該周期情報を含むイベント通知要求メッセージをサーバに転送する過程と、前記特定イベントの発生時に前記周期情報が満たれていると、前記サーバから前記クライアントに前記特定イベントの発生を通知する時点を決定する過程と、決定した通知時点に、前記サーバから前記クライアントに前記特定イベントの発生を通知する過程と、を含むことを特徴とする。
【００１８】
さらに、本発明に係るイベント通知方法は、特定クライアントから特定イベントの通知周期に関する周期情報を含むイベント通知要求メッセージが転送される過程と、前記特定のイベントの発生を監視する過程と、前記特定イベントが発生すると、該特定イベントの発生時点が前記周期情報を満たすか否かを判断する過程と、前記特定イベントの発生時点が前記周期情報を満たすと、前記クライアントに前記特定イベントの発生を知らせるイベント通知メッセージを転送する過程と、を含むことを特徴とする。
【発明の効果】
【００１９】
本発明に係るイベント通知方法は、クライアント側で設定された時間間隔（通知周期）でイベント通知を行うことにより、イベントが発生するたびにイベント通知を行う従来の方法に比べて、イベント発生時に無線インターフェース等で転送されるデータ量を減少させることができる、という効果がある。
【００２０】
また、本発明に係るイベント通知方法は、発生頻度の高いイベントの通知回数を減らすことができるので、無線インターフェース等における転送効率を向上させることができる、という効果がある。
【００２１】
さらに、本発明に係るイベント通知方法は、イベントの発生に対するリアルタイム性を保障する範囲内でイベント通知の時間間隔（通知周期）を調整することにより、イベント通知に伴う無線インターフェース等の転送効率の低下を防止しながら、イベント通知のリアルタイム性を保障できると共に、イベントの発生時に自動的に通知されるので、ユーザーの利便性の面でも優れている。
【発明を実施するための最良の形態】
【００２２】
以下、添付の図面を参照して、本発明に係るイベント通知方法の好ましい実施形態（無線通信システムにおけるイベント通知方法）について説明する。
【００２３】
本実施形態に係るイベント通知方法において、ＳＩＰベースのクライアントは、イベント通知要求メッセージのヘッダーに、特定イベントの通知要求と該イベントの通知周期に関する周期情報とを含め、該イベント通知要求メッセージをサーバに転送し、このイベント通知要求メッセージを受信したサーバは、前記特定イベントが発生すると、前記通知周期で前記（ＳＩＰベースの）クライアントに該特定イベントの発生を通知する。なお、以下では、前記イベント通知要求メッセージを「サブスクライブメッセージ」という。
【００２４】
前記周期情報は、例えば、クライアントが前記特定イベントの通知を受ける（換言すると、サーバが前記特定イベントの発生を通知する）ための最小の時間間隔であり、前記特定イベントの発生を通知した後に該特定イベントが再び発生しても、サーバは、この最小の時間間隔が経過しないと該特定イベントの（再）発生を通知しない。すなわち、通知要求のあったイベントが前記最小の時間間隔内に発生すると、サーバは、該最小の時間間隔が経過した後に当該イベントの発生を前記クライアントに通知するようになっており、これにより、前記最小の時間間隔内には一回のイベント通知のみが行われるように制限している。
【００２５】
また、前記周期情報は、最小の時間間隔だけでなく、最小の時間間隔と最大の時間間隔との両方を含むこともできる。このように、前記周期情報が最小の時間間隔と最大の時間間隔との両方を含む場合には、サーバは、最小の時間間隔と最大の時間間隔との間（の時間間隔）で任意にイベントを通知することができる。すなわち、前記周期情報としてのイベントの通知周期が、固定値ではなく、許容範囲を有する場合には、その通知時期は、周期性を有する許容範囲内でサーバによって決定されることになる。
【００２６】
なお、本実施形態において、ＳＩＰベースのクライアントが転送するサブスクライブメッセージに含まれる周期情報（より具体的には、イベントの通知周期）は、ユーザーが任意に設定することができるようになっている。
【００２７】
また、本実施形態において、サーバは、特定クライアントが予約したイベントが発生した場合には、該イベントの発生を、前記最小の時間間隔で、又は前記最小の時間間隔と前記最大の時間間隔との間の時間間隔で、前記特定クライアントに通知しなければならない。ここで、イベント通知の設定（特定イベントの要求、イベントの通知周期等）は、前記サブスクライブメッセージに設定された有効時間の間だけ維持される。
【００２８】
図１は、本発明の一実施形態に係るイベント通知方法を示すフローチャートである。
【００２９】
図１に示すように、本実施形態に係るイベント通知方法においては、まず、特定クライアントが特定イベントの発生の通知を要求するサブスクライブメッセージをサーバに転送する（Ｓ１１）。ここで、かかるサブスクライブメッセージのヘッダーには、前記特定クライアントにイベントの発生を通知する通知周期に関する周期情報が含まれる。
【００３０】
なお、かかる周期情報には、前記特定イベントの発生を通知するための最小の時間間隔又は最小時間間隔と最大時間間隔との両方のいずれかを含み、これらはユーザーによって任意に設定される。
【００３１】
次に、前記サーバは、前記サブスクライブメッセージにより転送されたイベント、周期情報及び有効時間などを確認し、前記特定クライアントが設定した（通知要求をした）イベントが発生するか否かを監視（を開始）すると共に、内部タイマーを起動する（Ｓ１２）。
【００３２】
その後、前記サーバは、前記有効時間が経過したか否かを判断し（Ｓ１３）、該有効時間が経過していないと、前記特定クライアントが設定したイベントが発生したか否かを判断する（Ｓ１４）。
【００３３】
かかる判断の結果、前記特定イベントが発生していないと、前記サーバは、前記有効時間の間、イベントの発生を継続して監視する。
【００３４】
一方、Ｓ１４における判断の結果、前記特定イベントが発生していると、前記サーバは、該特定イベントが発生した時点が前記サブスクライブメッセージに含まれている周期情報を満たすか否かを判断する（Ｓ１５）。より具体的には、該特定イベントの発生を前回通知してから（前回のイベント通知から）の経過時間が前記最小の時間間隔以上であるか否かを判断する。なお、周期情報が最小の時間間隔と最大の時間間隔との両方を含む場合には、前回イベント通知からの経過時間が、最小の時間間隔以上、最大の時間間隔以下であるか否かを判断することになる。
【００３５】
かかる判断の結果、前記特定イベントが発生した時点が前記周期情報を満たす（満たしている）と、該特定イベントの通知を設定（要求）したクライアント（前記特定クライアント）に該特定イベントの発生を知らせるイベント通知メッセージを転送する（Ｓ１６）。
【００３６】
一方、Ｓ１５における判断の結果、前記特定イベントが発生した時点が前記周期情報を満たさない（満たしていない）と、前記サーバは、前記周期情報を満たすまで該特定イベントの発生の通知（イベント通知メッセージの転送）を保留する（Ｓ１７）。ここで、前記サーバは、前記特定イベントの通知を保留した後、前記周期情報を満たすまでの間も、該特定イベントが再び発生したか否かを判断する。
【００３７】
すなわち、前記特定イベントの通知を保留したサーバは、前記有効時間が経過したか否かを確認し（Ｓ１３）、該有効時間が経過していないと、該特定イベントが再び発生したか否かを判断する（Ｓ１４）。かかる判断の結果、前記特定イベントが再び発生していないと、前記サーバは、該特定イベントの通知を保留した否か、すなわち、該特定イベントについての保留メッセージが存在するか否かを判断し（Ｓ１８）、該保留メッセージが存在すると、現在（現時点）が前記周期情報を満たしているか否かを判断する（Ｓ１５）。現時点が前記周期情報を満たしていると、前記サーバは、前記特定クライアントに（保留された）イベント通知メッセージを転送する（Ｓ１６）。一方、現時点が前記周期情報を満たさないと、以上の過程（Ｓ１３〜１５）を、前記有効時間が経過するまで、又は前記周期情報を満たすまで繰り返し行う。これに対し、Ｓ１８において保留メッセージが存在しないと、前記サーバは、前記有効時間が経過したか否かを再び確認し（Ｓ１３）、前記有効時間が経過すると、前記特定イベントの発生を感知するための（特定イベントに対する）全ての動作を終了する（Ｓ１９）。
【００３８】
なお、前記有効時間は、イベント通知が可能な期間として設定されるものであり、この有効時間と前記周期情報とが共に存在する場合において、前記特定のイベントが発生すると、前記有効時間の間（すなわち、有効時間が経過するまで）、前記通知周期（最小の時間間隔）で該特定イベントの発生が通知され、前記有効時間が経過すると、該特定イベントに対する処理を終了する。
【００３９】
本実施形態においては、ユーザーが特定イベントを通知するための最小周期、すなわち、最小の時間間隔を設定するようになっており、これにより、所定の時間（最小の時間間隔）内には一回のイベント通知のみが行われるようにイベント通知の頻度を制限している。
【００４０】
図２は、上記イベント通知方法を実現するための無線通信システムの構成を示すブロック図である。ここでは、ユーザーのプレゼンス情報の変更を前記特定イベントとするサービスの例が示している。
【００４１】
無線通信システムは、ＳＩＰベースのクライアント２１、２２、２３と、プレゼンス・サーバ１０と、を含んで構成される。
クライアント２１、２２、２３のそれぞれは、他のクライアントのプレゼンス情報を所定の時間間隔（所定周期）で通知することを要求するサブスクライブメッセージをプレゼンス・サーバ１０に転送するとともに、自分のプレゼンス情報が変更された場合には、その変更されたプレゼンス情報をプレゼンス・サーバ１０に転送する。
プレゼンス・サーバ１０は、クライアント２１、２２、２３から転送されたプレゼンス情報を前記所定の時間間隔で他の（該プレゼンス情報を転送したクライアント以外の）クライアントに通知する。
【００４２】
前記サブスクライブメッセージは、ＳＩＰメッセージであって、そのヘッダーに、他のクライアントのプレゼンス情報（イベント）の通知要求と、該イベントを該クライアントに通知する通知周期に関する周期情報とを含む。ここで、該周期情報は、クライアントが要求するイベントの発生を該クライアントに通知する最小の時間間隔、最大の時間間隔、又は許容範囲などを含む。
【００４３】
以下、このように構成された無線通信システムにおけるイベント通知方法について説明する。
【００４４】
まず、第１クライアント２１が自分のバディリストに含まれているクライアントのプレゼンス情報を要求しており、そのバディリストに含まれているクライアントが第２クライアント２２及び第３クライアント２３であると仮定する。
【００４５】
第１クライアント２１は、他のクライアント（すなわち、第２クライアント２２、第３クライアント２３）のプレゼンス情報（イベント）の通知要求と、該イベントの通知周期に関する周期情報とをサブスクライブメッセージのヘッダーに含めて、プレゼンス・サーバ１０に転送する。ここで、前記周期情報は、プレゼンス・サーバ１０が第２クライアント２２及び第３クライアント２３のプレゼンス情報を第１クライアント２１に通知する最小の時間間隔であるとする。
【００４６】
第２クライアント２２又は第３クライアント２３は、自分のプレゼンス情報が変更されると、変更されたプレゼンス情報をプレゼンス・サーバ１０に転送し、プレゼンス・サーバ１０は、この変更されたプレゼンス情報を第１クライアント１０に通知する（プレゼンス情報を含む通知メッセージを転送する）ために、第１クライアント２１が設定した周期情報を確認する。
【００４７】
プレゼンス・サーバ１０は、現時点が、該当イベントの以前の通知時点、すなわち、プレゼンス情報の前回の通知時点から前記最小の時間間隔が経過しているか否かを確認し、該最小の時間間隔が経過していないと、第２クライアント２２又は第３クライアント２３のプレゼンス情報を変更されたプレゼンス情報に更新して保存する。この場合、第１クライアント２１に該当イベントの通知メッセージは転送しない（変更されたプレゼンス情報を通知しない）。
【００４８】
これに対し、現時点が、該当イベントの以前の通知時点（プレゼンス情報の前回の通知時点）から前記最小の時間間隔が経過していると、プレゼンス・サーバ１０は、現時点が該当イベント（プレゼンス情報）の通知を行うことができる有効時間内であるか否かを確認し、該有効時間内であると、第２クライアント２２又は第３クライアント２３から転送されたプレゼンス情報（変更されたプレゼンス情報）を含む通知メッセージを第１クライアント２１に転送する。
【００４９】
一方、現時点が、該当イベントの以前の通知時点（プレゼンス情報の前回の通知時点）から前記最小の時間間隔が経過していても、前記有効時間が経過していると、プレゼンス・サーバ１０は、第２クライアント２２又は第３クライアント２３の変更されたプレゼンス情報を含む通知メッセージを第１クライアント２１に転送するイベント通知過程を終了する（転送しない）。
【００５０】
図３は、本実施形態に係るサブスクライブメッセージを示す図であり、（他の）クライアントのプレゼンス情報を要求する場合の例である。
【００５１】
「Ｅｖｅｎｔ」欄は、サブスクライブメッセージを転送するクライアントが通知を要求するイベント名（ここでは、clientPS.info：クライアントのプレゼンス情報）である。「Ｎｏｔｉｆｙ−Ｐｅｒｉｏｄ」欄は、本発明によって前記サブスクライブメッセージのヘッダーに追加される項目であって、「Ｅｖｅｎｔ」欄設定したイベントが発生した場合に、前記クライアントに該イベントの発生を通知する通知周期（ここでは、最小の時間間隔）である。
【００５２】
例えば、「Ｎｏｔｉｆｙ−Ｐｅｒｉｏｄ」欄「３００」である場合には、プレゼンス・サーバは、３００秒間隔で、（サブスクライブメッセージを転送した）クライアントに他のクライアントのプレゼンス情報を通知し、「Ｎｏｔｉｆｙ−Ｐｅｒｉｏｄ」欄が「０」である場合には、プレゼンス・サーバは、（通知要求のあった）イベントが発生するたびに、リアルタイムに（サブスクライブメッセージを転送した）クライアントに他のクライアントのプレゼンス情報を通知する。
【００５３】
「Ｎｏｔｉｆｙ−Ｐｅｒｉｏｄ」欄に設定される時間（最小の時間間隔）は、ユーザーが任意に設定することができる。また、最小の時間間隔を設定する「Ｎｏｔｉｆｙ−ｐｅｒｉｏｄ」欄だけではなく、最大の時間間隔を設定する「Ｍａｘ−Ｐｅｒｉｏｄ」欄を追加すれば（ここでは、「３１０」としている）、イベント通知を行う時期に時間幅をもたせることができる（すなわち、イベント通知を最小時間間隔「３００」以上で最大時間間隔「３１０」以下の任意の時間間隔で行うことができる）。
【００５４】
「Ｅｘｐｉｒｅｓ」欄は、要求されたイベントの通知が実現される有効時間（期限）を定めており、図では「１８００（秒）」としている。
【００５５】
図４は、本発明の実施形態に係るクライアント（例えば、携帯端末機）の構成を示すブロック図である。
【００５６】
本実施形態に係るクライアント２１、２２、２３（図２参照）の一例である携帯端末機１００は、プロセスユニット１１０（例えば、マイクロプロセッサ、デジタル信号プロセッサ）、ＲＦモジュール１３５、電源管理モジュール１０５、アンテナ１４０、バッテリー１５５、ディスプレイ１１５、入力部１２０（例えば、キーパッド）、ストレージユニット１３０（例えば、フラッシュメモリ、ＲＯＭ、ＳＲＡＭ）、ＳＩＭ（Subscriber Identity Module）カード１２５（オプション）、スピーカ１４５、及びマイク１５０を含んで構成される。
【００５７】
ユーザーは、入力部１２０の入力ボタンの押圧することにより又はマイク１５０を利用した音声駆動により、電話番号などの指示情報（特定イベントの通知周期に関する周期情報なども指示情報に含まれる）を入力する。プロセスユニット１１０は、入力された指示情報を受信して処理し、入力された電話番号に電話をかけるなどの指示情報に応じた適切な機能を実行する。なお、ＳＩＭカード１２５又はストレージユニット１３０からオペレーショナルデータが読み出されて前記機能が実行される場合もある。また、プロセスユニット１１０は、ユーザーの参照や便宜のために、前記指示情報及びオペレーション情報などをディスプレイ１１５に表示する。
【００５８】
プロセスユニット１１０は、ユーザーにより入力された指示情報をＲＦモジュール１３５に送って、指示情報（例えば、特定イベントの通知周期に関する周期情報）を含むサブスクライブメッセージや、音声通信データを含む無線信号を生成し、ＲＦモジュール１３５を介してサーバ１０（図２参照）に転送する。
【００５９】
ＲＦモジュール１３５は、無線信号を送受信するための受信器と送信器とを含んで構成される。アンテナ１４０は、無線信号の送受信を容易にする。基地局から無線信号を受信すると、ＲＦモジュール１３５は、プロセスユニット１１０による処理のために、受信した無線信号をベースバンド周波数に変換する。この変換された信号は、それが例えば前記無線信号が着信電話である場合には、プロセスユニット１１０の処理によってスピーカ１４５から出力される聴取可能な情報にも変換されたり、あるいは、読出可能な情報にも変換されたりする。
【００６０】
また、プロセスユニット１１０は、携帯端末機１０のプレゼンス情報をサーバ１０に送ったり、他のユーザー又はサーバ１０から送られたイベント通知メッセージのメッセージヒストリデータをストレージユニット１３０に保存したりするように構成される。また、プロセスユニット１１０は、ユーザーが入力したメッセージヒストリデータに対する条件付き要求を受信するように構成される。さらに、プロセスユニット１１０は、ストレージユニット１３０から前記条件付き要求に対応するメッセージヒストリデータを読み出し、前記条件付き要求を処理するように構成される。さらに、プロセスユニット１１０は、読み出したメッセージヒストリデータをディスプレイ１１５に出力するように構成される。
【００６１】
ストレージユニット１３０は、送信メッセージ又は受信メッセージのメッセージヒストリデータを保存するように構成される。
【００６２】
特定イベントが発生することによってサーバ１０からイベント通知メッセージを受信すると、プロセスユニット１１０は、受信したイベント通知メッセージに基づいて、ユーザーのバディリストに含まれているクライアント（例えば、第２クライアント２２、第３クライアント２３）のプレゼンス情報をアップデート（更新）する。また、ユーザーが前記クライアント（例えば、第２クライアント２２、第３クライアント２３）のプレゼンスの変化（状態変化）が分かるように、アップデート（更新）されたプレゼンス情報をディスプレイ１１５に出力する。
【図面の簡単な説明】
【００６３】
【図１】本発明の実施形態に係るイベント通知方法を示すフローチャートである。
【図２】本発明の実施形態に係るイベント通知方法を実現するためのシステムの構成を示すブロック図である。
【図３】本発明の実施形態に係るサブスクライブメッセージの一例を示す図である。
【図４】本発明の実施形態に係るクライアント（携帯端末機等）の構成を示すブロック図である。
【符号の説明】
【００６４】
１０ プレゼンス・サーバ
２１，２２，２３ クライアント
２２ 第２クライアント
２３ 第３クライアント
１００ 携帯端末機
１１０ プロセスユニット
１１５ ディスプレイ
１２０ 入力部（キーパッド等）
１３０ ストレージユニット
１３５ ＲＦモジュール
【技術分野】
【０００１】
本発明は、イベント通知方法に関し、特に、無線通信システムにおいてイベント通知を行う時間間隔（通知周期）を制御することにより、発生頻度の高いイベント等の通知を特定の時間間隔で行うように制限することのできるイベント通知方法、携帯端末機及びサーバに関する。
【背景技術】
【０００２】
ＳＩＰ（Session Initiation Protocol）は、ＨＴＴＰ（Hypertext Transfer Protocol）のようなテキストベースのプロトコルであって、クライアントがセッションを形成し、修正し、終了するようにする。すなわち、ＳＩＰは、クライアントが呼び出しを開始するとサーバがその呼び出しに応答するクライアント／サーバ構造をベースとし、電子メールに類似したアドレス体系を用いて、音声通話サービス、インスタントメッセージサービス、携帯端末（電話）におけるプッシュ・トゥ・トーク（ＰｏＣ；Push to talk over Cellular）などを実現することができる。
【０００３】
ＳＩＰベースのクライアントは、特定イベントの発生時に、該特定イベントの発生が自分に通知されるようにサーバに予約しておくことができ、サーバは、ＳＩＰベースのクライアントが予約した特定イベントの発生時に、該ＳＩＰベースのクライアントにイベント通知を行う。
【０００４】
すなわち、ＳＩＰベースのクライアントは、リソース又はリソースの呼状態などをサーバに予約し、自分の状態が変更されるとこれをサーバに通知する。また、サーバは、ＳＩＰベースのクライアントの状態が変更されるか又は予約されたイベントが発生するたびに、それが通知されるように予約した（他の）ＳＩＰベースのクライアントにイベント通知を行う。ここで、このようなイベント通知を利用して、ターミナルステートイベント（terminal state event）に基づくコールバックサービス、ユーザープレゼンスイベント（user presence event）に基づくバディリストサービス、メールボックスステート変更イベント（mailbox state modification state）に基づくメッセージ待機表示サービス、コールステートイベント（call state event）に基づくＰＩＮＴ（ＰＴＳＮとインターネットとの相互接続）状態サービスなどの様々なＳＩＰサービスを実現することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、このような従来のイベント通知方法においては、予約されたイベントが発生するたびに、該イベントの通知を予約したクライアントにイベント通知を行うようになっていたため、予約されたイベントが頻繁に発生したり、発生したイベントの通知を予約したクライアントが多くなったりするほど、イベント通知のためにサーバが転送しなければならないデータ量が増加する（サーバの負担が増加する）という問題があった。
【０００６】
以下、ユーザープレゼンスイベントに基づくサービス（バディリストサービス）を例に挙げて説明する。
ＳＩＰベースのクライアントは、インスタントメッセージサービスやＰｏＣサービスを利用するために、他のクライアントが登録されたバディリストを有し、該バディリストは、プレゼンス・サーバにより管理される。プレゼンス・サーバは、複数のクライアントのプレゼンス情報を集中管理しており、ＳＩＰベースのクライアントが他のクライアント（すなわち、バディリストに登録されたクライアント）のプレゼンス情報を受信することを予約すると、所定の有効時間内に、該ＳＩＰベースのクライアントに前記他のクライアントのプレゼンス情報を通知する。
【０００７】
また、ＳＩＰベースのクライアントは、自分のプレゼンス情報が変更されると、その変更されたプレゼンス情報をプレゼンス・サーバに通知し、該プレゼンス・サーバは、リアルタイムにそのクライアントの変更されたプレゼンス情報を、これを受信することを予約した他のクライアントにイベント通知する。すなわち、クライアントが有するバディリストに含まれるバディ（他のクライアント）の数が増加するほど、無線インターフェースで転送されるデータ量が増加してしまい、該無線インターフェースにおける転送効率が低下するという問題があった。
【０００８】
ところで、予約されたイベントが発生するたびに該イベントを通知する上記方法の問題を解決するための方法としては、ユーザーが要求する特定時点にユーザーが要求するイベントの状態を通知する方法がある。
【０００９】
この方法におけるユーザープレゼンスイベントに基づくサービス（バディリストサービス）の場合には、ユーザーが特定時点にＳＩＰベースのクライアントを利用してバディリスト更新要求信号をプレゼンス・サーバに転送し、このバディリスト更新要求信号を受信したプレゼンス・サーバが、該当するバディリストに含まれているクライアントのプレゼンス情報を含む応答信号を前記ＳＩＰベースのクライアント（バディリスト更新要求信号を転送したクライアント）に転送するようにしている。
【００１０】
しかし、このようなユーザーの要求によるプレゼンス情報の更新では、ユーザーは特定情報を確認しようとする時点毎に毎回要求しなければならず、これは、予約に基づいて所定時間内の特定イベントの発生時に自動的に行われるイベント通知方式ではない。
【００１１】
また、ユーザーが要求する場合にのみバディリストのプレゼンス情報が更新されるため、サーバが一回に転送しなければならないデータ量が増加して転送効率が低下し、バディリストのプレゼンスをリアルタイムに確認することができないおそれがある。このような場合には、ユーザーはバディリストを頻繁に確認しなければならず、ユーザーに不便さを感じさせてしまう（面倒である）という問題があった。
【００１２】
本発明は、このような従来技術の問題を解決するためになされたもので、イベント通知を行う（最小の）時間間隔（通知周期）を制御することにより、イベント通知に際してサーバが一度に転送するデータ量を減少させることのできる、無線通信システムにおけるイベント通知方法を提供することを目的とする。
【００１３】
本発明の他の目的は、発生頻度の高いイベント通知の（最小の）時間間隔（通知周期）を制御することにより、イベント通知に際してサーバが一度に転送するデータ量を減少させることのできる、無線通信システムにおけるイベント通知方法を提供することにある。
【００１４】
さらに他の目的は、イベント通知の（最小の）時間間隔（通知周期）をユーザーが調整することのできる、無線通信システムにおけるイベント通知方法を提供することにある。
【００１５】
さらに他の目的は、イベントの発生に対するリアルタイム性を害さない範囲内でイベント通知の時間間隔を調整することで、イベント通知に際してサーバが一度に転送するデータ量を減少させながら、リアルタイム性を保障しつつ、自動的にイベント通知を行うことのできる、無線通信システムにおけるイベント通知方法を提供することにある。
【課題を解決するための手段】
【００１６】
このような目的を達成するために、本発明に係るイベント通知方法は、クライアントが特定イベントの通知周期に関する周期情報を含むイベント通知要求メッセージをサーバに転送する過程と、前記特定イベントの発生時に前記周期情報が満たされていると、前記サーバが前記クライアントに前記特定イベントの発生を通知する過程と、を含むことを特徴とする。
【００１７】
また、本発明に係るイベント通知方法は、特定イベントの通知に関する周期情報を設定し、クライアントを介して、該周期情報を含むイベント通知要求メッセージをサーバに転送する過程と、前記特定イベントの発生時に前記周期情報が満たれていると、前記サーバから前記クライアントに前記特定イベントの発生を通知する時点を決定する過程と、決定した通知時点に、前記サーバから前記クライアントに前記特定イベントの発生を通知する過程と、を含むことを特徴とする。
【００１８】
さらに、本発明に係るイベント通知方法は、特定クライアントから特定イベントの通知周期に関する周期情報を含むイベント通知要求メッセージが転送される過程と、前記特定のイベントの発生を監視する過程と、前記特定イベントが発生すると、該特定イベントの発生時点が前記周期情報を満たすか否かを判断する過程と、前記特定イベントの発生時点が前記周期情報を満たすと、前記クライアントに前記特定イベントの発生を知らせるイベント通知メッセージを転送する過程と、を含むことを特徴とする。
【発明の効果】
【００１９】
本発明に係るイベント通知方法は、クライアント側で設定された時間間隔（通知周期）でイベント通知を行うことにより、イベントが発生するたびにイベント通知を行う従来の方法に比べて、イベント発生時に無線インターフェース等で転送されるデータ量を減少させることができる、という効果がある。
【００２０】
また、本発明に係るイベント通知方法は、発生頻度の高いイベントの通知回数を減らすことができるので、無線インターフェース等における転送効率を向上させることができる、という効果がある。
【００２１】
さらに、本発明に係るイベント通知方法は、イベントの発生に対するリアルタイム性を保障する範囲内でイベント通知の時間間隔（通知周期）を調整することにより、イベント通知に伴う無線インターフェース等の転送効率の低下を防止しながら、イベント通知のリアルタイム性を保障できると共に、イベントの発生時に自動的に通知されるので、ユーザーの利便性の面でも優れている。
【発明を実施するための最良の形態】
【００２２】
以下、添付の図面を参照して、本発明に係るイベント通知方法の好ましい実施形態（無線通信システムにおけるイベント通知方法）について説明する。
【００２３】
本実施形態に係るイベント通知方法において、ＳＩＰベースのクライアントは、イベント通知要求メッセージのヘッダーに、特定イベントの通知要求と該イベントの通知周期に関する周期情報とを含め、該イベント通知要求メッセージをサーバに転送し、このイベント通知要求メッセージを受信したサーバは、前記特定イベントが発生すると、前記通知周期で前記（ＳＩＰベースの）クライアントに該特定イベントの発生を通知する。なお、以下では、前記イベント通知要求メッセージを「サブスクライブメッセージ」という。
【００２４】
前記周期情報は、例えば、クライアントが前記特定イベントの通知を受ける（換言すると、サーバが前記特定イベントの発生を通知する）ための最小の時間間隔であり、前記特定イベントの発生を通知した後に該特定イベントが再び発生しても、サーバは、この最小の時間間隔が経過しないと該特定イベントの（再）発生を通知しない。すなわち、通知要求のあったイベントが前記最小の時間間隔内に発生すると、サーバは、該最小の時間間隔が経過した後に当該イベントの発生を前記クライアントに通知するようになっており、これにより、前記最小の時間間隔内には一回のイベント通知のみが行われるように制限している。
【００２５】
また、前記周期情報は、最小の時間間隔だけでなく、最小の時間間隔と最大の時間間隔との両方を含むこともできる。このように、前記周期情報が最小の時間間隔と最大の時間間隔との両方を含む場合には、サーバは、最小の時間間隔と最大の時間間隔との間（の時間間隔）で任意にイベントを通知することができる。すなわち、前記周期情報としてのイベントの通知周期が、固定値ではなく、許容範囲を有する場合には、その通知時期は、周期性を有する許容範囲内でサーバによって決定されることになる。
【００２６】
なお、本実施形態において、ＳＩＰベースのクライアントが転送するサブスクライブメッセージに含まれる周期情報（より具体的には、イベントの通知周期）は、ユーザーが任意に設定することができるようになっている。
【００２７】
また、本実施形態において、サーバは、特定クライアントが予約したイベントが発生した場合には、該イベントの発生を、前記最小の時間間隔で、又は前記最小の時間間隔と前記最大の時間間隔との間の時間間隔で、前記特定クライアントに通知しなければならない。ここで、イベント通知の設定（特定イベントの要求、イベントの通知周期等）は、前記サブスクライブメッセージに設定された有効時間の間だけ維持される。
【００２８】
図１は、本発明の一実施形態に係るイベント通知方法を示すフローチャートである。
【００２９】
図１に示すように、本実施形態に係るイベント通知方法においては、まず、特定クライアントが特定イベントの発生の通知を要求するサブスクライブメッセージをサーバに転送する（Ｓ１１）。ここで、かかるサブスクライブメッセージのヘッダーには、前記特定クライアントにイベントの発生を通知する通知周期に関する周期情報が含まれる。
【００３０】
なお、かかる周期情報には、前記特定イベントの発生を通知するための最小の時間間隔又は最小時間間隔と最大時間間隔との両方のいずれかを含み、これらはユーザーによって任意に設定される。
【００３１】
次に、前記サーバは、前記サブスクライブメッセージにより転送されたイベント、周期情報及び有効時間などを確認し、前記特定クライアントが設定した（通知要求をした）イベントが発生するか否かを監視（を開始）すると共に、内部タイマーを起動する（Ｓ１２）。
【００３２】
その後、前記サーバは、前記有効時間が経過したか否かを判断し（Ｓ１３）、該有効時間が経過していないと、前記特定クライアントが設定したイベントが発生したか否かを判断する（Ｓ１４）。
【００３３】
かかる判断の結果、前記特定イベントが発生していないと、前記サーバは、前記有効時間の間、イベントの発生を継続して監視する。
【００３４】
一方、Ｓ１４における判断の結果、前記特定イベントが発生していると、前記サーバは、該特定イベントが発生した時点が前記サブスクライブメッセージに含まれている周期情報を満たすか否かを判断する（Ｓ１５）。より具体的には、該特定イベントの発生を前回通知してから（前回のイベント通知から）の経過時間が前記最小の時間間隔以上であるか否かを判断する。なお、周期情報が最小の時間間隔と最大の時間間隔との両方を含む場合には、前回イベント通知からの経過時間が、最小の時間間隔以上、最大の時間間隔以下であるか否かを判断することになる。
【００３５】
かかる判断の結果、前記特定イベントが発生した時点が前記周期情報を満たす（満たしている）と、該特定イベントの通知を設定（要求）したクライアント（前記特定クライアント）に該特定イベントの発生を知らせるイベント通知メッセージを転送する（Ｓ１６）。
【００３６】
一方、Ｓ１５における判断の結果、前記特定イベントが発生した時点が前記周期情報を満たさない（満たしていない）と、前記サーバは、前記周期情報を満たすまで該特定イベントの発生の通知（イベント通知メッセージの転送）を保留する（Ｓ１７）。ここで、前記サーバは、前記特定イベントの通知を保留した後、前記周期情報を満たすまでの間も、該特定イベントが再び発生したか否かを判断する。
【００３７】
すなわち、前記特定イベントの通知を保留したサーバは、前記有効時間が経過したか否かを確認し（Ｓ１３）、該有効時間が経過していないと、該特定イベントが再び発生したか否かを判断する（Ｓ１４）。かかる判断の結果、前記特定イベントが再び発生していないと、前記サーバは、該特定イベントの通知を保留した否か、すなわち、該特定イベントについての保留メッセージが存在するか否かを判断し（Ｓ１８）、該保留メッセージが存在すると、現在（現時点）が前記周期情報を満たしているか否かを判断する（Ｓ１５）。現時点が前記周期情報を満たしていると、前記サーバは、前記特定クライアントに（保留された）イベント通知メッセージを転送する（Ｓ１６）。一方、現時点が前記周期情報を満たさないと、以上の過程（Ｓ１３〜１５）を、前記有効時間が経過するまで、又は前記周期情報を満たすまで繰り返し行う。これに対し、Ｓ１８において保留メッセージが存在しないと、前記サーバは、前記有効時間が経過したか否かを再び確認し（Ｓ１３）、前記有効時間が経過すると、前記特定イベントの発生を感知するための（特定イベントに対する）全ての動作を終了する（Ｓ１９）。
【００３８】
なお、前記有効時間は、イベント通知が可能な期間として設定されるものであり、この有効時間と前記周期情報とが共に存在する場合において、前記特定のイベントが発生すると、前記有効時間の間（すなわち、有効時間が経過するまで）、前記通知周期（最小の時間間隔）で該特定イベントの発生が通知され、前記有効時間が経過すると、該特定イベントに対する処理を終了する。
【００３９】
本実施形態においては、ユーザーが特定イベントを通知するための最小周期、すなわち、最小の時間間隔を設定するようになっており、これにより、所定の時間（最小の時間間隔）内には一回のイベント通知のみが行われるようにイベント通知の頻度を制限している。
【００４０】
図２は、上記イベント通知方法を実現するための無線通信システムの構成を示すブロック図である。ここでは、ユーザーのプレゼンス情報の変更を前記特定イベントとするサービスの例が示している。
【００４１】
無線通信システムは、ＳＩＰベースのクライアント２１、２２、２３と、プレゼンス・サーバ１０と、を含んで構成される。
クライアント２１、２２、２３のそれぞれは、他のクライアントのプレゼンス情報を所定の時間間隔（所定周期）で通知することを要求するサブスクライブメッセージをプレゼンス・サーバ１０に転送するとともに、自分のプレゼンス情報が変更された場合には、その変更されたプレゼンス情報をプレゼンス・サーバ１０に転送する。
プレゼンス・サーバ１０は、クライアント２１、２２、２３から転送されたプレゼンス情報を前記所定の時間間隔で他の（該プレゼンス情報を転送したクライアント以外の）クライアントに通知する。
【００４２】
前記サブスクライブメッセージは、ＳＩＰメッセージであって、そのヘッダーに、他のクライアントのプレゼンス情報（イベント）の通知要求と、該イベントを該クライアントに通知する通知周期に関する周期情報とを含む。ここで、該周期情報は、クライアントが要求するイベントの発生を該クライアントに通知する最小の時間間隔、最大の時間間隔、又は許容範囲などを含む。
【００４３】
以下、このように構成された無線通信システムにおけるイベント通知方法について説明する。
【００４４】
まず、第１クライアント２１が自分のバディリストに含まれているクライアントのプレゼンス情報を要求しており、そのバディリストに含まれているクライアントが第２クライアント２２及び第３クライアント２３であると仮定する。
【００４５】
第１クライアント２１は、他のクライアント（すなわち、第２クライアント２２、第３クライアント２３）のプレゼンス情報（イベント）の通知要求と、該イベントの通知周期に関する周期情報とをサブスクライブメッセージのヘッダーに含めて、プレゼンス・サーバ１０に転送する。ここで、前記周期情報は、プレゼンス・サーバ１０が第２クライアント２２及び第３クライアント２３のプレゼンス情報を第１クライアント２１に通知する最小の時間間隔であるとする。
【００４６】
第２クライアント２２又は第３クライアント２３は、自分のプレゼンス情報が変更されると、変更されたプレゼンス情報をプレゼンス・サーバ１０に転送し、プレゼンス・サーバ１０は、この変更されたプレゼンス情報を第１クライアント１０に通知する（プレゼンス情報を含む通知メッセージを転送する）ために、第１クライアント２１が設定した周期情報を確認する。
【００４７】
プレゼンス・サーバ１０は、現時点が、該当イベントの以前の通知時点、すなわち、プレゼンス情報の前回の通知時点から前記最小の時間間隔が経過しているか否かを確認し、該最小の時間間隔が経過していないと、第２クライアント２２又は第３クライアント２３のプレゼンス情報を変更されたプレゼンス情報に更新して保存する。この場合、第１クライアント２１に該当イベントの通知メッセージは転送しない（変更されたプレゼンス情報を通知しない）。
【００４８】
これに対し、現時点が、該当イベントの以前の通知時点（プレゼンス情報の前回の通知時点）から前記最小の時間間隔が経過していると、プレゼンス・サーバ１０は、現時点が該当イベント（プレゼンス情報）の通知を行うことができる有効時間内であるか否かを確認し、該有効時間内であると、第２クライアント２２又は第３クライアント２３から転送されたプレゼンス情報（変更されたプレゼンス情報）を含む通知メッセージを第１クライアント２１に転送する。
【００４９】
一方、現時点が、該当イベントの以前の通知時点（プレゼンス情報の前回の通知時点）から前記最小の時間間隔が経過していても、前記有効時間が経過していると、プレゼンス・サーバ１０は、第２クライアント２２又は第３クライアント２３の変更されたプレゼンス情報を含む通知メッセージを第１クライアント２１に転送するイベント通知過程を終了する（転送しない）。
【００５０】
図３は、本実施形態に係るサブスクライブメッセージを示す図であり、（他の）クライアントのプレゼンス情報を要求する場合の例である。
【００５１】
「Ｅｖｅｎｔ」欄は、サブスクライブメッセージを転送するクライアントが通知を要求するイベント名（ここでは、clientPS.info：クライアントのプレゼンス情報）である。「Ｎｏｔｉｆｙ−Ｐｅｒｉｏｄ」欄は、本発明によって前記サブスクライブメッセージのヘッダーに追加される項目であって、「Ｅｖｅｎｔ」欄設定したイベントが発生した場合に、前記クライアントに該イベントの発生を通知する通知周期（ここでは、最小の時間間隔）である。
【００５２】
例えば、「Ｎｏｔｉｆｙ−Ｐｅｒｉｏｄ」欄「３００」である場合には、プレゼンス・サーバは、３００秒間隔で、（サブスクライブメッセージを転送した）クライアントに他のクライアントのプレゼンス情報を通知し、「Ｎｏｔｉｆｙ−Ｐｅｒｉｏｄ」欄が「０」である場合には、プレゼンス・サーバは、（通知要求のあった）イベントが発生するたびに、リアルタイムに（サブスクライブメッセージを転送した）クライアントに他のクライアントのプレゼンス情報を通知する。
【００５３】
「Ｎｏｔｉｆｙ−Ｐｅｒｉｏｄ」欄に設定される時間（最小の時間間隔）は、ユーザーが任意に設定することができる。また、最小の時間間隔を設定する「Ｎｏｔｉｆｙ−ｐｅｒｉｏｄ」欄だけではなく、最大の時間間隔を設定する「Ｍａｘ−Ｐｅｒｉｏｄ」欄を追加すれば（ここでは、「３１０」としている）、イベント通知を行う時期に時間幅をもたせることができる（すなわち、イベント通知を最小時間間隔「３００」以上で最大時間間隔「３１０」以下の任意の時間間隔で行うことができる）。
【００５４】
「Ｅｘｐｉｒｅｓ」欄は、要求されたイベントの通知が実現される有効時間（期限）を定めており、図では「１８００（秒）」としている。
【００５５】
図４は、本発明の実施形態に係るクライアント（例えば、携帯端末機）の構成を示すブロック図である。
【００５６】
本実施形態に係るクライアント２１、２２、２３（図２参照）の一例である携帯端末機１００は、プロセスユニット１１０（例えば、マイクロプロセッサ、デジタル信号プロセッサ）、ＲＦモジュール１３５、電源管理モジュール１０５、アンテナ１４０、バッテリー１５５、ディスプレイ１１５、入力部１２０（例えば、キーパッド）、ストレージユニット１３０（例えば、フラッシュメモリ、ＲＯＭ、ＳＲＡＭ）、ＳＩＭ（Subscriber Identity Module）カード１２５（オプション）、スピーカ１４５、及びマイク１５０を含んで構成される。
【００５７】
ユーザーは、入力部１２０の入力ボタンの押圧することにより又はマイク１５０を利用した音声駆動により、電話番号などの指示情報（特定イベントの通知周期に関する周期情報なども指示情報に含まれる）を入力する。プロセスユニット１１０は、入力された指示情報を受信して処理し、入力された電話番号に電話をかけるなどの指示情報に応じた適切な機能を実行する。なお、ＳＩＭカード１２５又はストレージユニット１３０からオペレーショナルデータが読み出されて前記機能が実行される場合もある。また、プロセスユニット１１０は、ユーザーの参照や便宜のために、前記指示情報及びオペレーション情報などをディスプレイ１１５に表示する。
【００５８】
プロセスユニット１１０は、ユーザーにより入力された指示情報をＲＦモジュール１３５に送って、指示情報（例えば、特定イベントの通知周期に関する周期情報）を含むサブスクライブメッセージや、音声通信データを含む無線信号を生成し、ＲＦモジュール１３５を介してサーバ１０（図２参照）に転送する。
【００５９】
ＲＦモジュール１３５は、無線信号を送受信するための受信器と送信器とを含んで構成される。アンテナ１４０は、無線信号の送受信を容易にする。基地局から無線信号を受信すると、ＲＦモジュール１３５は、プロセスユニット１１０による処理のために、受信した無線信号をベースバンド周波数に変換する。この変換された信号は、それが例えば前記無線信号が着信電話である場合には、プロセスユニット１１０の処理によってスピーカ１４５から出力される聴取可能な情報にも変換されたり、あるいは、読出可能な情報にも変換されたりする。
【００６０】
また、プロセスユニット１１０は、携帯端末機１０のプレゼンス情報をサーバ１０に送ったり、他のユーザー又はサーバ１０から送られたイベント通知メッセージのメッセージヒストリデータをストレージユニット１３０に保存したりするように構成される。また、プロセスユニット１１０は、ユーザーが入力したメッセージヒストリデータに対する条件付き要求を受信するように構成される。さらに、プロセスユニット１１０は、ストレージユニット１３０から前記条件付き要求に対応するメッセージヒストリデータを読み出し、前記条件付き要求を処理するように構成される。さらに、プロセスユニット１１０は、読み出したメッセージヒストリデータをディスプレイ１１５に出力するように構成される。
【００６１】
ストレージユニット１３０は、送信メッセージ又は受信メッセージのメッセージヒストリデータを保存するように構成される。
【００６２】
特定イベントが発生することによってサーバ１０からイベント通知メッセージを受信すると、プロセスユニット１１０は、受信したイベント通知メッセージに基づいて、ユーザーのバディリストに含まれているクライアント（例えば、第２クライアント２２、第３クライアント２３）のプレゼンス情報をアップデート（更新）する。また、ユーザーが前記クライアント（例えば、第２クライアント２２、第３クライアント２３）のプレゼンスの変化（状態変化）が分かるように、アップデート（更新）されたプレゼンス情報をディスプレイ１１５に出力する。
【図面の簡単な説明】
【００６３】
【図１】本発明の実施形態に係るイベント通知方法を示すフローチャートである。
【図２】本発明の実施形態に係るイベント通知方法を実現するためのシステムの構成を示すブロック図である。
【図３】本発明の実施形態に係るサブスクライブメッセージの一例を示す図である。
【図４】本発明の実施形態に係るクライアント（携帯端末機等）の構成を示すブロック図である。
【符号の説明】
【００６４】
１０ プレゼンス・サーバ
２１，２２，２３ クライアント
２２ 第２クライアント
２３ 第３クライアント
１００ 携帯端末機
１１０ プロセスユニット
１１５ ディスプレイ
１２０ 入力部（キーパッド等）
１３０ ストレージユニット
１３５ ＲＦモジュール
【特許請求の範囲】
【請求項１】
クライアントが特定イベントの通知周期に関する周期情報を含むイベント通知要求メッセージをサーバに転送する過程と、
前記特定イベントの発生時に前記周期情報が満たされていると、前記サーバが前記クライアントに前記特定イベントの発生を通知する過程と、
を含むことを特徴とするイベント通知方法。
【請求項２】
前記特定イベントの発生を通知する過程は、前記特定イベントの発生時に前記周期情報が満たされていないと、該周期情報が満たされるまでの間、前記特定イベントの発生の通知を保留することを特徴とする請求項１に記載のイベント通知方法。
【請求項３】
前記周期情報は、前記イベント通知要求メッセージのヘッダーに含まれることを特徴とする請求項１に記載のイベント通知方法。
【請求項４】
前記周期情報は、前記クライアントのユーザが任意に設定できることを特徴とする請求項１に記載のイベント通知方法。
【請求項５】
特定イベントの通知に関する周期情報を設定し、クライアントを介して、該周期情報を含むイベント通知要求メッセージをサーバに転送する過程と、
前記特定イベントの発生時に前記周期情報が満たされていると、前記サーバから前記クライアントに前記特定イベントの発生を通知する通知時点を決定する過程と、
決定した通知時点に、前記サーバから前記クライアントに前記特定イベントの発生を通知する過程と、
を含むことを特徴とするイベント通知方法。
【請求項６】
前記特定イベントの発生を通知する過程は、前記特定イベントの発生時に前記周期情報が満たされておらず前記通知時点が決定されないと、前記特定イベントの発生の通知を保留することを特徴とする請求項５に記載のイベント通知方法。
【請求項７】
前記周期情報は、前記イベント通知要求メッセージのヘッダーに追加されることを特徴とする請求項５に記載のイベント通知方法。
【請求項８】
前記周期情報は、前記クライアントに前記特定イベントの発生を通知するための最小の時間間隔又は前記特定イベントの発生を通知できる許容時間範囲であることを特徴とする請求項５に記載のイベント通知方法。
【請求項９】
特定クライアントから特定イベントの通知周期に関する周期情報を含むイベント通知要求メッセージが転送される過程と、
前記特定イベントの発生を監視する過程と、
前記特定イベントが発生すると、該特定イベントの発生時点が前記周期情報を満たすか否かを判断する過程と、
前記特定イベントの発生時点が前記周期情報を満たすと、前記特定クライアントに前記特定イベントの発生を知らせるイベント通知メッセージを転送する過程と、
を含むことを特徴とするイベント通知方法。
【請求項１０】
前記特定イベントが、前記特定クライアントのバディリストに含まれている他のクライアントのプレゼンス情報であることを特徴とする請求項９に記載のイベント通知方法。
【請求項１１】
前記サーバは、複数のクライアントのプレゼンス情報を集中管理するプレゼンス・サーバであることを特徴とする請求項９に記載のイベント通知方法。
【請求項１２】
前記周期情報は、前記イベント通知要求メッセージのヘッダーに追加されることを特徴とする請求項９に記載のイベント通知方法。
【請求項１３】
前記イベント通知メッセージを転送する過程は、前記特定イベントの発生時点が前記周期情報を満たさないと、前記イベント通知メッセージの転送を保留することを特徴とする請求項９に記載のイベント通知方法。
【請求項１４】
前記特定イベントの通知を行うことのできる有効時間が経過したか否かを判断する過程をさらに含むことを特徴とする請求項９に記載のイベント通知方法。
【請求項１５】
前記イベントの発生を監視する過程は、前記有効時間が経過していない場合に、前記特定イベントの発生を監視することを特徴とする請求項１４に記載のイベント通知方法。
【請求項１６】
前記有効時間が経過すると、前記特定イベントに対する全ての処理を終了することを特徴とする請求項１４に記載のイベント通知方法。
【請求項１７】
前記周期情報は、前記特定クライアントに前記特定イベントの発生を通知するための最小の時間間隔であることを特徴とする請求項９に記載のイベント通知方法。
【請求項１８】
前記周期情報は、前記特定クライアントに前記特定イベントの発生を通知できる周期的な許容時間範囲であることを特徴とする請求項９に記載のイベント通知方法。
【請求項１９】
前記イベント通知メッセージを転送する過程は、前記許容時間範囲内で前記イベント通知メッセージを転送する時点を決定することを特徴とする請求項１８に記載のイベント通知方法。
【請求項２０】
特定イベントの通知周期に関する周期情報を含む所定のイベント通知要求メッセージを生成してサーバに転送する過程と、
前記特定イベントが発生すると、前記周期情報に基づいて前記サーバから転送されるイベント通知メッセージを受信する過程と、
を含むことを特徴とするイベント通知方法。
【請求項２１】
前記サーバは、前記特定イベントの発生時に前記周期情報が満たされていないと、該周期情報を満たすまでの間、前記イベント通知メッセージの転送を保留することを特徴とする請求項２０に記載のイベント通知方法。
【請求項２２】
前記周期情報が、前記イベント通知要求メッセージのヘッダーに含まれることを特徴とする請求項２０に記載のイベント通知方法。
【請求項２３】
前記周期情報は、前記クライアントのユーザが任意に設定できることを特徴とする請求項２０に記載のイベント通知方法。
【請求項２４】
特定イベントの通知周期に関する周期情報が入力される入力部と、
前記周期情報を含むイベント通知要求メッセージを生成してサーバに転送するプロセスユニットと、
前記特定イベントが発生し、前記周期情報に基づいて前記サーバから転送される該特定イベントの発生を知らせるイベント通知メッセージを受信すると、この受信したイベント通知メッセージを表示するディスプレイと、
を含むことを特徴とする携帯端末機。
【請求項２５】
前記サーバは、前記特定イベントの発生時に前記周期情報が満たされていないと、該周期情報を満たすまでの間、前記イベント通知メッセージの転送を保留することを特徴とする請求項２４に記載の携帯端末機。
【請求項２６】
前記プロセスユニットは、前記周期情報を前記イベント通知要求メッセージのヘッダーに含めることを特徴とする請求項２４に記載の携帯端末機。
【請求項２７】
前記周期情報は、前記イベント通知メッセージを受信するための最小の時間間隔又は前記イベント通知メッセージを受信する許容時間範囲であることを特徴とする請求項２４に記載の携帯端末機。
【請求項２８】
特定イベントの通知周期に関する周期情報を含むイベント通知要求メッセージをクライアントから受信し、
前記特定イベントが発生すると、該特定イベントの発生時に前記周期情報が満たされているか否かを判断し、
前記特定イベントの発生時に前記周期情報が満されていると、前記クライアントに前記特定イベントの発生を知らせるイベント通知メッセージを転送することを特徴とするサーバ。
【請求項２９】
前記特定イベントの発生時に前記周期情報が満たされていないときは、該周期情報が満されるまでの間、前記イベント通知メッセージの転送を保留することを特徴とする請求項２８に記載のサーバ。
【請求項３０】
前記周期情報は、前記イベント通知メッセージを転送するための最小の時間間隔又は前記イベント通知メッセージを転送できる許容時間範囲であることを特徴とする請求項２８又は請求項２９に記載のサーバ。
【請求項１】
クライアントが特定イベントの通知周期に関する周期情報を含むイベント通知要求メッセージをサーバに転送する過程と、
前記特定イベントの発生時に前記周期情報が満たされていると、前記サーバが前記クライアントに前記特定イベントの発生を通知する過程と、
を含むことを特徴とするイベント通知方法。
【請求項２】
前記特定イベントの発生を通知する過程は、前記特定イベントの発生時に前記周期情報が満たされていないと、該周期情報が満たされるまでの間、前記特定イベントの発生の通知を保留することを特徴とする請求項１に記載のイベント通知方法。
【請求項３】
前記周期情報は、前記イベント通知要求メッセージのヘッダーに含まれることを特徴とする請求項１に記載のイベント通知方法。
【請求項４】
前記周期情報は、前記クライアントのユーザが任意に設定できることを特徴とする請求項１に記載のイベント通知方法。
【請求項５】
特定イベントの通知に関する周期情報を設定し、クライアントを介して、該周期情報を含むイベント通知要求メッセージをサーバに転送する過程と、
前記特定イベントの発生時に前記周期情報が満たされていると、前記サーバから前記クライアントに前記特定イベントの発生を通知する通知時点を決定する過程と、
決定した通知時点に、前記サーバから前記クライアントに前記特定イベントの発生を通知する過程と、
を含むことを特徴とするイベント通知方法。
【請求項６】
前記特定イベントの発生を通知する過程は、前記特定イベントの発生時に前記周期情報が満たされておらず前記通知時点が決定されないと、前記特定イベントの発生の通知を保留することを特徴とする請求項５に記載のイベント通知方法。
【請求項７】
前記周期情報は、前記イベント通知要求メッセージのヘッダーに追加されることを特徴とする請求項５に記載のイベント通知方法。
【請求項８】
前記周期情報は、前記クライアントに前記特定イベントの発生を通知するための最小の時間間隔又は前記特定イベントの発生を通知できる許容時間範囲であることを特徴とする請求項５に記載のイベント通知方法。
【請求項９】
特定クライアントから特定イベントの通知周期に関する周期情報を含むイベント通知要求メッセージが転送される過程と、
前記特定イベントの発生を監視する過程と、
前記特定イベントが発生すると、該特定イベントの発生時点が前記周期情報を満たすか否かを判断する過程と、
前記特定イベントの発生時点が前記周期情報を満たすと、前記特定クライアントに前記特定イベントの発生を知らせるイベント通知メッセージを転送する過程と、
を含むことを特徴とするイベント通知方法。
【請求項１０】
前記特定イベントが、前記特定クライアントのバディリストに含まれている他のクライアントのプレゼンス情報であることを特徴とする請求項９に記載のイベント通知方法。
【請求項１１】
前記サーバは、複数のクライアントのプレゼンス情報を集中管理するプレゼンス・サーバであることを特徴とする請求項９に記載のイベント通知方法。
【請求項１２】
前記周期情報は、前記イベント通知要求メッセージのヘッダーに追加されることを特徴とする請求項９に記載のイベント通知方法。
【請求項１３】
前記イベント通知メッセージを転送する過程は、前記特定イベントの発生時点が前記周期情報を満たさないと、前記イベント通知メッセージの転送を保留することを特徴とする請求項９に記載のイベント通知方法。
【請求項１４】
前記特定イベントの通知を行うことのできる有効時間が経過したか否かを判断する過程をさらに含むことを特徴とする請求項９に記載のイベント通知方法。
【請求項１５】
前記イベントの発生を監視する過程は、前記有効時間が経過していない場合に、前記特定イベントの発生を監視することを特徴とする請求項１４に記載のイベント通知方法。
【請求項１６】
前記有効時間が経過すると、前記特定イベントに対する全ての処理を終了することを特徴とする請求項１４に記載のイベント通知方法。
【請求項１７】
前記周期情報は、前記特定クライアントに前記特定イベントの発生を通知するための最小の時間間隔であることを特徴とする請求項９に記載のイベント通知方法。
【請求項１８】
前記周期情報は、前記特定クライアントに前記特定イベントの発生を通知できる周期的な許容時間範囲であることを特徴とする請求項９に記載のイベント通知方法。
【請求項１９】
前記イベント通知メッセージを転送する過程は、前記許容時間範囲内で前記イベント通知メッセージを転送する時点を決定することを特徴とする請求項１８に記載のイベント通知方法。
【請求項２０】
特定イベントの通知周期に関する周期情報を含む所定のイベント通知要求メッセージを生成してサーバに転送する過程と、
前記特定イベントが発生すると、前記周期情報に基づいて前記サーバから転送されるイベント通知メッセージを受信する過程と、
を含むことを特徴とするイベント通知方法。
【請求項２１】
前記サーバは、前記特定イベントの発生時に前記周期情報が満たされていないと、該周期情報を満たすまでの間、前記イベント通知メッセージの転送を保留することを特徴とする請求項２０に記載のイベント通知方法。
【請求項２２】
前記周期情報が、前記イベント通知要求メッセージのヘッダーに含まれることを特徴とする請求項２０に記載のイベント通知方法。
【請求項２３】
前記周期情報は、前記クライアントのユーザが任意に設定できることを特徴とする請求項２０に記載のイベント通知方法。
【請求項２４】
特定イベントの通知周期に関する周期情報が入力される入力部と、
前記周期情報を含むイベント通知要求メッセージを生成してサーバに転送するプロセスユニットと、
前記特定イベントが発生し、前記周期情報に基づいて前記サーバから転送される該特定イベントの発生を知らせるイベント通知メッセージを受信すると、この受信したイベント通知メッセージを表示するディスプレイと、
を含むことを特徴とする携帯端末機。
【請求項２５】
前記サーバは、前記特定イベントの発生時に前記周期情報が満たされていないと、該周期情報を満たすまでの間、前記イベント通知メッセージの転送を保留することを特徴とする請求項２４に記載の携帯端末機。
【請求項２６】
前記プロセスユニットは、前記周期情報を前記イベント通知要求メッセージのヘッダーに含めることを特徴とする請求項２４に記載の携帯端末機。
【請求項２７】
前記周期情報は、前記イベント通知メッセージを受信するための最小の時間間隔又は前記イベント通知メッセージを受信する許容時間範囲であることを特徴とする請求項２４に記載の携帯端末機。
【請求項２８】
特定イベントの通知周期に関する周期情報を含むイベント通知要求メッセージをクライアントから受信し、
前記特定イベントが発生すると、該特定イベントの発生時に前記周期情報が満たされているか否かを判断し、
前記特定イベントの発生時に前記周期情報が満されていると、前記クライアントに前記特定イベントの発生を知らせるイベント通知メッセージを転送することを特徴とするサーバ。
【請求項２９】
前記特定イベントの発生時に前記周期情報が満たされていないときは、該周期情報が満されるまでの間、前記イベント通知メッセージの転送を保留することを特徴とする請求項２８に記載のサーバ。
【請求項３０】
前記周期情報は、前記イベント通知メッセージを転送するための最小の時間間隔又は前記イベント通知メッセージを転送できる許容時間範囲であることを特徴とする請求項２８又は請求項２９に記載のサーバ。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２００６−２３６３４６（Ｐ２００６−２３６３４６Ａ）
【公開日】平成１８年９月７日（２００６．９．７）
【国際特許分類】
【出願番号】特願２００６−４０８２８（Ｐ２００６−４０８２８）
【出願日】平成１８年２月１７日（２００６．２．１７）
【出願人】（５０２０３２１０５）エルジー エレクトロニクス インコーポレイティド (2,269)
【Ｆターム（参考）】
【公開日】平成１８年９月７日（２００６．９．７）
【国際特許分類】
【出願日】平成１８年２月１７日（２００６．２．１７）
【出願人】（５０２０３２１０５）エルジー エレクトロニクス インコーポレイティド (2,269)
【Ｆターム（参考）】
[ Back to top ]