顧客口座識別子を用いた、ポイントオブセールにおける顧客口座への価値挿入
【課題】価値を顧客口座に追加する方法を提供する。
【解決手段】価値を顧客の顧客口座に追加するための要求をポイントオブセール端末から受け取る。要求は、価値に関係する価値識別データと顧客口座に関係する口座識別データとを含む。顧客口座識別データは、ポイントオブセールで入力されてもよい。要求は価値の購入に関係付けられている。価値を顧客口座に追加させてもよい。その後の価値購入取引の間、追加の価値を口座に追加してもよい。
【解決手段】価値を顧客の顧客口座に追加するための要求をポイントオブセール端末から受け取る。要求は、価値に関係する価値識別データと顧客口座に関係する口座識別データとを含む。顧客口座識別データは、ポイントオブセールで入力されてもよい。要求は価値の購入に関係付けられている。価値を顧客口座に追加させてもよい。その後の価値購入取引の間、追加の価値を口座に追加してもよい。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本出願は、代理人明細書番号第６４２４３．０００００５号のもとで、２００３年１２月１９日に出願された米国出願番号第１０／７３９，３０１号の一部継続出願であり、この２００３年１２月１９日に出願された米国出願は、２００３年１１月１４日に出願された米国仮出願番号第６０／５１９，６３０号、２００３年１１月１４日に出願された米国仮出願番号第６０／５１９，６２９号、および２００２年９月２４日に出願された米国特許出願第１０／２５３，２４３号に対して優先権を主張しており、この２００２年９月２４日に出願された米国特許出願は、２００１年９月２４日に出願された米国仮出願第６０／３２４，３３３号、および２００２年７月１５日に出願された米国仮出願第６０／３９６，４０４号に対して優先権を主張している。
【０００２】
さらに、本出願は、２００３年１１月１３日に出願された米国特許出願番号第１０／７１２，１８２号、２００３年９月５日に出願された米国特許出願番号第１０／６５５，８２８号、および２００３年１１月３日に出願された米国特許出願番号第１０／６９８，０８４号に対して優先権を主張している。
【０００３】
また、本出願は、２００３年４月１１日に出願された米国特許出願番号第１０／４１１，９７１号に対して優先権を主張し、この２００３年４月１１日に出願された出願は、２０００年８月１８日に出願された米国特許出願番号第０９／６４１，３６３号、今では特許されている米国特許番号６，５７５，３６１号に対して優先権を主張しており、この米国特許は、１９９９年８月１９日に出願された米国仮出願第６０／１４９，７４０号に対して優先権を主張している。
【０００４】
さらに、本出願は、特許代理人明細書番号第６４２４３．００００２７号のもとで、２００３年１２月１０に出願された米国特許出願番号第１０／７３２，６４１号に対して優先権を主張している。
【０００５】
本出願は、２００２年９月２４日に出願された国際特許出願番号ＰＣＴ／ＵＳ０２／３０２８１号に関する。
【０００６】
先に述べたすべての出願は、これらのすべての参照によりここに組み込まれている。
【発明の分野】
【０００７】
本発明は、記憶された価値カード口座に関する。さらに詳細に述べると、本発明は、ポイントオブセール取引の結果、記憶された価値を記憶された価値口座に追加することに関する。記憶された価値口座は、第３者によって管理されていてもよい。関連出願で記述したように、記憶された価値カードのデータは、カードの所有者またはエンドユーザによって支払われるまたは事前に支払われる、サービスおよび／または商品に関する。記憶された価値カードのそれぞれはＰＩＮに関係付けられていてもよい。
【発明の背景】
【０００８】
従来の記憶された価値口座は、２ステップのプロセスで再ロードされる。第１に、顧客は、２０ドルのような特定の金額に関係する記憶された価値カードを購入する。第２に、顧客は、例えば、カードの裏の８００番に電話をかけることによって、中央プロセッサにアクセスして、カードの価値を顧客の口座に追加する要求を行う。通話の間、一般的に、顧客は、カード口座情報とともに、顧客の口座を識別する十分な情報を提供する。モバイル電話機サービス口座については、そのような識別情報は、（ＡＴ＆Ｔのような）電気通信サービスプロバイダの識別子とともに、ならびに顧客のモバイル電話番号を含んでいてもよい。
【０００９】
この２ステップのプロセスは、顧客にとって時間がかかるプロセスである。特に、ＩＶＲのような中央プロセッサにコンタクトし、すべての入力要求をナビゲートして必要なすべての情報を提供することは、ＩＶＲシステムの言葉を話さない顧客にとっては、ことのほか時間がかかり、および／またはことのほか困難である。その都度払い方式の口座については、顧客が価値を口座に追加する度に、厄介なＩＶＲシステムが改めてナビゲートされる。記憶された価値口座に価値を繰り返し追加するための改良されたシステムおよび方法が提供されることが望まれる。
【発明の概要】
【００１０】
価値を顧客口座に追加する方法を提供する。価値を顧客の顧客口座に追加するための要求をポイントオブセール端末から受け取る。要求は、価値に関係する価値識別データと顧客口座に関係する口座識別データとを含んでいてもよい。顧客口座識別データは、ポイントオブセールで入力されてもよい。要求は、購入の価値に関係付けられてもよい。価値を顧客口座に追加させてもよい。その後の価値購入取引の間、追加の価値を口座に追加してもよい。
【図面の詳細な説明】
【００１１】
多くのワイヤレス電話のユーザ、ならびに商品および／またはサービスの他の多くの受取人は、サービスが提供される前に支払いが必要なプリペイド口座の仕組みを利用する。理解すべきことは、プリペイドワイヤレス電話機サービスプロバイダを例示目的にここで使用していることである。本発明は、（電気通信サービスのような）１つ以上の商品またはサービスのプロバイダによって提供される口座のような、任意の顧客口座に関する。口座によって対応されるプリペイドサービスの例は、長距離電話通信、ワイヤレス通信、ページングおよびインターネット可能な通信サービス等を含む。例えば、プリペイド電気通信の顧客は、サービスに対する支払いを顧客の口座から直接差し引いて、電気通信事業者にその都度支払ってもよい。
【００１２】
技術の組み合わせによって、本発明が提供するのは、顧客が、価値、すなわち金銭または利用クレジットを現行の顧客口座にポイントオブセール（ＰＯＳ）デバイスから追加できる顧客の立場を考えたプロセスである。顧客は、マーチャントＰＯＳ端末または（ＡＴＭのような）他の端末で価値を購入してもよい。例えば、先行技術における方法のように、顧客は、２０ドルのテレフォンカードのような、価値に関係する、記憶された価値カードまたはＰＩＮを購入してもよい。代わりに、顧客は、ただ単に、特定の価値を特定の口座に追加させる要求をしてもよい（顧客または別のエンティティに口座が属してもよいことを留意すべきである）。いずれにしても、価値購入データおよび／または（電気通信口座に対応する電話番号のような）顧客口座識別データは、例えば、ポイントオブセール（例えば、ＰＯＳ端末）でデータを入力することによって、提供されてもよい。価値購入データおよび顧客口座識別データは、ＰＯＳ端末から中央プロセッサに送られてもよい。中央プロセッサは、受け取った価値購入データおよび顧客口座識別データに基づいて、価値および／または顧客口座を識別してもよい。例えば、価値識別データ（例えば、価値識別子、またはカード番号）を特定の価値にリンクさせるデータベースに基づいて、中央プロセッサは、価値を識別してもよい。中央プロセッサは、識別された価値を識別された口座に追加（または挿入）させてもよい。例えば、中央プロセッサは、識別された顧客口座に価値を追加するための自動化された要求および／または電子要求を（例えば、ＡＰＩによって）口座プロバイダシステムに送ってもよい。
【００１３】
このアプローチの効果は、単一のＰＯＳ取引を通じて価値を顧客口座に追加できることである。このアプローチの効果により、従来のシステムと比較して、時間が節約され、厄介なことがなくなる。従来のシステムは、価値をアクティブ化するＰＯＳ取引を一般的に必要とし、これに、後の電話通話およびＩＶＲナビゲーションが続いて、口座プロバイダシステムに対して、アクティブ化された価値を特定の顧客口座に追加させる。
【００１４】
本発明の１つの観点において、顧客がサービス価値を顧客の口座に追加できるようにするプロセスを、中央システムが管理する。中央システムは、関係するサービス価値を持つそれぞれの識別子を有する１組の識別子、すなわち個人識別番号（ＰＩＮ）を管理してもよい。このサービス価値は、金額の数字（すなわち、ドルの金額、例えば、１０ドル、２５ドルまたは５０ドル）、またはサービス使用量の何らかの単位（すなわち、分）を示すことが好ましい。さらに顧客に配布するために、識別子に関係するしるしをマーチャントに配布する。１つの例では、１０ドルのカード、２５ドルのカードおよび５０ドルのカードのような、予め定められた価値を持つ磁気ストライプカード上のしるしを配布してもよい。正しく認識すべきことは、それぞれのしるし、またはしるしを持つ物品が、中央システムで管理されている１つの識別子のみに関係付けられていることである。したがって、配布されるそれぞれのカードは、中央システムで管理されている１つの識別子のみにリンクしている。
【００１５】
一度、顧客が、しるし、またはしるしを持つ物品を選択すると、顧客は、しるしによって示されている識別子に関係するサービス価値に対する支払いを行う。例えば、顧客は、（例えば、識別子は、カード上で、例えば、識別子を視界から見えないようにするために削り取り可能な接着部材の下に、印刷されていてもよい）２５ドルのサービス価値に関係する識別子に関係する２５ドルのカードに対して２５ドルを支払う。中央システムで識別子をアクティブ化できるように、マーチャントは通信を中央システムに送り、顧客との取引を確認する。中央システムが価値を追加するターゲットの口座を識別できるように、顧客口座識別情報も中央システムに送ってもよい。例えば、ＰＯＳデバイスで電気通信サービス口座に対応する電話番号を顧客が入力して、ＰＯＳデバイスが、この情報を中央システムに送信してもよい。
【００１６】
識別子および顧客口座情報が識別されたとき、中央システムは顧客の口座プロバイダシステムと通信してサービス価値を顧客の口座に追加してもよい。価値は顧客の口座に挿入されていることから、価値を顧客の口座に追加させる動作をここで“価値挿入”と時に呼ぶこともある。いくつかのケースでは、口座プロバイダシステムは、中央システムから離れていてもよい。他のケースでは、中央システムは、顧客口座を提供するプロバイダシステムを含んでいてもよい。これらのケースでは、外部の口座プロバイダと通信することなく、価値が顧客口座に挿入される。
【００１７】
価値挿入に続いて、顧客の更新された口座情報が獲得され、顧客に提供されてもよい。例えば、価値挿入プロセスは、非常に短い時間フレーム（例えば、０．１秒から１０秒）内に生じてもよく、顧客口座に価値を挿入したという確認は、（例えば、マーチャントＰＯＳ端末で）マーチャントに返信されてもよい。例えば、受領書を印刷すること、またはＰＯＳ端末で確認を表示することによって、確認を顧客に出力してもよい。
【００１８】
上記の例の一部から分かるように、中央システムは、顧客プロバイダと、マーチャントプロバイダと、口座プロバイダとの間の仲介的な役割を果たしてもよい。中央システムは、価値挿入を可能にする仕組みをいくつかの事業者管理し、プリペイド通信サービスの仲介業者となる。いくつかのポイントオブセールにおいて獲得でき、多くの参加事業者に対するサービス価値を補充する簡易な方法を可能にできる、リソースに対するアクセスを有することによって、顧客は利益を得る。事業者が市場に商品を置くことによって利益を得て、事業者が市場に商品を置くことによって顧客は顧客の口座残高をより簡易に補充することができる。最後に、マーチャントが人気ある商品を販売していることにより、マーチャントは増加した販売から利益を得る。その理由は、これは、時間がかかり、分かりにくいＩＶＲナビゲーションを伴う後の電話通話の代わりに、顧客が、ＰＯＳデバイスから自分の口座に価値を直接追加させることができるようにする単一の商品だからである。
【００１９】
本発明の少なくとも１つのインプレメンテーションにおいて、中央システムは、少なくとも１つの情報リレーショナルデータベースで管理するとともに、中央システムのさまざまなユーザ（すなわち、顧客、マーチャント、およびアドミニストレータ）が、本発明のさまざまな機能およびインタフェースに対してアクセスもできるようにする。リレーショナルデータベースは、異なるテーブル中に含まれている情報にアクセスし、情報を共有できるとともに、リレーショナルデータベースの１つのテーブル中に含まれているデータに対する変更が、同じデータを共有する他の何らかのテーブル中の同じデータに影響を及ぼす、さらなる効果を提供する。テーブルは、類似したデータ情報フィールドを有するいくつかのデータレコードの集合体である。データレコードは、フィールドに編成されるデータの集合体を示す。これらのフィールドは、変化するタイプのデータを受け取るようにフォーマット化されてもよい。したがって、本発明の機能を実現する際に使用するために、中央システムまたはシステムのユーザは、さまざまなデータテーブルおよびレコード中に含まれるデータを処理し、問い合わせし、または報告できる。本発明の観点において、さまざまなデータベースは、例えば、１組の識別子とモバイル識別番号（ＭＩＮ）とを含んでいてもよい。
【通信サービス価値を供給する方法】
【００２０】
本発明の１つの実施形態にしたがって、通信サービスを供給する方法を示す例示的なフローチャートを図１で示し、この方法について以下で記述する。
【００２１】
プロセスはステップＳ１で開始し、関係するサービス価値を持つ１組の識別子を確立することを含むステップＳ２０に進む。先に記述したように、それぞれの識別子は、データレコード、または識別子レコードの部分を形成し、この部分によって、中央システムは、後に顧客に販売される特定の関係するサービス価値を識別できる。識別子の１つの例は、個人識別番号（“ＰＩＮ”）である。ＰＩＮは、識別子レコードのうちの１つのフィールドを構成するが、同じ識別子レコード中の別のフィールドは、関係するサービス価値を含む。例示的に、レコードＸは、識別子ＡＢＣと２５ドルの関係するサービス価値とを持っていてもよい。サービス価値は、金額の数字（すなわち、ドル単位の金額、例えば１０ドル、２５ドルまたは５０ドル）であることが好ましいが、事業者システムによってサポートされる場合は、サービス使用量の何らかの単位（すなわち、分）も示してもよい。
【００２２】
１組の識別子は、識別子データベースを形成する。それぞれの識別子レコードには、ステータスインジケータ（すなわち、識別子は、アクティブまたはインアクティブであるか）のフィールド、シリアル番号のフィールド、Ｖｉｓａ口座ネットワーク番号（ＶＡＮ）のフィールド、またはしるしを配布するマーチャントを識別するマーチャントコードのフィールドが含まれていてもよい。
【００２３】
１組の識別子の確立に続いて、ステップ４０において、プロセスは、顧客に配布するために識別子のしるしをマーチャントに配布することを含む。先に記述したように、しるしは、いくつかの理由により識別子に関連する情報を提供する。第１に、しるしによって、マーチャントは、配布に続いてアクティブ化される必要がある識別子を中央システムに通信できる。同様に、しるしによって伝えられた情報によって、顧客は、後に、しるしをマーチャントから獲得したときに購入した識別子とサービス価値とを中央システムに通信できる。しるしには、そのような情報を持つ何らかの物品が含まれていてもよいことを、正しく認識すべきである。他の観点では、しるしは、中央システムと通信するための指示を顧客に提供してもよい。
【００２４】
しるしは、磁気ストライプカード、スマートカード、バーコードカード、またはこれらの何らかの組み合わせのような物品を含んでいてもよい。磁気ストライプ、チップまたはバーコードのいずれも、カードの識別子を示す情報を含む。したがって、顧客へのカードの販売が完了したとき、マーチャントは、ネットワーク端末を通じて読み取り機に通してカードを読み取る、または、代わりに、カード上のバーコードをスキャンする。それから、マーチャントのシステムは識別子を見つけて、関係する識別子を持つ物品の販売を中央システムに通知する。
【００２５】
顧客が、購入するときにカードを利用できるようにするために、顧客が識別子を中央システムに通信できるようにカードは識別子も表示する。さらに、カードにはカード上に示されている識別子に関係するサービス価値が表示され、顧客が正しいカードを購入するのに役立つ。最後に、カードには、中央システムと通信するための指示、すなわち一般的なフリーダイヤル番号が含まれているべきである。
【００２６】
しるしは、受領書または他の通知を届けることによって顧客に提供されてもよい。そのような実施形態において、顧客は、マーチャント、またはベリフォン端末のようなシステムデバイスのいずれかを通じて、ポイントオブセールで購入取引を開始する。顧客は、あるプリペイドサービス価値を要求して、支払いのときに、中央システムが、顧客に配布するためにポイントオブセールに識別子を届ける。
【００２７】
それから、ステップＳ６０において、プロセスは、顧客にしるしを配布するときに、識別子をアクティブ化することを含む。先に記述したように、マーチャントからの顧客へのしるしの配布の通信に続いて、識別子はアクティブ化されてもよい。この方法は、支払い前にしるしが盗まれることを防ぐ助けとなる。アクティブ化は、特定の識別子レコードに関係するステータスインジケータをインアクティブからアクティブに変えること含んでいてもよい。マーチャントと中央システムとの間の通信は、“ホスト−ホストまたはＶｉｓａネット接続”を構成していることが好ましいが、任意のネットワーク通信を含んでいてもよい。その通信において、中央システムはマーチャントシステムから入力を受け取り、取引を確認する。したがって、本発明の特徴は、その全体が参照によりここに組み込まれている２０００年８月１８日に出願された米国特許出願番号第０９／６４１，３６３号（特許代理人明細書番号第４３１８２７．００００７号）に記述されているいずれの特徴を使用してもよく、またはいずれの特徴を組み合わせてもよい。
【００２８】
ステップＳ８０において、識別子に関係するサービス価値を顧客口座に追加する顧客からの要求は、例えば、中央システムによって受け取られてもよい。要求は、顧客へのしるしの配布を含む取引の間に生じてもよい。例えば、ＰＯＳ端末が価値データおよび／または（顧客の電気通信サービス口座に関係する電話番号のような）顧客識別データを中央システムに送信するときに、要求が生じてもよい。
【００２９】
いくつかの実施形態では、中央システムとの通信は、任意の適切な通信インタフェース、イーサネット（登録商標）接続、モデム、電話機、ワイヤレス通信デバイス（すなわち、モバイル電話機、ＰＤＡ、または他のハンドヘルドワイヤレス通信デバイス）を使用しているシステムとのデジタル接続またはアナログ接続、ポイントオブセールデバイスまたはトランシーバデバイス（すなわち、例えばベリフォン端末）、トークンリング、インターネットまたはイントラネット、あるいは他のコンピュータ接続、またはネットワーク接続を通じて、中央システムから入力を顧客が受け取り、中央システムに出力を送ることが可能な他の何らかの適切な接続によって実現されてもよい。
【００３０】
図２は、本発明の１つの実施形態にしたがって“識別子に関係するサービス価値を顧客口座に追加する要求を顧客から受け取る”図１のステップをさらに詳細に示しているフローチャートである。サービス価値を顧客の口座に追加する顧客からの要求には、購入に関係する価値を示す価値識別子（例えば、カード番号、キーカード識別子、カードＰＩＮ番号、ドルの金額、あるいは分の量または価値の他の単位のような価値識別情報）が含まれている必要がある。要求には、顧客の口座を識別する情報（例えば、中央システムが顧客の口座を識別できる顧客の電話番号、ＥＳＮ、またはモバイル識別番号）も含まれていてもよい。したがって、図２に示すように、プロセスは、ステップＳ８０に続いて、識別子を照合するステップＳ１００に進む。識別子の照合に続き、ステップ１２０において、顧客口座情報が照合される。
【００３１】
図３は、本発明の１つの実施形態にしたがって“識別子を照合する”図２のステップをさらに詳細に示しているフローチャートである。例えば、いくつかの実施形態では、中央システムは、さらなる顧客口座識別情報を中央システムに送信することを要求してもよい。いくつかの実施形態では、例えば、口座および／または価値識別情報を再入力すること、および／または入力要求の確認で“Ｙｅｓ”または“ＯＫ”を押すことによって、口座および／または価値識別情報を確認することを、中央システムが要求してもよい。
【００３２】
図３に示しているように、プロセスは、ステップＳ１００に続いて、ステップＳ１０２に進み、中央プロセッサは、顧客からの識別子入力を要求（すなわち、ＰＯＳデバイスで入力を促し、例えばカードからＰＩＮを要求）してもよい。ステップＳ１０４において、システムは、顧客からの識別子入力（例えば、カード番号、または購入されたカード上に提供されているＰＩＮ）を受け入れてもよい。例えば、顧客はマーチャントＰＯＳでカードを購入してもよく、マーチャント（または顧客）は、（クレジットカード読み取り機または他の端末のような）マーチャントＰＯＳデバイスでカードを読み取り機に通してもよい。
【００３３】
ステップＳ１０６において、入力された識別子が、中央システムによって管理されている１組の識別子の識別子と相関しているか否かを、システムは決定してもよい。中央システムは、（例えば、ＰＯＳデバイスから受け取ったような、および／または顧客（または他のエンティティ）によって提供されているような）受け取った価値識別子を識別子データベース中で保持されている価値識別子と比較してもよい。ＰＩＮを含んでいるレコードがデータベースで発見された場合、プロセスはステップＳ１０８に進む。識別子がデータベース中で発見された場合、システムは、ステップＳ１０８において、識別子がアクティブであるか否かを決定する。識別子のステータスは、関連識別子レコードを関係するステータスインジケータと関連付けることによって、決定することができる。したがって、中央システムが識別子レコードを発見したとき、ステータスインジケータフィールド中の価値がアクティブステータスまたはインアクティブステータスであるかどうかを、システムは決定できる。識別子がデータベース中で発見され、その識別子がアクティブである場合、ステップＳ１１０において、システムが決定するのは、識別子が既に引き換えられているか否かである。この特徴によって、中央システムは、識別子が既に引き換えられていることを顧客に知らせることができる。いくつかの実施形態において、中央システムとの顧客の通信セッションは、価値挿入手順の確認の前に、早期に終了されてもよい。セッションの終了が生じたとき、以前の通話で価値挿入機能が完了されたことを顧客は認識していなくてもよい。したがって、顧客が、以前のある期間（すなわち、直前の２４時間）内に電話をかけていた場合、中央システムは価値挿入が成功したことを顧客に知らせることができる。識別子が引き換えられていない場合、プロセスはステップＳ１１６に進む。
【００３４】
ステップＳ１０６において、データベース中で識別子が発見されなかった場合、またはデータベース中で識別子は発見されたが、ステップＳ１０８において、識別子はインアクティブであることが決定された場合、あるいはデータベース中で識別子が発見され、アクティブであるが、ステップＳ１１０において、識別子は既に引き換えられていることが決定された場合、プロセスはステップＳ１１２に進む。ステップＳ１１２において、システムは、以前の識別子チェックがあったか否かを決定し、以前の識別子チェックがあることが決定された場合、プロセスはステップＳ１１４に進み、顧客はカスタマサービスに転送される。顧客が以前の識別子入力を供給し、その入力が、ステップＳ１０６、Ｓ１０８またはＳ１１０のいずれの決定も失敗した場合、以前の識別子チェックが生じている。以前の識別子チェックがなかった場合、プロセスはステップＳ１０２に戻って、顧客が識別子入力を再入力することをシステムは要求する。
【００３５】
システム中で発見され、アクティブであり、引き換えられていない識別子については、ステップＳ１１６において、システムが識別子の関係するサービス価値を決定する。それから、プロセスはステップＳ１１９に進み、プロセスはステップＳ１２０に戻る。
【００３６】
図４は、本発明の１つの実施形態にしたがって“顧客口座情報を照合する”図２のステップをさらに詳細に示しているフローチャートである。顧客は、自分の顧客口座情報を供給して、購入したサービス価値が、（通信サービス価値口座を顧客に提供する電気通信システム事業者のシステムのような）正しい口座プロバイダシステムにおいて、（モバイル識別番号（ＭＩＮ）によって識別されてもよい）正しい顧客口座に確実にクレジットされるようにする。
【００３７】
図４に示しているように、プロセスはステップＳ１２０に続いてステップＳ１２１に進む。
【００３８】
したがって、いくつかの実施形態において、顧客ＭＩＮ（または他の口座識別子）が捕捉および／または識別されたか否かを、システムは決定してもよい。例えば、ステップＳ１２１において、顧客識別情報が中央システムに送られるときに、顧客ＭＩＮ（または他の口座識別子）が識別されてもよい。いくつかの実施形態では、顧客は、モバイル電話機から（価値を追加する口座を持つ）システムにコンタクトし、ターゲットの口座に対応している口座を識別してもよい。例えば、顧客のＭＩＮは、自動番号識別（“ＡＮＩ”）、または類似した発呼者ＩＤ機能を利用して捕捉することができる。ＡＮＩを通じて、中央システムはＩＳＤＮ送信から顧客のＭＩＮを捕捉する。代わりに、顧客は、要求時に自分のＭＩＮを供給してもよい。この供給することよって、どのＭＩＮ口座にプリペイドサービス価値をクレジットすべきかを、顧客は確認できる。いくつかの実施形態では、実際に対応する口座を識別することなく、口座識別情報が識別されてもよい。
【００３９】
“ＭＩＮ”は例示目的のみに使用され、ここで意図しているのは、口座番号、電話番号、ＥＳＮ、ＳＭＳアドレス、自宅または仕事場のアドレス、名前、または（単独または他の情報と組み合わされた口座識別情報を使用することによって）口座を識別できる他の情報のような、他の何らかの口座識別子である。例えば、中央システムは、特定の口座を姓のみ、およびメールアドレスのみから識別してもよい。この例では、姓およびメールアドレスは、“口座識別情報”の目的を果たすことができる。
【００４０】
顧客のＭＩＮが既に捕捉されていない場合、プロセスはステップＳ１２７に進んでもよい。ＭＩＮが捕捉されている場合、プロセスはステップＳ１２２に進み、システムは、顧客のＭＩＮがＭＩＮデータベース中で発見されるか否かを決定してもよい。ＭＩＮデータベースは、それぞれのＭＩＮ、ならびに関係する事業者を含む現行のＭＩＮのコンパイルを含んでいてもよい。ＭＩＮデータベースは、中央システムにローカル的に記憶されてもよく、テレコーディア（Ｔｅｌｃｏｒｄｉａ）（登録商標）のような公的にアクセス可能なデータベース中で外部的に管理されてもよい。このデータベースは、ワイヤレスローカル番号ポータビリティ法に準拠して作成されたＭＩＮを含んでいてもよい。ＭＩＮがＭＩＮデータベース中で発見されなかった場合、プロセスはステップＳ１２３に進む。ＭＩＮがＭＩＮデータベース中で発見されなかった状況では、顧客は、非ワイヤレス電話機または他の非電話系接続を使用して、中央システムにコンタクトしてもよく、システムは、顧客がサービス価値の追加を望む顧客にＭＩＮの入力を促す。ＭＩＮがＭＩＮデータベース中で発見された場合、プロセスはステップＳ１２５に進む。
【００４１】
ステップＳ１２３において、システムは、以前に、システムが顧客から顧客のＭＩＮを要求されたか否かを決定する。顧客のＭＩＮが以前に要求されていた場合、プロセスはステップＳ１２４に進み、顧客はカスタマサービス担当者に転送される。顧客のＭＩＮが以前に要求されていなかった場合、プロセスはステップＳ１２７に進む。
【００４２】
ステップＳ１２５において、システムは、顧客が自分のＭＩＮを入力したか否かを決定する。顧客がＭＩＮを入力していた場合、プロセスはステップＳ１２９に進む。顧客が自分のＭＩＮを入力していなかった場合、プロセスはステップＳ１２６に進み、システムは、顧客ＭＩＮが確認されているか否かを決定する。確認には、識別されたＭＩＮがサービス価値を追加すべき正しい口座であるという顧客からの入力が含まれている。ＭＩＮが確認された場合、プロセスはステップＳ１２９に進む。
【００４３】
代わりに、顧客ＭＩＮが確認されなかった場合、プロセスはステップＳ１２７に進み、サービス価値の追加を要求する顧客のＭＩＮを示す入力を顧客が提供するように、システムは要求する。それから、ステップＳ１２８において、ステップＳ１２１に戻る前に、システムは顧客のＭＩＮ入力を受け入れる。
【００４４】
ステップＳ１２９において、システムは（電気通信口座を顧客に提供する事業者のような）口座プロバイダを決定する。ＭＩＮデータベース中で識別されたＭＩＮを見つけ、関係する事業者と関連付けることによって、事業者は決定される（電気通信サービス口座を提供する“事業者”が例として使用されているが、使用料金サービス口座プロバイダ、緊急時ロードサービス口座プロバイダ、インターネットサービス口座プロバイダ、記憶された価値カード口座プロバイダ、および他の何らかの口座プロバイダのような、任意の口座プロバイダがここで意図されていることは、正しく認識されるべきである。）。
【００４５】
一度、事業者が決定されると、ステップＳ１３０において、システムは、顧客が顧客の事業者に基づいて、事業者地域コードを供給すべきか否かを決定してもよい。供給すべきでないと決定された場合、プロセスはステップＳ１３８にスキップしてもよい。事業者地域コードが要求された場合、システムは、ステップＳ１３２において、顧客の事業者地域コードを要求してもよい。ローカルモバイル電話機の顧客に関するデータを管理する地域センターを持つ事業者に事業者地域コードを要求してもよい。事業者地域コードは顧客の郵便番号によって表されてもよい。
【００４６】
ステップＳ１３３において、システムは顧客の事業者地域コードを受け入れてもよく、プロセスはステップＳ１３４に進んでもよい。システムは、事業者地域コードがステップＳ１３４において有効であるか否かを決定してもよい。コードが有効であることを前提としてもよいのは、そのコードが、事業者の特定の地域コードデータベース中で管理されている地域コードに関連している場合である。コードは単に顧客の郵便番号であってもよく、システムは、事業者データベースを参照することによって、適切な事業者地域を決定できる。コードが無効である場合、プロセスはステップＳ１３２に戻り、システムは、地域コードの再入力を要求する。コードが有効である場合、プロセスはステップＳ１３５に進み、システムは、顧客のＭＩＮと事業者地域コードとの間の関係を設定して、その後の対話のときに、後にコードが要求されることを防ぐ。プロセスはステップＳ１３８に進み、プロセスはステップＳ１３９に戻る。
【００４７】
顧客の要求を受け取った後、ステップＳ１４０において、プロセスは関係するサービス価値を顧客口座に追加することを含んでいてもよい。
【００４８】
図５は、本発明の１つの実施形態にしたがって“関係するサービス価値を顧客口座に追加する”図１のステップをさらに詳細に示しているフローチャートである。プロセスは、ステップＳ１４０に続いて、ステップＳ１４１に進み、システムは、顧客の事業者が顧客の口座へのサービス価値の価値挿入をサポートするか否かを決定してもよい。事業者が価値挿入を直接サポートする場合、プロセスはステップＳ１４４に進み、システムは事業者システムにアクセスする。それから、ステップＳ１４５において、識別子に関係するサービス価値を顧客の口座に追加するための事業者システムからの承認を、システムは要求する。ステップＳ１４６において、システムは、価値を追加する要求が承認されたか否かを決定する。認証された場合、プロセスはステップＳ１４８に進み、システムはサービス価値を顧客の口座に追加して、ステップＳ１５０に進み、システムは更新された顧客口座情報を事業者システムから獲得する。この更新された口座情報には、例えば、新規口座の残高、ならびに口座の満了日が含まれていてもよい。それから、プロセスは、ステップＳ１５２に進む。
【００４９】
しかしながら、ステップＳ１４６において、価値を追加する要求が承認されなかったことをシステムが決定した場合、プロセスはステップＳ１４７に進み、価値挿入を承認しなかった理由をシステムが事業者システムから獲得する。それから、プロセスはステップＳ１５２に進み、システムは事業者システムとの通信セッションを終了する。それから、プロセスはステップＳ１５９に進み、プロセスはステップＳ１６０に戻る。
【００５０】
価値挿入を直接サポートしない事業者については、ステップＳ１４２において、システムは顧客に代替の事業者識別子を提供する。この事業者識別子は、中央システムで使用される識別子と類似して動作する。しかしながら、事業者識別子は、事業者システムとの通信を通じて引き換えられる必要がある。これらの事業者識別子は、別の事業者識別子データベース中で管理されていてもよい。したがって、ステップＳ１４３において、システムは、事業者システムによって管理されているＩＶＲシステムに顧客を転送して、価値引き換えを完了する。
【００５１】
図１に戻ると、ステップＳ１６０では、プロセスは、顧客口座の概要を顧客に提供することを含む。
【００５２】
図６は、本発明の１つの実施形態にしたがって“顧客口座の概要を提供する”図１のステップをさらに詳細に示しているフローチャートである。プロセスはステップＳ１６０に続いて、ステップＳ１６２に進み、システムは、価値挿入が事業者システムによって承認されたか否かを決定する。承認された場合、プロセスはステップＳ１６４に進み、システムは、更新された顧客口座情報を顧客に提供する。それから、プロセスは、ステップＳ１６９に進む。価値挿入が承認されなかった場合、プロセスはステップＳ１６６に進み、システムは顧客に要求の否認の理由を提供する。これらの理由には、顧客口座の顧客の残高が既に予め規定された制限より多いこと、またはその制限を超えていること、事業者が口座を発見できなかったこと、口座が解約されていること、または何らかの不特定事業者のエラーであることが含まれていてもよい。それから、プロセスはステップＳ１６９に進み、プロセスはステップＳ１９９に戻る。一度、システムが顧客に顧客口座の概要を提供すると、プロセスはステップＳ１９９に進み、プロセスは終了する。
【００５３】
配布された識別子のそれぞれのしるしが、予め定められた関係するサービスを持ってなくてもよいように、ここで記述している方法が適合されてもよいことを正しく認識すべきである。この観点において、しるしは識別子を含むが、顧客は、カードに対して購入するサービス価値を選択することが許される。したがって、カードが配布されると、顧客は、２５ドルのような、中央システムのレコードに挿入するサービス価値を選択する。マーチャントからの通信は、中央システムに購入金額を通知し、この購入金額はレコードの関係するサービス価値フィールドに挿入される。
【通信サービス価値システムの例示】
【００５４】
先に記述したように、図７は、本発明の１つの実施形態にしたがって、通信サービス価値を供給する例示的なシステムを示している図である。図７は、中央システム１０、複数の顧客システム２０、２２、および２４、（例えば、ＰＯＳ端末を備える）複数のマーチャントシステム４０、４２および４４、ならびに複数の事業者システム６０、６２および６４を図示している。それぞれの顧客システム２０、２２および２４は、顧客ネットワーク１９を通じて中央システム１０と選択的に通信してもよい。それぞれのマーチャントシステム４０、４２および４４は、マーチャントネットワーク３９を通じて中央システム１０と選択的に通信してもよい。それぞれの事業者システム６０、６２および６４は、事業者ネットワーク５９を通じて中央システム１０と選択的に通信してもよい。正しく認識すべきことは、顧客ネットワーク１９、マーチャントネットワーク３９および事業者ネットワーク５９が、本発明のいくつかの実施形態において、同じネットワークであってもよいことである。
【００５５】
中央システム１０は、中央システム１０と通信するさまざまな顧客システム、マーチャントシステムおよび事業者システムからの入力を処理し、中央システム１０と通信するさまざまな顧客システム、マーチャントシステムおよび事業者システムに出力を発生させ、中央システム１０による使用のためにデータを検索してメモリ部分１４中にデータを記憶させるプロセッサ部分１２と、メモリ部分１４と、中央システム１０と通信しているさまざまな顧客システム、マーチャントシステムおよび事業者システムからの入力を受け入れ、中央システム１０と通信しているさまざまな顧客システム、マーチャントシステムおよび事業者システムに出力を送信するユーザインタフェース部分１６とを具備していてもよい。プロセッサ部分１２、メモリ部分１４およびユーザインタフェース部分１６のそれぞれは接続され、データバス１１を通じて互いに通信されている。
【００５６】
プロセッサ部分１２は、中央システム１０のさまざまな動作を監視し、制御する。最初に、プロセッサ部分１２は、しるしの配布を確認するときにマーチャントシステム４０によって提供される情報と、中央システム１０にアクセスするとき、または要求するときに顧客システム２０によって提供される情報とを処理する。
【００５７】
メモリ部分１４は、プロセッサ部分１２、ならびに中央システム１０の他のコンポーネントによって使用される幅広いさまざまなデータのメモリ記憶装置として機能する。例えば、１つの実施形態において、メモリ部分１４は、識別子および関係するサービス価値、ＭＩＮ、事業者、ならびに中央システムによって必要とされる他の情報のさまざまなデータベースを含む。正しく認識すべきことは、メモリ部分１４に含まれているさまざまなメモリコンポーネントは、特定の動作状況による必要性または望みに応じて、さまざまなアーキテクチャの形態をとってもよいことである。さらに、メモリ部分１４のさまざまなメモリコンポーネントは、リレーショナルデータベース技術のような既知の技術を利用して、データを交換、または他のメモリコンポーネントデータを利用してもよい。
【００５８】
ユーザインタフェース部分１６が提供するのは、中央システム１０への入力および中央システム１０からの出力をユーザが提供できるインタフェースである。ユーザインタフェース部分１６は、一般的に、顧客システム、マーチャントシステムおよび事業者システムと通信する対話能力を提供する。ユーザインタフェース部分１６は、プロセッサ部分１２またはこれらのコンポーネントによって制御され、顧客または中央システム１０に関連するデータまたは情報を入力および出力することを含む他の動作システムとインタフェースする。ユーザインタフェース部分１６は、システムアドミニストレータと中央システム１０と他のリモートシステムとの間のインタフェースも提供する。システムアドミニストレータは、主に、ユーザインタフェース部分１６を利用してメモリ部分１４中のデータおよび情報の記憶装置を管理、ならびに中央システム１０のアプリケーションおよび機能の更新を行う。
【００５９】
動作において、顧客は、適切な顧客システム２０を利用し、顧客ネットワーク１９を通じて中央システム１０にアクセスする。顧客システム２０は、モバイル電話機、ならびにインターネット、パーソナルデジタルアシスタント（ＰＤＡ）または他のワイヤレス通信デバイスにアクセスしているコンピュータのような、顧客ネットワーク１９にネットワーク接続されている何らかの適切な処理機械であってもよい。マーチャントシステム４０は、何らかの適切な処理機械であってもよい。この処理機械は、中央システムから入力を受け取ること、しるし、または他の情報を印刷すること、スマートカード読み取り機または磁気ストライプカード読み取り機、またはバーコードスキャナ機能を実行すること、中央システム１０に出力を送ること、ができるトランシーバデバイス（すなわち、例えば、ベリフォン端末）を含む。したがって、支払いするときに識別子をアクティブ化する本発明の１つの実施形態では、マーチャントトランシーバにおける適切なカードインタフェースを通じてカードは読み取り機に通され、このことは中央システム１０へのネットワーク接続を開始させ、中央システム１０は適切なデータベース中の識別子をアクティブ化する。
【００６０】
ユーザインタフェース１６は、データを顧客システム２０に送信して、入力を受け入れて顧客が出力を中央システム１０に提示できる顧客システム２０のユーザインタフェースに与える。これらのユーザインタフェースは、いくつかのインタフェースに関して記述されているが、代替ユーザインタフェースがインターネットウェブページ上に示されてもよく、このユーザインタフェースによって、顧客はそのページにアクセスして適切な形態で必要な引き換え情報を提供する。
【００６１】
いくつかの顧客システムおよびベンダシステムを図７で示しているが、正しく認識すべきことは、本発明のいくつかの実施形態において、１つのみの顧客システムと１つのみのベンダシステムがあって、これらが、それぞれ中央システム１０と選択的にネットワーク通信してもよいことである。
【００６２】
ユーザインタフェース部分１６は、識別子入力および顧客口座入力を含む価値挿入の顧客要求を顧客システム２０から受け入れる。プロセッサ部分１２は、識別子入力をメモリ部分１４で管理されている識別子データベースと照合してから、顧客口座入力を、メモリ部分１４でローカル的に、または公的に利用可能なＭＩＮのデータベースで外部的に管理されているいずれかのＭＩＮデータベースと照合する。それから、ユーザインタフェース部分１６は、事業者システム６０と通信して、顧客に顧客口座の概要を提供する前に価値挿入プロセスを完了する。
【００６３】
本発明は、通信サービス価値を配布するデバイスも備えていてもよいことを、正しく認識すべきである。そのようなデバイスは、配布端末（すなわち、ベリフォン端末のようなデバイス、または自動販売機のような装置）を含んでいてもよく、この配布端末によって、顧客は、購入するプリペイドサービス価値を選択し、サービス価値に対する支払いができる。端末には、利用可能なさまざまなサービス価値額面金額（すなわち、例えば、顧客の選択を受け入れる任意のユーザインタフェース）を示す商品選択部分、（すなわち、例えば、キャッシュ、あるいは磁気ストライプカード読み取り機またはスマートカード読み取り機を通じて）顧客からの支払いを受け取る支払い部分、関係する識別子をアクティブ化する必要性としるしの販売とを中央システムに通知する通信部分（すなわち、例えば、モデム）、ならびに顧客に識別子のしるしを提供する配布部分（すなわち、例えば、機械カード配布システム、またはしるしのプリントアウトを提供する印刷手段）を備えていてもよい。
【００６４】
先に記述したように、図１ないし図６は、本発明の方法のさまざまな実施形態を図示している。図７では、本発明のシステムの例示的な実施形態を示している。本発明のシステムまたは本発明のシステムの一部分が、例えば、汎用コンピュータまたは他のネットワーク動作システムのような“処理機械”の形態であってもよいことを、正しく認識すべきである。ここで使用するような、用語“処理機械”は、少なくとも１つのメモリを使用する少なくとも１つのプロセッサを含むことを理解すべきである。その少なくとも１つのメモリは、１組の指示を記憶する。指示は、処理機械の１つ以上のメモリに永久的または一時的に記憶されてもよい。プロセッサは、データを処理するために１つ以上のメモリに記憶されている指示を実行する。１組の指示は、フローチャートで先に記述したタスクのような、特定の１つ以上のタスクを行うさまざまな指示が含まれていてもよい。特定のタスクを行うそのような１組の指示は、プログラム、ソフトウェアプログラム、または単なるソフトウェアとして特徴付けられていてもよい。
【００６５】
先に述べたように、処理機械は、１つ以上のメモリ中に記憶されている指示を実行してデータを処理する。このデータの処理は、例えば、処理機械のひとり以上のユーザによるコマンドに応答するもの、以前のプロセスに応答するもの、別の処理機械および／または他の何らかの入力による要求に応答するものであってもよい。
【００６６】
先に述べたように、本発明を実現させるために使用される処理機械は汎用コンピュータであってもよい。しかし、先に記述した処理機械は、専用コンピュータや、例えば、マイクロコンピュータ、ミニコンピュータまたはメインフレームを含むコンピュータシステムや、プログラム化されたマイクロプロセッサや、マイクロ制御装置や、周辺集積回路素子や、ＣＳＩＣ（特定顧客向け集積回路）またはＡＳＩＣ（特定用途向け集積回路）または他の集積回路や、ロジック回路や、デジタル信号プロセッサや、ＦＰＧＡ，ＰＬＤ、ＰＬＡまたはＰＡＬのようなプログラム可能なロジックデバイスや、あるいは本発明のプロセスのステップを実現できる他の何らかのデバイスまたはデバイスの配置を含む幅広いさまざまな技術のうちの任意のものを利用してもよい。
【００６７】
先に記述したように本発明の方法を実施するために、処理機械のプロセッサおよび／またはメモリが同じ地理的場所に物理的に位置する必要がないことを、正しく認識すべきである。すなわち、本発明で使用されているプロセッサおよびメモリのそれぞれは、任意の適切な方法で通信するように地理的に異なる位置に配置され接続されている。さらに、プロセッサおよび／またはメモリのそれぞれが装置の異なる物理的部分で構成されていてもよいことを、正しく認識すべきである。したがって、プロセッサが１つの位置における単一の装置である必要はなく、メモリが別の位置における別の単一の装置である必要はない。すなわち、プロセッサが２箇所の異なる物理的位置における２つの装置であってもよいことを意図している。２つの異なった装置は、任意の適切な方法で接続されてもよい。さらに、メモリは、２箇所以上の物理的位置においてメモリの２つ以上の部分を備えていてもよい。
【００６８】
さらに説明すると、先に記述したようなプロセスは、さまざまなコンポーネントおよびさまざまなメモリによって行われる。しかしながら、先に記述したように、２つの異なるコンポーネントによって行われるプロセスは、本発明のさらなる実施形態にしたがって、単一のコンポーネントによって行われてもよいことを、正しく認識すべきである。さらに、先に記述したように、１つの独特なコンポーネントによって行われるプロセスは、２つの独特なコンポーネントによって行われてもよい。同様の方法において、先に記述したように、２つの独特なメモリ部分によって行われるメモリ記憶は、本発明のさらなる実施形態にしたがって、単一のメモリ部分によって行われてもよい。さらに、先に記述したように、１つの独特なメモリ部分によって行われるメモリ記憶は、２つのメモリ部分によって行われてもよい。
【００６９】
さらに、さまざまなプロセッサおよび／またはメモリとの間の通信を提供し、ならびに本発明のプロセッサおよび／またはメモリが他の何らかのエンティティと通信できるようにするために、すなわち、例えば、さらなる指示を獲得するために、または、リモートメモリ記憶装置にアクセスして使用するために、さまざまな技術が使用されてもよい。そのような通信を提供するために使用されるそのような技術は、ネットワーク、専用回路、ＩＰベース接続、インターネット、イントラネット、エクストラネット、ＬＡＮ、ＷＡＮ、ＶＰＮ，イーサネット、または、例えば、通信を提供する何らかのクライアントサーバシステムを含んでいてもよい。そのような通信技術は、例えば、ＴＣＰ／ＩＰ、ＵＤＰ，ＯＳＩ，ＳＮＡ、Ｘ．２５、ＩＳＯ８５／８３、ＸＭＬまたはＳＯＡＰのような何らかの適切なプロトコルを使用してもよい。
【００７０】
先に記述したように、１組の指示は、本発明のプロセスにおいて使用される。１組の指示は、プログラムまたはソフトウェアの形態であってもよい。ソフトウェアは、例えば、システムソフトウェアまたはアプリケーションソフトウェアの形態であってもよい。ソフトウェアは、例えば、別のプログラムの集合体、より大きいプログラム内のプログラムモジュール、またはプログラムモジュールの部分の形態であってもよい。使用されるソフトウェアは、オブジェクト指向プログラミングの形態のモジュール式プログラミングも含んでいてもよい。ソフトウェアは、処理されているデータに何をすべきかを処理機械に示す。
【００７１】
さらに、処理機械が指示を読み取れるように、本発明のインプレメンテーションおよび動作で使用される複数の指示または１組の指示が、適切な形態であることを、正しく認識すべきである。例えば、プログラムを形成する指示は適切なプログラミング言語の形態であってもよく、このプログラミング言語が機械言語またはオブジェクトコードに変換されることによって、１つ以上のプロセッサが指示を読み取ることができる。すなわち、特定のプログラミング言語で書き込まれたプログラミングコードまたはソースコードの行は、コンパイラ、アセンブラまたはインタプリタを使用して、機械言語に変換される。機械言語は、特定のタイプの処理機械、すなわち、例えば、特定のタイプのコンピュータに特有なバイナリコード化された機械指示である。コンピュータは機械言語を理解する。
【００７２】
任意の適切なプログラミング言語が、本発明のさまざまな実施形態にしたがって使用されてもよい。例示的に、使用されるプログラミング言語は、例えば、アセンブリ言語、Ａｄａ、ＡＰＬ、Ｂａｓｉｃ、Ｃ，Ｃ＋＋、ＣＯＢＯＬ、ｄＢａｓｅ、Ｆｏｒｔｈ、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｍｏｄｕｌａ−２、Ｐａｓｃａｌ、Ｐｒｏｌｏｇ、ＲＥＸＸ、ビジュアルベーシック、および／またはＪａｖａＳｃｒｉｐｔを含んでいてもよい。さらに、本発明のシステムの動作および方法に関連して、単一のタイプの指示または単一のプログラミング言語を利用する必要はない。むしろ、任意の数の異なるプログラミング言語を、必要または望みに応じて利用してもよい。
【００７３】
また、本発明の実施において使用される指示および／またはデータは、望みに応じて、何らかの圧縮技術または暗号化技術、あるいはアルゴリズムを利用してもよい。データを暗号化するために暗号化モジュールを使用してもよい。さらに、例えば、適切な解読モジュールを使用して、ファイルまたは他のデータを解読してもよい。
【００７４】
先に記述したように、例えば、少なくとも１つのメモリを備えているコンピュータまたはコンピュータシステムを含む処理機械の形態で、本発明を例示的に具現化してもよい。コンピュータ動作システムが先に記述した動作を行えるようにする１組の指示、すなわち、例えば、ソフトウェアは、望みに応じて、幅広いさまざまな媒体のいずれかに含まれていてもよいことを、正しく認識すべきである。さらに、１組の指示によって処理されるデータは、幅広いさまざまな媒体のいずれかに含まれていてもよい。言い換えれば、本発明で使用される１組の指示および／またはデータを保持するために利用される特定の媒体、すなわち、処理機械中のメモリは、例えば、何らかのさまざまな物理的な形態または送信の形態を取っていてもよい。例示的に、媒体は、用紙、ＯＨＰフィルム、コンパクトディスク（登録商標）、ＤＶＤ、集積回路、ハードディスク、フロッピー（登録商標）ディスク、光ディスク、磁気テープ、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ワイヤ、ケーブル、ファイバ、通信チャネル、衛星送信または他のリモート送信、ならびに本発明のプロセッサによって読み取られる他の何らかの媒体またはデータのソースの形態であってもよい。
【００７５】
さらに、本発明を実現する処理機械で使用されている１つ以上のメモリは、望みに応じて、指示、データ、または他の情報をメモリが保持できるようにする幅広いさまざまな形態のうちの任意のものであってもよい。したがって、メモリは、データを保持するデータベースの形態であってもよい。データベースは、例えば、フラットファイルの配置またはリレーショナルデータベースの配置のような、何らかの望みのファイルの配置を使用してもよい。
【００７６】
本発明のシステムおよび方法において、さまざまな“ユーザインタフェース”を利用することによって、本発明を実現するために使用される１つ以上の処理機械とユーザがインタフェースできる。ここで使用したように、ユーザが処理機械と対話できるようにする、処理機械によって使用される、任意のハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせを、ユーザインタフェースは含む。ユーザインタフェースは、例えば、一連の対話音声応答を含み、またはダイアログスクリーンの形態をとっていてもよい。ユーザインタフェースは、顧客のブラウザによって顧客システム上に示されるウェブページまたは他のインターラクティブアプリケーションの形態であってもよい。ウェブページまたはアプリケーションは、データを受け入れ、記憶のためにデータを広告マーケットシステムに送信するフィールドを備えている。ユーザインタフェースは、マウス、タッチスクリーン、キーボード、キーパッド、カードスロット、音声読み取り機、音声認識器、ダイアログスクリーン、メニューボックス、リスト、チェックボックス、トグルスイッチ、押しボタン、または、１組の指示を処理するときの処理機械の動作に関する情報をユーザが受け取って、および／または処理機械に情報を提供できるようにする他の何らかのデバイスのうちの任意のものを備えていてもよい。したがって、ユーザインタフェースは、ユーザと処理機械との間の通信を提供する何らかのデバイスである。ユーザインタフェースを通じてユーザによって処理機械に提供される情報は、例えば、コマンド、データの選択、または他の何らかの入力の形態であってもよい。
【００７７】
先に説明したように、ユーザインタフェースは、処理機械がユーザのためにデータを処理するように１組の指示を実行する処理機械によって利用される。一般的に、ユーザと対話して、情報を伝えるまたはユーザからの情報を受け取るために、ユーザインタフェースは、処理機械によって使用される。しかし、正しく認識すべきことは、本発明のいくつかの実施形態のシステムおよび方法にしたがうと、本発明の処理機械によって使用されるユーザインタフェースと人間ユーザが、実際に対話する必要がないことである。むしろ、本発明のユーザインタフェースは、人間ユーザよりむしろ別の処理機械と対話する、すなわち、情報を伝えて受け取ることを意図している。したがって、他の処理機械はユーザとして特徴付けられてもよい。さらに、意図していることは、本発明のシステムおよび方法で利用されているユーザインタフェースは、人間ユーザとも部分的に対話するが、別の１つ以上の処理機械と部分的に対話してもよいことである。
【００７８】
図８は、通信サービスを供給する方法を示しているフローチャートである。この方法は、先に記述した図１の方法と大変類似している。しかし、この実施形態では、関係するサービス価値は最初に予め確立されておらず、代わりに、顧客に識別子を配布する際に、関係するサービス価値が顧客によって選択されるときに、関係するサービス価値は決定される。この観点において、しるしは識別子を含んでいる。しかしながら、中央システムでレコードに挿入する２５ドルまたは５０ドルのようなサービス価値を顧客は選択できる。以前に述べたように、サービス価値は、代わりに、時間数のような、サービス使用量の別の単位であってもよい。マーチャントからの通信は、中央システムに購入した金額を知らせ、この情報はレコードの関係するサービス価値フィールドに挿入される。
【００７９】
したがって、図８に示したように、ステップＳ２０Ａにおいて、未決定の関係するサービス価値を持つ１組の識別子が確立される。それから、ステップＳ４０において、図１にも示したように、顧客に配布するために、マーチャントに識別子のしるしを配布する。図１とは異なって、プロセスはステップＳ５０に進み、顧客は、１０ドル、２５ドルまたは５０ドルのような関係するサービス価値を選択する。それから、ステップＳ６０Ａにおいて、識別子はアクティブ化され、しるしが顧客に配布されるときに、関係するサービス価値が記録される。ステップＳ８０Ａにおいて、識別子に関係するサービス価値を顧客の口座に追加するための要求を顧客から受け取る。このステップについて、以下で説明する図９でさらに詳しく述べる。最後に、ステップＳ１４０において、関係するサービス価値は、顧客口座に追加され、ステップＳ１６０において、顧客口座の概要が提供される。
【００８０】
図９は、本発明の１つの実施形態にしたがって“識別子に関係するサービス価値を顧客口座に追加するための要求を顧客から受け取る”図８のステップをさらに詳細に示しているフローチャートである。このフローチャートは、図８で示しているステップＳ８０Ａについてさらに詳しく述べている。図８のフローチャートは、先に図２で記述したような同じプロセスを続ける。しかしながら、この実施形態において明示的に示していることは、ステップＳ１００で識別子が認証された後に、ステップＳ１０１において、顧客が、複数の事業者の中からサービスのための事業者を選択し、この選択を受け取る。それから、顧客口座情報が認証されたときに、プロセスは図２のようなステップＳ１２０に進む。
【００８１】
図１０は、本発明にしたがって価値を挿入して記憶された価値口座を再チャージする方法を示しているフローチャートである。このプロセスのステップは、他の図、特に図１と図１に関連する図とともに読む必要がある。
【００８２】
ステップ１００１において、顧客はカードを選択する。顧客は複数の異なるカードの中からカードを選択する。カードは、異なる価値と異なるプロバイダとを関係付けてもよい。カードは、ワイヤレス電気通信サービスのような１つ以上のプリペイドサービスに関係していてもよい。例えば、特定のプロバイダの４０ドルのワイヤレス電話サービスを実行可能にするカードを顧客は選択してもよい。
【００８３】
好ましい実施形態において、カードは、関係するＰＩＮ、シリアル番号およびカード番号を（バーコードまたは磁気的に記憶された番号の形態で）持つ。
【００８４】
ＰＩＮまたは他の番号を購入後まで見えないように、ＰＩＮまたは他の番号をカード上で隠していてもよい。例えば、ＰＩＮは、ＰＩＮをカバーして隠す素材を持っていてもよく、この素材は購入後にコインで削り取られる。代わりに、不透明な粘着テープを使用して、購入後までＰＩＮが見えるのを一時的に防いでもよい。価値あるカード情報を保護するこれらの方法および他の方法は、技術的によく知られている。
【００８５】
ＰＩＮは、特定のカードに特有であるランダムに生成された番号のような、一意的な識別子であってもよい。ポイントオブセールのマーチャント端末でカードをスキャンできる（または読み取り機に通せる）ように、関係するバーコード番号がカードに印刷されていてもよい。バーコードおよび磁気ストライプの使用は技術的によく知られている。カード番号は、他の目的のカードに関係する別の番号であってよい。例えば、カード番号は、プロバイダのルーチン番号であってもよい。カード番号は、政府のガイドラインまたは他の基準にしたがって、カード上に印刷されている番号であってもよい。
【００８６】
ＰＩＮ番号、関係するバーコードおよびまたは磁気的に記憶されているシリアル番号、価値、およびカード番号のようなカード情報は、中央プロセッサにおけるデータベース中に記憶されてもよい。これらの番号は、単一の記憶された価値カードに対する単一のエントリ中で互いに関係付けられていてもよい。単一のエントリにおいてこれらの番号を互いに関係付けることによって、中央プロセッサは、ＰＩＮのような単一番号を受け取った後で、他の関係する番号を後で決定することができる。
【００８７】
これらの番号および他のしるしは、カード上に印刷されていてもよい。例えば、サービスプロバイダの名前およびカードの価値が、カード上に印刷されていてもよい。カードは、カードのアクティブ化の仕方を顧客に教示するアクティブ化情報も示してもよい。引き換え情報は、１−８００番号（あるいは、他の８ｘｘｘ番号または他の電話番号）、ＩＶＲ入力コードまたは一連の入力、ウェブサイト、ならびに／あるいは中央システムへのアクセスおよび／またはカードの引き換え、さもなければ顧客口座の修正をするための他の情報または指示を含んでいてもよい。引き換え指示情報はカード上に印刷されていてもよく、または引き換え指示情報は受領書に印刷されてもよく、カードの購入時に顧客に提供されてもよい。
【００８８】
異なる指示が、異なるカードに関係付けられていてもよい。例えば、１つのサービスプロバイダに関係するカードは、異なるサービスプロバイダに関係するカードとは違った、異なる１−８００番号のような異なる指示を持っていてもよい。異なる１−８００番号、ウェブサイトまたは入力によって、中央プロセッサは、中央システムにアクセスするために使用される方法に基づいて、プロバイダの識別子またはカードの他の特徴を区別できる。
【００８９】
ステップ１００２において、顧客はカードを購入する。マーチャント（または顧客）はカードのバーコードをスキャンし、カードの磁気ストライプを読み取り機に通し、および／または、さもなければマーチャント端末のような端末でカード情報を入力する。カードが特定の価値に予め関係していない場合、顧客は特定の価値を特定してから端末で入力してもよい。それから、関係する価値が、顧客、マーチャント、中央プロセッサ、またはプロバイダによって後に変更されない限り、および変更されるまで、この明確にされた価値がカードの関係する価値になる。
【００９０】
マーチャント端末は、このカード情報を中央プロセッサに送信する。マーチャント端末は、マーチャントまたは端末識別情報、カード上の他のしるし情報、あるいは名前および口座番号のような顧客情報のような、他の情報を送信の際に含んでいてもよい。この送信は、カードをアクティブ化する要求、またはカードを事前認証する（これには、関連する認証要求が続く）要求のいずれかであってもよい。事前認証の要求は、カードがアクティブ化する準備ができている有効なカードであるか否かを中央プロセッサに単に問い合わせてもよい。
【００９１】
ステップ１００３において、中央プロセッサはマーチャント端末から情報を受け取る。この情報には、カード情報、および顧客電話番号のような顧客口座情報が含まれていてもよい。例えば、端末は、カードからカード情報を読み取って、そのカード情報を中央プロセッサに送ってもよい。顧客口座情報は、端末で入力されてもよい。例えば、電話番号がＰＯＳ端末に入力されてもよく、（例えば、カード情報を同じ中央プロセッサに送るのと同じまたは別の通信で）電話番号は中央プロセッサに送られてもよい。
【００９２】
この情報には、端末で入力された何らかの情報、ならびに端末から送られた何らかの追加情報が含まれていてもよい。好ましい実施形態において、受け取った情報には、カードのバーコードまたは磁気ストライプ情報が含まれていてもよい。中央プロセッサは、カードに対応するデータベースエントリにアクセスする。中央プロセッサは、カードのステータスをチェックしてもよい。例えば、中央プロセッサは、カードがアクティブ化する準備ができている有効なカードであるか否かを決定してもよい。さらに、中央プロセッサは、カードが紛失または盗難されたものであるか否か、またはカード情報に対応するデータベースエントリがあるか否かを照合してもよい。また、カードはマーチャントまたは要求端末に関係付けられているか否かを、中央プロセッサがチェックしてもよい。例えば、受け取った端末情報とデータベース中のカードのエントリに記憶されている端末情報とを照合してもよい。好ましい実施形態において、端末が、記憶された価値カードを要求する信頼された源のような認証端末であること（または要求するために使用されている通信ネットワークが信頼されている通信ネットワークであることを）を、中央プロセッサは照合する。例えば、マーチャントがカード情報とともにマーチャント識別子を送信した場合、マーチャント識別子がデータベース中のカード情報に関係付けられていることを、中央プロセッサは照合してもよい。この時点で、中央プロセッサは、事前認証をマーチャント端末に返信してもよい。
【００９３】
この時点で、マーチャント端末からの送信が事前認証の要求だった場合、中央プロセッサはカードを事前認証してもよい。例えば、中央プロセッサは、有効で発行する準備ができているカードを事前認証してもよい。中央プロセッサは、カードが特定の端末によって事前認証されていることを示すエントリの修正もする。事前認証は中央プロセッサからマーチャント端末に送られてもよい。この時点ではカードは購入されていない。
【００９４】
それから、マーチャント端末は事前認証を受け取り、認証を受け取ることによって顧客は購入に進むことができる。例えば、マーチャント端末は、例えば、クレジットカードまたはキャッシュ取引で、顧客から資金を集金してもよい。（顧客の資金が支払われたとき、または支払い後のような）この時の前、この時の間、またはこの時の後、マーチャント端末は、認証化／アクティブ化要求を中央プロセッサに送る。中央プロセッサは、（ここで記述したような）カード情報、およびマーチャント情報または端末情報を含む認証要求を受け取って、情報を処理してもよい。
【００９５】
それから、中央プロセッサは、受け取ったカード情報に対応する記憶された価値カードのエントリを修正してもよい。それから中央プロセッサは、カードをアクティブ化および／または登録してもよい。例えば、中央プロセッサはエントリを修正し、カードが登録および／またはアクティブ化されていることを示す。カードをアクティブ化および／または登録することによって、中央プロセッサは、カードがマーチャント端末で適切に購入されていることを確認する。顧客がカードを後に引き換えようとするとき、および／または顧客口座に価値を追加（さもなければ顧客口座を修正）しようとするときに、中央プロセッサが要求を否認してもよいのは、カードが有効に発行またはアクティブ化されていない場合である。盗難されたカードはアクティブ化できないので、この否認はカードの盗難を防ぐ。中央プロセッサは、取引確認をマーチャント端末に送ってもよく、マーチャント端末は、確認を顧客に送ってもよい。いくつかのケースにおいて、認証は、（チェック通過後のような）事前認証から間もなくして発生するので、確認は顧客に送られない。
【００９６】
ＰＩＮがカード上に予め印刷されていない場合、カードのアクティブ化のときに、中央プロセッサはＰＩＮをマーチャント端末に送信してもよい。それから、マーチャント端末は、印刷した受領書のようなＰＩＮを顧客に配布してもよい。中央プロセッサは、例えば、カードエントリ中のＰＩＮを記憶すること（またはその逆）によって、ＰＩＮをカードと関係付ける。
【００９７】
事前認証するステップは、盗難および紛失の防止に効果的である。事前認証するステップなしで、カードに対する支払いの前にカードを引き換えることは可能である。例えば、カードが処理（例えば、スキャンおよびアクティブ化）されているときと、カードが（マーチャントまたは顧客のいずれによって）支払われているときとの間の遅延の間に、カードは引き換えられてもよい。遅延は、クレジットカードまたはチェックを処理するのにかかる時間を含んでいてもよく、または、チェックアウトカウンタで、カードがスキャンされたときと、顧客が実際に課金された時間との間の時間を含む。しかしながら、事前認証されたカードではなく、アクティブ化／認証化されたカードのみが引きかえられる。スキャン（さもなければ、マーチャント端末でカード情報を入力）するときに事前認証をすることによって、ユーザは違法目的にこの遅延を利用できない。それから、カードがアクティブ化されたとき、資金は既に転送されているので、顧客は適切に購入していない価値を引き換えることはできない。
【００９８】
正しく認識すべきであることは、ステップ１００２および１００３が、マーチャント端末と中央プロセッサとの間の往復通信を含んでいることである。この往復通信は、事前認証および認証化／アクティブ化の要求と応答とを含む。
【００９９】
ステップ１００４において、顧客は、中央プロセッサシステムにアクセスする。例えば、顧客は中央プロセッサにアクセスし、関係する価値を引き換える要求をしてもよい。中央プロセッサは、ＩＶＲ電話システム、または中央プロセッサに関係する中央ウェブサイトを備えていてもよい。中央プロセッサシステムは、技術的に知られている顧客と中央システムとの間の通信の他の何らかの手段も備えていてもよい。ここでの説明のために、中央ＩＶＲおよび中央ウェブサイトは、中央プロセッサデータベースとともに一般的な中央プロセッサシステムの部分としてみなしてもよい。
【０１００】
オプション的なステップ１００５では、中央システムは顧客に情報の入力を促す。この入力要求はＰＯＳ端末での入力要求であってもよい。この入力要求は、顧客のモバイル電話機（例えば、顧客および／または中央システムのレコードによって、既に提供されている電話番号を持つモバイル電話機）で行われてもよい。いくつかの実施形態では、入力要求は、ウェブサイト上の入力フィールドのようなウェブサイト上の指示を含んでいてもよい。入力要求は、口座識別情報を照合する要求のような、顧客からの情報を要求する中央プロセッサによる任意の問い合わせを含んでいてもよい。入力要求は、ＰＩＮ、関係する価値および顧客の名前、電話番号または口座番号のような、カード（例えば、関係する価値を持つ購入したカード）、サービスまたは顧客に関係する任意の情報を尋ねる。例えば、顧客はプロバイダの識別子の入力を促されてもよい。プロバイダの識別子および他の情報はここで記述したように自動的に決定されてもよい。
【０１０１】
ステップ１００６において、（例えば、入力要求に応答して）マーチャント（マーチャント端末）から中央システムに情報を送ることによって、情報は中央システムに提供される。好ましい実施形態において、顧客は、カードのＰＩＮ番号および／または顧客の口座番号もしくは電話番号をＰＯＳデバイスで入力してもよく、この情報はＰＯＳデバイスから中央プロセッサに送られてもよい。
【０１０２】
ステップ１００７において、中央プロセッサは、顧客口座に関係するサービスプロバイダと顧客口座番号とを識別してもよい。中央プロセッサは、シリアル番号、他のカードのしるし、価値、顧客の名前、アドレス、社会保障番号、あるいは他の顧客または口座情報のような他の情報も識別できる。この情報は、顧客の入力に基づいて、識別されてもよい。
【０１０３】
情報の中には、中央システムによって自動的に決定されてよいものもある。したがって、この情報は、入力要求または顧客入力を必要としない。ワイヤレス電気通信サービスについては、口座番号は、顧客のモバイル電話番号またはモバイル識別番号（ＭＩＮ）であってもよい。ＭＩＮのような識別情報は、自動的番号識別（ＡＮＩ）によって把握されてもよい。例えば、顧客が顧客のワイヤレス電話機から８００番号の電話をかけた場合に、中央システムはワイヤレス電話番号に関係する口座を識別してもよい。長距離電話サービスについても、中央システムは電話番号に関係する口座を同様に識別してもよい。マーチャント端末が電話機を通じて中央システムに情報を送る場合には、ＡＮＩを使用してマーチャントおよび／またはマーチャント端末を識別できることに留意すべきである。例えば、中央プロセッサにリンクするデータベースには、異なるマーチャント電話番号（または、端末電話番号）を特定のマーチャントと関係付けるテーブルまたは他のデータベースが記憶されていてもよい。この方法で、マーチャントは識別されてもよい。
【０１０４】
プロバイダの識別子も自動的に決定されてもよい。例えば、先に記述したように、プロバイダは顧客が中央システムにアクセスする方法によって識別されてもよい。例えば、特定の１−８００番号（または類似した番号）は、特定のプロバイダに関係していてもよい。したがって、中央システムが顧客からその番号で電話を受け取るとき、顧客の口座が特定のプロバイダに関係することを、中央システムは自動的に決定する。
【０１０５】
中央プロセッサによって受け取られて識別された情報は、関係するカードのデータベースエントリ中のようなデータベースに記憶されてもよく、その場合、情報の異なるアイテムは互いに関係付けられている。カードに関係する一部の識別情報によって、中央プロセッサは、データベースエントリ中に記憶されている他の関係するカード情報または口座情報を識別できるようになる。
【０１０６】
ステップ１００５から１００７は、顧客と中央システムとの間の往復通信に関係しており、したがって、この往復通信は、同じ期間にわたってオーバラップして生じてもよいことを理解すべきである。
【０１０７】
ステップ１００８において、中央プロセッサは、価値情報をプロバイダのシステムに挿入する。顧客の口座が中央システムによって直接修正できると、中央システムは、顧客の口座を修正して価値を追加する。例えば、中央プロセッサは、プロバイダまたはプロバイダのアフィリエイトであってもよく、したがって、口座を管理的制御できる。このケースにおいて、中央プロセッサは価値を口座に直接追加してもよい。
【０１０８】
中央プロセッサは、技術的に知られている方法にしたがって、修正された口座情報、口座履歴情報および他の口座情報も記憶してもよい。
【０１０９】
顧客の口座が中央システムによって直接修正できないと、中央プロセッサは、価値挿入情報をプロバイダのシステムに送って、価値を追加するための顧客の要求をプロバイダのシステムが処理できるようにすることによって“価値を挿入”してもよい。好ましい実施形態において、この情報には、顧客口座および関係する価値が含まれていてもよい。例えば、情報は、ある金額（関係する価値）を特定の口座（顧客の口座）に追加することをプロバイダに指示する。
【０１１０】
情報をプロバイダに送るために、中央プロセッサは、プロバイダのデータベースにアクセスしてもよく、プロバイダデータベースには、ワイヤレスサービス口座のようなプロバイダに関係するユーザ口座についての、記憶された価値口座情報が記憶される。中央プロセッサはプロバイダのウェブサイトまたは他のコンピュータインタフェースにアクセスしてもよい。
【０１１１】
１つの実施形態において、中央プロセッサは、インターネットプロトコルおよび／またはファイル転送プロトコルを使用し、記憶された価値カードおよび／またはユーザのＰＩＮデータを転送する。例えば、中央プロセッサは、ｘｍｌ要求をプロバイダのコンピュータプラットフォームに送ってもよい。代わりに、要求は、ｅメール、ｆｔｐ、または他の手段を介してもよい。要求は、プロバイダのアプリケーションプログラミングインタフェース（ＡＰＩ）、または他のフォーマット要求に適合していてもよい。要求は、プロバイダのＩＶＲシステムまたはウェブサイトにアクセスすること、および／またはプロバイダシステムからの入力要求で情報を入力することを含んでいてもよい。プロセッサは、適切な何らかの入力をし、顧客の記憶された価値口座に価値を追加してもよい。中央プロセッサは、ＰＩＮおよび／または、ＰＩＮ、ユーザ名、アドレス、口座番号、ワイヤレス電話番号、パスワード、または他の情報のような他の口座関連情報をプロバイダ（および／またはそのデータベース）に送ってもよい。例えば、中央プロセッサは、ある金額をユーザの記憶された価値口座に追加することをプロバイダに指示してもよい。この追加は、ＰＯＳ端末からのオリジナルの価値挿入要求と同じ時間フレームの間に起こってもよい。
【０１１２】
ステップ１００９において、プロバイダは、関係する価値を顧客口座に追加する。ステップ１００８において、中央システムが顧客の口座を直接管理する場合のように、価値が既に顧客口座に追加されている場合、このステップは必要ない。
【０１１３】
第三者のプロバイダは、最初に、ステップ１００８において中央システムから送られた情報を受け取る。価値を追加するために、プロバイダは（データベース中に記憶されているもののような）その顧客口座のレコードを修正して、顧客口座における増加した価値のような、送られた情報を反映させる。プロバイダは、ｘｍｌのような類似した通信手段によって、中央プロセッサに取引確認を送ってもよい。確認は、ＰＩＮに関連する取引が成功（か失敗）で完了したかを確認してもよい。
【０１１４】
価値が口座に追加（または挿入）された後、プロセッサおよび／またはプロバイダは、取引確認を顧客に提供してもよい。確認は、肯定応答または否定応答、新しい口座残高、あるいは他の口座またはカードに関連する情報を含んでいてもよい。否定応答が生じるのは、事業者が口座を承認しないとき、顧客の口座が非アクティブ化されているとき、口座が停止されているとき、または他の否認状況または問題のある状況が存在するときである。
【０１１５】
ステップ１０１０において、顧客は、その後の取引で同じ記憶されたカードを使用する。例えば、カードは、第２のマーチャント端末でスキャン、または読み取り機に通されてもよく、カードはステップ１００２と類似した方法で処理されてもよい。すなわち、マーチャントは、カード情報を入力して情報を中央プロセッサに送信してもよい。この端末は、第１の端末と同じであってもよく、また異なっていてもよく、異なるマーチャントのストアにあってもよい。
【０１１６】
代わりに、中央プロセッサは、インターネット、ｅメール、電話機、ＰＯＳ端末、または他の通信手段によって、カード情報を受け取ることができる。例えば、顧客は、中央プロセッサに関係するウェブサイトにログオンして、カード番号またはＰＩＮのようなカード情報を入力する。顧客は、電話機、ＰＤＡ、コンピュータ、または他の手段を備えている中央プロセッサと通信する任意の手段を使用してもよい。
【０１１７】
１つの実施形態において、それぞれの後の取引に対して、異なる関係する価値が指定されてもよい。例えば、顧客は、価値をウェブサイト上の入力フィールドで入力してもよく、マーチャントは、カード情報を入力する前または後に、新しい値を顧客端末に入力してもよい。
【０１１８】
別の実施形態において、それぞれの取引に対して、異なるプロバイダも（例えば、顧客によって）指定されてもよい。
【０１１９】
ステップ１０１１において、中央プロセッサは、カード情報を受け取る。この情報に基づいて、中央プロセッサは、関係する価値を顧客の口座に追加することによって、自動的にカードを“再チャージ”してもよい。
【０１２０】
この再チャージは、ステップ１００３と類似した方法で生じてもよい。情報は、第２の要求にしたがって受け取られ、カードをアクティブ化、さもなければカード情報を処理してもよい。第２の要求は、異なるマーチャントに関係する第２のマーチャント端末からのものであってもよい。また、第２の要求は、同じマーチャント端末からのものであってもよい。要求は、コンピュータ、ＰＤＡ、電話機または他のデバイスのような、中央システムと通信できる任意の源からのものであってもよい。
【０１２１】
それから、受け取ったカード情報に関係するカードに対して、口座番号およびプロバイダが以前に識別されているか否かを、中央プロセッサは決定してもよい。例えば、プロセッサは、データベース中のカードのレコードにアクセスして、識別されたプロバイダおよび口座番号がエントリに含まれているか否かを決定する。この口座は、上記で既に登録／アクティブ化され、口座情報およびカード情報は既に記憶されているので、中央プロセッサはこのカードがアクティブカードであることを認識する。例えば、中央プロセッサは、バーコードシリアル番号または他の識別子をマーチャント端末から受け取り、適切なデータベースエントリにアクセスして口座がアクティブ化されていることを決定してもよい。
【０１２２】
ここで、口座は、プロバイダおよび口座番号（および、好ましい実施形態では、価値）と既に関係付けられている。その理由は、中央プロセッサは、以前の取引の間にそのような情報を既に識別し、記憶しているからである。顧客が、中央システムに直接アクセスして引き換え要求をする１００６の追加ステップは必要ない。したがって、先に記述したステップ１００８のように、中央プロセッサは顧客の口座に自動的に価値を挿入する。
【０１２３】
いくつかの実施形態において、価値識別情報および口座識別情報は、再チャージの要求の間に中央プロセッサに送られてもよい。ここの他の場所で記述したように、価値挿入プロセスは続く。
【０１２４】
ステップ１１０１は、以前に処理したカードがその後の取引に使用されるときのプロセスを記述している。カードが取引に使用されたことがない（結果的に、プロバイダおよび口座番号が識別されたことがない）場合、プロセスはステップ１１０１から開始される。留意すべきことは、カード情報がマーチャント端末（または他のソース）から中央プロセッサに送信される毎に、カードが既に口座番号とプロバイダとに関係付けられているか否かを、プロセッサがチェックして決定してもよいことである。カードが関係付けられている場合、プロセッサは、価値をプロバイダに追加するための要求を送ることにより、さもなければ価値を顧客の口座に追加または挿入することなどにより、取引を自動的に完了する。
【０１２５】
ステップ１０１２において、中央プロセッサは、確認をマーチャント端末にオプション的に送り、マーチャント端末は確認を顧客に提供する。
【０１２６】
カードに対するさらなるアクティブ化要求を行ってもよい。例えば、カードをマーチャント端末から購入し、カードをアクティブ化した後、顧客は、同じマーチャント端末を含む任意の数のマーチャント端末において、任意の回数、カードの価値を再チャージしてもよい。顧客は、インターネットまたは電話機を通じて、カードを再チャージしてもよい。顧客は、再チャージの間、新しい関係する価値、新しいプロバイダ、および新しいＰＩＮ（または他の識別子）のようなさまざまなパラメータを特定してもよい。
【０１２７】
中央プロセッサは、プロバイダのコンピュータシステムであること、または別のシステムであってもよいことを、正しく認識すべきである。例えば、中央プロセッサは、ワイヤレス事業者のコンピュータシステム自体であってもよく、事業者は顧客にワイヤレスＰＩＮを提供して引き換えてもよい。代わりに、中央プロセッサは、任意のワイヤレス事業者と直接アフィリエイトされないシステムであってもよく、その場合、中央システムとして単に機能していてもよい。
【０１２８】
中央プロセッサは、この情報に基づいて、特別な待遇および販売促進を顧客に提供してもよい。例えば、中央プロセッサは、顧客が購入および／または処理したカードまたはＰＩＮの数（あるいは、価値または総価値）に基づいて、顧客に謝礼または利益を提供または与えてもよい。
【０１２９】
正しく理解すべきことは、サービスプロバイダは任意の商品および／またはサービスの任意のプロバイダであってもよいことである。さらに、正しく理解すべきことは、サービスは、任意の商品および／またはサービスであってもよいことである。
【０１３０】
ここに示され、記述された本発明の特定の実施形態は、例示的にすぎないことが理解されるであろう。多くの変形、変更、置換および均等物は、本発明の精神と範囲を逸脱することなく、当業者に見出されるだろう。したがって、ここで説明され、添付図面に示されているすべての主題は、例示にすぎないと考えられ、限定する意味はなく、本発明の範囲は添付の特許請求の範囲のみにより決定されることが意図されている。
【図面の簡単な説明】
【０１３１】
添付図面とともに詳細な説明を読むことによって、本発明はより十分に理解され、添付図面における同一の参照インジケータを使用して、同一の構成要素を示している。本発明のいくつかの実施形態を詳細に説明する前に、説明で述べられ、または図中で図示されているコンポーネントの構成および配置の詳細の適用に本発明が限定されるものでないことを理解すべきである。
【図１】図１は、本発明の１つの実施形態にしたがった、通信サービス価値を供給する方法を示しているフローチャートである。
【図２】図２は、本発明の１つの実施形態にしたがった、図１の“識別子に関係するサービス価値を顧客口座に追加する要求を顧客から受け取る”ステップをさらに詳細に示しているフローチャートである。
【図３】図３は、本発明の１つの実施形態にしたがった、図２の“識別子を照合する”ステップをさらに詳細に示しているフローチャートである。
【図４】図４は、本発明の１つの実施形態にしたがった、図２の“顧客口座情報を照合する”ステップをさらに詳細に示しているフローチャートである。
【図５】図５は、本発明の１つの実施形態にしたがった、図１の“関係するサービス価値を顧客口座に追加する”ステップをさらに詳細に示すフローチャートである。
【図６】図６は、本発明の１つの実施形態にしたがった、図１の“顧客口座の概要を提供する”ステップをさらに詳細に示しているフローチャートである。
【図７】図７は、本発明の１つの実施形態にしたがって、通信サービスを供給する例示的なシステムを示している図である。
【図８】図８は、本発明の実施形態にしたがって、通信サービスを供給する方法を示しているフローチャートである。
【図９】図９は、本発明の１つの実施形態にしたがった、図８の“識別子に関係するサービス価値を顧客口座に追加する要求を顧客から受け取る”ステップをさらに詳細に示しているフローチャートである。
【図１０】図１０は、本発明の実施形態にしたがって、口座を再チャージする方法を示しているフローチャートである。
【関連出願の相互参照】
【０００１】
本出願は、代理人明細書番号第６４２４３．０００００５号のもとで、２００３年１２月１９日に出願された米国出願番号第１０／７３９，３０１号の一部継続出願であり、この２００３年１２月１９日に出願された米国出願は、２００３年１１月１４日に出願された米国仮出願番号第６０／５１９，６３０号、２００３年１１月１４日に出願された米国仮出願番号第６０／５１９，６２９号、および２００２年９月２４日に出願された米国特許出願第１０／２５３，２４３号に対して優先権を主張しており、この２００２年９月２４日に出願された米国特許出願は、２００１年９月２４日に出願された米国仮出願第６０／３２４，３３３号、および２００２年７月１５日に出願された米国仮出願第６０／３９６，４０４号に対して優先権を主張している。
【０００２】
さらに、本出願は、２００３年１１月１３日に出願された米国特許出願番号第１０／７１２，１８２号、２００３年９月５日に出願された米国特許出願番号第１０／６５５，８２８号、および２００３年１１月３日に出願された米国特許出願番号第１０／６９８，０８４号に対して優先権を主張している。
【０００３】
また、本出願は、２００３年４月１１日に出願された米国特許出願番号第１０／４１１，９７１号に対して優先権を主張し、この２００３年４月１１日に出願された出願は、２０００年８月１８日に出願された米国特許出願番号第０９／６４１，３６３号、今では特許されている米国特許番号６，５７５，３６１号に対して優先権を主張しており、この米国特許は、１９９９年８月１９日に出願された米国仮出願第６０／１４９，７４０号に対して優先権を主張している。
【０００４】
さらに、本出願は、特許代理人明細書番号第６４２４３．００００２７号のもとで、２００３年１２月１０に出願された米国特許出願番号第１０／７３２，６４１号に対して優先権を主張している。
【０００５】
本出願は、２００２年９月２４日に出願された国際特許出願番号ＰＣＴ／ＵＳ０２／３０２８１号に関する。
【０００６】
先に述べたすべての出願は、これらのすべての参照によりここに組み込まれている。
【発明の分野】
【０００７】
本発明は、記憶された価値カード口座に関する。さらに詳細に述べると、本発明は、ポイントオブセール取引の結果、記憶された価値を記憶された価値口座に追加することに関する。記憶された価値口座は、第３者によって管理されていてもよい。関連出願で記述したように、記憶された価値カードのデータは、カードの所有者またはエンドユーザによって支払われるまたは事前に支払われる、サービスおよび／または商品に関する。記憶された価値カードのそれぞれはＰＩＮに関係付けられていてもよい。
【発明の背景】
【０００８】
従来の記憶された価値口座は、２ステップのプロセスで再ロードされる。第１に、顧客は、２０ドルのような特定の金額に関係する記憶された価値カードを購入する。第２に、顧客は、例えば、カードの裏の８００番に電話をかけることによって、中央プロセッサにアクセスして、カードの価値を顧客の口座に追加する要求を行う。通話の間、一般的に、顧客は、カード口座情報とともに、顧客の口座を識別する十分な情報を提供する。モバイル電話機サービス口座については、そのような識別情報は、（ＡＴ＆Ｔのような）電気通信サービスプロバイダの識別子とともに、ならびに顧客のモバイル電話番号を含んでいてもよい。
【０００９】
この２ステップのプロセスは、顧客にとって時間がかかるプロセスである。特に、ＩＶＲのような中央プロセッサにコンタクトし、すべての入力要求をナビゲートして必要なすべての情報を提供することは、ＩＶＲシステムの言葉を話さない顧客にとっては、ことのほか時間がかかり、および／またはことのほか困難である。その都度払い方式の口座については、顧客が価値を口座に追加する度に、厄介なＩＶＲシステムが改めてナビゲートされる。記憶された価値口座に価値を繰り返し追加するための改良されたシステムおよび方法が提供されることが望まれる。
【発明の概要】
【００１０】
価値を顧客口座に追加する方法を提供する。価値を顧客の顧客口座に追加するための要求をポイントオブセール端末から受け取る。要求は、価値に関係する価値識別データと顧客口座に関係する口座識別データとを含んでいてもよい。顧客口座識別データは、ポイントオブセールで入力されてもよい。要求は、購入の価値に関係付けられてもよい。価値を顧客口座に追加させてもよい。その後の価値購入取引の間、追加の価値を口座に追加してもよい。
【図面の詳細な説明】
【００１１】
多くのワイヤレス電話のユーザ、ならびに商品および／またはサービスの他の多くの受取人は、サービスが提供される前に支払いが必要なプリペイド口座の仕組みを利用する。理解すべきことは、プリペイドワイヤレス電話機サービスプロバイダを例示目的にここで使用していることである。本発明は、（電気通信サービスのような）１つ以上の商品またはサービスのプロバイダによって提供される口座のような、任意の顧客口座に関する。口座によって対応されるプリペイドサービスの例は、長距離電話通信、ワイヤレス通信、ページングおよびインターネット可能な通信サービス等を含む。例えば、プリペイド電気通信の顧客は、サービスに対する支払いを顧客の口座から直接差し引いて、電気通信事業者にその都度支払ってもよい。
【００１２】
技術の組み合わせによって、本発明が提供するのは、顧客が、価値、すなわち金銭または利用クレジットを現行の顧客口座にポイントオブセール（ＰＯＳ）デバイスから追加できる顧客の立場を考えたプロセスである。顧客は、マーチャントＰＯＳ端末または（ＡＴＭのような）他の端末で価値を購入してもよい。例えば、先行技術における方法のように、顧客は、２０ドルのテレフォンカードのような、価値に関係する、記憶された価値カードまたはＰＩＮを購入してもよい。代わりに、顧客は、ただ単に、特定の価値を特定の口座に追加させる要求をしてもよい（顧客または別のエンティティに口座が属してもよいことを留意すべきである）。いずれにしても、価値購入データおよび／または（電気通信口座に対応する電話番号のような）顧客口座識別データは、例えば、ポイントオブセール（例えば、ＰＯＳ端末）でデータを入力することによって、提供されてもよい。価値購入データおよび顧客口座識別データは、ＰＯＳ端末から中央プロセッサに送られてもよい。中央プロセッサは、受け取った価値購入データおよび顧客口座識別データに基づいて、価値および／または顧客口座を識別してもよい。例えば、価値識別データ（例えば、価値識別子、またはカード番号）を特定の価値にリンクさせるデータベースに基づいて、中央プロセッサは、価値を識別してもよい。中央プロセッサは、識別された価値を識別された口座に追加（または挿入）させてもよい。例えば、中央プロセッサは、識別された顧客口座に価値を追加するための自動化された要求および／または電子要求を（例えば、ＡＰＩによって）口座プロバイダシステムに送ってもよい。
【００１３】
このアプローチの効果は、単一のＰＯＳ取引を通じて価値を顧客口座に追加できることである。このアプローチの効果により、従来のシステムと比較して、時間が節約され、厄介なことがなくなる。従来のシステムは、価値をアクティブ化するＰＯＳ取引を一般的に必要とし、これに、後の電話通話およびＩＶＲナビゲーションが続いて、口座プロバイダシステムに対して、アクティブ化された価値を特定の顧客口座に追加させる。
【００１４】
本発明の１つの観点において、顧客がサービス価値を顧客の口座に追加できるようにするプロセスを、中央システムが管理する。中央システムは、関係するサービス価値を持つそれぞれの識別子を有する１組の識別子、すなわち個人識別番号（ＰＩＮ）を管理してもよい。このサービス価値は、金額の数字（すなわち、ドルの金額、例えば、１０ドル、２５ドルまたは５０ドル）、またはサービス使用量の何らかの単位（すなわち、分）を示すことが好ましい。さらに顧客に配布するために、識別子に関係するしるしをマーチャントに配布する。１つの例では、１０ドルのカード、２５ドルのカードおよび５０ドルのカードのような、予め定められた価値を持つ磁気ストライプカード上のしるしを配布してもよい。正しく認識すべきことは、それぞれのしるし、またはしるしを持つ物品が、中央システムで管理されている１つの識別子のみに関係付けられていることである。したがって、配布されるそれぞれのカードは、中央システムで管理されている１つの識別子のみにリンクしている。
【００１５】
一度、顧客が、しるし、またはしるしを持つ物品を選択すると、顧客は、しるしによって示されている識別子に関係するサービス価値に対する支払いを行う。例えば、顧客は、（例えば、識別子は、カード上で、例えば、識別子を視界から見えないようにするために削り取り可能な接着部材の下に、印刷されていてもよい）２５ドルのサービス価値に関係する識別子に関係する２５ドルのカードに対して２５ドルを支払う。中央システムで識別子をアクティブ化できるように、マーチャントは通信を中央システムに送り、顧客との取引を確認する。中央システムが価値を追加するターゲットの口座を識別できるように、顧客口座識別情報も中央システムに送ってもよい。例えば、ＰＯＳデバイスで電気通信サービス口座に対応する電話番号を顧客が入力して、ＰＯＳデバイスが、この情報を中央システムに送信してもよい。
【００１６】
識別子および顧客口座情報が識別されたとき、中央システムは顧客の口座プロバイダシステムと通信してサービス価値を顧客の口座に追加してもよい。価値は顧客の口座に挿入されていることから、価値を顧客の口座に追加させる動作をここで“価値挿入”と時に呼ぶこともある。いくつかのケースでは、口座プロバイダシステムは、中央システムから離れていてもよい。他のケースでは、中央システムは、顧客口座を提供するプロバイダシステムを含んでいてもよい。これらのケースでは、外部の口座プロバイダと通信することなく、価値が顧客口座に挿入される。
【００１７】
価値挿入に続いて、顧客の更新された口座情報が獲得され、顧客に提供されてもよい。例えば、価値挿入プロセスは、非常に短い時間フレーム（例えば、０．１秒から１０秒）内に生じてもよく、顧客口座に価値を挿入したという確認は、（例えば、マーチャントＰＯＳ端末で）マーチャントに返信されてもよい。例えば、受領書を印刷すること、またはＰＯＳ端末で確認を表示することによって、確認を顧客に出力してもよい。
【００１８】
上記の例の一部から分かるように、中央システムは、顧客プロバイダと、マーチャントプロバイダと、口座プロバイダとの間の仲介的な役割を果たしてもよい。中央システムは、価値挿入を可能にする仕組みをいくつかの事業者管理し、プリペイド通信サービスの仲介業者となる。いくつかのポイントオブセールにおいて獲得でき、多くの参加事業者に対するサービス価値を補充する簡易な方法を可能にできる、リソースに対するアクセスを有することによって、顧客は利益を得る。事業者が市場に商品を置くことによって利益を得て、事業者が市場に商品を置くことによって顧客は顧客の口座残高をより簡易に補充することができる。最後に、マーチャントが人気ある商品を販売していることにより、マーチャントは増加した販売から利益を得る。その理由は、これは、時間がかかり、分かりにくいＩＶＲナビゲーションを伴う後の電話通話の代わりに、顧客が、ＰＯＳデバイスから自分の口座に価値を直接追加させることができるようにする単一の商品だからである。
【００１９】
本発明の少なくとも１つのインプレメンテーションにおいて、中央システムは、少なくとも１つの情報リレーショナルデータベースで管理するとともに、中央システムのさまざまなユーザ（すなわち、顧客、マーチャント、およびアドミニストレータ）が、本発明のさまざまな機能およびインタフェースに対してアクセスもできるようにする。リレーショナルデータベースは、異なるテーブル中に含まれている情報にアクセスし、情報を共有できるとともに、リレーショナルデータベースの１つのテーブル中に含まれているデータに対する変更が、同じデータを共有する他の何らかのテーブル中の同じデータに影響を及ぼす、さらなる効果を提供する。テーブルは、類似したデータ情報フィールドを有するいくつかのデータレコードの集合体である。データレコードは、フィールドに編成されるデータの集合体を示す。これらのフィールドは、変化するタイプのデータを受け取るようにフォーマット化されてもよい。したがって、本発明の機能を実現する際に使用するために、中央システムまたはシステムのユーザは、さまざまなデータテーブルおよびレコード中に含まれるデータを処理し、問い合わせし、または報告できる。本発明の観点において、さまざまなデータベースは、例えば、１組の識別子とモバイル識別番号（ＭＩＮ）とを含んでいてもよい。
【通信サービス価値を供給する方法】
【００２０】
本発明の１つの実施形態にしたがって、通信サービスを供給する方法を示す例示的なフローチャートを図１で示し、この方法について以下で記述する。
【００２１】
プロセスはステップＳ１で開始し、関係するサービス価値を持つ１組の識別子を確立することを含むステップＳ２０に進む。先に記述したように、それぞれの識別子は、データレコード、または識別子レコードの部分を形成し、この部分によって、中央システムは、後に顧客に販売される特定の関係するサービス価値を識別できる。識別子の１つの例は、個人識別番号（“ＰＩＮ”）である。ＰＩＮは、識別子レコードのうちの１つのフィールドを構成するが、同じ識別子レコード中の別のフィールドは、関係するサービス価値を含む。例示的に、レコードＸは、識別子ＡＢＣと２５ドルの関係するサービス価値とを持っていてもよい。サービス価値は、金額の数字（すなわち、ドル単位の金額、例えば１０ドル、２５ドルまたは５０ドル）であることが好ましいが、事業者システムによってサポートされる場合は、サービス使用量の何らかの単位（すなわち、分）も示してもよい。
【００２２】
１組の識別子は、識別子データベースを形成する。それぞれの識別子レコードには、ステータスインジケータ（すなわち、識別子は、アクティブまたはインアクティブであるか）のフィールド、シリアル番号のフィールド、Ｖｉｓａ口座ネットワーク番号（ＶＡＮ）のフィールド、またはしるしを配布するマーチャントを識別するマーチャントコードのフィールドが含まれていてもよい。
【００２３】
１組の識別子の確立に続いて、ステップ４０において、プロセスは、顧客に配布するために識別子のしるしをマーチャントに配布することを含む。先に記述したように、しるしは、いくつかの理由により識別子に関連する情報を提供する。第１に、しるしによって、マーチャントは、配布に続いてアクティブ化される必要がある識別子を中央システムに通信できる。同様に、しるしによって伝えられた情報によって、顧客は、後に、しるしをマーチャントから獲得したときに購入した識別子とサービス価値とを中央システムに通信できる。しるしには、そのような情報を持つ何らかの物品が含まれていてもよいことを、正しく認識すべきである。他の観点では、しるしは、中央システムと通信するための指示を顧客に提供してもよい。
【００２４】
しるしは、磁気ストライプカード、スマートカード、バーコードカード、またはこれらの何らかの組み合わせのような物品を含んでいてもよい。磁気ストライプ、チップまたはバーコードのいずれも、カードの識別子を示す情報を含む。したがって、顧客へのカードの販売が完了したとき、マーチャントは、ネットワーク端末を通じて読み取り機に通してカードを読み取る、または、代わりに、カード上のバーコードをスキャンする。それから、マーチャントのシステムは識別子を見つけて、関係する識別子を持つ物品の販売を中央システムに通知する。
【００２５】
顧客が、購入するときにカードを利用できるようにするために、顧客が識別子を中央システムに通信できるようにカードは識別子も表示する。さらに、カードにはカード上に示されている識別子に関係するサービス価値が表示され、顧客が正しいカードを購入するのに役立つ。最後に、カードには、中央システムと通信するための指示、すなわち一般的なフリーダイヤル番号が含まれているべきである。
【００２６】
しるしは、受領書または他の通知を届けることによって顧客に提供されてもよい。そのような実施形態において、顧客は、マーチャント、またはベリフォン端末のようなシステムデバイスのいずれかを通じて、ポイントオブセールで購入取引を開始する。顧客は、あるプリペイドサービス価値を要求して、支払いのときに、中央システムが、顧客に配布するためにポイントオブセールに識別子を届ける。
【００２７】
それから、ステップＳ６０において、プロセスは、顧客にしるしを配布するときに、識別子をアクティブ化することを含む。先に記述したように、マーチャントからの顧客へのしるしの配布の通信に続いて、識別子はアクティブ化されてもよい。この方法は、支払い前にしるしが盗まれることを防ぐ助けとなる。アクティブ化は、特定の識別子レコードに関係するステータスインジケータをインアクティブからアクティブに変えること含んでいてもよい。マーチャントと中央システムとの間の通信は、“ホスト−ホストまたはＶｉｓａネット接続”を構成していることが好ましいが、任意のネットワーク通信を含んでいてもよい。その通信において、中央システムはマーチャントシステムから入力を受け取り、取引を確認する。したがって、本発明の特徴は、その全体が参照によりここに組み込まれている２０００年８月１８日に出願された米国特許出願番号第０９／６４１，３６３号（特許代理人明細書番号第４３１８２７．００００７号）に記述されているいずれの特徴を使用してもよく、またはいずれの特徴を組み合わせてもよい。
【００２８】
ステップＳ８０において、識別子に関係するサービス価値を顧客口座に追加する顧客からの要求は、例えば、中央システムによって受け取られてもよい。要求は、顧客へのしるしの配布を含む取引の間に生じてもよい。例えば、ＰＯＳ端末が価値データおよび／または（顧客の電気通信サービス口座に関係する電話番号のような）顧客識別データを中央システムに送信するときに、要求が生じてもよい。
【００２９】
いくつかの実施形態では、中央システムとの通信は、任意の適切な通信インタフェース、イーサネット（登録商標）接続、モデム、電話機、ワイヤレス通信デバイス（すなわち、モバイル電話機、ＰＤＡ、または他のハンドヘルドワイヤレス通信デバイス）を使用しているシステムとのデジタル接続またはアナログ接続、ポイントオブセールデバイスまたはトランシーバデバイス（すなわち、例えばベリフォン端末）、トークンリング、インターネットまたはイントラネット、あるいは他のコンピュータ接続、またはネットワーク接続を通じて、中央システムから入力を顧客が受け取り、中央システムに出力を送ることが可能な他の何らかの適切な接続によって実現されてもよい。
【００３０】
図２は、本発明の１つの実施形態にしたがって“識別子に関係するサービス価値を顧客口座に追加する要求を顧客から受け取る”図１のステップをさらに詳細に示しているフローチャートである。サービス価値を顧客の口座に追加する顧客からの要求には、購入に関係する価値を示す価値識別子（例えば、カード番号、キーカード識別子、カードＰＩＮ番号、ドルの金額、あるいは分の量または価値の他の単位のような価値識別情報）が含まれている必要がある。要求には、顧客の口座を識別する情報（例えば、中央システムが顧客の口座を識別できる顧客の電話番号、ＥＳＮ、またはモバイル識別番号）も含まれていてもよい。したがって、図２に示すように、プロセスは、ステップＳ８０に続いて、識別子を照合するステップＳ１００に進む。識別子の照合に続き、ステップ１２０において、顧客口座情報が照合される。
【００３１】
図３は、本発明の１つの実施形態にしたがって“識別子を照合する”図２のステップをさらに詳細に示しているフローチャートである。例えば、いくつかの実施形態では、中央システムは、さらなる顧客口座識別情報を中央システムに送信することを要求してもよい。いくつかの実施形態では、例えば、口座および／または価値識別情報を再入力すること、および／または入力要求の確認で“Ｙｅｓ”または“ＯＫ”を押すことによって、口座および／または価値識別情報を確認することを、中央システムが要求してもよい。
【００３２】
図３に示しているように、プロセスは、ステップＳ１００に続いて、ステップＳ１０２に進み、中央プロセッサは、顧客からの識別子入力を要求（すなわち、ＰＯＳデバイスで入力を促し、例えばカードからＰＩＮを要求）してもよい。ステップＳ１０４において、システムは、顧客からの識別子入力（例えば、カード番号、または購入されたカード上に提供されているＰＩＮ）を受け入れてもよい。例えば、顧客はマーチャントＰＯＳでカードを購入してもよく、マーチャント（または顧客）は、（クレジットカード読み取り機または他の端末のような）マーチャントＰＯＳデバイスでカードを読み取り機に通してもよい。
【００３３】
ステップＳ１０６において、入力された識別子が、中央システムによって管理されている１組の識別子の識別子と相関しているか否かを、システムは決定してもよい。中央システムは、（例えば、ＰＯＳデバイスから受け取ったような、および／または顧客（または他のエンティティ）によって提供されているような）受け取った価値識別子を識別子データベース中で保持されている価値識別子と比較してもよい。ＰＩＮを含んでいるレコードがデータベースで発見された場合、プロセスはステップＳ１０８に進む。識別子がデータベース中で発見された場合、システムは、ステップＳ１０８において、識別子がアクティブであるか否かを決定する。識別子のステータスは、関連識別子レコードを関係するステータスインジケータと関連付けることによって、決定することができる。したがって、中央システムが識別子レコードを発見したとき、ステータスインジケータフィールド中の価値がアクティブステータスまたはインアクティブステータスであるかどうかを、システムは決定できる。識別子がデータベース中で発見され、その識別子がアクティブである場合、ステップＳ１１０において、システムが決定するのは、識別子が既に引き換えられているか否かである。この特徴によって、中央システムは、識別子が既に引き換えられていることを顧客に知らせることができる。いくつかの実施形態において、中央システムとの顧客の通信セッションは、価値挿入手順の確認の前に、早期に終了されてもよい。セッションの終了が生じたとき、以前の通話で価値挿入機能が完了されたことを顧客は認識していなくてもよい。したがって、顧客が、以前のある期間（すなわち、直前の２４時間）内に電話をかけていた場合、中央システムは価値挿入が成功したことを顧客に知らせることができる。識別子が引き換えられていない場合、プロセスはステップＳ１１６に進む。
【００３４】
ステップＳ１０６において、データベース中で識別子が発見されなかった場合、またはデータベース中で識別子は発見されたが、ステップＳ１０８において、識別子はインアクティブであることが決定された場合、あるいはデータベース中で識別子が発見され、アクティブであるが、ステップＳ１１０において、識別子は既に引き換えられていることが決定された場合、プロセスはステップＳ１１２に進む。ステップＳ１１２において、システムは、以前の識別子チェックがあったか否かを決定し、以前の識別子チェックがあることが決定された場合、プロセスはステップＳ１１４に進み、顧客はカスタマサービスに転送される。顧客が以前の識別子入力を供給し、その入力が、ステップＳ１０６、Ｓ１０８またはＳ１１０のいずれの決定も失敗した場合、以前の識別子チェックが生じている。以前の識別子チェックがなかった場合、プロセスはステップＳ１０２に戻って、顧客が識別子入力を再入力することをシステムは要求する。
【００３５】
システム中で発見され、アクティブであり、引き換えられていない識別子については、ステップＳ１１６において、システムが識別子の関係するサービス価値を決定する。それから、プロセスはステップＳ１１９に進み、プロセスはステップＳ１２０に戻る。
【００３６】
図４は、本発明の１つの実施形態にしたがって“顧客口座情報を照合する”図２のステップをさらに詳細に示しているフローチャートである。顧客は、自分の顧客口座情報を供給して、購入したサービス価値が、（通信サービス価値口座を顧客に提供する電気通信システム事業者のシステムのような）正しい口座プロバイダシステムにおいて、（モバイル識別番号（ＭＩＮ）によって識別されてもよい）正しい顧客口座に確実にクレジットされるようにする。
【００３７】
図４に示しているように、プロセスはステップＳ１２０に続いてステップＳ１２１に進む。
【００３８】
したがって、いくつかの実施形態において、顧客ＭＩＮ（または他の口座識別子）が捕捉および／または識別されたか否かを、システムは決定してもよい。例えば、ステップＳ１２１において、顧客識別情報が中央システムに送られるときに、顧客ＭＩＮ（または他の口座識別子）が識別されてもよい。いくつかの実施形態では、顧客は、モバイル電話機から（価値を追加する口座を持つ）システムにコンタクトし、ターゲットの口座に対応している口座を識別してもよい。例えば、顧客のＭＩＮは、自動番号識別（“ＡＮＩ”）、または類似した発呼者ＩＤ機能を利用して捕捉することができる。ＡＮＩを通じて、中央システムはＩＳＤＮ送信から顧客のＭＩＮを捕捉する。代わりに、顧客は、要求時に自分のＭＩＮを供給してもよい。この供給することよって、どのＭＩＮ口座にプリペイドサービス価値をクレジットすべきかを、顧客は確認できる。いくつかの実施形態では、実際に対応する口座を識別することなく、口座識別情報が識別されてもよい。
【００３９】
“ＭＩＮ”は例示目的のみに使用され、ここで意図しているのは、口座番号、電話番号、ＥＳＮ、ＳＭＳアドレス、自宅または仕事場のアドレス、名前、または（単独または他の情報と組み合わされた口座識別情報を使用することによって）口座を識別できる他の情報のような、他の何らかの口座識別子である。例えば、中央システムは、特定の口座を姓のみ、およびメールアドレスのみから識別してもよい。この例では、姓およびメールアドレスは、“口座識別情報”の目的を果たすことができる。
【００４０】
顧客のＭＩＮが既に捕捉されていない場合、プロセスはステップＳ１２７に進んでもよい。ＭＩＮが捕捉されている場合、プロセスはステップＳ１２２に進み、システムは、顧客のＭＩＮがＭＩＮデータベース中で発見されるか否かを決定してもよい。ＭＩＮデータベースは、それぞれのＭＩＮ、ならびに関係する事業者を含む現行のＭＩＮのコンパイルを含んでいてもよい。ＭＩＮデータベースは、中央システムにローカル的に記憶されてもよく、テレコーディア（Ｔｅｌｃｏｒｄｉａ）（登録商標）のような公的にアクセス可能なデータベース中で外部的に管理されてもよい。このデータベースは、ワイヤレスローカル番号ポータビリティ法に準拠して作成されたＭＩＮを含んでいてもよい。ＭＩＮがＭＩＮデータベース中で発見されなかった場合、プロセスはステップＳ１２３に進む。ＭＩＮがＭＩＮデータベース中で発見されなかった状況では、顧客は、非ワイヤレス電話機または他の非電話系接続を使用して、中央システムにコンタクトしてもよく、システムは、顧客がサービス価値の追加を望む顧客にＭＩＮの入力を促す。ＭＩＮがＭＩＮデータベース中で発見された場合、プロセスはステップＳ１２５に進む。
【００４１】
ステップＳ１２３において、システムは、以前に、システムが顧客から顧客のＭＩＮを要求されたか否かを決定する。顧客のＭＩＮが以前に要求されていた場合、プロセスはステップＳ１２４に進み、顧客はカスタマサービス担当者に転送される。顧客のＭＩＮが以前に要求されていなかった場合、プロセスはステップＳ１２７に進む。
【００４２】
ステップＳ１２５において、システムは、顧客が自分のＭＩＮを入力したか否かを決定する。顧客がＭＩＮを入力していた場合、プロセスはステップＳ１２９に進む。顧客が自分のＭＩＮを入力していなかった場合、プロセスはステップＳ１２６に進み、システムは、顧客ＭＩＮが確認されているか否かを決定する。確認には、識別されたＭＩＮがサービス価値を追加すべき正しい口座であるという顧客からの入力が含まれている。ＭＩＮが確認された場合、プロセスはステップＳ１２９に進む。
【００４３】
代わりに、顧客ＭＩＮが確認されなかった場合、プロセスはステップＳ１２７に進み、サービス価値の追加を要求する顧客のＭＩＮを示す入力を顧客が提供するように、システムは要求する。それから、ステップＳ１２８において、ステップＳ１２１に戻る前に、システムは顧客のＭＩＮ入力を受け入れる。
【００４４】
ステップＳ１２９において、システムは（電気通信口座を顧客に提供する事業者のような）口座プロバイダを決定する。ＭＩＮデータベース中で識別されたＭＩＮを見つけ、関係する事業者と関連付けることによって、事業者は決定される（電気通信サービス口座を提供する“事業者”が例として使用されているが、使用料金サービス口座プロバイダ、緊急時ロードサービス口座プロバイダ、インターネットサービス口座プロバイダ、記憶された価値カード口座プロバイダ、および他の何らかの口座プロバイダのような、任意の口座プロバイダがここで意図されていることは、正しく認識されるべきである。）。
【００４５】
一度、事業者が決定されると、ステップＳ１３０において、システムは、顧客が顧客の事業者に基づいて、事業者地域コードを供給すべきか否かを決定してもよい。供給すべきでないと決定された場合、プロセスはステップＳ１３８にスキップしてもよい。事業者地域コードが要求された場合、システムは、ステップＳ１３２において、顧客の事業者地域コードを要求してもよい。ローカルモバイル電話機の顧客に関するデータを管理する地域センターを持つ事業者に事業者地域コードを要求してもよい。事業者地域コードは顧客の郵便番号によって表されてもよい。
【００４６】
ステップＳ１３３において、システムは顧客の事業者地域コードを受け入れてもよく、プロセスはステップＳ１３４に進んでもよい。システムは、事業者地域コードがステップＳ１３４において有効であるか否かを決定してもよい。コードが有効であることを前提としてもよいのは、そのコードが、事業者の特定の地域コードデータベース中で管理されている地域コードに関連している場合である。コードは単に顧客の郵便番号であってもよく、システムは、事業者データベースを参照することによって、適切な事業者地域を決定できる。コードが無効である場合、プロセスはステップＳ１３２に戻り、システムは、地域コードの再入力を要求する。コードが有効である場合、プロセスはステップＳ１３５に進み、システムは、顧客のＭＩＮと事業者地域コードとの間の関係を設定して、その後の対話のときに、後にコードが要求されることを防ぐ。プロセスはステップＳ１３８に進み、プロセスはステップＳ１３９に戻る。
【００４７】
顧客の要求を受け取った後、ステップＳ１４０において、プロセスは関係するサービス価値を顧客口座に追加することを含んでいてもよい。
【００４８】
図５は、本発明の１つの実施形態にしたがって“関係するサービス価値を顧客口座に追加する”図１のステップをさらに詳細に示しているフローチャートである。プロセスは、ステップＳ１４０に続いて、ステップＳ１４１に進み、システムは、顧客の事業者が顧客の口座へのサービス価値の価値挿入をサポートするか否かを決定してもよい。事業者が価値挿入を直接サポートする場合、プロセスはステップＳ１４４に進み、システムは事業者システムにアクセスする。それから、ステップＳ１４５において、識別子に関係するサービス価値を顧客の口座に追加するための事業者システムからの承認を、システムは要求する。ステップＳ１４６において、システムは、価値を追加する要求が承認されたか否かを決定する。認証された場合、プロセスはステップＳ１４８に進み、システムはサービス価値を顧客の口座に追加して、ステップＳ１５０に進み、システムは更新された顧客口座情報を事業者システムから獲得する。この更新された口座情報には、例えば、新規口座の残高、ならびに口座の満了日が含まれていてもよい。それから、プロセスは、ステップＳ１５２に進む。
【００４９】
しかしながら、ステップＳ１４６において、価値を追加する要求が承認されなかったことをシステムが決定した場合、プロセスはステップＳ１４７に進み、価値挿入を承認しなかった理由をシステムが事業者システムから獲得する。それから、プロセスはステップＳ１５２に進み、システムは事業者システムとの通信セッションを終了する。それから、プロセスはステップＳ１５９に進み、プロセスはステップＳ１６０に戻る。
【００５０】
価値挿入を直接サポートしない事業者については、ステップＳ１４２において、システムは顧客に代替の事業者識別子を提供する。この事業者識別子は、中央システムで使用される識別子と類似して動作する。しかしながら、事業者識別子は、事業者システムとの通信を通じて引き換えられる必要がある。これらの事業者識別子は、別の事業者識別子データベース中で管理されていてもよい。したがって、ステップＳ１４３において、システムは、事業者システムによって管理されているＩＶＲシステムに顧客を転送して、価値引き換えを完了する。
【００５１】
図１に戻ると、ステップＳ１６０では、プロセスは、顧客口座の概要を顧客に提供することを含む。
【００５２】
図６は、本発明の１つの実施形態にしたがって“顧客口座の概要を提供する”図１のステップをさらに詳細に示しているフローチャートである。プロセスはステップＳ１６０に続いて、ステップＳ１６２に進み、システムは、価値挿入が事業者システムによって承認されたか否かを決定する。承認された場合、プロセスはステップＳ１６４に進み、システムは、更新された顧客口座情報を顧客に提供する。それから、プロセスは、ステップＳ１６９に進む。価値挿入が承認されなかった場合、プロセスはステップＳ１６６に進み、システムは顧客に要求の否認の理由を提供する。これらの理由には、顧客口座の顧客の残高が既に予め規定された制限より多いこと、またはその制限を超えていること、事業者が口座を発見できなかったこと、口座が解約されていること、または何らかの不特定事業者のエラーであることが含まれていてもよい。それから、プロセスはステップＳ１６９に進み、プロセスはステップＳ１９９に戻る。一度、システムが顧客に顧客口座の概要を提供すると、プロセスはステップＳ１９９に進み、プロセスは終了する。
【００５３】
配布された識別子のそれぞれのしるしが、予め定められた関係するサービスを持ってなくてもよいように、ここで記述している方法が適合されてもよいことを正しく認識すべきである。この観点において、しるしは識別子を含むが、顧客は、カードに対して購入するサービス価値を選択することが許される。したがって、カードが配布されると、顧客は、２５ドルのような、中央システムのレコードに挿入するサービス価値を選択する。マーチャントからの通信は、中央システムに購入金額を通知し、この購入金額はレコードの関係するサービス価値フィールドに挿入される。
【通信サービス価値システムの例示】
【００５４】
先に記述したように、図７は、本発明の１つの実施形態にしたがって、通信サービス価値を供給する例示的なシステムを示している図である。図７は、中央システム１０、複数の顧客システム２０、２２、および２４、（例えば、ＰＯＳ端末を備える）複数のマーチャントシステム４０、４２および４４、ならびに複数の事業者システム６０、６２および６４を図示している。それぞれの顧客システム２０、２２および２４は、顧客ネットワーク１９を通じて中央システム１０と選択的に通信してもよい。それぞれのマーチャントシステム４０、４２および４４は、マーチャントネットワーク３９を通じて中央システム１０と選択的に通信してもよい。それぞれの事業者システム６０、６２および６４は、事業者ネットワーク５９を通じて中央システム１０と選択的に通信してもよい。正しく認識すべきことは、顧客ネットワーク１９、マーチャントネットワーク３９および事業者ネットワーク５９が、本発明のいくつかの実施形態において、同じネットワークであってもよいことである。
【００５５】
中央システム１０は、中央システム１０と通信するさまざまな顧客システム、マーチャントシステムおよび事業者システムからの入力を処理し、中央システム１０と通信するさまざまな顧客システム、マーチャントシステムおよび事業者システムに出力を発生させ、中央システム１０による使用のためにデータを検索してメモリ部分１４中にデータを記憶させるプロセッサ部分１２と、メモリ部分１４と、中央システム１０と通信しているさまざまな顧客システム、マーチャントシステムおよび事業者システムからの入力を受け入れ、中央システム１０と通信しているさまざまな顧客システム、マーチャントシステムおよび事業者システムに出力を送信するユーザインタフェース部分１６とを具備していてもよい。プロセッサ部分１２、メモリ部分１４およびユーザインタフェース部分１６のそれぞれは接続され、データバス１１を通じて互いに通信されている。
【００５６】
プロセッサ部分１２は、中央システム１０のさまざまな動作を監視し、制御する。最初に、プロセッサ部分１２は、しるしの配布を確認するときにマーチャントシステム４０によって提供される情報と、中央システム１０にアクセスするとき、または要求するときに顧客システム２０によって提供される情報とを処理する。
【００５７】
メモリ部分１４は、プロセッサ部分１２、ならびに中央システム１０の他のコンポーネントによって使用される幅広いさまざまなデータのメモリ記憶装置として機能する。例えば、１つの実施形態において、メモリ部分１４は、識別子および関係するサービス価値、ＭＩＮ、事業者、ならびに中央システムによって必要とされる他の情報のさまざまなデータベースを含む。正しく認識すべきことは、メモリ部分１４に含まれているさまざまなメモリコンポーネントは、特定の動作状況による必要性または望みに応じて、さまざまなアーキテクチャの形態をとってもよいことである。さらに、メモリ部分１４のさまざまなメモリコンポーネントは、リレーショナルデータベース技術のような既知の技術を利用して、データを交換、または他のメモリコンポーネントデータを利用してもよい。
【００５８】
ユーザインタフェース部分１６が提供するのは、中央システム１０への入力および中央システム１０からの出力をユーザが提供できるインタフェースである。ユーザインタフェース部分１６は、一般的に、顧客システム、マーチャントシステムおよび事業者システムと通信する対話能力を提供する。ユーザインタフェース部分１６は、プロセッサ部分１２またはこれらのコンポーネントによって制御され、顧客または中央システム１０に関連するデータまたは情報を入力および出力することを含む他の動作システムとインタフェースする。ユーザインタフェース部分１６は、システムアドミニストレータと中央システム１０と他のリモートシステムとの間のインタフェースも提供する。システムアドミニストレータは、主に、ユーザインタフェース部分１６を利用してメモリ部分１４中のデータおよび情報の記憶装置を管理、ならびに中央システム１０のアプリケーションおよび機能の更新を行う。
【００５９】
動作において、顧客は、適切な顧客システム２０を利用し、顧客ネットワーク１９を通じて中央システム１０にアクセスする。顧客システム２０は、モバイル電話機、ならびにインターネット、パーソナルデジタルアシスタント（ＰＤＡ）または他のワイヤレス通信デバイスにアクセスしているコンピュータのような、顧客ネットワーク１９にネットワーク接続されている何らかの適切な処理機械であってもよい。マーチャントシステム４０は、何らかの適切な処理機械であってもよい。この処理機械は、中央システムから入力を受け取ること、しるし、または他の情報を印刷すること、スマートカード読み取り機または磁気ストライプカード読み取り機、またはバーコードスキャナ機能を実行すること、中央システム１０に出力を送ること、ができるトランシーバデバイス（すなわち、例えば、ベリフォン端末）を含む。したがって、支払いするときに識別子をアクティブ化する本発明の１つの実施形態では、マーチャントトランシーバにおける適切なカードインタフェースを通じてカードは読み取り機に通され、このことは中央システム１０へのネットワーク接続を開始させ、中央システム１０は適切なデータベース中の識別子をアクティブ化する。
【００６０】
ユーザインタフェース１６は、データを顧客システム２０に送信して、入力を受け入れて顧客が出力を中央システム１０に提示できる顧客システム２０のユーザインタフェースに与える。これらのユーザインタフェースは、いくつかのインタフェースに関して記述されているが、代替ユーザインタフェースがインターネットウェブページ上に示されてもよく、このユーザインタフェースによって、顧客はそのページにアクセスして適切な形態で必要な引き換え情報を提供する。
【００６１】
いくつかの顧客システムおよびベンダシステムを図７で示しているが、正しく認識すべきことは、本発明のいくつかの実施形態において、１つのみの顧客システムと１つのみのベンダシステムがあって、これらが、それぞれ中央システム１０と選択的にネットワーク通信してもよいことである。
【００６２】
ユーザインタフェース部分１６は、識別子入力および顧客口座入力を含む価値挿入の顧客要求を顧客システム２０から受け入れる。プロセッサ部分１２は、識別子入力をメモリ部分１４で管理されている識別子データベースと照合してから、顧客口座入力を、メモリ部分１４でローカル的に、または公的に利用可能なＭＩＮのデータベースで外部的に管理されているいずれかのＭＩＮデータベースと照合する。それから、ユーザインタフェース部分１６は、事業者システム６０と通信して、顧客に顧客口座の概要を提供する前に価値挿入プロセスを完了する。
【００６３】
本発明は、通信サービス価値を配布するデバイスも備えていてもよいことを、正しく認識すべきである。そのようなデバイスは、配布端末（すなわち、ベリフォン端末のようなデバイス、または自動販売機のような装置）を含んでいてもよく、この配布端末によって、顧客は、購入するプリペイドサービス価値を選択し、サービス価値に対する支払いができる。端末には、利用可能なさまざまなサービス価値額面金額（すなわち、例えば、顧客の選択を受け入れる任意のユーザインタフェース）を示す商品選択部分、（すなわち、例えば、キャッシュ、あるいは磁気ストライプカード読み取り機またはスマートカード読み取り機を通じて）顧客からの支払いを受け取る支払い部分、関係する識別子をアクティブ化する必要性としるしの販売とを中央システムに通知する通信部分（すなわち、例えば、モデム）、ならびに顧客に識別子のしるしを提供する配布部分（すなわち、例えば、機械カード配布システム、またはしるしのプリントアウトを提供する印刷手段）を備えていてもよい。
【００６４】
先に記述したように、図１ないし図６は、本発明の方法のさまざまな実施形態を図示している。図７では、本発明のシステムの例示的な実施形態を示している。本発明のシステムまたは本発明のシステムの一部分が、例えば、汎用コンピュータまたは他のネットワーク動作システムのような“処理機械”の形態であってもよいことを、正しく認識すべきである。ここで使用するような、用語“処理機械”は、少なくとも１つのメモリを使用する少なくとも１つのプロセッサを含むことを理解すべきである。その少なくとも１つのメモリは、１組の指示を記憶する。指示は、処理機械の１つ以上のメモリに永久的または一時的に記憶されてもよい。プロセッサは、データを処理するために１つ以上のメモリに記憶されている指示を実行する。１組の指示は、フローチャートで先に記述したタスクのような、特定の１つ以上のタスクを行うさまざまな指示が含まれていてもよい。特定のタスクを行うそのような１組の指示は、プログラム、ソフトウェアプログラム、または単なるソフトウェアとして特徴付けられていてもよい。
【００６５】
先に述べたように、処理機械は、１つ以上のメモリ中に記憶されている指示を実行してデータを処理する。このデータの処理は、例えば、処理機械のひとり以上のユーザによるコマンドに応答するもの、以前のプロセスに応答するもの、別の処理機械および／または他の何らかの入力による要求に応答するものであってもよい。
【００６６】
先に述べたように、本発明を実現させるために使用される処理機械は汎用コンピュータであってもよい。しかし、先に記述した処理機械は、専用コンピュータや、例えば、マイクロコンピュータ、ミニコンピュータまたはメインフレームを含むコンピュータシステムや、プログラム化されたマイクロプロセッサや、マイクロ制御装置や、周辺集積回路素子や、ＣＳＩＣ（特定顧客向け集積回路）またはＡＳＩＣ（特定用途向け集積回路）または他の集積回路や、ロジック回路や、デジタル信号プロセッサや、ＦＰＧＡ，ＰＬＤ、ＰＬＡまたはＰＡＬのようなプログラム可能なロジックデバイスや、あるいは本発明のプロセスのステップを実現できる他の何らかのデバイスまたはデバイスの配置を含む幅広いさまざまな技術のうちの任意のものを利用してもよい。
【００６７】
先に記述したように本発明の方法を実施するために、処理機械のプロセッサおよび／またはメモリが同じ地理的場所に物理的に位置する必要がないことを、正しく認識すべきである。すなわち、本発明で使用されているプロセッサおよびメモリのそれぞれは、任意の適切な方法で通信するように地理的に異なる位置に配置され接続されている。さらに、プロセッサおよび／またはメモリのそれぞれが装置の異なる物理的部分で構成されていてもよいことを、正しく認識すべきである。したがって、プロセッサが１つの位置における単一の装置である必要はなく、メモリが別の位置における別の単一の装置である必要はない。すなわち、プロセッサが２箇所の異なる物理的位置における２つの装置であってもよいことを意図している。２つの異なった装置は、任意の適切な方法で接続されてもよい。さらに、メモリは、２箇所以上の物理的位置においてメモリの２つ以上の部分を備えていてもよい。
【００６８】
さらに説明すると、先に記述したようなプロセスは、さまざまなコンポーネントおよびさまざまなメモリによって行われる。しかしながら、先に記述したように、２つの異なるコンポーネントによって行われるプロセスは、本発明のさらなる実施形態にしたがって、単一のコンポーネントによって行われてもよいことを、正しく認識すべきである。さらに、先に記述したように、１つの独特なコンポーネントによって行われるプロセスは、２つの独特なコンポーネントによって行われてもよい。同様の方法において、先に記述したように、２つの独特なメモリ部分によって行われるメモリ記憶は、本発明のさらなる実施形態にしたがって、単一のメモリ部分によって行われてもよい。さらに、先に記述したように、１つの独特なメモリ部分によって行われるメモリ記憶は、２つのメモリ部分によって行われてもよい。
【００６９】
さらに、さまざまなプロセッサおよび／またはメモリとの間の通信を提供し、ならびに本発明のプロセッサおよび／またはメモリが他の何らかのエンティティと通信できるようにするために、すなわち、例えば、さらなる指示を獲得するために、または、リモートメモリ記憶装置にアクセスして使用するために、さまざまな技術が使用されてもよい。そのような通信を提供するために使用されるそのような技術は、ネットワーク、専用回路、ＩＰベース接続、インターネット、イントラネット、エクストラネット、ＬＡＮ、ＷＡＮ、ＶＰＮ，イーサネット、または、例えば、通信を提供する何らかのクライアントサーバシステムを含んでいてもよい。そのような通信技術は、例えば、ＴＣＰ／ＩＰ、ＵＤＰ，ＯＳＩ，ＳＮＡ、Ｘ．２５、ＩＳＯ８５／８３、ＸＭＬまたはＳＯＡＰのような何らかの適切なプロトコルを使用してもよい。
【００７０】
先に記述したように、１組の指示は、本発明のプロセスにおいて使用される。１組の指示は、プログラムまたはソフトウェアの形態であってもよい。ソフトウェアは、例えば、システムソフトウェアまたはアプリケーションソフトウェアの形態であってもよい。ソフトウェアは、例えば、別のプログラムの集合体、より大きいプログラム内のプログラムモジュール、またはプログラムモジュールの部分の形態であってもよい。使用されるソフトウェアは、オブジェクト指向プログラミングの形態のモジュール式プログラミングも含んでいてもよい。ソフトウェアは、処理されているデータに何をすべきかを処理機械に示す。
【００７１】
さらに、処理機械が指示を読み取れるように、本発明のインプレメンテーションおよび動作で使用される複数の指示または１組の指示が、適切な形態であることを、正しく認識すべきである。例えば、プログラムを形成する指示は適切なプログラミング言語の形態であってもよく、このプログラミング言語が機械言語またはオブジェクトコードに変換されることによって、１つ以上のプロセッサが指示を読み取ることができる。すなわち、特定のプログラミング言語で書き込まれたプログラミングコードまたはソースコードの行は、コンパイラ、アセンブラまたはインタプリタを使用して、機械言語に変換される。機械言語は、特定のタイプの処理機械、すなわち、例えば、特定のタイプのコンピュータに特有なバイナリコード化された機械指示である。コンピュータは機械言語を理解する。
【００７２】
任意の適切なプログラミング言語が、本発明のさまざまな実施形態にしたがって使用されてもよい。例示的に、使用されるプログラミング言語は、例えば、アセンブリ言語、Ａｄａ、ＡＰＬ、Ｂａｓｉｃ、Ｃ，Ｃ＋＋、ＣＯＢＯＬ、ｄＢａｓｅ、Ｆｏｒｔｈ、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｍｏｄｕｌａ−２、Ｐａｓｃａｌ、Ｐｒｏｌｏｇ、ＲＥＸＸ、ビジュアルベーシック、および／またはＪａｖａＳｃｒｉｐｔを含んでいてもよい。さらに、本発明のシステムの動作および方法に関連して、単一のタイプの指示または単一のプログラミング言語を利用する必要はない。むしろ、任意の数の異なるプログラミング言語を、必要または望みに応じて利用してもよい。
【００７３】
また、本発明の実施において使用される指示および／またはデータは、望みに応じて、何らかの圧縮技術または暗号化技術、あるいはアルゴリズムを利用してもよい。データを暗号化するために暗号化モジュールを使用してもよい。さらに、例えば、適切な解読モジュールを使用して、ファイルまたは他のデータを解読してもよい。
【００７４】
先に記述したように、例えば、少なくとも１つのメモリを備えているコンピュータまたはコンピュータシステムを含む処理機械の形態で、本発明を例示的に具現化してもよい。コンピュータ動作システムが先に記述した動作を行えるようにする１組の指示、すなわち、例えば、ソフトウェアは、望みに応じて、幅広いさまざまな媒体のいずれかに含まれていてもよいことを、正しく認識すべきである。さらに、１組の指示によって処理されるデータは、幅広いさまざまな媒体のいずれかに含まれていてもよい。言い換えれば、本発明で使用される１組の指示および／またはデータを保持するために利用される特定の媒体、すなわち、処理機械中のメモリは、例えば、何らかのさまざまな物理的な形態または送信の形態を取っていてもよい。例示的に、媒体は、用紙、ＯＨＰフィルム、コンパクトディスク（登録商標）、ＤＶＤ、集積回路、ハードディスク、フロッピー（登録商標）ディスク、光ディスク、磁気テープ、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ワイヤ、ケーブル、ファイバ、通信チャネル、衛星送信または他のリモート送信、ならびに本発明のプロセッサによって読み取られる他の何らかの媒体またはデータのソースの形態であってもよい。
【００７５】
さらに、本発明を実現する処理機械で使用されている１つ以上のメモリは、望みに応じて、指示、データ、または他の情報をメモリが保持できるようにする幅広いさまざまな形態のうちの任意のものであってもよい。したがって、メモリは、データを保持するデータベースの形態であってもよい。データベースは、例えば、フラットファイルの配置またはリレーショナルデータベースの配置のような、何らかの望みのファイルの配置を使用してもよい。
【００７６】
本発明のシステムおよび方法において、さまざまな“ユーザインタフェース”を利用することによって、本発明を実現するために使用される１つ以上の処理機械とユーザがインタフェースできる。ここで使用したように、ユーザが処理機械と対話できるようにする、処理機械によって使用される、任意のハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせを、ユーザインタフェースは含む。ユーザインタフェースは、例えば、一連の対話音声応答を含み、またはダイアログスクリーンの形態をとっていてもよい。ユーザインタフェースは、顧客のブラウザによって顧客システム上に示されるウェブページまたは他のインターラクティブアプリケーションの形態であってもよい。ウェブページまたはアプリケーションは、データを受け入れ、記憶のためにデータを広告マーケットシステムに送信するフィールドを備えている。ユーザインタフェースは、マウス、タッチスクリーン、キーボード、キーパッド、カードスロット、音声読み取り機、音声認識器、ダイアログスクリーン、メニューボックス、リスト、チェックボックス、トグルスイッチ、押しボタン、または、１組の指示を処理するときの処理機械の動作に関する情報をユーザが受け取って、および／または処理機械に情報を提供できるようにする他の何らかのデバイスのうちの任意のものを備えていてもよい。したがって、ユーザインタフェースは、ユーザと処理機械との間の通信を提供する何らかのデバイスである。ユーザインタフェースを通じてユーザによって処理機械に提供される情報は、例えば、コマンド、データの選択、または他の何らかの入力の形態であってもよい。
【００７７】
先に説明したように、ユーザインタフェースは、処理機械がユーザのためにデータを処理するように１組の指示を実行する処理機械によって利用される。一般的に、ユーザと対話して、情報を伝えるまたはユーザからの情報を受け取るために、ユーザインタフェースは、処理機械によって使用される。しかし、正しく認識すべきことは、本発明のいくつかの実施形態のシステムおよび方法にしたがうと、本発明の処理機械によって使用されるユーザインタフェースと人間ユーザが、実際に対話する必要がないことである。むしろ、本発明のユーザインタフェースは、人間ユーザよりむしろ別の処理機械と対話する、すなわち、情報を伝えて受け取ることを意図している。したがって、他の処理機械はユーザとして特徴付けられてもよい。さらに、意図していることは、本発明のシステムおよび方法で利用されているユーザインタフェースは、人間ユーザとも部分的に対話するが、別の１つ以上の処理機械と部分的に対話してもよいことである。
【００７８】
図８は、通信サービスを供給する方法を示しているフローチャートである。この方法は、先に記述した図１の方法と大変類似している。しかし、この実施形態では、関係するサービス価値は最初に予め確立されておらず、代わりに、顧客に識別子を配布する際に、関係するサービス価値が顧客によって選択されるときに、関係するサービス価値は決定される。この観点において、しるしは識別子を含んでいる。しかしながら、中央システムでレコードに挿入する２５ドルまたは５０ドルのようなサービス価値を顧客は選択できる。以前に述べたように、サービス価値は、代わりに、時間数のような、サービス使用量の別の単位であってもよい。マーチャントからの通信は、中央システムに購入した金額を知らせ、この情報はレコードの関係するサービス価値フィールドに挿入される。
【００７９】
したがって、図８に示したように、ステップＳ２０Ａにおいて、未決定の関係するサービス価値を持つ１組の識別子が確立される。それから、ステップＳ４０において、図１にも示したように、顧客に配布するために、マーチャントに識別子のしるしを配布する。図１とは異なって、プロセスはステップＳ５０に進み、顧客は、１０ドル、２５ドルまたは５０ドルのような関係するサービス価値を選択する。それから、ステップＳ６０Ａにおいて、識別子はアクティブ化され、しるしが顧客に配布されるときに、関係するサービス価値が記録される。ステップＳ８０Ａにおいて、識別子に関係するサービス価値を顧客の口座に追加するための要求を顧客から受け取る。このステップについて、以下で説明する図９でさらに詳しく述べる。最後に、ステップＳ１４０において、関係するサービス価値は、顧客口座に追加され、ステップＳ１６０において、顧客口座の概要が提供される。
【００８０】
図９は、本発明の１つの実施形態にしたがって“識別子に関係するサービス価値を顧客口座に追加するための要求を顧客から受け取る”図８のステップをさらに詳細に示しているフローチャートである。このフローチャートは、図８で示しているステップＳ８０Ａについてさらに詳しく述べている。図８のフローチャートは、先に図２で記述したような同じプロセスを続ける。しかしながら、この実施形態において明示的に示していることは、ステップＳ１００で識別子が認証された後に、ステップＳ１０１において、顧客が、複数の事業者の中からサービスのための事業者を選択し、この選択を受け取る。それから、顧客口座情報が認証されたときに、プロセスは図２のようなステップＳ１２０に進む。
【００８１】
図１０は、本発明にしたがって価値を挿入して記憶された価値口座を再チャージする方法を示しているフローチャートである。このプロセスのステップは、他の図、特に図１と図１に関連する図とともに読む必要がある。
【００８２】
ステップ１００１において、顧客はカードを選択する。顧客は複数の異なるカードの中からカードを選択する。カードは、異なる価値と異なるプロバイダとを関係付けてもよい。カードは、ワイヤレス電気通信サービスのような１つ以上のプリペイドサービスに関係していてもよい。例えば、特定のプロバイダの４０ドルのワイヤレス電話サービスを実行可能にするカードを顧客は選択してもよい。
【００８３】
好ましい実施形態において、カードは、関係するＰＩＮ、シリアル番号およびカード番号を（バーコードまたは磁気的に記憶された番号の形態で）持つ。
【００８４】
ＰＩＮまたは他の番号を購入後まで見えないように、ＰＩＮまたは他の番号をカード上で隠していてもよい。例えば、ＰＩＮは、ＰＩＮをカバーして隠す素材を持っていてもよく、この素材は購入後にコインで削り取られる。代わりに、不透明な粘着テープを使用して、購入後までＰＩＮが見えるのを一時的に防いでもよい。価値あるカード情報を保護するこれらの方法および他の方法は、技術的によく知られている。
【００８５】
ＰＩＮは、特定のカードに特有であるランダムに生成された番号のような、一意的な識別子であってもよい。ポイントオブセールのマーチャント端末でカードをスキャンできる（または読み取り機に通せる）ように、関係するバーコード番号がカードに印刷されていてもよい。バーコードおよび磁気ストライプの使用は技術的によく知られている。カード番号は、他の目的のカードに関係する別の番号であってよい。例えば、カード番号は、プロバイダのルーチン番号であってもよい。カード番号は、政府のガイドラインまたは他の基準にしたがって、カード上に印刷されている番号であってもよい。
【００８６】
ＰＩＮ番号、関係するバーコードおよびまたは磁気的に記憶されているシリアル番号、価値、およびカード番号のようなカード情報は、中央プロセッサにおけるデータベース中に記憶されてもよい。これらの番号は、単一の記憶された価値カードに対する単一のエントリ中で互いに関係付けられていてもよい。単一のエントリにおいてこれらの番号を互いに関係付けることによって、中央プロセッサは、ＰＩＮのような単一番号を受け取った後で、他の関係する番号を後で決定することができる。
【００８７】
これらの番号および他のしるしは、カード上に印刷されていてもよい。例えば、サービスプロバイダの名前およびカードの価値が、カード上に印刷されていてもよい。カードは、カードのアクティブ化の仕方を顧客に教示するアクティブ化情報も示してもよい。引き換え情報は、１−８００番号（あるいは、他の８ｘｘｘ番号または他の電話番号）、ＩＶＲ入力コードまたは一連の入力、ウェブサイト、ならびに／あるいは中央システムへのアクセスおよび／またはカードの引き換え、さもなければ顧客口座の修正をするための他の情報または指示を含んでいてもよい。引き換え指示情報はカード上に印刷されていてもよく、または引き換え指示情報は受領書に印刷されてもよく、カードの購入時に顧客に提供されてもよい。
【００８８】
異なる指示が、異なるカードに関係付けられていてもよい。例えば、１つのサービスプロバイダに関係するカードは、異なるサービスプロバイダに関係するカードとは違った、異なる１−８００番号のような異なる指示を持っていてもよい。異なる１−８００番号、ウェブサイトまたは入力によって、中央プロセッサは、中央システムにアクセスするために使用される方法に基づいて、プロバイダの識別子またはカードの他の特徴を区別できる。
【００８９】
ステップ１００２において、顧客はカードを購入する。マーチャント（または顧客）はカードのバーコードをスキャンし、カードの磁気ストライプを読み取り機に通し、および／または、さもなければマーチャント端末のような端末でカード情報を入力する。カードが特定の価値に予め関係していない場合、顧客は特定の価値を特定してから端末で入力してもよい。それから、関係する価値が、顧客、マーチャント、中央プロセッサ、またはプロバイダによって後に変更されない限り、および変更されるまで、この明確にされた価値がカードの関係する価値になる。
【００９０】
マーチャント端末は、このカード情報を中央プロセッサに送信する。マーチャント端末は、マーチャントまたは端末識別情報、カード上の他のしるし情報、あるいは名前および口座番号のような顧客情報のような、他の情報を送信の際に含んでいてもよい。この送信は、カードをアクティブ化する要求、またはカードを事前認証する（これには、関連する認証要求が続く）要求のいずれかであってもよい。事前認証の要求は、カードがアクティブ化する準備ができている有効なカードであるか否かを中央プロセッサに単に問い合わせてもよい。
【００９１】
ステップ１００３において、中央プロセッサはマーチャント端末から情報を受け取る。この情報には、カード情報、および顧客電話番号のような顧客口座情報が含まれていてもよい。例えば、端末は、カードからカード情報を読み取って、そのカード情報を中央プロセッサに送ってもよい。顧客口座情報は、端末で入力されてもよい。例えば、電話番号がＰＯＳ端末に入力されてもよく、（例えば、カード情報を同じ中央プロセッサに送るのと同じまたは別の通信で）電話番号は中央プロセッサに送られてもよい。
【００９２】
この情報には、端末で入力された何らかの情報、ならびに端末から送られた何らかの追加情報が含まれていてもよい。好ましい実施形態において、受け取った情報には、カードのバーコードまたは磁気ストライプ情報が含まれていてもよい。中央プロセッサは、カードに対応するデータベースエントリにアクセスする。中央プロセッサは、カードのステータスをチェックしてもよい。例えば、中央プロセッサは、カードがアクティブ化する準備ができている有効なカードであるか否かを決定してもよい。さらに、中央プロセッサは、カードが紛失または盗難されたものであるか否か、またはカード情報に対応するデータベースエントリがあるか否かを照合してもよい。また、カードはマーチャントまたは要求端末に関係付けられているか否かを、中央プロセッサがチェックしてもよい。例えば、受け取った端末情報とデータベース中のカードのエントリに記憶されている端末情報とを照合してもよい。好ましい実施形態において、端末が、記憶された価値カードを要求する信頼された源のような認証端末であること（または要求するために使用されている通信ネットワークが信頼されている通信ネットワークであることを）を、中央プロセッサは照合する。例えば、マーチャントがカード情報とともにマーチャント識別子を送信した場合、マーチャント識別子がデータベース中のカード情報に関係付けられていることを、中央プロセッサは照合してもよい。この時点で、中央プロセッサは、事前認証をマーチャント端末に返信してもよい。
【００９３】
この時点で、マーチャント端末からの送信が事前認証の要求だった場合、中央プロセッサはカードを事前認証してもよい。例えば、中央プロセッサは、有効で発行する準備ができているカードを事前認証してもよい。中央プロセッサは、カードが特定の端末によって事前認証されていることを示すエントリの修正もする。事前認証は中央プロセッサからマーチャント端末に送られてもよい。この時点ではカードは購入されていない。
【００９４】
それから、マーチャント端末は事前認証を受け取り、認証を受け取ることによって顧客は購入に進むことができる。例えば、マーチャント端末は、例えば、クレジットカードまたはキャッシュ取引で、顧客から資金を集金してもよい。（顧客の資金が支払われたとき、または支払い後のような）この時の前、この時の間、またはこの時の後、マーチャント端末は、認証化／アクティブ化要求を中央プロセッサに送る。中央プロセッサは、（ここで記述したような）カード情報、およびマーチャント情報または端末情報を含む認証要求を受け取って、情報を処理してもよい。
【００９５】
それから、中央プロセッサは、受け取ったカード情報に対応する記憶された価値カードのエントリを修正してもよい。それから中央プロセッサは、カードをアクティブ化および／または登録してもよい。例えば、中央プロセッサはエントリを修正し、カードが登録および／またはアクティブ化されていることを示す。カードをアクティブ化および／または登録することによって、中央プロセッサは、カードがマーチャント端末で適切に購入されていることを確認する。顧客がカードを後に引き換えようとするとき、および／または顧客口座に価値を追加（さもなければ顧客口座を修正）しようとするときに、中央プロセッサが要求を否認してもよいのは、カードが有効に発行またはアクティブ化されていない場合である。盗難されたカードはアクティブ化できないので、この否認はカードの盗難を防ぐ。中央プロセッサは、取引確認をマーチャント端末に送ってもよく、マーチャント端末は、確認を顧客に送ってもよい。いくつかのケースにおいて、認証は、（チェック通過後のような）事前認証から間もなくして発生するので、確認は顧客に送られない。
【００９６】
ＰＩＮがカード上に予め印刷されていない場合、カードのアクティブ化のときに、中央プロセッサはＰＩＮをマーチャント端末に送信してもよい。それから、マーチャント端末は、印刷した受領書のようなＰＩＮを顧客に配布してもよい。中央プロセッサは、例えば、カードエントリ中のＰＩＮを記憶すること（またはその逆）によって、ＰＩＮをカードと関係付ける。
【００９７】
事前認証するステップは、盗難および紛失の防止に効果的である。事前認証するステップなしで、カードに対する支払いの前にカードを引き換えることは可能である。例えば、カードが処理（例えば、スキャンおよびアクティブ化）されているときと、カードが（マーチャントまたは顧客のいずれによって）支払われているときとの間の遅延の間に、カードは引き換えられてもよい。遅延は、クレジットカードまたはチェックを処理するのにかかる時間を含んでいてもよく、または、チェックアウトカウンタで、カードがスキャンされたときと、顧客が実際に課金された時間との間の時間を含む。しかしながら、事前認証されたカードではなく、アクティブ化／認証化されたカードのみが引きかえられる。スキャン（さもなければ、マーチャント端末でカード情報を入力）するときに事前認証をすることによって、ユーザは違法目的にこの遅延を利用できない。それから、カードがアクティブ化されたとき、資金は既に転送されているので、顧客は適切に購入していない価値を引き換えることはできない。
【００９８】
正しく認識すべきであることは、ステップ１００２および１００３が、マーチャント端末と中央プロセッサとの間の往復通信を含んでいることである。この往復通信は、事前認証および認証化／アクティブ化の要求と応答とを含む。
【００９９】
ステップ１００４において、顧客は、中央プロセッサシステムにアクセスする。例えば、顧客は中央プロセッサにアクセスし、関係する価値を引き換える要求をしてもよい。中央プロセッサは、ＩＶＲ電話システム、または中央プロセッサに関係する中央ウェブサイトを備えていてもよい。中央プロセッサシステムは、技術的に知られている顧客と中央システムとの間の通信の他の何らかの手段も備えていてもよい。ここでの説明のために、中央ＩＶＲおよび中央ウェブサイトは、中央プロセッサデータベースとともに一般的な中央プロセッサシステムの部分としてみなしてもよい。
【０１００】
オプション的なステップ１００５では、中央システムは顧客に情報の入力を促す。この入力要求はＰＯＳ端末での入力要求であってもよい。この入力要求は、顧客のモバイル電話機（例えば、顧客および／または中央システムのレコードによって、既に提供されている電話番号を持つモバイル電話機）で行われてもよい。いくつかの実施形態では、入力要求は、ウェブサイト上の入力フィールドのようなウェブサイト上の指示を含んでいてもよい。入力要求は、口座識別情報を照合する要求のような、顧客からの情報を要求する中央プロセッサによる任意の問い合わせを含んでいてもよい。入力要求は、ＰＩＮ、関係する価値および顧客の名前、電話番号または口座番号のような、カード（例えば、関係する価値を持つ購入したカード）、サービスまたは顧客に関係する任意の情報を尋ねる。例えば、顧客はプロバイダの識別子の入力を促されてもよい。プロバイダの識別子および他の情報はここで記述したように自動的に決定されてもよい。
【０１０１】
ステップ１００６において、（例えば、入力要求に応答して）マーチャント（マーチャント端末）から中央システムに情報を送ることによって、情報は中央システムに提供される。好ましい実施形態において、顧客は、カードのＰＩＮ番号および／または顧客の口座番号もしくは電話番号をＰＯＳデバイスで入力してもよく、この情報はＰＯＳデバイスから中央プロセッサに送られてもよい。
【０１０２】
ステップ１００７において、中央プロセッサは、顧客口座に関係するサービスプロバイダと顧客口座番号とを識別してもよい。中央プロセッサは、シリアル番号、他のカードのしるし、価値、顧客の名前、アドレス、社会保障番号、あるいは他の顧客または口座情報のような他の情報も識別できる。この情報は、顧客の入力に基づいて、識別されてもよい。
【０１０３】
情報の中には、中央システムによって自動的に決定されてよいものもある。したがって、この情報は、入力要求または顧客入力を必要としない。ワイヤレス電気通信サービスについては、口座番号は、顧客のモバイル電話番号またはモバイル識別番号（ＭＩＮ）であってもよい。ＭＩＮのような識別情報は、自動的番号識別（ＡＮＩ）によって把握されてもよい。例えば、顧客が顧客のワイヤレス電話機から８００番号の電話をかけた場合に、中央システムはワイヤレス電話番号に関係する口座を識別してもよい。長距離電話サービスについても、中央システムは電話番号に関係する口座を同様に識別してもよい。マーチャント端末が電話機を通じて中央システムに情報を送る場合には、ＡＮＩを使用してマーチャントおよび／またはマーチャント端末を識別できることに留意すべきである。例えば、中央プロセッサにリンクするデータベースには、異なるマーチャント電話番号（または、端末電話番号）を特定のマーチャントと関係付けるテーブルまたは他のデータベースが記憶されていてもよい。この方法で、マーチャントは識別されてもよい。
【０１０４】
プロバイダの識別子も自動的に決定されてもよい。例えば、先に記述したように、プロバイダは顧客が中央システムにアクセスする方法によって識別されてもよい。例えば、特定の１−８００番号（または類似した番号）は、特定のプロバイダに関係していてもよい。したがって、中央システムが顧客からその番号で電話を受け取るとき、顧客の口座が特定のプロバイダに関係することを、中央システムは自動的に決定する。
【０１０５】
中央プロセッサによって受け取られて識別された情報は、関係するカードのデータベースエントリ中のようなデータベースに記憶されてもよく、その場合、情報の異なるアイテムは互いに関係付けられている。カードに関係する一部の識別情報によって、中央プロセッサは、データベースエントリ中に記憶されている他の関係するカード情報または口座情報を識別できるようになる。
【０１０６】
ステップ１００５から１００７は、顧客と中央システムとの間の往復通信に関係しており、したがって、この往復通信は、同じ期間にわたってオーバラップして生じてもよいことを理解すべきである。
【０１０７】
ステップ１００８において、中央プロセッサは、価値情報をプロバイダのシステムに挿入する。顧客の口座が中央システムによって直接修正できると、中央システムは、顧客の口座を修正して価値を追加する。例えば、中央プロセッサは、プロバイダまたはプロバイダのアフィリエイトであってもよく、したがって、口座を管理的制御できる。このケースにおいて、中央プロセッサは価値を口座に直接追加してもよい。
【０１０８】
中央プロセッサは、技術的に知られている方法にしたがって、修正された口座情報、口座履歴情報および他の口座情報も記憶してもよい。
【０１０９】
顧客の口座が中央システムによって直接修正できないと、中央プロセッサは、価値挿入情報をプロバイダのシステムに送って、価値を追加するための顧客の要求をプロバイダのシステムが処理できるようにすることによって“価値を挿入”してもよい。好ましい実施形態において、この情報には、顧客口座および関係する価値が含まれていてもよい。例えば、情報は、ある金額（関係する価値）を特定の口座（顧客の口座）に追加することをプロバイダに指示する。
【０１１０】
情報をプロバイダに送るために、中央プロセッサは、プロバイダのデータベースにアクセスしてもよく、プロバイダデータベースには、ワイヤレスサービス口座のようなプロバイダに関係するユーザ口座についての、記憶された価値口座情報が記憶される。中央プロセッサはプロバイダのウェブサイトまたは他のコンピュータインタフェースにアクセスしてもよい。
【０１１１】
１つの実施形態において、中央プロセッサは、インターネットプロトコルおよび／またはファイル転送プロトコルを使用し、記憶された価値カードおよび／またはユーザのＰＩＮデータを転送する。例えば、中央プロセッサは、ｘｍｌ要求をプロバイダのコンピュータプラットフォームに送ってもよい。代わりに、要求は、ｅメール、ｆｔｐ、または他の手段を介してもよい。要求は、プロバイダのアプリケーションプログラミングインタフェース（ＡＰＩ）、または他のフォーマット要求に適合していてもよい。要求は、プロバイダのＩＶＲシステムまたはウェブサイトにアクセスすること、および／またはプロバイダシステムからの入力要求で情報を入力することを含んでいてもよい。プロセッサは、適切な何らかの入力をし、顧客の記憶された価値口座に価値を追加してもよい。中央プロセッサは、ＰＩＮおよび／または、ＰＩＮ、ユーザ名、アドレス、口座番号、ワイヤレス電話番号、パスワード、または他の情報のような他の口座関連情報をプロバイダ（および／またはそのデータベース）に送ってもよい。例えば、中央プロセッサは、ある金額をユーザの記憶された価値口座に追加することをプロバイダに指示してもよい。この追加は、ＰＯＳ端末からのオリジナルの価値挿入要求と同じ時間フレームの間に起こってもよい。
【０１１２】
ステップ１００９において、プロバイダは、関係する価値を顧客口座に追加する。ステップ１００８において、中央システムが顧客の口座を直接管理する場合のように、価値が既に顧客口座に追加されている場合、このステップは必要ない。
【０１１３】
第三者のプロバイダは、最初に、ステップ１００８において中央システムから送られた情報を受け取る。価値を追加するために、プロバイダは（データベース中に記憶されているもののような）その顧客口座のレコードを修正して、顧客口座における増加した価値のような、送られた情報を反映させる。プロバイダは、ｘｍｌのような類似した通信手段によって、中央プロセッサに取引確認を送ってもよい。確認は、ＰＩＮに関連する取引が成功（か失敗）で完了したかを確認してもよい。
【０１１４】
価値が口座に追加（または挿入）された後、プロセッサおよび／またはプロバイダは、取引確認を顧客に提供してもよい。確認は、肯定応答または否定応答、新しい口座残高、あるいは他の口座またはカードに関連する情報を含んでいてもよい。否定応答が生じるのは、事業者が口座を承認しないとき、顧客の口座が非アクティブ化されているとき、口座が停止されているとき、または他の否認状況または問題のある状況が存在するときである。
【０１１５】
ステップ１０１０において、顧客は、その後の取引で同じ記憶されたカードを使用する。例えば、カードは、第２のマーチャント端末でスキャン、または読み取り機に通されてもよく、カードはステップ１００２と類似した方法で処理されてもよい。すなわち、マーチャントは、カード情報を入力して情報を中央プロセッサに送信してもよい。この端末は、第１の端末と同じであってもよく、また異なっていてもよく、異なるマーチャントのストアにあってもよい。
【０１１６】
代わりに、中央プロセッサは、インターネット、ｅメール、電話機、ＰＯＳ端末、または他の通信手段によって、カード情報を受け取ることができる。例えば、顧客は、中央プロセッサに関係するウェブサイトにログオンして、カード番号またはＰＩＮのようなカード情報を入力する。顧客は、電話機、ＰＤＡ、コンピュータ、または他の手段を備えている中央プロセッサと通信する任意の手段を使用してもよい。
【０１１７】
１つの実施形態において、それぞれの後の取引に対して、異なる関係する価値が指定されてもよい。例えば、顧客は、価値をウェブサイト上の入力フィールドで入力してもよく、マーチャントは、カード情報を入力する前または後に、新しい値を顧客端末に入力してもよい。
【０１１８】
別の実施形態において、それぞれの取引に対して、異なるプロバイダも（例えば、顧客によって）指定されてもよい。
【０１１９】
ステップ１０１１において、中央プロセッサは、カード情報を受け取る。この情報に基づいて、中央プロセッサは、関係する価値を顧客の口座に追加することによって、自動的にカードを“再チャージ”してもよい。
【０１２０】
この再チャージは、ステップ１００３と類似した方法で生じてもよい。情報は、第２の要求にしたがって受け取られ、カードをアクティブ化、さもなければカード情報を処理してもよい。第２の要求は、異なるマーチャントに関係する第２のマーチャント端末からのものであってもよい。また、第２の要求は、同じマーチャント端末からのものであってもよい。要求は、コンピュータ、ＰＤＡ、電話機または他のデバイスのような、中央システムと通信できる任意の源からのものであってもよい。
【０１２１】
それから、受け取ったカード情報に関係するカードに対して、口座番号およびプロバイダが以前に識別されているか否かを、中央プロセッサは決定してもよい。例えば、プロセッサは、データベース中のカードのレコードにアクセスして、識別されたプロバイダおよび口座番号がエントリに含まれているか否かを決定する。この口座は、上記で既に登録／アクティブ化され、口座情報およびカード情報は既に記憶されているので、中央プロセッサはこのカードがアクティブカードであることを認識する。例えば、中央プロセッサは、バーコードシリアル番号または他の識別子をマーチャント端末から受け取り、適切なデータベースエントリにアクセスして口座がアクティブ化されていることを決定してもよい。
【０１２２】
ここで、口座は、プロバイダおよび口座番号（および、好ましい実施形態では、価値）と既に関係付けられている。その理由は、中央プロセッサは、以前の取引の間にそのような情報を既に識別し、記憶しているからである。顧客が、中央システムに直接アクセスして引き換え要求をする１００６の追加ステップは必要ない。したがって、先に記述したステップ１００８のように、中央プロセッサは顧客の口座に自動的に価値を挿入する。
【０１２３】
いくつかの実施形態において、価値識別情報および口座識別情報は、再チャージの要求の間に中央プロセッサに送られてもよい。ここの他の場所で記述したように、価値挿入プロセスは続く。
【０１２４】
ステップ１１０１は、以前に処理したカードがその後の取引に使用されるときのプロセスを記述している。カードが取引に使用されたことがない（結果的に、プロバイダおよび口座番号が識別されたことがない）場合、プロセスはステップ１１０１から開始される。留意すべきことは、カード情報がマーチャント端末（または他のソース）から中央プロセッサに送信される毎に、カードが既に口座番号とプロバイダとに関係付けられているか否かを、プロセッサがチェックして決定してもよいことである。カードが関係付けられている場合、プロセッサは、価値をプロバイダに追加するための要求を送ることにより、さもなければ価値を顧客の口座に追加または挿入することなどにより、取引を自動的に完了する。
【０１２５】
ステップ１０１２において、中央プロセッサは、確認をマーチャント端末にオプション的に送り、マーチャント端末は確認を顧客に提供する。
【０１２６】
カードに対するさらなるアクティブ化要求を行ってもよい。例えば、カードをマーチャント端末から購入し、カードをアクティブ化した後、顧客は、同じマーチャント端末を含む任意の数のマーチャント端末において、任意の回数、カードの価値を再チャージしてもよい。顧客は、インターネットまたは電話機を通じて、カードを再チャージしてもよい。顧客は、再チャージの間、新しい関係する価値、新しいプロバイダ、および新しいＰＩＮ（または他の識別子）のようなさまざまなパラメータを特定してもよい。
【０１２７】
中央プロセッサは、プロバイダのコンピュータシステムであること、または別のシステムであってもよいことを、正しく認識すべきである。例えば、中央プロセッサは、ワイヤレス事業者のコンピュータシステム自体であってもよく、事業者は顧客にワイヤレスＰＩＮを提供して引き換えてもよい。代わりに、中央プロセッサは、任意のワイヤレス事業者と直接アフィリエイトされないシステムであってもよく、その場合、中央システムとして単に機能していてもよい。
【０１２８】
中央プロセッサは、この情報に基づいて、特別な待遇および販売促進を顧客に提供してもよい。例えば、中央プロセッサは、顧客が購入および／または処理したカードまたはＰＩＮの数（あるいは、価値または総価値）に基づいて、顧客に謝礼または利益を提供または与えてもよい。
【０１２９】
正しく理解すべきことは、サービスプロバイダは任意の商品および／またはサービスの任意のプロバイダであってもよいことである。さらに、正しく理解すべきことは、サービスは、任意の商品および／またはサービスであってもよいことである。
【０１３０】
ここに示され、記述された本発明の特定の実施形態は、例示的にすぎないことが理解されるであろう。多くの変形、変更、置換および均等物は、本発明の精神と範囲を逸脱することなく、当業者に見出されるだろう。したがって、ここで説明され、添付図面に示されているすべての主題は、例示にすぎないと考えられ、限定する意味はなく、本発明の範囲は添付の特許請求の範囲のみにより決定されることが意図されている。
【図面の簡単な説明】
【０１３１】
添付図面とともに詳細な説明を読むことによって、本発明はより十分に理解され、添付図面における同一の参照インジケータを使用して、同一の構成要素を示している。本発明のいくつかの実施形態を詳細に説明する前に、説明で述べられ、または図中で図示されているコンポーネントの構成および配置の詳細の適用に本発明が限定されるものでないことを理解すべきである。
【図１】図１は、本発明の１つの実施形態にしたがった、通信サービス価値を供給する方法を示しているフローチャートである。
【図２】図２は、本発明の１つの実施形態にしたがった、図１の“識別子に関係するサービス価値を顧客口座に追加する要求を顧客から受け取る”ステップをさらに詳細に示しているフローチャートである。
【図３】図３は、本発明の１つの実施形態にしたがった、図２の“識別子を照合する”ステップをさらに詳細に示しているフローチャートである。
【図４】図４は、本発明の１つの実施形態にしたがった、図２の“顧客口座情報を照合する”ステップをさらに詳細に示しているフローチャートである。
【図５】図５は、本発明の１つの実施形態にしたがった、図１の“関係するサービス価値を顧客口座に追加する”ステップをさらに詳細に示すフローチャートである。
【図６】図６は、本発明の１つの実施形態にしたがった、図１の“顧客口座の概要を提供する”ステップをさらに詳細に示しているフローチャートである。
【図７】図７は、本発明の１つの実施形態にしたがって、通信サービスを供給する例示的なシステムを示している図である。
【図８】図８は、本発明の実施形態にしたがって、通信サービスを供給する方法を示しているフローチャートである。
【図９】図９は、本発明の１つの実施形態にしたがった、図８の“識別子に関係するサービス価値を顧客口座に追加する要求を顧客から受け取る”ステップをさらに詳細に示しているフローチャートである。
【図１０】図１０は、本発明の実施形態にしたがって、口座を再チャージする方法を示しているフローチャートである。
【特許請求の範囲】
【請求項１】
価値を顧客口座に追加する方法において、
価値を顧客の顧客口座に追加する要求をポイントオブセール端末から受け取り、要求は価値に関係する価値識別データと顧客口座に関係する口座識別データとを含み、顧客口座識別データはポイントオブセール端末で入力され、要求は価値の購入に関係付けられていることと、
価値を顧客口座に追加させることとを含む方法。
【請求項２】
要求は、ポイントオブセール端末でキーカードデータを入力することによって開始される請求項１記載の方法。
【請求項３】
顧客口座は、電気通信口座である請求項１記載の方法。
【請求項４】
口座識別番号は、電話番号である請求項１記載の方法。
【請求項５】
口座識別番号は、ＥＳＮ番号である請求項１記載の方法。
【請求項６】
口座識別番号は、モバイル識別番号（ＭＩＮ）である請求項１記載の方法。
【請求項７】
要求は、顧客口座のプロバイダを識別する識別子をさらに含む請求項１記載の方法。
【請求項８】
価値を追加する要求を受け取った後に、価値購入取引に関係する確認コードをポイントオブセール端末に送信することをさらに含む請求項１記載の方法。
【請求項９】
価値を顧客口座に追加させる動作は、
口座識別情報に基づいて、口座プロバイダを識別することと、
価値を顧客口座に追加する要求を、口座プロバイダに送ることとを含む請求項１記載の方法。
【請求項１０】
要求は、顧客口座を管理する中央処理システムによって、ポイントオブセール端末から受け取られ、
価値を顧客口座に追加させる動作は、
口座識別情報に基づいて、顧客口座を識別することと、
中央プロセッサによって、顧客口座の口座データベースエントリが編集され、顧客口座に対する価値の追加が反映されることを含む請求項１記載の方法。
【請求項１１】
価値は、通信サービス金額を含む請求項１記載の方法。
【請求項１２】
価値を顧客口座に追加させる動作は、
要求に基づいて、口座プロバイダを識別することと、
価値を顧客口座に追加する要求を口座プロバイダに送ることとを含む請求項１記載の方法。
【請求項１３】
要求についての情報をデータベース中に記憶させることと、
記憶動作後、第２の価値を顧客口座に追加する第２の要求を受け取ることと、
第２の要求と要求について記憶された情報とを処理し、口座プロバイダを識別することとをさらに含む請求項１記載の方法。
【請求項１４】
口座識別情報は、ポイントオブセール端末で入力されるカード識別番号を含む請求項１記載の方法。
【請求項１５】
カード識別情報は、ポイントオブセール端末でカードの磁気ストライプを読み取り機に通すことによって、ポイントオブセール端末で入力される請求項１４記載の方法。
【請求項１６】
口座識別情報は、要求を受け取る動作前に、ポイントオブセール端末で顧客によって入力される請求項１記載の方法。
【請求項１７】
価値を顧客口座に追加させる動作は、
価値挿入要求を、顧客口座の特定の第三者の口座プロバイダに送ることを含み、
複数の顧客口座番号を、特定の第三者の口座プロバイダを含む複数の第三者のサービスプロバイダと関係付ける関係情報を記憶させることと、
特定の第三者の口座プロバイダに信号を送る前に、関係情報に基づいて特定の第三者のプロバイダを識別することとをさらに含む請求項１記載の方法。
【請求項１８】
口座管理者は特定の第三者のプロバイダを含み、
信号を送る動作は、特定の第三者のプロバイダのＡＰＩに適合する.xmlファイルを送ることを含む請求項１記載の方法。
【請求項１９】
取引確認をポイントオブセール端末に送ることと、
送る動作の後、顧客口座に再ロードする要求を第２のポイントオブセール端末から受け取ることとをさらに含む請求項１記載の方法。
【請求項２０】
顧客口座は、ワイヤレス電話サービス、ページングサービス、インターネット可能な通信サービス、ワイヤレスウェブアクセス、緊急時ロードサービス、輸送サービス、オンラインデートサービス、インターネットアクセス、フィルム処理、１枚または複数のギフト商品券、プリペイドガス、プリペイド食品雑貨、プリペイドエンターテイメント、プリペイド映画、ダウンロード可能な着信音、ダウンロード可能なゲーム、ダウンロード可能な映画、ＭＰ３、ＭＰ４、ＷＭＶおよびＷＡＶ音楽フォーマットのうちの少なくとも１つを使用してエンコードされたダウンロード可能な音楽、顧客謝礼、橋の通行料金、道路の通行料金、長距離電話通信、およびワイヤレス通信のうちの少なくとも１つに使用される請求項１記載の方法。
【請求項２１】
価値を顧客口座に追加するシステムにおいて、
ポイントオブセール端末から価値を顧客の顧客口座に追加する要求を受け取り、要求は価値に関係する価値識別データと顧客口座に関係する口座識別データとを含み、顧客口座識別データはポイントオブセール端末で入力され、要求は価値の購入に関係付けられている入力デバイスと、
価値を顧客口座に追加させるプロセッサとを具備するシステム。
【請求項２２】
価値を顧客口座に追加する方法において、
顧客の記憶された価値口座に関する価値の購入に対する支払いをポイントオブセール端末で顧客から受け取ることと、
ポイントオブセール端末で顧客口座識別データを入力することと、
顧客口座識別データと価値識別データとをポイントオブセール端末から中央プロセッサに送信し、顧客口座識別データによって中央プロセッサが顧客口座を識別できることと、
顧客口座識別データと価値識別データとに基づいて、価値を顧客口座に追加させることとを含み、
要求は価値に関係する価値識別データと顧客口座に関係する口座識別データとを含み、顧客口座識別データはポイントオブセール端末で入力され、要求は価値の購入に関係付けられている方法。
【請求項２３】
顧客口座識別データは、顧客の電話番号を含む請求項２２記載の方法。
【請求項２４】
顧客口座は、電話番号に関係する電気通信サービス口座を含む請求項２３記載の方法。
【請求項１】
価値を顧客口座に追加する方法において、
価値を顧客の顧客口座に追加する要求をポイントオブセール端末から受け取り、要求は価値に関係する価値識別データと顧客口座に関係する口座識別データとを含み、顧客口座識別データはポイントオブセール端末で入力され、要求は価値の購入に関係付けられていることと、
価値を顧客口座に追加させることとを含む方法。
【請求項２】
要求は、ポイントオブセール端末でキーカードデータを入力することによって開始される請求項１記載の方法。
【請求項３】
顧客口座は、電気通信口座である請求項１記載の方法。
【請求項４】
口座識別番号は、電話番号である請求項１記載の方法。
【請求項５】
口座識別番号は、ＥＳＮ番号である請求項１記載の方法。
【請求項６】
口座識別番号は、モバイル識別番号（ＭＩＮ）である請求項１記載の方法。
【請求項７】
要求は、顧客口座のプロバイダを識別する識別子をさらに含む請求項１記載の方法。
【請求項８】
価値を追加する要求を受け取った後に、価値購入取引に関係する確認コードをポイントオブセール端末に送信することをさらに含む請求項１記載の方法。
【請求項９】
価値を顧客口座に追加させる動作は、
口座識別情報に基づいて、口座プロバイダを識別することと、
価値を顧客口座に追加する要求を、口座プロバイダに送ることとを含む請求項１記載の方法。
【請求項１０】
要求は、顧客口座を管理する中央処理システムによって、ポイントオブセール端末から受け取られ、
価値を顧客口座に追加させる動作は、
口座識別情報に基づいて、顧客口座を識別することと、
中央プロセッサによって、顧客口座の口座データベースエントリが編集され、顧客口座に対する価値の追加が反映されることを含む請求項１記載の方法。
【請求項１１】
価値は、通信サービス金額を含む請求項１記載の方法。
【請求項１２】
価値を顧客口座に追加させる動作は、
要求に基づいて、口座プロバイダを識別することと、
価値を顧客口座に追加する要求を口座プロバイダに送ることとを含む請求項１記載の方法。
【請求項１３】
要求についての情報をデータベース中に記憶させることと、
記憶動作後、第２の価値を顧客口座に追加する第２の要求を受け取ることと、
第２の要求と要求について記憶された情報とを処理し、口座プロバイダを識別することとをさらに含む請求項１記載の方法。
【請求項１４】
口座識別情報は、ポイントオブセール端末で入力されるカード識別番号を含む請求項１記載の方法。
【請求項１５】
カード識別情報は、ポイントオブセール端末でカードの磁気ストライプを読み取り機に通すことによって、ポイントオブセール端末で入力される請求項１４記載の方法。
【請求項１６】
口座識別情報は、要求を受け取る動作前に、ポイントオブセール端末で顧客によって入力される請求項１記載の方法。
【請求項１７】
価値を顧客口座に追加させる動作は、
価値挿入要求を、顧客口座の特定の第三者の口座プロバイダに送ることを含み、
複数の顧客口座番号を、特定の第三者の口座プロバイダを含む複数の第三者のサービスプロバイダと関係付ける関係情報を記憶させることと、
特定の第三者の口座プロバイダに信号を送る前に、関係情報に基づいて特定の第三者のプロバイダを識別することとをさらに含む請求項１記載の方法。
【請求項１８】
口座管理者は特定の第三者のプロバイダを含み、
信号を送る動作は、特定の第三者のプロバイダのＡＰＩに適合する.xmlファイルを送ることを含む請求項１記載の方法。
【請求項１９】
取引確認をポイントオブセール端末に送ることと、
送る動作の後、顧客口座に再ロードする要求を第２のポイントオブセール端末から受け取ることとをさらに含む請求項１記載の方法。
【請求項２０】
顧客口座は、ワイヤレス電話サービス、ページングサービス、インターネット可能な通信サービス、ワイヤレスウェブアクセス、緊急時ロードサービス、輸送サービス、オンラインデートサービス、インターネットアクセス、フィルム処理、１枚または複数のギフト商品券、プリペイドガス、プリペイド食品雑貨、プリペイドエンターテイメント、プリペイド映画、ダウンロード可能な着信音、ダウンロード可能なゲーム、ダウンロード可能な映画、ＭＰ３、ＭＰ４、ＷＭＶおよびＷＡＶ音楽フォーマットのうちの少なくとも１つを使用してエンコードされたダウンロード可能な音楽、顧客謝礼、橋の通行料金、道路の通行料金、長距離電話通信、およびワイヤレス通信のうちの少なくとも１つに使用される請求項１記載の方法。
【請求項２１】
価値を顧客口座に追加するシステムにおいて、
ポイントオブセール端末から価値を顧客の顧客口座に追加する要求を受け取り、要求は価値に関係する価値識別データと顧客口座に関係する口座識別データとを含み、顧客口座識別データはポイントオブセール端末で入力され、要求は価値の購入に関係付けられている入力デバイスと、
価値を顧客口座に追加させるプロセッサとを具備するシステム。
【請求項２２】
価値を顧客口座に追加する方法において、
顧客の記憶された価値口座に関する価値の購入に対する支払いをポイントオブセール端末で顧客から受け取ることと、
ポイントオブセール端末で顧客口座識別データを入力することと、
顧客口座識別データと価値識別データとをポイントオブセール端末から中央プロセッサに送信し、顧客口座識別データによって中央プロセッサが顧客口座を識別できることと、
顧客口座識別データと価値識別データとに基づいて、価値を顧客口座に追加させることとを含み、
要求は価値に関係する価値識別データと顧客口座に関係する口座識別データとを含み、顧客口座識別データはポイントオブセール端末で入力され、要求は価値の購入に関係付けられている方法。
【請求項２３】
顧客口座識別データは、顧客の電話番号を含む請求項２２記載の方法。
【請求項２４】
顧客口座は、電話番号に関係する電気通信サービス口座を含む請求項２３記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００７−１７９５３９（Ｐ２００７−１７９５３９Ａ）
【公開日】平成１９年７月１２日（２００７．７．１２）
【国際特許分類】
【外国語出願】
【出願番号】特願２００６−３２５４７６（Ｐ２００６−３２５４７６）
【出願日】平成１８年１２月１日（２００６．１２．１）
【出願人】（５０５１６１３７８）イー２インタラクティブ，インコーポレーテッド・ディー／ビー／エー・イー２インタラクティブ，インコーポレーテッド (20)
【公開日】平成１９年７月１２日（２００７．７．１２）
【国際特許分類】
【出願番号】特願２００６−３２５４７６（Ｐ２００６−３２５４７６）
【出願日】平成１８年１２月１日（２００６．１２．１）
【出願人】（５０５１６１３７８）イー２インタラクティブ，インコーポレーテッド・ディー／ビー／エー・イー２インタラクティブ，インコーポレーテッド (20)
[ Back to top ]