(57)【要約】  カレンダイベントプロンプトシステムのためのカレンダイベント通知方法が提供され、カレンダプロンプトシステムは、カレンダサーバ１０１と、カレンダサーバ１０１を複数のレシーバに接続するための複数の保持デバイスとを含む。このカレンダイベント通知方法は、以下のステップを含む：ユーザのレシーバリストを計算して生成する計算ステップＳ３０１、レシーバリストに挙げられた１つまたは複数のレシーバに、イベント通知メッセージを送信する送信ステップＳ３０２、所定の時間の間に、１つまたは複数のレシーバが少なくとも１つの通知確認応答メッセージを返信したかどうかを判断する判断ステップＳ３０３、１つまたは複数のレシーバにおいて、返信された通知確認応答メッセージがない場合に、レシーバリストから１つまたは複数のレシーバを削除する削除ステップＳ３０４、上記で述べた送信ステップおよび判断ステップを、少なくとも１つのレシーバが通知確認応答メッセージを返信するまで反復するステップ。カレンダサーバおよびカレンダイベントプロンプトシステムも、本発明によって提供される。
2011519437.tif 000002
【特許請求の範囲】
【請求項１】
カレンダサーバ（１０１）と、カレンダサーバ（１０１）をユーザの複数のレシーバに接続するための複数の支援デバイス（１０２、１０４、１０６、１０８）とを含むカレンダイベントプロンプトシステムのためのカレンダイベント通知方法であって、
ユーザのレシーバリストを計算して生成する計算ステップ（Ｓ３０１）と、
レシーバリストに挙げられた１つまたは複数のレシーバに、イベント通知メッセージを送信する送信ステップ（Ｓ３０２）と、
１つまたは複数のレシーバが所定の期間内に少なくとも１つの通知確認メッセージを返信したかどうかを判定する判定ステップ（Ｓ３０３）と、
１つまたは複数のレシーバのうちのいずれも通知確認メッセージを返信しない場合に、レシーバリストから１つまたは複数のレシーバを削除する削除ステップ（Ｓ３０４）と、
少なくとも１つのレシーバが通知確認メッセージを返信まで、送信ステップおよび判定ステップを反復するステップと
を含む、カレンダイベント通知方法。
【請求項２】
計算ステップが、ユーザの複数のレシーバのプレゼンス情報、イベントの優先度、および／またはユーザの選択に従って、レシーバリストを計算して生成するステップを含むことを特徴とする、請求項１に記載のカレンダイベント通知方法。
【請求項３】
レシーバが、カレンダクライアント、および／またはインスタントメッセージングクライアント、および／または電子メール端末、および／またはショートメッセージシステム／マルチメディアメッセージシステム（ＳＭＳ／ＭＭＳ）端末、および／またはボイスオーバＩＰ／公衆交換電話網（ＶｏＩＰ／ＰＳＴＮ）端末である、請求項１または２に記載のカレンダイベント通知方法。
【請求項４】
プレゼンス情報が、レシーバのリアルタイムオンライン情報を含む、請求項１または２に記載のカレンダイベント通知方法。
【請求項５】
プレゼンス情報が、ユーザのレシーバのためにユーザによって設定されたデフォルトプレゼンス情報をさらに含む、請求項１または２に記載のカレンダイベント通知方法。
【請求項６】
イベントの優先度が、カレンダイベントプロンプトシステムの管理者によって設定される、請求項１または２に記載のカレンダイベント通知方法。
【請求項７】
ユーザの選択が、カレンダイベントプロンプトシステムの管理者またはユーザによって設定される、請求項１または２に記載のカレンダイベント通知方法。
【請求項８】
削除ステップにおいて、レシーバリストが空である場合、レシーバリストが、複数のレシーバの最新のプレゼンス情報に従って、ユーザのために再計算されて生成されることを特徴とする、請求項１または２に記載のカレンダイベント通知方法。
【請求項９】
複数の支援デバイス（１０２、１０４、１０６、１０８）が、インスタントメッセージングゲートウェイ（１０４）、および／または電子メールゲートウェイ（１０２）、および／またはＳＭＳ／ＭＭＳゲートウェイ（１０６）、および／またはＶｏＩＰ／ＰＳＴＮゲートウェイ（１０８）であることを特徴とする、請求項１に記載のカレンダイベント通知方法。
【請求項１０】
カレンダイベントプロンプトシステムのためのカレンダサーバ（１０１）であって、カレンダシステムが、カレンダサーバ（１０１）と、カレンダサーバ（１０１）をユーザの複数のレシーバに接続するための複数の支援デバイス（１０２、１０４、１０６、１０８）とを含み、カレンダサーバ（１０１）が、
ユーザのレシーバリストを計算して生成し、レシーバリストからレシーバを削除するための計算モジュールと、
レシーバリストに挙げられた１つまたは複数のレシーバにイベント通知メッセージを送信し、イベント通知確認を受信するための受信／送信モジュールと、
１つまたは複数のレシーバが所定の時間内に少なくとも１つの通知確認メッセージを返信したかどうかを判定するための判定モジュールと
を含む、カレンダサーバ（１０１）。
【請求項１１】
計算モジュールが、ユーザの複数のレシーバのプレゼンス情報、イベントの優先度、および／またはユーザの選択に従って、レシーバリストを計算して生成することを特徴とする、請求項１０に記載のカレンダサーバ（１０１）。
【請求項１２】
レシーバが、カレンダクライアント、および／またはインスタントメッセージングクライアント、および／または電子メール端末、および／またはＳＭＳ／ＭＭＳ端末、および／またはＶｏＩＰ／ＰＳＴＮ端末である、請求項１０または１１に記載のカレンダサーバ（１０１）。
【請求項１３】
プレゼンスが、レシーバのリアルタイムオンライン情報を含む、請求項１０または１１に記載のカレンダサーバ（１０１）。
【請求項１４】
プレゼンスが、ユーザのレシーバのためにユーザによって設定されたデフォルトプレゼンスをさらに含む、請求項１０または１１に記載のカレンダサーバ（１０１）。
【請求項１５】
複数のレシーバのプレゼンス情報を入手するためのプレゼンスインターフェース（２０３）と、プレゼンス情報を管理し、プレゼンス情報を統一された手段において計算モジュールに提供するためのプレゼンスエンジン（２０２）とをさらに含むことを特徴とする、請求項１０または１１に記載のカレンダサーバ（１０１）。
【請求項１６】
イベントの優先度、および／またはユーザの選択を保存するカレンダデータベース（２０４）をさらに含むことを特徴とする、請求項１０または１１に記載のカレンダサーバ（１０１）。
【請求項１７】
受信／送信モジュールを、複数の支援デバイス（１０２、１０４、１０６、１０８）に接続するための複数のインターフェース（２１０２、２１０４、２１０６、２１０８）をさらに含むことを特徴とする、請求項１０に記載のカレンダサーバ（１０１）。
【請求項１８】
複数の支援デバイス（１０２、１０４、１０６、１０８）が、インスタントメッセージングゲートウェイ（１０４）、および／または電子メールゲートウェイ（１０２）、および／またはＳＭＳ／ＭＭＳゲートウェイ（１０６）、および／またはＶｏＩＰ／ＰＳＴＮゲートウェイ（１０８）であることを特徴とする、請求項１０に記載のカレンダサーバ（１０１）。
【請求項１９】
カレンダサーバ（１０１）と、カレンダサーバ（１０１）をユーザの複数のレシーバに接続するための複数の支援デバイス（１０２、１０４、１０６、１０８）とを含む、カレンダイベントプロンプトシステム（１００）であって、カレンダサーバ（１０１）が、
ユーザのレシーバリストを計算して生成し、レシーバリストからレシーバを削除するための計算モジュールと、
レシーバリストに挙げられた１つまたは複数のレシーバにイベント通知メッセージを送信し、イベント通知確認を受信するための受信／送信モジュールと、
１つまたは複数のレシーバが所定の時間内に少なくとも１つの通知確認メッセージを返信したかどうかを判定するための判定モジュールと
をさらに含むことを特徴とする、カレンダイベントプロンプトシステム（１００）。
【請求項２０】
計算モジュールが、ユーザの複数のレシーバのプレゼンス情報、イベントの優先度、および／またはユーザの選択に従って、レシーバリストを計算して生成することを特徴とする、請求項１９に記載のカレンダイベントプロンプトシステム（１００）。
【請求項２１】
レシーバが、カレンダクライアント、および／またはインスタントメッセージングクライアント、および／または電子メール端末、および／またはＳＭＳ／ＭＭＳ端末、および／またはＶｏＩＰ／ＰＳＴＮ端末である、請求項１９または２０に記載のカレンダイベントプロンプトシステム（１００）。
【請求項２２】
プレゼンス情報が、レシーバのリアルタイムオンライン情報を含む、請求項１９または２０に記載のカレンダイベントプロンプトシステム（１００）。
【請求項２３】
プレゼンスが、ユーザのレシーバのためにユーザによって設定されたデフォルトプレゼンス情報をさらに含む、請求項１９または２０に記載のカレンダイベントプロンプトシステム（１００）。
【請求項２４】
複数のレシーバのプレゼンスを入手するためのプレゼンスインターフェース（２０３）と、プレゼンス情報を管理し、プレゼンス情報を統一された手段において計算モジュールに提供するためのプレゼンスエンジン（２０２）とをさらに含むことを特徴とする、請求項１９または２０に記載のカレンダイベントプロンプトシステム（１００）。
【請求項２５】
イベントの優先度、および／またはユーザの選択を保存するカレンダデータベース（２０４）をさらに含むことを特徴とする、請求項１９または２０に記載のカレンダイベントプロンプトシステム（１００）。
【請求項２６】
受信／送信モジュールを、複数の支援デバイス（１０２、１０４、１０６、１０８）に接続するための複数のインターフェース（２１０２、２１０４、２１０６、２１０８）をさらに含むことを特徴とする、請求項１９に記載のカレンダイベントプロンプトシステム（１００）。
【請求項２７】
複数の支援デバイス（１０２、１０４、１０６、１０８）が、インスタントメッセージングゲートウェイ（１０４）、および／または電子メールゲートウェイ（１０２）、および／またはＳＭＳ／ＭＭＳゲートウェイ（１０６）、および／またはＶｏＩＰ／ＰＳＴＮゲートウェイ（１０８）であることを特徴とする、請求項１９に記載のカレンダイベントプロンプトシステム（１００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信に関し、より詳細には、ウェブベースのカレンダアプリケーションに関する。
【背景技術】
【０００２】
カレンダアプリケーションが、特に企業イントラネットに存在して久しい。最もよく知られたカレンダアプリケーションの例に、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ（商標）、およびＩＢＭ  Ｌｏｔｕｓ  Ｎｏｔｅｓ／Ｄｏｍｉｎｏ（商標）がある。企業ユーザは、日ごとのカレンダを設定することができ、あるイベント（たとえば、会議、クライアントとのミーティング、誕生日、公演を観ることなど）が発生しそうになる前に、プロンプトウィンドウがポップアップするようになり、それにより、ユーザは時間通りにそのイベントに出席することができる。そのようなツールは、企業電子メールおよび会議システムと組み合わせることさえできる。しかしながら、それらのツールは、企業イントラネット内にインストールされているだけであり、公共のドメインのユーザにはアクセス可能でないために、公共のインターネットユーザ（たとえば、旅行団体、国際／国内会議の参加者）には、そのようなツールを使用する手段はない。
【０００３】
その一方で、Ｇｏｏｇｌｅ  ｃａｌｅｎｄａｒ（商標）などのウェブベースのカレンダが、公共のユーザ用に開発されている。ユーザは、ウェブブラウザを通じてカレンダを設定することができ、ポップアップウィンドウ、リマインダ電子メールおよび／またはショートメッセージの形式を取ることができる通知が、あるイベントが発生しそうになる前にユーザに送信されることになる。しかしながら、現在のウェブベースのカレンダの多くは、個人ユーザ用のみであり、チームカレンダを十分には支援しない。
【０００４】
その上、現在のカレンダアプリケーションは、ユーザのプレゼンスを考慮に入れない。ユーザが自分のコンピュータにアクセスできない場合でも、ポップアップウィンドウ、または電子メールはやはりユーザに送信されることになり、ユーザはリマインドされないために、それは疑いなくリソースの無駄という結果に終わる。
【０００５】
最も重要なことには、チームカレンダのための現在のカレンダアプリケーションでは、利用可能な通知確認メカニズムがないために、管理者が、ユーザ（たとえばチームメンバ）が無事にリマインダを受信したかどうかを知ることができない。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
公共のインターネットユーザにだけでなく、企業イントラネットユーザにもまた好適であり、ユーザ（すなわちチームメンバ）のオンライン状態を「インテリジェントに」判定する能力を有し、それにより、適切な通信手段（ポップアップウィンドウ、ショートメッセージ、電話通話など）を通じてユーザに即座に通知を伝達し、チームカレンダの管理者が、チームメンバが通知確認メカニズムを通じて通知を受信したかどうかを即座に指図することを可能にする、チームカレンダの必要性が存在する。
【課題を解決するための手段】
【０００７】
先行技術の欠点を克服するために、本発明は、インテリジェントチームカレンダを提供する。インテリジェントチームカレンダは、公共のインターネットユーザ用、特にチームユーザ用に設計される。そのようなカレンダは、その独自のインテリジェンス通知ルールに従った複数の適切な手段を通じてユーザにリマインドすることができ、ユーザが何らかの理由により自分のコンピュータにアクセスできない場合であっても、そのユーザに知らせることもできる。ユーザは、さまざまな種類のソフトウエアまたは装置、たとえばコンピュータ（パーソナルコンピュータＰＣ／ラップトップ／携帯情報端末ＰＤＡなど）上のブラウザポップアップウィンドウ、携帯電話上のショートメッセージサービス／マルチメディアメッセージサービス（ＳＭＳ／ＭＭＳ）の受信箱、公衆交換電話網（ＰＳＴＮ）電話によって、通知を受信することができる。さらに、本発明のインテリジェントチームカレンダによれば、チームメンバが通知を受信したかどうかを管理者が容易に知ることができる通知確認メカニズムが、チームカレンダの管理者に提供される。
【０００８】
したがって、本発明の上記の基本理念によれば、第１に、カレンダイベントプロンプトシステムのためのカレンダイベント通知方法が提供され、カレンダイベントプロンプトシステムは、カレンダサーバと、カレンダサーバをユーザの複数のレシーバに接続するための複数の支援デバイスとを含み、カレンダイベント通知方法は、以下のステップを含む：ユーザのレシーバリストを計算して生成する計算ステップ、レシーバリストに挙げられた１つまたは複数のレシーバに、イベント通知メッセージを送信する送信ステップ、１つまたは複数のレシーバが所定の時間内に少なくとも１つの通知確認メッセージを返信したかどうかを判定する判定ステップ、１つまたは複数のレシーバのうちのいずれも通知確認メッセージを返信しない場合に、レシーバリストから１つまたは複数のレシーバを削除する削除ステップ、ならびに少なくとも１つのレシーバが通知確認メッセージを返信するまで、送信ステップおよび判定ステップを反復するステップ。
【０００９】
本発明によるカレンダイベント通知方法は、好ましくは、ユーザの複数のレシーバのプレゼンス、イベントの優先度、および／またはユーザの選択に基づいて、レシーバリストを計算して生成する。
【００１０】
第２に、本発明は、カレンダプロンプトシステムのためのカレンダサーバを提供し、カレンダプロンプトシステムは、カレンダサーバと、カレンダサーバをユーザの複数のレシーバに接続するための複数の支援デバイスとを含み、カレンダサーバは以下を含む：ユーザのレシーバリストを計算して生成し、レシーバリストからレシーバを削除するための計算モジュール、レシーバリストに挙げられた１つまたは複数のレシーバにイベント通知メッセージを送信し、イベント通知確認を受信するための受信／送信モジュール、および１つまたは複数のレシーバが所定の時間内に少なくとも１つの通知確認メッセージを返信したかどうかを判定するための判定モジュール。
【００１１】
加えて、本発明は、上記のカレンダサーバを含むカレンダイベントプロンプトシステムをさらに提供する。本発明によるカレンダイベントプロンプトシステムは、本発明によるカレンダイベントプロンプト方法、および本発明によるカレンダサーバに対応する。
【００１２】
既存のカレンダシステムと比較して、本発明は以下のような利点を有する：
・個人ユーザおよびチームユーザのどちらにも使用可能であり、特にチームユーザが対象とされる、
・公共のインターネットおよび企業イントラネットの両方における使用を支援する、
・インテリジェント通知ルール（プレゼンス、優先度、およびユーザ選択）を利用する、
・統一されたプレゼンス管理、
・通知確認を提供する、および
・ユビキタスなイベント通知方法。
【図面の簡単な説明】
【００１３】
【図１】本発明によるインテリジェントチームカレンダシステムの構成を示す図である。
【図２】本発明の実施形態によるインテリジェントチームカレンダサーバの構成を示す図である。
【図３】本発明の実施形態によるインテリジェントチームカレンダプロンプト方法のフローチャートである。
【図４】本発明の別の実施形態によるインテリジェントチームカレンダプロンプト方法のフローチャートである。
【発明を実施するための形態】
【００１４】
本発明の１つまたは複数の実施形態の詳細な説明が、本発明の原理を図示する添付の図面と共に以下に提供される。本発明は、これらの実施形態に関連して説明されるが、本発明はいずれの実施形態にも制限されない。本発明の範囲は、特許請求の範囲によって定義され、さまざまな選択形態、修正形態、および均等な代替形態を含む。本発明を十分に理解するために、以下の説明では、多くの特定の詳細が言及される。これらの詳細は、例のみを目的として提供され、本発明は、これらの特定の詳細のいくつかまたはすべてを備えなくとも、特許請求の範囲によって実装されることができる。明瞭にするために、本発明に関連した専門的な技術においてよく知られている教示は、本発明を不必要に曖昧にしないようにするために、やはり詳細には説明されない。
【００１５】
図１は、本発明によるインテリジェントチームカレンダシステム１００の構成を示す。本発明によるインテリジェントチームカレンダシステム１００は、カレンダサーバ１０１、および他の支援サーバ／ゲートウェイ、たとえば、チームカレンダ管理者側のインスタントメッセージング（以下ではＩＭと称する）ゲートウェイ１０３、およびＳＭＳゲートウェイ１０５、ならびにチームメンバ側の電子メールゲートウェイ１０２、ＩＭゲートウェイ１０４、ＳＭＳ／ＭＭＳゲートウェイ１０６、ＶｏＩＰ／ＰＳＴＮゲートウェイ１０８などを含む。この図では、電子メールゲートウェイ１０２は、ＰＣに接続され、ＩＭゲートウェイ１０４は、ユーザ（チームメンバ）のＩＭクライアントに接続されている。図１では、ＩＭクライアントはＰＣで示されているが、これは例示にすぎず、現在ではＩＭアプリケーションは、ＰＣまたはラップトップコンピュータ上のみでなく、携帯電話上でも動作することができることに留意されたい。ＳＭＳ／ＭＭＳゲートウェイ１０６は、チームメンバの携帯電話に接続され、ＶｏＩＰ／ＰＳＴＮゲートウェイ１０８は、チームメンバの携帯電話／固定電話に接続されている。
【００１６】
カレンダサーバ１０１は、本発明によるインテリジェントカレンダシステムのコア要素である。カレンダサーバ１０１は、ウェブサーバに基づいて実装される。カレンダサーバ１０１は主に、チーム管理、カレンダ管理、カレンダ表示、およびインテリジェントイベント通知としての機能を担当する。カレンダサーバ１０１は、他のサーバおよびゲートウェイを利用して、すべてのイベント通知タスクを実行する。したがって、本発明において提案されるチームカレンダは、やはりウェブベースである。チームカレンダ管理者およびチームカレンダメンバの両方は、さまざまなユーザ用に最も普及している手段であるウェブブラウザを通じて、カレンダに容易にアクセスすることができる。
【００１７】
本発明の好ましい実施形態によれば、図２は、本発明によるカレンダサーバ１０１の構成を示す。カレンダサーバ１０１は、カレンダエンジン２０１と、プレゼンスエンジン２０２と、プレゼンスインターフェース２０３と、チームカレンダデータベース２０４とを含む。その上、カレンダサーバ１０１はまた、さまざまな支援デバイスとのインターフェース、たとえば、電子メールゲートウェイ１０２とのインターフェース２１０２、ＩＭゲートウェイ１０４とのインターフェース２１０４、ＳＭＳ／ＭＭＳゲートウェイ１０６とのインターフェース２１０６、およびＶｏＩＰ／ＰＳＴＮゲートウェイ１０８とのインターフェース２１０８を含む。プレゼンスインターフェース２０３は、電子メールゲートウェイ１０２、ＩＭゲートウェイ１０４、ＳＭＳ／ＭＭＳゲートウェイ１０６、およびＶｏＩＰ／ＰＳＴＮゲートウェイ１０８とそれぞれ接続されており、これらのゲートウェイはそれぞれ、さまざまなレシーバ、またはいわゆるチームメンバのユーザ端末、すなわち、ＰＣ、携帯電話、固定電話などに接続されて、プレゼンス、またはより具体的にはレシーバのオンライン情報を、さまざまな支援デバイス（本実施形態の電子メールゲートウェイ１０２、ＩＭゲートウェイ１０４、ＳＭＳ／ＭＭＳゲートウェイ１０６、およびＶｏＩＰ／ＰＳＴＮゲートウェイ１０８）を介して受信する。
【００１８】
理解および以下の説明を容易にするために、カレンダエンジン２０１は、本発明の基本原理によるより詳細なモジュール、たとえば、計算モジュール２０１１、受信／送信モジュール２０１２、および判定モジュール２０１３にさらに分割されることができる。これらのモジュールの機能は、図３および図４を参照して、以下の説明においてさらに具体的に言及される。
【００１９】
図２には直接示されていないものの、プレゼンスインターフェース２０３はまた、チームメンバのカレンダアプリケーションに直接接続されていることは明らかである。チームメンバがチームカレンダウェブページを開いた場合、そのページにはカレンダ情報が表示されることになり、ユーザにイベント通知を送信する必要があり、かつページがまだ開いている場合に、リマインダウィンドウがポップアップすることになり、これは他のレガシーウェブベースのカレンダと類似している。
【００２０】
上記で触れたように、レガシーカレンダの限界は、この時、ユーザ（すなわちチームメンバ）がカレンダウェブページにログインしていない場合には、ユーザは時間内にリマインダを受信しないということである。その上、管理者にとっては、ユーザ（すなわちチームメンバ）がこのイベント通知を受信したかどうかがわからない。より重要な、またはより緊急なイベントについて、チームメンバが比較的分散されている場合、管理者がそのようなイベントのチームのすべてのメンバに即座に通知したいとき、かなりのコストが支出されることになる。
【００２１】
本発明によるチームカレンダインテリジェント通知ルール、および通知確認メカニズムは、これらの問題を首尾よく解決する。
【００２２】
本発明のチームカレンダインテリジェント通知ルールを紹介する前に、本発明によるインテリジェントチームカレンダシステム１００におけるさまざまな支援デバイスの機能を、図１および図２と組み合わせて説明する必要がある：
−  電子メールゲートウェイ１０２：チームカレンダが電子メールによるイベント通知を送信し、配信レポートを受信するための手段を提供する、
−  ＩＭゲートウェイ１０４：バディとしてのチームメンバを追加／削除し、ＩＭプレゼンス情報を取得し、イベント通知メッセージを送信するように、カレンダエンジン２０１に統一されたインターフェースを提供しながら、ＭＳＮ（ＴＭ）、Ｙａｈｏｏ（ＴＭ）、ＱＱ（ＴＭ）、ＳｋｙＰＥ（ＴＭ）、Ｇｏｏｇｌｅ（ＴＭ）他などの、さまざまな外部のＩＭアプリケーションとの通信を支援する、
−  ＳＭＳ／ＭＭＳゲートウェイ１０６：チームカレンダがメンバの携帯電話（セル電話）へのＳＭＳ／ＭＭＳによりチームメンバにイベント通知を送信し、配信レポートを受信するための手段を提供する。ＳＭＳかＭＭＳかの選択は、イベントのコンテンツによる：テキストのみによるイベントの場合は、ＳＭＳメッセージが送信され、一方マルチメディアコンテンツ（写真、サウンド、他など）を含むイベントの場合は、ＭＭＳメッセージが送信される、および
−  ＶｏＩＰ／ＰＳＴＮゲートウェイ１０８：チームカレンダがメンバの携帯電話またはＰＳＴＮ電話への電話通話によりチームメンバにイベント通知を送信するための手段を提供する。加えて、カレンダイベントがユーザの電話に音声として送信されることができるように、テキストトゥスピーチ（ＴＴＳ）メカニズムを支援する。
【００２３】
本発明によるチームカレンダインテリジェント通知ルールが、本発明の好ましい実施形態に関連して以下に説明される。通知ルールは、主に以下の態様を含む：
第１に、ユーザのプレゼンス情報を考慮する。ここで、ユーザのプレゼンス情報は、主にユーザのオンライン状態を指す。図２に示されるように、プレゼンスインターフェース２０３は、それぞれゲートウェイに接続されて、これらのゲートウェイ、およびそれぞれの支援デバイスを通じてレシーバのプレゼンス情報を受信する。プレゼンスエンジン２０２は、プレゼンスをサブスクライブすること、プレゼンスを取り出すこと、およびカレンダエンジンに対してプレゼンスを公開することを含む、すべてのこれらのレシーバのプレゼンスの管理に使用される。プレゼンスエンジン２０２は、異なる種類のレシーバのプレゼンス情報をサブスクライブし、取り出すための異なる手段を有する一方で、カレンダエンジンに対しては統一されたインターフェースを見せる。
【００２４】
現在、レガシーメッセージング（たとえば電子メール、ＳＭＳ／ＭＭＳ）、および電話ネットワークでは、リアルタイムプレゼンス情報は、一般的に利用可能ではない。プレゼンスのためのデフォルト値は「オンライン」に設定されることができ、それは、ユーザへのイベント通知送信時に、電子メール、ＳＭＳ／ＭＭＳ、および電話通話がすべて利用可能な通信手段であることを意味する。値は、チームメンバによって変更されることが可能である。
【００２５】
ＰＳＴＮネットワークは同じ問題を有する。厳密に言えば、通知の電話がかけられるときのみ、その時に電話が話し中であっても、我々は、電話が「利用可能である」と判定することができる。したがって、ＰＳＴＮネットワークでは、ユーザが通知手段として自分のＰＳＴＮ電話を使用するつもりであれば、プレゼンスのためのデフォルト値が「オンライン」に設定されることができる。
【００２６】
携帯デバイスでは、プレゼンス情報は、オンライン（空いている）およびオフライン（話し中、電源オフ、または信号なし）にとどまらない。ロケーションおよびユーザの状態（たとえばミーティング）が考慮されるべきであるが、それらは現在、すべての携帯電話で利用可能というわけではない。したがって、好ましくは、異なる通知手段がチームメンバに通知するのに使用されるとき、携帯電話はＰＳＴＮ電話と同じに扱われてよく、しかしながら、これは限定的ではない。携帯電話技術の継続的な開発に伴い、ロケーションおよびユーザの状態は考慮されることができる。
【００２７】
ＩＭネットワークでは、チームメンバのプレゼンスは、ＭＳＮプロトコルなどの既存のＩＭプロトコルを介して取得されることができる。典型的な手順はこのようであってよい：（１）カレンダＩＭソフトウエアロボットがＩＭネットワークにおいて作成される、（２）ＩＭソフトウエアロボットが、チームメンバのプレゼンスにサブスクライブする、（３）チームメンバが、カレンダＩＭソフトウエアロボットに対して、プレゼンスにサブスクライブする特権を検証し、承諾する、（４）チームメンバが自分のプレゼンス情報を変更すると、ソフトウエアロボットは、更新されたプレゼンス情報を入手することになる。
【００２８】
チームカレンダウェブブラウザでは、プレゼンス情報は次のように定義される：カレンダウィンドウが開いていればオンライン、およびカレンダウィンドウが閉じていればオフライン。プレゼンスは、カレンダサーバ１０１から、ブラウザによって取り出される。
【００２９】
本発明によって提案されるプレゼンスインターフェース２０３、およびプレゼンスエンジン２０２による統一されたプレゼンス管理は、カレンダサーバ１０１に、異なるレシーバをインテリジェントに選択してイベント通知を送信する能力を提供し、カレンダエンジン２０１にかかる負荷を著しく削減する。
【００３０】
本発明によるチームカレンダインテリジェント通知ルールは、ユーザのプレゼンス情報を使用するだけではなく、通知されるべきイベントの優先度と組み合わせることもできる。チームカレンダ管理者は、イベントを、優先度の低いイベント、通常のイベント、ならびに優先度の高いイベントとして設定することができ、それにより、異なる通知メカニズムが適用されることができる。
【００３１】
加えて、チームカレンダインテリジェント通知ルールはまた、ユーザの選択を考慮に入れることができる。ユーザは、自分の好ましいレシーバ、たとえば携帯電話を選び、いくつかのレガシーレシーバのためのデフォルトプレゼンス情報を設定し、たとえば、携帯電話を「オンライン」に設定することができる。イベント通知の送信時、カレンダサーバ１０１は、ＳＭＳ／ＭＭＳが使用可能であり、電話通話もまた使用可能であることを考慮することになる。
【００３２】
以下はいくつかのデフォルト通知ルールの例である。
【００３３】
ルール１：ユーザがプリセットした選択リストの中の指定されたレシーバのみを試す。
【００３４】
チームメンバＡは、上記に挙げられたレシーバ（ＰＣ、携帯電話、電子メールなど）のそれぞれを有することができ、イベント通知の送信時、それらのレシーバのすべてが「オンライン」、すなわち利用可能である可能性が非常に高いが、その一方でユーザＡはその選択リストにおいて、レシーバを「ＳＳＭ／ＭＭＳ」にプリセットしている。したがって、カレンダサーバ１０１（具体的には、カレンダエンジン２０１）は、ＳＳＭ／ＭＭＳインターフェース２１０６のみを通じて、ユーザＡの携帯電話にイベント通知を送信する。
【００３５】
ルール２：オンラインレシーバを最初に試す。このルールは理解しやすい。チームメンバＢが自分の選択をＩＭに設定しても、プレゼンスインターフェース２０３およびプレゼンスエンジン２０２からカレンダエンジン２０１に転送されたプレゼンス情報が、ユーザＢが現在ＩＭネットワークではオンラインではないこと明示的に示し、一方でユーザＢの携帯電話が「オンライン」状態であるとき、インテリジェントチームカレンダシステムは、この時点でＩＭネットワークを通じてチームメンバＢに即座にイベント通知を転送することはない。というのは明らかに無駄であるからである。イベントが緊急であり、即座の配信を要する場合には、カレンダサーバ１０１は、直接ＳＭＳ／ＭＭＳインターフェース２１０６および／または電話通話インターフェース２１０８を介して、チームメンバＢに直接イベント通知を送信することになり、最終的にＳＭＳ／ＭＭＳか電話通話かの選択は、他の要因、たとえばイベントの優先度にさらに依存する。イベントが優先度の高いイベントの場合、カレンダサーバ１０１は、同時に２つの手段を取って、チームメンバＢがイベントについての通知を受信することができることを確実にすることができる。
【００３６】
ルール３：すべてのオンラインレシーバの中で、空いているレシーバを最初に試す。たとえば、利用可能である限り、ポップアップウィンドウ、電子メール、およびＩＭが好ましく、ＳＭＳ／ＭＭＳおよび電話通話はバックアップである。
【００３７】
ルール４：通常の、および優先度の低いイベントでは、順序付きのシーケンシャル通知方法が使用される。イベント通知は、通知確認（その詳細については以下で説明される）が一定期間の後に受信されていない限り、次の順序で送信される：ポップアップウィンドウ→ＩＭ→電子メール→ＳＭＳ→電話通話。
【００３８】
ルール５：優先度の高いイベントでは、ユーザの１つの通知確認が受信されるまで、システムは、それぞれのユーザのすべての利用可能なレシーバに対して、同時にイベントをブロードキャストすることになる。ユーザのレシーバがオフラインであるという特別なケースでは、システムは、所定の期間内でブロードキャストの手順を繰り返すことになる。
【００３９】
通知確認は、インテリジェント通知ルールにとって非常に重要であり、チームカレンダ管理者が、チームメンバがイベント通知に気づいたかどうかを知るという意味においてもまた重要である。それぞれの通知確認が、異なるイベント通知手段のために用いられてよい。たとえば、ポップアップウィンドウでは、通知は、ウィンドウの「ＯＫ」ボタンをクリックすることによって確認され、そうでなければユーザによる確認は行われない。当然ながら、ユーザがチームカレンダのページをブラウズしているものの、ポップアップウィンドウに気づかない場合の状況もある。ＩＭでは、確認は、ＩＭ配信レポート、およびメッセージに対するユーザ返信によって行われ、そうでなければ確認は行われない。電子メールでは、ほとんどの電子メールシステムがリーディングフィードバックメカニズムを支援することから、確認は、電子メール開封通知によって行われ、そうでなければ確認は行われない。ＳＭＳ／ＭＭＳでは、オペレータは一般的にＳＭＳ／ＭＭＳ標準の配信レポートメカニズムを支援することから、確認は、ＳＭＳ／ＭＭＳ配信レポートによって行われ、そうでなければ確認は行われない。電話通話では、プロンプト音声自動応答（ＩＶＲ）システムにおいて、電話パッド上の確認キー（たとえば「０」）をクリックすることができる。
【００４０】
本発明によるチームカレンダシステム１００の構成、本発明によるチームカレンダサーバ１０１の構成、本発明によるチームカレンダインテリジェント通知ルール、および本発明による通知確認メカニズムがそれぞれ、以上で紹介された。本発明のよりよい理解のために、本発明の実施形態による、管理者およびチームメンバによって実行されることができる主な操作が以下で説明される。
【００４１】
本発明によるインテリジェントチームカレンダシステム１００は、４つのタイプの操作を実行することができる。
【００４２】
チーム管理操作。
【００４３】
チーム管理操作は、チームカレンダ管理者およびチームメンバの両方によって実行される。チーム管理操作は、ウェブポータル、ＩＭ、およびＳＭＳを通じて実行されることができる。ウェブポータルが主な手段であり、一方でＩＭ／ＳＭＳはバックアップ手段である。ＳＭＳは、ユーザがあるケースにおいて自分のコンピュータにアクセスできない場合のみに使用される。管理者およびチームメンバの両方は、ユーザ名／パスワードの対を入力することによって、システムにログインしなければならない。次いで、ユーザは、チーム管理セッションを開始して、許可されたすべての操作を実行することができる。ログインメッセージおよび操作メッセージなどの、異なるフォーマットによる複数のＳＭＳ／ＩＭメッセージが発生することになる、ＳＭＳ／ＩＭが使用される場合も同様のケースである。
【００４４】
チームカレンダ管理者では、以下の操作が実行されることができる：
１）チームを作成する：チーム情報を指定し（説明、空のメンバリスト）、チーム情報をチームカレンダサーバのデータベースに保存する。
２）チームを削除する：チームからすべてのチームメンバを削除し、データベースからチームを削除する。
３）ユーザを追加する：ユーザ情報を指定し（名前、電子メールアドレス、好ましいＩＭアカウント、携帯電話番号、および／またはＰＳＴＮ電話番号）、ユーザ情報をアクティブなチームカレンダサーバのデータベースに保存する。初期のユーザ名／パスワードの対が、この操作で設定されてよい。
４）ユーザを削除する：ユーザがメンバであるすべてのチームからそのユーザを削除し、データベースからそのユーザを削除する。
５）ユーザをメンバとしてチームに割り当てる：ユーザデータベースからユーザを選択し、そのユーザをチームのメンバリストの中に追加する。
６）チームからユーザを削除する：ユーザをチームのメンバリストから削除する。
７）チームメンバの選択を設定する：異なる優先度のイベントについてユーザが希望する好ましい通知方法を指定する。可能な通知方法は、ポップアップウィンドウ、ＩＭ、電子メール、ＳＭＳ、および電話通話を含む。単一のイベントに対して複数の通知方法が指定されてよく、これらの方法のすべてが、ユーザが一定のイベントにリマインドされるべきときに、インテリジェント通知ルールによって順番に試されなければならない。
８）チームメンバのプレゼンスを設定する：チームメンバについて、各レガシー通知方法（電子メール、ＳＭＳ、および電話通話）のデフォルトプレゼンス状態を指定する。
【００４５】
チームメンバでは、以下の操作が実行されることができる：
１）登録する：管理者によって実行される「ユーザを追加する」操作と類似する。ユーザは、自分をシステムの中に追加することができる。
２）登録解除する：管理者によって実行される「ユーザを削除する」操作と類似する。ユーザは、自分をシステムから削除する。
３）選択を設定する：管理者によって実行される「チームメンバの選択を設定する」操作と類似する。
４）プレゼンスを設定する：管理者によって実行される「チームメンバのプレゼンスを設定する」操作と類似する。
【００４６】
第１に、カレンダ管理である。
【００４７】
カレンダ管理は、チームカレンダ管理者によってのみ実行される。チーム管理と類似して、操作は、ウェブポータル、ＩＭ、およびＳＭＳを通じて実行されることができる。
１）イベントを追加する：イベントの開始時間、終了時間、内容、優先度、およびリマインドする時間を指定し、イベントをデータベースの中に保存する。操作はまた、ウェブページが開くと、そのページのカレンダ表示をリフレッシュすることができる。
２）イベントを削除する：イベントをデータベースから削除する。操作はまた、ウェブページが開くと、そのページのカレンダ表示をリフレッシュすることができる。
３）イベントを変更する：イベントの情報（開始時間、終了時間、内容、優先度、およびリマインドする時間）を変更し、新しい情報をデータベースの中に保存する。操作はまた、ウェブページが開くと、そのページのカレンダ表示をリフレッシュすることができる。
４）イベント通知範囲を設定する：どのチームメンバにイベントが送信されるべきかを指定し、そのような情報をデータベースの中に保存する。
【００４８】
第２に、カレンダ表示である。
【００４９】
本操作は、ウェブページ上のカレンダ情報をユーザに表示するためのものである。イベントが追加、削除、または変更されたときにはいつでも、更新のために、ウェブページがトリガされて、それ自体がリフレッシュしなければならない。
【００５０】
第３に、カレンダイベント通知である。
【００５１】
アクティブなチームサーバにおけるインテリジェントイベント通知コンポーネントが、イベント通知範囲、チームメンバの現在のプレゼンス、およびチームメンバの選択に従った適切な手段で、適切なチームメンバにイベントを送信することになる。
【００５２】
本発明によるチームカレンダイベント通知方法が、図３に関連して以下に詳細に説明される。図は、本発明によるイベント通知のための基本的な方法を図示する。
【００５３】
上記の操作に従った機能を有するチームカレンダサーバ上で、チームカレンダ管理者が、４人のメンバＡ、Ｂ、Ｃ、Ｄを含むチーム１を作成したものとして、本発明によるチームカレンダ管理方法を、Ａの例によって説明する。管理者のプリセットに従って、イベントは優先度の低いイベントであり、ユーザＡの選択は、順番に、カレンダポップアップウィンドウ、ＩＭ、電子メール、ＳＭＳ／ＭＭＳメッセージであるものとする。ユーザＡの選択は、ユーザＡ自身によって、または管理者によって設定されることができ、いつでも変更され、チームカレンダデータベースの中に保存されることができる。上記で述べたように、管理者またはユーザＡはまた、レガシー通知方法ごとに、すなわち、電子メール、ＳＭＳ／ＭＭＳ、および電話通話のデフォルトプレゼンス状態を設定することができ、ユーザＡは既に、自分自身の選択において、電子メール、ＳＭＳ／ＭＭＳメッセージを自分自身で「オンライン」に設定しているものとし、それゆえイベント通知の送信時に、この２つの手段が考慮されることになり、そうでない場合、それらは通常の状況下では考慮されることはない。
【００５４】
ここで、何らかの通常のイベントについてのリマインダメッセージが送信されることになり、本発明によるチームカレンダイベント方法が、以下のステップを実行することになる：
プレゼンスインターフェース２０３から取得されたプレゼンス情報が、プレゼンスエンジン２０２に提供され、プレゼンス情報は、レシーバからカレンダサーバ１０１がサブスクライブする、またはレシーバがカレンダサーバ１０１に提供するリアルタイムオンライン情報であってよい。この時点でプレゼンスは、ユーザＡが自分のチームカレンダアプリケーションにログインしていることを示すが、一方でユーザＡはＩＭツールを使用しないものとする。プレゼンスエンジン２０２は、それが管理するプレゼンス情報を、統一されたインターフェースを通じてカレンダエンジン２０１に提供する。その間に、カレンダエンジン２０１は、チームカレンダデータベース２０４に問い合わせることによってイベントが通常のイベントであることを、ならびにユーザＡの選択が、順番に、カレンダポップアップウィンドウ、ＩＭ、電子メール、およびＳＭＳ／ＭＭＳメッセージであり、一方でこの状況におけるレガシー通知手段（電子メール、ＳＭＳ／ＭＭＳ）がユーザＡによって「オンライン」（すなわち利用可能）に設定されていることを知る。
【００５５】
カレンダエンジン２０１、具体的にはその計算モジュール２０１１は、リアルタイムに取得された上記のオンライン情報、およびプリセットに基づいて、レシーバリストを計算することになる（すなわちステップＳ３０１）。レシーバリストは、上記のデフォルト通知ルール、または想定される任意の他の通知ルールに従って計算されることができる。デフォルト通知ルールに従って、レシーバリストは、順番に、カレンダポップアップウィンドウ、電子メール、ＳＭＳ／ＭＭＳメッセージを含む。
【００５６】
カレンダエンジン２０１の受信／送信モジュール２０１２は、最初に、ユーザＡのカレンダアプリケーションに直接イベント通知を送信する（Ｓ３０２）。次いで、ユーザＡの通知確認を待つ。ユーザＡのウェブページ上にポップアップウィンドウが現れることになり、時間内にユーザＡがこのウィンドウを見て、ウィンドウをクリックすると、通知確認メッセージが直接カレンダエンジン２０１に返信されることになり、すなわち、図の中のチェックボックスにおいて「Ｙｅｓ」であり、管理者は、ユーザＡがイベント通知に気づいたことを知り、ユーザＡとの対話が終了してよい。
【００５７】
ステップＳ３０３で、ユーザＡのウェブページ上にポップアップウィンドウが現れたが、ユーザＡはこの時、何らかの問題で離れていてイベント通知に気づかない場合、ある一定の時間、たとえば一時間、または２０分間の後で（これは管理者によってプリセットされ、当技術分野では一般的な知識であり、ここではこれ以上の説明は行わない）、カレンダエンジン２０１の判定モジュール２０１３が、レシーバからの確認が受信されたかどうかを判定することになる。ユーザＡが、ポップアップウィンドウをクリックすることによる確認をまだしていない、すなわち図の中のチェックボックスにおいて「Ｎｏ」の場合、カレンダエンジン２０１は、最初にレシーバリストからポップアップウィンドウを削除し（Ｓ４０４）、これは現在ポップアップウィンドウ通知手段が失敗したことを意味し、次いでレシーバリストの次のレシーバ（すなわち電子メール）を通じてイベント通知を送信し、すなわち、フローチャートのステップＳ３０２に戻ることになる。イベント通知は、カレンダエンジン２０１の受信／送信モジュール２０１２によって、電子メールインターフェース２１０２を介して電子メールゲートウェイ１０２に送信され、そこからユーザがあらかじめ指定した電子メールボックスに配信される。ユーザＡが所定の時間内に電子メールを読むと、電子メールシステムは自動的に開封通知を返信することになり、それが電子メールゲートウェイ１０２および電子メールインターフェース２１０２を通じてカレンダエンジン２０１の受信／送信モジュールに返信され、それにより、判定モジュール２０１３は、ユーザＡが通知確認を送信したことを知り、その結果、イベント通知−イベント確認プロセスが終了する。
【００５８】
ユーザＡが開封通知によって応答しない場合、カレンダエンジン２０１の計算モジュール２０１１は、レシーバリストの電子メール手段を削除することになり（すなわちステップＳ３０４）、次いでレシーバリストの次の通信手段、すなわちＳＭＳ／ＭＭＳメッセージ（ステップＳ３０１に戻る）によってユーザＡに通知し、ＳＭＳ／ＭＭＳ配信レポートを通じて通知確認を受信することになる。ＳＭＳ／ＭＭＳ配信レポートが受信されると（すなわち通知確認メッセージ）、イベント通知−イベント確認プロセスが終了する。
【００５９】
カレンダイベント通知を送信する、および確認を待つ手順において、ある状況が考慮される必要がある：継続的に送信を試す手順の間に、レシーバリストの中に利用可能なレシーバがない、という状況が起こることが考えられる（すなわちステップＳ３０５）。この実施形態では、レシーバリストに挙げられたすべてのレシーバを１つずつ試した後に、カレンダエンジン２０１がなお通知確認を受信しておらず、さらにレシーバリストがこの時点で既に空の場合（図３の中の「レシーバリストは空ではない」のチェックボックスにおいて「Ｙｅｓ」に相当する）、システム（具体的にはカレンダエンジン２０１の計算モジュール２０１１）は、この時点においてプレゼンスエンジン２０２によって提示された最新のプレゼンスに従って、レシーバリストを再計算して生成することになり、たとえばこの状況では、ユーザ選択ではなく、ユーザプレゼンスおよびイベント優先度のみを考慮することによってレシーバリストを計算し、ユーザＡに通知することになる。たとえば、プレゼンスが、ユーザＡがＩＭツールを使用していることを示し、次いでイベント通知がインスタントメッセージングを通じてユーザＡに配信され、ユーザＡは返信を通じて確認する。
【００６０】
この実施形態の変形形態として、所定の時間の経過した後で、しかしレシーバリストの中のすべてのレシーバが一度試されて初めて、レシーバリストが更新される、または再計算されることもでき、たとえば、プレゼンスエンジン２０１によって提示されたユーザレシーバの最新のプレゼンスに従って、新たなレシーバがレシーバリストの中に追加される。
【００６１】
当然ながら、当業者はまた、他の状況を想定することができる。たとえば、ユーザのレシーバリストの最初の確立において、レシーバリストが空であるという状況が起こることが考えられる。たとえば、ユーザＡは「ＩＭ」に設定された自分自身の選択を有し、一方で「電子メール」「ＳＭＳ／ＭＭＳ」、および「電話通話」のデフォルト状態は「オフライン」（すなわち利用可能でない）に設定され、しかし、ユーザＡがＩＭツールを使用しないときである。プレゼンス、選択、およびイベント優先度が包括的に考慮される場合、この時点において確立されるレシーバリストは空であり、すなわち、利用可能なレシーバはない。そこで、本発明によるインテリジェントカレンダエンジンは、プレゼンスインターフェース２０３によって収集され、プレゼンスエンジン２０２によって提示された最新のプレゼンスに従って通知するための手段を、インテリジェントに判定することができ、たとえば、ユーザＡがその時点においてチームカレンダにログインしている場合、カレンダイベントポップアップウィンドウをユーザＡに直接送信することが、最も簡単で迅速なソリューションとなる。
【００６２】
したがって、本発明の好ましい実施形態によれば、管理者またはチームメンバが選択をプリセットするとき、少なくとも１つのレシーバが利用可能であることを確実にするべきである。
【００６３】
本発明によるチームカレンダイベント通知方法の別の実施形態が、図４に関連して、以下に詳細に説明される。
【００６４】
同様に、上記の操作に従った機能を有するチームカレンダサーバ上で、チームカレンダ管理者が、４人のメンバＡ、Ｂ、Ｃ、Ｄを含むチーム１を作成したものとして、本発明によるチームカレンダ管理方法を、Ａの例によって説明する。管理者のプリセットに従って、イベントは優先度の高いイベントであり、他の状況は図３を参照して説明した実施形態と同じであるものとする。ユーザＡの選択は、順番に、カレンダポップアップウィンドウ、ＩＭ、電子メール、ＳＭＳ／ＭＭＳメッセージである。ユーザＡは既に、自分自身の選択において、電子メールおよびＳＭＳ／ＭＭＳメッセージを、「オンライン」に設定している。
【００６５】
ここで、優先度の高いイベントに関するリマインダメッセージが送信されることになり、本発明によるチームカレンダイベント方法は、以下のステップを実行することになる：
プレゼンスインターフェース２０３から取得されたプレゼンス情報が、プレゼンスエンジン２０２に提供される。この時点においてプレゼンスは、ユーザＡが自分のチームカレンダアプリケーションにログインしていることを示すが、ユーザＡはＩＭツールを使用しないものとする。プレゼンスエンジン２０２は、それが管理するプレゼンス情報を、統一されたインターフェースを通じてカレンダエンジン２０１に提供する。その間に、カレンダエンジン２０１は、チームカレンダデータベース２０４に問い合わせることによってイベントが優先度の高いイベントであることを、およびユーザＡの選択が、カレンダポップアップウィンドウ、ＩＭ、電子メール、ＳＭＳ／ＭＭＳメッセージであり、一方でこの状況におけるレガシー通知手段（電子メール、ＳＭＳ／ＭＭＳ）がユーザＡによって「オンライン」に、または言い換えれば、利用可能に設定されていることを知る。
【００６６】
カレンダエンジン２０１は、リアルタイムに取得された上記のオンライン情報、およびプリセットに基づいて、レシーバリストを計算して生成することになる。レシーバリストは、上記のデフォルト通知ルール、または想定される任意の他の通知ルールに従って計算され、生成されることができる。デフォルト通知ルールに従って、レシーバリストの中のレシーバは、カレンダポップアップウィンドウ、電子メール、およびＳＭＳ／ＭＭＳメッセージを含む。
【００６７】
カレンダイベントが優先度の高いイベントであるため、ステップＳ４０１に示すように、カレンダエンジン２０１の計算モジュール２０１１は、レシーバリストを計算して生成し、レシーバリストにおいてユーザＡのすべての利用可能な装置を挙げる。次いで、ステップＳ４０２に示すように、カレンダエンジン２０１の受信／送信モジュール２０１２が、ユーザＡのすべての利用可能なレシーバに、すなわち、その時点でレシーバリストの中にあるすべてのレシーバに、イベント通知をブロードキャストする。ユーザＡのウェブページ上にポップアップウィンドウが現れ、ユーザＡの電子メールボックスがイベント通知についての電子メールを受信し、ユーザＡの携帯電話がイベントの通知メッセージを受信することになる。イベント通知メッセージをブロードキャストした後、カレンダサーバ１０１は、管理者によって設定された特定期間内に、ユーザＡの通知確認を待ち、収集することになる（すなわちステップＳ４０３）。次いで、カレンダエンジン２０１の判定モジュール２０１３が、所定の期間内に少なくとも１つの通知確認メッセージが受信されたかどうかを判定する（Ｓ４０３）。ユーザＡがこのウィンドウを時間内に見てウィンドウをクリックするか、またはユーザＡが電子メールを開いた後にシステムが開封通知をカレンダサーバ１０１に返信するか、またはユーザＡの携帯電話がＳＭＳ／ＭＭＳメッセージ配信レポートによってカレンダサーバ１０１に返信した場合、この３つの条件のうちのいずれか１つが特定時間内に満たされている限り、ユーザＡはイベント通知を受信したということが知られ、それにより、通知−確認プロセスが終了する。
【００６８】
特定期間内に、カレンダサーバ１０１（またはより具体的には、カレンダエンジン２０１）が、レシーバリストの中のいずれか１つのレシーバから通知確認を受信していない、すなわち、チェックボックスにおいて「Ｎｏ」の場合、（通知はレシーバリストの中のすべてのレシーバに送信されていて、確認が受信されないことから）レシーバリストの中のすべてのレシーバが削除され（すなわちＳ４０４）、これはレシーバリストが空であるという図３のケースに相当する。カレンダエンジン２０１の計算モジュール２０１１は、プレゼンスエンジン２０２およびプレゼンスインターフェース２０３を通じて、ユーザＡの他のレシーバのプレゼンス情報を入手して、それらをレシーバリストの中に追加することによってレシーバリストを再計算することになり、すなわち、ステップＳ４０１に戻る。次いで、新たなレシーバリストにおけるレシーバにイベント通知をブロードキャストして（Ｓ４０２）、確認を待つ（Ｓ４０３）。これらのレシーバのうちのいずれか１つから通知確認が受信されると、プロセスは終了する。あるいは、ユーザＡが確認を確実に受信することができるように、オンラインではない他のレシーバもレシーバリストの中に追加されることができ、その場合、カレンダエンジン２０１の受信／送信モジュールは、少なくとも１つの確認メッセージが受信されるまで、イベント通知を再びブロードキャストする。
【００６９】
本発明の原理が、特定のデバイスおよび特定の実装形態詳細と関連して説明されてきたが、本説明は例によってなされたものであり、本発明の範囲を限定するものでないことを理解されたい。当業者には、本発明の基本原理および実施形態を検討することによって、本発明の他の実施形態が明らかになるであろう。本発明の範囲は、添付の特許請求の範囲によって定義される。
【図１】
2011519437.tif 000003
【図２】
2011519437.tif 000004
【図３】
2011519437.tif 000005
【図４】
2011519437.tif 000006
【手続補正書】
【提出日】平成22年10月19日(2010.10.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
カレンダサーバ（１０１）と、カレンダサーバ（１０１）をユーザの複数のレシーバに接続するための複数の支援デバイス（１０２、１０４、１０６、１０８）とを含むカレンダイベントプロンプトシステムのためのカレンダイベント通知方法であって、
ユーザのレシーバリストを計算して生成する計算ステップ（Ｓ３０１）と、
レシーバリストに挙げられた１つまたは複数のレシーバに、イベント通知メッセージを送信する送信ステップ（Ｓ３０２）と、
１つまたは複数のレシーバが所定の期間内に少なくとも１つの通知確認メッセージを返信したかどうかを判定する判定ステップ（Ｓ３０３）と、
１つまたは複数のレシーバのうちのいずれも通知確認メッセージを返信しない場合に、レシーバリストから１つまたは複数のレシーバを削除する削除ステップ（Ｓ３０４）と、
少なくとも１つのレシーバが通知確認メッセージを返信まで、送信ステップおよび判定ステップを反復するステップと
を含む、カレンダイベント通知方法。
【請求項２】
計算ステップが、ユーザの１つまたは複数のレシーバのプレゼンス情報、イベントの優先度、および／またはユーザの選択に従って、レシーバリストを計算して生成するステップを含むことを特徴とする、請求項１に記載のカレンダイベント通知方法。
【請求項３】
レシーバが、カレンダクライアント、および／またはインスタントメッセージングクライアント、および／または電子メール端末、および／またはショートメッセージシステム／マルチメディアメッセージシステム（ＳＭＳ／ＭＭＳ）端末、および／またはボイスオーバＩＰ／公衆交換電話網（ＶｏＩＰ／ＰＳＴＮ）端末である、請求項１または２に記載のカレンダイベント通知方法。
【請求項４】
プレゼンス情報が、レシーバのリアルタイムオンライン情報を含む、請求項１または２に記載のカレンダイベント通知方法。
【請求項５】
プレゼンス情報が、ユーザのレシーバのためにユーザによって設定されたデフォルトプレゼンス情報をさらに含む、請求項１または２に記載のカレンダイベント通知方法。
【請求項６】
イベントの優先度が、カレンダイベントプロンプトシステムの管理者によって設定される、請求項１または２に記載のカレンダイベント通知方法。
【請求項７】
ユーザの選択が、カレンダイベントプロンプトシステムの管理者またはユーザによって設定される、請求項１または２に記載のカレンダイベント通知方法。
【請求項８】
削除ステップにおいて、レシーバリストが空である場合、レシーバリストが、１つまたは複数のレシーバの最新のプレゼンス情報に従って、ユーザのために再計算されて生成されることを特徴とする、請求項１または２に記載のカレンダイベント通知方法。
【請求項９】
複数の支援デバイス（１０２、１０４、１０６、１０８）が、インスタントメッセージングゲートウェイ（１０４）、および／または電子メールゲートウェイ（１０２）、および／またはＳＭＳ／ＭＭＳゲートウェイ（１０６）、および／またはＶｏＩＰ／ＰＳＴＮゲートウェイ（１０８）であることを特徴とする、請求項１に記載のカレンダイベント通知方法。
【請求項１０】
カレンダイベントプロンプトシステムのためのカレンダサーバ（１０１）であって、カレンダシステムが、カレンダサーバ（１０１）と、カレンダサーバ（１０１）をユーザの複数のレシーバに接続するための複数の支援デバイス（１０２、１０４、１０６、１０８）とを含み、カレンダサーバ（１０１）が、
ユーザのレシーバリストを計算して生成し、レシーバリストからレシーバを削除するための計算モジュールと、
レシーバリストに挙げられた１つまたは複数のレシーバにイベント通知メッセージを送信し、イベント通知確認を受信するための受信／送信モジュールと、
１つまたは複数のレシーバが所定の時間内に少なくとも１つの通知確認メッセージを返信したかどうかを判定するための判定モジュールと
を含む、カレンダサーバ（１０１）。
【請求項１１】
計算モジュールが、ユーザの１つまたは複数のレシーバのプレゼンス情報、イベントの優先度、および／またはユーザの選択に従って、レシーバリストを計算して生成することを特徴とする、請求項１０に記載のカレンダサーバ（１０１）。
【請求項１２】
レシーバが、カレンダクライアント、および／またはインスタントメッセージングクライアント、および／または電子メール端末、および／またはＳＭＳ／ＭＭＳ端末、および／またはＶｏＩＰ／ＰＳＴＮ端末である、請求項１０または１１に記載のカレンダサーバ（１０１）。
【請求項１３】
プレゼンスが、レシーバのリアルタイムオンライン情報を含む、請求項１０または１１に記載のカレンダサーバ（１０１）。
【請求項１４】
プレゼンスが、ユーザのレシーバのためにユーザによって設定されたデフォルトプレゼンスをさらに含む、請求項１０または１１に記載のカレンダサーバ（１０１）。
【請求項１５】
複数のレシーバのプレゼンス情報を入手するためのプレゼンスインターフェース（２０３）と、プレゼンス情報を管理し、プレゼンス情報を統一された手段において計算モジュールに提供するためのプレゼンスエンジン（２０２）とをさらに含むことを特徴とする、請求項１０または１１に記載のカレンダサーバ（１０１）。
【国際調査報告】
2011519437.tif 000007
2011519437.tif 000008
2011519437.tif 000009
2011519437.tif 000010