JP2005505033A - 通信サービスを供給するシステム及び方法 - Google Patents

Abstract

通信サービス価値を供給するシステム及び方法が開示される。一実施例では、方法は、顧客アカウントを有する顧客に配布するために識別子の証印を売買業者に配布することを含む。識別子は、複数の事業者によって引き換え可能である関連サービス価値を有する。方法は、顧客に証印が配布されたときに識別子を起動することと、顧客アカウントに関連サービス価値を付加するために顧客からの要求を受信することと、顧客アカウントに関連サービス価値を付加することとを更に含む。別の実施例においては、要求は識別子入力と、顧客アカウント入力とを含み、顧客アカウントに識別子の関連サービス価値を付加するために顧客からの要求を受信することは、識別子入力を検証することと、顧客アカウント入力を検証することとを更に含む。

Description

【技術分野】
【０００１】
本発明は一般に通信サービス価値を供給するシステム及び方法に関する。
【背景技術】
【０００２】
携帯電話業界が拡大し、ビジネスマンから１０代の若者に至るまで一般の人々による携帯電話の利用が増すにつれて、事業者は提供するサービスに関して新たな革新的ビジネスモデルに目を向けざるを得なくなっている。携帯電話事業者にとっては、顧客に一定の月極料金に対していくつかのネットワーク制限の中で所定の利用時間を提供するサービスプランを提供するのが一般的になっている。
【０００３】
しかし、拡大しつつある市場はプリペイドサービス、別名、即金払いサービスとして知られる市場である。プリペイドサービスの場合、顧客は無線サービスに対していつ、どのように料金を支払うかを自由に選択できる。プリペイドサービスに関する欠点の１つは、サービスに対して事前に支払いを済ませておかねばならず、顧客がサービスを必要としているときには問題となることがある。顧客は事業者サービス時間を購入するために利用可能なＰＯＳを利用できないことになる。もう１つの欠点は、プリペイドサービスが特定の事業者に限られ、更に多くのプリペイドサービスを獲得するためのメカニズムは事業者を通していることである。顧客が顧客自身の事業者とは関係なく複数の異なる事業者からサービスを獲得できるようなプリペイドサービスを獲得するための中央メカニズムは存在していない。
【０００４】
本発明は、周知のシステム及び方法の欠点を克服する一方で、周知のシステム及び方法には存在しない機能を提供する、無線サービス価値を獲得するシステム及び方法を提供する。
【０００５】
［発明の簡単な概要］
本発明の一実施例によれば、通信サービス価値を供給するシステム及び方法が開示される。方法は、まず顧客アカウントを有する顧客に配布するために識別子の証印を売買業者に配布することを含む。前記識別子は、複数の事業者によって引き換え可能である関連サービス価値を有する。方法は、顧客に証印が配布されたときに識別子を起動するステップと、前記顧客アカウントに関連サービス価値を付加するために顧客からの要求を受信するステップと、前記顧客アカウントに関連サービス価値を付加するステップとを更に含む。別の実施例においては、前記要求は識別子入力と顧客アカウント入力とを含み、前記顧客アカウントに識別子の関連サービス価値を付加するために顧客からの要求を受信するステップは、前記識別子入力を検証するステップと、前記顧客アカウント入力を検証するステップとを更に含む。
【０００６】
本発明の別の実施例も、通信サービス価値を供給する方法を提供する。方法は、中央システムで識別子のセットを確定するステップを含む。各識別子は、複数の事業者によって引き換え可能である関連サービス価値を有する。方法は、前記識別子のうち少なくとも一部の識別子の証印を配布のために複数の売買業者に配布するステップと、第１の証印の配布が売買業者から顧客アカウントを有する顧客へ通信されるときに、第１の証印と関連する第１の識別子を中央システムにより起動するステップとを更に含む。方法は、前記顧客アカウントに関連サービス価値を付加するために顧客からの要求を中央システムにより受信するステップと、顧客アカウントへの関連サービス価値の付加を中央システムにより指示するステップとを更に含む。本発明の別の実施例では、前記要求は識別子入力と顧客アカウント入力とを含み、前記顧客アカウントに関連サービス価値を付加するために、顧客からの要求を中央システムにより受信するステップは、前記識別子入力及び前記顧客アカウント入力を中央システムにより検証するステップを更に含む。
【０００７】
また、本発明の更に別の実施例に従って、通信サービス価値を供給するシステムも開示される。システムは、顧客アカウントを有する顧客に配布するために、複数の事業者により引き換え可能である関連サービス価値を有する識別子の証印を売買業者へ配布し、顧客に証印が配布されたときに識別子を起動し、前記顧客アカウントに関連サービス価値を付加するために顧客からの要求を受信し、前記顧客アカウントに関連サービス価値を付加する、中央システムを備える。
【発明を実施するための最良の形態】
【０００８】
以下に、本発明の様々な実施例を説明する。ここで使用されるどの用語も、単数である場合は複数であると解釈されて良く、或いは、複数である場合も単数であると解釈されて良い。
【０００９】
ここで開示するようなシステム及び方法は先に挙げた問題、並びに従来の技法に存在している他の問題に関連する。「発明の背景」で先に説明した様々な製品、方法、又は装置及びそれに付随する不都合の内容は、本発明の範囲を限定すること又は本発明が周知の製品、方法及び装置の様々な要素の一部又は全てを何らかの形態で含まないことを暗示しようとするものではない。実際に、本発明の様々な実施例は「発明の背景」で挙げた不都合な点のいくつかを克服することが可能であろうが、その一方で周知の製品、方法及び装置の様々な要素の一部又は全てを何らかの形態で依然として保持している。
【００１０】
先に述べた通り、多くの無線電話ユーザは、通信サービスが提供される前に支払いを要求する料金前払いアカウント契約を利用している。前払いの顧客は、提供されるサービスに対する支払いを直接に顧客のアカウントから事業者が引き落とすことによって支払いを行う。本発明は、技術の組み合わせによって、顧客が必要とするサービスを獲得できるように、参入している事業者のグループから選択された１つの事業者により維持されている顧客アカウントにサービス価値、すなわち、金額又はクレジットの使用量を付加することを可能にする、顧客にとって便利なプロセスを提供する。
【００１１】
本発明の一態様では、中央システムは、顧客が顧客のアカウントにサービス価値を付加することを可能にするプロセスを管理する。中央システムは識別子のセット、すなわち、個人識別番号（「ＰＩＮ」）を維持しており、各々の識別子は関連するサービス価値を有し、これは金額を示す数字（すなわち、例えばドルの場合で＄１０、＄２５又は＄５０）又は何らかのサービス使用量の単位（すなわち、分）を表すのが好ましい。識別子と関連する証印が更に顧客に配布されるべく売買業者に配布される。一例においては、証印は、＄１０、＄２５及び＄５０のカードのように、所定の価値を有する磁気ストライプカードに付されて配布されても良い。各々の証印又は証印を付された各々の物品は中央システムに維持されている唯一の識別子と関連していることを理解すべきである。従って、配布される各々のカードは中央システムに維持されている唯一の識別子にリンクされる。
【００１２】
顧客が証印又は証印を付された物品を選択すると、顧客はその証印により表現される識別子と関連するサービス価値に対して支払いを行う。例えば、顧客は＄２５のサービス価値と関連する識別子と関連する＄２５のカードに対して＄２５を支払う。売買業者は、中央システムの識別子を起動できるように、顧客との取引を確認する通信を中央システムへ送信する。証印と共に提供される命令に従って、顧客は顧客のアカウントにサービス価値を付加させるために中央システムに連絡する。顧客は、起動された識別子を表現する入力、並びに顧客のアカウント情報を中央システムに提供する。顧客のアカウント情報は顧客の事業者を識別するためにも利用されることが可能である。
【００１３】
識別子及び顧客のアカウント情報が検証されると、中央システムは顧客のアカウントにサービス価値を付加するために顧客の事業者システムと通信する。サービス価値の挿入に続いて、顧客の更新アカウント情報が獲得され、顧客に提供される。本発明の少なくとも１つの実施例において、事業者によっては中央システムによる顧客のアカウントへの直接のサービス価値の挿入を実行しないものがあるということを理解すべきである。そのような事業者に関しては、システムにより代替事業者識別子が提供され、顧客はサービス価値挿入を完了するために事業者システムへ転送される。
【００１４】
以上の例からわかるように、中央システムは顧客、売買業者及び事業者の間の仲介者として機能する。中央システムは価値挿入を可能にするためにいくつかの事業者との契約を維持し、プリペイド通信サービスの仲介業者になる。顧客は、いくつかの販売箇所で獲得でき、いくつかの参入事業者に対してサービス価値を補充するための簡易な方法を可能にする資源をアクセスすることにより利益を受ける。事業者は、売り場に製品を出すことにより利益を受け、それにより、顧客は顧客のアカウント残高を更に容易に補充することができる。その結果、売買業者は、いくつかの事業者の中から顧客が選択することを可能にする単一の製品であるという点で需要のある製品を販売しているという理由により売り上げが増加し、利益を受ける。
【００１５】
本発明の少なくとも１つの実施形態においては、中央システムは少なくとも１つの情報のリレーショナルデータベースを管理すると共に、中央システムの様々なユーザ（すなわち、顧客、売買業者及びアドミニストレータ）による本発明の様々な機能及びインタフェースに対するアクセスを可能にする。リレーショナルデータベースシステムは異なるテーブルに含まれる情報をアクセスし、共有することを可能にし、その一方でリレーショナルデータベースの１つのテーブルに含まれるデータの変更が同じデータを共有している別のテーブルの同じデータにも影響を及ぼすという付加的な利点を提供する。テーブルは、類似するデータ情報フィールドを有するいくつかのデータレコードの集合体である。データレコードは複数のフィールドに編成されたデータの集合体を表す。それらのフィールドは様々に異なる種類のデータを受信するようにフォーマッティングされても良い。従って、中央システム、又はシステムのユーザは、本発明の機能を実現するときに使用するために様々なデータテーブル及びレコードに含まれるデータを処理、問い合わせ又は報告することができる。本発明の一態様においては、様々なデータベースは、例えば識別子のセット及びモバイル識別番号（「ＭＩＮ」）を含むことができるであろう。
【００１６】
［通信サービス価値を供給する方法］
本発明の一実施例に従って、通信サービスを供給する方法を示すフローチャートの一例が図１に示されており、以下にこれを説明する。
【００１７】
ステップＳ１においてプロセスは始まり、関連サービス価値を有する識別子のセットを確定するステップを含むステップＳ２０へ進む。先に説明したように、各識別子は、中央システムが後に顧客に販売されるであろう特定の関連サービス価値を識別できるように、データレコード、すなわち、識別子レコードの一部を形成している。識別子の一例は個人識別番号（「ＰＩＮ」）である。ＰＩＮは識別子レコードの１つのフィールドを含み、同じ識別子レコードの別のフィールドは関連サービス価値を含む。一例を挙げると、レコードＸが識別子ＡＢＣと、＄２５の関連サービス価値とを有する場合が考えられる。サービス価値は金額を表す数字（すなわち、例えばドル料金で＄１９、＄２５又は＄５０など）であるのが好ましいが、システムにより支援されるのであれば、何らかのサービス使用量の単位（すなわち、分）を表現していても良い。
【００１８】
識別子のセットは識別子データベースを形成する。各識別子レコードは状態標識（すなわち、識別子が活動状態であるか又は非活動状態であるか）、通し番号、Visaアカウントネットワーク番号（ＶＡＮ１６）、又は証印が配布されるときに利用される売買業者を識別する売買業者コードに対応するフィールドを更に含んでいても良い。
【００１９】
識別子のセットの確定に続いて、ステップＳ４０では、プロセスは顧客への配布のために識別子の証印を売買業者へ配布するステップを含む。先に説明した通り、証印はいくつかの理由により識別子に関連する情報を提供する。第１に、証印により、売買業者は配布に続いて起動されなければならない識別子を中央システムへ通信することができる。同様に、証印により搬送される情報によって、後に顧客は識別子及び証印が売買業者から獲得された時点で購入されたサービス価値を中央システムへ通信することができる。証印がそのような情報を付した物品をも含んでいて良いことを理解すべきである。他の態様においては、証印は中央システムと通信するための命令を顧客に提供しても良い。
【００２０】
証印は、磁気ストライプカード、スマートカード、バーコード付きカード又はそれらの何らかの組み合わせなどの物品であっても良い。磁気ストライプ、チップ又はバーコードは、何れもそのカードの識別子を表現する情報を含むであろう。従って、顧客へのカードの販売が完了したとき、売買業者はネットワーク端末にカードを通すか、あるいはカード上のバーコードを走査することができるであろう。そこで、売買業者側のシステムは識別子をロケートし、関連する識別子が付された物品が販売されたことを中央システムに通知するであろう。
【００２１】
顧客が購入時にカードを利用できるようにするために、顧客が識別子を中央システムへ通信することができるように、カードは更に識別子を表示する。加えて、顧客が正しいカードを購入するのに好都合なように、カードはカード上に表された識別子と関連するサービス価値を表示すべきである。最後に、カードは中央システムと通信するための指示、すなわち、一般フリーダイヤル番号を含んでいるべきである。
【００２２】
証印はレシート又はその他の通知書の配送によって顧客に提供されても良い。そのような実施例では、顧客は店頭で売買業者又はベリフォン端末などのシステム装置を介して購入取引を開始するであろう。顧客は何らかのプリペイドサービス価値を要求し、支払い後に、中央システムは顧客に配布してもらうために販売店頭へ識別子を配送するであろう。
【００２３】
次に、ステップＳ６０では、プロセスは、顧客に証印が配布されたときに識別子を起動することを含む。先に説明したように、識別子は売買業者から顧客へ証印配布が通信されたのに続いて起動されても良い。この方法は、支払い前に証印が盗まれるのを回避するのに有用である。起動は、特定の識別子レコードと関連する状態標識を非活動状態から活動状態へ変更することを含むであろう。売買業者と中央システムとの通信は「ホストツーホスト又はVisanet接続」から成るのが好ましいが、中央システムが、取引を確認する売買業者システムから入力を受信するような何らかのネットワーク通信を含んでいても良い。従って、本発明の特徴は、本明細書に参考として全体の内容が取り入れられている２０００年８月１８日出願の米国特許出願第０９／６４１，３６３号（代理人整理番号４３１８２７．００００７）に記載されている特徴のうちのいくつかを使用するか、或いはそれと組み合わされても良い。
【００２４】
顧客への証印の配布に続いて、ステップＳ８０では、プロセスは識別子と関連するサービス価値を顧客アカウントに付加するために顧客からの要求を受信するステップを含む。要求を処理するために、一実施例では、中央システムは顧客が専用電話番号を介して連絡できる対話型音声応答（「ＩＶＲ」）システムを含む。その番号に電話すると、顧客は、購入したサービス価値を顧客アカウントに付加することを要求するときに顧客を援助する一連の音声プロンプト、プロセス選択肢及びその他のオプションを提示される。
【００２５】
ＩＶＲシステムは、顧客入力を要求し、顧客の入力を受け入れ（すなわち、例えばＤＴＭＦを捕捉することによる）、顧客の入力を処理して、適切な応答を提供し、且つ必要なアクションを実行する音声プロンプトを顧客に提供するように構成されていても良いことを理解すべきである。顧客の要求は、顧客の中央システムとの完全な通信セッション、すなわち、顧客とＩＶＲシステムとの対話を含む。その後、ＩＶＲシステムによる顧客からの入力に対する要求は顧客が番号付けされたオプションの１つを電話のキーパッドで選択することを要求する音声プロンプト又はメッセージの形態であって良いことを理解すべきである。利用が自動化されている場合について考えているが、ＩＶＲシステムとの通信中の任意の時点で、顧客はカスタマサービス担当者への転送を実行するオプションを選択しても良く、その場合、担当者が顧客との取引を完了する。
【００２６】
更に、ＩＶＲシステムは、正しい桁数の番号などのある基準を満たす顧客入力を受け入れるように構成されても良い。顧客入力が所定の基準（すなわち、ＩＶＲシステムが顧客のＭＩＮを要求した場合の１０桁の電話番号）に当てはまらない場合、ＩＶＲシステムは顧客に入力を繰り返させるか、或いは不正確な入力がある所定の回数受信された場合に、顧客をカスタマサービス担当者へ転送するように構成されても良い。また、ＩＶＲシステムは、言語選択機能（すなわち、顧客は、例えば英語、スペイン語、フランス語、ドイツ語などの音声プロンプトに対応する言語を選択する）、顧客選択確認機能、ヘルプ機能、顧客指示、又は中央システムとの通信中の任意の時点でアクセスできるその他のナビゲーション機能を提供するように構成されても良い。
【００２７】
上記の例はＩＶＲシステムの使用を通して中央システムにアクセスする場合を説明したが、中央システムに対するアクセスは何らかの適切な通信インタフェース、イーサネット（登録商標）接続、モデム、電話、無線通信装置（すなわち、携帯電話、ＰＤＡ又はその他の携帯無線通信装置）を使用するシステムとのデジタル接続又はアナログ接続、ＰＯＳ装置又はトランシーバ装置（すなわち、例えばベリフォン端末）、トークンリング、インターネット又はイントラネット又はその他のコンピュータ接続、或いは顧客がネットワーク接続を介して中央システムから入力を受信し、中央システムへ出力を送信することを可能にする他の何らかの適切な接続を介して実現されても良い。
【００２８】
図２は、本発明の一実施例に従って、図１の「識別子と関連するサービス価値を顧客アカウントに付加するために顧客からの要求を受信する」ステップを更に詳細に示すフローチャートである。顧客のアカウントにサービス価値を付加するための顧客からの要求は、購入された証印と関連する識別子を表現する識別子入力（すなわち、ＰＩＮ）と、顧客のアカウントを記述する顧客からの入力（すなわち、中央システムが顧客の事業者を識別できるような、顧客のモバイル識別番号）とを含んでいなければならない、従って、図２に示すように、プロセスはステップＳ８０から続き、識別子が検証されるステップＳ１００へ進む。識別子の検証に続いて、ステップＳ１２０では、顧客アカウント情報が検証される。
【００２９】
図３は、本発明の一実施例に従って、図２の「識別子を検証する」ステップを更に詳細に示すフローチャートである。図３に示すように、プロセスはステップＳ１００から続き、ＩＶＲシステムが顧客からの識別子入力（例えば、カードからのＰＩＮを要求する音声プロンプト）を要求するステップＳ１０２へ進む。ステップＳ１０４で、システムは顧客からの識別子入力（すなわち、例えばカード上に提供されているＰＩＮ）を受け入れる。次に、ステップＳ１０６で、システムは、識別子入力が中央システムにより維持されている識別子のセットの中の１つの識別子と相関するか否かを判定する。中央システムは顧客により提供されたＰＩＮを識別子データベースに保持されているＰＩＮと比較する。データベースでＰＩＮを含むレコードが発見されれば、プロセスはステップＳ１０８へ進む。データベースで識別子が発見された場合、システムはステップＳ１０８で識別子が活動状態であるか否かを判定する。識別子の状態は、関連識別子レコードと関連する状態標識を関係付けることにより判定できる。従って、中央システムが識別子レコードを発見したとき、中央システムは状態標識フィールドの値が活動状態を表すか、又は非活動状態を表すかを判定することができる。データベースで識別子が発見され、且つそれが活動状態であれば、システムはステップＳ１１０で識別子が既に引き換えられているか否かを判定する。この機能により、中央システムは、識別子が既に引き換えられていることを顧客に報知することができる。状況によっては、顧客と中央システムとの通信セッションは価値挿入手続きの確認前に早期に終了されても良い。これが起こった場合、以前に電話をかけたときに価値挿入機能が完了したことを顧客は認識していないことがある。従って、顧客が以前にある期間（すなわち、直前の２４時間）以内に電話をかけていた場合には、中央システムは価値挿入が成功したことを顧客に報知できる。識別子が引き換えられていなかった場合には、プロセスはステップＳ１１６へ進む。
【００３０】
ステップＳ１０６においてデータベースで識別子を発見できない場合、又は識別子は発見されたが、ステップＳ１０８において非活動状態であると判定された場合、又はデータベースで識別子が発見され、活動状態であるが、ステップＳ１１０において既に引き換えられたと判定された場合には、プロセスはステップＳ１１２へ進む。システムはステップＳ１１２で先行識別子検査があったか否かを判定し、行われていたならば、プロセスはステップＳ１１４へ進み、顧客はカスタマサービスへ転送される。先行識別子検査は、顧客が以前に識別子入力を供給し、その入力がステップＳ１０６、Ｓ１０８又はＳ１１０における判定の何れかで否定の応答を得た場合に起こっていると考えられる。先行識別子検査がなかったならば、プロセスはステップＳ１０２に戻り、システムは顧客が識別子入力を再度入力することを要求する。
【００３１】
システムで発見され、活動状態であるが、引き換えられていない識別子に対して、システムはステップＳ１１６でその識別子の関連サービス価値を判定する。その後、プロセスはステップＳ１１９へ進み、ステップＳ１２０に戻る。
【００３２】
図４は、本発明の一実施例に従って、図２の「顧客アカウント情報を検証する」ステップを更に詳細に示すフローチャートである。顧客は、購入したサービス価値が正しい事業者システムで正しい顧客アカウント、すなわち、モバイル識別番号（「ＭＩＮ」）にクレジットされたという確証を得るために、顧客アカウント情報を供給する。図４に示すように、プロセスはステップＳ１２０から続き、ステップＳ１２１へ進む。まず、システムはステップＳ１２１で顧客が中央システムに連絡したときに顧客ＭＩＮが捕捉されていたか否かを判定する。顧客のＭＩＮは、自動番号識別（「ＡＮＩ」）又はそれに類する発呼者ＩＤ機能を利用して捕捉できる。ＡＮＩを通して、中央システムはＩＳＤＮ送信から顧客のＭＩＮを獲得する。或いは、顧客が要求に応じて自身のＭＩＮを供給しても良い。これにより、顧客はプリペイドサービス価値をどのＭＩＮアカウントにクレジットすべきかを確認できるであろう。
【００３３】
顧客のＭＩＮがまだ捕捉されていない場合、プロセスはステップＳ１２７へ進む。ＭＩＮが捕捉されていれば、プロセスはステップＳ１２２へ進み、システムは顧客のＭＩＮをＭＩＮデータベースで発見できるか否かを判定する。ＭＩＮデータベースは、各々のＭＩＮと関連事業者とを含む既存のＭＩＮを編集したものである。ＭＩＮデータベースは中央システムに局所的に格納されても良いし、或いはTelcordia（登録商標）などの外部の公にアクセス可能であるデータベースに維持されても良い。このデータベースは、無線市内番号ポータビリティ法（Wireless Local Number Portability Act）に従って作成されたデータベースを更に含んでいても良い。ＭＩＮデータベースでＭＩＮが発見されない場合には、プロセスはステップＳ１２３へ進む。ＭＩＮがＭＩＮデータベースで発見されない状況においては、顧客は無線電話ではない電話又は電話以外の他の接続を使用して中央システムと契約していると思われ、システムは顧客がサービス価値を付加することを希望するＭＩＮを入力するように顧客に促す。ＭＩＮがＭＩＮデータベースで発見されれば、プロセスはステップＳ１２５へ進む。
【００３４】
ステップＳ１２３で、システムは以前に顧客から顧客のＭＩＮを要求したことがあるか否かを判定する。要求したことがあれば、プロセスはステップＳ１２４へ進み、顧客はカスタマサービス担当者へ転送される。顧客のＭＩＮが以前に要求されたことがない場合には、プロセスはステップＳ１２７へ進む。
【００３５】
ステップＳ１２５では、システムは顧客がＭＩＮを入力したか否かを判定する。入力していれば、プロセスはステップＳ１２９へ進む。顧客がＭＩＮを入力しなかった場合には、プロセスはステップＳ１２６へ進み、システムは顧客ＭＩＮが確認されているか否かを判定する。この確認は、識別されたＭＩＮがサービス価値を付加すべき正しいアカウントであるという顧客からの入力を含む。ＭＩＮが確認されると、プロセスはステップＳ１２９へ進む。
【００３６】
これに対し、顧客ＭＩＮが確認されない場合には、プロセスはステップＳ１２７へ進み、システムは、サービス価値付加が要求される顧客のＭＩＮを表現する入力を顧客が提供することを要求する。次に、ステップＳ１２８で、システムはステップＳ１２１に戻る前に顧客のＭＩＮ入力を受け入れる。
【００３７】
ステップＳ１２９で、システムは顧客の事業者を判定する。事業者は、ＭＩＮデータベースで識別されたＭＩＮをロケートし、関連する事業者を関係付けることにより判定できる。事業者が判定されたならば、ステップＳ１３０で、システムは顧客が顧客の事業者に基づいて事業者地域コードを供給しなければならないか否かを判定する。供給する必要がなければ、プロセスはステップＳ１３８に飛ぶ。事業者地域コードが要求される場合には、システムはステップＳ１３２で顧客の事業者地域コードを要求する。事業者地域コードは、市内携帯電話顧客に関するデータを維持する地域センターを有する事業者に対して要求されるであろう。事業者地域コードは顧客の郵便番号により表されても良い。
【００３８】
ステップＳ１３３で、システムは顧客の事業者地域コードを受け入れ、プロセスはステップＳ１３４へ進む。システムはステップＳ１３４で事業者地域コードが有効であるか否かを判定する。コードが事業者特定地域コードデータベースに維持されている地域コードと関係付けることが可能であれば、そのコードは有効であると想定される。コードが単純に顧客の郵便番号である場合、システムは事業者データベースを参照することにより適切な事業者地域を判定できる。コードが有効でなければ、プロセスはステップＳ１３２に戻り、システムは地域コードの再入力を要求する。コードが有効である場合には、プロセスはステップＳ１３５へ進み、システムは後続する対話に際して後にコードが要求されるという事態を回避するために、顧客のＭＩＮと事業者地域コードとの関連付けを設定する。次に、プロセスはステップＳ１３８へ進み、ステップＳ１３９に戻る。
【００３９】
顧客の要求を受信した後、ステップＳ１４０で、プロセスは顧客アカウントに関連サービス価値を付加するステップを含む。図５は、本発明の一実施例に従って、図１の「顧客アカウントに関連サービス価値を付加する」ステップを更に詳細に示すフローチャートである。プロセスはステップＳ１４０から続き、ステップＳ１４１へ進み、システムは顧客の事業者が顧客のアカウントへのサービス価値の価値挿入を支援するか否かを判定する。事業者が直接価値挿入を支援しない場合、プロセスはステップＳ１４４へ進み、システムは事業者システムをアクセスする。次に、ステップＳ１４５で、システムは識別子と関連するサービス価値を顧客のアカウントに付加するために事業者システムからの承認を要求する。ステップＳ１４６で、システムは価値付加要求が承認されたか否かを判定する。承認されれば、プロセスはステップＳ１４８へ進み、システムは顧客のアカウントにサービス価値を付加し、ステップＳ１５０へ進み、システムは事業者システムから更新顧客アカウント情報を獲得する。この更新アカウント情報は新たなアカウント残高と、例えばアカウントの満了日付とを含んでいても良い。次に、ステップはステップＳ１５２へ進む。
【００４０】
しかし、ステップＳ１４６でシステムが価値付加要求は承認されなかったと判定した場合には、プロセスはステップＳ１４７へ進み、システムは価値挿入が承認されなかった理由を事業者システムから獲得する。次に、プロセスはステップＳ１５２へ進み、システムは事業者システムとの通信セッションを終了する。その後、プロセスはステップＳ１５９へ進み、ステップＳ１６０に戻る。
【００４１】
直接価値挿入を支援しない事業者の場合、ステップＳ１４２で、システムは顧客に代替の事業者識別子を提供する。この事業者識別子は中央システムと組み合わせて使用される識別子と同様に動作するが、事業者システムとの通信を介して事業者識別子は引き換えられなければならない。これらの事業者識別子は別個の事業者識別子データベースに維持されていても良い。従って、ステップＳ１４３で、システムは価値引き換えを完了するために事業者システムにより管理されるＩＶＲシステムへ顧客を転送する。
【００４２】
図１に戻り、ステップＳ１６０において、プロセスは顧客に顧客アカウント概要を提供するステップを含む。図６は、本発明の一実施例に従って、図１の「顧客アカウント概要を提供する」ステップを更に詳細に示すフローチャートである。プロセスはステップＳ１６０から続き、ステップＳ１６２へ進み、システムは価値挿入が事業者システムにより承認されたか否かを判定する。承認されていれば、プロセスはステップＳ１６４へ進み、システムは更新顧客アカウント情報を顧客に提供する。次に、プロセスはステップＳ１６９へ進む。価値挿入が承認されなかった場合には、プロセスはステップＳ１６６へ進み、システムは要求拒否の理由を顧客に提供する。それらの理由には、顧客アカウントにおける顧客の残高が既に余りに多いか、又は事前定義済み限界を超えていること、事業者がアカウントを発見できないこと、アカウントが抹消されていること、あるいは事業者側の何らかの特定されない誤りを含むであろう。次に、プロセスはステップＳ１６９へ進み、ステップＳ１９９に戻る。システムが顧客に顧客アカウント概要を提供したならば、プロセスはステップＳ１９９へ進み、そこで終了する。
【００４３】
ここで説明する方法は、配布される識別子の各証印が所定の関連サービス価値を有していない場合もあるように適合されても良い。この点に関して、証印は識別子を含むであろうが、顧客はカードについて購入すべきサービス価値を選択することが許されるであろう。それゆえ、カードが配布されたとき、中央システムでカードに挿入すべき＄２５などのサービス価値を選択することになるであろう。売買業者からの通信は、購入した量を中央システムに通知し、そして、それがレコードの関連サービス価値フィールドに挿入されるであろう。
【００４４】
［通信サービス価値システムの例］
先に説明したように、図７は、本発明の一実施例に従って通信サービス価値を供給するシステムの一例を示す図である。図７は中央システム１０と、複数の顧客システム２０、２２及び２４と、複数の売買業者システム４０、４２及び４６と、複数の事業者システム６０、６２及び６４とを含む。各顧客システム２０、２２及び２４は顧客ネットワーク１９を介して中央システム１０と選択的に通信する。各売買業者システム４０、４２及び４４は売買業者ネットワーク３９を介して中央システム１０と選択的に通信する。各事業者システム６０、６２及び６４は事業者ネットワーク５９を介して中央システム１０と選択的に通信する。顧客ネットワーク１９、売買業者ネットワーク３９及び事業者ネットワーク５９は本発明のいくつかの実施例では同じネットワークであっても良いことを理解すべきである。
【００４５】
中央システム１０は、中央システム１０と通信している様々な顧客システム、売買業者システム及び事業者システムからの入力を処理し、それらのシステムへ出力を発生するプロセッサ部１２と、プロセッサ部１２が中央システム１０が使用すべきデータを検索し、データを格納するメモリ部１４と、中央システム１０と通信している様々な顧客システム、売買業者システム及び事業者システムからの入力を受け入れ、それらのシステムへ出力を送信するユーザインタフェース部１６とを具備する。プロセッサ部１２、メモリ部１４及びユーザインタフェース部１６の各々はデータバス１１を介して互いに接続され、互いに通信している。ＩＶＲシステムは、プロセッサ部１２、メモリ部１４及びユーザインタフェース部１６の各々から構成要素を利用して良いことを理解すべきである。
【００４６】
プロセッサ部１２は中央システム１０の様々な動作を監視し、制御する。当初、プロセッサ部１２は、証印配布を確認するときに売買業者システム４０により提供される情報を処理し、中央システム１０をアクセスするとき又は要求を実行するときに、顧客システム２０により提供される情報を処理する。中央システム１０をアクセスする顧客は、ユーザインタフェース部１６により提示されるユーザインタフェースを使用して顧客の入力を提供するが、これはＩＶＲシステムにより提示される音声プロンプト及びオプションを含む。
【００４７】
メモリ部１４は、中央システム１０のプロセッサ部１２並びにその他の構成要素により使用される多種多様なデータを格納するメモリとして機能する。例えば、一実施例では、メモリ部１４は識別子及び関連サービス価値、ＭＩＮ、事業者、並びに中央システム及びＩＶＲシステムにより必要とされる他の情報の様々なデータベースを含む。特定の動作状況によって、メモリ部１４に含まれる様々なメモリ構成要素は必要又は希望に応じて多様な構造をとって良いことを理解すべきである。更に、メモリ部１４の様々なメモリ構成要素はリレーショナルデータベース技法などの周知の技法を利用してデータを交換するか、又は他のメモリ構成要素のデータを利用しても良い。
【００４８】
ユーザインタフェース部１６は、ユーザが中央システムに入力を提供し、中央システム１０からの出力を受信することを可能にするインタフェースを構成している。ユーザインタフェース部１６は、一般に、顧客システム、売買業者システム及び事業者システムと通信する対話能力を提供する。ユーザインタフェース部１６は、中央システム１０に関連するデータ又は情報の入力及び出力を含め、顧客又は他のオペレーティングシステムと通信するために、プロセッサ部１２又はその構成要素により制御される。ユーザインタフェース部１６は、システムアドミニストレータ、中央システム１０及び他の遠隔システムの間のインタフェースを更に構成している。システムアドミニストレータは、主に、メモリ部１４のデータ及び情報の格納を管理し、且つ中央システム１０のアプリケーション及び機能に対する更新を実行するためにユーザインタフェース部１６を利用する。
【００４９】
動作中、適切な顧客システム２０を利用している顧客は顧客ネットワーク１９を介して中央システム１０にアクセスする。顧客システム２０は顧客ネットワーク１９にネットワーク接続された携帯電話、並びにインターネットにアクセスするコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）又は他の無線通信装置などの適切な何らかの処理機械であれば良い。売買業者システム４０は中央システムからの入力を受信し、証印又はその他の情報を印刷し、スマートカード読み取り装置又は磁気ストライプカード読み取り装置、或いはバーコードスキャナの機能を実行し、中央システム１０へ出力を送信することが可能であるトランシーバ装置（すなわち、例えばベリフォン端末）を含めた何らかの適切な処理機械であれば良い。従って、本発明の一実施例では、支払い時に識別子を起動するために、売買業者トランシーバの適切なカードインタフェースにカードを通して、それにより、中央システム１０へのネットワーク接続が開始され、中央システム１０は適切なデータベースの識別子を起動する。
【００５０】
ユーザインタフェース部１６は、更に入力を受け入れ、顧客が中央システム１０へ出力を発生することを可能にするように顧客システム２０でユーザインタフェースを提示するために、顧客システム２０へデータを送信する。それらのユーザインタフェースについてはＩＶＲシステムに関して説明したが、顧客がインターネットウェブページにアクセスし、必要な引き換え情報を適切な形態で提供するように、ウェブページにこれに代わるユーザインタフェースが提示されても良い。
【００５１】
図７にいくつかの顧客システム及びベンダシステムを示したが、本発明のいくつかの実施例においては、１つの顧客システムと１つのベンダシステムがあり、各々が中央システム１０と選択的にネットワーク通信するような状態であっても良いことを理解すべきである。
【００５２】
ユーザインタフェース部１６は、識別子入力及び顧客アカウント入力を含め、顧客システム２０からの価値挿入のための顧客要求を受け入れる。プロセッサ部１２は、メモリ部１４に維持されている識別子データベースによって識別子入力を検証し、次に、メモリ部１４に局所的に維持されているか又は外部の公に利用可能であるＭＩＮのデータベースに維持されているＭＩＮデータベースによって顧客アカウント入力を検証する。次に、ユーザインタフェース部１６は、顧客に顧客アカウント概要を提供する前に価値挿入プロセスを完了するために事業者システム６０と通信する。
【００５３】
また、本発明は通信サービス価値を配布する装置を含んでいても良いことを理解すべきである。そのような装置は、顧客が購入すべきプリペイドサービス価値を選択し、そのサービス価値に対する支払いを行うことを可能にする配布端末（すなわち、ベリフォン端末に似た装置又は自動販売機に似た装置）を含んでいても良い。端末は利用可能な様々なサービス価値の実例を提示する製品選択部分（すなわち、例えば顧客の選択を受け入れるための何らかのユーザインタフェース）、顧客からの支払いを受け取る支払い部分（すなわち、例えば現金払い、あるいは磁気ストライプカード又はスマートカードの読み取り装置）、証印の販売及び関連する識別子を起動することの必要性を中央システムに通知する通信部分（すなわち、例えばモデム）、及び顧客に識別子の証印を提供する引き渡し部分（すなわち、例えば機械的カード交付システム又は証印のプリントアウトを提供するためのプリンタ手段）を含むであろう。
【００５４】
先に説明したように、図１〜図６は本発明の方法の様々な実施例を示す。図７は、本発明のシステムの一実施例を表す。本発明のシステム又は本発明のシステムの複数の部分は、例えば、汎用コンピュータ又はその他のネットワークオペレーティングシステムなどの「処理機械」の形態であっても良いことを理解すべきである。ここで使用する用語「処理機械」は、少なくとも１つのメモリを使用する少なくとも１つのプロセッサを含むと理解されるべきである。その少なくとも１つのメモリは命令のセットを格納している。命令は処理機械の１つ以上のメモリに永久的又は一時的に格納される。プロセッサは、データを処理するために、１つ以上のメモリに格納されている命令を実行する。命令のセットは、先にフローチャートで説明したタスクのような特定の１つ以上のタスクを実行する様々な命令を含むと考えられる。特定のタスクを実行するためのそのような命令のセットはプログラム、ソフトウェアプログラム、又は単なるソフトウェアとして特徴づけられても良い。
【００５５】
先に述べた通り、処理機械は、データを処理するために、１つ以上のメモリに格納されている命令を実行する。このデータの処理は、少なくとも、例えば処理機械の１人以上のユーザによる指令に応答しているか、以前の処理に応答しているか、別の処理機械による要求に応答しているか、他の何らかの入力に応答していれば良い。
【００５６】
先に述べた通り、本発明を実現するために使用される処理機械は汎用コンピュータであっても良い。しかし、先に説明した処理機械は専用コンピュータ、例えばマイクロコンピュータ、ミニコンピュータ又はメインフレームを含むコンピュータシステム、プログラムドマイクロコンピュータ、マイクロコントローラ、周辺集積回路素子、ＣＳＩＣ（特定顧客向け集積回路）又はＡＳＩＣ（特定アプリケーション向け集積回路）又はその他の集積回路、論理回路、デジタルシグナルプロセッサ、ＦＰＧＡ、ＰＬＤ、ＰＬＡ又はＰＡＬなどのプログラマブルロジックデバイス、あるいは本発明のプロセスのステップを実現することが可能である他の何らかの装置又は複数の装置の配列を含む多様な他の技術を利用していても良い。
【００５７】
先に説明したように本発明の方法を実施するために、少なくとも処理機械のプロセッサ及びメモリが同じ地理的場所に物理的に配置されることは必要ではないことが理解される。すなわち、本発明において使用されるプロセッサ及びメモリの各々は地理的に別の場所に配置され、何らかの適切な方法で通信するように接続されても良い。更に、少なくともプロセッサ及びメモリの各々は機器の複数の異なる物理的部分から構成されていても良いことが理解される。従って、プロセッサが１つの場所にある機器の単一の部分である必要がなく、またメモリが別の場所にある機器の別の単一の部分である必要はない。すなわち、プロセッサは２つの異なる物理的場所にある機器の２つの部分であっても良いと考えられる。機器の２つの全く別個の部分は何らかの適切な方法で接続されていれば良い。更に、メモリは２つ以上の物理的場所にある２つ以上のメモリ部であっても良い。
【００５８】
更に説明すると、先に述べたような処理は様々な構成要素及び様々なメモリにより実行される。しかし、先に説明したような２つの別個の構成要素によって実行される処理は、本発明の別の実施例によれば、単一の構成要素により実行されても良いことが理解される。更に、先に説明したように１つの個別の構成要素により実行される処理が２つの別個の構成要素により実行されても良い。同様に、先に説明したように、２つの別個のメモリ部により実行されるメモリ格納は、本発明の別の実施例によれば、単一のメモリ部分により実行されても良い。更に、先に説明したように、１つの個別のメモリ部により実行されるメモリ格納が２つのメモリ部により実行されても良い。
【００５９】
更に、少なくとも様々なプロセッサ及びメモリの間の通信を実行し、且つ少なくとも本発明のプロセッサ及びメモリを他の何らかのエンティティと通信させるために、すなわち、例えば更に別の命令を獲得するように、又は遠隔メモリストアをアクセスし、使用するように、様々な技術が使用されて良い。そのような通信を実行するために使用される技術は、例えばネットワーク、専用回路、ＩＰ利用接続、インターネット、イントラネット、エクストラネット、ＬＡＮ、ＷＡＮ、ＶＰＮ、イーサネット（登録商標）、又は通信を実行する何らかのクライアントサーバシステムを含むであろう。そのような通信技術は、例えば、ＴＣＰ／ＩＰ、ＵＤＰ、ＯＳＩ、ＳＮＡ、Ｘ.２５、ＩＳＯ８５／８３、ＸＭＬ又はＳＯＡＰなどの何らかの適切なプロトコルを使用できるであろう。
【００６０】
先に説明したように、本発明の処理には、命令のセットが使用される。命令のセットは、プログラム又はソフトウェアの形態であっても良い。ソフトウェアは、例えばシステムソフトウェア又はアプリケーションソフトウェアの形態であれば良い。ソフトウェアは、例えば複数の別個のプログラムの集合体、より大型のプログラムの中の１つのプログラムモジュール又はプログラムモジュールの一部分であっても良い。使用されるソフトウェアは、オブジェクト指向プログラミングの形態をとるモジュラプログラミングを更に含んでいても良い。ソフトウェアは処理されるべきデータに関して何を実行すべきかを処理機械に報知する。
【００６１】
更に、本発明の実現及び動作に際して使用される命令又は命令のセットは、処理機械がそれらの命令を読み取れるような適切な形態であれば良いことが理解される。例えば、プログラムを形成する命令は適切なプログラミング言語の形態であれば良く、プロセッサによる命令の読み取りを可能にするために、そのプログラミング言語が機械言語又はオブジェクトコードに変換される。すなわち、特定のプログラミング言語により書き込まれた複数行のプログラミングコード又はソースコードがコンパイラ、アセンブラ又はインタプリタを使用して機械言語に変換されるのである。機械言語は、ある特定の種類の処理機械、例えばある特定の種類のコンピュータに特有である２進符号化機械命令である。コンピュータはその機械言語を理解する。
【００６２】
本発明の様々な実施例によれば、適切などのような言語が使用されても良い。例を挙げると、使用されるプログラミング言語は、例えば、アセンブリ言語、Ada、ＡＰＬ、Basic、Ｃ、Ｃ＋＋、ＣＯＢＯＬ、dBase、Forth、Fortran、Java（登録商標）、Modula−２、Pascal、Prolog、ＲＥＸＸ、Visual Basic及びJava（登録商標）Scriptを少なくとも含むであろう。更に、本発明のシステム及び方法の動作と関連させて単一の種類の命令又は単一のプログラミング言語を利用する必要はない。必要又は希望に応じて、任意の数の異なるプログラム言語を利用して良い。
【００６３】
また、本発明の実施に際して使用される少なくとも命令及びデータは希望に応じて何らかの圧縮又は暗号化技法又はアルゴリズムを利用して良い。データを暗号化するために、暗号化モジュールが使用されても良いであろう。更に、ファイル又は他のデータは、例えば適切な解読モジュールを使用して解読されれば良い。
【００６４】
先に説明したように、本発明は、一例として、例えば、少なくとも１つのメモリを含むコンピュータ、又はコンピュータシステムを含めた処理機械の形態で具現化できる。コンピュータオペレーティングシステムが先に説明した動作を実行することを可能にする命令のセット、すなわち、例えば、ソフトウェアは希望に応じて多種多様な媒体のうちの何れかに含まれていれば良いことを理解すべきである。更に、命令のセットにより処理されるデータも多種多様な媒体のうちの何れかに含まれていれば良いであろう。すなわち、本発明において使用される、少なくとも命令のセット及びデータを保持するために利用される特定の媒体、すなわち、処理機械のメモリは、例えば多様な物理的形態又は送信のうちの何れかをとっていれば良い。例を挙げると、媒体は、紙、透明紙、コンパクトディスク、ＤＶＤ、集積回路、ハードディスク、フロッピー（登録商標）ディスク、光ディスク、磁気テープ、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ワイヤ、ケーブル、ファイバ、通信チャネル、衛星送信又は他の遠隔送信、並びに本発明のプロセッサにより読み取れる他の何らかの媒体又はデータ源の形態であれば良い。
【００６５】
更に、本発明を実現する処理機械で使用される１つ以上のメモリは、希望に応じてメモリに命令、データ又はその他の情報を保持させるために、多種多様な形態のうちの何れかであれば良い。従って、メモリはデータを保持するためのデータベースの形態であっても良い。データベースは、例えばフラットファイル配列、又はリレーショナルデータベース配列などの何らかの所望のファイルの配列を使用できるであろう。
【００６６】
本発明のシステム及び方法においては、ユーザが本発明を実現するために使用される１つ以上の処理機械とインタフェースできるようにするために、多様な「ユーザインタフェース」が利用されて良い。ここで使用される意味によれば、ユーザインタフェースは、ユーザが処理機械と対話できるようにする処理機械により使用されるハードウェア、ソフトウェア、又はハードウェアとソフトウェアの組み合わせを含む。ユーザインタフェースは、例えば、一連の対話型音声応答から成るか、又は対話画面の形態をとっていても良い。ユーザインタフェースは顧客のブラウザにより顧客システムに提示されるウェブページ又はその他の対話アプリケーションの形態であっても良い。ウェブページ又はアプリケーションは、格納のために広告マーケティングシステムからのデータを受け入れ、それに対してデータを送信するフィールドを含むことができるであろう。ユーザインタフェースは、処理機械が命令のセットを処理するときにユーザが処理機械の動作に関する情報を受信し、処理機械に情報を提供することを可能にするマウス、タッチスクリーン、キーボード、キーパッド、カードスロット、音声読み取り装置、音声認識装置、対話画面、メニューボックス、リスト、チェックボックス、トグルスイッチ、押しボタン又はその他の何らかの装置のいずれかを更に含んでいても良い。従って、ユーザインタフェースは、ユーザと処理機械との通信を実行する何らかの装置である。ユーザによりユーザインタフェースを介して処理機械に提供される情報は、例えば、指令、データの選択、又は他の何らかの入力の形態であって良い。
【００６７】
先に論じた通り、ユーザインタフェースは処理機械により利用され、処理機械はユーザに対してデータを処理するように命令のセットを実行する。ユーザインタフェースは、通常、ユーザへ情報を搬送するか、又はユーザから情報を受信するかのいずれかの目的でユーザと対話するために処理機械により使用される。しかし、本発明のシステム及び方法のいくつかの実施例によれば、本発明の処理機械により使用されるユーザインタフェースと人間であるユーザが実際に対話する必要はないことを理解すべきである。本発明のユーザインタフェースは人間であるユーザではなく、別の処理機械と対話する、すなわち、情報を搬送、受信するであろうと考えられる。従って、そのような別の処理機械をユーザとして特徴づけても良いであろう。更に、本発明のシステム及び方法において利用されるユーザインタフェースは、ある部分で人間であるユーザと対話しつつ、別の部分では別の１つ以上の処理機械と対話することもあると考えられる。
【００６８】
本発明が広い範囲で有用であり且つ広範囲に適用されることは当業者には容易に理解されるであろう。本発明及び先に挙げたその説明により、本発明の実質又は範囲から逸脱せずに、ここで説明した以外の本発明の数多くの実施例及び適応、並びに数多くの変形、改変及び等価の構成が明白になる又は正当に示唆されるであろう。
【００６９】
方法に補足的なステップを付加すること、プロセス中のステップを省略すること、及びプロセスでステップが実行される順序を変更することにより、本発明が実施されても良いことは理解される。
【００７０】
従って、ここでは本発明はその実施例に関連して詳細に説明されたが、この開示は本発明の単なる一例であるにすぎず、本発明を可能にする開示を提供するために成されていることを理解すべきである。従って、以上の開示は本発明を限定する又はその他の意味で他のそのような実施例、適応、変形、改変又は等価の構成のいずれをも排除すると解釈されてはならない。
【図面の簡単な説明】
【００７１】
【図１】本発明の一実施例に従って通信サービス価値を供給する方法を示すフローチャートである。
【図２】本発明の一実施例に従って図１の「識別子と関連するサービス価値を顧客アカウントに付加するために顧客からの要求を受信する」ステップを更に詳細に示すフローチャートである。
【図３】本発明の一実施例に従って図２の「識別子を検証する」ステップを更に詳細に示すフローチャートである。
【図４】本発明の一実施例に従って図２の「顧客アカウント情報を検証する」ステップを更に詳細に示すフローチャートである。
【図５】本発明の一実施例に従って図１の「関連サービス価値を顧客アカウントに付加する」ステップを更に詳細に示すフローチャートである。
【図６】本発明の一実施例に従って図１の「顧客アカウント概要を提供する」ステップを更に詳細に示すフローチャートである。
【図７】本発明の一実施例に従って通信サービスを供給するシステムの一例を示す図である。

Claims (25)

1. 通信サービス価値を供給する方法において、
   顧客アカウントを有する顧客に配布するために、複数の事業者により引き換え可能である関連サービス価値を有する識別子の証印を売買業者に配布するステップと、
   前記顧客に証印が配布されたときに識別子を起動するステップと、
   前記顧客アカウントに関連サービス価値を付加するために顧客からの要求を受信するステップと、
   前記顧客アカウントに関連サービス価値を付加するステップとを有することを特徴とする方法。
2. 前記証印は物品に配置されていることを特徴とする請求項１記載の方法。
3. 前記物品は磁気ストリップカードであることを特徴とする請求項２記載の方法。
4. 前記物品はスマートカードであることを特徴とする請求項２記載の方法。
5. 前記物品はバーコードを有するカードであることを特徴とする請求項２記載の方法。
6. 前記識別子は個人識別番号（ＰＩＮ）であることを特徴とする請求項１記載の方法。
7. 前記関連サービス価値はドルで表現されていることを特徴とする請求項１記載の方法。
8. 前記関連サービス価値は通信サービスの量で表現されていることを特徴とする請求項１記載の方法。
9. 前記顧客への証印の配布は顧客からの関連サービス価値に対する支払いを受け取ることを含むことを特徴とする請求項１記載の方法。
10. 前記顧客アカウントはモバイル識別番号（ＭＩＮ）で表現されていることを特徴とする請求項１記載の方法。
11. 前記顧客に証印が配布されたときに識別子を起動するステップは、
    前記顧客への証印の配布の通信を受信するステップと、
    前記識別子の状態標識を非活動状態から活動状態へ更新するステップとを更に含むことを特徴とする請求項１記載の方法。
12. 前記要求は識別子入力と顧客アカウント入力とを含むことを特徴とする請求項１記載の方法。
13. 前記顧客アカウントに識別子の関連サービス価値を付加するために、顧客からの要求を受信するステップは、
    前記識別子入力を検証するステップと、
    前記顧客アカウント入力を検証するステップとを更に含むことを特徴とする請求項１２記載の方法。
14. 前記識別子入力を検証するステップは、
    前記顧客からの識別子と関連する識別子入力を受け入れるステップと、
    前記識別子が識別子データベースで表現されていることを判定するステップと、
    前記識別子が活動状態であることを判定するステップと、
    前記識別子が引き換えられていないことを判定するステップとを更に含むことを特徴とする請求項１３記載の方法。
15. 前記識別子の関連サービス価値を識別するステップを更に含むことを特徴とする請求項１４記載の方法。
16. 前記顧客アカウント入力を検証するステップは、
    前記顧客からの顧客アカウントと関連する顧客アカウント入力を受け入れるステップと、
    前記顧客アカウントが顧客アカウントデータベースで表現されていることを判定するステップとを更に含むことを特徴とする請求項１３記載の方法。
17. 前記顧客アカウント入力を検証するステップは、顧客アカウントと関連する事業者を識別するステップを更に含むことを特徴とする請求項１６記載の方法。
18. 前記顧客アカウント入力を検証するステップは、
    前記事業者に基づいて事業者地域コードが要求されていることを判定するステップと、
    前記顧客からの事業者地域コード入力を要求するステップと、
    前記顧客からの事業者地域コード入力を受け入れるステップとを更に含むことを特徴とする請求項１７記載の方法。
19. 前記顧客アカウントに関連サービス価値を付加するステップは、
    前記事業者が事業者管理顧客アカウントへのサービス価値の付加を支援することを判定するステップと、
    前記事業者と関連する事業者システムにアクセスするステップと、
    前記顧客アカウントにサービス価値を付加するステップとを更に含むことを特徴とする請求項１記載の方法。
20. 前記顧客アカウントに関連サービス価値を付加するステップは、前記顧客アカウントにサービ価値が付加されるときに更新顧客アカウント情報を獲得するステップを更に含むことを特徴とする請求項１９記載の方法。
21. 前記更新顧客アカウント情報は、前記顧客アカウントへのサービス価値の付加を反映する更新顧客アカウント残高を含むことを特徴とする請求項２０記載の方法。
22. 通信サービス価値を供給する方法において、
    各識別子が複数の事業者によって引き換え可能である関連サービス価値を有する識別子のセットを中央システムで確定するステップと、
    前記識別子のうち少なくとも一部の識別子の証印を配布のために複数の売買業者へ配布するステップと、
    第１の証印の配布が売買業者から顧客アカウントを有する顧客へ通信されたときに、第１の証印と関連する第１の識別子を前記中央システムにより起動するステップと、
    前記顧客アカウントに関連サービス価値を付加するために、顧客からの要求を前記中央システムにより受信するステップと、
    前記顧客アカウントへの関連サービス価値の付加を前記中央システムにより指示するステップとを有することを特徴とする方法。
23. 前記要求は識別子入力と顧客アカウント入力とを含むことを特徴とする請求項２２記載の方法。
24. 前記顧客アカウントに関連サービス価値を付加するために、顧客からの要求を前記中央システムにより受信するステップは、
    前記識別子入力を前記中央システムにより検証するステップと、
    前記顧客アカウント入力を前記中央システムにより検証するステップとを更に含むことを特徴とする請求項２３記載の方法。
25. 通信サービス価値を供給するシステムにおいて、
    顧客アカウントを有する顧客に配布するために、複数の事業者により引き換え可能である関連サービス価値を有する識別子の証印を売買業者に配布し、
    前記顧客に証印が配布されたときに識別子を起動し、
    前記顧客アカウントに関連サービス価値を付加するために顧客からの要求を受信し、
    前記顧客アカウントに関連サービス価値を付加する、中央システムを備えることを特徴とするシステム。

Images