JP2003337802A - 配信された情報の記憶装置、認証及び許可システム - Google Patents
配信された情報の記憶装置、認証及び許可システムInfo
- Publication number
- JP2003337802A JP2003337802A JP2003105754A JP2003105754A JP2003337802A JP 2003337802 A JP2003337802 A JP 2003337802A JP 2003105754 A JP2003105754 A JP 2003105754A JP 2003105754 A JP2003105754 A JP 2003105754A JP 2003337802 A JP2003337802 A JP 2003337802A
- Authority
- JP
- Japan
- Prior art keywords
- principal
- beneficiary
- transaction
- authorization
- proxy server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000013475 authorization Methods 0.000 title claims abstract description 167
- 230000004044 response Effects 0.000 claims description 92
- 238000000034 method Methods 0.000 claims description 64
- 238000004891 communication Methods 0.000 claims description 49
- 238000007689 inspection Methods 0.000 claims description 30
- 230000008569 process Effects 0.000 claims description 30
- 238000012545 processing Methods 0.000 claims description 12
- 238000012544 monitoring process Methods 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 38
- 238000012790 confirmation Methods 0.000 description 16
- 230000005540 biological transmission Effects 0.000 description 12
- 238000012795 verification Methods 0.000 description 10
- 239000000872 buffer Substances 0.000 description 7
- 238000012552 review Methods 0.000 description 6
- 239000000284 extract Substances 0.000 description 3
- 238000000926 separation method Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 101100454433 Biomphalaria glabrata BG01 gene Proteins 0.000 description 1
- 206010020751 Hypersensitivity Diseases 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000007815 allergy Effects 0.000 description 1
- 239000008280 blood Substances 0.000 description 1
- 210000004369 blood Anatomy 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 235000014510 cooky Nutrition 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
(57)【要約】
【課題】 受益者装置を作動する受益者の、オンライン
取引のユーザアカウントの使用を本人の許可のもとに可
能にする。 【解決手段】 オンライン取引是認システムは本人によ
り操作される本人装置とともにサービスプロバイダとプ
ロキシサーバを含む。本人は、オンライン取引是認シス
テムにユーザアカウントを持つ。受益者装置を操作する
受益者はオンライン取引のユーザアカウントの使用を可
能になる。受益者装置を介して受益者からのオンライン
サービス注文リクエストをサービスプロバイダから受信
すると、プロキシサーバはサービスプロバイダから取引
要求を受信する。本人装置はサービス注文要求の通知を
受信する。プロキシサーバは受益者の認証と本人による
許可の関数としてサービスプロバイダに許可された個人
情報を提供する。サービスプロバイダは許可された個人
情報の受信に基づいてサービス注文要求を実行する。
取引のユーザアカウントの使用を本人の許可のもとに可
能にする。 【解決手段】 オンライン取引是認システムは本人によ
り操作される本人装置とともにサービスプロバイダとプ
ロキシサーバを含む。本人は、オンライン取引是認シス
テムにユーザアカウントを持つ。受益者装置を操作する
受益者はオンライン取引のユーザアカウントの使用を可
能になる。受益者装置を介して受益者からのオンライン
サービス注文リクエストをサービスプロバイダから受信
すると、プロキシサーバはサービスプロバイダから取引
要求を受信する。本人装置はサービス注文要求の通知を
受信する。プロキシサーバは受益者の認証と本人による
許可の関数としてサービスプロバイダに許可された個人
情報を提供する。サービスプロバイダは許可された個人
情報の受信に基づいてサービス注文要求を実行する。
Description
【０００１】
【発明の属する技術分野】本発明は概ね、オンライン商
業取引、特に配信されて記憶された情報を使用するその
ような商業取引の認証と許可の方法およびシステムに関
連する
業取引、特に配信されて記憶された情報を使用するその
ような商業取引の認証と許可の方法およびシステムに関
連する
【０００２】
【従来の技術】近年、電子通信チャンネルによる商品及
びサービスの購入の容易さと便利さは劇的に向上してい
る。商品およびサービスプロバイダは、電子的オンライ
ン商業取引を利用可能にしているだけではなく、そのよ
うな取引における消費者へのセキュリティも向上してい
る。「ｅコマース」として一般的に知られているこのマ
ーケットの部分は、より多くの消費者が電子商業チャン
ネルへのアクセスをすればもっと利用されるであろう
し、オンライン商業取引に関連するセキュリティへの信
用も得るであろう。
びサービスの購入の容易さと便利さは劇的に向上してい
る。商品およびサービスプロバイダは、電子的オンライ
ン商業取引を利用可能にしているだけではなく、そのよ
うな取引における消費者へのセキュリティも向上してい
る。「ｅコマース」として一般的に知られているこのマ
ーケットの部分は、より多くの消費者が電子商業チャン
ネルへのアクセスをすればもっと利用されるであろう
し、オンライン商業取引に関連するセキュリティへの信
用も得るであろう。
【０００３】しかし、セキュリティが向上したとして
も、そのような商業取引を行う消費者はなお、例えばク
レジットカード番号、社会保障番号、名前、誕生日、住
所等の個人情報を提供しなければならない。よって、消
費者の個人情報はパソコン、製品登録データベース、ク
ッキー、ウェブサイトその他の様々なところに流布さ
れ、それによりそのような情報の悪用の危険が増す。個
人情報がこれらの様々なところに提供されると、消費者
は情報をほとんど管理できない。更に、住所の変更など
以前提供された個人情報の変更も、以前オンライン商業
取引が発生したそれぞれの異なるところで更新されなけ
ればならない。更に、消費者が商品および／またはサー
ビスの新しいプロバイダとオンライン商業取引を完了し
たいと望む場合、消費者は消費者個人情報をわざわざ再
入力しなければならない。
も、そのような商業取引を行う消費者はなお、例えばク
レジットカード番号、社会保障番号、名前、誕生日、住
所等の個人情報を提供しなければならない。よって、消
費者の個人情報はパソコン、製品登録データベース、ク
ッキー、ウェブサイトその他の様々なところに流布さ
れ、それによりそのような情報の悪用の危険が増す。個
人情報がこれらの様々なところに提供されると、消費者
は情報をほとんど管理できない。更に、住所の変更など
以前提供された個人情報の変更も、以前オンライン商業
取引が発生したそれぞれの異なるところで更新されなけ
ればならない。更に、消費者が商品および／またはサー
ビスの新しいプロバイダとオンライン商業取引を完了し
たいと望む場合、消費者は消費者個人情報をわざわざ再
入力しなければならない。
【０００４】
【発明が解決しようとする課題】これらの問題を解決し
ようと試みた先行技術の一つにＭｉｃｒｏｓｏｆｔ．Ｎ
ｅｔ．（マイクロソフトは登録商標）によって提供され
たサービスが含まれる。Ｍｉｃｒｏｓｏｆｔ．Ｎｅｔ．
（マイクロソフトは登録商標）は、Ｍｉｃｒｏｓｏｆ
ｔ．Ｐａｓｓｐｏｒｔ ｓｅｒｖｉｃｅｓ（マイクロソ
フトは登録商標）によって可能にされる特定サービス、
認証サービスおよび通知サービスを含む。概ね、Ｍｉｃ
ｒｏｓｏｆｔ．Ｐａｓｓｐｏｒｔ ｓｅｒｖｉｃｅｓ
（マイクロソフトは登録商標）は、「パスポート」のサ
ービスのユーザである消費者の個人消費者情報を維持す
るサーバに基づく構造である。このサービスは商品およ
び／またはサービスの供給者にユーザの指揮のもとに個
人消費者情報を提供するために標準的なセキュアソケッ
トレイヤ（ＳＳＬ）とハイパーテキスト転送プロトコル
（ＨＴＴＰ）を使用する。
ようと試みた先行技術の一つにＭｉｃｒｏｓｏｆｔ．Ｎ
ｅｔ．（マイクロソフトは登録商標）によって提供され
たサービスが含まれる。Ｍｉｃｒｏｓｏｆｔ．Ｎｅｔ．
（マイクロソフトは登録商標）は、Ｍｉｃｒｏｓｏｆ
ｔ．Ｐａｓｓｐｏｒｔ ｓｅｒｖｉｃｅｓ（マイクロソ
フトは登録商標）によって可能にされる特定サービス、
認証サービスおよび通知サービスを含む。概ね、Ｍｉｃ
ｒｏｓｏｆｔ．Ｐａｓｓｐｏｒｔ ｓｅｒｖｉｃｅｓ
（マイクロソフトは登録商標）は、「パスポート」のサ
ービスのユーザである消費者の個人消費者情報を維持す
るサーバに基づく構造である。このサービスは商品およ
び／またはサービスの供給者にユーザの指揮のもとに個
人消費者情報を提供するために標準的なセキュアソケッ
トレイヤ（ＳＳＬ）とハイパーテキスト転送プロトコル
（ＨＴＴＰ）を使用する。
【０００５】他の特徴としては、Ｍｉｃｒｏｓｏｆｔ．
Ｐａｓｓｐｏｒｔ ｓｅｒｖｉｃｅｓ（マイクロソフト
は登録商標）はパスポートサービスに関連する全てのウ
ェブサイトによるオンライン取引へのアクセス及び実行
のためユーザに一つの名前とパスポートを作成すること
を許可する「パスポートシングルサインイン（ＳＳＩ）
サービス」を含む。他の特徴としては「パスポート」に
ユーザによって事前に記憶された個人情報による迅速か
つ安全なオンライン購入能力をユーザに提供する「パス
ポートエクスプレスパーチェス（ＥＰ）サービス」があ
る。ＳＳＩサービス内の選択的特徴としては、子供の個
人情報の収集または開示のための親の承諾を得るための
ターンキーソリューションである「キッズパスポート」
がある。キッズパスポートは、ユーザが子供のオンライ
ンプライバシー保護条例による要求に従うことに活かさ
れる。
Ｐａｓｓｐｏｒｔ ｓｅｒｖｉｃｅｓ（マイクロソフト
は登録商標）はパスポートサービスに関連する全てのウ
ェブサイトによるオンライン取引へのアクセス及び実行
のためユーザに一つの名前とパスポートを作成すること
を許可する「パスポートシングルサインイン（ＳＳＩ）
サービス」を含む。他の特徴としては「パスポート」に
ユーザによって事前に記憶された個人情報による迅速か
つ安全なオンライン購入能力をユーザに提供する「パス
ポートエクスプレスパーチェス（ＥＰ）サービス」があ
る。ＳＳＩサービス内の選択的特徴としては、子供の個
人情報の収集または開示のための親の承諾を得るための
ターンキーソリューションである「キッズパスポート」
がある。キッズパスポートは、ユーザが子供のオンライ
ンプライバシー保護条例による要求に従うことに活かさ
れる。
【０００６】マイクロソフト（登録商法）パスポートサ
ービスではしかしながら、ユーザはこの場合でいえば一
つ以上のマイクロソフトサーバである第三者になお個人
消費者情報を提供しなければならない。加えて、Ｍｉｃ
ｒｏｓｏｆｔ．Ｐａｓｓｐｏｒｔ ｓｅｒｖｉｃｅｓ
（マイクロソフトは登録商標）内の許可は、ユーザが個
人情報の悪用を検知及び防御する能力を含まない。許可
された者、あるいは本人がマイクロソフト(登録商法)パ
スポートサービスに登録し、個人消費者情報を提供する
と、許可された者の登録へアクセスできるいかなる個人
も許可のもと、あるいは許可なしに個人情報を使用する
可能性がある。例えば、親又は雇用者などの許可された
者は子供あるいは従業員などのそれぞれの受益者へ意図
的にアクセスを提供する場合がある。そのようなアクセ
スが提供されると、Ｍｉｃｒｏｓｏｆｔ．Ｐａｓｓｐｏ
ｒｔ ｓｅｒｖｉｃｅｓ（マイクロソフトは登録商標）
は、いかなるユーザによるそのようなアクセスは必ずし
もそうでないにしろ許可された者によるものと仮定す
る。許可された者は、是認する能力、あるいはオンライ
ン取引又は他の活動をチェックする能力がないゆえ、消
費者個人情報の悪用あるいは悪意のある利用が起こる可
能性がある。
ービスではしかしながら、ユーザはこの場合でいえば一
つ以上のマイクロソフトサーバである第三者になお個人
消費者情報を提供しなければならない。加えて、Ｍｉｃ
ｒｏｓｏｆｔ．Ｐａｓｓｐｏｒｔ ｓｅｒｖｉｃｅｓ
（マイクロソフトは登録商標）内の許可は、ユーザが個
人情報の悪用を検知及び防御する能力を含まない。許可
された者、あるいは本人がマイクロソフト(登録商法)パ
スポートサービスに登録し、個人消費者情報を提供する
と、許可された者の登録へアクセスできるいかなる個人
も許可のもと、あるいは許可なしに個人情報を使用する
可能性がある。例えば、親又は雇用者などの許可された
者は子供あるいは従業員などのそれぞれの受益者へ意図
的にアクセスを提供する場合がある。そのようなアクセ
スが提供されると、Ｍｉｃｒｏｓｏｆｔ．Ｐａｓｓｐｏ
ｒｔ ｓｅｒｖｉｃｅｓ（マイクロソフトは登録商標）
は、いかなるユーザによるそのようなアクセスは必ずし
もそうでないにしろ許可された者によるものと仮定す
る。許可された者は、是認する能力、あるいはオンライ
ン取引又は他の活動をチェックする能力がないゆえ、消
費者個人情報の悪用あるいは悪意のある利用が起こる可
能性がある。
【０００７】
【課題を解決するための手段】本好適な実施形態は、オ
ンライン取引是認システムを開示する。本人は、オンラ
イン是認システムに登録し、オンライン取引利用のため
のユーザアカウントを開設する。本人は、またオンライ
ン取引のユーザアカウントを利用する受益者を特定す
る。受益者によるオンライン取引は本人による再検討お
よび許可の対象となる。したがって、オンライン取引是
認システムはオンライン取引における受益者と本人の明
確な分離を維持する。加えて、本人のユーザアカウント
に関連する個人情報は、本人の管理の下にあり、許可に
よってオンライン取引のために提供されてもよい。
ンライン取引是認システムを開示する。本人は、オンラ
イン是認システムに登録し、オンライン取引利用のため
のユーザアカウントを開設する。本人は、またオンライ
ン取引のユーザアカウントを利用する受益者を特定す
る。受益者によるオンライン取引は本人による再検討お
よび許可の対象となる。したがって、オンライン取引是
認システムはオンライン取引における受益者と本人の明
確な分離を維持する。加えて、本人のユーザアカウント
に関連する個人情報は、本人の管理の下にあり、許可に
よってオンライン取引のために提供されてもよい。
【０００８】オンライン取引是認システムは、少なくと
も一つの受益者装置、少なくとも一つのサービスプロバ
イダ、少なくとも一つのプロキシサーバおよび少なくと
も一つの本人装置を通信的に連動する形で含む。受益者
装置と本人装置は受益者と本人によってそれぞれ操作さ
れる。オンライン取引は、受益者装置を介して受益者に
よってサービスプロバイダによって開始される。
も一つの受益者装置、少なくとも一つのサービスプロバ
イダ、少なくとも一つのプロキシサーバおよび少なくと
も一つの本人装置を通信的に連動する形で含む。受益者
装置と本人装置は受益者と本人によってそれぞれ操作さ
れる。オンライン取引は、受益者装置を介して受益者に
よってサービスプロバイダによって開始される。
【０００９】オンライン取引の開始は、商品および／ま
たはサービスのサービス注文要求をサービスプロバイダ
に送信することを含む。サービス注文要求は、受益者Ｉ
Ｄおよび受益者パスワードを含む。サービスプロバイダ
は、サービス注文要求の受益者の認証と本人による許可
のために取引要求によってプロキシサーバを検索する。
プロキシサーバは、受益者の認証と本人による許可の関
数としてオンライン取引を完了するためにサービスプロ
バイダに許可された個人情報を返信する。
たはサービスのサービス注文要求をサービスプロバイダ
に送信することを含む。サービス注文要求は、受益者Ｉ
Ｄおよび受益者パスワードを含む。サービスプロバイダ
は、サービス注文要求の受益者の認証と本人による許可
のために取引要求によってプロキシサーバを検索する。
プロキシサーバは、受益者の認証と本人による許可の関
数としてオンライン取引を完了するためにサービスプロ
バイダに許可された個人情報を返信する。
【００１０】一実施形態において、本人による許可は本
人装置を介する本人による許可是認を含む。本実施形態
において、プロキシサーバは本人装置へ許可要求を送信
する。本人は、許可要求を再検討し取引の許可あるいは
拒否によって応答する。本人の応答は、許可応答でプロ
キシサーバへ送信される。本人が取引を許可する場合、
許可された本人の個人情報が許可応答に含まれる。プロ
キシサーバは本人の応答と、取引が許可された場合は許
可された個人情報を含む取引応答をサービスプロバイダ
へ送る。サービスプロバイダは、サービス注文応答を受
益者装置へ送信し、本人が取引を許可した場合は商品／
サービスを供給する。
人装置を介する本人による許可是認を含む。本実施形態
において、プロキシサーバは本人装置へ許可要求を送信
する。本人は、許可要求を再検討し取引の許可あるいは
拒否によって応答する。本人の応答は、許可応答でプロ
キシサーバへ送信される。本人が取引を許可する場合、
許可された本人の個人情報が許可応答に含まれる。プロ
キシサーバは本人の応答と、取引が許可された場合は許
可された個人情報を含む取引応答をサービスプロバイダ
へ送る。サービスプロバイダは、サービス注文応答を受
益者装置へ送信し、本人が取引を許可した場合は商品／
サービスを供給する。
【００１１】他の実施形態においては、プロキシサーバ
が本人による許可に関与する。本実施形態において、許
可は前述の実施形態と同様に、あるいはプロキシサーバ
によって実行される。サービスプロバイダから取引要求
を受信した際、プロキシサーバは事前許可決定を行う。
事前許可決定は、許可是認が本人により直接リアルタイ
ムで行われたか、あるいは本人によるリアルタイムの許
可是認なしにプロキシサーバにより間接的に行われたか
を判断する。事前許可決定は、プロキシサーバで本人に
より指定されたパラメータに基づき行われる。プロキシ
サーバが事前許可是認を行うと決定した場合、許可され
た個人情報を含む取引応答がプロキシサーバによって生
成される。したがって、本実施形態では、許可された個
人情報はプロキシサーバに記憶される。取引応答の生成
に加えて、プロキシサーバはまたプロキシサーバによる
オンライン取引の事前許可是認が発生した旨を示す許可
要求を本人装置へ送信する。
が本人による許可に関与する。本実施形態において、許
可は前述の実施形態と同様に、あるいはプロキシサーバ
によって実行される。サービスプロバイダから取引要求
を受信した際、プロキシサーバは事前許可決定を行う。
事前許可決定は、許可是認が本人により直接リアルタイ
ムで行われたか、あるいは本人によるリアルタイムの許
可是認なしにプロキシサーバにより間接的に行われたか
を判断する。事前許可決定は、プロキシサーバで本人に
より指定されたパラメータに基づき行われる。プロキシ
サーバが事前許可是認を行うと決定した場合、許可され
た個人情報を含む取引応答がプロキシサーバによって生
成される。したがって、本実施形態では、許可された個
人情報はプロキシサーバに記憶される。取引応答の生成
に加えて、プロキシサーバはまたプロキシサーバによる
オンライン取引の事前許可是認が発生した旨を示す許可
要求を本人装置へ送信する。
【００１２】オンライン取引是認システムの興味深い特
色は、認証処理である。取引是認処理の一部分として、
プロキシサーバは受益者、取引に関与する受益者装置、
また本人および本人装置を認証する。
色は、認証処理である。取引是認処理の一部分として、
プロキシサーバは受益者、取引に関与する受益者装置、
また本人および本人装置を認証する。
【００１３】オンライン是認システムのほかの興味深い
特色は、通信セキュリティである。システム内の通信
は、公共および秘密鍵をそれぞれ使用することにより暗
号化および復号化される。加えて、暗号化された通信は
サービスプロバイダとプロキシサーバを通信のセキュリ
ティ維持のため復号化することなしに通過する。
特色は、通信セキュリティである。システム内の通信
は、公共および秘密鍵をそれぞれ使用することにより暗
号化および復号化される。加えて、暗号化された通信は
サービスプロバイダとプロキシサーバを通信のセキュリ
ティ維持のため復号化することなしに通過する。
【００１４】オンライン取引是認システムのさらに他の
興味深い特色は、本人の個人情報を記憶することを含む
点である。一実施形態において、個人情報は本人装置の
みに記憶される。したがって、本人は、本人のユーザア
カウントの利用を可能にされた受益者が何人であれ、流
布と利用の完全な管理を維持する。他の実施形態におい
ては、個人情報はまたプロキシサーバに記憶される。本
実施形態において、オンライン取引は本人によって許可
されなければならないゆえ、本人はなお、個人情報の流
布と利用の完全な管理を維持する。
興味深い特色は、本人の個人情報を記憶することを含む
点である。一実施形態において、個人情報は本人装置の
みに記憶される。したがって、本人は、本人のユーザア
カウントの利用を可能にされた受益者が何人であれ、流
布と利用の完全な管理を維持する。他の実施形態におい
ては、個人情報はまたプロキシサーバに記憶される。本
実施形態において、オンライン取引は本人によって許可
されなければならないゆえ、本人はなお、個人情報の流
布と利用の完全な管理を維持する。
【００１５】本発明の更なる目的と長所は、以下の説明
と付随する本発明が明確に示された好適な実施形態の図
面を参照することによって明らかとなる。
と付随する本発明が明確に示された好適な実施形態の図
面を参照することによって明らかとなる。
【００１６】
【発明の実施の形態】本好適な実施形態は、電子的に実
行されるオンライン商業取引の認証及び許可の方法及び
システムを説明する。この方法およびシステムは登録し
たユーザによるオンライン商業取引において使用される
許可された個人情報の維持及び制御を可能とする。加え
て、登録したユーザは、登録したユーザの個人情報の利
用を可能にされた受益者によって実行されるオンライン
取引を監視および提供する。したがって、そのような商
業取引の間の受益者と対応する登録したユーザのはっき
りとした分離が維持される。
行されるオンライン商業取引の認証及び許可の方法及び
システムを説明する。この方法およびシステムは登録し
たユーザによるオンライン商業取引において使用される
許可された個人情報の維持及び制御を可能とする。加え
て、登録したユーザは、登録したユーザの個人情報の利
用を可能にされた受益者によって実行されるオンライン
取引を監視および提供する。したがって、そのような商
業取引の間の受益者と対応する登録したユーザのはっき
りとした分離が維持される。
【００１７】図１は、オンライン取引是認システム１０
の一実施形態のブロック図である。オンライン取引是認
システム１０は少なくとも一つの受益者装置１２、少な
くとも一つのサービスプロバイダ１４、少なくとも一つ
のプロキシサーバ１６および少なくとも一つの本人装置
１８を示されたとおり連動した形で含む。「オンライ
ン」の語は例えば有線および／または無線ネットワーク
およびインターネットによる電子通信チャンネルにおけ
るデータ、オーディオおよび／またはビデオの電子通信
をさす。さらに、ここで使われている通り、「連動し
た」、「接続された」あるいは「相互接続された」の語
は、システム、装置および／または構成要素間のインタ
ーフェースを提供する電子的に連動した、光学的に連動
した、無線で連動したまたはほかのいかなる連動の形式
を意味する。
の一実施形態のブロック図である。オンライン取引是認
システム１０は少なくとも一つの受益者装置１２、少な
くとも一つのサービスプロバイダ１４、少なくとも一つ
のプロキシサーバ１６および少なくとも一つの本人装置
１８を示されたとおり連動した形で含む。「オンライ
ン」の語は例えば有線および／または無線ネットワーク
およびインターネットによる電子通信チャンネルにおけ
るデータ、オーディオおよび／またはビデオの電子通信
をさす。さらに、ここで使われている通り、「連動し
た」、「接続された」あるいは「相互接続された」の語
は、システム、装置および／または構成要素間のインタ
ーフェースを提供する電子的に連動した、光学的に連動
した、無線で連動したまたはほかのいかなる連動の形式
を意味する。
【００１８】図１はまた、矢印２２で示されるとおり本
人装置１８を操作している少なくとも一人の本人２０を
表す。本人２０はオンライン取引是認システム１０の少
なくとも一人の登録されたユーザ（あるいは許可された
者）であってもよい。ここで使われている通り、「本
人」の語はオンライン取引是認システム１０に登録した
個人、会社あるいは／または組織をさす。オンライン取
引是認システム１０への登録は、オンライン商業取引の
利用における本人２０の機密および／または極秘情報な
どの個人情報を含むユーザアカウントの設定を含む。本
人２０はユーザアカウントに関わる取引の監視および許
可の権限を持つ一人以上の個人である。加えて、本人２
０はオンライン取引を実行するためにユーザアカウント
を使用する。
人装置１８を操作している少なくとも一人の本人２０を
表す。本人２０はオンライン取引是認システム１０の少
なくとも一人の登録されたユーザ（あるいは許可された
者）であってもよい。ここで使われている通り、「本
人」の語はオンライン取引是認システム１０に登録した
個人、会社あるいは／または組織をさす。オンライン取
引是認システム１０への登録は、オンライン商業取引の
利用における本人２０の機密および／または極秘情報な
どの個人情報を含むユーザアカウントの設定を含む。本
人２０はユーザアカウントに関わる取引の監視および許
可の権限を持つ一人以上の個人である。加えて、本人２
０はオンライン取引を実行するためにユーザアカウント
を使用する。
【００１９】「個人情報」は、クレジットカード情報、
銀行口座情報、名前、住所、契約情報、緊急情報、個人
規定および／または本人に関する他のいかなる機密／極
秘情報を含んでいてもよい。ここで使われている通り、
「電子商業取引」または「オンライン取引」は電子商業
チャンネルによって実行される商品および／またはサー
ビスの購入および／または要求された購入をさす。例え
ば、インターネットでウェブサーバにブラウザを使用す
ることで接触し、購入のため本を選択することはオンラ
イン、または電子商業取引とみなされてもよい。この例
において、本人２０のクレジットカード情報としての形
式による個人情報が、選ばれた本に対する書籍供給者へ
の報酬として提供されてもよい。
銀行口座情報、名前、住所、契約情報、緊急情報、個人
規定および／または本人に関する他のいかなる機密／極
秘情報を含んでいてもよい。ここで使われている通り、
「電子商業取引」または「オンライン取引」は電子商業
チャンネルによって実行される商品および／またはサー
ビスの購入および／または要求された購入をさす。例え
ば、インターネットでウェブサーバにブラウザを使用す
ることで接触し、購入のため本を選択することはオンラ
イン、または電子商業取引とみなされてもよい。この例
において、本人２０のクレジットカード情報としての形
式による個人情報が、選ばれた本に対する書籍供給者へ
の報酬として提供されてもよい。
【００２０】図１はまた、矢印２６で示されるとおり受
益者装置１２を操作している少なくとも一人の受益者２
４を示す。受益者２４は、オンライン取引是認システム
１０へ本人２０によりアクセスが可能にされたいかなる
ユーザであってもよい。本好適な実施形態では、受益者
２４は、利用の可能を提供する本人２０のユーザアカウ
ントからの個人情報を利用するオンライン取引を実行す
る。本人２０と関連した受益者２４の例としては、親と
子供、雇用者と従業員あるいは対応する受益者２４と本
人２０が形成すると選択する他のいかなる関係を含む。
益者装置１２を操作している少なくとも一人の受益者２
４を示す。受益者２４は、オンライン取引是認システム
１０へ本人２０によりアクセスが可能にされたいかなる
ユーザであってもよい。本好適な実施形態では、受益者
２４は、利用の可能を提供する本人２０のユーザアカウ
ントからの個人情報を利用するオンライン取引を実行す
る。本人２０と関連した受益者２４の例としては、親と
子供、雇用者と従業員あるいは対応する受益者２４と本
人２０が形成すると選択する他のいかなる関係を含む。
【００２１】本人２０によって受益者２４を利用可能に
することは、本人２０のユーザアカウント内での受益者
２４の特定と受益者２４へのセキュリティ検査の指定を
含む。本好適な実施形態では、受益者２４の特定は受益
者ＩＤによるものであり、セキュリティ検査は受益者パ
スワードの形式による。本人２０も同様にユーザアカウ
ントによるオンライン取引が可能にされてもよい。他の
実施形態においては、例えば生物学的認識システムその
他の形式の特定およびセキュリティ技術が使用されても
よい。
することは、本人２０のユーザアカウント内での受益者
２４の特定と受益者２４へのセキュリティ検査の指定を
含む。本好適な実施形態では、受益者２４の特定は受益
者ＩＤによるものであり、セキュリティ検査は受益者パ
スワードの形式による。本人２０も同様にユーザアカウ
ントによるオンライン取引が可能にされてもよい。他の
実施形態においては、例えば生物学的認識システムその
他の形式の特定およびセキュリティ技術が使用されても
よい。
【００２２】受益者装置１２は電子通信チャンネルにお
いて送信、受信、そして情報の操作が可能ないかなる形
式の個人通信装置であってもよい。受益者装置１２の例
は、受益者２４によってオンライン取引を実行するため
に操作可能な無線電話、携帯情報端末（ＰＤＡ）、ハン
ドヘルドコンピュータ、ラップトップコンピュータ、デ
スクトップコンピュータ、ネットワーク端末又は他のい
かなる装置を含む。図１に矢印２６で示すとおり、受益
者装置１２は、受益者２４によって制御および操作され
る。
いて送信、受信、そして情報の操作が可能ないかなる形
式の個人通信装置であってもよい。受益者装置１２の例
は、受益者２４によってオンライン取引を実行するため
に操作可能な無線電話、携帯情報端末（ＰＤＡ）、ハン
ドヘルドコンピュータ、ラップトップコンピュータ、デ
スクトップコンピュータ、ネットワーク端末又は他のい
かなる装置を含む。図１に矢印２６で示すとおり、受益
者装置１２は、受益者２４によって制御および操作され
る。
【００２３】機密データと他の情報を安全に送信するた
めに、受益者装置１２にはセキュリティに関連した機能
も含まれることが望ましい。インターネット上での安全
なデータ送信の標準の一例は、よく知られたセキュアソ
ケットレイヤ（ＳＳＬ）接続である。他のよく知られて
いる安全なデータ送信の形式は、例えばプリティグッド
プライバシー（ＰＧＰ）等の固有の秘密鍵および固有の
公開鍵を使用した暗号化／復号化機能の適用を含む。公
開鍵は暗号化に使用され、秘密鍵は暗号化された通信の
復号化に使用される。従って、暗号化されたメッセージ
の送信前には、メッセージの意図する受信者の公開鍵が
暗号化処理の使用のために取得される。受益者装置１２
は、サービスプロバイダ１４および／またはプロキシサ
ーバ１６との安全な通信のために個人および公開鍵を使
用することが望ましい。
めに、受益者装置１２にはセキュリティに関連した機能
も含まれることが望ましい。インターネット上での安全
なデータ送信の標準の一例は、よく知られたセキュアソ
ケットレイヤ（ＳＳＬ）接続である。他のよく知られて
いる安全なデータ送信の形式は、例えばプリティグッド
プライバシー（ＰＧＰ）等の固有の秘密鍵および固有の
公開鍵を使用した暗号化／復号化機能の適用を含む。公
開鍵は暗号化に使用され、秘密鍵は暗号化された通信の
復号化に使用される。従って、暗号化されたメッセージ
の送信前には、メッセージの意図する受信者の公開鍵が
暗号化処理の使用のために取得される。受益者装置１２
は、サービスプロバイダ１４および／またはプロキシサ
ーバ１６との安全な通信のために個人および公開鍵を使
用することが望ましい。
【００２４】受益者２４は、電子商業チャンネルで受益
者装置１２によってオンライン取引を開始する。オンラ
イン取引の開始において、サービス注文要求が生成され
る。サービス注文要求は、サービス注文と受益者２４の
識別を含んでいてもよい。サービス注文は、例えば本
(数量１)、著者名、題名、価格（ドル）などのオンライ
ン取引の対象である商品および／またはサービスを特定
する。受益者２４の識別は受益者ＩＤおよびサービスプ
ロバイダ１４の公開鍵により望ましくは暗号化された受
益者パスワードであってもよい。他の実施形態において
は、取引に関連した他のいかなる情報がサービス注文要
求に含まれていてもよい。サービス注文要求は、サービ
スプロバイダ１４にクエリーとして送信されてもよい。
者装置１２によってオンライン取引を開始する。オンラ
イン取引の開始において、サービス注文要求が生成され
る。サービス注文要求は、サービス注文と受益者２４の
識別を含んでいてもよい。サービス注文は、例えば本
(数量１)、著者名、題名、価格（ドル）などのオンライ
ン取引の対象である商品および／またはサービスを特定
する。受益者２４の識別は受益者ＩＤおよびサービスプ
ロバイダ１４の公開鍵により望ましくは暗号化された受
益者パスワードであってもよい。他の実施形態において
は、取引に関連した他のいかなる情報がサービス注文要
求に含まれていてもよい。サービス注文要求は、サービ
スプロバイダ１４にクエリーとして送信されてもよい。
【００２５】サービスプロバイダ１４は、電子通信チャ
ンネルでオンラインビジネスの取引が可能な商品および
／又はサービスの全てのプロバイダである。本好適な実
施形態では、サービスプロバイダ１４は、例えば契約に
よる同意などでの関係によってオンライン取引是認シス
テム１０をサポート可能となる。サービスプロバイダ１
４の一例は、インターネットでアクセス可能なウェブサ
ーバとオンライン商業取引を実行する。他の実施形態に
おいては、他のいかなる形態のオンラインサービスおよ
び／または販売促進がサービスプロバイダ１４を表すも
のであってもよい。サービスプロバイダ１４はまた、受
益者装置１２に類似したセキュリティに関連した機能を
含んでいてもよく、安全な通信のために公共および秘密
鍵を使用することが望ましい。
ンネルでオンラインビジネスの取引が可能な商品および
／又はサービスの全てのプロバイダである。本好適な実
施形態では、サービスプロバイダ１４は、例えば契約に
よる同意などでの関係によってオンライン取引是認シス
テム１０をサポート可能となる。サービスプロバイダ１
４の一例は、インターネットでアクセス可能なウェブサ
ーバとオンライン商業取引を実行する。他の実施形態に
おいては、他のいかなる形態のオンラインサービスおよ
び／または販売促進がサービスプロバイダ１４を表すも
のであってもよい。サービスプロバイダ１４はまた、受
益者装置１２に類似したセキュリティに関連した機能を
含んでいてもよく、安全な通信のために公共および秘密
鍵を使用することが望ましい。
【００２６】サービス注文要求を受信すると、サービス
プロバイダ１４は対応する取引要求を生成する。取引要
求は受益者２４の識別、取引情報、是認要求およびサー
ビスプロバイダ１４の公開鍵を含んでいてもよい。取引
情報はサービスプロバイダ１４の、例えば固有のサービ
スプロバイダＩＤなどの識別と、サービス情報を含んで
いてもよい。サービス情報は、サービス注文と、例えば
内容年代格付け、商品および／またはサービスの詳細な
説明または取引の特徴を区別するのに役立つ他のいかな
る情報等の取引の特徴に関連した情報を含んでいてもよ
い。是認要求は受益者２４の認証の要求と本人２０によ
る取引の許可の要求を含んでいてもよい。他の実施形態
においては、他のいかなる取引に関わる情報が取引要求
に含まれていてもよい。取引要求はプロキシサーバ１６
にクエリーとして送信されてもよい。
プロバイダ１４は対応する取引要求を生成する。取引要
求は受益者２４の識別、取引情報、是認要求およびサー
ビスプロバイダ１４の公開鍵を含んでいてもよい。取引
情報はサービスプロバイダ１４の、例えば固有のサービ
スプロバイダＩＤなどの識別と、サービス情報を含んで
いてもよい。サービス情報は、サービス注文と、例えば
内容年代格付け、商品および／またはサービスの詳細な
説明または取引の特徴を区別するのに役立つ他のいかな
る情報等の取引の特徴に関連した情報を含んでいてもよ
い。是認要求は受益者２４の認証の要求と本人２０によ
る取引の許可の要求を含んでいてもよい。他の実施形態
においては、他のいかなる取引に関わる情報が取引要求
に含まれていてもよい。取引要求はプロキシサーバ１６
にクエリーとして送信されてもよい。
【００２７】プロキシサーバ１６は、オンライン取引是
認システム１０内で要求のための電子商業チャンネルを
監視し、そのような要求を処理し、要求に応じて電子商
業チャンネルにおいて情報を提供することが可能ないか
なる類の装置であってもよい。受益者装置１２とサービ
スプロバイダ１４同様、プロキシサーバ１６はセキュリ
ティに関した機能も含んでいてもよく、サービスプロバ
イダ１４と本人装置１８との安全の通信のために秘密鍵
と公開鍵の対を使用することが望ましい。
認システム１０内で要求のための電子商業チャンネルを
監視し、そのような要求を処理し、要求に応じて電子商
業チャンネルにおいて情報を提供することが可能ないか
なる類の装置であってもよい。受益者装置１２とサービ
スプロバイダ１４同様、プロキシサーバ１６はセキュリ
ティに関した機能も含んでいてもよく、サービスプロバ
イダ１４と本人装置１８との安全の通信のために秘密鍵
と公開鍵の対を使用することが望ましい。
【００２８】要求と応答の処理の一部として、プロキシ
サーバ１６はリアルタイムの認証および許可処理を行っ
てもよい。
サーバ１６はリアルタイムの認証および許可処理を行っ
てもよい。
【００２９】本人２０および受益者２４のプロキシサー
バ１６による識別の検査は、リアルタイム認証処理の一
部に含まれていてもよい。加えて、認証処理は受益者２
４と本人２０にそれぞれ操作される受益者装置１２と本
人装置１８の検査を含んでいてもよい。更に、認証はオ
ンライン取引の一部として提供された個人情報の検査を
含んでいてもよい。
バ１６による識別の検査は、リアルタイム認証処理の一
部に含まれていてもよい。加えて、認証処理は受益者２
４と本人２０にそれぞれ操作される受益者装置１２と本
人装置１８の検査を含んでいてもよい。更に、認証はオ
ンライン取引の一部として提供された個人情報の検査を
含んでいてもよい。
【００３０】リアルタイム認証処理は、プロキシサーバ
１６の構成および設定に基づいていてもよく、オンライ
ン取引を完了するために受益者２４を許可することを含
む。許可是認の一部として、個人情報がサービスプロバ
イダ１４への報酬として提供されてもよい。
１６の構成および設定に基づいていてもよく、オンライ
ン取引を完了するために受益者２４を許可することを含
む。許可是認の一部として、個人情報がサービスプロバ
イダ１４への報酬として提供されてもよい。
【００３１】本好適な一実施形態において、極秘性の維
持とそのような超極秘情報の流布を制限するために、プ
ロキシサーバ１６は本人２０の個人情報を含まない。し
たがって、個人情報は本人２０のリアルタイム許可是認
に基づいて提供される。この実施形態のプロキシサーバ
１６による許可処理は、それぞれの取引要求への許可要
求の生成を含んでいてもよい。許可要求は取引情報と受
益者２４の特定を含んでいてもよい。許可要求はサービ
スプロバイダＩＤ，サービス情報および受益者ＩＤを含
んでいることが望ましい。他の実施形態では、取引に関
連した他のいかなる情報が許可要求に含まれていてもよ
い。許可要求は、本人２０によるリアルタイム許可是認
のために本人装置１８へクエリーとして送信されてもよ
い。
持とそのような超極秘情報の流布を制限するために、プ
ロキシサーバ１６は本人２０の個人情報を含まない。し
たがって、個人情報は本人２０のリアルタイム許可是認
に基づいて提供される。この実施形態のプロキシサーバ
１６による許可処理は、それぞれの取引要求への許可要
求の生成を含んでいてもよい。許可要求は取引情報と受
益者２４の特定を含んでいてもよい。許可要求はサービ
スプロバイダＩＤ，サービス情報および受益者ＩＤを含
んでいることが望ましい。他の実施形態では、取引に関
連した他のいかなる情報が許可要求に含まれていてもよ
い。許可要求は、本人２０によるリアルタイム許可是認
のために本人装置１８へクエリーとして送信されてもよ
い。
【００３２】本人装置１８は、情報の送信、受信および
操作が可能ないかなる形態の個人通信装置であってもよ
い。本好適な実施形態においては、本人装置１８は無線
通信装置である。図１において矢印２２で示されるとお
り、本人装置１８は本人２０による制御および操作のも
とにある。したがって、本人２０との通信は本人装置１
８を介して行われる。加えて、登録処理の一部として、
本人２０は本人装置１８、およびプロキシサーバ１６か
らの許可要求の通信の優先度を特定してもよい。通信の
優先度は、例えば時間／装置指定、優先度格付け、内容
に基づく指定、取引創始者指定、受益者指定、代わりの
本人装置１８あるいは本人２０への接触に関連する他の
いかなるパラメータを含んでいてもよい。
操作が可能ないかなる形態の個人通信装置であってもよ
い。本好適な実施形態においては、本人装置１８は無線
通信装置である。図１において矢印２２で示されるとお
り、本人装置１８は本人２０による制御および操作のも
とにある。したがって、本人２０との通信は本人装置１
８を介して行われる。加えて、登録処理の一部として、
本人２０は本人装置１８、およびプロキシサーバ１６か
らの許可要求の通信の優先度を特定してもよい。通信の
優先度は、例えば時間／装置指定、優先度格付け、内容
に基づく指定、取引創始者指定、受益者指定、代わりの
本人装置１８あるいは本人２０への接触に関連する他の
いかなるパラメータを含んでいてもよい。
【００３３】本人２０の個人情報は、本人装置１８に記
憶されることが望ましい。それにより、個人情報は本人
２０の管理のもとにあり、本人２０により直接更新、処
理されることとなる。他の実施形態において、後述する
とおり個人情報がプロキシサーバ１６にも記憶される場
合においては、本人装置１８に記憶されている個人情報
の更新はプロキシサーバ１６内の個人情報に反映されて
もよい。
憶されることが望ましい。それにより、個人情報は本人
２０の管理のもとにあり、本人２０により直接更新、処
理されることとなる。他の実施形態において、後述する
とおり個人情報がプロキシサーバ１６にも記憶される場
合においては、本人装置１８に記憶されている個人情報
の更新はプロキシサーバ１６内の個人情報に反映されて
もよい。
【００３４】許可要求のリアルタイムの再検討の後、本
人２０はリアルタイムで本人装置１８を介して許可応答
の生成を開始する。許可要求が是認された場合、許可応
答は取引の許可と個人情報の許可を含む。「許可された
個人情報」は受益者２４によって要求された商業取引を
完了するのに必要な本人２０の個人情報の部分と本人２
０の他の関連した機密方法を含む。個人情報が抜けた許
可拒否メッセージは、本人２０が取引を不可とした場合
に許可応答に含まれてもよい。許可応答は生成されそし
てプロキシサーバ１６へと宛てられる。
人２０はリアルタイムで本人装置１８を介して許可応答
の生成を開始する。許可要求が是認された場合、許可応
答は取引の許可と個人情報の許可を含む。「許可された
個人情報」は受益者２４によって要求された商業取引を
完了するのに必要な本人２０の個人情報の部分と本人２
０の他の関連した機密方法を含む。個人情報が抜けた許
可拒否メッセージは、本人２０が取引を不可とした場合
に許可応答に含まれてもよい。許可応答は生成されそし
てプロキシサーバ１６へと宛てられる。
【００３５】更に他の本好適な実施形態においては、プ
ロキシサーバ１６はプロキシサーバ１６を個人的に操作
している一人の本人２０によって使用される個人のサー
バコンピュータである。したがって、本人２０の個人情
報は本人２０による維持と選択的更新のために本人装置
１８とプロキシサーバ１６へ記憶されてもよい。本実施
形態において、プロキシサーバ１６によるリアルタイム
許可処理は、事前許可決定機能を含んでいてもよい。事
前許可決定機能は、リアルタイムでプロキシサーバ１６
により、本人２０によるリアルタイムの許可なしに実行
されてもよい。
ロキシサーバ１６はプロキシサーバ１６を個人的に操作
している一人の本人２０によって使用される個人のサー
バコンピュータである。したがって、本人２０の個人情
報は本人２０による維持と選択的更新のために本人装置
１８とプロキシサーバ１６へ記憶されてもよい。本実施
形態において、プロキシサーバ１６によるリアルタイム
許可処理は、事前許可決定機能を含んでいてもよい。事
前許可決定機能は、リアルタイムでプロキシサーバ１６
により、本人２０によるリアルタイムの許可なしに実行
されてもよい。
【００３６】プロキシサーバ１６による事前許可決定機
能は、優先度決定規則に基づき本人装置１８へ選択的に
許可要求クエリーを送信することを含んでもよい。優先
度決定規則は、予め決定されたパラメータによる基準を
満たすリアルタイムの取引要求による、プロキシサーバ
１６の事前許可決定を許可する、本人２０によってあら
かじめ決定された一つ以上のパラメータであってもよ
い。取引要求への優先度決定規則の適用に基づき、プロ
キシサーバ１６はリアルタイムで、取引要求の事前決定
是認を提供するか、本人装置１８への送信するための許
可要求クエリーを生成してもよい。取引要求の事前許可
の是認の際、プロキシサーバ１６は、本人装置１８を介
して非リアルタイム許可要求とともに事前許可是認を本
人２０へ通知してもよい。
能は、優先度決定規則に基づき本人装置１８へ選択的に
許可要求クエリーを送信することを含んでもよい。優先
度決定規則は、予め決定されたパラメータによる基準を
満たすリアルタイムの取引要求による、プロキシサーバ
１６の事前許可決定を許可する、本人２０によってあら
かじめ決定された一つ以上のパラメータであってもよ
い。取引要求への優先度決定規則の適用に基づき、プロ
キシサーバ１６はリアルタイムで、取引要求の事前決定
是認を提供するか、本人装置１８への送信するための許
可要求クエリーを生成してもよい。取引要求の事前許可
の是認の際、プロキシサーバ１６は、本人装置１８を介
して非リアルタイム許可要求とともに事前許可是認を本
人２０へ通知してもよい。
【００３７】更に他の実施形態においては、プロキシサ
ーバ１６はオンライン取引是認システム１０に登録して
いる予め定められた本人２０の集団によって使用される
サーバコンピュータであってもよい。この実施形態にお
いて、本人情報はプロキシサーバ１６に記憶されなくて
もよく、代わりに本人２０によるリアルタイムの許可是
認に基づき提供されてもよい。この実施形態の代替的な
ものでは、本人情報はプロキシサーバ１６に分離されて
記憶され、個人情報を所有する本人２０によって安全に
アクセスされることが望ましい。本実施形態のプロキシ
サーバ１６は、許可処理の一部としてリアルタイムの事
前許可決定と是認機能を含んでいてもよい。
ーバ１６はオンライン取引是認システム１０に登録して
いる予め定められた本人２０の集団によって使用される
サーバコンピュータであってもよい。この実施形態にお
いて、本人情報はプロキシサーバ１６に記憶されなくて
もよく、代わりに本人２０によるリアルタイムの許可是
認に基づき提供されてもよい。この実施形態の代替的な
ものでは、本人情報はプロキシサーバ１６に分離されて
記憶され、個人情報を所有する本人２０によって安全に
アクセスされることが望ましい。本実施形態のプロキシ
サーバ１６は、許可処理の一部としてリアルタイムの事
前許可決定と是認機能を含んでいてもよい。
【００３８】オンライン取引の認証と許可の後、プロキ
シサーバ１６は取引応答を生成する。取引応答は是認メ
ッセージとプロキシサーバ取引ＩＤを含んでいてもよ
い。オンライン取引が是認された際は、取引応答は許可
メッセージ、認証メッセージおよび本人２０の許可され
た個人情報を含んでいてもよい。サービスプロバイダ１
４は取引応答を受信し、サービス注文応答を受益者装置
１２へ提供する。サービス注文応答は、サービスプロバ
イダ１４が取引が是認された際は要求された商品および
／またはサービスを許可された個人情報とともに提供す
る旨を示していてもよい。取引が認証の失敗や許可の拒
否により不可とされた場合は、取引応答メッセージはそ
の旨を示してもよく、サービスプロバイダ１４は拒否情
報をサービス注文応答内で受益者装置１２へ送ってもよ
い。
シサーバ１６は取引応答を生成する。取引応答は是認メ
ッセージとプロキシサーバ取引ＩＤを含んでいてもよ
い。オンライン取引が是認された際は、取引応答は許可
メッセージ、認証メッセージおよび本人２０の許可され
た個人情報を含んでいてもよい。サービスプロバイダ１
４は取引応答を受信し、サービス注文応答を受益者装置
１２へ提供する。サービス注文応答は、サービスプロバ
イダ１４が取引が是認された際は要求された商品および
／またはサービスを許可された個人情報とともに提供す
る旨を示していてもよい。取引が認証の失敗や許可の拒
否により不可とされた場合は、取引応答メッセージはそ
の旨を示してもよく、サービスプロバイダ１４は拒否情
報をサービス注文応答内で受益者装置１２へ送ってもよ
い。
【００３９】本人２０がオンライン取引是認システム１
０へ登録し受益者２４を利用可能とした場合、サービス
プロバイダ１４とのオンライン商業取引が実行される。
本人２０がオンライン取引を実行する際、プロキシサー
バ１６による検査の後に、取引を完了するために許可さ
れた個人情報がサービスプロバイダ１４へ提供されても
よい。しかしながら、受益者２４がオンライン取引を実
行する際は、プロキシサーバ１６による認証と取引の許
可はサービスプロバイダ１４へ許可された個人情報を提
供する前に発生してもよい。
０へ登録し受益者２４を利用可能とした場合、サービス
プロバイダ１４とのオンライン商業取引が実行される。
本人２０がオンライン取引を実行する際、プロキシサー
バ１６による検査の後に、取引を完了するために許可さ
れた個人情報がサービスプロバイダ１４へ提供されても
よい。しかしながら、受益者２４がオンライン取引を実
行する際は、プロキシサーバ１６による認証と取引の許
可はサービスプロバイダ１４へ許可された個人情報を提
供する前に発生してもよい。
【００４０】受益者２４と本人２０の明白な分離が取引
では存在するため、本人２０の個人情報の不正および他
の悪用が避けられる。さらに、本人２０は、受益者２４
のオンライン取引の許可処理が本人２０の是認に基づく
ものであるゆえ、疑わしい取引を許可しない能力で受益
者２４のオンライン取引を監視および／または管理して
もよい。加えて、本人２０が対応する個人情報の完全な
管理を維持するゆえ、そのような情報の許可されない使
用あるいはアクセスが避けられる。
では存在するため、本人２０の個人情報の不正および他
の悪用が避けられる。さらに、本人２０は、受益者２４
のオンライン取引の許可処理が本人２０の是認に基づく
ものであるゆえ、疑わしい取引を許可しない能力で受益
者２４のオンライン取引を監視および／または管理して
もよい。加えて、本人２０が対応する個人情報の完全な
管理を維持するゆえ、そのような情報の許可されない使
用あるいはアクセスが避けられる。
【００４１】図２は、安全に情報を送信するための暗号
化／復号化技術を描いたオンライン取引是認システム１
０のオンライン商業取引是認処理の一実施形態を示した
フローダイアグラムである。本実施形態において、本人
２０の個人情報は本人装置１８にのみに記憶され、プロ
キシサーバ１６はオンライン取引の事前是認を実行しな
い。加えて、プロキシサーバ１６の公開鍵は受益者装置
１２へ提供されている。
化／復号化技術を描いたオンライン取引是認システム１
０のオンライン商業取引是認処理の一実施形態を示した
フローダイアグラムである。本実施形態において、本人
２０の個人情報は本人装置１８にのみに記憶され、プロ
キシサーバ１６はオンライン取引の事前是認を実行しな
い。加えて、プロキシサーバ１６の公開鍵は受益者装置
１２へ提供されている。
【００４２】以下、図２を参照して説明する。受益者２
４（図１）は、前述のサービス注文要求３２を受益者装
置１２で生成する。サービス注文要求は矢印３４で示さ
れるとおりサービスプロバイダ１４へ送られる。受益者
装置１２は、プロキシサーバ１６の公開鍵でサービス注
文要求３２に含まれる受益者識別を暗号化する。加え
て、受益者装置１２は受益者装置１２の公開鍵をサービ
ス注文要求３２へ含めてもよい。
４（図１）は、前述のサービス注文要求３２を受益者装
置１２で生成する。サービス注文要求は矢印３４で示さ
れるとおりサービスプロバイダ１４へ送られる。受益者
装置１２は、プロキシサーバ１６の公開鍵でサービス注
文要求３２に含まれる受益者識別を暗号化する。加え
て、受益者装置１２は受益者装置１２の公開鍵をサービ
ス注文要求３２へ含めてもよい。
【００４３】サービスプロバイダ１４はサービス注文要
求３２を受信および処理し、そのサービス注文要求３２
に基づいて前述の取引要求３６が生成される。プロキシ
サーバ１６の公開鍵で暗号化された受益者識別とサービ
スプロバイダ１４の公開鍵は取引要求３６にカプセル化
される。取引要求は図２で矢印３８で示されるとおりプ
ロキシサーバ１６へ送られる。プロキシサーバ１６は取
引要求３６を受信および処理する。処理は、受益者識別
の対応する秘密鍵による復号化と、前述の許可要求４０
の生成を含む。許可要求４０は、矢印４２で示されると
おり本人装置１８へ送られる。
求３２を受信および処理し、そのサービス注文要求３２
に基づいて前述の取引要求３６が生成される。プロキシ
サーバ１６の公開鍵で暗号化された受益者識別とサービ
スプロバイダ１４の公開鍵は取引要求３６にカプセル化
される。取引要求は図２で矢印３８で示されるとおりプ
ロキシサーバ１６へ送られる。プロキシサーバ１６は取
引要求３６を受信および処理する。処理は、受益者識別
の対応する秘密鍵による復号化と、前述の許可要求４０
の生成を含む。許可要求４０は、矢印４２で示されると
おり本人装置１８へ送られる。
【００４４】本人装置１８での許可要求４０の表示の
後、本人２０は取引の特徴を再検討し、前述の許可応答
４４の生成を指揮する。プロキシサーバ１６が安全でな
い場合、本人装置１８はサービスプロバイダ１４の公開
鍵により許可された個人情報を暗号化し、許可応答４４
を矢印４６で示すとおりプロキシサーバ１６へ送っても
よい。逆に、プロキシサーバ１６が安全な場合は、本人
装置１８は許可された個人情報をプロキシサーバ１６の
公開鍵で暗号化し、許可応答４４を送ってもよい。
後、本人２０は取引の特徴を再検討し、前述の許可応答
４４の生成を指揮する。プロキシサーバ１６が安全でな
い場合、本人装置１８はサービスプロバイダ１４の公開
鍵により許可された個人情報を暗号化し、許可応答４４
を矢印４６で示すとおりプロキシサーバ１６へ送っても
よい。逆に、プロキシサーバ１６が安全な場合は、本人
装置１８は許可された個人情報をプロキシサーバ１６の
公開鍵で暗号化し、許可応答４４を送ってもよい。
【００４５】プロキシサーバ１６は許可応答４４を処理
し、サービスプロバイダ１４の公開鍵で暗号化された前
述の取引応答４８の生成を開始する。許可応答４４がプ
ロキシサーバ１６の公開鍵で暗号化された場合は、取引
応答４８の生成の際にプロキシサーバは許可された個人
情報を対応する秘密鍵で復号化し、許可された個人情報
をサービスプロバイダ１４の公開鍵で再び暗号化する。
逆に、許可応答４４がサービスプロバイダ１４の公開鍵
で暗号化された場合は、プロキシサーバ１６は暗号化さ
れた許可された個人情報を取引応答４８にカプセル化す
る。
し、サービスプロバイダ１４の公開鍵で暗号化された前
述の取引応答４８の生成を開始する。許可応答４４がプ
ロキシサーバ１６の公開鍵で暗号化された場合は、取引
応答４８の生成の際にプロキシサーバは許可された個人
情報を対応する秘密鍵で復号化し、許可された個人情報
をサービスプロバイダ１４の公開鍵で再び暗号化する。
逆に、許可応答４４がサービスプロバイダ１４の公開鍵
で暗号化された場合は、プロキシサーバ１６は暗号化さ
れた許可された個人情報を取引応答４８にカプセル化す
る。
【００４６】取引応答４８は、矢印５０で示されるとお
りサービスプロバイダ１４に送られる。サービスプロバ
イダ１４は対応する秘密鍵で取引応答４８を復号化し、
取引応答４８に基づいて前述のサービス注文応答５２を
生成する。サービス注文応答５２は受益者装置１２の公
開鍵で暗号化され、矢印５４で示されるとおり受益者装
置１２に送られる。
りサービスプロバイダ１４に送られる。サービスプロバ
イダ１４は対応する秘密鍵で取引応答４８を復号化し、
取引応答４８に基づいて前述のサービス注文応答５２を
生成する。サービス注文応答５２は受益者装置１２の公
開鍵で暗号化され、矢印５４で示されるとおり受益者装
置１２に送られる。
【００４７】図３はオンライン取引是認システム１０に
よる商業取引是認処理における安全な情報送信の処理フ
ローダイアグラムの他の実施形態を示すものである。本
実施形態では、本人２０の個人情報は本人装置１８とプ
ロキシサーバ１６に記憶される。したがって、プロキシ
サーバ１６は前述の事前通知許可権限を含む。
よる商業取引是認処理における安全な情報送信の処理フ
ローダイアグラムの他の実施形態を示すものである。本
実施形態では、本人２０の個人情報は本人装置１８とプ
ロキシサーバ１６に記憶される。したがって、プロキシ
サーバ１６は前述の事前通知許可権限を含む。
【００４８】サービス注文要求３２、取引要求３６およ
びサービス注文応答５２の送信に関連する暗号化／復号
化は図２における前述の実施形態と同様である。本実施
形態においてはしかしながら、プロキシサーバ１６が事
前通知権限を実行する際、本人装置１８からのリアルタ
イム許可応答は必要ではない。したがって、プロキシサ
ーバ１６は自身に記憶された許可された個人情報を取引
応答４８に含まれている残りの情報とともにサービスプ
ロバイダ１４の公開鍵で暗号化する。加えて、許可要求
４０は、矢印５６で示されるとおり本人装置１８へプロ
キシサーバ１６により送られる。このシナリオにおける
許可要求４０は単にプロキシサーバ１６による事前許可
是認の通知であるため、本人２０による許可要求へのリ
アルタイムのアクセスは不要である。同様に、本人２０
による応答も不要である。他の実施形態においては、要
求と応答の付加された、より少ない、あるいは異なる暗
号化／復号化が、適切な安全性を維持するために使用さ
れてもよい。
びサービス注文応答５２の送信に関連する暗号化／復号
化は図２における前述の実施形態と同様である。本実施
形態においてはしかしながら、プロキシサーバ１６が事
前通知権限を実行する際、本人装置１８からのリアルタ
イム許可応答は必要ではない。したがって、プロキシサ
ーバ１６は自身に記憶された許可された個人情報を取引
応答４８に含まれている残りの情報とともにサービスプ
ロバイダ１４の公開鍵で暗号化する。加えて、許可要求
４０は、矢印５６で示されるとおり本人装置１８へプロ
キシサーバ１６により送られる。このシナリオにおける
許可要求４０は単にプロキシサーバ１６による事前許可
是認の通知であるため、本人２０による許可要求へのリ
アルタイムのアクセスは不要である。同様に、本人２０
による応答も不要である。他の実施形態においては、要
求と応答の付加された、より少ない、あるいは異なる暗
号化／復号化が、適切な安全性を維持するために使用さ
れてもよい。
【００４９】図４は、示されている通りサービスプロバ
イダ１４と本人装置１８と連動した形のプロキシサーバ
１６の一実施形態のより詳細なブロック図である。プロ
キシサーバ１６は、受信したメッセージの内容の認知と
理解のための複数のメッセージ解析部７０とメッセージ
送信の準備を行う複数のメッセージ生成部７２を含む。
加えて、プロキシサーバ１６には送信の安全性を処理す
る複数の復号化部７４と複数の暗号化部７６が含まれ
る。プロキシサーバ１６はまた、メッセージの送信およ
び受信のための複数の送信部（Ｔｘ）７８と複数の受信
部（Ｒｘ）７２を含む。さらに、プロキシサーバ１６
は、示されている通りプロキシデータベースモジュール
８２、認証処理モジュール８４および許可処理モジュー
ル８６を連動した形で含んでいる。他の実施形態におい
ては、プロキシサーバ１６の機能を説明するためにより
少ないあるいはより多くのモジュールおよび構成要素が
描かれてもよい。
イダ１４と本人装置１８と連動した形のプロキシサーバ
１６の一実施形態のより詳細なブロック図である。プロ
キシサーバ１６は、受信したメッセージの内容の認知と
理解のための複数のメッセージ解析部７０とメッセージ
送信の準備を行う複数のメッセージ生成部７２を含む。
加えて、プロキシサーバ１６には送信の安全性を処理す
る複数の復号化部７４と複数の暗号化部７６が含まれ
る。プロキシサーバ１６はまた、メッセージの送信およ
び受信のための複数の送信部（Ｔｘ）７８と複数の受信
部（Ｒｘ）７２を含む。さらに、プロキシサーバ１６
は、示されている通りプロキシデータベースモジュール
８２、認証処理モジュール８４および許可処理モジュー
ル８６を連動した形で含んでいる。他の実施形態におい
ては、プロキシサーバ１６の機能を説明するためにより
少ないあるいはより多くのモジュールおよび構成要素が
描かれてもよい。
【００５０】プロキシデータベースモジュール８２は、
プロキシサーバ１６内で維持および使用されるデータ用
にデータ記憶装置と操作を提供する。一実施形態のプロ
キシデータベースモジュール８２は本人情報部８８、登
録部９０、プリセット情報部９２、本人優先度決定規則
部９４、個人情報バッファ部９６、取引記録部９８、緊
急情報部１００およびデータアクセスコントローラ１０
２を示されている通りすべて連動した形で含んでいる。
他の実施形態では、他のいかなる取引に関連した情報が
プロキシデータベースモジュール８２に含まれていても
よい。本人情報部８８は、例えば、本人の居場所、本人
の現在の状態、サーバキャッシュポインタおよび本人２
０にかかわる他のいかなる情報等の本人２０（図１）に
関連する様々な情報を記憶してもよい。本人の居場所
は、例えば本人２０の現在の地理的および／または職業
に関連した居場所を提供してもよい。本人の状態は、例
えば職業、レジャータイム、睡眠、到達不能、会議その
他などの本人２０の現在の活動に関連した情報を提供し
てもよい。サーバキャッシュポインタは、他のどこかに
隠されている情報の位置を特定してもよい。例えば、サ
ーバキャッシュポインタは、本人装置１８が盗まれたと
き、なくなったとき、壊れたときあるいは全ての個人情
報が失われたときに個人情報を得るのに役立つ情報を含
んでいてもよい。
プロキシサーバ１６内で維持および使用されるデータ用
にデータ記憶装置と操作を提供する。一実施形態のプロ
キシデータベースモジュール８２は本人情報部８８、登
録部９０、プリセット情報部９２、本人優先度決定規則
部９４、個人情報バッファ部９６、取引記録部９８、緊
急情報部１００およびデータアクセスコントローラ１０
２を示されている通りすべて連動した形で含んでいる。
他の実施形態では、他のいかなる取引に関連した情報が
プロキシデータベースモジュール８２に含まれていても
よい。本人情報部８８は、例えば、本人の居場所、本人
の現在の状態、サーバキャッシュポインタおよび本人２
０にかかわる他のいかなる情報等の本人２０（図１）に
関連する様々な情報を記憶してもよい。本人の居場所
は、例えば本人２０の現在の地理的および／または職業
に関連した居場所を提供してもよい。本人の状態は、例
えば職業、レジャータイム、睡眠、到達不能、会議その
他などの本人２０の現在の活動に関連した情報を提供し
てもよい。サーバキャッシュポインタは、他のどこかに
隠されている情報の位置を特定してもよい。例えば、サ
ーバキャッシュポインタは、本人装置１８が盗まれたと
き、なくなったとき、壊れたときあるいは全ての個人情
報が失われたときに個人情報を得るのに役立つ情報を含
んでいてもよい。
【００５１】登録部９０は、本人装置１８、本人２０、
受益者２４（図１）および対応する受益者装置１２に関
連した情報を記憶してもよい。本人２０と受益者２４に
関連した情報は、例えば、ユーザ名や固有の識別子など
の識別および安全認可情報を含んでもよい。同様に、受
益者装置１２と本人装置１８に関連する情報は、インタ
ーネットプロトコル（ＩＰ）アドレス、無線電話番号あ
るいは他のいかなる固有の識別子を含んでもよい。
受益者２４（図１）および対応する受益者装置１２に関
連した情報を記憶してもよい。本人２０と受益者２４に
関連した情報は、例えば、ユーザ名や固有の識別子など
の識別および安全認可情報を含んでもよい。同様に、受
益者装置１２と本人装置１８に関連する情報は、インタ
ーネットプロトコル（ＩＰ）アドレス、無線電話番号あ
るいは他のいかなる固有の識別子を含んでもよい。
【００５２】プリセット情報部９２は、プロキシサーバ
１６が事前許可権限を有効化されたときの商品および／
またはサービスのプロバイダーの報酬のための機密／極
秘情報に関連した本人２０の個人情報を含んでいてもよ
い。前述の通り、個人情報はクレジットカード情報、銀
行口座情報その他であってもよい。したがって、プリセ
ット情報部９２は認可された個人情報収集のための事前
通知是認の一部としてアクセスされる。
１６が事前許可権限を有効化されたときの商品および／
またはサービスのプロバイダーの報酬のための機密／極
秘情報に関連した本人２０の個人情報を含んでいてもよ
い。前述の通り、個人情報はクレジットカード情報、銀
行口座情報その他であってもよい。したがって、プリセ
ット情報部９２は認可された個人情報収集のための事前
通知是認の一部としてアクセスされる。
【００５３】本人優先度決定規則部９４は、前述の通り
事前許可決定をするために役立つパラメータを含むため
に本人２０によって予め設定される。加えて、本人優先
度決定規則部９４は、本人２０と通信するための接触情
報を含んでもよい。本好適な実施形態では、パラメータ
は取引閾値パラメータ、現在許可されたサービスプロバ
イダリストおよび本人接触方法優先度を含む。
事前許可決定をするために役立つパラメータを含むため
に本人２０によって予め設定される。加えて、本人優先
度決定規則部９４は、本人２０と通信するための接触情
報を含んでもよい。本好適な実施形態では、パラメータ
は取引閾値パラメータ、現在許可されたサービスプロバ
イダリストおよび本人接触方法優先度を含む。
【００５４】取引閾値パラメータは、オンライン取引支
払限度額、商品／サービスの受付可能なカテゴリ、支払
方法優先度、クレジット限度、不正チェック情報および
／または対応する本人２０によって有効化されたそれぞ
れの受益者２４に関連する他のいかなる取引閾値パラメ
ータに関連するパラメータを含んでいてもよい。例え
ば、取引リストは教育に関連する書籍だけの１００ドル
を限度とした購入の受益者２４を特定してもよい。
払限度額、商品／サービスの受付可能なカテゴリ、支払
方法優先度、クレジット限度、不正チェック情報および
／または対応する本人２０によって有効化されたそれぞ
れの受益者２４に関連する他のいかなる取引閾値パラメ
ータに関連するパラメータを含んでいてもよい。例え
ば、取引リストは教育に関連する書籍だけの１００ドル
を限度とした購入の受益者２４を特定してもよい。
【００５５】現在の認証されたサービスプロバイダリス
トは、本人２０が安心して取引ができるサービスプロバ
イダを選択的に含ませるために本人２０によって生成さ
れてもよい。それにより、受益者２４がサービス注文要
求をこれらのサービスプロバイダにした場合、商業取引
の是認がはかどる。
トは、本人２０が安心して取引ができるサービスプロバ
イダを選択的に含ませるために本人２０によって生成さ
れてもよい。それにより、受益者２４がサービス注文要
求をこれらのサービスプロバイダにした場合、商業取引
の是認がはかどる。
【００５６】本人接触方法優先度は、本人によって特定
された主要な通信優先度を提供する。加えて、本人２０
は、代わりの通信優先度も特定する。特定された異なる
優先度は、例えばオーディオまたはビデオチャンネルな
どのリアルタイム通信チャンネル、および、例えばテキ
ストチャンネルなどの非リアルタイム通信チャンネルで
あってもよい。代わりの通信優先度は、主要な通信優先
度が不調な場合または利用不可能な場合に本人２０との
通信のための装置を特定する。例えば、主要な通信優先
度によってリアルタイムで本人装置１８に送信された許
可要求が本人２０によって応答を得ない場合、プロキシ
サーバ１６は本人優先度決定規則部９４にアクセスす
る。本人優先度決定規則部９４を使用することにより、
プロキシサーバ１６は他の通信装置、例えば非リアルタ
イム（即ちＥメール）などで本人２０と接触するために
許可要求を送信してもよい。
された主要な通信優先度を提供する。加えて、本人２０
は、代わりの通信優先度も特定する。特定された異なる
優先度は、例えばオーディオまたはビデオチャンネルな
どのリアルタイム通信チャンネル、および、例えばテキ
ストチャンネルなどの非リアルタイム通信チャンネルで
あってもよい。代わりの通信優先度は、主要な通信優先
度が不調な場合または利用不可能な場合に本人２０との
通信のための装置を特定する。例えば、主要な通信優先
度によってリアルタイムで本人装置１８に送信された許
可要求が本人２０によって応答を得ない場合、プロキシ
サーバ１６は本人優先度決定規則部９４にアクセスす
る。本人優先度決定規則部９４を使用することにより、
プロキシサーバ１６は他の通信装置、例えば非リアルタ
イム（即ちＥメール）などで本人２０と接触するために
許可要求を送信してもよい。
【００５７】個人情報バッファ部９６は、本人装置１８
を介して本人２０からオンライン取引が許可是認を受信
するときに、本人装置１８から検索された許可された個
人情報を一時的にバッファする。したがって、許可され
た個人情報はメッセージ生成モジュール７２によりサー
ビスプロバイダ１４への取引応答が生成されるまで許可
された応答から抽出されバッファされる。取引記録部９
８は、例えばオンライン商業取引の請求および支払に関
する情報等オンライン取引に関連する情報を記憶する。
緊急情報部１００は、例えば好ましい内科医、既知のア
レルギー、血液型その他の本人２０に関する医学に関連
した情報を含む様々な緊急情報を記憶してもよい。デー
タアクセスコントローラ１０２は、プロキシデータベー
ス８２の様々な部分に含まれている情報のアクセスおよ
び更新を管理する。
を介して本人２０からオンライン取引が許可是認を受信
するときに、本人装置１８から検索された許可された個
人情報を一時的にバッファする。したがって、許可され
た個人情報はメッセージ生成モジュール７２によりサー
ビスプロバイダ１４への取引応答が生成されるまで許可
された応答から抽出されバッファされる。取引記録部９
８は、例えばオンライン商業取引の請求および支払に関
する情報等オンライン取引に関連する情報を記憶する。
緊急情報部１００は、例えば好ましい内科医、既知のア
レルギー、血液型その他の本人２０に関する医学に関連
した情報を含む様々な緊急情報を記憶してもよい。デー
タアクセスコントローラ１０２は、プロキシデータベー
ス８２の様々な部分に含まれている情報のアクセスおよ
び更新を管理する。
【００５８】示された実施形態の認証処理モジュール８
４は、サービスプロバイダ／受益者検査部１０４の検査
と装置／本人検査モジュール１０６の確認を含む。サー
ビスプロバイダ／受益者検査部１０４の検査は、サービ
スプロバイダ１４がオンライン取引是認システム１０
(図１)と関係があるかどうかと、受益者２４が登録部９
０内の情報に基づき許可されているかどうかを検査する
ために認証処理を実行してもよい。
４は、サービスプロバイダ／受益者検査部１０４の検査
と装置／本人検査モジュール１０６の確認を含む。サー
ビスプロバイダ／受益者検査部１０４の検査は、サービ
スプロバイダ１４がオンライン取引是認システム１０
(図１)と関係があるかどうかと、受益者２４が登録部９
０内の情報に基づき許可されているかどうかを検査する
ために認証処理を実行してもよい。
【００５９】図５は装置／本人検査モジュール１０６の
検査の一実施形態のより詳細なブロック図である。装置
／本人検査モジュール１０６の検査は、本人装置モジュ
ール１１２の検査、本人確認モジュール１１４の検査お
よび本人認証要求モジュール１１６を含む。装置／本人
検査モジュール１０６は、本人装置１８(図４)と、本人
情報部８８と登録部９０で提供される装置情報と本人２
０情報を使用することにより本人装置１８を操作してい
る本人２０（図１）の認証を実行するために使用されて
もよい。
検査の一実施形態のより詳細なブロック図である。装置
／本人検査モジュール１０６の検査は、本人装置モジュ
ール１１２の検査、本人確認モジュール１１４の検査お
よび本人認証要求モジュール１１６を含む。装置／本人
検査モジュール１０６は、本人装置１８(図４)と、本人
情報部８８と登録部９０で提供される装置情報と本人２
０情報を使用することにより本人装置１８を操作してい
る本人２０（図１）の認証を実行するために使用されて
もよい。
【００６０】以下、図１と図４を再び参照して説明す
る。示された実施形態の許可処理モジュール８６は、事
前許可モジュール１２０と確認部１２２を含む。事前許
可モジュール１２０は、前述の通りプロキシサーバ１６
が事前許可是認をするか、あるいは本人装置１８を介し
て本人２０と接触をするかを論理的に決定する。事前許
可モジュール１２０が事前許可是認決定で論理的に基礎
とするパラメータは、本人優先度決定規則部９４に記憶
されている。例えば、プロキシサーバ１６に事前許可是
認を提供することを許可する事前許可是認決定は、認証
されたサービスプロバイダに基づいてもよい。サービス
注文要求に関わるサービスプロバイダ１４が認証された
際は、プロキシサーバ１６はサービスを迅速に開始する
ために事前許可是認と許可された個人情報をサービスプ
ロバイダ１４に提供してもよい。
る。示された実施形態の許可処理モジュール８６は、事
前許可モジュール１２０と確認部１２２を含む。事前許
可モジュール１２０は、前述の通りプロキシサーバ１６
が事前許可是認をするか、あるいは本人装置１８を介し
て本人２０と接触をするかを論理的に決定する。事前許
可モジュール１２０が事前許可是認決定で論理的に基礎
とするパラメータは、本人優先度決定規則部９４に記憶
されている。例えば、プロキシサーバ１６に事前許可是
認を提供することを許可する事前許可是認決定は、認証
されたサービスプロバイダに基づいてもよい。サービス
注文要求に関わるサービスプロバイダ１４が認証された
際は、プロキシサーバ１６はサービスを迅速に開始する
ために事前許可是認と許可された個人情報をサービスプ
ロバイダ１４に提供してもよい。
【００６１】加えて、事前許可モジュール１２０は、事
前許可是認メッセージを作成することの権限が是認され
た場合にサービスプロバイダ１４への取引応答の生成を
開始する。更に、事前許可モジュール１２０は、本人装
置１８への許可要求の生成を開始する。
前許可是認メッセージを作成することの権限が是認され
た場合にサービスプロバイダ１４への取引応答の生成を
開始する。更に、事前許可モジュール１２０は、本人装
置１８への許可要求の生成を開始する。
【００６２】事前許可が是認された場合は、事前許可モ
ジュール１２０は個人情報をサービスプロバイダ１４へ
の取引応答に許可された個人情報として含めるために個
人情報を収集する。許可された個人情報が収集される
と、事前許可モジュール１２０はメッセ―ジ生成部７２
へ許可された個人情報を送信する。加えて、事前許可モ
ジュール１２０は、プロキシサーバ１６がオンライン取
引の事前通知是認を提供したことを示す本人装置１８へ
の許可要求を生成するために確認部１２２を起動する。
ジュール１２０は個人情報をサービスプロバイダ１４へ
の取引応答に許可された個人情報として含めるために個
人情報を収集する。許可された個人情報が収集される
と、事前許可モジュール１２０はメッセ―ジ生成部７２
へ許可された個人情報を送信する。加えて、事前許可モ
ジュール１２０は、プロキシサーバ１６がオンライン取
引の事前通知是認を提供したことを示す本人装置１８へ
の許可要求を生成するために確認部１２２を起動する。
【００６３】確認部１２２は、本人装置１８へ送信され
る許可要求に含まれる事前許可通知を生成する。事前許
可通知は、本人優先度決定規則部９４で定められた本人
２０の優先度に基づき非リアルタイムメッセージまたは
リアルタイムメッセージとして指定されてもよい。加え
て、確認部１２２は許可要求で本人２０へ送信される更
新通知を生成する。更新通知は、プロキシデータベース
８２の様々な構成部に、データアクセスコントローラ１
０２によるデータ更新に対して提供される。
る許可要求に含まれる事前許可通知を生成する。事前許
可通知は、本人優先度決定規則部９４で定められた本人
２０の優先度に基づき非リアルタイムメッセージまたは
リアルタイムメッセージとして指定されてもよい。加え
て、確認部１２２は許可要求で本人２０へ送信される更
新通知を生成する。更新通知は、プロキシデータベース
８２の様々な構成部に、データアクセスコントローラ１
０２によるデータ更新に対して提供される。
【００６４】図６はプロキシサーバ１６の他の実施形態
の一部分のブロック図である。本実施形態において、プ
ロキシサーバ１６は、個人情報バッファ部９６、メッセ
ージ生成部７２および少なくとも一つの参照会社１３０
と連動した財務決定モジュール１２８を含む。個人情報
バッファ部９６とメッセージ生成部７２は、図４におけ
る前述の実施形態と類似する。
の一部分のブロック図である。本実施形態において、プ
ロキシサーバ１６は、個人情報バッファ部９６、メッセ
ージ生成部７２および少なくとも一つの参照会社１３０
と連動した財務決定モジュール１２８を含む。個人情報
バッファ部９６とメッセージ生成部７２は、図４におけ
る前述の実施形態と類似する。
【００６５】本実施形態の財務決定モジュール１２８
は、特に金銭取引の場合において、申し込まれているオ
ンライン商業取引を考慮して、許可された個人情報の有
効性を確認するための機能をプロキシサーバ１６内で提
供する。したがって、財務決定モジュール１２８は、例
えばクレジットカード情報等の許可された個人情報の財
務の有効性を検査するために参照会社１３０と接触して
もよい。参照会社１３０は、報酬の入手可能度および／
または例えばクレジットカード会社あるいは財務に関連
したビジネスなどのオンライン商業取引の個人情報の有
効性を確認できるいかなるビジネスあるいは組織であっ
てもよい。
は、特に金銭取引の場合において、申し込まれているオ
ンライン商業取引を考慮して、許可された個人情報の有
効性を確認するための機能をプロキシサーバ１６内で提
供する。したがって、財務決定モジュール１２８は、例
えばクレジットカード情報等の許可された個人情報の財
務の有効性を検査するために参照会社１３０と接触して
もよい。参照会社１３０は、報酬の入手可能度および／
または例えばクレジットカード会社あるいは財務に関連
したビジネスなどのオンライン商業取引の個人情報の有
効性を確認できるいかなるビジネスあるいは組織であっ
てもよい。
【００６６】示された実施形態の財務決定モジュール１
２８は、財務検査部１３２、参照会社インターフェース
１３４、結果解析部１３６および拒否メッセージ生成部
１３８を含む。財務検査部１３２は、許可された個人情
報（即ちクレジットカード情報その他）が、サービスプ
ロバイダ１４(図１)にそのような個人情報が与えられる
前に検査されるべきか否かを決定する。決定は、本人２
０(図１)のクレジット記録、個人情報の特色あるいは他
のいかなる財務に関連した基準に基づいてもよい。
２８は、財務検査部１３２、参照会社インターフェース
１３４、結果解析部１３６および拒否メッセージ生成部
１３８を含む。財務検査部１３２は、許可された個人情
報（即ちクレジットカード情報その他）が、サービスプ
ロバイダ１４(図１)にそのような個人情報が与えられる
前に検査されるべきか否かを決定する。決定は、本人２
０(図１)のクレジット記録、個人情報の特色あるいは他
のいかなる財務に関連した基準に基づいてもよい。
【００６７】参照会社インターフェース１３４は、例え
ばテキスト、ビデオおよび／またはオーディオ通信媒体
を使用した無線通信および／または有線通信などの通信
パスを介して参照会社１３０へ通信を提供する。結果解
析部１３６は、そのような情報の要求に対して参照会社
１３０から参照会社インターフェース１３４を介して提
供される結果に基づき商業取引を進行させるか否かを検
査する。加えて、結果が肯定的である場合は、結果解析
部１３６によって肯定メッセージがメッセージ生成部７
２へ送信される。否定メッセージ生成部１３８は、結果
解析部１３６の指揮のもとに理由とともに対象の取引が
進行できない旨の指摘を生成する。指摘と理由はメッセ
ージ生成部７２へ送信される。
ばテキスト、ビデオおよび／またはオーディオ通信媒体
を使用した無線通信および／または有線通信などの通信
パスを介して参照会社１３０へ通信を提供する。結果解
析部１３６は、そのような情報の要求に対して参照会社
１３０から参照会社インターフェース１３４を介して提
供される結果に基づき商業取引を進行させるか否かを検
査する。加えて、結果が肯定的である場合は、結果解析
部１３６によって肯定メッセージがメッセージ生成部７
２へ送信される。否定メッセージ生成部１３８は、結果
解析部１３６の指揮のもとに理由とともに対象の取引が
進行できない旨の指摘を生成する。指摘と理由はメッセ
ージ生成部７２へ送信される。
【００６８】図７は示されている通り、図１に描かれて
いる本人装置１８の一実施形態がプロキシサーバ１６と
連動したもののより詳細なブロック図である。プロキシ
サーバ１６と同様に、本人装置１８はメッセージ解析部
７０、メッセージ生成部７２、復号化部７４、暗号化部
７６、送信部（Ｔｘ）７８および受信部（Ｒｘ）７２を
示されている通り連動した形で含んでいる。前述の通
り、暗号化部７６は、プロキシサーバ１６の安全性次第
でサービスプロバイダ１４ (図１)またはプロキシサー
バ１６の公開鍵により出力される応答を暗号化してもよ
い。加えて、本人装置１８はユーザインターフェースモ
ジュール１４０、許可モジュール１４２、本人データベ
ース１４４、本人検査部１４６、装置情報部１４８およ
びタイマー部１５０を含む。他の実施形態においては、
より少ないあるいはより多くの構成要素およびモジュー
ルが、本人装置１８の機能を示すために使用されてもよ
い。
いる本人装置１８の一実施形態がプロキシサーバ１６と
連動したもののより詳細なブロック図である。プロキシ
サーバ１６と同様に、本人装置１８はメッセージ解析部
７０、メッセージ生成部７２、復号化部７４、暗号化部
７６、送信部（Ｔｘ）７８および受信部（Ｒｘ）７２を
示されている通り連動した形で含んでいる。前述の通
り、暗号化部７６は、プロキシサーバ１６の安全性次第
でサービスプロバイダ１４ (図１)またはプロキシサー
バ１６の公開鍵により出力される応答を暗号化してもよ
い。加えて、本人装置１８はユーザインターフェースモ
ジュール１４０、許可モジュール１４２、本人データベ
ース１４４、本人検査部１４６、装置情報部１４８およ
びタイマー部１５０を含む。他の実施形態においては、
より少ないあるいはより多くの構成要素およびモジュー
ルが、本人装置１８の機能を示すために使用されてもよ
い。
【００６９】ユーザインターフェースモジュール１４０
は、示されている通り表示部１５２、ユーザ入力部１５
４、情報表示／ユーザ入力コントローラ１５６を連動し
た形で含む。表示部１５２は、本人２０(図１)が見るた
めの、本人装置１８のグラフィカルユーザインターフェ
ース（ＧＵＩ）へビデオおよび／またはテキスト情報を
生成できるいかなる装置であってもよい。ユーザ入力部
１５４は、例えばタッチスクリーン、ポインティングデ
バイス、キーボード、音声センサーその他などのいかな
る装置であってもよい。ユーザによる入力は、入力部１
５４により受け付けられ、処理され、情報表示／ユーザ
入力コントローラ１５６へ提供される。情報表示／ユー
ザ入力コントローラ１５６は、情報を処理し、表示部１
５２そして／またはユーザ入力部１５４の動作を指揮す
る。
は、示されている通り表示部１５２、ユーザ入力部１５
４、情報表示／ユーザ入力コントローラ１５６を連動し
た形で含む。表示部１５２は、本人２０(図１)が見るた
めの、本人装置１８のグラフィカルユーザインターフェ
ース（ＧＵＩ）へビデオおよび／またはテキスト情報を
生成できるいかなる装置であってもよい。ユーザ入力部
１５４は、例えばタッチスクリーン、ポインティングデ
バイス、キーボード、音声センサーその他などのいかな
る装置であってもよい。ユーザによる入力は、入力部１
５４により受け付けられ、処理され、情報表示／ユーザ
入力コントローラ１５６へ提供される。情報表示／ユー
ザ入力コントローラ１５６は、情報を処理し、表示部１
５２そして／またはユーザ入力部１５４の動作を指揮す
る。
【００７０】許可モジュール１４２は、示されている通
り非リアルタイム許可部１５８、リアルタイム許可部１
６０および許可部１６２を連動した形で含む。非リアル
タイム許可部１５８は、プロキシサーバ１６より送信さ
れた非リアルタイムの許可要求を処理し、そのような要
求からの情報を情報表示／ユーザ入力コントローラ１５
６へ、表示部１５２による表示のために送る。リアルタ
イム許可部１６０は同様に、プロキシサーバ１６から送
信されたリアルタイムの許可要求を処理する。許可部１
６２は、オンライン取引の特色に基づいて何の情報が許
可応答に含まれるべきかを決定し、本人データベース１
４４からそのような情報を抽出する。
り非リアルタイム許可部１５８、リアルタイム許可部１
６０および許可部１６２を連動した形で含む。非リアル
タイム許可部１５８は、プロキシサーバ１６より送信さ
れた非リアルタイムの許可要求を処理し、そのような要
求からの情報を情報表示／ユーザ入力コントローラ１５
６へ、表示部１５２による表示のために送る。リアルタ
イム許可部１６０は同様に、プロキシサーバ１６から送
信されたリアルタイムの許可要求を処理する。許可部１
６２は、オンライン取引の特色に基づいて何の情報が許
可応答に含まれるべきかを決定し、本人データベース１
４４からそのような情報を抽出する。
【００７１】示された実施形態の本人データベース１４
４は、プリセット情報１６４、緊急データ１６６、取引
記録データ１６８およびキャッシュサーバポインタデー
タ１７０を含む。プリセット情報１６４は、前述したプ
ロキシサーバ１６同様、商品および／またはサービスの
プロバイダの報酬に関連する機密／極秘情報を含む。プ
ロキシサーバ１６同様、緊急データ１６６は、本人２０
(図１)に関連し、本人２０により入力され、取引記録デ
ータ１６８は許可された取引データを記憶し、キャッシ
ュサーバポインタデータ１７０は他のキャッシュに保存
されたデータの位置を特定する。前述の通り、個人情報
と他に関連するデータは、プロキシサーバ１６が事前許
可権限をもつ場合、プロキシサーバ１６に保存されても
よい。
４は、プリセット情報１６４、緊急データ１６６、取引
記録データ１６８およびキャッシュサーバポインタデー
タ１７０を含む。プリセット情報１６４は、前述したプ
ロキシサーバ１６同様、商品および／またはサービスの
プロバイダの報酬に関連する機密／極秘情報を含む。プ
ロキシサーバ１６同様、緊急データ１６６は、本人２０
(図１)に関連し、本人２０により入力され、取引記録デ
ータ１６８は許可された取引データを記憶し、キャッシ
ュサーバポインタデータ１７０は他のキャッシュに保存
されたデータの位置を特定する。前述の通り、個人情報
と他に関連するデータは、プロキシサーバ１６が事前許
可権限をもつ場合、プロキシサーバ１６に保存されても
よい。
【００７２】本人検査部１４６の検査は、オンライン取
引是認システム１０（図１）の許可されたユーザとして
主たるユーザを認証する。認証は、本人データベース１
４４に記憶された情報と、本人２０（図１）によって提
供される固有の識別子の比較に基づく。固有の識別子
は、例えばコード、生物学的スキャナ入力その他の本人
２０を特定できるいかなる許可手段であってもよい。本
好適な実施形態では、固有の識別子はユーザ入力部１５
４によって入力される個人識別番号（ＰＩＮ）である。
引是認システム１０（図１）の許可されたユーザとして
主たるユーザを認証する。認証は、本人データベース１
４４に記憶された情報と、本人２０（図１）によって提
供される固有の識別子の比較に基づく。固有の識別子
は、例えばコード、生物学的スキャナ入力その他の本人
２０を特定できるいかなる許可手段であってもよい。本
好適な実施形態では、固有の識別子はユーザ入力部１５
４によって入力される個人識別番号（ＰＩＮ）である。
【００７３】装置情報部１４８は、例えば固有の装置識
別番号、ＩＰアドレスその他などの本人装置１８に関連
した情報を含む。
別番号、ＩＰアドレスその他などの本人装置１８に関連
した情報を含む。
【００７４】タイマー部１５０は、時宜に即してサービ
スプロバイダ１４からの取引要求への応答を提供する本
人２０（図１）の確認の監視機能を実行する。本人２０
からの応答がないことによるタイマー部１５０での時間
切れ時には、タイマー部１５０は本人２０による応答が
ない旨プロキシサーバ１６へ警告する。時間切れは、予
め定められた時間間隔、あるいは例えば本人が本人装置
１８にかかわる他の行動に従事していることなどを示す
存在している可変するパラメータの解析などに基づいて
変化する時間間隔であってもよい。
スプロバイダ１４からの取引要求への応答を提供する本
人２０（図１）の確認の監視機能を実行する。本人２０
からの応答がないことによるタイマー部１５０での時間
切れ時には、タイマー部１５０は本人２０による応答が
ない旨プロキシサーバ１６へ警告する。時間切れは、予
め定められた時間間隔、あるいは例えば本人が本人装置
１８にかかわる他の行動に従事していることなどを示す
存在している可変するパラメータの解析などに基づいて
変化する時間間隔であってもよい。
【００７５】図８は、図１に描かれたサービスプロバイ
ダの一実施形態のより詳細なブロック図である。サービ
スプロバイダ１４は、示されている通り受益者装置１
２、プロキシサーバ１６および少なくとも一つの参照会
社１３０と連動している。
ダの一実施形態のより詳細なブロック図である。サービ
スプロバイダ１４は、示されている通り受益者装置１
２、プロキシサーバ１６および少なくとも一つの参照会
社１３０と連動している。
【００７６】図８に更に示されている通り、サービスプ
ロバイダ１４は図４と図７をそれぞれ参照することによ
り説明されているプロキシサーバ１６と本人装置１８に
類似したメッセージ解析部７０とメッセージ生成部７２
を含む。メッセージ生成部７２はしかしながら、前述の
通り取引要求に含まれた受益者の認証の要求と本人の認
証の要求を生成してもよい。サービスプロバイダ１４は
また、ＰＫＩ装置１７４、受益者情報検索部１７６、受
益者インターフェース１７８、サービスプロバイダデー
タベース１８０、プロキシサーバインターフェース１８
２、参照会社インターフェース１８４、サービス決定部
１８６、および取引ＩＤ記録部１８８を含む。他の実施
形態においては、より少ないあるいはより多い構成要素
がサービスプロバイダ１４の機能を示すために含まれて
いてもよい。
ロバイダ１４は図４と図７をそれぞれ参照することによ
り説明されているプロキシサーバ１６と本人装置１８に
類似したメッセージ解析部７０とメッセージ生成部７２
を含む。メッセージ生成部７２はしかしながら、前述の
通り取引要求に含まれた受益者の認証の要求と本人の認
証の要求を生成してもよい。サービスプロバイダ１４は
また、ＰＫＩ装置１７４、受益者情報検索部１７６、受
益者インターフェース１７８、サービスプロバイダデー
タベース１８０、プロキシサーバインターフェース１８
２、参照会社インターフェース１８４、サービス決定部
１８６、および取引ＩＤ記録部１８８を含む。他の実施
形態においては、より少ないあるいはより多い構成要素
がサービスプロバイダ１４の機能を示すために含まれて
いてもよい。
【００７７】ＰＫＩ１７４はサービスプロバイダ１４の
公開鍵の生成と、例えばサービスプロバイダ１４の秘密
鍵を使用した復号化などの他のメッセージのセキュリテ
ィに関連した機能を処理する。受益者情報検索部１７６
は、受益者装置１２からのサービス注文要求で提供され
る情報を抽出する。一実施形態において、受益者情報検
索部１７６は、受益者識別（例えば受益者ＩＤおよびパ
スワード）とサービス注文要求からのサービス注文であ
ってもよい。受益者インターフェース１７８は、テキス
ト、ビデオおよび／またはオーディオ通信媒体を使用す
る無線通信および／または有線通信などの、受益者装置
１２との通信のための通信パスを提供する。
公開鍵の生成と、例えばサービスプロバイダ１４の秘密
鍵を使用した復号化などの他のメッセージのセキュリテ
ィに関連した機能を処理する。受益者情報検索部１７６
は、受益者装置１２からのサービス注文要求で提供され
る情報を抽出する。一実施形態において、受益者情報検
索部１７６は、受益者識別（例えば受益者ＩＤおよびパ
スワード）とサービス注文要求からのサービス注文であ
ってもよい。受益者インターフェース１７８は、テキス
ト、ビデオおよび／またはオーディオ通信媒体を使用す
る無線通信および／または有線通信などの、受益者装置
１２との通信のための通信パスを提供する。
【００７８】サービスプロバイダデータベース１８０
は、オンライン商業取引に関連する、受益者に関する情
報とサービス注文に関する情報を記憶する。プロキシサ
ーバインターフェース１８２は、受益者インターフェー
ス１７８に類似したプロキシサーバ１６との通信のため
のパスを提供する。同様に、参照会社インターフェース
は、参照会社１３０との通信パスを提供する。サービス
決定部１８６は、商品および／またはサービス提供に関
する決定を行う。決定は、肯定的な認証是認、肯定的な
許可是認、プロキシサーバ取引ＩＤおよび参照会社１３
０からの肯定的な応答を特定するプロキシサーバ１６か
らの取引応答の解析に基づくことが望ましい。取引ＩＤ
記録部は、関連する受益者識別と他のいかなる取引に関
連した情報とともにプロキシサーバ１６からの取引応答
と送信された取引ＩＤの保存を含んでもよい。
は、オンライン商業取引に関連する、受益者に関する情
報とサービス注文に関する情報を記憶する。プロキシサ
ーバインターフェース１８２は、受益者インターフェー
ス１７８に類似したプロキシサーバ１６との通信のため
のパスを提供する。同様に、参照会社インターフェース
は、参照会社１３０との通信パスを提供する。サービス
決定部１８６は、商品および／またはサービス提供に関
する決定を行う。決定は、肯定的な認証是認、肯定的な
許可是認、プロキシサーバ取引ＩＤおよび参照会社１３
０からの肯定的な応答を特定するプロキシサーバ１６か
らの取引応答の解析に基づくことが望ましい。取引ＩＤ
記録部は、関連する受益者識別と他のいかなる取引に関
連した情報とともにプロキシサーバ１６からの取引応答
と送信された取引ＩＤの保存を含んでもよい。
【００７９】図９は、図１に描かれた受益者装置１２が
サービスプロバイダ１４と連動した形の一実施形態を示
すより詳細なブロック図である。受益者装置１２は、前
の実施形態同様メッセージ解析部７０とメッセージ生成
部７２を含む。加えて、受益者装置１２は受益者データ
ベース１９０とサービスプロバイダインターフェース１
９２を含む。受益者データベース１９０は受益者２４
（図１）の認証のためのサービス注文要求に含まれた受
益者特定と受益者パスワードを含む。サービスプロバイ
ダインターフェース１９２は、前述の実施形態のインタ
ーフェースに類似したサービスプロバイダ１４との通信
パスを提供する。他の実施形態においては、より少ない
あるいはより多くの構成要素が受益者装置１２の機能を
説明するために描かれてもよい。
サービスプロバイダ１４と連動した形の一実施形態を示
すより詳細なブロック図である。受益者装置１２は、前
の実施形態同様メッセージ解析部７０とメッセージ生成
部７２を含む。加えて、受益者装置１２は受益者データ
ベース１９０とサービスプロバイダインターフェース１
９２を含む。受益者データベース１９０は受益者２４
（図１）の認証のためのサービス注文要求に含まれた受
益者特定と受益者パスワードを含む。サービスプロバイ
ダインターフェース１９２は、前述の実施形態のインタ
ーフェースに類似したサービスプロバイダ１４との通信
パスを提供する。他の実施形態においては、より少ない
あるいはより多くの構成要素が受益者装置１２の機能を
説明するために描かれてもよい。
【００８０】図１、４、５、６、７、８および９を参照
し、オンライン取引是認システム１０の動作を説明す
る。
し、オンライン取引是認システム１０の動作を説明す
る。
【００８１】図１０は、オンライン取引是認システム１
０への本人２０の登録における本人装置１８とプロキシ
サーバ１６の構成要素の動作の説明を示すフローダイア
グラムである。この動作の説明では、本人２０はオンラ
イン取引是認システム１０に予め登録しており、例えば
個人情報、認証に関連した情報、優先度その他などのデ
ータでプロキシサーバ１６と本人装置１８を設定する。
加えて、本人装置１８とプロキシサーバ１６は予め公開
鍵を交換している。
０への本人２０の登録における本人装置１８とプロキシ
サーバ１６の構成要素の動作の説明を示すフローダイア
グラムである。この動作の説明では、本人２０はオンラ
イン取引是認システム１０に予め登録しており、例えば
個人情報、認証に関連した情報、優先度その他などのデ
ータでプロキシサーバ１６と本人装置１８を設定する。
加えて、本人装置１８とプロキシサーバ１６は予め公開
鍵を交換している。
【００８２】本人装置１８が起動されると、本人２０は
ブロック２０２で許可されたユーザを認証するためにユ
ーザ入力部１５４を介して固有の識別子(例えばＰＩＮ
コード)を入力する。ブロック２０４で、本人検査部１
４６の検査は本人２０を許可されたユーザとして認証す
る。ブロック２０６で許可部１６２によりプロキシサー
バ１６へのアクセスが是認される。ブロック２０８にお
いて、メッセージ生成部７２により登録メッセージの生
成が開始される。メッセージ生成部７２は、ブロック２
１０で登録メッセージに装置情報部１４８に保存された
本人装置情報を含ませる。ブロック２１２において、暗
号化部７６により登録メッセージがプロキシサーバ１６
の公開鍵によって暗号化される。暗号化された登録メッ
セージは、ブロック２１４において送信部７８を介して
プロキシサーバ１６へ送信される。
ブロック２０２で許可されたユーザを認証するためにユ
ーザ入力部１５４を介して固有の識別子(例えばＰＩＮ
コード)を入力する。ブロック２０４で、本人検査部１
４６の検査は本人２０を許可されたユーザとして認証す
る。ブロック２０６で許可部１６２によりプロキシサー
バ１６へのアクセスが是認される。ブロック２０８にお
いて、メッセージ生成部７２により登録メッセージの生
成が開始される。メッセージ生成部７２は、ブロック２
１０で登録メッセージに装置情報部１４８に保存された
本人装置情報を含ませる。ブロック２１２において、暗
号化部７６により登録メッセージがプロキシサーバ１６
の公開鍵によって暗号化される。暗号化された登録メッ
セージは、ブロック２１４において送信部７８を介して
プロキシサーバ１６へ送信される。
【００８３】ブロック２１６において、暗号化された登
録メッセージがプロキシサーバ１６の受信部で受信され
る。登録メッセージの復号化が、ブロック２１８におい
て復号化部７４によって行われる。ブロック２２０にお
いて、復号化された登録メッセージがメッセージ解析部
７０によって解析される。
録メッセージがプロキシサーバ１６の受信部で受信され
る。登録メッセージの復号化が、ブロック２１８におい
て復号化部７４によって行われる。ブロック２２０にお
いて、復号化された登録メッセージがメッセージ解析部
７０によって解析される。
【００８４】以下、図１１を参照して説明する。ブロッ
ク２２２で本人装置１８が本人装置モジュール１１２の
検査により認証される。本人装置が首尾よく認証されな
い場合、登録はブロック２２４にて終了する。本人装置
１８が首尾よく認証された場合、本人装置１８はブロッ
ク２２６で登録部９０に登録される。加えて、ブロック
２２８において、本人２０は本人確認モジュール１１４
の検査によって認証される。本人装置１８は予めＰＩＮ
を使用することによりユーザを本人２０と認証している
ので、ブロック２０４（図１０）でプロキシサーバ１６
は本人２０を自動的に認証してもよい。したがって、本
人２０はブロック２３０で登録部９０に登録される。
ク２２２で本人装置１８が本人装置モジュール１１２の
検査により認証される。本人装置が首尾よく認証されな
い場合、登録はブロック２２４にて終了する。本人装置
１８が首尾よく認証された場合、本人装置１８はブロッ
ク２２６で登録部９０に登録される。加えて、ブロック
２２８において、本人２０は本人確認モジュール１１４
の検査によって認証される。本人装置１８は予めＰＩＮ
を使用することによりユーザを本人２０と認証している
ので、ブロック２０４（図１０）でプロキシサーバ１６
は本人２０を自動的に認証してもよい。したがって、本
人２０はブロック２３０で登録部９０に登録される。
【００８５】図１２は、同じ本人装置１８を使用するこ
とによりオンライン取引是認システム１０に任意の複数
の本人２０が登録する際の本人装置１８とプロキシサー
バ１６内の構成要素の動作の例を示すフローダイアグラ
ムである。前述の図１０と１１での実施形態同様、それ
ぞれの本人２０の登録と設定はあらかじめ行われてい
る。この動作の例では、プロキシサーバ１６において本
人２０の認証は本人装置１８の認証とは別に処理され
る。
とによりオンライン取引是認システム１０に任意の複数
の本人２０が登録する際の本人装置１８とプロキシサー
バ１６内の構成要素の動作の例を示すフローダイアグラ
ムである。前述の図１０と１１での実施形態同様、それ
ぞれの本人２０の登録と設定はあらかじめ行われてい
る。この動作の例では、プロキシサーバ１６において本
人２０の認証は本人装置１８の認証とは別に処理され
る。
【００８６】本人装置１８が起動されると、登録メッセ
ージの生成がブロック２４０でメッセージ生成部７２に
よって開始される。ブロック２４２において、メッセー
ジ生成部７２は装置情報部１４８に保存されている本人
装置情報を登録メッセージに含ませる。登録メッセージ
は、ブロック２４４で暗号化部７６によってプロキシサ
ーバ１６の公開鍵で暗号化される。ブロック２４６にお
いて、暗号化された登録メッセージは送信部７８を介し
てプロキシサーバ１６へ送信される。
ージの生成がブロック２４０でメッセージ生成部７２に
よって開始される。ブロック２４２において、メッセー
ジ生成部７２は装置情報部１４８に保存されている本人
装置情報を登録メッセージに含ませる。登録メッセージ
は、ブロック２４４で暗号化部７６によってプロキシサ
ーバ１６の公開鍵で暗号化される。ブロック２４６にお
いて、暗号化された登録メッセージは送信部７８を介し
てプロキシサーバ１６へ送信される。
【００８７】ブロック２４８において、暗号化された登
録メッセージはプロキシサーバ１６の受信部８０によっ
て受信される。ブロック２５０において、登録メッセー
ジの復号化が復号化部７４によって行われる。復号化さ
れた登録メッセージは、ブロック２５２においてメッセ
ージ解析部７０によって解析される。本人装置１８は、
ブロック２５４において本人装置モジュール１１２の検
査によって認証される。本人装置が首尾よく認証されな
い場合、登録はブロック２５６で終了する。認証が成功
した場合、ブロック２５８で本人認証要求モジュール１
１６において本人検査の要求が生成される。本人認証要
求モジュール１１６は、ブロック２６０で認証要求メッ
セージを生成するためにメッセージ生成部７２へ要求を
送る。認証要求メッセージは、ブロック２６２で暗号化
部７６により暗号化される。
録メッセージはプロキシサーバ１６の受信部８０によっ
て受信される。ブロック２５０において、登録メッセー
ジの復号化が復号化部７４によって行われる。復号化さ
れた登録メッセージは、ブロック２５２においてメッセ
ージ解析部７０によって解析される。本人装置１８は、
ブロック２５４において本人装置モジュール１１２の検
査によって認証される。本人装置が首尾よく認証されな
い場合、登録はブロック２５６で終了する。認証が成功
した場合、ブロック２５８で本人認証要求モジュール１
１６において本人検査の要求が生成される。本人認証要
求モジュール１１６は、ブロック２６０で認証要求メッ
セージを生成するためにメッセージ生成部７２へ要求を
送る。認証要求メッセージは、ブロック２６２で暗号化
部７６により暗号化される。
【００８８】以下、図１３を参照して説明する。ブロッ
ク２６４において、暗号化された認証要求メッセージは
送信部７８を介して本人装置１８へ送信される。本人装
置１８はブロック２６６で、暗号化された認証要求メッ
セージを受信部８０で受信する。ブロック２６８におい
て、暗号化された認証要求メッセージは復号化部７４に
よって復号化される。メッセージ解析部７０はブロック
２７０でメッセージを解析し、認証要求メッセージを抽
出する。ブロック２７２で、メッセージは表示フォーマ
ットへの変換のために情報表示／ユーザ入力コントロー
ラ１５６へ送られる。情報表示／ユーザ入力コントロー
ラ１５６はブロック２７４で、本人２０からの検査情報
を要求するメッセージを表示するため、表示部１５２を
指揮する。ブロック２７６において、本人２０は認証情
報の要求を再検討する。本人２０はそして、図１０と１
１を参照することにより前述したとおり、固有の識別子
を入力し認証される。したがって、説明を簡潔にするた
めに登録処理のこの部分の表示および説明は繰り返さな
い。
ク２６４において、暗号化された認証要求メッセージは
送信部７８を介して本人装置１８へ送信される。本人装
置１８はブロック２６６で、暗号化された認証要求メッ
セージを受信部８０で受信する。ブロック２６８におい
て、暗号化された認証要求メッセージは復号化部７４に
よって復号化される。メッセージ解析部７０はブロック
２７０でメッセージを解析し、認証要求メッセージを抽
出する。ブロック２７２で、メッセージは表示フォーマ
ットへの変換のために情報表示／ユーザ入力コントロー
ラ１５６へ送られる。情報表示／ユーザ入力コントロー
ラ１５６はブロック２７４で、本人２０からの検査情報
を要求するメッセージを表示するため、表示部１５２を
指揮する。ブロック２７６において、本人２０は認証情
報の要求を再検討する。本人２０はそして、図１０と１
１を参照することにより前述したとおり、固有の識別子
を入力し認証される。したがって、説明を簡潔にするた
めに登録処理のこの部分の表示および説明は繰り返さな
い。
【００８９】図１４は、情報更新処理の際のオンライン
取引是認システム１０の本人装置１８とプロキシサーバ
１６内の構成要素の動作の説明を示すフローダイアグラ
ムである。前述の実施形態同様、登録および設定は予め
行われている。
取引是認システム１０の本人装置１８とプロキシサーバ
１６内の構成要素の動作の説明を示すフローダイアグラ
ムである。前述の実施形態同様、登録および設定は予め
行われている。
【００９０】本人装置１８が起動されると、本人２０は
ブロック２８０でユーザ入力部１５４を介して許可され
たユーザを認証するための固有の識別子（例えばピンコ
ード）を入力する。ブロック２８２において、本人検査
部１４６の検査は、本人２０を許可されたユーザとして
認証する。本人２０はブロック２８４で、プリセット情
報１６４と、緊急データ１６６と、本人データベース１
４４内のキャッシュサーバポインタデータ１７０および
プロキシサーバ１６のプロキシデータベースモジュール
８２に保存された情報を更新することを許可される。前
述したとおり、本人データベース１４４への変更は、デ
ータアクセスメッセージによりプロキシデータベースモ
ジュール８２に保存されたデータに反映されてもよい。
加えて、本人２０はプロキシデータベースモジュール８
２に保存されたデータをデータアクセスメッセージで更
新してもよい。
ブロック２８０でユーザ入力部１５４を介して許可され
たユーザを認証するための固有の識別子（例えばピンコ
ード）を入力する。ブロック２８２において、本人検査
部１４６の検査は、本人２０を許可されたユーザとして
認証する。本人２０はブロック２８４で、プリセット情
報１６４と、緊急データ１６６と、本人データベース１
４４内のキャッシュサーバポインタデータ１７０および
プロキシサーバ１６のプロキシデータベースモジュール
８２に保存された情報を更新することを許可される。前
述したとおり、本人データベース１４４への変更は、デ
ータアクセスメッセージによりプロキシデータベースモ
ジュール８２に保存されたデータに反映されてもよい。
加えて、本人２０はプロキシデータベースモジュール８
２に保存されたデータをデータアクセスメッセージで更
新してもよい。
【００９１】ブロック２８６で、本人２０はプロキシサ
ーバ１６におけるデータの更新の開始を決定する。ブロ
ック２８８でメッセージ生成部７２によるデータアクセ
スメッセージの生成が開始され、プロキシサーバ１６へ
送信される。暗号化、送信、受信、復号化、およびプロ
キシサーバ１６によるデータアクセスメッセージの検査
は図１０と１１を参照することにより説明した動作と同
様であるため、繰り返し表示および説明はしない。ブロ
ック２９０において、本人装置モジュール１１２の検査
による肯定的な認証と本人確認モジュール１１４の検査
による肯定的な認証に基づいて、データアクセスコント
ローラ１０２が有効化される。データアクセスコントロ
ーラ１０２は、ブロック２９２で本人２０の指示により
プロキシデータベースモジュール８２に保存された情報
のアクセスと更新を処理する。情報が更新された後、確
認部１２２はブロック２９４において更新確認メッセー
ジの生成を開始する。更新確認メッセージは、ブロック
２９６において本人装置１８へ送信される。更新確認メ
ッセージの生成、暗号化、送信、受信、復号化、解析、
および本人装置１８における表示は図１２と１３を参照
することにより説明された動作と同様のため、繰り返し
表示および説明はしない。
ーバ１６におけるデータの更新の開始を決定する。ブロ
ック２８８でメッセージ生成部７２によるデータアクセ
スメッセージの生成が開始され、プロキシサーバ１６へ
送信される。暗号化、送信、受信、復号化、およびプロ
キシサーバ１６によるデータアクセスメッセージの検査
は図１０と１１を参照することにより説明した動作と同
様であるため、繰り返し表示および説明はしない。ブロ
ック２９０において、本人装置モジュール１１２の検査
による肯定的な認証と本人確認モジュール１１４の検査
による肯定的な認証に基づいて、データアクセスコント
ローラ１０２が有効化される。データアクセスコントロ
ーラ１０２は、ブロック２９２で本人２０の指示により
プロキシデータベースモジュール８２に保存された情報
のアクセスと更新を処理する。情報が更新された後、確
認部１２２はブロック２９４において更新確認メッセー
ジの生成を開始する。更新確認メッセージは、ブロック
２９６において本人装置１８へ送信される。更新確認メ
ッセージの生成、暗号化、送信、受信、復号化、解析、
および本人装置１８における表示は図１２と１３を参照
することにより説明された動作と同様のため、繰り返し
表示および説明はしない。
【００９２】図１５は、受益者装置１２がサービス注文
要求を生成するときのオンライン取引是認システム１０
の本人装置１８とプロキシサーバ１６内の構成要素の動
作の例を示すフローダイアグラムである。前述の実施形
態同様、登録および設定は予め行われている。
要求を生成するときのオンライン取引是認システム１０
の本人装置１８とプロキシサーバ１６内の構成要素の動
作の例を示すフローダイアグラムである。前述の実施形
態同様、登録および設定は予め行われている。
【００９３】受益者識別とサービス注文を含むサービス
注文要求は、ブロック３１０において受益者装置１２に
よって生成されプロキシサーバ１６へ送信される。ブロ
ック３１２においてサービス注文要求に対して、サービ
スプロバイダ１４は受益者２４を認証するためと要求さ
れた取引への許可を得るために取引要求を送信する。取
引要求は、ブロック３１４で受信部８０によりプロキシ
サーバ１６によって受信され、復号化部７４によって復
号化される。
注文要求は、ブロック３１０において受益者装置１２に
よって生成されプロキシサーバ１６へ送信される。ブロ
ック３１２においてサービス注文要求に対して、サービ
スプロバイダ１４は受益者２４を認証するためと要求さ
れた取引への許可を得るために取引要求を送信する。取
引要求は、ブロック３１４で受信部８０によりプロキシ
サーバ１６によって受信され、復号化部７４によって復
号化される。
【００９４】メッセージ解析部７０はブロック３１６に
おいて取引要求を解析する。ブロック３１８において受
益者２４とサービスプロバイダ１４の認証がサービスプ
ロバイダ／受益者検査部１０４の検査によって開始され
る。サービスプロバイダ／受益者検査部１０４は検査に
おいて、ブロック３２０にて認証を実行するために登録
部９０のデータにアクセスする。ブロック３２２におい
て、認証が成功したかどうかの判断が行われる。
おいて取引要求を解析する。ブロック３１８において受
益者２４とサービスプロバイダ１４の認証がサービスプ
ロバイダ／受益者検査部１０４の検査によって開始され
る。サービスプロバイダ／受益者検査部１０４は検査に
おいて、ブロック３２０にて認証を実行するために登録
部９０のデータにアクセスする。ブロック３２２におい
て、認証が成功したかどうかの判断が行われる。
【００９５】認証が不成功の場合、ブロック３２４にお
いて取引要求拒否メッセージが、プロキシサーバ１６の
プロキシＩＤとともに取引応答にカプセル化される。ブ
ロック３２６において、サービスプロバイダ１４は取引
応答を受信および復号化し、取引要求拒否メッセージを
処理する。オンライン取引が拒否された旨を示すサービ
ス注文応答は、ブロック３２８で受益者装置１２へ送信
される。認証が成功した場合、ブロック３３４において
事前許可モジュール１２０によって事前許可が開始され
る。事前許可モジュール１２０は、この決定のためにブ
ロック３３６において本人優先度決定規則部９４にアク
セスする。
いて取引要求拒否メッセージが、プロキシサーバ１６の
プロキシＩＤとともに取引応答にカプセル化される。ブ
ロック３２６において、サービスプロバイダ１４は取引
応答を受信および復号化し、取引要求拒否メッセージを
処理する。オンライン取引が拒否された旨を示すサービ
ス注文応答は、ブロック３２８で受益者装置１２へ送信
される。認証が成功した場合、ブロック３３４において
事前許可モジュール１２０によって事前許可が開始され
る。事前許可モジュール１２０は、この決定のためにブ
ロック３３６において本人優先度決定規則部９４にアク
セスする。
【００９６】以下、図１６を参照して説明する。ブロッ
ク３３８において、事前許可モジュール１２０は本人優
先度決定規則部９４内のパラメータに基づき事前許可是
認が可能にされたかどうかを決定する。事前許可是認が
可能とされていない場合、本人装置１８へ送信するため
の許可要求の生成がブロック３４０で開始される。ブロ
ック３４２において、事前許可モジュール１２０は、本
人２０との接触のための主要通信優先度を決定するため
に本人優先度決定規則部９４へアクセスする。動作の例
において、本人装置１８が予め本人優先度決定規則部９
４で主要通信優先度として特定されている。本人装置１
８と本人２０の認証は、ブロック３４４で装置／本人検
査モジュール１０６によって開始される。
ク３３８において、事前許可モジュール１２０は本人優
先度決定規則部９４内のパラメータに基づき事前許可是
認が可能にされたかどうかを決定する。事前許可是認が
可能とされていない場合、本人装置１８へ送信するため
の許可要求の生成がブロック３４０で開始される。ブロ
ック３４２において、事前許可モジュール１２０は、本
人２０との接触のための主要通信優先度を決定するため
に本人優先度決定規則部９４へアクセスする。動作の例
において、本人装置１８が予め本人優先度決定規則部９
４で主要通信優先度として特定されている。本人装置１
８と本人２０の認証は、ブロック３４４で装置／本人検
査モジュール１０６によって開始される。
【００９７】ブロック３４６において、装置／本人検査
モジュール１０６は認証を実行するために登録部９０に
アクセスする。認証結果はブロック３４８で決定され
る。認証が失敗した場合、動作は図１５のブロック３２
４へもどり、取引要求拒否メッセージがサービスプロバ
イダ１４を介して受益者装置１２へ戻される。認証が成
功した場合、メッセージ生成部７２がブロック３５２で
許可要求を生成するために起動される。ブロック３５４
において、認証要求が暗号化部７６によって本人装置１
８の公開鍵で暗号化され、本人装置１８へ送信部７８に
より送られる。
モジュール１０６は認証を実行するために登録部９０に
アクセスする。認証結果はブロック３４８で決定され
る。認証が失敗した場合、動作は図１５のブロック３２
４へもどり、取引要求拒否メッセージがサービスプロバ
イダ１４を介して受益者装置１２へ戻される。認証が成
功した場合、メッセージ生成部７２がブロック３５２で
許可要求を生成するために起動される。ブロック３５４
において、認証要求が暗号化部７６によって本人装置１
８の公開鍵で暗号化され、本人装置１８へ送信部７８に
より送られる。
【００９８】図１７を参照し、ブロック３５６において
暗号化された許可要求が本人装置１８により受信され復
号化される。ブロック３５８において、メッセージ解析
部７０は許可要求がリアルタイムの許可要求であるかど
うかを特定するため内容を解析する。もしそうであれ
ば、ブロック３６０にて処理を開始するために要求がリ
アルタイム許可部１６０へと送られる。前述の通り、リ
アルタイム許可要求は通常本人２０による続行のための
許可是認を必要とし、これに対し非リアルタイム許可要
求は通常プロキシサーバ１６により是認された事前許可
の確認である。
暗号化された許可要求が本人装置１８により受信され復
号化される。ブロック３５８において、メッセージ解析
部７０は許可要求がリアルタイムの許可要求であるかど
うかを特定するため内容を解析する。もしそうであれ
ば、ブロック３６０にて処理を開始するために要求がリ
アルタイム許可部１６０へと送られる。前述の通り、リ
アルタイム許可要求は通常本人２０による続行のための
許可是認を必要とし、これに対し非リアルタイム許可要
求は通常プロキシサーバ１６により是認された事前許可
の確認である。
【００９９】リアルタイム許可部１６０はブロック３６
２で表示部１５２での表示のため情報表示／ユーザ入力
コントローラ１５６へ許可要求から情報を送る。加え
て、タイマー部１５０はブロック３６４で本人２０から
の応答の計時と監視を開始するために起動される。ブロ
ック３６６で、タイマー部１５０は時間切れになったか
どうかを判断する。そうでない場合、タイマー部１５０
はブロック３６４へ戻り監視を続ける。そうである場
合、タイマー部１５０はブロック３６８で本人２０が応
答したかどうかを判断する。応答している場合、タイマ
ー部１５０による計時はブロック３７０において終了す
る。本人２０が応答していない場合、タイマー部１５０
はブロック３７２にて許可応答に応答失敗メッセージを
カプセル化するためにメッセージ生成部７２を起動す
る。
２で表示部１５２での表示のため情報表示／ユーザ入力
コントローラ１５６へ許可要求から情報を送る。加え
て、タイマー部１５０はブロック３６４で本人２０から
の応答の計時と監視を開始するために起動される。ブロ
ック３６６で、タイマー部１５０は時間切れになったか
どうかを判断する。そうでない場合、タイマー部１５０
はブロック３６４へ戻り監視を続ける。そうである場
合、タイマー部１５０はブロック３６８で本人２０が応
答したかどうかを判断する。応答している場合、タイマ
ー部１５０による計時はブロック３７０において終了す
る。本人２０が応答していない場合、タイマー部１５０
はブロック３７２にて許可応答に応答失敗メッセージを
カプセル化するためにメッセージ生成部７２を起動す
る。
【０１００】以下、図１８を参照して説明する。ブロッ
ク３７４にてタイマー部１５０が停止される。ブロック
３７６にて許可応答が暗号化部７６で暗号化され、プロ
キシサーバ１６へ送信され、受信部８０で応答失敗メッ
セージとして特定される。暗号化された許可応答はプロ
キシサーバ１６においてブロック３７８で復号化され、
解析され応答失敗メッセージとして特定される。ブロッ
ク３７９において、事前許可モジュール１２０は本人２
０によって指定された代わりの通信チャンネルを特定す
るために本人優先度決定規則部９４を使用する。そし
て、動作はブロック３４４へと戻る（図１６）。
ク３７４にてタイマー部１５０が停止される。ブロック
３７６にて許可応答が暗号化部７６で暗号化され、プロ
キシサーバ１６へ送信され、受信部８０で応答失敗メッ
セージとして特定される。暗号化された許可応答はプロ
キシサーバ１６においてブロック３７８で復号化され、
解析され応答失敗メッセージとして特定される。ブロッ
ク３７９において、事前許可モジュール１２０は本人２
０によって指定された代わりの通信チャンネルを特定す
るために本人優先度決定規則部９４を使用する。そし
て、動作はブロック３４４へと戻る（図１６）。
【０１０１】図１７のブロック３６２を再び参照する
と、ブロック３８０において時間切れになっていない場
合、本人２０は表示を再検討し、許可コード（例えばＰ
ＩＮ）をユーザ入力部１５４を介して入力する。
と、ブロック３８０において時間切れになっていない場
合、本人２０は表示を再検討し、許可コード（例えばＰ
ＩＮ）をユーザ入力部１５４を介して入力する。
【０１０２】図１８を再び参照して説明する。ブロック
３８２で本人確認モジュール１１４の検査による本人２
０の許可が行われる。認証が不成功の場合、本人２０は
ブロック３８４で許可コードを再入力するよう求めら
れ、動作はブロック３８０へと戻る（図１７）。認証が
成功した場合、ブロック３８６にて本人２０が取引をユ
ーザ入力部１５４で是認したか否かの決定が発生する。
本人２０が取引要求を拒否した場合、ブロック３８８で
メッセージ生成部７２が許可応答に取引拒否メッセージ
をカプセル化するために起動される。タイマー部１５０
は、ブロック３８９で停止される。そして、動作はブロ
ック３２４に戻り（図１５）、取引拒否メッセージがサ
ービスプロバイダ１４を介し受益者装置１２へ送信され
る。
３８２で本人確認モジュール１１４の検査による本人２
０の許可が行われる。認証が不成功の場合、本人２０は
ブロック３８４で許可コードを再入力するよう求めら
れ、動作はブロック３８０へと戻る（図１７）。認証が
成功した場合、ブロック３８６にて本人２０が取引をユ
ーザ入力部１５４で是認したか否かの決定が発生する。
本人２０が取引要求を拒否した場合、ブロック３８８で
メッセージ生成部７２が許可応答に取引拒否メッセージ
をカプセル化するために起動される。タイマー部１５０
は、ブロック３８９で停止される。そして、動作はブロ
ック３２４に戻り（図１５）、取引拒否メッセージがサ
ービスプロバイダ１４を介し受益者装置１２へ送信され
る。
【０１０３】図１９を参照し、取引が是認されると、ブ
ロック３９０で許可部１６２は許可コードに基づき本人
データベース１４４からどの個人情報が検索されたかを
判断する。ブロック３９２で、本人データベース１４４
から検索された許可を受けた個人情報は、取引の許可と
ともにメッセージ生成部７２によって許可応答にカプセ
ル化される。ブロック３９４において、取引記録は本人
データベース１４４の取引記録データ１７０に保存され
る。タイマー部１５０はブロック３９６にて停止され
る。ブロック３９８において、許可応答は暗号化されプ
ロキシサーバ１６へ送信される。
ロック３９０で許可部１６２は許可コードに基づき本人
データベース１４４からどの個人情報が検索されたかを
判断する。ブロック３９２で、本人データベース１４４
から検索された許可を受けた個人情報は、取引の許可と
ともにメッセージ生成部７２によって許可応答にカプセ
ル化される。ブロック３９４において、取引記録は本人
データベース１４４の取引記録データ１７０に保存され
る。タイマー部１５０はブロック３９６にて停止され
る。ブロック３９８において、許可応答は暗号化されプ
ロキシサーバ１６へ送信される。
【０１０４】ブロック４００で、プロキシサーバ１６は
本人装置１８からの許可応答を受信し、復号化し、解析
する。許可応答はブロック４０２で本人装置１８と本人
２０を認証するために装置／本人検査モジュール１０６
によって検査される。認証が失敗した場合、ブロック４
０４で認証応答が無視される。認証が成功した場合、ブ
ロック４０６で認証応答が、取引要求が拒否されたか否
かを決定するためメッセージ解析部７０により解析され
る。その場合、動作はブロック３２４へ戻る（図１
５）。
本人装置１８からの許可応答を受信し、復号化し、解析
する。許可応答はブロック４０２で本人装置１８と本人
２０を認証するために装置／本人検査モジュール１０６
によって検査される。認証が失敗した場合、ブロック４
０４で認証応答が無視される。認証が成功した場合、ブ
ロック４０６で認証応答が、取引要求が拒否されたか否
かを決定するためメッセージ解析部７０により解析され
る。その場合、動作はブロック３２４へ戻る（図１
５）。
【０１０５】以下、図２０を参照して説明する。許可応
答が拒否されなかった場合、ブロック４０８でリアルタ
イム許可要求に許可応答が本人２０による応答の欠如を
示しているかどうかを判断するために取引要求が解析さ
れる。前述の通り、応答の欠如は、本人２０が応答して
いないことを反映するタイマー部１５０の時間切れによ
って示される。取引要求が応答の欠如を示す場合、ブロ
ック４１０で解決されていない（応答されていない）リ
アルタイム許可要求への解決の開始のために事前許可モ
ジュール１２０が起動される。ブロック４１２におい
て、事前許可モジュール１２０は本人２０により予め指
定されている代わりの通信パスを特定するために本人優
先度決定規則部９４にアクセスする。そして、動作は特
定された代わりの通信パスによってリアルタイム許可応
答を本人２０へ送信するためにブロック３４４へと戻る
（図１６）。
答が拒否されなかった場合、ブロック４０８でリアルタ
イム許可要求に許可応答が本人２０による応答の欠如を
示しているかどうかを判断するために取引要求が解析さ
れる。前述の通り、応答の欠如は、本人２０が応答して
いないことを反映するタイマー部１５０の時間切れによ
って示される。取引要求が応答の欠如を示す場合、ブロ
ック４１０で解決されていない（応答されていない）リ
アルタイム許可要求への解決の開始のために事前許可モ
ジュール１２０が起動される。ブロック４１２におい
て、事前許可モジュール１２０は本人２０により予め指
定されている代わりの通信パスを特定するために本人優
先度決定規則部９４にアクセスする。そして、動作は特
定された代わりの通信パスによってリアルタイム許可応
答を本人２０へ送信するためにブロック３４４へと戻る
（図１６）。
【０１０６】ブロック４０８における解析が、取引応答
が応答の欠如を示さない旨を示す場合、取引応答は取引
是認であり、ブロック４２０にて許可された個人情報は
個人情報バッファ部９６に取引応答が準備されるまでバ
ッファされる。ブロック４２２にて、メッセージ生成部
７２が、取引応答を生成するために起動される。メッセ
ージ生成部７２は、ブロック３２２（図１５）からの認
証是認とプロキシサーバ取引ＩＤを許可是認と許可され
た個人情報とともに取引応答を生成するためにカプセル
化する。ブロック４２４で、取引応答がサービスプロバ
イダ１４の公開鍵で暗号化されサービスプロバイダ１４
へ送信される。サービスプロバイダ１４はブロック４２
６で取引応答を受信し、対応する秘密鍵で復号化する。
ブロック４２８で、サービスプロバイダ１４は受益者２
４へサービスおよび／または商品を提供する。サービス
プロバイダ１４は、ブロック４３０でサービス注文応答
を受益者装置１２の公開鍵で暗号化し、サービス注文応
答を受益者装置１２へ送信する。
が応答の欠如を示さない旨を示す場合、取引応答は取引
是認であり、ブロック４２０にて許可された個人情報は
個人情報バッファ部９６に取引応答が準備されるまでバ
ッファされる。ブロック４２２にて、メッセージ生成部
７２が、取引応答を生成するために起動される。メッセ
ージ生成部７２は、ブロック３２２（図１５）からの認
証是認とプロキシサーバ取引ＩＤを許可是認と許可され
た個人情報とともに取引応答を生成するためにカプセル
化する。ブロック４２４で、取引応答がサービスプロバ
イダ１４の公開鍵で暗号化されサービスプロバイダ１４
へ送信される。サービスプロバイダ１４はブロック４２
６で取引応答を受信し、対応する秘密鍵で復号化する。
ブロック４２８で、サービスプロバイダ１４は受益者２
４へサービスおよび／または商品を提供する。サービス
プロバイダ１４は、ブロック４３０でサービス注文応答
を受益者装置１２の公開鍵で暗号化し、サービス注文応
答を受益者装置１２へ送信する。
【０１０７】図２１を参照し、要求がリアルタイム許可
要求でない場合、ブロック４３４で図１７のブロック３
５８における要求が処理のために非リアルタイム許可部
１５８へ送られる。ブロック４３６で、非リアルタイム
許可部１５８は取引要求を処理し、許可要求からの情報
を情報表示／ユーザ入力コントローラ１５６へ表示部１
５２に表示するために送る。ブロック４３８で、動作が
終了する。
要求でない場合、ブロック４３４で図１７のブロック３
５８における要求が処理のために非リアルタイム許可部
１５８へ送られる。ブロック４３６で、非リアルタイム
許可部１５８は取引要求を処理し、許可要求からの情報
を情報表示／ユーザ入力コントローラ１５６へ表示部１
５２に表示するために送る。ブロック４３８で、動作が
終了する。
【０１０８】事前許可モジュール１２０が図１６のブロ
ック３３８でプロキシサーバ１６による事前許可が有効
化されたと判断した場合、事前許可モジュール１２０は
図２１のブロック４４０で本人優先度決定規則部９４か
ら不正チェック情報を収集する。ブロック４４２で、事
前許可モジュール１２０は、プリセット情報部９２から
個人情報を収集する。ブロック４４４で、緊急情報部１
００から付加的な個人情報が収集される。ブロック４４
６で、収集された情報は許可された個人情報を形成す
る。ブロック４４８で、許可された個人情報は取引応答
メッセージにカプセル化するためメッセージ生成部７２
へ送信される。そして、動作はサービスプロバイダ１４
へ取引応答を送信するためブロック４２４(図２０)へ戻
る。
ック３３８でプロキシサーバ１６による事前許可が有効
化されたと判断した場合、事前許可モジュール１２０は
図２１のブロック４４０で本人優先度決定規則部９４か
ら不正チェック情報を収集する。ブロック４４２で、事
前許可モジュール１２０は、プリセット情報部９２から
個人情報を収集する。ブロック４４４で、緊急情報部１
００から付加的な個人情報が収集される。ブロック４４
６で、収集された情報は許可された個人情報を形成す
る。ブロック４４８で、許可された個人情報は取引応答
メッセージにカプセル化するためメッセージ生成部７２
へ送信される。そして、動作はサービスプロバイダ１４
へ取引応答を送信するためブロック４２４(図２０)へ戻
る。
【０１０９】加えて、ブロック４５０にて、本人装置１
８への確認メッセージの生成のため確認部１２２が起動
される。ブロック４５２では、確認部１２２は確認メッ
セージが非リアルタイムとして指定されるべきかあるい
はリアルタイムメッセージとして指定されるかを判断す
るために本人優先度決定規則部９４へアクセスする。指
定された確認メッセージは、ブロック４５４で許可要求
へのカプセル化のためにメッセージ生成部７２へ送信さ
れ、本人装置１８へ送信される。許可要求の暗号化、送
信、受信、復号化、解析および表示は前述の動作と同様
である。
８への確認メッセージの生成のため確認部１２２が起動
される。ブロック４５２では、確認部１２２は確認メッ
セージが非リアルタイムとして指定されるべきかあるい
はリアルタイムメッセージとして指定されるかを判断す
るために本人優先度決定規則部９４へアクセスする。指
定された確認メッセージは、ブロック４５４で許可要求
へのカプセル化のためにメッセージ生成部７２へ送信さ
れ、本人装置１８へ送信される。許可要求の暗号化、送
信、受信、復号化、解析および表示は前述の動作と同様
である。
【０１１０】本発明は特定の実施形態の例を参照して説
明したが、特許請求の範囲で示された発明の広い範囲の
精神および範囲からはなれることなく、これらの実施形
態が様々な形で変形および変化されてもいいことは言う
までもない。したがって、明細書および図面は制限的と
いうよりはむしろ例示的としてみなされるべきである。
明したが、特許請求の範囲で示された発明の広い範囲の
精神および範囲からはなれることなく、これらの実施形
態が様々な形で変形および変化されてもいいことは言う
までもない。したがって、明細書および図面は制限的と
いうよりはむしろ例示的としてみなされるべきである。
【０１１１】
【発明の効果】以上により、受益者は、オンライン取引
の本人のユーザアカウントの使用を本人の許可のもとに
可能となる。
の本人のユーザアカウントの使用を本人の許可のもとに
可能となる。
【図１】 オンライン取引是認システム１０の一実施形
態のブロック図である。
態のブロック図である。
【図２】 図１に示されたオンライン取引是認システム
のオンライン商業取引是認処理の一実施形態のフローダ
イアグラムである。
のオンライン商業取引是認処理の一実施形態のフローダ
イアグラムである。
【図３】 図１に示されたオンライン取引是認システム
のオンライン商業取引是認処理の他の実施形態のフロー
ダイアグラムである。
のオンライン商業取引是認処理の他の実施形態のフロー
ダイアグラムである。
【図４】 プロキシサーバの一実施形態の詳細なブロッ
ク図を描いた図１に示されたブロック図の一部分であ
る。
ク図を描いた図１に示されたブロック図の一部分であ
る。
【図５】 図４に描かれたプロキシサーバの一部の一実
施形態を示す詳細なブロック図である。
施形態を示す詳細なブロック図である。
【図６】 参照会社を伴った、図４に描かれたプロキシ
サーバの一部分の他の実施形態を示す詳細なブロック図
である。
サーバの一部分の他の実施形態を示す詳細なブロック図
である。
【図７】 本人装置の一実施形態の詳細なブロック図を
描いた図１に示されたブロック図の一部分である。
描いた図１に示されたブロック図の一部分である。
【図８】 サービスサーバの一実施形態の詳細なブロッ
ク図を描いた図１に示されたブロック図の一部分であ
る。
ク図を描いた図１に示されたブロック図の一部分であ
る。
【図９】 受益者装置の一実施形態の詳細なブロック図
を描いた図１に示されたブロック図の一部分である。
を描いた図１に示されたブロック図の一部分である。
【図１０】 本人による図１に示されたオンライン取引
是認システムへの登録の一実施形態を描いたフローダイ
アグラムである。
是認システムへの登録の一実施形態を描いたフローダイ
アグラムである。
【図１１】 図１０に示されたフローダイアグラムの二
つ目の部分である。
つ目の部分である。
【図１２】 本人による図１に示されたオンライン取引
是認システムへの登録の他の実施形態を描いたフローダ
イアグラムである。
是認システムへの登録の他の実施形態を描いたフローダ
イアグラムである。
【図１３】 図１２に示されたフローダイアグラムの二
つ目の部分である。
つ目の部分である。
【図１４】 図１に示されたオンライン取引是認システ
ムに記憶された情報の更新処理の一実施形態を描いたフ
ローダイアグラムである。
ムに記憶された情報の更新処理の一実施形態を描いたフ
ローダイアグラムである。
【図１５】 図１に示されたオンライン取引是認システ
ム内の受益者により開始されるオンライン取引の是認処
理の一実施形態を描いたフローダイアグラムである。
ム内の受益者により開始されるオンライン取引の是認処
理の一実施形態を描いたフローダイアグラムである。
【図１６】 図１５に示されたフローダイアグラムの二
つ目の部分である。
つ目の部分である。
【図１７】 図１５に示されたフローダイアグラムの三
つ目の部分である。
つ目の部分である。
【図１８】 図１５に示されたフローダイアグラムの四
つ目の部分である。
つ目の部分である。
【図１９】 図１５に示されたフローダイアグラムの五
つ目の部分である。
つ目の部分である。
【図２０】 図１５に示されたフローダイアグラムの六
つ目の部分である。
つ目の部分である。
【図２１】 図１５に示されたフローダイアグラムの七
つ目の部分である。
つ目の部分である。
１０・・・オンライン取引是認システム １２・・・受
益者装置 １４・・・サービスプロバイダ １６・・・
プロキシサーバ １８・・・本人装置 ２０・・・本人
２４・・・受益者 ７０・・・メッセージ解析部 ７
２・・・メッセージ生成部 ７４・・・復号化部 ７６
・・・暗号化部 ８８・・・本人情報部９０・・・登録
部 ９２・・・プリセット情報部 ９４・・・本人優先
度決定規則部 ９６・・・個人情報バッファ部 ９８・
・・取引記録部 １００・・・緊急情報部 １０２・・
・データアクセスコントローラ １０４・・・サービス
プロバイダ／受益者検査部 １０６・・・装置／本人検
査モジュール １２０・・・事前許可モジュール １２
２・・・確認部 １３０・・・参照会社 １４４・・・
本人データベース １４６・・・本人検査部 １４８・
・・装置情報部 １５０・・・タイマー部 １５２・・
・表示部 １５４・・・ユーザ入力部 １５６・・・情
報表示／ユーザ入力コントローラ １５８・・・非リア
ルタイム許可部 １６０・・・リアルタイム許可部 １
６２・・・許可部 １６４・・・プリセット情報 １６
６・・・緊急データ １６８・・・取引記録データ １
７０・・・キャッシュサーバポインタデータ １７６・
・・受益者情報検索部 １７８・・・受益者インターフ
ェース １８０・・・サービスプロバイダデータベース
１８２・・・プロキシサーバインターフェース １８４
・・・参照会社インターフェース １８６・・・サービ
ス決定部 １８８・・・取引ＩＤ記録部 １９０・・・
受益者データベース １９２・・・サービスプロバイダ
インタフェース
益者装置 １４・・・サービスプロバイダ １６・・・
プロキシサーバ １８・・・本人装置 ２０・・・本人
２４・・・受益者 ７０・・・メッセージ解析部 ７
２・・・メッセージ生成部 ７４・・・復号化部 ７６
・・・暗号化部 ８８・・・本人情報部９０・・・登録
部 ９２・・・プリセット情報部 ９４・・・本人優先
度決定規則部 ９６・・・個人情報バッファ部 ９８・
・・取引記録部 １００・・・緊急情報部 １０２・・
・データアクセスコントローラ １０４・・・サービス
プロバイダ／受益者検査部 １０６・・・装置／本人検
査モジュール １２０・・・事前許可モジュール １２
２・・・確認部 １３０・・・参照会社 １４４・・・
本人データベース １４６・・・本人検査部 １４８・
・・装置情報部 １５０・・・タイマー部 １５２・・
・表示部 １５４・・・ユーザ入力部 １５６・・・情
報表示／ユーザ入力コントローラ １５８・・・非リア
ルタイム許可部 １６０・・・リアルタイム許可部 １
６２・・・許可部 １６４・・・プリセット情報 １６
６・・・緊急データ １６８・・・取引記録データ １
７０・・・キャッシュサーバポインタデータ １７６・
・・受益者情報検索部 １７８・・・受益者インターフ
ェース １８０・・・サービスプロバイダデータベース
１８２・・・プロキシサーバインターフェース １８４
・・・参照会社インターフェース １８６・・・サービ
ス決定部 １８８・・・取引ＩＤ記録部 １９０・・・
受益者データベース １９２・・・サービスプロバイダ
インタフェース
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 ワタナベ フジオ
アメリカ合衆国、カリフォルニア州 サン
ノゼ、1700 ノースファーストストリート
327号 95112
(72)発明者 ジンジュン チャオ
アメリカ合衆国、カリフォルニア州 マウ
ンテンビュー、141 デルメディオアベニ
ュー アパート215 94040
(72)発明者 クラカケ ショウジ
アメリカ合衆国、カリフォルニア州 サン
フランシスコ、440 デービスコート
1220号 94111
Ｆターム(参考） 5B085 AE02 AE03 AE09 AE23 BC02
BE04 BG01 BG02 BG07
5J104 AA07 KA01 KA05 NA02 NA05
PA07 PA10
Claims (28)
- 【請求項１】 受益者により電子通信チャンネルで要求
されるサービスプロバイダとのオンライン取引を是認す
るオンライン取引要求是認方法であって、 ａ）本人をオンライン取引是認システムに登録する過程
と、 ｂ）受益者を前記オンライン取引是認システムにアクセ
スすることを可能にする過程と、 ｃ）前記受益者からのサービス注文要求をサービスプロ
バイダへ送信する過程と、 ｄ）取引要求への前記受益者の認証と本人の許可をプロ
キシサーバへサービスプロバイダにより問い合わせる過
程と、 ｅ）本人による前記受益者の認証是認と許可是認の関数
として、オンライン取引を完了するために許可された個
人情報を前記サービスプロバイダへ返信する過程とを備
える方法。 - 【請求項２】 前記サービス注文要求は、 受益者ＩＤと、 受益者パスワードを備え、 ｃ）はプロキシサーバの公開鍵による受益者ＩＤと受益
者パスワードの暗号化過程を含むことを特徴とする請求
項１に記載の方法。 - 【請求項３】 ｄ）は受益者ＩＤと、受益者パスワード
とサービスプロバイダＩＤと、サービス情報と、受益者
認証の要求と本人許可の要求とサービスプロバイダの公
開鍵を包含する要求の生成過程を含む請求項１に記載の
方法。 - 【請求項４】 ｄ）はサービスプロバイダＩＤと、サー
ビス情報と、受益者ＩＤを包含する許可要求を本人の本
人装置に送信する過程を含む請求項１に記載の方法。 - 【請求項５】 ｄ）は受益者ＩＤと受益者パスワードの
機能として、プロキシサーバで受益者を認証する過程を
含む請求項１に記載の方法。 - 【請求項６】 ｅ）は取引の許可と許可された個人情報
を含む許可是認を本人の本人装置からプロキシサーバを
介しサービスプロバイダへ送信する過程を含む請求項１
に記載の方法。 - 【請求項７】 前記許可是認の送信は、本人装置の記憶
装置から許可された個人情報を抽出することを含む請求
項６に記載の方法。 - 【請求項８】 前記許可是認の送信は、プロキシサーバ
の公開鍵によって許可是認を暗号化することを含む請求
項６に記載の方法。 - 【請求項９】 前記許可是認の送信は、サービスプロバ
イダの公開鍵によって許可メッセージを暗号化すること
を含む請求項６に記載の方法。 - 【請求項１０】 サービスプロバイダとの受益者により
電子通信チャンネルで要求されるオンライン取引を是認
するオンライン取引要求是認方法であって、 ａ）オンライン取引のために本人のユーザアカウントへ
のアクセスを受益者に可能にする過程と、 ｂ）前記受益者によって開始されたオンライン取引の関
数としての取引要求を受信する過程と、 ｃ）前記取引要求を前記本人による許可のために処理す
る過程と、 ｄ）前記本人により取引が許可された際に、本人の許可
された個人情報をオンライン取引の完了を可能とするた
めに送信する過程とを備える方法。 - 【請求項１１】 ｃ）は前記受益者の識別子を認証する
過程を含む請求項１０に記載の方法。 - 【請求項１２】 ｃ）は前記本人によって事前設定され
たパラメータの関数として、リアルタイムでプロキシサ
ーバによりオンライン取引を事前許可する過程を含む請
求項１０に記載の方法。 - 【請求項１３】 プロキシサーバによるオンライン取引
の許可は、前記本人へ事前許可を通知する過程を含む請
求項１２に記載の方法。 - 【請求項１４】 ｄ）は前記本人により操作されている
本人装置によりリアルタイムでオンライン取引を許可す
る過程を含む請求項１０に記載の方法。 - 【請求項１５】 ｄ）は前記プロキシサーバのデータベ
ースから許可された個人情報を供給する過程を含む請求
項１０に記載の方法。 - 【請求項１６】 ｄ）は前記本人により操作される本人
装置のデータベースから許可された個人情報を供給する
過程を含む請求項１０に記載の方法。 - 【請求項１７】 サービスプロバイダとの受益者により
電子通信チャンネルで要求されるオンライン取引を是認
するオンライン取引要求是認方法であって、 ａ）本人をオンライン取引是認システムに登録する過程
と、 ｂ）前記受益者のオンライン取引是認システムの利用を
可能にする過程と、 ｃ）前記受益者によって開始されたオンライン取引の関
数として許可要求を前記本人の本人装置で受信する過程
と、 ｄ）前記受益者の識別とオンライン取引の特徴の関数と
して前記本人装置によりリアルタイムでオンライン取引
を選択的に許可する過程と、 ｅ）オンライン取引の完了を可能とするために前記本人
装置から許可された個人情報を送信する過程とを備える
方法。 - 【請求項１８】 ａ）は前記本人装置のデータベース内
のみに本人の個人情報を維持する過程を含む請求項１７
に記載の方法。 - 【請求項１９】 ｃ）は前記要求に対する前記本人の応
答時間の監視過程と、 前記応答時間が選択された時間間隔を超過した際に異な
る通信装置を選択する過程を含む請求項１７に記載の方
法。 - 【請求項２０】 ｄ）は前記受益者の識別と取引の特徴
を含む取引記録を前記本人装置に記録する過程を含む請
求項１７に記載の方法。 - 【請求項２１】 サービスプロバイダとの電子通信チャ
ンネルで受益者により要求されたオンライン取引を是認
するシステムであり、 受益者ＩＤと受益者パスワードを含む、受益者からのサ
ービス注文要求を受信可能な受益者と通信を行うサービ
スプロバイダと、 受益者ＩＤ、受益者パスワードおよび取引情報を含む取
引要求をサービスプロバイダからサービス注文の関数と
して受信可能であり、サービスプロバイダと通信を行っ
ているプロキシサーバと、 サービス注文要求を作成するために本人によってアクセ
スを可能にされた前記受益者の認証と前記本人により是
認された許可の関数として、サービスプロバイダへ許可
された個人情報を提供することが可能なプロキシサーバ
とを備えることを特徴とするオンライン取引是認システ
ム。 - 【請求項２２】 前記取引要求の指示を受信可能であ
り、前記プロキシサーバと通信を行っている本人装置を
さらに備えることを特徴とする請求項２１に記載のオン
ライン取引是認システム。 - 【請求項２３】 前記本人装置はデータベースと、前記
データベースのみに記憶された本人の個人情報を含む請
求項２１に記載のオンライン取引是認システム。 - 【請求項２４】 前記プロキシサーバは、前記本人によ
って設定されたパラメータの関数として取引要求を選択
的に許可することが可能な事前許可決定部を備える請求
項２１に記載のオンライン取引是認システム。 - 【請求項２５】 前記プロキシサーバが前記本人によっ
て設定されたパラメータの関数として取引要求の事前許
可是認を提供可能な場合、本人の個人情報が保存される
プリセット情報部を備えることを特徴とする請求項２１
に記載のオンライン取引是認システム。 - 【請求項２６】 前記プロキシサーバは、プロキシデー
タベースモジュールと、認証モジュールと、許可モジュ
ールを備えることを特徴とする請求項２１に記載のオン
ライン取引是認システム。 - 【請求項２７】 前記本人装置は、ユーザインターフェ
ースモジュールと、許可モジュールと、本人データベー
スと本人検査部と、装置情報部と、タイマー部を備える
ことを特徴とする請求項２２に記載のオンライン取引是
認システム。 - 【請求項２８】 前記許可された個人情報はクレジット
カード情報を含む請求項２１に記載のオンライン取引是
認システム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/120165 | 2002-04-10 | ||
| US10/120,165 US20030195858A1 (en) | 2002-04-10 | 2002-04-10 | Distributed information storage, authentication and authorization system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003337802A true JP2003337802A (ja) | 2003-11-28 |
| JP2003337802A5 JP2003337802A5 (ja) | 2006-06-01 |
Family
ID=28790045
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003105754A Withdrawn JP2003337802A (ja) | 2002-04-10 | 2003-04-09 | 配信された情報の記憶装置、認証及び許可システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20030195858A1 (ja) |
| JP (1) | JP2003337802A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007089116A (ja) * | 2005-09-22 | 2007-04-05 | Gerard Lin | 電子メッセージシステム |
| JP2010517176A (ja) * | 2007-01-26 | 2010-05-20 | マイクロソフト コーポレーション | デジタルｉｄ提示の配布および使用のコントロール |
| JP2010154419A (ja) * | 2008-12-26 | 2010-07-08 | Digital Arts Inc | 電子ファイル送信方法 |
| JP2016071877A (ja) * | 2014-09-23 | 2016-05-09 | ソニー株式会社 | 電子銀行カードが使用された時の顧客モバイルデバイスへのメッセージ送信 |
Families Citing this family (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003223414A (ja) * | 2001-11-21 | 2003-08-08 | Matsushita Electric Ind Co Ltd | 属性情報保護システムと装置とコンピュータプログラム |
| US20070239614A1 (en) * | 2002-07-10 | 2007-10-11 | Union Beach, L.P. | System and method for the storage of data in association with financial accounts |
| US7290278B2 (en) * | 2003-10-02 | 2007-10-30 | Aol Llc, A Delaware Limited Liability Company | Identity based service system |
| US7904389B2 (en) * | 2007-05-30 | 2011-03-08 | Visa U.S.A. Inc. | Real time account update |
| US8040921B2 (en) * | 2007-06-15 | 2011-10-18 | Sony Ericsson Mobile Communications Ab | Method and apparatus for controlling the transfer of private information in a communication system |
| WO2009001355A2 (en) * | 2007-06-25 | 2008-12-31 | Yosef Salomon | Device, system, and method of protected purchasing |
| US8706622B2 (en) * | 2008-08-05 | 2014-04-22 | Visa U.S.A. Inc. | Account holder demand account update |
| US8347093B1 (en) * | 2010-07-19 | 2013-01-01 | Google Inc. | Privacy preserving name verification |
| US8819444B2 (en) * | 2011-12-27 | 2014-08-26 | Majid Shahbazi | Methods for single signon (SSO) using decentralized password and credential management |
| US9356924B1 (en) | 2011-12-27 | 2016-05-31 | Majid Shahbazi | Systems, methods, and computer readable media for single sign-on (SSO) using optical codes |
| US9916439B2 (en) * | 2012-03-22 | 2018-03-13 | Microsoft Technology Licensing, Llc | Securing a computing environment against malicious entities |
| US9947007B2 (en) | 2013-01-27 | 2018-04-17 | Barry Greenbaum | Payment information technologies |
| CN103346886B (zh) * | 2013-07-01 | 2016-12-28 | 天地融科技股份有限公司 | 一种发送签名数据的方法和电子签名令牌 |
| JP5750497B2 (ja) | 2013-12-11 | 2015-07-22 | 株式会社アイキュエス | アクセス制御装置、プログラム及びアクセス制御システム |
| US10699226B1 (en) * | 2013-12-31 | 2020-06-30 | Governance Sciences Group, Inc. | Systems and methods for automatically generating and providing a compliance notification for a docment in response to a compliance request received from an electronic device via a network |
| SG2014008932A (en) | 2014-02-06 | 2015-09-29 | Mastercard Asia Pacific Pte Ltd | A method and a corresponding proxy server, system, computer-readable storage medium and computer program |
| US9378502B2 (en) * | 2014-09-23 | 2016-06-28 | Sony Corporation | Using biometrics to recover password in customer mobile device |
| US10509900B1 (en) | 2015-08-06 | 2019-12-17 | Majid Shahbazi | Computer program products for user account management |
| CN106982187B (zh) * | 2016-01-15 | 2020-12-01 | 中兴通讯股份有限公司 | 资源授权方法及装置 |
| US10891372B1 (en) | 2017-12-01 | 2021-01-12 | Majid Shahbazi | Systems, methods, and products for user account authentication and protection |
| WO2019221730A1 (en) * | 2018-05-17 | 2019-11-21 | Visa International Service Association | System, method, and computer program product for backup electronic payment transaction processing |
| US20200410503A1 (en) * | 2019-06-29 | 2020-12-31 | Paypal, Inc. | Conditional Transaction Pre-Approval |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08214281A (ja) * | 1995-02-06 | 1996-08-20 | Sony Corp | 課金方法および課金システム |
| US5708422A (en) * | 1995-05-31 | 1998-01-13 | At&T | Transaction authorization and alert system |
| US5638445A (en) * | 1995-09-19 | 1997-06-10 | Microsoft Corporation | Blind encryption |
| US5671285A (en) * | 1995-12-13 | 1997-09-23 | Newman; Bruce D. | Secure communication system |
| US6173269B1 (en) * | 1998-12-16 | 2001-01-09 | Zowi.Com, Inc | Method and apparatus for executing electronic commercial transactions with minors |
| US6434403B1 (en) * | 1999-02-19 | 2002-08-13 | Bodycom, Inc. | Personal digital assistant with wireless telephone |
| US6332134B1 (en) * | 1999-11-01 | 2001-12-18 | Chuck Foster | Financial transaction system |
-
2002
- 2002-04-10 US US10/120,165 patent/US20030195858A1/en not_active Abandoned
-
2003
- 2003-04-09 JP JP2003105754A patent/JP2003337802A/ja not_active Withdrawn
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007089116A (ja) * | 2005-09-22 | 2007-04-05 | Gerard Lin | 電子メッセージシステム |
| JP2010517176A (ja) * | 2007-01-26 | 2010-05-20 | マイクロソフト コーポレーション | デジタルｉｄ提示の配布および使用のコントロール |
| US8689296B2 (en) | 2007-01-26 | 2014-04-01 | Microsoft Corporation | Remote access of digital identities |
| US9521131B2 (en) | 2007-01-26 | 2016-12-13 | Microsoft Technology Licensing, Llc | Remote access of digital identities |
| JP2010154419A (ja) * | 2008-12-26 | 2010-07-08 | Digital Arts Inc | 電子ファイル送信方法 |
| US8595497B2 (en) | 2008-12-26 | 2013-11-26 | Digital Arts Inc. | Electronic file sending method |
| US9497024B2 (en) | 2008-12-26 | 2016-11-15 | Finalcode, Inc. | Electronic file sending method |
| JP2016071877A (ja) * | 2014-09-23 | 2016-05-09 | ソニー株式会社 | 電子銀行カードが使用された時の顧客モバイルデバイスへのメッセージ送信 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20030195858A1 (en) | 2003-10-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11736482B2 (en) | Systems and methods for online third-party authentication of credentials | |
| JP2003337802A (ja) | 配信された情報の記憶装置、認証及び許可システム | |
| JP5334222B2 (ja) | 電子的ルールモジュールクリアリングハウスを用いて、バイオメトリック送信の処理をトークンを用いずに行うシステムおよび方法 | |
| US20030046237A1 (en) | Method and system for enabling the issuance of biometrically secured online credit or other online payment transactions without tokens | |
| US11159321B2 (en) | Digital notarization using a biometric identification service | |
| US20090132813A1 (en) | Apparatus and Methods for Providing Scalable, Dynamic, Individualized Credential Services Using Mobile Telephones | |
| US20070093234A1 (en) | Identify theft protection and notification system | |
| US20030115148A1 (en) | Method and apparatus for processing a secure transaction | |
| US20110055547A1 (en) | Personal information management and delivery mechanism | |
| JP2004506380A (ja) | 人中心アカウントベースのデジタル署名システム | |
| CN108090343B (zh) | 计算机化的授权系统和方法 | |
| CN101663670A (zh) | 对访问web服务资源的请求专用认证 | |
| JP2003526857A (ja) | パーソナルデジタル識別を用いてオンライン不正を低減させる方法および装置 | |
| CN101291217A (zh) | 网络身份认证方法 | |
| US10489565B2 (en) | Compromise alert and reissuance | |
| JP4062206B2 (ja) | 署名復号サービスシステム及びプログラム | |
| JPWO2004053759A1 (ja) | 個人情報管理システム、仲介システム、および端末装置 | |
| KR101505667B1 (ko) | 주민번호의 수집 없는 회원가입, 인증 및 결제 방법 | |
| MX2007002024A (es) | Sistema de proteccion y notificacion de robo de identidad. | |
| US20120290483A1 (en) | Methods, systems and nodes for authorizing a securized exchange between a user and a provider site | |
| US8505079B2 (en) | Authentication system and related method | |
| GB2438651A (en) | Secure financial transactions | |
| Agwanyanjaba | Enhanced Mobile Banking Security: Implementing Transaction Authorization Mechanism Via USSD Push. | |
| US20240273542A1 (en) | Systems and methods for deterring bot access of computer resource | |
| Channakeshava et al. | On Providing Automatic Parental Consent over Information Collection from Children. |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20051130 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060407 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060407 |
|
| A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20090130 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090205 |