JP2018515858A - 代理支払方法、代理支払装置および電子デバイス - Google Patents

Abstract

本発明は、代理支払方法、装置および電子デバイスに関するものである。代理支払方法は、代理人が依頼人の口座によって支払を実行する過程の操作に基づいて生成される代理支払要求コマンドを取得し、代理支払要求コマンドを解析して代理支払要求コマンドの制御情報を取得することと、代理支払要求コマンドの制御情報に基づいて代理支払要求コマンドの内容情報を照会して、代理人の口座であるログインアカウントと、依頼人の口座である取引アカウントとを取得し、ログインアカウントと取引アカウントの代理関係を検証し、検証が通ると、支払確認情報を生成して、前記支払確認情報に基づいて、代理人により支払を実行する過程の操作に対する依頼人の確認に基づいて生成される返答情報を取得し、返答情報を検証することと、前記返答情報の検証結果に基づいて支払を完了するか否かを確定すること、を含むものである。

Description

本発明は、金融データ処理技術分野に関し、特に代理支払方法、代理支払装置および電子デバイスに関するものである。

現在、電子支払の時代に入っており、ネット支払またはモバイル支払は益々普及しているが、パソコンや携帯電話の操作に慣れておらず、または使用するのに不都合な者にとって、これが問題であることは疑いない。

この問題に対しては、現に代理支払という対策が提示されているが、従来の技術によれば、他人を代理して操作と支払とを実現するのには、下記の手段によらなければならない。
１.依頼人が口座の名義名と暗証番号とを代理人に知らせる。この方法では、依頼口座が非常に高いセキュリティリスクに直面することになる。
２.依頼人が先に代理人に振替を行うか、または現金を渡し、そして、代理人が自分の口座を使って支払をする。この方法では、操作ルーチンが非常に面倒である。

従来技術の課題を解決するため、本発明は、代理支払方法、装置および電子デバイスを提供する。依頼人が他人に代理支払の操作を依頼するにもかかわらず、口座におけるすべての支払取引では、本人の返答確認後に金銭が依頼人の口座から引き落とされる一方で、一定時間に確認情報がなかった場合には、支払操作の発効が認められないため、安全性が高くなっている。

上記の目的を実現するため、本発明は、
検証が通ると、代理人が依頼人の口座をよって支払を実行する過程の操作に基づいて生成される代理支払要求コマンドを取得し、前記代理支払要求コマンドを解析して代理支払要求コマンドの制御情報を取得することと、
代理支払要求コマンドの制御情報に基づいて代理支払要求コマンドの内容情報を照会してログインアカウントと、依頼人の口座である取引アカウントとを取得し、ログインアカウントと取引アカウントの代理関係を検証し、検証が通ると、支払確認情報を生成して、前記支払確認情報に基づいて、代理人により支払を実行する過程の操作に対する依頼人の確認に基づいて生成される返答情報を取得し、返答情報を検証することと、
前記返答情報の検証結果に基づいて支払を完了するか否かを確定することと、
を含む代理支払方法を提供する。

好ましくは、
口座代理要求コマンドを取得し、前記口座代理要求コマンドを解析して口座代理要求コマンドの制御情報を取得することと、
前記口座代理要求コマンドの制御情報に基づいて口座代理要求コマンドの内容情報を照会してログインアカウントと取引アカウントとを取得し、ログインアカウントと取引アカウントとを検証することと、
検証が通ると、ログインアカウントと取引アカウントとの間の代理関係を確立することと、
をさらに含むものである。

好ましくは、
代理支払要求コマンドを取得する前に、取引検証要求コマンドを取得し、前記取引検証要求コマンドを解析して取引検証要求コマンドの制御情報を取得することと、
取引検証要求コマンドの制御情報に基づいて取引検証要求コマンドの内容情報を照会してログインアカウントを取得し、ログインアカウントに対して有効性検証を行い、検証が通ると、代理支払要求コマンドの取得を許可することと、
をさらに含むものである。

好ましくは、
口座代理取消コマンドを取得し、前記口座代理取消コマンドを解析して口座代理取消コマンドの制御情報を取得することと、
前記口座代理取消コマンドの制御情報に基づいて口座代理取消コマンドの内容情報を照会して取引アカウントを取得し、取引アカウントに対して有効性検証を行うことと、
検証が通ると、ログインアカウントと取引アカウントとの間の代理関係を取り消すことと、
をさらに含むものである。

好ましくは、
口座情報と、代理関係と、操作ログと、検証情報とを記憶すること、
をさらに含むものである。

上記の目的を実現するため、本発明は、さらに
代理人が依頼人の口座によって支払を実行する過程の操作に基づいて生成される代理支払要求コマンドを取得し、前記代理支払要求コマンドを解析して代理支払要求コマンドの制御情報を取得するための第１コマンド解析手段と、
代理支払要求コマンドの制御情報に基づいて代理支払要求コマンドの内容情報を照会してログインアカウントと、依頼人の口座である取引アカウントとを取得し、ログインアカウントと取引アカウントの代理関係を検証し、検証が通ると、支払確認情報を生成して、前記支払確認情報に基づいて、代理人により支払を実行する過程の操作に対する依頼人の確認に基づいて生成される返答情報を取得し、返答情報を検証するための代理支払行為検証手段と、
前記返答情報の検証結果に基づいて支払を完了するか否かを確定するための支払手段と、
を含む代理支払装置を提供する。

好ましくは、
口座代理要求コマンドを取得し、前記口座代理要求コマンドを解析して口座代理要求コマンドの制御情報を取得するための第２コマンド解析手段と、
前記口座代理要求コマンドの制御情報に基づいて口座代理要求コマンドの内容情報を照会してログインアカウントと取引アカウントとを取得し、ログインアカウントと取引アカウントとを検証するための代理関係検証手段と、
検証が通ると、ログインアカウントと取引アカウントの代理関係を確立するための代理関係確立手段と、
をさらに含むものである。

好ましくは、
代理支払要求コマンドを取得する前に、取引検証要求コマンドを取得し、前記取引検証要求コマンドを解析して取引検証要求コマンドの制御情報を取得するための第３コマンド解析手段と、
取引検証要求コマンドの制御情報に基づいて取引検証要求コマンドの内容情報を照会してログインアカウントを取得し、ログインアカウントに対して有効性検証を行い、検証が通ると、代理支払要求コマンドの取得を許可するためのログインアカウント検証手段と、
をさらに含むものである。

好ましくは、
口座代理取消コマンドを取得し、前記口座代理取消コマンドを解析して口座代理取消コマンドの制御情報を取得するための第４コマンド解析手段と、
前記口座代理取消コマンドの制御情報に基づいて口座代理取消コマンドの内容情報を照会して取引アカウントを取得し、取引アカウントに対して有効性検証を行うための取引アカウント検証手段と、
検証が通ると、ログインアカウントと取引アカウントとの間の代理関係を取り消すための代理関係取消手段と、
をさらに含むものである。

好ましくは、
口座情報と、代理関係と、操作ログと、検証情報とを記憶するための記憶手段をさらに含むものである。

上記の目的を実現するため、本発明では、さらに前述の代理支払装置を含む電子デバイスを提供する。

従来技術の解決手段と比較して、本技術的思想は、口座操作権限と支払権限とを分離させる設計により、次のような特徴を有する。
１．代理人は、依頼人の口座の表記（一連のアルファベットまたは数字）しか見られず、依頼人の他の情報（暗証番号、身分証明書番号、カード番号など）を見ることはできない。
２．代理人が依頼人に代わって複雑な支払操作過程の行為を実行する。
３. 代理人の代行行為が最終的に有効であるかどうか、すなわち支払操作を完了してよいか否かは依頼人の確認を経る必要がある。
４．口座間の代理関係の設定は、依頼人の確認・返答を得なければ発効せず、また、依頼人が一方的かつ自主的に口座間の代理関係を取り消すことができる。

本技術的思想は、実際に他人に自分の口座番号を知られるのみで、他人に自分の口座にログインされる必要がなく、本人に代わって支払取引が開始されるが、取引が本人の返答確認後に発効する必要があるという効果を達成する。パソコンや携帯電話の操作が苦手の人々の支払の問題をうまく解決している。

本発明の実施例または従来技術における技術的思想をより明らかに説明するため、次に、実施例または従来技術についての説明において使用することが必要な図面を簡単に説明する。次の説明における図面は、本発明のいくつかの実施例にすぎず、当業者にとって、創作的な労働を伴わない前提で、これらの図面に基づいてさらに他の図面を得ることができることは、明らかである。
本発明の実施形態における応用シーンの図 本発明の実施例で提供する代理支払装置の構造模式図その１ 本発明の実施例で提供する代理支払装置の構造模式図その２ 本発明の実施例で提供する代理支払装置の構造模式図その３ 本発明の実施例で提供する代理支払装置の構造模式図その４ 本発明の実施例で提供する代理支払方法のフローチャートその１ 本発明の実施例の代理支払方法において代理関係を確立する際のフローチャート 本発明の実施例で提供する代理支払方法のフローチャートその２ 本発明の実施例の代理支払方法において代理関係を取り消す際のフローチャート 本発明の実施例で提供する電子デバイスのブロック図 具体的な実施例において代理関係を設定する際のフロー模式図 具体的な実施例における代理支払のフロー模式図

以下、本発明の実施例における図面と関連付けて、本発明の実施例における技術的思想を明確かつ完全に説明する。説明されている実施例が本発明の一部の実施例にすぎず、すべての実施例でないことは、明らかである。本発明の実施例に基づいて、当業者が創作的な労働を伴わない前提で得られるすべての他の実施例は、本発明の保護の範囲に属する。

本発明の実施形態がシステム、装置、設備、方法またはコンピュータプログラム製品として実現可能であることは、当業者の知るところである。従って、この開示によって、次の形態、すなわち、完全なハードウェア、完全なソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、またはハードウェアとソフトウェアとの結合の形態で具体的に実現することができる。

本発明の実施形態に基づいて、代理支払方法、装置および電子デバイスを提供する。

本願において、関連する用語は、次のように解釈される。

１．依頼人：本技術的思想において、口座操作の権限を他人に委ね、自分に代わって支払過程の行為を実行するよう依頼する者である。依頼人の権利利益を確保するため、支払過程の行為は依頼人の確認を経なければ発効しないが、依頼人の確認方法は支払パスワードの入力などであってもよい。

２．代理人：本技術的思想において、自分のアカウントをログインし、依頼人の指示に基づいて、依頼人のアカウントによって依頼人のために支払操作行為を実行する者である。ただし、当該支払操作行為は、支払過程の行為のみであり、最終的な支払行為を含まない。

３．取引アカウント：支払を完了させるための資金を提供するアカウントである。本技術的思想において、代理人が代理支払を実行する際、取引アカウントは依頼人の銀行口座である。代理人が自分の取引行為のために支払をする際、取引アカウントは代理人の銀行口座である。

４．ログインアカウント：センターサーバを制御して支払過程の操作を実行する証書（トークン）である。代理人が自分の取引行為のために支払をする際、ログインアカウントは取引アカウントと同じである。代理人が代理支払を実行する際、ログインアカウントは取引アカウントと同じにはならない。

また、図面におけるいかなる要素や数量も、すべて例示に用いられるものであり、限定に用いられるものではない。さらに、いかなる命名も、すべて区別するためのみのものにすぎず、いかなる限定的な意味も有しない。

以下、本発明のいくつの代表的な実施形態を参考にしながら、本発明の原理と趣旨について詳細に説明する。

発明の概要
通常、従来の電子支払の原理は、スマートフォン端末のログインアカウントとユーザー本人の銀行カードアカウントとで一対一の対応関係を確立し、ユーザーがスマートフォン端末画面上のプロンプトに基づいて対応する操作を実行し、取引支払要求を完了する。

パソコンや携帯電話の操作に慣れておらず、または使用するのに不都合な者にとって、これが問題であることは疑いない。

このため、本発明では、代理支払メカニズムを提供する。代理支払メカニズムは、操作権限と支払権限とを分離し、代理人が自分の口座にログインするだけで、依頼人の口座に対して操作できるものである。センターサーバが代理人の操作行為を通知という方法で依頼人端末に送信し、依頼人が通知情報に基づいてセンターサーバに返答確認情報を送信する。センターサーバが肯定的な返答確認を得ると、代理人の操作行為に基づいて支払を完了させる。センターサーバが否定的な返答確認を得ると、代理人が実行した支払行為は無効となる。

本明細書において、センターサーバは、支払口座管理機能を有するシステムおよび／または設備であり、銀行カード処理に限らず、あらゆるバーチャル口座にも適している。

本発明の基本原理について説明した後で、次に、本発明の各種の限定的でない実施形態について具体的に説明する。

応用シーンの概略
まず図１を参考にすると、サーバ１００はサーバなどであってもよい、代理人移動端末２００、依頼人移動端末３００は、いずれも携帯電話、タブレットパソコンなどであってもよい。代理人移動端末２００、依頼人移動端末３００およびサーバ１００の３者間は、例えば、モバイルインターネットなどにより通信接続を行ってもよい。

本技術的思想の代理支払メカニズムを用いて、依頼人と代理人との間で対応する支払代理関係が確立されると、センターサーバにより当該代理関係が記憶される。依頼人がネット上で商品を購入し、購入操作を完了すると、その金額を支払う必要がある。依頼人が依頼人移動端末３００により支払代理操作を実行するよう代理人に知らせる。その後の代理支払行為のセキュリティのため、代理支払の前に、まず当該ログイン行為は代理人本人のものであるか否かを検証する。検証の過程は、次のとおりである。代理人が依頼人の通知を受け取った後、代理人移動端末２００により自分のアカウントにログインし、代理人移動端末２００が当該ログイン行為に基づいて取引検証要求を生成し、サーバ１００に伝送する。サーバ１００が当該取引検証要求に基づいて一連の検証操作を実行し、他人が悪意でログインすることを防ぐため、当該ログイン行為が代理人本人のものであるか否かを検証する。サーバ１００が検証結果を代理人移動端末２００に伝送する。検証が通ると、代理人が代理人移動端末２００により、最終的な支払行為を除く他の操作行為を依頼人のために実行する。代理人移動端末２００がこれらの操作行為に基づいて代理支払要求を生成し、サーバ１００に送信する。サーバ１００が当該代理支払要求に対して再度一連の検証操作を実行する。その主の目的は、今回の支払行為が代理支払行為であるか否かを判断することである。代理支払行為であれば、代理人の操作行為に基づいて支払確認情報を生成し、当該支払確認情報を依頼人移動端末３００に送信する。依頼人が当該支払確認情報を受け取った後、当該情報が正しいか否かを確認する。依頼人が当該支払確認情報に基づいて依頼人移動端末３００にて返答情報を生成し、サーバ１００に伝送する。このサーバ１００は、当該返答情報が肯定的であるか否かを判断する。当該返答情報が肯定的な情報であると、支払を完了する。

当該返答情報が否定的であると、代理人がそれに応じた操作を実行しても、支払を完了することができない。

例示的な装置
次に、図１の応用シーンと関連付けて、図２、図３、図４を参考にしながらそれぞれ本発明の例示的な実施形態における代理支払装置について説明する。

上記の応用シーンは、本発明の趣旨と原理を分かりやすくするために示したものであって、本発明の実施形態は、この点でいかなる制限も受けないことに注意すべきである。逆に、本発明の実施形態は、適用されるいかなるシーンにも適用できる。

本発明の実施例で提供する代理支払装置の構造模式図その１である図２を参照すると、図に示されるように、代理支払装置は、第１コマンド解析手段２０１と、代理支払行為検証手段２０２と、支払手段２０３とを含む。

第１コマンド解析手段２０１は、代理人が依頼人の口座によって支払を実行する過程の操作に基づいて生成される代理支払要求コマンドを取得し、前記代理支払要求コマンドを解析して代理支払要求コマンドの制御情報を取得するためのものである。

代理支払行為検証手段２０２は、代理支払要求コマンドの制御情報に基づいて代理支払要求コマンドの内容情報を照会して、代理人の口座であるログインアカウントと、依頼人の口座である取引アカウントとを取得し、ログインアカウントと取引アカウントの代理関係を検証し、検証が通ると、支払確認情報を生成して、前記支払確認情報に基づいて、代理人により支払を実行する過程の操作に対する依頼人の確認に基づいて生成される返答情報を取得し、返答情報を検証するためのものである。

支払手段２０３は、前記返答情報の検証結果に基づいて支払を完了するか否かを確定するためのものである。

本実施例において、代理支払行為検証手段は、依頼人に代理人の支払過程における操作行為の合法性を確認させるためのものであり、依頼人が確認するのみで、代理人の支払行為は有効となる。センターサーバは、代理人の支払行為に基づいて支払を完了する。

さらに、本発明の実施例で提供する代理支払装置の構造模式図その２であるが、図３に示すように、図２を基礎として、
口座代理要求コマンドを取得し、前記口座代理要求コマンドを解析して口座代理要求コマンドの制御情報を取得するための第２コマンド解析手段２０１と、
前記口座代理要求コマンドの制御情報に基づいて口座代理要求コマンドの内容情報を照会してログインアカウントと取引アカウントとを取得し、ログインアカウントと取引アカウントとを検証するための代理関係検証手段２０５と、
検証が通ると、ログインアカウントと取引アカウントの代理関係を確立するための代理関係確立手段２０６と、
をさらに含む。

本実施例において、代理関係検証手段２０５は、代理関係を確立する前に、両者間で代理関係が既に確立されているかどうか、およびログインアカウント、取引アカウントの合法性を検証する。

さらに、本発明の実施例で提供する代理支払装置の構造模式図その３であるが、図４に示すように、図３を基礎として、
代理支払要求コマンドを取得する前に、取引検証要求コマンドを取得し、前記取引検証要求コマンドを解析して取引検証要求コマンドの制御情報を取得するための第３コマンド解析手段２０７と、
取引検証要求コマンドの制御情報に基づいて取引検証要求コマンドの内容情報を照会してログインアカウントを取得し、ログインアカウントに対して有効性検証を行い、検証が通ると、代理支払要求コマンドの取得を許可するためのログインアカウント検証手段２０８と、
をさらに含む。

代理支払の前に、当該ログイン行為が代理人本人のものかどうかをまず検証することで、他人の悪意によるものを防ぎ、その後の代理支払行為のセキュリティを基礎付ける。

さらに、本発明の実施例で提供する代理支払装置の構造模式図その３であるが、図５に示すように、図４を基礎として、
口座代理取消コマンドを取得し、前記口座代理取消コマンドを解析して口座代理取消コマンドの制御情報を取得するための第４コマンド解析手段２０９と、
前記口座代理取消コマンドの制御情報に基づいて口座代理取消コマンドの内容情報を照会して取引アカウントを取得し、取引アカウントに対して有効性検証を行うための取引アカウント検証手段２１０と、
検証が通ると、ログインアカウントと取引アカウントとの間の代理関係を取り消すための代理関係取消手段２１１と、
をさらに含む。

本実施例において、取引アカウント検証手段２１０は、依頼人が代理関係を取り消すとき、当該操作が悪意によるものではなく依頼人本人により実行されたかどうかを検証しながら、依頼人と代理人との間の権利利益を確保するものである。

図２、図３、図４、図５を基礎として、代理支払装置は、口座情報と、代理関係と、操作ログと、検証情報とを記憶するための記憶手段をさらに含む。

図２、図３、図４、図５から分かるように、外部支払アプリケーションでＴＣＰ通信とＡＰＩ関数との２通りの方式によりこの装置を呼び出してもよく、代理支払装置が操作コマンドを解析してから、内部の対応するサービスルーチンを呼び出し、処理結果を最後に返す。

図２、図３、図４、図５から分かるように、この装置は、解析器、サービスエリア、検証エリア、リアル通信インターフェースの計５つの部分からなる。

解析器は、外部アプリケーション要求コマンドを受信してコマンドを解析し、コマンドタイプに基づいてサービスエリアに対応するサービスを呼び出す。コマンドは、コマンドヘッドとコマンド本体との２つの部分により構成される。コマンドヘッドは、バージョンナンバーと、コマンド長と、通信方式とを含む。コマンド本体は、制御情報と内容情報とを含む。制御情報は、コマンドタイプ、代理フラグと応答コードとにより構成される。内容情報は、システム追跡番号、操作日、操作時刻、ログインアカウント、取引アカウント、検証コード、失効時刻および注文書内容により構成される。下の表１を参照されたい。

コマンドにおけるすべての文字フィールドはいずれも固定的な長さであるため、アプリケーションサービスは、ＲＡＭ構造体のマッピングによりコマンドの各々の文字フィールド内容を取得する。

表１

固定的な長さのコマンドヘッドを読み取り、その中からバージョンナンバーと、コマンド長と、通信方式とを順次取得する。この３つのデータは、いずれもコマンドの合法性のチェックに用いられる。チェックが通ると、コマンド本体の内容を引き続き読み取り処理を行う。チェックが通らなければ、応答コマンドを組み立てて呼出し側に返す。応答コマンドには、コマンドタイプ、応答コードおよびその他の文字フィールドの情報を記入して、要求コマンドとの一致を保つ必要がある。

コマンド本体の制御情報を読み取り、コマンドタイプと代理フラグとの２つの文字フィールドの情報に基づいてコマンドの内容情報を照会し、内容情報についてチェックを行い、代理支払サービスを呼び出す。

サービスエリアは、口座登録のログイン、口座代理関係の設置、口座取引の処理サービス、口座取引の代理サービスおよび操作ログの記録を含む口座管理のすべてのサービス機能を提供する。いずれのサービスもすべてパッケージされている機能の集合であり、１つまたは複数のコマンドタイプを処理することができる。

検証エリアは、口座の操作に対してセキュリティ検証の機能を提供するものである。普通の取引検証と、代理操作の支払検証と、検証の異常処理などが含まれる。検証機能は、単独に外部にサービスするものでなく、サービスエリアにおけるサービスによって内部で呼び出すことしかできない。

記憶手段には、ユーザーの口座情報と、口座間の代理関係と、毎回の操作ログとが記憶されている。

図２、図３、図４、図５から分かるように、リアル通信インターフェースは、第三者通信プラットフォームに接続して、ユーザーに取引検証コードや支払確認などの情報を送信してもよい。

この装置においては、取引アカウントか、或いはログインアカウントかにかかわりなく、本物の銀行カードであってもよく、バーチャルカードであってもよい。

この装置においては、口座代理関係を設定した後、代理人が自分の口座にログインすれば代理口座に対して操作を行うことができる。また、同時に複数の他人の口座を同時に代理することもできる。それぞれの口座は互いに独立しており、影響し合わない。また、すべての口座取引に安全支払検証機能を提供しており、代理人が開始させた支払要求も、最終的に依頼人により確認されてから発効するため、代理操作の利便性を実現するとともに、口座支払の安全性が確保されている。

また、上記の詳細な説明では、代理支払装置のいくつの手段に詳細に言及しているが、これらの区分はあくまで強制的なものではない。実際、本発明の実施形態によれば、上記に説明されている２つまたはより多くの手段の特徴および機能は、１つの手段に具体化されても差し支えない。同様に、上記に説明されている１つの手段の特徴および機能も、複数の手段に具体化されるようにさらに区分されても差し支えない。

例示的な方法
本発明の例示的な実施形態における設備について説明した後、続いて、図５を参考にしながら本発明の例示的な実施形態における代理支払方法について説明する。

図６は、本発明の実施例で提供する代理支払方法のフローチャート模式図その１であり、次のステップを含む。

ステップ６０１）：代理人が依頼人の口座によって支払を実行する過程の操作に基づいて生成される代理支払要求コマンドを取得し、前記代理支払要求コマンドを解析して代理支払要求コマンドの制御情報を取得する。

ステップ６０２）：代理支払要求コマンドの制御情報に基づいて代理支払要求コマンドの内容情報を照会して、代理人の口座であるログインアカウントと、依頼人の口座である取引アカウントとを取得し、ログインアカウントと取引アカウントの代理関係を検証し、検証が通ると、支払確認情報を生成して、前記支払確認情報に基づいて、代理人により支払を実行する過程の操作に対する依頼人の確認に基づいて生成される返答情報を取得し、返答情報を検証する。

ステップ６０３）：前記返答情報の検証結果に基づいて支払を完了するか否かを確定する。

本実施例において、代理支払は、必ず代理関係に基づいて行われるべきである。代理関係の確立は、ステップ６０１を実行する前で、図７に示すように、代理関係の確立フローには、次のステップが含まれる。

ステップ１）：口座代理要求コマンドを取得し、前記口座代理要求コマンドを解析して口座代理要求コマンドの制御情報を取得する。

ステップ２）：前記口座代理要求コマンドの制御情報に基づいて口座代理要求コマンドの内容情報を照会してログインアカウントと取引アカウントとを取得し、ログインアカウントと取引アカウントとを検証する。

ステップ３）：検証が通ると、ログインアカウントと取引アカウントとの間の代理関係を確立する。

ステップ２において、ログインアカウントと取引アカウントの検証は、ログインアカウントと取引アカウントの合法性を検証し、検証情報を依頼人クライアント端末に送信して、依頼人クライアント端末がセンターサーバに返答確認を送信し、代理支払関係の確立を確認することを含む。これらの検証を通る場合にのみ、代理関係を確立することができる。

図８は、本発明の実施例で提供する代理支払方法のフローチャート模式図その２を示すものであり、次のステップを含む。

ステップ８０１）：取引検証要求コマンドを取得し、前記取引検証要求コマンドを解析して取引検証要求コマンドの制御情報を取得する。

ステップ８０２）：取引検証要求コマンドの制御情報に基づいて取引検証要求コマンドの内容情報を照会して、代理人の口座であるログインアカウントを取得し、ログインアカウントに対して有効性検証を行う。

ステップ８０３）：検証が通ると、代理人が依頼人の口座によって支払を実行する過程の操作に基づいて生成される代理支払要求コマンドを取得し、前記代理支払要求コマンドを解析して、代理支払要求コマンドの制御情報を取得する。

ステップ８０４）：代理支払要求コマンドの制御情報に基づいて代理支払要求コマンドの内容情報を照会してログインアカウントと、依頼人の口座である取引アカウントとを取得し、ログインアカウントと取引アカウントの代理関係を検証し、検証が通ると、支払確認情報を生成して、前記支払確認情報に基づいて、代理人により支払を実行する過程の操作に対する依頼人の確認に基づいて生成される返答情報を取得し、返答情報を検証する。

ステップ８０５）：前記返答情報の検証結果に基づいて支払を完了するか否かを確定する。

図８を図５と比較すると、代理支払要求コマンドを取得する前に、代理人本人の意思により送信された代理支払要求かどうかを検証することで、代理人本人の悪意によるものが防がれ、その後の代理支払のセキュリティが基礎付けられている。

本実施例において、代理支払関係は、必要に応じて確立されてもよく、代理関係が随時に解除されてもよい。図９に示すように、代理関係の解除フローには、次のステップが含まれる。

ステップ１１）：口座代理取消コマンドを取得し、前記口座代理取消コマンドを解析して口座代理取消コマンドの制御情報を取得する。

ステップ１２）：前記口座代理取消コマンドの制御情報に基づいて口座代理取消コマンドの内容情報を照会して取引アカウントを取得し、取引アカウントに対して有効性検証を行う。

ステップ１３）：検証が通ると、ログインアカウントと取引アカウントとの間の代理関係を取り消す。

図６、図７、図８、図９を分析して分かるように、口座代理関係が発効すると、代理人は、自分の口座をログインすれば、代理するアカウントを見ることができる。当該代理するアカウントは、支払過程において支払取引の役割を果たす。代理人は、他人の口座の表記（一連のアルファベットまたは数字）しか見られず、アカウントの他の情報（暗証番号、身分証明書番号、カード番号など）を見ることはできない。

上記から分かるように、実際に、代理人に依頼人のアカウントを知らせるだけで、代理人は自分の口座にログインし、依頼人のアカウントにより依頼人に代わって支払過程を操作するが、依頼人の返答確認がなければ取引が発効しないという効果が達成される。また、依頼人は、一方的かつ自主的に口座間の代理関係を取り消すことができる。

図における特定の順で本発明の方法における操作を説明したが、必ずしもこの特定の順の通りにこれらの操作を実行すること、または示されているすべての操作を必ず実行しなければ所望の結果が実現されないことを要求または暗示している訳ではないことに注意すべきである。付加的または選択的に、いくつかのステップを省略すること、複数のステップを１つのステップに併合して実行すること、および／または１つのステップを複数のステップに分解して実行することをしても差し支えない。

例示的な設備
上記の例示的な装置と方法とに基づいて、本実施例では、図１０に示すように、電子デバイスをさらに提供する。当該電子デバイスは、各種の要求コマンドに基づいて代理支払アプリケーションプログラムを実行するためのものであり、
要求コマンドを記憶するためのメモリａと、
前記メモリに連結され、前記メモリに記憶されている要求コマンドを実行するように配置されているプロセッサｂと、
を含む。

前記プロセッサに配置されているアプリケーションプログラムは、次の処理に用いられる。

代理人が依頼人の口座によって支払を実行する過程の操作に基づいて生成される代理支払要求コマンドを取得し、前記代理支払要求コマンドを解析して代理支払要求コマンドの制御情報を取得することと、
代理支払要求コマンドの制御情報に基づいて代理支払要求コマンドの内容情報を照会して、代理人の口座であるログインアカウントと、依頼人の口座である取引アカウントとを取得し、アプリケーションプログラムでログインアカウントと取引アカウントの代理関係を検証し、検証が通ると、支払確認情報を生成して、前記支払確認情報に基づいて、代理人により支払を実行する過程の操作に対する依頼人の確認に基づいて生成される返答情報を取得し、返答情報を検証することと、
前記返答情報の検証結果に基づいて支払を完了すか否かを確定することとである。

代理関係の確立において、プロセッサｂにさらに配置されているアプリケーションプログラムは、さらに次の処理に用いられる。

口座代理要求コマンドを取得し、前記口座代理要求コマンドを解析して口座代理要求コマンドの制御情報を取得することと、
前記口座代理要求コマンドの制御情報に基づいて口座代理要求コマンドの内容情報を照会してログインアカウントと取引アカウントとを取得し、ログインアカウントと取引アカウントとを検証することと、
検証が通ると、ログインアカウントと取引アカウントとの間の代理関係を確立することと、
代理支払を送信する前に、代理人のログインアカウントを検証し、代理人本人によるものであるか否かを分析することとである。プロセッサｂにさらに配置されているアプリケーションプログラムは、さらに次の処理に用いられる。

代理支払要求コマンドを取得する前に、取引検証要求コマンドを取得し、前記取引検証要求コマンドを解析して取引検証要求コマンドの制御情報を取得することと、
取引検証要求コマンドの制御情報に基づいて取引検証要求コマンドの内容情報を照会してログインアカウントを取得し、ログインアカウントに対して有効性検証を行い、検証が通ると、代理支払要求コマンドの取得を許可することとである。

代理関係の取消しにおいて、プロセッサｂにさらに配置されているアプリケーションプログラムは、さらに次の処理に用いられる。

口座代理取消コマンドを取得し、前記口座代理取消コマンドを解析して口座代理取消コマンドの制御情報を取得することと、
前記口座代理取消コマンドの制御情報に基づいて口座代理取消コマンドの内容情報を照会して取引アカウントを取得し、取引アカウントに対して有効性検証を行うことと、
検証が通ると、ログインアカウントと取引アカウントとの間の代理関係を取り消すこととである。

本発明の実施例では、電子デバイスにおいてプログラムを実行する際、前記プログラムがコンピュータに前記電子デバイスにおいて図６、図７、図８および図９に記載の代理支払方法を実行させるコンピュータ読取り可能なプログラムをさらに提供する。

本発明の実施例では、コンピュータに電子デバイスにおいて図６、図７、図８および図９に記載の代理支払方法を実行させるコンピュータ読取り可能なプログラムを記憶する記憶媒体をさらに提供する。

実施例
本発明の特徴および動作原理をより直接的に説明することができるように、以下、実際の運用シーンと関連付けて記載する。

シーンの説明：パソコンの使用が得意ではない年配の両親は、他の地域で仕事をしている子女に自分たちに代わってネット上の財テク商品を購入するよう依頼した。口座は独立させて、子女が両親の口座の具体的な情報を見ることができないようにするとともに、毎回の購入取引のすべてが両親本人が確認をしてから発効するように、両親は希望している。

（１）代理関係の設定
シーンの説明：両親と子女とのいずれも支払プラットフォームにおいて自分の独立した口座を有しており、子女が支払プラットフォームで両親の口座を代理する要求を開始して、両親の確認を経てから、代理関係が発効する。

図１１は、本実施例における代理関係設定のフロー模式図を示すものである。フローは、２段階に分けられる。

第１段階である口座代理要求のフロー：
ａ）代理人（子女）が支払プラットフォームにおいて自分の口座にログインした後、依頼人（両親）のアカウントを入力し、センターサーバに「口座代理要求」コマンドを送信する。

ｂ）サーバがコマンドを読み取り、チェックが通ると、読み取られたコマンドタイプが「口座代理関係の設定」となる。コマンド内容からログインアカウント（子女）と取引アカウント（両親）とが読み取られ、アカウントに基づいてデータベースを探し、２つの口座がいずれも正常な状態であるか否かを点検する。その後、依頼人（両親）に検証コードを送信し、リアル通信インターフェースにより依頼人（両親）に検証要求を送る。ただし、検証要求には、コマンドタイプ、応答コード、検証コード、システム追跡番号の記入が含まれ、その他の内容は、もとの要求コマンドと一致している。同時に、センターサーバに口座代理関係の記録が記憶されている。ここで説明すべきこととして、システム追跡番号の役割は、要求コマンドと応答コマンドとを関連させることである。

第２段階である口座代理発効のフロー：
ｃ）依頼人（両親）が検証コードを入力し、リアル通信インターフェースによりセンターサーバに返答し、サーバが、入力された情報に基づいて応答コマンドを構成する。

ｄ）口座代理関係の記録およびシステム追跡番号を探すことにより、要求コマンドと応答コマンドが検証コードによりマッチングされ、検証が通ると、口座代理関係が発効する。

代理関係を取り消す際の具体的な動作方法は、図７の対応するステップの具体的な動作方法を参考にすればよいため、ここでは割愛する。

（２）代理支払
シーンの説明：代理人が代理する口座について支払を行う。子女が両親の口座を用いて両親に代わって購入される財テク商品の支払いをする。

図１２は、本実施例における代理支払のフロー模式図を示すものである。フローは、３段階に分けられる。

第１段階：ログインアカウントの検証
ａ）子女が自分の口座にログインし、両親の口座の支払を選択する。センターサーバに「取引検証要求」コマンドを送信する。

ｂ）センターサーバが取引検証要求コマンドを取得し、取引検証要求コマンドを解析して取引検証要求コマンドの制御情報を取得し、取引検証要求コマンドの制御情報に基づいて取引検証要求コマンドの内容情報を照会してログインアカウントを取得し、ログインアカウントに対して有効性検証を行う。

第２段階：支払確認情報の生成
ｃ）第１段階の検証が通ると、依頼人クライアント端末が支払過程の操作を実行し、センターサーバが当該操作に基づいて、「代理支払要求」コマンドを生成する。ただし、当該「代理支払要求」には、注文書内容と、代理人クライアント端末の操作により生成される結果情報とが含まれる。

ｄ）「代理支払要求」コマンドを解析し、コマンドからコマンドタイプ（代理支払要求）と、代理フラグ（ＹＥＳ）とを読み出し、これらの情報に基づいて、コマンド内容からログインアカウント、取引アカウントを読み取り、口座代理関係を探し、そしてチェックする。チェックには、センターサーバより検証コードが生成されること、および検証コードの失効時刻が含まれる。検証コードおよび検証コードの失効時刻を「代理支払要求」コマンドと組み立てて支払確認情報を生成する。そして、支払確認情報を依頼人（両親）に送信する。同時に、サービスログおよび各種の要求コマンドを記憶する。

第３段階：代理支払発効
ｅ）依頼人（両親）が支払確認情報に基づいて検証コードを入力することにより返答情報を生成させ、返答情報がリアル通信インターフェースによりセンターサーバに伝送される。

ｆ）センターサーバにより前の段階のサービスログが探され、検証の失効時刻を超えているか否かを判断する。失効していると、サービスログの状態をタイムアウトの処理に更新し、依頼人（両親）にエラー情報を戻す。そうでなければ、サービスログの状態を正常な返答に更新し、代理人により実行される支払過程の操作行為が有効であると確認し、支払取引を完了する。

本技術的思想は、一般的な支払取引を実行してもよい。図１〜図１０には示されていないが、従来技術も参考にできる。その場合、ログインアカウントと取引アカウントが同一のユーザーに対応することに注意すべきである。

上記の実施例の記載から分かるように、依頼人が便利に口座を他人に依頼して操作することができるにもかかわらず、口座のすべての支払取引は、本人の返答確認がなければ発効しないため、安全性が高いものとなっている。

以上に記載した具体的な実施形態により、本発明の目的、技術的思想および有益な効果をさらに詳細に説明したが、以上の記載は、本発明の具体的な実施形態にすぎず、本発明の保護範囲を限定するためのものではない。本発明の趣旨と原則に属するものであれば、行われるいかなる修正、均等な代替、改良などもすべて本発明の保護範囲に含まれると解されるべきである。

Claims (11)

1. 代理人が依頼人の口座によって支払を実行する過程の操作に基づいて生成される代理支払要求コマンドを取得し、前記代理支払要求コマンドを解析して代理支払要求コマンドの制御情報を取得することと、
   代理支払要求コマンドの制御情報に基づいて代理支払要求コマンドの内容情報を照会して、代理人の口座であるログインアカウントと、依頼人の口座である取引アカウントとを取得し、ログインアカウントと取引アカウントの代理関係を検証し、検証が通ると、支払確認情報を生成して、前記支払確認情報に基づいて、代理人により支払を実行する過程の操作に対する依頼人の確認に基づいて生成される返答情報を取得し、返答情報を検証することと、
   前記返答情報の検証結果に基づいて支払を完了するか否かを確定することと、
   を含むことを特徴とする代理支払方法。
2. 口座代理要求コマンドを取得し、前記口座代理要求コマンドを解析して口座代理要求コマンドの制御情報を取得することと、
   前記口座代理要求コマンドの制御情報に基づいて口座代理要求コマンドの内容情報を照会してログインアカウントと取引アカウントとを取得し、ログインアカウントと取引アカウントとを検証することと、
   検証が通ると、ログインアカウントと取引アカウントとの間の代理関係を確立することと、
   をさらに含むことを特徴とする、請求項１に記載の代理支払方法。
3. 代理支払要求コマンドを取得する前に、取引検証要求コマンドを取得し、前記取引検証要求コマンドを解析して取引検証要求コマンドの制御情報を取得することと、
   取引検証要求コマンドの制御情報に基づいて取引検証要求コマンドの内容情報を照会してログインアカウントを取得し、ログインアカウントに対して有効性検証を行い、検証が通ると、代理支払要求コマンドの取得を許可することと、
   をさらに含むことを特徴とする、請求項１に記載の代理支払方法。
4. 口座代理取消コマンドを取得し、前記口座代理取消コマンドを解析して口座代理取消コマンドの制御情報を取得することと、
   前記口座代理取消コマンドの制御情報に基づいて口座代理取消コマンドの内容情報を照会して取引アカウントを取得し、取引アカウントに対して有効性検証を行うことと、
   検証が通ると、ログインアカウントと取引アカウントとの間の代理関係を取り消すことと、
   をさらに含むことを特徴とする、請求項１または２に記載の代理支払方法。
5. 口座情報と、代理関係と、操作ログと、検証情報とを記憶すること、
   をさらに含むことを特徴とする、請求項１または２に記載の代理支払方法。
6. 代理人が依頼人の口座によって支払を実行する過程の操作に基づいて生成される代理支払要求コマンドを取得し、前記代理支払要求コマンドを解析して代理支払要求コマンドの制御情報を取得するための第１コマンド解析手段と、
   代理支払要求コマンドの制御情報に基づいて代理支払要求コマンドの内容情報を照会して、代理人の口座であるログインアカウントと、依頼人の口座である取引アカウントとを取得し、ログインアカウントと取引アカウントの代理関係を検証し、検証が通ると、支払確認情報を生成して、前記支払確認情報に基づいて、代理人により支払を実行する過程の操作に対する依頼人の確認に基づいて生成される返答情報を取得し、返答情報を検証するための代理支払行為検証手段と、
   前記返答情報の検証結果に基づいて支払を完了するか否かを確定するための支払手段と、
   を含むことを特徴とする代理支払装置。
7. 口座代理要求コマンドを取得し、前記口座代理要求コマンドを解析して口座代理要求コマンドの制御情報を取得するための第２コマンド解析手段と、
   前記口座代理要求コマンドの制御情報に基づいて口座代理要求コマンドの内容情報を照会してログインアカウントと取引アカウントとを取得し、ログインアカウントと取引アカウントとを検証するための代理関係検証手段と、
   検証が通ると、ログインアカウントと取引アカウントの代理関係を確立するための代理関係確立手段と、
   をさらに含むことを特徴とする、請求項６に記載の代理支払装置。
8. 代理支払要求コマンドを取得する前に、取引検証要求コマンドを取得し、前記取引検証要求コマンドを解析して取引検証要求コマンドの制御情報を取得するための第３コマンド解析手段と、
   取引検証要求コマンドの制御情報に基づいて取引検証要求コマンドの内容情報を照会してログインアカウントを取得し、ログインアカウントに対して有効性検証を行い、検証が通ると、代理支払要求コマンドの取得を許可するためのログインアカウント検証手段と、
   をさらに含むことを特徴とする、請求項６に記載の代理支払装置。
9. 口座代理取消コマンドを取得し、前記口座代理取消コマンドを解析して口座代理取消コマンドの制御情報を取得するための第４コマンド解析手段と、
   前記口座代理取消コマンドの制御情報に基づいて口座代理取消コマンドの内容情報を照会して取引アカウントを取得し、取引アカウントに対して有効性検証を行うための取引アカウント検証手段と、
   検証が通ると、ログインアカウントと取引アカウントとの間の代理関係を取り消すための代理関係取消手段と、
   をさらに含むことを特徴とする、請求項６または７に記載の代理支払装置。
10. 口座情報と、代理関係と、操作ログと、検証情報とを記憶するための記憶手段をさらに含むことを特徴とする、請求項６または７に記載の代理支払装置。
11. 請求項６〜１０のいずれか１項に記載の代理支払装置を含む電子デバイス。