JP2001516485A - スマートカード決済処理方法及びその装置 - Google Patents

Abstract

(57)【要約】 スマートカード決済処理システムは、対応するスマートカードのコントラクトを格納する。前記コントラクトは利用者がサービス、又は製品の購入する際のルールを特定する。前記利用者が特定のサービス、又は製品に対する要求をすると、前記システムは要求を満たすコントラクトを取得、起動する。前記利用者が該コントラクトを承認すると、前記システムは要求されたサービス、又は製品の支払受取のための処理を実行し、そして、該サービス、又は製品へのアクセスを提供する。利用者は、コントラクトに対応する機能を実行することが出来る。また、コントラクトは作成、編集、消去、或いは、他のスマートカード利用者へ販売する事が可能である。

Description

【発明の詳細な説明】 スマートカード決済処理方法及びその装置 技術分野 本発明は、スマートカードに係る決済の処理方法及びその装置に関する。 背景技術 スマートカードとは、スマートカード読取装置と共動して機能するマイクロプ ロセッサを内蔵したクレジットカード型のカードである。内蔵されたマクロプロ セッサは商品やサービスの購入に関わる決済の処理を行う。この決済は、カード に格納された「パース（財布の意）」、即ち、そのカードの決済可能額を識別す るデータを用いて行われる。又、決済の安全性のため、通常スマートカードには データの暗号化機能が含まれている。一般に、利用者がスマートカードを読取装 置に挿入すると、ユーザーインターフェース、例えばスクリーンにそのスマート カードに含まれる決済可能額が利用者に対し表示される。そこで、利用者はスマ ートカードを用いて決済を行う。例えば、利用者がスマートカードを用いてある 特定の商品を購入すると、スマートカード読取装置は決済の認証を行い、パース より相当額を差し引く。 スマートカードには、周知のクレジットカードに比べ安全性が高いという利点 がある。クレジットカードを用いて決済する場合には、特に電話での決済では、 クレジットカード番号のみで決済を行えてしまう。これに対しスマートカードの 場合、カードの現物無しに決済を行うことは出来ない。つまり、スマートカード には、カードの現物とは別に用いて決済が行えるような番号といったものは存在 しない。 又、スマートカードは処理能力が高いため、例えば医療履歴等の利用者の個人 情報を収集し、収集した情報をカードの記憶機構に格納しておくことも可能であ る。これにより利用者は、カードに格納された情報を相当量の書類を介さず医療 機関等に転送する手軽で便利な手段を与えられることになる。加えて、スマート カードに格納された情報は許可無くアクセス出来ないという点で、より安全性が 高い。 又、スマートカードを用いれば、金融機関や企業がスマートカード利用者の購 入を追跡することが可能になる。利用者にとってスマートカードは製品購入に際 し、特に少額の購入に際し利便性が高いので、より正確に利用者の購入の追跡、 関連した市場情報の収集が行える。例えば、ある利用者がある特定の製品をスマ ートカードで購入した場合、その情報をネットワークを介して保存し、当該製品 の競合製品販売者に売却することが可能である。競合製品の販売者は、この情報 に基づき当該利用者に対し自社製品の販売活動を行うことが出来る。 しかしながら現在までのところ、スマートカードに内蔵されたマイクロプロセ ッサの有する機能性は、スマートカード所有者の利益に鑑み十分に活用し尽くさ れているとは言えない。従って、スマートカード利用者のため、この機能性をよ り向上させることが求められている。 発明の開示 本発明に係る装置は、スマートカード利用者から特定のサービス又は製品の要 求を受け取る受取手段と、前記スマートカードに対応し、かつ前記利用者が前記 サービス又は製品にアクセスできる条件を識別するコントラクトを特定する手段 と、前記要求に応じて前記コントラクトを起動し前記利用者に前記サービス又は 製品へのアクセスと提供する手段と、を備えることを要旨とするものである。 また、本発明に係る別の装置は、複数のスマートカードに対応し、かつ利用者 が複数のサービス又は製品にアクセスできる条件を識別する複数のコントラクト を特定する手段と、前記複数のコントラクトの閲覧要求を受け取る手段と、前記 複数のコントラクトを表示する手段と、を備えることを要旨とするものである。 更に、本発明に係る方法は、スマートカード利用者から、特定のサービス、又 は製品に対する要求を受け取る工程と、前記スマートカードに対応し、前記利用 者が前記サービス、又は製品にアクセスするための条件を識別するコントラクト を特定する工程と、前記要求に応答して前記コントラクトを起動し、前記利用者 に前記サービスや製品へのアクセスを提供する工程と、を備えることを要旨とす るものである。 図面の簡単な説明 説明の一部を構成する添付図面は、明細書の記述と共に本発明の利益及び趣旨 を説明するためのものである。 図１は、本発明に係るスマートカード決済処理システムの構成要素を示す構成 図である。 図２は、スマートカードの構成図である。 図３は、本発明に係るスマートカード決済処理プログラムのモジュールの構成 図である。 図４Ａ及び図４Ｂは、本発明に係るスマートカード決済処理の工程を示すフロ ーチャートである。 図５は、スマートカード決済処理の認証の工程を示すフローチャートである。 図６は、スマートカード決済に係るユーザーインターフェースの一例を示す。 図７は、ある特定のスマートカードに対応するコントラクトを利用者に表示し 、利用者がそのコントラクトを選択するのに用いるユーザーインターフェースの 一例を示す。 発明の詳細な説明 以下に、本発明を図面を参照して詳細に説明する。尚、説明は好適な実施例に 基づいて為されるが、本発明の趣旨及び範囲から逸脱することなく他の実施例、 又、種々の変更が可能である。本発明は以下に述べる詳細な説明に何ら限定され るものではなく、本発明の範囲は請求の範囲及びこれを裏付ける記載によって定 められる。 導入 本発明による装置及び方法は、スマートカードに内蔵されたマイクロプロセッ サの有する機能性を活用して、スマートカードの汎用性を高めるものである。特 に、特定のスマートカードに対応するプログラムには、１つ、又はそれ以上のコ ントラクトが格納されており、このコントラクトは、スマートカードの所有者、 或いはそのスマートカードの他の利用者がサービス又は製品にアクセスする際に 従う項、即ち条件を特定する。スマートカードの所有者又は利用者がある特定の 製品やサービスを要求すると、そのプログラムは対応するコントラクトを起動し 、前述のコントラクトの条件下で、要求された製品やサービスへのアクセスを可 能にする。この種のプログラムでは通常、所有者又は利用者が、サービスや製品 にアクセスするためのコントラクトを受け入れるか、或いは拒否するか選択でき るようになっている。 更に、スマートカードの所有者、又は利用者は通常、スマートカードの コントラクト一覧を閲覧しこれを編集することもできる。これに加えて、新たな コントラクトを作成し、これを一覧に加えたり、格納されているコントラクトを 他のスマートカード所有者に発行したりする事も可能である。 システム構成 図１は、本発明に係るスマートカード決済処理システムの構成要素を説明する 。例えばスマートカード読取装置１０１のような装置がスマートカード１００か ら、或いは、スマートカード１００へ、情報を転送する。マートカード読取装置 は市販のもので、例えば、Ａｌａｄｄｉｎ Ｋｎｏｗｌｅｄｇｅ Ｓｙｓｔｅｍ ｓ社製のＡＳＥＤｒｉｖｅスマートカード読取装置、Ａｒｔｅｃｈ Ｄａｔａｔ ｒｏｎｉｃ Ｓｙｓｔｅｍｓ社製のＳｍａｒｔ Ｗｒｉｔｅｒスマートカード読 取装置などが含まれる。スマートカードからの情報は、好ましくはプロセッサ１ ０２に転送される。このプロセッサ１０２は、ソフトフェアの制御下スマートカ ード決済に関連する種々の機能を実行する。プロセッサ１０２はまた、スマート カードに関する情報を表示したり、利用者からのコマンドを受け取ったりするた めのディスプレイ装置１０４に接続されている。ディスプレイ装置１０４は、Ｃ ＲＴディスプレイ、又は液晶表示画面等どんなタイプのディスプレイででも実装 可能である。プロセッサ１０２はまた、プロセッサ１０２へ情報を入力するため のキーボードやカーソルコントロール装置等の入力装置１０７にも接続されてい る。 或いは、スマートカードの情報は、サーバー１０６がネットワーク１０５を介 して受け取り、このネットワーク１０５を介してスマートカード読取装置１０１ と通信することも可能である。サーバー１０６は、更に別のプロセッサ、及びこ れに対応する入力装置、又はディスプレイ装置と接続することも可能で、これに より利用者はサーバー１０６へ情報を入力したり、サーバー１０６から情報を受 け取ったり出来るようになる。従って、プロセッサやサーバを、スマートカード 読取装置と直接つなぐ必要は無く、即ち、プロセッサやサーバが物理的にスマー トカード読取装置や利用者の近くに置かれている必要は無い。 プロセッサ１０２やサーバー１０６はスマートカード決済処理プログラムの制 御下で動作する。このプログラムの一つの実施例を、「マーケティアプログラム 」と称するが、この「マーケティア」という用語は単にプログラムの一例を識別 するためのものであり、スマートカード決済処理プログラムをマーケティング、 或いはマーケティングに関連する活動に何ら限るものでは無い。マーケティアプ ログラムは、ハードディスクドライブのようなコンピュータ可読媒体を有する記 憶装置１０３、又はサーバー１０６にも格納できるし、或いは代わりに、スマー トカード自体に格納することも可能である。加えて、マーケティアプログラムは 、搬送波に乗せたコンピュータデータ信号において実装することも可能である。 このコンピュータデータ信号は一連の指示を表し、プロセッサがこの指示を実行 すると、マーケティアプログラムの工程を実行し周辺装置を絶対アドレスでアド レス指定する。 図２は、典型的なスマートカード１００の構成要素を示す構成図である。スマ ートカード１００は、マイクロプロセッサ２００、及びこれに接続されたコンピ ュータ可読媒体を有するメモリ２０１を備える。マイクロプロセッサ２００は、 スマートカード読取装置との情報の受け渡しを行う端子２０２に接続されている 。端子２０２は、カード上に一つ、又は複数の金属の電気的接触子を設けても良 いし、或いは光学的コネクタとしても良い。或いは、代わりに端子２０２に電磁 エネルギーを用いてカードに信号を伝達するようにすれば、例えば利用者が財布 からカードを取り出さなくてもカードの読み取りが行えるようになるという利点 を呈する。これらの構成要素（２０１及び２０２）は、通常一枚の薄いプラスチ ック製のカードに納められている。 マーケティアプログラム 図３は、本発明に係るマーケティアプログラムのモジュールの構成図である。 マーケティアプログラム３００は、スマートカードによる決済処理を行うため の種々のプログラムを含むサービスアプリケーション３０１を有する。これらの プログラムには、以下に例を述べるようなパーソナルプログラムも含まれる。 コントラクト３０２は、利用者が提供者から製品又は、サービスを購入する際 に従う条件を含む。つまり、コントラクト３０２とは、購入を取り仕切るルール の集まりである。このルールには、料金表や、提供者と一時的に接続出来ない場 合のサービス又は製品等の入手可能性などが含まれる。通常コントラクト３０２ は、それぞれのコントラクト毎に一連のルールとして格納されている。 サービス・消費ポリシー３０３は、サービス、製品、又は格納されたコントラ クトを他の利用者やマーケティアプログラムへの販売を取り仕切るルールを含む 。つまり、マーケティアプログラム３００は、購入の際にはコントラクトを使用 するが、これに対し販売の際にはサービス・消費ポリシーを使用する。サービス ・消費ポリシー３０３は、例えば、特定の利用者がコントラクトの販売において 優先される等、売上げを取り仕切る一連のルールとして格納されている。 利用者プレファレンス３０４のリストには、利用者が購入或いは希望しそうな 製品やサービスに関する利用者の個人的嗜好を識別する情報が含まれる。この情 報は、利用者が入力したり変更したりすることが可能であり、これを例えばマー ケティアプログラムが特定のコントラクトを他の利用者に販売する際の条件を管 理するのに用いることも可能である。 この他にも、マーケティアプログラム３００は、通常、図６に示す利用者イン タフェースに表示されるような情報も格納する。 図４Ａ及び図４Ｂは、本発明に係るマーケティアプログラム３００の種 々の工程を示すフローチャートである。マーケティアプログラム３００はプロセ ッサ１０２、又はサーバー１０６を介し、様々な動作を行う。この動作とは、例 えば、他のマーケティアプログラムからのコントラクトを要求、コントラクトや コントラクトの目録を利用者に表示、利用者にコントラクトの承認の入力を促し 、利用者が今後のプロンプトを取り消せるようにする、コントラクトの起動、コ ントラクトの作成、コントラクトの発行、或いはコントラクトを記憶装置から消 去する等である。 マーケティアプログラムが典型的な処理を実行する間、システムはスマ ートカードが読取装置に挿入されるか、或いはネットワークを介してスマートカ ードからの情報を受け取るかするのを待つ（ステップ４００）。更に、利用者、 或いはネットワークからの要求を待ち、これを受け取るとスマートカードに対応 するマーケティアプログラムを開き起動する（ステップ４０１）。或いは、処理 を、システムが要求待ちの状態で始めることも可能である（ステップ４０１）。 スマートカードを読取装置から抜き取るか、又は処理が完了するかすると（ステ ップ４０２）、システムは、対応するマーケティアプログラムを、サーバーや他 のプロセッサにアクセス可能な永久記憶装置に保存する（ステップ４０３）。或 いは、スマートカードを読取装置から抜き取る前に、利用者が決済を完了した旨 の指示を受け取った場合は、システムは、該当するマーケティアプログラムをス マートカード自体に保存することも出来る。 スマートカードに対応するマーケティアプログラムが起動されると、システム は種々の機能を実行する。マーケティアプログラムの所有者がサービスを要求す ると（ステップ４０４）、システムはコントラクト一覧３０２（図３参照）に要 求を満たすコントラクトが含まれているか否か判断する（ステップ４２８）。有 効なコントラクトが無い場合は、該当する要求への応答を取り仕切るルールや条 件が存在しないことになり、通常システムは、決済の時点でコントラクトが作成 されない限りサービスや製品へアクセスを提供することができない。有効なコン トラクトがある場合は、システムはコントラクト一覧３０２に納められているコ ントラクトを起動又は呼び出しして要求されたサービスや製品へのアクセスを提 供する（ステップ４０５）。 利用者は、ある特定のサービスや製品の購入の要求の入力など、様々な方法で サービスを要求する事が出来る。これに応答してシステムは、利用者の要求を満 たす条件を取り仕切るコントラクトが対応するマーケティアプログラム内で使用 可能がどうか判断する。このコントラクトには、以下に例示するような利用者が サービスや製品を購入する際の条件をいくつでも含むことが出来る。 通常、要求に対応するコントラクトを起動した後、システムは利用者が通知書 を要求しているかどうかを判断することも随意にできる（ステップ４１９）。利 用者がコントラクトを繰り返し使用する場合などは、通知書を繰り返し発行する ことを希望しないことがある。この様に、利用者が通知書の発行を希望しない場 合は、システムは要求されたサービスや製品へのアクセスを提供する（ステップ ４０６）が、この詳細は、図５で説明する。 利用者が通知書を要求する場合、システムは利用者にコントラクトの確認を表 示するなどして、入力を促す（ステップ４２７）。次に、利用者がコントラクト を承認したか否か判断する（ステップ４２０）。利用者がコントラクトを承認す ると、システムは利用者にコントラクトの今後の用途についてのオプションを随 意に提示する（ステップ４２１）。このオプションには、例えば、利用者が今後 のプロンプトを取り消し、ステップ４１９で提供される通知書を不要とするオプ ションや、利用可能金額残高が一定の額を切るか、要求されたサービスや製品の 価格が一定のしきい値を越えるか、或いはサービスや製品の要求が頻繁に一定の レベルを超えるかしない限り通知書を発行しないといったオプションが含まれる 。システムは後者のオプションを利用すれば、特定のサービス提供業者に、より 高い安全性を提供することも可能である。その後、システムは要求された製品や サービスにアクセスする（ステップ４０６）。 以下に、コントラクト一覧３０２中に含まれ得るコントラクトを例示するが、 これらのコントラクトはあくまでも本発明の実施例を説明する為のものに過ぎな い。第１の例は、ある特定の製品を現在何人の利用者が利用しているかを確認す るコントラクトである。このコントラクトは、その製品を同時に利用できる利用 者の数を絞るか、或いは製品を使用中の利用者の数に応じて価格を変動させる（ 例えば、利用者が多ければ、価格も高くなる）かする。第２の例は、利用状況記 録を中央機関に作成、報告するコントラクトで、これにより不特定利用者による サービスの利用状況も、利用者自身のサービスの利用状況も追跡できる。第３の 例は、その利用者のある一定のサービスの利用頻度を確認するコントラクトであ る。この情報は、価格の計算やアクセスの制限に利用したり、或いは市場関係企 業に販売することも可能である。第４の例は、ある特定のサービスに対するオプ ションを制限するコントラクトで、例えば、非業務関連の資源として知られるネ ットワークドメインへのアクセスを記録するか、或いは制限するかする。 さらにまた、利用者はコントラクトを作成し、これを他の利用者に発行してそ れぞれの利用者のスマートカードに対応するマーケティアプログラムに格納する こともできる。このためには、先ず、利用者がコントラクト作成を要求する（ス テップ４１０）。利用者は、例えば入力装置１０７（図１参照）を用いてこの要 求を入力する。その後、利用者はコントラクトを入力、或いは作成する（ステッ プ４１０）。コントラクト、は利用者自身が使用するために作成しても良いし、 他の利用者に発行するために作成しても良い。利用者は、通常、入力装置１０７ を用いてコントラクトのルールを入力して、コントラクトの入力或いは、作成を 行う。通常、システムはこの作成又は入力されたコントラクトをコントラクト一 覧３０２に加える（ステップ４２３）。これにより、入力又は作成したコントラ クトが使用可能、或いは他のマーケティアプログラムへの発行が可能な状態にな る。 さらにまた、利用者は、この入力又は作成したコントラクトや、又は他の特定 したコントラクトの転送を要求できる（ステップ４２９）。これに応答して、シ ステムは要求されたコントラクトを転送する（ステップ４３１）通常、コントラ クトは、転送されたコントラクトを受け取り、格納する受取側のマーケティアプ ログラムのネットワークアドレスを指定して転送され、これにより受取側のスマ ートカード所有者がそのコントラクトを使用できるようになる。コントラクトの 発行には代金の受け取りが随意で含まれる（ステップ４３０）。 システムは、コントラクト一覧を利用者に表示することもできる。先ず、利用 者が所有するスマートカードのコントラクト一覧の閲覧要求を入力する（ステッ プ４０７）。システムは該当するマーケティアプログラム用のコントラクトをコ ントラクト一覧３０２（図３）から検索、表示する（ステップ４０８）。或いは 、利用者は表示中のコントラクト一覧に、コントラクトの削除、ルールの変更等 の編集を加えることもできる（ステップ４０９）。利用者は、例えば入力装置１ ０７（図１参照）を用いて、この編集を行う。 更に、利用者は、要求を入力し、上述のコントラクト発行プレファレンスを変 更することが出来る（ステップ４２４）。利用者はコントラクト発行プレファレ ンスを選択したコントラクトに合わせ変更し（ステップ４１１）、システムは更 新されたコントラクトを格納する（ステップ４２５）。利用者は、例えば入力装 置１０７（図１参照）を用いて、この更新を行う。 さらに、利用者は、各自のスマートカードに対応するマーケティアプログラム に保存されたパーソナルプログラムを起動を要求出来る（ステップ４１２）。こ の要求に応答して、システムは選択されたパーソナルプログラムを起動する（ス テップ４２６）。このパーソナルプログラムには、送金、購入、組織的ツール、 さらにはゲームといったものに関連するユーザーアプリケーションをいくつでも 含むことが出来る。例えば、カード決済記録プログラム、販売者と接触し最適な 価格を得るための映画や旅行代理店の発券プログラム、スケジュール帳やアドレ ス帳、現金自動預払機（ＡＴＭ）送金アプリケーション、画像やテキストといっ た静的なデータ、等である。こういったパーソナルプログラムを使用することは 、スマートカードに内蔵されたマイクロプロセッサの処理能力を活用することで あり、スマートカード所有者は、スマートカードを使って製品やサービスの購入 を助ける機能をいくつでも実行・活用できる。例えば、スマートカードは、ある 特定の製品やサービスの一定地域内での最適な価格を提供するネットワークを検 索するプログラムを含むことが可能である。 更に、利用者は、支払クエリーや通知プレファレンスの変更を要求出来る（ス テップ４１３）。通常、このプレファレンスはステップ４１９及び４２１に記述 するような通知の制御を行い、また、サービスや製品の支払方法を含む。利用者 が、支払クエリー及び通知プレファレンスを変更すると（ステップ４３１）、シ ステムは更新された情報を格納する（ステップ４３２）。 加えて、マーケティアプログラムはサービスや製品を顧客に販売することも可 能である。顧客から特定の製品やサービスへの要求を受け取ると（ステップ４１ ４）、システムはクライアントの認証を行う（ステップ４１５）。続いてシステ ムは、購入側、販売側それぞれのスマートカードのパースを調整してクライアン トからの支払を受け取る（ステップ４１６）。つまり、購入側のスマートカード のパースを減額し、販売側のスマートカードのパースを相当額分増額して決済を 行う。支払いが問題なく完了すれば、システムは要求された製品又はサービスへ のアクセスを提供する（ステップ４１７）。 図５は、図４Ａ及び図４Ｂに示すステップ４０６を実装するための決済プロト コルの処理を示すフローチャートである。図５に示すように、購入者（スマート カード利用者）がスマートカードに格納されているコントラクトを通じサービス を要求する（ステップ５００）。システムは、コントラクトの条件が満たされて いるか否か判定し（ステップ５０６）、条件が満たされていれば、要求されたサ ービス、又は製品へのアクセスを提供する。購入者は、認証プロトコルを用いて 販売者の認証を随意に行える（ステップ５０１）。認証プロトコルの例としては 、Ｍｏｎｄｅｘ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｌｉｍｉｔｅｄ社製のＭｏｎｄ ｅｘ Ａｕｔｈｅｎｔｉｃａｔｉｏｎがあるが、他のプロトコルを用いて決済の 認証処理を行うことも可能である。 次に、販売者が認証プロトコルを用いて購入者の認証を行い（ステップ５０２ ）、続いて購入者のコントラクトが決済額を決定する（ステップ５０３）。次に 、処理中のコントラクトに必要なだけの資金が両者の口座間で移動される（ステ ップ５０４）。通常これは、スマートカードに格納されたパースを調整して支払 いを行う。コントラクトの資金が移動されると、販売者はサービス又は製品への アクセスを提供する（ステップ５０５）。 マーケティアプログラム用ユーザーインターフェース 図６に、利用者がコマンドをシステムに入力したり、所有するスマートカード に関する情報を閲覧する為のユーザーインターフェースの一例を示す。利用者は ディスプレイ６００のウィンドウ６１１にスマートカードに格納されたパース調 整額のドル表示を見ることが出来る。ディスプレイ６００は通常ディスプレイ装 置１０４（図１参照）に備えられているが、サーバーを通じて処理を行う場合は 、これを、サーバーに接続された別のディスプレイ装置に設けることもできる。 利用者は、預入キー（６０１）、引出キー（６０２）や送金キー（６０３）、又 は決済明細書キー（６０４）等の適当なキーを操作して、これら種々の機能を実 行する。その後、利用者はＯＫアイコン６１２を選択して要求した決済の確認を 行い、またウィンドウ６１４は、決済認証やスマートカード利用者の認証用のコ ードの入力表示に用いることもできる。 また、ディスプレイ６００には利用者が各種プログラムや情報にアクセスする ための種々のアイコンが設けられている。利用者は、アイコン６０５でアドレス 帳にアクセスしたり、アイコン６０６でＡＴＭ送金プログラムにアクセス出来、 アイコン６０７を使えば、マーケティアプログラムに格納されたプレファレンス ３０４（図３参照）にアクセス出来る。また、アイコン６０８では、スマートカ ード利用者特有のプロフィールにアクセス出来る。また、アイコン６０９は、預 け入れ、引き出し、又は送金等の処理にアクセスするのに用い、アイコン６１０ は、使用可能額の送金機能にアクセスするのに用いる。ウィンドウ６１３内のア イコンは読み取り可能な種々のスマートカードを表示し、アイコン６１５はコン トラクト一覧を閲覧するのに使用する（図３参照）。 図７は、スマートカード利用者にコントラクトを表示して特定のコントラクト を選択できるようにするディスプレイ７００の例である。ディスプレイ７００は 通常ディスプレイ装置１０４（図１参照）に設けられるが、サーバーを通じて処 理が行われるときは、サーバーに接続された別のディスプレイ装置に設けても良 い。ディスプレイ７００は、マーケティアプログラムに格納された複数のコント ラクトを利用者に表示する。利用者は表示された一覧を閲覧し、スクロールバー ７０４及び７０５を操作して特定のプログラムを、例えば強調表示などによって 選択する。また、ユーザはＯＫアイコン７０１、キャンセルアイコン７０２を操 作してマーケティアプログラムで実行するコントラクトを選択したり或いは選択 を取り消したり出来る。 以上、本発明の実施形態について説明したが、多くの変容例が可能であること は当業者にとって自明のことであり、本発明にはあらゆる変容例も含まれる。例 えば、コントラクトに用いられるルールや条件には、本発明の範囲を逸脱するこ となく様々なルールやコントラクトが可能である。本発明の範囲は、請求の範囲 、及びこれを裏付ける記載によってのみ定められることは明らかである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ， ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，Ｄ Ｋ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ， ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，Ｌ Ｔ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ， ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，Ｕ Ａ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者 ベンダー マイケル エス アメリカ合衆国 95006 カリフォルニア 州、ボウルダー クリーク、サンビーム アベニュー 155 (72)発明者 ホルム アネス デンマーク王国 ディー ケー 2750 バ レルアップ、クヌスミーネ アレ 16

Claims (1)

1. 【特許請求の範囲】 １．スマートカード決済処理装置は、 スマートカード利用者から特定のサービス又は製品の要求を受け取る受取手 段と、 前記スマートカードに対応し、かつ前記利用者が前記サービス又は製品にア クセスできる条件を識別するコントラクトを特定する手段と、 前記要求に応じて前記コントラクトを起動し前記利用者に前記サービス又は 製品へのアクセスと提供する手段と、 を備えることを特徴とする。 ２．請求項１に記載の装置において、前記受信手段は、前記要求をスマートカー ド読取装置又はネットワーク接続から受け取る手段を備えることを特徴とする。 ３．請求項１に記載の装置は、更に、前記利用者による前記コントラクトの承認 を可能にする手段を備えることを特徴とする。 ４．スマートカード決済処理装置は、 複数のスマートカードに対応し、かつ利用者が複数のサービス又は製品にア クセスできる条件を識別する複数のコントラクトを特定する手段と、 前記複数のコントラクトの閲覧要求を受け取る手段と、 前記複数のコントラクトを表示する手段と、 を備えることを特徴とする。 ５．請求項４に記載の装置は、更に、前記利用者が、前記複数のコントラクトの 内の選択された１つを編集することを可能にする手段を備えることを特徴と する。 ６．請求項４に記載の装置は、更に、前記利用者が、前記複数のコントラクトの 内選択された１つを他のスマートカード利用者に発行することを可能にする手段 を備えることを特徴とする。 ７．請求項６に記載の装置は、更に、前記装置による前記コントラクトの発行を 可能にする条件を識別するコントラクト発行プレファレンスを特定する手段を備 えることを特徴とする。 ８．請求項４に記載の装置は、更に、前記利用者が前記コントラクトに関する支 払クエリー及び通知プレファレンスを変更することを可能にする手段を備えるこ とを特徴とする。 ９．請求項４に記載の装置は、更に、サービスや製品を他のスマートカード利用 者に販売する手段を備えることを特徴とする。 １０．スマートカード決済処理システムは、 スマートカードからの情報の読み込み及び前記スマートカードへの書き込 みを行う入出力装置と、 前記スマートカードに対応し、前記利用者が特定のサービス又は製品にア クセスできる条件識別するコントラクトを特定する記憶装置と、 前記受取装置及び前記記憶装置に接続された処理装置と、 を備え、該処理装置は、 前記スマートカード利用者から前記サービスや製品に対する要求を受け取 る受取手段と、 前記要求に応答して前記コントラクトを起動し、前記利用者に前記サービ ス又は製品へのアクセスを提供する手段と、 を備えることを特徴とする。 １１．請求項１０に記載のシステムにおいて、前記受取手段は、前記要求をスマ ートカード読取装置又はネットワーク接続から受け取る手段を備えることを特徴 とする。 １２．請求項１０に記載のシステムは、更に、前記利用者による前記コントラク トの承認を可能にする手段を備えることを特徴とする。 １３．スマートカード決済処理方法は、 スマートカード利用者から、特定のサービス又は製品に対する要求を受け 取る工程と、 前記スマートカードに対応し、前記利用者が前記サービス又は製品にアク セスできる条件を識別するコントラクトを特定する工程と、 前記要求に応答して前記コントラクトを起動し、前記利用者に前記サービ スや製品へのアクセスを提供する工程と、 を備えることを特徴とする。 １４．請求項１３に記載の方法において、前記受取工程は、前記要求をスマート カード読取装置又はネットワーク接続から受け取る工程を含むことを特徴とする 。 １５．請求項１３に記載の方法は、更に、前記利用者による前記コントラクトの 承認を可能にする工程を備えることを特徴とする。 １６．プロセッサによるスマートカード決済処理に用いられる、コンピュータ可 読媒体に格納されたデータ構造は、 前記スマートカードの所有者の識別と、 前記所有者が対応するサービスや製品にアクセスできる条件をそれぞれ特 定する複数のコントラクトと、 前記サービス又は製品へのアクセスを入手するための、変更可能な通用価 値識別と、 を備えることを特徴とする。 １７．請求項１６に記載のデータ構造は、更に、 前記コントラクトを販売する際の、サービス・消費ポリシーを識別する情 報と、 前記スマートカードに対応し、コンピューターで実行可能なアプリケーシ ョンプログラムと、 サービス又は製品に関する前記利用者の個人プレファレンスを識別する情 報と、 を備えることと特徴とする。 １８．コンピュータプログラムプロダクトは、 コンピュータで使用可能であり、複数のマシンから成る分散システムにお いて対象を伝達するのに用いるコンピュータ可読コードを格納した媒体を備え、 該媒体は、 スマートカード利用者から特定のサービス又は製品に対する要求を受け取 る受取モジュールと、 前記スマートカードに対応し、前記利用者が前記サービス又は製品にアク セスできる条件を識別するコントラクトを特定するモジュールと、 前記要求に応答して前記コントラクトを起動し、前記利用者に前記サービ ス又は製品へのアクセスと提供するモジュールと、 を含むことを特徴とする。 １９．請求項１８に記載のコンピュータプログラムプロダクトにおいて、前記受 取モジュールは、前記要求をスマートカード読取装置又はネットワーク接続から 受け取るモジュールを備えることを特徴とする。 ２０．請求項１８に記載のコンピュータプログラムプロダクトは、更に、前記利 用者による前記コントラクトの承認を可能にするモジユールを備えることを特徴 とする。 ２１．搬送波に含まれ、プロセッサによる実行時には、該プロセッサが確実に周 辺装置を絶対アドレスでアドレス指定するための一連の指示を表すコンピュータ データ信号は、 スマートカード利用者から特定のサービス又は製品に対する要求を受け取 る工程と、 前記スマートカードに対応し、前記利用者が前記サービス又は製品にアク セスできる条件を識別するコントラクトを特定する工程と、 前記要求に応答して前記コントラクトを起動し、前記利用者に前記サービ ス又は製品へのアクセスを提供する工程と、 を実行することから成ることを特徴とする。 ２２．請求項２１に記載のコンピュータデータ信号において、前記受取工程は、 前記要求をスマートカード読取装置又はネットワーク接続から受け取る工程を含 むことを特徴とする。 ２３．請求項２１に記載のコンピュータデータ信号は、更に、前記利用者による 前記コントラクトの承認を可能にする工程を含むことを特徴とする。