(57)【要約】  少なくとも１つのアクティビティへの参加の招待状をネットワーク上で公示するためのシステムおよび方法を提供すること。  一実施形態では、ネットワーク上のプレゼンス・サービスは、招待元プレゼンス・クライアントが参加することに興味がある少なくとも１つのアクティビティに関連するアクティビティ情報を招待元プレゼンス・クライアントから受信する。プレゼンス・サービスは、招待元プレゼンス・クライアントに関連するタプルを更新してアクティビティに関する情報を含め、アクティビティへの参加の招待状を少なくとも１人の他のプレゼンス・クライアントにネットワーク上で送信する。
2008539511.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのアクティビティへの参加の招待状をネットワーク上で公示するための方法であって、
ネットワーク上で前記少なくとも１つのアクティビティに関連するアクティビティ情報を招待元プレゼンス・クライアントを介してプレゼンス・サービスが受信するステップと、
前記招待元プレゼンス・クライアントに関連するタプルを更新して、前記少なくとも１つのアクティビティに関連する情報を含めるステップと、
前記プレゼンス・サービスから少なくとも１つの他のプレゼンス・クライアントに前記少なくとも１つのアクティビティの参加の招待状を、ネットワーク上で送信するステップと、
を含む方法。
【請求項２】
ネットワーク上で前記少なくとも１つの他のプレゼンス・クライアントから前記招待状への応答を受信するステップであって、
前記少なくとも１つの他のプレゼンス・クライアントが前記招待元プレゼンス・クライアントに関連する友人リスト上の友人であり、これによって前記アクティビティのスケジュール設定が可能になるステップをさらに含む請求項１に記載の方法。
【請求項３】
前記応答を受信するステップが、
前記ネットワーク上で前記他のプレゼンス・クライアントに関連するデバイスから前記招待元プレゼンス・クライアントに関連するデバイスへメッセージを中継するステップを含む請求項２に記載の方法。
【請求項４】
スケジュール設定ステップが、
前記プレゼンス・サービスに関連するスケジューラ・サービスを提供して少なくとも１つのアクティビティに参加する日付または時刻を自動的にスケジュール設定するステップを含む請求項２に記載の方法。
【請求項５】
スケジュール設定ステップが、
前記招待元プレゼンス・クライアントおよび友人の少なくとも一方に関連するカレンダーを検索するステップと、
前記カレンダーを用いて前記アクティビティの相互に同意可能な日付および時刻を決定するステップと、をさらに含む請求項４に記載の方法。
【請求項６】
前記招待元プレゼンス・クライアント内に指定される前記少なくとも１つのアクティビティを提供するステップと、
指定された前記少なくとも１つのアクティビティのそれぞれについて、招待状の送信先である友人リストの少なくとも１人の友人を選択可能にするステップと、をさらに含む請求項１に記載の方法。
【請求項７】
前記プレゼンス・サービスが受信するアクティビティ情報が前記少なくとも１つのアクティビティを含み、各アクティビティについて、前記アクティビティに関連する少なくとも１人の友人を含み、前記少なくとも１人の友人がプレゼンス・サービスに登録されたプレゼンス・クライアントに関連付けられる請求項６に記載の方法。
【請求項８】
前記タプルを更新するステップが、
各アクティビティに対応するタプル内のアクティビティ・エレメントを変更するステップを含む請求項１に記載の方法。
【請求項９】
前記アクティビティ・エレメントを変更するステップが、
各アクティビティ・エレメントのタイムフレーム・サブエレメントおよびロケーション・サブエレメントを更新するステップを含む請求項８に記載の方法。
【請求項１０】
前記タプルが各アクティビティに対応するアクティビティ・リンク・エレメントを含み、各アクティビティ・リンク・エレメントがデータベース内に含まれるアクティビティ・エレメントに関連付けられ、タプル更新ステップが、
各アクティビティに対応する前記データベース内の前記アクティビティ・エレメントを変更するステップを含む請求項１に記載の方法。
【請求項１１】
前記タプルがプレゼンス・タプルである請求項１に記載の方法。
【請求項１２】
少なくとも１つのアクティビティへの参加の招待状をネットワーク上で公示するコンピュータ・プログラム命令を有するコンピュータ可読媒体であって、前記プログラム命令が、
招待元プレゼンス・クライアントを介して前記少なくとも１つのアクティビティに関連するアクティビティ情報を前記ネットワーク上でプレゼンス・サービスによって受信するステップと、
前記招待元プレゼンス・クライアントに関連するタプルを更新して前記少なくとも１つのアクティビティに関連する情報を含めるステップと、
前記ネットワーク上で前記プレゼンス・サービスから少なくとも１つの他のアクティビティに前記少なくとも１つのアクティビティへの参加の前記招待状を送信するステップの命令であるコンピュータ可読媒体。
【請求項１３】
前記ネットワーク上で前記少なくとも１つの他のプレゼンス・クライアントから前記招待状への応答を受信するステップのプログラム命令をさらに含み、前記少なくとも１つの他のプレゼンス・クライアントが前記招待元プレゼンス・クライアントに関連する友人リスト上の友人であり、これによって前記アクティビティのスケジュール設定が可能になる請求項１２に記載のコンピュータ可読媒体。
【請求項１４】
前記応答を受信するステップが、
前記ネットワーク上で前記他のプレゼンス・クライアントに関連するデバイスから前記招待元プレゼンス・クライアントに関連するデバイスへメッセージを中継するステップを含む請求項１３に記載のコンピュータ可読媒体。
【請求項１５】
スケジュール設定ステップが、
前記プレゼンス・サービスに関連するスケジューラ・サービスを提供して前記少なくとも１つのアクティビティに参加する日付または時刻を自動的にスケジュール設定するステップを含む請求項１３に記載のコンピュータ可読媒体。
【請求項１６】
スケジュール設定ステップが、
前記招待元プレゼンス・クライアントおよび友人の少なくとも一方に関連するカレンダーを検索するステップと、
前記カレンダーを用いて前記アクティビティの相互に同意可能な日付および時刻を決定するステップと、をさらに含む請求項１５に記載のコンピュータ可読媒体。
【請求項１７】
前記招待元プレゼンス・クライアント内に前記少なくとも１つのアクティビティを指定するステップと、
指定された前記少なくとも１つのアクティビティのそれぞれについて、招待状の送信先である友人リストの少なくとも１人の友人を選択可能にするステップとのプログラム命令
をさらに含む請求項１２に記載のコンピュータ可読媒体。
【請求項１８】
前記プレゼンス・サービスが受信するアクティビティ情報が、前記少なくとも１つのアクティビティを含み、各アクティビティについて、前記アクティビティに関連する少なくとも１人の友人を含み、前記少なくとも１人の友人が前記プレゼンス・サービスに登録されたプレゼンス・クライアントに関連付けられる請求項１７に記載のコンピュータ可読媒体。
【請求項１９】
前記タプルを更新するステップが、
各アクティビティに対応するタプル内のアクティビティ・エレメントを変更するステップを含む請求項１２に記載のコンピュータ可読媒体。
【請求項２０】
前記アクティビティ・エレメントを変更するステップが、
各アクティビティ・エレメントのタイムフレーム・サブエレメントおよびロケーション・サブエレメントを更新するステップを含む請求項１９に記載のコンピュータ可読媒体。
【請求項２１】
前記タプルが、各アクティビティに対応するアクティビティ・リンク・エレメントを含み、各アクティビティ・リンク・エレメントが、データベース内に含まれるアクティビティ・エレメントに関連付けられ、前記タプルを更新するステップが、
各アクティビティに対応する前記データベース内の前記アクティビティ・エレメントを変更するステップを含む請求項１２に記載のコンピュータ可読媒体。
【請求項２２】
前記タプルがプレゼンス・タプルである請求項１２に記載のコンピュータ可読媒体。
【請求項２３】
少なくとも１つのアクティビティへの参加の招待状をネットワーク上で公示するためのシステムであって、
前記少なくとも１つのアクティビティに関連するアクティビティ情報を作成し送信するネットワークに結合されたデバイス内の招待元プレゼンス・クライアントと、
前記招待元プレゼンス・クライアントから前記少なくとも１つのアクティビティに関連する前記アクティビティ情報を受信し、前記招待元プレゼンス・クライアントに関連するタプルを更新して前記少なくとも１つのアクティビティに関連する情報を含め、前記招待状を送信する前記ネットワーク上のプレゼンス・サービスと、
前記プレゼンス・サービスから前記少なくとも１つのアクティビティへの参加の招待状を受信する前記ネットワーク上の他のデバイス内の少なくとも１つの他のプレゼンス・クライアントと、を含むシステム。
【請求項２４】
前記アクティビティ情報が、前記アクティビティのアクティビティ・タイプと、日付と、時刻と場所と、１人または複数の友人とを、前記招待元プレゼンス・クライアントに関連する友人リストから指定し、前記プレゼンス・サービスが前記指定された１人または複数の友人に前記招待状を送信する請求項２３に記載のシステム。
【請求項２５】
少なくとも１つのアクティビティに参加する日付または時刻を自動的にスケジュール設定するスケジューラ・サービスをさらに含み、前記スケジューラが招待元プレゼンス・クライアントおよび友人の少なくとも一方に関連するカレンダーを検索し、前記カレンダーを用いて前記アクティビティの相互に同意可能な日付および時刻を決定する請求項２４に記載のシステム。
【請求項２６】
少なくとも１つのアクティビティへの参加の招待状をネットワーク上で公示するための方法であって、
前記ネットワーク上で前記少なくとも１つのアクティビティに関連するアクティビティ
情報を含む公開要求を招待元クライアントを介してサービスが受信するステップと、
前記招待元プレゼンス・クライアントに関連するレコードを更新して前記少なくとも１つのアクティビティに関連する情報を含めるステップと、
前記サービスからサブスクライブしたクライアントに前記少なくとも１つのアクティビティへの参加の招待状を含む通知コマンドを前記ネットワーク上で送信するステップと、を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プレゼンス・サービスに関し、特に、プレゼンス・サービスを利用してアクティビティへの参加の使用可能を公示するための方法およびシステムに関する。
【背景技術】
【０００２】
インスタント・メッセージング（ＩＭ）サービスは、コンピュータのユーザが、例えば、メッセージの送信や、他のユーザとのチャット、をオンライン通信ですることを可能にする周知の仕組みを提供する。このようなサービスは、通常、ＡＯＬ、ＭＳＮ、Ｙａｈｏｏ、および他の同様のサービス・プロバイダにより提供される。上記ＩＭサービスのユーザに関連するある種のデータは、プレゼンス情報とも呼ばれる。プレゼンス情報は、通常、各ユーザに関連するステータス、オプションのアクティビティ・アドレス、および他の情報を表す１つまたは複数のプレゼンス・タプルからなる。ユーザのステータスは、コンピュータ・システムがユーザに対してインスタント・メッセージを受け付けるかそうでない時に暇または予定ありという単純なものである。ユーザのステータスの他の例は、「オンライン」、「退席中」、「外出中」または「電話中」を含むことができる。ユーザのステータスに基づいて、他のユーザは、当該ユーザとのアクティビティを開始するか否かを決定することができる。
【０００３】
プレゼンス・タプルは、また、コンタクト情報を含むことができる。コンタクト情報は、ユーザに連絡可能なコンタクト・アドレスを含む。コンタクト・アドレスは、ＭＭＳ，Ｅメール、住所、ｆｔｐアドレス、電話番号、ファクシミリ番号、および他の特定のユーザに連絡するための仕組み、ならびにコンタクトの優先度を含むことができる。コンタクトの優先度は、ユーザに連絡する最良の、または好ましい（優先度が最高の）仕組みを示す。例えば、場合によっては、ユーザのＥメール・アカウントがユーザの携帯電話より高いコンタクト優先度を有する場合があり、またその逆の場合もある。
【０００４】
プレゼンス情報を格納し提供するシステムは、プレゼンス・サービスとして知られている。ＩＭは、プレゼンス・サービスを利用する構築可能な一種のアプリケーションである。ＩＭ、プレゼンス・サービス、およびプレゼンス情報に関する詳細情報は、ｊａｂｂｅｒ．ｏｒｇ／ｊｅｐｓサイトに掲載されている。例えば、ｊｅｐ−０１１９．ｈｔｍｌという文書が重要である。さらに、ｉｅｔｆ．ｏｒｇサイトには、プレゼンス情報およびＩＭに関係するインターネット関連の文書が掲載されている。上記文書は、ｉｅｔｆ．ｏｒｇサイトのインターネット・ドラフト・セクション内のｄｒａｆｔ−ｉｅｔｆ−ｉｍｐｐ−ｃｐｉｍ−ｐｉｄｆ−０８．ｔｘｔ、およびｉｅｔｆ．ｏｒｇサイトのＲＦＣセクション内のｒｆｃ２７７８．ｔｘｔを含む。
【０００５】
プレゼンス・サービスを利用するＩＭサービスおよび他のサービスの一部として、多くの場合、従来の友人リストがサポートされる。このような従来の友人リストは、ユーザに当該ユーザに関連する他のユーザ（ＩＭサービスの他のユーザなど）のプレゼンス・タプルからの情報を提供する。より詳細には、「友人」のステータス情報が友人リスト内に提供される。例えば、ユーザが、オンラインの状態では、従来の友人リストは、通常、ユーザのディスプレイのウィンドウ内に表示される。友人リストを用いて、ユーザは、友人リスト上のエンティティにメッセージを送信するか否かを決定することができる。例えば、特定の友人のステータスが「話中」または「退席中」の場合、その特定の友人とのチャット・セッションを開始しないと決定することができる。
【０００６】
ユーザは、プレゼンス・クライアントを通してプレゼンス・サービスに認識される。プレゼンス・クライアントは、ユーザのステータスを反映するステータス情報をプレゼンティティを介してプレゼンス・サービスに送信する。プレゼンティティは、プレゼンス・サービスと対話してプレゼンティティが表すプレゼンス・クライアントに関するサービスにプレゼンス情報を提供する。プレゼンティティは、プレゼンス・クライアントのコンポーネントまたは外部サービスである場合もある。
【０００７】
ユーザは、プレゼンス・ユーザ・エージェント（ＰＵＡ）を通してプレゼンス・クライアントと対話することで自分に関するプレゼンス情報を提供する。ＰＵＡは、クライアントのコンポーネントまたは外部サービスである場合もある。例えば、典型的なＩＭクライアントでは、ＰＵＡは単にユーザがそのステータスを変更するために対話するインタフェースである。
【０００８】
プレゼンス・クライアントは、ウォッチャを用いてプレゼンス・サービスから友人リスト・データなどのプレゼンス情報を検索する。ウォッチャは、例えば、他のユーザに関するプレゼンス情報を受信するためにプレゼンス・サービスと対話する。ウォッチャにはいくつかの種類がある。２つの一般的な種類は、必要に応じてプレゼンス情報を要求するフェッチャとプレゼンス・タプルの追加、削除、更新、および他の変更に関するイベントをサブスクライブするサブスクライバである。
【０００９】
プレゼンス・クライアントは、ウォッチャ・ユーザ・エージェント（ＷＵＡ）を通してユーザの友人リストなどのプレゼンス・データを表示する。プレゼンティティとＰＵＡ同様、ウォッチャとＷＵＡもプレゼンス・クライアントの一部またはプレゼンス・クライアントが利用する、またはその代理をする外部サービスである場合もある。
【００１０】
従来のプレゼンス・サービスおよび従来の友人リストは有用であるが、プレゼンス情報を利用する現在の方法に関しては有意の制限があることは当業者には明らかであろう。特に、プレゼンス・タプルは、ユーザの現在のステータスのみに関する情報を含むのが通例である。将来または同時進行のアクティビティに参加するユーザのアベイラビリティに関する情報は提供されない。ユーザが同時進行の、または将来のアクティビティに参加する意思があり、余裕がある場合にはこれは問題である。
【００１１】
例えば、ユーザが、ビジネス会議電話の通話中で友人と１時間後に夕食をとりたいが、ビジネス会議電話のために友人に連絡できないとする。ユーザのプレゼンス情報は、彼が「電話中」であることを示すが、これは、ユーザが友人と１時間後に夕食をとりたいということを示していない。それ故、ユーザの友人は、その晩には別のプランを立てるかもしれない。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
従って、プレゼンス・サービスを拡張して、プレゼンス・クライアントが現在または将来のアクティビティを行うアベイラビリティを公示することを可能にするための方法およびシステムが必要である。この方法およびシステムによって、プレゼンス・クライアントはこの公示をどの友人に向けるかを決定できなければならない。本発明は、このようなニーズを満たす。
【課題を解決するための手段】
【００１３】
本発明は、少なくとも１つのアクティビティへの参加の招待状をネットワーク上で公示するための方法およびシステムを提供する。一実施形態では、ネットワーク上のプレゼンス・サービスは、招待元プレゼンス・クライアントが参加することに興味がある少なくと
も１つのアクティビティに関連するアクティビティ情報を招待元プレゼンス・クライアントから受信する。プレゼンス・サービスは、次に、招待元プレゼンス・クライアントに関連するタプルを更新してアクティビティに関する情報を含め、アクティビティへの参加の招待状を少なくとも１人の他のプレゼンス・クライアントにネットワーク上で送信する。
【発明を実施するための最良の形態】
【００１４】
本発明はプレゼンス・サービスに関し、より詳細には、プレゼンス・サービスを利用してアクティビティに参加するプレゼンス・クライアントのアベイラビリティを公示するための方法およびシステムに関する。以下の説明は当業者が本発明を構築および使用するためのものであり、特許出願およびその要件に関するものである。本発明の好ましい実施形態を種々に修正する方法と本明細書に記載する一般的な原理および特徴は当業者には明らかであろう。それ故、本発明は、例示の実施形態に限定されるものではなく、本明細書に記載する原理および特徴と一致するように範囲を広く解釈すべきである。
【００１５】
本出願書類では、プレゼンス・サービスに関連するアーキテクチャおよびプロトコルを論ずる際にＲＦＣ２７７８およびＲＦＣ２７７９に記載の用語を用いる。今日使用されているさまざまなプレゼンス・サービスおよびプレゼンス・プロトコルの実施形態は異なるが、これらの実施形態はすべて、特徴と機能とに関してＲＦＣ２７７８およびＲＦＣ２７７９に記載されているアーキテクチャおよびプロトコルに準拠するプレゼンス・アーキテクチャおよびプロトコルを使用している。従って、ここで使用する用語は、今日使用されているプレゼンス・サービスおよび／またはプロトコルの実施形態のいずれにも限定されるものではない。
【００１６】
例えば、今日のプレゼンス・プロトコルは、それぞれ機能的な見地から共通のコマンド・セットをサポートする（ＲＦＣ２７７９を参照）。これらの機能コマンドは、以下を含む。
【００１７】
・Ｐｕｂｌｉｓｈ：プレゼンス・エンティティが（ＰＵＡ／プレゼンティティを通して）自己のプレゼンス・タプル情報（例えば、そのステータスまたはコンタクト情報）を更新／提供できるようにする。
【００１８】
・Ｎｏｔｉｆｙ：プレゼンス・サービスがプレゼンス・タプルからの情報をＷＵＡ／ウォッチャに提供できるようにする。通知は、ポイントツーポイントまたはブロードキャストであってもよい。
【００１９】
・Ｓｕｂｓｃｒｉｂｅ、Ｓｕｂｓｃｒｉｂｅｄ、Ｕｎｓｕｂｓｃｒｉｂｅ、Ｕｎｓｕｂｓｃｒｉｂｅｄ：ＷＵＡ／ウォッチャが特定のタプル・データに関連する通知にサブスクライブまたはアンサブスクライブできるようにする。
【００２０】
また、オプションの機能的に同等のコマンドがいくつか存在する。これらの同等のコマンドには以下のものがある。
・Ｐｒｏｂｅ：プレゼンス・サービスがプレゼンス・エンティティに関連する情報を取得できるようにする。このコマンドは、プレゼンス・サービスがプレゼンス・クライアントにデータを一方的に送信させるのでなくデータを要求するという点を除き、Ｎｏｔｉｆｙと同じである。
【００２１】
・Ｄｉｒｅｃｔｅｄ  Ｐｕｂｌｉｓｈ／Ｎｏｔｉｆｉｃａｔｉｏｎ：クライアントがｐｕｂｌｉｓｈを発行すると特定のプレゼンス・クライアントへのＮｏｔｉｆｉｃａｔｉｏｎが実行される。
【００２２】
また、プレゼンス・サービスに関連するＲＦＣ文書に一致する「名簿」と呼ぶ「友人リスト」を管理する機能が同等のコマンド・セットも存在する。このコマンド・セットは以下を含む。
【００２３】
・Ｒｅｑｕｅｓｔ  Ｒｏｓｔｅｒ：クライアントが特定またはデフォルトの名簿を要求できるようにする。
・Ａｄｄ：クライアントがプレゼンス・エンティティの項目を名簿に追加できるようにする。
【００２４】
・Ｕｐｄａｔｅ：クライアントが名簿項目を更新できるようにする。
・Ｄｅｌｅｔｅ：クライアントが名簿から項目を削除できるようにする。
名簿に関連するのはプライバシー・リストである。プライバシー・リストは、プライバシー・リストのオーナと対話できないようにするプレゼンス・クライアントを識別するという特定の目的を有する名簿として記述することができる。
【００２５】
本発明の一実施形態の場合には、ユーザがプレゼンス・サービスを利用して現在または将来アクティビティに参加するユーザのアベイラビリティを選択した招待先に公示するための方法およびシステムが提供される。この方法およびシステムによって、招待先は、申し出があったアクティビティのうち自分が興味あるアクティビティがあればこれを選択することができ、必要に応じて、アクティビティに便利な時間と場所とを互いにスケジュール設定することを容易にする。
【００２６】
一実施形態では、本発明の方法およびシステムは、インスタント・メッセージング・サービス・フレームワークに基づく。インスタント・メッセージング（ＩＭ）は、ネットワーク上の第１のデバイスと第２のデバイスとの間でのリアル・タイムの通信を可能にする周知の仕組みである。例えば電子メールなどの、他の従来のクライアント・デバイス間の通信方法とは異なり、ＩＭは、第１および第２のデバイス間に直接の情報ルートを提供するために、メッセージは、リアル・タイムで、すなわち、第１のクライアント・デバイスの第１のユーザによって入力されているそばから受信され表示される。リアル・タイムのテキスト・メッセージの交換に加え、ＩＭでは、例えば、ユーザのデバイス上の静的ファイルとアクティブ・コンテンツなどの他のタイプのデータをリアル・タイムに共用することができる。本発明の一実施形態では、プレゼンス・サービスは、プレゼンス・クライアント間のイベントおよびアクティビティを容易にするために利用される。
【００２７】
図１は、本発明の一実施形態によるシステムの概略ブロック図である。クライアント・デバイス１００ａ、１００ｂ、１００ｃ、まとめてデバイス１００は、インターネットなどのネットワーク２００を介して相互に通信する。本発明の一実施形態では、デバイスのユーザ１１２、例えば、パーソナル・コンピュータ１００ｂは、デバイス１００ｂ内の複数のプレゼンス・クライアント１１４のいずれかを用いて他のクライアント・デバイス１００ａ、１００ｃ内の他のプレゼンス・クライアント１１４と通信する。また、ユーザ１１２は、通常、人間エンティティであるが、ユーザ１１２は、プレゼンス・クライアント１１４を利用してそれぞれのプレゼンス情報を他の関係するエンティティに示すデバイス１００内に常駐するサービスおよびアプリケーション（図示せず）を含むことができることに留意されたい。
【００２８】
システム１０は、ネットワーク２００を介してデバイス１００がアクセス可能なプレゼンス・アプリケーション・サーバ３００を含む。プレゼンス・アプリケーション・サーバ３００は、プレゼンス・サービス３１０と、アカウント・サービス３２０と、プロキシ・サービス３２５とを含む。好ましい実施形態では、プレゼンス・サービス３１０は、プレゼンス・サービス・クライアント１１４、ユーザ１１２、デバイス１００、および他のコ
ンポーネントのグローバル・プレゼンス情報を、例えば、受信したり、格納したり、更新したり、提供したりするなど、管理する。
【００２９】
上記のように、プレゼンス情報は、通常、プレゼンス・クライアントのステータス情報および各クライアントに関する他の情報を含む。例えば、ユーザなどのクライアントのステータスは、単にユーザが暇であるか否かを示す「暇」または「予定あり」である。クライアントのステータスの他の例は、「オンライン」、「退席中」、「外出中」または「電話中」を含む。プレゼンス・クライアント１１４のプレゼンス情報は、クライアントに連絡することができるコンタクト・アドレスを含むコンタクト情報を含むことができる。コンタクト・アドレスは、ＭＭＳ，Ｅメール、住所、ｆｔｐアドレス、電話番号、ファクシミリ番号、および他の特定のユーザに連絡するための仕組み、ならびにコンタクトの優先度を含むことができる。
【００３０】
プレゼンス情報は、好適には、プレゼンス・アプリケーション・サーバ３００と通信するデータベースなどのプレゼンス・データ格納構造３３０内に格納されることが好ましい。プレゼンス情報は、各プレゼンス・サービス・クライアントのタプルの形式をとることができる。例示としての実施形態の場合には、各プレゼンス・サービス・クライアントに関連するタプルはプレゼンス・タプルであってもよい。通常、プレゼンス・タプルは、プレゼンス・クライアント１１４に関連するプレゼンス情報を完全に記述し定義する構造化フォーマットである。例えば、プレゼンス・タプルは、ＸＭＬを使用する構造化文書の一部であってもよい。プレゼンス・データ格納構造３３０は、デバイス１００から離れた特定の場所を有するものとして示されているが、格納構造３３０が別の場所に格納されてはならない理由はない。例えば、プレゼンス情報の全部または一部をデバイス１００上のメモリ構造（図示せず）または別のメモリ構造（図示せず）内に格納することができる。
【００３１】
プレゼンス・アプリケーション・サーバ３００内のアカウント・サービス３２０は、クライアント・アカウントおよびプレゼンス情報以外のプレゼンス・クライアントに関連する情報を管理する。例えば、上記クライアント関連情報は、一般に、「友人リスト」と呼ばれる友人、親戚、同僚、などとリスト上の各コンタクトの認証情報および認可データを含むことができる。
【００３２】
クライアント関連情報は、好適には、プレゼンス・アプリケーション・サーバ３００と通信するデータベースなどの友人データ格納構造３３２内に格納されることが好ましい。代わりに、格納構造３３２を別の場所に設置することができる。例えば、クライアント関連情報の全部または一部をデバイス１００上のメモリ構造（図示せず）または別のメモリ構造（図示せず）内に格納することができる。
【００３３】
友人データ格納構造３３２は、図を見やすくするためにプレゼンス情報データ格納構造３３０とは別に示されている。プレゼンス情報およびクライアント関連情報は別々に格納することができ、または同じデータ構造体に格納することができるということは当業者には容易に理解することができるだろう。
【００３４】
プレゼンス・アプリケーション・サーバ３００に関連するプロキシ・サービス３２５は、ネットワーク２００内のデバイス１００の間のプロキシとしての働きをする。プロキシ・サービス３２５は、デバイス１００がファイアウォール２５０を通して周知の方法で他のデバイス１００と通信することを可能にする。プロキシ・サービス３２５は、図では、プレゼンス・アプリケーション・サーバ３００内にあるが、別のサーバ（図示せず）内またはプレゼンス・サービス３１０と同じ場所に常駐してもよい。
【００３５】
図２は、本発明の一実施形態による１００ｂなどの例示のデバイスのブロック図である
。この例では、クライアント・デバイス１００ｂは、デバイス１００ｂのユーザ１１２がプレゼンス・サービス３１０に認識される複数のプレゼンス・クライアント１１４ａ〜１１４ｅを含むパーソナル・コンピュータである（図１）。例えば、デバイス１００ｂは、ユーザ・クライアント１１４ａ、ＩＭ／チャット・クライアント１１４ｂ、電話クライアント１１４ｃ、Ｅメール・クライアント１１４ｄおよびＭＭＳクライアント１１４ｅを含むことができる。
【００３６】
デバイス１００ｂは、少なくとも１つのプレゼンティティ１２０を含む。プレゼンティティ１２０は、各プレゼンス・クライアント１１４ａ〜１１４ｅのステータスを反映するプレゼンス情報およびサービス・プレゼンス情報をネットワーク２００を介してプレゼンス・サービス３１０に送信する（図１）。プレゼンティティ１２０は、独立のモジュール（図示のように）であってもよく、または各プレゼンス・クライアント１１４ａ〜１１４ｅ内に組み込まれたモジュールであってもよく、または両方の組み合わせであってもよい。
【００３７】
各プレゼンス・クライアント１１４ａ〜１１４ｅは、クライアント１１４とプレゼンティティ１２０との間のインタフェースの働きをするプレゼンス・ユーザ・エージェント（ＰＵＡ）１２２にアクセスできる。例えば、デバイス１００ｂのユーザは、ユーザ・クライアント１１４ａ内のＰＵＡ１２２を通して自身に関するプレゼンス情報を入力することができる。別のバージョンでは、ＰＵＡ１２２は、クライアント１１４が利用する、またはその代理をする外部サービスであってもよい。ＰＵＡ１２２は、プレゼンス・クライアントに合わせてカスタマイズすることができるか、またはいくつかのプレゼンス・クライアントを処理することができる標準化モジュールであってもよい。
【００３８】
デバイス１００ｂは、複数のクライアント１１４ａ〜１１４ｅと通信する少なくとも１つのウォッチャ１３０を含む。ウォッチャ１３０は、プレゼンス・サービス３１０からプレゼンス情報を受信する。受信されたプレゼンス情報は、通常、ネットワーク２００内の他のデバイス１００および／またはユーザ内の他のプレゼンス・クライアントに関連する情報、例えば、ユーザの友人リスト上のコンタクトである。
【００３９】
ウォッチャ１３０によって受信されるプレゼンス情報は、各クライアント１１４ａ〜１１４ｅにプレゼンス情報を表示するインタフェースを提供するウォッチャ・ユーザ・エージェント１３２（ＷＵＡ）によって解釈される。プレゼンティティ１２０およびＰＵＡ１２２に関して、ウォッチャ１３０およびＷＵＡ１３２は、各クライアント１１４ａ〜１１４ｅに組み込んでもよいし、またはクライアント１１４ａ〜１１４ｅが利用する、またはその代理をする外部サービスであってもよい。ＷＵＡ１３２は、ＰＵＡ１２２と同様、クライアント１１４ａに合わせてカスタマイズすることができるか、またはいくつかのクライアント１１４ａ〜１１４ｅを処理することができる標準化モジュールであってもよい。
【００４０】
本発明の好ましい実施形態では、デバイス１００ｂは、ＷＵＡ１３２およびＰＵＡ１２２と通信するアクティビティ・サービス１４２を含む。アクティビティ・サービス１４２は、ユーザ・クライアント１１４ａなどのプレゼンス・クライアントが、ユーザ１１２が現在または近いまたは遠い将来に参加することに興味があるアクティビティに関する情報を指定することを可能にする拡張機能を提供する。このような情報は、「アクティビティ情報」と呼ばれる。
【００４１】
例えば、基本ステータスおよびコンタクト情報、すなわち、プレゼンス・クライアント１１４ａが「暇」で在宅中であるという情報の提供に加えて、プレゼンス・クライアント１１４ａ、すなわち、ユーザ１１２は、自分が映画の鑑賞および／または夕食をとることに興味がある旨を示すこともできる。一実施形態では、アクティビティ・サービス１４２
は、ユーザ１１２が所望のアクティビティとして選択可能ないくつかのアクティビティをリストしたアクティビティ・プルダウン・メニューをＰＵＡ１２２内に提供することができる。
【００４２】
また、アクティビティ・サービス１４２を用いてユーザ１１２は、各アクティビティの日付および時刻を指定でき、またどの友人にアクティビティ情報を送信するかを選択することができる。一実施形態では、ユーザ１１２には、ユーザ１１２がアクティビティの提案された日付および時刻を選択するためのカレンダーを提示することができる。また、ユーザ１１２は、選択した友人とのスケジュール決定を容易にするためにアクティビティ情報にカレンダーを含めることができる。
【００４３】
このようにして、ユーザ１１２は、１人または数人の友人を１つまたは複数のアクティビティに容易に招待することができる。アクティビティ・サービス１４２は、アクティビティ情報をプレゼンス・クライアント１１４ａのプレゼンス情報、例えば、ステータスおよびコンタクト情報に組み込み、次にこのプレゼンス情報は、プレゼンティティ１２０を介してプレゼンス・サービス３１０に送信される。
【００４４】
プレゼンス・サービス３１０は、プレゼンス・クライアント１１４ａからプレゼンス情報を受信し、プレゼンス・クライアント１１４ａに関連するプレゼンス・タプルを更新し、プレゼンス情報を選択した友人に関連する他のプレゼンス・クライアント１１４に送信する。招待状は、ログインしているこれらの友人にリアル・タイムで送達されることに留意されたい。
【００４５】
同様に、アクティビティ・サービス１４２は、ウォッチャ１３０が受信した他のプレゼンス・クライアント１１４、すなわち、友人に関するアクティビティ情報を解釈することができる。このようなアクティビティ情報は、ＷＵＡ１３２を介してプレゼンス・クライアント１１４ａに対して表示することができる。
【００４６】
図３は、本発明の一実施形態によるＷＵＡ１３２によって提供される例示としてのユーザ・インタフェースを示す。表示３５０は、ユーザ・クライアント１１４ａのユーザ１１２に関連する友人リスト３５２を含む。このバージョンでは、友人リスト３５２は、リスト上の各コンタクトの名前、友人のステータスとコンタクト情報、およびユーザ１１２が参加するように招待されているアクティビティを提供する。好ましい実施形態では、ユーザ１１２は、自分も興味がある映画などのアクティビティを選択し、自動的に招待元にその招待を受ける確認メッセージを送信することができる。オプションとして、ユーザ１１２は、特定の映画または劇場などを指定した確認にメッセージを追加することができる。
【００４７】
好ましい実施形態では、アクティビティ・サービス１４２によって提供される拡張機能は、標準ＩＭプラットフォームに準拠している。例えば、一実施形態では、プレゼンス・クライアント１１４ａに関連するプレゼンス・タプルは、拡張されてアクティビティ情報を表す新しいステータス・フィールドを含む。
【００４８】
図４は、本発明の一実施形態による例示としてのプレゼンス・タプルを示す。図示のように、プレゼンス・タプル４００は、複数のフィールドまたはエレメントを含む構造化文書である。プレゼンス・タプル４００は、通常、プレゼンス・クライアントのステータス情報を示すステータス・エレメント４１０と、プレゼンス・クライアントのコンタクト情報を示す通信アドレス・エレメント４２０とを含む。ステータス・エレメント４１０は、通常、プレゼンス・クライアントの基本ステータス、例えば、「暇」、「予定あり」などを示す基本ステータス・サブエレメント４１２と、プレゼンス・クライアントの場所、例えば「自宅」などを示すローカル・ステータス・サブエレメント４１４とを含む。
【００４９】
本発明の好ましい変形版では、ステータス・エレメント４１０は、拡張されて、プレゼンス・クライアント１１４が現在および／または将来参加することに興味がある１つまたは複数のアクティビティを示すアクティビティ・サブエレメント４１６を含む。一実施形態では、アクティビティ・サブエレメント４１６は、それ自体が、各アクティビティについて、例えば、日付、時刻、場所、選択された友人などのアクティビティに関する詳細を示す１つまたは複数のサブエレメント（図示せず）を含む。例えば、
<activity>
<activity details>="Swamp Thing">movie</activity details>
<timeframe>2005.04.17-20 Evenings</timeframe>
<location>Twin Cinemas, Bijou</location>
<friends>joe284,rpsmith, juli18</friends>
</activity>
は、プレゼンス・クライアント１１４ａが、ある晩に、ある映画館で、特定の友人と映画「Ｓｗａｍｐ  Ｔｈｉｎｇ」を鑑賞することに興味があることを示す。
【００５０】
上記の例では、アクティビティ・サブエレメント４１６は、ステータス・エレメント４１０の拡張機能である。別のバージョンでは、アクティビティ・サブエレメント４１６は、プレゼンス・タプル４００それ自身の拡張機能である。また、当業者には明らかなように、他のサブエレメントを定義してアクティビティ・サブエレメント４１６を置き換えるか補足することができる。本発明は標準ＩＭプラットフォームに準拠するので、プレゼンス・サービス３１０、ＰＵＡ１２２、プレゼンティティ１２０、ＷＵＡ１３２およびウォッチャ１３０への変更はほとんどまたは全く不要である。
【００５１】
他の例示としての実施形態では、タプル（またはプレゼンス・タプル）は、各アクティビティに対応するアクティビティ・リンク・エレメントを含むことができる。各アクティビティ・リンク・エレメントは、データベース内に含まれるアクティビティ・エレメントに関連づけることができる。例えば、各アクティビティ・リンク・エレメントは、アクティビティ・エレメントを含むデータベース内のあるレコードの場所への参照を含むことができる。この配置構成では、アクティビティ・リンク・エレメントを含むタプル（またはプレゼンス・タプル）およびアクティビティ・エレメントを含むデータベース内のレコードの場所は、共にプレゼンス・クライアント１１４ａに関連するタプルと考えられる。
【００５２】
図５は、本発明の一実施形態によるアクティビティへの参加の招待状を公示するための方法の高レベルのフローチャートである。図１および図５を参照すると、プレゼンス・サービス３１０が、デバイス、例えば、コンピュータ１００ｂ内の招待元プレゼンス・クライアント１１４から招待状を受け取る時にプロセスが開始する（ステップ５００）。好ましい実施形態では、招待状はアクティビティ情報を含む。上記のように、アクティビティ情報は、好適には、招待元プレゼンス・クライアント１１４に関連するプレゼンス情報に組み込まれ、招待元プレゼンス・クライアント１１４が現在および／または将来参加することに興味があるアクティビティに関連する情報を含むことが好ましい。例えば、アクティビティ情報は、アクティビティのタイプ、時刻、場所および費用などを含むことができる。
【００５３】
プレゼンス・サービス３１０は、招待状を受け取った後で、プレゼンス・クライアント１１４に関連するプレゼンス・タプル４００（図４）を更新してアクティビティに関連する情報を含める（ステップ５０２）。例えば、図４を参照すると、アクティビティ・エレメント４１６を更新してアクティビティ・タイプを指定することができる。一実施形態では、タイムフレーム・サブエレメント、ロケーション・サブエレメント、および友人サブエレメントも更新してアクティビティの提案された時刻および場所ならびに招待状を誰に
送るかをそれぞれ指定することができる。図５を再度参照すると、プレゼンス・タプル４００が更新されるとプレゼンス・サービス３１０は、招待状を含むプレゼンス情報を、招待された友人に関連する、例えば、カメラ１００ａおよび電話機１００ｃなどの他のデバイス内の他のプレゼンス・クライアント１１４に送信する（ステップ５０４）。
【００５４】
図６は、本発明の好ましい実施形態によるアクティビティへの参加の招待状に応答するプロセスを示すフローチャートである。招待された友人が、招待元プレゼンス・クライアント１１４に関連するアクティビティへの参加の招待状を含むプレゼンス情報を受信し表示すると、このプロセスが開始する（ステップ６００）。友人がこのアクティビティに興味がある場合、友人は、招待状に対して応答を提出することができる（ステップ６０２）。一実施形態では、応答は、招待元プレゼンス・クライアント１１４へ直接送信されるインスタント・メッセージであってもよい。別のバージョンでは、ＷＵＡ１３２（図２）は、友人に１つまたは複数の自動応答を表示することができ、次に友人は適切な応答を選択する。応答は、招待元プレゼンス・クライアント１１４に送信される。別のバージョンでは、友人は、招待元ユーザに直接電話するなどの任意の合理的な方法で簡単に応答することができる。友人は、通常は、デバイス１００ａのユーザであるが、友人がデバイス１００ａそれ自体、デバイス１００ａ内のコンポーネント（図示せず）、またはデバイス１００ａ上で実行中の別のサービスまたはアプリケーションであってはならない理由はない。
【００５５】
友人が招待状に応答を提出すると（ステップ６０２）、友人と招待元プレゼンス・クライアント１００ｂのユーザ１１２は、アクティビティのスケジュール設定を行うことができる（ステップ６０４）。アクティビティのスケジュール設定は、通常、互いに好都合な時刻および場所を決定するステップを含む。双方の当事者がＩＭサービス、電話、または他の適した方法でリアル・タイムに互いに直接通信することができる場合には、このプロセスは簡単である。
【００５６】
ただし、招待元ユーザがオンラインでない、すなわち、招待元プレゼンス・クライアント１１４がプレゼンス・サービス３１０をログオフしているか、または招待元ユーザが別の電話に出ていて友人と話ができないか、または他の理由で手が空かないために両当事者が直接リアル・タイムに通信できない場合、スケジュール設定は複雑になる。この状況では、友人はメッセージを残し、応答を待つ手段しかない。その間、友人はログオフするか、会社または自宅を離れるか、または会議を始めることができる。通常、各当事者は、「メッセージ・タグ」を結局互いにやりとりすることになる場合がある。さらに、アクティビティが複数の当事者が時間と場所に同意することを要する場合、スケジュール設定は複雑で厄介になりかねない。
【００５７】
好ましい実施形態では、スケジューラ・サービス３４０がプレゼンス・サービス３１０に関連付けられ（図１）、２人以上のプレゼンス・クライアント１１４の間でのアクティビティのスケジュール設定が容易になる。スケジューラ・サービス３４０は、プレゼンス・クライアント１１４のそれぞれに関連するカレンダーを受信し、カレンダーを他のクライアント関連情報と共に友人データ構造体３３２内に格納する。スケジューラ・サービス３４０は、次に、当事者のカレンダーを用いてアクティビティの提案された矛盾しない時刻のスケジュール設定を行う。こうして、２人以上の当事者間のスケジュール設定プロセスは、簡単になり自動化される。
【００５８】
図７は、本発明の一実施形態によるアクティビティを自動的にスケジュール設定するための方法を示すフローチャートである。図１および７を参照すると、プレゼンス・サービス３１０が招待された友人に関連するプレゼンス・クライアント１１４からのアクティビティに参加する招待状への肯定応答を受信するとこのプロセスが開始する（ステップ７００）。一実施形態では、応答は、アクティビティの提案された日付および時刻を含むこと
ができる。別のバージョンでは、日付および時刻は招待状によって指定される。また別のバージョンでは、応答も招待状も日付および／または時刻を指定しない。いずれにせよ、スケジューラ・サービス３４０は、友人データ構造体３３２から招待元ユーザ１１２（「ホスト」と呼ぶ）、招待された友人、またはその双方に関連する適当なカレンダーを検索する（ステップ７０２）。
【００５９】
スケジューラ・サービス３４０は、提案された日付および／または時刻に矛盾がないかチェックし（応答または招待状にこれが含まれている場合）、矛盾がある場合（ステップ７０４）、スケジューラ・サービス３４０は、ホスト１１２および友人に矛盾を知らせるメッセージを送信する（ステップ７０５）。一実施形態では、矛盾メッセージは、別の日付および／または時刻を提案する要求を含むことができ、その場合、プレゼンス・サービス３１０は、ホストおよび／または招待された友人から更新された応答を受信し（ステップ７０７）、矛盾が解決するまでステップ７０２〜７０７が繰り返される。
【００６０】
矛盾が存在しない場合（ステップ７０４）または矛盾が解決した場合、スケジューラ・サービス３４０は、アクティビティのスケジュール設定をし（ステップ７０６）、カレンダーを更新し（ステップ７０８）、ホストと招待された友人とに確認メッセージを送信する（ステップ７１０）。図７に示すプロセスは２人の当事者しか含まないが、複数の当事者にも適用することができる。従って、スケジューラ・サービス３４０は、アクティビティに参加する友人のグループのスケジュール設定を自動的に容易にすることができる。
【００６１】
本発明の各態様によれば、プレゼンス・クライアントは、プレゼンス・サービスを利用することで、指定されたアクティビティに参加するアベイラビリティを友人リストの他のプレゼンス・クライアントに公示することができる。招待元プレゼンス・クライアントは、招待状にアクティビティの詳細を指定することができる。上記の詳細は、各アクティビティのタイムフレームと場所、ならびに友人リストのどの友人が招待状を受け取るかを含むことができる。プレゼンス・サービスは、招待元プレゼンス・クライアントに関連するプレゼンス・タプルを更新し、招待された友人に招待状を送信する。招待された友人は、招待状に直接、またはホストに間接的に応答を提出することができる。一実施形態では、プレゼンス・サービス３１０に組み込まれたスケジューラ・サービス３４０は、アクティビティの２人以上の当事者間でスケジュール設定プロセスを自動的に調整する。
【００６２】
本発明の各態様によれば、ユーザは、非公式に、かつ直接の招待状に対する欠席の可能性に関連するストレスなしに、１人または複数の友人を招待することができる。招待状は数人の友人に同時に送信することができるので、スケジュール設定は、スケジューラ・サービスによって自動化することができる。それ故、アクティビティの調整が簡略化される。
【００６３】
本発明は、ネットワーク上で少なくとも１つのアクティビティへの参加の招待状を公示するための方法およびシステムに関する。図の実施形態により本発明を説明してきたが、通常の当業者であれば、各実施形態を種々に変更することができること、またいかなる変更も本発明の精神および範囲内に含まれることを容易に理解することができるだろう。本発明に従って記述されたソフトウェアは、メモリ、ＣＤ−ＲＯＭなどの何らかの形式のコンピュータ可読媒体に格納するか、またはネットワーク上で送信し、プロセッサによって実行することができる。それ故、コンピュータ可読媒体は、例えば、ネットワーク上で送信することができるコンピュータ可読信号を含む。従って、添付の特許請求の精神と範囲から逸脱することなしに、通常の当業者であれば種々に本発明を変更することができる。
【図面の簡単な説明】
【００６４】
【図１】本発明の一実施形態によるシステムのブロック図。
【図２】本発明の一実施形態による例示としてのデバイスのブロック図。
【図３】本発明の一実施形態による例示としてのユーザ・インタフェースの図。
【図４】本発明の一実施形態による例示としてのプレゼンス・タプルの図。
【図５】本発明の一実施形態によるアクティビティへの参加の招待状を公示するための方法の高レベルのフローチャート。
【図６】本発明の好ましい実施形態によるアクティビティへの参加の招待状に応答するプロセスを示すフローチャート。
【図７】本発明の一実施形態によるアクティビティを自動的にスケジュール設定するための方法を示すフローチャート。
【図１】
2008539511.tif 000003
【図２】
2008539511.tif 000004
【図３】
2008539511.tif 000005
【図４】
2008539511.tif 000006
【図５】
2008539511.tif 000007
【図６】
2008539511.tif 000008
【図７】
2008539511.tif 000009
【手続補正書】
【提出日】平成19年10月29日(2007.10.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのアクティビティへの参加の招待状をネットワーク上で公示するための方法であって、
ネットワーク上で前記少なくとも１つのアクティビティに関連するアクティビティ情報を招待元プレゼンス・クライアントを介してプレゼンス・サービスが受信するステップと、
前記招待元プレゼンス・クライアントに関連するタプルを更新して、前記少なくとも１つのアクティビティに関連する情報を含めるステップと、
前記プレゼンス・サービスから少なくとも１つの他のプレゼンス・クライアントに前記少なくとも１つのアクティビティの参加の招待状を、ネットワーク上で送信するステップと、
を含む方法。
【請求項２】
ネットワーク上で前記少なくとも１つの他のプレゼンス・クライアントから前記招待状への応答を受信するステップであって、
前記少なくとも１つの他のプレゼンス・クライアントが前記招待元プレゼンス・クライアントに関連する友人リスト上の友人であり、これによって前記アクティビティのスケジュール設定が可能になるステップをさらに含む請求項１に記載の方法。
【請求項３】
前記応答を受信するステップが、
前記ネットワーク上で前記他のプレゼンス・クライアントに関連するデバイスから前記招待元プレゼンス・クライアントに関連するデバイスへメッセージを中継するステップを含む請求項２に記載の方法。
【請求項４】
スケジュール設定ステップが、
前記プレゼンス・サービスに関連するスケジューラ・サービスを提供して少なくとも１つのアクティビティに参加する日付または時刻を自動的にスケジュール設定するステップを含む請求項２に記載の方法。
【請求項５】
スケジュール設定ステップが、
前記招待元プレゼンス・クライアントおよび友人の少なくとも一方に関連するカレンダーを検索するステップと、
前記カレンダーを用いて前記アクティビティの相互に同意可能な日付および時刻を決定するステップと、をさらに含む請求項４に記載の方法。
【請求項６】
前記招待元プレゼンス・クライアント内に指定される前記少なくとも１つのアクティビティを提供するステップと、
指定された前記少なくとも１つのアクティビティのそれぞれについて、招待状の送信先である友人リストの少なくとも１人の友人を選択可能にするステップと、をさらに含む請求項１に記載の方法。
【請求項７】
前記プレゼンス・サービスが受信するアクティビティ情報が前記少なくとも１つのアクティビティを含み、各アクティビティについて、前記アクティビティに関連する少なくとも１人の友人を含み、前記少なくとも１人の友人がプレゼンス・サービスに登録されたプレゼンス・クライアントに関連付けられる請求項６に記載の方法。
【請求項８】
前記タプルを更新するステップが、
各アクティビティに対応するタプル内のアクティビティ・エレメントを変更するステップを含む請求項１に記載の方法。
【請求項９】
前記アクティビティ・エレメントを変更するステップが、
各アクティビティ・エレメントのタイムフレーム・サブエレメントおよびロケーション・サブエレメントを更新するステップを含む請求項８に記載の方法。
【請求項１０】
前記タプルが各アクティビティに対応するアクティビティ・リンク・エレメントを含み、各アクティビティ・リンク・エレメントがデータベース内に含まれるアクティビティ・エレメントに関連付けられ、タプル更新ステップが、
各アクティビティに対応する前記データベース内の前記アクティビティ・エレメントを変更するステップを含む請求項１に記載の方法。
【請求項１１】
前記タプルがプレゼンス・タプルである請求項１に記載の方法。
【請求項１２】
少なくとも１つのアクティビティに関連するアクティビティ情報からなる公示要求を受信するステップからなる、アクティビティ情報を受信するステップと、
少なくとも１つのアクティビティへの参加の招待状を含む公示命令を送信するステップからなる、招待状を送信するステップと、からなる請求項１に記載の方法。
【請求項１３】
少なくとも１つのアクティビティへの参加の招待状をネットワーク上で公示するためのシステムであって、
前記少なくとも１つのアクティビティに関連するアクティビティ情報を作成し送信するネットワークに結合されたデバイス内の招待元プレゼンス・クライアントと、
前記招待元プレゼンス・クライアントから前記少なくとも１つのアクティビティに関連する前記アクティビティ情報を受信し、前記招待元プレゼンス・クライアントに関連するタプルを更新して前記少なくとも１つのアクティビティに関連する情報を含め、前記招待状を送信する前記ネットワーク上のプレゼンス・サービスと、
前記プレゼンス・サービスから前記少なくとも１つのアクティビティへの参加の招待状を受信する前記ネットワーク上の他のデバイス内の少なくとも１つの他のプレゼンス・クライアントと、を含むシステム。
【請求項１４】
前記アクティビティ情報が、前記アクティビティのアクティビティ・タイプと、日付と、時刻と場所と、１人または複数の友人とを、前記招待元プレゼンス・クライアントに関連する友人リストから指定し、前記プレゼンス・サービスが前記指定された１人または複数の友人に前記招待状を送信する請求項１３に記載のシステム。
【請求項１５】
少なくとも１つのアクティビティに参加する日付または時刻を自動的にスケジュール設定するスケジューラ・サービスをさらに含み、前記スケジューラが招待元プレゼンス・クライアントおよび友人の少なくとも一方に関連するカレンダーを検索し、前記カレンダーを用いて前記アクティビティの相互に同意可能な日付および時刻を決定する請求項１４に記載のシステム。
【国際調査報告】
2008539511.tif 000010