(57)【要約】【課題】  プロジェクト・カレンダ・イベントをユーザ・カレンダに統合する改良形システムおよび方法を提供すること。  【解決手段】  システムは、メンバー・プロファイル・データベースとイベント・データベースとを有するプレース・データベース、プレース・サーバ、およびｅメール・アプリケーションを含むｅメール・トランスポート機能、を含む第１のサーバと、「カレンダおよびスケジューリング」プログラムを含むクライアントとを含み、前記メンバー・プロファイル・データベースはメンバー入力に応答して前記「カレンダおよびスケジューリング」プログラムへのメンバーの利用を記憶し、前記プレース・サーバは、前記ｅメール・トランスポート機能に応答して前記プレース・データベースのメンバーから作成、更新、または削除イベントを受信して前記イベント・データベース内にプロジェクト・イベントを作成し、前記プレース・サーバは、前記作成、更新、または削除イベントに応答して前記メンバー・プロファイル・データベースから複数の前記「カレンダおよびスケジューリング」プログラムの各々を利用しているメンバーを決定し、前記プレース・サーバは、「カレンダおよびスケジューリング」プログラムを利用している各メンバーに対し、前記メンバーが利用している前記「カレンダおよびスケジューリング」プログラムに合わせて個人化された前記プロジェクト・イベントのｅメール通知をさらに送信する。
2006513497.tif 000002
【特許請求の範囲】
【請求項１】
プロジェクト・イベントをパーソナル・カレンダのクライアントおよびスケジューリングのクライアントと統合するための方法であって、
プロジェクト・カレンダを確立するステップと、
前記プロジェクトのメンバー用のパーソナル・カレンダを確立するステップと、
前記プロジェクト・カレンダ上で発行されたイベントを前記パーソナル・カレンダに送信するか否かを示す証印をメンバー・プロファイル内に受信するステップと、
前記パーソナル・カレンダの前記メンバーが使用する「カレンダおよびスケジューリング」フォーマットを示す証印を、前記メンバー・プロファイル内に受信するステップと、
前記プロジェクト・カレンダ内のイベント作成に応答して、前記イベントを前記メンバーの前記パーソナル・カレンダに前記フォーマットで送信するステップと
を含む方法。
【請求項２】
前記プロジェクト・カレンダを確立して維持するプレース・サーバを運用するステップと、
前記証印を選択するための「カレンダおよびスケジューリング」プログラム・フォーマットのリストを前記メンバーに対して表示するステップであって、前記リストが前記プレース・サーバの構成ファイル内の設定によって制御されるステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記構成ファイルがＸＭＬ構成ファイルである、請求項２に記載の方法。
【請求項４】
プロジェクト・イベントを、「カレンダおよびスケジューリング」アプリケーションを利用しているメンバーに対して転送するべきか否かを示す証印を、前記プロジェクト・イベントをスケジューリングするユーザから受信するステップ
をさらに含む、請求項１に記載の方法。
【請求項５】
前記プロジェクト・イベントを、前記プロジェクトから、「カレンダおよびスケジューリング」クライアントのカレンダ・イベント内に受信するように自身のメンバー・プロファイルを設定したユーザに対して転送するステップ
をさらに含む、請求項４に記載の方法。
【請求項６】
前記プロジェクト・カレンダ内に前記イベントを作成するのに更に応答して、カレンダ・イベントを受信するように利用しているメンバーを前記メンバー・プロファイルから決定するステップと、
前記利用しているメンバーの各々について、前記メンバー・プロファイルから前記フォーマットを決定するステップと、
前記フォーマットの各々について、前記フォーマットでｅメール通知を生成して、前記フォーマットを利用してメンバーに配信するステップと
をさらに含む、請求項１に記載の方法。
【請求項７】
サーバ内のプレースにおけるルーム用の前記プロジェクト・イベントを転送することで、サーバ全体、プレース単位、およびルーム単位のレベルでのカレンダ統合を、前記サーバ、前記プレース、および前記ルームに関してカレンダ統合が可能な時にのみ管理するステップ
をさらに含む、請求項１に記載の方法。
【請求項８】
プレースに参加する、または利用のオプションを変更するメンバーのパーソナル・カレンダに、プロジェクト・イベントを同期化するステップ
をさらに含む、請求項１に記載の方法。
【請求項９】
プロジェクト・イベントをパーソナル・カレンダのクライアントおよびスケジューリングのクライアントと統合するための方法であって、
プロジェクト・カレンダ・イベントを選択的に作成し、更新し、または移動するステップと、
サーバ・レベル、プレース・レベル、およびルーム・レベルでカレンダ統合が可能であるか否かを決定するステップと、
カレンダ統合が前記サーバ、プレースおよびルーム・レベルで可能でないことに応答して、前記プロジェクト・カレンダ・イベントに関してカレンダ統合を終了するステップと、そうでない場合、
複数の「カレンダおよびスケジューリング」フォーマットの各々を利用しているメンバーをメンバーのカレンダ利用状況から決定するステップと、
少なくとも１人のメンバーが利用している前記複数のフォーマットの各々について、前記プロジェクト・カレンダ・イベントを記述する添付ファイルを前記フォーマット内に作成するステップと、
前記メンバーが利用している前記フォーマットでの前記添付ファイルを含む前記プロジェクト・カレンダ・イベントのｅメール通知を、前記利用しているメンバーの各々に送信するステップと
を含む方法。
【請求項１０】
前記サーバの管理シーンによって前記サーバ・レベルでのカレンダ統合を選択的に使用可能および使用不能にするステップと、
プレース変更基本オプションによって前記プレース・レベルでのカレンダ統合を選択的に使用可能および使用不能にするステップと、
カレンダ・フォルダ・オプションによって特定のルームのカレンダのカレンダ統合を選択的に使用可能および使用不能にするステップと
をさらに含む、請求項９に記載の方法。
【請求項１１】
プロジェクト・イベントをパーソナル・カレンダのクライアントおよびスケジューリングのクライアントと統合するためのシステムであって、
メンバー・プロファイル・データベースとイベント・データベースとを有するプレース・データベース、プレース・サーバ、およびｅメール・アプリケーションを含むｅメール・トランスポート機能、を含む第１のサーバと、
「カレンダおよびスケジューリング」プログラムを含むクライアントと
を備え、
前記メンバー・プロファイル・データベースが、メンバー入力に応答して前記「カレンダおよびスケジューリング」プログラムへのメンバーの利用を記憶し、
前記プレース・サーバが、前記ｅメール・トランスポート機能に応答して前記プレース・データベースのメンバーから作成、更新、または削除イベントを受信して前記プレース・データベース用の前記イベント・データベース内にプロジェクト・イベントを作成し、
前記プレース・サーバが、前記作成、更新、または削除イベントに応答して前記メンバー・プロファイル・データベースから複数の前記「カレンダおよびスケジューリング」プログラムの各々を利用しているメンバーを決定し、
前記プレース・サーバが、「カレンダおよびスケジューリング」プログラムを利用している各メンバーに対し、前記メンバーが利用している前記「カレンダおよびスケジューリング」プログラムに合わせて個人化された前記プロジェクト・イベントのｅメール通知をさらに送信する
システム。
【請求項１２】
プロジェクト・イベントをパーソナル・カレンダのクライアントおよびスケジューリングのクライアントと統合するための方法ステップを実行するマシン、によって実行可能な命令プログラムを具現化するマシン可読プログラム記憶デバイスであって、前記方法が、
プロジェクト・カレンダを確立するステップと、
前記プロジェクトのメンバー用のパーソナル・カレンダを確立するステップと、
メンバー・プロファイル内に前記プロジェクト・カレンダ上で発行されたイベントを前記パーソナル・カレンダに送信するか否かを示す証印を受信するステップと、
前記パーソナル・カレンダの前記メンバーが使用する「カレンダおよびスケジューリング」フォーマットを示す証印を、前記メンバー・プロファイル内に受信するステップと、
前記プロジェクト・カレンダ内のイベント作成に応答して、前記イベントを前記メンバーの前記パーソナル・カレンダに前記フォーマットで送信するステップと
を含むプログラム記憶デバイス。
【請求項１３】
前記方法が、
前記プロジェクト・カレンダを確立して維持するプレース・サーバを運用するステップと、
前記証印を選択するための「カレンダおよびスケジューリング」プログラムのリストを前記メンバーに対して表示するステップであって、前記リストが前記プレース・サーバの構成ファイル内の設定によって制御されるステップと
をさらに含む、請求項１２に記載のプログラム記憶デバイス。
【請求項１４】
前記構成ファイルがＸＭＬ構成ファイルである、請求項１３に記載のプログラム記憶デバイス。
【請求項１５】
前記方法が、
プロジェクト・イベントを、「カレンダおよびスケジューリング」アプリケーションを利用しているメンバーに対して送信するべきか否かを示す証印を、前記プロジェクト・イベントをスケジューリングするユーザから受信するステップ
をさらに含む、請求項１２に記載のプログラム記憶デバイス。
【請求項１６】
前記方法が、
前記プロジェクト・イベントを、前記プロジェクトから「カレンダおよびスケジューリング」クライアントのカレンダ・イベント内に受信するように自身のメンバー・プロファイルを設定したユーザに対して転送するステップ
をさらに含む、請求項１５に記載のプログラム記憶デバイス。
【請求項１７】
前記方法が、
前記プロジェクト・カレンダ内に前記イベントを作成するのに更に応答して、カレンダ・イベントを受信するように利用しているメンバーを前記メンバー・プロファイルから決定するステップと、
前記利用しているメンバーの各々について、前記メンバー・プロファイルから前記フォーマットを決定するステップと、
前記フォーマットの各々について、前記フォーマットでｅメール通知を生成して、前記フォーマットを利用しているメンバーに配信するステップと
をさらに含む、請求項１２に記載のプログラム記憶デバイス。
【請求項１８】
前記方法が、
サーバ内のプレースにおけるルーム用の前記プロジェクト・イベントを転送することで、サーバ全体、プレース単位、およびルーム単位のレベルでのカレンダ統合を、前記サーバ、前記プレース、および前記ルームに関してカレンダ統合が可能な時にのみ管理するステップ
をさらに含む、請求項１２に記載のプログラム記憶デバイス。
【請求項１９】
前記方法が、
プレースに参加する、または利用のオプションを変更するメンバーのパーソナル・カレンダに、プロジェクト・イベントを同期化するステップ
をさらに含む、請求項１２に記載のプログラム記憶デバイス。
【請求項２０】
プロジェクト・カレンダを確立するステップと、
前記プロジェクトのメンバー用のパーソナル・カレンダを確立するステップと、
前記プロジェクト・カレンダ上で発行されたイベントを前記パーソナル・カレンダに送信するか否かを示す証印をメンバー・プロファイル内に受信するステップと、
前記パーソナル・カレンダの前記メンバーが使用する「カレンダおよびスケジューリング」フォーマットを示す証印を、前記メンバー・プロファイル内に受信するステップと、
前記プロジェクト・カレンダ内のイベント作成に応答して、前記イベントを前記メンバーの前記パーソナル・カレンダに前記フォーマットで送信するステップと
を含む方法に従って、プロジェクト・イベントをパーソナル・カレンダのクライアントおよびスケジューリングのクライアントと統合するコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、「カレンダおよびスケジューリング」に関する。より詳細には、本発明は、プロジェクト・イベントのパーソナル・カレンダのクライアントおよびスケジューリングのクライアントへの統合に関する。
【背景技術】
【０００２】
「カレンダおよびスケジューリング」（Ｃ＆Ｓ）アプリケーションに関する当技術分野の問題は、異なるプロジェクトやプレースについてカレンダ・イベントを把握するために異なるプレースのカレンダを繰り返し確認しなければならないことである。
【０００３】
同じ問題が他の発明によっても識別されてきたが、その解決策は、ユーザがそのカレンダとの間でイベントをダウンロード／アップロードして同期化することが必要な手順の開発であった。例：ヤフー・カレンダリング（ｗｗｗ．ｙａｈｏｏ．ｃｏｍ）、Ｐａｌｍ  Ｐｉｌｏｔカレンダリング（ｗｗｗ．ｍｙｐａｌｍ．ｃｏｍ）。ただし、これらのうちいずれも、同僚がある人物を組織の情報インフラストラクチャ内の会議に招待する場合（ｅメールおよびＮｏｔｅｓ／Ｄｏｍｉｎｏ、Ｏｕｔｌｏｏｋ／ＥｘｃｈａｎｇｅなどのＣ＆Ｓアプリケーションで実行されるような）と同じ方法でプロジェクト・イベントが受信されるシームレスな統合を開発したものはない。
【０００４】
一旦ユーザがＰｌａｃｅカレンダを利用すると、カレンダ・イベント情報を同期化またはダウンロードする必要がない、別の解決策が当技術分野で必要である。ユーザは他の会議招待を受信する場合と同じ方法でｅメールを介してカレンダ招待を自動的に受信する。
【０００５】
ＩＢＭ（登録商標）Ｌｏｔｕｓ（登録商標）ＱｕｉｃｋＰｌａｃｅ（登録商標）サーバが管理するようなプロジェクトが、コンテンツに関するｅメールを作成することが知られている。ただし、Ｎｏｔｅｓ  ５会議、Ｎｏｔｅｓ  ６会議、Ｏｕｔｌｏｏｋイベント、および任意のｉｃａｌｅｎｄａｒ対応クライアントなどのプロジェクト・カレンダ内のイベントをフォーマットするためのシステムおよび方法が必要である。
【０００６】
ｉｃａｌｅｎｄａｒはオープンな標準カレンダリング・プロトコルである。（ＲＦＣ２４４５を参照。）そのプロトコルによれば、「カレンダおよびスケジューリング」（Ｃ＆Ｓ）プログラム間で情報を共用するために以下のフィールドが指定される。
ＳＴＡＲＴＴＩＭＥ：
ＥＮＤＴＩＭＥ：
ＤＵＲＡＴＩＯＮ：
ＬＯＣＡＴＩＯＮ：
ＡＴＴＥＮＤＥＥＳ
ＳＵＢＪＥＣＴ
ＣＨＡＩＲ
ＬＡＮＧＵＡＧＥ
・・・
【０００７】
Ｄｏｍｉｎｏ、ＩＢＭ、ＩＢＭ  Ｌｏｇｏ、Ｌｏｔｕｓ、Ｎｏｔｅｓ、およびＱｕｉｃｋＰｌａｃｅは米国、その他の国、またはその両方のインターナショナル・ビジネス・マシーンズ社の商標である。ＭｉｃｒｏｓｏｆｔおよびＭｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋはマイクロソフト社の商標である。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、プロジェクト・カレンダ・イベントをユーザ・カレンダに統合する改良形システムおよび方法を提供することである。
【課題を解決するための手段】
【０００９】
本発明の好ましい実施形態によれば、プロジェクト・カレンダを確立し、前記プロジェクトのメンバー用のパーソナル・カレンダを確立し、前記プロジェクト・カレンダ上で発行されたイベントを前記パーソナル・カレンダに送信するか否かを示す証印を、メンバー・プロファイル内に受信し、前記パーソナル・カレンダのメンバーが使用する「カレンダおよびスケジューリング」フォーマットを示す証印を、前記メンバー・プロファイル内に受信し、前記プロジェクト・カレンダ内のイベント作成に応答して、前記イベントを前記メンバーの前記パーソナル・カレンダに前記フォーマットで送信することで、プロジェクト・イベントをパーソナル・カレンダのクライアントおよびスケジューリングのクライアントと統合するための方法が提供される。
【００１０】
プロジェクト・イベントをパーソナル・カレンダのクライアントおよびスケジューリングのクライアントと統合するためのシステムは、メンバー・プロファイル・データベースとイベント・データベースとを有するプレース・データベース、プレース・サーバ、およびｅメール・アプリケーションを含むｅメール・トランスポート機能、を含む第１のサーバと、「カレンダおよびスケジューリング」プログラムを含むクライアントとを含み、前記メンバー・プロファイル・データベースがメンバー入力に応答して前記「カレンダおよびスケジューリング」プログラムへのメンバーの利用を記憶し、前記プレース・サーバが前記ｅメール・トランスポート機能に応答して前記プレース・データベースのメンバーから作成、更新、または削除イベントを受信して前記イベント・データベース内にプロジェクト・イベントを作成し、前記プレース・サーバが作成、更新、または削除イベントに応答して前記メンバー・プロファイル・データベースから複数の「カレンダおよびスケジューリング」プログラムの各々を利用しているメンバーを決定し、前記プレース・サーバが「カレンダおよびスケジューリング」プログラムを利用している各メンバーに対し、前記メンバーが利用している前記「カレンダおよびスケジューリング」プログラムに合わせて個人化された前記プロジェクト・イベントのｅメール通知をさらに送信する。
【００１１】
本発明のある態様によれば、プロジェクト・イベントをパーソナル・カレンダのクライアントおよびスケジューリングのクライアントと統合する際に動作するように構成されたコンピュータ・プログラムが提供される。
【００１２】
本発明の他の特徴および利点は、添付の図面を参照しながら、本発明の現時点で好ましい実施形態についての以下の詳細な説明を読めば明らかになるだろう。
【発明を実施するための最良の形態】
【００１３】
本発明の好ましい実施形態に従って、ユーザの一次カレンダ・ツール内にプレース・カレンダ・イベントを表示するためのシステムおよび方法が提供される。プレース・カレンダ・イベントをユーザの一次カレンダ・ツール内に集中することで、ユーザは１つのカレンダを参照するだけで関連するすべてのイベントを確認することができる。
【００１４】
本発明の好ましい実施形態によれば、ＱｕｉｃｋＰｌａｃｅなどの協働空間のメンバーはＱｕｉｃｋＰｌａｃｅで作成されたカレンダ・ページをメンバー自身のカレンダリングおよびスケジューリング（Ｃ＆Ｓ）カレンダ内に受信する。この結果、例えば、Ｌｏｔｕｓ  Ｎｏｔｅｓ  ５．ｘおよび６．０、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ  ９８（登録商標）以降、および任意のｉｃａｌｅｎｄａｒ標準対応Ｃ＆Ｓクライアントの統合が可能になる。
【００１５】
図１および図２を参照すると、当該のシステム環境は、サービス１００／サーバ１０１、１２２／１２３、１２４／１２５および１２６／１２７を含むマルチサーバ・システム環境のＱｕｉｃｋＰｌａｃｅ１１４、１３２、１３４、１３６と、通信リンク９７と、ユーザ・ブラウザ９９などの１つまたは複数のクライアント端末と、例えば、ＱｕｉｃｋＰｌａｃｅカタログなどのプロジェクトに関する情報を集約するカタログ１２０を含むデータベースとを含む。
【００１６】
本明細書で一貫して、「プロジェクト」という一般用語とより専門的な用語である「プレース」または「ＱｕｉｃｋＰｌａｃｅ」はほぼ同義で使用される。プレースおよびＱｕｉｃｋＰｌａｃｅはプロジェクトの具体例である。同様に、「ホスト・カタログ」および「ＱｕｉｃｋＰｌａｃｅカタログ」はほぼ等価の用語である。
【００１７】
各ユーザがリモート端末９９を介して利用可能な機能は、ユーザまたはエンティティあるいはその両方のニーズと権限にしたがってカスタマイズできる。端末９９は、例えば、当業者に知られているブラウザ・ソフトウェア技術またはその他の電子アクセス方法を用いてシステムにアクセスできる。端末９９のエンド・ユーザに表示されるレポートおよびその他の情報は、知られているウェブ・ページ・フォーマット技法を用いて表示できる。
【００１８】
通信リンク９７はリモート端末９９をサーバ１０１にリンクする。リンク９７は、電話回線、同軸ケーブル、ディジタル・データ回線などの有線リンクまたは、無線周波数もしくは赤外線通信リンクなどの無線リンクである。
【００１９】
図１に示すように、ＱｕｉｃｋＰｌａｃｅサービス１００は、ネットワークを介して相互に通信可能で、協働して機能（プロジェクト作成、プロジェクトおよびサーバ間の検索、およびすべてのサーバおよびプロジェクトにまたがった集約表示など）を提供することができるサーバのグループを表す。
【００２０】
図２を参照すると、このサービスは各サーバ１０１、１２３、１２５、１２７がそれぞれサービス１００、１２２、１２４、１２６の通知を実施するという抽象的な意味で実施でき、この意味では、管理のための、ユーザ・インタフェース内の一貫したサービス単位として処理できるＱｕｉｃｋＰｌａｃｅサーバのマルチサーバ配備である。
【００２１】
ＱｕｉｃｋＰｌａｃｅサービス１００は、（１）同じＩＢＭ（登録商標）Ｌｏｔｕｓ（登録商標）Ｄｏｍｉｎｏ（商標）ドメイン内にあり、（２）同じユーザ・ディレクトリと認証システムとを共用し、（３）同じユーザ・ネットワーク上にあり（すなわち、ファイアウォールで分離されておらず）、（４）同じ管理チームによって管理される複数のＱｕｉｃｋＰｌａｃｅサーバ１０１またはＱｕｉｃｋＰｌａｃｅクラスタあるいはその両方を含む。これらの制約は、サービス全体にわたって以下を確保する。（１）サーバ１０１が一貫して構成でき、（２）サーバ１０１が互いに通信しデータを共用でき、（３）ユーザ識別が同じ名前空間にあり、衝突せず、（４）単一サインオン認証が実施できる。
【００２２】
図３を参照すると、プレース表示ウィンドウ１７７は、カレンダ統合のためのＭｙ  Ｐｌａｃｅｓボタン１８６とＴＯＣ選択エントリが表示される目次（ＴＯＣ）サイドバー１７８を含み、ＴＯＣ選択エントリを選択することでユーザはカレンダに関連するカレンダ・オプションまたは基本設定を選択できる。
【００２３】
ＱｕｉｃｋＰｌａｃｅカレンダ・イベントはＱｕｉｃｋＰｌａｃｅカレンダ制御を含むＱｕｉｃｋＰｌａｃｅ内の任意のページである。
【００２４】
図４を参照すると、ユーザはこのプレースのカレンダ上で発行されたイベントをそのパーソナル・カレンダに送信するか否かを選択し、そのメンバー・プロファイル情報７１６を編集する時にドロップ・ダウン・リスト７１８からどの「カレンダおよびスケジューリング」（Ｃ＆Ｓ）プログラムを使用するかを指定する。このリスト７１８は、Ｎｏｔｅｓ  ５、Ｎｏｔｅｓ  ６、ＭＳ  Ｏｕｔｌｏｏｋ、ｉＣａｌｅｎｄａｒ、平文を含むいくつかのＣ＆Ｓフォーマットのうちいずれかを含むことができる。上記リスト７１８内にどのフォーマットを表示するかは、ＱｕｉｃｋＰｌａｃｅサーバ１０１のＸＭＬ構成ファイル（ｑｐｃｏｎｆｉｇ．ｘｍｌ）内の設定によって制御される。
【００２５】
図５を参照すると、カレンダ情報フィールド７１２は、ＱｕｉｃｋＰｌａｃｅイベントをスケジューリングする際にユーザが使用するｓｅｎｄ  ｅｖｅｎｔ  ｔｏ  ｃａｌｅｎｄａｒ  ｓｕｂｓｃｒｉｂｅｒｓチェック・ボックス７１４を含む。
【００２６】
図６を参照すると、本発明のクライアント／サーバ・システムの好ましい実施形態は、システム側に、Ｄｏｍｉｎｏサーバ６４０と、メンバー・プロファイル・データベース６７２およびイベント・データベース６７４を含むプレース・データベース６３０とを含む。サーバ６４０はＱｕｉｃｋＰｌａｃｅサーバ１０１と、ＱｕｉｃｋＰｌａｃｅ「カレンダおよびスケジューリング」イベント記憶域を含むｅメール・トランスポート機能６７６とを含む。クライアント側では、ブラウザまたはＱｕｉｃｋＰｌａｃｅクライアント９９はｅメール・アプリケーションと「カレンダおよびスケジューリング」プログラムとを含む。
【００２７】
動作時に、クライアント９９のユーザは、例えばこのＱｕｉｃｋＰｌａｃｅ１０１に保存されているイベントを、このＱｕｉｃｋＰｌａｃｅ１０１からユーザの「カレンダおよびスケジューリング」クライアント内にカレンダ・イベントを受信するようにメンバー・プロファイルを設定したユーザに対して転送するように指定できる。
【００２８】
他のユーザにイベント通知を受信させるユーザのアクションは、サーバ６４０でのイベントの作成、更新、および削除である。カレンダリングするイベント６７４はプレースそれ自体で作成される。プレースのユーザはプロファイル６７２内でカレンダに申し込み、使用するカレンダのタイプを指定する。次に、ｅメール・トランスポート６７６でサーバ１０１から送信されたイベント６７８は、Ｎｏｔｅｓフォーマットまたはｉｃａｌｅｎｄａｒフォーマットのようなｅメール６８０の添付ファイルとしてユーザが選択したＣ＆Ｓアプリケーション６８２に合わせて個人化できる。
【００２９】
サーバ６４０内でイベント６７８が作成されると、サーバ６４０はメンバー・プロファイル６７２を検査してカレンダ・イベント６７４の受信を申し込んだメンバーを確認する。申し込んだ各メンバーについて、サーバ６４０はカレンダ・プログラム・タイプがあるか検査し、次に、ユーザの各組（Ｎｏｔｅｓ  ５、Ｎｏｔｅｓ  ６またはｉＣａｌｅｎｄａｒフォーマットを要求したユーザの組）に配布する適当なフォーマットのｅメールを生成する。
【００３０】
図７を参照すると、本発明の例示としての実施形態によれば、ステップ６８４でイベント６７８が作成、更新、または移動される。サーバ１０１は、これに応答して、カレンダ統合がサーバ・レベルで可能か否かをステップ６８６で検査し、カレンダ統合がプレース・レベルで可能か否かをステップ６８８で検査し、カレンダ統合がルーム・レベルで可能か否かをステップ６９０で検査する。これらのいずれかのレベルで可能でない場合、カレンダ統合はステップ７１０で終了する。これらのすべてのレベルで可能な場合、サーバ１０１は、ステップ６９２で、メンバー・プロファイル６７２を検査してカレンダ契約を確認し、ステップ６９４でＮｏｔｅｓ  ５に申し込んでいるメンバーに対して添付ファイルをＮｏｔｅｓ  ５フォーマットで生成し、ステップ６９６で、Ｎｏｔｅｓ  ６に申し込んでいるメンバーに対して添付ファイルをＮｏｔｅｓ  ６フォーマットで生成し、ステップ６９８で、ｉＣａｌｅｎｄａｒイベントに申し込んでいるメンバーに対して添付ファイルをｉＣａｌｅｎｄａｒフォーマットで生成する。ステップ７００で、これらの添付ファイルはｅメール・ノートにステップ７０２で添付され、ステップ７０４、７０６および７０８でネットワーク９７を介してそれぞれＮｏｔｅｓ  ５、Ｎｏｔｅｓ  ６、およびｉＣａｌｅｎｄａｒユーザに対して転送される。
【００３１】
したがって、以下の３つのレベルのカレンダ統合が存在する。すなわち、サーバ全体、プレース単位、およびルーム単位である。これらはすべて．ｎｓｆファイルで保存される。
【００３２】
ＱｕｉｃｋＰｌａｃｅ（ＱＰ）メンバーは、「ｗｈａｔ’ｓ  ｎｅｗ」メールの受信をするよう申し込むのと同じ方法でカレンダ・イベントに申し込むことでカレンダ・イベントを受信するか否かを制御する。こうして、ＱＰメンバーは、イベントを受信するか否かを制御する。
【００３３】
ＱｕｉｃｋＰｌａｃｅマネージャは以下のようにさまざまな細かさの程度を使用可能または使用不能にできる。
１．ＱＰサーバ１０１の管理シーンを介してＱｕｉｃｋＰｌａｃｅサーバへのカレンダ全体の統合を使用可能または使用不能にする。
２．ＱｕｉｃｋＰｌａｃｅ変更基本オプションを介して特定のＱｕｉｃｋＰｌａｃｅのカレンダ全体の統合を使用可能または使用不能にする。
３．カレンダ・フォルダ・オプションを介して、特定のルームのカレンダのカレンダ統合を使用可能または使用不能にする。
【００３４】
さらに、ルーム・マネージャは、ルーム内のカレンダ制御（別名カレンダ・ページ）を含むページが申し込みメンバーに常に送信されるか否かを制御できる。またはページの著者はページを申し込み者に送信するか否かを選択する。またはルーム内のカレンダ・ページはカレンダ・イベントとして申し込み者には送信されない。
【００３５】
ＱｕｉｃｋＰｌａｃｅ通知機能は、ページのロケーション、説明などについての情報を含むテキスト・ｅメールを送信する。送信カレンダ・イベント・オプションはブラウザでＣ＆Ｓカレンダ６８２と統合されるカレンダ・イベント・フォーマットのｅメール７０４〜７０８を送信する。
【００３６】
イベントが以下の方法でクライアント９９に到達すると、ＱｕｉｃｋＰｌａｃｅカレンダ・イベント６７８はＣ＆Ｓクライアント６８２に統合される。
１．Ｌｏｔｕｓ  Ｎｏｔｅｓ申し込み者の場合、ｅメール７０４または７０６はＳＭＴＰｘヘッダ・フィールドで搬送されるＬｏｔｕｓ  Ｎｏｔｅｓドキュメント・フィールド内に符号化されたカレンダ・イベント６７８情報を含む。これらのフィールドはＬｏｔｕｓ  Ｎｏｔｅｓ  Ｃ＆Ｓクライアント６８２テンプレートによって解釈され、テンプレート規則に従って処理され、Ｎｏｔｅｓ  Ｍｅｅｔｉｎｇ招待になる。
２．Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ申し込み者の場合、ｅメール７０８はＱｕｉｃｋＰｌａｃｅ内のイベント６７８のカレンダ情報を含むｉｃａｌｅｎｄａｒ標準添付ファイルを含む。このｉｃａｌｅｎｄａｒ添付ファイルは、Ｃ＆Ｓプログラム６８２によってユーザのカレンダ内にインポートされる。Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋの場合、ｅメール７０８内の添付ファイル６９８はＯｕｔｌｏｏｋカレンダ内にドラッグ＆ドロップするか、添付ファイルをダブル・クリックして開いて承認することができる。
３．他のｉｃａｌｅｎｄａｒ標準Ｃ＆Ｓクライアントのユーザの場合、ｅメールはＭｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋの場合と同じである。ｅメールはクライアントの指示によってＣ＆Ｓカレンダ内にインポートできるｉｃａｌｅｎｄａｒ添付ファイルを含む。
【００３７】
カレンダ統合は片方向作業フローをサポートする。これは、ＱｕｉｃｋＰｌａｃｅ内で元々作成されたイベント６７４に加えられた変更（時刻、または日付、または取り消し）を伝搬するため、イベントはＱｕｉｃｋＰｌａｃｅ１０１それ自体によってしか更新または取り消しできないという意味である。言い換えれば、Ｃ＆Ｓカレンダ・クライアント９９内のイベントの時刻は変更できず、ＱｕｉｃｋＰｌａｃｅイベント６７４がクライアントから更新されることを期待することもできない。
【００３８】
プレースのメンバーはメンバー・プロファイル６７２を介してプレースのカレンダを利用する。
【００３９】
Ｌｏｔｕｓ  Ｎｏｔｅｓ  Ｃａｌｅｎｄａｒクライアント用にフォーマットされたイベント６７８の場合、ＱｕｉｃｋＰｌａｃｅ１０１は、ｅメール・ノート７０２を作成し、表１に示すフィールドをノートに追加してＬｏｔｕｓ  Ｎｏｔｅｓ  ＣａｌｅｎｄａｒクライアントＣ＆Ｓプログラム６８２がカレンダ・イベントとしてｅメールを処理できるようにする。
【表１】
2006513497.tif 000003
【００４０】
表２は、正規メール・ノートまたはカレンダ・ノート作成時にＮｏｔｅｓクライアント・メール・プロセスが作成して値を代入する項目を示す。これらの項目はｎｒｏｕｔｅｒサーバ・プロセス（図示せず）を終了することでメール・ボックスにノートをトラップしてサーバ１０１で検査される。これは、メール・プロセス６７６が、例えば、Ｌｏｔｕｓ  Ｎｏｔｅｓの特定のメール・ノートをＬｏｔｕｓ  Ｎｏｔｅｓメール・クライアントに送信するのではなく、メール・クライアントが他端でメール・ノートを受信することを知らずに正規のｅメールを送信するように構成されている時に必要である。
【表２】
2006513497.tif 000004
【００４１】
表３は、ｅメール・ノート用のＱＰ１０１メール・プロセスが作成して値を代入する項目を示す。これらの項目はカレンダ・イベント・ノート用のサーバ１０１メール・プロセスによって作成して値を代入される必要はない（＊印を除く）。
【００４２】
【表３】
2006513497.tif 000005
【００４３】
カレンダ統合によって、ＱｕｉｃｋＰｌａｃｅメンバーはそのＯｕｔｌｏｏｋまたはＮｏｔｅｓカレンダリング・クライアントを用いてＱｕｉｃｋＰｌａｃｅに発行されたカレンダ・イベントを追跡することができる。ユーザは必要に応じて更新を含め、所与のＱｕｉｃｋＰｌａｃｅに発行されたすべてのカレンダ・イベントの通知を自動的に受信する選択ができる。また、著者は、指定されたイベントのカレンダ通知を任意のＱｕｉｃｋＰｌａｃｅメンバーに手作業で送信できる。さまざまな構成オプションが提供され、サーバ管理者、ルーム・マネージャ、およびＱｕｉｃｋＰｌａｃｅメンバーは、通知を送信するか否か、またその方法を制御できる。
【００４４】
本発明の例示としての実施形態によれば、カレンダ統合機能を使用するユーザは、以下を実行できる。
１）以下のメール・クライアントを用いてカレンダ通知を受信する。Ｌｏｔｕｓ  Ｎｏｔｅｓ／Ｄｏｍｉｎｏ  Ｒ５以降、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ  ９８以降。「カレンダ・イベント」はルーム・カレンダ上に表示される任意の書式として定義される。これはカレンダ制御を使用する簡単な書式である内蔵カレンダ・イベント書式と、ルーム・カレンダ上に表示する必要があるフィールドを含むＨＴＭＬ書式を含む。カレンダ通知は、主題、カレンダ情報（時刻、継続期間、繰り返しなど）、説明、ページ上のその他のカスタム・フィールド、およびＱｕｉｃｋＰｌａｃｅ内の該当ページのＵＲＬを含む。（例えば、スケジューリングされたＳａｍｅｔｉｍｅ（商標）会議によって、Ｓａｍｅｔｉｍｅ会議のＵＲＬをレンダリングするカスタム・フィールドがメッセージ内に含まれる。）
２）各ＱｕｉｃｋＰｌａｃｅ内に、ＱｕｉｃｋＰｌａｃｅ内の任意のカレンダに新しいページが発行されるたびに、またはＱｕｉｃｋＰｌａｃｅ内の任意のカレンダから削除されるたびに、カレンダ通知を受信するオプションを設定する。
３）著者に対して、カレンダ・ページの編集時にイベント通知の送信の制御を可能にする（編集によっては申し込み者に更新を送信するメリットがない）。
４）フローの途中でＱｕｉｃｋＰｌａｃｅに参加する際にユーザのカレンダを更新するために、ＱｕｉｃｋＰｌａｃｅ内の任意の選択された個々のカレンダ上に示された現在発行されている将来のイベントに対応する通知のバッチを要求する。
５）ＱｕｉｃｋＰｌａｃｅ内の任意のカレンダ上に示されたページのＮｏｔｉｆｙアクション（またはＰｕｂｌｉｓｈ  Ａｓ−＞Ｎｏｔｉｆｙ）を介して個々のカレンダ通知を送信する。言明されたカレンダ・タイプを有するメンバーの場合、通知はそれに応じてフォーマットされる。そうでない場合、正規のＡＳＣＩＩ通知を送信する。
【００４５】
提供されるその他の機能は、以下の通りである。
１）マネージャは所与のルーム内のすべての自動カレンダ通知を無効にできる。例えば、各カレンダの「フォルダ・オプション」設定内でこれが可能である。
２）メンバーシップ管理ＡＰＩはユーザのカレンダ通知の基本設定を設定するパラメータを提供する。
３）サーバ管理者はサーバ上のすべての自動カレンダ通知を無効にするオプションを有する。（例えば、クラスタリングをサポートするために。）Ｄｏｍｉｎｏクラスタは、ユーザにデータへの常時アクセスを提供し、サーバ間で負荷平衡をとり、サーバのパフォーマンスを改善し、企業のサイズが増加する時のパフォーマンスを維持する２つから６つのサーバからなるグループである。クラスタ内のサーバは直ちにユーザが常時利用できるデータベースの複製を含む。ユーザが利用不能のクラスタ・サーバ上のデータベースにアクセスしようとすると、Ｄｏｍｉｎｏは、複製が利用できる場合、異なるクラスタ・サーバ上でそのデータベースの複製をオープンする。Ｄｏｍｉｎｏは各データベースを絶えず同期化しているので、どの複製をユーザがオープンしようとも、情報は常に同一である。クラスタは重要なデータベースの高いアベイラビリティを提供し、クラスタ化されたサーバはデータベース・オープン要求をクラスタ内の他のサーバに転送できるので、ユーザはそのデータベースへのアクセスを中断されない。クラスタリングはＱｕｉｃｋＰｌａｃｅサービス１００、１２２、１２４、１２６、またはサーバ・グループ１０１、１２３、１２５、１２７の高いアベイラビリティを提供する。クラスタ内のサーバは、追加、削除、または更新によって管理される。
４）書式に基くページの自動カレンダ通知を無効にするカスタム書式上のオプションを提供できる。
５）サーバ管理者は所与のＱｕｉｃｋＰｌａｃｅサーバ１０１上のユーザのデフォルトのカレンダ・タイプの基本設定を設定するオプションを提供できる。例えば、メールおよびカレンダリングのためのＮｏｔｅｓ  Ｒ５を使用する会社のイントラネット・サーバ上で、管理者はすべてのユーザがそのカレンダ・タイプをＮｏｔｅｓ  Ｒ５に自動的に設定するようにできる。
【００４６】
メンバー情報ページ７１６上の、カレンダ・メッセージに申し込んでカレンダ・タイプを指定するオプションは以下を含むことができる。
１）カレンダ統合は申し込みサービスとして提示される。
２）個々のメンバーはＭｅｍｂｅｒ  Ｉｎｆｏｒｍａｔｉｏｎページ上の基本設定の設定によってパーソナル・カレンダ上のプレースに発行されるイベントを受信するよう申し込むことができる。
３）基本設定機構がサポートされない関係で、グループ・メンバーは利用できない。
４）ユーザは、カレンダのイベントのフォーマットを確実に実行するために、そのカレンダ・タイプ７１８を指定する必要がある。
【００４７】
カレンダ・フィールド７１２のＳｅｎｄ  ｔｏ  Ｓｕｂｓｃｒｉｂｅｒｓチェックボックス７１４の場合
１）著者がカレンダ・ページ（ＱｕｉｃｋＰｌａｃｅカレンダ・フィールド・グループを含む任意のページ）を作成または編集すると、ページの発行によってイベントを申し込み者のカレンダに送信するか否かを著者が決定するためのチェックボックスが表示される。新しいページの場合、チェックボックスにはデフォルトでチェックマークが付いている。
２）申し込み機構はアクセス制御を重視する。カレンダ・イベントにアクセスできる人だけにイベントが送信される。
【００４８】
既存のカレンダ・イベントを変更する時には、チェックボックス７１４がチェックされていると更新が送信される。チェックボックス７１４の動作は以下の通りである。
＊  デフォルトで未チェック
＊  著者が日付／時刻設定を変更すると、チェックボックスにチェックが入る。
＊  著者は発行前いつでもチェックを付け、または外すことができる。
【００４９】
カレンダ・イベントの削除時には、送信前に取り消し通知の送信を確認するためにＪａｖａＳｃｒｉｐｔ警告を表示できる。
【００５０】
ユーザは、カレンダに値が入った後で、プレースに参加でき、またはその利用のオプションを変更できるので、既存のイベントの同期化が以下のように提供される。
１）「Ｓｅｎｄ  Ｔｏ  Ｍｙ  Ｃａｌｅｎｄａｒ」アクションを個々のページに表示できる。これによって、ユーザはイベントを選択してそのパーソナル・カレンダに追加できる。クリックすると、確認アニメーションが表示され、次いで同じページが再ロードされる。
２）プレース内の各カレンダ上に「Ｓｙｎｃｈｒｏｎｉｚｅ  Ｗｉｔｈ  Ｍｙ  Ｃａｌｅｎｄａｒ」アクションを表示できる。これによって、ユーザがイベント更新を受信する日数／週数を指定するシーンが表示される。
【００５１】
カレンダ利用状況はＮｏｔｉｆｙスキン・コンポーネントから、またはＰｕｂｌｉｓｈ  Ａｓ−Ｎｏｔｉｆｙによってトリガできる著者が開始するいかなる既存のＮｏｔｉｆｙ機能からも独立して動作する。著者が希望すれば、著者はすべてのメンバーまたはメンバーのサブセットに通知を送信でき、同時にカレンダ利用状況をトリガできる。カレンダ・ページに送信される通知は従来技術と同様の、テキスト・メッセージとページへのリンクを含む簡単なｅメール・メッセージである。
【００５２】
セキュリティをサポートするために、本発明のカレンダ統合機能は以下のようにアクセス・レベルを認識する。
１）カレンダ統合機能は、プレースの個々のメンバーである読者、著者、およびマネージャが利用できる。イベントは、プレース内のイベント・ページへの読者以上のアクセス権を有するユーザにのみ送信される。「アクセス権を有する」とは、ユーザが技術的にルームおよびページＡＣＬ内にいるが、ペアレント・ルームのＡＣＬ内にいないためにルームに入れないケースを含まない。
２）カレンダ統合機能は、匿名ユーザ、または外部グループのメンバーは利用できない。またスーパユーザも使用可能にできない。
【００５３】
カレンダ統合機能は、以下のように、異なる範囲に合わせてカスタマイズできる。
１）プレース内の各カレンダをカスタマイズしてそのカレンダに掲示されたイベントの自動通知を使用可能／使用不能にできる。これによって、マネージャ／ＰｌａｃｅＴｙｐｅ設計者は申し込みを高値カレンダに限定することができる。例えば、オフィス外カレンダを使用不能にして、オンライン・ミーティング・カレンダを使用可能にできる。
２）カスタム書式をカスタマイズして申し込みを使用可能／使用不能にできる。申し込みが使用不能な書式では、申し込み者チェックボックス７１４はカレンダ・フィールド・グループ７１２内に表示されない。
３）Ｂａｓｉｃｓ内に、プレース内の通知を使用可能／使用不能にするオプションを提供できる。申し込みが使用不能な場合、申し込みＵＩ全体がプレース内に表示されない。
４）Ｓｅｒｖｅｒ  Ｓｅｔｔｉｎｇｓ内に、カレンダ利用状況を使用可能／使用不能にするオプションを提供できる。申し込みが使用不能な場合、申し込みＵＩ全体がサーバ上の全プレース内に表示されない。
５）カレンダ・フォルダ・オプションはＰｌａｃｅＴｙｐｅから子に伝搬する。
【００５４】
（代替実施形態）
説明のために、本発明の特定の実施形態について本明細書で述べてきたが、本発明の精神および範囲を逸脱することなく、本発明にさまざまな変更を加えることができることを理解されたい。特に、マシン可読の信号を記憶し、本発明の方法によるコンピュータの動作を制御し、および／または本発明のシステムに従ってコンポーネントを構成するコンピュータ・プログラムまたはプログラム要素、あるいは固体または流体伝送媒体、磁気または光ケーブル、テープまたはディスクなどのプログラム記憶またはメモリ・デバイスを提供することは本発明の範囲内である。
【００５５】
さらに、この方法の各ステップは、ｚＳｅｒｉｅｓ（商標）、ｉＳｅｒｉｅｓ（商標）、ｘＳｅｒｉｅｓ（商標）、およびｐＳｅｒｉｅｓ（商標）などの名前が付いたＩＢＭシステムを含む任意のコンピュータ上で、また、Ｃ＋＋、Ｊａｖａ、Ｐｌ／１、Ｆｏｒｔｒａｎなどの任意のプログラミング言語で生成された１つまたは複数の、または１つまたは複数の一部のプログラム要素、モジュールまたはオブジェクトに従って実行することができる。さらに、前記各ステップ、または前記各ステップを実施するファイルまたはオブジェクトなどは、特殊用途のハードウェアまたはそのために設計された回路モジュールによって実行できる。
【００５６】
したがって、本発明の保護の範囲は、以下の請求の範囲およびその等価物によってのみ限定される。
【図面の簡単な説明】
【００５７】
【図１】本発明の好ましい実施形態の代表的なシステム構成を示す高レベル・システム図である。
【図２】代表的なマルチサーバ・システム環境を示す高レベル・システム図である。
【図３】「カレンダ統合」のコンテンツ項目表を備えたＰｌａｃｅページの図である。
【図４】カレンダ・メッセージに申し込み、カレンダ・タイプを指定するオプションを備えたＱｕｉｃｋＰｌａｃｅメンバー情報ページの図である。
【図５】カレンダ・フィールド上のＱｕｉｃｋＰｌａｃｅ  ｓｅｎｄ  ｔｏ  ｓｕｂｓｃｒｉｂｅｒｓチェック・ボックスの図である。
【図６】プロジェクト・イベントをパーソナル・カレンダのクライアントおよびスケジューリングのクライアントと統合する本発明の好ましい実施形態を示す高レベル・システム図である。
【図７】プロジェクト・イベントをパーソナル・カレンダのクライアントおよびスケジューリングのクライアントと統合する本発明の方法の例示としての実施形態を示す流れ図である。
【図１】
2006513497.tif 000006
【図２】
2006513497.tif 000007
【図３】
2006513497.tif 000008
【図４】
2006513497.tif 000009
【図５】
2006513497.tif 000010
【図６】
2006513497.tif 000011
【図７】
2006513497.tif 000012
【国際調査報告】
2006513497.tif 000013
2006513497.tif 000014
2006513497.tif 000015