JP2003256639A - 活動管理方法 - Google Patents

Abstract

(57)【要約】 【課題】顧客関係管理システムにおいて、操作費用を低
減し、使用する際の技術的制約を克服し、ユーザのプラ
イバシーも保護すること。 【解決手段】活動を管理する方法であって、ユーザが複
数の提供者のうちの第１提供者との活動に携わりたいと
いう要求を行う工程と；該ユーザが、該第１提供者に対
して、トークン１０を提示する工程であって、該トーク
ンが、該ユーザと、複数個の組のユーザプロフィールデ
ータから成るユーザプロフィールとを識別する識別デー
タを提供され、ユーザプロフィールデータの各組が、該
複数の提供者の少なくとも１つに関する工程と；ユーザ
プロフィールデータの１または複数の組に従って、該活
動に携わりたいという該ユーザの要求を評価する工程
と；から成る方法。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、活動を管理する方
法と、商品またはサービスの提供者との取引に携わるた
め、ユーザにより行われる要求を処理する際に、特定で
あるが決して排他的ではないアプリケーションのユーザ
に応答を提供する方法とに関する。

【０００２】

【従来の技術】特定の取引を実行する現行の方法は、所
望の商品またはサービスの提供者によって、顧客に関し
て知られている情報に応じて、顧客が様々な特典または
特権を与えられるか、特定のオファーおよびマーケティ
ングメッセージを与えられる「顧客関係管理」（ＣＲ
Ｍ）を採用している。かかるＣＲＭ業務は、商品、サー
ビス、または何らかの関連する特典（「頻繁に航空機を
利用する人のポイント」や「頻繁に航空機を利用する人
のマイル数」など）、および各顧客に関する情報を提供
する事業体によって維持される中央サーバまたは処理シ
ステムにネットワークでつながっている装置を含む。

【０００３】しかし、現行のＣＲＭ業務には幾つかの欠
点がある。特に、現行のＣＲＭ業務は、中央サーバとの
相互接続およびリアルタイムでの通信を必要とし、ま
た、実行が面倒であり、その結果、操作に通常費用がか
かる。さらに、共同ＣＲＭに参加する事業体は、技術的
制約と顧客のプライバシーに関する懸念との両方によ
り、顧客に関する知識を共有するに際して多くの障害に
直面する。

【０００４】

【発明が解決しようとする課題】本発明の目的は、現行
の顧客関係管理システムに関連する問題点の少なくとも
幾つかを防止することである。

【０００５】

【課題を解決するための手段】上記問題点を解決するた
めに、請求項１に記載の発明は、活動を管理する方法で
あって、ユーザが複数の提供者のうちの第１提供者との
活動に携わりたいという要求を行う工程と；該ユーザ
が、該第１提供者に対して、個人データ記憶装置を提示
する工程であって、該装置が、該ユーザと、複数個の組
のユーザプロフィールデータから成るユーザプロフィー
ルとを識別する識別データを提供され、ユーザプロフィ
ールデータの各組が、該複数の提供者の少なくとも１つ
に関することを含む工程と；ユーザプロフィールデータ
の１または複数の組に従って、該活動に携わりたいとい
う該ユーザの要求を評価する工程と、から成る方法を要
旨とする。

【０００６】かくして、ユーザが、第１提供者との活動
に携わりたいという要求を行っても、実際には、活動
は、該第１提供者に関するユーザプロフィールデータ
と、１人の第２提供者か複数人の第２提供者のいずれか
に関するユーザプロフィールデータの両方に従って承認
される。実際に、たとえば第１提供者のユーザプロフィ
ールデータがまったく不適切な場合、１人の第２提供者
または複数人の第２提供者のみのユーザプロフィールデ
ータに従って活動が承認される。該方法が、ユーザの容
認性に対する他のチェックを実施する可能性は排除しな
い。

【０００７】個人データ記憶装置はいかなる適切な手段
によっても読み出すことができるが、これは電子読取機
から典型的に成る。本発明のこの態様は、たとえば、対
話の時点でボーナスが配分できるよう、ＣＲＭおよび活
動管理能力をオフラインで利用できるようにするため、
データ通信が利用できないか、信頼できないか、または
高価である環境でも有用である。

【０００８】請求項２に記載の発明は、請求項１に記載
の方法において、該活動に携わりたいという該ユーザの
要求が、可能であれば、該第１提供者に関するユーザプ
ロフィールデータの組に従って評価され、不可能であれ
ば、該第１提供者に関するユーザプロフィールデータ
と、１または複数の他の提供者に関する１または複数の
組のユーザプロフィールデータとに従って、あるいは１
または複数の他の提供者に関する１または複数の組のユ
ーザプロフィールデータのみに従って評価されることを
要旨とする。

【０００９】請求項３に記載の発明は、請求項１〜２に
記載の方法において、少なくとも１組のユーザプロフィ
ールデータは、該ユーザが、該ユーザプロフィールデー
タの組が関係する１または複数の提供者と携わったいず
れかの過去の活動に関する活動データを含み、該ユーザ
の要求を評価する工程が少なくとも部分的に該活動デー
タに基づくことを要旨とする。

【００１０】請求項４に記載の発明は、請求項１〜３の
いずれかに記載の方法において、少なくとも１組のユー
ザプロフィールデータが、該ユーザによって受信された
いずれかの過去の応答に関する応答データを含み、該要
求を評価する工程が少なくとも部分的に該応答データに
基づくことを要旨とする。

【００１１】請求項５に記載の発明は、請求項１〜４の
いずれかに記載の方法において、少なくとも１組のユー
ザプロフィールデータが、個人データを含み、該要求を
評価する工程が少なくとも部分的に該個人データに基づ
くことを要旨とする。

【００１２】請求項６に記載の発明は、請求項１〜５の
いずれかに記載の方法において、少なくとも１組のユー
ザプロフィールデータが、該ユーザが１または複数の提
供者と携わる可能性がある将来的な活動に関する予測デ
ータを含み、該要求を評価する工程が少なくとも部分的
に該予測データに基づくことを要旨とする。

【００１３】請求項７に記載の発明は、請求項１〜６の
いずれかに記載の方法において、該組の各ユーザプロフ
ィールデータが、該ユーザプロフィールのサブプロフィ
ールを構成することを要旨とする。

【００１４】請求項８に記載の発明は、請求項１〜７の
いずれかに記載の方法において、該ユーザプロフィール
を更新する工程をさらに含むことを要旨とする。請求項
９に記載の発明は、請求項８に記載の方法において、該
活動を反映する追加情報を含むため、該第１提供者に関
する該組のユーザプロフィールデータを更新する工程を
含むことを要旨とする。

【００１５】請求項１０に記載の発明は、請求項８また
は９に記載の方法において、該活動が完了した場合に、
該活動を反映するため、該第１提供者に関する該組のユ
ーザプロフィールデータを更新する工程を含むことを要
旨とする。

【００１６】請求項１１に記載の発明は、請求項１〜１
０のいずれかに記載の方法において、該ユーザが権利を
与えられるいずれかの応答を決定する工程をさらに含む
ことを要旨とする。

【００１７】請求項１２に記載の発明は、請求項１１に
記載の方法において、該ユーザによって受信されるいず
れかの応答を反映するため、該第１提供者に関する該組
のユーザプロフィールデータを更新する工程をさらに含
むことを要旨とする。

【００１８】請求項１３に記載の発明は、請求項８〜１
２のいずれかに記載の方法において、少なくとも１つの
別の提供者に関するユーザプロフィールデータの組を更
新する工程をさらに含むことを要旨とする。

【００１９】請求項１４に記載の発明は、請求項１３に
記載の方法において、少なくとも１つの別の提供者に関
する該組のユーザプロフィールデータが、該少なくとも
１つの別の提供者が該第１提供者にアクセス権を許可し
た場合にのみ修正されることを要旨とする。

【００２０】請求項１５に記載の発明は、請求項１〜１
４のいずれかに記載の方法において、デジタル証明書を
変更することでアクセス権を修正できるようにするため
に、デジタル証明書とユーザプロフィールデータ座標の
使用を通じて、選択された提供者らによって共有される
ユーザプロフィールデータの様々な部分へのアクセスを
制御する工程を含むことを要旨とする。

【００２１】請求項１６に記載の発明は、請求項１〜１
５のいずれかに記載の方法において、該ユーザが、ある
活動に携わりたいという選択要求に関連して、データの
アクセスに許可を与えることが必要になることを要旨と
する。

【００２２】請求項１７に記載の発明は、請求項１〜１
６のいずれかに記載の方法において、該ユーザが、ある
活動に携わりたいという選択要求に関連して、識別デー
タを与えることが必要になる、ことを要旨とする。

【００２３】請求項１８に記載の発明は、請求項１〜１
７のいずれかに記載の方法において、該活動が、商品お
よび／またはサービスの提供者からの商品および／また
はサービスの購入であることを要旨とする。

【００２４】請求項１９に記載の発明は、ユーザに応答
を提供する方法であって、 該ユーザが、複数の提供者
のうちの第１提供者との活動に携わりたいという要求を
行う工程と；該ユーザが、該第１提供者に対して、個人
データ記憶装置を提示する工程であって、該装置が、該
ユーザと、複数個の組のユーザプロフィールデータから
成るユーザプロフィールとを識別する識別データを提供
され、各組が、該複数の提供者の１つに関する工程と；
該要求を行うときに、該ユーザが権利を与えられるいず
れかの応答を決定する工程と；該応答への該ユーザへの
権利付与が、１または複数の該提供者に関する該ユーザ
プロフィールデータに少なくとも従って評価される工程
と；から成る方法を要旨とする。

【００２５】請求項２０に記載の発明は、請求項１９に
記載の方法において、該応答への該ユーザへの権利付与
が、可能であれば、該第１提供者に関するユーザプロフ
ィールデータの組に従って評価され、不可能であれば、
該第１提供者に関するユーザプロフィールデータと、１
または複数の他の提供者に関する１または複数の組のユ
ーザプロフィールデータとに従って、あるいは１または
複数の他の提供者に関する１または複数の組のユーザプ
ロフィールデータのみに従って評価されることを要旨と
する。

【００２６】かくして、たとえば活動が商品またはサー
ビスの購入である場合、ユーザは、商品またはサービス
の上記またはその他の提供者との支出履歴に基づき、割
引の形態で応答の権利が与えられる。

【００２７】請求項２１に記載の発明は、請求項１９ま
たは２０に記載の方法において、少なくとも１組のユー
ザプロフィールデータが、該ユーザが、該ユーザプロフ
ィールデータの組が関係する１または複数の提供者と携
わったいずれかの過去の活動に関する活動データを含
み、該ユーザが権利を与えられるいずれかの応答を決定
する工程が、少なくとも部分的に該活動データに基づく
ことを要旨とする。

【００２８】請求項２２に記載の発明は、請求項１９〜
２１のいずれかに記載の方法において、少なくとも１組
のユーザプロフィールデータが応答データを含み、前記
いずれかの応答を決定する工程が、少なくとも部分的に
該応答データに基づくことを要旨とする。

【００２９】請求項２３に記載の発明は、請求項１９〜
２２のいずれかに記載の方法において、少なくとも１組
のユーザプロフィールデータが個人データを含み、前記
いずれかの応答を決定する工程が、少なくとも部分的に
該個人データに基づくことを要旨とする。

【００３０】請求項２４に記載の発明は、請求項１９〜
２３のいずれかに記載の方法において、少なくとも１組
のユーザプロフィールデータは、該ユーザが１または複
数の提供者と携わる可能性がある将来的な活動に関する
予測データを含み、前記いずれかの応答を決定する工程
が、少なくとも部分的に該予測データに基づくことを要
旨とする。

【００３１】請求項２５に記載の発明は、請求項１９〜
２４のいずれかに記載の方法において、該組の各ユーザ
プロフィールデータが、該ユーザプロフィールのサブプ
ロフィールを構成することを要旨とする。

【００３２】請求項２６に記載の発明は、請求項１９〜
２５のいずれかに記載の方法において、該ユーザプロフ
ィールを更新する工程をさらに含む、ことを要旨とす
る。請求項２７に記載の発明は、請求項２６に記載の方
法において、該活動を反映する追加情報を含むため、該
第１提供者に関する該組のユーザプロフィールデータを
更新する工程を含むことを要旨とする。

【００３３】請求項２８に記載の発明は、請求項２６ま
たは２７に記載の方法において、該活動が完了した場合
に、該活動を反映するため、該第１提供者に関する該組
のユーザプロフィールデータを更新する工程を含むこと
を要旨とする。

【００３４】請求項２９に記載の発明は、請求項２６〜
２８のいずれかに記載の方法において、該ユーザに提供
されるいずれかの応答を反映するため、該第１提供者に
関する該組のユーザプロフィールデータを更新する工程
をさらに含むことを要旨とする。

【００３５】請求項３０に記載の発明は、請求項２６〜
２９のいずれかに記載の方法において、少なくとも１つ
の別の提供者に関するユーザプロフィールデータの組の
更新をさらに含むことを要旨とする。

【００３６】請求項３１に記載の発明は、請求項３０に
記載の方法において、少なくとも１つの別の提供者に関
する該組のユーザプロフィールデータが、該少なくとも
１つの別の提供者が該第１提供者にアクセス権を許可し
た場合にのみ修正されることを要旨とする。

【００３７】請求項３２に記載の発明は、請求項１９〜
３１のいずれかに記載の方法において、デジタル証明書
を変更することでアクセス権を修正できるようにするた
め、デジタル証明書とユーザプロフィールデータ座標の
使用を通じて、選択された提供者らによって共有される
ユーザプロフィールデータの様々な部分へのアクセスを
制御することを含むことを要旨とする。

【００３８】請求項３３に記載の発明は、請求項１９〜
３２のいずれかに記載の方法において、該ユーザが、あ
る活動に携わりたいという選択要求に関連して、データ
のアクセスに許可を与えることが必要になることを要旨
とする。

【００３９】請求項３４に記載の発明は、請求項１９〜
３３のいずれかに記載の方法において、該ユーザが、あ
る活動に携わりたいという選択要求に関連して、識別デ
ータを与えることが必要になることを要旨とする。

【００４０】請求項３５に記載の発明は、請求項１９〜
３４のいずれかに記載の方法において、前記いずれかの
応答の決定が、該ユーザにより交換可能な特典の決定を
含むことを要旨とする。

【００４１】請求項３６に記載の発明は、請求項１９〜
３４のいずれかに記載の方法において、該活動が、商品
および／またはサービスの提供者からの商品および／ま
たはサービスの購入であることを要旨とする。

【００４２】請求項３７に記載の発明は、活動を管理す
る方法であって、複数の提供者の各々が、該ユーザに関
すると共に１組のユーザプロフィールデータから成るユ
ーザプロフィールを有するデータベースを維持する工程
と；該ユーザが、該複数の提供者のうちの第１提供者と
の活動に携わりたいという要求を行う工程と；前記ユー
ザの該活動に携わりたいという要求は、可能であれば、
該第１提供者によって維持される該ユーザのユーザプロ
フィールデータの組に従って評価され、不可能であれ
ば、該第１提供者によって維持される該ユーザのユーザ
プロフィールデータの組と、１または複数の他の提供者
によって維持される該ユーザのユーザプロフィールデー
タの組とによって評価されるか、あるいは１または複数
の他の提供者によって維持される該ユーザのユーザプロ
フィールデータの組のみに従って評価されることと、か
ら成る方法を要旨とする。

【００４３】かくして、ユーザが、第１提供者との活動
に携わりたいという要求を行っても、実際には、活動
は、該第１提供者によって維持されるユーザプロフィー
ルデータと、１人の別の提供者か複数人の別の提供者に
よって維持されるユーザプロフィールデータの両方に従
って承認される。実際に、たとえば第１提供者によって
維持されるユーザプロフィールデータが不適切な場合、
第２提供者または複数の別の提供者のみによって維持さ
れるユーザプロフィールデータに従って活動が承認され
る。該方法が、ユーザの容認性に対する他のチェックを
排除しないことは明白である。

【００４４】活動は、購入を含むいかなる種類のもので
もよく、賃金の要求でもよい。後者の例の場合、「応
答」はかかる賃金か、あるいは何らかの他の雇用応答と
なる。請求項３８に記載の発明は、請求項３７に記載の
方法において、少なくとも１組のユーザプロフィールデ
ータは、該ユーザが１または複数の提供者と携わったい
ずれかの過去の活動に関する活動データを含み、該活動
を評価する工程が少なくとも部分的に該活動データに基
づくことを要旨とする。

【００４５】請求項３９に記載の発明は、請求項３７ま
たは３８に記載の方法において、少なくとも１組のユー
ザプロフィールデータが、該ユーザによって受信された
いずれかの過去の応答に関する応答データを含み、該活
動を評価する工程が少なくとも部分的に該応答データに
基づくことを要旨とする。

【００４６】請求項４０に記載の発明は、請求項３７〜
３９のいずれかに記載の方法において、少なくとも１組
のユーザプロフィールデータが個人データを含み、該活
動を評価する工程が少なくとも部分的に該個人データに
基づくことを要旨とする。

【００４７】請求項４１に記載の発明は、請求項３７〜
４０のいずれかに記載の方法において、少なくとも１組
のユーザプロフィールデータが、該ユーザが１または複
数の提供者と携わる可能性がある将来的な活動に関する
予測データを含み、該活動を評価する工程が少なくとも
部分的に該予測データに基づくことを要旨とする。

【００４８】請求項４２に記載の発明は、請求項３７〜
４１のいずれかに記載の方法において、該活動を反映す
る追加情報を含むため、該第１提供者に関する該組のユ
ーザプロフィールデータを更新する工程を含むことを要
旨とする。

【００４９】請求項４３に記載の発明は、請求項３７〜
４２に記載の方法において、該活動が完了した場合に、
該活動を反映するため、該第１提供者に関する該組のユ
ーザプロフィールデータを更新する工程を含むことを要
旨とする。

【００５０】請求項４４に記載の発明は、請求項３７〜
４３のいずれかに記載の方法において、該ユーザが権利
を与えられるいずれかの応答を決定する工程をさらに含
むことを要旨とする。

【００５１】請求項４５に記載の発明は、請求項４４に
記載の方法において、該ユーザによって受信されるいず
れかの応答を反映するため、該第１提供者に関する該組
のユーザプロフィールデータの更新をさらに含むことを
要旨とする。

【００５２】請求項４６に記載の発明は、請求項３７〜
４５のいずれかに記載の方法において、少なくとも１つ
の別の提供者に関するユーザプロフィールデータの組を
更新する工程をさらに含むことを要旨とする。

【００５３】請求項４７に記載の発明は、請求項４６に
記載の方法において、少なくとも１つの別の提供者に関
する該組のユーザプロフィールデータが、該少なくとも
１つの別の提供者が該第１提供者にアクセス権を許可し
た場合にのみ修正されることを要旨とする。

【００５４】請求項４８に記載の発明は、請求項３７〜
４７のいずれかに記載の方法において、デジタル証明書
を変更することでアクセス権を修正できるようにするた
め、デジタル証明書とユーザプロフィールデータ座標の
使用を通じて、選択された提供者らによって共有される
ユーザプロフィールデータの様々な部分へのアクセスを
制御することを含むことを要旨とする。

【００５５】請求項４９に記載の発明は、請求項３７〜
４８のいずれかに記載の方法において、該ユーザが、あ
る活動に携わりたいという選択要求に関連して、データ
のアクセスに許可を与えることが必要になることを要旨
とする。

【００５６】請求項５０に記載の発明は、請求項３７〜
４９のいずれかに記載の方法方法において、該ユーザ
が、ある活動に携わりたいという選択要求に関連して、
識別データを与えることが必要になることを要旨とす
る。

【００５７】請求項５１に記載の発明は、請求項３７〜
４９のいずれかに記載の方法において、該活動が、商品
および／またはサービスの提供者からの商品および／ま
たはサービスの購入であることを要旨とする。

【００５８】請求項５２に記載の発明は、ユーザに応答
を提供する方法であって、複数の提供者の各々が、ユー
ザに関すると共に１組のユーザプロフィールデータから
成るユーザプロフィールを有するデータベースを維持す
る工程と；ユーザが、該複数の提供者のうちの第１提供
者との活動に携わりたいという要求を行う工程と；該ユ
ーザが該要求を行ったときに権利を与えられるいずれか
の応答を決定する工程と；該ユーザの該応答への権利付
与が、可能であれば、該第１提供者によって維持される
該ユーザのユーザプロフィールデータの組に従って評価
され、不可能であれば、該第１提供者によって維持され
る該ユーザのユーザプロフィールデータの組と、１また
は複数の他の提供者によって維持される該ユーザのユー
ザプロフィールデータの組とによって評価されるか、あ
るいは１または複数の他の提供者によって維持される該
ユーザのユーザプロフィールデータの組のみに従って評
価されることと；から成る方法を要旨とする。

【００５９】請求項５３に記載の発明は、請求項５２に
記載の方法において、少なくとも１組のユーザプロフィ
ールデータは、該ユーザが、該ユーザプロフィールデー
タの組が関係する１または複数の提供者と携わったいず
れかの過去の活動に関する活動データを含み、前記いず
れかの応答を決定する工程が少なくとも部分的に該活動
データに基づくことを要旨とする。

【００６０】請求項５４に記載の発明は、請求項５２〜
５３に記載の方法において、少なくとも１組のユーザプ
ロフィールデータが、該ユーザによって受信されたいず
れかの過去の応答に関する応答データを含み、ユーザが
権利を与えられる前記いずれかの応答を決定する工程
は、少なくとも部分的に該応答データに基づくことを要
旨とする。

【００６１】請求項５５に記載の発明は、請求項５２〜
５４のいずれかに記載の方法において、少なくとも１組
のユーザプロフィールデータが、個人データを含み、該
応答を決定する工程は、少なくとも部分的に該個人デー
タに基づくことを要旨とする。

【００６２】請求項５６に記載の発明は、請求項５２〜
５５のいずれかに記載の方法において、少なくとも１組
のユーザプロフィールデータが、該ユーザが１または複
数の提供者と携わる可能性がある将来的な活動に関する
予測データを含み、該応答の該決定が少なくとも部分的
に該予測データに基づくことを要旨とする。

【００６３】請求項５７に記載の発明は、請求項５２〜
５６のいずれかに記載の方法において、該活動を反映す
る追加情報を含むため、該第１提供者に関する該組のユ
ーザプロフィールデータを更新する工程を含むことを要
旨とする。

【００６４】請求項５８に記載の発明は、請求項５２〜
５７のいずれかに記載の方法において、該活動が完了し
た場合に、該活動を反映するため、該第１提供者に関す
る該組のユーザプロフィールデータを更新する工程を含
むことを要旨とする。

【００６５】請求項５９に記載の発明は、請求項５２〜
５８のいずれかに記載の方法において、該ユーザによっ
て受信されるいずれかの応答を反映するため、該第１提
供者に関する該組のユーザプロフィールデータの更新を
さらに含むことを要旨とする。

【００６６】請求項６０に記載の発明は、請求項５２〜
５９のいずれかに記載の方法において、少なくとも１つ
の別の提供者に関するユーザプロフィールデータの組の
更新をさらに含むことを要旨とする。

【００６７】請求項６１に記載の発明は、請求項６０に
記載の方法において、少なくとも１つの別の提供者に関
する該組のユーザプロフィールデータが、該少なくとも
１つの別の提供者が該第１提供者にアクセス権を許可し
た場合にのみ修正されることを要旨とする。

【００６８】請求項６２に記載の発明は、請求項５２〜
６１のいずれかに記載の方法において、デジタル証明書
を変更することでアクセス権を修正できるようにするた
めに、デジタル証明書とユーザプロフィールデータ座標
の使用を通じて、選択された提供者らによって共有され
るユーザプロフィールデータの様々な部分へのアクセス
を制御することを含むことを要旨とする。

【００６９】請求項６３に記載の発明は、請求項５２〜
６２のいずれかに記載の方法において、該ユーザが、あ
る活動に携わりたいという選択要求に関連して、データ
のアクセスに許可を与えることが必要になることを要旨
とする。

【００７０】請求項６４に記載の発明は、請求項５２〜
６３のいずれかに記載の方法において、該ユーザが、あ
る活動に携わりたいという選択要求に関連して、識別デ
ータを与えることが必要になることを要旨とする。

【００７１】請求項６５に記載の発明は、請求項５２〜
６４のいずれかに記載の方法において、前記いずれかの
応答の決定が、該ユーザにより交換可能な特典の決定を
含むことを要旨とする。

【００７２】請求項６６に記載の発明は、請求項５２〜
６５のいずれかに記載の方法において、該活動が、商品
および／またはサービスの提供者からの商品および／ま
たはサービスの購入であることを要旨とする。

【００７３】請求項６７に記載の発明は、ユーザと提供
者との間の活動を管理する際に使用される個人データ記
憶装置であって、該装置が、該ユーザと、複数個の組の
ユーザプロフィールデータから成るユーザプロフィール
とを識別する識別データを提供され、ユーザプロフィー
ルデータの各組が、該複数の提供者の少なくとも１つに
関する装置を要旨とする。

【００７４】請求項６８に記載の発明は、請求項６７に
記載の装置において、該組の各ユーザプロフィールデー
タが、該ユーザプロフィールのサブプロフィールを構成
することを要旨とする。

【００７５】請求項６９に記載の発明は、請求項６７ま
たは６８に記載の装置において、該ユーザプロフィール
を記憶する磁気、光学または電子メモリ記憶手段を有す
ることを要旨とする。

【００７６】請求項７０に記載の発明は、請求項６７〜
６９のいずれかに記載の装置において、該個人データ記
憶装置が、カード、クレジットカード、携帯型端末、携
帯端末、腕時計、玩具またはペンダントの１つに埋め込
まれたことを要旨とする。

【００７７】１実施形態では、個人データ記憶装置は、
磁気片の形態のメモリ記憶手段を備えた、クレジットカ
ードのサイズのカードから成る。別の実施形態では、個
人データ記憶装置は、スマートカードまたはチップカー
ドから成る。

【００７８】幾つかの実施形態では、識別データが個人
データ記憶装置に単純に印刷されるか、たとえば浮き出
し文字の形態でエンボス加工される。本明細書において
「ユーザ」という用語は、活動への関与を要求する個
人、複数の個人から成るグループ、または他の事業体を
指すために用いられる。ユーザの１例は、提供者から商
品またはサービスを得ようとする顧客である。別の実施
形態では、ユーザは従業員などでもよい。

【００７９】本明細書において「提供者」という用語
は、商品、サービス、またはユーザによる活動への関与
の要求に対する何らかの他の応答を提供できる事業体を
概括的に指すために用いられる。提供者の例は、小売業
者、雇用者、航空会社、ホテル、電子商取引者、金融機
関などである。提供者は現地（ローカル）に拠点を置い
ていても、他の場所（たとえば外国）に拠点を置いてい
てもよい。

【００８０】本明細書において「個人記憶装置」とは、
磁気片やチップ、あるいは光学記憶機能を備えたクレジ
ットカードのサイズのカードなどのデータ記憶機能を有
するデバイス、または携帯電話や携帯端末などの携帯型
デバイス、または、データの記憶に適し、提供者との活
動関与中に使用できる腕時計、玩具、ペンダントなどの
物体に埋め込まれたチップを指すために用いられる。

【００８１】「活動」という用語は、ユーザが行うこと
ができるいかなる要求、たとえば購入要求、賃金要求な
どを総称的に指すために用いられる。ユーザプロフィー
ル内の「活動データ」は、いかなる過去の活動、たとえ
ば支払われたドルの金額などの購入データ、通貨単位、
購入された製品、生産されたユニット数、実働日数、休
暇日数、ウェブサイトでのクリック数、ゲームを行った
回数なども含むことができる。一方、「予測データ」は
将来的な活動の予測指標、たとえば、特定の活動が生じ
る時点の可能性を示す指標を含む。

【００８２】ユーザプロフィール内の「個人データ」
は、出生、性別、社会的地位、所得、資格、提供者関係
情報などのデータを含む。「応答」は、通常、割引など
の特典の供与であるが、価格、メッセージ、承認（たと
えばクレジット、権利、アクセスの）などでもよい。

【００８３】従って、本発明は、ユーザと提供者間の対
話時点でユーザに関して既知の情報を共有し、利用する
際の技術的困難を解消し、個人組織は、組織の集まりと
同じほどの情報または同じくらい完全なユーザプロフィ
ールを有していないため、ビジネスまたは非営利組織
（たとえば行政機関）などの参加提供者によって、より
完全に情報に精通した状態で各対話が実行できるように
する。従って、本発明は、各参加提供者が、プロフィー
ル内にそれ自体のデータを維持することを可能にし、ユ
ーザが提供者の１つとの活動に携わった場合に、提供者
らがそのそれぞれのプロフィールまたはサブプロフィー
ルの幾つかまたはすべての利用を実際に共有する。たと
えば、本発明の幾つかの実施形態によると、ユーザが活
動に携わりたいという要求を行った場合、（本発明のデ
ータ処理工程を実行する）コンピュータシステムは、第
１提供者自身のプロフィールデータが、活動を満足行く
ように完了するには不十分である場合に、第２提供者に
よって維持されるプロフィールデータの幾つかを使用す
るようプログラムできる。第２提供者からのプロフィー
ルデータの使用は、単純な問い合わせ（たとえばユーザ
の所得範囲の指標の検索）に限定されるか、「ユーザが
住宅抵当を必要とする確率」などの質問に答える複雑な
派生指標の検索から成る。幾つかの実施形態において、
個人データ記憶装置は、次に、その内部に埋め込まれた
規則を用いて、コンポーネントプロフィールデータ内の
詳細を明らかにすることなく、かかる指標を算定し、返
送できる。特定の提供者に与えられるアクセスの種類
は、該提供者と、プロフィールデータを共有する提供者
らの間で決められた商業上の取り決めを条件とする。か
かるアクセスは、たとえば、各参加提供者に発行される
デジタル証明書によって制御でき、ここで、各デジタル
証明書は、プロフィールデータへのアクセスの試みが行
われた際に、個人データ記憶装置によって検証される認
証コードを含む。

【００８４】幾つかの実施形態で、本発明は、ユーザの
管理下に置かれるプロフィールデータの使用に対する制
御を許可することで、消費者のプライバシーの問題にも
対処しており、そのため、幾つかの実施形態では、プロ
フィールデータのみの使用が、異なる提供者間で共有で
き、該使用が対話時点でのユーザの同意のみで、共有当
事者に公開されるプロフィールデータなしに実施され、
かかる同意が、たとえば、ユーザによる、対話時点デバ
イスへのＰＩＮ、パスワードまたはバイオメトリック識
別表示の提示によって典型的に提供されるようになって
いる。かくして、本発明の実施形態は、提供者が（ユー
ザの同意を条件として）ユーザのプロフィールデータに
アクセスでき、ユーザのプライバシーを侵害することな
く対話時点でユーザに適切な商品またはサービスを提供
する「合法許可マーケティング」を可能にする。

【００８５】本発明は、プロフィールデータを現在の情
報で更新でき、かくして、ユーザとの遭遇ごとに意志決
定工程での高い精度が容易となる。たとえばＣＲＭで、
プロフィールデータの瞬時更新は、活動の関与に組み込
まれたＣＲＭ規則と業務の実施を妨げる大量で複雑なア
プリケーションの存在により、従来コスト効率が良くな
い。本発明の実施形態は、ＣＲＭ機能性を、ユーザとの
対話の時点まで持っていき、典型的に広範な変更を含む
ことになる、現存の「レガシー」システムと統合しなけ
ればならないという複雑さを回避し、従って、ＣＲＭを
より実用的で、実現可能にする。

【００８６】本発明の実施形態で、コラボラティブＣＲ
ＭまたはパートナーＣＲＭスキームに参加する各提供者
は、ユーザに関する集合的知識によって利益を得るが、
一方で、ユーザは、提供者らによって行われる、より良
好に通知されるより迅速な決定から利益を得る。同時
に、ユーザは、ユーザプロフィールの使用およびアクセ
スを完全に管理し、これらすべてが、提供者の情報の複
雑な統合を必要とすることなく、対話時点で行われる。

【００８７】本発明をより明瞭に確認できるようにする
ため、添付図面を参照しながら、例示による好ましい実
施形態を以下に説明する。

【００８８】

【発明の実施の形態】本発明の好ましい１実施形態によ
る、活動管理方法を以下に詳細に説明する。該方法にお
いて、ユーザプロフィールは、個人データ記憶装置（以
下「トークン」と称す）に記憶される。トークンまた
は、トークンを読み取る読取機のいずれかは（その制御
用パーソナルコンピュータ、販売時点管理端末、携帯端
末、携帯電話、あるいはその他のモバイル機器で）、対
話が進行するべき方向に関して決定を行うようプログラ
ムされる。ユーザプロフィールは、プロフィール状況の
形態でトークン内に記憶され、各プロフィール状況−ま
たはユーザプロフィールデータの組−は、ユーザの特徴
をコード化する指標を構成する。該データは、活動およ
び／または他の属性データの間の数学的関係を確立する
単純な式から、多数のユーザ、その平均的挙動、および
挙動とユーザの他の特徴との間の統計的関係の観察から
経験的に導出される複雑な統計モデルまで多岐にわたる
式で用いられ、また該式から導出される。式の変数は、
予想されるユーザの挙動に関する「予測データ」を含
み、該予測は、経験的観察か数学的予測のいずれか、あ
るいはその両方から導出される。トークンの使用を含め
た各ユーザ活動は、その結果として、トークン内のユー
ザプロフィールが、取引を反映するように修正される。

【００８９】プロフィール状況データは、ブール（真ま
たは偽）データ、数値データ、数量データまたはテキス
トデータである。１個のプロフィール状況中のデータ
は、複合情報、たとえばユーザの性別、年齢、配偶者の
有無、家族の人数および所得範囲を構成する。

【００９０】データ自体の代わりに、プロフィール状況
は、ポインタまたは位置情報と、実際のデータへのアク
セスキーとシークレットコードを保持するために使用さ
れる。該データはトークンの外部の位置に記憶され、本
願では「拡張プロフィールデータ」と称される。アクセ
スキーとシークレットコードは、条件に応じて、ユーザ
か提供者によって割り当てられ、キーとシークレットコ
ードは、データの暗号化および／またはパスワードかＰ
ＩＮの形でのアクセス制御のために使用される。かかる
実施形態は、ネットワーク接続性により拡張プロフィー
ルデータへのアクセスが許可される環境での活動時点
で、処理のために利用できるデータ量を大幅に増加で
き、同時にデータアクセスに対するユーザ制御が維持で
きるという２つの利点を有する。たとえば、拡張プロフ
ィールデータは提供者のホストコンピュータ内に常駐
し、トークン上では利用できなくてもよい。かかるプロ
フィール状況は、提供者間の共有アクセスの規則を含
む、データを含む該プロフィール状況などと同じアクセ
ス規則を条件とする。

【００９１】さらに、プロフィール状況はプロフィール
ラインと称される組にさらに組み込まれ、プロフィール
ラインの組はプロフィール面に組み込まれる。これらの
それぞれへのアクセスは、デジタル証明書を用いた暗号
ベースの確認スキームを用いて制御される。

【００９２】デジタル証明書は、提供者の身元に関する
データと、システムまたは提供者が許可されたアクセス
の種類を示すコードと、証明書の有効期間を示すバージ
ョン指標と、アクセス可能なプロフィール状況、ライン
および面への座標と、座標組のそれぞれに関する許可さ
れた機能と、デジタル証明書の認証を確認するためトー
クンにより使用できるデジタル署名として知られる暗号
として生成されたハッシュ値とを含む。デジタル署名
は、トークンの発行者および／またはデジタル証明書が
関係するプロフィール状況、ラインまたは面の所有者に
のみ知らされているデジタル証明書と暗号キーのすべて
のデータの関数である。

【００９３】異なるシステムまたは提供者に異なるデジ
タル証明書を発行することで、ユーザプロフィールの特
定部分を使用する各システムの権利が、場合に応じて制
限または許可され、かくして、ユーザプロフィールの使
用の制御的共有が可能となる。アクセス権利は機能レベ
ルでも制御され、従って、意思決定、修正または観察を
含む機能のいかなる組み合わせに関しても、１組のユー
ザプロフィールへのアクセスに各システムが制限でき
る。

【００９４】トークンは運用者により管理される。運用
者は、トークンの獲得、開始および発行の監視と、シス
テムの獲得、開始、プログラミング、インストール、保
守および運用と、ユーザデータの分析のための機能提供
と、トークン内へロードするための関連ユーザプロフィ
ールの生成と、トークンの使用からおよび／または他の
参加提供者との共同作業から特典を受けたいと願う提供
者間の共同作業のセットアップと、ユーザを支援するた
めの一般的なサービスの提供とを始めとする、トークン
とシステムの運用上での活動の幾つかまたはすべてに責
任を持つ。

【００９５】運用者は提供者であってもなくてもよく、
トークン発行者であってもなくてもよい。本実施形態の
方法によると、実際的な１実施形態では以下の典型的な
工程が起こる。

【００９６】トークンが、最初のユーザプロファイル
と、トークンが演算能力を有する場合は、プロフィール
を構成する指標の新しい値を算定するために任意選択で
数式とを、ロードされる。

【００９７】システムは、たとえば商品の分割払い購入
を提供する小売業者などの提供者により使用され、プロ
フィールに応じて行われる処理工程を定義するスクリプ
トと、トークンからのプロフィール状況の入力に基づき
さらなる導出を実行するための計算式と、プロフィール
の関連部分へのシステムアクセスを提供するデジタル証
明書またはデジタル証明書の組とをロードされる。ユー
ザ（この場合は顧客）が、商品の分割払い購入という活
動に携わりたいという要求を行うと、システム内のスク
リプトが、小売業者に関するユーザプロフィールデータ
の組に基づき、商品の分割払い購入という形態でローン
をユーザに認証するよう構成され、実際の信用限度は顧
客（ユーザ）プロフィールの関数である。

【００９８】システムが利用できる顧客（ユーザ）プロ
フィールデータ（この場合、小売業者の顧客プロフィー
ルデータの組）に基づいて許容されるよりも高いローン
金額を顧客が必要とする場合、システムは顧客に対し、
顧客の信用価値に適した別の提供者（金融機関など）に
関する顧客の活動から成る第２組の顧客プロフィールデ
ータにアクセスする同意を促す。顧客の同意（および小
売業者と金融機関の事前の取り決め）により、システム
は、特定の問い合わせに対するトークンからの応答を受
け取るアクセス権を与えられ、応答は、指標の形態で、
次に、改正された顧客の信用等級を算定するため、スク
リプトによって使用される。他の顧客プロフィールデー
タ組をチェックすることに対する顧客の同意は事前に与
えられ、トークン内に記憶されるか、ＰＩＮ、パスワー
ドまたは何らかのバイオメトリック識別手段の提示によ
り、活動時点で与えられてもよい。

【００９９】別の実施形態では、方法を、デパートの顧
客へのアクセスを望む提携先の商品およびサービスを助
成するために顧客であるユーザとの対話の機会をデパー
トなどの提供者が利用するマーケティング活動に、利用
することができる。

【０１００】本実施形態において、システムは販売時点
管理端末（ＰＯＳ）から成る。トークンは銀行によって
発行され、デパートは、トークンの使用において参加提
供者であり、すなわち、顧客は、かかるトークンを保持
する顧客である。

【０１０１】顧客の活動（購入活動を含む）に関する情
報は、商品の価格決定や顧客が提供される権利付与と報
酬の種類など、意思決定に用いられる指標を導き出すた
め、個人データ（たとえば年齢、性、性別）と、過去の
活動に関するデータと、現在の活動と、予想される将来
の活動とを入力として使用する式を用いて、顧客（ユー
ザ）プロフィールで得られる。式は、使用されるトーク
ンの種類を含む実施の状況に応じて、トークン内および
／またはシステム内に記憶され、また実行される。

【０１０２】最も単純な形態１つは、活動が購入の場合
である。この場合、式は、支払われた１ドル（または他
の通貨単位）ごとにＸボーナスポイントが顧客に与えら
れることを指定し、将来の購入を相殺することでボーナ
スポイントが「商品と引き換え」られ、顧客の反応を監
視するためにかかる商品引き換えを追跡する。

【０１０３】この第２実施形態では、あるプロフィール
状況（プロフィール状況Ａ）が、販促期間中に顧客によ
って行われた購入の合計を追跡するために専用使用さ
れ、販促期間が、ＰＯＳに埋め込まれた規則スクリプト
内にコード化される。

【０１０４】支払取引が開始されるたびに、ＰＯＳは、
プロフィール状況Ａでの合計取引額を変換し、現時点ま
でに商品と引き換えられたポイント数（プロフィール状
況内で追跡される）を差し引くことで導出される、顧客
によるボーナスポイント数を表示し、現在の支払取引の
一部としてボーナスポイントを商品と引き換えることを
顧客が選択できる。取引完了時、商品と引き換えられた
ボーナスポイント合計がプロフィール状況Ｂに記録さ
れ、同時に、現在の取引で支払われた合計がプロフィー
ル状況Ａに追加される。

【０１０５】さらに、ボーナスポイントは、他の参加ベ
ンダでの特典または権利付与に対して商品と引き換える
ことができ、たとえば、ベンダＰの顧客は、次にベンダ
Ｑで消費できる２０ドルの「仮想クーポン」と１０００
ボーナスポイントを引き換えるあるいは「下取り」する
ことを選択できる。これを実施するため、システムは、
１０００ボーナスポイントが消費されたことを示すた
め、プロフィール状況Ｂに商品交換数（すなわち１００
０ボーナスポイント）を追加し、顧客がベンダＱに行
き、仮想クーポンを２０ドル分の購入と引き換える取引
を行った場合に、ベンダＱのシステムがプロフィール状
況Ｃのクーポンクレジットを認識し、顧客がプロフィー
ル状況Ｃでクレジットを消費したことを示すため別のプ
ロフィール状況（たとえばＤ）を増分するように、ベン
ダＱによって認識される転送プロフィール状況として本
例で指定されるプロフィール状況Ｃを更新する。

【０１０６】各活動データ（たとえば購入データおよび
商品交換データ）に関するプロフィール状況の合計を累
算することで、情報を失うことなく顧客の行為を追跡で
きる。プロフィール状況へのアクセスを参加提供者のみ
に制限することで、該方法は、多数の提供者らが、彼ら
自身のプロフィール状況を安全な方法で用いて、顧客プ
ロフィールでのそれ自体のポイントを共有あるいは追跡
することを可能にする。共有されるプロフィール状況
は、提供者らが、共通顧客報酬スキームに参加すること
を可能にする。共有されない非公開プロフィール状況に
より、提供者らが彼ら自身のスキームを運用することが
可能となる。

【０１０７】アクセスはアクセス証明書を提供者に発行
することで提供され、各提供者は、割り当てられたプロ
フィール状況、ライン（線）または平面にのみアクセス
するためのアクセス証明書を与えられる。

【０１０８】さらに、ユーザプロフィールは、顧客に提
示される別のマーケティングメッセージを選択されるた
めにさらに利用できる。たとえば、そのプロフィールが
ゴルフの道具の頻繁な購入を示すユーザは、ゴルフ道
具、ゴルフクラブの会員権、ゴルフツアー、およびかか
る活動のためのローンに関するマーケティングメッセー
ジの標的とされる。

【０１０９】バックエンドホストシステムへのアクセス
が実用的で合理的である選択されたシステムで、システ
ムは、対話中にトークン内のユーザプロフィールに予定
されるいかなる更新も検索するとともに、記憶とさらな
る分析のため、ホストシステムに最新の顧客プロフィー
ルデータを（任意で）提出するため、リモートホストに
自動的にアクセスすることもできる。本実施形態の主要
な態様は、さらにより実用的なプロフィール駆動型対話
システムを達成するため、オンラインアクセスの賢明な
使用とオフライン処理を組み合わせることにある。特
に、中央ホストへのオンラインアクセスは、トークンが
インターネット上で使用される場合に、最も頻繁に生じ
ると予想される。システムがトークン内のいかなる機能
性にアクセスできる前に、システムとトークンは、デー
タ暗号規格（ＤＥＳ）、ＲＳＡ暗号、楕円曲線暗号、ま
たは上級暗号規格（ＡＥＳ）などの業界標準の暗号アル
ゴリズムの使用を組み込んだ所定通信プロトコルに基づ
き、一連のデータ交換を介して互いをまず認証するよう
プログラムできる。

【０１１０】前述の両実施形態において、該方法は、相
互認証工程を実行するためにトークンと対話し、プロフ
ィールとトークンから返送される結果にアクセスし、解
釈し、トークンからの情報の使用から生じた結果と情報
を対話で考慮して、対話で取引（または活動）を実施す
るようプログラムされたデバイスを使用する。かかるデ
バイスは、処理装置と、プログラムとデータ記憶用メモ
リと、ソフトウェアプログラムと、システム応答をユー
ザが見るためのディスプレイと、ユーザが対話関連詳細
を入力するキーボードと、トークンとの対話のための少
なくとも１個の入出力装置、たとえばチップカードを読
み込むためのチップカード読取機と、携帯電話や携帯端
末（ＰＤＡ）と通信するための赤外線通信ポートととも
に、機能性を向上するまたは機能性を補足することを目
的とし、さらに取引または活動を処理するため、何らか
のデータ通信手段を介して、リモートホストシステムと
通信するオプション能力とから典型的に成る。

【０１１１】システムは、トークンとの対話の結果収集
される情報のための安全な記憶装置を提供でき、状況に
応じて、さらなる処理のため、リモートシステムに該情
報を送信できる。図１は、前述の実施形態によるトーク
ン１０の概略図であり、プロセッサ装置１２と、メモリ
１４と、入出力装置１６と、ソフトウェア１８とを図示
する。

【０１１２】プロセッサ装置１２は、ソフトウェア１８
内に含まれる命令を実行する。ソフトウェア１８は、メ
モリ１４内に記憶されたデータを処理するアルゴリズム
を含み、ソフトウェア１８自体もメモリ１４内に記憶で
きる（たとえば読み出し専用メモリすなわちＲＯＭ）。

【０１１３】メモリ１４は、ＲＯＭ、ランダムアクセス
メモリすなわちＲＡＭ、または電気的消去可能なプログ
ラマブル読取専用メモリすなわちＥＥＰＲＯＭなどの任
意の種々の適切なメモリタイプから構成される。

【０１１４】ソフトウェア１８はＲＯＭに記憶され、一
方ＥＥＰＲＯＭは、ユーザプロフィールと、必要な関連
データを半永久的に記憶する。ＲＡＭは通常、ソフトウ
ェア１８の実行中のみに使用される。

【０１１５】入出力装置１６は、トークン１０が使用さ
れる外部システムとデータが交換できるようにし、以下
の形態を取り得る。 ・物理的ライン（たとえば、ＩＳ７８１６第３部などに
規定されているＥＩＡＲＳ２３２ｃ、Ｔ＝０またはＴ＝
１プロトコルなどの基準に従って電気接点上を搬送され
る電気信号）

【０１１６】・赤外線光信号 ・トークンとシステムとの間で情報を搬送するように、
トークンからの音の伝送がコード化された音響信号 ・チップカードのためのＩＳ１４４４３、または他のデ
バイスタイプのためのＧＳＭ、ＷＡＰ、ＧＰＲＳ、ブル
ートゥースなどに規定されたものなどのプロトコルを用
いた高周波信号

【０１１７】トークン１０は、アクティブコンポーネン
トがチップで、トークン全体がクレジットカード状であ
るチップカード以外の形態も取れる。別の可能な実施形
態には、ＰＤＡ、携帯電話、腕時計、および中にアクテ
ィブコンポーネントを埋め込んだ任意の携帯型機器が含
まれる。

【０１１８】図２（Ａ）、（Ｂ）および（Ｃ）は、３つ
の可能なトークンとシステムの対話を概略で図示してい
る。図２（Ａ）で、トークン１０は、アクティブコンポ
ーネント２０ａを備えたチップカードの形態であり、シ
ステム２２ａは、ホストコンピュータに接続されてもさ
れていなくてもよいチップカード読取機を備えた販売時
点管理端末か、インターネットアクセスホスト上にチッ
プカード読取機を備えたＰＣの形態である。

【０１１９】図２（Ｂ）で、トークン１０は、アクティ
ブコンポーネント２０ｂを備えた携帯端末（ＰＤＡ）の
形態であり、システム２２ｂは、ホストシステムに接続
されたネットワーク上のアプリケーションサーバであ
る。

【０１２０】図２（Ｃ）で、トークン１０は、アクティ
ブコンポーネント２０ｃを備えた携帯電話の形態であ
り、システム２２ｃは携帯電話ネットワークとアプリケ
ーションサーバである。

【０１２１】（Ａ）〜（Ｃ）の各々の場合に、トークン
１０がシステム２２（すなわち提供者などによって維持
されるハードウェアデバイスなど）に提示され、以下の
工程が生じる。

【０１２２】・システム２２ａ，ｂ，ｃが、トークン１
０との識別情報の交換を開始する。 ・該情報に基づき、相互認証工程が生じ、そこで、２つ
の部分（すなわちシステム２２ａ，ｂ，ｃの各々とトー
クン１０）の間で交換される暗号法で暗号化されたデー
タにより、各部分は、他の部分が本物であると確認でき
る。 ・この交換中、システム２２ａ，ｂ，ｃは、適切なプロ
フィール面にアクセスする権利を確立するデジタル証明
書の形態でその資格をトークン１０に対して提示する。 ・トークン１０がデジタル証明書を確認した後、アクセ
スが許可される。システム２２ａ，ｂ，ｃが許可される
アクセスの種類に関する情報は、デジタル証明書内に埋
め込まれ、アクセスの種類には以下が含まれる。

【０１２３】・プロフィール問い合わせ…システム２２
ａ，ｂ，ｃがトークン１０に対して、ユーザプロフィー
ルが特定のプロフィール指標の組み合わせに一致するか
どうかに関して問い合わせることができる。この種のア
クセスでは、生データは公開されず、指標情報は、履
歴、現在の値および予測値の組み合わせを組み込んだ、
動的に生成された値か、状態（真か偽、または程度やレ
ベル）を示す派生結果であり得る。

【０１２４】・プロフィール更新…関連ユーザプロフィ
ール指標を更新するため、システム２２ａ，ｂ，ｃがト
ークン１０に対してデータを提出することを許可され
る。 ・データ検索…関連式の算定と適用がシステム２２ａ，
ｂ，ｃ内にあるように、トークン１０に記憶された生デ
ータがシステム２２ａ，ｂ，ｃによって検索される。

【０１２５】図３は、トークン１０（ソフトウェア１８
付き）内での処理フローの例をシステム２２とともに図
示する。

【０１２６】システム２２からのデータは、一般的な検
証のため要求ハンドラ（Ｒｅｑｕｅｓｔ Ｈａｎｄｌｅ
ｒ）２６に送信され（２４）、適切な機能モジュールに
送られる。典型的に、システム２２からの各要求メッセ
ージ内のデータは、受信された要求メッセージへ行われ
たいかなる無許可の変更も検出するために用いられるメ
ッセージ認証コードすなわちＭＡＣと呼ばれる暗号チェ
ックサムを含む。変更されたことが判明したいかなるメ
ッセージも拒否され、システムは、要求を再送するよう
要求される。

【０１２７】トークン１０とシステム２２の遭遇の最初
の工程中、要求ハンドラ２６は、システムを認証するた
めと、プロフィール面へのシステムのアクセスを確認
し、確立するため、アクセス制御関数２８にデータを送
信する。認証は、アクセスを要求するシステム２２の真
偽を確認し、システム２２に許可されたアクセスの種類
を確認するよう設計された暗号アルゴリズムに基づく。
暗号アルゴリズムは、セキュリティデバイスとしてのそ
の効力を保証するために秘匿されなければならない値で
ある「キー」の使用を必要とする。かかるキーを秘匿す
るため、トークン１０の外部のいかなる事業体にもメモ
リの内容がアクセス可能とならず、トークン１０内のソ
フトウェアでのみ使用できるようにするよう、トークン
１０内には「安全なメモリ」位置３０が設けられる。

【０１２８】アクセスが確立されると、システムのプロ
フィール面３２へのアクセス要求が、特定の要求と、要
求を行うシステムの権利に応じて、検索３６または更新
３８モジュールのいずれかに送られる（３４ａ、ｂ）。
アクセス中のプロフィール面３２の１つのデータが処理
されずに返送される生データ検索、あるいは１組のプロ
フィール状況が要求内に指定された条件に合致するかど
うかを検索モジュール３６が単に確認する「条件チェッ
ク」要求、あるいは要求された指標を導出するために用
いられるコンポーネントをシステム２２に明らかにする
ことなく、ユーザプロフィール内の指標値の組み合わせ
に基づいて、導出された指標を返送するよう検索モジュ
ール３６が要求される「指標生成」要求、を始めとする
種々の検索要求３４ａが支援される。該導出のための式
はソフトウェア１８に埋め込まれ、やはりソフトウェア
１８内にコード化された管理機能を介して交換可能であ
る。

【０１２９】システム２２は、アクセス権が許せば、プ
ロフィール面３２の更新のためにデータを提出でき、か
かる要求は、更新モジュール３８によって処理される。
更新モジュール３８は入力データを取り、更新要求に応
じて、ソフトウェア１８に埋め込まれた式に基づいて、
適切なプロフィール指標に該入力データを適用する。

【０１３０】ユーザプロフィールは、それぞれがユーザ
の属性を記述する値の混合物である。かかる値はプロフ
ィール状況と呼ばれる。プロフィール状況は、アクセス
と処理を簡単にするよう組織化できる。かかる組織化の
１例は以下のとおりである。

【０１３１】・各プロフィール状況は、ユーザの属性を
表す単一の値であってもよいし、あるいは一緒になって
属性を記述する複数の値から成ってもよい。 ・プロフィール状況は、各組がプロフィールラインと呼
ばれる組に組織化できる。

【０１３２】プロフィールラインの組は次にプロフィー
ル面３２にグループ分けできる。各面３２は、ヘッダ
と、面、ラインまたは状況を見つけるための指標付け機
構とを有する。

【０１３３】各ラインは、式への指標および／またはプ
ロフィール状況の導出のための式の因数などの共通属
性、および特定の実行の特定条件を示すヘッダを有し、
かかる式と因数は、トークン１０かシステム２２のいず
れかに記憶される。

【０１３４】システム２２のアクセス権は、かかるグル
ープ分けのどのレベルでも割り当てられ、システム２２
が、特定の機能のための特定の状況、ラインまたは面へ
のアクセスを与えられるが、別のプロフィールの組（状
況、ラインまたは面）への別の機能的アクセス権を有す
ることができるように、アクセスはさらに機能性により
分類される。特定のプロフィール状況（またはラインま
たは面）を見つけるための指標の組は、座標と称され
る。

【０１３５】図４は、前述のような、プロフィール組織
化の１例を概略で示す。該例において、ユーザプロフィ
ール４０は１組のプロフィール面３２から構成され、そ
れぞれの面は、ヘッダ４２と多数のプロフィールライン
４４を有する。各プロフィールライン４４は、ヘッダ４
６と多数のプロフィール状況４８とを有する。

【０１３６】提供者間での共有は、面３２、ライン４４
または状況４８のレベルで実施できる。各面３２または
ライン４４または状況４８は、別の提供者に割り当てら
れ、幾つかの面３２および／またはライン４４および／
または４８が、すべてまたは選択された提供者と共有す
るために利用でき、すべての参加提供者への一般的な有
用性の導出情報を含む。

【０１３７】各プロフィール状況４８は、コンポーネン
ト指標または単一の整数指標から成る。複合プロフィー
ル状況４８は、トークン１０またはシステム２２で実行
される導出式を伴い、該式は、引数として別のプロフィ
ール状況４８を含む。たとえば、提供者Ａ、ＢおよびＣ
はそれぞれプロフィール面Ａ、ＢおよびＣを「所有」で
き、同時に、トークンの発行者である提供者Ｍはプロフ
ィール面Ｍを所有する。プロフィール面Ｍ内で、提供者
Ｍは、プロフィール面Ａ，Ｂ，Ｃからの選択されたプロ
フィール状況と、プロフィールＭ自体からの幾つかのプ
ロフィール状況の導出物である複合プロフィールライン
Ｌを定義することを選択でき、該プロフィールラインＬ
は、付加価値サービスとしてすべてのプロバイダに参照
利用可能なようにできる。かかる共同取り決めは、参加
提供者間の相乗効果を最大限にする。性別、年齢、世帯
所得、家族の数などの個人データに加え、プロフィール
状況は、活動の種類、提供者、提供者の位置、チャネル
（アクセスの種類…ウェブ、物理的販路、携帯など）、
支払方法（クレジットカード、デビットカード、現金な
ど）、製品、製品カテゴリ、期間、頻度、金額（価
値）、数量、場合、マーケティングキャンペーンなどに
より、ユーザの活動を追跡するために用いられる。計算
式で適切なプロフィール状況を用いることで、かかるデ
ータが、報酬、応答および権利付与を決定するために利
用できる。

【０１３８】認証シーケンス トークンが最初にシステムに導入されると、一方が他方
の真偽を識別し、確認するため、相互認証のシーケンス
が行われなければならない。一般的なトークンとシステ
ムの相互認証シーケンスは、トークン１０とシステム２
２とがそれぞれ、安全で確認可能な身元を提供するよう
設計された暗号情報の交換に基づき、他方の真偽を認証
または確認するものである。該交換の目的は基本的に、
トークン内の情報を無許可の使用に対して保護し、偽の
トークンからシステムを保護することにある。

【０１３９】以下の表１は、（トリプルＤＥＳやＡＥＳ
／Ｒｉｊｎｄａｅｌ基準などの）対称暗号システムを用
いた一般的なシーケンスの概要を説明する。

【０１４０】

【表１】 アクセス権検証 システム２２は、１組のプロフィール状況にアクセスす
るため、トークン１０に「選択」要求を実行する。

【０１４１】

【表２】 アクセス証明書（ＡＣ）は以下を含む。 ・ＳＰＩｄ…提供者ＩＤ。そのビジネスまたは活動を行
うため、システムを使用中の提供者に運用者から割り当
てられる。

【０１４２】・有効性指標…アクセス証明書を終了させ
ることができ、提供者が限定有効期間のアクセス証明書
を与えられるよう、アクセス証明書内の有効である期間
を示す。トークンがリアルタイムカレンダークロックを
有する場合、有効性指標の検証はトークン内で行われ、
有していない場合は、システム内で行われる。

【０１４３】・エントリ数（Ｎ）…該アクセス証明書で
のエントリ数を表す整数。 ・座標…面番号：ライン番号：状況番号から成り、Ｎ回
繰り返す。これらは、システムがアクセスを有するプロ
フィール面、ラインまたは状況の座標である。ラインま
たは状況なしの面は、面全体へのアクセスを示し、状況
なしの面とラインは、任意の面でのライン全体へのアク
セスを示す。面、ラインおよび状況は、特定の状況への
アクセスを示す。

【０１４４】・関数タイプ１．．．Ｎ…（Ｎ回繰り返
す）。各エントリは、座標リストのエントリに対応し、
該面、ライン、または状況で利用できるアクセスの種類
を示す。 ・署名…ＳＰに発行された該組のプロフィール状況の所
有者によりマスターアクセス署名キーを用いて算出され
たアクセス証明書内の先行要素の暗号チェックサム。

【０１４５】トークンは、システムがアクセスと許可さ
れた関数を有する面、ラインおよび状況を決定するため
に該アクセス証明書を使用する。該例は、トークンとシ
ステムの認証と、アクセス権決定のための典型的な、安
全かつ効率のよい実行を図示している。該例において、
プロフィール所有者によってベンダに特に割り当てられ
るシークレットキー（アクセス証明書署名キーすなわち
ＡＣＳＫ）から署名が算出される。ＡＣＳＫは、トリプ
ルＤＥＳまたはＡＥＳキーでもよい。該キーは、マスタ
ーアクセス証明書署名キーすなわちＭＡＣＳＫおよびＳ
ＰＩｄから導出される。ＭＡＣＳＫはトークンに記憶さ
れ、トークンとシステムの対話中にアクセス証明書が提
示された場合にＡＣＳＫを導出するために用いられる。
ＡＣＳＫは、ＣＢＣ方式暗号化により、他のデータ要素
を証明書で使用して、アクセス証明書内の署名を導出す
るために用いられ、署名がＣＢＣ運用の最後の結果ブロ
ックである。

【０１４６】ＣＢＣ方式暗号化すなわち暗号ブロック連
鎖方式暗号化は、ＤＥＳまたはトリプルＤＥＳなどのシ
ークレットキー暗号化アルゴリズムを用いるデータの暗
号化ブロックへの業界標準のアプローチであり、ここで
は説明しない。

【０１４７】公開鍵アルゴリズム 本発明を実施するための他の可能な実行アプローチがあ
る。他のアプローチには、マスターキーの使用の代わり
に公開鍵スキームが使用される、ＲＳＡや楕円曲線暗号
などの公開鍵アルゴリズムの使用が含まれる。公開鍵ス
キームでは、証明書が、署名キーを用いて発行者により
署名され、発行者によって発行され、システム内にあら
かじめロードされ、アクセス証明書とともにトークンに
提示された公開鍵証明書を用いてトークンが署名を確認
する。

【０１４８】トークンは、典型的にシステム内のすべて
の参加者によって信頼される中立的関係者であり、シス
テムによってトークンに、またその反対に提示される証
明書の真偽の確認のために用いられるＣＡ証明書を含
む、運用条件に基づいて種々の当事者に証明書を発行す
る責任を委託される認可担当者により発行される証明書
を用いることで、発行者の署名公開鍵証明書を確認でき
る。公開鍵確認の使用の方法論は、該専門分野の実施者
の中で周知のことである。

【０１４９】前述の実施形態の方法の典型的な適用のさ
らなる例は以下のとおりである。例１ 以下は、ユーザが顧客で、少なくとも１つの提供者が小
売業者で、活動が、商品の購入を含む取引である１実施
形態の１例である。小売業者での販売時点での典型的な
対話において、潜在的な将来の引き立てを最大限にする
ための最適な刺激策を顧客が与えられることを保証する
ために、顧客によって保持されるトークンのプロフィー
ルが用いられる。

【０１５０】この例において、図５に概略で示されるよ
うに、トークンはチップカードであり、システムは販売
時点管理端末（ＰＯＳ）と、システムが接続され、電子
レジと、支払ホストと、ロイヤリティまたはＣＲＭアプ
リケーションホストとを含む、システムとから成る。

【０１５１】チップカード５０は、トークンの一般的な
実施形態であり、前述の一般的なプロフィール構造であ
る。チップカード５０は、電気接点、高周波、または赤
外線光信号を用いて、カード読取機／書込み装置５４を
介して販売時点管理端末５２と通信する。

【０１５２】顧客プロフィールを保持するチップカード
５０のトークンは、クレジットカードやデビッドカード
支払機能、会員の識別などの他のアプリケーションを組
み込んでもよく、販売時点管理端末５２内のチップカー
ド読取機／書込み装置５４と互換性がある。

【０１５３】販売時点管理端末５２は、プログラマブル
プロセッサユニット５６を備えたクレジットカード取引
に用いられるようなものなどの、支払取引処理に典型的
に用いられるいずれの構造でもよい。

【０１５４】ＰＯＳ端末５２内のメモリ５８は、システ
ムとデータの挙動を制御するための命令を含むコンピュ
ータプログラムをロードされる。ＰＯＳ端末５２での処
理の制御は、ＰＯＳ端末５２にロードされるスクリプト
エンジンによって解釈される一連の命令である、スクリ
プト内にカプセル収納されたアルゴリズムによって行
う。該スクリプトは交換可能で、変更が生じるにつれ
て、および生じた場合、ダウンロードされ、ＰＯＳ端末
５２の実際のソフトウェアを交換する必要なく、ＰＯＳ
端末５２で処理規則を変更する上で大幅なフレキシビリ
ティを可能にする。

【０１５５】通常のＰＯＳ端末５２は、ディスプレイ６
０と、キーボード６２と、レシートプリンタ６４と、遠
隔位置にある電子レジ（ＥＣＲ）７０、支払取引認証ホ
ストおよびロイヤリティアプリケーションホストなどの
リモート・外部ホストコンピュータシステム６８と協動
する通信インターフェース６６能力も含む。

【０１５６】取引は以下のように進む。 開始：ビジネス取引の開始。顧客のトークンがシステム
に提示される。 認証シーケンス：システムがトークン・システム認証シ
ーケンスを前述のように開始する。 ユーザ対話シーケンス：トークン・システム認証が成功
した後、システム（本例ではＰＯＳ端末５２）が、ディ
スプレイ６０によって、ＰＩＮを入力するようオペレー
タを任意で（実効に応じて）促す。提供者の条件によっ
て、ＰＯＳ端末５２は、すべての活動においてＰＩＮを
促すよう設定でき、あるいは、顧客の利便性またはリス
ク管理のため、Ｎ回の活動ごと、あるいは活動の幾らか
の合計値が、プロフィールの一部としてトークン内に、
あるいはＰＯＳ内のいずれかに設定された限界値を超え
た後にのみ、ＰＩＮを促すように設定できる。ＰＩＮは
トークンまたはシステムによって確認でき、トークンに
よって行われる場合、ＰＩＮを、トークン内に以前に記
憶された値と比較することによって一般的に行われ、シ
ステムによって行われる場合、マスターＰＩＮキーと、
トークンからのトークンＩＤなどの情報とを用いて暗号
法で生成される値と比較することで典型的に行われる。
次に、オペレータはキーボードかＥＣＲ（接続されてい
る場合で、その場合、情報は外部ホストインターフェー
スから受信される）を介して取引の詳細（製品、購入価
格、数量など）を入力するよう促される。

【０１５７】トークンとシステムとの間の対話は種々の
シナリオを含む。そのうちの１つを以下に列挙する。 ・製品コード、数量および価格などの取引情報に基づ
き、システムは適切なプロフィール状況座標を選択し、
顧客の権利付与に対してチェックするようトークンに要
求を送る。

【０１５８】・選択されたプロフィール状況は、たとえ
ば顧客の個人データ、過去の活動データ、予想される活
動、および応答データのいずれかの組み合わせに基づ
き、顧客に提供する最適の権利付与指標を返送する。あ
るいは、トークンの計算容量が少なすぎて、権利付与指
標の該計算を実施できない場合、計算のため、適切なコ
ンポーネントプロフィール状況値がシステムに返送され
る。該計算のための一般的な式の例は、経験的に導出さ
れる因数と活動からの属性情報の使用を含み、以下の形
態を取る。

【０１５９】・Ｅ＝関数（ａ，ｂ，ｃ，．．．Ｐ_０，Ｐ
_１） ここでａ，ｂ，ｃ，．．．は、たとえば、顧客と広義に
同様の属性と購入パターンによる顧客の分析などにより
履歴データから導出される経験的因数で、Ｐ_０とＰ_１は
それぞれが過去と現在の活動の何らかの属性である。

【０１６０】その結果、「Ｅ」は、システムにとって顧
客の権利付与を決定するための基礎となる。たとえば、
顧客が、パートナーＡでＹドルの次回購入でＸドルの値
引きの権利を有する。かかる規則は、規則スクリプトと
して、あるいは参照テーブルとしてのいずれかで、ＰＯ
Ｓ端末５２内にロードされた規則に埋め込まれる。

【０１６１】・「Ｅ」は、顧客に適した抱き合わせ販売
案を選択する基礎もなす。最も適した抱き合わせ販売オ
ファーを選択し、取引の最後にその場で該オファーを表
示または印刷するため、システム内の参照テーブルが使
用される。

【０１６２】・実際のシステムで使用される式は、様々
な提供者条件と、様々な顧客セグメントと、様々な母集
団セグメントによって異なる。 ・システムは、現在の取引と将来の取引の両方に関する
顧客の権利付与（たとえば割引クーポンまたはプレゼン
ト）を算定および表示、印刷またはその他の方法で顧客
に通知するため、トークンから返送されるユーザプロフ
ィールデータか、前述のトークンから導出される権利付
与指標のいずれかを用いる。該算定は、システム内で実
行される規則を通じて実施される。該規則は、顧客の挙
動と属性データのサンプルから収集された経験的データ
から探り出された顧客の傾向、嗜好およびニーズの理解
に基づいて式化できる。式は、処理をさらに進めること
ができるようにする前に、システムが追加ユーザ認証を
必要としなければならないときを判断するために用いら
れるリスク管理基準を含む。

【０１６３】・顧客によるオファーの受諾または拒否
は、その後のプロフィール指標をさらに正確にするた
め、プロフィール内で更新できる。 ・取引が完了する。

【０１６４】例２ 本例では、ユーザは、分割払い購入商品を提供する提供
者の顧客である。提供者（本例では、電気製品の分割払
い購入を提供するデパート）が十分な情報を持っておら
ず、信用等級を決定するために、提携金融機関（ＦＩ）
の顧客プロフィールのコンポーネントを使用する環境に
おいて、顧客の信用等級を決定するため、顧客（ユー
ザ）プロフィールが使用される。該対話は、インターネ
ットを介して、あるいは携帯電話により物理的な店舗で
生じる。従って、本例での対話システムの時点は、物理
的な販売時点管理端末、インターネット上のＰＣ、また
はＷＡＰおよびＧＰＲＳ上の携帯電話、ＰＤＡ、あるい
は、本発明を実行するソフトウェアプログラムで適切に
設定される何らかの他の対話型技術である。

【０１６５】開始：トークンがシステムに提示され、オ
ペレータ（レジ係または顧客サービス係）は、金額、商
品の詳細、分割払い購入期間などの取引の詳細を入力す
るよう促される。

【０１６６】認証：システムは、トークン・システム相
互認証シーケンスを開始し、シーケンスが成功裡に終了
されると続行する。 信用等級：システムは、顧客の信用等級（Ｃ）の指標に
対する要求をトークンに送る。指標は、所定期間（Ｐ）
内で行われた過去のビジネス（Ｑ）の金額と、遅延また
は延滞返済（Ｄ）の回数と、分かっていれば所得範囲
（Ｓ）と、職業（Ｏ）と、その他の関連変数の関数でも
よい。指標は、（何らかのホストベースの処理での履歴
データから導出され、プロフィールにロードされたか、
顧客との以前の対話の中で動的に生成され、更新された
値）顧客プロフィールに記憶された、あらかじめ算定さ
れた値か、システムまたはトークン内に記憶された式に
基づいて導出され、式への入力パラメータとしてプロフ
ィール状況から検索された値を使用する、動的に生成さ
れた値でもよい。

【０１６７】Ｃを導出する式の典型的な形態は以下のと
おりである。 Ｃ＝関数（ａ，ｂ，ｃ，．．．，Ｑ，Ｐ，Ｓ，Ｏ，Ｄ） ここで、係数「ａ」，「ｂ」，「ｃ」．．．は、顧客の
ものと類似するプロフィールを持った顧客の履歴データ
の分析から経験的に導される。Ｃは値のテーブルまたは
様式信用限度の式Ｖ＝（ｐ，ｑ，．．．，Ｃ）を通して
信用価値における絶対量に変換でき、ここでテーブルの
値と係数（ｐ，ｑ，．．．、）の両方は経験に基づいて
決定される。

【０１６８】信用限度Ｖが不十分な場合、またはデパー
トが値Ｖを決定するために顧客と十分な取引歴がない場
合、デパートは、信用等級Ｃを得るために、前述のＦＩ
と取り決めを持ち、ＦＩはデパートに、ＦＩによって所
有されるプロフィールの部分にアクセスする権限を与え
る。

【０１６９】これは、ＦＩが、適切な面：ライン：状況
の座標と、ＦＩの適切な署名を含むアクセス証明書をデ
パートに発行することで達成される。信用等級指標Ｃを
得るためのシーケンスは以下のとおりである。システム
は顧客に対し、ＦＩプロフィールへのアクセス許可を促
し、顧客は、ＰＩＮを入力することでこれを与え、シス
テムがアクセス証明書とＰＩＮをトークンに提出し、ト
ークンは顧客のＰＩＮと、有効であれば本願で前述した
ようにアクセス証明書を確認する。顧客のＰＩＮの確認
方法は、以下の幾つかの方法の内の１つで達成される。

【０１７０】・トークン内に記憶される値とＰＩＮ値を
比較する。 ・トークンへの提出前に、ＰＩＮがシステムによって暗
号化された場合、トークンは、比較のためにＰＩＮを解
読するか、システムから受信した暗号化バージョンとの
比較のため、トークン内に記憶されたＰＩＮを暗号化す
る。

【０１７１】トークンは、（デパートでのプロフィール
ではなく）ＦＩの顧客のプロフィールに基づいて、顧客
の信用等級指標（Ｃ’）を返送する。Ｃ’は、たとえ
ば、顧客の未払いのローンと、収入源と、一般的な資産
と負債に関する情報など、ＦＩにのみ入手可能な顧客に
関するさらに包括的な情報に基づいて導出される。かか
る式は一般的に以下の形態を取る。

【０１７２】Ｃ’＝関数（ａ，ｂ，ｃ，．．．，Ｒ，
Ｌ，Ｏ，Ａ，Ｔ，Ｓ） ここで、係数「ａ」，「ｂ」，「ｃ」．．．，は履歴デ
ータの統計分析から経験に基づいて導出され、Ｒは月収
合計であり、Ｌは負債返済のための月ごとの出費であ
り、Ｏは職業指標であり、Ａは総資産価値であり、Ｔは
顧客がＦＩと取引を持った期間であり、Ｓは顧客の社会
的地位指標である。

【０１７３】該指標は、改訂される顧客の全体の等級へ
のデパートの等級式の入力として機能し、たとえば、顧
客の複合信用等級が、以下の様式の式から導出される。 関数（ａ，ｂ，ｃ，．．．，Ｃ，Ｃ’） ここで、「ａ」，「ｂ」，「ｃ」．．．，は、履歴デー
タの経験分析から導出される因数である。

【０１７４】この新しい信用等級に基づき、デパート
は、顧客が所要信用を提供されるべきかどうかをよりよ
く決定できる。

【０１７５】例３ 本例で、ユーザは従業員であり、従業員の時間記録と、
休暇（健康上、その他）と、研修記録と、成績査定と、
特別な業績などが従業員プロフィール内に収集され、そ
れに基づいて賃金が算定される環境において、従業員の
賃金を決定するために従業員（ユーザ）プロフィールが
用いられる。本例で、賃金を支払う装置が提供者であ
る。従業員は契約社員や請負人であってもよい。

【０１７６】開始：トークンがシステムに提示される。
システムはセルフサービス（たとえばＡＴＭ）でも、銀
行の従来の対人カウンタでもよい。 認証：トークン・システム認証シーケンスが完了する。 ユーザ対話：システムが従業員プロフィールの賃金指標
の要求を、アクセス証明書とともにトークンに発行す
る。

【０１７７】トークンは（前述のように）アクセス証明
書を検証し、所定プロフィール状況に関連付けられた式
に基づいて賃金を算定する。式は、記録された状況追跡
時間数、研修信用、休暇と欠勤記録などである多数の他
のプロフィール状況を入力として利用でき、結果がシス
テムに返送される。

【０１７８】トークンから返送された賃金指標に基づ
き、システムは従業員の口座に賃金を入金し、取引を示
し、他の指標（たとえば小売業者または金融機関での信
用等級）の算定のための他の式への入力として機能する
ため、関連プロフィール状況が更新される。

【０１７９】本発明の該適用は、たとえば沖合の油田掘
削装置、鉱山など、中央記録へのアクセスが利用できな
い、信用できない、困難である、あるいは高価である環
境に特に有用である。多数の提供者は、ユーザ活動を処
理し、対応するため、各提供者に既知の各ユーザプロフ
ィールの態様を共有する。

【０１８０】例４ 本例では、ユーザである自動化され、独立して動作する
電子玩具（玩具）に対する提供者の（個人の）以前の行
為または反応を追跡するためユーザプロフィールの異な
る部分が使用され、それを介して、玩具（ユーザ）が提
供者に対するその反応を個人対応できる。本例で、玩具
がユーザであり、トークンは犬の内部に埋め込まれる。

【０１８１】開始：個人は、提供者として機能する埋め
込みチップを搭載したペンダントを着用する。該チップ
は、玩具の犬の中のトークンと無線通信を介して対話で
きる。玩具の犬のトークンは、各「提供者」または個人
のプロフィール情報を含む「ユーザプロフィール」を含
む。提供者上のチップはトークンと対話し、識別し、ト
ークンによって識別される。

【０１８２】認証：単純なバージョンのトークン・シス
テム認証シーケンスが完了し、ここでトークンがシステ
ムによって識別される。本例で、セキュリティは主要な
関心事ではなく、認証は、システムが正しくトークンに
反応できるようにするため、トークンの性質を単に確立
するためのものである。

【０１８３】ユーザ対話：トークン（玩具）内のユーザ
プロフィールは、１週間以上接触がなかったことを「シ
ステム」（ペンダント上のチップ）に示し、玩具犬をい
つもよりなつくことで反応させ、犬の活動または犬の満
足に関する質問を該個人に尋ねさえする。

【０１８４】個人の反応と玩具の能力とアルゴリズムに
応じて、トークンとシステムの間の対話は、これに対
し、ユーザプロフィールによって修正され、ユーザプロ
フィールを充実させるため、各対話が継続する。

【０１８５】この場合、玩具犬のトークン内のユーザプ
ロフィールは、異なる「提供者ら」からの多数のプロフ
ィールを含み、その幾つかの態様は提供者間で共有で
き、幾つかは各「提供者」専用である。

【０１８６】例５ 本例で、建物の様々な部分へのアクセスがユーザプロフ
ィールに基づいて許可または拒否され、ユーザが入った
各部屋が、ユーザの嗜好に合わせて照明、温度などを調
整するよう、ユーザプロフィールは、ユーザの身元を決
定し、建物の中でのユーザの以前の嗜好、行為および反
応を表す指標を記録するために用いられる。本例で、照
明、温度などを調整するコントローラが１または複数の
提供者である。トークンは雇用者により発行され（該建
物には２以上の雇用者がいてよい）、プロフィールの１
個のサブセットのみが、雇用者間で共用される共通の場
所で全般的な建物管理と共有される。雇用者の敷地内
で、ユーザプロフィールは、ユーザの嗜好と特権を決定
するために用いられる。

【０１８７】開始：ユーザによって着用されるペンダン
トまたは腕時計に埋め込まれたチップであるトークン
で、チップが高周波信号で無線通信できるものが、可能
な場合は完全に自動化され、それに基づきよりユーザに
適するよう建物が自動的にパラメータを再調整するトー
クンを付近で検出するため、グローバル変数（ｅｎｖｉ
ｒｏｎｓ）を常にポーリングする建物から成るシステム
に提示される。

【０１８８】認証：トークン・システム認証シーケンス
は、適切であれば、セキュリティ措置として完了され、
そこでトークンはシステムによって識別される。本例
で、トークンの正しい身元を保証するという点でのセキ
ュリティは主要な関心事であり、認証は、ユーザに許可
されるアクセスまたは施設のタイプを確立するために機
能する。

【０１８９】ユーザ対話：システム（建物）は、ユーザ
が特定の室温と、ＢＧＭと、照明などを好むことを、ユ
ーザプロフィールから検出し、それに従って部屋の設定
を調整する。次にシステムは、プロフィールに基づき、
ユーザが建物の様々な部分にアクセスすること、あるい
は様々な機器と施設にアクセスすることを許可する。

【０１９０】かかる適用は、個人的な注目がユーザのニ
ーズに向けられ、トークン内に記録され、ユーザを個人
専用の施設に導くようにするため、基本的な銀行業務に
加え、個人対応されたサービスが個々のユーザに提供さ
れ、追加権利付与を決定するために、トークン内に記憶
された情報が用いられる銀行施設で用いられる。

【０１９１】例６ 本例では、顧客の身元を決定し、次に、消費されたサー
ビスまたは商品に関し、顧客に請求する基礎となる顧客
のサービス消費を記録するために、顧客プロフィールが
用いられる。

【０１９２】開始：本例ではカードに埋め込まれたチッ
プであるトークンが、適切に装備されたコンピュータ端
末（システムの部分から成る）に提示される。トークン
とシステムは、たとえば、ＩＳ７８１６に準拠する従来
の接触型チップカード読取機またはＩＳ１４４４３に準
拠する非接触読取機を通して、あるいはブルートゥース
プロトコル、赤外線信号を介したものを含む多数の従来
の手段の１つを通して通信する。本例で、トークンの発
行者は組織Ａ（たとえば銀行）で、提供者はインターネ
ットサービスプロバイダまたは小売業者でもよい。

【０１９３】認証：真偽と身元を確立するため、トーク
ン・システム認証シーケンスが完了される。 ユーザ対話：顧客プロフィールは、現時点までの信用限
度または権利付与情報と消費を保持する。利用できるク
レジットは、２以上の提供者と共有されるプロフィール
状況に基づき、例２で説明されたように決定できる。

【０１９４】利用できるクレジットがあれば、顧客は、
必要なサービスへのアクセスを許可される。アクセスセ
ッションを通じて、顧客プロフィールは、たとえば３０
秒間隔などの離散単位工程で更新される。各更新時、利
用できるクレジットがチェックされる。クレジットが完
全に使い果たされると、システムはアクセスの許可を停
止する。セッション中、トークンとシステムは接触状態
にある。接触がなくなると、顧客へアクセスが拒否され
る。該方法で提供できるサービスは、単純なコンピュー
タ共有サービスとアプリケーション共有サービスを含
む。

【０１９５】該セットアップの変形において、トークン
はスポーツ施設内への通行証でもよく、システムは回転
式改札口である。顧客が施設に入るたびに、最新のアク
セス情報でトークンが更新される。

【０１９６】活動中、プロフィールに関連する様々な提
供者からのオファーにユーザがさらされるターゲットと
するマーケティングを実行するために、ユーザプロフィ
ールが用いられる。

【０１９７】例７ 顧客によって保持されるトークン内の顧客プロフィール
は、対話時点で顧客に商品またはサービスの最適の個人
対応価格設定を、提供者が与えることができるようにす
るため用いられる。

【０１９８】開始：本例で、カードに埋め込まれたチッ
プであるトークンが、適切に装備された販売時点管理端
末（システムの部分から成る）に提示される。 認証：真偽と身元を確立するため、トークン・システム
認証シーケンスが完了される。

【０１９９】ユーザ対話：製品コード、数量、および価
格などの取引情報に基づき、システムは適切なプロフィ
ール状況座標を選択し、顧客に最適の価格指標を決定す
るようトークンに要求を送る。指標と、従って提供さ
れ、表示される価格は、トークンおよび／またはシステ
ム内の規則によって実施される。該規則は、顧客の購入
と活動の履歴と、提供者との関係の長さと、将来の引き
たての傾向に基づいて式化されるが、これらに限られな
い。顧客のオファーの受諾または拒否は、その後のプロ
フィール指標をさらに正確にするため、プロフィール内
で更新できる。

【０２００】本発明は、顧客関係管理、顧客獲得管理、
顧客維持管理、顧客報奨管理、顧客リスク管理、顧客見
込み管理、データ集積管理、身元管理およびマーケティ
ング管理の分野での適用に利用できるが、これらに限ら
れない。

【０２０１】本発明の精神と範囲内での改変は、当業者
によって簡単に行われる。従って、本発明は、例示のた
めに上記で説明した特定の実施形態に限定されないこと
は言うまでもない。

【０２０２】本明細書を目的とし、「から成り（compri
sing）」という語は、「含むがそれに限られない」を意
味し、「から成る（comprises ）」という語も同じ意味
であることは明確に理解される。

【発明の効果】

【０２０３】本発明によれば、顧客関係管理システムの
操作費用を低減できる。また、顧客関係管理システムを
使用する際の技術的制約を克服し、ユーザのプライバシ
ーも保護する。

【図面の簡単な説明】

【図１】本発明の好ましい１実施形態に関して使用する
個人データ記憶装置（またはトークン）の略図。

【図２】（Ａ）〜（Ｃ）図１のトークンの３つの可能な
実施形態の略図。

【図３】図１のトークン内の処理フローの１例を示す略
図。

【図４】図１のトークン内のユーザプロフィール情報の
組織の１例を示す略図。

【図５】本発明の方法のさらなる好ましい１実施形態の
概略図。

【符号の説明】

１０…個人データ記憶装置としてのトークン、１４…メ
モリ、４０…ユーザプロフィール。

フロントページの続き (72)発明者 ニコラス フン ホ チュン シンガポール国 467298 パーバリー ア ベニュー 28 ナンバー06−01 (72)発明者 サン チュ ヨン シンガポール国 510541 パサー リス ストリート 51 ビーエルケー541 ナン バー13−14 (72)発明者 シュム カム ホン シンガポール国 138687 ドーバー パー クビュー タワー ディ ドーバー ライ ズ 30 ナンバー03−03

Claims (70)

【特許請求の範囲】
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. 【請求項２８】該活動が完了した場合に、該活動を反映
    するため、該第１提供者に関する該組のユーザプロフィ
    ールデータを更新する工程を含む、請求項２６または２
    ７に記載の方法。
29. 【請求項２９】該ユーザに提供されるいずれかの応答を
    反映するため、該第１提供者に関する該組のユーザプロ
    フィールデータを更新する工程をさらに含む、請求項２
    ６〜２８のいずれかに記載の方法。
30. 【請求項３０】少なくとも１つの別の提供者に関するユ
    ーザプロフィールデータの組の更新をさらに含む、請求
    項２６〜２９のいずれかに記載の方法。
31. 【請求項３１】少なくとも１つの別の提供者に関する該
    組のユーザプロフィールデータが、該少なくとも１つの
    別の提供者が該第１提供者にアクセス権を許可した場合
    にのみ修正される、請求項３０に記載の方法。
32. 【請求項３２】デジタル証明書を変更することでアクセ
    ス権を修正できるようにするため、デジタル証明書とユ
    ーザプロフィールデータ座標の使用を通じて、選択され
    た提供者らによって共有されるユーザプロフィールデー
    タの様々な部分へのアクセスを制御することを含む、請
    求項１９〜３１のいずれかに記載の方法。
33. 【請求項３３】該ユーザが、ある活動に携わりたいとい
    う選択要求に関連して、データのアクセスに許可を与え
    ることが必要になる、請求項１９〜３２のいずれかに記
    載の方法。
34. 【請求項３４】該ユーザが、ある活動に携わりたいとい
    う選択要求に関連して、識別データを与えることが必要
    になる、請求項１９〜３３のいずれかに記載の方法。
35. 【請求項３５】前記いずれかの応答の決定が、該ユーザ
    により交換可能な特典の決定を含む、請求項１９〜３４
    のいずれかに記載の方法。
36. 【請求項３６】該活動が、商品および／またはサービス
    の提供者からの商品および／またはサービスの購入であ
    る、請求項１９〜３４のいずれかに記載の方法。
37. 【請求項３７】活動を管理する方法であって、 複数の提供者の各々が、該ユーザに関すると共に１組の
    ユーザプロフィールデータから成るユーザプロフィール
    を有するデータベースを維持する工程と、 該ユーザが、該複数の提供者のうちの第１提供者との活
    動に携わりたいという要求を行う工程と、 前記ユーザの該活動に携わりたいという要求は、可能で
    あれば、該第１提供者によって維持される該ユーザのユ
    ーザプロフィールデータの組に従って評価され、不可能
    であれば、該第１提供者によって維持される該ユーザの
    ユーザプロフィールデータの組と、１または複数の他の
    提供者によって維持される該ユーザのユーザプロフィー
    ルデータの組とによって評価されるか、あるいは１また
    は複数の他の提供者によって維持される該ユーザのユー
    ザプロフィールデータの組のみに従って評価されること
    と、から成る方法。
38. 【請求項３８】少なくとも１組のユーザプロフィールデ
    ータは、該ユーザが１または複数の提供者と携わったい
    ずれかの過去の活動に関する活動データを含み、該活動
    を評価する工程が少なくとも部分的に該活動データに基
    づく、請求項３７に記載の方法。
39. 【請求項３９】少なくとも１組のユーザプロフィールデ
    ータが、該ユーザによって受信されたいずれかの過去の
    応答に関する応答データを含み、該活動を評価する工程
    が少なくとも部分的に該応答データに基づく、請求項３
    ７または３８に記載の方法。
40. 【請求項４０】少なくとも１組のユーザプロフィールデ
    ータが個人データを含み、該活動を評価する工程が少な
    くとも部分的に該個人データに基づく、請求項３７〜３
    ９のいずれかに記載の方法。
41. 【請求項４１】少なくとも１組のユーザプロフィールデ
    ータが、該ユーザが１または複数の提供者と携わる可能
    性がある将来的な活動に関する予測データを含み、該活
    動を評価する工程が少なくとも部分的に該予測データに
    基づく、請求項３７〜４０のいずれかに記載の方法。
42. 【請求項４２】該活動を反映する追加情報を含むため、
    該第１提供者に関する該組のユーザプロフィールデータ
    を更新する工程を含む、請求項３７〜４１のいずれかに
    記載の方法。
43. 【請求項４３】該活動が完了した場合に、該活動を反映
    するため、該第１提供者に関する該組のユーザプロフィ
    ールデータを更新する工程を含む、請求項３７〜４２に
    記載の方法。
44. 【請求項４４】該ユーザが権利を与えられるいずれかの
    応答を決定する工程をさらに含む、請求項３７〜４３の
    いずれかに記載の方法。
45. 【請求項４５】該ユーザによって受信されるいずれかの
    応答を反映するため、該第１提供者に関する該組のユー
    ザプロフィールデータの更新をさらに含む、請求項４４
    に記載の方法。
46. 【請求項４６】少なくとも１つの別の提供者に関するユ
    ーザプロフィールデータの組を更新する工程をさらに含
    む、請求項３７〜４５のいずれかに記載の方法。
47. 【請求項４７】少なくとも１つの別の提供者に関する該
    組のユーザプロフィールデータが、該少なくとも１つの
    別の提供者が該第１提供者にアクセス権を許可した場合
    にのみ修正される、請求項４６に記載の方法。
48. 【請求項４８】デジタル証明書を変更することでアクセ
    ス権を修正できるようにするため、デジタル証明書とユ
    ーザプロフィールデータ座標の使用を通じて、選択され
    た提供者らによって共有されるユーザプロフィールデー
    タの様々な部分へのアクセスを制御することを含む、請
    求項３７〜４７のいずれかに記載の方法。
49. 【請求項４９】該ユーザが、ある活動に携わりたいとい
    う選択要求に関連して、データのアクセスに許可を与え
    ることが必要になる、請求項３７〜４８のいずれかに記
    載の方法。
50. 【請求項５０】該ユーザが、ある活動に携わりたいとい
    う選択要求に関連して、識別データを与えることが必要
    になる、請求項３７〜４９のいずれかに記載の方法方
    法。
51. 【請求項５１】該活動が、商品および／またはサービス
    の提供者からの商品および／またはサービスの購入であ
    る、請求項３７〜４９のいずれかに記載の方法。
52. 【請求項５２】ユーザに応答を提供する方法であって、 複数の提供者の各々が、ユーザに関すると共に１組のユ
    ーザプロフィールデータから成るユーザプロフィールを
    有するデータベースを維持する工程と、 ユーザが、該複数の提供者のうちの第１提供者との活動
    に携わりたいという要求を行う工程と、 該ユーザが該要求を行ったときに権利を与えられるいず
    れかの応答を決定する工程と、 該ユーザの該応答への権利付与が、可能であれば、該第
    １提供者によって維持される該ユーザのユーザプロフィ
    ールデータの組に従って評価され、不可能であれば、該
    第１提供者によって維持される該ユーザのユーザプロフ
    ィールデータの組と、１または複数の他の提供者によっ
    て維持される該ユーザのユーザプロフィールデータの組
    とによって評価されるか、あるいは１または複数の他の
    提供者によって維持される該ユーザのユーザプロフィー
    ルデータの組のみに従って評価されることと、から成る
    方法。
53. 【請求項５３】少なくとも１組のユーザプロフィールデ
    ータは、該ユーザが、該ユーザプロフィールデータの組
    が関係する１または複数の提供者と携わったいずれかの
    過去の活動に関する活動データを含み、前記いずれかの
    応答を決定する工程が少なくとも部分的に該活動データ
    に基づく、請求項５２に記載の方法。
54. 【請求項５４】少なくとも１組のユーザプロフィールデ
    ータが、該ユーザによって受信されたいずれかの過去の
    応答に関する応答データを含み、ユーザが権利を与えら
    れる前記いずれかの応答を決定する工程は、少なくとも
    部分的に該応答データに基づく、請求項５２または５３
    に記載の方法。
55. 【請求項５５】少なくとも１組のユーザプロフィールデ
    ータが、個人データを含み、該応答を決定する工程は、
    少なくとも部分的に該個人データに基づく、請求項５２
    〜５４のいずれかに記載の方法。
56. 【請求項５６】少なくとも１組のユーザプロフィールデ
    ータが、該ユーザが１または複数の提供者と携わる可能
    性がある将来的な活動に関する予測データを含み、該応
    答の該決定が少なくとも部分的に該予測データに基づ
    く、請求項５２〜５５のいずれかに記載の方法。
57. 【請求項５７】該活動を反映する追加情報を含むため、
    該第１提供者に関する該組のユーザプロフィールデータ
    を更新する工程を含む、請求項５２〜５６のいずれかに
    記載の方法。
58. 【請求項５８】該活動が完了した場合に、該活動を反映
    するため、該第１提供者に関する該組のユーザプロフィ
    ールデータを更新する工程を含む、請求項５２〜５７の
    いずれかに記載の方法。
59. 【請求項５９】該ユーザによって受信されるいずれかの
    応答を反映するため、該第１提供者に関する該組のユー
    ザプロフィールデータの更新をさらに含む、請求項５２
    〜５８のいずれかに記載の方法。
60. 【請求項６０】少なくとも１つの別の提供者に関するユ
    ーザプロフィールデータの組の更新をさらに含む、請求
    項５２〜５９のいずれかに記載の方法。
61. 【請求項６１】少なくとも１つの別の提供者に関する該
    組のユーザプロフィールデータが、該少なくとも１つの
    別の提供者が該第１提供者にアクセス権を許可した場合
    にのみ修正される、請求項６０に記載の方法。
62. 【請求項６２】デジタル証明書を変更することでアクセ
    ス権を修正できるようにするために、デジタル証明書と
    ユーザプロフィールデータ座標の使用を通じて、選択さ
    れた提供者らによって共有されるユーザプロフィールデ
    ータの様々な部分へのアクセスを制御することを含む、
    請求項５２〜６１のいずれかに記載の方法。
63. 【請求項６３】該ユーザが、ある活動に携わりたいとい
    う選択要求に関連して、データのアクセスに許可を与え
    ることが必要になる、請求項５２〜６２のいずれかに記
    載の方法。
64. 【請求項６４】該ユーザが、ある活動に携わりたいとい
    う選択要求に関連して、識別データを与えることが必要
    になる、請求項５２〜６３のいずれかに記載の方法。
65. 【請求項６５】前記いずれかの応答の決定が、該ユーザ
    により交換可能な特典の決定を含む、請求項５２〜６４
    のいずれかに記載の方法。
66. 【請求項６６】該活動が、商品および／またはサービス
    の提供者からの商品および／またはサービスの購入であ
    る、請求項５２〜６５のいずれかに記載の方法。
67. 【請求項６７】ユーザと提供者との間の活動を管理する
    際に使用される個人データ記憶装置であって、該装置
    が、該ユーザと、複数個の組のユーザプロフィールデー
    タから成るユーザプロフィールとを識別する識別データ
    を提供され、ユーザプロフィールデータの各組が、該複
    数の提供者の少なくとも１つに関する、装置。
68. 【請求項６８】該組の各ユーザプロフィールデータが、
    該ユーザプロフィールのサブプロフィールを構成する、
    請求項６７に記載の装置。
69. 【請求項６９】該ユーザプロフィールを記憶する磁気、
    光学または電子メモリ記憶手段を有する、請求項６７ま
    たは６８に記載の装置。
70. 【請求項７０】該個人データ記憶装置が、カード、クレ
    ジットカード、携帯型端末、携帯端末、腕時計、玩具ま
    たはペンダントの１つに埋め込まれた、請求項６７〜６
    ９のいずれかに記載の装置。