(57)【特許請求の範囲】
【請求項１】
プラットフォーム・アプリケーション及び支払アプリケーションを動作させる端末と、バックエンド・サーバーとを有する支払システムに適用される支払方法であって：    
前記プラットフォーム・アプリケーションが、ウェブ・ページの形式で前記プラットフォーム・アプリケーションにアクセスするマーチャントに対応するウェブ・ページからオーダー情報を取得し、前記ウェブ・ページを利用することにより前記オーダー情報を前記バックエンド・サーバーへ送信するステップ；
前記バックエンド・サーバーが、前記オーダー情報に従ってプリペイド・オーダー番号を生成し、前記プリペイド・オーダー番号を前記ウェブ・ページへ送信するステップ；及び
前記プラットフォーム・アプリケーションが前記プリペイド・オーダー番号を前記ウェブ・ページから取得し、前記プラットフォーム・アプリケーションが、前記支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーとの支払手順を完了させるステップ；
を有し、
前記プラットフォーム・アプリケーションが、前記支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーとの支払手順を完了させるステップが：
前記プラットフォーム・アプリケーションが、前記支払アプリケーションにより提供される支払インターフェースを呼び出すステップ；及び
前記プラットフォーム・アプリケーションが、前記支払インターフェースを利用することにより前記支払アプリケーションに前記プリペイド・オーダー番号を提供するステップ；
を有し、前記支払アプリケーションは、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーから前記オーダー情報を取得し；前記オーダー情報に従って支払ページを生成及び表示し；及び、前記支払ページで相応に入力される支払チェック情報を取得した後に、前記支払手順を完了させるように構成される、支払方法。
【請求項２】
前記プラットフォーム・アプリケーションが、前記支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーとの支払手順を完了させるステップの前に、前記支払方法は：
前記プラットフォーム・アプリケーションが、前記マーチャントに対応するマーチャント識別子及び/又は前記オーダー情報を有するマーチャント認証情報を、前記ウェブ・ページから取得するステップ；
前記プラットフォーム・アプリケーションが、前記マーチャント認証情報に関して認証を実行するステップ；及び
前記認証に合格した場合に、前記プラットフォーム・アプリケーションが、前記支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーとの支払手順を完了させるステップを実行するステップ；
を更に有する請求項１に記載の支払方法。
【請求項３】
前記バックエンド・サーバーは、前記マーチャントに対応するマーチャント・サーバーと、前記支払アプリケーションに対応する支払サーバーとを有し；
前記マーチャント・サーバーは、前記ウェブ・ページから前記オーダー情報を受信した後に、少なくとも前記オーダー情報を含むオーダー生成リクエストを前記支払サーバーへ送信し；
前記支払サーバーは、前記オーダー生成リクエストに従って前記プリペイド・オーダー番号を生成し、前記プリペイド・オーダー番号と前記オーダー情報との間の関係を保存し；前記プリペイド・オーダー番号を前記マーチャント・サーバーへ送信し；及び
前記マーチャント・サーバーは前記プリペイド・オーダー番号を前記ウェブ・ページへ送信する、請求項１又は２に記載の支払方法。
【請求項４】
前記オーダー生成リクエストは、前記マーチャントに対応するマーチャント識別子を更に有し；
前記支払サーバーが、前記オーダー生成リクエストに従って前記プリペイド・オーダー番号を生成することは：
前記支払サーバーが、前記マーチャント識別子に従って、前記マーチャントは登録されたマーチャントであるか否かを検出すること；及び
前記マーチャントが登録されたマーチャントである場合に、前記支払サーバーが、前記プリペイド・オーダー番号を生成すること；
を含む、請求項３に記載の支払方法。
【請求項５】
支払方法であって：
ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスするマーチャントに対応するウェブ・ページからオーダー情報を取得するステップ；
前記ウェブ・ページを利用することにより前記オーダー情報をバックエンド・サーバーへ送信するステップ；
前記ウェブ・ページからプリペイド・オーダー番号を取得するステップであって、前記プリペイド・オーダー番号は、前記オーダー情報に従って前記バックエンド・サーバーにより生成されて前記ウェブ・ページへ送信される、ステップ；及び
支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーとの支払手順を完了させるステップであって、前記プラットフォーム・アプリケーション及び前記支払アプリケーションは同じ端末で実行される、ステップ；
を有し、
支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーとの支払手順を完了させるステップが：
前記支払アプリケーションにより提供される支払インターフェースを呼び出し、前記支払インターフェースを利用することにより、前記プリペイド・オーダー番号を前記支払アプリケーションに提供するステップ；
を有し、前記支払アプリケーションは、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーから前記オーダー情報を取得し；前記オーダー情報に従って支払ページを生成及び表示し；前記支払ページで相応に入力される支払チェック情報を取得した後に、前記支払手順を完了させるために使用される、支払方法。
【請求項６】
前記プラットフォーム・アプリケーションが、支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーとの支払手順を完了させるステップの前に、前記支払方法は：
前記マーチャントに対応するマーチャント識別子及び/又は前記オーダー情報を有するマーチャント認証情報を、前記ウェブ・ページから取得するステップ；
前記マーチャント認証情報に関して認証を実行するステップ；及び
前記認証に合格した場合に、前記プラットフォーム・アプリケーションが、前記支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーとの支払手順を完了させるステップを実行するステップ；
を更に有する請求項５に記載の支払方法。
【請求項７】
前記バックエンド・サーバーは、前記マーチャントに対応するマーチャント・サーバーと、前記支払アプリケーションに対応する支払サーバーとを有し；
前記ウェブ・ページを利用することにより前記オーダー情報をバックエンド・サーバーへ送信するステップが：
前記マーチャント・サーバーが、少なくとも前記オーダー情報を含むオーダー生成リクエストを前記支払サーバーへ送信するように、前記ウェブ・ページを利用することで、前記オーダー情報を前記マーチャント・サーバーへ送信し；及び、前記支払サーバーが、前記オーダー生成リクエストに従って前記プリペイド・オーダー番号を生成し、前記プリペイド・オーダー番号を前記マーチャント・サーバーへ送信するステップ；
を有する、請求項５又は６に記載の支払方法。
【請求項８】
支払方法であって：
ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスするマーチャントに対応するウェブ・ページからオーダー情報を受信するステップ；
前記オーダー情報に従ってプリペイド・オーダー番号を生成するステップ；及び
前記プリペイド・オーダー番号を前記ウェブ・ページへ送信するステップであって、前記ウェブ・ページは、前記プリペイド・オーダー番号を前記プラットフォーム・アプリケーションに提供するために使用され、それにより、前記プラットフォーム・アプリケーションは、支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させ、前記プラットフォーム・アプリケーション及び前記支払アプリケーションは同じ端末で実行される、ステップ；
を有し、
前記プラットフォーム・アプリケーションは、支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させるステップが：
前記プラットフォーム・アプリケーションが、前記支払アプリケーションにより提供される支払インターフェースを呼び出すステップ；及び
前記プラットフォーム・アプリケーションが、前記支払インターフェースを利用することにより前記支払アプリケーションに前記プリペイド・オーダー番号を提供するステップ；
を有し、前記支払アプリケーションは、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーから前記オーダー情報を取得し；前記オーダー情報に従って支払ページを生成及び表示し；及び、前記支払ページで相応に入力される支払チェック情報を取得した後に、前記支払手順を完了させるように構成される、支払方法。
【請求項９】
バックエンド・サーバーは、前記マーチャントに対応するマーチャント・サーバーと、前記支払アプリケーションに対応する支払サーバーとを有し；
前記オーダー情報に従ってプリペイド・オーダー番号を生成するステップは：
前記マーチャント・サーバーが前記ウェブ・ページから前記オーダー情報を受信した後に、少なくとも前記オーダー情報を含むオーダー生成リクエストを前記マーチャント・サーバーが前記支払サーバーへ送信するステップ；及び
前記支払サーバーが、前記オーダー生成リクエストに従って前記プリペイド・オーダー番号を生成し、前記プリペイド・オーダー番号と前記オーダー情報との間の関係を保存し；前記プリペイド・オーダー番号を前記マーチャント・サーバーへ送信し；及び、前記マーチャント・サーバーを利用することにより前記プリペイド・オーダー番号を前記ウェブ・ページへ送信するステップ；
を有する、請求項８に記載の支払方法。
【請求項１０】
前記オーダー生成リクエストは、前記マーチャントに対応するマーチャント識別子を更に有し；及び
前記支払サーバーが、前記オーダー生成リクエストに従って前記プリペイド・オーダー番号を生成することは：
前記支払サーバーが、前記マーチャント識別子に従って、前記マーチャントは登録されたマーチャントであるか否かを検出すること；及び
前記マーチャントが登録されたマーチャントである場合に、前記支払サーバーが、前記プリペイド・オーダー番号を生成すること；
を含む、請求項９に記載の支払方法。
【請求項１１】
支払装置であって：    ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスするマーチャントに対応するウェブ・ページからオーダー情報を取得するように構成される情報取得モジュール；
前記ウェブ・ページを利用することにより前記オーダー情報をバックエンド・サーバーへ送信するように構成される情報送信モジュール；
前記ウェブ・ページからプリペイド・オーダー番号を取得するように構成されるオーダー番号取得モジュールであって、前記プリペイド・オーダー番号は、前記オーダー情報に従って前記バックエンド・サーバーにより生成されて前記ウェブ・ページへ送信される、オーダー番号取得モジュール；及び
支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーとの支払手順を完了させるように構成される支払呼出モジュールであって、前記プラットフォーム・アプリケーション及び前記支払アプリケーションは同じ端末で実行される、支払呼出モジュール；
を有し、
前記支払呼出モジュールは：
前記支払アプリケーションにより提供される支払インターフェースを呼び出し、前記支払インターフェースを利用することにより、前記プリペイド・オーダー番号を前記支払アプリケーションに提供するように構成され；
前記支払アプリケーションは、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーから前記オーダー情報を取得し；前記オーダー情報に従って支払ページを生成及び表示し；前記支払ページで相応に入力される支払チェック情報を取得した後に、前記支払手順を完了させるように構成される、支払装置。
【請求項１２】
前記支払装置は：
前記マーチャントに対応するマーチャント識別子及び/又は前記オーダー情報を有するマーチャント認証情報を、前記ウェブ・ページから取得するように構成される認証取得モジュール；
前記マーチャント認証情報に関して認証を実行するように構成されるマーチャント認証モジュール；
を更に有し、前記支払呼出モジュールは、前記認証に合格した場合に、前記支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーとの支払手順を完了させるステップを実行するように更に構成される、請求項１１に記載の支払装置。
【請求項１３】
前記バックエンド・サーバーは、前記マーチャントに対応するマーチャント・サーバーと、前記支払アプリケーションに対応する支払サーバーとを有し；
前記情報送信モジュールは、前記マーチャント・サーバーが、少なくとも前記オーダー情報を含むオーダー生成リクエストを前記支払サーバーへ送信するように、前記ウェブ・ページを利用することで、前記オーダー情報を前記マーチャント・サーバーへ送信するように構成され；及び、前記支払サーバーは、前記オーダー生成リクエストに従って前記プリペイド・オーダー番号を生成し、前記プリペイド・オーダー番号を前記マーチャント・サーバーへ送信するように構成される、請求項１１又は１２に記載の支払装置。
【請求項１４】
支払装置であって：
ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスするマーチャントに対応するウェブ・ページからオーダー情報を受信するように構成される情報受信モジュール；
前記オーダー情報に従ってプリペイド・オーダー番号を生成するように構成されるオーダー番号生成モジュール；及び
前記プリペイド・オーダー番号を前記ウェブ・ページへ送信するように構成されるオーダー番号送信モジュールであって、前記ウェブ・ページは、前記プリペイド・オーダー番号を前記プラットフォーム・アプリケーションに提供するように構成され、それにより、前記プラットフォーム・アプリケーションは、支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させ、前記プラットフォーム・アプリケーション及び前記支払アプリケーションは同じ端末で実行される、オーダー番号送信モジュール；
を有し、
前記プラットフォーム・アプリケーションは、支払アプリケーションを呼び出し、前記支払アプリケーションを利用して、前記プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させるステップが：
前記プラットフォーム・アプリケーションが、前記支払アプリケーションにより提供される支払インターフェースを呼び出すステップ；及び
前記プラットフォーム・アプリケーションが、前記支払インターフェースを利用することにより前記支払アプリケーションに前記プリペイド・オーダー番号を提供するステップ；
を有し、前記支払アプリケーションは、前記プリペイド・オーダー番号に従って前記バックエンド・サーバーから前記オーダー情報を取得し；前記オーダー情報に従って支払ページを生成及び表示し；及び、前記支払ページで相応に入力される支払チェック情報を取得した後に、前記支払手順を完了させるように構成される、支払装置。
【請求項１５】
前記オーダー番号生成モジュールは：    
前記マーチャントに対応するマーチャント・サーバーを利用することで、前記ウェブ・ページから前記オーダー情報を受信した後に、少なくとも前記オーダー情報を含むオーダー生成リクエストを支払サーバーへ送信し；
前記支払アプリケーションに対応する支払サーバーを利用することで、前記オーダー生成リクエストに従って前記プリペイド・オーダー番号を生成し、前記プリペイド・オーダー番号と前記オーダー情報との間の関係を保存し；前記プリペイド・オーダー番号を前記マーチャント・サーバーへ送信し；及び、前記マーチャント・サーバーを利用することにより前記プリペイド・オーダー番号を前記ウェブ・ページへ送信する；
ように構成される、請求項１４に記載の支払装置。
【請求項１６】
前記オーダー生成リクエストは、前記マーチャントに対応するマーチャント識別子を更に有し；及び
前記支払アプリケーションに対応する支払サーバーを利用することで、前記オーダー生成リクエストに従って前記プリペイド・オーダー番号を生成することは：
前記支払サーバーを利用することにより、前記マーチャント識別子に従って、前記マーチャントは登録されたマーチャントであるか否かを検出すること；及び
前記マーチャントが登録されたマーチャントである場合に、前記支払サーバーを利用することにより、前記プリペイド・オーダー番号を生成すること；
を含む、請求項１５に記載の支払装置。
【請求項１７】
端末及びバックエンド・サーバーを有する支払システムであって、前記端末はプラットフォーム・アプリケーション及び支払アプリケーションを動作させ；
前記端末は請求項１１ないし１３のうち何れか一項に記載の支払装置を有し；及び
前記バックエンド・サーバーは請求項１４ないし１６のうち何れか一項に記載の支払装置を有する、支払システム。
【発明の詳細な説明】
【背景技術】
【０００１】
＜関連出願＞
本願は2015年9月24日付で中国特許庁に出願された「支払方法、装置及びシステム」と題する中国特許出願第201510617815.9号に対する優先権の利益を享受し、その内容全体は本願のリファレンスに組み込まれる。
【０００２】
＜技術分野＞
本開示の実施形態はコンピュータ及びインターネット技術の分野に関連し、特に、支払方法、装置及びシステムに関連する。
【０００３】
＜背景技術＞
オンライン・ショッピングの成長とともに、様々なオンライン・ショッピング・プラットフォームが登場している。これらのオンライン・ショッピング・プラットフォームは、紛れもなく、秩序ある統一的なオンライン・ショッピングに対する信頼できる保証をもたらす。
【０００４】
オンライン・ショッピング・プラットフォームにより提供されるショッピング・プラットフォーム・アプリケーションを端末にダウンロードしてインストールすることにより、ユーザーは、マーチャントの選択(merchant  selection)、商品の注文及びオンライン支払等のような一連の購入手順を実行することが可能である。現在、ショッピング・プラットフォーム・アプリケーションは次の2通りの方法でマーチャント(又は商人)によりアクセスされ：1つはオープン・インターフェースの形式でショッピング・プラットフォーム・アプリケーションにアクセスするものであり；他の1つはウェブ・ページの形式でショッピング・プラットフォーム・アプリケーションにアクセスするものである。ウェブ・ページの形式でマーチャントがショッピング・プラットフォーム・アプリケーションにアクセスする場合、既存のオンライン支払手順は：ユーザーが商品の注文を終えた後に、ショッピング・プラットフォーム・アプリケーションがウェブ支払ツールを呼び出す、というものである。ユーザーは、ユーザー・アカウント及び対応するログイン・パスワードを、ウェブ支払ツールにより提供されるログイン・ページに入力する。ウェブ支払ツールにログインした後、ユーザーは支払手順を完了させるために支払パスワードを入力する。
【発明の概要】
【０００５】
既存の技術では、関連するオンライン支払手順の操作が比較的複雑であり、かつ、マーチャントがウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする場合にはセキュリティが低いという問題を解決するために、本開示の実施形態は支払方法、装置及びシステムを提供する。技術的な解決手段は次のとおりである：
【０００６】
第1側面によれば、支払方法が提供される。本方法は、プラットフォーム・アプリケーション及び支払アプリケーションを動作させる端末と、バックエンド・サーバーとを有する支払システムに適用される。本方法は：
プラットフォーム・アプリケーションが、ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスするマーチャントに対応するウェブ・ページからオーダー情報を取得し、ウェブ・ページを利用することによりオーダー情報をバックエンド・サーバーへ送信するステップ；
バックエンド・サーバーが、オーダー情報に従ってプリペイド・オーダー番号を生成し、プリペイド・オーダー番号をウェブ・ページへ送信するステップ；及び
プラットフォーム・アプリケーションがプリペイド・オーダー番号をウェブ・ページから取得し、プラットフォーム・アプリケーションが、支払アプリケーションを呼び出し、支払アプリケーションを利用して、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させるステップ；を有する。
【０００７】
第2側面によれば、支払方法が提供され、本方法は：
ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスするマーチャントに対応するウェブ・ページからオーダー情報を取得するステップ；
ウェブ・ページを利用することによりオーダー情報をバックエンド・サーバーへ送信するステップ；
ウェブ・ページからプリペイド・オーダー番号を取得するステップであって、プリペイド・オーダー番号は、オーダー情報に従って前記バックエンド・サーバーにより生成されてウェブ・ページへ送信される、ステップ；及び
支払アプリケーションを呼び出し、支払アプリケーションを利用して、プリペイド・オーダー番号に従って前記バックエンド・サーバーとの支払手順を完了させるステップであって、プラットフォーム・アプリケーション及び支払アプリケーションは同じ端末で実行される、ステップ；を含む。
【０００８】
第3側面によれば、支払方法が提供され、本方法は：
ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスするマーチャントに対応するウェブ・ページからオーダー情報を受信するステップ；
オーダー情報に従ってプリペイド・オーダー番号を生成するステップ；及び
プリペイド・オーダー番号をウェブ・ページへ送信するステップであって、ウェブ・ページは、プリペイド・オーダー番号をプラットフォーム・アプリケーションに提供するために使用され、それにより、プラットフォーム・アプリケーションは、支払アプリケーションを呼び出し、支払アプリケーションを利用して、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させ、プラットフォーム・アプリケーション及び支払アプリケーションは同じ端末で実行される、ステップ；を含む。
【０００９】
第4側面によれば、支払装置が提供され、本装置は：
ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスするマーチャントに対応するウェブ・ページからオーダー情報を取得するように構成される情報取得モジュール；
ウェブ・ページを利用することによりオーダー情報をバックエンド・サーバーへ送信するように構成される情報送信モジュール；
ウェブ・ページからプリペイド・オーダー番号を取得するように構成されるオーダー番号取得モジュールであって、プリペイド・オーダー番号は、オーダー情報に従ってバックエンド・サーバーにより生成されてウェブ・ページへ送信される、オーダー番号取得モジュール；及び
支払アプリケーションを呼び出し、支払アプリケーションを利用して、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させるように構成される支払呼出モジュールであって、プラットフォーム・アプリケーション及び支払アプリケーションは同じ端末で実行される、支払呼出モジュール；を含む。
【００１０】
第5側面によれば、支払装置が提供され、本装置は：
ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスするマーチャントに対応するウェブ・ページからオーダー情報を受信するように構成される情報受信モジュール；
オーダー情報に従ってプリペイド・オーダー番号を生成するように構成されるオーダー番号生成モジュール；及び
プリペイド・オーダー番号をウェブ・ページへ送信するように構成されるオーダー番号送信モジュールであって、ウェブ・ページは、プリペイド・オーダー番号をプラットフォーム・アプリケーションに提供するように構成され、それにより、プラットフォーム・アプリケーションは、支払アプリケーションを呼び出し、支払アプリケーションを利用して、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させ、プラットフォーム・アプリケーション及び支払アプリケーションは同じ端末で実行される、オーダー番号送信モジュール；を含む。
【００１１】
第6側面によれば、端末及びバックエンド・サーバーを有する支払システムが提供され、端末はプラットフォーム・アプリケーション及び支払アプリケーションを動作させ；
端末は第4側面による支払装置を含み；及び
バックエンド・サーバーは第5側面による支払装置を含む。
【００１２】
本開示の実施形態により提供される技術的な解決手段は以下の有利な効果を有する：
【００１３】
プリペイド・オーダー番号が、バックエンド・サーバーにより、マーチャントに対応するウェブ・ページから取得され、そして、プラットフォーム・アプリケーションが、マーチャントに対応するウェブ・ページから、プリペイド・オーダー番号を取得し、支払アプリケーションを呼び出し、支払アプリケーションを利用して、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させ、それにより、既存の技術では関連するオンライン支払手順の操作が比較的複雑であること及びマーチャントがウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする場合にセキュリティが低いという問題を解決する。支払アプリケーションが直接的に呼び出されるので、ユーザーは、支払手順を完了させるために支払チェック情報(payment  check  information)を直接的に入力することができる。ユーザーにとって、ウェブ支払ツールにログオンするためにユーザー・アカウント及びログイン・パスワードをマニュアルで入力する必要はなくなり、それにより、操作手順を簡略化し、支払効率を高め、セキュリティを改善するという技術的効果が達成される。
【図面の簡単な説明】
【００１４】
本開示の実施形態における技術的解決手段をより明確に説明するために、以下、実施形態を説明するために必要とされる添付図面を簡単に説明する。明らかに、以下の説明における添付図面は、本開示の何らかの実施形態を単に示しているに過ぎず、当業者は創作的な労力を発揮すること無くそれでもこれらの添付図面から他の図面を導出し得る。
【００１５】
【図１Ａ】図1Aは本開示の実施形態による実施環境の概略構成図である。
【００１６】
【図１Ｂ】図1Bは本開示の実施形態によるバックエンド・サーバーの概略システム図である。
【００１７】
【図２】図2は本開示の実施形態による支払方法の方法フローチャートである。
【００１８】
【図３】図3は本開示の別の実施形態による支払方法の方法フローチャートである。
【００１９】
【図４】図4は本開示の更に別の実施形態による支払方法の方法フローチャートである。
【００２０】
【図５Ａ】図5Aは本開示の更に別の実施形態による支払方法の方法フローチャートである。
【００２１】
【図５Ｂ】図5Aに示される実施形態によるユーザー・インターフェースの概略図である。
【００２２】
【図６Ａ】図6Aは本開示の実施形態による支払装置の構造ブロック図である。
【００２３】
【図６Ｂ】図6Bは本開示の別の実施形態による支払装置の構造ブロック図である。
【００２４】
【図７】図7は本開示の別の実施形態による支払装置の構造ブロック図である。
【００２５】
【図８】図8は本開示の実施形態による支払システムの構造ブロック図である。
【発明を実施するための形態】
【００２６】
本開示の課題、技術的な解決手段及び利点をより明確にするために、以下、更に、添付図面を参照しながら本開示の実施形態を詳細に説明する。
【００２７】
図1Aは本開示の実施形態による実施環境の概略構成図を示す。実施環境は端末120及びバックエンド・サーバー140を含む。
【００２８】
端末120は、スマートフォン、パネル・コンピュータ、電子書籍リーダー(an  e-book  reader)、マルチメディア再生デバイス、ラップトップ等のような電子デバイスであっても良い。
【００２９】
本開示の実施形態では、端末120はプラットフォーム・アプリケーション及び支払アプリケーションを動作させる。ここで、プラットフォーム・アプリケーションとは、マーチャントが様々なサービスをユーザーに提供できるように、マーチャントにアクセス機能を提供するプラットフォーム・レベルのアプリケーション(APP)を指す。本開示の実施形態において、プラットフォーム・アプリケーションに提供されるサービスのタイプは、ショッピング・サービス、日常生活サービス、車両サービス等を含むがこれらに限定されない。マーチャントとは、プラットフォーム・アプリケーションにアクセスし、プラットフォーム・アプリケーションにおいてユーザーにサービスを提供する機関(institution)又は個人を指す。例えば、上記の機関は、ビジネスマン、製造業者、代理人(エージェント)、販売業者(ディーラー)等であってもよい。本開示の実施形態において、マーチャントは、ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする。即ち、プラットフォーム・アプリケーションにおいて、ウェブ・ページの形式で提供されるマーチャント及びサービスを表示する。ユーザーは、マーチャントに対応するウェブ・ページで必要なサービスをチェック及び購入することが可能である。例えば、マーチャントに対応するウェブ・ページは、HTML5(hypertext  markup  language  5)を利用することにより展開されるウェブ・ページであっても良い。
【００３０】
一例において、プラットフォーム・アプリケーションはショッピング・プラットフォーム・アプリケーションであり、ショッピング・プラットフォーム・アプリケーションとは、ユーザー及びマーチャントに、オンライン売買インターフェースを提供するプラットフォーム・レベルのAPPを指す。例えば、ショッピング・プラットフォーム・アプリケーションは、中国北京市のジンドン・センチュリー・トレーディング・カンパニー・リミテッドにより提供されるジンドン・モール(Jingdong  mall)APP、中国アリババ・カンパニーにより提供されるティーモール(Tmall)APP、或いは、中国アリババ・カンパニーにより提供されるタオバオ(Taobao)APPであっても良い。この具体例では、マーチャントは、ショッピング・プラットフォーム・アプリケーションにアクセスし、ショッピング・プラットフォーム・アプリケーションでユーザーに商品を販売する機関又は個人を指す。マーチャントは、商品の製造業者、代理店又は販売業者であっても良い。この具体例では、マーチャントは、ウェブ・ページの形式でショッピング・プラットフォーム・アプリケーションにアクセスする。即ち、ショッピング・プラットフォーム・アプリケーションにおいて、マーチャント及び販売される商品が、ウェブ・ページの形式で表示される。ユーザーは、マーチャントに対応するウェブ・ページの中で商品を確認及び購入することが可能である。
【００３１】
別の具体例において、プラットフォーム・アプリケーションは日常生活サービスのプラットフォーム・アプリケーションであり、日常生活サービスのプラットフォーム・アプリケーションは、マーチャントが様々な日常生活サービスをユーザーに提供できるように、マーチャントにアクセス機能を提供するプラットフォーム・レベルのAppを指す。例えば、上記の日常生活サービスは、持ち帰りサービス、家事サービス、個人指導サービス、芸術指導サービス、航空機チケット/チケット/ホテル予約サービス、エージェントとして活動するサービス、不動産賃貸サービス等を含むがこれらに限定されない。例えば、日常生活サービスのプラットフォーム・アプリケーションは、中国北京市の58インフォメーション・テクノロジ・カンパニー・リミテッドにより提供される58シティ(58  city)APP、中国シャアジンのブランチ・ネットワーク・テクノロジ(北京)カンパニー・リミテッドにより提供されるガンジ(Ganji)APP、或いは、中国南京のトゥニウ・テクノロジ・カンパニー・リミテッドにより提供されるトゥニウ・トラベル(Tuniu  travel)APPであっても良い。この具体例では、マーチャントは、日常生活サービスのプラットフォーム・アプリケーションにアクセスし、日常生活サービスのプラットフォーム・アプリケーションのユーザーに日常生活サービスを提供する機関又は個人を指す。マーチャントは、サービスのプロバイダ、エージェント又はディーラーであっても良い。この具体例では、マーチャントは、ウェブ・ページの形式で日常生活サービスのショッピング・プラットフォーム・アプリケーションにアクセスする。即ち、日常生活サービスのプラットフォーム・アプリケーションにおいて、マーチャント及び提供される日常サービスが、ウェブ・ページの形式で表示される。ユーザーは、マーチャントに対応するウェブ・ページにおいて、サービスを確認及び購入することが可能である。
【００３２】
支払アプリケーションは、オンライン支払機能を実現するために使用されるクライアントAPPを指す。例えば、支払アプリケーションは、中国テンセント・カンパニーにより提供されるウィーチャット・ペイメント(Wechat  Payment)又は中国アリババ・カンパニーにより提供されるアリペイ(Alipay)であっても良い。ウェブ支払と比較すると、支払機能を有するクライアントAPPはより安全であり、なぜなら、クライアント・アプリケーションは内蔵セキュリティ・チェック・モジュールを有し、転送プロセスが奪われづらいからである。
【００３３】
通信ネットワークを利用することにより、端末120及びバックエンド・サーバー140の間に通信コネクションが設定され、通信ネットワークは有線ネットワーク又は無線ネットワークであっても良い。
【００３４】
バックエンド・サーバー140は、1つのサーバー、複数のサーバーにより形成されるサーバー集団、又は、クラウド・コンピューティング・センターであっても良い。
【００３５】
何らかの実施形態では、図1Bに示されるように、バックエンド・サーバー140はクラスタ・アーキテクチャを有する。バックエンド・サーバー140は、マーチャントに対応するマーチャント・サーバー142と、支払アプリケーションに対応する支払サーバー144とを含む。ここで、マーチャント・サーバー142はマーチャントのバックエンド・サーバーである。マーチャント・サーバー142とマーチャントに対応するウェブ・ページとの間にハイパー・テキスト・トランスファ・プロトコル(HTTP)コネクションが設定される。それらはHTTPコネクションを利用することで互いに通信する。支払サーバー144は支払アプリケーションのバックエンド・サーバーである。支払サーバーと支払アプリケーションとの間に通信コネクションが設定される。何らかの実施形態では、図1Bに示されるように、バックエンド・サーバー140は、プラットフォーム・アプリケーションに対応するプラットフォーム・サーバー146を更に含む。プラットフォーム・サーバー146はプラットフォーム・アプリケーションのバックエンド・サーバーである。プラットフォーム・サーバーとプラットフォーム・アプリケーションとの間に通信コネクションが設定される。
【００３６】
図2は本開示の実施形態による支払方法の方法フローチャートを示す。支払方法は、図1に示される実施環境で端末120を動作させるプラットフォーム・アプリケーションに適用されても良い。
【００３７】
S202において、マーチャントに対応するウェブ・ページからオーダー情報が取得される。マーチャントは、ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする。
【００３８】
S204において、ウェブ・ページを利用することにより、オーダー情報がバックエンド・サーバーへ送信される。
【００３９】
S206において、ウェブ・ページからプリペイド・オーダー番号が取得される。プリペイド・オーダー番号は、オーダー情報に従ってバックエンド・サーバーにより生成され、ウェブ・ページへ送信される。
【００４０】
S208において、支払アプリケーションが呼び出され、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させる。プラットフォーム・アプリケーション及び支払アプリケーションは同じ端末で実行される。
【００４１】
要するに、実施形態は支払方法を提供し、支払方法は、マーチャントに対応するウェブ・ページにより、バックエンド・サーバーからプリペイド・オーダー番号を取得するステップ；プラットフォーム・アプリケーションが、マーチャントに対応するウェブ・ページからプリペイド・オーダー番号を取得するステップ；及び支払アプリケーションを呼び出し、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させるステップ；を含む。そのようにして、関連するオンライン支払手順の操作が比較的複雑であり、かつ、マーチャントがウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする場合にはセキュリティが低いという既存の技術の問題は、解決されることが可能である。支払アプリケーションが直接的に呼び出されるので、ユーザーは、支払手順を完了させるために支払チェック情報を直接的に入力することができる。ユーザーにとって、ウェブ支払ツールにログオンするためにユーザー・アカウント及びログイン・パスワードをマニュアルで入力する必要はなくなり、それにより、操作手順を簡略化し、支払効率を高め、セキュリティを改善するという技術的効果が達成される。
【００４２】
図3は本開示の別の実施形態による支払方法の方法フローチャートである。支払方法は、図1に示される実施環境におけるバックエンド・サーバー140に適用されても良い。
【００４３】
S302において、マーチャントに対応するウェブ・ページからオーダー情報が受信される。マーチャントは、ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする。
【００４４】
S304において、オーダー情報に従ってプリペイド・オーダー番号が生成される。
【００４５】
S306において、プリペイド・オーダー番号がウェブ・ページへ送信される。ウェブ・ページは、プリペイド・オーダー番号をプラットフォーム・アプリケーションに提供するために使用され、それにより、プラットフォーム・アプリケーションは、支払アプリケーションを呼び出し、支払アプリケーションを利用して、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させる。プラットフォーム・アプリケーション及び支払アプリケーションは同じ端末で実行される。
【００４６】
要するに、実施形態は支払方法を提供し、支払方法は、マーチャントに対応するウェブ・ページから、バックエンド・サーバーが、オーダー情報を取得するステップ；オーダー情報に従ってプリペイド・オーダー番号を生成するステップ；及び、マーチャントに対応するウェブ・ページがプリペイド・オーダー番号をプラットフォーム・アプリケーションへ提供するように、マーチャントに対応するウェブ・ページへプリペイド・オーダー番号を返し、それにより、プラットフォーム・アプリケーションが、支払アプリケーションを呼び出し、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させるステップを含む。そのようにして、関連するオンライン支払手順の操作が比較的複雑であり、かつ、マーチャントがウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする場合にはセキュリティが低いという既存の技術の問題は、解決されることが可能である。支払アプリケーションが直接的に呼び出されるので、ユーザーは、支払手順を完了させるために支払チェック情報を直接的に入力することができる。ユーザーにとって、ウェブ支払ツールにログオンするためにユーザー・アカウント及びログイン・パスワードをマニュアルで入力する必要はなくなり、それにより、操作手順を簡略化し、支払効率を高め、セキュリティを改善するという技術的効果が達成される。
【００４７】
図4は本開示の更に別の実施形態による支払方法の方法フローチャートを示す。支払方法は図1に示される実施環境に適用されても良い。
【００４８】
S402において、プラットフォーム・アプリケーションは、マーチャントに対応するウェブ・ページからオーダー情報を取得し、マーチャントは、ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする。
【００４９】
S404において、プラットフォーム・アプリケーションは、ウェブ・ページを利用することにより、オーダー情報をバックエンド・サーバーへ送信する。
【００５０】
それに応じて、バックエンド・サーバーは、ウェブ・ページからオーダー情報を受信する。
【００５１】
S406において、バックエンド・サーバーは、オーダー情報に従ってプリペイド・オーダー番号を生成する。
【００５２】
S408において、バックエンド・サーバーは、プリペイド・オーダー番号をウェブ・ページへ送信する。
【００５３】
それに応じて、ウェブ・ページは、バックエンド・サーバー140により送信されたプリペイド・オーダー番号を受信する。
【００５４】
S410において、プラットフォーム・アプリケーションは、ウェブ・ページからプリペイド・オーダー番号を取得する。
【００５５】
S412において、プラットフォーム・アプリケーションは、支払アプリケーションを呼び出し、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させる。
【００５６】
要するに、実施形態は支払方法を提供し、支払方法は、マーチャントに対応するウェブ・ページにより、バックエンド・サーバーからプリペイド・オーダー番号を取得するステップ；プラットフォーム・アプリケーションが、マーチャントに対応するウェブ・ページからプリペイド・オーダー番号を取得するステップ；支払アプリケーションを呼び出し、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させるステップ；を含む。そのようにして、関連するオンライン支払手順の操作が比較的複雑であり、かつ、マーチャントがウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする場合にはセキュリティが低いという既存の技術の問題は、解決されることが可能である。支払アプリケーションが直接的に呼び出されるので、ユーザーは、支払手順を完了させるために支払チェック情報を直接的に入力することができる。ユーザーにとって、ウェブ支払ツールにログオンするためにユーザー・アカウント及びログイン・パスワードをマニュアルで入力する必要はなくなり、それにより、操作手順を簡略化し、支払効率を高め、セキュリティを改善するという技術的効果が達成される。
【００５７】
図5Aは本開示の更に別の実施形態による支払方法の方法フローチャートを示す。この実施形態では、図1に示される実施環境に支払方法が適用される例を利用することにより、説明がなされる。
【００５８】
S501において、プラットフォーム・アプリケーションが、マーチャントに対応するウェブ・ページからオーダー情報を取得する。
【００５９】
ここで、マーチャントはウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする。マーチャントに対応するウェブ・ページは、マーチャントが販売する商品に関する関連情報を表示するために使用され、関連情報は、例えば、名称、タイプ、価格、紹介、プレビュー画像又は商品についてのコメントである。ユーザーは、マーチャントに対応するウェブ・ページで商品を確認、選択及び購入することが可能である。それに応じて、マーチャントに対応するウェブ・ページはオーダー情報を取得する。オーダー情報は、ユーザーにより注文された商品及び支払われるべき総額を指示するために使用される。例えば、オーダー情報は、商品の名称、商品の数量及び商品の価格を含んでも良い。
【００６０】
本開示のこの実施形態では、マーチャントが販売する商品の種類は限定されない。マーチャントが販売する商品は、食品、特注品(customs)、家庭用機器、家具又は書籍のような物理的な商品であっても良いし、或いは、ゲーム通貨、電話料金又はメンバーシップのような仮想的な商品であっても良いし、或いは、家事、個人指導又は代理行為のようなサービスであっても良い。
【００６１】
S502において、プラットフォーム・アプリケーションは、マーチャントに対応するウェブ・ページからオーダー情報をマーチャント・サーバーへ送信する。
【００６２】
マーチャントに対応するウェブ・ページと、マーチャントに対応するウェブ・ページに対応するマーチャント・サーバーとの間に、HTTPコネクションが設定される。マーチャントに対応するウェブ・ページは、HTTPコネクションを利用することにより、オーダー情報をマーチャント・サーバーへ送信する。
【００６３】
それに応じて、マーチャント・サーバーは、マーチャントに対応するウェブ・ページからオーダー情報を受信する。
【００６４】
S503において、マーチャント・サーバーは、オーダー生成リクエストを支払サーバーへ送信する。
【００６５】
ここで、オーダー生成リクエストは少なくともオーダー情報を含んでいる。オーダー生成リクエストは、プリペイド・オーダーを設定し、対応するプリペイド・オーダー番号を生成することを、支払サーバーに要求するために使用される。
【００６６】
何らかの実施形態では、オーダー生成リクエストは、マーチャントに対応するマーチャント識別子を更に含む。ここで、マーチャント識別子は、マーチャントを一意に識別するために使用される。異なるマーチャントは異なるマーチャント識別子に対応する。
【００６７】
それに応じて、支払サーバーは、マーチャント・サーバーにより送信されるオーダー生成リクエストを受信する。
【００６８】
S504において、支払サーバーが、オーダー生成リクエストに従って、プリペイド・オーダー番号を生成する。
【００６９】
ここで、プリペイド・オーダー番号は、プリペイド・オーダーを一意に識別するために使用される。異なるプリペイド・オーダーは、異なるプリペイド・オーダー番号に対応する。支払サーバーは、所定のルールに従ってプリペイド・オーダー番号を生成しても良い。例えば、支払サーバーは、現在時間に従うプリペイド・オーダー番号と、マーチャントに対応するマーチャント識別子とを生成する。
【００７０】
何らかの実施形態では、オーダー生成リクエストがマーチャント識別子を含む場合、支払サーバーは、マーチャント識別子に従って、そのマーチャントが、登録されたマーチャントであるか否かを検出する。マーチャントは登録されたマーチャントであることを検出した場合、支払サーバーはプリペイド・オーダー番号を生成する。一方、そのマーチャントは登録されたマーチャントでないことを、支払サーバーが検出した場合、支払サーバーは、オーダー生成失敗を通知するために使用されるレスポンスをマーチャント・サーバーに返す。
【００７１】
ある可能な実現例では、マーチャント識別子に従って、そのマーチャントが登録されたマーチャントであるか否かを検出する支払サーバーの手順は、支払サーバーが、登録されたマーチャント識別子の集団(クラスタ)はそのマーチャントに対応するマーチャント識別子を含むか否かを検出し；含む場合、マーチャントは登録されたマーチャントであることを確定し；含まない場合、マーチャントは登録されたマーチャントでないことを確定することを含む。ここで、登録されたマーチャント識別子クラスタは、支払サーバーに適切に登録されたマーチャントにそれぞれが対応するマーチャント識別子を含む。
【００７２】
支払サーバーが、プリペイド・オーダー番号とオーダー情報との間の関係を保存する。
【００７３】
S506において、支払サーバーがプリペイド・オーダー番号をマーチャント・サーバーへ送信する。
【００７４】
それに応じて、マーチャント・サーバーは、支払サーバーにより送信されたプリペイド・オーダー番号を受信する。
【００７５】
上記のステップS506は、ステップS505の前又は後に実行されても良く、或いは、ステップS505と同時に実行されても良い。この実施形態では、一例としてステップS505の後でしかステップS506が実行されないかもしれないが、本開示はこの具体例に限定されない。
【００７６】
S507において、マーチャント・サーバーが、マーチャントに対応するウェブ・ページへプリペイド・オーダー番号を送信する。
【００７７】
支払サーバーにより返されたプリペイド・オーダー番号を取得した後に、マーチャント・サーバーは、マーチャントに対応するウェブ・ページとマーチャント・サーバーとの間に設定されるHTTPコネクションを利用することにより、プリペイド・オーダー番号を、マーチャントに対応するウェブ・ページへ送信する。
【００７８】
それに応じて、マーチャントに対応するウェブ・ページは、マーチャント・サーバーにより送信されるプリペイド・オーダー番号を受信する。
【００７９】
S508において、プラットフォーム・アプリケーションは、マーチャントに対応するウェブ・ページからプリペイド・オーダー番号を取得する。
【００８０】
プリペイド・オーダー番号を受信した後に、マーチャントに対応するウェブ・ページは、プリペイド・オーダー番号をプラットフォーム・アプリケーションへ提供する。
【００８１】
ある可能な実現例では、プラットフォーム・アプリケーションは、所定のインターフェースを、マーチャントに対応するウェブ・ページへ提供する。所定のインターフェースは、ジャバ・スクリプト・インターフェースであっても良い。プラットフォーム・アプリケーションは、所定のインターフェースを利用することにより、マーチャントに対応するウェブ・ページから、プリペイド・オーダー番号を取得する。何らかの実施形態では、プリペイド・オーダー番号を取得した後に、マーチャントに対応するウェブ・ページは、所定のインターフェースを呼び出し、所定のインターフェースを利用することにより、プリペイド・オーダー番号をプラットフォーム・アプリケーションへ提供する。
【００８２】
S509において、プラットフォーム・アプリケーションは、マーチャントに対応するウェブ・ページからマーチャント認証情報を取得する。
【００８３】
何らかの実施形態では、マーチャント認証情報は、マーチャントに対応するマーチャント識別子及び/又はオーダー情報を含む。マーチャント認証情報は、プラットフォーム・アプリケーションがマーチャントの適法性(legality)を確認するために使用される。何らかの実施形態では、プラットフォーム・アプリケーションは、所定のインターフェースを利用することにより、マーチャントに対応するウェブ・ページから、マーチャント認証情報を取得する。
【００８４】
マーチャントに対応するウェブ・ページは、プリペイド・オーダー番号とマーチャント認証情報とを一緒に又は順番に、プラットフォーム・アプリケーションへ提供しても良い。即ち、上記のステップS509は、ステップS508の前、後、又はステップS508と同時に実行されても良い。一般的には、ステップS509及びステップS508は同時に実行され、即ち、マーチャントに対応するウェブ・ページが、プリペイド・オーダー番号とマーチャント認証情報とを一緒に、プラットフォーム・アプリケーションへ提供する。
【００８５】
S510において、プラットフォーム・アプリケーションは、マーチャント認証情報に関して認証を実行する。
【００８６】
プラットフォーム・アプリケーションは、マーチャント認証情報に従って、マーチャントが正当であるか否かを検査する。マーチャント認証情報が、マーチャントに対応するマーチャント識別子を含む場合、プラットフォーム・アプリケーションは、マーチャント識別子に従って、マーチャントが登録されたマーチャントであるか否かを検出する。検査手順は、ステップS504で議論した支払サーバーによるマーチャントの認証手順と類似しており、従ってその詳細な説明は省略される。
【００８７】
マーチャント認証情報がオーダー情報を含む場合、プラットフォーム・アプリケーションは、オーダー情報に従って、商品及び価格が正当であるか否かを検出する。上述したように、オーダー情報は、ユーザーが注文した商品と、支払われるべき総額とを指示するために使用されることが可能である。例えば、オーダー情報は、商品の名前、数量及び価格を含んでいても良い。プラットフォーム・アプリケーションは、そのマーチャントにより過去に提供された商品名及び対応する価格を参照することで、商品及び価格が偽造(又は改ざん)されているか否かを検出する。商品及び価格は偽造されていることが確認されると、プラットフォーム・アプリケーションは、商品及び価格は正当ではないことを確定する。
【００８８】
更に、プラットフォーム・アプリケーションは、マーチャントの正当性をローカルに検査しても良いし、或いは、クラウドでマーチャントの正当性を検査しても良い。マーチャントの正当性がクラウドで検査される場合、プラットフォーム・アプリケーションは、マーチャント認証情報を、プラットフォーム・アプリケーションに対応するプラットフォーム・サーバーへ送信する。プラットフォームは、マーチャント認証情報に従って、マーチャントが正当であるか否かを検出し、認証結果をプラットフォーム・アプリケーションに返す。
【００８９】
S511において、マーチャントが認証に合格した場合に、プラットフォーム・アプリケーションは、支払アプリケーションにより提供される支払インターフェースを呼び出し、支払インターフェースを利用することにより、プリペイド・オーダー番号を支払アプリケーションへ提供する。
【００９０】
ここで、支払アプリケーションは、オンライン支払機能を実現するために使用されるクライアントAPPを参照するが、そのクライアントAPPはウェブ支払ツールではない。支払アプリケーション及びプラットフォーム・アプリケーションは、同じ端末の中で動作している。支払アプリケーションは、起動するプラットフォーム・アプリケーションに対する支払インターフェースを提供する。
【００９１】
何らかの実施形態では、プラットフォーム・アプリケーションは、登録された識別子を支払アプリケーションに提供する。
【００９２】
一方、マーチャントが認証に合格しない場合、手順は終了し、取引は不成功に終わる。プラットフォーム・アプリケーションは、更に、マーチャントがマーチャント・サーバーに対する正当性検査に合格しないことを示すレスポンスを返し、それにより、取引が失敗した理由をマーチャントが分かるようにする。
【００９３】
プリペイド・オーダー番号を受信した後、支払アプリケーションは、以下詳細に説明されるように、プリペイド・オーダー番号に従って、支払サーバーとの支払手順を完了させる。
【００９４】
S512において、支払アプリケーションはプリペイド・オーダー番号を支払サーバーへ送信する。
【００９５】
それに応じて、支払サーバーは、支払アプリケーションにより送信されたプリペイド・オーダー番号を受信する。
【００９６】
何らかの実施形態では、プラットフォーム・アプリケーションの登録された識別子とプリペイド・オーダー番号との双方を支払サーバーへ送信する。
【００９７】
S513において、支払サーバーは、所定のプリペイド・オーダー番号とオーダー情報との間の関係に従って、プリペイド・オーダー番号に対応するオーダー情報を取得する。
【００９８】
S514において、支払サーバーは、オーダー情報を支払アプリケーションへ送信する。
【００９９】
それに応じて、支払アプリケーションは、支払サーバーにより送信されたオーダー情報を受信する。
【０１００】
何らかの実施形態では、支払サーバーは、プラットフォーム・アプリケーションの登録された識別子に従って、プラットフォーム・アプリケーションが適切に登録されているか否かを検査し、プラットフォーム・アプリケーションが適切に登録されている場合に、オーダー情報を支払アプリケーションへ送信する。
【０１０１】
S515において、支払アプリケーションは、オーダー情報に従って支払ページを生成及び表示する。
【０１０２】
何らかの実施形態において、支払ページは、少なくとも、支払額と、支払チェック情報をユーザーが入力するための操作制御部とを含む。何らかの実施形態では、支払ページは、支払先及びオーダー情報のような情報を更に含む。
【０１０３】
S516において、支払ページで相応に入力される支払チェック情報を取得した後に、支払アプリケーションが支払手順を完了させる。
【０１０４】
何らかの実施形態では、支払ページで相応に入力された支払チェック情報を取得した後に、支払アプリケーションは、支払チェック情報が正しいか否かを確認し、支払チェック情報が正しい場合に、徴収手順(a  collection  procedure)を実行する。ここで、支払チェック情報とは、支払を確認するために使用され且つ支払アプリケーションで予め設定される確認情報を指す。本開示の実施形態では、支払チェック情報を実現する形式は限定されず、ディジタル・パスワード、図形パスワード、指紋、声紋、人間の顔などを含むがこれらに限定されない。
【０１０５】
何らかの実施形態では、支払手順を完了した後に、支払サーバーは、ユーザーが適切に支払ったことをマーチャントに通知するための支払完了通知を、マーチャント・サーバーへ送信する。支払完了通知は、プリペイド・オーダー番号を含む。それに応じて、マーチャントは、プリペイド・オーダー番号に従ってパッケージの出荷のような手順を手配しても良い。更に、支払サーバーは、受領した金銭をマーチャントへ定期的に転送しても良い。
【０１０６】
図5Bは、実施例に従って、どのようにマーチャントがウェブ・ページ形式でプラットフォーム・アプリケーションにアクセスするかを、概略的に示す。ユーザーは、彼/彼女がマーチャントにより提供されるウェブ・ページ51上で購入を希望する商品を選択し、選択の終了後に「今すぐ注文」ボタン52をクリックする。プラットフォーム・アプリケーションは、支払方法選択ページ53を表示する。ユーザーは、支払方法選択ページ53で「Xクレジット支払」という名称の支払アプリケーションを選択し、「支払確認」ボタン54をクリックする。その後、プラットフォーム・アプリケーションは、支払ページ55を表示する「Xクレジット支払」という名称の支払アプリケーションを呼び出す。ユーザーが支払ページ55で「今すぐ支払う」ボタン56をクリックした後、支払アプリケーションは、ユーザーが支払チェック情報を入力するための入力キーボード58及びフローティング・ウィンドウ57を表示する。ユーザーは、支払チェック情報(例えば、6桁のパスワード)を入力した後に、支払を完了する。
【０１０７】
要するに、実施形態は支払方法を提供し、支払方法は、マーチャントに対応するウェブ・ページにより、バックエンド・サーバーからプリペイド・オーダー番号を取得するステップ；プラットフォーム・アプリケーションが、マーチャントに対応するウェブ・ページからプリペイド・オーダー番号を取得するステップ；支払アプリケーションを呼び出し、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させるステップ；を含む。そのようにして、関連するオンライン支払手順の操作が比較的複雑であり、かつ、マーチャントがウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする場合にはセキュリティが低いという既存の技術の問題は、解決されることが可能である。支払アプリケーションが直接的に呼び出されるので、ユーザーは、支払手順を完了させるために支払チェック情報を直接的に入力することができる。ユーザーにとって、ウェブ支払ツールにログオンするためにユーザー・アカウント及びログイン・パスワードをマニュアルで入力する必要はなくなり、それにより、操作手順を簡略化し、支払効率を高め、セキュリティを改善するという技術的効果が達成される。
【０１０８】
更に、実施形態により提供される支払方法は、支払サーバーを利用することにより、マーチャントが登録されているか否かを確認し、プラットフォーム・アプリケーションを利用することにより、マーチャントの正当性を確認し、支払アプリケーションを利用することにより、プラットフォーム・アプリケーションが登録されているか否かを確認する。従って、支払の安全性は保証されることが可能である。
【０１０９】
更に、本開示の実施形態は或る支払手段を提供し、その支払手段では、プラットフォーム・アプリケーションが、マーチャントに対するページ表示インターフェースを提供することしか必要とせず、しかも、プリペイド・オーダーの生成、徴収の実行及び商品の出荷のような手順に参加することを必要とせず、それにより、プラットフォーム・アプリケーションを開発及び維持するコストを大幅に減らす。
【０１１０】
図6Aは、本開示の実施形態による支払装置の構造ブロック図を示す。支払装置は、端末の上記方法を実現する機能を有する。機能は、ハードウェア又はハードウェアを利用することにより実行される対応するソフトウェアを利用することにより、実現されても良い。図6Aに示されるように、支払装置は、情報取得モジュール610、情報送信モジュール620、オーダー番号取得モジュール630及び支払呼出モジュール640を含む。
【０１１１】
情報取得モジュール610は、マーチャントに対応するウェブ・ページからオーダー情報を取得するように構成され、マーチャントは、ウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする。
【０１１２】
情報送信モジュール620は、ウェブ・ページを利用することにより、オーダー情報をバックエンド・サーバーへ送信するように構成される。
【０１１３】
オーダー番号取得モジュール630は、ウェブ・ページからプリペイド・オーダー番号を取得するように構成され、プリペイド・オーダー番号は、オーダー情報に従ってバックエンド・サーバーにより生成され、ウェブ・ページへ送信される。
【０１１４】
支払呼出モジュール640は、支払アプリケーションを呼び出し、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させるように構成される。何らかの実施形態では、プラットフォーム・アプリケーション及び支払アプリケーションは同じ端末で実行される。
【０１１５】
要するに、実施形態により提供される支払装置を利用することで、プリペイド・オーダー番号は、バックエンド・サーバーから、マーチャントに対応するウェブ・ページから取得され；プラットフォーム・アプリケーションは、マーチャントに対応するウェブ・ページからプリペイド・オーダー番号を取得し、支払アプリケーションを呼び出し、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させる。そのようにして、関連するオンライン支払手順の操作が比較的複雑であり、かつ、マーチャントがウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする場合にはセキュリティが低いという既存の技術の問題は、解決されることが可能である。支払アプリケーションが直接的に呼び出されるので、ユーザーは、支払手順を完了させるために支払チェック情報を直接的に入力することができる。ユーザーにとって、ウェブ支払ツールにログオンするためにユーザー・アカウント及びログイン・パスワードをマニュアルで入力する必要はなくなり、それにより、操作手順を簡略化し、支払効率を高め、セキュリティを改善するという技術的効果が達成される。
【０１１６】
何らかの実施形態では、支払呼出モジュール640は：
支払アプリケーションにより提供される支払インターフェースを呼び出し、支払インターフェースを利用することにより、プリペイド・オーダー番号を支払アプリケーションに提供するように構成され；
この場合において、支払アプリケーションは、プリペイド・オーダー番号に従ってバックエンド・サーバーからオーダー情報を取得し；オーダー情報に従って支払ページを生成及び表示し；支払ページに相応して入力される支払チェック情報を取得した後に、支払手順を完了させるために使用される。
【０１１７】
図6Bは、本開示の別の実施形態による支払装置の構造ブロック図を示す。図6Bに示される装置は、図6Aに示される装置と類似しているが、図6Bに示される装置は、認証取得モジュール650とマーチャント認証モジュール660とを更に含む点で異なる。
【０１１８】
認証取得モジュール650は、ウェブ・ページからマーチャント認証情報を取得するように構成され、マーチャント認証情報は、マーチャントに対応するマーチャント識別子及び／又はオーダー情報を含む。
【０１１９】
マーチャント認証モジュール660は、マーチャント認証情報に関して認証を実行するように構成される。
【０１２０】
支払呼出モジュール640は、認証に合格した場合に、支払アプリケーションを呼び出し、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させるように更に構成される。
【０１２１】
何らかの実施形態では、バックエンド・サーバー・クラスタは、マーチャントに対応するマーチャント・サーバーと、支払アプリケーションに対応する支払サーバーとを含む。
【０１２２】
図6A及び図6Bに示される情報送信モジュール620は、ウェブ・ページを利用することで、オーダー情報をマーチャント・サーバーへ送信するように更に構成される。マーチャント・サーバーは、オーダー生成リクエストを支払サーバーへ送信し、オーダー生成リクエストは少なくともオーダー情報を含む。支払サーバーは、オーダー生成リクエストに従ってプリペイド・オーダー番号を生成し、プリペイド・オーダー番号をマーチャント・サーバーへ送信するように構成される。
【０１２３】
図7は本開示の別の実施形態による支払装置の構造ブロック図を示す。支払装置は、上記バックエンド・サーバーの上記方法を実現する機能を有する。機能は、ハードウェア又はハードウェアを利用することにより実行される対応するソフトウェアを利用することにより、実現されても良い。図6Aに示されるように、支払装置は、情報受信モジュール710、オーダー番号生成モジュール720及びオーダー番号送信モジュール730を含む。
【０１２４】
情報受信モジュール710は、マーチャントに対応するウェブ・ページからオーダー情報を受信するように構成され、マーチャントはウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする。
【０１２５】
オーダー番号生成モジュール720は、オーダー情報に従ってプリペイド・オーダー番号を生成するように構成される。
【０１２６】
オーダー番号送信モジュール730は、プリペイド・オーダー番号をウェブ・ページへ送信するように構成される。ウェブ・ページは、プリペイド・オーダー番号をプラットフォーム・アプリケーションに提供するために使用される。プラットフォーム・アプリケーションは、支払アプリケーションを呼び出し、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させる。プラットフォーム・アプリケーション及び支払アプリケーションは同じ端末で動作している。
【０１２７】
要するに、実施形態により提供される支払装置を利用することで、オーダー情報は、バックエンド・サーバーにより、マーチャントに対応するウェブ・ページから取得され；プリペイド・オーダー番号はオーダー情報に従って生成され、プリペイド・オーダー番号は、マーチャントに対応するウェブ・ページに返される。マーチャントに対応するウェブ・ページは、プリペイド・オーダー番号をプラットフォーム・アプリケーションに提供し；プラットフォーム・アプリケーションは、支払アプリケーションを呼び出し、プリペイド・オーダー番号に従ってバックエンド・サーバーとの支払手順を完了させる。そのようにして、関連するオンライン支払手順の操作が比較的複雑であり、かつ、マーチャントがウェブ・ページの形式でプラットフォーム・アプリケーションにアクセスする場合にはセキュリティが低いという既存の技術の問題は、解決されることが可能である。支払アプリケーションが直接的に呼び出されるので、ユーザーは、支払手順を完了させるために支払チェック情報を直接的に入力することができる。ユーザーにとって、ウェブ支払ツールにログオンするためにユーザー・アカウント及びログイン・パスワードをマニュアルで入力する必要はなくなり、それにより、操作手順を簡略化し、支払効率を高め、セキュリティを改善するという技術的効果が達成される。
【０１２８】
何らかの実施形態では、オーダー番号生成モジュール720は、マーチャントに対応するマーチャント・サーバーを利用することで、ウェブ・ページからオーダー情報を受信した後に、少なくともオーダー情報を含むオーダー生成リクエストを支払サーバーへ送信し；支払サーバーを利用することにより、支払アプリケーションに対応するオーダー生成リクエストに従ってプリペイド・オーダー番号を生成し、プリペイド・オーダー番号とオーダー情報との間の関係を保存し；プリペイド・オーダー番号をマーチャント・サーバーへ送信し；マーチャント・サーバーを利用することによりプリペイド・オーダー番号をウェブ・ページへ送信するように構成される。
【０１２９】
何らかの実施形態では、オーダー生成リクエストは、マーチャントに対応するマーチャント識別子を更に有し；及び
支払アプリケーションに対応する支払サーバーを利用することで、オーダー生成リクエストに従ってプリペイド・オーダー番号を生成することは：
支払サーバーを利用することにより、マーチャント識別子に従って、マーチャントは登録されたマーチャントであるか否かを検出すること；及び、マーチャントが登録されたマーチャントである場合に、支払サーバーを利用することにより、プリペイド・オーダー番号を生成すること；を含む。
【０１３０】
図8は、本開示の実施形態による支払システムの構造ブロック図を示す。支払システムは、端末820及びバックエンド・サーバー840を含み、端末820はプラットフォーム・アプリケーション及び支払アプリケーションを動作させる。
【０１３１】
端末820は、図6A及び図6Bに関連して上述した何れかの例示的な支払装置のような本開示に適合する支払装置を含む。
【０１３２】
バックエンド・サーバー840は、図7に関連して上述した何れかの例示的な支払装置のような本開示に適合する支払装置を含む。
【０１３３】
上記の実施形態は支払装置及びシステムを提供することに留意すべきである。機能モジュールについての上記の区分けは説明のための一例に過ぎない。実際のアプリケーションでは、上記の機能は、必要に応じて様々な機能モジュールに割り当てられて達成されても良く、即ち、デバイスの内部構造は、上記の機能の全部又は一部を完成させるように、様々な機能モジュールに分割される。
【０１３４】
実施例では、命令を含む非一時的なコンピュータ読み取り可能な記憶媒体(例えば、命令を含むメモリ)が更に提供される。命令は、本開示に適合する方法の全部又は一部を達成するように端末のプロセッサにより実行されても良く、或いは、本開示に適合する方法の全部又は一部を達成するようにサーバーのプロセッサにより実行されても良い。例えば、非一時的なコンピュータ読み取り可能な記憶媒体は、ROM、ランダム・アクセス・メモリ(RAM)、CD-ROM、磁気テープ、フロッピ・ディスク又は光データ記憶装置であっても良い。
【０１３５】
本明細書で言及される「複数」は2つ又は2つより多いことを意味することに留意すべきである。本明細書における「及び/又は」は、関連するオブジェクトを記述するための連合関係(an  association  relationship)を記述し、3つの関係が存在して良いことを表現する。例えば、A及び/又はBは、Aのみが存在すること、A及びBの双方が存在すること、Bのみが存在すること、という3つの場合を表現して良い。「/」という文字は、一般に、関連付けられるオブジェクト同士の間の「又は」の関係を示す。本開示の実施形態についての連続番号は、説明の便宜のためであるに過ぎず、実施形態間の好ましさを暗示してはいない。
【０１３６】
当業者は、本開示に適合する方法の全部又は一部がハードウェアを利用することにより実現されて良いこと、或いは、関連するハードウェアを指図するプログラムにより実現されて良いことを、理解するであろう。プログラムは、コンピュータ読み取り可能な記憶媒体に保存されても良い。記憶媒体は、リード・オンリ・メモリ、磁気ディスク、光ディスク等であっても良い。
【０１３７】
上記の説明は本開示の例示的な形態であるに過ぎず、本開示を限定するようには意図されていない。本開示の精神及び原理の中でなされる任意の修正、均等な置換又は改善は、本開示の範囲内に属する。

【図１Ａ】
0006697005.tif 000002
【図１Ｂ】
0006697005.tif 000003
【図２】
0006697005.tif 000004
【図３】
0006697005.tif 000005
【図４】
0006697005.tif 000006
【図５Ａ】
0006697005.tif 000007
【図５Ｂ】
0006697005.tif 000008
【図６Ａ】
0006697005.tif 000009
【図６Ｂ】
0006697005.tif 000010
【図７】
0006697005.tif 000011
【図８】
0006697005.tif 000012