JP4979193B2

JP4979193B2 - サーバのプロジェクト・カレンダ上で発行されたイベントを複数のクライアントそれぞれの「パーソナル・カレンダ及びスケジューリング」アプリケーション・データと統合するための方法、システムおよびコンピュータ・プログラム

Info

Publication number: JP4979193B2
Application number: JP2004566826A
Authority: JP
Inventors: エストラダ・アントニオ; ヒル・チャーレス・アール; シャラビ・サミ・エム
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2003-01-22
Filing date: 2003-12-30
Publication date: 2012-07-18
Anticipated expiration: 2023-12-30
Also published as: TWI313438B; JP2006513497A; AU2003300243A1; WO2004066171A1; US20040143472A1; EP1590754A1; CN1759411A; TW200506677A; CN1759411B; US7584114B2

Description

本発明は、サーバのプロジェクト・カレンダ上で発行されたイベントを当該サーバにネットワークを介して接続された複数のクライアントそれぞれの「パーソナル・カレンダ及びスケジューリング」アプリケーション・データと統合するための方法、システムおよびコンピュータ・プログラムに関する。

「カレンダおよびスケジューリング」（以下、Ｃ＆Ｓと省略する場合がある）アプリケーションに関する当技術分野の問題は、異なるプロジェクトについてのカレンダ・イベントを把握するために異なるプロジェクトのカレンダを繰り返し確認しなければならないことである。

同じ問題が他の発明によっても識別されてきたが、その解決策は、ユーザがそのカレンダとの間でイベントをダウンロード／アップロードして同期化することが必要な手順の開発であった。例：ヤフー・カレンダリング（ｗｗｗ．ｙａｈｏｏ．ｃｏｍ）、ＰａｌｍＰｉｌｏｔカレンダリング（ｗｗｗ．ｍｙｐａｌｍ．ｃｏｍ）。ただし、これらのうちいずれも、同僚がある人物を組織の情報インフラストラクチャ内の会議に招待する場合（ｅメールおよびＮｏｔｅｓ／Ｄｏｍｉｎｏ、Ｏｕｔｌｏｏｋ／ＥｘｃｈａｎｇｅなどのＣ＆Ｓアプリケーションで実行されるような）と同じ方法でプロジェクト・イベントが受信されるシームレスな統合を開発したものはない。

一旦ユーザがＩＢＭ（登録商標）Ｌｏｔｕｓ（登録商標）ＱｕｉｃｋＰｌａｃｅ（登録商標）カレンダを利用すると、カレンダ・イベント情報を同期化またはダウンロードする必要がない、別の解決策が当技術分野で必要である。ユーザは他の会議招待を受信する場合と同じ方法でｅメールを介してカレンダ招待を自動的に受信する。

ＩＢＭ（登録商標）Ｌｏｔｕｓ（登録商標）ＱｕｉｃｋＰｌａｃｅ（登録商標）サーバが管理するようなプロジェクトが、コンテンツに関するｅメールを作成することが知られている。ただし、Ｎｏｔｅｓ５会議、Ｎｏｔｅｓ６会議、Ｏｕｔｌｏｏｋイベント、および任意のｉｃａｌｅｎｄａｒ対応クライアントなどのプロジェクト・カレンダ内のイベントをフォーマットするためのシステムおよび方法が必要である。

ｉｃａｌｅｎｄａｒはオープンな標準カレンダリング・プロトコルである。（ＲＦＣ２４４５を参照。）そのプロトコルによれば、「カレンダおよびスケジューリング」（Ｃ＆Ｓ）プログラム間で情報を共用するために以下のフィールドが指定される。
ＳＴＡＲＴＴＩＭＥ：
ＥＮＤＴＩＭＥ：
ＤＵＲＡＴＩＯＮ：
ＬＯＣＡＴＩＯＮ：
ＡＴＴＥＮＤＥＥＳ
ＳＵＢＪＥＣＴ
ＣＨＡＩＲ
ＬＡＮＧＵＡＧＥ
・・・

Ｄｏｍｉｎｏ、ＩＢＭ、ＩＢＭＬｏｇｏ、Ｌｏｔｕｓ、Ｎｏｔｅｓ、およびＱｕｉｃｋＰｌａｃｅは米国、その他の国、またはその両方のインターナショナル・ビジネス・マシーンズ社の商標である。ＭｉｃｒｏｓｏｆｔおよびＭｉｃｒｏｓｏｆｔＯｕｔｌｏｏｋはマイクロソフト社の商標である。

本発明の目的は、プロジェクト・カレンダ・イベントをユーザ・カレンダに統合する改良形システムおよび方法を提供することである。

本発明の好ましい実施形態によれば、サーバのプロジェクト・カレンダ上で発行されたイベントを当該サーバにネットワークを介して接続された複数のクライアントそれぞれの「パーソナル・カレンダ及びスケジューリング」アプリケーション・データと統合する方法であって、前記サーバが下記ステップを実行することを含み、当該ステップが、
前記イベントをクライアントに送信するか否かを示す第１のデータを前記複数のクライアントそれぞれから受信するステップであって、当該第１のデータはサーバ上のメンバー・プロファイル・データベースに記憶される、前記受信するステップと、
前記プロジェクト・カレンダのクライアント・メンバー用のパーソナル・カレンダによって使用される「カレンダおよびスケジューリング」アプリケーション用フォーマットを示す第２のデータを前記複数のクライアントそれぞれから受信するステップであって、第１のクライアントは、第１の「カレンダおよびスケジューリング」アプリケーション用フォーマットを使用し、第２のクライアントは、当該第１の「カレンダおよびスケジューリング」アプリケーション用フォーマットと異なる第２の「カレンダおよびスケジューリング」アプリケーション用フォーマットを使用し、当該第２のデータはサーバ上の前記メンバー・プロファイル・データベースに記憶される、前記受信するステップと、
前記プロジェクト・カレンダ内のイベントの作成、更新又は削除に応答して、当該イベントを前記サーバから前記パーソナル・カレンダに送信するステップであって、
前記イベントの作成、更新又は削除に応答して、当該イベントの受信を申し込んだクライアントのメンバーを、前記メンバー・プロファイル・データベースから決定するステップと、
当該決定されたメンバー毎用の「カレンダおよびスケジューリング」アプリケーション用フォーマットを、前記メンバー・プロファイル・データベースから決定するステップと、
前記決定された各メンバーのクライアントに、前記メンバー毎に確認された「カレンダおよびスケジューリング」アプリケーション用フォーマットで前記イベントに関する通知を送信するステップと
を含み、
それによって、前記イベントが前記クライアントそれぞれの「パーソナル・カレンダ及びスケジューリング」アプリケーション・データに自動的に統合される、前記方法が提供される。

本発明の実施態様によれば、サーバのプロジェクト・カレンダ上で発行されたイベントを当該サーバにネットワークを介して接続された複数のクライアントの「パーソナル・カレンダ及びスケジューリング」アプリケーション・データと統合するためのサーバであって、
前記イベントをクライアントに送信するか否かを示す第１のデータを前記複数のクライアントそれぞれから受信し、ここで当該第１のデータはサーバ上のメンバー・プロファイル・データベースに記憶され、
前記プロジェクト・カレンダのクライアント・メンバー用のパーソナル・カレンダによって使用される「カレンダおよびスケジューリング」アプリケーション用フォーマットを示す第２のデータを前記複数のクライアントそれぞれから受信し、ここで第１のクライアントは、第１の「カレンダおよびスケジューリング」アプリケーション用フォーマットを使用し、第２のクライアントは、当該第１の「カレンダおよびスケジューリング」アプリケーション用フォーマットと異なる第２の「カレンダおよびスケジューリング」アプリケーション用フォーマットを使用し、当該第２のデータはサーバ上の前記メンバー・プロファイル・データベースに記憶され、
前記プロジェクト・カレンダ内のイベントの作成、更新又は削除に応答して、当該イベントを前記サーバから前記パーソナル・カレンダに送信し、当該送信することは、
前記イベントの作成、更新又は削除に応答して、当該イベントの受信を申し込んだクライアントのメンバーを、前記メンバー・プロファイル・データベースから決定すること、
当該決定されたメンバー毎用の「カレンダおよびスケジューリング」アプリケーション用フォーマットを、前記メンバー・プロファイル・データベースから決定すること、
前記決定された各メンバーのクライアントに、前記メンバー毎に確認された「カレンダおよびスケジューリング」アプリケーション用フォーマットで前記イベントに関する通知を配信すること
を含み、
それによって、前記イベントが前記クライアントそれぞれの「パーソナル・カレンダ及びスケジューリング」アプリケーション・データに自動的に統合される、前記サーバが提供される。

本発明の実施態様によれば、サーバに、上記方法に記載の方法の各ステップを実行させる、コンピュータ・プログラムが提供される。

本発明の他の特徴および利点は、添付の図面を参照しながら、本発明の好ましい実施形態についての以下の詳細な説明を読めば明らかになるだろう。

本発明の好ましい実施形態によれば、ユーザのカレンダ・ツール内にＱｕｉｃｋＰｌａｃｅ（登録商標）カレンダ・イベントを表示するためのシステムおよび方法が提供される。ＱｕｉｃｋＰｌａｃｅ（登録商標）カレンダ・イベントをユーザのカレンダ・ツールに統合することによって、ユーザは１つのカレンダを参照するだけで関連するすべてのイベントを確認することができる。

本発明の好ましい実施形態によれば、ＩＢＭ（登録商標）Ｌｏｔｕｓ（登録商標）ＱｕｉｃｋＰｌａｃｅ（登録商標）などの協働空間のメンバーは当該ＱｕｉｃｋＰｌａｃｅ（登録商標）で作成されたカレンダ・データをメンバー自身のカレンダ内に受信する。この結果、例えば、ＬｏｔｕｓＮｏｔｅｓ５．ｘおよび６．０、ＭｉｃｒｏｓｏｆｔＯｕｔｌｏｏｋ９８（登録商標）以降、および任意のｉｃａｌｅｎｄａｒ標準対応Ｃ＆Ｓクライアントの統合が可能になる。

図１および図２を参照すると、当該のシステム環境は、サービス１００／サーバ１０１、１２２／１２３、１２４／１２５および１２６／１２７を含むマルチサーバ・システム環境の上記ＱｕｉｃｋＰｌａｃｅ（登録商標）１１４、１３２、１３４、１３６と、通信リンク９７と、ユーザ・ブラウザ９９などの１つまたは複数のクライアント端末と、例えば、上記ＱｕｉｃｋＰｌａｃｅ（登録商標）カタログなどのプロジェクトに関する情報を集約するカタログ１２０を含むデータベースとを含む。

本明細書で一貫して、「プロジェクト」という一般用語とより専門的な用語である上記「ＱｕｉｃｋＰｌａｃｅ（登録商標）」はほぼ同義で使用される。上記ＱｕｉｃｋＰｌａｃｅ（登録商標）はプロジェクトの具体例である。同様に、上記「ＱｕｉｃｋＰｌａｃｅ（登録商標）カタログ」はほぼ等価の用語である。

各ユーザがリモート端末９９を介して利用可能な機能は、ユーザまたはエンティティあるいはその両方のニーズと権限にしたがってカスタマイズできる。端末９９は、例えば、当業者に知られているブラウザ・ソフトウェア技術またはその他の電子アクセス方法を用いてシステムにアクセスできる。端末９９のエンド・ユーザに表示されるレポートおよびその他の情報は、知られているウェブ・ページ・フォーマット技法を用いて表示できる。

通信リンク９７はリモート端末９９をサーバ１０１にリンクする。リンク９７は、電話回線、同軸ケーブル、ディジタル・データ回線などの有線リンクまたは、無線周波数もしくは赤外線通信リンクなどの無線リンクである。

図１に示すように、上記ＱｕｉｃｋＰｌａｃｅ（登録商標）サービス１００は、ネットワークを介して相互に通信可能で、協働して機能（プロジェクト作成、プロジェクトおよびサーバ間の検索、およびすべてのサーバおよびプロジェクトにまたがった集約表示など）を提供することができるサーバのグループを表す。

図２を参照すると、このサービスは各サーバ１０１、１２３、１２５、１２７がそれぞれサービス１００、１２２、１２４、１２６の通知を実施するという抽象的な意味で実施でき、この意味では、それは上記ＱｕｉｃｋＰｌａｃｅ（登録商標）サーバのマルチサーバ配備であり、当該マルチサーバ配備は管理のための、ユーザ・インタフェース内の一貫したサービス単位として処理できる。

上記ＱｕｉｃｋＰｌａｃｅ（登録商標）サービス１００は、（１）同じＩＢＭ（登録商標）Ｌｏｔｕｓ（登録商標）Ｄｏｍｉｎｏ（商標）ドメイン内にあり、（２）同じユーザ・ディレクトリと認証システムとを共用し、（３）同じユーザ・ネットワーク上にあり（すなわち、ファイアウォールで分離されておらず）、（４）同じ管理チームによって管理される複数の上記ＱｕｉｃｋＰｌａｃｅ（登録商標）サーバ１０１または上記ＱｕｉｃｋＰｌａｃｅ（登録商標）クラスタあるいはその両方を含む。これらの制約は、サービス全体にわたって以下を確保する。（１）サーバ１０１が一貫して構成でき、（２）サーバ１０１が互いに通信しデータを共用でき、（３）ユーザ識別が同じ名前空間にあり、衝突せず、（４）単一サインオン認証が実施できる。

図３を参照すると、ＱｕｉｃｋＰｌａｃｅ（登録商標）表示ウィンドウ１７７は、カレンダ統合のためのＭｙＰｌａｃｅｓボタン１８６とＴＯＣ選択エントリが表示される目次（ＴＯＣ）サイドバー１７８を含み、ＴＯＣ選択エントリを選択することでユーザはカレンダに関連するオプションまたは基本設定を選択できる。

上記ＱｕｉｃｋＰｌａｃｅ（登録商標）カレンダ・イベントは上記ＱｕｉｃｋＰｌａｃｅ（登録商標）カレンダ制御を含む上記ＱｕｉｃｋＰｌａｃｅ（登録商標）内の任意のページである。

図４を参照すると、ユーザはこのＱｕｉｃｋＰｌａｃｅ（登録商標）のカレンダ上で発行されたイベントをそのパーソナル・カレンダに送信するか否かを選択し、そのメンバー・プロファイル情報７１６を編集する時にドロップ・ダウン・リスト７１８からどの「カレンダおよびスケジューリング」（Ｃ＆Ｓ）プログラムを使用するかを指定する。このリスト７１８は、Ｎｏｔｅｓ５、Ｎｏｔｅｓ６、ＭＳＯｕｔｌｏｏｋ、ｉＣａｌｅｎｄａｒ、平文を含むいくつかのＣ＆Ｓアプリケーション用フォーマットのうちいずれかを含むことができる。上記リスト７１８内にどのアプリケーション用フォーマットを表示するかは、上記ＱｕｉｃｋＰｌａｃｅ（登録商標）サーバ１０１のＸＭＬ構成ファイル（ｑｐｃｏｎｆｉｇ．ｘｍｌ）内の設定によって制御される。

図５を参照すると、カレンダ情報フィールド７１２は、上記ＱｕｉｃｋＰｌａｃｅ（登録商標）イベントをスケジューリングする際にユーザが使用するｓｅｎｄｅｖｅｎｔｔｏｃａｌｅｎｄａｒｓｕｂｓｃｒｉｂｅｒｓチェック・ボックス７１４を含む。

図６を参照すると、本発明のクライアント／サーバ・システムの好ましい実施形態は、システム側に、Ｄｏｍｉｎｏサーバ６４０と、メンバー・プロファイル・データベース６７２およびイベント・データベース６７４を含むＱｕｉｃｋＰｌａｃｅ（登録商標）データベース６３０とを実装する。サーバ６４０は上記ＱｕｉｃｋＰｌａｃｅ（登録商標）サーバ１０１と、上記ＱｕｉｃｋＰｌａｃｅ（登録商標）「カレンダおよびスケジューリング」イベントを記憶する領域を含むｅメール送信機能６７６とを実装する。クライアント側では、ブラウザまたは上記ＱｕｉｃｋＰｌａｃｅ（登録商標）クライアント９９はｅメール・アプリケーションと「カレンダおよびスケジューリング」プログラムとを実装する。

動作時に、クライアント９９のユーザは、例えばこの上記ＱｕｉｃｋＰｌａｃｅ（登録商標）１０１に保存されているイベントを、この上記ＱｕｉｃｋＰｌａｃｅ（登録商標）１０１からユーザのクライアントの「カレンダおよびスケジューリング」アプリケーション・データ内にカレンダ・イベントを受信するようにメンバー・プロファイルを設定したユーザに対して転送するように指定できる。

他のユーザにイベント通知を受信させるユーザのアクションは、サーバ６４０でのイベントの作成、更新、および削除である。カレンダリングするイベント６７４はＱｕｉｃｋＰｌａｃｅ（登録商標）それ自体で作成される。ＱｕｉｃｋＰｌａｃｅ（登録商標）のユーザはプロファイル６７２内でカレンダに申し込み、使用するカレンダのタイプを指定する。次に、ｅメール送信ポート６７６でサーバ１０１から送信されたイベント６７８は、Ｎｏｔｅｓアプリケーション用フォーマットまたはｉｃａｌｅｎｄａｒアプリケーション用フォーマットのようなｅメール６８０の添付ファイルとしてユーザが選択したＣ＆Ｓアプリケーション６８２に合わせて個人化できる。

サーバ６４０内でイベント６７８が作成されると、サーバ６４０はメンバー・プロファイル６７２を検査してカレンダ・イベント６７４の受信を申し込んだクライアントのメンバーを確認する。申し込んだ各メンバーについて、サーバ６４０はカレンダ・プログラム・タイプがあるか検査し、次に、ユーザの各組（Ｎｏｔｅｓ５、Ｎｏｔｅｓ６またはｉＣａｌｅｎｄａｒアプリケーション用フォーマットを要求したユーザの組）に配布する適当なアプリケーション用フォーマットのｅメールを生成する。

図７を参照すると、本発明の例示としての実施形態によれば、ステップ６８４でイベント６７８が作成、更新、または移動される。サーバ１０１は、これに応答して、カレンダ統合がサーバ・レベルで可能か否かをステップ６８６で検査し、カレンダ統合がＱｕｉｃｋＰｌａｃｅ（登録商標）レベルで可能か否かをステップ６８８で検査し、カレンダ統合がルーム・レベルで可能か否かをステップ６９０で検査する。これらのいずれかのレベルで可能でない場合、カレンダ統合はステップ７１０で終了する。これらのすべてのレベルで可能な場合、サーバ１０１は、ステップ６９２で、メンバー・プロファイル６７２を検査してカレンダ契約を確認し、ステップ６９４でＮｏｔｅｓ５に申し込んでいるメンバーに対して添付ファイルをＮｏｔｅｓ５アプリケーション用フォーマットで生成し、ステップ６９６で、Ｎｏｔｅｓ６に申し込んでいるメンバーに対して添付ファイルをＮｏｔｅｓ６アプリケーション用フォーマットで生成し、ステップ６９８で、ｉＣａｌｅｎｄａｒイベントに申し込んでいるメンバーに対して添付ファイルをｉＣａｌｅｎｄａｒアプリケーション用フォーマットで生成する。ステップ７００で、これらの添付ファイルはｅメール・ノートにステップ７０２で添付され、ステップ７０４、７０６および７０８でネットワーク９７を介してそれぞれＮｏｔｅｓ５、Ｎｏｔｅｓ６、およびｉＣａｌｅｎｄａｒユーザに対して転送される。

したがって、以下の３つのレベルの統合が存在する。すなわち、サーバ全体、ＱｕｉｃｋＰｌａｃｅ（登録商標）単位、およびルーム単位である。これらはすべて．ｎｓｆファイルで保存される。

上記ＱｕｉｃｋＰｌａｃｅ（登録商標）（ＱＰ）メンバーは、「ｗｈａｔ’ｓｎｅｗ」メールの受信をするよう申し込むのと同じ方法でカレンダ・イベントに申し込むことでカレンダ・イベントを受信するか否かを制御する。こうして、ＱＰメンバーは、イベントを受信するか否かを制御する。

上記ＱｕｉｃｋＰｌａｃｅ（登録商標）マネージャは以下のようにさまざまな細かさの程度を使用可能または使用不能にできる。
１．ＱＰサーバ１０１の管理シーンを介して上記ＱｕｉｃｋＰｌａｃｅ（登録商標）サーバへのカレンダ全体の統合を使用可能または使用不能にする。
２．上記ＱｕｉｃｋＰｌａｃｅ（登録商標）変更基本オプションを介して特定の上記ＱｕｉｃｋＰｌａｃｅ（登録商標）のカレンダ全体の統合を使用可能または使用不能にする。
３．カレンダ・フォルダ・オプションを介して、特定のルームのカレンダのカレンダ統合を使用可能または使用不能にする。

さらに、ルーム・マネージャは、ルーム内のカレンダ制御（別名カレンダ・ページ）を含むページが申し込みメンバーに常に送信されるか否かを制御できる。またはページの著者はページを申し込み者に送信するか否かを選択する。またはルーム内のカレンダ・ページはカレンダ・イベントとして申し込み者には送信されない。

上記ＱｕｉｃｋＰｌａｃｅ（登録商標）通知機能は、ページのロケーション、説明などについての情報を含むテキスト・ｅメールを送信する。送信カレンダ・イベント・オプションはブラウザでＣ＆Ｓカレンダ６８２と統合されるカレンダ・イベント・フォーマットでｅメール７０４〜７０８を送信する。

イベントが以下の方法でクライアント９９に到達すると、上記ＱｕｉｃｋＰｌａｃｅ（登録商標）カレンダ・イベント６７８はＣ＆Ｓクライアント６８２の「パーソナル・カレンダ及びスケジューリング」アプリケーション・データに統合される。
１．ＬｏｔｕｓＮｏｔｅｓ申し込み者の場合、ｅメール７０４または７０６はＳＭＴＰｘヘッダ・フィールドで搬送されるＬｏｔｕｓＮｏｔｅｓドキュメント・フィールド内に符号化されたカレンダ・イベント６７８情報を含む。これらのフィールドはＬｏｔｕｓＮｏｔｅｓＣ＆Ｓクライアント６８２テンプレートによって解釈され、テンプレート規則に従って処理され、ＮｏｔｅｓＭｅｅｔｉｎｇ招待になる。
２．ＭｉｃｒｏｓｏｆｔＯｕｔｌｏｏｋ申し込み者の場合、ｅメール７０８は上記ＱｕｉｃｋＰｌａｃｅ（登録商標）内のイベント６７８のカレンダ情報を含むｉｃａｌｅｎｄａｒ標準添付ファイルを含む。このｉｃａｌｅｎｄａｒ添付ファイルは、Ｃ＆Ｓプログラム６８２によってユーザのカレンダ内にインポートされる。ＭｉｃｒｏｓｏｆｔＯｕｔｌｏｏｋの場合、ｅメール７０８内の添付ファイル６９８はＯｕｔｌｏｏｋカレンダ内にドラッグ＆ドロップするか、添付ファイルをダブル・クリックして開いて承認することができる。
３．他のｉｃａｌｅｎｄａｒ標準Ｃ＆Ｓクライアントのユーザの場合、ｅメールはＭｉｃｒｏｓｏｆｔＯｕｔｌｏｏｋの場合と同じである。ｅメールはクライアントの指示によってＣ＆Ｓカレンダ内にインポートできるｉｃａｌｅｎｄａｒ添付ファイルを含む。

カレンダ統合は片方向作業フローをサポートする。これは、上記ＱｕｉｃｋＰｌａｃｅ（登録商標）内で元々作成されたイベント６７４に加えられた変更（時刻、または日付、または取り消し）を伝搬するため、イベントは上記ＱｕｉｃｋＰｌａｃｅ（登録商標）１０１それ自体によってしか更新または取り消しできないという意味である。言い換えれば、Ｃ＆Ｓカレンダ・クライアント９９内のイベントの時刻は変更できず、上記ＱｕｉｃｋＰｌａｃｅ（登録商標）イベント６７４がクライアントから更新されることを期待することもできない。

ＱｕｉｃｋＰｌａｃｅ（登録商標）のメンバーはメンバー・プロファイル６７２を介してＱｕｉｃｋＰｌａｃｅ（登録商標）のカレンダを利用する。

ＬｏｔｕｓＮｏｔｅｓＣａｌｅｎｄａｒクライアント用にフォーマットされたイベント６７８の場合、上記ＱｕｉｃｋＰｌａｃｅ（登録商標）１０１は、ｅメール・ノート７０２を作成し、表１に示すフィールドをノートに追加してＬｏｔｕｓＮｏｔｅｓＣａｌｅｎｄａｒクライアントＣ＆Ｓプログラム６８２がカレンダ・イベントとしてｅメールを処理できるようにする。

表２は、正規メール・ノートまたはカレンダ・ノート作成時にＮｏｔｅｓクライアント・メール・プロセスが作成して値を代入する項目を示す。これらの項目はｎｒｏｕｔｅｒサーバ・プロセス（図示せず）を終了することでメール・ボックスにノートをトラップしてサーバ１０１で検査される。これは、メール・プロセス６７６が、例えば、Ｌｏｔｕｓ
Ｎｏｔｅｓの特定のメール・ノートをＬｏｔｕｓＮｏｔｅｓメール・クライアントに送信するのではなく、メール・クライアントが他端でメール・ノートを受信することを知らずに正規のｅメールを送信するように構成されている時に必要である。

表３は、ｅメール・ノート用のＱＰ１０１メール・プロセスが作成して値を代入する項目を示す。これらの項目はカレンダ・イベント・ノート用のサーバ１０１メール・プロセスによって作成して値を代入される必要はない（＊印を除く）。

カレンダ統合によって、上記ＱｕｉｃｋＰｌａｃｅ（登録商標）メンバーはそのＯｕｔｌｏｏｋまたはＮｏｔｅｓカレンダリング・クライアントを用いて上記ＱｕｉｃｋＰｌａｃｅ（登録商標）に発行されたカレンダ・イベントを追跡することができる。ユーザは必要に応じて更新を含め、所与の上記ＱｕｉｃｋＰｌａｃｅ（登録商標）に発行されたすべてのカレンダ・イベントの通知を自動的に受信する選択ができる。また、著者は、指定されたイベントのカレンダ通知を任意の上記ＱｕｉｃｋＰｌａｃｅ（登録商標）メンバーに手作業で送信できる。さまざまな構成オプションが提供され、サーバ管理者、ルーム・マネージャ、および上記ＱｕｉｃｋＰｌａｃｅ（登録商標）メンバーは、通知を送信するか否か、またその方法を制御できる。

本発明の例示としての実施形態によれば、カレンダ統合機能を使用するユーザは、以下を実行できる。
１）以下のメール・クライアントを用いてカレンダ通知を受信する。ＬｏｔｕｓＮｏｔｅｓ／ＤｏｍｉｎｏＲ５以降、ＭｉｃｒｏｓｏｆｔＯｕｔｌｏｏｋ９８以降。「カレンダ・イベント」はルーム・カレンダ上に表示される任意の書式として定義される。これはカレンダ制御を使用する簡単な書式である内蔵カレンダ・イベント書式と、ルーム・カレンダ上に表示する必要があるフィールドを含むＨＴＭＬ書式を含む。カレンダ通知は、主題、カレンダ情報（時刻、継続期間、繰り返しなど）、説明、ページ上のその他のカスタム・フィールド、および上記ＱｕｉｃｋＰｌａｃｅ（登録商標）内の該当ページのＵＲＬを含む。（例えば、スケジューリングされたＳａｍｅｔｉｍｅ（商標）会議によって、Ｓａｍｅｔｉｍｅ会議のＵＲＬをレンダリングするカスタム・フィールドがメッセージ内に含まれる。）
２）各上記ＱｕｉｃｋＰｌａｃｅ（登録商標）内に、上記ＱｕｉｃｋＰｌａｃｅ（登録商標）内の任意のカレンダに新しいページが発行されるたびに、または上記ＱｕｉｃｋＰｌａｃｅ（登録商標）内の任意のカレンダから削除されるたびに、カレンダ通知を受信するオプションを設定する。
３）著者に対して、カレンダ・ページの編集時にイベント通知の送信の制御を可能にする（編集によっては申し込み者に更新を送信するメリットがない）。
４）フローの途中で上記ＱｕｉｃｋＰｌａｃｅ（登録商標）に参加する際にユーザのカレンダを更新するために、上記ＱｕｉｃｋＰｌａｃｅ（登録商標）内の任意の選択された個々のカレンダ上に示された現在発行されている将来のイベントに対応する通知のバッチを要求する。
５）上記ＱｕｉｃｋＰｌａｃｅ（登録商標）内の任意のカレンダ上に示されたページのＮｏｔｉｆｙアクション（またはＰｕｂｌｉｓｈＡｓ−＞Ｎｏｔｉｆｙ）を介して個々のカレンダ通知を送信する。言明されたカレンダ・タイプを有するメンバーの場合、通知はそれに応じてフォーマットされる。そうでない場合、正規のＡＳＣＩＩ通知を送信する。

提供されるその他の機能は、以下の通りである。
１）マネージャは所与のルーム内のすべての自動カレンダ通知を無効にできる。例えば、各カレンダの「フォルダ・オプション」設定内でこれが可能である。
２）メンバーシップ管理ＡＰＩはユーザのカレンダ通知の基本設定を設定するパラメータを提供する。
３）サーバ管理者はサーバ上のすべての自動カレンダ通知を無効にするオプションを有する。（例えば、クラスタリングをサポートするために。）Ｄｏｍｉｎｏクラスタは、ユーザにデータへの常時アクセスを提供し、サーバ間で負荷平衡をとり、サーバのパフォーマンスを改善し、企業のサイズが増加する時のパフォーマンスを維持する２つから６つのサーバからなるグループである。クラスタ内のサーバは直ちにユーザが常時利用できるデータベースの複製を含む。ユーザが利用不能のクラスタ・サーバ上のデータベースにアクセスしようとすると、Ｄｏｍｉｎｏは、複製が利用できる場合、異なるクラスタ・サーバ上でそのデータベースの複製をオープンする。Ｄｏｍｉｎｏは各データベースを絶えず同期化しているので、どの複製をユーザがオープンしようとも、情報は常に同一である。クラスタは重要なデータベースの高いアベイラビリティを提供し、クラスタ化されたサーバはデータベース・オープン要求をクラスタ内の他のサーバに転送できるので、ユーザはそのデータベースへのアクセスを中断されない。クラスタリングは上記ＱｕｉｃｋＰｌａｃｅ（登録商標）サービス１００、１２２、１２４、１２６、またはサーバ・グループ１０１、１２３、１２５、１２７の高いアベイラビリティを提供する。クラスタ内のサーバは、追加、削除、または更新によって管理される。
４）書式に基くページの自動カレンダ通知を無効にするカスタム書式上のオプションを提供できる。
５）サーバ管理者は所与の上記ＱｕｉｃｋＰｌａｃｅ（登録商標）サーバ１０１上のユーザのデフォルトのカレンダ・タイプの基本設定を設定するオプションを提供できる。例えば、メールおよびカレンダリングのためのＮｏｔｅｓＲ５を使用する会社のイントラネット・サーバ上で、管理者はすべてのユーザがそのカレンダ・タイプをＮｏｔｅｓＲ５に自動的に設定するようにできる。

メンバー情報ページ７１６上の、カレンダ・メッセージに申し込んでカレンダ・タイプを指定するオプションは以下を含むことができる。
１）カレンダ統合は申し込みサービスとして提示される。
２）個々のメンバーはＭｅｍｂｅｒＩｎｆｏｒｍａｔｉｏｎページ上の基本設定の設定によってパーソナル・カレンダ上のＱｕｉｃｋＰｌａｃｅ（登録商標）に発行されるイベントを受信するよう申し込むことができる。
３）基本設定機構がサポートされない関係で、グループ・メンバーは利用できない。
４）ユーザは、カレンダのイベントのフォーマットを確実に実行するために、そのカレンダ・タイプ７１８を指定する必要がある。

カレンダ・フィールド７１２のＳｅｎｄｔｏＳｕｂｓｃｒｉｂｅｒｓチェックボックス７１４の場合
１）著者がカレンダ・ページ（上記ＱｕｉｃｋＰｌａｃｅ（登録商標）カレンダ・フィールド・グループを含む任意のページ）を作成または編集すると、ページの発行によってイベントを申し込み者のカレンダに送信するか否かを著者が決定するためのチェックボックスが表示される。新しいページの場合、チェックボックスにはデフォルトでチェックマークが付いている。
２）申し込み機構はアクセス制御を重視する。カレンダ・イベントにアクセスできる人だけにイベントが送信される。

既存のカレンダ・イベントを変更する時には、チェックボックス７１４がチェックされていると更新が送信される。チェックボックス７１４の動作は以下の通りである。
＊デフォルトで未チェック
＊著者が日付／時刻設定を変更すると、チェックボックスにチェックが入る。
＊著者は発行前いつでもチェックを付け、または外すことができる。

カレンダ・イベントの削除時には、送信前に取り消し通知の送信を確認するためにＪａｖａＳｃｒｉｐｔ警告を表示できる。

ユーザは、カレンダに値が入った後で、ＱｕｉｃｋＰｌａｃｅ（登録商標）に参加でき、またはその利用のオプションを変更できるので、既存のイベントの同期化が以下のように提供される。
１）「ＳｅｎｄＴｏＭｙＣａｌｅｎｄａｒ」アクションを個々のページに表示できる。これによって、ユーザはイベントを選択してそのパーソナル・カレンダに追加できる。クリックすると、確認アニメーションが表示され、次いで同じページが再ロードされる。
２）ＱｕｉｃｋＰｌａｃｅ（登録商標）内の各カレンダ上に「ＳｙｎｃｈｒｏｎｉｚｅＷｉｔｈＭｙＣａｌｅｎｄａｒ」アクションを表示できる。これによって、ユーザがイベント更新を受信する日数／週数を指定するシーンが表示される。

カレンダ利用状況はＮｏｔｉｆｙスキン・コンポーネントから、またはＰｕｂｌｉｓｈＡｓ−Ｎｏｔｉｆｙによってトリガできる著者が開始するいかなる既存のＮｏｔｉｆｙ機能からも独立して動作する。著者が希望すれば、著者はすべてのメンバーまたはメンバーのサブセットに通知を送信でき、同時にカレンダ利用状況をトリガできる。カレンダ・ページに送信される通知は従来技術と同様の、テキスト・メッセージとページへのリンクを含む簡単なｅメール・メッセージである。

セキュリティをサポートするために、本発明のカレンダ統合機能は以下のようにアクセス・レベルを認識する。
１）カレンダ統合機能は、ＱｕｉｃｋＰｌａｃｅ（登録商標）の個々のメンバーである読者、著者、およびマネージャが利用できる。イベントは、ＱｕｉｃｋＰｌａｃｅ（登録商標）内のイベント・ページへの読者以上のアクセス権を有するユーザにのみ送信される。「アクセス権を有する」とは、ユーザが技術的にルームおよびページＡＣＬ内にいるが、ペアレント・ルームのＡＣＬ内にいないためにルームに入れないケースを含まない。
２）カレンダ統合機能は、匿名ユーザ、または外部グループのメンバーは利用できない。またスーパユーザも使用可能にできない。

カレンダ統合機能は、以下のように、異なる範囲に合わせてカスタマイズできる。
１）ＱｕｉｃｋＰｌａｃｅ（登録商標）内の各カレンダをカスタマイズしてそのカレンダに掲示されたイベントの自動通知を使用可能／使用不能にできる。これによって、マネージャ／ＰｌａｃｅＴｙｐｅ設計者は申し込みを高値カレンダに限定することができる。例えば、オフィス外カレンダを使用不能にして、オンライン・ミーティング・カレンダを使用可能にできる。
２）カスタム書式をカスタマイズして申し込みを使用可能／使用不能にできる。申し込みが使用不能な書式では、申し込み者チェックボックス７１４はカレンダ・フィールド・グループ７１２内に表示されない。
３）Ｂａｓｉｃｓ内に、ＱｕｉｃｋＰｌａｃｅ（登録商標）内の通知を使用可能／使用不能にするオプションを提供できる。申し込みが使用不能な場合、申し込みＵＩ全体がＱｕｉｃｋＰｌａｃｅ（登録商標）内に表示されない。
４）ＳｅｒｖｅｒＳｅｔｔｉｎｇｓ内に、カレンダ利用状況を使用可能／使用不能にするオプションを提供できる。申し込みが使用不能な場合、申し込みＵＩ全体がサーバ上の全ＱｕｉｃｋＰｌａｃｅ（登録商標）内に表示されない。
５）カレンダ・フォルダ・オプションはＰｌａｃｅＴｙｐｅから子に伝搬する。

（代替実施形態）
説明のために、本発明の特定の実施形態について本明細書で述べてきたが、本発明の精神および範囲を逸脱することなく、本発明にさまざまな変更を加えることができることを理解されたい。特に、マシン可読の信号を記憶し、本発明の方法によるコンピュータの動作を制御し、および／または本発明のシステムに従ってコンポーネントを構成するコンピュータ・プログラムまたはプログラム要素、あるいは固体または流体伝送媒体、磁気または光ケーブル、テープまたはディスクなどのプログラム記憶またはメモリ・デバイスを提供することは本発明の範囲内である。

さらに、この方法の各ステップは、ｚＳｅｒｉｅｓ（商標）、ｉＳｅｒｉｅｓ（商標）、ｘＳｅｒｉｅｓ（商標）、およびｐＳｅｒｉｅｓ（商標）などの名前が付いたＩＢＭシステムを含む任意のコンピュータ上で、また、Ｃ＋＋、Ｊａｖａ、Ｐｌ／１、Ｆｏｒｔｒａｎなどの任意のプログラミング言語で生成された１つまたは複数の、または１つまたは複数の一部のプログラム要素、モジュールまたはオブジェクトに従って実行することができる。さらに、前記各ステップ、または前記各ステップを実施するファイルまたはオブジェクトなどは、特殊用途のハードウェアまたはそのために設計された回路モジュールによって実行できる。

したがって、本発明の保護の範囲は、以下の請求の範囲およびその等価物によってのみ限定される。

本発明の好ましい実施形態の代表的なシステム構成を示す高レベル・システム図である。代表的なマルチサーバ・システム環境を示す高レベル・システム図である。「カレンダ統合」のコンテンツ項目表を備えたＰｌａｃｅページの図である。カレンダ・メッセージに申し込み、カレンダ・タイプを指定するオプションを備えた上記ＱｕｉｃｋＰｌａｃｅ（登録商標）メンバー情報ページの図である。カレンダ・フィールド上の上記ＱｕｉｃｋＰｌａｃｅ（登録商標）ｓｅｎｄｔｏｓｕｂｓｃｒｉｂｅｒｓチェック・ボックスの図である。プロジェクト・イベントをパーソナル・カレンダのクライアントおよびスケジューリングのクライアントと統合する本発明の好ましい実施形態を示す高レベル・システム図である。プロジェクト・イベントをパーソナル・カレンダのクライアントおよびスケジューリングのクライアントと統合する本発明の方法の例示としての実施形態を示す流れ図である。

Claims

サーバのプロジェクト・カレンダ上で発行されたイベントを当該サーバにネットワークを介して接続された複数のクライアント端末それぞれの「パーソナル・カレンダ及びスケジューリング」アプリケーション・データと統合する方法であって、前記サーバが、
前記プロジェクト・カレンダ上で発行された前記イベントをクライアント端末に送信するか否かを示す第１のデータを前記複数のクライアント端末それぞれから受信するステップであって、当該第１のデータはサーバ上のメンバー・プロファイル・データベースに記憶される、前記受信するステップと、
前記プロジェクト・カレンダのクライアント・メンバー用のパーソナル・カレンダによって使用される「カレンダおよびスケジューリング」アプリケーション用フォーマットを示す第２のデータを前記複数のクライアント端末それぞれから受信するステップであって、第１のクライアント端末は、第１の「カレンダおよびスケジューリング」アプリケーション用フォーマットを使用し、第２のクライアント端末は、当該第１の「カレンダおよびスケジューリング」アプリケーション用フォーマットと異なる第２の「カレンダおよびスケジューリング」アプリケーション用フォーマットを使用し、当該第２のデータはサーバ上の前記メンバー・プロファイル・データベースに記憶される、前記受信するステップと、
前記プロジェクト・カレンダ内のイベントの作成、更新又は削除に応答して、当該イベントを前記サーバから前記パーソナル・カレンダに送信するステップであって、
前記イベントの作成、更新又は削除に応答して、当該イベントの受信を申し込んだクライアント端末のメンバーを、前記メンバー・プロファイル・データベースから決定するステップと、
当該決定されたメンバー毎用の「カレンダおよびスケジューリング」アプリケーション用フォーマットを、前記メンバー・プロファイル・データベースから決定するステップと、
前記決定された各メンバーのクライアント端末に、前記メンバー毎に確認された「カレンダおよびスケジューリング」アプリケーション用フォーマットで前記イベントに関する通知を送信するステップと
を実行することを含み、
それによって、前記イベントが前記クライアント端末それぞれの「パーソナル・カレンダ及びスケジューリング」アプリケーション・データに自動的に統合される、前記方法。
前記クライアント端末が、前記「カレンダおよびスケジューリング」アプリケーション用フォーマットの選択をメンバーに許すために「カレンダおよびスケジューリング」アプリケーション用フォーマットのリストを前記メンバーに対して表示するステップをさらに含む、請求項１に記載の方法。
前記リストが前記サーバに格納された構成ファイル内の設定によって制御される、請求項２に記載の方法。
サーバのプロジェクト・カレンダ上で発行されたイベントを当該サーバにネットワークを介して接続された複数のクライアント端末それぞれの「パーソナル・カレンダ及びスケジューリング」アプリケーション・データと統合する方法であって、
クライアント端末それぞれが、前記プロジェクト・カレンダ上で発行された前記イベントをクライアント端末に送信するか否かを示す第１のデータを前記複数のクライアント端末それぞれから前記サーバに送信するステップであって、当該第１のデータはサーバ上のメンバー・プロファイル・データベースに記憶される、前記送信するステップと、
クライアント端末それぞれが、前記プロジェクト・カレンダのクライアント・メンバー用のパーソナル・カレンダによって使用される「カレンダおよびスケジューリング」アプリケーション用フォーマットを示す第２のデータを前記サーバに送信するステップであって、第１のクライアント端末は、第１のクライアント端末は、第１の「カレンダおよびスケジューリング」アプリケーション用フォーマットを使用し、第２のクライアント端末は、当該第１の「カレンダおよびスケジューリング」アプリケーション用フォーマットと異なる第２の「カレンダおよびスケジューリング」アプリケーション用フォーマットを使用し、当該第２のデータはサーバ上の前記メンバー・プロファイル・データベースに記憶される、前記送信するステップと、
前記サーバが、前記プロジェクト・カレンダ内のイベントの作成、更新又は削除に応答して、当該イベントを前記サーバから前記パーソナル・カレンダに送信するステップであって、
前記イベントの作成、更新又は削除に応答して、当該イベントの受信を申し込んだクライアント端末のメンバーを、前記メンバー・プロファイル・データベースから決定するステップと、
当該決定されたメンバー毎用の「カレンダおよびスケジューリング」アプリケーション用フォーマットを、前記メンバー・プロファイル・データベースから決定するステップと、
前記決定された各メンバーのクライアント端末に、前記メンバー毎に確認された「カレンダおよびスケジューリング」アプリケーション用フォーマットで前記イベントに関する通知を送信するステップと
を含み、
それによって、前記イベントが前記クライアント端末それぞれの「パーソナル・カレンダ及びスケジューリング」アプリケーション・データに自動的に統合される、前記方法。
前記クライアント端末が、前記「カレンダおよびスケジューリング」アプリケーション用フォーマットの選択をメンバーに許すために「カレンダおよびスケジューリング」アプリケーション用フォーマットのリストを前記メンバーに対して表示するステップをさらに含む、請求項４に記載の方法。
前記リストが前記サーバに格納された構成ファイル内の設定によって制御される、請求項５に記載の方法。
サーバのプロジェクト・カレンダ上で発行されたイベントを当該サーバにネットワークを介して接続された複数のクライアント端末の「パーソナル・カレンダ及びスケジューリング」アプリケーション・データと統合するためのサーバであって、
前記プロジェクト・カレンダ上で発行された前記イベントをクライアント端末に送信するか否かを示す第１のデータを前記複数のクライアント端末それぞれから受信し、ここで当該第１のデータはサーバ上のメンバー・プロファイル・データベースに記憶され、
前記プロジェクト・カレンダのクライアント・メンバー用のパーソナル・カレンダによって使用される「カレンダおよびスケジューリング」アプリケーション用フォーマットを示す第２のデータを前記複数のクライアント端末それぞれから受信し、ここで第１のクライアント端末は、第１の「カレンダおよびスケジューリング」アプリケーション用フォーマットを使用し、第２のクライアント端末は、当該第１の「カレンダおよびスケジューリング」アプリケーション用フォーマットと異なる第２の「カレンダおよびスケジューリング」アプリケーション用フォーマットを使用し、当該第２のデータはサーバ上の前記メンバー・プロファイル・データベースに記憶され、
前記プロジェクト・カレンダ内のイベントの作成、更新又は削除に応答して、当該イベントを前記サーバから前記パーソナル・カレンダに送信し、当該送信することは、
前記イベントの作成、更新又は削除に応答して、当該イベントの受信を申し込んだクライアント端末のメンバーを、前記メンバー・プロファイル・データベースから決定すること、
当該決定されたメンバー毎用の「カレンダおよびスケジューリング」アプリケーション用フォーマットを、前記メンバー・プロファイル・データベースから決定すること、
前記決定された各メンバーのクライアント端末に、前記メンバー毎に確認された「カレンダおよびスケジューリング」アプリケーション用フォーマットで前記イベントに関する通知を送信すること
を含み、
それによって、前記イベントが前記クライアント端末それぞれの「パーソナル・カレンダ及びスケジューリング」アプリケーション・データに自動的に統合される、前記サーバ。
前記リストが前記サーバに格納された構成ファイル内の設定によって制御される、請求項７に記載のサーバ。
サーバのプロジェクト・カレンダ上で発行されたイベントを当該サーバにネットワークを介して接続された複数のクライアント端末の「パーソナル・カレンダ及びスケジューリング」アプリケーション・データと統合するためのサーバ／クライアント端末・システムであって、
前記プロジェクト・カレンダのクライアント・メンバー用のパーソナル・カレンダによって使用される第１の「カレンダおよびスケジューリング」アプリケーション用フォーマットを使用する第１のクライアント端末と、
当該第１の「カレンダおよびスケジューリング」アプリケーション用フォーマットと異なる少なくとも第２の「カレンダおよびスケジューリング」アプリケーション用フォーマットを使用する第２のクライアント端末と、
前記第１のクライアント端末及び前記第２のクライアント端末に接続されたサーバと
を含み、
前記サーバは、
前記プロジェクト・カレンダ上で発行された前記イベントをクライアント端末に送信するか否かを示す第１のデータを前記第１のクライアント端末及び前記第２のクライアント端末それぞれから受信し、ここで当該第１のデータはサーバ上のメンバー・プロファイル・データベースに記憶され、
前記プロジェクト・カレンダのクライアント・メンバー用のパーソナル・カレンダによって使用される「カレンダおよびスケジューリング」アプリケーション用フォーマットを示す第２のデータを前記前記第１のクライアント端末及び前記第２のクライアント端末それぞれから受信し、ここで当該第２のデータはサーバ上のメンバー・プロファイル・データベースに記憶され、
前記プロジェクト・カレンダ内のイベントの作成、更新又は削除に応答して、当該イベントを前記サーバから前記パーソナル・カレンダに送信し、
当該送信することは、
前記イベントの作成、更新又は削除に応答して、当該イベントの受信を申し込んだクライアント端末のメンバーを、前記メンバー・プロファイル・データベースから決定すること、
当該決定されたメンバー毎用の「カレンダおよびスケジューリング」アプリケーション用フォーマットを、前記メンバー・プロファイル・データベースから決定すること、
前記決定された各メンバーのクライアント端末に、前記メンバー毎に確認された「カレンダおよびスケジューリング」アプリケーション用フォーマットで前記イベントに関する通知を送信すること
を含み、
それによって、前記イベントが前記クライアント端末それぞれの「パーソナル・カレンダ及びスケジューリング」アプリケーション・データに自動的に統合される、前記サーバ。
サーバに、請求項１に記載の方法の各ステップを実行させる、コンピュータ・プログラム。