(57)【要約】【要訳】各個人が、特定の時間（または特定の時間帯内）および特定の場所（または特定の地理的範囲内）で他の個人とネットワーク化することを目的とするミーティングのようなミーティングを準備することを支援する方法およびシステム。すなわち、各個人がオンラインネットワーク上にミーティングの招待を投稿することができる方法とシステム。【選択図】なし【特許請求の範囲】
【請求項１】
二人以上のユーザー間でミーティングを準備する方法であって：
提案されたミーティングの招待を作成するためにネットワークを通じてサーバーにより第一ユーザーからのリクエストを受け取るステップと；
招待作成に関連づけられた一つ以上の基準が前記招待を作成するために第一ユーザーからのリクエストに適応するかを決定するステップと；
適応すると決定された基準がすべて満たされる場合は前記リクエストを処理し；ならびに、適応すると決定された基準が一つでも満たされない場合は前記リクエストを拒否するステップとを具え；
前記招待が前記提案されたミーティングの大まかな場所情報および特定の場所情報を含み；
前記サーバーは、他のユーザーが前記招待を受け入れる前に前記大まかな場所情報を見ることができるようにし；および
前記サーバーは、前記招待を受け入れ且つ前記第一ユーザーに承認されたユーザーのみが前記特定の場所情報を見ることができるようにすることを特徴とする方法。
【請求項２】
前記大まかな場所情報が、市または郵便番号を含み、番地や特定の通り名称を含まず、そして、前記特定の場所情報が、番地や特定の通りの名称、またはその両方をふくむ、請求項１に記載の方法。
【請求項３】
前記一つ以上の基準が、前記招待作成リクエストが前記第一ユーザーのプロフィールに関連づけられた条件に基づいて許可されているか否かを決定するための基準を含む、請求項１に記載の方法。
【請求項４】
前記特定の場所情報が、前記第一ユーザーに承認された各ユーザーに、その承認を知らせる通知において送信される、請求項１に記載の方法。
【請求項５】
二人以上のユーザー間でミーティングを準備する方法であって：
サーバーにより、提案されたミーティングの招待を受け入れるために招待を受け入れるユーザーからネットワークを通じてリクエストを受け取るステップと；
招待受け入れに関連づけられた一つ以上の基準が前記招待の受け入れをするためのリクエストに適応するかを決定するステップと；
適応すると決定された基準がすべて満たされる場合は前記リクエストを処理し；および適応すると決定された基準が一つでも満たされない場合は前記リクエストを拒否するステップとを具え、
前記方法が更に、招待を受け入れるユーザーが：（ａ）前記リクエストにコメントを含まない；（ｂ）前記リクエストに非公開のコメントを含むが、前記招待を開始した招待しているユーザーだけがそれを見ることができる；および（ｃ）前記リクエストに公開のコメントを含み、招待しているユーザーや他のユーザーも見ることができる、から選択できるようにするステップを含むことを特徴とする方法。
【請求項６】
前記一つ以上の基準が、前記招待受け入れリクエストが前記招待を受け入れるユーザーのプロフィールに関連づけられた条件に基づいて許可されているか否かを決定するための基準を含む、請求項５に記載の方法。
【請求項７】
前記一つ以上の基準が、前記招待受け入れリクエストが一定のセキュリティ条件に基づいて許可されているか否かを決定するための基準を含む、請求項５に記載の方法。
【請求項８】
二人以上のユーザー間でミーティングを準備する方法であって：
サーバーにより、提案されたミーティングの招待に対して反対提案を作成するためにユーザーからネットワークを通じてリクエストを受け取るステップと；
招待の反対提案に関連づけられた一つ以上の基準が前記反対提案を作成するためのリクエストに適応するかを決定するステップと；
適応すると決定された基準がすべて満たされる場合は前記リクエストを処理し；および、適応すると決定された基準が一つでも満たされない場合は前記リクエストを拒否するステップとを具え；
前記ユーザーには、前記反対提案が受け入れられない場合、その反対提案に基づいて新たな招待を、前記反対提案の要素を少なくとも一つは組み込んで作成する選択肢が与えられることを特徴とする方法。
【請求項９】
前記一つ以上の基準が、前記反対提案作成リクエストが前記招待に関連づけられた条件に基づいて許可されているか否かを決定するための基準を含む、請求項８に記載の方法。
【請求項１０】
前記反対提案の少なくとも一つの要素が：（ａ）ミーティング場所；（ｂ）ミーティング時間；または（ｃ）その両方、を含む、請求項８に記載の方法。
【請求項１１】
二人以上のユーザー間でミーティングを準備する方法であって：
サーバーにより、提案されているミーティングの一つ以上の招待を閲覧するためのリクエストをユーザーからネットワークを通して受け取るステップと；
前記一つ以上の招待閲覧に関連づけられた基準が前記閲覧するためのリクエストに適応するかを決定するステップと；
適応すると決定された基準がすべて満たされる場合は前記リクエストを処理し；適応すると決定された基準が一つでも満たされない場合は前記リクエストを拒否するステップと；
前記リクエストが拒否されなかった場合に、前記リクエストに対して検索結果を前記ユーザーに提供するステップとを具え、前記検索結果は商用ユーザーが投稿した一つ以上の招待リクエストを含むことを特徴とする方法。
【請求項１２】
前記招待のリクエストが少なくとも一つのバナー広告を含む、請求項１１に記載の方法。
【請求項１３】
前記検索結果が商用ユーザーではないユーザーからの少なくとも一つの招待を含む、請求項１２に記載の方法。
【請求項１４】
前記一つ以上の基準が、前記閲覧リクエストが一つ以上の招待の著作者に関連づけられたユーザープロフィールに関連づけられた条件に基づく一つ以上の招待のサブセットに限定されているかを決定する基準である、請求項１１に記載の方法。
【請求項１５】
前記商用ユーザーによって投稿された一つ以上の招待リクエストが、未定、繰り返し、または複数のミーティング日程案を含むミーティングのリクエストを含む、請求項１１に記載の方法。
【請求項１６】
二人以上のユーザー間でミーティングを準備する方法であって：
サーバーにより、提案されたミーティングの招待を処理するために第一ユーザーからネットワークを通じてリクエストを受け取るステップと；
一つ以上の通知基準が前記招待に適応するかを決定するステップであって、前記一つ以上の通知基準は前記招待の処理と無関係であるステップと；
ネットワークを通じて第二ユーザーに、前記招待に適応すると決定された一つ以上の通知基準に従って通知を提供するステップとを具え；
前記第二ユーザーは、第二ユーザーが携帯しているモバイル電子デバイスの場所および投稿された招待の場所と時間に基づいて、投稿された招待に関する通知を受け取ることを特徴とする方法。
【請求項１７】
二人以上のユーザー間でミーティングを準備する方法であって：
サーバーにより、提案されたミーティングの招待リクエストをユーザーからネットワークを通して受け取るステップと；
前記招待のリクエストを他のユーザーに提供するステップと；
前記他のユーザーのうちの一人による前記リクエストの受け入れを受け取るステップと；
前記受け入れに対して、前記提案されたミーティングの招待を作成するステップと；
前記ユーザーに前記招待を通知するステップとを含むことを特徴とする方法。
【請求項１８】
前記招待リクエストがオンライン広告の形態で前記他のユーザーに提供される、請求項１７に記載の方法。
【請求項１９】
前記招待リクエストが前記オンライン広告をクリックすることによって前記他のユーザーの一人により受け入れされる、請求項１８に記載の方法。
【請求項２０】
二人以上のユーザー間でのミーティングを促進する方法において：
サーバーにより、提案されたミーティングの招待に関連づけられた条件をユーザーからネットワークを介して受け取るステップと；
前記受け取った条件が一つ以上の商用ユーザーが提供する一つ以上のサービスと関係があるか否かを決定するステップと；
前記ユーザーに、前記招待に関係があると決定された任意のベンダーのサービスを選べるオプションを提供するステップを具えることを特徴とする方法。
【請求項２１】
前記招待が食事を目的とし、前記関連ベンダーのサービスが飲食施設を含む、請求項２０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、２人以上の個人において、各個人が電子招待を投稿し、他の各個人が投稿された招待を閲覧および受諾することによるミーティング準備を促進するためのコンピュータベースの方法およびシステムに関する。
【０００２】
本願中にいくつかの文献が引用されている。文献は、本発明が属する最先端技術を記載しており、参照として本明細書に援用する。
【背景技術】
【０００３】
ユーザーが他のユーザーについて知ることができるオンラインネットワークサービスは様々なものがあり、ＭｙＳｐａｃｅ．ｃｏｍ、Ｆｒｉｅｎｄｓｔｅｒ．ｃｏｍ、Ｏｒｋｕｔ．ｃｏｍおよびＰｌａｘｏ．ｃｏｍなどの該他のユーザーとネットワーク化することも可能である。オンラインソーシャルネットワークは、個人が他の人々ともつ関係をインターネットを活用することによって容易に追跡することを可能にする。各個人は、オンラインソーシャルネットワークに自身のアカウントプロフィールを維持し、自分と関係のある個人を限定する。一旦限定すると、オンラインソーシャルネットワークはその関係を維持する。このようなサービスは、単に似た興味を持つ他のユーザーについて知るための手段を提供するだけで、特定の興味を持つ人々に対してネットワークを始めるための積極的な手段を提供することがないため、受け身といえる。したがって、上記の欠点を克服する改善されたシステムと方法を提供することが好ましい。
【０００４】
Ｅｖｉｔｅ．ｃｏｍでは、ユーザーが自身で選択した特定の個人に、特定のイベントに関する招待を送信することができる。
【０００５】
Ｍｅｅｔｕｐ．ｃｏｍでは、ユーザーは共通の興味を持つ他者との「ミートアップ（出遭い）」を探したり、他者が参加できる「ミートアップグループ」を生じさせたり、創りだしたりすることができる。
【０００６】
本発明の譲受人に譲渡され、よって参照として本明細書に援用されているボイドによる米国特許第６，９６３，９００号は、個人が特定の時間と場所で他者と出会い、ネットワーク化することのできるシステムと方法を開示している。該特許発明によると、第一ユーザーはミーティングの時間（または時間帯）と場所を含むミーティングの招待を「投稿」し、もし希望するなら、該第一ユーザーが出会いたい人（例えば、コンピュータサイエンティスト、弁護士、特定の街の居住者、特定の大学の卒業生等）のような基本設定や条件を含んでもよい。該「招待」はユーザーによって閲覧される。ひとり以上のユーザーがその「招待」を「受け入れ」すれば、ミーティングが成立する。
【発明の概要】
【０００７】
本発明は、一人以上の個人（「招待している個人」または「主催者」）が、提案するミーティング情報（例えば、特定の時間または時間帯、特定のロケーションまたは一般のロケーション（例えば、近隣、郵便番号等）、目的等）を含んだ電子招待を、ウェブサイトや他者がインターネットやコンピュータベースのネットワークを介してアクセスできるその他の電子ロケーション上に作成および投稿することができ、他者がその招待を閲覧できる、他者と出会う、ネットワーク化する、情報交換する、または実際に会うことを可能にする改善されたシステムと方法に関する。該システムおよび方法は、ユーザーが招待を作成し、該招待をウェブサイトのような公的アクセス可能なロケーションに公表または投稿および／または該招待を他のユーザーに伝達（例えば、電子メール経由）でき、またウェブサイト上に公表せず、選択された他の個人のみがアクセスおよび／または伝達される（例えば、好ましくは電子メール経由）非公開の招待が作成できることが好ましい。
【０００８】
本発明の一態様は、ユーザーが、会食、ゴルフ練習、その他のネットワークイベントのようなミーティング案への招待を、インターネットのようなコンピュータネットワーク上で作成および広告または投稿をし、直接または間接的に参加見込みのある個人ユーザーから受諾を受け取ることを可能にする方法と装置を提供することである。
【０００９】
本発明の更に別の態様は、複数の招待したユーザーが、ウェブページや投稿板のような容易に更新でき且つインターネットのようにコンピュータネットワークを介してアクセスできる一つの場所に、招待を広告または公表することを可能にする方法と装置を提供することである。
【００１０】
本発明のその他の態様および実施形態、特徴、利点については、図面、特許請求の範囲、特定の実施形態を含む本明細書を考察していくにあたって明らかになる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の実施形態に基づくシステム構成を示すブロック図である。
【図２】図２は、本発明の実施形態に基づく基準ベースの招待作成を示す工程図である。
【図３】図３は、本発明の実施形態に基づく基準ベースの招待受け入れを示す工程図である。
【図４】図４は、本発明の実施形態に基づく基準ベースの招待反対提案を示す工程図である。
【図５】図５は、本発明の実施形態に基づく基準ベースの招待閲覧を示す工程図である。
【図６】図６は、本発明の実施形態に基づく基準ベースの招待活動通知を示す工程図である。
【図７】図７は、本発明の実施形態に基づく招待リクエストを示す工程図である。
【図８】図８は、本発明の実施形態に基づいて、ベンダーのオプションを招待に統合することを示す工程図である。
【図９】図９は、本発明の実施形態に基づく計算装置を示すブロック図である。
【発明を実施するための形態】
【００１２】
本発明は、二人以上のユーザー間において、ミーティングまたはその他のイベントを準備するためのコンピュータベースの方法に関し、以下を特徴とする：
【００１３】
（ａ）主催者（例えば、主催者により作成された招待）から招待案を受け取ること；および
【００１４】
（ｂ）該招待案の情報を、一人以上のユーザーがアクセス可能なロケーションに提供または表示すること。
【００１５】
図１は本発明の一実施形態に基づくシステム構成を示す。構成は、本発明のシステム（１３０）と通信状態にあるユーザーが操作する端末（１００、１１０）および／またはベンダーが操作する端末（１２０）からなり、該システムは招待情報（１５０）、処理基準（１６０）およびユーザー／ベンダーのプロフィール（１７０）を保存するいくつかのデータベースと連結したミーティングエンジン（１４０）から成る。
【００１６】
図２〜５は、システム（１３０）のミーティングエンジン（１４０）による招待の作成、受け入れ、反対提案および閲覧に関連する基準の適用を示す。
【００１７】
図２では、ユーザーが操作する端末（１００）が、ネットワーク（１０５）を介してミーティング案の招待を作成するためのリクエストをシステム（１３０）に提出する（ステップ２００）。システム（１３０）は該リクエストを受け取り（ステップ２１０）、招待作成関連基準（例えば、基準データベース（１６０）に保存されているもの）の一つ以上が招待作成リクエストに適応するかを決定する。次いで、システム（１３０）は、すべての決定された該当基準（例えば、必須または必要な基準）が条件を満たす場合は招待作成リクエストを処理し（ステップ２４０）、決定された該当基準が一つでも条件を満たしていない場合は招待作成リクエストを拒否する（ステップ２５０）。図３〜５は、招待の受け入れ、反対提案および閲覧に関連する同様の工程をそれぞれ示す。図３では、ユーザーが操作する端末（１００）が招待を受け入れするためのリクエストを提出する（３００）。システム（１３０）は該リクエストを受け取り（ステップ３１０）、基準データベース（１６０）に保存されているような基準の一つ以上が該招待を受け入れするためのリクエストに適応するかを決定する（ステップ３２０、３３０）。次いで、システム（１３０）はすべての該当基準が条件を満たす場合は招待受け入れリクエストを処理し（ステップ３４０）、該当基準が一つでも条件を満たしていない場合は招待受け入れリクエストを拒否する（ステップ３５０）。図４では、ユーザーが操作する端末（１００）が招待の反対提案を作成するためのリクエストを提出する（４００）。システム（１３０）は該リクエストを受け取り（ステップ４１０）、例えば基準データベース（１６０）に保存されているような基準の一つ以上が反対提案を作成するためのリクエストに適応するかを決定する（ステップ４２０、４３０）。次いで、システム（１３０）はすべての該当基準が条件を満たす場合は反対提案のリクエストを処理し（ステップ４４０）、該当基準が一つでも条件を満たしていない場合は反対提案のリクエストを拒否する（ステップ４５０）。図５では、ユーザーが操作する端末（１００）が招待閲覧のリクエストを提出する（５００）。システム（１３０）は該リクエストを受け取り（ステップ５１０）、例えば基準データベース（１６０）に保存されているような基準が一つ以上招待閲覧するためのリクエストに適応するかを決定する（ステップ５２０、５３０）。次いで、システム（１３０）はすべての該当基準が条件を満たす場合は閲覧のリクエストを処理し（ステップ５４０）、該当基準が一つでも条件を満たしていない場合は閲覧のリクエストを拒否する（ステップ３５０）。
【００１８】
図２〜５に記載の基準は、システム（１３０）と提携するユーザーおよび／またはベンダーに関連するプロフィール（１７０）に保存されている基本設定、セキュリティ条件、および以下の実施例で説明されるその他の状況から引き出される。
【００１９】
図６は、システム（１３０）のユーザーがどのように所望の基本設定を表示することができ、問い合わせてくるユーザーとは無関係の他のユーザーの招待に関する招待活動通知を受け取ることができるかを示す。招待活動は、別のユーザーによる招待の投稿または招待の受け入れ、または特定の特徴やキーワード（例えば、ウェブ２．０プログラマー特定の招待等）を含む招待の投稿を含む。たとえば、ユーザーは、特定の他のユーザー（例えば、最初のユーザーが会いたいまたは再度会いたいと希望するユーザー等）が招待を投稿したり、別の招待を受け入れした時に通知されることを希望するかもしれない。この場合、最初のユーザーは同じミーティングに参加するか否かを決めることができるように、通知を受けることができる。
【００２０】
図６では、ユーザーが操作する端末（１００）がミーティング案の招待、例えば、該招待の提案、作成、編集、受け入れや反対提案等、を処理するためのリクエストをネットワーク（１０５）を介してシステム（１３０）に提出する（ステップ６００）。システム（１３０）は該リクエストを処理し（ステップ６１０）、該リクエストが招待の処理に無関係な異なるユーザーが定めた通知基準の一つ以上に適応するか否かを決定する（ステップ６２０、６３０）。例えば、通知基準には、特定のユーザーが招待を投稿または受け入れした場合および／または特定の特徴（例えば、特定のキーワード、ロケーションおよび／またはミーティングの目的）を持つ招待が処理された場合に、ユーザーが通知を受けるためのリクエスト等を含む。通知は、ＲＳＳを採用していることが好ましい。次いで、システムは決定された該当基準に基づいて通知を異なるユーザー（ステップ６５０）に提供する（ステプ６４０）。通知基準も、システム（１３０）と提携するユーザーおよび／またはベンダーに関連するプロフィール（１７０）に保存されている基本設定から引き出される。このような通知基準には以下の例があげられる。
【００２１】
図７は、ベンダーがどのようにシステム（１３０）を介して招待をリクエストし広告をすることができるかを示す。図７では、ベンダーが操作する端末（１２０）がミーティング案の招待をネットワーク（１０５）を介してシステム（１３０）にリクエストを提出する（ステップ７００）。システム（１３０）は、他のユーザーに該招待のリクエストを提供する（ステップ７１０）。該招待のリクエストを受け入れする（ステップ７２０）ユーザーが操作する端末（１００）に応えて、システム（１３０）はミーティング案の招待を作成し（ステップ７３０）、該招待のベンダー（ステップ７５０）に通知する（ステップ７４０）。他のユーザーに提供された最初の招待リクエストは、例えば下記のバナーのようなオンライン広告の形であってもよい。
【００２２】
図８は、ベンダー（商用ユーザー）のサービスオプションを招待に統合するプロセスを示す。図８では、ユーザーが操作する端末（１００）がミーティング案の招待に関連する条件をネットワーク（１０５）を介してシステム（１３０）に提出する（ステップ８００）。システム（１３０）は該招待条件を受け取り（ステップ８１０）、該条件が複数のベンダーよって提供された複数のサービスに関連性があるか否かを決定する（ステップ８２０）。次いで、システム（１３０）は、該招待に関連して決定された関連ベンダーのサービスから選択できるオプションを、該ユーザー（ステップ８４０）に提供する（ステップ８３０）。下記にこの機能性の実施形態を述べる。ベンダーまたは商用ユーザーとは、システムのユーザーで、同システムを利用する他のユーザーに対して、製品やサービスを売るまたは商品化したいと望んでいるものを意味する。
【００２３】
本発明の一態様は、改善された電子招待、ならびに該電子招待を作成および／または電子的に公表および／または伝達（例えば、電子メール経由等）するための方法およびシステムに関する。
【００２４】
一実施形態によると、改善された招待はそのミーティング案に関連する、下記にあげる一つ以上の特定の情報を含んでいる：（ａ）ミーティング案の時間または時間帯または時間制限無（つまり、招待されたユーザーが時間を選ぶ）；（ｂ）日程または日程範囲（例えば、４月中の月曜日から金曜日までのいずれか等）、複数の日程（すなわち、招待されたユーザーが選ぶ日程）、日程制限無（すなわち、招待されたユーザーが日程を選ぶ）または連続日程（例えば、毎日、毎週、毎月または主催者が指定するさまざまな可能日）；（ｃ）ロケーションまたはおおよそのロケーション（例えば、近隣、空港ターミナル、見本市、コンフェレンス等）；（ｄ）ミーティングの形式（例えば、夕食会、昼食会、朝食会、飲み会、ゴルフ練習会、ランニング／ジョギングパートナーの会、ドッグウォーキングの会、カードゲームの会等）；（ｅ）ミーティングの目的（例えば、ソーシャルネットワーキング、ビジネスネットワーキング、情報検索、起業、恋愛、情報または物の交換、製品の貸し出し（例えば、携帯電話の電源コード等）；（ｆ）招待可能な最低および最高人数；（ｇ）招待したい人の特徴（例えば、主催者が特定の背景やプロフィールを持つ特定の人に会うことを望む場合等）、好ましいかまたは必須かを表示することが好ましい；（ｈ）主催者の特徴（例えば、主催者は特定の背景を持っており、そのような主催者について知りたいまたはそのような主催者から情報を得たい個人と出会うことを求めている等）；（ｉ）支払負担（例えば、主催者負担、参加者負担、第三者負担または折半等）；（ｊ）招待またはイベント名；（ｋ）ミーティング／イベントの詳細な説明；（ｌ）招待受け入れの締切日；（ｍ）招待反対提案の制限またはガイドライン（例えば、もし時間や場所等の変更を提案するために招待の反対提案を提出する場合はどのように行うか等）；（ｎ）もし予め選ばれている招待したい人がいる場合はそのリスト；および（ｏ）主催者のユーザー名。招待はミーティング案に参加する場合の締め切りを含み得ることが望ましい（例えば、「ちょうど７時にドアが閉まります」等）。
【００２５】
招待案は、ミーティング案の時間と場所を含む招待情報案を含むことが好ましい。システムは、主催者が招待と特定の情報（ａ）から（ｏ）を一緒にインプットまたは投稿できることが好ましい。
【００２６】
好ましい一実施形態によると、招待は少なくとも次の情報を含む：（ａ）日程または日程範囲；（ｂ）ミーティング案の時間または時間帯；（ｃ）ロケーションまたはおおよそのロケーション；（ｄ）ミーティングの形式；および（ｅ）ミーティングの目的。別の好ましい実施形態によると、招待は少なくとも次の情報を含む：（ａ）；（ｃ）；（ｄ）および（ｅ）ミーティングの目的。
【００２７】
更に別の実施形態によると、招待は少なくとも次の特定情報を含む：（ａ）日程または日程範囲；（ｂ）ミーティング案の時間または時間帯；（ｃ）ロケーションまたはおおよそのロケーション；および（ｇ）招待したい人の特徴。更に別の好ましい実施形態によると、招待は少なくとも次の特定情報を含む：（ａ）；（ｂ）；（ｃ）；（ｄ）および（ｈ）。更に別の好ましい実施形態によると、招待は少なくとも次の特定情報を含む：（ａ）；（ｃ）；（ｄ）および（ｇ）。更に別の好ましい実施形態によると、招待は少なくとも次の特定情報を含む：（ａ）；（ｃ）；（ｄ）および（ｈ）。
【００２８】
更に別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ａ）；（ｂ）および（ｃ）を招待にインプットすることを可能にする。また更に別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ａ）；（ｂ）；（ｃ）および（ｅ）を招待にインプットすることを可能にする。また更に別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ａ）；（ｃ）および（ｅ）を招待にインプットすることを可能にする。
【００２９】
別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ａ）；（ｂ）および（ｄ）を招待にインプットすることを可能にする。更に別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ａ）；（ｂ）および（ｅ）を招待にインプットすることを可能にする。更に別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ａ）；（ｂ）；（ｄ）および（ｇ）を招待にインプットすることを可能にする。更に別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ａ）；（ｂ）；（ｄ）および（ｈ）を招待にインプットすることを可能にする。
【００３０】
更に別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ｃ）；（ｄ）および（ｅ）を招待にインプットすることを可能にする。更に別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ｃ）；（ｄ）；（ｅ）および（ｇ）を招待にインプットすることを可能にする。更に別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ｃ）；（ｄ）；（ｅ）および（ｈ）を招待にインプットすることを可能にする。
【００３１】
更に別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ｃ）；（ｄ）および（ｇ）を招待にインプットすることを可能にする。更に別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ｃ）；（ｄ）および（ｈ）を招待にインプットすることを可能にする。
【００３２】
更に別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ｃ）および（ｈ）を招待にインプットすることを可能にする。更に別の好ましい実施形態によると、システムは主催者が少なくとも特定の情報（ｃ）および（ｇ）を招待にインプットすることを可能にする。該好ましい実施形態の招待は、さらに（ｅ）を含むことが好ましい。
【００３３】
更に別の好ましい実施形態によると、システムは主催者が特定の情報（ｏ）主催者のユーザー名、と一緒に少なくとも：（ｉ）条件（ａ）、（ｂ）、および（ｃ）；（ｉｉ）条件（ａ）、（ｂ）、（ｃ）および（ｄ）；（ｉｉｉ）条件（ｃ）；（ｉｖ）条件（ｃ）、（ｄ）および（ｅ）；（ｖ）条件（ｈ）；（ｖｉ）条件（ｇ）および（ｈ）；（ｖｉ）条件（ｃ）および（ｊ）；（ｖｉｉｉ）条件（ｃ）および（ｋ）、のいずれかをインプットすることを可能にする。この実施形態は、条件（ｎ）参加者リストも含むことが好ましい。
【００３４】
更に別の好ましい実施形態によると、システムは主催者が特定の情報（ｈ）主催者の特徴、と一緒に少なくとも：（ｉ）条件（ａ）、（ｂ）、および（ｃ）；（ｉｉ）条件（ａ）、（ｂ）、（ｃ）および（ｄ）；（ｉｉｉ）条件（ｃ）；（ｉｖ）条件（ｃ）、（ｄ）、（ｅ）および（ｇ）；（ｖ）条件（ｇ）；（ｖｉ）条件（ｃ）および（ｇ）；（ｖｉ）条件（ｃ）および（ｊ）；（ｖｉｉｉ）条件（ｃ）および（ｋ）、のいずれかをインプットすることを可能にする。この実施形態は、条件（ｎ）参加者リスト、も含むことが好ましい。
【００３５】
招待は主催者のユーザー名や特徴を含み、他のユーザーが主催者のプロフィールを検討できることが好ましい。
【００３６】
ミーティングの「目的」に関しては、主催者は以下の目的または目的カテゴリーの少なくとも一つに関連する情報から選ぶまたは情報を含むことが望ましい：（ａ）「ビジネス−ネットワーキング」（例えば、一般的なビジネスネットワーキングや知り合いを集めるために主催者の業界内または専門範囲内で他の個人と出会いたい場合等）；（ｂ）「ビジネス―市場情報／販売情報の提供」（例えば、他の個人と出会い、製品やサービス情報を提供したい場合等。例えば、信託専門弁護士が信託設立や遺産問題について学びたい個人をお茶に誘う投稿等があげられる）；（ｃ）「ビジネス―市場情報／販売情報の受け取り」（例えば、他の個人と出会い、製品やサービス情報を受け取りたい場合等。例えば、投資対策を学ぶために財務顧問とのミーティングを投稿、または発明の特許性について学ぶために弁理士とのミーティングを投稿することがあげられる）；（ｄ）「ビジネス―可能性のある顧客と会う、又はその逆」（例えば、主催者が営業職や流通促進に従事しており、見込み顧客と出会うことを望んでいる場合等）；（ｅ）「ビジネス―その他」；（ｆ）「職業の照会」（例えば、他者と出会って可能性のある仕事について話し合う場合等。例えば、高校教師に出会って高校で教職につく話をする等があげられる；（ｇ）「仕事の引き合い」「例えば、就職する興味のある会社で現在働いているまたは以前働いていた従業員に会う等」；（ｈ）「ソーシャル―ネットワーキング」（例えば、新しい友人や知り合いを作る等）；（ｉ）「ソーシャル―趣味」（例えば、カードゲームプレーヤー、バードウォッチャー、ゲーム等の愛好家に出会う等）；（ｊ）「ソーシャル―宗教」（例えば、主催者と共通の信仰を持つ他者と出会う等）；（ｋ）「ソーシャル―政治」（例えば、共通の政治的思想を持つ他者や異なる思想を持つ他者から学ぶための出会い等）；（ｌ）「ソーシャル―プロスポーツファン／大学スポーツファン」（例えば、お気に入りのスポーツバーやホテルバーでファン仲間と結集等）；（ｍ）「ソーシャル―同窓生」（例えば、主催者の高校、大学または大学院の同窓生との出会い等）；（ｎ）「ソーシャル―同郷」（例えば、主催者の出身地と同郷のユーザーとつながる等）；（ｏ）「ソーシャル―引っ越ししてきたばかり人との出会い」；（ｐ）「ソーシャル―知的討論」（例えば、主催者が南北戦争、理論物理学、金融などの一つ以上の議題について他者と知的な議論を望んでいる場合等）；（ｑ）「恋愛」（例えば、主催者が恋愛または恋愛のような出会いを求めている場合等）；（ｒ）子供同士の遊びの約束（例えば、子供のために近所の公園で遊ぶ約束をするための招待の投稿等）；（ｓ）有形または無形の品物を交換、借りるまたは貸す；（ｔ）その他。
【００３７】
好ましくは、主催者は以下のいずれかのタイプの招待を作成することができる：（ｉ）「非公開」招待−該招待は公表されず、各個人に直接招待が送られるよう各自の電子メールアドレスおよび／またはユーザー名を提供した特定の招待されたゲストだけに伝達および／または見られるミーティング；（ｉｉ）「ターゲット」を定めた招待―主催者は友人（例えば、ユーザー名および／または電子メールアドレスを提供することによって等）など特定のゲストおよび／または特定の「条件」（例えば、ニューヨーク在住のミシガン州立大学の同窓生等）を満たす者を招待し、該招待は公表され、ウェブサイトを閲覧している誰でもが見ることができるミーティング；および（ｉｉｉ）「解放」招待−ゲスト無制限に参加でき、招待するにあたって確認すべき特定の個人はないが、インターネット上（例えば、ウェブサイト上）で公表され、ウェブサイトのユーザーなら誰でも見ることができ、受け入れすることができるミーティング。
【００３８】
本発明の好ましい実施形態によると、主催者またはミーティング主催者は、別のユーザーの招待への受け入れを「承認」または「断る」ことができる。好ましくは、主催者は、主催者によって予め選ばれていなかったユーザーからの受け入れをその都度「承認」または「断る」必要がある。例えば、招待を受け入れた人の背景が、該招待で定める招待したい人の特徴に当てはまらない場合、主催者はその人がミーティングに参加することを「断る」ことができる。好ましくは、主催者はいかなる理由によっても受け入れを「断る」ことができる。これによりたとえ招待が公表されても、主催者は自分のミーティングの出席者を管理することが可能となる。好ましい一実施形態によると、システムは招待を受け入れたその人に対して電子メールを送信して、主催者が参加を拒絶したこと、およびその人がミーティングに参加できないこと通知することができる、または、代わりに、招待を受け入れ、主催者が「承認」した人全員に電子メールを送信してミーティングの確認することもできる。また別の実施形態によると、もし特定の個人がミーティングに出席するよう招待されている場合、システムは主催者自身が招待する人を特定したのであれば、主催者がその特定招待者の受け入れを断る理由はないと見なすため、主催者は該招待者がミーティング参加確認を受け取るように、招待の受け入れを「承認」する必要はない。
【００３９】
更に別の実施形態によると、主催者は招待を時間および／または日程を未定のまま投稿することができるので、招待は所定のユーザー数が受け入れるまで（それからユーザーが時間および日程を選ぶ）または最初の招待されたユーザーが時間／日程を提案するまで、オープンのままとなる。すなわち、主催者はオープン招待を投稿し、提案された時間が招待されたユーザーによって選択され、そして主催者によって確定される。たとえば、ニューヨークの居住者が同じ学校の卒業生と出会うためにオープン招待を投稿する、またはそのような招待を投稿し、特定の曜日を好ましいと指定する（例えば、招待はどの週にかかわらず、火曜日か木曜日のディナーとする等）ことができる。好ましい一実施形体によると、主催者は複数の利用可能な繰り返し日程（例えば、毎日、毎週、毎月、平日またはユーザーが選択した任意の日程等）が提供された繰り返し招待を投稿することができ、他のユーザーは提供された任意の日程の招待を受け入れることができる。主催者は、別のユーザーが提案された日程を選択した時点で通知を受け取ることが好ましい。主催者は他のユーザーに選択された日程についても引き続き利用の可能性を確認することが好ましく、確認の通知は該他のユーザーに伝達されることが好ましい。例えば、第一ユーザーが、今後のいずれかの月曜日、午後７時に夕食の繰り返し招待を投稿する。投稿された招待を見ている第二ユーザーは、招待の日程がこれから先の任意の月曜日であることに気付き、空いているミーティングの日程を受け入れることができる。空いている日程はカレンダーに表示され、ユーザーは強調表示された日を受け入れることが好ましい。次いで、主催者は或る日付が選択された通知を受け、ユーザーの受け入れを承認する選択肢を与えられる。この選択によって、主催者が選択された日に空いていること、また招待されたユーザーに会うことを望んでいることが確認される。一実施形態によると、繰り返し日程を含む招待は、最初の日程の受け入れおよび確認後も、先の空いている日程に将来の受け入れができるよう空いている状態が継続する。代わりの実施形態によると、招待は最初に日程が受け入れられ、確認された後、閉鎖される。好ましくは、主催者は最初の承認済み受け入れの後、招待を継続するか閉鎖するか、選択できる。一好ましい実施形態によると、繰り返し招待が一旦受け入れられ且つ受け入れられた日程が主催者に承認されると、様々な招待を閲覧している他のユーザーに対してもその日は確定ミーティングと見なされる。
【００４０】
別の実施形態によると、主催者は特定のロケーションをオープンのまま招待を投稿できるので、招待されたユーザーは特定のロケーション（例えば、招待を受け入れる時に特定のレストランを提案する等）を提案することができる。例えば、主催者は大まかな場所（例えば、市、郵便局、近隣等）のみを含む招待を投稿し、招待されたユーザーが特定の場所を提案することができる。
【００４１】
別の実施形態によると、主催者は投稿した招待に特定の場所を明かさず、大まかな場所だけを表示すると、主催者に承認された招待されたユーザーだけに特定の場所（例えば、特定のレストラン等）を開示することができる。好ましくは、ミーティングを行う特定の場所は、承認済みの招待されたユーザーに電子メールで通知されえるか、および／または、承認済みの招待されたユーザーによってウェブサイト上で見ることができる。この方法によると、ミーティングを行う特定の場所は主催者が確認または承認した招待されたユーザーのみに開示されるため、主催者は提案したミーティングへの参加者を制限または管理することが可能になる。好ましい一実施形態によると、主催者は招待の以下の諸相を一つ以上未公表または保留にすることもできる：（ａ）日程；（ｂ）時刻；（ｃ）特定の場所；（ｄ）目的；（ｅ）主催者；（ｆ）承認済み招待ユーザー；および（ｇ）これらの組み合わせ。好ましくは、未公表または保留にされる情報は、承認済み招待ユーザーに電子メールまたは見ることができるように転送される。
【００４２】
また別の好ましい実施形態によると、主催者は招待受け入れの締め切りおよび／またはミーティング到着の締め切り（例えば、「ドアは８時に閉まります」等）を含み、他のユーザーに該締め切りの通知を提供することができる。
【００４３】
一実施形態によると、招待を投稿しているユーザー（「主催者」または「招待しているユーザー」）は、招待を受け入れている一人以上のユーザーが以前からの知り合いではないため、一人以上のユーザーが匿名である。例えば、ユーザー全員が匿名であってもよい。ここで使われる「匿名」は、二者間以上での匿名を意味するものである。匿名の一形態には「個人情報の遮蔽」があり、これは委託された仲介人が該二者以上の素性または個人が確定できる情報（例えば、電子メールアドレス等）を知っているが、特別な状況下でない限り、他者にそれらの情報を開示しないというものである。特に記載がない限り、本明細書全体を通して使用される「匿名」という用語は、遮蔽された個人情報の概念と交換可能である。Ｅｐｓｔｅｉｎの米国特許第６，０２３，５１０号；Ｗａｌｋｅｒらの米国特許第５，８８４，２７２号；Ｌｅｅらの米国特許第５，９５８，００７号；Ｗａｌｋｅｒらの米国特許第５，８８４，２７０号；Ｌｕｂｉｅｎらの米国特許第６，０１２，０４６号を参照のこと。本発明の好ましい実施形態によると、システムまたは方法はユーザーに「個人情報を遮蔽した」匿名を提供する。つまり、システムはユーザーの名前または連絡先情報（例えば、電子メールアドレス等）を知っているが、これらの情報は他のユーザーは利用できない。他の好ましい実施形態によると、以前からお互いに知り合いではなかったが、ユーザーは匿名ではない（例えば、名前またはその他の個人認識情報が各ユーザーのプロフィールに開示される。
【００４４】
また別の実施形態によると、主催者は、匿名ユーザーや選抜されていないユーザーを受け入れ対象とし招待を投稿するのと同様に、知り合いや事前に選抜されたユーザー一人以上を提案しているミーティングに招待することもできる。例えば、主催者は、匿名または他のユーザーに検討および受け入れてもらうべく招待を投稿する前、投稿した後、または投稿期間中にも、一人以上の特定の事前に選抜されたユーザーを選択し、招待の通知（例えば、電子メール経由等）が届くようにすることができる。好ましくは、該事前選抜されたユーザーは、招待を受け入れる、招待を断る、または招待を保留する（例えば、受け入れるか、断るか、後に決める等）ことができる。好ましくは、事前に選抜されたユーザーは、決断を下す前に招待のコンテンツを見ることができる。好ましい一実施形態によると、事前に選抜されたユーザーは登録ユーザーではなく、招待を受け入れたり、見たりする前に登録が必要となる。別の好ましい実施形態によると、主催者は、招待が予め選ばれた招待された人に送信された後、および／または、予め選ばれた招待された人がすべて招待を受け入れるか断るまで、一定期間は招待の一般への投稿を遅らせることもできる。好ましくは、予め選ばれた招待された人が一旦招待を受け入れると、それ以降ミーティングを確認するための主催者による更なる承認は必要ではない。
【００４５】
別の実施形態によると、ユーザーは、すべての招待された人が予め選ばれた人である、「クローズ」または非公開の招待を投稿することができる。好ましくは、そのような「クローズ」の招待は、主催者の選択で、一般公開の招待用掲示板には投稿されない。好ましくは、主催者は、特定の特徴（例えば、プロフィールに同窓生、有料購読者等と記載されている場合等）を一つ以上持つユーザーを除いて、他のすべてのユーザーに招待が「クローズ」である旨を表示することができる。別の実施形態によると、上記のような特定の特徴を持つユーザーのみが、前記非公開の招待をみることができ、および／または、招待の検索を行う時、検索結果に前記非公開招待を含んでもらうことができる。また別の好ましい実施形態によると、主催者は招待のすべてをではなく、一部を「非公開」または「マスク」しておくことができる。例えば、主催者は大まかな場所（例えば、郵便番号、市および／または近隣等）だけを示すミーティングを投稿し、特定の場所は承認された参加者（例えば、予め選ばれたまたは承認された招待を受け入れた人）および／または特定の特徴を満たすユーザーのみに開示される。
【００４６】
別の実施形態によると、主催者は招待の中に招待された人の情報や追加の主催者に関する情報を含むかを選ぶことができるため、ユーザーが予め選ばれまたは招待を受け入れると、そのユーザーはミーティング参加者として招待のリストに追加される。また別の実施形態によると、承認済み参加者は一旦参加者として承認されると、自動的にすべての公表済み招待にリストアップされる。別の好ましい実施形態によると、招待されたユーザーは招待にリストアップされないことを選ぶことができる。即ち、招待されたユーザーは招待を受け入れ、ユーザー名および／またはプロフィール情報を招待経由で見られることなく、承認済みミーティング参加者になることができる。好ましくは、主催者は承認済みユーザーが存在することを表示するが、そのユーザーのユーザー名および／またはプロフィール情報は開示しない。
【００４７】
本発明の別の実施形態は、主催者は出会いたい個人のタイプを記載できる、招待したい人の特徴を含む、改善された招待に関する。例えば、主催者は、招待したい人が持つべき必須または好ましい特定の特徴（例えば、特定の業界で働く人、特定の学校の卒業生、特定の専門職を持つ人等）を含むことができる。好ましくは、主催者は招待したい人の特徴を一つ以上、必須、好ましい、またはその両方（例えば、ある特徴が必須条件で、もう一つの特徴は好ましいとする等）と設定することもできる。好ましくは、プロフィールの中に該当する特定の特徴を持たないその他のユーザーは、そのような招待は見ることができない。
【００４８】
一実施形態によると、ユーザーは更に以下の招待したい人に求める特徴または特徴カテゴリーを一つ以上選ぶことができる：（ｉ）専門職（例えば、営業職、マーケティング、法律関係、等）；（ｉｉ）分野（例えば、バイオテクノロジー、半導体、メディア、等）；（ｉｉｉ）現職事業主；（ｉｖ）前事業主；（ｖ）在籍した／卒業した学校（例えば、小学校、高校、大学、大学院、等）；（ｖｉ）職業または社会的協会（例えば、ＡＢＡ、ＡＩＰＬＡ、Ｅｌｋｓ、ＭＡＤＤ、等）；（ｖｉｉ）男子学生社交クラブ／女子学生社交クラブ；（ｉｘ）お気に入りのスポーツチーム（社会人および／または学生）；（ｘ）趣味；（ｘｉ）政党；（ｘｉｉ）タウン情報−現在（例えば、主催者が引っ越す先の町に現在住んでいる人と出会い、その町の情報を得たい、等）；（ｘｉｉｉ）タウン情報‐過去（例えば、主催者が以前特定の町に住んでいた個人を探している、等）；（ｉｘｘ）タウン情報−幼年時代（例えば、主催者が特定の町で育った個人を探している、等）；（ｘｘ）兵役／軍事部門(military service/branch)；（ｘｘｉ）現在または過去の病状（例えば、主催者が自分と同病と診断された生存者や個人と出会い、情報を共有しサポートを得たい場合、等）；および（ｘｘｉｉ）その他の招待したい人に求める特徴。
【００４９】
一実施形態によると、ユーザーは招待したい人に望ましい選択肢を組み合すことができる。例えば、（１）弁護士で、且つ（２）バージニア州立大学法学部の卒業生、である個人を招待したい人として記載することができる。別の実施形態によると、ユーザーは代わりの特徴を選ぶこともできる。例えば、（１）弁護士、または（２）バージニア州立大学の卒業生、である個人を招待したい人として記載することもできる。このように、いずれかの特徴を満たす人が招待したい人としてふさわしい。ユーザーは上記の選択肢を両方記載できることが好ましい。好ましくは、招待されたユーザーは主催者が見やすいように、特定の特徴を一つ以上満たすか否かに基づいて、ランク付けまたは分類される。
【００５０】
別の実施形態によると、招待したい人の特徴や特徴カテゴリー（ｉ）から（ｘｘｉｉ）と同様の、主催者の特徴または背景を招待に含む。例えば、主催者が公認ファイナンシャルプランナーで顧客になり得る人に興味がある場合は、その情報を招待の中に含むことができる。別の例としては、主催者が信託や不動産専門の弁護士であり、顧客になり得る人に会って土地資産計画やその関連事項について話し合いたい場合である。このように、招待状は主催者について記載し、主催者との出会いに興味のある招待したい人に受け入れをリクエストする。好ましくは、主催者のユーザー名が招待に関連付けられ、ユーザー名とともに主催者の一般向けプロフィールが他のユーザーが見られるように関連付けられる。好ましくは、主催者は個人のユーザーのプロフィール情報や該情報へのリンクなどを含むホームページを持つ。好ましくは、ユーザーは特定のプロフィールやユーザー情報を指定して、投稿または招待と関連づけることができるため、招待したい見込みのある人に見てもらうことができる。好ましい一実施形態によると、ユーザーの一般公開プロフィールページはプロフィールの外部（別のサイトにある同じユーザーのプロフィール、等）へリンクしていてもよい。
【００５１】
好ましい一実施形態によると、ユーザーの個人ホームページまたはダッシュボードは以下（または以下へのリンク）を含む：（ｉ）個人プロフィール情報；（ｉｉ）過去、今後、次のミーティングのカレンダーまたはリスト；（ｉｉｉ）過去のミーティング参加者名；（ｉｖ）過去のミーティング場所；（ｖ）過去のミーティング参加者および／または過去のミーティングおよび／または過去のミーティング場所に関するユーザーの評価および／またはコメント；（ｖｉ）待機中の招待、該招待で開拓した待機中の受け入れおよびユーザー名コンタクト；（ｖｉｉ）他のユーザーが投稿した保存中またはウィッシュリストに入っている招待；（ｖｉｉｉ）ユーザーが準備した招待の草案；および（ｉｘ）他のユーザーによるユーザーに対する評価またはコメント。
【００５２】
一実施形態によると、該ホームページはユーザーのミーティング歴やミーティングカレンダーを含んでよく、個々のユーザーに関する統計記録も保存してよい。該記録には、例えば、個々のユーザーが投稿した、受け入られた、または承認された全招待数、個々のユーザーが参加した全招待数および／またはそれらミーティングのリスト（いつ、どこでミーティングをしたか）、個々のユーザーが通信した他のユーザーの合計数および／またはリスト、該通信はミーティングで行われたのか、システム内のメール経由なのか、等が記録されている。このような情報がユーザーの個人ホームページで提供されることが好ましい。
【００５３】
主催者ユーザーは、ミーティング、ミーティング場所および参加者や他のユーザーに関する簡単な覚書をミーティングで盛り込むことが好ましい。
【００５４】
本発明の好ましい実施形態によると、システムはユーザーが招待のリマインダーを一つ以上設定することができ、電子メールまたはその他の電子伝達方法で受け取ることが好ましい。主催者ユーザーは二つ以上のリマインダーを設定することもでき、少なくとも一つのリマインダーには次回ミーティング場所、参加ユーザーリスト（またはそのユーザー名）、またはその両方を含むことが好ましい。好ましくは、主催者ユーザーは各招待のリマインダーをカスタマイズおよび／または各招待のリマインダーのデフォルトセットを設定することができる。例えば、ユーザーは次回のコーヒーミーティング用に二つの異なるリマインダーをセットすることもできる。最初のリマインダーは、単にユーザーに次回ミーティングの２４時間前に知らせるだけだが、二番目のリマインダーはミーティングの一時間前に送られ、ミーティングの場所、案内図、参加者リストが含まれる。
【００５５】
その他の好ましい実施形態によると、該システムはユーザーがシステムに電子メールまたは他の電子送信を行えるようにし、自動的にリクエストした情報、好ましくは次回ミーティングの時間および／または場所情報、を受け取れるようにする。例えば、次回ミーティングの特定の住所を思い出す必要がある時、ユーザーは「本日のミーティング場所」のような簡単なメッセージでシステムに電子メールを送り、自動的にリクエストした情報を受け取ることができる。
【００５６】
更にその他の好ましい実施形態によると、主催者ユーザーが投稿した招待も、該ユーザー自身がミーティング参加者であった招待も、主催者ユーザーの招待はすべて自動的に該ユーザーのためにアーカイブされる。ミーティング参加者の後、該ユーザーはミーティング会場および／または参加者等のミーティングに関するコメントおよび／または評価を依頼する電子メールか他の通知を受けることが好ましい。好ましくは、主催者ユーザーは、招待がアーカイブされた後に、コメントを追加、修正することもできる。この特色は、該ユーザーが、使用したレストランは楽しかったか、参加者に関する覚書（例えば、どこで働いているか、どんな人か、趣味、誕生日、家族の名前、等）などのコメントを投稿することを可能にする。好ましくは、該ユーザーはアーカイブされた招待を後に取り出して、変更箇所が日付のみの新たなミーティングの招待のひな形として再利用することもできる。該ユーザーはアーカイブされた招待を見るおよび／または検索するために自身のダッシュボード上にクリックするボタンを設定することが好ましい。好ましい一実施形態によると、本発明のシステムはアーカイブされたデータを定期的（例えば、毎日、毎週、毎月または毎年、等）または該ユーザーの依頼に応じて、ユーザーに配信する（例えば、電子メールに添付またはダウンロードできる形式、等）、好ましくは、該システムは、システム内のスペースを節約するために、送信後は送信済みデータを削除する。また別の好ましい実施形態によると、アーカイブされたデータの一箇所以上（例えば、ミーティング場所の評価やコメント、等）は一般公開のために集計され、それによって会場、ミーティングまたは参加者の評価やコメントを一般に公表することができる。日付の公表は、該ユーザーが選択することが好ましい。また、ユーザー名は公表されたデータと関連付けないことが好ましい。
【００５７】
好ましくは、該ユーザーのホームページまたはダッシュボードには、該ユーザーがすでに会った又は会ってみたい他のユーザーに関する情報或るいはリストを含むことが好ましい。好ましい一実施形態によると、ユーザーは特定のユーザーが招待を投稿したとき、別の招待を受け入れたとき、または特定のタイプの招待が投稿されたときには、通知（例えば、電子メール経由、等）を依頼してもよい。例えば、ユーザーがニューヨーク市在住で、企業弁護士のためのビジネスネットワークを伴う夕食の招待が投稿されたときに通知を依頼することができる。別の例としては、異なる特定のユーザーによって招待が投稿されたときまたは受け入れられたときに、該ユーザーは通知を依頼することができる。
【００５８】
本発明の他の好ましい実施形態によると、該システムは更にユーザーがユーザー自身の場所に基づいて通知基準を設定することを可能にする。該場所は、電子無線デバイスによって決定または追跡され、該ユーザーの近隣で行われるミーティングを通知することが好ましい。好ましくは、ユーザーは本システムに自分の場所を文字入力（text）し、次いで該システムはユーザーの近隣で近く行われる予定のミーティングの招待を通知する。ユーザーは、対象範囲の半径（例えば、１マイル（約１．６ｋｍ）内、１０マイル（約１６ｋｍ）内、等）を設定することが好ましい。また、ユーザーは近隣ミーティングの通知を、特定の特徴（例えば、特定のユーザーが招待を投稿した場合、もしくは別の招待を受け入れた場合、または特定のタイプの招待が投稿された場合、等。）を持つものに制限することが好ましい。たとえば、ユーザーがファイナンシャルプランナーであり、現在地から５マイル（約８ｋｍ）以内で、来週中に、キーワード「定年退職、財政計画または４０１（ｋ）」を含むミーティングの招待が投稿されれば通知を希望する、等があげられる。このように、もし別のユーザーがコーヒーを飲みながら退職プランについて検討するために招待を投稿し、提案されたミーティング場所が最初のユーザーから５マイル（約８ｋｍ）以内であれば、該最初のユーザーは通知を受ける。ユーザーが形態するモバイルデバイスを利用した類似のソーシャルおよびビジネスネットワーキングの方法は、たとえば、本明細書に参考として援用されているＢｏｕｒｎｅの米国特許出願第２００５０１７７６１４号を参照されたい。本発明は、通知がユーザープロフィールに基づいてではなく、提案されているミーティングの場所と時間、そして好ましくは招待の特徴、に基づいてされる点で、Ｂｏｕｒｎｅの開示とは異なる。使用される無線デバイスは、携帯電話、ポケットベル、個人用モバイル情報機器（ＰＤＡ、例えば、ＧＰＲＳ  ＮＩＣ付き）、スマートフォンクライアント付き携帯端末機、カーフォンまたは自動ＧＰＳデバイス、等があげられる。通常のモバイルデバイスは、無線通信規格（ＷＡＰ）に応じたデバイスで、無線状態でワイヤレスアプリケーションプロトコールを用いて、データの送受信ができる。ワイヤレスアプリケーションプロトコール（「ＷＡＰ」）は、ユーザーが、携帯電話、ポケットベル、二方向ラジオ、発信機等の無線機器を介して情報にアクセスすることを可能にする。ＷＡＰは、ＣＤＰＤ、ＣＤＭＡ、ＧＳＭ、ＰＤＣ、ＰＨＳ、ＴＤＭＡ、ＦＬＥＸ、ＲｅＦＬＥＸ、ｉＤＥＮ、ＴＥＴＲＡ、ＤＥＣＴ、ＤａｔａＴＡＣおよびＭｏｂｉｔｅｘを含むワイヤレスネットワークに対応しており、ＰａｌｍＯＳ、ＥＰＯＣ、Ｗｉｎｄｏｗｓ ＣＥ、ＦＬＥＸＯＳ、ＯＳ／９およびＪａｖａＯＳなどの多くの手持ち式オペレーティングシステムで動作する。一般に、ＷＡＰで起動されるデバイスはグラフィックディスプレーを使用し、いわゆるミニブラウザ、またはマイクロブラウザにてインターネット（または他のコニュニケーションネットワーク）にアクセスできる。前記ブラウザは、ファイルサイズが小さく、手持ち式デバイスの小さくなったメモリ容量の制約とワイヤレスネットワークの狭くなった��信帯域の制約に対応できる。代表的な実施形態では、モバイルデバイスはＧＰＲＳ（汎用パケット無線システム）で動く携帯電話で、ＧＳＭネットワークのデータ通信技術である。従来の音声による通信に加えて、任意のモバイルデバイスは別の同様のデバイスと通信できる。通信は、ＳＭＳ（ショートメッセージサービス）、拡張ＳＭＳ（ＥＭＳ）、マルチメディアメッセージ（ＭＭＳ），電子メールＷＡＰ、ページング、その他の公知または後に開発されたワイヤレスデータ形式を含む様々なタイプのメッセージ通信技術を介して行われる。図示した実施形態では、モバイルデバイスはＳＭＳを使用している。ＳＭＳはテキストメッセンジャーサービスで、モバイルデバイスから短文（例えば、一般に１４０〜１６０文字以内の長さ）の送受信を可能にする。
【００５９】
ユーザーは、特定のユーザーや特定のタイプのユーザー（例えば、特定のプロフィール、評価、等を持っていないユーザー）が招待を受け入れたり、検討したり、ユーザーと通信することをブロックするために、各自のアカウント設定、プロフィールおよび／または招待の特徴を調整することが好ましい。好ましい一実施形態によると、ユーザーは他の特定のユーザーまたはユーザークラス（例えば、市場調査、販売、人材募集を行っているユーザーをブロックする、等）をブロックすることができる。
【００６０】
別の好ましい実施形態によると、本システムは異なるレベルのメンバーシップを提供する。例えば、これらのメンバーシップレベルには無料メンバーシップと有料メンバーシップが含まれてよい。好ましくは、有料会員が投稿した招待は、他の有料会員によってのみ受け入れおよび／または検討される。該投稿された招待は、無料会員の検索結果には含まれないことが好ましい。利点は、有料会員のみがミーティングの招待を受け入れられるようにすることで、迷惑メールの受け入れ等を除外することができ、ユーザーの品質管理向上を可能にすることである。プロフィールに特定の特徴を持つ会員も同様に、プロフィールに特定の特徴を持たない会員による招待の受け入れ、検討、検索を制限することが好ましい。
【００６１】
本発明の別の実施形態によると、本システムはユーザーが自分個人のホームページ（例えば、「ＭｙＰｒｏｆｉｌｅ」や「ＰｅｒｓｏｎａｌＰｒｏｆｉｌｅ」ページ、等）上の個人プロフィールのデータベースを維持することを可能にする。好ましくは、該ユーザーは自身のプロフィールやその他の情報の使用許可に関して、異なるレベルのパブリックアクセシビリティおよび／または異なる制限を設定することができる。例えば、個人プロフィールにはシステム上の他のユーザーに開示される公開情報を含む一般公開プロフィール（例えば、業界や職業、学歴、出身地、等）や、他のユーザーには利用できず特定のユーザーだけが利用可能な個人的なパーソナルプロフィール（現在の勤め先、過去の勤め先、フルネーム、等）を含むことができる。好ましくは、ユーザーは「マイプロフィール」のページ上の個人情報の一部またはすべてに対して特定の制限を設定することができ、後に設定を変更することが好ましい。例えば、該ユーザーは好ましくは、次のプライバシー設定または設定カテゴリーを与えられる：（ａ）一般公開情報（例えば、すべてのユーザーが見れる）；（ｂ）特定のユーザーのみが見られる遮蔽情報（例えば、登録ユーザー、類似の情報を開示したユーザー、該ユーザーが以前に会ったユーザー、または該ユーザーが会う予定にしているユーザー、等）；（ｃ）非公開（例えば、ユーザーが一切見れない）等。また、該ユーザーは好ましくは情報の使用に関して次のような特定の使用制限を選ぶことができる：（ａ）使用制限無し；（ｂ）システム通知／更新に使用できる；（ｃ）商用目的（例えば、的を絞った広告、プロモーション、等）に使用できる；（ｄ）営利目的で第三者に売却またはライセンス契約できる。
【００６２】
好ましい一実施形態によると、本システムは個人がまず複数の質問に回答するか、該個人についてのメニューをインプットして個人ウェブページ向けにプロフィールを作成することを可能にする。
【００６３】
一般公開または非公開プロフィールは、ユーザー間でよい出会いの可能性を増やす目的で、ユーザーの人柄や個性も含んでいてもよい（例えば、短い自己紹介、好きな本／映画、最近読んだ本、星座、似ている有名人、気に障ること、政治的思想、宗教、等。該個人プロフィールには、好ましくは、他者と共有しない非公開情報を含む非公開プロフィールも含んでいることが好ましい。追加情報、好ましくは非公開情報、は以下のものを含むことができる：個人の性別；自宅および／または職場の住所および電話番号；自宅および／または職場の電子メールアドレス；クレジットカードおよび／またはデビットカード番号と情報（例えば、料金の支払いや預金額）；雇用者名；これまでの製品購入歴、今後可能性のある製品目的、好きなブランド、嫌いなブランド、等。好ましくは、ユーザーは前記情報設定を、個別に又は一括で、再設定又は変更し、異なるプライバシーレベルおよび／または使用制限レベルを設けることができる。
【００６４】
非公開プロフィール部分の目的または利点は、管理目的のみでユーザー情報の機密保持をすること（例えば、費用請求、等）および／または「品質管理」（例えば、妥当な招待投稿や受け入れ等）である。更なる利点は、ユーザーが、不愉快になるような不適切または望まないミーティングを避けることができることである。したがって、本発明の別の態様は、ユーザーが主催者として投稿するまたは招待される人として受け入れる招待のタイプまたは招待の選択条件のタイプがユーザーのプロフィールに依存する（ここでは「プロフィール基準」）システムおよび方法に関する。好ましい一実施形態は、主催者が自身のプロフィールページにある特定の適合情報を持たない限り、ある種の招待したい人に対する必須条件を含む招待を作成できない、システムおよび方法に関する。例えば、本発明のシステムと方法の意図は「デートサービス」を提供することではなく、したがってユーザーの性別は無関係であるべきだが、特定の性別の個人と出会いたがるユーザーにはそれなりの理由がある可能性がある。例えば、招待するユーザーが女性で、一人以上の個人と人脈づくりのために夕食を希望する場合、該ユーザーは安全やその他の理由（例えば、海外旅行中の場合等）で女性のみと出会うことを望むかもしれない。本システムは、該女性ユーザーが「女性のみ」という基準を含む招待を投稿することを可能にすることが好ましい。あるいは、本システムは前記招待が女性会員のみに検討および／または受け入れられるようしてもよい。同時に、本システムは非公開ファイルに男性と表示されている男性が女性になりすまして「女性のみ」の招待を投稿することを許可しないことが好ましい。別の例としては、主催者がエール大学同窓生の招待を投稿しようとしても、その主催者のプロフィールページに該主催者もエール大学または別のアイビーリーグ大学の卒業生であると表示されていない限り、そのような招待を投稿することはできない、というものがあげられる。ただし、適切な例外はどんな基準にもある。例えば、ある主催者はコロンビア大学の卒業生ではなくても、同大学同窓生のミーティングへの招待を投稿することができる次のような場合がある−もし該主催者のプロフィールが同大学の出願者として設定されているか、又は招待の「目的」が同大学の見込み出願者としてその大学に関する情報を収集することと表示されている場合。同様に、一ユーザーがＧＥ従業員限定の招待を作成することはできないが、その主催者ユーザーのプロフィールにＧＥの従業員（企業内ネットワーキング向け）であることが表示されている、該企業の見込み従業員が現従業員からＧＥについて情報を得る目的で招待を投稿する、又はＧＥ関連部門（またはその部門に勤務する販売／マーケティング担当）内の個人による投稿である、そして招待が妥当な目的を含む場合は招待の作成が可能である。
【００６５】
別の実施形態によると、主催者またはユーザーが自分の「プロフィール」ページに情報を提供すればするほど、招待作成および招待受け入れへの適応性が増す。一実施形態はプロフィールページの使用に関する。すなわち、ユーザーは任意で特定のフィールド（例えば、職業、収入、自己資本、性別、政党、雇用主、職歴、等）に記入できるが、質問への記入が適切でなければ、ユーザーは必要とされる特徴を含む招待の投稿または受け入れができなくなる。
【００６６】
ユーザーは、サーバーによって提供される書式（例えば、ウェブページ等）上の各フィールドに情報を提供し個人プロフィールを登録および構築することが好ましい。各フィールドに記入後、ユーザーは招待を投稿するまたは投稿されている招待を確認する選択肢により情報入力が促される（以下に述べる）。
【００６７】
一実施形態において、一個人が複数のプロフィールを作成できないように、各個人の登録は一度に限られる。好ましくは、個人情報にすでに記載の情報を変更することは可能である。ただし、システムの操作を不必要に複雑にしないために、情報は頻繁に変更できないことが好ましい。別の実施形態では、会員による情報変更の回数は、例えば、月一回に制限されている。
【００６８】
一実施形態によると、招待ボードへの招待投稿は登録済みの「主催者」でなければならないため、該主催者は自分の個人ウェブページおよび／または個人プロフィールを持っていることになる。
【００６９】
本発明の別の態様は、招待するユーザーが他のユーザーからある種の返信を受け取ることのできる招待を作成することが可能な、ミーティングを投稿、受け入れおよび確認するための改善されたシステムおよび方法に関する。
【００７０】
一実施形態によると、主催者は他のユーザーから反対提案（例えば、異なる時間や場所の提案等）を受け取ることができるように任意に招待を設定することができる。主催者がこのオプションを許可しない場合、該その他のユーザーは反対提案ができないため招待を「提案された条件のまま」受け入れなければならない。
【００７１】
別の実施形態によると、最初の主催者はある特定の反対提案（例えば、異なるのは時間だけで、場所は異ならない）を許可できる。例えば、反対提案は、提案されている時間に対する変更、時間枠の提案、または招待されている予定人数の変更（例えば、招待は参加者を三人に限定しているが、参加に興味のあるユーザーは参加を希望する知り合いが四人いる）などに限定することもできる。もう一つの例としては、主催者が特定のミーティング場所（例えば、別のレストラン）、および夕食ミーティングのための特定の料理（例えば、フランス料理よりもアジアの料理を提案する）に関する反対提案を許可する場合である。
【００７２】
好ましい一実施形態によると、主催者は特定のユーザープロフィールを持つユーザーのみに招待への反対提案を許可する、又は特定のタイプの反対提案のみを許可する、などを指定することができる。例えば、予め選ばれたユーザーまたは招待ユーザー条件をほぼ満たしているユーザーのみ反対提案を許可するが、その他のユーザーには許可しない場合があげられる。反対提案をするには、ユーザーは提案されている招待の要素を一つ以上変更する必要がある。招待作成者が反対提案を受け入れない場合は、該反対提案の拒絶通知を受けた上で、反対提案作成者は任意に該反対提案に基づいた新しい招待を作成できる。すなわち、新しい招待は受け入れられなかった反対提案から要素（例えば、時間および／または場所）を一つ以上引き継ぐことになる。
【００７３】
本発明のもう一つの態様は、各個人がコンピュータベースのネットワーク上に他のユーザーが検討および受け入れができるように招待を投稿することができる、改善されたシステムと方法に関する。好ましくは、ユーザーは（ｉ）制限無の招待（ＲＳＶＰまたは受け入れの承認を任意に依頼できることが望ましい）；（ｉｉ）ユーザーが会いたい個人のタイプを記載および／またはユーザーが会いたい特定の個人をターゲットにした招待；又は（ｉｉｉ）ウェブサイトに公開されず特定の個人および／または特定の特徴（例えば、ユーザーのプロフィールに設定されている特徴）を有するユーザーに直接送信または見られる非公開招待、のいずれかを選択して投稿する。
【００７４】
一実施形態によると、招待を検討中のユーザーは、招待を受け入れる、吟味する、ウィッシュリストに入れて後に考える、の選択を与えられる。好ましくは、招待されたユーザーが招待を受け入れると、主催者に通知（例えば、電子メール）が送信され特定ユーザーの招待受け入れを知らせる。好ましい一実施形態によると、招待者の招待受け入れがミーティングを結成する。また別の形態によると、最初の主催者は招待されたユーザーとのミーティングを確定するために受け入れを確認、承認または受け入れる（次いで、ミーティングを確定する通知が該招待されたユーザーに転送されることが好ましい）、受け入れを断る（この場合は受け入れたユーザーに受け入れ拒否の通知を送ることが好ましい）、又は後に決めるために受け入れを保留にする（例えば、受け入れる／確定する、または断る）、のいずれかを行う必要がある。好ましい一実施形態によると、最初の主催者がミーティング結成前に受け入れ確定を必要とされる場合、招待を受け入れた人はその確定に対して「期限」を設ける選択肢が与えられる。好ましくは、招待されたユーザーは主催者にコメント（例えば、「招待は午後７時ですが、午後７時１５分になります。それでもよろしいですか？」等）を出す選択肢を与えられ、また招待したユーザーはこれに対して、ダブルブラインドメール経由等で返信することが好ましい。
【００７５】
一実施形態によると、まず、第一ユーザーが招待を投稿し、別のユーザーまたは第二ユーザーが該投稿に興味があれば、そのユーザー（「招待受け入れユーザー」または「受け入れ者」）は「受け入れ」（招待の条件が受け入れ可能な場合）または「反対招待」（第二ユーザーが、異なる時間や場所等、当初の招待を変更したい場合）を招待しているユーザーに送信する（直接または間接的に）。該招待しているユーザーは、返信された招待または「反対招待」を承認／確認／受け入れ、断る、または保留にする。本システムは前記受け入れを招待している者へ知らせるか、招待している者が前記受け入れにアクセスし、招待している者は、前記受け入れを確認または承認するか（よってミーティンが確定する）、何らかの理由により前記受け入れを断るか（例えば、受け入れ側の人がプロフィールにそぐわない、計画の変更、等）、後に決定するために保留にするか、のいずれかを行う。好ましくは、主催者は招待を受け入れている人に質問を一つ以上することができ、招待受け入れ者は主催者へ回答またはコメントを転送することがきる。主催者ユーザーは、受け入れ、拒絶または保留に先駆けて、同時に、または後で、招待を受け入れたユーザーに質問やコメントを送信することができる。
【００７６】
主催者と招待受け入れユーザー間の通信は、好ましくはダブルブラインドメールを用いるかおよび／または前記招待を見る時に双方が見ることができる。他のユーザーと連絡を取ろうとするユーザーは、コメント案が、（ａ）公開済みの招待と一緒に公開し、ウェブサイトを使用しているユーザーすべてが見ることができる；（ｂ）公開済みの招待と一緒に公開し、ウェブサイトを使用している登録ユーザーすべてが見ることができる；（ｃ）招待と一緒に公開し、承認済みミーティング参加者全員が見ることができる；（ｄ）選ばれたユーザー（例えば、選ばれた承認済みミーティング参加者）だけに送信するおよび／または見ることができる；（ｅ）主催者だけに送信するおよび／または見ることができる、のいずれかを選択することができる。好ましい一実施形態によると、ユーザーは招待を見てその招待に関連したコミュニケーションモジュールかページを開くまたはアクセスし、その招待に関係のある一人以上もしくはすべてのユーザーと通信するとき、リンクか選択肢を与えられる。好ましくは、コメントはすべてユーザー名またはユーザー名と関連付けて表示され、ユーザーはコメントやコミュニケーションを作成するにあたって、選択肢（ａ）から（ｄ）を与えられる。コメントは招待上に表示または招待にリンクされるだけでなく、各受信者に電子メール、好ましくはダブルブラインドメール、で送信される。好ましくは、ユーザーは送受信される通信は、（ａ）招待を見る時にのみ表示（例えば、招待に設けられたリンク経由）；（ｂ）電子メール、好ましくはダブルブラインドメール、のみで送受信；または（ｃ）（ａ）と（ｂ）の両方、の中からいずれかを選択することができる。好ましくは、ユーザーは電子メールによる通信を止めることができる。更に好ましくは、ユーザーは各招待に対してデフォルト設定を持つか、電子メールの通信を止めることができる。
【００７７】
好ましい一実施形態によると、招待受け入れ者が反対招待を送信した場合、招待している人はその反対招待を断るか、受け入れる。前記反対招待が最初の人／本来の主催者に受け入れられると、反対招待の受け入れはそれから前記招待受け入れ者／反対招待者に伝えられることが好ましい。一実施形態によると、前記招待受け入れユーザー／反対招待者は、ミーティングを確立するために前記反対招待を確定する必要がある。別の実施形態によると、本来の主催者と反対主催者間のミーティングは、一旦、本来の主催者が反対招待を受け入れると、自動的に確定される。
【００７８】
好ましくは、ある反対招待が本来の主催者に受け入れられると、本来の招待は該反対招待からの変更条件を含むよう修正されることが好ましい（それにより、より多くの招待検索者が更新済み招待、すなわち前記反対招待、を検討することができ、その招待はミーティングに追加参加者を許可するかもしれない）。前記本来の招待は、取り下げることが好ましい。好ましい一実施形態によると、反対招待が断られた場合、その反対招待は新たな招待として投稿するもできる。
【００７９】
一実施形態によると、主催者は次の情報を含むユーザー投稿済み招待に関する更新または情報にアクセスできる：（ｉ）招待コンテンツ又はコンテンツ概要；（ｉｉ）主催者が受け入れた／確認したユーザーの受け入れ数；（ｉｉｉ）ユーザーが断った受け入れの数又はリスト；（ｉｖ）保留中のユーザー数またはリスト；（ｖ）提案されているミーティングの空き残数；（ｖｉ）コメント又は通信。更新は、投稿済み招待のリスト、又は次回または提案中のミーティングのカレンダー、という形でなされる。
【００８０】
本発明の別の態様は、招待のカテゴリー分類、組織化および管理に関する。
【００８１】
別の実施形態によると、ユーザーが招待を投稿し、受け入れを受信し、そして該受け入れを確認できなかった場合、本システムは確認を依頼する電子メール又は他の連絡を主催者に送信するので、招待受け入れユーザーはそれに応じて予定を立てることができる。その他のユーザーは任意で主催者不在のミーティングを行うことができ、該ユーザーは他のユーザーがそのミーティングを継続するべきであると確認した時点で通知を受け取ることが好ましい。主催者が返信できなかった場合、ユーザーはまだ参加する意志があるか尋ねられる。もしくは、好ましい実施形態によると、主催者の個人ホームページが取り消されるか、該ユーザーのプロフィールかユーザー名に黒星、その他の否定的な評価や表示がつけられるか、および／または「不正」な招待等の投稿を防止するために特定額の罰金を科せられる。
【００８２】
同様に、招待を受け入れたにもかかわらず、承認を確定せず、予定されたミーティングにも参加しないユーザーは、登録を維持するか停止するかを訊ねられるか、自動的に個人ウェブページやプロフィールがキャンセルされるか、および／または個人ウェブページに罰金を科せられる。
【００８３】
許可できない受け入れ（例えば、招待に設定されている条件を満たさない等）はシステムによってふるいにかけられるか、そのようなユーザーは招待を検討したり受け入れたりすることできないことが好ましい。より具体的には、招待するユーザーが訪問予定の町に住む人と会う依頼をし（例えば、その町の情報収集等）、その町に居住していないユーザーが不適格な受け入れを送信または投稿した場合、本システムは不適格な受け入れを審査するか（例えば、その受け入れを投稿させない、または主催者に送信しない）、その受け入れに不適格の「ラベル」を付けるので、主催者は容易にその受け入れが不適格であると認識でき、本来ならば返答してしまうところ、検討をせずに済む。
【００８４】
別の実施形態によると、複数の受け入れは主催者の使用目的で分類される（例えば、投稿時間、最も条件に近いマッチ、返信の締め切り、等）。招待の受け入れ者が、以前に主催者が会ったことのある人、招待したい人として主催者の「ウィッシュリスト」に載っている人、他のユーザーや本システムによる評価が高いまたは否定的なユーザー、等の場合、主催者は通知を受ける。
【００８５】
一実施形態は、異なるレベルの招待および／またはユーザーを可能にするシステムまたは方法に関する。例えば、「プレミアム」招待（例えば、ユーザープロフィール、ユーザー評価、および／または購読料の支払額に基づく特権を持つ会員が投稿した招待）は特定のユーザーに利用される（例えば、その他のプレミアムユーザー）。
【００８６】
本発明の別の態様は、特定の招待（例えば、恋愛思考の強い招待、等）を他の招待から隔離するシステムおよび方法に関する。該システムおよび方法によって隔離された招待は、通常なら検索結果に表示されるが、ユーザーが検索条件に該招待を限定して依頼しない限り、検索は不可能となる。別の実施形態によると、招待は同様に招待中に含まれる文字に基づいて、区別または分離される。ユーザーは任意でそのような招待を検索結果に含む、検索結果からそのような該招待を除外する、またはそのような「恋愛思考」の強い招待のみを検索する、のいずれかから選択することができる。
【００８７】
本発明の別の態様は、ユーザーが興味のある招待を検索することが可能な改善された方法およびシステムに関する。
【００８８】
一実施形態によると、ユーザーは招待の投稿に使用されているものと同様の選択条件やカテゴリー（例えば、場所、時間、日程、目的、ミーティングのタイプ等で検索を限定する）、またはそのような選択条件のサブセット（例えば、場所と目的で検索を限定する）で検索ができる。好ましい一実施形態によると、検索の選択条件は場所、日付および招待したい人の特徴である。また別の好ましい実施形態によると、検索の選択条件は場所および招待したい人の特徴である。また別の好ましい実施形態によると、検索の選択条件は場所および目的またはキーワード（複数可）である。また別の実施形態によると、検索の選択条件は場所およびミーティングのタイプである。更に別の実施形態によると、検索の選択条件はユーザーネーム（例えば、特定のユーザーが投稿および／または受け入れた招待の検索）を含む。
【００８９】
本発明の別の選択肢は、招待を検索、検討している各個人が特定の招待を「おそらく」または「ウィッシュリスト」に指定できることである。本システムは、ユーザーのプロフィールページを関連付けられた「おそらく」リストを提供する。ユーザーはそれからユーザーのホームページから「保存された」または「ウィッシュリスト」の招待にアクセスし、開き、受け入れることができる。本システムは、空席があと一つになったときおよび／または招待受け入れの締め切り間近になった時にユーザーに（例えば、電子メール経由等）通知をする。
【００９０】
本発明の別の態様は、ユーザー同士がコミュニケートできる、好ましくは匿名で、改善されたシステムおよび方法に関する。
【００９１】
一実施形態によると、主催者は招待や該主催者のプロフィール中に、他のユーザーからの返事、質問、コメントを受ける許可を設定することができる、好ましくは前記返事、質問、コメントを招待と一緒に投稿するかおよび／または主催者や主催者のプロフィールページ（例えば、ユーザーの「マイプロフィール」ページ）に直接電子メールで送信するか、を設定することができる。この機能の一利点は、ユーザーが提案した招待、次回ミーティング、過去のミーティングやその他の話題についてより良く対話できることである。主催者は、招待受け入れユーザーや予め選ばれたユーザーと通信する、および／または、承認済みミーティング参加者や一人以上の選ばれたユーザーのみと通信することができる。本システムは、招待受け入れユーザーが主催者と対話ができ、承認済みミーティング参加者が一人以上の招待者および／または他の承認済みミーティング参加者と対話することを可能にする。前記通信は、ダブルブラインドメールおよび／または招待者経由で見ることが好ましい。
【００９２】
本発明のもう一つの態様は、情報や有形物の交換や提供を手配するための改善された方法とシステムに関する。例えば、本発明の一実施形態は二人以上のユーザー間で交換又はミーティングを準備するためのオンライン方法であり、該方法は：
【００９３】
（ａ）主催者から会合又は交流の招待案を受け取り、前記招待案は会合の説明と、必要に応じて、その時間と場所が記載された該招待の情報からなり；および
【００９４】
（ｂ）一人以上のユーザーがアクセス可能なロケーションに、前記の提案された招待の情報を提供または表示し、前記招待は情報または交換、貸し借り、観察、評価等の対象となる品物の説明を含む。
【００９５】
前記招待は、該交流を行う場所または場所の範囲（例えば、特定の場所から１０マイル（約１６ｋｍ）以内）および招待者が交換する（例えば、招待者が他のユーザーから購入または他のユーザーへの販売に興味がある）、借りる、使うまたは見る／評価する／テストする（例えば、ある品物の購入を検討中で、実物を間近でゆっくり見たい）ことを望む品物（複数可）の記載がふくまれる。好ましい一実施形態によると、前記招待は提案されたミーティングの時間および／もしくはまたは日程または時間帯および／もしくは日程枠を含む。別の好ましい実施形態によると、前記招待はその受け入れ期限を含む。たとえば、招待者が旅行中の個人で、ラップトップコンピュータの電源コードを忘れたことに気づき、該ラップトップコンピュータのバッテリー充電が至急必要な場合、本システムは、該旅行者が交換目的で招待の提案を投稿し、第三者から代用の電源コードを借りることを可能にする。前記招待者が四日間だけ特定の場所にいる場合、該招待者は前記招待提案にその日程を表示し、招待の受け入れはすべて二日以内にと依頼することが好ましい。招待者の招待は、借りたい品物、招待者の大まかな居場所、招待者が出向いて行く意志のある範囲、特定のミーティング場所またはミーティング場所のタイプ（例えば、コーヒーショップ限定で会う）および電源コードを貸してくれる相手への報酬のオファーを含むことができる。
【００９６】
本発明の別の態様は、改善されたセキュリティと信頼性の特性を持つ、ネットワーク化又は交流システムおよび方法に関する。
【００９７】
ユーザーがユニークなユーザー名を選ばない限り、初期設定により新たなユーザーにはユーザー名が割り当てられる。
【００９８】
一実施形態によると、ユーザーは電子メールか携帯電話で、入会、招待の投稿および／または受け入れの際はその旨を知らせることが求められる。例えば、本システムはユーザーにリンクまたはコードを電子メールまたはインスタントメッセージで送信し、該ユーザーは登録の確認をクリックか入力によりシステムに知らせる。
【００９９】
別の実施形態によると、本システムはユーザーによる相反するまたは重複する招待の投稿を許可しない。
【０１００】
別の実施形態によると、ユーザーは「迷惑メール」または詐欺的な招待を減らす目的で、常に１００以下、好ましくは５０以下、より好ましくは２５以下の有効または期限失効していない招待を投稿または受け入れすることができる。
【０１０１】
また別の実施形態によると、あるユーザーがシステムを乱用する、またはサービスを混乱させるような場合は、別のユーザーはシステムに連絡をすることができる。ユーザーはそのような招待やプロフィールを、そのサイトまたは目的のカテゴリーに不適切であるとして指定することができる。
【０１０２】
別の実施形態によると、ユーザーは「前金」の支払いを義務付けられ（例えば、クレジットカード口座、ペイパル口座等）、不正な招待の投稿、不正な招待の受け入れ、確定済みミーティングへの不参加などに対しては罰金を科せられる。
【０１０３】
一実施形態によると、詐欺的な招待の投稿および／または受け入れを行ったユーザーは、罰則としてそのプロフィール情報、非公開の依頼をした情報も含めて、を一般公開されるので、他のユーザーが該詐欺的なユーザーを回避しやすくなる。
【０１０４】
一実施形態によると、本システムは次のうちの一つ以上、好ましくはすべてを保存する：（ｉ）ウェブサイト訪問者の合計数、（ｉｉ）入会登録および承認済みユーザーの合計数、（ｉｉｉ）投稿済み招待の合計数、（ｉｖ）検討済み招待の合計数、（ｖ）受け入れ済み招待の合計数、（ｖｉ）確定済み招待の合計数、および（ｖｉｉ）開催済みミーティングの合計数。本システムはユーザーが他のユーザー、ミーティングおよびミーティング場所を評価することを可能にして、為された評価は他のユーザーが検討できるように一般公開されることが好ましい。好ましい一実施形態によると、ユーザーは自分の個人的な評価を一般公開するか非公開にするかを選ぶことができる。
【０１０５】
本システムは、各ユーザーに関する以下のような統計記録も保存しておくことができる：各ユーザーが投稿、受け入れ、確定した合計招待数；各ユーザーが参加した合計ミーティング数および／または該ミーティングのリスト（ミーティングが行われた時と場所も含む）；および各ユーザーがミーティングまたはシステム内のメールで通信した他のユーザーの合計数および／またはリスト。前記情報はユーザーの個人ページで提供されることが好ましい。
【０１０６】
一実施形態によると、自動メンテナンス処置が施される（例えば、「古い」招待は削除される）。Ｈｅｎｎｅｕｓｅらの米国特許第５，９６３，９１３号。本システム上の未使用ディスク領域を空けるために、非活動状態にある個人ページは削除され得る。例えば、あるユーザーが三ヶ月間本システムにログインしていなければ、該ユーザーは本システムの登録を維持する意向があるかを問うメッセージを受け取ることができる。次いで、自動処置は該ユーザーが登録維持を希望するか、データベースから削除されることを希望するかを訊ねる。二週間以内に返信がなければ、例えば、該ユーザーの個人プロフィールは自動的に削除される。
【０１０７】
一実施形態によると、データベースホームページ、個人ホームページ、および／または招待掲示板は広告画像を含む。該広告画像は、ビルボード、リンク、バナー等の形式が可能である。一実施形態によると、広告主は広告をデザインし、本システムにデザイン済み広告を提供できる。例えば、広告主は本システムに、画像ファイルの場所を知らせる。採用しているネットワークがインターネットの場合、該場所はＵＲＬを含み、採用しているネットワークがイントラネット、ローカルエリアネットワーク、広範囲ネットワークの場合はドライブやファイル名、またはダイアル接続を採用している場合画像ファイルは転送してもよい。好ましい一実施形態では、広告主は検索をしているユーザーが広告主が予め定めたプロフィールに適応する場合のみ、その広告を表示するかを決めることができる。例えば、ユーザーが自身のプロフィールでゴルファーであると表示している場合、そのユーザーがログインした時にゴルフ用品やサービスの広告主は広告を表示することができる。または、提案されているミーティングの場所やタイプのような招待のプロフィールが特定の広告をうながすこともある。例えば、ニューヨーク市のレストラン、ホテルまたはリムジンサービスはニューヨーク市内の招待を投稿するユーザーや同市内の招待を検討しているユーザーに広告を表示することができる。一実施形態では、広告主は電子メールや個人ウェブページを通して、特定のユーザーをターゲットにすることもできる。
【０１０８】
一実施形態によると、ミーティングを確定した各ユーザーペアは仮「ゲストＩＤ」が発行される。該ゲストＩＤは、フルネームを交換せずに他の個人と連絡するために使用することができる。更に、ユーザーは会う時に互いのコードを交換するよう指示されてもよい。ユーザーの一人がコードを見せない場合、もう一人のユーザーのコードをそのユーザーに尋ねることで、見せられなかったコードを確認することができる。ユーザーがコードを持っている場合は、ミーティングに出席した証拠として使用することができる。一実施形態によると、ミーティングの出席に関する議論があった場合に限り、ユーザーに他方のユーザーの確認コードを送信するよう義務付けることができる。ミーティングを確定したにもかかわらず欠席したユーザーには、他の参加者の決議に基づいて罰則を科せることができる。また別の実施形態によれば、そのようなユーザーは、他の参加者の異論がなければ、罰則を科せられる（例えば、ミーティング後に、他のミーティング参加者が欠席したユーザーからミーティング出席が不可能であった知らせや欠席せざるを得なかった許容範囲の理由通知を受け取った場合）。
【０１０９】
本発明の別の態様は、上記の改善された方法とシステムに関し、該方法とシステムはユーザー手数料、購読料金、その他の形で資金調達を必要とする。
【０１１０】
上記のように、ユーザーは本発明の独創的なシステムと方法にアクセスを提供するサービスの「会員」または「購読者」となることができる。本システムにアクセスし、その機能を利用するには、ユーザーはデータベースにプロフィール情報を保存するように依頼される。次いで、本システムを使用する各個人は、該プロフィール情報を組み込むための「個人ウェブページ」を割り当てられる。本発明の一実施形態によると、ターゲット広告および／または促進はこのユーザープロフィール情報、ミーティングカレンダー、その他ユーザー関連情報をもとに各ユーザーに送信または表示される。
【０１１１】
別の実施形態によると、本システムを使用する代償として、ユーザーは電子前金（例えば、ペイパル、クレジットカード等）の支払いをしなければならない。ユーザーが招待の投稿および／または受け入れを送信するために「前金」（例えば、クレジットカードの使用）を支払った場合のみ、無料でサービスを使用することができるので、そのような前金の支払は更なる「品質管理」を可能にする。好ましい一実施形態によると、ユーザーが招待や受け入れを遵守しなかった場合、前金またはその一部が没収されるか、罰金または罰則が科せられる（例えば、ネガティブな評価を得る）。
【０１１２】
別の実施形態によると、本システム、方法、および／またはサービスはユーザー会費（例えば、毎日、毎週、毎月または毎年）または投稿および／または受け入れ招待ごとに請求される手数料によって更に資金が提供される。これらの請求の目的と機能は、本システムをサポートするためばかりでなく、投稿や受け入れされた招待についての品質管理の要素を提供するためである。たとえば、「不正」な招待および／または「不正」な受け入れが本システムに投稿された場合、ユーザーはサービスの使用を控えてしまうかも知れない。ユーザーはそのような招待をまともなものと信じ、予定されたミーティング場所へ出向き、その招待や受け入れが不正であったことに気づく。このような不正は、別の予定を立てたり、異なる招待や受け入れを選ぶことができた該ユーザーを明らか失望させる。このような不正行為は、本発明のシステムの利点を低下させる。従って、本システムの使用料金や偽の招待を投稿、受け入れした者に対する罰金の義務付けはサービスの品質を改善するはずである。
【０１１３】
好ましい一実施形態によると、本サービスの「会員」または「購読者」であるコンピュータユーザーだけが、招待を投稿および／または、招待を検討、閲覧および／もしくは検索、および／または招待の受け入れまたは反対招待を行うことができる。「購読」または「会員」ユーザーにアクセスを限定する一利点は、「品質管理」を提供するためである。即ち、購読者または会員は、電子メール、住居および／またはその他の確認情報を含む個人情報を本サービスに提供するため、「偽招待」や「偽受け入れ」の投稿などの悪ふざけの可能性を減少させる。嘘偽りのない招待や受け入れを提供するサービスは、明らかにユーザーにとって有益なものである。または、「品質管理」は、招待の投稿および／または検討、閲覧、および／または招待の検索、および／または招待の受け入れを行うための手数料を請求することによって提供することもできる。例えば、本方法とシステムはユーザーのクレジットカートなどに請求する処理手数料および／または前金を含んでいてもよい。
【０１１４】
本発明の別の態様は、オンラインメッセージや広告（例えば、バナー広告等）に関し、該メッセージや広告は、ユーザーがクリックすると、招待やミーティングを設定（「広告ベースの招待」）、または代理店の取扱業者、サービスプロバイダー、仲介業者や広告主のサービスプロバイダー、従業員、担当者、提携業者（「商用ユーザー」）などとの招待を作成するために記入する書式が設定される。該メッセージや広告の形式は、「招待へのリクエスト」という、別のユーザーが依頼されたミーティングの招待を投稿できる制限のないリクエストであってもよい。たとえば、バナーは「ステートファーム社の保険外交員に会おう」から始まり、ユーザーがクリックまたはその広告を選ぶと、広告ベースの招待または招待書式が自動的に作成され、その広告主の担当者と通信できる。ユーザーは、時間および／または場所を選択し、該広告ベースの招待を広告主に送信する。該広告ベースの招待は自動的にユーザープロフィール情報（例えば、背景、場所等）を、好ましくは基本情報（例えば、ユーザーは記入された場所を必要に応じて別の場所に変更することができる）として入力することが好ましい。または、ユーザーは提案しているミーティングの時間と場所を入力できる。広告主、広告代理店やその担当者は、ユーザーがミーティングの招待を作成したという通知を受ける（例えば、電子メール経由等）ので、従業員または代表者がそのユーザーに会うよう割り当てられる。別の一実施形態によると、広告ベースの招待は、商用ユーザーが検討、受け入れができるようリストされている（例えば、オンライン掲示板等）。投稿済み広告ベースの招待は、入札またはオークションにより最高入札者のものとなる。別の実施形態によると、商用ユーザーは広告ベースの招待にアクセスおよび／または該招待を受け入れるために購読料を支払う。好ましい一実施形態によると、広告主、広告代理店、またはその他の商用ユーザーは、それから広告ベースの招待を受け入れ、または反対招待を提示できる（例えば、異なる時間や場所を提案する）。商用ユーザーも他のユーザーと同様のプロフィールページやダッシュボードを持つ。ユーザーはすべての受け入れまたは反対提示の通知を受け、ミーティングは上記の一般（例えば、広告のないもの）招待と同様に結成される。ユーザーへの通知がミーティングの確定となる。別の好ましい実施形態によると、ユーザーはミーティングが確定する前に、商用ユーザーの受け入れを承認しなければならない。更に、ユーザーは招待の閲覧、検索ができ、本システムは検索結果に商用ユーザーからの関連する招待リクエストを返信する。招待のリクエストは、バナー広告または検索結果に含まれる好適な別のフォームであればよい。他の実施形態では、招待閲覧のリクエストを送信したユーザーは、検索対象が招待に限られる（例えば、招待のリクエストは含まれない）、招待と招待のリクエストの両方を含む、または招待のリクエストに限られる、のいずれかを指定することができる。
【０１１５】
別の実施形態によると、広告は、広告主が投稿した興味のあるユーザーとのミーティング案への招待である（例えば、見込み顧客と会おうとするフィナンシャルプランナー等）。好ましい一実施形態によると、広告招待は場所の提案を含む。別の好ましい実施形態によると、前記招待は時間の提案を含む、または更に含む。別の好ましい実施形態によると、本発明はミーティングのタイプ（例えば、お茶会、食事会、等）および／または支払い義務（例えば、広告掲載側が支払い負担、等）を含む、または更に含む。更にまた別の実施形態によると、広告は一般的で（例えば、「不動産仲介人に会える」、「ファイナンシャルプランナーに会える」等）、広告に対して作成された広告ベースの招待はすべて、ビジネスチャンスのきっかけとして、商用ユーザー（例えば、不動産仲介人、ファイナンシャルプランナー）に送信、または、使用される。広告主またはその他の商用ユーザーは、各招待の投稿および／または受け入れ、および／またはミーティングを開催するごとに費用を請求される。別の実施形態によると、広告ベースの招待は広告ベースの招待流通業者へ送信され、該業者は広告ベースの招待を商用ユーザーに対して商品化する。受け入れの通知は商用ユーザーから送信される。別の実施形態によると、前記通知は流通業者または商用ユーザーの代理店を介して送信される。また更に別の実施形態によると、広告ベースの招待を投稿またはそのようなミーティングに参加したユーザーは、報酬を受けるか、参加に対して賞を授与される。
【０１１６】
本発明の更なる一態様は、ユーザーがミーティングを設定する際に利用できるベンダーのサービスをサイトに統合することに関する。たとえば、サイトは関心を持っているベンダーに、「会合場所（例えば、レストラン）としてリストに掲載する」等のようなボタンを提供し、そのボタンをクリックするとページが開き、該ベンダーに次のような登録情報を訪ねてくる；例えば、（ａ）氏名；（ｂ）住所／電話番号；（ｃ）ベンダーの種類（例えば、レストラン、バー、等）；（ｄ）料理；（ｅ）ウェブサイト、また該サイトへのリンク；（ｆ）メニュー；（ｇ）目玉商品；（ｈ）評価；（ｉ）価格、等。情報を送信後、本システムはデータベースのベンダープロフィールに該情報を作成し、保存する。のちに、ユーザーがミーティングを設定する際、サイトはプルダウンメニューや検索可能なデータベースを提供し、ユーザーが設定しようとするミーティングの種類にふさわしいプロフィール情報を持つ登録ベンダーを選べるようにする。たとえば、招待がディナーの場合、サイトは食べ物の好みを訊ねてその好みに対応するレストランを選んで提供する。本システムは、サイト上にベンダーの情報を送信またはリストするにあたり該ベンダーに料金を請求するか、ミーティングの設定を進めるために該ベンダーのサービスを選ぶユーザーに料金を請求する。
【０１１７】
更に別の実施形態によると、ミーティング場所としてリストに掲載されたまたは購読している施設を選んだユーザーはその選択に対して報酬をうけるか、賞を授与される（例えば、値引き等）。
【０１１８】
図９は、本発明の実施形態に基づく基本的なコンピュータ処理デバイスの構成要素を示す；例えば、図示のコンピュータ処理デバイスは一台以上のユーザー／ベンダー端末（１００，１１０，１２０）とミーティングエンジン（１４０）を走らせるサーバーからなってよい。該コンピュータ処理デバイスはパーソナルコンピュータ、ワークステーション、サーバー、またはその他のマイクロプロセッサベースのデバイスでよく、例えば、ＰＤＡ（パーソナルデジタルアシスタント）や携帯電話などのモバイル電子デバイスが含まれる。コンピュータ処理デバイスは、一台以上の処理装置（９１０）、入力デバイス（９２０）、出力デバイス（９３０）、記憶装置（９４０）および通信装置（９６０）を備えてよい。
【０１１９】
入力デバイス（９２０）はキーボード、マウス、ペン操作タッチスクリーンかモニター、音声認識デバイス、または入力ができるその他のデバイスを含んでよい。出力デバイス（９３０）は、モニター、プリンター、ディスクドライブ、スピーカ、または出力ができるその他のデバイスを含んでよい。
【０１２０】
記憶装置（９４０）は、ＲＡＭ、キャッシュ、ハードドライブ、ＣＤ−ＲＯＭドライブ、テープドライブ、リムーバブル記憶ディスクのような電気的、磁気的、工学的メモリを含む、揮発性および不揮発性データ記憶装置を含んでよい。伝達装置（９６０）は、モデム、ネットワークインターフェースカード、またはネットワーク上でシグナルを送受信できるその他のデバイスを含んでよい。コンピュータ処理デバイスの該構成要素は電気データバスや無線など、任意の方法で接続できる。
【０１２１】
記憶装置（９４０）に保存され、処理装置（９１０）によって実行することのできるソフトウエア（９５０）は、例えば、本発明の機能性を実現するアプリケーションプログラム（例えば、ミーティングエンジン（１４０）に組み込まれる）を含むことができる。前記ソフトウェア（９５０）は、顧客アプリケーションおよび、アプリケーションサーバーやデータベースサーバーのような企業サーバーの組み合わせを含んでよい。
【０１２２】
通信は、任意の種類のネットワーク（１０５）上で行われてよく、該ネットワークは任意の通信プロトコールを実行してよく、該プロトコールは任意のセキュリティプロトコールによって保護されてよい。ネットワークリンクは、電話線、ＤＳＬ、ケーブルネットワーク、Ｔ１またはＴ３ライン、ワイヤレスネットワーク接続、またはネットワークシグナル送受信を実行するその他のいずれの構成をも含んでよい。
【０１２３】
前記コンピュータ処理デバイスは、Ｗｉｎｄｏｗｓ、Ｌｉｎｕｘ、またはＵＮＩＸなど、任意のオペレーティングシステムを実行することが可能である。前記ソフトウェア（９５０）は、Ｃ、Ｃ＋＋、Ｊａｖａ、Ｒｕｂｙ  ｏｎ  Ｒａｉｌｓ、Ｖｉｓｕａｌ  Ｂａｓｉｃおよび／またはＳＱＬのような、任意のプログラミング言語で書かれていてよい。様々な実施形態において、本発明の機能性を実現するアプリケーションソフトウエアは独立したマシン上に、例えば、クライアント／サーバーの割り当てで、またはウェブベースアプリケーションかウェブサービスとしてウェブブラウザを通して、配布することができる。
【０１２４】
最後に追加する特許請求の範囲に関して、特記がない限り、「第一の」それ自体は「第二」を伴う必要はない。
【０１２５】
本明細書中に詳細にわたって記載された特定の方法、デバイスおよびシステムは、上述の目的および本発明の利点を十分に達成することが可能であるが、これらは本発明の現時点での好ましい実施形態であり、従って本発明によって広く考察された本発明の主題の代表的なものである；本発明の範囲は当業者にとって自明と思われるその他の実施態様もすべて包括する；および本発明の範囲は、従って最後に追加する特許請求の範囲以外の何によっても限定されるものではない；ということが理解されるべきである。特許請求の範囲中、特に記載なき場合は、単数の構成要素への言及は「一またはそれ以上」を意味し、「一のみ」を意味するわけではない。
【０１２６】
本発明の改修形態および変化形態も、最後に追加された特許請求の範囲内で、本発明の原理と意図する範囲から逸脱することなく、前記の教示によって包含されたい。例えば、ミーティングエンジン（１４０）のような本発明を実行するソフトウエアモジュールは、複数の独立したモジュールからなり、一緒に同様の機能性を提供することもある、図示したデータベース（１５０、１６０、１７０）中で特定されたデータはいくつかのデータベースおよび／またはシステム（例えば、サーバーは二つ以上のサーバーが一緒に機能していてもよい）に広がっている可能性がある、図２〜８の工程図はそこに記載された高いレベルの機能性を損なわない組み合わせの工程やいくつかの中間工程を包含することもある。本明細書および最後に付けた特許請求の範囲で使われているように、「サーバー」という用語は、一つのサーバー、または一つ以上のサーバーを意味することを理解されたい。
【図１】
2010503072.tif 000002
【図２】
2010503072.tif 000003
【図３】
2010503072.tif 000004
【図４】
2010503072.tif 000005
【図５】
2010503072.tif 000006
【図６】
2010503072.tif 000007
【図７】
2010503072.tif 000008
【図８】
2010503072.tif 000009
【図９】
2010503072.tif 000010
【国際調査報告】
2010503072.tif 000011