JP2016523412A - 受取人が興味のあるギフトをクラウドソーシングすることのような、文脈関係情報に基づくユーザ情報の選択的シェアリング - Google Patents

Abstract

文脈／文脈関係性に基づく、他のユーザ／招待客のプライベートワークスペースに対する選択的な／制御されるユーザ情報開示、及び、他のユーザ間で共同する（例えば、受取人が興味のあるギフトをクラウドソーシングする）、共有されるワークスペース又はマーケット。文脈開示は、ユーザ間の関係性の既知のトピックを含み得るトピック、並びに／若しくは、未発見の文脈等の、１セットの状況下における共通性、又は、共通する文脈に基づき得る。一例として、各ユーザが興味のあるアイテムは、特定されてクラスタ化され、キーワードは、各々のユーザが興味のあるトピック／主題を示すクラスタに割り当てられる。受取人キーワードは、共有される関心事として共通するキーワードを特定すべく、招待客のキーワードと比較される。共通するキーワードに関連する、受取人が興味のあるアイテムは、個人用設定された希望リストとして招待客に開示される。開示を更に制御すべく、キーワードの重み付け、及び／又は、キーワード／アイテムレベルプライバシー指定が提供され得る。

Description

共有される関心事、人々の関係、主題の専門的知識、伝記情報における共通性、及び／又は、他の文脈情報などの文脈又は文脈関係性に基づく、ユーザ間情報の選択的な又は制御されるシェアリング。

ギフト選択は、（インストアおよびオンラインの）商品交換および再贈与によって証明されるように、受取人が興味のあるものに関して誤判断される傾向がある。ギフトカードの出現によって、受取人はエンティティ目録全体（例えば、ストア、レストラン、映画館、及び／又は、チェーン店）から選択可能なので、受取満足度が増加することが期待された。しかしながら、ギフトカードの成長には、望まれていない又は望ましくないギフトカードを販売および取引するためのセカンダリーマーケットにおける同様の成長が伴った。

受取人の望みが知られている状況でさえも、利用可能なアイテムの選択からの適切なアイテムの選択は、場合によっては、その受取人の微妙で個人的な好みに起因して誤判断される傾向にある。例示的な状況をリストするには多過ぎるが、実施例の多様なセットは、寄贈者が、新しいビデオカメラ、動力工具、ジュエリー（例えばイヤリング）、衣類、又は、娯楽（例えば映画又は遊び）を選択しようとする状況を含んでいる。任意の例示的場面に対して、特定の受取人の個人的な好み、及び／又は、利用可能なアイテム間の差は、ある人には、微妙である、又は、認識されもしないかもしれないが、別の人には容易に明らかになるかもしれない。受取人の望みを十分に満たさないアイテムを贈与することは、受取人を落胆させることになり得、お金の無駄になるかもしれない。

寄贈者が受取人の望みを十分に満たすアイテムを選択する場合でさえも、ある人がギフトをプレゼントした結果、受取人が既に同じ又は同様のアイテムを所有していることを知るだけになることは稀ではない。これは、受取人が感激すること、及び、受取人から感謝されることを期待していたかもしれない寄贈者の一部を、落胆させ、及び／又は、困惑させる結果となり得る。

本明細書において、複数のユーザ間及び／又は複数の未発見の文脈間の複数の関係性の既知の複数のトピックを含み得るトピックのような、１セットの状況下における共通性または共通する文脈などの、複数の関係性の複数の文脈に基づいて、複数のユーザ間で情報を選択的に共有する方法およびシステムが開示される。そのような選択的な共有、又は、選択的な開示は、本明細書において、文脈関係性に基づく文脈開示とも呼ばれる。複数の事例は、共有される複数の関心事、人々の関係性、主題適格性又は専門的知識、興味のある複数のアイテム（例えば、複数の製品／サービス）、伝記情報における複数の共通性を含むが、これらに限定されるものではない。

曖昧性を除去する目的で、自身の情報が別のユーザに開示されるユーザは、本明細書において、受取人と呼ばれ得る。受取人情報が開示されるユーザは、本明細書において、招待客と呼ばれる。ユーザは、第１イベントに対する受取人、及び、第２イベントに招待客であり得る。しかしながら、複数のユーザは、複数の招待客および複数の受取人に限定されない。

本明細書において、クラウドソーシングされる複数の寄贈又は贈与アプリケーションに対して、複数の事例が提供される。ここでは、受取人が興味のある複数のアイテムが、複数の招待客に選択的に開示され、複数の招待客は、受取人が興味のある又は潜在的に興味のある複数のギフトのセットをクラウドソーシングすべく、対応する複数の文脈関係性に基づいて、互いに共同することを可能にされる。寄贈アプリケーションにおいて、文脈開示は、共有される関心事、人々の関係、主題の知識、伝記情報における複数の共通性、及び／又は、他の文脈関係性に基づいて、招待客を、受取人が興味のある複数のアイテムへと導くのに有用であってもよい。しかしながら、本明細書において開示される複数の方法およびシステムは、複数の贈与アプリケーション、及び／又は、他の受取人／招待客の複数の状況に限定されない。

文脈開示は、情報開示を、複数のユーザ間における既知の及び／又は新たに発見される文脈関係性に関連する情報開示に限定するのに有用であってもよい。文脈開示は、例えば、特定の問題、アイテム又はトピックに対する複数のオピニオン及び／又は決定が、他の複数の招待客の複数のオピニオン／決定よりも関連しているかもしれない複数の招待客のサブセットに、情報開示を限定してもよい。

寄贈アプリケーションにおいて、文脈開示は、共有される関心事、人々の関係、主題の知識、伝記情報における複数の共通性、及び／又は、他の文脈関係性に基づいて、招待客を、受取人が興味のある複数のアイテムへと導くのに有用であってもよい。

文脈開示を共同の又はクラウドソーシングされる評価と組み合わせることによって、受取人にプレゼントされる複数のギフトが受取人の複数の関心事及び望みを満たす、という予想が改善されてもよい。例えば、受取人がテニスに興味があって新しいテニスラケットを取得することに興味がある場合、新しいテニスラケットにおける受取人の関心事は、テニスに興味がある招待客に、又は、そうでなければテニスに関する知識を有することができる招待客に開示されてもよい。新しいテニスラケットにおける受取人の関心事はまた、人々の関係、伝記情報における複数の共通性、及び／又は、文脈の他の関係等の１又は複数の他の文脈関係性に基づいて、招待客と共有されてもよい。

文脈開示はまた、受取人の関心事、若しくは、受取人が興味のあるアイテムを家族が承認していない場合のような困惑を引き起こし得る状況においては、又は、受取人が興味のあるアイテム、関心事若しくはトピックに関して友人が殆ど若しくは全く知らない状況においては、受取人の情報を開示することを回避するのに役立ってもよい。

文脈関係性は、既知であっても若しくは予め決定されてもよく、又は、受取人および招待客の情報から特定され若しくは検知されてもよい。共有される関心事のような新たに発見される文脈関係性は、既存のソーシャル関係を発展するのに、及び／又は、ソーシャル関係を開始する基礎として、有用であってもよい。

共有される複数の関心事に対して、例えば、ユーザが興味のある複数のアイテムは、複数のアイテム間の複数の関係に基づいて、グループ化又はクラスタ化されてもよい。各グループ又はクラスタにキーワードが関連付けられ、各クラスタ、及び、関連付けられるキーワードは、ユーザの関心事に対応する。受取人の複数のキーワードは、招待客に共通する１又は複数のキーワードのセットを特定すべく、招待客の複数のキーワードと比較されてもよい。ここで、共通するキーワードは、受取人および招待客の、共有される複数の関心事に対応する。受取人情報は、もし受取人情報が招待客の共通するキーワードと関連するならば、招待客に開示されてもよい。ユーザ情報開示を更に制御すべく、複数のキーワード及び／又はアイテムレベルセキュリティ指定が適用されてもよい。

イベントに招待客ごとにプライベートワークスペースが提供されてもよい。受取人情報は、複数の招待客の各々と関連付けられる複数の文脈関係性に基づいて、プライベートワークスペース内で選択的に開示されてもよい。複数の招待客は、例えば、バーコードをスキャンすることによって、又は、ブラウザ内でアイテムを選択することによって、複数のワークスペースの各々に複数のアイテムを追加することを可能にされてもよい。ワークスペースに追加されるアイテムは、アイテムが受取人の興味のあるものである確率に基づいてスコア化されてもよい。

共有されるワークスペース又はマーケットは、イベントに関連付けられてもよく、複数の招待客は、受取人が興味のある又は潜在的に興味のある複数のアイテムのセットをクラウドソーシングすることのように、複数のアイテムを、複数のプライベートワークスペースの各々からクラウドベースの検討／評価用のマーケットへと移動することを可能にされてもよい。複数の招待客は、複数の文脈関係性の各々に基づいて、マーケットの複数の文脈ビューを提供されてもよい。複数の招待客は、対応する複数の文脈ビュー内で、プレゼントされる複数のマーケットアイテムに対して、複数のコメント及び／又は票を提出することを可能にされてもよい。

招待客は、アイテムが招待客の文脈マーケットビュー内で開示されるならば、マーケットアイテムを購入すること、又は、マーケットアイテムを受取人ヘのギフトとして購入すべく選択することを可能にされてもよい。

招待客は、マーケットアイテムが対応する文脈マーケットビュー内でプレゼントされるならば、受取人のための、クラウドソーシングされるギフトとしてのマーケットアイテムのクラウドベースの購入に、参加すること、及び／又は、当該購入に対して複数の資金を寄付すること、を選択するのを可能にされてもよい。

複数の例示的な目的で、本明細書において開示される１又は複数の特徴が、事例として、及び／又は、以下に数字で表わされて列挙される１又は複数の図面を参照して、提供され及び／又は記載され得る。しかしながら、本明細書において開示される複数の方法およびシステムは、そのような複数の事例又は例示に限定されない。

興味のある複数のアイテムを特定し、対応する説明データに基づいて興味のある複数のアイテムをクラスタ化し、複数のアイテムの複数の主題ベースクラスタ、又は、複数の文脈的に関連するアイテムの複数のクラスタを提供するシステムのブロック図である。

１又は複数のデータソースからコンピュータ可読データを収集するデータ収集システムのブロック図である。

文脈又は複数の文脈関係性に基づいて、複数のユーザ間で情報を文脈的に開示し、複数のユーザの複数のサブセットが互いに共同することを可能にするシステム又はシステムアーキテクチャのブロック図である。

複数のユーザの各々と関連付けられる複数の文脈又は複数の文脈関係性に基づいて、第１ユーザの情報を複数の他のユーザの複数のプライベートワークスペース内で開示し、共有されるワークスペース又はマーケットを提供し、複数の他のユーザの複数のサブセットが互いに共同することを可能にするシステムのブロック図である。

複数のユーザの各々と関連付けられる複数の文脈又は複数の文脈関係性に基づいて、第１ユーザの情報を複数の他のユーザの複数のプライベートワークスペース内で開示し、共有されるワークスペース又はマーケットを提供し、複数の他のユーザの複数のサブセットが互いに共同することを可能にするシステムのブロック図である。

ユーザの複数の関心事（例えば複数のトピック／主題）を表示するキーワードユーザインタフェース（ＵＩ）の画像である。

プライベートワークスペースＵＩの画像である。

マーケットＵＩの画像である。

文脈に基づいてプライベートワークスペースを管理する方法のフローチャートである。

複数の招待客が受取人の興味のある複数の潜在的ギフトをクラウドソーシングすることを可能にすることのような、共有されるワークスペース又はマーケットを管理する方法のフローチャートである。

イベントに招待客に対して情報を文脈的に開示するセッションを開始する方法１１００のフローチャートである。

第１ユーザの情報を１又は複数の他のユーザに文脈的に開示し、複数の文脈又は文脈関係性に基づいて複数の他のユーザの複数のサブセットが互いに共同することを可能にするように構成されたコンピュータシステムのブロック図である。 図１２のコンピュータシステムの例示的なコンピュータ可読媒体のブロック図である。

１又は複数の他のユーザデバイス及び／又はクラウドサーバとインタフェースで連結し、ディスプレイ上で、キーワードＵＩ、ワークスペースＵＩ及び／又は文脈マーケットＵＩをレンダリングするユーザデバイスの図である。

クラウドソーシングされた贈与アプリケーションの図であり、クラウドソーシングされた贈与アプリケーションの複数の例示的又は潜在的な使用を示している。

複数の図面において、参照番号の最も左端の桁は、参照番号が最初に表れる図面を特定している。

図１は、興味のある複数のアイテムを特定し、対応する説明データに基づいて興味のある複数のアイテムをクラスタ化して複数のアイテムの複数の主題ベースクラスタを提供するシステム１００のブロック図である。システム１００は、ユーザに対して興味のある複数のアイテムを特定するように構成されてもよく、その場合、各クラスタはユーザの対応する関心事を表わしてもよい。

「ユーザ」という用語は、本明細書において用いられるように、個人、個人のグループ／クラウド、及び／又は、複数のエンティティのうちのあるエンティティまたはグループを含んでもよい。複数の例示的な目的で、本明細書において、１又は複数の例はユーザに任意の名称を指定してもよい（例えばアリスまたはボブ）。そのような任意の名称から推論が引き出されるべきではない。

本明細書において用いられる「アイテム」という用語は、製品又はサービスを含んでもよい。

本明細書において用いられる「ソース」という用語は、ベンダー又はストア、ストア位置、製造者、生産者、配信業者、及び／又は、サービスプロバイダを含んでもよいが、これらに限定されるものではない。

本明細書において用いられる「通信ネットワーク」という用語は、有線ネットワーク、無線ネットワーク、パケットベースネットワーク、電話ネットワーク、パブリックネットワーク、及び／又は、プライベートネットワークを含んでもよいが、これらに限定されるものではない。

本明細書において用いられる「利用可能性データ」という用語は、在庫、ソース、位置、及び／又は、コストに関連するデータを含んでもよい。

本明細書において用いられる「コスト」という用語は、定価若しくは基準価格、及び／又は、適用し得るクーポン、ディスカウント、クレジット、並びに／若しくは、顧客報酬或いは顧客ロイヤリティプログラムのような宣伝を含んでもよい。

図１において、システム１００は、興味のある複数のアイテム（複数のアイテム）１１０、及び、ここでアイテムデスクリプタ１１２として示されているアイテム１１０の複数の説明を特定するデータ収集モジュール１０８を含む、データ収集システム１０６を有する。アイテム１１０は、ユーザによって購入された並びに／若しくは所有されている複数のアイテム、及び／又は、ユーザによって所望されている複数のアイテムを含んでもよい。

データ収集モジュール１０８は、複数のアイテム１１０を、複数のデータベースエントリ、複数のグラフノード、及び／又は、複数の他のコンピュータ可読表現などの複数のデータオブジェクトとして表わすように構成されてもよい。データ収集モジュール１０８は更に、複数のアイテムデスクリプタ１１２を対応する複数のデータオブジェクトに（例えばメタデータとして）タグ付け又は付加するように構成されてもよい。複数のアイテムデスクリプタ１１２はまた、本明細書において、複数の説明タグまたは説明メタデータと呼ばれ得る。データ収集モジュール１０８は更に、（例えば、以下で更に説明される寄贈アプリケーションのために、）情報をアイテムにタグ付け又は付加して、そのアイテムがユーザによって購入された並びに／若しくは所有されているのか、又は、ユーザによって所望されているのかを示すように構成されてもよい。

データ収集システム１０６は更に、複数のアイテム１１０を対応する複数のアイテムデスクリプタ１１２に基づいてクラスタ化し、対応する複数のクラスタ化されたアイテム（複数のクラスタ）１１６を出力するクラスタモジュール１１４を含む。クラスタモジュール１１４は、複数のアイテム１１０を複数のアイテムデスクリプタ１１２の複数の類似性及び／又は複数の非類似性に基づいてクラスタ化するように構成されてもよい。アイテム１１０は、１又は複数のクラスタ１１６に割り当てられてもよい。

クラスタモジュール１１４は、例えば、データ収集から特定されるユーザが興味のある種々のアイテムによって表わされるような、ユーザが興味のある複数のトピックを表わす複数のクラスタ又はバケットを管理又は調整すべく、粒度、割り当て基準、及び／又は、他の複数の要因に対して動的に設定可能（例えば自動的及び／又はユーザ設定可能）であってもよい。バケット規制は、多数のバケット、複数の区別、並びに／若しくは、複数のバケット間の複数の距離における規制、及び／又は、複数のバケットのうちの１又は複数の主題を含んでもよい。クラスタモジュール１１４は、ユーザデータ間又はユーザアプリケーション間で予め定義されて取り決められた複数のクラスタに位置してもよく、又は、ユーザ固有のものであってもよい。クラスタモジュール１１４は、例えば、複数のアイテムデスクリプタ１１２に加えて及び／又は代えて、ユーザがバケットの１又は複数の割り当て基準を選択及び／又は定義することを可能にしてもよい。クラスタモジュール１１４は、ユーザがクラスタ１１６におけるアイテムを１又は複数の他のクラスタ１１６と関連付けること、及び／又は、アイテムをあるクラスタ１１６から別のクラスタ１１６に移動する（すなわち、クラスタ決定をオーバーライドする）ことを可能にしてもよい。

データ収集システム１０６は、１又は複数のタグ若しくはキーワード１２０のセットを、各クラスタ１１６に割り当て、関連付け、及び／又は、付加する、自動化されたキーワード割り当てモジュール１１８を含んでもよい。複数のキーワード１２０は、複数の説明キーワードを含んでもよい。複数のキーワードは，クラスタに割り当てられている複数のアイテムの複数のアイテムデスクリプタ１１２に基づいて、クラスタ用に決定及び／又は選択されてもよい。代替的に、または追加的に、キーワード割り当てモジュール１１８は、ユーザによって生成された複数のタグ、及び／又は、オントロジー割り当てキーワードを収集する複数のパブリックデータベース及び／又は複数のアプリケーションプログラミングインタフェース（ＡＰＩ）とインタフェースで連結するように構成されてもよい。

複数のアイテム１１０がユーザの興味のある複数のアイテムを表わしている場合、各クラスタ１１６は、ユーザの関心事を本来的に表わしてもよい。この例において、複数のクラスタ１１６および対応する複数の説明キーワード１２０は、ユーザによる及び／又はユーザに対するより直感的なデータ相互作用を可能にしてもよく、これらの例は以下で更に提供される。

複数のクラスタ１１６及び／又は関連する複数の説明キーワード１２０は、あるアプリケーションにアクセス可能であってもよく、これらの例は以下で更に提供される。

データ収集モジュール１０８は、図２を参照して後述するように構成されてもよい。

データソース１０４は、図２を参照して後述する１又は複数のデータソースを含んでもよい。しかしながら、データ収集モジュール１０８およびデータソース１０４は、図２の例に限定されない。

図２は、１又は複数の通信ネットワークを通じて（例えば、ブラウザのようなローカル及び／又はウェブベースのアプリケーションによって）アクセス可能であり得る１又は複数のデータソース２０４から、コンピュータ可読データを収集するデータ収集システム２０８のブロック図である。

図２において、データ収集モジュール２０８は、複数のデータソース２０４からデータ２０９を抽出し、複数のデータソース２０４から興味のある複数のアイテム２１０（例えば、ユーザが購入した複数のアイテム、ユーザが所有する複数のアイテム、及び／又は、ユーザが所望する複数のアイテム）を特定するデータ抽出／マイニングモジュール２２８を含む。

データ抽出／マイニングモジュール２２８は、ユーザに関連付けられた１又は複数のデバイス及び／又はアカウントからデータを抽出又はマイニングするように構成されてもよく、これは本明細書において、集合的に複数のデータマイニングターゲットと呼ばれる。データマイニングターゲットは、ユーザ希望リスト（例えば、買物リスト）、閲覧履歴、電子メッセージアカウント（例えば電子メール及び／又はテキスト）、電話アカウント、金融口座（例えば銀行口座及び／又はベンダーを伴うユーザアカウント）、及び／又は、インターネットベースのソーシャル及び／又はプロフェッショナルネットワーキングサービスのようなネットワークホスティングサービスを伴うアカウントを含んでもよいが、これらに限定されるものではない。図２において、複数のデータマイニングターゲットは、１又は複数のユーザデータソース２３２を含む。

ユーザデータソース２３２は、ユーザによってタグ付けされた複数のアイテム２３２―６のソースを含んでもよい。ユーザによってタグ付けされた複数のアイテム２３２―６のソースは、電子買物リスト及び／又は希望リストを含んでもよい。これは、ユーザデバイス、ユーザアカウント、及び／又は、ベンダーサーバのうちの１又は複数に格納されてもよい。これらは、コンピュータベースインタフェース（例えば、ブラウザ及び／又はウェブａｐｐ）によってアクセス可能であってもよい。

ユーザデータソース２３２は、ブラウザ履歴３２３―８のソースを含んでもよく、これは、複数のアイテムの複数のソース（例えば複数のオンラインベンダーサイト）、及び／又は、ユーザによって閲覧され、タグ付けられ、並びに／若しくは購入される複数のアイテムと関連付けられたブラウザ履歴を含んでもよい。

ユーザデータソース２３２は、スキャンデータ２３０―７のソースを含んでもよい。スキャンデータ２３０―７は、アイテムラベル又はパッケージ上にプリントされたバーコードからスキャンされるデータ、及び／又は、アイテムと関連付けられた無線ＩＤタグ（ＲＦＩＤ）を含んでもよい。

ユーザデータソース２３２は、コンピュータ並びに／若しくはネットワークにアクセス可能なユーザアカウント２３２―４を含んでもよく、及び／又は、１又は複数のユーザデバイス２３２―５を含んでもよい。

ユーザデータソース２３２は、複数のユーザ購入記録２３２―１の１又は複数のソースを含んでもよく、これは本明細書において、複数のデジタルレシートとも呼ばれる。

購入記録２３２―１は、（例えば購入時に）コンピュータによって生成されてもよく、及び／又は、プリントされたストアレシートのような有形の購入記録が電子的にスキャンされた画像であってもよい。複数の購入記録２３２―１は、複数の関心事の複数のアイテム、及び／又は、複数のアイテムの複数のソースに関係してもよい。

複数の購入記録２３２―１は、通信ネットワークを通じて送信されるテキストフォーマット化された複数の購入レシートのような複数の電子メッセージ２３２―２を含んでもよい。電子メッセージ２３２―２は、電子メール（e-mail）及び／又はテキストメッセージを含んでもよいが、これらに限定されるものではない。電子メッセージ２３２―２は、ソース及び／又は支払プロセッサから、ユーザアカウント、ユーザサービス、及び／又は、ユーザデバイスへと送信されてもよい。これらは、データ抽出／マイニングモジュール２２８用の複数のマイニングターゲットとして機能してもよい。しかしながら、複数の電子メッセージ２３２―６は、これらの例に限定されない。

複数の購入記録２３２―１は、複数の電子商取引記録２３２−３を含んでもよい。複数の電子商取引記録２３２―３は、ベンダー、支払プロセッサ、金融機関、及び／又は、ユーザ用に複数の電子レシートをカタログするサービス、（すなわち、データ抽出／マイニングモジュール２２８の複数のデータマイニングターゲット）が保持する複数の仕訳された購入記録を含んでもよい。複数の電子商取引記録２３２―３は、現金／チェック及び／又は電子資金での複数の購入に関係してもよい。電子資金は、複数の金融取引カード購入（例えば、クレジット、デビット、及び／又は、複数のギフトカード）、（例えば、銀行間の）電子資金移動、及び／又は、電子通貨（すなわち、コンピュータベースのリアルマネートレーディングで使用される仮想又は代替通貨）を含んでもよい。

データ抽出／マイニングモジュール２２８は更に、文脈データソース２３４から文脈データ２３５を収集するように構成されてもよい。文脈データ２３５は、ユーザ、アイテム及び／又はユーザの関心事に対して何らかの関係を有してもよい。文脈データ２３５は、そのユーザと別のユーザとの間における共通の文脈または文脈関係性、アイテム、及び／又は、関心事を特定すべく用いられ得る情報を含んでもよい。

文脈データ２３５は、ファミリー関係、プロフェッショナル関係、友人関係、及び／又は、他の人間関係に関連し得るソーシャル関係データを含んでもよい。

文脈データ２３５は、認識又はある事項に対する専門的知識のレベルに関連し得るユーザの伝記情報を含んでもよく、これは本明細書において、文脈認識及び／又は文脈専門的知識とも呼ばれる。文脈又は文脈情報の複数の追加例が以下で更に提供される。

図２において、データ収集モジュール２０８は更に、１又は複数のデータソース２３６から興味のある複数のアイテム２１０に関する説明情報を収集するデスクリプタコレクタ２３０を含む。説明データはここで、複数のアイテムデスクリプタ２１２として示されている。データソース２３６は、ベンダーのウェブサイト、ストア、パブリックサービスウェブサイト、及び／又は、他のデータソースを含んでもよいが、これらの限定されるものではない。

デスクリプタコレクタ２３０は、１又は複数のデータソース２３６を特定するように構成されてもよく、興味のあるアイテム２１０用にそこからアイテムデスクリプタ２１２をアクセス／取得するためである。

データ抽出／マイニングモジュール２２８及び／又はデスクリプタコレクタ２３０は、例えば、
アイテム詳細；
アイテムの別のソース；
売り手が与えるアイテムメタデータ、製造者、並びに／若しくは、複数の顧客；
（同じ及び／又は他のソースからの）類似アイテム；及び／又は、
アイテム利用可能性データ
などの、抽出データ２０９、興味のある複数のアイテム２１０、及び／又は、複数のアイテムデスクリプタ２１２に基づいて追加データを抽出するように構成されてもよい。

アイテム詳細は、製造者、生産者、栽培者、並びに／若しくは、配信業者、登録商標、一般的名称、及び／又は、ラベリングデータを含んでもよいが、これらに限定されるものではない。ラベルデータは、排他的、限定的、サインされた、新しい、使用済、及び／又は、版などの複数の用語を含んでもよいが、これらに限定されるものではない。

データ抽出／マイニングモジュール２２８及び／又はデスクリプタコレクタ２３０は、クラウドソーシングデータ２４０のソースから、及び／又は、予め定義されたアプリケーションプログラミングインタフェース（ＡＰＩ）を含み得るＡＰＩ２３８からデータを抽出するように構成されてもよい。

データ抽出／マイニングモジュール２２８及び／又はデスクリプタコレクタ２３０は、興味のあるアイテム２１０と類似する及び／又は商業的に競合するアイテムに対するデータを収集するように構成されてもよい。

データ抽出／マイニングモジュール２２８及び／又はデスクリプタコレクタ２３０は、ブラウザ、クローリングアプリケーション、及び／又は、スクラッピングアプリケーションを含んでもよい。

データ抽出／マイニングモジュール２２８は、データソース２０４をマイニングターゲットとして特定するように構成されてもよい。

データ抽出／マイニングモジュール２２８は、マイニングターゲットに基づいて、複数のマイニング技術のうちの１つを選択的に用いるように構成されてもよい。マイニング技術は、例えば、デバイス及び／又はデバイスタイプ、データタイプ（例えば、複数のテキストベースドキュメント、複数の写真、並びに／若しくは、複数のビデオ）、データフォーマット、アカウント及び／又はアカウントタイプ、データがアクセス可能になるアプリケーション（例えば、ブラウザ、他のローカルアプリケーション、並びに／若しくは、ウェブａｐｐ）、複数のプライバシー制約、他人のデータと共有／集約することを含む複数の使用目的に基づいて選択されてもよい。

マイニング技術は、ユーザ固有の複数のセキュリティ特徴、アプリケーション起動手順、及び／又は、アクセス順番（例えば、一連のウェブベースサイト／ページ及び／又はその中でのユーザ選択）に対して設定可能であってもよい。

データ抽出／マイニングモジュール２２８は、ユーザが興味のある複数のアイテム２１０及び／又は興味のある複数の題目／トピック（例えば、トラベル、ハイキング、テニス、料理、及び／又は、スポーツカー）に関連するデータを検索及び／又は抽出するように構成されてもよい。複数の題目／トピックは、興味のある複数のアイテム２１０および複数の関連するキーワードの複数のクラスタに対応してもよい。

図１において、システム１００は、ここでストレージ１２２として示されている、（本明細書において集合的にユーザ情報１２４と呼ばれる）抽出データ１０９、複数のクラスタ化されたアイテム１１６、複数のキーワード１２０及び／又は他のデータ１２１を格納する、１又は複数のストレージデバイス及び／又は位置を含んでもよい。他のデータ１２１は、データ１１１及び／又は複数のキーワード１２０から得られるデータ、及び／又は、文脈若しくは文脈関係性情報のような他のデータを含んでもよい。

複数のアイテム１１０、複数のクラスタ１１６の複数のコンテンツ、複数のキーワード１２０、及び／又は、上記のうちの１又は複数と関連付けられるデータは、レビュー及び／又は変更用に、（例えば、複数のクラスタを改名する、複数のクラスタ１１６間で複数のアイテムを移動する、複数のクラスタ１１６を折り畳む若しくは拡張する、複数のアイテム１１０を削除する、及び／又は、クラスタ１１６内で１又は複数のアイテムに対してセキュリティ設定／アクセスレベルをオーバーライドする目的で）ユーザに提供されてもよい。

抽出データ１０９、複数のクラスタ化されたアイテム１１６、複数のキーワード１２０、及び／又は、データ１２１は、従来の予め定義されたデータベース構造を管理及び／又は保護することにチャレンジングであり得る多様なオブジェクト又はデータ構造を含んでもよい。ストレージ１２２、又は、それの一部は、非構造化データ用のデータベースとして構成されてもよく、これは本明細書において非構造化データベースとも呼ばれる。ストレージ１２２が非構造化データベースを含む場合、システム１００は、非構造化データを検索及び／又はアクセスする１又は複数のインタフェースを含んでもよい。そのようなインタフェースは、ブラウザベースのインタフェースを含んでもよいが、これに限定されるものではない。

文脈又は文脈関係性に基づいて、ユーザの情報を１又は複数の他のユーザに選択的に開示すべく、複数の方法およびシステムが以下で開示され、これらは本明細書において文脈ベース開示および文脈開示とも呼ばれる。本明細書においてそうでないことを特定されない限り、文脈及び文脈関係性という複数の用語は同じ意味で用いられる。文脈開示は、複数の他のユーザの複数のサブセットが、対応する複数の他のユーザに開示される情報に対して互いに共同することを可能にすべく使用されてもよい。文脈開示は、複数のユーザ間及び／又は複数の未発見の文脈間の複数の関係性の既知の複数のトピックを含み得るトピックのような、１セットの状況下における共通文脈又は共通性に基づいてもよい。文脈開示は、共有される関心事、ソーシャル関係、及び／又は、伝記情報に基づいてもよいが、これらに限定されるものではない。

共有される関心事は、アイテムまたは題目／トピックに関連してもよい（例えばキーワード１２０）。ソーシャル関係は、ファミリー関係、プロフェッショナル関係、友人関係、及び／又は、他の人間関係を含んでもよい。伝記情報は、ある事項に対する認識または専門的知識のレベルに関連してもよく（例えばアイテム及び／又は題目／トピック）、本明細書において文脈認識及び／又は文脈専門的知識とも呼ばれる。文脈開示はまた、同時に及び／又は異なる時間に、同じ地理的領域内に住んでいた、及び／又は、同じ工場で並びに／若しくは同じエンティティに対して働いていた２人のユーザが同じ大学に出席した場合のような、一致する伝記情報に基づいてもよい。しかしながら、文脈開示はこれらの例に限定されない。

文脈開示は、第２ユーザが複数のトピックにも興味ある場合、及び／又は、第２ユーザが、第１ユーザと特定のタイプの関係を有する、並びに／若しくは、そのトピックに対して認識又は専門的知識を有する場合に限り、第１ユーザの情報が第２ユーザに開示されるべきである複数の題目／トピックを特定するのに有用であってもよい。

文脈開示は、ユーザの関心事、若しくは、ユーザが興味のあるアイテムを家族が承認していない場合のような困惑を引き起こし得る状況においては、又は、ユーザが興味のあるアイテム、関心事若しくはトピックに関して友人が殆ど若しくは全く知らない状況においては、ユーザの情報を開示することを回避するのに役立ってもよい。

寄贈アプリケーションにおいて、文脈開示は、共有される関心事、人々の関係、主題の知識、伝記情報における複数の共通性、及び／又は、他の文脈関係性に基づいて、招待客を、受取人が興味のある複数のアイテムへと導くのに有用であってもよい。文脈開示によって、受取人にプレゼントされる複数のギフトが受取人の複数の関心事及び希望に適合するという複数の予想を改善してもよい。

例えば、受取人がテニスに興味があって新しいテニスラケットを取得することに興味がある場合、新しいテニスラケットにおける受取人の関心事は、テニスに興味がある招待客に、又は、そうでなければテニスに関する知識を有することができる招待客に開示されてもよい。新しいテニスラケットにおける受取人の関心事はまた、人々の関係、伝記情報における複数の共通性、及び／又は、文脈の他の関係等の１又は複数の他の文脈関係性に基づいて、招待客と共有されてもよい。

図３は、文脈又は複数の文脈関係性に基づいて、複数のユーザ間で情報を文脈的に開示し、複数のユーザの複数のサブセットが互いに共同することを可能にするアーキテクチャ３００のブロック図である。

アーキテクチャ３００は、第１及び第２ユーザデバイス３０２および３０４を含み、それぞれは更にサーバ又はクラウドサーバ３２２を含んでもよい。第１及び第２ユーザデバイス３０２および３０４とクラウドサーバ３２２とはそれぞれ、１又は複数のプロセッサ、メモリ並びに／若しくは他のストレージデバイス／システム（メモリ）、及び、１又は複数のユーザインタフェース若しくはＵＩを含んでもよい。

ＵＩは、ＨＩＤ、及び／又は、情報をヒューマンインターフェースデバイス（ＨＩＤ）へ／から提供及び受け取るモジュールを含んでもよい。本明細書において用いられるモジュールという用語は、回路／ハードウェア、プロセッサベースシステム若しくはそれの一部（例えば一時的及び／又は非一時コンピュータ可読媒体内で符号化された複数のコンピュータ可読命令）、及び、それらの組み合わせを含んでもよい。

ＨＩＤは、ディスプレイ／モニタ、ポインタデバイス若しくはタッチ感応式パッド、及び／又は、キーボード（機械的及び／又はディスプレイベース若しくはバーチャル）を含んでもよい。ディスプレイ／モニタは、従来の複数の手持ち式携帯電話および複数のパーソナルコンピューティングデバイス（例えば「パッド」コンピュータ）を提供されるようなタッチ感応式ディスプレイを含んでもよい。

ＵＩは、例えば、ディスプレイまたはモニタ上にブラウザ及び／又は他のグラフィカルユーザインタフェース（ＧＵＩ）を提供するように構成されてもよい。

第１及び第２ユーザデバイス３０２および３０４とクラウドサーバ３２２とはそれぞれ、互いに通信する対応する通信システムを含んでもよい。通信システムは、複数の有線並びに／若しくは無線通信コンポーネント、複数のデバイス、及び／又は、複数のシステムを含んでもよく、パケットベースのネットワーク（例えば、インターネット及び／又は固有ネットワーク）、及び／又は、音声ベース若しくは電話のネットワークのような他のネットワークタイプを介して通信するように構成されてもよい。

アーキテクチャ３００は更に、第１及び第２ユーザと関連付けられた情報を含み、ここでは第１ユーザ情報３０８および第２ユーザ情報３０９として示されている。第１及び第２ユーザ情報３０８および３０９は、対応する、ユーザデバイス３０２および３０４、クラウドサーバ３２２、及び／又は、それらの組み合わせに存在してもよい。第１ユーザ情報３０８及び／又は第２ユーザ情報３０９は、図１におけるユーザ情報１２４の例示的な実施形態を表わしてもよい。

アーキテクチャ３００は更に、第１ユーザ情報３０８及び／又は第２ユーザ情報３０９に対して複数の処理３２４を実施する１又は複数の処理モジュール３３０を含む。処理モジュール３３０は、ハードウェア／回路、プロセッサ／メモリシステム（例えばコンピュータ可読媒体内で符号化された複数のコンピュータ可読命令）、及び、それらの組み合わせを含んでもよい。複数の例示的な処理モジュールが図４を参照して以下で更に開示される。

アーキテクチャ３００は、例えば、ユーザの情報へのアクセスを制御若しくは管理する（例えば、複数の他のユーザ及び／又は複数のデータエージェントからの複数のアクセス要求を処理する）ようにユーザに代わって作用し、複数の他のユーザの情報を要求するように複数の他のデータエージェントとインタフェースで連結するデータエージェントを含んでもよい。データエージェントは、ユーザデバイス内で、及び／又は、複数のデバイス（例えばユーザデバイスおよびクラウドサーバ）に亘って動作してもよい。

図３において、第１データエージェント３２６は、第１ユーザ情報３０８に対する複数の処理３２４を管理（例えば、認証及び／又は実施）するアーキテクチャ３００の複数の部分を含むように定義される。第１データエージェント３２６はここで、第１ユーザデバイス３０２のプロセッサ、メモリ／ストレージ、及び、ＵＩと、第１ユーザ情報３０８と、クラウドサーバ３２２の一部と、処理モジュール３３０の少なくとも一部とを含むように示されている。

第２データエージェント３２８は、第２ユーザ情報３０９に対する複数の処理３２４を管理（例えば、認証及び／又は実施）するアーキテクチャ３００の複数の部分を含むように定義される。第２データエージェント３２８はここで、第２ユーザデバイス３０４のプロセッサ、メモリ／ストレージ、及び、ＵＩと、第２ユーザ情報３０９と、クラウドサーバ３２２の一部と、処理モジュール３３０の少なくとも一部とを含むように示されている。

データエージェントは、複数の他のデータエージェントに複数の要求（例えば複数のクエリ又は要求）及び／又は複数のコマンドを送信し、他の複数のデータエージェントの複数の要求及び／又は複数のコマンドを処理及び／又は応答するように構成されてもよい。しかしながら、複数のデータエージェントは上記の複数の例に限定されない。

第１データエージェント３２６および第２データエージェント３２８はそれぞれ、各々のデータエージェントの専用である対応する複数の処理モジュール３３０のセットを含んでもよく、及び／又は、１又は複数の処理モジュール３３０を共有してもよい。処理モジュール３３０がデータエージェントの専用である場合、処理モジュールは、対応するユーザデバイス、クラウドサーバ３２２、並びに／若しくは、それらの組み合わせに存在してもよく、及び／又は、それらにおいて動作するように構成されてもよい。共有される処理モジュール３３０は、クラウドサーバ３２２に存在してもよく、及び／又は、そこにおいて動作するように構成されてもよい。

一実施形態において、クラウドサーバ３２２は、クラウドベースアプリケーション又はサービス（例えばウェブアプリケーション又はウェブａｐｐ）の一部として、複数の処理モジュール３３０、又はそれらの一部をホストするように構成される。この実施形態において、ユーザデバイス３０２および３０４は、複数のブラウザベースのＵＩを含み得る複数の対応するＵＩを通じてクラウドサービスにアクセスするように構成されてもよい。しかしながら、本明細書において開示される複数の方法およびシステムは、複数のクラウドベースサービスに限定されない。

単独及び／又は処理モジュール３３０と組み合わされるデータエージェントは、対応するユーザの情報を１又は複数の他のユーザに文脈的に開示し、複数の他のユーザの複数のサブセットが文脈に基づいて開示情報の複数の部分に対して互いに共同することを可能にするように構成されてもよい。寄贈アプリケーションに対する複数の例が以下で提供される。しかしながら、アーキテクチャ３００は、寄贈アプリケーションに限定されない。

図４は、第１ユーザの情報を１又は複数の他のユーザに文脈的に開示し、複数の他のユーザの複数のサブセットが文脈に基づいて開示情報に対して互いに共同することを可能にするシステム４００のブロック図である。

システム４００は、図３におけるアーキテクチャ３００を参照して上述のように構成されてもよい。しかしながら、システム４００は図３の例に限定されない。

システム４００は、第１ユーザが興味のある複数のアイテムを複数の他のユーザに文脈的に開示し、複数の他のユーザが第１ユーザ用の複数のギフトを特定（すなわち、クラウドソーシング）すべく互いに共同することを可能にする、クラウドソーシングされた贈与アプリケーションに対して後述される。

以下の複数の例において、第１ユーザは、ギフト受取人または受取人と呼ばれ得、複数の他のユーザは複数の寄贈者または招待客と呼ばれ得る。ユーザは、第１状況（例えば第１イベント）に対する受取人であってもよく、第２状況（例えば第２イベント）に対する招待客であってもよい。

システム４００は、複数のデータエージェント４０２、４０４、４０５と、複数のデータエージェントのうちの１又は複数に代わって及び／又はその制御下で複数の処理を実施する複数の処理モジュール４３０を含む。各データエージェントは、対応するユーザと関連付けられ、各々の複数のユーザ間における複数の文脈関係性に基づいて、対応するユーザの情報を複数の他のユーザの複数のデータエージェントに選択的に開示するように設定可能である。文脈関係性情報４２９は、招待客に固有であってもよく、及び／又は、招待客と受取人との組み合わせに固有であってもよい。図４において、複数のデータエージェント４０２および４０４はそれぞれ、各々の第１及び第２ユーザ間における文脈関係性に対応する文脈関係性情報４２９を含む。

複数のデータエージェント４０２、４０４、４０５は、各々が受取人及び招待客の複数の機能を実施するように構成されてもよい点で、互いに技術的及び／又は機能的に同様又は同一であってもよい。図４において、複数のデータエージェント４０２および４０４はそれぞれ、図３に対して上述したような、１又は複数のプロセッサ並びにメモリ、各々のＵＩ４８０並びに４８２、及び、各々のユーザ情報（すなわち、受取人情報４０８及び招待客情報４０９）を含む。

図４において、受取人データエージェント４０２は、受取人情報４０８と関連付けられるマーケット４４６を含む。マーケット４４６は、複数の招待客が複数のマーケットアイテム４４７を追加して、対応する文脈関係性情報に基づいて複数のマーケットアイテム４４７に対し互いに共同し得る、共有又は共同ワークスペースとして機能してもよい。複数のマーケットアイテム４４７は、受取人用の、クラウドソーシングされた複数の潜在的ギフトを表わしてもよい。

マーケット４４６は、受取人イベントと関連付けられてもよく、複数のマーケットアイテム４４７は、そのイベント用の、複数のクラウドソーシングされた潜在的ギフトを表わしてもよい。しかしながら、マーケット４４６は複数のイベントに限定されない。

イベントは、誕生日若しくは他の記念日、信仰イベント、ディナーパーティー、及び／又は、ワークプレースイベントなどの寄贈イベントとして開始されてもよい。この例において、マーケット４４６は、そのイベントより前に受取人がアクセス不可能であってもよい。これは、意外性を保持するのに、及び／又は、幾つかが複数の望ましくない社会的結果を有し得る複数の招待客間の複数の贈与交渉並びに／若しくは討論から受取人を引き離した状態に保つのに、有用であってもよい。寄贈イベントは、受取人以外のユーザによって開始されてもよく、複数の招待客は、データマイニング、ソーシャルネットワークグラフ、複数の前の通信記録、及び／又は、他の情報源などの、受取人のソーシャルネットワークに基づいて、特定され、選択され、及び／又は、招待されてもよい。

イベントはまた、親戚の集まり、持ち寄りイベント、及び／又は、ワークプレースイベントなどに対しては、受取人によって開始されてもよい。この例において、複数の招待客は、受取人によって特定され、選択され、及び／又は、招待されてもよく、受取人は、対応するマーケットに素早くアクセスできてもよい。

図４において、招待客データエージェント４０４は、招待客が複数のアイテムをプライベートに（すなわち、複数の他のユーザ、複数の招待客、及び／又は、受取人に対してプライベートに）評価することを可能にするワークスペース４４１を含む。ワークスペース４４１は、複数のコンテンツ４４０と、招待客が複数のコンテンツ４４０をプライベートにポピュレートし、閲覧し、情報を送受して、複数のアイテムを複数のコンテンツ４４０からマーケット４４６へと移動することを可能にするＵＩ４４２とを含む。

ワークスペースＵＩ４４２は、招待客が複数の要求４５０をデータエージェント４０２及び／又は他のデータエージェントに提出することを可能にする要求ＵＩを含んでもよい。要求ＵＩは、招待客がテキスト要求４５０（例えば、検索用語若しくは文言、及び／又は、他の検索並びに／若しくはフィルタパラメータなどの、構造化又は非構造化クエリ）を提出することを可能にするテキストボックスを含んでもよい。要求ＵＩは、（例えばメニュー又はリストとして）１又は複数の、予め設定され、ユーザが選択可能な要求、検索パラメータ、及び／又は、フィルタを含んでもよい。複数の要求４５０については、複数の処理モジュール４３０を参照して以下で更に述べる。

ワークスペースＵＩ４４２は更に、招待客が受取人情報４０８以外からのアイテム４５４を複数のコンテンツ４４０に追加することを可能にするように構成されてもよい。ユーザデバイスは、例えば、バーコード及び／又は無線ＩＤタグ（ＲＦＩＤ）などの、あるアイテムと関連付けられ及び／又は貼られた特徴を電子的及び／又は光学的にスキャンするように構成されてもよい。別の例として、ワークスペースＵＩ４４２は、ブラウザウィンドウ内でアイテムをユーザ選択する際にアイテム４５４を複数のコンテンツ４４０に追加するように構成されてもよい。ワークスペース４４１は更に、追加されたアイテム４５４に関する説明情報を取得するように構成されてもよい。

招待客データエージェント４０４は更に、文脈関係性情報４２９に基づいて招待客が複数のマーケットアイテム４４７を閲覧して情報を送受することを可能にする文脈マーケットＵＩ４４８を含み、これらの複数の例は以下で更に提供される。

マーケット４４６、ワークスペース４４１、及び、他の複数のデータエージェント４０５の複数のワークスペースは、あるイベントと関連付けられてもよく、例えば意外性を保持すべく、そのイベントよりも前に受取人がアクセス不可能であってもよい。マーケット４４６及び／又は複数のワークスペースは、そのイベントの後に受取人がアクセス可能であってもよい。

招待客データエージェント４０４は、ここではａｐｐ４４４として示されている、複数の要求４５０を招待客の入力と共に又は入力無く受取人データエージェント４０２に提出する１又は複数のアプリケーションモジュールを含んでもよい。

複数の処理モジュール４３０をこれから説明する。

複数の処理モジュール４３０は、文脈関係性情報４２９を特定する（例えば、共通文脈又は文脈関係性を特定する、及び／又は、共通文脈又は文脈関係性の程度又は質を決定する）文脈関係性抽出部又は検出部４２５を含んでもよい。

文脈関係性検出部４２５は、文脈関係性情報４２９をデータエージェント４０２及び／又はデータエージェント４０４に提供するように構成されてもよい。データエージェント４０２及び／又はデータエージェント４０４は、複数の共通キーワード４２８（及び／又は他の文脈関係性情報４２９）を１又は複数の処理モジュール４３０及び／又はアプリケーション４４４に提供するように構成されてもよい。

データエージェント４０２及び／又はデータエージェント４０４は更に、各々のＵＩ４８０および４４２を通じて複数の共通キーワード４２８を開示するように構成されてもよい。これは、受取人および招待客（及び／又は１又は複数の他の招待客）が、既存のソーシャル関係を発展させるか及び／又は他のユーザとのソーシャル関係を開始するかを決定することを可能にするのに有用であってもよい。

文脈関係性検出部４２５は、招待客情報４０９、受取人情報４０８、及び／又は、他の情報に基づいて文脈関係性情報４２９を特定するように構成されてもよく、それらの複数の例が、共有されるユーザの複数の関心事に対して以下で提供される。しかしながら、文脈関係性検出部４２５は、共有されるユーザの複数の関心事に限定されず、例えば、これらに限定されるものではないが、ソーシャル関係情報及び／又は伝記情報などの文脈関係性情報の１又は複数の他のタイプを特定するように構成されてもよく、これらの複数の例が以下で更に提供される。

図４の例において、文脈関係性検出部４２５は、複数の受取人キーワード４１２および複数の招待客キーワード４２０に基づいて受取人および招待客の共有される複数の関心事を特定するキーワードモジュール４２４を含む。複数のキーワード４１２および４２０は、各々のユーザの複数の関心事（例えば複数のトピック／主題）に対応してもよい。キーワードモジュール４２４は、複数のキーワード４１２および４２０を比較して、受取人および招待客に共通する１又は複数のキーワードのセットを特定するように構成されてもよく、これらはここで複数の共通キーワード４２８として示されている。各共通キーワード４２８は、受取人および招待客の共有される関心事を表わしてもよい。

文脈関係性検出部４２５は更に、図１及び／又は図２に対して上述したような、複数のユーザが興味のある複数のアイテム（例えば、興味のある複数のアイテム４７０および４７２）を特定し、複数のアイテムの同系性に基づいて興味のある複数のアイテムをクラスタ化し（例えば複数のクラスタ４１０および４１８）、複数のキーワード（例えば複数のキーワード４１２および４２０）を各々のクラスタと関連付けるユーザ関心事検出モジュールを含んでもよい。

キーワードモジュール４２４、又は他のキーワードモジュールは、あるイベントの各招待客に対して１又は複数の共通キーワード のセットを特定するように構成されてもよい。

キーワードモジュール４２４、又は他キーワードモジュールは、あるユーザが招待客である各イベントに対して複数の共通キーワードのセットを特定するように構成されてもよい。

キーワードモジュール４２４は、あるユーザのキーワードが別のユーザのキーワードに一致しない場合、そのユーザのキーワードがその別のユーザに開示されることを不可能にするように構成されてもよい。

キーワードモジュール４２４は、複数の未承認のアプリケーション、処理、スレッド、及び／又は、ユーザがアクセス不可能な（例えば、複数のデータエージェント４０２および４０４、対応する複数のユーザ、及び、他の複数の処理モジュール４３０がアクセス不可能な）保護ドメイン又は環境内で、複数のキーワードを比較するように構成されてもよい。保護ドメインは、メモリのアクセス保護領域、ハードウェア／ファームウェアベースのトラステッド実行環境（ＴＥＥ）、システム管理モード（ＳＭＭ）、仮想機械（ＶＭ）、立ち入り禁止の（ＯＯＢ）チャネル、及び／又は、他の環境、モジュール、並びに／若しくは、技術を含んでもよい。保護ドメインは、ユーザデバイス、クラウドサーバ、及び、それらの組み合わせの中で構成されてもよい。

キーワードモジュール４２４及び／又は別のモジュールは、複数のキーワード、及び／又は、複数のユーザの複数の共通キーワードのデータベースを保持するように構成されてもよく、保護ドメイン内で保持されてもよい。複数のキーワードは、例えば、バックグラウンド（例えば「ユーザアプリケーションからのスワイプ上で」）で集められてもよい。

図４において、複数の処理モジュール４３０は更に、受取人データエージェント４０２が文脈関係性情報４２９に基づいて招待客データエージェント４０４からの複数の要求４５０を処理することを可能にする要求モジュール４３２を含む。要求モジュール４３２は、文脈又は文脈関係性情報４２９に基づいて、応答４５２でデータエージェント４０４に返信される受取人情報４０８を選択及び／又は限定するように構成されてもよい。

一実施形態において、要求モジュール４３２は、招待客に対して十分な文脈関係性が存在する場合、受取人情報４０８を招待客に開示するように構成される。文脈関係性情報は複数の招待客間で異なるので、受取人情報４０８の開示は各招待客に対して個別化される。例えば、サブセットの興味のある複数のアイテム４７０は、受取人が興味のある複数のアイテムの個人用設定された希望リストとしてデータエージェント４０４に開示されてもよい。サブセットの興味のある複数のアイテム４７０は、受取人用の複数の潜在的ギフトとして招待客が検討又は評価するために、ワークスペース４４１の複数のコンテンツ４４０に追加されてもよい。

要求モジュール４３２は、招待客からの明示的な要求４５０に基づいて（すなわちＵＩ４４２を通じて）、及び／又は、例えば招待客データエージェント４０４から受取人データエージェント４０２への最初の通信に応じた黙示的要求に基づいて、個人用設定された希望リストを招待客データエージェント４０４に提供するように構成されてもよい。例えば、ＵＩ４４２は、ユーザが招待客である複数のイベントのリストを提供するように構成されてもよく、更に、受取人イベントを選択する際にイベントＩＤを受取人データエージェント４０２に送信するように構成されてもよい。この例において、要求モジュール４３２は、イベントＩＤ受取の際に個人用設定された希望リストを招待客４０４に提供するように構成されてもよい。

要求モジュール４３２は更に、イベントＩＤ受取の際に複数の共通キーワード４２８を決定すべくキーワードモジュール４２４を起動し、複数の共通キーワード４２８に基づいて（すなわち、共有される複数の関心事に基づいて）個人用設定された希望リストをデータエージェント４０４に提供するように構成されてもよい。この例において、要求モジュール４３２は、クラスタ４１０と関連付けられたキーワード４１２が受取人キーワード４２０に一致する場合、クラスタ４１０の複数のアイテム４７０を備える個人用設定された希望リストをポピュレートするように構成されてもよい。一実施形態において、要求モジュール４３２は、図５を参照して以下で更に説明されるように、アイテム又は関連キーワード４１２がプライベート指定されている場合に興味のあるアイテム４７０の開示を不可能にするように構成される。

要求モジュール４３２は、要求応答４５２で開示される興味のある複数のアイテム４７０の数を限定するように構成されてもよい。その限定は、閾値、現在ワークスペース４４１にある複数のアイテムの数、及び／又は、関心事又はトピック毎の複数のアイテムの数に基づいてもよい。

要求モジュール４３２は、共有される関心事の特質、程度、並びに／若しくは、タイプに基づき得、及び／又は、受取人にとってのアイテムの望ましさ（例えば、受取人が興味のある程度又は度合）に基づき得る関連性要因に基づいて、要求応答４５２で開示される複数のアイテムを限定するように構成されてもよい。

要求モジュール４３２は、サプライズ要因に基づいて要求応答４５２を限定するように構成されてもよい。

要求モジュール４３２は、キーワード比較に基づき得る快適ゾーン要因に基づいて、要求応答４５２を限定するように構成されてもよい。一例として、第１ユーザのある関心事がサブセットの第２ユーザの関心事である場合、その関心事に対応する情報は、それがサブセットの関心事に関係しない限りにおいて快適ゾーンの外側であると見なされ得る。他の複数の例は、第１ユーザがある分野の専門家であり、その一方で、第２ユーザがその分野の初心者である状況を含む。

要求モジュール４３２は、１又は複数のユーザ設定可能なパラメータに基づいて要求応答４５２を限定するように構成されてもよい。ユーザ設定可能なパラメータは、価格制約（例えば、価格範囲及び／又は価格上限）、地理的エリア若しくは範囲、ベンダー、ストア若しくは製造者、及び／又は、ワークスペースＵＩ４４２を通じて設定可能であり得る他のパラメータを含んでもよいが、これらに限定されるものではない。

図４において、複数の処理モジュール４３０は更に、受取人情報４０８以外のソースから招待客によってワークスペース４４１に追加されるアイテム４５４にスコア４５６を割り当てるスコアモジュール４３４を含む。スコア４５６は、アイテム４５４が第１ユーザの興味のあるものである確率を示してもよい。スコアモジュール４３４は、ワークスペースＵＩ４４２を通じた招待客からの明示的な要求に基づいて、及び／又は、アイテム４５４がワークスペース４４１に追加された場合に自動的に割り当てスコア４５６を決定するように構成されてもよい。

スコアモジュール４３４は、受取人情報４０８、招待客情報４０９、及び／又は、文脈関係性情報４２９に基づいて、スコア４５６を割り当てるように構成されてもよい。例えば、スコアモジュール４３４は、アイテムが受取人の関心事に関連する程度、アイテムが共有される興味のある／共通のキーワード４２８に関連する程度、及び／又は、招待客と受取人との間で共有される複数の関心事の程度、数並びに／若しくは質に基づいて、スコア４５６を割り当てるように構成されてもよい。スコア４５６はまた、受取人と招待との間のソーシャル関係、及び／又は、アイテムに対する、並びに／若しくは、関連トピック或いは関心事に対する、招待客の認識、適格性または専門的知識などの伝記情報に基づいてもよい。

スコアモジュール４３４は、マーケット４３８における他の複数のアイテムに基づいてスコア４５６を決定するように構成されてもよく、それらの幾つかは招待客のＵＩ４４２内で提供されなくてもよい。

スコアモジュール４３４は、メタデータまたは複数のアイテムデスクリプタに基づいてスコア４５６を決定するように構成されてもよい。

スコアモジュール４３４は、受取人が、別の製造者からの同様の又は競合するアイテムなどの同様のアイテムを既に所有しているかどうかに基づいて、スコア４５６を決定するように構成されてもよい。

スコアモジュール４３４は、アイテム４５４が受取人によって既に所有されている、既にマーケット４４６にある、及び／又は、マーケット４４６において受取人へのギフトとして購入するために購入されている又は選択されている場合に、スコア４５６を割り当てることを不可能にされてもよい。

スコア４５６は、例えば、招待客がアイテム４５４をマーケット４４６に移動させるかどうかを決定する際に、及び／又は、受取人との関係を発展させるか快適ゾーンのままに維持するかを決定する際に、そのスコアを考慮することを可能にすべく、招待客に開示されてもよい。

スコアモジュール４３４は、招待客ごとに、スコア４５６を割り当てるために追加される複数のアイテム４５４の数を限定するように構成されてもよい。これは、様々なアイテムに割り当てられるスコアに基づいて、ある招待客が、受取人の複数の関心事、及び／又は、受取人が興味のある複数のアイテムを推測することを不可能にするのに役立たせてもよい。スコアモジュール４３４は、アイテム４５４が招待客キーワード４２０に十分に関連していない、及び／又は、共通キーワード４２８に十分に関連していない場合、スコア４５６をそのアイテムに割り当てることを不可能にされてもよい。十分性は、同系性の閾値測定に基づいてもよい。

スコアモジュール４３４は、アイテム４５４が受取人によってプライベート指定されている関心事（すなわち、クラスタ４１０）に関連する場合、スコア４５６を割り当てることを不可能にされてもよい。複数のプライバシー指定は、図５を参照して以下で更に説明される。

図４において、複数の処理モジュール４３０は更に、複数の招待客が対応する文脈関係性情報４２９に基づいて互いに共同するのを可能にすることを含めてマーケット４４６を管理する、マーケットモジュール４３６を含む。マーケット４４６およびマーケットモジュール４３６は共に、受取人が興味ありそうな複数のアイテムをクラウドソーシングするためのツールとして機能してもよい。

マーケットモジュール４３６は、ワークスペース４４１からの要求又はコマンドに基づいて、アイテム４５８をマーケット４４６に追加するように構成されてもよい。

マーケットモジュール４３６は、招待客の情報をアイテムと関連付けるように構成されてもよい。その情報は、受取人と共有される関連する関心事、受取人とのソーシャル関係、及び／又は、伝記情報（例えば、関連する認識、専門的知識、趣味、トレーニング、職業、及び／又は，受取人との複数の伝記共通性）などの、アイデンティティ及び／又は文脈情報を含んでもよい。

スコアモジュール４３４によってスコア４５６がアイテム４５８に割り当てられる場合、マーケットモジュール４３６は、スコアがマーケット４４６におけるアイテムに関連するのを保持するように構成されてもよい。マーケットモジュール４３６は、割り当てられるスコアが閾値以下である場合に、アイテムマーケット４４６を拒否するように構成されてもよい。

マーケットモジュール４３６は更に、文脈関係性情報４２９に基づいて、複数の選択されるマーケットアイテム／情報４６０を文脈マーケットＵＩ４４８に選択的に開示するように構成される。文脈関係性情報は複数の招待客間で異なるので、複数の選択されるマーケットアイテム／情報４６０は、マーケット４４６の個別化された又は招待客固有のビューとして機能する。

マーケットモジュール４３６は更に、以下の複数の例において説明されるように、対応する複数の招待客の文脈関係性情報に基づいて、複数の招待客が、複数のマーケットアイテム４４７に対し互いに共同することを可能にするように構成される。

一実施形態において、マーケットモジュール４３６は、複数の招待客が、対応する文脈マーケットＵＩ４４８内で提供される複数のアイテム及び／又は情報に対するユーザ入力を提出することを可能にするように構成される。図４において、招待客は、選択される複数のマーケットアイテム／情報４６０に対するユーザ入力４６２を提出することを可能にされる。

マーケットアイテム４４７に対する複数の招待客からのユーザ入力は、アイテムが受取人の興味のある又は興味ありそうな度合を示す複数の参照点として機能してもよい。従って、複数の招待客からのユーザ入力４６２は、受取人がアイテムに興味のある確率を予測又は示唆するのに用いられてもよい。複数の招待客からのユーザ入力４６２は、例えば、マーケットアイテムをスコアし、及び／又は、前に割り当てたスコアを変更するのに用いられてもよい。

マーケットアイテム４４７と関連付けられるユーザ入力４６２は、例えば、共有される複数の関心事の程度、数、並びに／若しくは、質、複数のソーシャル関係、及び／又は、アイテムに対する並びに／若しくはアイテムと関連付けられるトピック又は題目に対する適格性／専門的知識などの文脈情報に基づいて、重み付けされてもよく、これらの複数の例が以下で更に提供される。

ユーザ入力４６２は、コメント、票、及び／又は、購入選択を含んでもよいが、これらに限定されるものではない。複数の購入選択は以下で更に説明する。

コメントは、別の招待客によって提出されるマーケットアイテム及び／又はユーザ入力に向けられてもよい。

招待客は、受取人への潜在的ギフトとしてアイテムの承認又は不承認（すなわち、賛成または反対）に票を投じてもよい。アイテムは単に、選択された複数の招待客の複数の文脈マーケットＵＩにおいて（すなわち、共通文脈及び／又は文脈関係性に基づいて）提供されるだけなので、票を投じることは、選択される複数の招待客に限定されない。

複数の招待客の複数の票は、例えば、複数の賛成票の数、複数の反対票の数、及び／又は、複数の票の集約数などで、勘定されてもよい。勘定は、受取人がアイテムに興味のある確率の程度として機能してもよい。

票は、投票者の文脈関係性情報４２９及び／又は他の要因に基づいて重み付けされてもよい。ある例が、１０人のユーザがあるアイテムに賛成の票を投じ、３人のユーザがそのアイテムに反対の票を投じる状況に対して提供される。賛成１０票のうち、２票は、関連分野の専門家によるものであって、１票は、受取人と近接したソーシャル関係を有するユーザ（例えば、家族または親友）によるものである。複数の専門家による複数の票、及び／又は、受取人と近接したソーシャル関係を有するユーザによる票は、１又は複数の他のユーザの複数の票よりも重く重み付けされてもよい。

マーケットモジュール４３６は更に、招待客の情報を招待客によって提出されたユーザ入力と関連付けるように構成されてもよい。その情報は、招待客によってマーケット４４６に追加されるアイテム４５８に対して上述したような、アイデンティティ及び／又は文脈情報を含んでもよい。

ユーザ入力４６２、及び／又は、招待客の情報は、各々の他の招待客の文脈関係性情報に基づいて、他の複数の招待客に開示されてもよい。従って、ユーザ入力４６２、及び／又は、招待客の情報は、何人かの招待客に開示され、他の複数の招待客には差し控えられてもよい。マーケットモジュール４３６は、ある招待客、又は、複数の招待客のあるグループが、各々の文脈マーケットＵＩ内で開示されるマーケットアイテム４４７を受取人へのギフトとして選択することを可能にするように構成されてもよい。マーケットモジュール４３６は、招待客によって、電子購入記録からマーケットアイテム４４７の購入を検出するように構成されてもよい。

マーケットモジュール４３６は、ある招待客がその招待客の文脈マーケットＵＩ４４８内で受取人へのクラウドソーシングされるギフトとして提供されるアイテムを提案することを可能にし、他の複数の招待客が受取人へのクラウドソーシングされるギフトとしてそのアイテムを購入すべくユーザ入力を提出する及び／又は複数の資金を寄付することを可能にするように構成されてもよい。

マーケットモジュール４３６は、マーケットアイテム４４７が受取人へのギフトとして購入すべく選択された及び／又は購入された場合、そのアイテムの後続の選択を不可能にするように構成されてもよい。マーケットモジュール４３６は、例えば、そのアイテムをタグ付けする、隠す、又は、マーケット４４６から除去するなど、そのアイテムを隔離するように構成されてもよい。同様に、要求モジュール４３２は、そのアイテムを後続の複数の要求応答４５２から除外するように構成されてもよい（例えば、そのアイテムを後続の複数の個人用設定された希望リストから除外すること）。

システム４００は、ある招待客が、要求４５０を提出し（例えば、受取人が興味のある複数のアイテムの個人用設定された希望リスト、又は、受取人に対して考え得る複数のギフトの個別化されたお勧めを要求し）、対応する要求応答４５２を受け取り、追加されたアイテム４５４に対するスコア４５６を取得し、購入用にマーケットアイテム４４７を選択し、マーケットアイテム４４７の購入をレポートし、及び／又は、クラウドソーシングされるギフトに他の複数の招待客に対して匿名で参加することを選択することを可能にするように構成されてもよい。

システム４００は更に、例えば、上記で更に説明された意外性を保持すべく、マーケット４４６と関連付けられるイベントより前の、受取人による、マーケット４４６、及び／又は、ワークスペース４４１並びに複数の他のユーザの複数のワークスペースへのアクセスを不可能にするように構成されてもよい。システム４００は更に、そのイベントより後の、受取人による、マーケット４４６、及び／又は、ワークスペース４４１並びに複数の他のユーザの複数のワークスペースへのアクセスを可能にするように構成されてもよい。

一実施形態において、データ収集システム１０６（図１）は、１又は複数の要因に基づいて複数のキーワード１２０を重み付けするように構成される。キーワード重みは、対応するクラスタ１１６の主題またはトピックに対してユーザが興味のある程度に基づいてもよく、及び／又は、クラスタ１１６の主題に対するユーザの専門的知識レベルを示してもよい。

図４において、システム４００は、重み付けされるユーザキーワードに対して１又は複数の機能を選択的に実施するように構成されてもよい。例えば、これらに限定されるものではないが、招待客モジュール４３２は、アイテムが共通キーワード４２８に関連し、対応する招待客キーワードと関連付けられる重みが十分性の閾値を満たす又は超過する場合、興味のあるアイテム４７０を招待客に開示するように構成されてもよい。

別の例として、ある招待客がアイテム４５４をワークスペース４４１に追加する場合、スコアモジュール４３４は、追加されたアイテムに関連する招待客キーワード４２０を特定し、招待客キーワード４２０と関連付けられた重みに少なくとも部分的に基づいて、スコア４５６を追加されたアイテムに割り当てるように構成されてもよい。

別の例として、その招待客がアイテム４５８をワークスペース４４１からマーケット４４６に移動しようと努めている場合、マーケットモジュール４３４は、そのアイテムに関連する招待客キーワード４２０を特定し、招待客キーワードと関連付けられた重みに少なくとも部分的に基づいて、そのアイテムをマーケット４４６に選択的に移動するように構成されてもよい。

別の例として、マーケットモジュール４２６は、複数の共通キーワード４２８と、複数の対応する招待客キーワード４２０と関連付けられた複数の重みとの組み合わせに基づいて、文脈マーケットＵＩ４４８内での開示用に複数のマーケットアイテム／情報４６０を選択するように構成されてもよい。

別の例として、招待客がマーケットアイテム４４７に対して票を提出する場合、マーケットモジュール４２６は、そのアイテムに関連する招待客キーワード４２０を特定し、招待客キーワードと関連付けられた重みに基づいて、その票を重み付けするように構成されてもよい。

幾つかの状況において、ユーザは、任意の状況／文脈下でそのユーザの関心事に関連する情報開示を回避することを望んでもよい。非情報開示（プライベート）に対するユーザの好みは、関心事と関連付けられた複数のアイテム（例えば、食料雑貨類、化粧品類、医薬品）を複数のギフトとして受け取ることを回避したい、及び／又は、ある関係における不快、困惑、及び／又は、不利益を回避したい、という希望に基づいてもよい。逆に、ユーザは、如何なる文脈限定もせずに（パブリックに）、ユーザの別の関心事に関連する情報開示を望んでもよい。

一実施形態において、システム４００は、ユーザがユーザ情報をプライベートな、パブリックな、又は文脈的なものとして選択的に指定することを可能にするように構成される。関心事ベースのレベル（すなわち複数のキーワード）に基づいて、及び／又は、アイテムレベルで、複数の指定が成されてもよい。複数の例が図５を参照して以下で提供される。

図５は、第１ユーザの情報を１又は複数の他のユーザに文脈的に開示し、複数の文脈関係性および複数のユーザ割り当てされたプライバシー指定に基づいて、複数の他のユーザの複数のサブセットが開示情報の複数の部分に対して互いに共同することを可能にするシステム５００のブロック図である。

システム５００は、図４に対して上述したような、受取人データエージェント５０２と、複数の招待客データエージェント５０４および５０５と、１又は複数の処理モジュール５３０とを含む。

複数のデータエージェント５０２および５０４は、複数のユーザが、プライベートな、パブリックな、又は、文脈的なものとして、各々のユーザの複数のキーワード５１２および５２０を指定し、及び／又は、各々のユーザが興味のある複数のアイテムを指定することを可能にする、各々のキーワードＵＩ５６２および５６４を含む。

複数の処理モジュール５３０は、１又は複数の共通キーワード のセット５２８を決定するキーワードモジュール５２４を含む。

一実施形態において、キーワードモジュール５２４は、複数の受取人文脈キーワード５５０と複数の招待客文脈キーワード５５６との比較に基づいて共通キーワード５２８を決定し、受取人パブリックキーワード５５４を共通キーワード５２８に追加するように構成される。この例において、情報は、受取人の共有される関心事及び／又はパブリックな関心事に関連する場合に、招待客データエージェント５０４に開示される。この例において、情報は、招待客によってプライベート指定されている関心事に関連する場合であっても、招待客に開示されてもよい。

図５において示される別の実施形態において、キーワードモジュール５２４は、複数の受取人文脈キーワード５５０および複数の受取人パブリックキーワード５５４の組み合わせセットを、複数の招待客文脈キーワード５５６および複数の招待客パブリックキーワード５６０の組み合わせセットと比較するように構成される。この例において、情報は、受取人及び／又は招待客によってプライベート指定されている関心事に関連する場合、招待客データエージェント５０４に開示されない。この実施形態は、あるユーザが、複数の他のユーザに開示される情報の範囲、及び、複数の他のユーザによってそのユーザに開示される情報の範囲を限定することを、効率的に可能にする。

本明細書において説明されるシステムは、パーソナルクラウドＵＩとして機能し得、タブブラウザＧＵＩを含み得る、ディスプレイ又はモニタ上にグラフィカルユーザインタフェースを提供するように構成されてもよい。複数の例が図６、７および８を参照して以下で提供される。しかしながら、パーソナルクラウドＵＩは、図６、７または８の複数の例に限定されない。

図６は、ユーザの複数の関心事（例えば複数のトピック／主題）を表示するキーワードＵＩ６００の画像である。キーワードＵＩ６００は、図５においてキーワードＵＩ５６２または５６４に対応してもよい。キーワードＵＩ６００は、ユーザの複数の関心事に対応する複数のタブを含む。複数のタブは、各々のユーザの複数のキーワード（例えば図５におけるキーワード５１２または５２０）でラベリングされてもよい。図６の例において、複数のタブが「ハイキング」および「トラベル」とラベリングされている。

複数のタブは、ユーザが対応する関心事をパブリックな、プライベートな、又は、文脈的なものとして指定することを可能にする、ユーザ設定可能な複数のセキュリティ指定ボックス６０２および６０４を含む。

キーワードＵＩ６００は、セキュリティ指定ボックスが選択（例えばクリック又はタップ）された場合に、ユーザ選択可能な複数のセキュリティ指定のプルダウンリストを提供するように構成されてもよい。代替的に、キーワードＵＩ６００は、ユーザ選択可能な複数の指定を通じて、セキュリティ指定ボックスの各クリック又はタップで切り替わるように構成されてもよい。

ユーザ選択されたセキュリティ指定は、プライベート用のロックアイコン、及び、パブリック用の棒人間などの、対応する画像又はアイコンで表わされてもよい。ハイキングタブにおける「１４」という数は、ユーザが興味のある１４個のアイテムがハイキングと関連付けられていることを示している。トラベルタブにおける「５」という数は、ユーザが興味のある５個のアイテムがトラベルと関連付けられていることを示している。図６において、トラベルタブは、ユーザが興味のある５個のアイテムに対応する５つのサブタブを表示すべく拡張されている。５つのサブタブのそれぞれは、ユーザの関心事又はキーワードに割り当てられた任意のセキュリティ指定をオーバーライドすべく、ユーザがあるアイテムにセキュリティ指定を割り当てることを可能にする、対応するセキュリティ指定ボックスを含む。

図７は、図４におけるワークスペースＵＩ４４２に対応し得るワークスペースＵＩ７００の画像である。

ワークスペースＵＩ７００は、複数のアイテム７０２（すなわち、複数のアイコン、複数の画像、又は、他の複数のアイテム表現）を含む。複数のアイテム７０２は、図４におけるワークスペース４４１の複数のコンテンツ４４０に対応してもよい。

ワークスペースＵＩ７００は更に、複数のスライダー制御７０４を含み、例えば本明細書において１又は複数の例で説明される通り、ユーザが複数のフィルタを構成することを可能にするようにスライダー制御する。

図８は、例えば本明細書において１又は複数の例で説明されるような、マーケットの選択された複数のアイテム／情報８０２を表示するマーケットＵＩ８００の画像である。文脈マーケットＵＩ８００は、図４における文脈マーケットＵＩ４４８に対応してもよい。

文脈マーケットＵＩ８００は、例えば本明細書において１又は複数の例で説明されるような、ユーザ選択可能な複数のギフト選択肢を提供する、ユーザ選択可能な複数の「ギフト」アイコン８０４を含む。

図７および８において、複数のＵＩ７００および８００は更に、ユーザが複数のＵＩ間をスイッチすることを可能にする各々のツールバー７０６および８０６を含む。複数のツールバー７０６および８０６は、タッチ、スワイプ、又は、他の動作に応じて、複数のＵＩ間をスクロールするように構成されてもよい。複数のツールバー７０６および８０６は各々、同じツールバーの複数のビューを表わしてもよい。ツールバー７０６は、人ＵＩ、ワークスペースＵＩ７００、及び、マーケットＵＩ（例えばマーケットＵＩ８００）を表示するように制御可能である。ツールバー８０６は、ワークスペースＵＩ（例えばワークスペースＵＩ７００）、マーケットＵＩ８００、及び、アイテム詳細ＵＩを表示するように制御可能である。

図９は、文脈に基づいてワークスペース（例えば図４におけるワークスペース４８２）を管理する方法９００のフローチャートである。

段階９０２において、ユーザは、ユーザが招待客である受取人のイベントを選択する。

段階９０４において、受取人および招待客の複数のキーワードが、１又は複数の共通キーワード のセットを特定すべく比較される。

段階９０６において、招待客は、図４におけるワークスペースＵＩ４４２のようなイベント用のワークスペースＵＩを提供される。

段階９０８において、共通キーワードに関連する、受取人が興味のある複数のアイテムが特定される。特定された複数のアイテムは、受取人が興味のある複数のアイテムの個人用設定された希望リストとして機能してもよい。受取人が興味のある複数の追加アイテムが、他の文脈関係性に基づいて特定されてもよい。

段階９１０において、段階９０８で特定された複数のアイテムがフィルタリングされるべきならば、処理は段階９１２に進む。ここでは、段階９０８で特定された複数のアイテムが、１又は複数の予め決定された及び／又はユーザ設定可能な基準に基づいてフィルタリングされる。

段階９１４において、ワークスペースＵＩは、段階９０８で特定された複数のアイテム、又は、段階９１２でのフィルタリングの結果と共にポピュレートされる。

段階９１６において、招待客によって（例えば受取人の情報以外のソースから）アイテムがワークスペースＵＩに追加されるならば、図４においてスコアモジュール４３４に対して上述したように、アイテムは段階９１８においてスコア化されてもよい。

段階９２０において、招待客がアイテムをワークスペースＵＩからイベントに関連付けられたマーケットに移動することを選択するならば、図４においてマーケット４４６に対して上述したように、段階９２２においてアイテムはマーケットに移動される。図４に対して上述したように、アイテムは、そのアイテムと関連付けられたスコア及び／又は他の要因に基づいて、マーケットに選択的に移動されてもよい。

方法９００は、あるイベントの複数の招待客のそれぞれに対して実行されてもよい。図１０は、複数の招待客が受取人の興味のある複数の潜在的ギフトをクラウドソーシングすることを可能にすることのような、共有されるワークスペース又はマーケット（例えば図４におけるマーケット４４６）を管理する方法１０００のフローチャートである。

マーケットは、方法９００に対して上述したように、１又は複数の招待客によって複数のアイテムと共にポピュレートされてもよい。しかしながら、方法１０００は、方法９００の例に限定されない。

段階１００２において、ユーザは、ユーザが招待客である受取人イベントを選択する。ここでは、そのイベントはマーケットと関連付けられる。

段階１００４において、受取人および招待客の複数のキーワードは、１又は複数の共通キーワード のセットを特定すべく比較される。

段階１００６において、招待客は、図４における文脈マーケットＵＩ４４８のようなイベント用の文脈マーケットＵＩを提供される。

段階１００８において、マーケット内の共通キーワードに関連する複数のアイテムが特定される。他の文脈関係性に基づいて、複数の追加マーケットアイテムが特定されてもよい。

段階１０１０において、段階１００８で特定された複数のアイテムがフィルタリングされるべきならば、処理は段階１０１２に進む。ここでは、段階１００８で特定された複数のアイテムが、１又は複数の予め決定された及び／又はユーザ設定可能な基準に基づいてフィルタリングされる。

段階１０１４において、文脈マーケットＵＩは、段階１００８で特定された複数のアイテム、又は、段階１０１２でのフィルタリングの結果と共にポピュレートされる。段階１００２から段階１０１４は、複数の招待客のそれぞれに対して実行されてもよい。

段階１０１６において、招待客は、文脈マーケットＵＩ内で提供された１又は複数のアイテムに対して票を提出してもよい。

段階１０１８において、票の重み付けが使用されるならば、段階１０２０において、複数の票を受け取る各マーケットアイテムに対し、複数の招待客の複数の票が重み付けされる。

段階１０２２において、複数の票を受け取る各マーケットアイテムに対し、重み付けされた又は重み付けされてない複数の票が勘定される。勘定は、例えば本明細書において１又は複数の例で説明されるように、受取人がアイテムに興味ありそうな程度として機能してもよい。

段階１０２４において、招待客は、文脈マーケットＵＩ内で提供された１又は複数のアイテムに対して、及び／又は、文脈マーケットＵＩ内で提供された他の複数の招待客の複数のコメントに対して、複数のコメントを提出してもよい。

段階１０２６において、複数の票数、複数の招待客の複数のコメント、及び／又は、各々の招待客の情報は、例えば複数の招待客が受取人へのギフトを選択するのをアシストすべく、各々の招待客の文脈関係性情報に基づいて、複数の招待客間で開示または共有される。

段階１０２８において、例えば本明細書において１又は複数の例で説明されるように、招待客は、受取人用にマーケットアイテムを購入し若しくは購入することを選択してもよく、及び／又は、複数の招待客のグループは、受取人に対するギフトとしてのマーケットアイテムの、クラウドソーシングされる複数の購入に参加することを選択してもよい。

段階１０３０において、例えば本明細書において１又は複数の例で説明されるように、選択された又は購入されたマーケットアイテムは、後続の選択／購入を不可能にされる。

方法９００および１０００のそれぞれ、及び／又は、それらの複数の部分は、単独で、及び／又は、互いの様々な組み合わせで、実行されてもよい。

一例が方法９００および１０００を参照して以下で提供される。この例は、
受取人並びに第１招待客がテニスにおいて関心事を共有し、
受取人が新しいテニスラケットを取得することに興味があり、
第１招待客がかつてはプロフェッショナルテニスプレーヤであり、
第２招待客がテニスに興味ないが受取人と親友関係を有し、且つ、
第３招待客がテニスに興味あるが（例えば、観客または初心者／娯楽でのテニスプレーヤ）、第１招待客に比べてテニスの経験及び／又は認識が少ない
といった、受取人と複数の招待客とに基づく。

図９における段階９１６において、第１招待客は、特定のテニスラケットを特定し（例えば製造者／モデル）、第１招待客のワークスペースに追加する。第１招待客は、ストアでテニスラケットのバーコードをスキャンすることによって、及び／又は、ブラウザ内でテニスラケットを選択することによって、テニスラケットを特定してもよい。

段階９１８において、特定されたテニスラケットはスコア化される。

段階９２０において、第１招待客は、他の複数の招待客による検討用に、（例えば、他の複数の招待客が、図１０における段階１０１６で票を投じ、図１０における段階１０２４で複数のコメントを提供し、図１０における段階１０２８でアイテムを購入及び／又はそのグループベース購入に参加することを可能にすべく）テニスラケットをワークスペースからマーケットへと移動する。

図１０における段階１００８から段階１０１４において、テニスラケットは、第３招待客のテニスへの関心事に基づいて、第３招待客の文脈マーケットＵＩ内に提供される。段階９２２においてテニスラケットに割り当てられるスコア、及び／又は、第１招待客の情報（例えば、第１招待客のアイデンティティ、及び／又は、第１招待客がかつてはプロフェッショナルテニスプレーヤであるという事実）はまた、第３招待客の文脈マーケットＵＩ内に提供されてもよい。

テニスラケットはまた、受取人とのパーソナルの友人関係に基づいて（すなわち、第２招待客がテニスに興味がない場合であっても）、第２招待客の文脈マーケットＵＩ内に提供される。これは、テニスラケットに興味のある受取人に関連し得る友人関係を通じて得られた認識に基づいて、ユーザ入力を取得するのに有用であってもよい。例えば、受取人は、特定のブランド、モデル、ストア、色、及び／又は、他の要因に対して、第２招待客に好みをプライベートに示していてもよい。

段階１０１６および段階１０２４において、テニスラケットが開示される各招待客は、テニスラケットに対して票及び／又はコメントを提出してもよい。テニスラケットの賛成票は、テニスラケットの提出者としての第１招待客に関して、自動的に又は本来的に生成されてもよい。

段階１０１８において、第１招待客（すなわちテニス専門家）からの票は、第１招待客がかつてはテニスプロフェッショナルであるという事実に基づいて重み付けされてもよい。その重みは、経験及び／又は認識の差を考慮すべく、第３招待客によるテニスラケットへの反対票を相殺するよりも高いであろうレベルにセットされてもよい。

段階１０１８においてもまた、第２招待客による票は、受取人との友人関係に基づいて重み付けされてもよい。

段階１０２２において、（重み付けされた及び／又は重み付けされてない）複数の票が勘定される。

段階１０２６において、票数、票数を反映するスコア、複数の招待客コメント、及び／又は、対応する複数の招待客の情報は、例えば段階１０２８において複数の招待客が受取人へのギフトを選択するのをアシストすべく、各々の文脈関係性に基づいて、複数の招待客間で選択的に開示される。

方法９００および１０００は、上記の複数の例に限定されない。

図１１は、イベントに招待客に対して情報を文脈的に開示するセッションを開始する方法１１００のフローチャートである。

段階１１０２において、ユーザは、ユーザが招待客であるイベントを選択するように促される。ユーザは、イベント選択アイコンを提供されてもよく、それらの選択は、ユーザに、ユーザが招待されるユーザ選択可能な複数のイベントのリストを提供する。

イベント選択アイコンは、クラウドソーシングされるギフトアプリケーション若しくはサービスのＵＩ内で、又は、ソーシャルネットワークサービスのような別のアプリケーション若しくはサービスのＵＩ内で表示されてもよい。後者の状況においては、イベント選択アイコンの選択によって、クラウドソーシングされるギフトサービスＵＩへリダイレクトしてもよい。クラウドソーシングされるギフトサービスは、ソーシャルネットワークサービスまたは独立したソーシャルネットワークサービスによってホスティングされてもよい。

複数のイベントのリストは、ユーザと関連付けられた電子カレンダーから、及び／又は、複数の電子メッセージ並びに／若しくはユーザのソーシャルネットワーキングアカウントなどの別のアプリケーション又はサービスから、取得されてもよい。

段階１１０４において、段階１１０２でイベントを選択する際、ユーザ／招待客のデータエージェントから、イベントと関連付けられたユーザ／受取人のデータエージェントに通知が送信される。通知は、受取人／イベント用のギフトを購入しようとする意図又は希望の通知として機能してもよく、又は、それを含んでもよい。

段階１１０６において、受取人データエージェントは、受取人および招待客の文脈関係性情報（例えば共通の複数の関心事）を特定すべく、セキュア環境に要求を送信する。

段階１１０８において、受取人の複数のキーワードおよび招待客の複数のキーワードは、セキュア環境内で受け取られる。複数のキーワードは、パブリック及び／又は文脈的なものに指定された複数のキーワードを含んでもよい。複数のキーワードは、対応する複数のユーザに閲覧可能であってもよく、又は、単にシステムが複数のクエリを発行すべく用いられてもよい。

段階１１１０において、複数のキーワードは、１又は複数の共通キーワード のセットを特定すべく、セキュア環境内で比較される。

段階１１１２において、共通キーワードは、受取人データエージェントと招待客データエージェントとに提供される。共通キーワードは、受取人及び／又は招待客に閲覧可能であってもよい。代替的に、共通キーワードは、受取人及び／又は招待客から隠されて、対応する複数のデータエージェントによって単に内部で用いられてもよい。

段階１１１４において、受取人データエージェントは、例えば本明細書において１又は複数の例で説明されるような、招待客データエージェントからの（及び、他の複数の招待客の複数のデータエージェントからの）複数のクエリを処理する。

方法１１００及び／又はそれの複数の部分は、単独で、及び／又は、方法９００及び／又は方法１０００の複数の特徴との様々な組み合わせにおいて実行されてもよい。

本明細書において開示される複数の方法およびシステムは、互いに知らないかもしれない人々の間における複数のソーシャル相互作用を促してもよく、及び／又は、あるイベントの周りに共に来る複数の同盟およびコミュニティーを生み出してもよい。例えば、図４における要求４５０は、例えば、エンターテイナー又はパフォーマーなどの、特定の関心事を有する複数のユーザを見つけ出すべく、複数のユーザに（すなわち、全体的なクエリに）向けられてもよい。

１又は複数のセキュリティ特徴は、意図されていない使用、望ましくない使用、及び／又は、誤用（本明細書において集合的に誤用と呼ばれる。）に対してガードすべく提供されてもよい。誤用および対応する複数のセキュリティ特徴の複数の例は、以下で開示される。複数のセキュリティ特徴は、以下の複数の例に限定されない。

誤用である使用は、例えば、要求元の関心事ではない及び／又はターゲットによってプライベート指定されているターゲットの関心事を表示すべく、ターゲットの情報に対する複数のお勧め用の様々なクエリ及び／又は要求を提出するリクエスタを含んでもよい。そのような誤用に対抗すべく、複数の要求元は、限られた数のクエリを可能にされてもよい。その限定は、要求元とターゲットとの間の関係の証拠に部分的に基づいてもよい。関係証拠は、要求元の主張する関心事の証拠を含んでもよい。関係証拠は、要求元およびターゲット間のソーシャル関係の証拠を含んでもよい。これは、要求元及び／又はターゲットのソーシャルネットワーキングアカウントを通じて取得されてもよく、及び／又は、要求元およびターゲット間の複数の相互作用、要求元およびターゲットの両方に向けられた複数の招待状、及び／又は、他の要因に基づいてもよい。

別の例として、複数の共通キーワードの数及び／又は範囲を増加し、それによって、そうでなければ開示されるであろうものを超えて複数の他のユーザの複数の関心事を表示しようとする試みの中で、誤用は、ユーザと関連付けられる複数の関心事の数及び／又は範囲を増加すべくユーザが起こす複数の行動を含んでもよい。そのような複数の誤用に対抗すべく、使用は、閾値及び／又はパターンに対してモニタされてもよい。セキュリティ手順は、例えば複数の共通キーワードの数が閾値を超える場合に起動されてもよい。そのような誤用に対抗する別の技術は、自己報告の購入を裏付け又は否認すべく複数の電子記録を監視することである。否認によって、ユーザの既存の関心事／複数のキーワードの拡大を不可能にしてもよい。これによって、ユーザが実際に複数のアイテムを購入する場合を除き、複数の関心事／キーワードの購入ベースの拡大を不可能にしてもよい。複数の関心事／キーワードを過度に発展させる複数のアイテムの購入は、少なくとも比較的高価な複数のアイテムに対して、手が出ないほどに高価であってもよい。

本明細書において開示される１又は複数の特徴は、回路、機械、コンピュータシステム、プロセッサ並びにメモリ、コンピュータ可読媒体内で符号化されるコンピュータプログラム、及び／又は、それらの組み合わせにおいて実行されてもよいが、これらに限定されるものではない。回路は、ディスクリート回路及び／又は集積回路、特定用途向け集積回路（ＡＳＩＣ）、システムオンチップ（ＳｏＣ）、及び、それらの組み合わせを含んでもよい。ソフトウェアによる情報処理は、複数のハードウェアリソースを使用して具体的に実現されてもよい。

図１２は、第１ユーザの情報を１又は複数の他のユーザに開示し、複数の文脈又は文脈関係性に基づいて、複数の他のユーザの複数のサブセットが複数の開示情報の複数の部分に対して互いに共同することを可能にするように構成されたコンピュータシステム１２００のブロック図である。コンピュータシステム１２００は、ユーザデバイス、クラウドサーバ、及び／又は、それらの組み合わせを表わしてもよい。

コンピュータシステム１２００は、ここでプロセッサ１２０２として示されている、コンピュータ可読媒体１２０４内で符号化されたコンピュータプログラム１２０６の複数の命令を実行する１又は複数のプロセッサを含む。コンピュータ可読媒体１００４は更に、コンピュータプログラム１２０６の実行中にプロセッサ１２０２によって用いられ、及び／又は、コンピュータプログラム１２０６の実行中にプロセッサ１２０２によって生成されるデータ１２０８を含む。

プロセッサ１２０２は、１又は複数の命令プロセッサ及び／又はプロセッサコアと、命令プロセッサ／コアとコンピュータ可読媒体１２０４との間をインタフェースで連結する制御ユニットとを含んでもよい。プロセッサ１２０２は、マイクロプロセッサ、グラフィックプロセッサ、フィジックスプロセッサ、デジタル信号プロセッサ、ネットワークプロセッサ、フロントエンド処理装置、コプロセッサ、管理エンジン（ＭＥ）、コントローラ若しくはマイクロコントローラ、中央演算処理装置（ＣＰＵ）、汎用命令プロセッサ、及び／又は、特定用途向きプロセッサを含んでもよいが、これらに限定されるものではない。

媒体１２０４は、一時的又は非一時的コンピュータ可読媒体を含んでもよく、図１３を参照して以下で開示される１又は複数のタイプの媒体を含んでもよい。しかしながら、コンピュータ可読媒体１２０４は、図１３の複数の例に限定されない。

図１３は、プロセッサ１３０２およびコンピュータ可読媒体１３０４のブロック図である。図１３において、媒体１３０４は、一次記憶装置１３０６、二次記憶装置１３０８、及び、オフライン記憶装置１３１０を含む。

一次記憶装置１３０６は、複数のレジスタ１３１２、プロセッサキャッシュ１３１４、及び、メインメモリ若しくはシステムメモリ１３１６を含む。複数のレジスタ１３１２およびキャッシュ１３１４は、プロセッサ１３０２によって直接的にアクセス可能であってもよい。メインメモリ１３１６は、メモリバスを通じて直接的及び／又は間接的にプロセッサ１３０２にアクセス可能であってもよい。一次記憶装置１３０６は、ランダムアクセスメモリ（ＲＡＭ）、及び、静的ＲＡＭ（ＳＲＡＭ）並びに／若しくはダイナミックＲＡＭ（ＤＲＡＭ）を含むがこれらに限定されるものではないそれの複数の変形例などの揮発性メモリを含んでもよい。

二次記憶装置１３０８は、入力／出力（Ｉ／Ｏ）チャネルを通じてプロセッサ１３０２に間接的にアクセス可能であってもよく、リードオンリメモリ（ＲＯＭ）、及び、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、並びに、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）を含むがこれらに限定されるものではないそれの複数の変形例などの不揮発性メモリを含んでもよい。非揮発性メモリはまた、フラッシュメモリのような不揮発性ＲＡＭ（ＮＶＲＡＭ）を含んでもよい。二次記憶装置１３０８は、ハードディスク若しくはハードドライブ、フラッシュメモリドライブ、ステッキ若しくはキー、フロッピー（登録商標）ディスク、及び／又は、ジップドライブなどの大容量ストレージデバイスとして構成されてもよい。

オフライン記憶装置１３１０は、物理デバイスドライバ、及び、光学ディスクのような関連するリムーバブルストレージ媒体を含んでもよい。

図１２において、コンピュータプログラム１２０６は、図４における複数のデータエージェント４０２および４０４と図５における複数のデータエージェント５０２および５０４とのうちの１又は複数に対して上述したように、プロセッサ１２０２に、ユーザに代わって複数の受取人データエージェント機能および複数の招待客データエージェント機能を実施させる複数のデータエージェント命令１２１０を含む。

コンピュータプログラム１２０６は更に、図４および５において複数の処理モジュール４３０及び／又は５３０のうちの１又は複数に対して上述したような、プロセッサ１２０２に１又は複数の処理を実施させる複数の処理モジュール命令１２１２を含む。

複数の処理モジュール命令１２１２は、図１および２に対して上述したように、プロセッサ１２０２に、情報を収集させ、収集した情報からユーザの情報を抽出させ、抽出した情報からユーザが興味のある複数のアイテムを特定させ、興味のある回数をクラスタ化させ、複数のキーワードを複数のクラスタに割り当てさせる複数のデータ収集命令１２１４を含んでもよい。

複数の処理モジュール命令１２１２は、図４におけるキーワードモジュール４２４及び／又は図５におけるキーワードモジュール５２４に対して説明したように、プロセッサ１２０２に複数のユーザの複数のキーワードを比較させる複数のキーワード比較命令１２１６を含んでもよい。

複数の処理モジュール命令１２１２は、図４における要求モジュール４３２に対して上述したように、プロセッサ１２０２に他の複数のデータエージェントからの複数の要求を処理させる複数の要求処理命令１２１８を含んでもよい。

複数の処理モジュール命令１２１２は、図４におけるスコアモジュール４３４に対して上述したように、プロセッサ１２０２にユーザのワークスペースに追加される複数のアイテムをスコア化させる複数のスコアリング命令１２２０を含んでもよい。

複数の処理モジュール命令１２１２は、図４におけるマーケットモジュール４３６に対して上述したように、プロセッサ１２０２にユーザのイベントと関連付けられるマーケットを管理させる複数のマーケット命令１２２２を含んでもよい。

コンピュータシステム１２００は、アイテムをデータオブジェクトとして又はそれと共に表わし、データオブジェクトを、アイテム名称および複数のアイテムデスクリプタなどの説明情報と共にポピュレートするように構成されてもよい。データオブジェクトは、ベンダー若しくは製造者情報、価格設定情報、及び／又は、利用可能性情報などの他の情報と共にポピュレートされてもよいが、これらに限定されるものではない。ユーザによってアイテムがワークスペースに追加される場合（例えばスキャンによって）、コンピュータシステム１２００は、データオブジェクトをスコアと共に更にポピュレートするように構成されてもよい。データオブジェクトは更に、票数、票数に基づくスコア、複数の招待客の複数のコメント、及び／又は、各々の招待客の情報などの、複数の招待客間のマーケット連携を通じて生成される情報と共にポピュレートされてもよい。

コンピュータシステム１２００は更に、コンピュータシステム１２００の複数のデバイス及び／又は複数のリソース間で通信する通信基盤１２４０を含む。

コンピュータシステム１２００は更に、図１におけるデータソース１０４、図４におけるデータソース２０４、複数の他のユーザデバイス、及び／又は、図３におけるクラウドサーバ３３２などの１又は複数の他のシステムとインタフェースで連結する、１又は複数の入力／出力（Ｉ／Ｏ）デバイス及び／又はコントローラ１２４２を含む。

本明細書において開示される複数の方法およびシステムは、様々なシステム及び／又はデバイスのうちの１又は複数に対して実行されてもよく、これらの一例が図１４を参照して以下で提供される。しかしながら、本明細書において開示される複数の方法およびシステムは、図１４の複数の例に限定されない。

図１４は、１又は複数の他のユーザデバイス及び／又はクラウドサーバっとインタフェースで連結するユーザデバイス１４００の図である。

ユーザデバイス１４００は、プロセッサおよびメモリ１４０４を収容する筐体１４０２を含み、これは、メモリ、キャッシュ、及び／又は、他のコンピュータ可読媒体を含んでもよいが、これらに限定されるものではない。プロセッサおよびメモリ１４０４は、図１２及び／又は図１３を参照して上述した１又は複数の特徴に対して構成されてもよい。

ユーザデバイス１４００は更に１又は複数のＨＩＤを含む。図１４において、ユーザデバイス１４００は、ディスプレイ１４０６、複数のスピーカー１４０８、マイク１４１０を含む。ユーザデバイス１４００は、タッチ感応式の及び／又は機械的押圧可能な複数のキーを備える物理キーボードを含んでもよい。ディスプレイ１４０６がタッチ感応式ディスプレイを含む場合、プロセッサおよびメモリ１４０４は、ディスプレイ１４０６にキーボードの画像（すなわち、仮想キーボード）をレンダリングするように構成されてもよい。

プロセッサおよびメモリ１４０４は、例えば本明細書において１又は複数の例で説明される通り、ディスプレイ１４０６にキーワードＵＩ、ワークスペースＵＩ、及び／又は、文脈マーケットＵＩをレンダリングするように構成されてもよい。

ユーザデバイス１４００は更に、パケットベースのネットワーク（例えば固有ネットワーク及び／又はインターネット）、及び／又は、音声ネットワーク（例えば無線電話ネットワーク）を含み得る通信ネットワークを介して、１又は複数の他のデバイス又はシステム（例えば複数の他のユーザデバイス及び／又はクラウドサーバ）と通信する無線通信システム１４１０を含む。

ユーザデバイス１４００は、携帯電話若しくはスマートフォン、及び／又は、ラップトップ、ノートブック、ネットブック、ノートパッド、並びに／若しくは、タブレット或いはパッドシステムなどのコンピュータシステムや、及び／又は、他の従来の並びに／若しくは未来に開発されるユーザデバイスなど、ポータブル／手持ち式デバイスとして構成されてもよい。ユーザデバイス１４００はまた、デスクトップコンピュータ、セットトップボックス、及び／又は、ゲーム機などの固定デバイスとして構成されてもよい。しかしながら、ユーザデバイス１４００はこれらの例に限定されない。

図１５は、クラウドソーシングされた贈与アプリケーション１５００の図であり、クラウドソーシングされた贈与アプリケーションの複数の例示的又は潜在的な使用を示している。図１５において、ユーザであるニーナ１５０２は寄贈イベントに対して受取人である。複数のユーザであるジェーン１５０４、オーウェン１５０６およびローラ１５０８はそのイベントに招待客である。

図１５の例において、複数の招待客であるジェーン、オーウェンおよびローラは、彼ら自身の各々のデータエージェントを通じて、受取人ニーナ１５０２のデータエージェントに各々要求１５１０、１５１２および１５１４を提出する。

更に、図１５の例において、ジェーンは、＄２５を超えない、ニーナが興味のある複数のアイテムの情報開示（すなわち、＄２５を超えない、ニーナが興味のある複数のアイテムの個人用設定された希望リスト）を要求している。オーウェンは、図４におけるアイテム４５４およびスコア４５６に対して上述したような、オーウェンが特定したアイテムにニーナが興味ある確率を示すスコアを要求している。招待客であるローラ１５０８は、受取人ニーナ１５０２が興味のある複数のトピックの情報開示を要求している。ニーナのデータエージェントは、ニーナと複数の他のユーザのそれぞれとの間における文脈、文脈情報並びに／若しくは複数の文脈関係性に基づいて、文脈、文脈情報並びに／若しくは文脈関係性のタイプに応じた種々な様式を使用し、複数の要求１５１０、１５１２および１５１４のそれぞれに応答するように構成されている。

［実施例］

以下の複数の実施例は、複数の更なる実施形態に関する。

実施例１は、文脈関係性に基づいて情報を選択的に開示する、機械に実行される方法であって、ユーザデバイス、コンピュータアクセス可能なユーザアカウント、及び、ユーザの複数の電子購入記録のうちの１又は複数からの情報にアクセスして抽出する段階と、抽出情報に基づいてユーザが興味のある複数のアイテムを特定する段階と、複数のアイテムに関する説明情報を取得する段階と、複数のアイテム間の複数の類似点／非類似点に基づいて複数のアイテムをクラスタ化する段階と、ユーザが興味のある複数の題目を表わす複数の説明キーワードを複数のクラスタに割り当てる段階と、第１ユーザの複数のキーワードを第２ユーザの複数のキーワードと比較して１又は複数の共通キーワードのセットを特定する段階であり、各キーワードは各々のユーザが興味のある題目を表わしていて、各共通キーワードは第１ユーザ及び第２ユーザが興味のある共有題目を表わしている段階と、１又は複数の共通キーワードのセットに基づいて第１ユーザが興味のある複数のアイテムのサブセットを特定する段階と、第１ユーザ及び第２ユーザが興味のある複数の共有題目に基づいて調整される第１ユーザが興味のある複数のアイテムの希望リストとして、サブセットを第２ユーザに開示する段階と、を含む方法である。

実施例２において、方法は、対応する題目に対するユーザの専門的知識の程度、及び、題目へのユーザの興味の度合のうちの１又は複数に基づいてユーザキーワードを重み付けする段階と、第１ユーザが興味のあるアイテムが共通キーワードに関連し、第２ユーザの対応するキーワードと関連付けられる重みが閾値を満たすならば、第１ユーザが興味のあるアイテムをサブセット内に含ませる段階とを更に含む。

実施例３において、アクセスして抽出する段階は、コンピュータ可読買物リスト、コンピュータブラウザ、電子メッセージアカウント、コンピュータアクセス可能な金融口座、ベンダーでコンピュータアクセス可能なユーザアカウント、及び、ソーシャルネットワーキングサービスでコンピュータアクセス可能なユーザアカウントのうちの１又は複数からの情報にアクセスして抽出する段階を含む。

実施例４において、比較する段階は、第１ユーザ及び第２ユーザがアクセス不可能なドメイン内で第１ユーザ及び第２ユーザの複数のキーワードを比較する段階を含む。

実施例５において、方法は、第１ユーザ及び第２ユーザに対する複数の非一致キーワードの開示を不可能にする段階を更に含む。

実施例６において、特定する段階は、第１ユーザ及び第２ユーザがアクセス不可能なドメイン内で第１ユーザが興味のある複数のアイテムのサブセットを特定する段階を含む。

実施例７において、方法は、第１ユーザ及び第２ユーザのそれぞれが、複数のプライバシー指定のうちの１つを、各々のユーザの各キーワードに割り当てることを可能にする段階と、第１ユーザ及び第２ユーザのそれぞれが、クラスタのプライバシー指定と異なるプライバシー指定をクラスタのアイテムに割り当てることを可能にする段階とを更に含む。

実施例８において、複数のプライバシー指定は、任意の状況下で開示を不可能にするプライベート指定と、文脈関係性に基づいて選択的な開示を可能にする文脈指定とを含み、方法は、第１ユーザ及び第２ユーザの複数のプライベート指定キーワードを１又は複数の共通キーワードのセット内に含ませることを不可能にする段階と、アイテムがプライベート指定されているならばユーザが興味のあるアイテムの開示を不可能にする段階とを更に含む。

実施例９において、複数のプライバシー指定は、文脈関係性の制約無く開示を可能にするパブリック指定を更に含み、比較する段階は、第１ユーザの複数のパブリック指定キーワードおよび複数の文脈指定キーワードの組み合わせセットを、第２ユーザの複数のパブリック指定キーワードおよび複数の文脈指定キーワードの組み合わせセットと比較して、１又は複数の共通キーワードのセットを特定する段階を含む。

実施例１０において、実施例９の方法は、別のユーザとの複数の文脈関係性に基づいて、ユーザの複数の文脈指定キーワードを別のユーザに選択的に開示する段階と、文脈関係性の制約無くユーザの複数のパブリック指定キーワードを別のユーザに開示する段階とを更に含む。

実施例１１は、文脈関係性に基づいて情報を選択的に開示する、機械に実行される方法であって、第１ユーザと第２ユーザとの間の文脈関係性に基づいて第１ユーザが興味のある複数のアイテムのサブセットを選択する段階と、文脈関係性に基づいて調整される、第１ユーザが興味のある複数のアイテムの希望リストとして、複数のアイテムのサブセットを第２ユーザのワークスペース内で開示する段階と、第２ユーザのワークスペースから及び１又は複数の他のユーザの複数のワークスペースから複数のアイテムを受け取り、第１ユーザと第２ユーザとの間の文脈関係性に基づいて複数のマーケットアイテムのサブセットを選択するコンピュータベースのマーケットを提供する段階と、第２ユーザがワークスペースの複数のコンテンツを閲覧することを可能にし、第２ユーザが複数のアイテムをワークスペースからマーケットに移動することを可能にするワークスペースユーザインタフェース（ＵＩ）を提供する段階と、第２ユーザが、複数のマーケットアイテムのサブセットを閲覧し、複数のマーケットアイテムのサブセットに対する入力を提出し、複数のマーケットアイテムのサブセット内における受取人へのギフトとしてのアイテムのクラウドベースの購入に向けて寄付するのを選択することを可能にする文脈マーケットＵＩを提供する段階と、を含む方法である。

実施例１２において、実施例１１の選択する段階は、第１ユーザ及び第２ユーザが興味のある複数の共有題目を特定する段階と、複数の共有関心事に関連する、第１ユーザが興味のある複数のアイテムを特定する段階と、特定した複数のアイテムを第１ユーザが興味のある複数のアイテムのサブセット内に含ませる段階とを含む。

実施例１３において、実施例１１又は実施例１２の選択する段階は、第１ユーザと第２ユーザとの間のソーシャル関係の特質を決定する段階と、ソーシャル関係の特質に基づいて、第１ユーザが興味のある複数のアイテムを特定する段階と、特定した複数のアイテムを第１ユーザが興味のある複数のアイテムのサブセット内に含ませる段階とを含む。

実施例１４において、実施例１１の選択する段階および開示する段階は、複数の実施例１―９のいずれか一つに従って実行される。

実施例１５において、実施例１１の方法は、第２ユーザが、文脈マーケットＵＩを通じて、複数のマーケットアイテムのサブセット内の複数のアイテムに票を投じることを可能にする段階を更に含む。

実施例１６において、実施例１５の方法は、複数のユーザの複数の票、及び、各々の票数に基づいて複数のマーケットアイテムと関連付けられる複数のスコアを勘定する段階と、第２ユーザが文脈マーケットＵＩを通じて複数のマーケットアイテムのサブセットと関連付けられた複数のスコアを閲覧することを可能にする段階とを更に含む。

実施例１７において、実施例１６の方法は、第２ユーザの文脈情報に基づいて、第２ユーザの票を重み付けする段階を更に含む。

実施例１８において、実施例１７の重み付けする段階は、票の主題に対する第２ユーザの専門的知識の程度、票の主題に対する第２ユーザの興味の程度、及び、第１ユーザと第２ユーザとの間のソーシャル関係のうちの１又は複数に基づいて、票を重み付けする段階を含む。

実施例１９において、実施例１５の方法は、第２ユーザが、文脈マーケットＵＩを通じて、複数のマーケットアイテムのサブセットに向けられた複数の他のユーザの複数の票を閲覧し、各々の他のユーザの情報を閲覧することを可能にする段階を更に含む。

実施例２０において、実施例１１の方法は、第２ユーザが文脈マーケットＵＩを通じて複数のマーケットアイテムのサブセット内の複数のアイテムに関する複数のコメントを提出することを可能にする段階と、第２ユーザが、文脈マーケットＵＩを通じて、複数のマーケットアイテムのサブセット内の複数のアイテムに関して複数の他のユーザが提出した複数のコメントを閲覧し、各々の他のユーザの情報を閲覧することを可能にする段階とを更に含む。

実施例２１において、実施例１１の方法は、第２ユーザが、ワークスペースＵＩを通じて、文脈関係性モジュール以外のソースからアイテムをワークスペースに追加することを可能にする段階を更に含む。

実施例２２において、実施例２１の方法は、第１ユーザが追加されたアイテムに興味のある確率を示すスコアを、追加されたアイテムに割り当てる段階を更に含む。

実施例２３において、実施例２２のスコアを割り当てる段階は、追加されアイテムが第１ユーザの関心事に関連する程度、追加されたアイテムが第１ユーザ及び第２ユーザの共有関心事に関連する程度、追加されたアイテムが第２ユーザの関心事に関連する程度、追加されたアイテムの主題に対する第２ユーザの専門的知識の程度、及び、第１ユーザと第２ユーザとの間のソーシャル関係のうちの１又は複数に基づいて、スコアを割り当てる段階を含む。

実施例２４において、実施例１１の方法は、マーケットと関連付けられるイベントより前に、第１ユーザがマーケットに及び複数の他のユーザの複数のワークスペースにアクセスすることを不可能にする段階と、イベントより後に、第１ユーザがマーケット及び複数のユーザの複数のワークスペースのうちの１又は複数にアクセスすることを可能にする段階と、を更に含む。

実施例２５において、実施例１１の方法は、各々のユーザの各イベントに対してマーケットを提供する段階と、各々のユーザが招待客である各イベントに対してワークスペースＵＩおよび文脈マーケットＵＩを提供する段階と、を更に含む。

実施例２６は、コンピューティングデバイス上で実行されることに応じて、コンピューティングデバイスに、複数の実施例１―２５のいずれか一つによる方法を実行させる複数の命令を備える、機械可読媒体である。

実施例２７は、複数の実施例１―２５のいずれか一つの方法を実施するように構成される通信デバイスである。

実施例２８は、複数の実施例１―２５のいずれか一つの方法を実施するように構成された、デバイス位置を算出する装置である。

実施例２９は、複数の実施例１―２５のいずれか一つの方法を実施するコンピュータシステムである。

実施例３０は、複数の実施例１―２５のいずれか一つの方法を実施する機械である。

実施例３１は、複数の実施例１―２５のいずれか一つの方法を実行する手段を備える装置である。

実施例２６は、複数の実施例の１―２５のいずれか一つによるチップセットを含む、コンピューティングデバイスである。

実施例２６は、プロセッサに複数の実施例の１―２５のいずれか一つで記述された方法を実施させる複数の命令を含む、コンピュータプログラムで符号化された非一時的コンピュータ可読媒体である。

実施例３４は、文脈関係性に基づいて情報を選択的に開示するシステムであって、ユーザデバイス、コンピュータアクセス可能なユーザアカウント、及び、ユーザの複数の電子購入記録のうちの１又は複数からの情報にアクセスして抽出し、抽出情報に基づいてユーザが興味のある複数のアイテムを特定し、複数のアイテムに関する説明情報を取得し、複数のアイテム間の複数の類似点／非類似点に基づいて複数のアイテムをクラスタ化し、ユーザが興味のある複数の題目を表わす複数の説明キーワードを複数のクラスタに割り当てるデータモジュールと、第１ユーザの複数のキーワードを第２ユーザの複数のキーワードと比較して１又は複数の共通キーワードのセットを特定するキーワードモジュールであり、各キーワードは各々のユーザが興味のある題目を表わしていて、各共通キーワードは第１ユーザ及び第２ユーザが興味のある共有題目を表わしているキーワードモジュールと、１又は複数の共通キーワードのセットに基づいて第１ユーザが興味のある複数のアイテムのサブセットを特定し、第１ユーザ及び第２ユーザが興味のある複数の共有題目に基づいて調整される第１ユーザが興味のある複数のアイテムの希望リストとして、サブセットを第２ユーザに開示する処理モジュールと、を備えるシステムである。

実施例３５において、データモジュールは更に、対応する題目に対するユーザの専門的知識の程度、及び、題目へのユーザの興味の度合のうちの１又は複数に基づいてユーザキーワードを重み付けするように構成され、処理モジュールは、第１ユーザが興味のあるアイテムが共通キーワードに関連し、第２ユーザの対応するキーワードと関連付けられる重みが閾値を満たすならば、第１ユーザが興味のあるアイテムをサブセット内に含ませるように構成される。

実施例３６において、データモジュールは、コンピュータ可読買物リスト、コンピュータブラウザ、電子メッセージアカウント、コンピュータアクセス可能な金融口座、ベンダーでコンピュータアクセス可能なユーザアカウント、及び、ソーシャルネットワーキングサービスでコンピュータアクセス可能なユーザアカウントのうちの１又は複数からの情報にアクセスして抽出するように構成される。

実施例３７において、キーワードモジュールは、第１ユーザ及び第２ユーザがアクセス不可能なドメイン内で第１ユーザ及び第２ユーザの複数のキーワードを比較するように構成される。

実施例３８において、キーワードモジュールは、第１ユーザ及び第２ユーザに対する複数の非一致キーワードの開示を不可能にするように構成される。

実施例３９において、処理モジュールは、第１ユーザ及び第２ユーザがアクセス不可能なドメイン内で第１ユーザが興味のある複数のアイテムのサブセットを特定するように構成される。

実施例４０において、システムは、第１キーワードユーザインタフェース（ＵＩ）及び第２キーワードユーザインタフェース（ＵＩ）を更に備え、各々は、第１ユーザ及び第２ユーザのそれぞれが、複数のプライバシー指定のうちの１つを、ユーザの各キーワードに割り当てることを可能にし、各々のユーザが、クラスタのプライバシー指定と異なるプライバシー指定をクラスタのアイテムに割り当てることを可能にする。

実施例４１において、複数のキーワードＵＩは、任意の状況下で開示を不可能にするプライベート指定と、文脈関係性に基づいて選択的な開示を可能にする文脈指定とを含み、システムは、第１ユーザ及び第２ユーザの複数のプライベート指定キーワードを１又は複数の共通キーワード のセット内に含ませることを不可能にし、アイテムがプライベート指定されているならばユーザが興味のあるアイテムの開示を不可能にするように構成される。

実施例４２において、複数のキーワードＵＩは、文脈関係性の制約無く開示を可能にするパブリック指定を更に含み、キーワードモジュールは、第１ユーザの複数のパブリック指定キーワードおよび複数の文脈指定キーワードの組み合わせセットを、第２ユーザの複数のパブリック指定キーワードおよび複数の文脈指定キーワードの組み合わせセットと比較して、１又は複数の共通キーワード のセットを特定するように構成される。

実施例４３において、第１ユーザ及び第２ユーザの複数のデータエージェントはそれぞれ、複数の別のユーザとの複数の文脈関係性に基づいて、各々のユーザの複数の文脈指定キーワードを複数の別のユーザに選択的に開示し、文脈関係性の制約無く各々のユーザの複数のパブリック指定キーワードを複数の別のユーザに開示するように構成される。

実施例４４は、文脈関係性に基づいて情報を選択的に開示するシステムであって、第１ユーザと第２ユーザとの間の文脈関係性に基づいて第１ユーザが興味のある複数のアイテムのサブセットを選択し、文脈関係性に基づいて調整される、第１ユーザが興味のある複数のアイテムの希望リストとして、複数のアイテムのサブセットを第２ユーザのワークスペース内で開示する文脈関係性モジュールと、第２ユーザのワークスペースから及び１又は複数の他のユーザの複数のワークスペースから複数のアイテムを受け取り、第１ユーザと第２ユーザとの間の文脈関係性に基づいて複数のマーケットアイテムのサブセットを選択するマーケット、第２ユーザがワークスペースの複数のコンテンツを閲覧することを可能にし、第２ユーザが複数のアイテムをワークスペースからマーケットに移動することを可能にするワークスペースユーザインタフェース（ＵＩ）、および、第２ユーザが、複数のマーケットアイテムのサブセットを閲覧し、複数のマーケットアイテムのサブセットに対する入力を提出し、複数のマーケットアイテムのサブセット内における受取人へのギフトとしてのアイテムのクラウドベースの購入に向けて寄付するのを選択することを可能にする文脈マーケットＵＩを提供するマーケットモジュールと、を備えるシステムである。

実施例４５において、文脈関係性モジュールは、第１ユーザ及び第２ユーザが興味のある複数の共有題目を特定し、複数の共有関心事に関連する、第１ユーザが興味のある複数のアイテムを特定し、特定した複数のアイテムを第１ユーザが興味のある複数のアイテムのサブセット内に含ませるように構成される。

実施例４６において、文脈関係性モジュールは、第１ユーザと第２ユーザとの間のソーシャル関係の特質を決定し、ソーシャル関係の特質に基づいて、第１ユーザが興味のある複数のアイテムを特定し、特定した複数のアイテムを第１ユーザが興味のある複数のアイテムのサブセット内に含ませるように構成される。

実施例４７において、１又は複数の他の実施例で記述されるように、文脈関係性モジュールは、データモジュール、キーワードモジュール、及び、処理モジュールを含む。

実施例４８において、文脈マーケットＵＩは、第２ユーザが複数のマーケットアイテムのサブセット内の複数のアイテムに票を投じることを可能にするように構成される。

実施例４９において、マーケットモジュールは、複数のユーザの複数の票、及び、各々の票数に基づいて複数のマーケットアイテムと関連付けられる複数のスコアを勘定するように構成され、文脈マーケットＵＩは更に、第２ユーザが複数のマーケットアイテムのサブセットと関連付けられた複数のスコアを閲覧することを可能にするように構成される。

実施例５０において、マーケットモジュールは更に、第２ユーザの文脈情報に基づいて、第２ユーザの票を重み付けするように構成される。

実施例５１において、マーケットモジュールは、票の主題に対する第２ユーザの専門的知識の程度、票の主題に対する第２ユーザの興味の程度、及び、第１ユーザと第２ユーザとの間のソーシャル関係のうちの１又は複数に基づいて、票を重み付けするように構成される。

実施例５２において、文脈マーケットＵＩは更に、第２ユーザが、複数のマーケットアイテムのサブセットに向けられた複数の他のユーザの複数の票を閲覧し、各々の他のユーザの情報を閲覧することを可能にするように構成される。

実施例５３において、文脈マーケットＵＩは、第２ユーザが複数のマーケットアイテムのサブセット内の複数のアイテムに関する複数のコメントを提出することを可能にし、第２ユーザが、複数のマーケットアイテムのサブセット内の複数のアイテムに関して複数の他のユーザが提出した複数のコメントを閲覧し、各々の他のユーザの情報を閲覧することを可能にするように構成される。

実施例５４において、ワークスペースＵＩは、第２ユーザが文脈関係性モジュール以外のソースからアイテムをワークスペースに追加することを可能にするように構成される。

実施例５５において、実施例４４のシステムは、第１ユーザが追加されたアイテムに興味のある確率を示すスコアを、追加されたアイテムに割り当てるスコアモジュールを更に含む。

実施例５６において、スコアモジュールは、追加されアイテムが第１ユーザの関心事に関連する程度、追加されたアイテムが第１ユーザ及び第２ユーザの共有関心事に関連する程度、追加されたアイテムが第２ユーザの関心事に関連する程度、追加されたアイテムの主題に対する第２ユーザの専門的知識の程度、及び、第１ユーザと第２ユーザとの間のソーシャル関係のうちの１又は複数に基づいて、スコアを割り当てるように構成される。

実施例５７において、実施例４４のシステムは、マーケットと関連付けられるイベントより前に、第１ユーザがマーケットに及び複数の他のユーザの複数のワークスペースにアクセスすることを不可能にし、イベントより後に、第１ユーザがマーケット及び複数のユーザの複数のワークスペースのうちの１又は複数にアクセスすることを可能にするように構成される。

実施例５８において、実施例４４のシステムは、各々のユーザの各イベントに対してマーケットを提供し、各々のユーザが招待客である各イベントに対してワークスペースＵＩおよび文脈マーケットＵＩを提供するように構成される。

実施例５９は、コンピュータプログラム内で符号化される非一時的コンピュータ可読媒体であって、プロセッサに、ユーザデバイス、コンピュータアクセス可能なユーザアカウント、及び、ユーザの複数の電子購入記録のうちの１又は複数から情報にアクセスさせて情報を抽出させ、抽出情報に基づいてユーザが興味のある複数のアイテムを特定させ、複数のアイテムに関する説明情報を取得させ、複数のアイテム間の複数の類似点／非類似点に基づいて複数のアイテムをクラスタ化させ、ユーザが興味のある複数の題目を表わす複数の説明キーワードを複数のクラスタに割り当てさせ、第１ユーザの複数のキーワードを第２ユーザの複数のキーワードと比較させて１又は複数の共通キーワード のセットを特定させ、各キーワードは各々のユーザが興味のある題目を表わしていて、各共通キーワードは第１ユーザ及び第２ユーザが興味のある共有題目を表わしており、１又は複数の共通キーワード のセットに基づいて第１ユーザが興味のある複数のアイテムのサブセットを特定させ、第１ユーザ及び第２ユーザが興味のある複数の共有題目に基づいて調整される第１ユーザが興味のある複数のアイテムの希望リストとして、サブセットを第２ユーザに開示させる、複数の命令を含む媒体である。

実施例６０において、実施例５９のコンピュータ可読媒体は、プロセッサに、対応する題目に対するユーザの専門的知識の程度、及び、題目へのユーザの興味の度合のうちの１又は複数に基づいてユーザキーワードを重み付けさせ、第１ユーザが興味のあるアイテムが共通キーワードに関連し、第２ユーザの対応するキーワードと関連付けられる重みが閾値を満たすならば、第１ユーザが興味のあるアイテムをサブセット内に含ませる、複数の命令を更に含む。

実施例６１において、実施例５９のコンピュータ可読媒体は更に、プロセッサに、コンピュータ可読買物リスト、コンピュータブラウザ、電子メッセージアカウント、コンピュータアクセス可能な金融口座、ベンダーでコンピュータアクセス可能なユーザアカウント、及び、ソーシャルネットワーキングサービスでコンピュータアクセス可能なユーザアカウントのうちの１又は複数から、情報にアクセスさせて情報を抽出させる複数の命令を含む。

実施例６２において、実施例５９のコンピュータ可読媒体は更に、プロセッサに、第１ユーザ及び第２ユーザがアクセス不可能なドメイン内で第１ユーザ及び第２ユーザの複数のキーワードを比較させる複数の命令を含む。

実施例６３において、実施例５９のコンピュータ可読媒体は、プロセッサに、第１ユーザ及び第２ユーザに対する複数の非一致キーワードの開示を不可能にさせる複数の命令を更に含む。

実施例６４において、実施例５９のコンピュータ可読媒体は更に、プロセッサに、第１ユーザ及び第２ユーザがアクセス不可能なドメイン内で第１ユーザが興味のある複数のアイテムのサブセットを特定させる複数の命令を含む。

実施例６５において、実施例５９のコンピュータ可読媒体は、プロセッサに、第１ユーザ及び第２ユーザのそれぞれが、複数のプライバシー指定のうちの１つを、各々のユーザの各キーワードに割り当てることを可能にさせ、第１ユーザ及び第２ユーザのそれぞれが、クラスタのプライバシー指定と異なるプライバシー指定をクラスタのアイテムに割り当てることを可能にさせる、複数の命令を更に含む。

実施例６６において、実施例６５の複数のプライバシー指定は、任意の状況下で開示を不可能にするプライベート指定と、文脈関係性に基づいて選択的な開示を可能にする文脈指定とを含み、複数の命令は、プロセッサに、第１ユーザ及び第２ユーザの複数のプライベート指定キーワードを１又は複数の共通キーワード のセット内に含ませることを不可能にさせ、アイテムがプライベート指定されているならばユーザが興味のあるアイテムの開示を不可能にさせる複数の命令を含む。

実施例６７において、実施例６６の複数のプライバシー指定は、文脈関係性の制約無く開示を可能にするパブリック指定を更に含み、複数の命令は、プロセッサに、第１ユーザの複数のパブリック指定キーワードおよび複数の文脈指定キーワードの組み合わせセットを、第２ユーザの複数のパブリック指定キーワードおよび複数の文脈指定キーワードの組み合わせセットと比較させて、１又は複数の共通キーワード のセットを特定させる複数の命令を含む。

実施例６８において、実施例６７のコンピュータ可読媒体は、プロセッサに、別のユーザとの複数の文脈関係性に基づいて、ユーザの複数の文脈指定キーワードを別のユーザに選択的に開示させ、文脈関係性の制約無くユーザの複数のパブリック指定キーワードを別のユーザに開示させる複数の命令を更に含む。

実施例６９は、コンピュータプログラム内で符号化される非一時的コンピュータ可読媒体であって、プロセッサに、第１ユーザと第２ユーザとの間の文脈関係性に基づいて第１ユーザが興味のある複数のアイテムのサブセットを選択させ、文脈関係性に基づいて調整される、第１ユーザが興味のある複数のアイテムの希望リストとして、複数のアイテムのサブセットを第２ユーザのワークスペース内で開示させ、第２ユーザのワークスペースから及び１又は複数の他のユーザの複数のワークスペースから複数のアイテムを受け取り、第１ユーザと第２ユーザとの間の文脈関係性に基づいて複数のマーケットアイテムのサブセットを選択するコンピュータベースのマーケットを提供させ、第２ユーザがワークスペースの複数のコンテンツを閲覧することを可能にし、第２ユーザが複数のアイテムをワークスペースからマーケットに移動することを可能にするワークスペースユーザインタフェース（ＵＩ）を提供させ、第２ユーザが、複数のマーケットアイテムのサブセットを閲覧し、複数のマーケットアイテムのサブセットに対する入力を提出し、複数のマーケットアイテムのサブセット内における受取人へのギフトとしてのアイテムのクラウドベースの購入に向けて寄付するのを選択することを可能にする文脈マーケットＵＩを提供させる、複数の命令を含む媒体である。

実施例７０において、実施例６９のコンピュータ可読媒体は、プロセッサに、第１ユーザ及び第２ユーザが興味のある複数の共有題目を特定させ、複数の共有関心事に関連する、第１ユーザが興味のある複数のアイテムを特定させ、特定した複数のアイテムを第１ユーザが興味のある複数のアイテムのサブセット内に含ませる複数の命令を更に含む。

実施例７１において、実施例６９又は実施例７０のコンピュータ可読媒体は、プロセッサに、第１ユーザと第２ユーザとの間のソーシャル関係の特質を決定させ、ソーシャル関係の特質に基づいて、第１ユーザが興味のある複数のアイテムを特定させ、特定した複数のアイテムを第１ユーザが興味のある複数のアイテムのサブセット内に含ませる、複数の命令を更に含む。

実施例７２において、実施例６９のコンピュータ可読媒体は、プロセッサに、複数の実施例５９―６９のいずれか一つに従って、第１ユーザが興味のある複数のアイテムを選択させて開示させる複数の命令を更に含む。

実施例７３において、実施例６９のコンピュータ可読媒体は、プロセッサに、第２ユーザが文脈マーケットＵＩを通じて複数のマーケットアイテムのサブセット内の複数のアイテムに票を投じることを可能にさせる複数の命令を更に含む。

実施例７４において、実施例７３のコンピュータ可読媒体は、プロセッサに、複数のユーザの複数の票、及び、各々の票数に基づいて複数のマーケットアイテムと関連付けられる複数のスコアを勘定させ、第２ユーザが文脈マーケットＵＩを通じて複数のマーケットアイテムのサブセットと関連付けられた複数のスコアを閲覧することを可能にさせる複数の命令を更に含む。

実施例７５において、実施例７４のコンピュータ可読媒体は、プロセッサに、第２ユーザの文脈情報に基づいて第２ユーザの票を重み付けさせる複数の命令を更に含む。

実施例７６において、実施例７４のコンピュータ可読媒体は、プロセッサに、票の主題に対する第２ユーザの専門的知識の程度、票の主題に対する第２ユーザの興味の程度、及び、第１ユーザと第２ユーザとの間のソーシャル関係のうちの１又は複数に基づいて、第２ユーザの票を重み付けさせる複数の命令を更に含む。

実施例７７において、実施例７３のコンピュータ可読媒体は、プロセッサに、第２ユーザが、文脈マーケットＵＩを通じて、複数のマーケットアイテムのサブセットに向けられた複数の他のユーザの複数の票を閲覧すること、各々の他のユーザの情報を閲覧することを可能にさせる複数の命令を更に含む。

実施例７８において、実施例６９のコンピュータ可読媒体は、プロセッサに、第２ユーザが文脈マーケットＵＩを通じて複数のマーケットアイテムのサブセット内の複数のアイテムに関する複数のコメントを提出することを可能にさせ、第２ユーザが、文脈マーケットＵＩを通じて、複数のマーケットアイテムのサブセット内の複数のアイテムに関して複数の他のユーザが提出した複数のコメントを閲覧し、各々の他のユーザの情報を閲覧することを可能にさせる複数の命令を更に含む。

実施例７９において、実施例６９のコンピュータ可読媒体は、プロセッサに、第２ユーザがワークスペースＵＩを通じて文脈関係性モジュール以外のソースからアイテムをワークスペースに追加することを可能にさせる複数の命令を更に含む。

実施例８０において、実施例７９のコンピュータ可読媒体は、プロセッサに、第１ユーザが追加されたアイテムに興味のある確率を示すスコアを、追加されたアイテムに割り当てさせる複数の命令を更に含む。

実施例８１において、実施例８０のコンピュータ可読媒体は、プロセッサに、追加されアイテムが第１ユーザの関心事に関連する程度、追加されたアイテムが第１ユーザ及び第２ユーザの共有関心事に関連する程度、追加されたアイテムが第２ユーザの関心事に関連する程度、追加されたアイテムの主題に対する第２ユーザの専門的知識の程度、及び、第１ユーザと第２ユーザとの間のソーシャル関係のうちの１又は複数に基づいて、スコアを割り当てさせる複数の命令を更に含む。

実施例８２において、実施例６９のコンピュータ可読媒体は、プロセッサに、マーケットと関連付けられるイベントより前に、第１ユーザがマーケットに及び複数の他のユーザの複数のワークスペースにアクセスすることを不可能にさせ、イベントより後に、第１ユーザがマーケット及び複数のユーザの複数のワークスペースのうちの１又は複数にアクセスすることを可能にさせる、複数の命令を更に含む。

実施例８３において、実施例６９のコンピュータ可読媒体は、プロセッサに、各々のユーザの各イベントに対してマーケットを提供させ、各々のユーザが招待客である各イベントに対してワークスペースＵＩおよび文脈マーケットＵＩを提供させる複数の命令を更に含む。

実施例８４は、ユーザがクラウドソーシングギフトアプリケーションとインタフェースで連結することを可能にするデバイスであり、クラウドソーシングギフトアプリケーションにおいて、第１ユーザが興味のある複数のアイテムが、第１ユーザと複数の他のユーザのそれぞれとの間の文脈関係性に基づいて複数の他のユーザの複数のワークスペース内で選択的に開示され、複数の他のユーザが各々文脈関係性に基づいて互いに共同し、第１ユーザが興味のある１又は複数のアイテムのセットをクラウドソーシングすることを可能にすべく、コンピュータベースのマーケットが提供され、デバイスは、プロセッサ、メモリ、及び、ディスプレイを備え、プロセッサ及びメモリは、第２ユーザが第２ユーザのワークスペースの複数のコンテンツを閲覧することを可能にし、第２ユーザが複数のアイテムをワークスペースからマーケットに移動することを可能にすべく、ディスプレイ上にワークスペースユーザインタフェース（ＵＩ）を提供し、第２ユーザが第１ユーザと第２ユーザとの間の文脈関係性に基づいて複数のマーケットアイテムのサブセットを閲覧し、複数のマーケットアイテムのサブセットに対する入力を提出し、複数のマーケットアイテムのサブセット内で受取人へのギフトとしてのアイテムのクラウドベースの購入に向けて寄付するのを選択することを可能にすべく、文脈マーケットＵＩをディスプレイ上に提供するように構成される、デバイスである。

実施例８５において、実施例８４のクラウドソーシングギフトアプリケーションは、複数の実施例３４―４３のいずれか一つで記述されるように、データモジュールおよびキーワードモジュールを含み、プロセッサおよびメモリは、複数の実施例４０―４２のいずれか一つで記述されるようなキーワードＵＩを提供し、及び／又は、例４３で記述されるような第２ユーザの複数のキーワードを開示するように構成される。

実施例８６において、クラウドソーシングギフトアプリケーションは、文脈関係性モジュールおよびマーケットモジュールを含み、文脈関係性モジュール、マーケットモジュール、ワークスペースＵＩ、及び、文脈マーケットＵＩは、複数の実施例４４―５８のいずれか一つで記述されるように構成される。

複数の方法およびシステムは、複数の機能、複数の特徴、及び、それらの複数の関係を示す複数の機能的な構成要素の助けと共に、本明細書において開示される。説明の簡便化を目的として、これらの機能的な構成要素の複数の境界のうちの少なくとも幾つかは、本明細書において任意に定められた。複数の固有の機能、及び、それらの複数の関係が適切に実行される限りにおいて、代替的な複数の境界が定められてもよい。本明細書において様々な実施形態が開示されるが、当然のことながら、それらは複数の例として提供されている。複数の請求項の範囲は、本明細書において開示される複数の例示的な実施形態の何れによっても限定されるべきではない。

Claims (28)

1. 文脈関係性に基づいて情報を選択的に開示する、機械に実行される方法であって、
   第１ユーザと第２ユーザとの間の文脈関係性に基づいて前記第１ユーザが興味のある複数のアイテムのサブセットを選択する段階と、
   前記文脈関係性に基づいて調整される、前記第１ユーザが興味のある複数のアイテムの希望リストとして、前記複数のアイテムのサブセットを前記第２ユーザのワークスペース内で開示する段階と、
   前記第２ユーザの前記ワークスペースから及び１又は複数の他のユーザの複数のワークスペースから複数のアイテムを受け取り、前記第１ユーザと前記第２ユーザとの間の前記文脈関係性に基づいて複数のマーケットアイテムのサブセットを選択するコンピュータベースのマーケットを提供する段階と、
   前記第２ユーザが前記ワークスペースの複数のコンテンツを閲覧することを可能にし、前記第２ユーザが複数のアイテムを前記ワークスペースから前記マーケットに移動することを可能にするワークスペースユーザインタフェース（ＵＩ）を提供する段階と、
   前記第２ユーザが、前記複数のマーケットアイテムのサブセットを閲覧し、前記複数のマーケットアイテムのサブセットに対する入力を提出し、前記複数のマーケットアイテムのサブセット内における前記第１ユーザへのギフトとしてのアイテムのクラウドベースの購入に向けて寄付するのを選択することを可能にする文脈マーケットＵＩを提供する段階と、
   を含む、方法。
2. 前記選択する段階は、
   前記第１ユーザ及び前記第２ユーザが興味のある複数の共有題目を特定する段階と、
   前記複数の共有題目に関連する、前記第１ユーザが興味のある複数のアイテムを特定する段階と、
   特定された前記複数のアイテムを前記第１ユーザが興味のある前記複数のアイテムのサブセット内に含ませる段階と
   を含む、請求項１に記載の方法。
3. 前記選択する段階は、
   前記第１ユーザと前記第２ユーザとの間のソーシャル関係の特質を決定する段階と、
   前記ソーシャル関係の前記特質に基づいて、前記第１ユーザが興味のある複数のアイテムを特定する段階と、
   特定された前記複数のアイテムを前記第１ユーザが興味のある前記複数のアイテムのサブセット内に含ませる段階と
   を含む、請求項１に記載の方法。
4. ユーザデバイス、コンピュータアクセス可能なユーザアカウント、及び、ユーザの複数の電子購入記録のうちの１又は複数からの情報にアクセスして抽出する段階と、
   抽出情報に基づいて前記ユーザが興味のある複数のアイテムを特定する段階と、
   前記複数のアイテムに関する説明情報を取得する段階と、
   前記複数のアイテム間の複数の類似点／非類似点に基づいて前記複数のアイテムをクラスタ化する段階と、
   前記ユーザが興味のある複数の題目を表わす複数の説明キーワードを前記複数のクラスタに割り当てる段階と、
   第１ユーザの複数のキーワードを第２ユーザの複数のキーワードと比較して１又は複数の共通キーワードのセットを特定する段階であり、各キーワードは各々の前記ユーザが興味のある題目を表わしていて、各共通キーワードは前記第１ユーザ及び前記第２ユーザが興味のある共有題目を表わしている段階と、
   前記１又は複数の共通キーワードのセットに基づいて前記第１ユーザが興味のある複数のアイテムのサブセットを特定する段階と、
   前記第１ユーザ及び前記第２ユーザが興味のある複数の前記共有題目に基づいて調整される前記第１ユーザが興味のある複数のアイテムの希望リストとして、前記サブセットを前記第２ユーザに開示する段階と
   を更に含む、請求項１に記載の方法。
5. 対応する前記題目に対するユーザの専門的知識の程度、及び、前記題目へのユーザの興味の度合のうちの１又は複数に基づいてユーザキーワードを重み付けする段階と、
   前記第１ユーザが興味のあるアイテムが共通キーワードに関連し、前記第２ユーザの対応する前記キーワードと関連付けられる重みが閾値を満たすならば、前記第１ユーザが興味のあるアイテムを前記サブセット内に含ませる段階と
   を更に含む、請求項４に記載の方法。
6. 前記アクセスして抽出する段階は、
   コンピュータ可読買物リスト、
   コンピュータブラウザ、
   電子メッセージアカウント、
   コンピュータアクセス可能な金融口座、
   ベンダーでコンピュータアクセス可能なユーザアカウント、及び、
   ソーシャルネットワーキングサービスでコンピュータアクセス可能なユーザアカウント
   のうちの１又は複数からの情報にアクセスして抽出する段階を含む、請求項４に記載の方法。
7. 前記比較する段階は、前記第１ユーザ及び前記第２ユーザがアクセス不可能なドメイン内で前記第１ユーザ及び前記第２ユーザの前記複数のキーワードを比較する段階を含む、請求項４に記載の方法。
8. 前記第１ユーザ及び前記第２ユーザに対する複数の非一致キーワードの開示を不可能にする段階を更に含む、請求項４に記載の方法。
9. 前記特定する段階は、前記第１ユーザ及び前記第２ユーザがアクセス不可能なドメイン内で前記第１ユーザが興味のある前記複数のアイテムのサブセットを特定する段階を含む、請求項４に記載の方法。
10. 前記第１ユーザ及び前記第２ユーザのそれぞれが、複数のプライバシー指定のうちの１つを、各々の前記ユーザの各キーワードに割り当てることを可能にする段階と、
    前記第１ユーザ及び前記第２ユーザのそれぞれが、クラスタのプライバシー指定と異なるプライバシー指定を前記クラスタのアイテムに割り当てることを可能にする段階と
    を更に含む、請求項４に記載の方法。
11. 前記複数のプライバシー指定は、任意の状況下で開示を不可能にするプライベート指定と、文脈関係性に基づいて選択的な開示を可能にする文脈指定とを含み、
    前記方法は、
    前記第１ユーザ及び前記第２ユーザの複数のプライベート指定キーワードを前記１又は複数の共通キーワードのセット内に含ませることを不可能にする段階と、
    前記アイテムがプライベート指定されているならばユーザが興味のあるアイテムの開示を不可能にする段階と
    を更に含む、請求項１０に記載の方法。
12. 前記複数のプライバシー指定は、文脈関係性の制約無く開示を可能にするパブリック指定を更に含み、
    前記比較する段階は、前記第１ユーザの複数のパブリック指定キーワードおよび複数の文脈指定キーワードの組み合わせセットを、前記第２ユーザの複数のパブリック指定キーワードおよび複数の文脈指定キーワードの組み合わせセットと比較して、前記１又は複数の共通キーワードのセットを特定する段階を含む、請求項１１に記載の方法。
13. 別のユーザとの複数の文脈関係性に基づいて、ユーザの複数の文脈指定キーワードを前記別のユーザに選択的に開示する段階と、
    文脈関係性の制約無くユーザの複数のパブリック指定キーワードを別のユーザに開示する段階と
    を更に含む、請求項１２に記載の方法。
14. 前記第２ユーザが前記文脈マーケットＵＩを通じて前記複数のマーケットアイテムのサブセット内の複数のアイテムに票を投じることを可能にする段階を更に含む、請求項１に記載の方法。
15. 複数のユーザの複数の票、及び、各々の票数に基づいて複数のマーケットアイテムと関連付けられる複数のスコアを勘定する段階と、
    前記第２ユーザが前記文脈マーケットＵＩを通じて前記複数のマーケットアイテムのサブセットと関連付けられた複数のスコアを閲覧することを可能にする段階と
    を更に含む、請求項１４に記載の方法。
16. 前記第２ユーザの文脈情報に基づいて、前記第２ユーザの票を重み付けする段階を更に含む、請求項１５に記載の方法。
17. 前記重み付けする段階は、
    前記票の主題に対する前記第２ユーザの専門的知識の程度、
    前記票の前記主題に対する前記第２ユーザの興味の程度、及び、
    前記第１ユーザと前記第２ユーザとの間のソーシャル関係
    のうちの１又は複数に基づいて、前記票を重み付けする段階を含む、請求項１６に記載の方法。
18. 前記第２ユーザが、前記文脈マーケットＵＩを通じて、前記複数のマーケットアイテムのサブセットに向けられた複数の他のユーザの複数の票を閲覧し、各々の前記他のユーザの情報を閲覧することを可能にする段階を更に含む、請求項１４に記載の方法。
19. 前記第２ユーザが前記文脈マーケットＵＩを通じて前記複数のマーケットアイテムのサブセット内の複数のアイテムに関する複数のコメントを提出することを可能にする段階と、
    前記第２ユーザが、前記文脈マーケットＵＩを通じて、前記複数のマーケットアイテムのサブセット内の複数のアイテムに関して複数の他のユーザが提出した複数のコメントを閲覧し、各々の前記他のユーザの情報を閲覧することを可能にする段階と
    を更に含む、請求項１に記載の方法。
20. 前記第２ユーザが、前記ワークスペースＵＩを通じて、前記文脈関係性以外のソースからアイテムを前記ワークスペースに追加することを可能にする段階を更に含む、請求項１に記載の方法。
21. 前記第１ユーザが追加された前記アイテムに興味のある確率を示すスコアを、追加された前記アイテムに割り当てる段階を更に含む、請求項２０に記載の方法。
22. 前記スコアを割り当てる段階は、
    追加された前記アイテムが前記第１ユーザの関心事に関連する程度、
    追加された前記アイテムが前記第１ユーザ及び前記第２ユーザの共有関心事に関連する程度、
    追加された前記アイテムが前記第２ユーザの関心事に関連する程度、
    追加された前記アイテムの主題に対する前記第２ユーザの専門的知識の程度、及び、
    前記第１ユーザと前記第２ユーザとの間のソーシャル関係
    のうちの１又は複数に基づいて、前記スコアを割り当てる段階を含む、請求項２１に記載の方法。
23. 前記マーケットと関連付けられるイベントより前に、前記第１ユーザが前記マーケットに及び複数の他のユーザの前記複数のワークスペースにアクセスすることを不可能にする段階と、
    前記イベントより後に、前記第１ユーザが前記マーケット及び前記複数の他のユーザの前記複数のワークスペースのうちの１又は複数にアクセスすることを可能にする段階と
    を更に含む、請求項１に記載の方法。
24. 各々の前記ユーザの各イベントに対してマーケットを提供する段階と、
    各々の前記ユーザが招待客である各イベントに対してワークスペースＵＩおよび文脈マーケットＵＩを提供する段階と
    を更に含む、請求項１に記載の方法。
25. 請求項１から２４のいずれか一項に記載の方法を実施するように構成された装置。
26. 請求項１から２４のいずれか一項に記載の方法を実行する手段を備える装置。
27. 請求項１から２４のいずれか一項に記載の方法を実施するコンピュータシステム。
28. 請求項１から２４のいずれか一項に記載の方法を実施するように構成された通信デバイス。