(57)【特許請求の範囲】
【請求項１】
購買端末、取得機関のサーバ、カード会社のサーバ及びカード発行機関のサーバを備える決済サービスを実行するシステムであって、
前記購買端末が、前記取得機関のサーバに決済要求を送り出し、前記決済要求は、前記カード発行機関のサーバの識別子を保持し、前記決済要求は、前記カード発行機関のサーバによって実行される決済サービスを表し、
前記取得機関のサーバが、受け取った決済要求を前記カード会社のサーバに転送し、
前記カード会社のサーバが、前記決済要求に従って前記カード会社のサービス識別子を生成し、前記カード会社のサービス識別子を前記カード発行機関のサーバに送り出し、かつ、前記カード会社のサービス識別子を前記購買端末に送り出し、
前記カード発行機関のサーバが、前記カード会社のサービス識別子に従って決済サービスを創造し、
前記購買端末が、前記カード会社のサービス識別子を保持する決済業務要求を前記カード発行機関のサーバに送り出し、
前記カード発行機関のサーバが、前記決済業務要求に保持された前記カード会社のサービス識別子に従って、作成された決済サービスを実行し、
前記カード会社のサービス識別子は、前記カード発行機関のサーバに対して一意性がある、システム。
【請求項２】
前記カード会社のサーバが、前記カード発行機関のサーバの予め記憶された固定アドレス及び前記カード会社のサービス識別子に従って前記カード会社のサービス識別子を保持するキャッシャアドレスリンクを生成するとともに前記キャッシャアドレスリンクを前記購買端末に返し、
前記購買端末が、前記キャッシャアドレスリンクに従って前記カード会社のサービス識別子を保持する決済業務要求を前記カード発行機関のサーバに送り出す請求項１に記載のシステム。
【請求項３】
前記カード会社のサーバが、前記カード会社のサービス識別子を保持する前記キャッシャアドレスリンクを前記取得機関のサーバを介して前記購買端末に返す請求項２に記載のシステム。
【請求項４】
前記カード発行機関のサーバが、前記決済業務要求に保持された前記カード会社のサービス識別子に従った前記決済サービスが前記カード会社のサービス識別子に従って創造したという判断に失敗したときに、前記カード発行機関のサーバが、前記カード会社のサービス識別子に従って問合せ要求を前記カード会社のサーバに送り出し、
前記カード会社のサーバが、前記問合せ要求に従って前記カード会社のサービス識別子が存在するか否かを問い合わせるとともに問合せ結果を前記カード発行機関のサーバに返す請求項１に記載のシステム。
【請求項５】
カード会社のサーバが、取得機関のサーバから送り出された決済要求を受け取り、前記決済要求は、カード発行機関のサーバの識別子を保持し、前記決済要求は、前記カード発行機関のサーバによって実行される決済サービスを表すことと、
前記カード会社のサーバが、前記決済要求に従って前記カード会社のサービス識別子を生成するとともに前記カード会社のサービス識別子を購買端末に送り出すことと、
前記カード会社のサーバが、前記カード発行機関のサーバによって前記カード会社のサービス識別子に従って決済サービスを創造するとともに前記決済サービスを実行するために、前記カード会社のサービス識別子を前記カード発行機関のサーバに送り出すことと、
を備え、
前記カード会社のサービス識別子は、前記カード発行機関のサーバに対して一意性がある、決済サービスを実行する方法。
【請求項６】
前記カード会社のサーバが、前記カード発行機関に対応する予め記憶された固定アドレス及び前記カード会社のサービス識別子に従って前記カード会社のサービス識別子を保持するキャッシャアドレスリンクを生成するとともに前記キャッシャアドレスリンクを前記購買端末に送り出し、前記カード会社のサービス識別子を保持する決済業務要求を、前記キャッシャアドレスリンクに従って前記購買端末によって前記カード発行機関のサーバに送り出すことができるように、前記キャッシャアドレスリンクが構成された請求項５に記載の方法。
【請求項７】
前記カード会社のサーバが、前記カード会社のサービス識別子に従って前記カード発行機関のサーバから送り出された問合せ要求を受け取ることと、
前記カード会社のサーバが、前記問合せ要求に従って前記カード会社のサービス識別子が存在するか否かを問い合わせるとともに問合せ結果を前記カード発行機関のサーバに返すことと、
を更に備え、前記問合せ要求は、前記購買端末から送り出された決済業務要求に保持された前記カード会社のサービス識別子に基づいて、前記カード会社のサーバの判断が失敗したときに送り出される問合せ要求であり、前記決済サービスは、前記カード会社のサービス識別子に従って創造される請求項５に記載の方法。
【請求項８】
カード発行機関のサーバが、カード会社のサーバから送り出された前記カード会社のサービス識別子を受け取った際に、前記カード発行機関のサーバが、前記カード会社のサービス識別子に従って決済サービスを創造することと、
前記カード発行機関のサーバが、購買端末から送り出された前記カード会社のサービス識別子を保持する決済業務要求を受け取ることと、
前記カード発行機関のサーバが、前記カード会社のサービス識別子に従って前記決済業務要求に対応する前記決済サービスを決定するとともに前記決済業務要求に従って前記決済サービスを実行することと、
を備え、
前記カード会社のサービス識別子は、前記カード発行機関のサーバに対して一意性がある、決済サービスを実行する方法。
【請求項９】
前記カード会社のサービス識別子に従って前記決済業務要求に対応する前記決済サービスを決定することは、
前記カード会社のサービス識別子に対応する決済サービスが存在しないという判断の際に、
前記カード会社のサーバが前記カード会社のサービス識別子が存在するか否かの問合せを行うとともに問合せ結果を前記カード発行機関のサーバに送り出すために、前記カード会社のサービス識別子に従って前記カード会社のサーバに問合せ要求を送り出すことを更に備える請求項８に記載の方法。
【請求項１０】
取得機関のサーバから送り出された決済要求を受け取る受取モジュールであって、前記決済要求は、カード発行機関のサーバの識別子を保持し、前記決済要求は、前記カード発行機関のサーバによって実行される決済サービスを表す受取モジュールと、
前記決済要求に従ってカード会社のサービス識別子を生成するとともに前記カード会社のサービス識別子を購買端末に送り出す生成モジュールと、
前記カード発行機関のサーバによって前記カード会社のサービス識別子に従って前記決済サービスを創造するとともに前記決済サービスを実行するために、前記カード会社のサービス識別子を前記カード発行機関のサーバに送り出す送出モジュールと、
を備え、
前記カード会社のサービス識別子は、前記カード発行機関のサーバに対して一意性がある、決済サービスを実行する装置。
【請求項１１】
前記生成モジュールは、前記カード発行機関に対応する予め記憶された固定アドレス及び前記カード会社のサービス識別子に従って前記カード会社のサービス識別子を保持するキャッシャアドレスリンクを生成するとともに前記キャッシャアドレスリンクを前記購買端末に送り出し、前記カード会社のサービス識別子を保持する決済業務要求を、前記キャッシャアドレスリンクに従って前記購買端末によって前記カード発行機関のサーバに送り出すことができるように、前記キャッシャアドレスリンクが構成された請求項１０に記載の装置。
【請求項１２】
前記カード会社のサービス識別子に従って前記カード発行機関のサーバから送り出された問合せ要求を受け取り、前記問合せ要求に従って前記カード会社のサービス識別子が存在するか否を問い合わせ、かつ、問合せ結果を前記カード発行機関のサーバに返す問合せモジュールであって、前記問合せ要求は、前記購買端末から送り出された決済業務要求に保持された前記カード会社のサービス識別子に基づいて、前記カード会社のサーバの判断が失敗したときに送り出される問合せ要求であり、前記決済サービスは、前記カード会社のサービス識別子に従って創造される問合せモジュールを更に備える請求項１０に記載の装置。
【請求項１３】
カード会社のサーバから送り出された前記カード会社のサービス識別子を受け取った際に、前記カード会社のサービス識別子に従って決済サービスを創造する第１の受取モジュールと、
購買端末から送り出された前記カード会社のサービス識別子を保持する決済業務要求を受け取る第２の受取モジュールと、
前記カード会社のサービス識別子に従って前記決済業務要求に対応する前記決済サービスを決定するとともに前記決済業務要求に従って前記決済サービスを実行する実行モジュールと、
を備え、
前記カード会社のサービス識別子は、カード発行機関のサーバに対して一意性がある、決済サービスを実行する装置。
【請求項１４】
前記カード会社のサービス識別子に従った前記カード会社のサービス識別子に対応する決済サービスが存在しないという判断の際に、前記実行モジュールは、前記カード会社のサーバによって前記カード会社のサービス識別子が存在するか否かの問合せを行うとともに問合せ結果をカード発行機関のサーバに返すために、前記カード会社のサービス識別子に従って前記カード会社のサーバに問合せ要求を送り出す請求項１３に記載の装置。
【請求項１５】
購買端末、取得機関のサーバ、カード会社のサーバ及びカード発行機関のサーバを備える決済サービスを実行するシステムであって、
前記購買端末が、前記取得機関のサーバに決済要求を送り出し、前記決済要求は、前記カード発行機関のサーバの識別子を保持し、前記決済要求は、前記カード発行機関のサーバによって実行される決済サービスを表し、
前記取得機関のサーバが、受け取った決済要求を前記カード会社のサーバに転送し、
前記カード会社のサーバが、前記決済要求に従って前記カード会社のサービス識別子を生成し、前記カード会社のサービス識別子を保持するユニフォームリソースロケータ（ＵＲＬ）を前記カード発行機関のサーバに送り出し、かつ、前記ＵＲＬを前記購買端末に送り出し、
前記カード発行機関のサーバが、前記カード会社のサービス識別子に従って決済サービスを創造し、
前記購買端末が、前記ＵＲＬに従って前記カード会社のサービス識別子を保持する決済業務要求を前記カード発行機関のサーバに送り出し、
前記カード発行機関のサーバが、前記決済業務要求に保持された前記カード会社のサービス識別子に従って、作成された決済サービスを実行し、
前記カード会社のサービス識別子は、前記カード発行機関のサーバに対して一意性がある、システム。
【請求項１６】
カード会社のサーバによって、取得機関のサーバから送り出された決済要求を受け取り、前記決済要求は、カード発行機関のサーバの識別子を保持し、前記決済要求は、前記カード発行機関のサーバによって実行される決済サービスを表すことと、
前記カード会社のサーバが、前記決済要求に従って前記カード会社のサービス識別子を生成し、前記カード会社のサービス識別子を保持するＵＲＬを生成し、かつ、前記ＵＲＬを購買端末に送り出すことと、
前記カード会社のサーバが、前記カード発行機関のサーバによって前記カード会社のサービス識別子に従って決済サービスを創造するとともに前記決済サービスを実行するために、前記カード会社のサービス識別子を前記カード発行機関のサーバに送り出すことと、
を備える決済サービスを実行し、
前記カード会社のサービス識別子は、前記カード発行機関のサーバに対して一意性がある、方法。
【請求項１７】
カード発行機関のサーバが、カード会社のサーバから送り出された前記カード会社のサービス識別子を受け取った際に、前記カード発行機関のサーバが、前記カード会社のサービス識別子に従って決済サービスを創造することと、
前記カード発行機関のサーバが、前記カード会社のサービス識別子を保持するＵＲＬに従って購買端末から送り出された前記カード会社のサービス識別子を保持する決済業務要求を受け取ることと、
前記カード発行機関のサーバが、前記カード会社のサービス識別子に従って前記決済業務要求に対応する前記決済サービスを決定するとともに前記決済業務要求に従って前記決済サービスを実行することと、
を備える決済サービスを実行し、
前記カード会社のサービス識別子は、前記カード発行機関のサーバに対して一意性がある、方法。
【請求項１８】
取得機関のサーバから送り出された決済要求を受け取る受取モジュールであって、前記決済要求は、カード発行機関のサーバの識別子を保持し、前記決済要求は、前記カード発行機関のサーバによって実行される決済サービスを表す受取モジュールと、
前記決済要求に従ってカード会社のサービス識別子を生成し、前記カード会社のサービス識別子を保持するＵＲＬを生成し、かつ、前記ＵＲＬを購買端末に送り出す生成モジュールと、
前記カード発行機関のサーバによって前記カード会社のサービス識別子に従って前記決済サービスを創造するとともに前記決済サービスを実行するために、前記カード会社のサービス識別子を前記カード発行機関のサーバに送り出す送出モジュールと、
を備え、
前記カード会社のサービス識別子は、前記カード発行機関のサーバに対して一意性がある、決済サービスを実行する装置。
【請求項１９】
カード会社のサーバから送り出された前記カード会社のサービス識別子を受け取った際に、前記カード会社のサービス識別子に従って決済サービスを創造する第１の受取モジュールと、
前記カード会社のサービス識別子を保持するＵＲＬに従って購買端末から送り出された前記カード会社のサービス識別子を保持する決済業務要求を受け取る第２の受取モジュールと、
前記カード会社のサービス識別子に従って前記決済業務要求に対応する前記決済サービスを決定するとともに前記決済業務要求に従って前記決済サービスを実行する実行モジュールと、
を備え、
前記カード会社のサービス識別子は、カード発行機関のサーバに対して一意性がある、決済サービスを実行する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報技術の分野に関し、特に、決済サービスを実行するシステム、方法及び装置に関する。
【背景技術】
【０００２】
情報技術の発展に伴い、オンライン決済は、一般的なサービスとなっている。しかしながら、購買者又は業者の資金は、銀行に預けられており、業者又は購入者が資金を預けている銀行、機関又はプラットフォームは、完全に同一でない。この結果、互いに異なる機関の間での通信が行われ、互いに異なる銀行の間の通信は、典型的には、カード会社（すなわち、４者間モード）によって進められる。
【０００３】
特に、既存の技術において、決済サービスを実現する４者間モードを図１に示す。そのようなモードが購買者Ａ，業者Ｂ、取得機関Ｃ、カード発行機関Ｄ及びカード会社Ｅを含むことがわかる。取得機関Ｃ及びカード発行機関Ｄは、種々の銀行、資金を預ける機関又は資金を預けるプラットフォームであってもよい。カード発行機関Ｄ及び取得機関Ｃは、互いに異なる機関である（これらが同一機関である場合、４者間モードを用いる必要がないが、決済サービスは、機関内で実行される。）。カード会社Ｅは、カード発行機関Ｄ及び取得機関Ｃに対するサービス要求を送出するとともに清算を行う。一般的なカード会社は、中国銀聯、ビザインターナショナルサービスアソシエーション（ＶＩＳＡ）、マスターカードインターナショナル等である。
【０００４】
さらに、既存の技術の４者間モードの決済実行プロセスを図２に示すことができる。
【０００５】
図２は、既存の技術の４者間モードの決済実行プロセスであり、以下のステップを有してもよい。
【０００６】
Ｓ１０１：購買端末が、サービス開始要求を業者端末に送り出す。
【０００７】
Ｓ１０２：業者端末が、サービス開始要求に従って業者端末に関連する取得機関のサーバにサービス創造要求を送り出す。
【０００８】
Ｓ１０３  取得機関のサーバが、取得するサービスをサービス創造要求に従って創造する。
【０００９】
Ｓ１０４：業者端末によって取得機関のサーバのアドレスを購買端末に送り出すようにするために、取得機関のサーバが、取得サービスに従って取得機関のサーバのアドレスを業者端末に返す。
【００１０】
Ｓ１０５：購買端末が、取得機関のサーバのアドレスを受け取るとともに当該アドレスに切り替える。
【００１１】
Ｓ１０６：業者端末によって決済要求を取得機関のサーバに転送するようにするために、購買端末が、取得機関のサーバのアドレスに従って決済要求を業者端末に送り出し、決済要求はカード発行機関のサーバの識別子を保持する。
【００１２】
Ｓ１０７：取得機関のサーバが、カード発行機関のサーバの識別子が取得機関のサーバの識別子でないという判断に応答してカード会社のサーバに決済要求を転送する。
【００１３】
Ｓ１０８：カード会社のサーバが、決済要求に従ってカード会社サービスを創造する。
【００１４】
Ｓ１０９：カード会社のサーバが、決済要求に保持されたカード発行機関のサーバの識別子に従ってカード発行機関のサーバにサービス実行要求を転送する。
【００１５】
Ｓ１１０：カード発行機関のサーバが、決済要求に従ってカード発行機関サービスを創造する。
【００１６】
Ｓ１１１：カード会社のサーバによってカード発行機関のサーバのキャッシャアドレスを取得機関のサーバに転送するために、カード発行機関のサーバが、カード発行機関のキャッシャアドレスをカード会社のサーバに返し、カード発行機関のキャッシャアドレスはカード発行機関のサービス識別子を保持する。
【００１７】
Ｓ１１２：業者端末によってカード発行機関のキャッシャアドレスを購買端末に転送するために、取得機関のサーバが、カード発行機関のキャッシャアドレスを購買端末に転送する。
【００１８】
Ｓ１１３：購買端末が、カード発行機関のキャッシャアドレスを受け取るとともに当該アドレスに切り替える。
【００１９】
Ｓ１１４：購買端末が、カード発行機関のキャッシャアドレス及びカード発行機関のサーバ識別子に従って決済業務を行う。
【００２０】
Ｓ１１５：購買端末が、決済業務要求及びカード発行機関のサービス識別子をカード発行機関のサーバに送り出す。
【００２１】
Ｓ１１６：カード発行機関のサーバが、決済業務要求及びカード発行機関のサービス識別子に従ってカード発行機関サービスを実行する。
【００２２】
上述した業者端末、購買端末、取得機関のサーバ、カード会社のサーバ及びカード発行機関のサーバは、サービス開始要求に保持されたサービス識別子により種々の装置間でサービスが送り出されたときにサービスを適切に実行できることを保証する。サービス開始要求は、決済サービスを開始するための要求であってもよい。取得機関のサーバが、サービス開始要求を受け取ったときにサービス開始要求が取得機関とカード発行機関のいずれを対象としているかを判断することができないので、取得機関のサーバのアドレスに従って購買端末によって決済要求を送り出すとともに決済サービスがカード発行機関のサーバによって実行されることを取得機関のサーバによって判断するために、取得機関は、取得機関のサーバのアドレスを返す必要がある。したがって、この時点で次の動作を継続するために、取得機関のサーバは、決済要求をカード会社のサーバを介してカード発行機関のサーバに送り出してもよい。
【００２３】
上述した決済サービスを実行するプロセスの間に、業者端末が購買端末及び取得機関のサーバのみと通信を行い、購買端末が業者端末及びカード発行機関のサーバのみと通信を行い、カード会社のサーバが取得機関のサーバ及びカード発行機関のサーバのみと通信を行うことがわかる。カード会社Ｅのサーバによる種々のサーバの間の情報の転送は、種々の機関のサーバが通信を行う複数のオブジェクトを簡単化し、したがって、種々の機関の各々のサーバは、機関のサーバ及びカード会社のサーバに登録されたアカウントでログオンする端末と通信を行うだけでよく、これによって、決済サービスの実行を効果的に改善する。
【００２４】
しかしながら、図２に示す決済サービスを実行するプロセスの間に、カード会社のサーバにのみが転送の役割を果たすので、決済サービスを実行するプロセスは、ステップＳ１０７〜Ｓ１１２を順序正しく行う必要がある。カード会社のサーバ、カード発行機関のサーバ及び取得機関のサーバが互いに複数回通信を行う必要があるプロセスは、以下の合計四つの手順を有する。取得機関のサーバによる決済要求のカード会社のサーバへの転送、カード会社のサーバによる決済要求のカード発行機関のサーバへの転送、カード発行機関のサーバによるカード発行機関のキャッシャアドレスのカード会社のサーバへの返し及びカード会社のサーバによるキャッシャアドレスの取得機関のサーバへの転送。さらに、四つの通信手順を順番に実行することしかできず、その結果、取得機関のサーバ、カード会社のサーバ及びカード発行機関のサーバの一つに問題が生じるとき（例えば、エラー、装置の故障、ネットワーク遅延のような問題がサービス処理痛に生じるとき）に決済サービスを実行するプロセスが中断される状況となる。
【００２５】
既存の技術の決済サービスを実行するプロセスの間に機関の間のサービスが含まれるときに種々のパーティが通信プロセスを順番に繰り返し行う必要があり、その結果、サービス実行中にユーザが長時間待機し、危険が高まる状況となるとともに決済サービス実行効率が低下する。
【発明の概要】
【発明が解決しようとする課題】
【００２６】
本願の実施の形態は、４者間モードの決済サービスを実行するプロセス中に生じる長い決済サービス実行時間、危険が高まる状況及び減少する決済効率のような既存の技術の問題に対処する決済サービスを実行するシステムを提供する。
【００２７】
本願の実施の形態は、４者間モードの決済サービスを実行するプロセス中に生じる長い決済サービス実行時間、危険が高まる状況及び減少する決済効率のような既存の技術の問題に対処する決済サービスを実行する方法を提供する。
【００２８】
本願の実施の形態は、４者間モードの決済サービスを実行するプロセス中に生じる長い決済サービス実行時間、危険が高まる状況及び減少する決済効率のような既存の技術の問題に対処する決済サービスを実行する装置を提供する。
【課題を解決するための手段】
【００２９】
以下の技術的解決を本願の実施の形態で用いる。
【００３０】
購買端末、取得機関のサーバ、カード会社のサーバ及びカード発行機関のサーバを有する決済サービスを実行するシステムであって、
購買端末が、取得機関のサーバに決済要求を送り出し、決済要求は、カード発行機関のサーバの識別子を保持し、決済要求は、カード発行機関のサーバによって実行される決済サービスを表し、
取得機関のサーバが、受け取った決済要求をカード会社のサーバに転送し、
カード会社のサーバが、決済要求に従ってカード会社のサービス識別子を生成し、カード会社のサービス識別子をカード発行機関のサーバに送り出し、かつ、カード会社のサービス識別子を購買端末に送り出し、
カード発行機関のサーバが、カード会社のサービス識別子に従って決済サービスを創造し、
購買端末が、カード会社のサービス識別子を保持する決済業務要求をカード発行機関のサーバに送り出し、
カード発行機関のサーバが、決済業務要求に保持されたカード会社のサービス識別子に従って、作成された決済サービスを実行するシステム。
【００３１】
カード会社のサーバによって、取得機関のサーバから送り出された決済要求を受け取り、決済要求は、カード発行機関のサーバの識別子を保持し、決済要求は、カード発行機関のサーバによって実行される決済サービスを表すことと、
決済要求に従ってカード会社のサービス識別子を生成することと、
取得機関のサーバを介してカード会社のサービス識別子を購買端末に返すことと、
カード発行機関のサーバによってカード会社のサービス識別子に従って決済サービスを創造するとともに購買端末から送り出されたカード会社のサービス識別子を保持する決済業務要求に従って決済サービスを実行するために、カード会社のサービス識別子をカード発行機関のサーバに送り出すことと、
を有する決済サービスを実行する方法。
【００３２】
カード発行機関のサーバによって、カード会社のサーバから送り出されたカード会社のサービス識別子を受け取った際に、カード会社のサービス識別子に従って決済サービスを創造することと、
購買端末から送り出されたカード会社のサービス識別子を保持する決済業務要求を受け取ることと、
カード会社のサービス識別子に従って決済業務要求に対応する決済サービスを決定するとともに決済業務要求に従って決済サービスを実行することと、
を有する決済サービスを実行する方法。
【００３３】
取得機関のサーバから送り出された決済要求を受け取る受取モジュールであって、決済要求は、カード発行機関のサーバの識別子を保持し、決済要求は、カード発行機関のサーバによって実行される決済サービスを表す受取モジュールと、
決済要求に従ってカード会社のサービス識別子を生成するとともにカード会社のサービス識別子を購買端末に送り出す生成モジュールと、
取得機関のサーバを介してカード会社のサービス識別子を購買端末に返す第１の送出モジュールと、
カード発行機関のサーバによってカード会社のサービス識別子に従って決済サービスを創造するとともにカード会社のサービス識別子を保持する購買端末から送り出された決済業務要求に従って決済サービスを実行するために、カード会社のサービス識別子をカード発行機関のサーバに送り出す第２の送出モジュールと、
を有する決済サービスを実行する装置。
【００３４】
カード会社のサーバから送り出されたカード会社のサービス識別子を受け取った際に、カード会社のサービス識別子に従って決済サービスを創造する第１の受取モジュールと、
購買端末から送り出されたカード会社のサービス識別子を保持する決済業務要求を受け取る第２の受取モジュールと、
カード会社のサービス識別子に従って決済業務要求に対応する決済サービスを決定するとともに決済業務要求に従って決済サービスを実行する実行モジュールと、
を備える決済サービスを実行する装置。
【００３５】
購買端末、取得機関のサーバ、カード会社のサーバ及びカード発行機関のサーバを有する決済サービスを実行するシステムであって、
購買端末が、取得機関のサーバに決済要求を送り出し、決済要求は、カード発行機関のサーバの識別子を保持し、決済要求は、カード発行機関のサーバによって実行される決済サービスを表し、
取得機関のサーバが、受け取った決済要求をカード会社のサーバに転送し、
カード会社のサーバが、決済要求に従ってカード会社のサービス識別子を生成し、カード会社のサービス識別子を保持するユニフォームリソースロケータ（ＵＲＬ）をカード発行機関のサーバに送り出し、かつ、ＵＲＬを購買端末に送り出し、
カード発行機関のサーバが、カード会社のサービス識別子に従って決済サービスを創造し、
購買端末が、ＵＲＬに従ってカード会社のサービス識別子を保持する決済業務要求をカード発行機関のサーバに送り出し、
カード発行機関のサーバが、決済業務要求に保持されたカード会社のサービス識別子に従って、作成された決済サービスを実行するシステム。
【００３６】
カード会社のサーバによって、取得機関のサーバから送り出された決済要求を受け取り、決済要求は、カード発行機関のサーバの識別子を保持し、決済要求は、カード発行機関のサーバによって実行される決済サービスを表すことと、
決済要求に従ってカード会社のサービス識別子を生成し、カード会社のサービス識別子を保持するＵＲＬを生成し、かつ、ＵＲＬを購買端末に送り出すことと、
カード発行機関のサーバによってカード会社のサービス識別子に従って決済サービスを創造するとともに決済サービスを実行するために、カード会社のサービス識別子をカード発行機関のサーバに送り出すことと、
を備える決済サービスを実行する方法。
【００３７】
カード発行機関のサーバによって、カード会社のサーバから送り出されたカード会社のサービス識別子を受け取った際に、カード会社のサービス識別子に従って決済サービスを創造することと、
カード会社のサービス識別子を保持するＵＲＬに従って購買端末から送り出されたカード会社のサービス識別子を保持する決済業務要求を受け取ることと、
カード会社のサービス識別子に従って決済業務要求に対応する決済サービスを決定するとともに決済業務要求に従って決済サービスを実行することと、
を備える決済サービスを実行する方法。
【００３８】
取得機関のサーバから送り出された決済要求を受け取る受取モジュールであって、決済要求は、カード発行機関のサーバの識別子を保持し、決済要求は、カード発行機関のサーバによって実行される決済サービスを表す受取モジュールと、
決済要求に従ってカード会社のサービス識別子を生成し、カード会社のサービス識別子を保持するＵＲＬを生成し、かつ、ＵＲＬを購買端末に送り出す生成モジュールと、
カード発行機関のサーバによってカード会社のサービス識別子に従って決済サービスを創造するとともに決済サービスを実行するために、カード会社のサービス識別子をカード発行機関のサーバに送り出す送出モジュールと、
を備える決済サービスを実行する装置。
【００３９】
カード会社のサーバから送り出されたカード会社のサービス識別子を受け取った際に、カード会社のサービス識別子に従って決済サービスを創造する第１の受取モジュールと、
カード会社のサービス識別子を保持するＵＲＬに従って購買端末から送り出されたカード会社のサービス識別子を保持する決済業務要求を受け取る第２の受取モジュールと、
カード会社のサービス識別子に従って決済業務要求に対応する決済サービスを決定するとともに決済業務要求に従って決済サービスを実行する実行モジュールと、
を備える決済サービスを実行する装置。
【００４０】
本願の実施の形態で用いられる上述した技術的解決のうちの少なくとも一つは、以下の有益な効果を実現する。
【００４１】
取得機関のサーバから送り出された決算要求に保持されたカード発行機関のサーバの識別子に従って、決算要求をカード発行機関のサーバによって実行すべきであることを決定し、カード会社のサービス識別子を決算要求に従って生成し、カード会社のサービス識別子を購買端末に返し、購買端末によって、カード会社のサービス識別子に従って、カード発行機関のサーバに決済業務要求を送り出し、かつ、カード発行機関のサーバによって、決済業務要求に従って、カード会社のサービス識別子に基づいて創造された決済サービスを実行するために、カード会社のサービス識別子をカード発行機関のサーバに送り出す。カード発行機関のサーバが決済要求を受け取るとともに決済要求に従って創造されたカード発行機関のサービス識別子を返すプロセスの間に購買端末が待機を行う必要がなくなり、これによって、ユーザの待機時間が減少し、危険な状況が少なくなり、かつ、決済サービス実行効率が上がることがわかる。
【００４２】
ここで説明する添付図面は、本願の更なる理解を行うために用いられ、本願の一部を構成する。本願の例示的な実施の形態及びその説明は、本願を説明するために用いられ、本願の不適切な限定を構成しない。
【図面の簡単な説明】
【００４３】
【図１】既存の技術による４者間モードの線形的な構成図である。
【図２】既存の技術による４者間モードの決済サービスを実行するプロセスである。
【図３】本願の実施の形態による決済サービスを実行するシステムである。
【図４】本願の実施の形態による決済サービスを実行するプロセスである。
【図５】本願の実施の形態による他の決済サービスを実行するプロセスである。
【図６】本願の実施の形態による詳細な決済サービスを実行するプロセスである。
【図７】本願の実施の形態による決済サービスを実行する装置の線形的な構成図である。
【図８】本願の実施の形態による他の決済サービスを実行する装置の線形的な構成図である。
【発明を実施するための形態】
【００４４】
本願の目的、技術的解決及び利点を更に理解できるようにするために、本願の技術的解決を、本願の特定の実施の形態及び対応する図面を参照しながら明確かつ完全に説明する。説明される実施の形態は、本願の実施の形態の全てではなく単なる一部である。創造的な活動なく本願の実施の形態に基づいて当業者によって得られる他の全ての実施の形態は、本願の保護範囲内にある。
【００４５】
本願の実施の形態によって提供される技術的解決を、添付図面を参照しながら後に説明する。
【００４６】
図３は、本願の実施の形態による決済サービスを実行するシステムである。システムは、購買端末２０１と、取得機関のサーバ２０３と、カード会社のサーバ２０５と、カード発行機関のサーバ２０４と、を有する。業者端末２０２は、購買端末２０１との決済取引を行ってもよく、取得機関のアカウントが業者端末２０２においてログインされ、一方では、カード発行機関のアカウントが購買端末２０１においてログインされる。
【００４７】
追加的には、本願において、取得機関及びカード発行機関は、決済サービス、資金受取サービス及び資金振替サービスのような金融サービスを提供するユニット、機関、プラットフォーム又はサードパーティであってもよい。取得機関及びカード発行機関は、オフラインの決済、資金受取及び資金振替のようなサービス並びにオンラインの決済、資金受取及び資金振替のようなサービスを提供してもよい。
【００４８】
決済サービスを実行するプロセスにおいて、決済サービスの開始パーティとしての購買者は決済サービスのアカウントを有するので、購買者のアカウントを提供する機関はカード発行機関と称される、すなわち、購買者はカード発行機関のアカウントを有する。購買者によって開始される決済サービスを受け取る取得パーティとしての業者は、受け取った決済サービスに基づいて取引注文を作成してもよく、業者は、資金受取サービスのアカウントを有し、したがって、業者のアカウントを提供する機関は取得機関と称される、すなわち、業者は取得機関のアカウントを有する。取得機関及びカード発行機関が実際には同様な機能を有する機関（すなわち、オンラインの決済、資金受取及び資金振替並びにオフラインの決済、資金受取及び資金振替のような金融サービスを提供する機関）であってもよい。しかしながら、これらは、決済サービスにおいて互いに異なる役割を有するためにカード発行機関及び取得機関とそれぞれ称される。
【００４９】
さらに、取得機関及びカード発行機関の両方がオンラインの決済、資金受取及び資金振替並びにオフラインの決済、資金受取及び資金振替のような金融サービスを提供する機関であってもよいので、購買者により所有される取得機関からのアカウント及び業者により所有されるカード発行機関からのアカウントの形式を、本願では規定しない。アカウントを、銀行カードの形式又はオンライン登録されたアカウントの形式としてもよい。銀行カードを、オフラインの決済、資金受取及び資金振替のような金融サービスに用いてもよく、同時に、アカウントを、オンラインの決済、資金受取及び資金振替のような金融サービスに用いてもよい。
【００５０】
例えば、購買者がカード発行機関からの銀行カードを保持するとき、購買者は、銀行カードによって業者とのオフライン決済サービスを開始してもよく、一方では、購買者がカード発行機関のアカウントを保持するとき、購買者は、アカウントによって業者とのオンライン決済サービスを開始してもよい。
【００５１】
また、本願において、カード会社は、取得機関とカード発行機関の間の決済サービス、資金受取サービス及び資金振替サービスのような金融サービスに関連する情報を転送する役割を果たし、取得機関とカード発行機関の間の決済サービス、資金受取サービス及び資金振替サービスのような金融サービスを現金化してもよい（確実に、本願で説明する決済サービスプロセッサにおいて現金化を伴わず、したがって、詳細をここでは説明しない。）。
【００５２】
さらに、取得機関及びカード発行機関は、オンラインの決済、資金振替及び資金受取のような金融サービス並びにオフラインの決済、資金振替及び資金受取のような金融サービスを提供してもよく、したがって、本願において、カード会社の機能は、取得機関とカード発行機関の間のオフラインサービスに関連する情報の転送に限定されず、オンラインサービスに関連する情報も転送することができる。また、取得機関とカード発行機関の間のサービスは、オンラインで開始されるオフラインサービス又はオフラインで開始されるオンラインサービスであってもよい。例えば、ユーザＡがカード発行機関Ｆによって提供されるオンラインサービスプラットフォームの登録されたアカウントを有し、すなわち、ユーザＡがカード発行機関Ｆのアカウントを有し、ユーザＡがアカウントによりオンラインでユーザＢとの決済要求を開始する場合、ユーザＢのアカウントは、ユーザＢにより取得機関Ｇに対して適用される銀行カードに対応するアカウントであってもよいので、すなわち、ユーザＢは取得機関Ｇのアカウントを有するので、決済要求ａは、オンラインで開始されるオフラインサービスをターゲットにし、したがって、カード発行機関Ｈのサーバは、オフラインサービスに対してオンラインで開始された決済要求ａに関連する情報を転送する役割を果たす。
【００５３】
本願の図３に示す決済サービスを実行するシステムにおいて、本願の実施の形態では、購買端末２０１は、サービス開始パーティとして、決済要求を業者端末２０２に送り出し、業者端末２０２から返されたカード会社のサービス識別子を保持するキャッシャアドレスリンクを受け取る。その後、購買端末２０１は、キャッシャアドレスリンクに切り替えてもよい。したがって、購買端末２０１は、購買端末２０１がユーザによる決済業務を検出するときに、キャッシャアドレスリンクを介して決済業務要求をカード発行機関のサーバ２０４に送り出してもよい。
【００５４】
本願において、購買端末２０１及び業者端末２０２が異なる機関のアカウントを有するので、決済要求がカード発行機関のサーバ２０４によって実行されるように、決済要求は、カード発行機関のサーバ２０４の識別子も保持してもよい。
【００５５】
本願の実施の形態において、業者端末２０２は、購買端末２０１から送り出された決済要求を受け取ってもよい。上述したように、購買端末２０１が取得機関からのアカウントを有するので、業者端末２０２が決済要求を受け取ったとき、アカウントは、実際には、決済要求を受け取る購買端末２０１においてログインされたアカウントであり、業者端末２０２は、決済要求に対応するサービスが正常に行われるように取得機関のサーバ２０３に決済要求を転送してもよい。
【００５６】
追加的には、業者端末２０２は、取得機関のサーバ２０３から返されたカード会社のサービス識別子を保持するキャッシャアドレスリンクを受け取り、購買端末２０１によって次の動作を継続させるために購買端末２０１にキャッシャアドレスリンクを転送してもよい。
【００５７】
本願の実施の形態において、取得機関のサーバ２０３は、購買端末２０１から送り出されるとともに業者端末２０２から転送された決済要求を受け取ってもよい。追加的には、決済要求がカード発行機関のサーバ２０４の識別子を保持するので、取得機関のサーバ２０３は、決算要求を取得機関のサーバ２０３の代わりにカード発行機関のサーバ２０４によって実行すべきことを決定し、したがって、決算要求は、機関の間の決済要求となる。カード会社が取得機関と他の機関の間のサービスに関連する情報を転送する役割を果たすので、決済要求に対応するサービスの正常な実行を保証するようにカード会社のサーバ２０５によって決済要求を転送させるために、取得機関のサーバ２０３はカード会社のサーバ２０５に決済要求を転送してもよい。
【００５８】
既存の技術において、決済要求に対応するサービスの正常な実行の間に、購買端末２０１は、サービスの実行を継続するために、カード発行機関のサービス識別子（カード発行機関のサービス識別子は、決済要求に従ってカード発行機関によって創造されたサービスのサービス識別子である。）を保持するキャッシャアドレスリンクを取得するとともにキャッシャへの切替後にキャッシャを介して決済業務要求をカード発行機関のサーバ２０４に送り出す必要がある。購買端末２０１によって開始される決済業務要求が対応するのはどのサービスであるかをカード発行機関のサーバ２０４によって決定できるようにするために、購買端末２０１が決済業務要求を送り出すときに、決済業務要求は、カード発行機関の識別子を保持してもよい。購買端末２０１から送り出された決済業務要求が対応するのはどのサービスであるかをカード発行機関のサーバ２０４によって決定できるようにカード発行機関のサービス識別子が主に構成されていることがわかる。
【００５９】
したがって、本願の実施の形態において、購買端末２０１の待機時間を減少させるために、カード会社のサーバ２０５は、先ず、取得機関のサーバ２０３から送り出された決済要求を受け取った後に、対応するカード会社サービスを決算要求に従って創造してもよい。その後、カード会社のサーバ２０５は、カード会社のサービス識別子を生成し、カード会社のサービス識別子を保持するキャッシャアドレスリンクを、カード発行機関に対応する予め記憶された固定アドレス及びカード会社のサービス識別子に従って生成し、リンクを取得機関のサーバ２０３に返し、かつ、カード会社のサービス識別子をカード発行機関のサーバ２０４に送り出してもよい。
【００６０】
その結果、一方では、取得機関のサーバ２０３が、カード会社のサービス識別子を保持するキャッシャアドレスリンクを購買端末２０１に転送した後、購買端末２０１は、キャッシャアドレスリンクに対応するキャッシャ（例えば、カード発行機関のキャッシャページ）に切り替わり、かつ、カード会社のサービス識別子に従って、カード会社のサービス識別子を保持する決済業務要求をカード発行機関のサーバ２０４に送り出してもよい。他方では、カード発行機関のサーバ２０４は、カード会社のサービス識別子を受け取った後に、カード会社のサービス識別子に従って、決済要求に対応する決済サービスを創造してもよい。決済サービスがカード会社のサービス識別子に従って創造されるので、カード発行機関が、購買端末２０１から送り出されたカード会社のサービス識別子を保持する決済業務要求を受け取ったとき、カード発行機関は、カード会社のサービス識別子に従って決済業務要求に対応する決済サービスを決定するとともに決済サービスを実行してもよい。
【００６１】
サービスに関連する情報のカード会社による転送の間に、決済サービス、資金受取サービス及び資金振替サービスのような複数のサービスを伴ってもよく、どの種類のサービスをカード会社のサービス識別子に従って創造すべきかをカード発行機関のサーバ２０４によって決定できるようにするために、カード会社のサーバ２０５は、決済要求をカード発行機関のサーバ２０４に送り出してもよい。すなわち、どの種類のサービスが創造されるかをカード発行機関のサーバによって決定させるために、カード会社のサーバ２０５は、サービス要求及びカード会社のサービス識別子をカード発行機関のサーバ２０４に送り出してもよい。追加的には、カード発行機関のサーバが決済要求及びカード会社のサービス識別子を受け取ったときに決済要求とカード会社のサービス識別子の間の相関関係をカード発行機関のサーバによって決定させるために、カード会社のサーバ２０５は、決済要求とカード会社のサービス識別子の間の相関関係をカード発行機関のサーバ２０４に送り出してもよい。
【００６２】
代替的には、決済サービスを創造することをカード発行機関のサーバ２０４によって決定させるために、カード会社のサーバ２０５は、カード会社のサービス識別子を決済要求に組み込むとともにカード発行機関のサーバ２０４に送り出してもよい。
【００６３】
更に代替的には、どの種類のサービスがカード会社のサービス識別子に従って創造されるかをカード発行機関のサーバ２０４によって決定させるために、カード会社は、カード発行機関のサービス識別子の規則を予め決定するとともにカード会社のサービス識別子をカード発行機関のサーバ２０４のみに送り出してもよい。例えば、サービス識別子の規則は、次のように規定される。カード会社のサービス識別子の最後の桁が１であるとき、決済サービスが創造され、最後の桁が２であるとき、資金受取サービスが創造され、最後の桁が３であるとき、資金振替サービスが創造される。カード会社のサーバ２０５からカード発行機関のサーバ２０４に送り出されるカード会社のサービス識別子が決済要求によって作成されるとき、カード会社のサービス識別子の最後の桁は１である。
【００６４】
確実に、本願では、カード会社のサーバ２０５によって用いられるカード会社のサービス識別子を送り出す途中で特定の制約がない。
【００６５】
本願の実施の形態において、カード発行機関のサーバ２０４は、カード会社のサーバ２０５から送り出された決済要求及びカード会社のサービス識別子を受け取るとともにカード会社のサービス識別子に従って決済サービスを創造してもよい。カード発行機関のサーバが、購買端末２０１から送り出されたカード会社のサービス識別子を保持する決済業務要求を受け取るとき、カード発行機関のサーバは、カード会社のサービス識別子に従って決済業務要求に対応する決済サービスを決定するとともに決済サービスを実行してもよい。
【００６６】
図３に示す決済サービスを実行するシステムによって、カード会社のサーバ２０５は、決済要求に従って創造されたサービスの識別子を返すのにカード発行機関が待機することなく決済要求に対応するサービスが継続されるのを保証するために、カード会社のサービス識別子を取得機関のサーバ２０３に返してもよい。代替的には、カード発行機関のサーバ２０４は、カード会社のサーバ２０５から送り出された決済要求及びカード会社のサービス識別子に従って、カード会社のサービス識別子に基づく決済サービスを創造し、かつ、決済サービスを正常に実行できることを保証するためにカード会社のサービス識別子に従って決済サービスの大域的一意性を決定してもよい。本願において、カード発行機関のサーバ２０４が、サービスの正常な実行を保証するように、創造されたサービスと業務要求の間の相関関係を、カード会社のサービス識別子に従って決定することができるようにするために、カード会社のサービス識別子が既存の技術のカード発行機関のサービス識別子の役割に取って代わり、したがって、購買端末２０１の待機時間が減少し、長い決済サービス実行時間によって生じる危険が高まる状況及び決済効率の低減のような問題を回避することがわかる。
【００６７】
追加的には、本願の実施の形態において、カード会社のサーバ２０５がカード会社のサービス識別子を生成した後に実行されるカード会社のサービス識別子を保持するキャッシャアドレスリンクの取得機関のサーバ２０３への送出及びカード会社のサービス識別子のカード発行機関のサーバ２０４への送出の動作の順番に対する制約がない。カード会社のサーバ２０５は、カード会社のサービス識別子を保持するキャッシャアドレスリンクの取得機関のサーバ２０３への送出及びカード会社のサービス識別子のカード発行機関のサーバ２０４への送出を同時に行ってもよい。代替的には、カード会社のサーバ２０５は、カード会社のサービス識別子を保持するキャッシャアドレスリンクを取得機関のサーバ２０３に送り出した後にカード会社のサービス識別子をカード発行機関のサーバ２０４に送り出してもよい、又は、カード会社のサーバ２０５は、カード会社のサービス識別子をカード発行機関のサーバ２０４に送り出した後にカード会社のサービス識別子を保持するキャッシャアドレスリンクを取得機関のサーバ２０３に送り出してもよい、等々。
【００６８】
さらに、本願の実施の形態において、カード会社のサーバが、カード会社のサービス識別子を保持するキャッシャアドレスリンクを生成した後、カード会社のサーバは、キャッシャアドレスリンクの取得機関のサーバ２０３と業者端末２０２の間の転送により費やされる時間及びネットワークリソースを節約するために、キャッシャアドレスリンクを購買端末２０１に直接送り出してもよい。
【００６９】
特に、購買端末２０１は、カード発行機関のサーバ２０４の識別子の他に決済要求を業者端末２０２に送り出し、決済要求は、購買端末２０１のインターネットプロトコルアドレス（ＩＰアドレス）とすることができる購買端末２０１の識別子を保持してもよい。したがって、業者端末２０２及び取得機関のサーバ２０３によって、カード会社のサーバ２０５は、購買端末２０１の識別子及びカード発行機関のサーバ２０４の識別子を保持する決済要求を受け取ることができる。したがって、カード会社のサーバ２０５は、カード会社のサーバの識別子を保持するキャッシャアドレスリンクを生成した後に、購買端末２０１の識別子に従ってキャッシャアドレスリンクを購買端末２０１に直接返してもよい。確実に、本願の実施の形態によって提供される決済サービスを実行するシステムにおいて、カード会社のサーバ２０５がキャッシャアドレスリンクを購買端末２０１に返す途中に対する制約がない。そのようなやり方を、実際の動作中に必要に応じてスタッフによって設定してもよい。例えば、カード会社のサーバ２０５が小さい動作の負荷を有するとき、カード会社のサーバ２０５は、キャッシャアドレスリンクを購買端末２０１に直接返す。カード会社のサーバ２０５が大きい動作の負荷を有するとき、カード会社のサーバ２０５は、キャッシャアドレスリンクを取得機関のサーバ２０３及び業者端末２０２を介して購買端末２０１に返す、等々。
【００７０】
さらに、実際の応用プロセスにおいて、データを、購買端末２０１、業者端末２０２、取得機関のサーバ２０３、カード発行機関のサーバ２０４及びカード会社のサーバ２０５の間のネットワークを介して移すことがあり、ネットワーク遅延がネットワークで生じうる。追加的には、上述した端末及びサーバに対応する装置が故障してデータ転送の遅延が生じることがある。その結果、カード会社のサーバ２０５がカード会社のサービス識別子をカード発行機関のサーバ２０４及び取得機関のサーバ２０３にそれぞれ送り出した後に、カード発行機関のサーバ２０４は、購買端末２０１から送り出されたカード会社のサービス識別子を保持する決済業務要求を受け取るがカード会社のサーバ２０５から送り出されたカード会社のサービス識別子及び決済要求を受け取らないことがある。カード発行機関のサーバ２０４は、カード会社のサービス識別子に従って決済サービスをまだ創造していないので、カード発行機関のサーバ２０４は、決済業務要求に従って決済サービスを実行することができない。すなわち、カード発行機関のサーバ２０４は、決済業務要求に保持されたカード会社のサービス識別子に従ってカード会社のサービス識別子に対応する決済サービスを決定することができず、カード発行機関のサーバ２０４は、決済業務要求に対応するサービスを実行することができない。
【００７１】
したがって、購買端末２０１から送り出されたカード会社のサービス識別子を保持する決済業務要求をカード発行機関のサーバ２０４が最初に受け取る場合、カード発行機関のサーバ２０４は、カード会社のサービス識別子に従ってカード会社のサーバ２０５に問合せ要求を送り出してもよい。問合せ要求は、カード会社のサーバ２０５にカード会社のサービス識別子が存在するか否かをカード会社の識別子に従って問い合わせるとともに問合せ結果をカード発行機関のサーバに返すことをカード会社のサーバ２０５によってできるように構成されている。特に、カード会社のサーバ２０５は、カード会社のサービス識別子に対応するサービスが存在するか否かの問合せを問合せ要求に従って行ってもよい。是である場合、カード会社のサーバ２０５は、存在の問合せ結果をカード発行機関のサーバ２０４に返す。否である場合、カード会社のサーバ２０５は、不存在の問合せ結果をカード発行機関のサーバ２０４に返す。確実に、本願において、カード会社のサーバ２０５は、カード会社のサービス識別子の存在を決定した際に問合せ結果として決済要求及びカード会社のサービス識別子を用いるとともに決済要求及びカード会社のサービス識別子をカード発行機関のサーバ２０４に送り出してもよい、又は、問合せ結果としてカード会社のサービス識別子をカード発行機関のサーバ２０４に送り出してもよい、等々。特に、問合せ結果を、上述したようにカード会社のサーバ２０５がカード会社の識別子をカード発行機関のサーバ２０４に送り出すのと同一のやり方で送り出してもよく、本願では、途中に課される制約がない。
【００７２】
さらに、カード発行機関のサーバ２０４が、カード会社のサーバから送り出された決済要求及びカード会社のサービス識別子を受け取るまで、問合せ要求の回数が予め決定された回数に到達するまで又は問合せ要求を繰り返し送り出した期間が予め決定された期間に到達するまで、カード発行機関のサーバ２０４は、予め決定された回数だけ又は予め決定された期間において問合せ要求をカード会社のサーバ２０５に繰り返し送り出してもよい。
【００７３】
特に、カード発行機関のサーバ２０４が、カード会社のサービス識別子を保持する決済業務要求を受け取るとき、カード発行機関のサーバ２０４は、カード会社のサービス識別子に従って創造された決済サービスが存在するか否かを決定してもよい。是である場合、決済サービスが決済業務要求に従って実行され、否である場合、カード会社のサーバ２０５から送り出されたカード会社のサービス識別子及び決済要求を受け取るまで、問合せ要求の回数が予め決定された回数に到達するまで又は問合せ要求を繰り返し送り出した期間が予め決定された期間に到達するまで、問合せ要求が、予め決定された頻度に従ってカード会社のサーバ２０５に送り出される。
【００７４】
さらに、本願の実施の形態によって提供される決済サービスを実行するシステムにおいて、キャッシャアドレスリンクは、ユニフォームリソースロケータ（ＵＲＬ）であってもよく、したがって、カード会社のサーバ２０５によって生成されるＵＲＬは、カード会社のサービス識別子を保持してもよく、購買端末２０１に送り出され、購買端末２０１がＵＲＬを受け取ったとき、購買端末２０１は、ＵＲＬに従って、カード発行機関のサーバに対応するキャッシャページに切り替わるとともにカード会社のサービス識別子に従ってカード会社のサービス識別子を保持する決済業務要求をカード発行機関のサーバ２０４に送り出してもよい。追加的には、カード発行機関のサーバ２０４は、カード会社のサービス識別子を保持するＵＲＬに従って、購買端末２０１から送り出されたカード会社のサービス識別子を保持する決済業務要求を受け取ってもよい。他の順次のステップは、上述したプロセスと一致してもよく、詳細を本願では説明しない。
【００７５】
図３に示す決済サービスを実行するシステムに基づいて、図４に示すように、決済サービスを実行するプロセスを本願で提供する。
【００７６】
図４は、本願の実施の形態による決済サービスを実行するプロセスであり、特に、以下のステップを有する。
【００７７】
Ｓ４０１：カード会社のサーバが、取得機関のサーバから送り出された決済要求を受け取る。
【００７８】
既存の技術の４者間モードにおいて、取得機関のサーバとカード発行機関のサーバの間の決済要求を、「中間物」であるカード会社のサーバによって転送する必要があり、これによって、ユーザは、決済サービスを実行する間に長時間待機する。したがって、本願の実施の形態において、取得機関のサーバから送り出されたカード発行機関のサーバの識別子を保持する決済要求をカード会社のサーバによって受け取ってもよく、決済要求は、カード発行機関のサーバによって実行される。
【００７９】
追加的には、取得機関及びカード発行機関が決済サービス、資金受取サービス及び資金振替サービスのような金融サービスを提供するユニット、機関、プラットフォーム又はサードパーティであってもよいことに留意されたい。取得機関及びカード発行機関は、オフラインの決済、資金受取及び資金振替のようなサービス並びにオンラインの決済、資金受取及び資金振替のようなサービスを提供してもよい。カード会社は、決済サービス、資金受取サービス及び資金振替サービスのような取得機関とカード発行機関の間の金融サービスに関連する情報を転送する役割を果たす。
【００８０】
さらに、サービス要求がカード発行機関のサーバによって実行されるので、カード発行機関のサーバは、決算要求を転送するカード発行機関のサーバを決算要求に従って決定してもよい。したがって、本願において、カード会社のサーバが、サービス要求を受け取るときにサービス要求を転送する必要がある対象（すなわち、カード発行機関のサーバ）をカード発行機関のサーバの識別子に従って決定することができるようにするために、決算要求は、カード発行機関のサーバの識別子も保持してもよい。
【００８１】
さらに、カード発行機関及び取得機関がそれぞれサービス実行のための複数のサーバを有するので、すなわち、カード発行機関のサーバ及び取得機関のサーバが分散サーバであるので、本願で説明するカード発行機関のサーバ及び取得機関のサーバをそれぞれ、表１に示すように、互いに異なる機関の分散サーバのうちの一つであるとみなしてもよい。
【００８２】
【表１】
0006875531.tif 000002
【００８３】
この表において、サーバａ１、サーバａ２．．．サーバａｎ及びサーバｂ１、サーバｂ２．．．サーバｂｍは、取得機関及びカード発行機関の分散サーバの種々の独立したサーバであり、特に、取得機関のサーバをサーバａ１、サーバａ２．．．サーバａｎのうちのいずれかとみなす。同じ理由により、カード発行機関のサーバをサーバｂ１、サーバｂ２．．．サーバｂｍのうちのいずれかとみなす。したがって、本願において、カード会社のサーバを、決済要求をカード発行機関のサーバの識別子に従ってカード発行機関のサーバによって実行することを決定したときに特定の装置となるように決定してもよい。
【００８４】
確実に、本願において、説明の便宜上、取得機関のサーバ及びカード発行機関のサーバのみを後に説明する。
【００８５】
カード会社のサーバが個別の装置又は複数の装置を構成するシステムすなわち分散サーバであってもよいことに留意すべきである。
【００８６】
Ｓ４０２：決済要求に従ってカード会社のサービス識別子を生成するとともにカード会社のサービス識別子を購買端末に送り出す。
【００８７】
本願の実施の形態において、カード会社は、決済要求を受け取り、カード会社のサーバは、決済要求の保持されたカード発行機関のサーバに従って決済要求をカード発行機関のサーバに転送することを決定してもよく、転送されたサービスを実行するために、カード会社のサーバは、対応するカード会社サービスを決済要求に従って創造するとともにカード会社のサービス識別子を生成してもよい。
【００８８】
特に、カード会社のサーバは、決済要求に保持されたカード発行機関のサーバの識別子を最初に判断し、決済要求がカード発行機関のサーバによって実行すべきサービスであることを決定してもよい。その後、カード会社のサーバは、対応する転送するサービスを決済要求に従って創造し、転送する決済要求の業務を実行するサービスを転送するためにカード会社のサービス識別子を生成する。
【００８９】
追加的には、既存の技術において、中間サーバは、カード発行機関のサーバがサービス要求に従ってサービスを確立するためにサービス要求をカード発行機関のサーバに送り出すとともに対応する動作を実行した後にカード発行機関のサーバから返された応答（すなわち、カード発行機関のサーバはサービス要求に従ってサービス識別子を確立する。）を受け取る必要がある。その後、中間サーバは、サービスを継続するために業者端末を介して応答を購買端末に送り出す取得機関のサーバに応答を返す。しかしながら、完全な決済サービスを実行するプロセスを完了するために上述した手順を実行するのに長時間を要する。したがって、本願において、上述したプロセスによって費やされる時間を減少させるために、中間サーバは、中間サービス識別子を取得機関のサーバに直接返してもよく、取得機関のサーバは、サービスを継続するために業者端末を介して中間サービス識別子を購買端末に送り出す。
【００９０】
さらに、典型的には、決済要求の受け取りの際に、カード発行機関のサーバが、決済要求のターゲットが正常に実行できるサービスであることを決定する場合、カード発行機関のサーバは、決済要求に対応する決済サービスを正常に実行するために、カード発行機関の対応するキャッシャアドレスリンクをカード会社のサーバに返してもよい。一般的には、キャッシャアドレスリンクの共通構造は、カード発行機関に対応する固定アドレス＋決済要求に従ってカード発行機関によって生成されるカード発行機関のサービス識別子である。例えば、銀行Ａのサーバによって生成される決済要求Ｂに対応するサービス識別子が１２３４である場合、生成されるとともにカード会社のサーバに返されるキャッシャアドレスリンクを、ｗｗｗ.Ａ−−Ｂａｎｋ.ｃｏｍ.ｐａｙ/１２３４とすることができ、キャッシャアドレスリンクのｗｗｗ.Ａ−−Ｂａｎｋ.ｃｏｍ.ｐａｙは、銀行Ａの固定アドレスである。カード発行機関は、サービス識別子１２３４に従って決算要求に対応するサービスを決定し、カード発行機関が１２３４のサービス識別子を保持する決済業務要求を将来受け取ったときに、カード発行機関は、決済業務要求が決済要求に対応するサービスに対応していると判断する。
【００９１】
したがって、サービスが正常に実行されることを保証するために、本願の実施の形態において、カード会社のサーバが決済要求に従って対応するサービス（例えば、資産振替サービス）を確立した後、カード会社のサーバは、サービスに対応するカード会社の対応するサービス識別子を作成する。その後、決済要求をカード発行機関のサーバに転送するとともにカード発行機関のサーバによって返されたカード発行機関のサービス識別子を保持するキャッシャアドレスリンクを受け取った後にカード発行機関サービス識別子を保持するキャッシャアドレスリンクを取得機関のサーバに転送する必要なく、決済要求に対応するサービスを継続するために、カード会社のサーバは、予め記憶された固定アドレスとカード発行機関のサーバの識別子の間の相関関係に従ってカード発行機関に対応する固定アドレスを決定し、カード会社のサービス識別子を保持するキャッシャアドレスリンクを生成し、かつ、キャッシャアドレスリンクを取得機関のサーバに直接返してもよい。
【００９２】
特に、カード会社のサーバが種々の取得機関のサーバと種々のカード発行機関のサーバの間の情報を転送する役割を果たすので、カード会社のサーバは、カード発行機関に対応する固定アドレスを予め決定するとともに記憶し、キャッシャアドレスリンクに保持されたサービス識別子としてカード会社のサーバによって生成されるカード会社のサービス識別子を用いるカード会社のサービス識別子を保持するキャッシャアドレスリンクを生成し、かつ、キャッシャアドレスリンクを取得機関のサーバに返してもよい。
【００９３】
先ず、カード会社のサーバは、種々のカード発行機関のそれぞれに対応する固定アドレスを予め記憶してもよく、特に、予め記憶された固定アドレスは、カード発行機関のキャッシャアドレスリンクの固定プレフィックスであってもよい。追加的には、カード会社のサーバは、固定アドレスとカード発行機関のサーバの識別子の間の相関関係を確立してもよく、したがって、カード会社のサーバは、ステップＳ４０１で受け取った決済要求に保持されるカード発行機関のサーバの識別子に従ってカード発行機関のサーバの識別子に対応する固定アドレスを決定してもよい。
【００９４】
例えば、決済要求に保持されるカード発行機関のサーバの識別子がＡ銀行である場合、カード会社のサーバは、表２に示すように、種々の予め記憶された固定アドレスと種々のカード発行機関のサーバの識別子の間の相関関係に従ってキャッシャアドレスリンクがｗｗｗ.Ａ−−Ｂａｎｋ.ｃｏｍ.ｐａｙであることを決定してもよい。
【００９５】
【表２】
0006875531.tif 000003
【００９６】
次に、カード会社のサーバは、既存の技術の決済要求に従ってカード発行機関によって作成されたサービス識別子をステップＳ４０２で生成したカード会社のサービス識別子に置き換え、カード会社のサービス識別子に従ってカード会社のサービス識別子を保持するキャッシャアドレスリンクを生成し、かつ、キャッシャアドレスリンクを取得機関のサーバに返してもよい。
【００９７】
上述した例を再び参照すると、カード会社のサーバがステップＳ４０２で決済要求に従ってカード会社サービスの対応するサービスを創造するとともにカード会社のサービス識別子が７８９０であると仮定すると、カード会社のサーバは、固定アドレス（すなわち、キャッシャアドレスリンクの固定プレフィックス）及びカード会社のサービス識別子に従って、取得機関のサーバに返されるキャッシャアドレスリンクすなわちｗｗｗ.Ａ−−Ｂａｎｋ.ｃｏｍ.ｐａｙ/７８９０を生成してもよい。
【００９８】
上述したプロセスによって、ユーザが購買端末を用いて決済業務を行うことができるようにするために、取得機関のサーバは、カード会社のサービス識別子を保持するキャッシャアドレスリンクを業者端末に返し、その後、業者端末を介して購買端末に返し、最終的には、購買端末は、キャッシャアドレスリンクに対応するページに切り替わることができる。追加的には、購買端末は、決済要求に対応するサービスを継続することを保証するためにキャッシャアドレスリンクに従って決済業務要求をカード発行機関のサーバに送り出してもよい。確実に、取得機関のサーバがカード会社のサービス識別子を保持するキャッシャアドレスリンクを転送して最終的にユーザが購買端末を用いて決済業務を行うプロセスは、既存の技術のプロセスと同一であり、このプロセスの詳細を本願では説明しない。
【００９９】
取得機関のサーバ、業者端末及び購買端末については、カード発行機関のサーバによって確立されたサービスに対応するサービス識別子を保持するキャッシャアドレスリンクとカード発行機関のサーバによって確立された資金振替サービスに対応するサービス識別子を保持する別のキャッシャアドレスリンクのいずれをカード会社のサーバが返すかに関係なく、サービスが正常に実行されることに留意されたい。キャッシャアドレスリンクは、ＵＲＬであってもよい、すなわち、カード会社のサーバから送り出されたキャッシャアドレスリンクは、カード会社のサービス識別子を保持するＵＲＬであってもよい。
【０１００】
Ｓ４０３：カード会社のサービス識別子に従う決済サービスの創造及びサービスの実行をカード発行機関のサーバによって行うために、カード会社のサービス識別子をカード発行機関に送り出す。
【０１０１】
本願の実施の形態において、カード会社のサーバは、カード会社のサービス識別子を保持するキャッシャアドレスリンクを購買端末に返した。しかしながら、決済要求がカード発行機関のサーバに送り出されなかった場合、カード発行機関のサーバは、決済要求に対応する決済サービスを実行することができない。したがって、既存の技術と同様に、カード会社のサーバは、この時点で決済要求をカード発行機関のサーバに転送してもよい。しかしながら、カード会社のサーバは、カード会社のサービス識別子を保持するキャッシャアドレスリンクを取得機関のサーバに返さず、その結果、購買端末が決済業務要求をカード発行機関のサーバに送り出すとき、カード会社のサービス識別子は、決済業務要求に保持される。したがって、カード発行機関のサーバは、カード会社のサービス識別子からの決済要求に対応する動作、命令及び要求（例えば、決済業務要求）しか決定することができない。その結果、カード会社のサーバが決済要求を転送するとき、カード会社のサーバは、カード会社のサービス識別子もカード発行機関のサーバに送り出してもよい。
【０１０２】
特に、カード会社のサーバは、ステップＳ４０２で生成したカード会社のサービス識別子を決済要求に保持し、カード会社のサーバがカード会社のサービス識別子を保持するキャッシャアドレスリンクを購買端末に返したことをカード会社のサービス識別子に基づいてカード発行機関のサーバによって判断するために決済要求をカード発行機関のサーバの送り出し、カード発行機関のサーバ識別子を保持するキャッシャアドレスリンクを購買端末に返す必要がないと判断してもよい。したがって、カード発行機関のサーバは、カード会社のサービス識別子に従って決済要求に対応する決済サービスを確立し、かつ、購買端末によって返されたカード会社のサービス識別子を保持する決済業務要求を受け取ったときに決済サービスを実行してもよい。キャッシャアドレスリンクは、ＵＲＬであってもよい。
【０１０３】
例えば、カード会社のサービス識別子がｃであると仮定すると、カード発行機関のサーバは、購買端末から送り出されたカード会社のサービス識別子ｃを有する決済業務要求ｄを受け取ったときに、カード会社のサービス識別子ｃに基づいて創造された決済サービスｅの業務を決済業務要求ｄのターゲットとすることを決定してもよく、カード発行機関のサーバは、決済業務要求ｄに基づいて決済サービスｅを実行してもよい。
【０１０４】
確実に、決済業務要求に基づいて決済サービスを実行することは、既存の技術の基本的な決済サービスを実行するプロセスであり、したがって、詳細を本願で説明しない。
【０１０５】
追加的には、決済業務要求は、ステップＳ４０３でカード会社のサーバから送り出されたカード会社のサービス識別子を保持するキャッシャアドレスリンクに従ってユーザ端末のユーザから送り出される決済業務要求であってもよい。
【０１０６】
さらに、カード発行機関のサーバは、カード会社のサービス識別子に従って決済サービスを創造し、かつ、購買端末から送り出されたカード会社のサービス識別子を保持する決済業務要求を受け取る。カード発行機関のサーバがカード会社のサービス識別子に従ってカード会社のサーバの決済サービス及び決済業務要求を決定してもよいことは明らかである。したがって、カード会社のサーバは、カード会社のサービス識別子に従って決済業務に対応する決済サービスを決定し、かつ、決済業務要求に従って決済サービスを実行してもよい。カード会社のサービス識別子は、カード発行機関のサーバに対して大域的一意性がある。
【０１０７】
本願の実施の形態において、ステップＳ４０２及びステップＳ４０３の順番が規定されていない、すなわち、カード会社のサーバについては、ステップＳ４０２及びステップＳ４０３を同時に実行してもよい。
【０１０８】
さらに、カード会社のサーバは、既存の技術の順次に決済サービスを実行する手順を同調して実行するので（すなわち、図１に示すステップＳ１０９及びステップＳ１１１は、中間サーバにより順番に実行されるステップであり、本願では、対応するように、カード会社のサーバによって実行される図４に示すステップＳ４０２及びステップＳ４０３は、同調して実行してもよいステップである。）、決済業務要求がカード発行機関によって受け取られる時点は、必ずしも決済要求を受け取る時点より後ではない。したがって、本願では、カード発行機関のサーバが決済業務要求を受け取るが決済要求を受け取らないとき、カード発行機関のサーバは、決済業務要求に保持されるカード会社のサービス識別子に対応する決済要求をカード会社のサービス識別子に従って問い合わせるために問合せ要求をカード会社のサーバに送り出してもよい。問合せプロセスを、カード発行機関のサーバが決済要求を受け取るまで又は問合せ要求を送り出す期間が予め決定された期間を超えるまで予め決定された時間間隔で繰り返す。図３に示す決済サービスを実行するシステムの対応する記載を参照。詳細を本願では説明しない。
【０１０９】
カード発行機関のサーバによって受け取るものは、カード会社のサービス識別子を保持するＵＲＬに基づいて購買端末からカード発行機関のサーバに送り出されるカード会社のサービス識別子を保持する決済業務要求であってもよい。
【０１１０】
図４に示す決済サービスを実行する方法によって、カード会社のサーバは、決済要求を単に受動的に転送せずに決済サービスを実行するプロセスに全体的に関与し、会社のサーバは、先ず、カード発行機関に対応する固定アドレスを、カード会社のサーバの識別子と固定アドレスの間の予め決定された相関関係に基づいて決定し、その後、決済要求に基づいて生成されたカード会社の大域的一意性のサービス識別子に従って、カード会社のサービス識別子を保持するキャッシャアドレスリンクを取得機関のサーバに返し、その結果、取得機関のサーバは、次のサービス手順を直接実行することができ、これによって、サービスプロセスの実行中のユーザの待機時間を削減する。追加的には、取得機関のサーバが、カード会社のサービス識別子に従って決済サービスを創造し、カード会社のサービス識別子を保持する受け取った決済業務要求が決済サービスの決済業務要求であることを決定し、かつ、決済サービスを実行できるようにするために、カード会社のサーバは、カード会社のサービス識別子を保持するキャッシャアドレスリンクを取得機関のサーバに送り出すとき、カード会社のサービス識別子をカード発行機関のサーバに転送してもよい。カード会社のサーバがカード会社のサービス識別子をカード発行機関のサーバに送り出し、カード発行機関のサーバがカード会社のサービス識別子に従って決済サービスを創造でき、決済サービスをカード会社のサービス識別子の大域的一意性に基づいて正常に実行できることを保証されるが、カード会社のサービス識別子を保持するキャッシャアドレスリンクがカード会社によって予め送り出されることによる悪影響が及ぼされないことがわかる。さらに、カード会社のサービス識別子を保持するキャッシャアドレスリンクを取得機関のサーバに予め返すことによって、決済サービス実行中のユーザの待機時間を減少させるとともに決済サービスの実行の効率を上げる。
【０１１１】
追加的には、本願のステップＳ４０３において、カード会社のサーバがカード会社のサービス識別子をカード発行機関のサーバに送り出すとき、カード会社のサーバは、決済要求をカード発行機関のサーバに送り出してもよい。すなわち、カード会社のサーバは、決済要求及びカード会社のサービス識別子をカード発行機関のサーバに送り出してもよく、その結果、カード発行機関のサーバは、どの種類のサービスが創造されたかを決定することができる。追加的には、カード発行機関のサーバが決済要求及びカード会社のサービス識別子をそれぞれ受け取ったときにカード発行機関のサーバが決済要求とカード会社のサービス識別子の間の相関関係を決定することができるようにするために、カード会社のサーバは、決済要求とカード会社のサービス識別子の間の相関関係をカード発行機関のサーバに送り出してもよい。
【０１１２】
更に代替的には、カード発行機関のサーバがカード会社のサービス識別子に従ってどの種類のサービスが創造されたかを決定できるようにするために、カード会社は、カード発行機関のサービス識別子の規則を予め決定し、かつ、カード会社の識別子をカード発行機関のサーバのみに送り出してもよい。例えば、サービス識別子の規則は、次のように決定される。カード会社のサービス識別子の最後の桁が１であるとき、決済サービスが創造され、最後の桁が２であるとき、資金受取サービスが創造され、最後の桁が３であるとき、資金振替サービスが創造される。カード会社のサーバからカード発行機関のサーバに送り出されたカード会社のサービス識別子が決済要求によって作成されるとき、カード会社のサービス識別子の最後の桁は１である。
【０１１３】
確実に、本願において、カード会社のサービス識別子を送り出す際にカード会社のサーバによって用いられる方法に特定の制約がない。
【０１１４】
さらに、本願の実施の形態において、カード会社のサーバは、カード会社のサービス識別子を保持するキャッシャアドレスリンクを、取得機関のサーバ及び業者端末を介して転送することなく直接購買端末に送り出してもよい。特定の実現に対する図３に示した決済サービスを実行するシステムの対応する記載を参照。詳細を本願では説明しない。
【０１１５】
図４に示す決済サービスを実行するプロセスに基づいて、カード発行機関のサーバによって実行される決済サービスを実行するプロセスは、図５に示すような本願の実施の形態により適切に提供される。
【０１１６】
図５は、本願の実施の形態による決済サービスを実行するプロセスであり、以下のステップを有することができる。
【０１１７】
Ｓ５０１：カード発行機関のサーバは、カード会社のサービス識別子を保持する決済要求を受け取ったときに、カード会社のサーバから送り出されたカード会社のサービス識別子に従って決済サービスを創造する。
【０１１８】
本願の実施の形態において、図５に示す決済サービスを実行するプロセスを、図４に示す決済サービスを実行するプロセスに関連してカード発行機関のサーバによって実行してもよい。
【０１１９】
したがって、本願の実施の形態において、カード発行機関のサーバが、カード会社のサービス識別子を保持する決済要求を受け取ったときにカード会社のサービス識別子に従って決済サービスをした後に決済業務要求に従って決済サービスを実行できるようにするために、カード発行機関のサーバは、カード会社のサーバによって転送されたカード会社のサービス識別子を保持する決済要求を受け取ったとき、カード会社のサービス識別子に従って決済サービスを創造してもよい。
【０１２０】
Ｓ５０２：購買端末から送り出されたカード会社のサービス識別子を保持する決済要求を受け取る。
【０１２１】
本願の実施の形態において、決済サービスを実行するプロセスは、図４に示す決済サービスを実行するプロセスに対応する。決済サービスを実行するプロセスは、もはや動作を種々のサーバによって順番に実行する図２に示す決済サービスを実行するプロセスではなく、ステップＳ４０２及びステップＳ４０３をカード会社のサーバによって同時に実行してもよい。したがって、カード発行機関のサーバがカード会社のサーバから送り出されたカード会社のサービス識別子を保持する決済要求を受け取るとともに購買端末から送り出されたカード会社のサービス識別子を保持する決済業務要求を受け取る順番を種々の形態にしてもよい、すなわち、ステップＳ５０２及びステップＳ５０３を実行する順番は異なってもよい又は完全に同時であってもよい。
【０１２２】
換言すれば、カード会社のサーバによって返されたカード発行機関のサーバのアドレス及びカード会社のサービス識別子は、購買端末によって受け取られる前に取得機関のサーバ及び業者端末に転送される必要がある。したがって、カード発行機関のサーバは、典型的には、先ず、カード会社のサーバから送り出されたカード会社のサービス識別子を保持する決済要求を受け取り、その後、購買端末から送り出された決済業務要求を受け取る。しかしながら、あり得るネットワーク遅延のような問題を考慮して、カード発行機関のサーバが決済要求及び決済業務要求を受け取る順番は不明である。
【０１２３】
追加的には、購買端末は、カード会社のサービス識別子を保持する受け取ったキャッシャアドレスリンクに従ってカード発行機関のキャッシャページに切り替わり、かつ、カード会社のサービス識別子を保持する決済業務要求を、キャッシャページを介してカード発行機関のサーバに送り出してもよい。購買端末は、図３及び図４に示したものであってもよく、キャッシャアドレスリンクは、ＵＲＬであってもよい。換言すれば、購買端末は、カード会社のサービス識別子を保持する受け取ったＵＲＬに基づいて、カード会社のサービス識別子を保持する決済業務要求をカード発行機関のサーバに送り出す。
【０１２４】
Ｓ５０３：カード会社のサービス識別子に従って決済業務要求に対応する決済サービスを決定するとともに決済サービス中に対応する決済業務を実行する。
【０１２５】
本願の実施の形態において、カード発行機関のサーバが決済業務要求及び決済要求を受け取った後、カード発行機関のサーバは、決済要求に従って決済サービスを創造することができ、かつ、カード会社のサービス識別子に従って決済業務要求がサービス要求に対応することを決定することができるので、カード発行機関のサーバは、決済業務要求に従って決済サービスを実行することができる。
【０１２６】
追加的には、ステップＳ５０２で説明したように、カード発行機関のサーバが最初に決済要求を受け取るか決済業務要求を受け取るかは本願では不明である。カード発行機関のサーバが最初に決済業務要求を受け取る場合、決済業務要求に保持されるカード会社のサービス識別子に対応する決済サービスは、この時点ではカード発行機関のサーバに保持されておらず、したがって、カード会社のサーバがカード会社のサービス識別子が存在するか否かを問い合わせるとともに問合せ結果をカード発行機関のサーバに返すために、カード発行機関のサーバは、この時点で問合せ要求をカード会社のサーバに送り出してもよい。
【０１２７】
特に、カード発行機関のサーバは、先ず、決済業務要求に保持されたカード会社のサービス識別子に従って、カード発行機関のサーバにカード会社のサービス識別子に従って創造された決済サービスが存在するか否かを判断してもよい。是である場合、決済サービスは、決済業務要求に従って実行される。否である場合、カード会社のサーバがカード会社のサービス識別子に従ってカード会社のサービス識別子が存在するか否かを問い合わせるとともに問合せ結果をカード発行機関のサーバに返すために、カード会社のサービス識別子を保持する問合せ要求が、カード会社のサービス識別子に従ってカード会社のサーバに送り出される。カード会社のサーバが問合せ結果をカード発行機関のサーバに返すプロセスは、図３に示した決済サービスを実行するシステムに関連して説明したプロセスと同一であってもよく、詳細を本願では説明しない。
【０１２８】
さらに、カード発行機関のサーバが、カード会社のサーバから送り出された決済要求及びカード会社のサービス識別子を受け取るまで、問合せ要求の回数が予め決定された回数に到達するまで又は問合せ要求を繰り返し送り出した期間が予め決定された期間に到達するまで、カード発行機関のサーバは、予め決定された期間において問合せ要求をカード会社のサーバに繰り返し送り出してもよい。確実に、本願において、問合せの予め決定された回数及び予め決定された持続時間を、実際の応用に応じて設定してもよい。
【０１２９】
本願の実施の形態で説明した決済に関連する技術的なキャリアは、例えば、近距離無線通信（ＮＦＣ）、ＷｉＦｉ（登録商標）、３Ｇ／４Ｇ／５Ｇ、「ＰＯＳ端末による決済」技術、ＱＲコード（登録商標）走査技術、バーコード走査技術、ブルートゥース（登録商標）、赤外線、ショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージサービス（ＭＭＳ）等を含んでもよい。
【０１３０】
図４に示す決済サービスを実行するプロセスに基づいて、詳細な決済サービスを実行するプロセスが、図６に示すように本願で提供される。
【０１３１】
図６は、本願の実施の形態による詳細な決済サービスを実行するプロセスであり、以下のものを有する。
【０１３２】
Ｓ６０１：購買端末が、決済開始要求を業者端末に送り出す。
【０１３３】
Ｓ６０２：業者端末が、決済開始要求に従って、業者端末に対応する取得機関のサーバにサービス創造要求を送り出す。
【０１３４】
Ｓ６０３：取得機関のサーバが、サービス創造要求に従って、取得するサービスを創造する。
【０１３５】
Ｓ６０４：業者端末によって取得機関のサーバのアドレスを購買端末に転送させるために、取得機関のサーバが、取得するサービスに従って取得機関のサーバのアドレスを業者端末に返す。
【０１３６】
Ｓ６０５：購買端末が、取得機関のサーバのアドレスを受け取るとともに当該アドレスに切り替わる。
【０１３７】
Ｓ６０６：業者端末が決済要求を取得機関のサーバに転送するために、購買端末が、取得機関のサーバのアドレスに従ってサービス要求を業者端末に送り出し、決済要求がカード発行機関のサーバの識別子を保持する。
【０１３８】
Ｓ６０７：取得機関のサーバが、カード発行機関のサーバの識別子が取得機関のサーバの識別子でないと判断したときにサービス要求をカード会社のサーバに転送する。
【０１３９】
Ｓ６０８：カード会社のサーバが、決済要求に従ってカード会社のサービス識別子を生成する。
【０１４０】
Ｓ６０９：カード会社のサーバが、カード会社のサービス識別子及びカード発行機関のサーバのアドレスを取得機関のサーバに返し、カード会社のサービス識別子をサービス要求に追加し、かつ、カード会社のサービス識別子を保持するサービス要求をカード発行機関のサーバに送り出す。
【０１４１】
Ｓ６１０：カード発行機関のサーバが、カード会社のサービス識別子を保持するサービス要求に従って決済サービスを創造する。
【０１４２】
Ｓ６１１：取得機関のサーバが、カード会社のサービス識別子及びカード発行機関のサーバのアドレスを、業者端末を介して購買端末に送り出す。
【０１４３】
Ｓ６１２：購買端末が、カード会社のサービス識別子及びカード発行機関のサーバのアドレスに従ってカード会社のサービス識別子を保持する決済業務要求をカード発行機関のサーバに送り出す。
【０１４４】
Ｓ６１３：カード発行機関のサーバが、購買端末から送り出されたカード会社のサービス識別子を保持する決済業務要求を受け取る。
【０１４５】
Ｓ６１４：カード発行機関のサーバが、カード会社のサービス識別子に従って創造された決済サービスを決定し、決済業務要求に従って決済サービスを実行する。
【０１４６】
特に、取得機関のサーバ、カード発行機関のサーバ及びカード会社のサーバは、本願で規定しない個別の装置又は複数の装置からなるシステムすなわち分散サーバであってもよい。ステップＳ６０１〜Ｓ６０６は、既存の技術のステップと同一であり、ステップＳ６０７〜Ｓ６１４は、本願の決済サービスを実行するプロセスに対応するステップ、例えば、図４の決済サービスを実行するプロセスに対応する詳細なステップである。
【０１４７】
本願の実施の形態において提供される方法の種々のステップを同一の装置によって実行してもよい又は異なる装置によって実行してもよいことに留意されたい。例えば、ステップＳ４０１及びＳ４０２を装置１で実行してもよく、ステップＳ４０３を装置２によって実行してもよい。他の例として、ステップＳ４０１を装置１で実行してもよく、ステップＳ４０２及びＳ４０３を装置２によって実行してもよい、等々。換言すれば、カード会社のサーバ、取得機関のサーバ及びカード発行機関のサーバの各々は、複数の装置からなる分散サーバであってもよい。
【０１４８】
図４に示す決済サービスを実行するプロセスに基づいて、カード発行機関のサーバによって実行される決済サービスを実行する装置は、図７に示すような本願の実施の形態により適切に提供される。
【０１４９】
図７は、本願の実施の形態による決済サービスを実行する装置の線形的な構成図であり、決済サービスを実行する装置は、
取得機関のサーバから送り出された決済要求を受け取る受取モジュール７０１であって、決済要求は、カード発行機関のサーバの識別子を保持し、決済要求は、カード発行機関のサーバによって実行される決済サービスを表す受取モジュール７０１と、
決済要求に従ってカード会社のサービス識別子を生成するとともにカード会社のサービス識別子を購買端末に送り出す生成モジュール７０２と、
カード発行機関のサーバによってカード会社のサービス識別子に従って決済サービスを創造するとともに決済サービスを実行するために、カード会社のサービス識別子をカード発行機関のサーバに送り出す送出モジュール７０３と、
を有する。
【０１５０】
生成モジュール７０２は、カード発行機関に対応する予め記憶された固定アドレス及びカード会社のサービス識別子に従ってカード会社のサービス識別子を保持するキャッシャアドレスリンクを生成するとともにキャッシャアドレスリンクを購買端末に送り出す。カード会社のサービス識別子を保持する決済業務要求を、キャッシャアドレスリンクに従って購買端末によってカード発行機関のサーバに送り出すことができるように、キャッシャアドレスリンクが構成される。
【０１５１】
キャッシャアドレスリンクは、ＵＲＬであってもよい、すなわち、生成モジュール７０２は、カード会社のサービス識別子を保持するＵＲＬを生成する。
【０１５２】
装置は、カード会社のサービス識別子に従ってカード発行機関のサーバから送り出された問合せ要求を受け取り、問合せ要求に従ってカード会社のサービス識別子が存在するか否を問い合わせ、かつ、問合せ結果をカード発行機関のサーバに返す問合せモジュール７０４であって、問合せ要求は、購買端末から送り出された決済業務要求に保持されたカード会社のサービス識別子に基づいて、カード会社のサーバの判断が失敗したときに送り出される問合せ要求であり、決済サービスは、カード会社のサービス識別子に従って創造される問合せモジュール７０４を更に有する。
【０１５３】
特に、図８を参照しながら上述した決済サービスを実行する装置を、装置又は複数の装置からなるシステムすなわち分散サーバとすることができるカード会社のサーバに配置してもよい。
【０１５４】
図５に示す決済サービスを実行するプロセスに基づいて、カード発行機関のサーバによって実行される決済サービスを実行する装置は、図８に示すような本願の実施の形態により適切に提供される。
【０１５５】
図８は、本願の実施の形態による決済サービスを実行する装置の線形的な構成図であり、決済サービスを実行する装置は、
カード会社のサーバから送り出されたカード会社のサービス識別子を受け取った際に、カード会社のサービス識別子に従って決済サービスを創造する第１の受取モジュール８０１と、
購買端末から送り出されたカード会社のサービス識別子を保持する決済業務要求を受け取る第２の受取モジュール８０２と、
カード会社のサービス識別子に従って決済業務要求に対応する決済サービスを決定するとともに決済業務要求に従って決済サービスを実行する実行モジュール８０３と、
を有する。
【０１５６】
実行モジュール８０３は、カード会社のサービス識別子に従ってカード会社のサービス識別子に対応する決済サービスが存在しないと決定した場合、カード会社のサーバによってカード会社のサービス識別子が存在するか否かの問合せを行うとともに問合せ結果をカード発行機関のサーバに返すために、カード会社のサービス識別子に従ってカード会社のサーバに問合せ要求を送り出す。
【０１５７】
購買端末から送り出された、第２の受取モジュール８０２によって受け取られる決済業務要求は、カード会社のサービス識別子を保持する受け取ったキャッシャアドレスリンクに従ってキャッシャページに切り替わった後にカード発行機関に対応するキャッシャページを介して購買端末によりカード発行機関のサーバに送り出される決済業務要求であってもよい。キャッシャアドレスリンクは、ＵＲＬであってもよい。したがって、購買端末は、カード会社のサービス識別子を保持する受け取ったＵＬＲを介して、カード会社のサービス識別子を保持する決済業務要求を、カード発行機関のサーバに送り出してもよい。
【０１５８】
特に、図８を参照しながら上述した決済サービスを実行する装置を、装置又は複数の装置からなるシステムすなわち分散サーバとすることができるカード会社のサーバに配置してもよい。
【０１５９】
１９９０年代において、技術の向上を、ハードウェアの向上（例えば、ダイオード、トランジスタ、スイッチ等のような回路構造の向上）とソフトウェアの向上（例えば、方法手順の向上）の間で明確に区別することができる。しかしながら、技術の向上に伴い、多くの方法手順の向上を、ハードウェア回路構造の直接的な向上とみなすことができる。設計者は、対応する回路構造を取得するためにハードウェア回路に向上した方法手順をほぼ全てにおいてプログラムする。したがって、それは、ハードウェアエンティティモジュールを用いて方法手順の向上を実現できないことを意味しない。例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）のようなプログラマブル論理装置（ＰＬＤ）は、装置をプログラムすることによりユーザによって論理機能を決定することができるタイプの集積回路である。設計者は、チップ製造者に専用の集積回路チップを設計及び作成することを要求することなくデジタルシステムを単一のＰＬＤに「統合」するために自発的にプログラミングを行う。追加的には、集積回路チップを手動で作る代わりに、プログラミングを、プログラムを書き込むために用いられるソフトウェアコンパイラと同様な「論理コンパイラ」ソフトウェアを用いることによって大抵実現する。コンパイル前の元のコードもハードウェア記述言語（ＨＤＬ）と称される特定のプログラム言語で書き込まれる。Ａｄｖａｎｃｅｄ  Ｂｏｏｌｅａｎ  Ｅｘｐｒｅｓｓｉｏｎ  Ｌａｎｇｕａｇｅ（ＡＢＥＬ）、Ａｌｔｅｒａ  Ｈａｒｄｗａｒｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ（ＡＨＤＬ）、Ｃｏｎｆｌｕｅｎｃｅ、Ｃｏｒｎｅｌｌ  Ｕｎｉｖｅｒｓｉｔｙ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｌａｎｇｕａｇｅ（ＣＰＵＬ）、ＨＤＣａｌ、Ｊａｖａ（登録商標）Ｈａｒｄｗａｒｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ（ＪＨＤＬ）、Ｌａｖａ、Ｌｏｌａ、ＭｙＨＤＬ、ＰＡＬＡＳＭ、Ｒｕｂｙ  Ｈａｒｄｗａｒｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ（ＲＨＤＬ）等のような多くのタイプのＨＤＬが存在する。現在、Ｖｅｒｙ−Ｈｉｇｈ−Ｓｐｅｅｄ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  Ｈａｒｄｗａｒｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ（ＶＨＤＬ）及びＶｅｒｉｌｏｇが最も一般的に用いられている。当業者は、方法手順が論理的にプログラムされた後に上述したハードウェア記述言語を用いることによって集積回路に対するプログラムを行う限りにおいて論理的な方法手順を実現するハードウェア回路を簡単に取得することができることを理解すべきである。
【０１６０】
コントローラを任意の適切なやり方で実現することができ、例えば、コントローラは、例えば、マイクロプロセッサ又はプロセッサ並びにプロセッサ、論理ゲート、スイッチ、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理コントローラ及び組込マイクロコントローラによって実行可能なコンピュータ可読プログラムコードを記憶するコンピュータ可読媒体（例えば、ソフトウェア又はファームウェア）の形態をとることができる。コントローラの例は、次のマイクロプロセッサ：ＡＲＣ  ６２５Ｄ、Ａｔｍｅｌ  ＡＴ９１ＳＡＭ、Ｍｉｃｒｏｃｈｉｐ  ＰＩＣ１８Ｆ２６Ｋ２０及びＳｉｌｉｃｏｎｅ  Ｌａｂｓ  Ｃ８０５Ｆ３２０を含むがそれに限定されない。メモリコントローラをメモリ制御論理の一部として実現することもできる。当業者は、純粋なコンピュータ可読プログラムコードの形態のコントローラの実現に加えて論理ゲート、スイッチ、特定用途向け集積回路、プログラマブル論理コントローラ及び組込マイクロプロセッサの形態並びに同一の機能を実現する他の形態のコントローラを実現することもできることを理解するであろう。したがって、そのようなコントローラを、ハードウェアコンポーネントとみなすことができ、種々の機能を実現するためにハードウェアコンポーネント内に含まれる装置を、ハードウェアコンポーネント内の構造とみなすことができる。代替的には、種々の機能を実現するために構成される装置を、方法を実現するソフトウェアモジュール及びハードウェアコンポーネント内の構造の両方とみなすことができる。
【０１６１】
上述した実施の形態で説明したシステム、装置、モジュール又はユニットを、コンピュータチップ若しくはエンティティによって特別に実現することができる又は所定の機能を有する製品によって実現することができる。典型的な装置の実現は、コンピュータである。特に、コンピュータを、例えば、パーソナルコンピュータ、ラップトップコンピュータ、携帯電話、カメラ付き携帯電話、スマートフォン、携帯端末、メディアプレーヤ、ナビゲーション装置、ｅメール装置、ゲーム機、タブレットコンピュータ、ウェアラブルデバイス又はこれらの装置の任意の組合せとすることができる。
【０１６２】
説明を簡単にするために、装置を説明するとき、装置を機能に従ってユニットに分割し、これらを個別に説明する。確実に、本願の実現において、ユニットの機能を、ソフトウェア及び／又はハードウェアの同一のピース又は複数のピースにおいて実現してもよい。
【０１６３】
当業者は、本発明の実施の形態を方法、システム又はコンピュータプログラム製品として提供してもよいことを理解すべきである。したがって、本発明は、ハードウェアのみの実施の形態、ソフトウェアのみの実施の形態又はソフトウェアとハードウェアの組合せの実施の形態を用いてもよい。さらに、本発明は、コンピュータ使用可能プログラムコードを有する一つ以上の（ディスクメモリ、ＣＤ−ＲＯＭ、光メモリ等を含むがそれに限定されない）コンピュータ使用可能記憶媒体で実現されるコンピュータプログラム製品の形態を用いてもよい。
【０１６４】
本発明を、本発明の実施の形態による方法、装置（システム）及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照しながら説明した。フローチャート及び／又はブロック図の各プロセス及び／又はブロック並びにフローチャート及び／又はブロック図のプロセス及び／又はブロックの組合せを実現するためにコンピュータプログラム命令を用いてもよいことを理解すべきである。コンピュータ又は他の任意のプログラマブルデータ処理装置のプロセッサが、フローチャートの一つ以上のプロセス及び／又はブロック図の一つ以上のブロックの特定の機能を実現する装置を生成するために、これらのコンピュータプログラム命令を、マシンを生成するための汎用コンピュータ、専用コンピュータ、組込プロセッサ又は他の任意のプログラマブルデータ処理装置のプロセッサに設けてもよい。
【０１６５】
コンピュータ可読メモリに記憶された命令が、命令装置を有するアーチファクトを生成するために、これらのコンピュータプログラム命令を、特定のやり方で作動するようにコンピュータ又は他の任意のプログラマブルデータ処理装置に命令することができるコンピュータ可読メモリに記憶させてもよい。命令装置は、フローチャートの一つ以上のプロセス及び／又はブロック図の一つ以上のブロックの特定の機能を実現する。
【０１６６】
一連の動作及びステップをコンピュータ又は他のプログラマブル装置で実行するために、これらのコンピュータプログラム命令をコンピュータ又は他のプログラマブルデータ処理装置にロードしてもよく、これによって、コンピュータで実施される処理を生成する。したがって、コンピュータ又は他のプログラマブルデータ処理装置で実行される命令は、フローチャートの一つ以上のプロセス及び／又はブロック図の一つ以上のブロックの特定の機能を実現するステップを提供する。
【０１６７】
典型的な形態において、コンピュータデバイスは、一つ以上のプロセッサ（ＣＰＵ）、入力／出力インタフェース、ネットワークインタフェース及びメモリを有する。
【０１６８】
メモリは、コンピュータ可読媒体のうちのランダムアクセスメモリ（ＲＡＭ）のような非永続的メモリ及び／又はリードオンリーメモリ（ＲＯＭ）又はフラッシュメモリ（フラッシュＲＡＭ）のような不揮発性メモリを含んでもよい。メモリは、コンピュータ可読媒体の一例である。
【０１６９】
コンピュータ可読媒体は、任意の方法又は技術を用いることによって情報記憶を実現することができる永続的媒体、非永続的媒体、取り外し可能媒体及び取り外しできない媒体を含む。情報は、コンピュータ可読情報、データ構造、プログラムモジュール又は他のデータであってもよい。コンピュータ記憶媒体の例は、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、電気的消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ若しくは他のメモリ技術、コンパクトディスクリードオンリーメモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）若しくは他の光メモリ、カセット磁気テープ、テープ及びディスク記憶若しくは他の磁気記憶装置又はコンピュータデバイスがアクセスすることができる情報を記憶するように構成することができる他の任意の非伝送媒体を含むがそれに限定されない。本開示の定義に基づいて、コンピュータ可読媒体は、変調データ信号及び搬送波のような一時的コンピュータ可読媒体（一時的媒体）を含まない。
【０１７０】
用語「有する」、「備える」及び他の任意の異形が非排他的な包含を意味することを理解すべきである。これによって、一連の要素を有するプロセス、方法、項目又は装置は、これらの要素を有するだけでなく、明確に挙げられていない他の要素も有する又はプロセス、方法、項目又は装置の本来備わっている要素も有する。更なる限定を行わない場合、表現「一つを有する」によって規定される要素は、当該要素を有するプロセス、方法、項目又は装置の他の同一の要素を除外しない。
【０１７１】
当業者は、本願の実施の形態を方法、システム又はコンピュータ可読媒体として提供してもよいことを理解すべきである。したがって、本願は、ハードウェアのみの実施の形態、ソフトウェアのみの実施の形態又はソフトウェアとハードウェアの組合せの実施の形態を用いてもよい。さらに、本願は、コンピュータ使用可能プログラムコードを有する一つ以上の（ディスクメモリ、ＣＤ−ＲＯＭ、光メモリ等を含むがそれに限定されない）コンピュータ使用可能記憶媒体で実現されるコンピュータプログラム製品の形態を用いてもよい。
【０１７２】
本願を、コンピュータによって実行されるコンピュータ実行可能命令、例えば、プログラムモジュールの一般的状況において説明することができる。一般的には、プログラムモジュールは、特定のタスクを実行する又は特定の抽象データ型を実現するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。本願を、通信ネットワークを介して接続されるリモート処理装置によってタスクが実行される分散コンピューティング環境で実施してもよい。分散コンピューティング環境において、プログラムモジュールを、記憶装置を含むローカルコンピュータ記憶媒体及びリモートコンピュータ記憶媒体の両方に配置してもよい。
【０１７３】
本開示の実施の形態の全てを進歩的な方法で説明した。実施の形態の同一のパーツ又は類似のパーツに対して、これらの実施の形態を参照することができる。各実施の形態は、他の実施の形態との違いに焦点を当てる。特に、システムの実施の形態は、基本的には方法の実施の形態と同様であり、したがって、簡潔に説明し、関連のパーツについては、方法の実施の形態の一部の説明を参照することができる。
【０１７４】
上述した説明は、本願の単なる実施の形態であり、本願を限定することを意図しない。本願に対する種々の変更及び変形が当業者には可能である。本願の精神及び原理から逸脱することなく行われる任意の変更、同等の置換又は改善は、本願の特許請求の範囲内である。
【図１】
0006875531.tif 000004
【図２】
0006875531.tif 000005
【図３】
0006875531.tif 000006
【図４】
0006875531.tif 000007
【図５】
0006875531.tif 000008
【図６】
0006875531.tif 000009
【図７】
0006875531.tif 000010
【図８】
0006875531.tif 000011