JP2023540481A - 個人データを交換する方法、システム、プログラム、及び媒体 - Google Patents

Abstract

本発明の目的は、ａ）ユーザデバイス（１１０）から発生する１つ又は複数の購入要求を、支払サーバー（１３０）で受信するステップ（２１０）であって、購入要求の各々は、関連価格を有するステップ（２１０）と、ｂ）関連価格、支払アカウント負債金額、及びユーザデバイス及び／又はユーザデバイスのユーザに関連する支払アカウントに関する購入要求に関連するユーザデータを、支払サーバー（１３０）に記憶するステップ（２２０）と、ｃ）ユーザデータに基づいてユーザプロファイルを、支払サーバー（１３０）によって判定するステップ（２３０）とを含むコンピュータ実施方法を提供して、支払情報を手動入力する必要性を減らすことにある。目的は、ｄ）ユーザプロファイルを用いて負債金額を少なくとも部分的に清算する１つ又は複数の情報消費者サーバー（１４０）を選択するステップ（２４０）と、ｅ）１つ又は複数の情報消費者サーバーから清算の１つ又は複数の申し出を受信するステップ（２５０）と、ｆ）ユーザデバイスに清算の申し出のうち少なくとも１つを転送するステップと、ｇ）清算の要求を、ユーザデバイスから受信するステップ（２６０）であって、要求は、申し出のうち少なくとも１つを指示するステップ（２６０）と、ｈ）支払アカウント負債金額から補償金を差し引くステップ（２７０）であって、補償金を、申し出のうち少なくとも１つの指示申し出に関連付けるステップ（２７０）とによって達成される。

Description

本発明は、個人データを交換する方法、システム、プログラム及び媒体に関する。

出願人からの国際公開第２０１１／０２９５６０Ａ２号には、オンライン購入の延べ（後）払い用のシステムが記載されている。システムは、オンライン購入を大幅に容易にする。ユーザは、限界値に達する、又は時間が経過するまで、任意の支払又は連絡詳細を入力することなく購入してもよい。次に、残高を清算するように、ユーザに要求する。出願には、複数の支払処理用の支払システム及び方法が記載されている。更に、解決策は、https://www2.laterpay.netに記載され、後払い（LaterPay）として更に参照される。特定の購入額のためにオンラインショップで購入を行う購買者システムに対して、システム及び方法を呼び出す。システムは、
・購買者システムの識別番号を記憶し、
・識別番号に関する購入額を記憶し、
・購買者システムの購入の総額を監視し、
・オンラインショップから要求を受信して、購入額を計上し、
・購入の総額が所定の金額を超えた場合だけ、及び／又は所定の時間間隔の満了後だけ、購入の総額の少なくとも一部の清算の要求を購買者システムのユーザに送信する。

簡単に言うと、特許出願には、購買者が初めに清算する必要がない購入額用の購買者システムを用いて、購買者がオンライン購入を行うことができるシステムが記載されている。支払システムは、購買者システムから購入額を累積し、満期支払の総額が所定の金額を超えた場合だけ、総額又は総額の一部を清算するように、購買者に要求する。購買者システムは、パソコン又は携帯電話などであることができる。購買者の識別を含まず、登録又は任意の他のユーザ対話も必要としない購買者システム識別に関する支払システムによって、購入品及び購入額を記憶する。ユーザログイン又は任意の他のユーザ識別がない場合、システムは、例えば、使用済みブラウザーモデル、番号又は識別特性と組み合わせて、購買者システムの確実な識別（例えば、携帯電話識別又は番号）に左右される。

オンライン購入中に、後払い（LaterPay）は、個人情報、及び内部使用に対するユーザ活動に関する情報を収集してもよい。収集情報から、後払い（LaterPay）は、ユーザに関連する特性、興味、及びニーズを得てもよい。収集情報は、今までのところ、内部管理用に使用されているだけである。

システムは、ユーザオンライン活動に関する情報を収集してもよく、支払を、後の時まで延ばすことができる。しかし、ある時点で、ユーザは、負債を清算するために、個人情報及び支払情報を入力する必要がある。従って、支払を終了させるためにユーザによって手動で入力される必要があるかなりの情報量がある。本出願の目的は、情報を手動入力する必要性を減らすことによって、支払を更に容易にすることにある。これは、ユーザのオンライン後払い（LaterPay）使用中に収集される個人情報を利用することによって実行されてもよい。更に、ユーザがユーザの個人情報データを交換することができるシステムを提供する。

本発明の目的は、請求項１、１０、１１及び１２の主題によって達成される。特に、目的は、
ａ）ユーザデバイス（１１０）から発生する１つ又は複数の購入要求を、支払サーバー（１３０）で受信するステップ（２１０）であって、購入要求の各々は、関連価格を有するステップ（２１０）と、
ｂ）関連価格、支払アカウント負債金額、及びユーザデバイス及び／又はユーザデバイスのユーザに関連する支払アカウントに関する購入要求に関連するユーザデータを、支払サーバー（１３０）に記憶するステップ（２２０）と、
ｃ）ユーザデータに基づいてユーザプロファイルを、支払サーバー（１３０）によって判定するステップ（２３０）と、
ｄ）ユーザプロファイルを用いて負債金額を少なくとも部分的に清算する１つ又は複数の情報消費者サーバー（１４０）を選択するステップ（２４０）と、
ｅ）１つ又は複数の情報消費者サーバーから清算の１つ又は複数の申し出を受信するステップ（２５０）と、
ｆ）ユーザデバイスに清算の申し出のうち少なくとも１つを転送するステップと、
ｇ）清算の要求を、ユーザデバイスから受信するステップ（２６０）であって、要求は、申し出のうち少なくとも１つを指示するステップ（２６０）と、
ｈ）支払アカウント負債金額から補償金を差し引くステップ（２７０）であって、補償金を、申し出のうち少なくとも１つの指示申し出に関連付けるステップ（２７０）と
を含むコンピュータ実施方法によって達成される。

利点は、終了されるべき支払用のより少ない手動入力データ、及び、ユーザが、オンライン購入活動に関する個人データを、同じ購入活動に代金を支払う第三者と引き換えに、第三者と交換することができる方法を含む。

購入要求は、例えば、製品、サービス、又はオンラインアクセス可能デジタルコンテンツ（例えば、本、音楽又はビデオなどを含むダウンロード可能又はストリーミング媒体）を購入する要求であってもよい。

ユーザプロファイルの計算中に実行されるプロファイリングは、支払サーバーによってオンラインユーザ活動（例えば、ユーザ購入）に基づいていてもよい。更に、ユーザに関する更なる情報（例えば、年齢、性別、特定の社会経済要因（例えば、給与、負債、教育、婚姻上の状態、家族など）、興味及び／又は興味のある特定のテーマ）をユーザが入力することによって、プロファイリングを補完してもよい。計算は、特定のカテゴリーの購入が行われた回数、又は特性の重要性に基づいて、計量ユーザプロファイル特性を含んでもよい。更に、計算は、他の製品、ユーザによって行われる購入の顧客に基づいて、実行されてもよく、更に興味を示す、又は購入していてもよい。計算は、例えば、「ビックファイブ」（５因子モデル）、又は他の性格測定に基づいて、特定の興味又は特定の性格特徴を有するユーザの可能性を統計的に達成することを含んでもよい。興味又は性格特徴を達成するためにユーザが質問に答えることによって、プロファイリングを補完してもよい。更なる情報は、個人データの価値を増やすことができる。

一実施形態において、支払サーバーは、後払い（LaterPay）サーバーであり、支払アカウントは、負残高を有することがあり、支払アカウントの負残高が限界に達した後、又は特定の時間の後、ｆ）における申し出のうち少なくとも１つの転送を送信する。

一実施形態において、支払アカウントをユーザデバイスに関連付け、
方法は、
ユーザ情報がユーザデバイスに対する後払いサーバーで既に利用可能でない限り、支払アカウントの負残高が限界に達した後、又は特定の時間の後、ユーザ情報の要求を、ユーザデバイスに対する後払いサーバーによって送信すること
を更に含む。

一実施形態において、支払アカウントは、仮想財布であり、ユーザは、従来の銀行口座に及び銀行口座から送金することができ、延べ後払い（LaterPay）購入以外の購入を可能にする。

一実施形態において、どの複数の情報消費者サーバーに要求を送信すべきかを選択するために、ステップｄ）は、複数の情報消費者サーバーから検索される興味のあるプロファイルにユーザプロファイルを一致させることを含み、及び／又は
どの複数の情報消費者サーバーに要求を送信すべきかを選択するために、ステップｄ）は、複数の情報消費者サーバーの間の入札手続きを含む。

仲介は、各情報消費者サーバーによって広告される興味のプロファイルに基づいていてもよい。プロファイルを、各情報消費者サーバー内でランク付けしてもよい。仲介は、ユーザの一次的特性（例えば、購入製品を支配する興味）を、各情報消費者サーバーの興味の１番目に高いランクのカテゴリーに一致させることを含んでもよい。興味の１番目に高いランクのカテゴリーとしてユーザの一次的特性を有する情報消費者サーバーがない場合、ユーザの一次的特性を、各情報消費者サーバーの興味の２番目に高いランクのカテゴリーなどに一致させる。一次的ユーザ特性に興味を示す情報消費者サーバーがない場合、ユーザの二次的特性を、興味の１番目に高いランクのカテゴリーなどに一致させる。一致がない場合、ユーザプロファイルを、一般的興味の情報消費者サーバーに提供してもよい。同じレベルにあるユーザプロファイルを一致させる２つ以上の情報消費者サーバーがある場合、入札手続きを開始してもよく、又は、ユーザプロファイルを、ランダムに選択された情報消費者サーバー又は各情報消費者サーバーに提供してもよい。

更に、ユーザプロファイルの任意の特性に任意の興味を示す全情報消費者サーバー、更に限られた数の情報消費者サーバー、又は登録された全情報消費者サーバーで、入札を開始してもよい。

計算は、各ユーザデバイスの個人データを匿名にすることを含んでもよい。各ユーザデバイスに対する匿名個人データを、複数の情報消費者サーバーに配布してもよく、各サーバーは、ユーザデバイスの連絡情報に入札してもよい。

一実施形態において、ステップｄ）は、少なくとも第１及び第２のユーザカテゴリーに基づいて申し出をカスケードすることを含み、ユーザカテゴリーを、ユーザデータ及び／又はユーザプロファイルから得る。

一実施形態において、ユーザ情報は、連絡データを含む。

一実施形態において、ステップｆ）は、
支払アカウント借方記入と引き換えにユーザデータを販売することと、
支払アカウント借方記入と引き換えにタスクを実行する、例えば、用紙に記入することと、
支払アカウント清算と引き換えに広告を見ることと
のうち少なくとも１つを含む選択権を、ユーザデバイスに表示することを含む。

情報消費者サーバーがユーザの支払アカウントを借方記入していた（又は借方記入に同意していた）後だけ、情報消費者サーバーは、ユーザ情報にアクセスしてもよい。一実施形態において、情報消費者サーバーがユーザの支払アカウントを借方記入していた（又は借方記入に同意していた）後、情報消費者サーバーは、直接ユーザデータの一部、及び他の極めて重要な情報（例えば、連絡情報）にアクセスしてもよい。

一方、ユーザが、必要なタスクを実行する（例えば、用紙に記入する、又は広告を見る）まで、ユーザの支払アカウントを借方記入しなくてもよい。更に、ユーザの支払アカウントを、実行料金（例えば、広告を見る毎、又は用紙に記入する毎に特定の少額）で借方記入してもよい。同意広告が、同意に従って実行しており、ユーザデバイス表示器に示されることを保証するために、ユーザデバイスで実行するプログラムがあってもよい。

一実施形態において、選択権は、どの複数の情報消費者サーバーに要求（及び個人データ）を送信してもよいかを選択するために複数の情報消費者サーバーの間の選択を含む。

一実施形態において、方法は、
ステップｇ）で受信される申し出のうち少なくとも１つに関連する１つ又は複数の情報消費者サーバーに、ユーザプロファイルに基づいて判定されるユーザデータを送信するステップ
を更に含む。

本発明の目的は、
ユーザデバイスと、
支払サーバーと、
少なくとも１つのコンテンツプロバイダーサーバーと、
少なくとも１つの情報消費者サーバーと
を含み、
ここに記載のような方法を実行するように構成されているデータ処理システムによって更に達成される。

本発明の目的は、コンピュータプログラムを１つ又は複数のコンピュータによって実行する場合、本発明の方法をコンピュータに実行させる命令を含むコンピュータプログラムによって更に達成される。

本発明の目的は、１つ又は複数のコンピュータによって実行される場合、ここに記載のような方法を１つ又は複数のコンピュータに実行させる命令を含むコンピュータ可読媒体によって更に達成される。

記載のシステム、プログラム及び媒体の利点は、ここに記載の方法の利点と同等又は同様である。

下記に、本発明の実施形態を、図面に関して説明する。

本出願のシステムを示す。 本出願の方法を示す。 本出願のデータベース構造の例を示す。 本出願のデータベース構造の例を示す。

図１は、ユーザデバイス１１０、支払サーバー１３０、少なくとも１つのコンテンツプロバイダーサーバー１２０、及び情報消費者サーバー１４０を含むシステムを示す。支払サーバーは、データベース１３５を含んでもよい。ユーザは、ユーザデバイス１１０を介してコンテンツプロバイダーサーバー１２０にアクセスしてもよい（図１における通信Ａ）。コンテンツプロバイダーサーバー１２０でコンテンツの購入中に、ユーザは、延べ払いする選択権（例えば、製品の後払い（LaterPay））を有してもよい。これは、ユーザが任意のユーザ又は支払情報（例えば、クレジットカードデータ）を入力することなく、利用可能である。購入の購入価格が記入される支払サーバー１３０でユーザデバイスのデジタル識別に関連する支払アカウントを用いて、購入を完了してもよい。この購入は、支払サーバーと通信し、ユーザデバイスの識別情報を送信し、支払を行うコンテンツプロバイダーサーバー１２０によって（通信Ｄ）、ユーザデバイス１１０と支払サーバー１３０との間の直接通信を用いることなく（即ち、図１における通信Ｂを用いることなく）実行されてもよい。更に、この購入は、支払サーバー１３０と直接通信するユーザデバイス１１０によって実行されてもよい。これにより、コンテンツプロバイダーサーバーが、購入されていないコンテンツの支払を間違って請求するのを防止することができる。購入を完了するために、ユーザデバイス１１０を支払サーバー１３０に向け直してもよく、又は、支払サーバー１３０の機能を、コンテンツプロバイダー１２０のウェブページに組み込まれたプラグインとして提供してもよく、支払サーバー通信との直接ユーザデバイスを可能にする（通信Ｂ）。

負債を清算するために、支払サーバー１３０は、ここに記載のようなユーザプロファイルを生成してもよく、負債を清算する情報消費者サーバー１４０を選択する機構を開始する。これは、ユーザデバイス１１０が支払選択権を選択するために、ユーザデバイス１１０と通信する支払サーバー１３０によって実行されてもよい（通信Ｂ）。更に、これは、最後の購入のコンテンツプロバイダー１２０を介して（通信Ｄ及びＡ）、又はコンテンツプロバイダー１２０から伝達される特定の支払選択権及び支払サーバー１３０からの他の支払選択権によって（通信Ａ及びＢ）、実行されてもよい。

内部仲介アルゴリズムを、支払サーバー１３０で開始し、負債を清算する情報消費者サーバー１４０を構築してもよい。情報消費者サーバー１４０の構築は、ここに記載のような入札を含む、支払サーバー１３０と１つ又は複数の情報消費者サーバーとの間の通信（通信Ｅ）を介して実行されてもよい。

情報消費者サーバー１４０は、各情報消費者サーバー１４０に対して興味のあるユーザプロファイルを支払サーバー１３０に通知するために、事前に支払サーバー１３０と通信してもよい（通信Ｅ）。

ユーザデバイス１１０は、借方記入されたユーザ支払アカウントを有するのと引き換えに特定のタスクを実行するために、情報消費者サーバー１４０（又は情報消費者サーバー１４０によって指示されたサーバー）と通信してもよい（通信Ｃ）。

一旦支払アカウントを情報消費者サーバー１４０によって借方記入すると、それに応じて、支払サーバー１３０によってユーザデバイスに通知してもよい（通信Ｂ）。更に、情報消費者サーバー１４０又はコンテンツプロバイダーサーバー１２０を介して、ユーザデバイスに通知してもよい。

図２は、
ａ）ユーザデバイス（１１０）から発生する１つ又は複数の購入要求を、支払サーバー（１３０）で受信するステップ（２１０）であって、購入要求の各々は、関連価格を有するステップ（２１０）と、
ｂ）関連価格、支払アカウント負債金額、及びユーザデバイス及び／又はユーザデバイスのユーザに関連する支払アカウントに関する購入要求に関連するユーザデータを、支払サーバー（１３０）に記憶するステップ（２２０）と、
ｃ）ユーザデータに基づいてユーザプロファイルを、支払サーバー（１３０）によって判定するステップ（２３０）と、
ｄ）ユーザプロファイルを用いて負債金額を少なくとも部分的に清算する１つ又は複数の情報消費者サーバー（１４０）を選択するステップ（２４０）と、
ｅ）１つ又は複数の情報消費者サーバーから清算の１つ又は複数の申し出を受信するステップ（２５０）と、
ｆ）ユーザデバイスに清算の申し出のうち少なくとも１つを転送するステップと、
ｇ）清算の要求を、ユーザデバイスから受信するステップ（２６０）であって、要求は、申し出のうち少なくとも１つを指示するステップ（２６０）と、
ｈ）支払アカウント負債金額から補償金を差し引くステップ（２７０）であって、補償金を、申し出のうち少なくとも１つの指示申し出に関連付けるステップ（２７０）と
を含む、本発明による方法のステップを示す。

受信及び転送情報は、有線、無線、電磁、光電子、又は光学手段によって全部又は一部送信される任意の性質の記号、信号、書き込み、画像、音声、データ、又はインテリジェンスの転送の手段を含むことができる通信の電子手段を介して実行されてもよい。

図３Ａは、本発明によるユーザ情報データ構造の例を示す。ユーザ情報データ構造を、支払サーバー１３０のデータベース１３５におけるテーブルとして実施してもよい。支払サーバー１３０又は他のオンラインサーバーによって与えられる機能に関連するユーザオンライン活動からのユーザデータを、構造に投入してもよい。データは、構造に従って編成され、ユーザデバイスＩＤ用のフィールド３１０を含んでもよく、ユーザデバイスのハードウェア識別番号（例えば、ＭＡＣアドレス及び／又はプロセッサ識別番号及び／又は制御器識別番号及び／又はＩＰアドレスの少なくとも一部）に対応する値を、ユーザデバイスＩＤフィールド３１０に投入してもよい。特に、ユーザデバイスのユーザが任意のデータを手動入力することなく、フィールドに投入してもよい。ＩＤにより、ユーザデバイスのユーザは、任意の個人、特に支払情報を入力することなく、延べ払いでオンライン購入することができる。

更に、ユーザ情報データ構造は、アカウントの残高を記憶するユーザアカウント正味金額３２０のフィールドを含んでもよい。アカウントの金額は、ユーザが（例えば、負金額を示すことによって）借金していることを意味してもよい。特に、延べ払い（例えば、後払い（LaterPay）サービスを用いたユーザ）の場合、金額は、借金を意味してもよい。対象の商業目的で又は他の手段のために、ユーザに連絡するためにユーザによって所有されるユーザデータを使用することを許可された第三者と引き換えに負債の清算に同意する第三者によって、金額を増やし、即ち、借方記入してもよい。更に、ユーザは、アカウントを借方記入する第三者と引き換えに行動（例えば、コマーシャルを見ること、又は用紙に記入すること）の実行に同意してもよい。

更に、ユーザ情報データ構造は、ユーザ情報（例えば、ユーザ名及び連絡情報）用のフィールド（３３０、３４０）を含んでもよい。未払いの購入の支払を清算する必要があるまで、ユーザ情報フィールドに投入しなくてもよく、その後でも投入しなくてもよい。ユーザ情報データ構造は、これらの例に限定されず、ここに記載のような更なる個人情報（例えば、性別、年齢、宗教、社会経済データなど）を含んでもよい。

図３Ｂは、本発明によるユーザ活動データ構造の例を示す。ユーザ活動データ構造は、支払サーバー又は他のオンラインサーバーに関するユーザデバイスで実行される活動（例えば、オンライン購入など）に関する情報を含んでもよい。ユーザ活動は、ユーザ活動データをユーザ情報（特定のユーザデバイス又はユーザデバイスＩＤ）に関連付けるフィールド３５０を含んでもよい。更に、構造は、活動の日時を記憶するタイムスタンプフィールド３６０を含んでもよい。更に、構造は、販売へのリンク、即ち、購入物品、サービス、又はオンラインコンテンツを含むフィールド３７０、及び購入に対して識別されるカテゴリーを記憶するフィールド３８０を含んでもよい。活動データを、ユーザのプロファイリングのために使用する。

参照のリスト
１１０ ユーザデバイス
１３０ 支払サーバー
１２０ コンテンツプロバイダーサーバー
１４０ 情報消費者サーバー
１３５ 支払サーバーデータベース
２１０ コンテンツプロバイダーサーバーに要求を送信する
２２０ 支払サーバーで支払アカウントから関連価格を貸方記入する
２３０ 要求に関連する支払アカウント及びユーザデータを記憶する
２４０ ユーザデバイス用の支払アカウントを清算する要求を送信する
２５０ ユーザプロファイルを計算する
２６０ ユーザプロファイルに基づいて支払アカウントを借方記入する要求を送信する
３０１ 個人情報
３０２ 購入要求に関連するユーザデータ
３１０ ユーザデバイスＩＤ
３２０ 正味アカウント金額
３３０ ユーザ名フィールド
３４０ 連絡情報フィールド
３５０ ユーザＩＤフィールド
３６０ タイムスタンプ
３７０ 購入物品
３８０ カテゴリー

Claims (13)

1. ａ）ユーザデバイス（１１０）から発生する１つ又は複数の購入要求を、支払サーバー（１３０）で受信するステップ（２１０）であって、前記購入要求の各々は、関連価格を有するステップ（２１０）と、
   ｂ）前記関連価格、支払アカウント負債金額、及び前記ユーザデバイス及び／又は前記ユーザデバイスのユーザに関連する支払アカウントに関する前記購入要求に関連するユーザデータを、支払サーバー（１３０）に記憶するステップ（２２０）と、
   ｃ）前記ユーザデータに基づいてユーザプロファイルを、前記支払サーバー（１３０）によって判定するステップ（２３０）と、
   ｄ）前記ユーザプロファイルを用いて前記負債金額を少なくとも部分的に清算する１つ又は複数の情報消費者サーバー（１４０）を選択するステップ（２４０）と、
   ｅ）前記１つ又は複数の情報消費者サーバーから清算の１つ又は複数の申し出を受信するステップ（２５０）と、
   ｆ）前記ユーザデバイスに清算の前記申し出のうち少なくとも１つを転送するステップと、
   ｇ）清算の要求を、前記ユーザデバイスから受信するステップ（２６０）であって、前記要求は、前記申し出のうち少なくとも１つを指示するステップ（２６０）と、
   ｈ）前記支払アカウント負債金額から補償金を差し引くステップ（２７０）であって、前記補償金を、前記申し出のうち前記少なくとも１つの指示申し出に関連付けるステップ（２７０）と
   を含むコンピュータ実施方法。
2. 前記支払サーバーは、後払いサーバーであり、前記支払アカウントは、負残高を有することがあり、前記支払アカウントの前記負残高が限界に達した後、又は特定の時間の後、ステップｆ）における前記申し出のうち少なくとも１つの前記転送を送信する、請求項１に記載のコンピュータ実施方法。
3. 前記支払アカウントを前記ユーザデバイスに関連付け、
   ユーザ情報が前記ユーザデバイスに対する前記後払いサーバーで既に利用可能でない限り、前記支払アカウントの前記負残高が前記限界に達した後、又は前記特定の時間の後、ユーザ情報の要求を、前記ユーザデバイスに対する前記後払いサーバーによって送信すること
   を更に含む、請求項２に記載のコンピュータ実施方法。
4. 前記支払アカウントは、仮想財布である、請求項１～３のいずれか一項に記載のコンピュータ実施方法。
5. どの複数の情報消費者サーバーに前記要求を送信すべきかを選択するために、ステップｄ）は、前記複数の情報消費者サーバーから検索される興味のあるプロファイルに前記ユーザプロファイルを一致させることを含み、及び／又は
   どの前記複数の情報消費者サーバーに前記要求を送信すべきかを選択するために、ステップｄ）は、前記複数の情報消費者サーバーの間の入札手続きを含む、
   請求項１～４のいずれか一項に記載のコンピュータ実施方法。
6. ステップｄ）は、少なくとも第１及び第２のユーザカテゴリーに基づいて申し出をカスケードすることを含み、前記ユーザカテゴリーを、前記ユーザデータ及び／又は前記ユーザプロファイルから得る、請求項５に記載のコンピュータ実施方法。
7. 前記ユーザ情報は、連絡データを含む、請求項１～６のいずれか一項に記載のコンピュータ実施方法。
8. ステップｆ）は、
   支払アカウント借方記入と引き換えにユーザデータを販売することと、
   支払アカウント借方記入と引き換えにタスクを実行する、例えば、用紙に記入することと、
   支払アカウント清算と引き換えに広告を見ることと
   のうち少なくとも１つを含む選択権を、前記ユーザデバイスに表示することを含む、請求項１～７のいずれか一項に記載のコンピュータ実施方法。
9. 前記選択権は、どの前記複数の情報消費者サーバーに前記要求を送信すべきかを選択するために複数の情報消費者サーバーの間の選択を含むことがある、請求項８に記載のコンピュータ実施方法。
10. ステップｇ）で受信される前記申し出のうち少なくとも１つに関連する１つ又は複数の情報消費者サーバーに、前記ユーザプロファイルに基づいて判定されるユーザデータを送信するステップを更に含む、請求項１～９のいずれか一項に記載のコンピュータ実施方法。
11. ユーザデバイス（１１０）と、
    支払サーバー（１３０）と、
    少なくとも１つのコンテンツプロバイダーサーバー（１２０）と、
    少なくとも１つの情報消費者サーバー（１４０）と
    を含み、
    請求項１～１０のいずれか一項に記載のコンピュータ実施方法を実行するように構成されているデータ処理システム。
12. コンピュータプログラムを１つ又は複数のコンピュータによって実行する場合、請求項１～１０のいずれか一項に記載のコンピュータ実施方法を前記１つ又は複数のコンピュータに実行させる命令を含むコンピュータプログラム。
13. １つ又は複数のコンピュータによって実行される場合、請求項１～１０のいずれか一項に記載のコンピュータ実施方法を前記１つ又は複数のコンピュータに実行させる命令を含むコンピュータ可読媒体。

Images