JP6772228B2 - 登録電話 - Google Patents

Description

〔関連出願との相互参照〕
本出願は、２０１３年６月２６日に出願された米国特許出願第１３／９２７，５７４号、２０１３年６月２６日に出願された米国特許出願第１３／９２７，９８２号、２０１３年６月２６日に出願された米国特許出願第１３／９２８，０１６号、及び２０１３年６月２６日に出願された米国特許出願第１３／９２８，０４６号の優先権を主張するものであり、これらの特許出願の各々はその全体が引用により本明細書に組み入れられる。

本発明は、消費者に課金を行うために、登録電話リレーションシップにオプトインするためのシステム及び方法に関する。

消費者が商品又はサービスをオンラインで購入する場合、精算時にクレジットカード、デビットカードによる支払い、団体が所有する口座からの支払いなどの支払元の選択を使用するか、又は購入を電話代請求書に課金するかのオプションが与えられることがある。消費者が自身の電話代請求書への課金を選択すると、小売店サーバは、通信事業者サーバと連携する請求サーバに課金を行うように指示する。通常、請求サーバは、通信事業者サーバにおいて電話代請求書に課金する前に、消費者携帯電話と通信して課金の確認を行う。

請求サーバは、消費者携帯電話と通信する際に、しばしば消費者携帯電話にＰＩＮコードを送信する。この時、消費者は、小売店サーバのユーザインターフェイスにＰＩＮコードを入力しなければならない。通常、通信事業者サーバは、消費者携帯電話への課金を確認する必要があるので、これは通信事業者サーバにとって必要条件である。このような処理は、特定の小売店から多くの購入を行う多くの消費者にとって困難な場合もあり、この場合、この小売店に対する購入が行われないこともある。

本発明は、請求サーバを用いた取引管理方法を提供し、この方法は、請求サーバを用いて登録電話オプトイン方法を実行するステップを含む。登録電話オプトイン方法は、請求サーバにおいて、ｍｓｉｓｄｎと、小売店が提供する一意の消費者識別子とを含む第１の登録電話オプトイン要求を受け取るステップと、請求サーバを用いて、消費者装置との間の第１の登録電話オプトインを確認するステップと、第１の登録電話が確認された場合、請求サーバを用いて、登録電話オプトイン状態をアクティブとして記録するステップとを含み、上記取引管理方法は、請求サーバを用いて課金方法を実行するステップをさらに含み、課金方法は、請求サーバにおいて、少なくとも１つの識別子と金額とを含む課金ＡＰＩコールを小売店サーバから受け取るステップと、請求サーバにおいて、識別子に対応する登録電話オプトイン状態を判定するステップと、課金ＡＰＩコールで受け取った金額に対応する金額を含むユーザアカウントへの課金要求を、登録電話オプトイン状態がアクティブである場合には通信事業者サーバに送信し、登録電話オプトイン状態が非アクティブである場合には送信しないステップとを含む。

本発明は、コンピュータのプロセッサによって実行された時に請求サーバを用いた取引管理方法を実行する命令セットを記憶したコンピュータ可読媒体も提供し、この取引管理方法は、請求サーバを用いて登録電話オプトイン方法を実行するステップを含む。登録電話オプトイン方法は、請求サーバにおいて、ｍｓｉｓｄｎと、小売店が提供する一意の消費者識別子とを含む第１の登録電話オプトイン要求を受け取るステップと、請求サーバを用いて、消費者装置との間の第１の登録電話オプトインを確認するステップと、第１の登録電話が確認された場合、請求サーバを用いて、登録電話オプトイン状態をアクティブとして記録するステップとを含み、上記取引管理方法は、請求サーバを用いて課金方法を実行するステップをさらに含み、課金方法は、請求サーバにおいて、少なくとも２つの識別子と金額とを含む課金ＡＰＩコールを小売店サーバから受け取るステップと、請求サーバにおいて、データ構造内の識別子に対応する登録電話オプトイン状態を判定するステップと、課金ＡＰＩコールで受け取った金額に対応する金額を含むユーザアカウントへの課金要求を、登録電話オプトイン状態がアクティブである場合には通信事業者サーバに送信し、登録電話オプトイン状態が非アクティブである場合には送信しないステップとを含む。

本発明は、プロセッサと、プロセッサに接続されたコンピュータ可読媒体と、プロセッサによって実行可能な、コンピュータ可読媒体上の命令セットとを含む請求サーバをさらに提供する。命令セットは、ＳＭＳメッセージングモジュールと、登録電話オプトイン方法を実行する消費者登録電話オプトイン管理モジュールと、を含み、登録電話オプトイン方法は、ｍｓｉｓｄｎ及び一意の消費者ＩＤを含む第１の登録電話オプトイン要求を受け取るステップと、請求サーバを用いて、消費者装置との間の第１の登録電話オプトインを確認するステップと、第１の登録電話が確認された場合、請求サーバを用いて、登録電話オプトイン状態をアクティブとして記録するステップとを含み、命令セットは、課金方法を実行する通信事業者請求モジュールをさらに含み、課金方法は、少なくとも２つの識別子と金額とを含む課金ＡＰＩコールを小売店サーバから受け取るステップと、データ構造内の識別子に対応する登録電話オプトイン状態を判定するステップと、課金ＡＰＩコールで受け取った金額に対応する金額を含むユーザアカウントへの課金要求を、登録電話オプトイン状態がアクティブである場合には通信事業者サーバに送信し、登録電話オプトイン状態が非アクティブである場合には送信しないステップとを含む。

本発明は、請求サーバを用いた取引管理方法をさらに提供し、この取引管理方法は、請求サーバにおいて、ｍｓｉｓｄｎを含む第１の登録電話オプトイン要求を受け取るステップと、請求サーバを用いて、消費者装置との間の第１の登録電話オプトインを確認するステップと、第１の登録電話が確認された場合、請求サーバを用いて、登録電話オプトイン状態をアクティブとして記録するステップと、請求サーバにおいて、少なくとも１つの識別子と金額とを含む課金ＡＰＩコールを小売店サーバから受け取るステップと、請求サーバにおいて、識別子に対応する登録電話オプトイン状態を判定するステップと、登録電話オプトイン状態がアクティブである場合、ＰＩＮコードを含むテキストメッセージを消費者携帯装置に送信することなく、課金コールで受け取った金額に対応する金額を含むユーザアカウントへの課金要求を通信事業者サーバに送信するステップとを含む。

本発明は、コンピュータのプロセッサによって実行された時に請求サーバを用いた取引管理方法を実行する命令セットを記憶したコンピュータ可読媒体も提供し、この取引管理方法は、請求サーバにおいて、ｍｓｉｓｄｎを含む第１の登録電話オプトイン要求を受け取るステップと、請求サーバを用いて、消費者装置との間の第１の登録電話オプトインを確認するステップと、第１の登録電話が確認された場合、請求サーバを用いて、登録電話オプトイン状態をアクティブとして記録するステップと、請求サーバにおいて、少なくとも１つの識別子と金額とを含む課金ＡＰＩコールを小売店サーバから受け取るステップと、請求サーバにおいて、識別子に対応する登録電話オプトイン状態を判定するステップと、登録電話オプトイン状態がアクティブである場合、ＰＩＮコードを含むテキストメッセージを消費者携帯装置に送信することなく、課金コールで受け取った金額に対応する金額を含むユーザアカウントへの課金要求を通信事業者サーバに送信するステップとを含む。

本発明は、プロセッサと、プロセッサに接続されたコンピュータ可読媒体と、プロセッサによって実行可能な、コンピュータ可読媒体上の命令セットとを含む請求サーバをさらに提供する。命令セットは、ＳＭＳメッセージングモジュールと、登録電話オプトイン方法を実行する消費者登録電話オプトイン管理モジュールとを含み、登録電話オプトイン方法は、ｍｓｉｓｄｎを含む第１の登録電話オプトイン要求を受け取るステップと、請求サーバを用いて、消費者装置との間の第１の登録電話オプトインを確認するステップと、第１の登録電話が確認された場合、請求サーバを用いて、登録電話オプトイン状態をアクティブとして記録するステップとを含み、命令セットは、課金方法を実行する通信事業者請求モジュールをさらに含み、課金方法は、少なくとも１つの識別子と金額とを含む課金ＡＰＩコールを小売店サーバから受け取るステップと、データ構造内の識別子に対応する登録電話オプトイン状態を判定するステップと、登録電話オプトイン状態がアクティブである場合、ＰＩＮコードを含むテキストメッセージを消費者携帯装置に送信することなく、課金コールで受け取った金額に対応する金額を含むユーザアカウントへの課金要求を通信事業者サーバに送信するステップとを含む。

本発明は、小売店サーバを用いた取引管理方法を提供し、この取引管理方法は、小売店サーバを用いて登録電話オプトイン方法を実行するステップを含み、登録電話オプトイン方法は、小売店サーバにおいて消費者装置からｍｓｉｓｄｎを受け取るステップと、ｍｓｉｓｄｎを含む第１の登録電話オプトイン要求を小売店サーバから請求サーバに送信するステップと、消費者装置からＰＩＮコードを受け取るステップと、ＰＩＮコードを含む第２の登録電話オプトイン要求を小売店サーバから請求サーバに送信するステップと、小売店サーバにおいて、ＰＩＮコードが検証されたか、それとも無効であるかを示す応答を請求サーバから受け取るステップとを含み、この方法は、小売店サーバを用いて課金方法を実行するステップをさらに含み、課金方法は、金額と、対応する登録電話オプトイン状態を請求サーバが判定するための識別子とを含む課金ＡＰＩコールを、ＰＩＮコードが検証された場合には小売店サーバから請求サーバに送信し、ＰＩＮコードが無効の場合には送信しないステップと、小売店サーバにおいて、通信事業者サーバにおけるユーザアカウントに請求サーバによって課金が行われたかどうかを示す課金結果コールバック通知を請求サーバから受け取るステップとを含む。

本発明は、コンピュータのプロセッサによって実行された時に小売店サーバを用いた取引管理方法を実行する命令セットを記憶したコンピュータ可読媒体も提供し、この取引管理方法は、小売店サーバを用いて登録電話オプトイン方法を実行するステップを含み、登録電話オプトイン方法は、小売店サーバにおいて消費者装置からｍｓｉｓｄｎを受け取るステップと、ｍｓｉｓｄｎを含む第１の登録電話オプトイン要求を小売店サーバから請求サーバに送信するステップと、消費者装置からＰＩＮコードを受け取るステップと、ＰＩＮコードを含む第２の登録電話オプトイン要求を小売店サーバから請求サーバに送信するステップと、小売店サーバにおいて、ＰＩＮコードが検証されたか、それとも無効であるかを示す応答を請求サーバから受け取るステップとを含み、この方法は、小売店サーバを用いて課金方法を実行するステップをさらに含み、課金方法は、金額と、対応する登録電話オプトイン状態を請求サーバが判定するための識別子とを含む課金ＡＰＩコールを、ＰＩＮコードが検証された場合には小売店サーバから請求サーバに送信し、ＰＩＮコードが無効の場合には送信しないステップと、小売店サーバにおいて、通信事業者サーバにおけるユーザアカウントに請求サーバによって課金が行われたかどうかを示す課金結果コールバック通知を請求サーバから受け取るステップとを含む。

本発明は、プロセッサと、プロセッサに接続されたコンピュータ可読媒体と、プロセッサによって実行可能な、コンピュータ可読媒体上の命令セットとを備えた小売店サーバをさらに提供し、命令セットは、プロセッサが受け取ることができ、第１の登録電話オプトイン要求で請求サーバに送信される、ｍｓｉｓｄｎを入力するためのｍｓｉｓｄｎフィールドと、プロセッサが受け取ることができ、第２の登録電話オプトイン要求で請求サーバに送信される、ＰＩＮコードを入力するためのＰＩＮコードフィールドとを含む、消費者装置に送信されるユーザインターフェイスと、課金方法を実行する継続請求管理モジュールとを含み、課金方法は、金額と、対応する登録電話オプトイン状態を請求サーバが判定するための識別子とを含む課金ＡＰＩコールを、ＰＩＮコードが検証された場合には小売店サーバから請求サーバに送信し、ＰＩＮコードが無効の場合には送信しないステップと、小売店サーバにおいて、通信事業者サーバにおけるユーザアカウントに請求サーバによって課金が行われたかどうかを示す課金結果コールバック通知を請求サーバから受け取るステップとを含む。

本発明は、小売店サーバを用いた取引管理方法を提供し、この取引管理方法は、小売店サーバにおいて消費者装置からｍｓｉｓｄｎを受け取るステップと、ｍｓｉｓｄｎを含む第１の登録電話オプトイン要求を小売店サーバから請求サーバに送信するステップと、消費者装置からＰＩＮコードを受け取るステップと、ＰＩＮコードを含む第２の登録電話オプトイン要求を小売店サーバから請求サーバに送信するステップと、小売店サーバにおいて、ＰＩＮコードが検証されたか、それとも無効であるかを示す応答を請求サーバから受け取るステップと、オプトイン状態が検証された場合、金額と、対応する登録電話オプトイン状態を請求サーバが判定するための識別子とを含む課金ＡＰＩコールを、ＰＩＮコードが検証された場合には小売店サーバから請求サーバに送信し、ＰＩＮコードが無効の場合には送信しないステップと、小売店サーバにおいて、通信事業者サーバにおけるユーザアカウントに請求サーバによって課金が行われたかどうかを示す課金結果コールバック通知を請求サーバから受け取るステップと、オプトイン状態が無効であった場合、小売店サーバを用いて、電話番号と課金金額とを含むコールを請求サーバに送信するステップと、小売店サーバを用いて、ＰＩＮフィールドを含むインターフェイスを消費者装置に送信するステップと、小売店サーバにおいて、ユーザによってＰＩＮコードフィールド内に入力されたＰＩＮコードを受け取るステップと、小売店サーバを用いて、ＰＩＮコードを請求サーバに送信するステップと、小売店サーバを用いて、金額が課金された確認を請求サーバから受け取るステップとを含む。

本発明は、コンピュータのプロセッサによって実行された時に小売店サーバを用いた取引管理方法を実行する命令セットを記憶したコンピュータ可読媒体も提供し、この取引管理方法は、小売店サーバにおいて消費者装置からｍｓｉｓｄｎを受け取るステップと、ｍｓｉｓｄｎを含む第１の登録電話オプトイン要求を小売店サーバから請求サーバに送信するステップと、消費者装置からＰＩＮコードを受け取るステップと、ＰＩＮコードを含む第２の登録電話オプトイン要求を小売店サーバから請求サーバに送信するステップと、小売店サーバにおいて、ＰＩＮコードが検証されたか、それとも無効であるかを示す応答を請求サーバから受け取るステップと、オプトイン状態が検証された場合、金額と、対応する登録電話オプトイン状態を請求サーバが判定するための識別子とを含む課金ＡＰＩコールを、ＰＩＮコードが検証された場合には小売店サーバから請求サーバに送信し、ＰＩＮコードが無効の場合には送信しないステップと、小売店サーバにおいて、通信事業者サーバにおけるユーザアカウントに請求サーバによって課金が行われたかどうかを示す課金結果コールバック通知を請求サーバから受け取るステップと、オプトイン状態が無効であった場合、小売店サーバを用いて、電話番号と課金金額とを含むコールを請求サーバに送信するステップと、小売店サーバを用いて、ＰＩＮフィールドを含むインターフェイスを消費者装置に送信するステップと、小売店サーバにおいて、ユーザによってＰＩＮコードフィールド内に入力されたＰＩＮコードを受け取るステップと、小売店サーバを用いて、ＰＩＮコードを請求サーバに送信するステップと、小売店サーバを用いて、金額が課金された確認を請求サーバから受け取るステップとを含む。

本発明は、プロセッサと、プロセッサに接続されたコンピュータ可読媒体と、プロセッサによって実行可能な、コンピュータ可読媒体上の命令セットとを含む小売店サーバをさらに提供する。命令セットは、プロセッサが受け取ることができ、第１の登録電話オプトイン要求で請求サーバに送信される、ｍｓｉｓｄｎを入力するためのｍｓｉｓｄｎフィールドと、プロセッサが受け取ることができ、第２の登録電話オプトイン要求で請求サーバに送信される、ＰＩＮコードを入力するためのＰＩＮコードフィールドとを含む、消費者装置に送信されるユーザインターフェイスと、課金方法を実行する継続請求管理モジュールとを含み、課金方法は、オプトイン状態が無効であった場合、金額と、対応する登録電話オプトイン状態を請求サーバが判定するための識別子とを含む課金ＡＰＩコールを、ＰＩＮコードが検証された場合には小売店サーバから請求サーバに送信し、ＰＩＮコードが無効の場合には送信しないステップと、小売店サーバにおいて、通信事業者サーバにおけるユーザアカウントに請求サーバによって課金が行われたかどうかを示す課金結果コールバック通知を請求サーバから受け取るステップと、オプトイン状態が無効であった場合、小売店サーバを用いて、電話番号と課金金額とを含むコールを請求サーバに送信するステップと、小売店サーバを用いて、ＰＩＮフィールドを含むインターフェイスを消費者装置に送信するステップと、小売店サーバにおいて、ユーザによってＰＩＮコードフィールド内に入力されたＰＩＮコードを受け取るステップと、小売店サーバを用いて、ＰＩＮコードを請求サーバに送信するステップと、小売店サーバを用いて、金額が課金された確認を請求サーバから受け取るステップとを含む。

以下の添付図面を参照しながら本発明をほんの一例としてさらに説明する。

消費者携帯電話、小売店サーバ、請求サーバ及び通信事業者サーバを含む取引管理システムのブロック図である。 登録電話のオプトイン及びその後の課金を成立させるために、消費者携帯電話、小売店サーバ、請求サーバ及び通信事業者サーバがどのように相互作用するかを示す相互作用図である。 小売店サーバ上に存在し、消費者が電話による支払いを選択した場合に消費者携帯電話又は別の消費者装置に送信されるユーザインターフェイス画面である。 請求サーバから課金要素を取得し、消費者携帯電話にユーザインターフェイス画面を提示し、消費者携帯電話から課金要素に対応するフィールドに入力されたデータを取得する、小売店サーバが使用する課金情報方法を示すフローチャートである。 請求サーバを介して購入を行うために小売店サーバによって記録される電話番号を入力するように消費者を促す図１のユーザインターフェイス画面を示す図である。 請求サーバがＰＩＮコードを生成した後に消費者携帯電話によって請求サーバから受け取られる、ＰＩＮコードを含むテキストメッセージである。 図５Ｂのテキストメッセージで受け取ったＰＩＮコードをユーザが入力する図１のユーザインターフェイス画面である。 ユーザがＰＩＮコードを入力して取引が確認された後の図１のユーザインターフェイス画面である。 取引が完了した後に消費者携帯電話が受け取るメッセージである。 課金情報方法の拡張例又は変形例を示すフローチャートである。 消費者が登録電話リレーションシップへのオプトインを選択できるユーザインターフェイス画面である。 消費者がＰＩＮコードを入力するためのユーザインターフェイス画面である。 小売店サーバによる請求サーバへの登録電話オプトイン要求中に消費者が図８の画面に入力するためのＰＩＮコードを含むテキストメッセージを送信するために使用される登録電話オプトイン方法のフローチャートである。 ＰＩＮコードが確認され、小売店サーバ上の消費者アカウントに対して購入が可能になったことを示す、消費者携帯電話に表示されるユーザインターフェイス画面である。 登録電話オプトインの成功を示し、登録電話リレーションシップの条件を開示し、消費者に小売店への登録電話解除方法の指示を与える、消費者携帯電話が受け取るテキストメッセージを示す図である。 請求サーバ内のアクティブ／非アクティブな登録電話オプトインを示すためのデータ構造を示す図である。 小売店サーバが請求サーバに、通信事業者サーバにおいてユーザアカウントに課金するように指示する課金方法を示すフローチャートである。 ユーザが購入を選択する交流画面である。 消費者が購入を行った後のインターフェイス画面である。 通信事業者サーバへの課金が行われた時に消費者携帯電話が受け取るテキストメッセージを示す図である。 図１５の課金方法の拡張を示すフローチャートである。 消費者が小売店サーバのインターフェイスを通じて登録電話を解除できる方法を示す相互作用図である。 消費者が請求サーバにテキストメッセージを送信することによって登録電話を解除できる方法を示す相互作用図である。 図１７を参照して説明するような登録電話解除のために交換されるテキストメッセージの例を示す図である。 システムの機能全体を示すフローチャートである。 消費者携帯電話のスマートフォン機能を示すブロック図である。 登録電話システムの一部を成すコンピュータシステムの形態をとる機械のブロック図である。

添付図面の図１に、本発明の実施形態による、消費者携帯電話１２と、小売店サーバ１４と、請求サーバ１６と、通信事業者サーバ１８とを含む登録電話ベースの請求システム１０を示す。小売店サーバ１４は、消費者携帯電話１２又はその他の消費者装置を使用する消費者が登録電話オプトインを購入して管理するためのユーザインターフェイス２０と、登録電話請求管理モジュール２２とを含む。請求サーバ１６は、消費者オプトイン管理モジュール２４と、通信事業者請求モジュール２６と、リスクモジュール２７と、ショートメッセージサービス（ＳＭＳ）メッセージングモジュール２８とを含む。

消費者携帯電話１２は、３０において、ユーザインターフェイス２０を通じて小売店サーバ１４と通信してファイルに電話番号を記憶（登録電話）することによって将来的な購入に対する自動課金にオプトインし、小売店サーバ１４は、３２において、消費者携帯電話１２による登録電話オプトインを確認する目的で請求サーバ１６が消費者携帯電話１２と通信できるようにする一連のデータを請求サーバ１６に通信する。３４において、ＳＭＳメッセージングモジュール２８が、テキストメッセージングを介して消費者携帯電話１２と通信して消費者携帯電話１２による登録電話オプトインを確認し、３６において、消費者携帯電話１２による登録電話オプトインを確認するテキストメッセージを送信する。３８において、継続請求管理モジュール２２が、通信事業者請求モジュール２６を通じて課金を開始する。３９において、通信事業者請求モジュール２９は、通信事業者サーバ１８上の消費者携帯電話１２の電話番号に対応するアカウントに課金しようと試みる。４０において、登録電話オプトインに追加購入の課金が適用され、３９において通信事業者サーバ１８に通信される。

４２において、消費者携帯電話１２は、ユーザインターフェイス２０を通じて登録電話オプトインを解除することができ、この結果、４４において登録電話オプトインを解除する通信が行われ、４６において、ＳＭＳメッセージングモジュール２８から対応するテキストメッセージを受け取る。或いは、消費者携帯電話１２は、４８において、登録電話オプトインを解除するテキストメッセージを請求サーバ１６に直接送信し、その後４６において、ＳＭＳメッセージングモジュール２８からテキストメッセージを受け取ることもできる。

図２に、消費者携帯電話１２が登録電話請求及び課金構成にオプトインする処理、及びその後の消費者の課金を示す。５０において、消費者は、図１のユーザインターフェイス２０を用いて、モバイルペイメントを使用して支払うことを選択する。図３に、消費者携帯電話１２に表示される、選択を行うためのユーザインターフェイス２０の画面を示す。

５０における消費者携帯電話１２による選択後、５２において、小売店サーバ１４は、請求サーバ１６に課金情報アプリケーションプログラマブルインターフェイス（ＡＰＩ）コールを送信する。この課金情報コールは、ｈｔｔｐｓ：／ｇａｔｅｗａｙ．ｂｉｌｌｉｎｇｓｅｒｖｅｒ．ｃｏｍ／ｃｈａｒｇｅ−ｉｎｆｏなどの、請求サーバ１６の専用ユニフォームレスポンスロケータ（ＵＲＬ）に提出される。その後、請求サーバ１６は、この課金情報方法を用いて、消費者への課金に必要な要素に関する情報、及び消費者への表示に必要なローカライズされた文字列を取得する。これらの要素は国によって異なり、場合によってはネットワークによって異なることもある。

一般に、消費者携帯電話１２から情報を収集するために必要な入力は、消費者携帯電話１２のｍｓｉｓｄｎ及びネットワークである。国によっては、郵便番号又は住民登録番号などの追加要素が存在する場合もある。５４において送信される課金情報ＡＰＩ応答は、各国及びネットワークにとって必要な入力要素を含む。課金情報ＡＰＩ応答は、これらの入力フィールドのラベルとして使用できるローカライズされた文字列も提供する。

消費者携帯電話１２に表示する必要がある主なテキストは、国又はネットワークの取引条件文字列である。ＡＰＩは、国の、及び必要であればネットワークの取引条件要素を戻し、これらは多くの場合、国又はネットワーク毎に異なる。取引条件についてのローカライズされたテキストは、「＜ｓｔｒｉｎｇ＞」タグで戻される。ある国又はネットワークが、消費者携帯電話１２による取引条件の承諾を必要とする場合、取引条件入力要素がチェックボックスとして含まれるようになる。

課金情報ＡＰＩ応答は、デフォルトで、請求サーバ１６がサポートする全ての国に関する情報を戻す。ＡＰＩは、特定の国への応答をフィルタ処理するように任意の国パラメータをサポートする。表１に、必要な課金情報要求パラメータを示し、表２に、課金情報応答パラメータを示す。
表１

表２

以下は、課金情報要求に対する課金情報応答内の文字列の例である。
［プログラムコード］

図４に、課金情報方法の例を示す。５２において、小売店が、請求サーバ１６に課金情報要求を送信する。５４において、請求サーバ１６は、全ての必要な課金要素、各国でサポートされているネットワーク、及び各国又はネットワークにおいて表示すべき取引条件文字列を含むＸＭＬ構造を戻す。５６において、小売店サーバ１４は、ＸＭＬ構造内の＜ｉｎｐｕｔｓ＞を調べて、消費者から収集する必要がある要素を決定する。５８において、小売店サーバ１４は、ＸＭＬ構造から、関連する適切な言語のラベル及びヒントのための＜ｓｔｒｉｎｇ＞を選択する。６０において、小売店サーバ１４は、選択された国の取引条件を表示する。６２において、ユーザが、ネットワークを選択して自身の携帯番号を入力する。６３において、小売店サーバ１４は、ネットワーク固有の取引条件を調べ、見つかった場合には、これらを消費者に対して消費者携帯電話１２に表示する。６４において、小売店サーバ１４は、請求サーバ１６に特定の国の課金情報要求を送信する。６５において、請求サーバ１６は、特定の国の課金要素、ネットワーク及び取引条件を含む応答を戻す。

図５Ａに、請求サーバ１６を介して購入を行うために小売店サーバ１４によって記録される電話番号を入力するように消費者を促す図１のユーザインターフェイス２０の画面を示す。図５Ｂには、請求サーバ１６がＰＩＮコードを生成した後に消費者携帯電話１２が請求サーバ１６から受け取る、ＰＩＮコードを含むテキストメッセージを示す。このテキストメッセージは、ユーザインターフェイスにＰＩＮコードを入力するようにユーザを促す。図５Ｃには、図５Ｂのテキストメッセージで受け取ったＰＩＮコードをユーザが入力する図１のユーザインターフェイス２０の画面を示す。その後、このＰＩＮコードは、小売店サーバ１４を通じて請求サーバ１６に送信される。請求サーバ１６は、小売店サーバ１４から受け取ったＰＩＮコードを、消費者携帯電話１２に送信したＰＩＮコードに照らして検証し、検証された場合には取引を承認する。その後、請求サーバ１６は、通信事業者サーバ１８と通信して、通信事業者サーバ１８におけるアカウントに課金する。図５Ｄには、ユーザがＰＩＮコードを入力して取引が確認された後の図１のユーザインターフェイス２０の画面を示す。図５Ｅには、取引が完了した後に消費者携帯電話１２が受け取るメッセージを示す。なお、この時、消費者が登録電話のオプトインに進むと、小売店サーバ１４及び請求サーバ１６は、図５Ａのメッセージ及び図５Ｅの画面を迂回する。従って、消費者は、ＰＩＮコードの入力又は取引の確認を求められることがなくなる。代わりに、消費者は、購入を行った後、図５Ｅに示すようなメッセージのみを受け取る。

図６に、課金情報方法の拡張例（変形例）を示す。６６において、小売店サーバ１４は、請求サーバ１６に特定の国の課金情報要求を送信する。６８において、請求サーバ１６は、特定の国の課金要素、ネットワーク及び取引条件を含む応答を戻す。

図２及び図４の６２において、小売店サーバ１４が消費者携帯電話１２からデータを受け取った後、図２の７２において、小売店サーバ１４は、請求サーバ１６に第１の登録電話オプトインＡＰＩコールを送信する。この第１の登録電話オプトインＡＰＩコールは、ｈｔｔｐｓ：／／ｇａｔｅｗａｙ．ｂｉｌｌｉｎｇｓｅｒｖｅｒ．ｃｏｍ／ｏｐｔ−ｉｎなどの、請求サーバ１６の専用ＵＲＬに提出される。次に、小売店サーバ１４及び請求サーバ１６は、ファイル上の電話番号を共有し、消費者携帯電話１２からの確認を伴うことなくこの電話番号に対して自動的に課金するように、登録電話オプトイン方法を用いて消費者携帯電話１２から登録電話オプトインを取得する。

登録電話オプトイン方法は、消費者の登録電話を小売店との特定の一連の条件（例えば、＄１００又は９０日の出費）に合わせて設定するための登録電話オプトインを消費者から取得するために使用される。例えば、小売店が登録電話オプトインを提供する場合、この方法は、消費者の登録電話の承認を確認して小売店に以下を提供するように要求する消費者登録電話オプトインを取得するために使用される。
・ｃｏｎｓｕｍｅｒ−ｉｄ（消費者ＩＤ）（消費者の一意の識別子）
・ｍｓｉｓｄｎ（国際フォーマットの携帯番号）

図１のリスクモジュール２７は、以下を含む一連のリスクルールを評価して登録電話オプトインの有効性を判断するために使用される。
・国及びネットワーク固有のルール
・単一の小売店に適用されるルール
・例えば９０日などの時間に基づく限度を定めるルール
・例えば１００ＵＳＤなどの出費に基づく限度を定めるルール
・ｍｓｉｓｄｎオプトインを個々のｍｓｉｓｄｎレベルでブロックするルール（登録電話を登録するブラックリスト）

図７に、消費者が取引を完了した後に、チェックボックスを選択することによって登録電話リレーションシップにオプトインするように求めるユーザインターフェイス２０の画面を示す。消費者は、「詳細」にマウスを動かして、図５Ｄの下部に示すような取引条件を受け取ることもできる。消費者は、登録電話リレーションシップにオプトインし、このオプトインに関する購入を最大＄１００又は９０日の出費に制限する。

再び図２を参照すると、請求サーバ１６は、一意のＰＩＮコードを生成し、図２の７６において、このＰＩＮコードをテキストメッセージで消費者携帯電話１２に送信し、図１のユーザインターフェイス２０は、図８にさらに示すようなＰＩＮコードフィールドを消費者携帯電話１２に表示する。図２の７８において、消費者携帯電話１２の消費者は、図７のテキストメッセージで受け取ったＰＩＮコードをＰＩＮコードフィールドに入力し、これを小売店サーバ１４に送信する。小売店サーバ１４は、消費者携帯電話１２からＰＩＮコードを受け取り、図２の８０において、この受け取ったＰＩＮコード、並びにｍｓｉｓｄｎ及びｃｏｎｓｕｍｅｒ−ｉｄ（消費者ＩＤ）を、請求サーバ１６における第１の登録電話オプトイン要求と同じＵＲＬに第２の登録電話オプトイン要求で送信する。その後、請求サーバ１６は、８０において小売店サーバ１４から受け取ったＰＩＮコードを、７４においてテキストメッセージで送信したＰＩＮコードに照らして検証して確認し、小売店サーバ１４に応答を戻す。請求サーバ１６及び小売店サーバ１４の各々は、消費者の登録電話オプトインの結果を記録又は記憶して、ユーザが次の購入を行う際に行われる次の課金ＡＰＩコールで参照できるようにする。

表３に、図２の７２及び８０において送信される登録電話オプトイン要求のパラメータを示す。表４及び表５には、図２の７２及び８０のコールに応答して、請求サーバ１６によって決定され小売店サーバ１４に提供される登録電話オプトイン応答のパラメータを示す。
表３

表４

表５

図９に、登録電話オプトイン方法の例を示す。８２において、小売店サーバ１４は、ｍｓｉｓｄｎ、ｃｏｎｓｕｍｅｒ−ｉｄ（消費者ＩＤ）、ネットワーク及びｃｏｕｎｔｒｙ（国）の値を含む登録電話オプトイン要求を送信する。８４において、検証されていない現在の有効なＰＩＮコードが存在する場合、ＶＥＲＩＦＩＣＡＴＩＯＮ ＩＮ ＰＲＯＧＲＥＳＳ（検証中）が戻される。それ以外の場合には、新たなＰＩＮコードが生成され、ＶＥＲＩＦＩＣＡＴＩＯＮ ＩＮ ＰＲＯＧＲＥＳＳ（検証中）が戻される。図２の７４において、請求サーバ１６は、ＰＩＮコード、登録電話リレーションシップ（例えば、＄１００又は３０日の同意）を含む、その国に適したメッセージを消費者携帯電話１２に送信する。

８６において、小売店サーバ１４は、図２の７８において送信されたＰＩＮコードを収集し、図２の８０において、取得したＰＩＮコードを含む登録電話オプトイン要求を送信する。提出されたＰＩＮコードが正しい場合にはＶＥＲＩＦＩＥＤ（検証済み）が戻され、請求サーバ１６は、登録電話オプトインの条件、購入品及び（ＳＭＳを通じて加入を解除するための）ＳＴＯＰ命令を含む確認メッセージを消費者携帯電話１２に送信する。それ以外の場合には、ＩＮＶＡＬＩＤ ＰＩＮ（無効なＰＩＮ）が戻される。ＰＩＮコードの入力は、３回（又はその他の制限された試行回数）しか試行することができない。

８８において、小売店サーバ１４は、２４時間後にＰＩＮコードを収集し、このＰＩＮを含む登録電話オプトイン要求を送信する。ＰＩＮコードの期限が切れている場合、ＰＩＮ ＥＸＰＩＲＥＤ（ＰＩＮの期限切れ）が戻される。

図１０は、ＰＩＮコードが送信されて検証され、小売店サーバ１４上の消費者アカウントに対して登録電話オプトインが利用可能になったことを示すために消費者携帯電話１２に表示される図２のユーザインターフェイス２０の画面である。図１１には、図２の９０においてＳＭＳメッセージングモジュール２８が消費者携帯電話１２に送信する、登録電話のオプトイン処理の成功を示し、登録電話オプトインの条件を開示し、消費者に登録電話オプトインの解除方法の指示を与えるテキストメッセージを示す。図１１のテキストメッセージは、ＰＩＮコードが検証されなかったことによって登録電話のオプトインが失敗した場合には送信されない。

ステップ７２〜９０に示す、ＰＩＮコード確認を用いた方法は、消費者装置との間で登録電話のオプトインを検証し、登録電話の状態をアクティブ（又は非アクティブ）として記録する１つの方法である。例えば、別の方法は、ＳＭＳテキストメッセージを携帯装置に送信した後に、消費者が応答テキストメッセージで「Ｙ」又は「Ｙｅｓ（はい）」を応答するのを待つことなどの、携帯装置のハンドシェークの使用を含むことができる。或いは、小売店サーバが支払いパネルをホストし、請求サーバがこの支払いパネルを通じてユーザ装置と通信してオプトイン要求を確認することもできる。

図１２に、図１の消費者オプトイン管理モジュール２４内のデータ構造を示す。このデータ構造は、ｍｅｒｃｈａｎｔ−ｉｄ（小売店ＩＤ）、ｍｓｉｓｄｎ及びｃｏｎｓｕｍｅｒ−ｉｄ（消費者ＩＤ）毎に登録電話オプトイン状態を保持する。このデータ構造では、ｍｓｉｓｄｎとｃｏｎｓｕｍｅｒ−ｉｄ（消費者ＩＤ）の組み合わせを通じて消費者が効果的に識別される。このデータ構造は、ｍｓｉｓｄｎを用いて複数の消費者に請求できる使用事例をサポートする。例えば、子供が、請求用のｍｓｉｓｄｎとして親の電話番号を使用していることがある。しかしながら、それぞれの子供及びその親は、所与の小売店との間の一意にｃｏｎｓｕｍｅｒ−ｉｄ（消費者ＩＤ）を有する。このデータ構造は、オプトインの状態を、最後の状態変化の日時と共に保持する。この日時を使用して、消費者の購入時点に登録電話の状態が失効していたかどうかを評価する。データ構造は、消費者による累積出費に関するデータも保持する。このデータを用いて、規定の出費閾値を超えていることによって登録電話オプトインが失効しているかどうかを判定する。登録電話の累積出費に関するデータは、消費者に送信する購入レシートに含めることもできる。

再び図２を参照すると、小売店サーバ１４において消費者による購入が行われると、小売店サーバ１４は、９８において、消費者携帯電話１２からの１ステップでの支払い処理を要求する課金ＡＰＩコールを請求サーバ１６に送信する。課金ＡＰＩコールは、請求サーバ１６の専用ＵＲＬに提出される。１回払いのシナリオをサポートする課金方法を使用することができる。請求サーバ１６は、課金ＡＰＩコールで受け取ったｍｅｒｃｈａｎｔ−ｉｄ（小売店ＩＤ）、ｍｓｉｓｄｎ及びｃｏｎｓｕｍｅｒ−ｉｄ（消費者ＩＤ）の値により、アクティブな状態の対応する消費者登録電話オプトインが存在するかどうかをチェックすることができる。オプトイン状態がアクティブである場合、請求サーバ１６はステップ１００に進む。オプトイン状態が非アクティブである場合、請求サーバ１６は、図５Ａ〜図５Ｅを参照しながら説明したステップを再び実行してＰＩＮコード検証を行う。

課金要求が承認されると、図２の１０４において、請求サーバ１６から小売店サーバ１４にｃｈａｒｇｅ−ｉｄ（課金ＩＤ）が戻される。承認とは、要求が正しく検証され、図２の１００において処理のために通信事業者サーバ１８に提出され、１０２において通信事業者サーバ１８から有効な応答があることを意味する。処理のために通信事業者サーバ１８に課金を提出する前には、既に請求サーバ１６によってリスクチェックが行われている。

課金は、非同期的な要求である。課金要求が完了した時、課金の成功又は失敗に関わらず、請求サーバ１６は、通信事業者サーバ１８から課金結果を受け取り、小売店サーバ１４に課金の試行の最終結果を含むコールバック通知を送信する。

課金要求は、冪等性である。各要求は、小売店サーバ１４が提供するｒｅｑｕｅｓｔ−ｉｄ（要求ＩＤ）によって一意に識別される。例えば、同じ小売店のｒｅｑｕｅｓｔ−ｉｄ（要求ＩＤ）で２度の課金要求を行う場合、ユーザのアカウントには１回のみ課金され、両方の要求が同じ応答を受け取る。

課金結果コールバック通知は、取引の最終状態（成功又は失敗）を提供する。コールバック通知は、小売店サーバ１４によって購入を遂行するために使用される。遂行は、一意のｃｈａｒｇｅ−ｉｄ（課金ＩＤ）フィールド値によって識別される所与の取引につき、一回のみ行われる。請求サーバ１６と小売店サーバ１４との間に通信問題が存在する場合、小売店サーバ１４は、同じ取引の課金結果コールバックを複数回受け取ることがある。コールバック通知が継続的に再試行される一般的原因は、小売店サーバ１４から請求サーバ１６への不適切な確認応答（ＡＣＫ）である。

小売店サーバ１４は、承認された要求についてのみ請求サーバ１６からコールバックを受け取る。検証エラー又はリスクチェックによって要求が承認されなかった場合、請求サーバ１６は、通信事業者サーバ１８に処理要求を提出せず、従って請求サーバ１６から小売店サーバ１４にコールバック通知が送信されることはない。

表９に、図２の９８における課金要求のパラメータを示す。表１０には、図２の１０４における課金要求応答のパラメータを示す。
表９

表１０

図１３に、課金方法の例を示す。１０６において、消費者携帯電話１２又はその他の消費者装置の消費者が、登録電話オプトインＡＰＩ方法を用いて事前登録済した登録電話を有している。１０８において、消費者携帯電話１２又はその他の消費者装置の消費者は、小売店サーバ１４に戻ってサービス又は製品を選択する。９８において、小売店サーバ１４は、ｃｕｓｔｏｍｅｒ−ｉｄ（顧客ＩＤ）、ｍｓｉｓｄｎ、ネットワーク及び購入明細を含む課金要求を請求サーバ１６に提出する。１１２において、請求サーバ１６は、登録電話制限、出費限度、速度チェック及びその他の消費者保護チェックを実行する。登録電話制限に失敗した場合、消費者は、１１４において、自身の登録電話の登録電話オプトインを更新するように求められる。出費又は速度チェックに失敗した場合、又はｍｓｉｓｄｎがブラックリストに載っている場合、１１６において課金要求に失敗し、適当なエラーメッセージが戻される。１１８において、請求サーバ１６は、（提供されたネットワーク、又はネットワークが提供されない場合は検索を使用して）通信事業者を検出し、通信事業者を更新するための課金要求を提出する。１２０において、請求サーバ１６は、課金結果コールバック通知で小売店サーバ１４に課金要求の最終結果を戻す。その後、図２の１２０において、ＳＭＳモジュールが、消費者携帯電話１２に購入を確認するテキストメッセージを送信する。

上述したように、図２の７４のように消費者携帯電話１２と通信せずに課金が処理される。しかしながら、オプトイン状態が非アクティブな場合、図２の７４で説明したように、請求サーバ１６が新たなＰＩＮコードを含むテキストメッセージを消費者携帯電話１２に送信し、図２のステップ９０までのステップを繰り戻す。

図１４Ａは、ユーザが購入を選択する交流画面である。図１４Ｂは、消費者が購入を行った後のインターフェイス画面である。

図１５には、図１３の課金フロー方法の拡張を示す。１２２において課金要求に失敗したと仮定する。１２４において、小売店サーバ１４は、新たなｒｅｑｕｅｓｔ−ｉｄ（要求ＩＤ）で課金要求を提出し、課金を再試行する。前回失敗したｒｅｑｕｅｓｔ−ｉｄ（要求ＩＤ）で課金を再試行した場合、請求サーバ１６は冪等性によって同じ失敗応答を戻す。１２６において、請求サーバ１６は、通信事業者課金方法を用いて消費者のアカウントに課金する。１２８において、請求サーバ１６は、課金結果コールバック通知で課金要求の成功又は失敗を示す情報を戻す。

表１１及び表１２に、課金結果コールバック通知のパラメータを示す。
表１１

表１２

図１６に、図１について参照した、消費者携帯電話１２がユーザインターフェイス２０を介して登録電話オプトインを解除する方法を示す。図１８の４２において、消費者携帯電話１２は、小売店サーバ１４の図１のユーザインターフェイス２０を用いて小売店サーバ１４との解除を行う。４４において、小売店サーバ１４は、請求サーバ１６の専用ＵＲＬにおいて登録電話オプトイン解除ＡＰＩコールを提出して、ｍｅｒｃｈａｎｔ−ｉｄ（小売店ＩＤ）、ｍｓｉｓｄｎ及びｃｏｎｓｕｍｅｒ−ｉｄ（消費者ＩＤ）に対応する登録電話オプトインを解除する旨を請求サーバ１６に通知する。１３０において、請求サーバ１６は、消費者登録電話のオプトインを解除し、図１２の関連するオプトインエントリを非アクティブとして更新する。このｍｅｒｃｈａｎｔ−ｉｄ（小売店ＩＤ）、ｍｓｉｓｄｎ及びｃｏｎｓｕｍｅｒ−ｉｄ（消費者ＩＤ）に対するさらなる課金が小売店サーバ１４によって請求サーバ１６に対して提出された場合には、消費者携帯電話１２へのテキストメッセージを通じて確認される。１３２において、小売店サーバ１４は、登録電話オプトインが解除されたことを反映するようにユーザインターフェイス２０を更新する。

図１７に、図１について参照した、消費者がテキストメッセージングを通じて登録電話オプトインを解除する方法を示す。４８において、消費者携帯電話１２は、ＳＭＳテキストを通じてＳＴＯＰを送信する。このテキストメッセージは、消費者携帯電話１２がテキストを受け取ったショートコード７２３−５３への応答として送信することができる。１３４において、請求サーバ１６は、登録電話オプトインを解除し、図１２の関連するオプトインエントリを非アクティブとして更新する。このｍｅｒｃｈａｎｔ−ｉｄ（小売店ＩＤ）、ｍｓｉｓｄｎ及びｃｏｎｓｕｍｅｒ−ｉｄ（消費者ＩＤ）に対するさらなる課金が小売店サーバ１４によって提出された場合には、消費者携帯電話１２とのテキストメッセージを通じて確認される。４６において、請求サーバ１６は、解除ＳＭＳテキストの確認を消費者携帯電話１２に送信する。１３６において、請求サーバ１６は、消費者登録電話のオプトイン解除通知を小売店サーバ１４に送信し、小売店サーバ１４において登録電話リレーションシップが解除されるようにする。

図１８に、図１７を参照しながら説明したような登録電話オプトインを解除するために交換されるテキストメッセージの例を示す。図２０には、図１９の４８及び４６で送受信される両テキストメッセージを第２及び第３のメッセージとして示す。

図１９には、これまでに説明した手順をどのように反復するかを示す。２００において、ＰＩＮコード検証を用いて第１の購入が完了する。２０２において、登録電話オプトイン手順が実行される。２０４において、次の購入を開始するが、完了していない。２０６において、登録電話オプトインが存在するかどうかを判定する。

２０６において登録電話オプトインが存在すると判定された場合、２０８において、ＰＩＮコード検証を伴わずに購入が完了する。次の購入が存在する場合、２０４において次の購入を開始する。

２０６において登録電話オプトインが存在しないと判定された場合、購入は２００において完了し、２０２において登録電話オプトイン手順を実行する。

本発明は、消費者が自身の登録電話オプトインを更新し、更新が必要な登録電話オプトインを小売店が消費者にリマインドする方法をさらに提供する。消費者は、本明細書で概説したステップを用いて自身の登録電話を更新することができる。消費者が自身の登録電話を更新する別の方法は、消費者がシステムによって送信されたＳＭＳへの返信で自身の登録電話を更新できる、ＳＭＳのみの相互作用を通じた方法である。ＳＭＳは、購入取引中に、或いは小売店又は通信事業者が決定した何らかの時点で（例えば、登録電話が失効する１週間前にリマインダとして）送信することができる。小売店サーバは、失効前に消費者にリマインドするために、請求サーバと通信して、出費又は時間限度に基づいて更新が必要となる登録電話オプトインに関するデータを取得することができる。これにより、小売店は、消費者に自身の登録電話オプトインを更新するように促す通知を失効前に送信することができる。

小売店には、例えば１０日以内又は特定の追加出費額などでオプトインがいつ失効するかをチェックする能力を与えることもできる。

図２０は、タッチセンサ式ディスプレイ１１２０又は便宜上「タッチスクリーン」を示す、消費者携帯電話１２を示すブロック図である。消費者携帯電話１２は、（１又はそれ以上のコンピュータ可読記憶媒体を含むことができる）メモリ１０２０と、メモリコントローラ１２２０と、１又はそれ以上の処理装置（ＣＰＵ）１２００と、周辺機器インターフェイス１１８０と、ＲＦ回路１０８０と、オーディオ回路１１００と、スピーカ１１１０と、マイク１１３０と、入出力（Ｉ／Ｏ）サブシステム１０６０と、その他の入力又は制御装置１１６０と、外部ポート１２４０とを含む。これらのコンポーネントは、１又はそれ以上の通信バス又は信号線１０３０を介して通信する。

図２０に示す様々なコンポーネントは、ハードウェア、ソフトウェア、或いは１又はそれ以上の信号処理及び／又は特定用途向け集積回路を含むハードウェアとソフトウェアの組み合わせで実装することができる。

メモリ１０２０は、高速ランダムアクセスメモリを含むことができ、１又はそれ以上の磁気ディスク記憶装置、フラッシュメモリ装置、又はその他の不揮発性固体メモリ装置などの不揮発性メモリを含むこともできる。ＣＰＵ１２００及び周辺機器インターフェイス１１８０などの、消費者携帯電話１２の他のコンポーネントによるメモリ１０２０へのアクセスは、メモリコントローラ１２２０によって制御される。

周辺機器インターフェイス１１８０は、装置の入出力周辺機器をＣＰＵ１２００及びメモリ１０２０に接続する。１又はそれ以上のプロセッサ１２００は、メモリ１０２０に記憶された様々なソフトウェアプログラム及び／又は命令セットを起動又は実行して、消費者携帯電話１２の様々な機能の実行及びデータ処理を行う。

ＲＦ（無線周波数）回路１０８０は、電磁信号とも呼ばれるＲＦ信号を送受信する。ＲＦ回路１０８０は、電気信号と電磁信号の間の変換を行い、電磁信号を介して通信ネットワーク及びその他の通信装置と通信する。ＲＦ回路１０８０は、アンテナシステム、ＲＦトランシーバ、１又はそれ以上の増幅器、チューナ、１又はそれ以上の発振器、デジタルシグナルプロセッサ、ＣＯＤＥＣチップセット、加入者識別モジュール（ＳＩＭ）カード及びメモリなどを含む、これらの機能を実行するための周知の回路を含む。ＲＦ回路１０８０は、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ（ＷＷＷ）とも呼ばれるインターネット、イントラネットなどのネットワーク、及び／又はセルラー電話ネットワーク、無線ローカルエリアネットワーク（ＬＡＮ）及び／又はメトロポリタン・エリア・ネットワーク（ＭＡＮ）などの無線ネットワーク及び他の装置と、無線通信によって通信することができる。無線通信は、当業で周知の複数の通信規格、プロトコル及び技術のいずれかを使用することができる。

オーディオ回路１１００、スピーカ１１１０及びマイク１１３０は、ユーザと消費者携帯電話１２との間のオーディオインターフェイスを提供する。オーディオ回路１１００は、周辺機器インターフェイス１１８０からオーディオデータを受け取り、オーディオデータを電気信号に変換してこの電気信号をスピーカ１１１０に送信する。スピーカ１１１０は、電気信号を人間が聴き取れる音波に変換する。オーディオ回路１１００は、マイク１１３０によって音波から変換された電気信号も受け取る。オーディオ回路１１００は、電気信号をオーディオデータに変換し、このオーディオデータを処理のために周辺機器インターフェイス１１８０に送信する。オーディオ回路１１００は、オーディオ回路１１００と、出力専用ヘッドフォン又は出力（例えば、片耳又は両耳用ヘッドフォン）及び入力（例えば、マイク）の両方を備えたヘッドセットなどの取り外し可能オーディオ入力／出力周辺機器との間のインターフェイスとしての役割を果たすヘッドフォンジャックも含む。

Ｉ／Ｏサブシステム１０６０は、タッチスクリーン１１２０及びその他の入力／制御装置１１６０などの、消費者携帯電話１２上の入力／出力周辺機器を周辺機器インターフェイス１１８０に接続する。Ｉ／Ｏサブシステム１０６０は、他の入力又は制御装置のためのディスプレイコントローラ１５６０及び１又はそれ以上の入力コントローラ１６００を含む。１又はそれ以上の入力コントローラ１６００は、他の入力又は制御装置１１６０との間で電気信号を送受信する。他の入力／制御装置１１６０は、物理ボタン（例えば、プッシュボタン、ロッカーボタンなど）、ダイアル、スライダスイッチ、ジョイスティック及びクリックホイールなどを含むことができ、これらは全てインターフェイスの一部を形成する役割を果たす。入力コントローラ１６００は、キーボード、赤外線ポート、ＵＳＢポート、及びマウスなどのポインタ装置のいずれかに接続することができる。１又はそれ以上のボタンは、スピーカ１１１０及び／又はマイク１１３０の音量制御のための上／下ボタンを含むことができる。１又はそれ以上のボタンは、プッシュボタンを含むことができる。プッシュボタンを素早く押すことにより、タッチスクリーン１１２０のロックを解除し、又はタッチスクリーン上のジェスチャーを用いて装置のロックを解除する処理を開始することができる。プッシュボタンを長押しすると、消費者携帯電話１２の電源をオン又はオフに切り替えることができる。タッチスクリーン１１２０は、仮想ボタン又はソフトボタン、及び１又はそれ以上のソフトキーボードを実装するために使用される。

タッチセンサ式タッチスクリーン１１２０は、装置とユーザの間の入力インターフェイス及び出力インターフェイスを提供する。ディスプレイコントローラ１５６０は、タッチスクリーン１１２０との間で電気信号の送受信を行う。タッチスクリーン１１２０は、ユーザに視覚出力を表示する。視覚出力は、グラフィックス、テキスト、アイコン、ビデオ及びこれらのいずれかの組み合わせ（まとめて「グラフィックス」と呼ぶ）を含むことができる。いくつかの実施形態では、視覚出力の一部又は全部がユーザインターフェイスオブジェクトに対応することができ、このさらなる詳細については以下で説明する。

タッチスクリーン１１２０は、触覚及び／又は触知接触に基づいてユーザからの入力を受け付けるタッチセンシティブ面、センサ、又は一連のセンサを有する。タッチスクリーン１１２０及びディスプレイコントローラ１５６０（並びにメモリ１０２０内のいずれかの関連するモジュール及び／又は命令セット）は、タッチスクリーン１１２０上の接触（及びあらゆる接触の動き又は中断）を検出し、この検出した接触を、タッチスクリーン上に表示されるユーザインターフェイスオブジェクト（例えば、１又はそれ以上のソフトキー、アイコン、ウェブページ又は画像）との相互作用に変換する。例示的な実施形態では、タッチスクリーン１１２０とユーザとの間の接点がユーザの指に対応する。

タッチスクリーン１１２０は、ＬＣＤ（液晶ディスプレイ）技術又はＬＰＤ（発行ポリマーディスプレイ）技術を使用することができるが、他の実施形態ではその他のディスプレイ技術を使用することができる。タッチスクリーン１１２０及びディスプレイコントローラ１５６０は、以下に限定されるわけではないが、容量性、抵抗性、赤外線及び表面弾性波技術、並びに他の近接センサアレイ又はタッチスクリーン１１２０との１又はそれ以上の接点を特定するための他の素子を含む、現在知られている又は今後開発される複数の接触感知技術のいずれかを用いて、接触及びそのあらゆる動き又は中断を検出することができる。

ユーザは、スタイラス及び指などのいずれかの好適な物体又は付属物を用いてタッチスクリーン１１２０との接触を行うことができる。いくつかの実施形態では、ユーザインターフェイスが、主に指による接触及びジェスチャーと共に機能するように設計され、この接触では、タッチスクリーン上の指の接触範囲が広いので、スタイラスベースの入力よりも大幅に精度が落ちる。いくつかの実施形態では、装置が、指による大まかな入力を、正確なポインタ／カーソル位置、又はユーザが望む動作を実行するためのコマンドに変換する。

消費者携帯電話１２は、様々なコンポーネントに電力を供給するための電力システム１６２０も含む。電力システム１６２０は、電力管理システム、１又はそれ以上の電源（例えば、バッテリー、交流（ＡＣ））、充電システム、電力障害検出回路、電力コンバータ又はインバータ、電力状態インジケータ（例えば、発光ダイオード（ＬＥＤ））、及びポータブル装置内の電力の生成、管理及び分配に関連する他のいずれかのコンポーネントを含むことができる。

メモリ１０２０に記憶されたソフトウェアコンポーネントは、オペレーティングシステム１２６０、通信モジュール（又は命令セット）１２８０、接触／動きモジュール（又は命令セット）１３００、グラフィックスモジュール（又は命令セット）１３２０、テキスト入力モジュール（又は命令セット）１３４０、及びアプリケーション（又は命令セット）１３６０を含む。

オペレーティングシステム１２６０（例えば、Ｄａｒｗｉｎ、ＲＴＸＣ、ＬＩＮＵＸ（登録商標）、ＵＮＩＸ（登録商標）、ＯＳ Ｘ、ＷＩＮＤＯＷＳ（登録商標）、又はＶｘＷｏｒｋｓなどの組み込みオペレーティングシステム）は、一般的なシステムタスク（例えば、メモリ管理、記憶装置制御、電力管理など）を制御して管理するためのソフトウェアコンポーネント及び／又はドライバを含み、様々なハードウェアコンポーネントとソフトウェアコンポーネントの間の通信を容易にする。

通信モジュール１２８０は、１又はそれ以上の外部ポート１２４０を介した他の装置との通信を容易にし、ＲＦ回路１０８０及び／又は外部ポート１２４０が受け取ったデータを処理するための様々なソフトウェアコンポーネントも含む。外部ポート１２４０（例えば、ユニバーサルシリアルバス（ＵＳＢ）、ＦＩＲＥＷＩＲＥ（登録商標）など）は、他の装置に直接、又はネットワーク（例えば、インターネット、無線ＬＡＮなど）を介して間接的に結合するように適合される。

接触／動きモジュール１３００は、（ディスプレイコントローラ１５６０と連動して）タッチスクリーン１１２０及びその他のタッチセンシティブ装置（例えば、タッチパッド又は物理的クリックホイール）との接触を検出することができる。接触／動きモジュール１３００は、接触が生じたかどうかの判断、接触に動きが生じたかどうかの判断及びタッチスクリーン１１２０を横切る動きの追跡、接触が中断した（すなわち、接触が停止した）かどうかの判断などの、接触の検出に関連する様々な動作を実行する様々なソフトウェアコンポーネントを含む。接点の動きの特定は、接点の速度（規模）、速さ（規模及び方向）、及び／又は加速度（規模及び／又は方向の変化）の特定を含むことができる。これらの動作は、１回の接触（例えば、１本の指による接触）、又は複数の同時接触（例えば、「マルチタッチ」／複数本の指による接触）に適用することができる。接触／動きモジュール１３００及びディスプレイコントローラ１５６０は、タッチパッド上の接触も検出する。

グラフィックスモジュール１３２０は、タッチスクリーン１１２０上にグラフィックスをレンダリングして表示するための様々な既知のソフトウェアコンポーネントを含み、表示されるグラフィックスの強度を変化させるためのコンポーネントを含む。本明細書で使用する「グラフィックス」という用語は、テキスト、ウェブページ、アイコン（ソフトキーを含むユーザインターフェイスオブジェクトなど）、デジタル画像、ビデオ及びアニメーションなどを含む、ユーザに表示できるあらゆるオブジェクトを含む。

グラフィックスモジュール１３２０のコンポーネントとすることができるテキスト入力モジュール１３４０は、様々なアプリケーション（例えば、連絡先、電子メール、ＩＭ、ブログ、ブラウザ、及びテキスト入力を必要とする他のいずれかのアプリケーション）にテキストを入力するためのソフトキーボードを提供する。アプリケーション１３６０は、モバイルアプリケーション２０８を含むことができる。

図２１は、本明細書で開示した方法のいずれか１つ又はそれ以上を機械に実行させるための命令セットを内部で実行できるコンピュータシステム９００の例示的な形態をとる機械の図式表示である。別の実施形態では、この機械がスタンドアロン装置として動作し、又は他の機械に接続（例えば、ネットワーク接続）することができる。ネットワーク展開では、この機械が、サーバ−クライアントネットワーク環境ではサーバ又はクライアント機械として、或いはピアツーピア（又は分散）ネットワーク環境ではピア機械として動作することができる。この機械は、パーソナルコンピュータ（ＰＣ）、タブレットＰＣ、セットトップボックス（ＳＴＢ）、携帯情報端末（ＰＤＡ）、携帯電話機、ウェブアプライアンス、ネットワークルータ、スイッチ又はブリッジ、或いはこの機械が行うべき動作を指定する命令セット（シーケンシャル又はそれ以外）を実行することができるあらゆる機械とすることができる。さらに、１つの機械のみを示しているが、「機械」という用語は、本明細書で説明した方法のいずれか１つ又はそれ以上を実行するための命令セット（又は複数セット）を個別に又は協働して実行するあらゆる一群の機械も含むと解釈すべきである。

例示的なコンピュータシステム９００は、プロセッサ９３０（例えば、中央処理装置（ＣＰＵ））、グラフィックス処理装置（ＧＰＵ）、又はこれらの両方）と、メインメモリ９３２（例えば、リードオンリメモリ（ＲＯＭ）、フラッシュメモリ、同期ＤＲＡＭ（ＳＤＲＡＭ）又はＲａｍｂｕｓ ＤＲＡＭ（ＲＤＲＡＭ）などのダイナミックランダムアクセスメモリ（ＤＲＡＭ））と、スタティックメモリ９３４（例えば、フラッシュメモリ、スタティックランダムアクセスメモリ（ＳＲＡＭなど））とを含み、これらはバス９３６を介して互いに通信する。

コンピュータシステム９００は、ビデオディスプレイ９３８（例えば、液晶ディスプレイ（ＬＣＤ）又はブラウン管（ＣＲＴ））をさらに含むことができる。コンピュータシステム９００は、英数字入力装置９４０（例えば、キーボード）、カーソル制御装置９４２（例えば、マウス）、ディスクドライブユニット９４４、信号発生装置９４６（例えば、スピーカ）、及びネットワークインターフェイス装置９４８を含むこともできる。

ディスクドライブユニット９４４は、本明細書で説明した方法又は機能のうちのいずれか１つ又はそれ以上を具現化する１又はそれ以上の命令セット９５２（例えば、ソフトウェア）を記憶した機械可読媒体９５０を含む。ソフトウェアは、コンピュータシステム９００による実行中にメインメモリ９３２内及び／又はプロセッサ９３０内に完全に又は少なくとも部分的に存在することもでき、メモリ９３２及びプロセッサ９３０は、機械可読媒体を構成することもできる。さらに、ソフトウェアは、ネットワークインターフェイス装置９４８経由でネットワーク９５４を介して送受信することができる。

例示的な実施形態には、命令９５２が単一の媒体上に存在するように示しているが、「機械可読媒体」という用語は、１又はそれ以上の命令セットを記憶する単一の媒体又は複数の媒体（例えば、集中又は分散データベース又はデータストア、及び／又は関連するキャッシュ及びサーバ）であると理解するように解釈すべきである。また、「機械可読媒体」という用語は、機械が実行する命令セットを記憶し、符号化し、又は搬送できる、本明細書の方法のいずれか１つ又はそれ以上を機械に実行させるいずれかの媒体を含むと解釈すべきである。従って、「機械可読媒体」という用語は、以下に限定されるわけではないが、固体メモリ、光学及び磁気媒体を含むと解釈すべきである。

いくつかの例示的な実施形態について説明し、添付図面に示したが、このような実施形態は、本発明を限定するものではなく例示にすぎず、また当業者には修正例が浮かぶと思われるので、本発明は、図示し説明した特定の構成及び配置に限定されるものではないと理解されたい。

１０ 請求システム
１２ 消費者携帯電話
１４ 小売店サーバ
１６ 請求サーバ
１８ 通信事業者サーバ
２０ （消費者が購入／登録電話を管理するための）ユーザインターフェイス
２２ 登録電話請求管理モジュール
２４ 消費者オプトイン管理モジュール
２６ 通信事業者請求モジュール
２７ リスクモジュール
２８ ＳＭＳメッセージングモジュール
３０ 購入時に、登録電話に登録するためのボックスをチェック
３２ 登録電話への消費者オプトイン
３４ 登録電話の条件のためのオプトインメッセージ
３６ 登録電話課金のための確認メッセージ
３８ 登録電話の最初の課金
３９ 通信
４０ 追加購入のための課金
４２ 加入を解除
４４ 登録電話へのオプトインを解除
４６ ＳＴＯＰ解除の確認
４８ ＳＴＯＰを通じて登録電話オプトインを解除

Claims (12)

1. 請求サーバによって実行される取引管理方法であって、
   前記請求サーバにおいて、消費者を識別する識別子であるｍｓｉｓｄｎを含む第１の登録電話オプトイン要求を受け取るステップと、
   前記請求サーバを用いて、前記第１の登録電話オプトイン要求に基づいて前記消費者を識別する識別子に対応する登録電話オプトインを確認するステップと、
   前記登録電話オプトインが確認された場合、前記請求サーバを用いて、登録電話オプトイン状態をアクティブとして記録するステップと、
   前記請求サーバにおいて、前記消費者を識別する識別子を含む少なくとも１つの識別子と金額とを含む課金ＡＰＩコールを小売店サーバから受け取るステップと、
   前記請求サーバにおいて、前記消費者を識別する識別子に対応する登録電話オプトイン状態を判定するステップと、
   前記登録電話オプトイン状態がアクティブである場合、ＰＩＮコードを含むテキストメッセージを消費者携帯装置に送信することなく、前記課金ＡＰＩコールで受け取った前記金額に対応する金額を含む、前記消費者を識別する識別子に対応するユーザアカウントへの課金要求を通信事業者サーバに送信するステップと、
   を含むことを特徴とする方法。
2. 前記確認及び前記記録は、
   前記請求サーバを用いてＰＩＮコードを生成するステップと、
   前記請求サーバを用いて、前記ＰＩＮコードを含むテキストメッセージを前記ｍｓｉｓｄｎにおける消費者携帯電話に送信するステップと、
   前記請求サーバにおいて、ＰＩＮコードを含む第２の登録電話オプトイン要求を受け取るステップと、
   前記請求サーバにおいて、前記第２の登録電話オプトイン要求で受け取った前記ＰＩＮコードを前記テキストメッセージで送信した前記ＰＩＮコードに照らして検証するステップと、
   前記ＰＩＮコードが検証された場合、前記請求サーバにおいて、前記ｍｓｉｓｄｎについての登録電話オプトイン状態をデータ構造内にアクティブとして記録するステップと、を含む、
   請求項１に記載の方法。
3. 前記第１の登録電話オプトイン要求は、ｍｅｒｃｈａｎｔ−ｉｄ（小売店ＩＤ）を含み、前記登録電話オプトイン状態は、前記ｍｅｒｃｈａｎｔ−ｉｄ（小売店ＩＤ）に照らしてアクティブとして記録される、
   請求項１または２に記載の方法。
4. 前記ｍｓｉｓｄｎは、各々が選択的にアクティブ又は非アクティブに設定された別個の登録電話オプトインパラメータを有する複数のｍｅｒｃｈａｎｔ−ｉｄ（小売店ＩＤ）を含む、
   請求項３に記載の方法。
5. 前記請求サーバにおいて前記第１の登録電話オプトイン要求を受け取る前に、
   前記請求サーバを用いて、前記請求サーバによって生成されたＰＩＮコードを含むテキストメッセージを前記消費者携帯装置に送信するステップと、
   前記請求サーバにおいて、前記小売店サーバからＰＩＮコードを受け取るステップと、 前記請求サーバを用いて、前記小売店サーバから受け取った前記ＰＩＮコードを、前記消費者携帯装置に送信した前記ＰＩＮコードに照らして検証するステップと、
   前記ＰＩＮコードが検証された場合、前記請求サーバを用いて通信事業者サーバと通信を行って、前記通信事業者サーバに金額を課金するステップと、
   をさらに含む、
   請求項１〜４のいずれか１項に記載の方法。
6. 前記登録電話オプトインが無効であると判定された場合、
   前記請求サーバを用いて、前記請求サーバによって生成されたＰＩＮコードを含むテキストメッセージを前記消費者携帯装置に送信するステップと、
   前記請求サーバにおいて、前記小売店サーバからＰＩＮコードを受け取るステップと、 前記請求サーバを用いて、前記小売店サーバから受け取った前記ＰＩＮコードを、前記消費者携帯装置に送信した前記ＰＩＮコードに照らして検証するステップと、
   前記ＰＩＮコードが検証された場合、前記請求サーバを用いて通信事業者サーバと通信を行って、前記通信事業者サーバに金額を課金するステップと、
   をさらに含む、
   請求項１に記載の方法。
7. 前記請求サーバにおいて、加入を解除するためのコールを受け取るステップと、
   前記加入を解除するためのコールに応答して、前記ｍｓｉｓｄｎについての前記登録電話オプトイン状態を非アクティブに更新するステップと、
   をさらに含む、
   請求項１〜６のいずれか１項に記載の方法。
8. 前記登録電話オプトインを解除するための前記コールは、前記ｍｓｉｓｄｎにおける消費者携帯電話からのテキストメッセージの形をとる、
   請求項７に記載の方法。
9. 前記登録電話オプトインを解除するための前記コールは、前記請求サーバにおいて、前記小売店サーバからの登録電話オプトイン解除ＡＰＩを介して受け取られる、
   請求項７または８に記載の方法。
10. コンピュータのプロセッサによって実行された時に請求サーバを用いた取引管理方法を実行する命令セットを記憶したコンピュータ可読媒体であって、前記取引管理方法は、
    前記請求サーバにおいて、消費者を識別する識別子であるｍｓｉｓｄｎを含む第１の登録電話オプトイン要求を受け取るステップと、
    前記請求サーバを用いて、前記第１の登録電話オプトイン要求に基づいて前記消費者を識別する識別子に対応する登録電話オプトインを確認するステップと、
    前記登録電話オプトインが確認された場合、前記請求サーバを用いて、登録電話オプトイン状態をアクティブとして記録するステップと、
    前記請求サーバにおいて、前記消費者を識別する識別子を含む少なくとも１つの識別子と金額とを含む課金ＡＰＩコールを小売店サーバから受け取るステップと、
    前記請求サーバにおいて、前記消費者を識別する識別子に対応する登録電話オプトイン状態を判定するステップと、
    前記登録電話オプトイン状態がアクティブである場合、ＰＩＮコードを含むテキストメッセージを消費者携帯装置に送信することなく、前記課金ＡＰＩコールで受け取った前記金額に対応する金額を含む、前記消費者を識別する識別子に対応するユーザアカウントへの課金要求を通信事業者サーバに送信するステップと、
    を含む、
    ことを特徴とするコンピュータ可読媒体。
11. プロセッサと、
    前記プロセッサに接続されたコンピュータ可読媒体と、
    前記プロセッサによって実行可能な、前記コンピュータ可読媒体上の命令セットと、
    を備えた請求サーバであって、前記命令セットは、
    ＳＭＳメッセージングモジュールと、
    登録電話オプトイン方法を実行する消費者登録電話オプトイン管理モジュールと、
    を含み、前記登録電話オプトイン方法は、
    消費者を識別する識別子であるｍｓｉｓｄｎを含む第１の登録電話オプトイン要求を受け取るステップと、
    前記請求サーバを用いて、前記第１の登録電話オプトイン要求に基づいて前記消費者を識別する識別子に対応する登録電話オプトインを確認するステップと、
    前記登録電話オプトインが確認された場合、前記請求サーバを用いて、登録電話オプトイン状態をアクティブとして記録するステップと、
    を含み、前記命令セットは、
    課金方法を実行する通信事業者請求モジュール、
    をさらに含み、前記課金方法は、
    前記消費者を識別する識別子を含む少なくとも１つの識別子と金額とを含む課金ＡＰＩコールを小売店サーバから受け取るステップと、
    データ構造内の前記消費者を識別する識別子に対応する登録電話オプトイン状態を判定するステップと、
    前記登録電話オプトイン状態がアクティブである場合、ＰＩＮコードを含むテキストメッセージを消費者携帯装置に送信することなく、前記課金ＡＰＩコールで受け取った前記金額に対応する金額を含む、前記消費者を識別する識別子に対応するユーザアカウントへの課金要求を通信事業者サーバに送信するステップと、
    を含む、
    ことを特徴とする請求サーバ。
12. 前記消費者登録電話オプトイン管理モジュールは、
    ＰＩＮコードを生成するステップと、
    ＳＭＳメッセージングモジュールを用いて、前記ｍｓｉｓｄｎにおける消費者携帯電話に前記ＰＩＮコードを含むテキストメッセージを送信するステップと、
    ＰＩＮコードを含む第２の登録電話オプトイン要求を受け取るステップと、
    前記第２の登録電話オプトイン要求で受け取った前記ＰＩＮコードを前記テキストメッセージで送信した前記ＰＩＮコードに照らして検証するステップと、
    前記ＰＩＮコードが検証された場合、前記ｍｓｉｓｄｎについての登録電話オプトイン状態をデータ構造内にアクティブとして記録するステップと、
    を含む、
    請求項１１に記載の請求サーバ。

Images