(57)【特許請求の範囲】
【請求項１】
承認システムであって、
承認サーバーと、
複数の口座に関する口座データを格納するための口座サーバーと、
複数のトークンの選択された１つからトークンデータを入力するためのトークンリーダー、前記複数の口座の１つを識別する前記トークンデータ、及び、取引データを入力するための入力手段を含むアクセス端末と、
を備え、
前記アクセス端末が、前記トークンリーダーからトークンデータを受信し、且つ、前記入力手段から取引データを受信し、前記トークンデータ及び前記取引データを含む第１取引要求を前記口座サーバーに送信し、及び、前記アクセス端末を識別するアクセス端末識別データを含む第２取引要求を前記承認サーバーに送信することができ、
前記口座サーバーが、前記第１取引要求を受信し、前記口座データの一部と関連する口座識別データを生成するための前記トークンデータを処理し、及び、承認サーバーに前記取引データを含む第３取引要求を送信することができ、
前記承認サーバーが、前記第２取引要求を受信し、且つ、前記第３取引要求を受信し、前記取引データ、及び、前記アクセス端末が前記取引を可能にするために承認されるかどうかを決定するための前記アクセス端末識別データを処理し、前記アクセス端末が承認されたことを示すための承認応答を前記口座サーバーに送信することができ、及び、
前記承認サーバーからの前記承認応答の受信に応じて、前記口座サーバーは、取引データを処理し、処理に依存する前記口座識別データと関連した前記口座データを修正することができ、
前記承認サーバーが、複数のサービスプロバイダサーバーの１つであって、前記トークンデータが、前記トークンに関連したサービスプロバイダサーバーの１つを識別する発信元データを含み、前記口座サーバーが、前記選択したトークンと関連した前記サービスプロバイダサーバーを識別するために前記発信元データを処理し、前記選択したトークンに関して前記識別したサービスプロバイダサーバーと通信することができる承認システム。
【請求項２】
前記口座サーバーが、前記口座データを格納するための記憶手段を含む口座管理サーバーと、前記承認サーバーと通信するための通信手段を含む口座処理サーバーとを備える請求項１に記載の承認システム。
【請求項３】
前記アクセス端末が、第１ネットワークを介して前記口座サーバーに前記第１取引要求を送信し、且つ、第２ネットワークを介して前記承認サーバーに前記第２取引要求を送信することができる請求項１又は請求項２に記載の承認システム。
【請求項４】
前記口座サーバーが、前記取引が処理されたことを確認する確認データを前記アクセス端末と承認サーバーのうち少なくとも１つに送信することができる請求項１〜３のいずれか１項に記載の承認システム。
【請求項５】
前記アクセス端末が、前記第２取引要求に前記取引データを含むことができる請求項１〜４のいずれか１項に記載の承認システム。
【請求項６】
承認サーバーと、複数の口座に関する口座データを格納するための口座サーバーとを含む承認システムで使用するためのアクセス端末であって、
前記アクセス端末が、
複数のトークンの選択した１つからトークンデータを入力するためのトークンリーダーであって、前記トークンデータは前記複数の口座の１つを識別する、トークンリーダーと、
取引データを入力するための入力手段と、
を含み、
前記アクセス端末が、前記トークンリーダーからトークンデータを受信し、前記入力手段から取引データを受信し、前記トークンデータ及び前記取引データを含む第１取引要求を前記口座サーバーに送信し、前記アクセス端末を識別するアクセス端末識別データを含む第２取引要求を前記承認サーバーに送信することができ、
前記承認サーバーが、複数のサービスプロバイダサーバーの１つであって、前記トークンデータが、前記トークンに関連したサービスプロバイダサーバーの１つを識別する発信元データを含み、前記口座サーバーが、前記選択したトークンと関連した前記サービスプロバイダサーバーを識別するために前記発信元データを処理し、前記選択したトークンに関して前記識別したサービスプロバイダサーバーと通信することができるアクセス端末。
【請求項７】
第１ネットワークを介して前記口座サーバーに前記第１取引要求を送信し、且つ、第２ネットワークを介して前記承認サーバーに前記第２取引要求を送信することができる請求項６に記載のアクセス端末。
【請求項８】
前記第２取引要求に前記取引データを含むことができる請求項６又は請求項７に記載のアクセス端末。
【請求項９】
複数の口座に関する口座データを格納するため、及び、前記口座データの一部と関連した口座識別データを生成するトークンデータを処理するための口座サーバーと、トークンリーダーから受信したトークンデータ、及び、入力手段から受信した取引データを含む第１取引要求を前記口座サーバーに送信することができるアクセス端末と、を含む承認システムにおける使用のための承認サーバーであって、
前記承認サーバーが、
前記アクセス端末を識別するアクセス端末識別データを含む第２取引要求を前記アクセス端末から受信するための手段と、
前記取引データを含む第３取引要求を前記口座サーバーから受信するための手段と、
前記アクセス端末が、前記取引を可能にするために承認されているかどうか決定するため、前記取引データ及び前記アクセス端末識別データを処理する手段と、
前記アクセス端末が承認されたことを示すための承認応答を前記口座サーバーに送信する手段であって、それにより、前記承認サーバーからの前記承認応答の受信に応じて、前記口座サーバーは取引データを処理し、前記処理に依存して前記口座識別データに関連した前記口座データを修正することができる手段と、
を備え、
前記承認サーバーが、複数のサービスプロバイダサーバーの１つであって、前記トークンデータが、前記トークンに関連したサービスプロバイダサーバーの１つを識別する発信元データを含み、前記口座サーバーが、前記選択したトークンと関連した前記サービスプロバイダサーバーを識別するために前記発信元データを処理し、前記選択したトークンに関して前記識別したサービスプロバイダサーバーと通信することができる承認サーバー。
【請求項１０】
第１ネットワークを介して前記アクセス端末から前記第２取引要求を受信し、且つ、第２ネットワークを介して前記口座サーバーから前記第３取引要求を受信することができる請求項９に記載の承認サーバー。
【請求項１１】
前記口座サーバーから前記取引が処理されたことを確認する確認データを受信することができる請求項９又は請求項１０に記載の承認サーバー。
【請求項１２】
前記第２取引要求から取引データを抽出し、且つ、前記取引データを処理することができる請求項９〜１１のいずれか１項に記載の承認サーバー。
【請求項１３】
承認サーバー、複数の口座、及び、アクセス端末に関する口座データを格納するための口座サーバーを含むシステムにおける取引を承認する方法であって、
前記方法は、
前記アクセス端末で複数のトークンの選択された１つから、前記複数の口座の１つを識別するトークンデータを入力する工程と、
前記アクセス端末で取引データを入力する工程と、
前記トークンデータ及び前記取引データを含む第１取引要求を前記口座サーバーに前記アクセス端末から送信する工程と、
前記アクセス端末を識別するアクセス端末識別データを含む第２取引要求を前記承認サーバーに前記口座サーバーから送信する工程と、
前記口座データの一部に関連した口座識別データを生成するために前記口座サーバーで前記トークンデータを処理する工程と、
前記承認サーバーに前記口座サーバーから、前記取引データを含む前記第３取引要求を送信する工程と、
前記アクセス端末が、前記取引を可能にするために承認されるかどうかを決定するために前記承認サーバーで前記取引データ及び前記アクセス端末識別データを処理する工程と、
前記アクセス端末が承認されたことを識別するため、承認応答を前記口座サーバーに前記承認サーバーから送信する工程と、
前記承認サーバーからの前記承認応答の受信に応じて、前記口座サーバーで前記取引データを処理し、且つ、前記処理に依存する前記口座識別データに関連した前記口座データを修正するする工程と、
を含み、
前記承認サーバーが、複数のサービスプロバイダサーバーの１つであって、前記トークンデータが前記トークンに関連した前記サービスプロバイダサーバーの１つを識別する発信元データを含み、更に、前記選択されたトークンに関連した前記サービスプロバイダサーバーを識別する前記発信元データを処理し、前記選択されたトークンに関して前記識別されたサービスプロバイダサーバーと通信することを備える方法。
【請求項１４】
前記口座データを格納し、且つ、前記承認サーバーと通信することを更に備える請求項１３に記載の方法。
【請求項１５】
第１ネットワークを介して前記口座サーバーに前記アクセス端末から前記第１取引要求を送信し、且つ、第２ネットワークを介して前記承認サーバーに前記アクセス端末から前記第２取引要求を送信することを更に備える請求項１３又は請求項１４に記載の方法。
【請求項１６】
前記取引が、処理されたことを確認する確認データを前記アクセス端末及び承認サーバーの少なくとも１つに前記口座サーバーから送信することを更に備える請求項１３〜１５のいずれか１項に記載の方法。
【請求項１７】
前記第２取引要求に前記取引データを含むことを更に備える請求項１３〜１６のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、承認システム、アクセス端末、承認サーバーとその方法に関する。本発明は、物理的セキュリティシステムを含む、多くの技術分野に潜在用途を見出すことができる。
【発明の概要】
【０００２】
セキュリティやデータ送信効率に関する課題を含む、従来の承認システムと関連する課題の観点において、例えば、本発明は、承認サーバーと、複数のアカウントに関するアカウントデータを格納するためのアカウントサーバーと、複数のトークンの選択された１つからトークンデータを入力するためのトークンリーダー、前記複数のアカウントの１つを識別する前記トークンデータ、及び、取引データを入力するための入力手段とを含むアクセス端末と、を備える承認システムであって、前記アクセス端末が、前記トークンリーダーからトークンデータを受信し、且つ、前記入力手段から取引データを受信し、前記トークンデータ及び前記取引データを含む第１取引要求を前記アカウントサーバーに送信し、及び、前記アクセス端末を識別するアクセス端末識別データを含む第２取引要求を前記承認サーバーに送信することができ、前記アカウントサーバーが、前記取引要求を受信し、前記アカウントデータの一部と関連するアカウント識別データを生成するための前記トークンデータを処理し、及び、承認サーバーに前記取引データを含む第３取引要求を送信することができ、前記承認サーバーが、前記第２取引要求を受信し、且つ、前記第３取引要求を受信し、前記アクセス端末識別データが取引可能であると承認されるかどうかを決定するために、前記取引データ及びアクセス端末データを処理し、該当する場合、前記アクセス端末が承認されたことを示すための承認要求を前記アカウントサーバーに送信することができ、及び、前記承認サーバーからの前記承認要求の受信に応じて、前記アカウントサーバーは、取引データを処理し、処理に依存する前記アカウント識別データと関連した前記アカウントデータを修正することができる承認システムを提供する。
【０００３】
これは、以下により詳細に説明するような、改良されたセキュリティとより効率的なデータ処理を提供することができる。
【０００４】
本発明は、アクセス端末、アカウントサーバー（アカウント管理サーバー及びアカウント処理サーバーの形式であって良く、独立して提供されても良い。）、及び、請求項に定義され、以下に説明された特徴に従った承認サーバーを別々に提供することができる。類似の方法が提供されても良い。アクセス端末の新規の副構成要素、アカウントサーバー及び／又は承認サーバーは、本発明の独立した態様として提供されても良い。
【０００５】
例えば、本発明の別の態様において、承認サーバーと、複数のアカウントに関するアカウントデータを格納するためのアカウントサーバーとを含む承認システムで使用するためのアクセス端末であって、前記アクセス端末が、複数のトークンの選択した１つからトークンデータを入力するためのトークンリーダー、前記複数のアカウントの１つを識別する前記トークンデータ、及び、取引データを入力するための入力手段を含み、前記アクセス端末が、前記トークンリーダーからトークンデータを受信し、前記入力手段から取引データを受信し、前記トークンデータ及び前記取引データを含む第１取引要求を前記アカウントサーバーに送信し、前記アクセス端末を識別するアクセス端末識別データを含む第２取引要求を前記承認サーバーに送信することができるアクセス端末を提供する。
【０００６】
発明の別の態様では、アクセス端末とアカウントサーバーを含む承認システムにおいて使用するための承認サーバーであって、前記アクセス端末はトークンリーダーから受信したトークンデータ、及び、入力手段から受信した取引データを含む第１取引要求を前記アカウントサーバーに送信することができ、アカウントサーバーはアカウントデータの一部と関連しているアカウント識別データを生成するための前記トークンデータを処理するために、複数のアカウントに関するアカウントデータを格納し、及び第一取引要求を受信することができ、前記承認サーバーは、前記アクセス端末を識別するアクセス端末識別データを含む第２取引要求を前記アクセス端末から受信するための手段と、前記取引データを含む第３取引要求を前記アカウントサーバーから受信するための手段と、前記アクセス端末が、前記取引を可能にするために承認されるかどうかを決定する前記取引データ及び前記アクセス端末識別データを処理するための手段と、前記承認サーバーからの前記承認要求の受信に応じて、前記アカウントサーバーが前記取引データを処理し、前記処理に依存する前記アカウント識別データに関連した前記アカウントデータを修正することができることによって、前記アクセス端末が識別されたことを示すための承認要求を前記アカウントサーバーに送信するための手段と、
を備える承認サーバーを提供する。
【０００７】
承認システムの構成要素間の通信は、媒体装置を介して行われる場合があることが理解されるであろう。例えば、承認サーバーは第三機関を介してアカウント処理サーバーと通信しても良い。いずれの参照においても、２つの機関の間の通信は、媒体を介した通信を除くものとして解釈すべきではない。
【０００８】
以下でより詳細に説明するように、本発明は、物理的セキュリティシステム、プロセスオートメーション及び取引処理のような分野に適用することができるが、これらに限定されるものではない。
【０００９】
本発明は、例えば、専用ハードウア、又は専用ハードウェアとソフトウェアの混合物を使用する任意の簡便な形式で実装することができる。本発明は、ワークステーション又はノート型パソコンによって実装されるコンピューターソウトウェアとして実行するのに適している。本発明は、任意のローカルエリアネットワーク又はワイドエリアネットワーク、従来型の地上波又はワイヤレス通信ネットワークを含むことができる１つ以上のネットワークを更に含んでも良い。システムとシステム構成要素は、汎用コンピューター、携帯情報端末、（ＷＡＰ又は３Ｇ対応電話などの）携帯電話などのような任意の適当なプログラム可能な装置を含んでも良い。本発明の態様は、プログラム可能な装置上に実装可能なコンピューターソフトウェアを包含する。コンピューターソフトウェアは、任意の従来型運搬媒体を使用してプログラム可能な装置に提供されることができる。運搬媒体は、コンピューターコードを運搬する電気的、光学的、マイクロ波、音響周波又は高周波信号のような一時的運搬媒体を含むことができる。一時的媒体の例として、インターネットなどのＩＰネットワーク上でコンピューターコードを運搬するＴＣＰ／ＩＰ信号がある。運搬媒体は、フロッピー（登録商標）ディスク、ハードディスク、ＣＤ  ＲＯＭ、磁気テープ装置又は半導体メモリ装置のようなコードを読み込み可能なプロセッサを格納するための格納媒体も備えることができる。
【００１０】
本発明の各態様及び多様な特徴は、上述のように独立して定義されているが、当然のことながら、必要に応じて、各態様は発明の任意の他の態様又は特徴を任意に組み合わせて使用されることができる。参照される複数の事項は、通常、１つだけの事項を参照することによって置き換えられても良く、逆の場合も同様に、適用できる。（例えば、発明が１つのアカウントのみを使用して実装されても良い。）
【００１１】
当然のことながら、本発明は上述された任意の特定の一態様に限定されるとは考えない。本発明は、以下に説明するように、多くの技術分野に潜在用途を見出すことが考えられる。
【図面の簡単な説明】
【００１２】
【図１】承認システムの概略図である。
【図２】図１の承認システムの一実施形態の概略図である。
【図３】図１の承認システムの他の実施形態の概略図である。
【図４】図１のアクセス端末の概略図である。
【図５】図１のアカウントサーバーの概略図である。
【図６】図１の承認サーバーの概略図である。
【図７】図１のシステムにおけるデータ送信の概略図である。
【図８】承認システムの他の実施形態におけるデータ送信の概略図である。
【発明を実施するための形態】
【００１３】
本発明の実施形態は、添付の図を参照して説明される。
図や説明に、特徴を数字で表示する。承認システムの構成要素は、次に、システムの操作の説明と、その後のシステムの適用のいくつかの例を挙げて説明する。
【００１４】
図１は、承認システムの概略図である。アクセス端末１００、アカウントサーバー１２０及び承認サーバー１４０が提供される。端末１００、サーバー１２０及びサーバー１４０は３つの構成要素間で通信できるように連結されている。
【００１５】
図２は、図１の承認システムの一実施形態の概略図である。本実施形態において、アクセス端末１００、アカウントサーバー１２０及び承認サーバー１４０は、インターネットや他のワイド又はローカルエリアネットワーク（又はそれらを適当に組み合わせたもの）のようなネットワーク１６０によって接続される。また、任意に参照されるネットワークは、専用のあるいは２点間のリンクをカバーすることを考慮しても良い。
【００１６】
図３は、図１の承認システムの他の実施形態の概略図である。本実施形態において、アクセス端末１００、アカウントサーバー１２０及び承認サーバー１４０は、取引ネットワーク１６２及び承認ネットワーク１６４によって相互連結される。各ネットワーク１６２、１６４は、異なるセキュリティレベル、異なるデータ容量及び異なる特性を有していても良い。例えば、取引ネットワーク１６２は、多数のアクセス端末とアクセス端末と同数のアカウントサーバーとの間の多くの取引を処理するために使用される高セキュリティのネットワークであって良い。承認ネットワーク１６４は、例えば、承認サーバー１４０及び多数の承認された（あるいは他の）アクセス端末が通信できる相対的低帯域幅ネットワークであっても良い。ネットワーク１６４は、更に、アクセス端末から承認サーバーへの一方向リンクであっても良い。セキュリティは、承認特性を異なるシステム構成要素に分割するだけでなく、承認処理の異なる態様のための分離ネットワークを使用することによって、増大することができる。セキュリティは、２つのネットワークの１つ（又はアカウントサーバー及び承認サーバーの１つ）に障害が起きた場合でさえ、ある程度維持され得る。
【００１７】
図４は、図１のアクセス端末の概略図である。端末１００はプロセッサ１０２、プロセッサによって実行済みの命令を含むプログラムメモリ１０４、（スマートカード、スワイプ・カード、バーコード、赤外線、無線ＩＣタグ（ＲＦＩＤ）又は他のリーダーのような）トークンリーダー１０６、及び（１つ以上のネットワーク、又はシステムの他の部分と通信するための適当な任意の他の入力及び／又は出力装置とのインターフェイスを含んでも良い）ネットワークインターフェース手段１１０を含む。端末は、独立したコンピューターシステム、専用コンピュータハードウェア又は適当に相互連結された構成要素の分散収集であって良い。ディスプレイ及び他の入力／出力装置は、これ及び適用可能なすべての他の装置との接続を提供しても良い。
【００１８】
図５は、図１のアカウントサーバーの概略図である。アカウントサーバー１２０は、１つ以上のプロセッサ１２２、１つ以上のプログラムメモリ１２４、アカウントデータを格納することができる１つ以上のアカウントデータ格納部１２６、及び（１つ以上のネットワークなどとインターフェースで接続することを再度含んでも良い）１つ以上のネットワークインターフェース手段１２８を含む。アカウントサーバーは、別々のアカウント管理サーバー及びアカウント処理サーバーのような分離したパーツに提供されていても良い。これは、システムのセキュリティを向上させることができる。アカウントサーバー１２０の特性は、例えば、増加した容量や反応時間のための多数のシステムにわたって分散されても良い。
【００１９】
図６は、図１の承認サーバーの概略図である。承認サーバー１４０は１つ以上のプロセッサ１４２、１つ以上のプログラムメモリ１４４及び１つ以上のネットワークインターフェース手段１４６、上述のようなすべてのものを含む。
【００２０】
図７は、（トークンリーダー１０６及び入力手段１０８を含む）アクセス端末１００、（アカウントデータ格納部１２６を含む）アカウントサーバー１２０及び承認サーバー１４０との間のデータ送信の概略図である。
【００２１】
システムの使用の一例において、（磁気ストライプを備えたフレキシブルカード及び／又はスマートカード、フラッシュメモリ装置、印刷されたバーコードなどのような）トークンは、トークンリーダー１０６によって読み取られ、（識別番号、承認データなどのような）トークンデータ２００は、アクセス端末に入力される。（量又は質、タイプの選択又はオブジェクトの特定の場合、適用するための処理の選択などのような）取引データ２０２は、その後、入力手段１０８によって入力される。
【００２２】
その後、アクセス端末１００は、定式化し、アカウントサーバー１２０に第１取引要求２０４を送信する。第１要求２０４は、トークンデータ２００及び取引データ２０２、並びに（アクセス端末、端末オペレーター及び／又はトークンホルダーの識別などの）任意の更なる情報を含む。更なる（第２）取引要求２０６は、その後、定式化され、承認サーバー１４０に送信される。第２要求２０６は、アクセス端末（又は、任意に、端末のオペレーター、及びトークンデータのような任意の他のデータ）を識別するアクセス端末識別データを含む。
【００２３】
その後、アカウントサーバー１２０は要求２０４を処理し、（任意に元の要求２０４と同様の）更なる（第３）取引要求２０８を定式化する。それは、承認サーバー１４０に転送する。第３要求２０８は、取引データを含むが、（このような場合、任意にではあるが）トークンデータを含まない。特定の一実施形態において、トークンデータは、実行可能な複数のサービスプロバイダサーバーの中から前記の承認サーバーを識別し、その結果、それに応じてアカウントサーバー１２０に通信を送らせる（例えば、トークン識別番号でエンコードした）発信元データを含む。
【００２４】
取引データ、トークンデータ、及び、アクセス端末識別データは、同じ経路を介して送信される（必要は）なく、承認サーバー又はアカウントサーバーは３つ全ての情報を受信する必要もない。これは、セキュリティ及びプライバシーを向上させることができる。
【００２５】
承認サーバーは、取引が認められるべきかどうかを判断するためにアクセス端末識別データ及び取引データを評価する。そうだとしたら、（取引又はセッション識別子又は同様のものを含んでも良い）承認要求２１０は、アカウントサーバー１２０に送信される。それに応じて、アカウントサーバー１２０は、取引を達成するために、（トークンと関連するアカウントデータを適当に修正することによって）アカウントデータ格納部１２６のデータに修正箇所２１２を作成する。確認２１４は、その後、アクセス端末１００に（任意に）送信され、そして、確認２１６もまた、（任意に）承認サーバー１４０に送信される。
【００２６】
図８は、承認システムの他の実施形態におけるデータ送信の概略図である。簡単にするために、トークンリーダー１０６、入力手段１０８及びアカウントデータ格納部１２６は、省略する。本実施形態において、アクセス端末１００、アカウント管理サーバー１３０及び（前述のような）アカウント処理サーバー１３２及び承認サーバー１４０を示す。アカウントサーバー１２０をサーバー１３０及び１３２に分割することは、システムのセキュリティを更に増大させることができる。
【００２７】
本実施形態では、原則的に同じ処理工程で行われる。トークンデータ及び取引データを含む第１取引要求２０４、及び、代理店識別データを含む第２取引要求２０６は、前述のように送信される。アカウント管理サーバー１３０は、取引要求２０８をアカウント処理サーバー１３２に転送し、順に、アカウント処理サーバーは、要求２０９を承認サーバーに転送する。承認要求２１０は、アカウント処理サーバー１３２に戻り、その後、サーバー１３０に取引を行わせるためにアカウント管理サーバー１３０に指示２１１を転送する。本実施形態において、アカント管理サーバーは、アカントデータ格納部を制御し、且つ、取引要求が送られるべき場所を決定するために必須の処理を行う。これは、複数のアカウント処理サーバー１３２が提供され、システムの柔軟性を高めることができる。アカウント処理サーバー１３２は、承認サーバー（単数でもよく／複数でもよい）１４０との通信を処理し、これはアカント管理サーバー１３０を再構築する必要なく、異なる承認サーバー１４０を備えることができる。サーバー１３０、１３２及び任意の他のサーバーとの間の機能の異なる分布はもちろん可能である。
【００２８】
更に、暗号化／復号化及び承認の工程は、システムの１つ以上の部分で実行されても良い。
【００２９】
上述の承認システムは、任意の関連のある状況に適用されても良い。
【００３０】
例えば、一実施形態において、上述の承認システムは、特定の場所用にアクセス制御システムを提供するよう使用されることができる。例えば、トークンはセキュリティカードに対応しても良く、アクセス端末は建物の出口に置かれているセキュリティカードリーダーのようなセキュリティアクセスポイントに対応しても良い。例えば、トークンリーダーはスワイプ・カードリーダーであっても良く、そして、入力手段はキーパッドリーダーであっても良い。例えば、取引データは「使い捨て」のセキュリティコードを含んでも良い。アカウントサーバーは個別のユーザーのアクセス詳細を格納できる。例えば、使用した（そして、ひいては有効期限切れである）コードのリストを格納しても良い。例えば、使い捨てコードは、電子キーホルダーや類似のものによって提供されることができる。
【００３１】
本システムにおいて、ユーザーがそれらのカードを機械に通した場合、それらのユーザー詳細及び使い捨てコードはアカウントサーバーに送信される。ユーザー詳細及びアクセスポイントの識別は、承認サーバーに送信される。アカントサーバーは、ユーザーに関連する格納されたコードとそれを比較することによって、使い捨てコードが受け入れ可能であるかを独立して検証することができる。使い捨てコードが有効であれば、その後、アカウントサーバーは、識別されたユーザーが関連エリアにアクセスする資格があるか検証することを承認サーバーに要求する（ユーザー識別とアクセスポイント識別を考慮することによってなされる）。承認が与えられると、その後、アカウントサーバーは、コードが期限切れであるとマークして、ユーザーアカウントを更新するための取引を行う。その後、承認の確認は、ユーザーがアクセスポイントを通過することを許可するために、アクセスポイントに送信される。確認は、例えば、承認サーバーに提供されても良く、これは、エントリーの独立したログを提供しても良い。追加の暗号化及び／又は承認が提供され得る。
【００３２】
本システムは、システムの異なる構成要素に承認の異なる態様を分配することによって、セキュリティを向上させることができる。それによって、承認サーバー及びアカウントサーバーの１つに障害が起きたとしても、ある程度のセキュリティは維持され得る。同時に、システムの複雑さは比較的低いレベルのままで、効率よく、且つ、タイムリーなユーザーの検証を可能にする。
【００３３】
アカウントサーバーは、もう一つの方法として、ロギング（ｌｏｇｇｉｎｇ）及び使い捨てコードの検証に関与する分離したアカウント管理サーバー、及び承認サーバーとの通信に関与するアカウント処理サーバーを設ける。この機能の分離は、さらなるセキュリティを提供することができる。なぜならば、例えば、アカウント処理サーバーを危険にさらすことは、必ずしも格納した使い捨てコードを危険にさらすことにはならないからである。
【００３４】
更に、完全に独立した実施形態は、磁気又は他のものによってアカウントデータをエンコードするカードを使用する取引システムに関連した、上述のような承認システムの使用に関する。そのようなカードは、例えば、印刷された１６桁（または他の）の識別数字、及び、磁気ストライプ及び／又は保証されたスマートカードを含んでも良い。トークンリーダーは、スワイプ・カードリーダー又は類似のものを含んでも良く、例えば、それはクレジット又は他の同様のカードを機械に通すために適した従来のＰＯＳ（ｐｏｉｎｔ−ｏｆ−ｓａｌｅ）リーダーであっても良い。「機械に通す」とは、磁気ストライプを読み取るために物理的にカードを機械に通すのと同様に、内蔵されたスマートカードなどと通信したり、バーコードをスキャンしたりするという意味を含んでいてもよい。そのようなＰＯＳ（ｐｏｉｎｔ−ｏｆ−ｓａｌｅ）システムは、通常、ＰＯＳシステムの所有者から商品やサービスの購入に関わる取引を行うために利用されても良い。それによって、クレジット又は他のカードは機械に通され、そして、金額は、その後、ＰＯＳシステムの所有者のアカウントに入金される。本システムにおいて、クレジットカード発行会社のコンピューターシステムは、アカウント管理サーバーを構成しても良く、クレジットカードプロセッサのコンピューターシステムは、アカウント処理サーバーを構成しても良い。通信は、媒体を介して行われても良い。例えば、承認サーバーは、（承認サーバーのオペレーターに代わって資金を前払いされてもよい）銀行又は同様の機関を介してアカウント処理サーバーと通信しても良い。上述の、より一般的な例に類似する他のアレンジメントはもちろん可能である。
【００３５】
上述の承認システムは、例えば、以下の機能を実装することによって、プリペイドクレジットカードを提供するために使用することができる。（ａ）承認サーバーとしての機能を果たす第三機関コンピューターシステムを提供（又は修正）する。（ｂ）（例えば、）特徴的なビン（ｂｉｎ）番号（原則的に、カードの様々な数字に含まれるカードの発行元（第三機関）の識別番号）を顧客クレジットカード（又は類似物）に発行する。（ｃ）顧客カードがＰＯＳシステムに通されると、通されたことの詳細が、承認のために第三機関のコンピューターに（特徴的なビン（ｂｉｎ）番号の検出で）リダイレクトされるようにアカウントサーバー（クレジットカード発行会社及び／又はクレジットカードプロセッサ）を適応させる。そして、（ｄ）更に、承認が第三機関コンピューターシステムから受信されると、機械に通されたカードに関連するアカウントは、ＰＯＳシステムで入力された番号に応じた金額を入金するようアカウントサーバーを適応させる。ここで、例えば、アカウントデータは、各カードに関連する信用金額を含む。それ以上又はそれ以下の修正は、もちろんすることができる。従って、プリペイドカードにお金を「入金する」ための手段は、現存のＰＯＳ装置を使用することができる。更に、カードにお金を「入金する」行為は、売上を処理するために使用される行為（カードを機械に通す、金額の合計を打ち込む）と同様とすることができる。これは、システムの複雑さ、及び、システムにおける取引データの量を低減することができる。更に、ＰＯＳシステムは、例えば、第三機関の代理店の施設内で、要求された代理店の取引及び識別の詳細を直接（又は間接）的に第三機関コンピューターに送信するよう適応され得る。従って、取引を承認するための決定を代理店の身元に基づいて作成することができる（従って、例えば代理店の信用格付けを評価することができる）。本実施形態において、ユーザーが代理店に資金を提供するとき、代理店とクレジットカード発行会社又はクレジットカードプロセッサとの間で資金の移動は生じない。しかし、資金はクレジットカード発行会社へ第三機関によって代わりに提供される。その後、資金は、代理店によって、いずれかの時期に、第三機関へ払い戻される。承認処理は、信用できる代理店からの取引のみが処理されるよう保証するために使用される。第三機関が、多くの流動性資産及び／又は高い信用性を有する場合、クレジットカードは、銀行口座を必要とせずに、銀行カードの信頼性で使用することができる。本発明は、この適用に限定されない。
【００３６】
他の実施形態は、もちろん可能である。例えば、産業（特に、多くの異なる注文商品が製造されている産業）において、システムは製品の処理を行うために使用することができる。例えば、工場は、ある操作が、工場における一連の製品の一連の工程で行われるよう配置されても良い。製品の特性は、例えば、特定の製品に対応し、また、製品について行われた操作や、任意にその製品の特徴をも記載した各アカウントと共にアカウントサーバーに格納される。例えば、トークンは、製造工程の開始時に各製品上に印刷されたバーコードであっても良い。従って、トークンリーダーは、バーコードリーダーであっても良い。
【００３７】
各工程では、労働者がその工程に関連した処理を行うことを目的として、製品のバーコードをスキャンする。その後、労働者は、処理時間、温度、材料の選択、圧力等のような実行される処理の特性に応じたコードを入力する。その後、アカウントサーバーは、製品に関連する記録を検証し、承認サーバーに要求を伝える。その後、承認サーバーは、要求された操作（取引）が与えられた製品及び工程（工程コンピューター[アクセス端末]及びアカウントサーバーの両方から収集した情報）に適切であることを検証する。そうだとしたら、その後、アカウントサーバーは、（例えば、工程又は関連した機械に関する有効にする（ｅｎａｂｌｅ）信号を送信することによって）操作を承認し、要求された操作を記録する。
【００３８】
従って、任意の危険な又は不適切な処理は、（承認サーバーによって）防止され、そして、与えられた製品に行う処理の履歴を（アカウントサーバーから）呼び戻すことができる。
【００３９】
その上、更なる承認システムの適用は、もちろん可能である。用語「トークン」は、個々に同一を証明できる識別及び／又はデータ格納の形式を含んでいてもよく、且つ、（例えば、識別又は格納されたデータに関する）データ入力を提供するために使用されることもできる。（例えば「操作」の代わりに使用しても良い）用語「取引」は、例えば、イベント、処理、財務取引、生産工程などを含んでも良く、狭義に解釈されるべきではない。
【００４０】
更に、本発明の趣旨及び範囲内での修正は、当業者にとって明らかである。
【図１】
0004810613.tif 000002
【図２】
0004810613.tif 000003
【図３】
0004810613.tif 000004
【図４】
0004810613.tif 000005
【図５】
0004810613.tif 000006
【図６】
0004810613.tif 000007
【図７】
0004810613.tif 000008
【図８】
0004810613.tif 000009