(57)【要約】      （修正有）【課題】銀行口座、クレジットカード、または、郵便為替の使用なく、勘定書および支払うべき他の負債の支払を可能にする。【解決手段】勘定カード支払い方法は、勘定支払カード１３０を起動して、価値と少なくとも１人の第三者１５０を関係付け、勘定支払カード１３０に関係付けられた識別子を受け取り、選択された第三者１５０に対していくらかの価値を転送する要求を勘定支払カードユーザ１２５から受け取り、選択された第三者１５０に対していくらかの価値の転送することとを含み、要求は、支払カード１３０に関係付けられた識別子を受け取り、転送する価値の額の表示を受け取ることとを含む。システムは、１枚以上の支払カード１３０と、支払カード１３０に関連する情報を有する複数の記録を記憶するデータベース１１６と、１つ以上の通信デバイス１２０と、データベース１１６と通信し、通信デバイス１２０と選択的に通信するプロセッサ１１０とを備える。【選択図】図１
2008243186.tif 000002
【特許請求の範囲】
【請求項１】
支払システムを管理する方法において、
支払カードを起動させるステップと、
前記支払カードに価値を関係付けるステップと、
前記勘定支払カードに第三者を関係付けるステップと、
前記支払カードに関係付けられた識別子を受け取るステップと、
前記支払カードに関係付けられた価値の額を決定するステップと、
前記支払カードユーザに対して、前記勘定支払カードに関係付けられた価値の額の表示を提供するステップと、
前記第三者に対して少なくともいくらかの価値を転送する要求を勘定支払カードユーザから受け取るステップと、
前記第三者に対して前記少なくともいくらかの価値の転送を開始するステップと
を含む方法。
【請求項２】
前記第三者に対して前記少なくともいくらかの価値を転送するステップをさらに含む、請求項１記載の支払カードシステムを管理する方法。
【請求項３】
前記勘定支払カードを起動させるステップは、
前記支払カードに関係付けられた識別子を受け取ることと、
支払カード記録を作成し、データベース中に前記支払カード記録を記憶させることと、
前記一意的な識別子に価値口座を関係付けることと
を有し、
前記支払カード記録は前記識別子を識別するのに十分な情報を有する、請求項１記載の支払カードシステムを管理する方法。
【請求項４】
前記支払カードに価値を関係付けるステップは、
価値を受け取ることと、
前記支払カードに関係付けられた識別子を受け取ることと、
前記識別子に関係付けられた価値口座を識別することと、
前記識別子に関係付けられた前記価値口座中に前記少なくともいくらかの価値を置くことと
を有する、請求項１記載の支払カードシステムを管理する方法。
【請求項５】
前記価値を受け取るステップは、前記支払カードユーザから価値を受け取ることを有する、請求項４記載の支払カードシステムを管理する方法。
【請求項６】
前記価値を受け取るステップは、小売業者から価値を受け取ることを有する、請求項４記載の支払カードシステムを管理する方法。
【請求項７】
前記支払カードに前記第三者を関係付けるステップは、
前記第三者を識別するのに十分な情報を受け取ることと、
前記第三者を識別するのに十分な情報に基づいて、支払カード記録を変更することと
を有する、請求項１記載の支払カードシステムを管理する方法。
【請求項８】
前記第三者を識別するのに十分な情報は、前記第三者の顧客口座を識別するのに十分な情報を含む、請求項７記載の支払カードシステムを管理する方法。
【請求項９】
前記第三者に対して前記少なくともいくらかの価値を転送する要求を支払カードユーザから受け取るステップは、
転送する価値の額の表示を受け取ること
を有する、請求項１記載の支払カードシステムを管理する方法。
【請求項１０】
前記第三者に支払うべき額を決定することと、
前記第三者に支払うべき額の表示を前記支払カードユーザに提供することと
をさらに含む、請求項９記載の支払カードシステムを管理する方法。
【請求項１１】
前記第三者は前記支払カードユーザである、請求項１記載の支払カードシステムを管理する方法。
【請求項１２】
少なくとも第２の第三者が前記支払カードに関係付けられている、請求項１記載の支払カードシステムを管理する方法。
【請求項１３】
前記第三者に対して前記少なくともいくらかの価値を転送する要求を支払カードユーザから受け取るステップは、
前記支払カードに関係付けられた識別子を受け取ることと、
前記支払カードに関係付けられた前記第三者の表示を提供することと、
前記第三者のうちの少なくとも１人の選択を受け取ることと、
転送する価値の額の表示を受け取ることと
を有する、請求項１１記載の支払カードシステムを管理する方法。
【請求項１４】
支払カードシステムを管理するシステムにおいて、
少なくとも１枚の支払カードと、
前記少なくとも１枚の支払カードに関連する情報を有する複数の記録を含むデータベースと、
少なくとも１つの通信デバイスと、
前記データベースと通信し、前記少なくとも１つの通信デバイスと選択的に通信するプロセッサと
を具備し、
前記プロセッサは、
前記少なくとも１枚の支払カードを起動させ、
前記少なくとも１枚の支払カードに価値を関係付けし、
前記少なくとも１枚の支払カードに第三者を関係付けし、
前記支払カードに関係付けられた識別子を受け取り、
前記支払カードに関係付けられた価値の額を決定し、
前記支払カードユーザに対して、前記勘定支払カードに関係付けられた前記価値の額の表示を提供し、
前記第三者に対して少なくともいくらかの価値を転送する要求を受け取り、
前記第三者に対して前記少なくともいくらかの価値の転送を開始する
ように構成されているシステム。
【請求項１５】
支払カードを使用して、第三者に対する価値の転送を管理する方法において、
ユーザに対して前記支払カードを提供することと、
前記支払カードを起動させることと、
前記支払カードに関係付けられたトランザクションを開始することと、
前記支払カードに関係付けられた識別子を受け取ることと、
前記支払カードに価値を関係付けることと、
前記支払カードに関係付けられた価値の額を決定することと、
前記支払カードユーザに対して、前記勘定支払カードに関係付けられた前記価値の額の表示を提供することと、
前記支払カードに少なくとも１人の第三者を関係付けることと、
前記トランザクションに関係付けるべき第三者を選択することと、
前記第三者に対して転送する価値の額を前記ユーザから受け取ることと、
前記価値の額を前記第三者に転送することと、
前記トランザクションを終了させることと
を含む方法。
【発明の詳細な説明】
【発明の背景】
【０００１】
本発明は一般的に第三者に対して支払を行うための方法とシステムに関連する。詳細には、本発明は第三者に対して支払を行うことに向けられており、ここでは記憶値カードに関係付けられた価値が第三者に転送される。
【０００２】
商品またはサービスをクレジットで購入し、支払を要求する商品またはサービスのプロバイダから、後で勘定書を受け取ることは、顧客にとって当たり前のことである。伝統的に、銀行券、為替手形（例えば、小切手）または郵便為替の形態で支払を提供することにより、顧客は勘定を返済する。代わりに、請求者に支払うべき額を毎月自動的にクレジットカードに課金させることによって、または、明細記入請求書（invoice）上にクレジットカード情報を入力して、明細記入請求書上の支払うべき額に対して請求者がクレジットカードに課金することを認可することによってのいずれかで、顧客はクレジットカードの使用により負債を返済してもよい。より最近では、インターネットを使用して、一般的には請求者のウェブサイトまたは銀行のウェブサイトを通して、顧客が支払を行ってもよい、オンライン支払方法が利用可能になった。
【０００３】
これらの周知の方法およびシステムは、一般的に銀行、小切手口座、または、クレジットカードを要求する。しかしながら、何人かの顧客は、彼らの銀行口座またはクレジットカードを持っていないかもしれず、あるいは、ある支払を行うときに、彼らの銀行口座またはクレジットカードを使用することを好まないかもしれない。一般的な代替方法は、郵便為替の使用である。しかしながら、郵便為替は、不便さ、追加料金の支払、および郵便料を含む、それ自体の欠点を持っている。
【０００４】
したがって、銀行口座、クレジットカード、または、郵便為替の使用なく、勘定書および支払うべき他の負債の支払を可能にするシステムおよび方法が望ましい。
【発明の概要】
【０００５】
本発明の観点は、支払システムを管理するシステムおよび方法を含む。本発明のいくつかの方法は、一般的に、支払カードを起動させることと、支払カードに価値を関係付けることと、勘定支払カードに少なくとも１人の第三者を関係付けることと、選択された第三者に対して少なくともいくらかの価値を転送する要求を勘定支払カードユーザから受け取ることと、選択された第三者に対して少なくともいくらかの価値の転送することとを含み、要求は、支払カードに関係付けられた識別子を受け取ることと、転送する価値の額の表示を受け取ることとを有する。本発明のいくつかのシステムは、一般的に、１枚以上の支払カードと、支払カードに関連する情報を有する複数の記録を記憶するデータベースと、１つ以上の通信デバイスと、データベースと通信し、通信デバイスと選択的に通信するプロセッサとを具備する。
【０００６】
これらおよび他の観点は、以下の図面を考慮して、以下の本発明の例示的な実施形態の説明から明らかになり、本開示の新規な観点の精神と範囲から逸脱することなく、変形および変更が可能になるだろう。
【０００７】
以上の一般的な説明と、以下の詳細な説明との両方は、単に例示的および説明的なものであり、特許請求の範囲に記載した本発明を制限するものではない。添付の図面は明細書の一部を構成し、本発明のある実施形態を図示し、そして、詳細な説明とともに本発明の原則を説明するために働く。
【０００８】
本発明の理解を助けるため、ここで、同じ参照番号は同じ構成要素を指す、添付の図面に対する参照が行われる。図面は単に例示的なものであり、本発明を限定するものとして考えられるべきでない。
【実施形態の詳細な説明】
【０００９】
図１を参照すると、勘定支払カードシステム１００は、勘定支払カード１３０、プロセッサ１１０、ユーザ１２５、第三者１５０、通信デバイス１２０、および通信ネットワーク１４０を含んでもよい。本発明のいくつかの実施形態では、ユーザ１２５は勘定支払カード１３０を取得してもよく、勘定支払カード１３０に価値を関係付けてもよく、通信デバイス１２０を使用して、通信ネットワーク１４０を通してプロセッサ１１０に情報を通信してもよく、プロセッサ１１０からの情報を通信してもよく、そして、第三者１５０に対して、勘定支払カード１３０に関係付けられた価値を転送するようにプロセッサ１１０に指示してもよい。
【００１０】
いくつかの実施形態では、勘定支払カードシステム１００は、小売業者１６０を含んでいてもよく、小売業者においてユーザ１２５は勘定支払カード１３０を購入してもよく、および／または勘定支払カード１３０を使用してトランザクションを実行してもよい。さらに、勘定支払カードシステム１００は、勘定支払カード１３０および／または第三者１５０に関係付けられた金融口座を管理する銀行１７０を含んでもよい。勘定支払カード１３０は何らかの実際の価値を含まないかもしれない。代わりに、価値は、勘定支払カード１３０に関係付けられた口座中にあってもよい。しかしながら、議論の簡略化のために、以下で説明するトランザクションは、勘定支払カード１３０“上の”価値、勘定支払カード１３０“に対して”転送された価値、または、勘定支払カード１３０“から”転送された価値に言及するかもしれない。このような価値トランザクションは、勘定支払カード１３０に関係付けられた口座“に対する”もの、口座“からの”もの、または、口座“上の”ものを含むとして理解すべきである。
【００１１】
勘定支払カード１３０は、任意の物理的形状および構成のものであってもよく、任意のタイプの素材も含んでもよい。本発明のいくつかの実施形態では、勘定支払カード１３０はプラスチックで作られた、同一のまたは類似した比率および特徴を有している、標準クレジットまたはデビットカードと同一のまたは類似した構成であってもよい。本発明のいくつかの実施形態では、勘定支払カード１３０は、例えば、キーチェーンカード、折りたたみ紙カード、金属カード等の、カード状であるが、標準クレジットまたはデビッドカードとは異なる比率を有するものであってもよい。さらに、勘定支払カード１３０は、例えば、キー・フォブ、ミニチュアフィギュア、および／または、通信デバイス等の、非カード状であってもよい。
【００１２】
本発明のいくつかの実施形態では、勘定支払カード１３０を複数の構成で利用可能にして、ユーザ１２５が彼または彼女の所望の構成を選択できるようにしてもよい。例えば、勘定支払カード１３０は、標準クレジットカードの大きさのカードで、および／またはより小さいキーチェーンカード、および／またはキー・フォブで利用可能であってもよい。
【００１３】
本発明のいくつかの実施形態では、勘定支払カード１３０は、電子的および／または磁気的特徴、例えば、マイクロプロセッサ、メモリ、電子的チップ、磁気ストライプ、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブ、ワイヤレス通信デバイス等を含んでもよい。例えば、勘定支払カード１３０は、カードの背面に位置する磁気ストライプを持っていることのような、クレジットまたはデビットカードと同一のまたは類似した特徴を持っていてもよく、したがって、標準クレジットカードリーダーと互換性があってもよい。勘定支払カード１３０は、また“スマートカード”と同一のまたは類似した構成であってもよい。勘定支払カード１３０上のメモリは、ユーザ、第三者、プロセッサ、および／または過去のトランザクションに関連する情報、とともに、勘定支払カード１３０に関連する他のタイプの情報を記憶するように構成されてもよい。本発明のいくつかの実施形態では、勘定支払カード１３０は、ＵＳＢ、同軸ケーブル等によるようなワイヤードデバイスと、ならびに／あるいは、ブルートゥース（登録商標）および／または無線周波数識別（ＲＦＩＤ）技術等を使用することによるようなワイヤレスデバイスと通信するように構成されてもよい。
【００１４】
勘定支払カード１３０は、単に例として、英字、数字、英数字、画像、エンボス加工された番号、コード化された磁気ストライプ、埋込電子チップ、バーコードおよび／または当業者に周知の、他のこのような識別しるしのような、識別しるしを持っていてもよい。本発明のいくつかの実施形態では、各勘定支払カード１３０に対する一意的な識別しるしがあってもよい。代わりに、勘定支払カード１３０のいくつかまたはすべてのものは、同一の識別しるしを含んでもよく、あるいはグループ内では同一の識別しるしを備えるが、他のグループからのものは異なるしるしを備える、勘定支払カード１３０のグループがあってもよい。
【００１５】
識別しるしは、ユーザ１２５、第三者１５０、プロセッサ１１０、小売業者１６０、および／または何らかの他のエンティティに対して、勘定支払カード１３０を関係付けるように構成されてもよい。勘定支払カード１３０から遠隔に位置する、または勘定支払カード１３０自体に位置してもよいメモリによって、関係付けが達成されてもよい。例えば、勘定支払カード１３０および／またはユーザについての情報は、遠隔データベース中に記憶されてもよく、および／または勘定支払カード１３０上の磁気ストライプ中に埋め込まれてもよい。さらに、勘定支払カード１３０は、単に例として、請求者特有の電話番号および／または登録商標のようなカード上の可視のしるしを使用して、特定の第三者１５０と関係付けられてもよい。
【００１６】
勘定支払カードシステム１００は、各勘定支払カード１３０に対して、１人のおよび／または複数のユーザ１２５を持つように構成されてもよい。本発明のいくつかの実施形態では、勘定支払カードシステム１００は、ユーザに依存しないように構成されてもよく、すなわち、カードを所有する者は誰でも、勘定支払カード１３０上の利用可能な価値を使用してもよく、利用可能な価値にアクセスを有してもよいような方法で構成されてもよい。本発明のいくつかの実施形態では、単一のユーザまたは制限された数のユーザ１２５が各勘定支払カード１３０を使用することを認可してもよいように、勘定支払カードシステム１００を構成してもよい。例えば、勘定支払カード１３０を購入するユーザ１２５が勘定支払カード１３０を使用するのを自動的に認可してもよく、ユーザ１２５はまた、次に同一の勘定支払カードに関係付けられる、追加の認可されたユーザ１２５を選択してもよい。データベース１１６中の記録に対して追加的なユーザ情報を加えることによって、プロセッサ１１０によって、特定の勘定支払カード１３０に追加のユーザ１２５を関係付けてもよい。代わりに、勘定支払カード１３０上に位置するメモリのような勘定支払カード１３０自体に追加のユーザを関係付けてもよい。
【００１７】
ユーザ１２５は、通信ネットワーク１４０を通してプロセッサ１１０と通信することによって、勘定支払カードシステム１００を利用してもよい。通信ネットワーク１４０は、ユーザ１２５がプロセッサ１１０と通信することを可能にする任意のタイプのネットワークであってもよい。通信ネットワーク１４０は、電子的ネットワーク、例えば、公衆電話交換ネットワーク（ＰＳＴＮ）、インターネット、自動預金支払機（ＡＴＭ）ネットワーク、他の任意のタイプの公衆または私設ネットワーク、および／または任意のタイプのワイヤレスネットワーク等であってもよい。本発明のいくつかの実施形態では、通信ネットワーク１４０は非電子的ネットワーク、例えば、郵便サービスであってもよい。勘定支払カードシステム１００は、複数のタイプの通信ネットワーク１４０を含んでいてもよく、例えば、勘定支払カードシステム１００は電子的および非電子的ネットワークの両方を含んでもよい。
【００１８】
上記のように、ユーザ１２５は通信デバイス１２０を使用して、通信ネットワーク１４０を通して通信してもよい。通信デバイス１２０は、このような通信を可能にする任意のデバイスであってもよい。例えば、通信デバイス１２０は電話機、ワイヤレスもしくはセルラ電話機、コンピュータ、ＰＯＳ、インターネットデバイス、ｅ−メールデバイス、および／またはテキストメッセージングデバイス等であってもよい。通信デバイス１２０は、小売ロケーションにおけるＰＯＳのように固定ロケーションに位置してもよく、セルラ電話機のように移動体であってもよい。
【００１９】
勘定支払カードシステム１００は、単一の第三者または複数の第三者１５０に対して、勘定支払カード１３０に関係付けられた価値を転送するように適合されてもよい。本発明のいくつかの実施形態では、勘定支払カード１３０は、単一の第三者１５０に予め関係付けられてもよい。例えば、勘定支払カード１３０は、第三者の登録商標のような、関係付けられた第三者１５０を示す、勘定支払カード１２０の表面上の可視のしるしを含んでもよい。勘定支払カードシステム１００はまた、複数の第三者１５０に対して価値を転送するように適合されてもよい。
【００２０】
第三者１５０は、勘定支払カード１３０から転送される価値を受け取ってもよい、任意の人またはエンティティを含んでもよい。例えば、第三者１５０は、支払いを受けるべき請求者であってもよい。第三者１５０はまた、ユーザがそこから購入を行うことを望む、小売業者、または、商品およびサービスのプロバイダであってもよい。第三者１５０は、ユーザ１２５彼自身または彼女自身であってもよく、このことはユーザ１２５が勘定支払カード１３０からの価値を彼自身または彼女自身に支払うことを可能にしてもよい。例えば、ユーザ１２５は、勘定支払カード１３０に現金価値を関係付けてもよく、次に、勘定支払カードシステム１００から現金支払を受け取るために第三者１５０として彼自身または彼女自身を指定してもよい。
【００２１】
プロセッサ１１０は、勘定支払カードシステム１００を管理するように構成されてもよい。プロセッサ１１０は、勘定支払カードシステム１００のいくつかまたはすべての機能を電子的に実行するために、マイクロプロセッサ１１４、メモリ１１２、およびデータベース１１６を含んでもよい。プロセッサ１１０は、単に例として、以下のものを含む、勘定支払カードシステム１００のいくつかまたはすべての機能を実行してもよい。すなわち、ユーザ１２５に対して勘定支払カード１３０を利用可能にすること；勘定支払カード１３０を起動させること；勘定支払カード１３０に価値を関係付けること；勘定支払カード１３０を第三者１５０に関係付けること、および／または勘定支払カード１３０と第三者１５０を分離させること；勘定支払カード１３０に関係付けられたトランザクションを実行すること、ならびに／あるいは、勘定支払カード１３０に関係付けられた第三者１５０に対して価値を転送すること。
【００２２】
プロセッサ１１０は、勘定支払カード１３０に関係付けられたトランザクションを実行するステップの間にいくつかの機能を実行するように構成されてもよい。図２−８を参照して以下により詳細に説明する、このようなトランザクション機能は、これらに制限されないが、以下のものを含んでもよい。すなわち、勘定支払カード１３０に関係付けられた一意的な識別子を要求して、受け取ること；勘定支払カード１３０に関係付けられた一意的な識別子を含む勘定支払カード記録を作成し、勘定支払カード記録をデータベース中に記憶させること；第三者情報を要求して、受け取ること；勘定支払カード１３０を第三者情報に関係付け、勘定支払カード１３０と第三者情報を分離すること；勘定支払カード１３０から価値を受け取る第三者１５０を選択すること；勘定支払カード１３０に価値口座を関係付けること；勘定支払カード１３０に関係付けられた第三者情報をデータベースから検索すること；勘定支払カード１３０に関係付けられた残高の表示を決定し、提供すること；勘定支払カード１３０に関係付けられた低残高の表示を提供すること；勘定支払カード１３０に関係付けられた第三者１５０に対して支払うべき額の表示を決定し、提供すること；第三者１５０に対して転送する価値の額の表示を要求して、受け取ること；ユーザ１２５に対して自動的に繰り返し発生する支払を設定し、管理すること；支払確認を要求して、受け取ること；第三者１５０に対する価値の転送を開始すること；第三者１５０に対して勘定支払カード１３０から価値を転送すること；ユーザ１２５に対して勘定支払カード１３０から価値を支払うこと；勘定支払カード１３０、ユーザ１２５、小売業者１６０、第三者１５０、および／または、勘定支払カードシステム１００に関係付けられた、他の任意の人、エンティティ、または物に関係付けられた記録を更新すること；トランザクション領収書を発行すること；勘定支払カードシステム１００に関連する報告を作成して、配布すること；ならびに、勘定支払カード１３０を終了させること。
【００２３】
本発明のいくつかの実施形態では、小売業者１６０は、勘定支払カードシステム１００の機能を何ら実行しなくてもよく、勘定支払カードシステム１００の機能の１つ以上を実行してもよい。これらの機能は、プロセッサ１１０に関して前述した機能を含んでもよい。小売業者１６０はまた、例えば、以下のような他の機能を実行してもよい。すなわち、ユーザ１２５に対して勘定支払カード１３０を販売すること；ユーザ１２５の代理でトランザクションを開始し、および／またはトランザクションを実行すること；ユーザ１２５から価値を受け取ること；勘定支払カード１３０に関係付けられた口座に対して価値を転送すること；ユーザに対して領収書を提供すること等。
【００２４】
例えば、小売業者１６０は、在庫品の購入を通して、または、セルフサービスキオスクもしくはセルフサービスマシンを操作するユーザ１２５によって、勘定支払カード１３０をユーザ１２５に利用可能にするように構成されてもよい。小売業者１６０は、プロセッサ１１０および／または第三者１５０から勘定支払カード１３０を受け取るように構成されてもよく、勘定支払カード購入前、購入の間、および／または購入後に、プロセッサ１３０および／または第三者１５０と通信するように構成されてもよい。
【００２５】
ユーザ１２５が勘定支払カード１３０を購入するとき、小売業者１６０はユーザ１２５の代理でトランザクションを開始し、勘定支払カード１３０に第三者１５０のうちの３分の１以上のものを関係付けし、および／または、勘定支払カード１３０に価値を追加するように構成されてもよい。さらに、小売業者１６０はまた、ユーザ１２５の代理で、続いて起こるトランザクションを実行するように構成されてもよい。続いて起こるトランザクションは、勘定支払カード１３０に対して追加する価値（例えば、現金）をユーザ１２５から受け取ることと、第三者１５０に対して価値を提供することとを含んでもよい。小売業者１６０は、プロセッサ１１０、第三者１５０、および／または第三者１５０に関係付けられた他のエンティティと通信して、勘定支払カードシステム１００に関連するトランザクションまたは機能を実行してもよい。小売業者は、通信デバイス１２０によりプロセッサ１１０と通信してもよい。
【００２６】
プロセッサ１１０および／または第三者１５０は、ユーザ１２５に対する勘定支払カード１３０の販売前、販売の間、および／または販売後に小売業者１６０から通信を受け取るように構成されてもよい。プロセッサ１１０および／または第三者１５０はまた、小売業者１６０においてユーザ１２５により実行される、任意の続いて起こるトランザクションに関して、小売業者１６０からの通信を受け取ってもよい。販売トランザクションの間、小売業者１６０はプロセッサ１１０と通信してもよく、ユーザ１２５および販売についての情報を送信し、勘定支払カード１３０についての情報および／または認可、ならびに他の何らかの関係付けられた情報、例えば請求者情報を受け取る。代わりに、小売業者１６０はユーザ１２５との販売トランザクションを実行し、プロセッサ１１０および／または第三者１５０と続いて通信するように構成されてもよい。小売業者により実行されるどのトランザクションも“オフライン”方式で実行されなくてもよく、トランザクションのいくつかまたはすべてが“オフライン”方式で実行されてもよく、“オフライン”方式では、小売業者１６０、プロセッサ１１０、および／または第三者１５０の間の通信が、購入またはトランザクションの後の時間において発生してもよい。
【００２７】
図２を参照して、ここでプロセッサ１１０を説明する。プロセッサ１１０は、マイクロプロセッサ１１４、メモリ１１２、およびデータベース１１６を含んでもよい。プロセッサ１１０は、勘定支払カードシステム１００を管理する機能のいくつかまたはすべてを実行するように構成されているいくつかのモジュールを含んでもよく、これは起動モジュール２０５、価値口座モジュール２１０、第三者モジュール２１５、記録モジュール２２０、トランザクションモジュール２２５、報告モジュール２３０、および通信モジュール２３５を含む。
【００２８】
プロセッサ１１０は、ユーザ、小売業者、第三者、および／または金融機関と通信するための通信モジュール２３５を含んでもよい。通信モジュール２３５は、１つ以上のネットワーク、例えば、ＰＳＴＮ、インターネット、ＡＴＭネットワーク、および／または任意のタイプのワイヤレスネットワークにより通信するように構成されてもよい。例えば、通信モジュール２３５は、ユーザ１２５がトランザクションを実行するために電話機のキーパッドを使用して、および／または音声認識を使用して電話機によってプロセッサ１１０に通話してもよいように構成されてもよい。
【００２９】
本発明のいくつかの実施形態では、インターネットを通して、例えば、ウェブブラウザ、ｅ−メール、テキストメッセージング、ショートメッセージングサービス（ＳＭＳ）、および／またはインスタントメッセージングを使用して、トランザクションを実行するために、ユーザ１２５がプロセッサ１１０と通信してもよいように、通信モジュール２３５は構成されてもよい。例えば、ユーザ１２５がインターネットウェブサイトを訪問することによって勘定支払カード１３０を使用してトランザクションを実行してもよいように、通信モジュール２３５が構成されてもよい。通信モジュール２３５は、支払額および／または第三者情報のような、ユーザ１２５からの情報を受け取るように構成されてもよく、資金残高情報、低残高情報、領収書、および／またはトランザクション履歴のようなユーザ１２５に対する情報を送信するように構成されてもよい。本発明のいくつかの実施形態では、通信モジュール２３５は、任意のタイプのメール便または郵便サービスにより通信するように構成されてもよい。
【００３０】
プロセッサ１１０はまた、勘定支払カードシステム１００に関連する記録および情報、例えば、勘定支払カード記録２５０、第三者記録２５５、トランザクション記録２６０、および／またはユーザ記録２６５を記憶するデータベース１１６を含むように構成されてもよい。データベース１１６は、勘定支払カード１３０に関係付けられてもよい任意のタイプの記録、例えば、勘定支払カード記録２５０、第三者記録２５５、トランザクション記録２６０、および／またはユーザ記録２６５を含んでもよい。図２中のモジュールおよび記録は、単に図示的なものであり、したがって、ここで開示した方法およびシステムを実行するための、追加のまたはより少ないモジュールおよび記録、ならびに他の構成が本発明によって企図されている。
【００３１】
データベース中の各記録は、勘定支払カードシステム１００に関連する任意の情報、例えば、一意的な識別子（勘定支払カード番号、パスワード等）、ユーザ情報（例えば、名前、住所、ユーザ番号、認可されたユーザリスト、第三者口座情報、銀行口座情報等）、第三者情報（例えば、名前、住所、電話番号、顧客口座情報、銀行口座情報等）、小売業者情報（例えば、名称、住所、小売業者番号等）、トランザクション履歴（例えば、ユーザ、小売業者、および／または請求者等）を含んでもよい。例えば、本発明のいくつかの実施形態では、プロセッサ１１０は、勘定支払カード１３０上に位置している一意的な識別子とともに、ユーザの名前および住所ならびに第三者口座情報を含む記録を作成することによって、第三者１５０に対して、勘定支払カード１３０および／または勘定支払カード１３０のユーザ１２５を関係付けるように構成されてもよい。
【００３２】
プロセッサ１１０は、勘定支払カード１３０を起動させる機能を実行するように構成された、起動モジュール２０５をさらに含んでもよい。起動モジュール２０５は、勘定支払カード１３０に関係付けられた一意的な識別子を要求して、受け取るように構成されてもよい。起動モジュール２０５はまた、一意的な識別子に関係付けられた勘定支払カード記録を作成して、記憶するように構成されてもよい。勘定支払カード１３０の起動を示すために、勘定支払カード記録２５０を何らかの方法で変更してもよい。代わりに、勘定支払カード記録２５０の作成がそれ自体によって、さらなる何らかの変更を伴うことなく、勘定支払カード１３０の起動を示してもよい。
【００３３】
プロセッサ１１０は、勘定支払カード１３０に関係付けられた価値口座を管理するように構成された、価値口座モジュール２１０をさらに含んでもよい。価値口座モジュール２１０は、口座に対してユーザから、またはユーザもしくは第三者に対して口座から、価値を転送するように構成されてもよい。例えば、価値口座モジュール２１０は、金融口座に資金を振り込むために、または、金融口座から資金を引き落すために銀行１７０と通信してもよい。本発明のいくつかの実施形態では、ユーザ１２５が支払の送金を開始するまでに、口座中の勘定支払カード１３０に関係付けられた価値をプロセッサ１１０が位置特定してもよく、この後に、価値口座モジュール２１０は、第三者１５０に対して口座からの、ユーザ１２５により指示された価値の額の転送を命令してもよい。単に例として、電信送金、電子的転送、郵便またはクーリエ等のような、任意の方式で価値を転送してもよい。プロセッサ１１０は、即座に第三者１５０に対して価値を転送してもよく、または、月ごとのように定期的に価値を転送してもよい。プロセッサ１１０は、指定された期間全体を通して、複数のユーザ１２５からの複数の価値の支払を集めてもよく、そして、指定された期間の最後において、第三者１５０に対して単一の支払を行ってもよい。
【００３４】
プロセッサ１１０は、勘定支払カードシステム１００に関係付けられた第三者１５０に関連する機能を実行するように構成された第三者モジュール２１５をさらに含んでもよい。例えば、第三者モジュール２１５は、第三者情報を要求して、受け取るように構成されてもよく、第三者モジュール２１５は、勘定支払カード１３０に第三者情報を関係付けてもよい。第三者モジュール２１５は、勘定支払カードシステム１００に第三者１５０を登録すること、および、第三者情報、例えば、顧客口座番号、顧客口座に関連する残高情報、支払期限日等を管理することを含む、他の機能を実行してもよい。
【００３５】
プロセッサ１１０は、データベース１１６に記録を記憶させ、データベース１１６の記録を変更し、データベース１１６から記録を検索するように構成されてもよい、記録モジュール２２０をさらに含んでもよい。記録モジュール２２０は、勘定支払カードシステム１００に関連する任意のタイプの情報、例えば、第三者情報、カード情報、トランザクション情報、小売業者情報等を記憶させるように構成されてもよい。記録モジュール２２０は、各トランザクションの間にリアルタイムで、または、各トランザクションの後でデータベースが更新されるオフラインモードで、データベース１１６中の記録にアクセスして、記録を変更してもよい。
【００３６】
勘定支払カードシステム１００に伴うトランザクションの何らかのまたはすべての観点を管理するように構成された、トランザクションモジュール２２５がまた、プロセッサ１１０中に含まれてもよい。トランザクション関連の機能は、これらに制限されないが、以下のものを含んでもよい。すなわち、一意的な識別子を要求して、受け取ること；一意的な識別子に関係付けられた勘定支払カード記録を検索すること；第三者選択を要求して、受け取ること；第三者１５０に支払うべき額を決定すること；勘定支払カード１３０に関係付けられた残高の表示を送ること；支払額を要求して、受け取ること；支払確認を要求して、受け取ること；第三者１５０に対する価値の転送を開始すること；記録２５０、２５５、２６０、２６５を作成して、更新すること；領収書を発行すること；ならびに、ユーザがさらなるトランザクションを実行することを選択するか否かの表示を要求して、受け取ること。
【００３７】
トランザクションモジュール２２５はまた、勘定支払カード２２５の使用を認可するように構成されてもよい。本発明のいくつかの実施形態では、プロセッサ１１０は、パスワード、あるいは、何らかのユーザ指定のコードワードおよび／または番号を記憶させてもよく、これを、トランザクションを開始するときに、ユーザ１２５により入力されるパスワードおよび／またはコードと比較してもよい。パスワードは、勘定支払カード１３０に関係付けられた、いくつかまたはすべての一意的な識別子であってもよい。
【００３８】
プロセッサ１１０は、勘定支払カードシステム１００に関連する情報に基づいて、報告を生成するように構成された報告モジュール２３０を含んでもよい。これらの報告は、インターネットおよび／または電話機を使用することによるようなオンデマンド式でアクセスされてもよく、あるいは、これらの報告は、メール便もしくは郵便サービスによる、および／またはｅ−メールによるような、定期的ベースで配信されてもよい。報告モジュール２３０はユーザ１２５、小売業者１６０、第三者１５０、および／または勘定支払カードシステム１００に関連する、他のエンティティに対して報告を発行するように構成されてもよい。例えば、プロセッサ１１０は、勘定支払カードシステム１００に関係付けられた各第三者１５０に対して四半期ごとの報告を発行してもよい。他の例では、プロセッサ１１０は勘定支払カードシステム１００のユーザ１２５に対して月ごとの報告を発行してもよい。プロセッサ１１０は勘定支払カードシステム１００の各使用の後に、報告、受注確約書、領収書等を発行するように構成されてもよい。例えば、プロセッサ１１０は、勘定支払カードシステム１００に伴う各トランザクションの後に、受注確約書をｅ−メールするように構成されてもよい。これらの報告の頻度および内容は、報告を受け取るエンティティによって選択されてもよい。例えば、ユーザ１２５は月ごとの報告を郵便で受け取ること、四半期ごとの報告をｅ−メールで受け取ること、各送金後に即座に領収書をｅ−メールにより受け取ること、ならびに／あるいは、即座の領収書をｅ−メールによって、および月ごとの報告を郵便で受け取ることのように、報告の何らかの組み合わせを選択してもよい。
【００３９】
プロセッサ１１０はまた、第三者１５０または第三者システムの構成部品であってもよく、あるいは、第三者１５０または第三者システムの構成部品でなくてもよい。例えば、ユーザ１２５は、第三者１５０から勘定支払カード１３０を取得してもよい。ユーザ１２５は、第三者１５０に対して勘定支払カード１３０から価値を転送するために、後で第三者１５０と通信してもよい。
【００４０】
図３を参照して、本発明のいくつかの実施形態にしたがった、勘定支払カードシステムを管理するための方法をここで説明する。ステップＳ３１０において、プロセッサは勘定支払カードを起動してもよい。勘定支払カードは、購入の際に起動されてもよく、または、購入前もしくは購入後に起動されてもよい。例えば、顧客は、小売ロケーションにおいて、起動されない勘定支払カードを購入してもよく、引き続いて、フリーダイヤル番号に通話すること、そして、特定の勘定支払カードを確認するために十分な情報と、通話者が勘定支払カードを起動するための認可を持っていることを確認するために十分な情報とを入力することによって、例えば、ＰＩＮ番号を入力することによって、勘定支払カードを起動してもよい。
【００４１】
ステップＳ３２０において、プロセッサは勘定支払カードに価値を関係付けてもよい。価値は、勘定支払カードが起動されるときに関係付けられてもよく、または、勘定支払カードが起動された後に関係付けられてもよい。本発明のいくつかの実施形態では、顧客は、小売ロケーションにおいて、現金価値を使用して勘定支払カードを購入してもよく、購入現金価値のいくらかおよびすべてが、勘定支払カードに関係付けられてもよい。勘定支払カードとの価値の関係付けは、任意の形態を採用してもよく、例えば、記録が勘定支払カードに関係付けられているデータベース中の記録を変更することにより関係付けを実行してもよい。価値は勘定支払カードに関係付けられた口座に転送されてもよく、または、データベース記録および／または勘定支払カード口座が関係付けられている一意的な識別子に勘定支払カードが関係付けられてもよい。
【００４２】
ステップＳ３３０において、プロセッサは勘定支払カードに第三者を関係付けてもよい。第三者は、勘定支払カードユーザが現金を支払う義務のある請求者であってもよく、その者との将来の関係を勘定支払カードユーザが予測する、商品および／またはサービスの特定のプロバイダであってもよい。記録が第三者を識別するのに十分な情報を含むように、プロセッサは、勘定支払カードに関係付けられたデータベース記録を変更してもよい。プロセッサは、勘定支払カードに単一の第三者または複数の第三者を関係付けてもよい。本発明のいくつかの実施形態では、勘定支払カードにどの第三者を関係付けるかについて、プロセッサが決定してもよい。代わりに、勘定支払カードにどの第三者を関係付けるかについて、勘定支払カードユーザが決定してもよい。さらに、第三者を識別するのに十分な情報は、勘定支払カードユーザの顧客口座情報を含んでもよい。例えば、勘定支払カードユーザは口座番号を入力してもよく、この口座番号を、特定のプロバイダに関する口座番号としてプロセッサが認識する。
【００４３】
ステップＳ３４０において、プロセッサは第三者に対して価値を転送する要求を受け取ってもよい。要求は、単に例として、電話機、ｅ−メール、ファクシミリ、テキストメッセージ、ＳＭＳ、インターネット、ワイヤレス、ＲＦＩＤ等のような任意の通信形態を採用してもよい。プロセッサは勘定支払カードユーザから直接要求を受け取ってもよく、またはプロセッサは小売業者のような仲介業者を通して要求を受け取ってもよい。第三者は、勘定支払カードユーザ以外の当事者であってもよく、これは勘定支払カードユーザが価値の支払を他の当事者に命令することを可能にし、あるいは、第三者は、勘定支払カードユーザ彼自身または彼女自身であってもよく、これは、勘定支払カードユーザに対する価値の支払を可能にする。価値を転送する要求は、転送する価値の額の表示を含んでもよく、これは、支払うべき額、または最大限勘定支払カード上で利用可能な額までの他の任意の額であってもよい。
【００４４】
ステップＳ３５０において、プロセッサは第三者に対して価値を転送してもよい。本発明のいくつかの実施形態では、プロセッサは価値の転送を開始のみ行って、他のエンティティに転送の実行を命令してもよく、または、プロセッサが直接価値を転送してもよい。価値の転送は、例えば、Automated Clearing House（ＡＣＨ）ネットワークを通して、または他の手段によって、電子的に価値を転送することによって、あるいは例えば、小切手の形態で価値を郵送することによってのような任意の形態を採用してもよい。
【００４５】
図４を参照して、本発明のいくつかの実施形態にしたがった、勘定支払カードを使用して１人以上の第三者に対して価値を転送するための、勘定支払カードシステムにおける勘定支払カードの最初の使用を管理する方法をここで説明する。勘定支払カードの最初の使用は、一般的に勘定支払カードを起動させること、勘定支払カードに価値を関係付けること、勘定支払カードに第三者を関係付けること、および／または、勘定支払カードを使用してトランザクションを実行することを含んでもよい。
【００４６】
ステップＳ４１０において、プロセッサは、勘定支払カードユーザ、または仲介業者、例えば小売業者から通信を受け取った際に、セッションを開始してもよい。このような通信はさまざまな形態であってもよく、その形態は通信を開始した当事者に依拠してもよい。例えば、ネットワークを通してＰＯＳシステムより小売業者から通信を受け取ってもよく、または、電話機を通して勘定支払カードユーザから通信を受け取ってもよい。テキストメッセージング、ＳＭＳ、ＡＴＭネットワーク、ＲＦＩＤ等のような、他の通信の形態もまた企図される。
【００４７】
ステップＳ４２０において、プロセッサは、勘定支払カードに関係付けられた一意的な識別子の送信を要求して、受け取ってもよい。一意的な識別子は勘定支払カードの表面上の可視の番号であってもよく、勘定支払カードに関係付けられた他の何らかの形態のしるしであってもよい。送信は、一意的な識別子、または一意的な識別子を決定するのに十分な情報を含んでもよい。
【００４８】
ステップＳ４３０において、プロセッサは一意的な識別子に関係付けられた勘定支払カード記録を作成してもよく、そしてデータベース中に勘定支払カード記録を記憶させてもよい。勘定支払カード記録は、勘定支払カードの最初の使用の前、最初の使用の間、最初の使用の後に作成および記憶されてもよい。例えば、勘定支払カード記録は、小売業者に対する勘定支払カードの配布もしくはユーザに対する販売に先行して、勘定支払カードの起動に先行して、および／または、勘定支払カードの購入の間に作成されて記憶されてもよい。一意的な識別子との関係付けは、一意的な識別子を含めるように勘定支払カード記録を変更することによって、または一意的な識別子に勘定支払カード記録を関係付けるのに十分な、勘定支払カード記録の他の何らかの変更によって起こってもよい。
【００４９】
ステップＳ４４０において、プロセッサは、第三者を識別するのに十分な何らかの情報を含んでいる第三者情報を要求して、受け取ってもよい。本発明のいくつかの実施形態では、第三者情報は、第三者の顧客口座番号、名前、住所、および／または電話番号を含んでもよい。第三者情報はまた、勘定支払カードユーザに関連する情報を含んでいてもよく、この情報は第三者により確認されてもよく、例えば、第三者についての記録上にある勘定支払カードユーザの電話番号、もしくは住所を含んでもよい。
【００５０】
ステップＳ４５０において、プロセッサは勘定支払カードの一意的な識別子に第三者を関係付けてもよい。プロセッサは第三者を識別するのに十分な情報を含めるために、勘定支払カード記録を変更してもよい。例えば、第三者の顧客口座番号を含めるために、勘定支払カード記録を変更してもよい。
【００５１】
ステップＳ４６０において、プロセッサは一意的な識別子に口座を関係付けてもよい。口座は、何らかのタイプの価値（例えば、現金、クレジット等）を受け取って、口座に保持できてもよい。例えば、プロセッサは、銀行口座に対して、一意的な識別子を関係付けてもよく、銀行口座は勘定支払カードに関係付けられた資金を受け取ることができる。
【００５２】
ステップＳ４７０において、プロセッサは価値を受け取ってもよく、勘定支払カードに関係付けられた口座に価値を預けてもよい。例えば、ユーザが勘定支払カードを購入して、続いてプロセッサが購入額を受け取ってもよく、購入額のいくらかまたはすべてを勘定支払カードに関係付けられた金融口座中に預けてもよい。
【００５３】
ステップＳ４８０において、プロセッサは、ユーザが勘定支払カードでトランザクションを実行することを望むか否かを決定するためにユーザに問い合せてもよい。ユーザがトランザクションを実行することを選ばない場合、ステップＳ４９０において、プロセッサはセッションを終了させてもよい。ユーザがトランザクションを実行することを選ぶ場合、次にステップＳ５３０において、プロセッサはトランザクションを開始してもよい。
【００５４】
本発明のいくつかの実施形態にしたがった、勘定支払カードを使用して、１人以上の第三者に対して価値を転送するための勘定支払カードシステムに伴うトランザクションを管理する方法をここで説明し、図５に図示する。
【００５５】
上に説明したステップＳ４１０およびＳ４２０に類似して、ステップＳ５１０およびＳ５２０において、プロセッサはセッションを開始して、勘定支払カードに関係付けられた一意的な識別子を要求して、受け取ってもよい。ステップＳ５２５において、プロセッサは一意的な識別子に関係付けられた勘定支払カード記録をデータベースから検索してもよい。プロセッサは、勘定支払カード記録中に位置しているいくつかまたはすべてのデータ、例えば、勘定支払カードに関係付けられた第三者のリストを検索してもよい。
【００５６】
ステップＳ５３０において、プロセッサはどの第三者をトランザクションに関係付けるか、すなわち、どの第三者に価値を転送するかについて選択することをユーザに要求して、ユーザから選択を受け取ってもよい。例えば、電話機トランザクションの間に、プロセッサは第三者のリストをユーザに対して通信してもよく、ユーザは望ましい第三者を選択するための数字を押下できてもよい。次に、プロセッサがユーザの選択を受け取る際に、プロセッサは選択に基づいて選択された第三者を決定してもよい。本発明のいくつかの実施形態では、勘定支払カードに関係付けられた第三者が１人しかいないような場合には、ステップＳ５３０を省略してもよい。
【００５７】
オプション的なステップＳ５４０において、プロセッサは第三者に支払うべき額を決定してもよい。例えば、本発明のいくつかの実施形態では、プロセッサは、請求者に対する顧客ごとに支払を管理してもよく、請求者は提供されたサービスに対してユーザに請求書作成した請求者である。このような例において、プロセッサが決定してもよい、請求者に対する特定の支払額があってもよい。プロセッサは、第三者と通信することにより、および／または勘定支払カードユーザと通信することにより、支払うべき額を決定してもよい。通信はトランザクションの間に起こってもよく、またはトランザクションが発生する前もしくは発生した後に起こってもよい。
【００５８】
ステップＳ５４５において、プロセッサは、勘定支払カードに関係付けられた残高の表示を送ってもよく、第三者に支払うべき額の表示を送ってもよい。残高は、勘定支払カードに関係付けられた利用可能なドル額を含んでもよく、または、カード残高は、利用可能な何らかの他の価値の単位（例えば、クレジット）を含んでもよい。本発明のいくつかの実施形態では、カード残高が支払うべき額よりも少ないとき、プロセッサはユーザに警告してもよい。
【００５９】
ステップＳ５５０において、プロセッサは、第三者に転送する価値の額の表示をユーザに要求して、ユーザから受け取ってもよい。本発明のいくつかの実施形態では、プロセッサがオプションをユーザに与えてもよく、これは、ユーザが支払額を支払うことを望むことをプロセッサに対して示す。例えば、プロセッサは、支払額を支払うために、電話機キーパッド上の“１”を押下するオプションをユーザに与えてもよい。
【００６０】
オプション的なステップＳ５５５において、プロセッサは支払確認を要求して、受け取ってもよい。支払確認は、トランザクションの集計を含んでもよく、これは、例えば、第三者の名前と転送されることになる価値の額とをユーザに提示することである。支払確認はまた、情報が正確であることと、価値の転送がさらに望ましいこととを確認するように、ユーザに要求することを含んでもよい。
【００６１】
ステップＳ５６０において、プロセッサは第三者に対する価値の転送を開始してもよく、例えば、勘定支払カードに関係付けられた価値をユーザに対して利用不可能にすること、勘定支払カードに関係付けられた記録を変更すること、価値を転送するように銀行に要求すること等を開始してもよい。転送を開始することは、第三者に対して価値を実際に転送することを含んでもよく、または含まなくてもよい。例えば、価値の転送は、プロセッサとは別のエンティティによって実行されてもよく、または、価値の転送はトランザクションの後の時間において起こってもよい。
【００６２】
ステップＳ５７０において、プロセッサは、勘定支払カードトランザクションに関係付けられた記録を更新してもよい。例えば、プロセッサはトランザクションに関連する任意のタイプの情報を含むトランザクション記録を作成して、記憶してもよい。他の例では、プロセッサは、例えば、勘定支払カード記録、第三者記録、ユーザ記録等の既存の記録を変更して、トランザクションに関連する任意のタイプの情報を含ませてもよい。トランザクションに関連する情報は、価値の転送を受けた第三者、価値がいくら転送されたか、トランザクションの時間および場所等を含んでもよい。
【００６３】
ステップＳ５８０において、プロセッサはユーザに対して領収書を発行してもよい。領収書は、任意の形態、例えば、印刷された紙の領収書、ｅ−メール、ユーザにより印刷されてもよいウェブページ上に示された領収書、および／または郵便レターで発行されてもよい。領収書はトランザクションに関連する任意のタイプの情報、および／または勘定支払カードに関連する追加の情報、例えば、カード残高情報を含んでもよい。
【００６４】
ステップＳ５８５において、ステップＳ４８０と同様に、プロセッサは、セッションの間に追加のトランザクションを実行するオプションをユーザに与えてもよい。ユーザが追加のトランザクションを実行することを選ぶ場合、例えば、ステップＳ５３０において開始する、いくつかまたはすべてのトランザクションステップが繰り返されてもよい。ユーザがセッションを終了させることを選ぶ場合、プロセッサはステップＳ５９０においてセッションを終了させてもよい。
【００６５】
他の場所で説明した、図５に図示しないトランザクションを管理することの中に、追加のステップを含めてもよい。プロセッサは、トランザクションの間に、例えば以下のような、図４に図示した１つの、いくつかの、またはすべてのステップを実行してもよい。すなわち、勘定支払カードに関係付けられている状態に第三者を追加することと、勘定支払カードに関係付けられている状態から第三者を分離させること；勘定支払カードに価値（または追加の価値）を関係付けること；価値を受け取って、価値を勘定支払カードに関係付けられた口座中に預けること等。
【００６６】
図６−８は、本発明のさまざまな実施形態を図示するフローチャートである。単に図示的な目的で、図６−８は、適切に小売業者から勘定支払カードを購入し、勘定支払カードを使用して請求者に金銭支払を行うユーザのための方法を例示する。本発明は、図６−８に図示したものを超える実施形態、例えば、第三者が請求者ではない場合や、請求者に転送された価値が現金支払ではなく、むしろ他の何らかの価値の形態である場合を企図している。
【００６７】
図６は、本発明のいくつかの実施形態にしたがった、小売業者から購入された勘定支払カードのユーザによって、１人以上の請求者に対して支払を行う方法を図示する。
【００６８】
ステップＳ６１０において、ユーザは小売業者において勘定支払カードを購入してもよい。ステップＳ６２０において、小売業者はユーザから価値を受け取ってもよく、プロセッサに対して、いくらかまたはすべての価値を転送してもよい。価値を転送することの代わりに、または価値を転送することに加えて、小売業者は請求者に対して、トランザクションについての情報、例えば、ユーザ情報およびカード情報を送ってもよい。さらに、起こったトランザクションに続いて、後の時間において小売業者によって価値が転送されてもよい。ステップＳ６３０において、プロセッサは、価値を受け取って、勘定支払カードを起動させて、勘定支払カードに価値を関係付けてもよい。例えば、プロセッサは、起動プロセスの間に勘定支払カードに口座を関係付けて、次に口座中に価値を預けてもよい。ステップＳ６４０において、小売業者は、ユーザに対して起動された勘定支払カード、とともに、領収書を提供してもよい。領収書は使用できる価値の額を示してもよい。
【００６９】
ステップＳ６５０において、例えば、フリーダイヤル電話番号にダイヤルすることにより、または小売業者と対話することにより、ユーザは勘定支払カードを使用するためのセッションを開始してもよい。ステップＳ６６０において、プロセッサは、カード情報および請求者情報を入力することをユーザに要求して、ユーザとのセッションを開始してもよい。例えば、プロセッサは、カード番号および／またはパスワードのような、カードに関係付けられた一意的な識別子を入力するようにユーザに求めてもよい。さらに、プロセッサはカードに関係付けられた請求者のリストを提供してもよく、ユーザは請求者のリストから請求者を選択して、転送された資金を受け取ってもよい。ステップＳ６６２において、ユーザはカードおよび請求者情報を入力して、ステップＳ６６４において、カードおよび請求者情報を受け取る。
【００７０】
ステップＳ６７０において、プロセッサは、勘定支払カードに関係付けられた、利用可能な価値の残高を決定して、選択された請求者に対して提供する額を決定してもよい。プロセッサは、勘定支払カードに関係付けられているデータベース記録を検索することによって、利用可能な残高を決定してもよい。ステップＳ６７２において、請求者は、ユーザによって支払われるべき額の表示を提供してもよい。請求者は、例えば、インターネットまたは他のネットワークによりプロセッサと通信することによって、トランザクションの間に、リアルタイムでこのような表示を提供してもよい。代わりに、請求者はトランザクションが発生する前にこのような表示を提供してもよい。ステップＳ６７４において、勘定支払カードに関係付けられている残高の表示、および請求者に対して支払うべき額の表示がユーザに対して送信される。本発明のいくつかの実施形態では、支払うべき額を決定および送信するステップと、支払うべき額を提供する請求者とを省略してもよい。
【００７１】
ステップＳ６８０において、ユーザは、請求者に対して転送する価値の額を入力してもよい。本発明のいくつかの実施形態では、プロセッサは、選択を行うようにユーザに求めてもよく、請求者に支払うべき額を自動的に支払ってもよい。ユーザはまた、支払うべき額に等しい、支払うべき額よりも大きい、または支払うべき額よりも少ない、指定の支払額を入力してもよい。プロセッサは、ユーザによって入力された額の確認を要求してもよく、例えば、プロセッサは、入力された額を繰り返して、支払を確認するようにユーザに求めてもよい。
【００７２】
ステップＳ６９０において、プロセッサは、ユーザによって要求された価値の額を請求者に対して転送してもよい。プロセッサは、銀行のような他のエンティティに価値の実際の転送を実行するように命令して、転送を開始してもよく、または、プロセッサ自体が価値の実際の転送を実行してもよい。価値の転送は、トランザクションが発生している間に、またはトランザクションが発生した直後に起こってもよい。代わりに、価値の転送は、トランザクションが発生したしばらく後に起こってもよく、例えば、転送は定期的に、例えば、日ごと、または月ごとにバッチ形態で行われてもよい。ステップＳ６９５において、請求者は価値を受け取ってもよい。
【００７３】
図７を参照して、本発明のいくつかの実施形態にしたがった、勘定支払カードシステムに伴うトランザクションを実行する方法をここで説明する。
【００７４】
ステップＳ７１０において、ユーザは勘定支払カードを使用してセッションを開始してもよい。例えば、ユーザはフリーダイヤル電話番号にダイヤルしてもよく、インスタントメッセージを送ってもよく、および／または特定のウェブサイトを訪問してもよい。ステップＳ７１５において、プロセッサはユーザからセッションを開始する要求を受け取って、勘定支払カードに関係付けられた一意的な識別子、例えば、カード番号および／またはパスワードを要求することにより応答してもよい。ステップＳ７２０およびＳ７２５において、それぞれ、ユーザは勘定支払カードに関係付けられた一意的な識別子を入力してもよく、プロセッサは勘定支払カードに関係付けられた一意的な識別子を受け取ってもよい。ステップＳ７２５において、プロセッサはまた、勘定支払カードに関係付けられた請求者情報を検索してもよい。請求者情報は、勘定支払カードに関係付けられた請求者のリストを含んでもよい。
【００７５】
ステップＳ７３０において、プロセッサは、勘定支払カードに複数の請求者が関係付けられているか否かを決定してもよく、そうである場合、次に、ステップＳ７３５において、プロセッサは、顧客に対して関係付けられた請求者のリストを送ってもよい。ステップＳ７４０において、ユーザは、請求者のリストを受け取って、価値の転送を受け取る特定の請求者を選択してもよい。例えば、電話機トランザクションにおいて、プロセッサは請求者を列挙してもよく、ユーザは望ましい請求者を選択するように命令されてもよい。
【００７６】
ステップＳ７４５において、プロセッサは、勘定支払カードに関係付けられた残高と、選択された請求者に支払うべき額とを決定してもよく、ユーザに対してこの情報の表示を送ってもよい。プロセッサは、請求者に支払うべき額を支払うために電話機キーパッド上の単一の数字を押下するようにユーザに命令してもよく、または、ユーザは選択された請求者に対して転送するために指定される価値の額を入力するように命令されてもよい。ステップＳ７５０において、ユーザは、勘定支払カードに関係付けられた資金の残高の表示、特定の請求者に支払うべき額の表示を受け取ってもよく、進めるための命令を要求してもよい。ステップＳ７５５において、ユーザは、転送する価値の額を含む、進めるための表示を送ってもよい。
【００７７】
ステップＳ７６０において、プロセッサは、支払額の表示を受け取ってもよく、オプション的にこのような額の確認を要求してもよい。例えば、プロセッサは、選択された支払額をユーザに提示して、選択された支払額が正確な額であることと、ユーザがトランザクションを進めることをさらに望んでいることとを確認してもよい。ステップＳ７６５において、トランザクションを認可すること、またはトランザクションをキャンセルすることのいずれかを選ぶことで、ユーザは支払を確認してもよい。
【００７８】
ステップＳ７７０において、プロセッサは、支払の確認を受け取って、請求者に対する価値の転送を開始してもよい。プロセッサは、例えば以下のような、いくつかの方法で価値の転送を開始してもよい。すなわち、顧客に対して価値を利用不可能にすること；勘定支払カードに関係付けられた記録を変更すること；および／または、勘定支払カードに関係付けられた口座から価値を転送すること。
【００７９】
ステップＳ７７５において、プロセッサは、トランザクションの内容を示す領収書をユーザに発行してもよく、ユーザが追加のトランザクションを実行することを望むか否かユーザに聞いてもよい。ステップＳ７８０において、ユーザは、追加のトランザクションを実行するか否かを選択してもよく、“はい”に対して電話機キーパッド上の１つのボタンを押下すること、または“いいえ” に対して電話機キーパッド上の他のボタンを押下することによって、あるいは電話機中に単語を話すことによって選択してもよい。ユーザが追加のトランザクションを実行することを選ぶ場合、例えばステップＳ７３０において開始する、トランザクションプロセス自体を繰り返してもよい。ステップＳ７８５において、プロセッサは、セッションを終了させてもよい。
【００８０】
図８を参照して、本発明のいくつかの実施形態にしたがった、勘定支払カードシステムを使用して、請求者に対して支払を行う方法をここで説明する。
【００８１】
ステップＳ８００において、ユーザは勘定支払カードを取得してもよい。ユーザは、任意の方法で勘定支払カードを取得してもよく、小売ロケーションにおいて、請求者からのメール便により、または郵便、電話機もしくはインターネットによりカードを注文することによって取得してもよい。
【００８２】
ステップＳ８０５において、ユーザは、セッションを開始することによってカードの使用を開始してもよい。本発明のいくつかの実施形態では、ユーザはカードに関係付けられたフリーダイヤル番号にダイヤルしてもよい。代わりに、ユーザはまた、以下のような数多くの他の方法でセッションを開始してもよい。すなわち、小売ロケーションにおいて、店員と対話すること；ならびに／あるいは、セルフサービスＰＯＳもしくはキオスク、コンピュータ、テキストメッセージングシステム、インスタントメッセージングシステム、またはワイヤレスデバイスを使用すること。例えば、磁気ストライプを有する勘定支払カードを読み取り機に通してもよく、または、可視のしるし、例えばバーコードを有する勘定支払カードをスキャンしてもよい。ブルートゥースおよび／またはＲＦＩＤのようなワイヤレス技術により勘定支払カードを使用可能にしてもよく、別のワイヤレスデバイスと通信している勘定支払カードを配置することによって、ユーザがセッションを開始してもよい。
【００８３】
ステップＳ８１０において、ユーザは、勘定支払カードに関係付けられた一意的な識別子、例えば、カード番号をプロセッサに提供してもよい。一意的な識別子は、英字、数字、英数字、および／または他のタイプのシンボルを含んでもよい。本発明のいくつかの実施形態では、フリーダイヤル番号をダイヤルすることによってトランザクションを開始した後、ユーザは、電話機キーパッド上の番号を押下することによって、および／または、電話機中に番号を話すことによって、一意的な識別子を提供してもよい。代わりに、勘定支払カードを店員に提示してもよく、店員がプロセッサに対して一意的な識別子を提供してもよい。ユーザが、勘定支払カードをスキャンすることによって、および／または勘定支払カードを読み取り機に通すことによって、あるいは、ワイヤレス使用可能な勘定支払カードを使用することによってトランザクションを開始する場合、ユーザがセッションを開始した後にさらなる入力を要求することなく、一意的な識別子が自動的に入力されてもよく、または送信されてもよい。ユーザはまた、コンピュータ、セルラ電話機、テキストメッセージングシステム、ＳＭＳ、および／またはインスタントメッセージングシステムによりインターネットを使用することによって、キーボードおよび／またはキーパッドを使用して一意的な識別子を入力してもよい。
【００８４】
ステップＳ８１５において、請求者情報は勘定支払カードに関係付けられてもよい。この関係付けは、ユーザが請求者を選択できるようにしてもよく、この請求者はユーザにより勘定支払カードを使用して行われる支払を受け取る。ユーザが勘定支払カードを取得する前、取得している間、および／または取得した後に、勘定支払カードに請求者情報を関係付けてもよい。本発明のいくつかの実施形態では、勘定支払カードに既に関係付けられた請求者に対する現在のおよび／または将来の支払を行う目的で、ユーザに勘定支払カードを購入させるために、ユーザが勘定支払カードを取得するのに先行して、勘定支払カードを１人以上の請求者に関係付けてもよい。さらに、どの請求者が勘定支払カードに関係付けられているかについて、勘定支払カードが購入されるときにユーザに知らせる勘定支払カード上のしるしがあってもよい。例えば、勘定支払カードは、商品またはサービスの特定のプロバイダの登録商標またはロゴとともにブランド付けされていてもよく、これによって、商品またはサービスのその特定のプロバイダに支払うために勘定支払カードを使用してもよいことをユーザに示してもよい。
【００８５】
本発明のいくつかの実施形態では、勘定支払カードを取得する間および／または取得した後に、ユーザは勘定支払カードに関係付けられた請求者を追加し、分離することができてもよい。ユーザが請求者を追加し、分離できる数多くの方法があってもよい。本発明のいくつかの実施形態では、初回のユーザがフリーダイヤル番号をダイヤルし、一意的な識別子を入力することにより、トランザクションを開始したような場合、口座番号および／または電話番号を含む請求書作成情報の入力をユーザに促してもよく、そしてユーザが入力してもよい。加えて、ＰＯＳ端末、もしくはセルフサービスキオスクを使用することによって、および／または、代わりにＰＯＳ端末を操作する店員に要求することによって、ユーザは請求者を追加および／または分離してもよい。ユーザはまた、インターネットもしくは他の何らかの通信形態を使用して、プロセッサで、請求者を追加および／または分離してもよい。
【００８６】
ステップＳ８２０において、勘定支払カードに価値が追加されてもよい。ユーザが勘定支払カードを購入するときに小売ロケーションにおいて、価値が勘定支払カード上にロードされてもよく、ならびに／あるいは、勘定支払カードを取得または購入した後の時間において、小売ロケーションに戻ることによって、および／またはセルフサービスキオスク、電話機、もしくはインターネットを使用することによるように、価値が追加されてもよい。価値はマニュアルで、または自動的にロードされてもよい。例えば、ＰＯＳ端末において、勘定支払カードを挿入することまたは読み取り機に通すことにより、次に、勘定リーダもしくは預金用封筒を使用して支払を提供することによって、ユーザは価値をマニュアルでロードしてもよく、支払は、その価値が次に勘定支払カード上にロードされ、または勘定支払カードに関係付けられた口座中に転送される。さらに、ユーザは小切手もしくは預金口座に勘定支払カードを関係付けることにより、自動的に価値をロードしてもよく、ユーザの要求によっていつでも、小切手もしくは預金口座から、勘定支払カードまたは勘定支払カードに関係付けられた口座に価値を転送してもよい。価値のロードは、完全に自動的であってもよく、定期的に−日ごと、週ごと、月ごと、もしくは他の何らかの時間期間に−勘定支払カードに関係付けられた口座に対して、ある価値の額をユーザの口座から転送してもよい。
【００８７】
オプション的なステップＳ８２５において、勘定支払カード、または勘定支払カードに関係付けられた口座が、プロセッサによりおよび／またはユーザにより予め定められた額に設定されてもよい低残高に達したときに、ユーザは通知されてもよい。電話、郵便メール、ｅ−メール、テキストメッセージ、ＳＭＳ、インスタントメッセージ等により、通知が起こってもよい。通知はまた、単に例として、領収書上の通知のように、勘定支払カードの使用に応答して起ってもよい。
【００８８】
ステップＳ８３０において、１人より多い請求者が、勘定支払カードに関係付けられている場合、ユーザは、ユーザが支払を行うことを望む特定の請求者を選択してもよい。本発明のいくつかの実施形態では、ユーザがトランザクションを開始するために電話機または他のキーパッド使用可能なデバイスを使用するようなとき、特定の請求者を選択するために押下する対応番号とともに、音声での請求者のリストが、ユーザに与えられてもよい。あるいは、請求者のリストを与えられる代わりに、ユーザは、選択された請求者を識別する、請求者番号、口座番号、電話番号および／またはパスワードの入力を促されて、入力してもよい。インターネット接続されたコンピュータ、ＰＯＳ端末、セルラ電話機のような、視覚表示の可能なデバイスを使用するとき、ユーザは、勘定支払カードに関係付けられた現在の請求者のリストから請求者を選択してもよく、あるいは、請求者を表すアイコンまたはシンボル上をクリックしてもよい。
【００８９】
ステップＳ８３５において、ユーザは、勘定支払カード、および／または、勘定支払カードに関係付けられた口座上で利用可能な価値の額に関する情報を受け取ってもよい。本発明のいくつかの実施形態では、ユーザがトランザクションを開始し、請求者を選択し、および／または、トランザクションを完了するとき、システムは利用可能な残高をユーザに対して自動的に提供してもよい。例えば、残高は領収書の形態で提供されてもよい。あるいは、ユーザはトランザクションを開始した後に、マニュアルで利用可能な残高を要求してもよく、キーパッド、コンピュータもしくはＰＯＳ上のポインティングデバイス、および／またはタッチスクリーン等を使用することによって、あるいは、言語的に領収書を要求することによって要求してもよい。
【００９０】
ステップＳ８４０において、請求者に支払うべき額がユーザに対して通信されてもよい。本発明のいくつかの実施形態では、ユーザに対して利用可能な価値の額を通信した後、および／またはユーザが請求者を選択した後で、選択された請求者に支払うべき額が、ユーザに対して自動的に通信されてもよい。ユーザが、コンピュータ、ＰＯＳ、キオスク、および／または、セルラ電話機のような、視覚表示デバイスでトランザクションを実行している場合、視覚表示デバイスは請求者の名称、請求者に支払うべき額、および／または、請求者の名称と各請求者に支払うべき額のリストを表示してもよい。支払うべき額、利用可能な価値の残高、および／または、すべての請求者への合計支払額を、ユーザに対して同時に通信してもよい。このことは、利用可能な残高、請求者の名前と各請求者に支払うべき額とのリスト、および／または、合計支払額を、ユーザが１つのスクリーン上で閲覧するのを可能にしてもよい。
【００９１】
ステップＳ８４５において、ユーザは、選択された請求者に提供する額を入力してもよい。本発明のいくつかの実施形態では、ユーザは単一のボタンを押下して、支払うべき額に等しい額を請求者に提供することを選択してもよい。例えば、ユーザが利用可能な価値の額と、請求者に支払うべき額とに関する情報を受け取った後、ユーザはキーパッド上の“１”のようなボタンを押下するように命令されて、支払うべき額を提供してもよい。ユーザはまた、指定額を入力するオプションを与えられてもよく、指定額とは、すなわち、支払うべき額を上回る、支払うべき額を下回る、もしくは支払うべき額に等しい額である。このようなケースでは、ユーザは、キーパッドデバイスを使用して、および／または、電話機のような入力デバイス中に話すことによって、指定額を入力してもよい。
【００９２】
オプション的なステップＳ８５０において、単一の支払を行うオプションを持つことに加えて、ユーザは、請求者に対して自動的に繰り返し発生する支払を設定するオプションを与えられてもよい。本発明のいくつかの実施形態では、ユーザは、プロセッサまたは請求者に対して、勘定支払カードに位置している価値、または勘定支払カードに関係付けられた口座中の価値から、毎月同じ日に固定額を転送させることを選んでもよい。勘定支払カードが複数の請求者に関係付けられている場合、ユーザは、各請求者に対して、異なる自動的支払条件−各支払の額、頻度、日付等−を選択してもよい。さらに、ユーザは何人かの請求者に対しては自動的に繰り返し発生する支払を行いつつ、他の請求者に対してはマニュアルで支払を行ってもよい。
【００９３】
ステップＳ８５５において、請求者に対する支払が開始されてもよい。本発明のいくつかの実施形態では、請求者名、支払うべき額、支払うことを選択された額がユーザに通信されてもよく、次にユーザは支払を確認および開始するように命令されてもよい。ユーザは任意の手段、例えば、キーパッド上の数もしくは一連の数を押下すること、またはスクリーン上のボタンを選択することを通して支払を確認してもよい。さらに、確認は、支払を開始するためにパスワードを入力することをユーザに要求してもよい。代わりに、支払うべき額を支払うことをユーザが選択するような場合、支払うべき額を支払うことをユーザが選択した後に、確認なしで支払が自動的に開始されてもよく、ユーザは、電話機キーパッド上で単一の数字を押下すること、および／または支払額を入力することによって、支払うべき額を支払うことを選択する。
【００９４】
ステップＳ８６０において、請求者に対して、勘定支払カード、または勘定支払カードに関係付けられた口座から価値が転送されてもよい。本発明のいくつかの実施形態では、ユーザが支払確認を入力したしばらく後に、価値が即座に転送されてもよい。代わりに、価値は、勘定支払カード所持者に対して即座に利用不可能にされて、次に請求者に対して後の時間に転送されてもよい。価値は、請求者に対して直接および／またはプロセッサを通して転送されてもよい。例えば、プロセッサは、月ごとに単一のトランザクションで、請求者に対して複数のユーザからの価値を転送してもよい。
【００９５】
利用可能な価値はまた、勘定支払カードユーザに対して、勘定支払カード、または勘定支払カードに関係付けられた口座から支払われてもよい。利用可能な価値は、勘定支払カード、または勘定支払カードに関係付けられた口座上にロードされて、このような価値の請求者に対する転送を開始することのようなことによって、利用不可能にはまだなっていない価値であってもよい。
【００９６】
ステップＳ８６５において、ユーザは、他のトランザクションを実行すること、またはトランザクションを終了させることを選んでもよい。本発明のいくつかの実施形態では、請求者に対する支払を開始した後、同一のおよび／または異なる請求者に対する他の支払を行うために、ユーザは、ボタンを押下するように、または“はい”と言うように命令されてもよい。
【００９７】
ステップＳ８７０において、トランザクションを完了した後、および／または、ユーザが複数のトランザクションを完了する場合はセッションを完了した後、ユーザに対して領収書が表示または発行されてもよい。さらに、ユーザは郵便、あるいは、電話機、ｅ−メール、テキストメッセージングシステム、および／またはインスタントメッセージングシステムのような他の何らかの通信により、領収書を受け取ってもよい。本発明のいくつかの実施形態では、所定の期間に対する勘定支払カードに関係付けられたトランザクションを集計する計算書が、定期的ベースで、例えば、月ごと、四半期ごと、および／または年ごとにユーザに対して送られてもよい。例えば、ユーザは、トランザクションの後即座にｅ−メールにより領収書を受け取ってもよく、次に、期間の間の複数のトランザクションを集計する定期的な計算書を後に受け取ってもよい。
【００９８】
ステップＳ８７５において、勘定支払カードの使用は終了されてもよい。終了は数多くの方法で起ってもよく、方法はこれらに限定されないが、勘定支払カードの活動停止および／または期限切れを含む。
【００９９】
本発明から逸脱することなく、さまざまな他の実施形態があってもよい。例えば、勘定支払カードが特定の請求者またはプロバイダと予め関係付けられている方法に関するシステムが企図されている。このような予め関係付けられたカードは、購入されてもよく、または、特定の請求者またはプロバイダによって顧客に提供されてもよい。このような予め関係付けられたカードのユーザは、したがって、仲介業者の使用を通して特定の請求者またはプロバイダに対して資金を送金してもよい。この仲介業者は電話機、インターネット、または他のネットワークシステムと交信してもよい。このような予め関係付けられた勘定支払カードのユーザは、第三者マーチャントに対して、勘定支払カードおよび支払を提供してもよく、第三者マーチャントは中央プロセッサと交信して、中央プロセッサに対して勘定支払カード上にエンコードされた情報を提供してもよい。ユーザは、彼または彼女が請求者またはプロバイダに支払うことを望む額を第三者マーチャントによって、中央プロセッサに知らせてもよい。中央プロセッサは第三者マーチャントと交信して、ユーザの口座中にユーザにより選択された価値を挿入してもよい。中央プロセッサと請求者またはプロバイダとの間の交信は、リアルタイムで起ってもよく、または、定期的に、すなわちバッチ転送で起ってもよい。第三者マーチャントは、ユーザから支払を受け取ってもよく、そして、中央プロセッサおよび第三者マーチャントは、ＡＣＨもしくは他のこのような支払システムにより清算してもよい。
【０１００】
本発明の範囲または精神から逸脱することなく、本発明の方法、製造、構成、および使用において、さまざまな変更および変形を行うことができることが当業者に明らかになるだろう。
【図面の簡単な説明】
【０１０１】
【図１】図１は、本発明のいくつかの実施形態にしたがった、勘定支払カードシステムの図である。
【図２】図２は、本発明のいくつかの実施形態にしたがった、勘定支払カードシステムを管理するように構成されたプロセッサの図である。
【図３】図３は、本発明のいくつかの実施形態にしたがった、勘定支払カードシステムを管理する方法を図示するフローチャートである。
【図４】図４は、本発明のいくつかの実施形態にしたがった、勘定支払カードシステムにおける勘定支払カードの最初の使用を管理する方法を図示する図である。
【図５】図５は、本発明のいくつかの実施形態にしたがった、勘定支払カードシステムに伴うトランザクションを管理する方法を図示するフローチャートである。
【図６】図６は、本発明のいくつかの実施形態にしたがった、小売業者から購入された勘定支払カードを使用する顧客によって、１人以上の請求者に対して支払を行う方法を図示するフローチャートである。
【図７】図７は、本発明のいくつかの実施形態にしたがった、勘定支払カードシステムに伴うトランザクションを実行する方法を図示するフローチャートである。
【図８】図８は、本発明のいくつかの実施形態にしたがった、勘定支払カードシステムを使用して、請求者に対して支払を行う方法を図示するフローチャートである。
【図１】
2008243186.tif 000003
【図２】
2008243186.tif 000004
【図３】
2008243186.tif 000005
【図４】
2008243186.tif 000006
【図５】
2008243186.tif 000007
【図６】
2008243186.tif 000008
【図７】
2008243186.tif 000009
【図８】
2008243186.tif 000010
【外国語明細書】
2008243186000001.pdf