(57)【特許請求の範囲】
【請求項１】
リソース割当方法であって、
サーバが、前記サーバにアクセスするべく第一クライアントによって送信された第一要求を受け取るステップであって、前記第一要求は、第二クライアントのリソース情報に対応するトークン情報を担持している、ステップと、
前記サーバが、前記第一要求において担持されている前記トークン情報に従って、前記トークン情報に対応する前記第二クライアントの前記リソース情報を判定するステップと、
前記サーバが、リソース割当情報を入力するように前記第一クライアントに要求するための第二要求を前記第一クライアントに送信するステップであって、前記リソース割当情報は、リソース割当データ情報を含み、前記リソース割当データ情報は、リソース割当量を含み、前記第二要求は、前記第二クライアントの前記リソース情報を含まない、ステップと、
前記サーバが、前記第一クライアントによって入力された前記リソース割当情報を受け取るステップと、
前記サーバが、前記第一クライアントによって入力された前記リソース割当情報に含まれる前記リソース割当量のリソースを、前記第二クライアントの前記リソース情報に含まれるアカウントに割り当てることにより、リソース割当を完了させるステップと、
を具備する方法。
【請求項２】
前記第一要求は、前記サーバにアクセスするためのユニフォームリソースロケータを具備しており、且つ、前記ユニフォームリソースロケータは、前記トークン情報を担持している、請求項１に記載の方法。
【請求項３】
前記トークン情報と前記第二クライアントの前記リソース情報との間の対応性は、
前記サーバが、前記トークン情報を担持すると共に前記第二クライアントに対応している前記ユニフォームリソースロケータを生成し、且つ、前記トークン情報と前記第二クライアントの前記リソース情報との間の前記対応性を判定するステップ、
によって確立される、請求項２に記載の方法。
【請求項４】
前記サーバにアクセスするべく前記第一クライアントによって送信される前記第一要求は、前記第二クライアントの識別コード情報をスキャニングした後に、前記第一クライアントによって送信され、且つ、前記識別コード情報は、前記第二クライアントの前記ユニフォームリソースロケータに対応している、請求項３に記載の方法。
【請求項５】
前記トークン情報を担持すると共に前記第二クライアントに対応している前記ユニフォームリソースロケータを生成し、且つ、前記トークン情報と前記第二クライアントの前記リソース情報との間の前記対応性を判定する前記ステップは、
前記サーバが、前記第二クライアントの前記リソース情報を取得するステップと、
前記サーバが、前記リソース情報が検証された際に、前記リソース情報と前記トークン情報との間の第一対応性を確立し、且つ、前記トークン情報及び対応する識別コード情報を担持する前記ユニフォームリソースロケータを生成するステップと、
前記サーバが、前記リソース情報と前記トークン情報との間の前記第一対応性及び前記トークン情報と前記ユニフォームリソースロケータとの間の第二対応性を保存し、且つ、前記識別コード情報を前記第二クライアントに送信するステップと、
を更に具備する、請求項３に記載の方法。
【請求項６】
前記第一要求において担持されている前記トークン情報に従って、前記トークン情報に対応する前記第二クライアントの前記リソース情報を判定する前記ステップは、
前記サーバが、前記第一要求に対応する前記ユニフォームリソースロケータにおいて担持されている前記トークン情報を抽出するステップと、
前記サーバが、前記トークン情報に従って、前記サーバにおいて前記トークン情報との間における前記第一対応性を確立する前記第二クライアントの前記リソース情報を判定するステップと、
を更に具備する、請求項５に記載の方法。
【請求項７】
前記リソース割当を完了させた後に、方法は、
前記サーバが、前記リソース割当の結果を前記第一クライアント及び前記第二クライアントに転送するステップ、
を更に具備する、請求項１に記載の方法。
【請求項８】
前記第一クライアント及び前記第二クライアントに転送される前記リソース割当の前記結果は、成功したリソース割当の結果又は失敗したリソース割当の結果を具備する、請求項７に記載の方法。
【請求項９】
前記識別コード情報は、バーコード及び／又は二次元コードである、請求項４から請求項６までのいずれか一項に記載の方法。
【請求項１０】
前記サーバは、プラットフォームサーバ及び少なくとも一つのリソースマネージャを具備し、前記方法は、
前記プラットフォームサーバが、前記プラットフォームサーバにアクセスするべく前記第一クライアントによって送信された前記第一要求を受け取るステップであって、前記第一要求は、前記第二クライアントの前記リソース情報に対応するトークン情報を担持している、ステップと、
前記プラットフォームサーバが、前記第一要求において担持されている前記トークン情報に従って、前記トークン情報に対応する前記第二クライアントの前記リソース情報を判定するステップと、
前記プラットフォームサーバが、前記第一クライアントによって入力されたリソース割当情報を受け取るステップと、
前記リソースマネージャが、前記第一クライアントによって入力された前記リソース割当情報及び前記第二クライアントの前記リソース情報に従って前記リソース割当を完了させるステップと、
を更に具備する、請求項１から請求項８までのいずれか一項に記載の方法。
【請求項１１】
前記第一クライアントによって入力される前記リソース割当情報は、前記第一クライアントの第一リソース管理アカウント情報及びリソース割当データ情報を更に具備し、前記第二クライアントの前記リソース情報は、具体的には、前記第二クライアントのアイデンティティ情報及び第二リソース管理アカウント情報を具備しており、
前記プラットフォームサーバが、前記第一クライアントによって入力された前記リソース割当情報を受け取った後に、且つ、前記リソースマネージャが、前記第一クライアントによって入力された前記リソース割当情報及び前記第二クライアントの前記リソース情報に従って、前記リソース割当を完了させる前に、前記方法は、
前記プラットフォームサーバが、前記第一クライアントによって入力された第一リソース管理アカウント情報に従って、前記第一リソース管理アカウント情報に対応するリソースマネージャを判定するステップと、
前記プラットフォームサーバが、前記第一リソース管理アカウント情報に対応する前記リソースマネージャが前記リソース割当を完了させるべく、前記第一リソース管理アカウント情報に対応する前記リソースマネージャにリソース割当命令を送信するステップと、
を更に具備する、請求項１０に記載の方法。
【請求項１２】
前記プラットフォームサーバによって前記第一リソース管理アカウント情報に対応する前記リソースマネージャに送信される前記リソース割当命令は、前記第二クライアントの前記第二リソース管理アカウント情報及び前記第一クライアントによって入力された前記リソース割当データ情報を更に含む、請求項１１に記載の方法。
【請求項１３】
リソース割当方法であって、
サーバが、第一要求において担持されているトークン情報に従って、前記トークン情報に対応する第二クライアントのリソース情報を判定する、ことを可能にするべく、第一クライアントによって、前記サーバにアクセスするべく、前記第一要求を前記サーバに送信するステップであって、前記第一要求は、前記第二クライアントの前記リソース情報に対応する前記トークン情報を担持している、ステップと、
リソース割当情報を入力するように前記第一クライアントに要求するための第二要求を、前記第一クライアントが、前記サーバから受信するステップであって、前記リソース割当情報は、リソース割当データ情報を含み、前記リソース割当データ情報は、リソース割当量を含み、前記第二要求は、前記第二クライアントの前記リソース情報を含まない、ステップと、
前記サーバが、前記第一クライアントによって入力された前記リソース割当情報に含まれる前記リソース割当量のリソースを、前記第二クライアントの前記リソース情報に含まれるアカウントに割り当てることにより、リソース割当を完了させるように、第一クライアントが、前記リソース割当情報を、前記サーバに送信するステップと、
を具備する方法。
【請求項１４】
リソース割当装置であって、
サーバにアクセスするべく第一クライアントによって送信された第一要求を受け取るように構成された要求受領モジュールであって、前記第一要求は、第二クライアントのリソース情報に対応するトークン情報を担持している、要求受領モジュールと、
前記第一要求において担持されている前記トークン情報に従って、前記トークン情報に対応する前記第二クライアントの前記リソース情報を判定するように構成されたリソース情報判定モジュールと、
リソース割当情報を入力するように前記第一クライアントに要求するための第二要求を前記第一クライアントに送信し、前記第一クライアントによって入力された前記リソース割当情報を受け取るように構成された情報受領モジュールであって、前記リソース割当情報は、リソース割当データ情報を含み、前記リソース割当データ情報は、リソース割当量を含み、前記第二要求は、前記第二クライアントの前記リソース情報を含まない、情報受領モジュールと、
前記第一クライアントによって入力された前記リソース割当情報に含まれる前記リソース割当量のリソースを、前記第二クライアントの前記リソース情報に含まれるアカウントに割り当てることにより、リソース割当を完了させるように構成されたリソース割当モジュールと、
を具備する装置。
【請求項１５】
電子決済方法であって、
サーバが、前記サーバにアクセスするべく支払側によって送信された第一要求を受け取るステップであって、前記第一要求は、集金側の集金情報に対応するトークン情報を担持している、ステップと、
前記サーバが、前記第一要求において担持されている前記トークン情報に従って、前記トークン情報に対応する前記集金側の前記集金情報を判定するステップと、
前記サーバが、支払情報を入力するように前記支払側に要求するための第二要求を前記支払側に送信するステップであって、前記支払情報は、電子決済金額情報を含み、電子決済金額情報は決済金額を含み、前記第二要求は、前記集金側の前記集金情報を含まない、ステップと、
前記サーバが、前記支払側によって入力された前記支払情報を受け取り、且つ、前記支払側によって入力された前記支払情報及び前記集金側の前記集金情報に従って前記支払側から前記集金側への電子決済を完了させるステップと、
を具備する方法。
【請求項１６】
前記第一要求は、前記サーバにアクセスするためのユニフォームリソースロケータを具備しており、且つ、前記ユニフォームリソースロケータは、前記トークン情報を担持している、請求項１５に記載の方法。
【請求項１７】
前記トークン情報と前記集金側の前記集金情報との間の対応性は、
前記サーバが、前記トークン情報を担持すると共に前記集金側に対応している前記ユニフォームリソースロケータを生成し、且つ、前記トークン情報と前記集金側の前記集金情報との間の前記対応性を判定するステップ、
により、確立されている、請求項１６に記載の方法。
【請求項１８】
前記サーバにアクセスするべく前記支払側によって送信される前記第一要求は、前記集金側の識別コード情報をスキャニングした後に、前記支払側によって送信され、且つ、前記識別コード情報は、前記集金側の前記ユニフォームリソースロケータに対応している、請求項１７に記載の方法。
【請求項１９】
前記トークン情報を担持すると共に前記集金側に対応している前記ユニフォームリソースロケータを生成し、且つ、前記トークン情報と前記集金側の前記集金情報との間の前記対応性を判定する前記ステップは、
前記サーバが、前記集金側の前記集金情報を取得するステップと、
前記サーバが、前記集金情報が検証された際に、前記集金情報と前記トークン情報との間の第一対応性を確立し、且つ、前記トークン情報及び対応する識別コード情報を担持する前記ユニフォームリソースロケータを生成するステップと、
前記サーバが、前記集金情報と前記トークン情報との間の前記第一対応性及び前記トークン情報と前記ユニフォームリソースロケータとの間の第二対応性を保存し、且つ、前記識別コード情報を前記集金側に送信するステップと、
を更に具備する、請求項１７に記載の方法。
【請求項２０】
前記第一要求において担持されている前記トークン情報に従って、前記トークン情報に対応する前記集金側の前記集金情報を判定する前記ステップは、
前記サーバが、前記第一要求に対応する前記ユニフォームリソースロケータにおいて担持されている前記トークン情報を抽出するステップと、
前記サーバが、前記トークン情報に従って、前記サーバにおいて前記トークン情報との間における前記第一対応性を確立する前記集金側の前記集金情報を判定するステップと、
を更に具備する、請求項１９に記載の方法。
【請求項２１】
前記識別コード情報は、バーコード及び／又は二次元コードである、請求項１８から請求項２０までのいずれか一項に記載の方法。
【請求項２２】
前記サーバは、プラットフォームサーバ及び少なくとも一つの金融サーバを具備しており、且つ、前記方法は、
前記プラットフォームサーバが、前記プラットフォームサーバにアクセスするべく前記支払側によって送信された前記第一要求を受け取るステップであって、前記第一要求は、前記集金側の前記集金情報に対応するトークン情報を担持している、ステップと、
前記プラットフォームサーバが、前記第一要求において担持されている前記トークン情報に従って、前記トークン情報に対応する前記集金側の前記集金情報を判定するステップと、
前記プラットフォームサーバが、前記支払側によって入力された前記支払情報を受け取るステップと、
前記金融サーバが、前記支払側によって入力された前記支払情報及び前記集金側の前記集金情報に従って、前記支払側から前記集金側への前記電子決済を完了させるステップと、
を更に具備する、請求項１５から請求項２０までのいずれか一項に記載の方法。
【請求項２３】
前記支払側によって入力される前記支払情報は、前記支払側の支払アカウント情報及び電子決済金額情報を更に具備し、前記集金側の前記集金情報は、具体的には、前記集金側のアイデンティティ情報及び集金アカウント情報を具備し、
前記プラットフォームサーバが、前記支払側によって入力された前記支払情報を受け取った後に、且つ、前記金融サーバが、前記支払側によって入力された前記支払情報及び前記集金側の前記集金情報に従って、前記支払側から前記集金側への前記電子決済を完了させる前に、前記方法は、
前記プラットフォームサーバが、前記支払側の前記支払アカウント情報に従って、前記支払アカウント情報に対応する金融サーバを判定するステップと、
前記プラットフォームサーバが、前記支払アカウント情報に対応する前記金融サーバが前記支払側から前記集金側への電子決済を完了させるべく、支払命令を前記支払アカウント情報に対応する前記金融サーバに送信するステップと、
を更に具備する、請求項２２に記載の方法。
【請求項２４】
前記プラットフォームサーバによって前記支払アカウント情報に対応する前記金融サーバに送信される前記支払命令は、前記集金側の集金アカウント情報及び前記支払側の前記支払アカウント情報を更に含む、請求項２３に記載の方法。
【請求項２５】
前記支払アカウント情報は、前記サーバにおける前記支払側の銀行アカウント情報及び／又は前記支払側のユーザ登録アカウント情報を具備し、
前記集金アカウント情報は、前記サーバにおける前記集金側の銀行アカウント情報及び／又は前記集金側のユーザ登録アカウント情報を具備する、
請求項２３又は請求項２４に記載の方法。
【請求項２６】
電子決済方法であって、
サーバが、前記サーバにアクセスするべく集金側によって送信された第一要求を受け取るステップであって、前記第一要求は、支払側の支払情報に対応するトークン情報を担持している、ステップと、
前記サーバが、前記第一要求において担持されている前記トークン情報に従って、前記トークン情報に対応する前記支払側の前記支払情報を判定するステップと、
前記サーバが、集金情報を入力するように前記集金側に要求するための第二要求を前記集金側に送信するステップであって、前記集金情報は、電子決済金額情報を含み、電子決済金額情報は決済金額を含み、前記第二要求は、前記支払側の前記支払情報を含まない、ステップと、
前記サーバが、前記集金側によって入力された前記集金情報を受け取り、且つ、前記集金側によって入力された前記集金情報及び前記支払側の前記支払情報に従って前記支払側から前記集金側への電子決済を完了させるステップと、
を具備する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、コンピュータ技術の分野に関し、更に詳しくは、リソース割当方法及び装置並びに電子決済方法に関する。
【背景技術】
【０００２】
インターネット技術の進歩とインテリジェント端末機器の一般化とに伴って、より大きな利便が人々にもたらされ、且つ、リソース割当が、益々一般的なものとなっている。既存のリソース割当方法においては、しばしば、リソース割当の両側が、リソース割当を実現するべく、他方の側のプライベート情報の一部を取得する必要があり、これにより、リソース割当の両側のプライバシー情報セキュリティに対して潜在的な脅威がもたらされている。
【０００３】
リソースを資金として、且つ、リソース割当を資金振替として、実施することにより、資金振替を実現するべく、モバイル決済が広く使用されている。既存のモバイル決済方法は、被支払者（振替プロセスにおける資金受領者）が支払二次元コードをスキャニングすることにより、或いは、支払者（振替プロセスにおける資金振替者）が集金二次元コードをスキャニングすることにより、実行することができる。従来の銀行振替方法との比較において、既存のモバイル決済方法は、一方の側が、振替のために自身の銀行アカウント情報について他方の側に通知することを必要としておらず、これにより、被支払者及び支払者の両方のための特定情報の遮蔽の役割が果たされており、且つ、両方の側の個人的なプライバシーがある程度まで保護されている。
【０００４】
但し、既存のモバイル決済方法は、依然として、支払プラットフォーム上において、被支払者又は支払者に対して他方の側の登録情報について通知しており、これには、メンバアカウント、実名、ポートレート写真、及び携帯電話番号が含まれる場合があり、従って、振替の両側にとって、依然として、プライバシー侵害のリスクが存在している。見知らぬ者同士の散発的な取引などの状況においては、プライバシー侵害のリスクは、更に増大する。
【発明の概要】
【０００５】
本出願の実施形態は、リソース割当の両側のプライバシー情報を保護すると共にリソース割当の情報セキュリティを保証するリソース割当方法及び装置を提供している。
【０００６】
本出願の実施形態は、電子決済の両側のプライバシー情報を保護すると共に資金振替の情報セキュリティを保証する電子決済方法を提供している。
【０００７】
本出願の実施形態は、以下のような技術的解決策を採用している。
【０００８】
本出願の実施形態によって提供されているリソース割当方法は、
サーバにアクセスするべく第一クライアントによって送信された第一要求を受け取るステップであって、第一要求は、第二クライアントのリソース情報に対応するトークン情報を担持している、ステップと、
第一要求において担持されているトークン情報に従って、トークン情報に対応する第二クライアントのリソース情報を判定するステップと、
第一クライアントによって入力されたリソース割当情報を受け取り、且つ、第一クライアントによって入力されたリソース割当情報及び第二クライアントのリソース情報に従ってリソース割当を完了させるステップと、
を含む。
【０００９】
本出願の実施形態によって提供されている別のリソース割当方法は、
サーバが、第一要求において担持されているトークン情報に従って、トークン情報に対応する第二クライアントのリソース情報を判定するように、第一クライアントが、サーバにアクセスするべく、サーバに第一要求を送信するステップであって、第一要求は、第二クライアントのリソース情報に対応するトークン情報を担持している、ステップと、
リソース割当情報が、入力され、且つ、サーバが、第一クライアントによって入力されたリソース割当情報及び第二クライアントのリソース情報に従ってリソース割当を完了させるべく、サーバに送信されるステップと、
を含む。
【００１０】
本出願の実施形態によって提供されているリソース割当装置は、
サーバにアクセスするべく第一クライアントによって送信された第一要求を受け取るように構成された要求受領モジュールであって、第一要求は、第二クライアントのリソース情報に対応するトークン情報を担持している、モジュールと、
第一要求において担持されているトークン情報に従って、トークン情報に対応する第二クライアントのリソース情報を判定するように構成されたリソース情報判定モジュールと、
第一クライアントによって入力されたリソース割当情報を受け取るように構成された情報受領モジュールと、
第一クライアントによって入力されたリソース割当情報及び第二クライアントのリソース情報に従ってリソース割当を完了させるように構成されたリソース割当モジュールと、
を含む。
【００１１】
本出願によって提供されている電子決済方法は、
サーバにアクセスするべく支払側によって送信された第一要求を受け取るステップであって、第一要求は、集金側の集金情報に対応するトークン情報を担持している、ステップと、
第一要求において担持されているトークン情報に従って、トークン情報に対応する集金側の集金情報を判定するステップと、
支払側によって入力された支払情報を受け取り、且つ、支払側によって入力された支払情報及び集金側の集金情報に従って支払側から集金側への電子決済を完了させるステップと、
を含む。
【００１２】
好ましくは、本出願によって提供されている電子決済方法においては、サーバにアクセスするべく支払側によって送信された第一要求は、集金側の識別コード情報をスキャニングした後に、支払側によって送信されている。
【００１３】
好ましくは、本出願によって提供されている電子決済方法においては、第一要求は、具体的には、サーバにアクセスするべく識別コード情報との間における１対１の対応性関係にあるユニフォームリソースロケータであり、且つ、ユニフォームリソースロケータは、集金側の集金情報を判定するためのトークン情報を担持している。
【００１４】
好ましくは、本出願によって提供されている電子決済方法においては、トークン情報と集金側の集金情報との間の対応性の確立は、具体的には、
トークン情報を担持すると共に集金側に対応しているユニフォームリソースロケータを生成し、且つ、トークン情報と集金側の集金情報との間の対応性を判定するステップ、
を含む。
【００１５】
好ましくは、本出願によって提供されている電子決済方法においては、トークン情報を担持すると共に集金側に対応しているユニフォームリソースロケータを生成し、且つ、トークン情報と集金側の集金情報との間の対応性を判定するステップは、具体的には、
集金側の集金情報を取得するステップと、
集金情報が検証された際に、集金情報とトークン情報との間の第一対応性を確立し、且つ、トークン情報及び対応する識別コード情報を担持するユニフォームリソースロケータを生成するステップと、
集金情報とトークン情報との間の第一対応性及びトークン情報とユニフォームリソースロケータとの間の第二対応性を保存し、且つ、識別コード情報を集金側に送信するステップと、
を含む。
【００１６】
好ましくは、本出願によって提供されている電子決済方法においては、第一要求において担持されているトークン情報に従って、トークン情報に対応する集金側の集金情報を判定するステップは、具体的には、
第一要求に対応するユニフォームリソースロケータにおいて担持されているトークン情報を抽出するステップと、
トークン情報に従って、サーバにおいてトークン情報との間における第一対応性を確立する集金側の集金情報を判定するステップと、
を含む。
【００１７】
好ましくは、本出願によって提供されている電子決済方法においては、識別コード情報は、バーコード及び／又は二次元コードである。
【００１８】
好ましくは、本出願によって提供されている電子決済方法においては、支払側によって入力される支払情報は、具体的には、支払側の支払アカウント情報及び電子決済金額情報を含み、且つ、集金側の集金情報は、具体的には、集金側のアイデンティティ情報及び集金アカウント情報を含む。
【００１９】
好ましくは、本出願によって提供されている電子決済方法においては、支払アカウント情報は、サーバにおける支払側の銀行アカウント情報及び／又は支払側のユーザ登録アカウント情報を含み、且つ、集金アカウント情報は、サーバにおける集金側の銀行アカウント情報及び／又は集金側のユーザ登録アカウント情報を含む。
【００２０】
好ましくは、本出願によって提供されている電子決済方法においては、サーバは、プラットフォームサーバ及び少なくとも一つの金融サーバを含み、且つ、方法は、具体的には、
プラットフォームサーバが、プラットフォームサーバにアクセスするべく支払側によって送信された第一要求を受け取るステップであって、第一要求は、集金側の集金情報に対応するトークン情報を担持している、ステップと、
プラットフォームサーバが、第一要求において担持されているトークン情報に従って、トークン情報に対応する集金側の集金情報を判定するステップと、
プラットフォームサーバが、支払側によって入力された支払情報を受け取るステップと、
金融サーバが、支払側によって入力された支払情報及び集金側の集金情報に従って支払側から集金側への電子決済を完了させるステップと、
を含む。
【００２１】
好ましくは、本出願によって提供されている電子決済方法において、プラットフォームサーバが、支払側によって入力された支払情報を受け取った後に、且つ、金融サーバが、支払側によって入力された支払情報及び集金側の集金情報に従って、支払側から集金側への電子決済を完了させる前に、方法は、
プラットフォームサーバが、支払側の支払アカウント情報に従って、支払アカウント情報に対応する金融サーバを判定するステップと、
プラットフォームサーバが、支払アカウント情報に対応する金融サーバが支払側から集金側への電子決済を完了させるべく、支払アカウント情報に対応する金融サーバに支払命令を送信するステップと、
を更に含む。
【００２２】
好ましくは、本出願によって提供されている電子決済方法においては、支払アカウント情報に対応する金融サーバに対してプラットフォームサーバによって送信される支払命令は、具体的には、集金側の集金アカウント情報及び支払側の支払アカウント情報を含んでいる。
【００２３】
本出願は、別の電子決済方法を更に提供しており、方法は、
サーバにアクセスするべく集金側によって送信された第一要求を受け取るステップであって、第一要求は、支払側の支払情報に対応するトークン情報を担持している、ステップと、
第一要求において担持されているトークン情報に従って、トークン情報に対応する支払側の支払情報を判定するステップと、
集金側によって入力された集金情報を受け取り、且つ、集金側によって入力された集金情報及び支払側の支払情報に従って、支払側から集金側への電子決済を完了させるステップと、
を含む。
【００２４】
本出願の実施形態によって採用されている少なくとも一つの技術的解決策は、以下のような有益な効果を実現することができる。
【００２５】
本出願の実施形態においては、第一クライアントは、サーバにアクセスするための第一要求をサーバに送信している。第一要求は、第二クライアントのリソース情報を担持していないが、第二クライアントのリソース情報に対応するトークン情報を担持している。トークン情報を担持している第一要求を受け取った後に、サーバは、サーバが、第一クライアントがリソースの割当を所望している第二クライアントについて知り得るように、第一要求内のトークン情報を識別することにより、トークン情報に対応する第二クライアントのリソース情報を判定することができる。本出願の本実施形態によれば、第一クライアントが、第二クライアントのリソース情報を識別しておらず、且つ、第一クライアントのリソース割当情報と第二クライアントのリソース情報との両方が、サーバ内において処理されていることから、第一クライアント及び第二クライアントは、他方の側のプライベート情報を知ることなしに、リソース割当を完了させることが可能であり、これにより、第一クライアント及び第二クライアントのプライバシー情報が相対的に効果的且つ広範に保護され、且つ、本出願の技術的目的が実現されている。
【００２６】
リソース割当におけるリソース割当の両側（即ち、第一クライアント及び第二クライアント）は、支払側から集金側への電子決済を完了させるための電子決済の集金側及び支払側として実施することが可能であり、従って、本出願の実施形態は、資金振替及び電子決済などのシナリオに適用可能である。
【図面の簡単な説明】
【００２７】
本明細書において記述されている添付図面は、本出願の更なる理解を提供するべく使用されるものであり、且つ、本出願の一部を構成している。本出願の例示用の実施形態及びその説明は、本出願を説明するべく使用されるものであり、且つ、本出願に対するなんらの不適切な制限をも構成するものではない。添付図面は、以下のとおりである。
【００２８】
【図１−１】本出願の一実施形態によるリソース割当方法のフローチャートである。
【図１−２】本出願の一実施形態による第二リソース割当方法のフローチャートである。
【図１−３】本出願の一実施形態による第三リソース割当方法のフローチャートである。
【図１−４】本出願の一実施形態による第四リソース割当方法のフローチャートである。
【図１−５】本出願の一実施形態による第五リソース割当方法のアプリケーションシナリオの概略図である。
【図１−６】本出願の一実施形態による第六リソース割当方法のフローチャートである。
【図１−７】本出願の一実施形態による第七リソース割当方法のフローチャートである。
【図２】本出願の一実施形態による第八リソース割当方法のフローチャートである。
【図３−１】本出願の一実施形態によるリソース割当方法のインタフェースの概略図である。
【図３−２】本出願の一実施形態によるリソース割当方法の第二インタフェースの概略図である。
【図３−３】本出願の一実施形態によるリソース割当方法の第三インタフェースの概略図である。
【図４】本出願の一実施形態によって提供されるリソース割当装置の構造図である。
【図５】本出願の一実施形態による電子決済方法のフローチャートである。
【発明を実施するための形態】
【００２９】
本出願の目的、技術的解決策、及び利点について更に明瞭にするべく、以下、本出願の特定の実施形態及び添付図面を参照し、本出願の技術的解決策について明瞭且つ十分に説明することとする。記述されている実施形態は、本出願のすべての実施形態ではなく、いくつかの実施形態であるに過ぎないことは、明らかである。創造的な努力を伴うことなしに本出願の実施形態に基づいて当業者によって取得されるすべてのその他の実施形態は、本出願の保護範囲に含まれるものとする。
【００３０】
以下、添付図面を参照し、本出願の様々な実施形態によって提供される技術的解決策について詳細に説明することとする。
【００３１】
実施形態１
図１を参照すれば、図１は、本出願の一実施形態によるリソース割当方法を示している。方法は、サーバに適用可能であり、且つ、
Ｓ１０１：サーバにアクセスするべく第一クライアントによって送信された第一要求を受け取るステップであって、第一要求は、第二クライアントのリソース情報に対応するトークン情報を担持している、ステップと、
Ｓ１０２：第一要求において担持されているトークン情報に従って、トークン情報に対応する第二クライアントのリソース情報を判定するステップと、
Ｓ１０３：第一クライアントによって入力されたリソース割当情報を受け取るステップと、
Ｓ１０４：第一クライアントによって入力されたリソース割当情報及び第二クライアントのリソース情報に従って、リソース割当を完了させるステップと、
を含む。
【００３２】
好ましくは、サーバにアクセスするべく第一クライアントによって送信される第一要求は、（第二クライアントのユニフォームリソースロケータに対応する）第二クライアントの識別コード情報をスキャニングした後に、第一クライアントによって送信することができる。本出願の実施形態においては、第一クライアントは、第二クライアントの識別コード情報をスキャニングした後に、サーバにアクセスするべく第一要求をサーバに送信している。第一要求は、トークン情報を担持しており、トークン情報は、サーバが第二クライアントのリソース情報を判定することを可能にしているが、第二クライアントのリソース情報を担持してはいない。ステップＳ１０１、即ち、第一要求を受け取るステップ、の後に、サーバが、第一クライアントがリソースの割当を所望している第二クライアントについて知り得るように、サーバは、ステップＳ１０２、即ち、第一要求において担持されているトークン情報に従って、トークン情報に対応する第二クライアントのリソース情報を判定するステップ、を実行している。更には、ステップＳ１０３を実行することにより、第一クライアントによって入力されたリソース割当情報を受け取った後に、サーバは、リソース割当を完了させるべく、ステップＳ１０４を実行することができる。
【００３３】
上述の実施形態によれば、第一クライアントは、第二クライアントの識別コード情報を通じて第二クライアントのリソース情報を識別することができず、且つ、第一クライアントのリソース割当情報と第二クライアントのリソース情報との両方が、サーバ内において処理されていることから、第一クライアント及び第二クライアントは、他方の側のプライベート情報を知ることなしに、リソース割当を完了させることが可能であり、これにより、第一クライアント及び第二クライアントのプライバシー情報を相対的に効果的且つ広範に保護することが可能であり、且つ、本出願の技術的目的が実現されている。
【００３４】
以下、様々な態様における本出願の実施形態の特定の実装形態について詳細に説明することとする。
【００３５】
サーバが、ステップＳ１０１を実行することによって第一要求を受け取る前に、第一クライアントは、第二クライアントの識別コード情報をスキャニングすることが可能であり、識別コード情報は、第二クライアントによって公開されてもよく、或いは、第一クライアントに対してだけ表示されてもよい。識別コード情報は、第二クライアントの既存のリソース情報に応じたサーバによるマッピングを通じて取得することが可能であり、或いは、図１−２に示されているように、第二クライアントの適用の際に第二クライアントによってサブミットされたリソース情報に従ってサーバによって判定することもできる。具体的には、サーバは、トークン情報を担持すると共に集金側に対応しているユニフォームリソースロケータを生成するべく、且つ、トークン情報と第二クライアントのリソース情報との間の対応性を更に確立するべく、ステップＳ１００を実行することができる。具体的には、図１−３に示されているように、
Ｓ１００１：第二クライアントのリソース情報を取得するステップと、
Ｓ１００２：サーバにより、第二クライアントのリソース情報を検証し、且つ、第二クライアントのリソース情報が検証されたかどうかを判断するステップであって、検証されなかった場合には、ステップＳ１００３を実行し、且つ、検証失敗結果を第二クライアントにフィードバックし、且つ、検証された場合には、ステップＳ１００４〜Ｓ１００６を実行する、ステップと、
Ｓ１００４：リソース情報が検証された際に、リソース情報とトークン情報との間の第一対応性を確立し、且つ、トークン情報及び対応する識別コード情報を担持するユニフォームリソースロケータを生成するステップと、
Ｓ１００５：リソース情報とトークン情報との間の第一対応性及びトークン情報とユニフォームリソースロケータとの間の第二対応性を保存するステップと、
Ｓ１００６：識別コード情報を第二クライアントに送信するステップと、
を含むことができる。
【００３６】
ステップＳ１００１が実行される際には、データベースからサーバによって読み取られる、或いは、サーバに第二クライアントによってサブミットされる、などの様々な方法により、第二クライアントのリソース情報を取得することができる。第二クライアントのリソース情報を検証するべくステップＳ１００２が実行された際に、リソース情報の検証コンテンツ及び検証プロセスは、第二クライアントによってサーバにサブミットされた異なるリソース情報に従って、変化し得る。例えば、第二クライアントによってサブミットされたリソース情報が、第二クライアントユーザの名前及び銀行アカウントを含んでいる場合には、サーバは、名前、銀行アカウント、及び銀行情報などの、関連する情報の一貫性及び対応性を検証することができる。具体的には、サーバが、情報を直接的に検証し得る（例えば、サーバが、銀行システムサーバを含むか、或いは、銀行システムのアカウント情報を保存している）場合には、サーバは、検証結果を直接的に付与することが可能であり、且つ、サーバが情報を直接的に検証できない場合には、検証のために、情報を管轄権を有する当局（中央銀行システムなど）に送信する必要があり、且つ、フィードバックによって取得された検証結果に従って、情報が検証され得るかどうかが判定される。別の例においては、第二クライアントによってサブミットされたリソース情報が、登録済みのメンバアカウント及びアカウントパスワードなどの、プラットフォームサーバ上の第二クライアントユーザのメンバ登録情報を含んでいる場合には、サーバは、プラットフォームサーバ上の第二クライアントユーザのメンバシップを検証することが可能であり、且つ、検証結果に従って、情報が検証されるかどうかを判定することができる。別の例においては、第二クライアントによってサブミットされたリソース情報が、関連する資格証明書（事業許可及び食品衛生許可など）を申請した事業体を含む場合には、サーバは、第二クライアントの対象資格と資格証明書との間の対応性を検証することができる。又、第二クライアントによってサブミットされたリソース情報は、第二クライアントユーザによって適用された識別コード情報に対応するサービスタイプを含んでいてもよく、サービスタイプは、第二クライアントユーザが、リソース割当プロセスにおいて、リソース転送者として機能するのか、又はリソース受領者として機能するのか、を通知してもよく、或いは、ケータリング産業及び衣料産業などの、第二クライアントユーザが従事している産業のタイプを通知することもできる。要すれば、本実施形態は、ステップＳ１０４が実行された際に、サーバによって保存された第二クライアントに対応するリソース情報がリソース割当のための要件を充足し得る限り、第二クライアントがリソース情報をサブミットする形態、サブミットするリソース情報、及びこれらに類似したものに対して特定の制限を課してはおらず、リソース情報を検証するべくサーバが使用するプロセス及び手段、検証するリソース情報、リソース情報が検証結果に従って検証されるかどうかを判定する方法、並びに、これらに類似したもの、に対しても特定の制限を課してはいない。
【００３７】
リソース情報が検証された際に、サーバは、リソース情報とトークン情報との間の第一対応性を確立するべく、ステップＳ１００４〜Ｓ１００６を実行し、トークン情報及び対応する識別コード情報を担持するユニフォームリソースロケータを生成し、且つ、次いで、第二クライアントが識別コード情報を第一クライアントに表示し得るように、識別コード情報を第二クライアントに送信する。本出願の様々な実施形態においては、識別コード情報は、バーコード又は二次元コード、或いは、これら二つの組合せであってよいが、好ましくは、大量の情報、容易な識別、強力なフォールトトレランス、低費用、及び高耐久性を有する二次元コードである。第一クライアントが、第二クライアントとの間においてリソースを割り当てる必要がある際には、識別コード情報をスキャニングすることにより、識別コード情報に対応するユニフォームリソースロケータを識別することが可能であり、これにより、サーバにアクセスするための第一要求、即ち、ユニフォームリソースロケータに対応するアドレスにアクセスするための要求、が実施される。
【００３８】
上述の実施形態において言及されているユニフォームリソースロケータ（ＵＲＬ：Uniform Resource Locator）は、インターネット上において入手可能なファイルの場所及びアクセス方法の簡潔な表現であり、且つ、インターネット上における標準ファイルのアクセスアドレスである。インターネット上のそれぞれのファイルは、一意のＵＲＬを有しており、その内部に含まれている情報は、通常、ファイルの場所と、ファイルを取り扱う方法と、を通知している。本実施形態においては、サーバは、リソース情報とトークン情報との間の第一対応性を確立するべく、且つ、トークン情報とユニフォームリソースロケータとの間の第二対応性を確立するべく、ステップＳ１００４を実行しており、これにより、トークン情報のブリッジ機能により、第二クライアントのリソース情報がＵＲＬ内にマッピングされ、且つ、対応性を確立する際に、第二クライアントのリソース情報のトークンに対応するトークン情報がＵＲＬに追加されている。従って、第一クライアントによって送信されたトークン情報（即ち、サーバにアクセスするための識別コード情報との間における１対１の対応性関係におけるユニフォームリソースロケータＵＲＬ）を担持する第一要求を受け取った後に、サーバは、ステップＳ１０２においてトークン情報に対応する第二クライアントのリソース情報を判定する際に、ＵＲＬにおいて担持されているトークン情報を通じてＵＲＬに対応する第二クライアント及びそのリソース情報を判定することが可能であり、これにより、サーバは、第一クライアントがリソースの割当を所望している第二クライアントを知ることが可能であり、且つ、リソースを割り当てるべく第二クライアントのリソース情報を取得することができる。更には、ＵＲＬは、第二クライアントのリソース情報を担持してらおらず、従って、第一クライアントがＵＲＬに対応する識別コード情報をスキャニングした後に、第一クライアントが識別コード情報をスキャニングした際に第二クライアントのプライバシー情報が保護されるように、第二クライアントの名前、銀行アカウント、及びメンバアカウントなどのリソース情報が識別されることにならない。
【００３９】
又、トークン情報と第二クライアントのリソース情報との間の対応性の確立の際には、上述の方法に加えて、まず、トークン情報を担持しているユニフォームリソースロケータをサーバ上において形成することが可能であり、且つ、次いで、第二クライアントのリソース情報が受け取られた後に、トークン情報と第二クライアントのリソース情報との間の対応性を判定することができる。同様に、トークン情報とリソース情報との間の対応性を確立することもできる。
【００４０】
更に詳しくは、サーバが、第一要求において担持されているトークン情報に従って、トークン情報に対応する第二クライアントのリソース情報を判定するべく、ステップＳ１０２を実行する際には、図１〜図４に示されているように、
Ｓ１０２１：第一要求に対応するユニフォームリソースロケータにおいて担持されているトークン情報を抽出するステップと、
Ｓ１０２２：トークン情報に従って、サーバにおいてトークン情報との間における第一対応性を確立する第二クライアントのリソース情報を判定するステップと、
を含むことができる。
【００４１】
本実施形態においては、ユニフォームリソースロケータにおいて担持されているトークン情報は、ユニフォームリソース識別子と第二クライアントのリソース情報との間のブリッジとして理解することが可能であり、その一方において、ユニフォームリソースロケータは、第一クライアントがユニフォームリソースロケータを通じて第二クライアントのリソース情報を取得しえないように、第二クライアントのリソース情報と直接的に関連付けられてはおらず、且つ、その一方において、サーバは、リソース情報とトークン情報との間の第一対応性及びトークン情報とユニフォームリソースロケータとの間の第二対応性を保存していることから、サーバは、ユニフォームリソースロケータにおいて担持されているトークン情報を通じてサーバにおいてトークン情報との間における対応性を確立するリソース情報を見出することが可能であり、これにより、ユニフォームリソースロケータに対応するリソース情報を判定することが可能であり、且つ、リソース割当を実現することができる。特定の実装形態においては、第二クライアントのリソース情報との間における対応性を有するトークン情報、並びに、ＵＲＬにおいて担持されているトークン情報は、同一の文字ストリングであってもよく、或いは、予め設定された結論を取得するべく予め設定された規則に従って組み合わせられた且つ／又は算出された文字ストリングであってもよい、ことに留意されたい。
【００４２】
以上は、サーバが、第二クライアントのリソース情報に従って第二クライアント用の識別コード情報を生成するプロセスと、サーバが、識別コード情報をスキャニングした後に第一クライアントによって送信された第一要求に従って第二クライアントのリソース情報を判定するプロセスと、について詳述している。以下、図１−５に示されている実施形態を参照し、特定のアプリケーションシナリオにおける上述のプロセスの実装形態について更に詳細に説明することとする。
【００４３】
被支払者（第二クライアントと等価である）は、集金二次元コード（識別コード情報と等価である）を申請するべく、名前、被支払者銀行アカウント、携帯電話番号、連絡先住所、メンバアカウント、及びこれらに類似したものなどの情報をサーバにアプリケーション情報（リソース情報と等価である）としてサブミットし、アプリケーション情報を検証した後に、サーバは、入力アプリケーション情報を集金二次元コード及び対応するＵＲＬにマッピングし、且つ、集金二次元コードに対応するＵＲＬは、Ｔｏｋｅｎ（トークン情報と等価である）を含み、且つ、サーバは、集金二次元コード、ＵＲＬ、及び集金銀行アカウント情報のみならず、情報の間の対応性をも保存している。対応性は、集金二次元コードが、Ｔｏｋｅｎを含む二次元コードＵＲＬに対応しており、且つ、二次元コードＵＲＬ内において含まれているＴｏｋｅｎが、被支払者の名前、集金銀行アカウント、携帯電話番号、連絡先住所、メンバアカウント、及びその他の情報に対応している、というものである。Ｔｏｋｅｎを含む二次元コードＵＲＬは、集金二次元コードと被支払者のプライベート情報との間の情報隔離において役割を果たし、これにより、被支払者のプライバシーが保護されている。
【００４４】
サーバが、ステップＳ１０１における第二クライアントの識別コード情報のスキャニングの後に、第一クライアントによって送信されたサーバにアクセスするための第一要求を受け取った後に、且つ、ステップＳ１０３において第一クライアントによって入力されたリソース割当方法を受け取る前に、図１−６に示されているように、方法は、
Ｓ１０５：リソース割当情報を入力するように第一クライアントに対して要求するべく、第二要求を第一クライアントに送信するステップ、
を更に有することができる。
【００４５】
第一クライアントによって送信された第一要求を受け取った後に、サーバは、一方においては、対応する第二クライアントのリソース情報を判定するべく、ステップＳ１０２を実行してもよく、且つ、その一方において、第一クライアントによって送信されたリソース割当情報を受け取るべく待機してもよく、或いは、リソース割当情報を入力するように第一クライアントに対して要求するべく、ステップＳ１０５を実行して第一クライアントに第二要求を能動的に送信してもよい。本実施形態においては、ステップＳ１０５及びステップＳ１０２の実行シーケンスは、具体的に制限されてはおらず、従って、二つのステップは、順番に実行することも可能であり、且つ、同時に実行することもできる。
【００４６】
更には、好ましくは、ステップＳ１０５において、サーバによって第一クライアントに送信された第二要求は、第一クライアントが第二クライアントのプライバシー情報について知ることを更に防止し得るように、且つ、リソース割当プロセスにおけるプライバシー情報セキュリティを保証し得るように、トークン情報によって分析された第二クライアントのリソース情報を含んではいない。
【００４７】
第一クライアントによって入力されたリソース割当情報及び第二クライアントのリソース情報に従って、リソース割当を完了させるべく、ステップＳ１０４を実行した後に、図１−７に示されているように、方法は、
Ｓ１０６：リソース割当の結果を第一クライアント及び第二クライアントに転送するステップ、
を更に含むことができる。
【００４８】
具体的には、第一クライアント及び第二クライアントに転送されるリソース割当の結果は、成功したリソース割当の結果、或いは、失敗したリソース割当の結果、を含み得るが、好ましくは、第二クライアントのリソース情報又は第一クライアントによって入力されたリソース割当情報を含んではいない。従って、第一クライアント及び第二クライアントのプライバシー情報は、リソース割当が完了した後にも、継続的に保護されており、従って、リソース割当の情報セキュリティが保護されている。
【００４９】
本出願の様々な実施形態においては、第一クライアントによって入力されるリソース割当情報は、具体的には、第一クライアントの第一リソース管理アカウント情報及びリソース割当データ情報を含むことができる。リソース割当データ情報は、特定のデータ情報と共に割り当てられることが予想されているリソースの定量化として実施されてもよく、且つ、リソース割当の目的及びユーザなどの関連する説明を含んでいてもよい。一例として銀行振替のアプリケーションシナリオを取り上げれば、リソース割当データ情報は、振替対象の金額として実施することが可能であり、且つ、振替の目的などの、注釈を含むこともできる。第一クライアントによって入力される第一リソース管理アカウント情報は、第一クライアントユーザの実際の状況に従って第一クライアントユーザによって判定することができる。例えば、第一クライアントが振替の実施を必要としている際に、第一クライアントユーザが、支払プラットフォームの登録済みのユーザではない場合には、入力される第一リソース管理アカウント情報は、振替のためにユーザによって使用される銀行アカウント、名前、開設銀行、及び銀行パスワードなどの関連する情報であり、且つ、第一クライアントユーザが、支払プラットフォームの登録済みのユーザである場合には、入力される第一リソース管理アカウント情報は、ユーザが支払プラットフォームにおいて登録したユーザ名及びパスワードであってよい。
【００５０】
本出願の様々な実施形態においては、第二クライアントのリソース情報は、具体的には、第二クライアントのアイデンティティ情報及び第二リソース管理アカウント情報を含んでいてもよく、且つ、第二クライアントの実際の状況に従って、特定のコンテンツが選択及び判定されてもよい。例えば、第二クライアントのアイデンティティ情報は、名前、アイデンティティカード番号、携帯電話番号、連絡先住所、事業登録情報、及び資格認証情報などの、第二クライアントのアイデンティティ認証に関係する一つ又は複数の関連情報片を含むことができる。又、第二リソース管理アカウント情報は、複数の任意選択のコンテンツを含んでいてもよい。例えば、第二クライアントが振替決済の受取を所望している際に、第二クライアントユーザが、支払プラットフォームの登録済みのユーザではない場合には、第二リソース管理アカウント情報は、振替のためにユーザによって使用される銀行アカウント、名前、開設銀行などの関連情報であってよく、且つ、第二クライアントユーザが、支払プラットフォームの登録済みのユーザである場合には、第二リソース管理アカウント情報は、ユーザが支払プラットフォームにおいて登録したユーザ名及びパスワードであってよい。
【００５１】
本出願の実施形態によれば、第一クライアント及び第二クライアントがリソースの割当を所望している場合には、リソースの割当に必要とされる必要な情報をサーバに提供することのみが必要とされており、即ち、リソース転送者及びリソース受領者の、割り当てられるリソースに密接に関係した、割当対象のリソース及び情報の一部分のみを提供する必要があり、その一方において、第一クライアント及び第二クライアントがプラットフォーム上においてメンバとして登録しているかどうか、且つ、第一クライアント及び第二クライアントが、同一のプラットフォーム上において登録されたメンバであるかどうか、に関する制限は存在していない、ことがわかる。更に詳しくは、リソースを資金として、且つ、リソース割当を資金振替として、実施することにより、第一クライアント及び第二クライアントは、支払プラットフォームの登録済みのメンバであってもよく、或いは、そうでなくてもよく、且つ、同一の支払プラットフォーム上の登録済みのメンバであってもよく、或いは、そうでなくてもよい。第一クライアント又は第二クライアントが支払プラットフォームの登録済みのメンバではない場合には、資金振替のために使用され得る銀行アカウントをサーバに提供することのみが必要である。従って、好ましくは、第一リソース管理アカウント情報は、サーバにおいて第一クライアントのユーザ登録情報を含んでいなくてもよく、且つ／又は、第二リソース管理アカウント情報は、サーバにおいて第二クライアントのユーザ登録情報を含んでいなくてもよく、これにより、リソース割当の前のサーバにおける第一クライアント及び／又は第二クライアントのメンバ登録のステップが単純化され、且つ、第一クライアントユーザ及び第二クライアントユーザが同一のプラットフォーム上の登録済みのメンバであるかどうかに対する制限がなくなっており、これは、本出願の実施形態の適用可能性の改善にとって有益である。
【００５２】
本実施形態の特定の実装形態においては、サーバは、独立した事業者により、或いは、異なる事業者により、運営されてもよい。例えば、プラットフォームサーバ及び少なくとも一つのリソースマネージャが含まれていてもよい。一例として図１−１に示されている実施形態を取り上げれば、プラットフォームサーバは、ステップＳ１０１〜Ｓ１０３を実行し、且つ、リソースマネージャは、ステップＳ１０４を実行している。図１−２及び図１−３に示されている実施形態においては、ステップＳ１００及び特定のステップＳ１００１〜Ｓ１００６は、プラットフォームサーバによって実行されている。図１−６に示されている実施形態においては、ステップＳ１０５は、プラットフォームサーバによって実行されている。図１−７に示されている実施形態においては、ステップ１０６は、プラットフォームサーバにより、或いは、リソースマネージャにより、或いは、これら二つの組合せにより、実行することができる。
【００５３】
更には、複数の任意選択のリソースマネージャが存在している場合に、第一クライアントがリソース転送者であり、且つ、第二クライアントがリソース受領者である、と仮定することにより、リソース転送者（ここでは、第一クライアント）に従って、マッチングしたリソースマネージャを判定することができる。具体的には、プラットフォームサーバが、第一クライアントによって入力されたリソース割当情報を受け取った後に、且つ、リソースマネージャが第一クライアントによって入力されたリソース割当情報及び第二クライアントのリソース情報に従ってリソース割当を完了させる前に、方法は、
プラットフォームサーバが、第一クライアントによって入力された第一リソース管理アカウント情報に従って、第一リソース管理アカウント情報に対応するリソースマネージャを判定するステップと、
プラットフォームサーバが、第一リソース管理アカウント情報に対応するリソースマネージャがリソース割当を完了させるべく、リソース割当命令を第一リソース管理アカウント情報に対応するリソースマネージャに送信するステップと、
を更に含むことができる。
【００５４】
上述の例に基づいて、第一クライアントによって入力されたリソース割当情報は、プラットフォームサーバ内において保存され、且つ、第二クライアントのリソース情報も、プラットフォームサーバ内において保存されていることから、リソースマネージャによってリソース割当を実現するべく、第二クライアントの第二リソース管理アカウント情報及び第一クライアントによって入力されたリソース割当データ情報を第一リソース管理アカウント情報に対応するリソースマネージャにプラットフォームサーバによって送信されたリソース割当命令に追加することができる。
【００５５】
本出願の実施形態における第一クライアントは、第一クライアント及び第二クライアントがリソース割当の反対側のパーティである限り、リソース転送者又はリソース受領者であり得ることに留意されたい。一例として資金振替における上述の実施形態の適用例を取り上げれば、支払者（ここでは、第一クライアント）は、支払を実施するべく、被支払者（ここでは、第二クライアント）に対応する識別コード情報（二次元コードとして実施され得る）をスキャニングし、或いは、被支払者（ここでは、第一クライアント）は、集金を実施するべく、支払者（ここでは、第二クライアント）に対応する識別コード情報（二次元コードとして実施され得る）をスキャニングする。実際的な適用例においては、支払者が第一クライアントであり、且つ、被支払者が第二クライアントである場合には、支払者の資金の安全性を相対的に良好に保証することが可能であり、且つ、被支払者の高頻度の集金を高効率によって保証することもできる。方法は、顧客からお金を集金するべく、商人によって使用することが可能であり、且つ、個人がお金を振り替える必要がある状況において使用することもできる。実際の適用例においては、支払者が第二クライアントであり、且つ、被支払者が第一クライアントである場合には、その他の技術的又は非技術的手段と組み合わせることにより、支払者の資金のセキュリティを保護することができる。方法は、個人又は企業（ここでは、支払者としての第二クライアント）から税金を集金するべく、税務部門（ここでは、被支払者としての第一クライアント）により、使用することが可能であり、或いは、個人又は企業（ここでは、支払者としての第二クライアント）からお金を控除するべく、社会保障部門（ここでは、被支払者としての第一クライアント）により、使用することができる。
【００５６】
実施形態２
図２を参照すれば、本出願は、第一クライアントに適用可能であるリソース割当方法を更に提供しており、方法は、
Ｓ２０１：サーバが、第一要求において担持されているトークン情報に従って、トークン情報に対応する第二クライアントのリソース情報を判定するように、第一クライアントが、サーバにアクセスするべく第一要求をサーバに送信するステップであって、第一要求は、第二クライアントのリソース情報に対応するトークン情報を担持している、ステップと、
Ｓ２０２：リソース割当情報が、入力され、且つ、サーバが、第一クライアントによって入力されたリソース割当情報及び第二クライアントのリソース情報に従ってリソース割当を完了させるべく、サーバに送信されるステップと、
を含む。
【００５７】
上述の実施形態における第一クライアントは、スキャニング機能を有する装置を使用することにより、或いは、第一要求を送信するべくアプリケーション（略してＡＰＰ）を装備したインテリジェントなモバイル端末を使用することにより、識別コード情報をスキャニングすることができる。
【００５８】
更には、サーバにアクセスするべく第一要求をサーバに送信した後に、且つ、リソース割当情報を入力する前に、方法は、
リソース割当情報を入力するように第一クライアントに要求するべく、サーバによって送信された第二要求を受け取るステップ、
を更に含む。
【００５９】
この実施形態における第一クライアントは、本出願の技術的目的を実現するべく、実施形態１においてサーバと協働している。実施形態１における関連する説明は、本実施形態に適用可能であり、且つ、ここでの再度の説明は、省略することとする。
【００６０】
実施形態３
本出願は、第二クライアントに適したリソース割当方法を更に提供している。識別コード情報を受け取った後に、第二クライアントは、サーバが、
サーバにアクセスするべく第一クライアントによって送信された第一要求を受け取るステップであって、第一要求は、第二クライアントのリソース情報に対応するトークン情報を担持している、ステップと、
第一要求において担持されているトークン情報に従って、トークン情報に対応する第二クライアントのリソース情報を判定するステップと、
第一クライアントによって入力されたリソース割当情報を受け取り、且つ、第一クライアントによって入力されたリソース割当情報及び第二クライアントのリソース情報に従って、リソース割当を完了させるステップと、
を実行し得るように、識別コード情報を第一クライアントに対して表示している。
【００６１】
具体的には、サーバに対する識別コード情報を申請する際に、第二クライアントは、リソース情報が検証された際に、サーバがリソース情報とトークン情報との間の第一対応性を確立するように、トークン情報及び対応する識別コード情報を担持するユニフォームリソースロケータを生成するように、且つ、リソース情報とトークン情報との間の第一対応性及びトークン情報とユニフォームリソースロケータとの間の第二対応性を保存するように、サーバに対して識別コード情報を申請するためのリソース情報をサブミットすることができる。サーバが識別コード情報を第二クライアントに送信した後に、第二クライアントは、識別コード情報を第一クライアントに表示することができる。
【００６２】
特定の実装形態においては、リソース情報は、オフラインの紙材料の形態において、或いは、サーバに対応するウェブページ上において、或いは、モバイル端末のＡＰＰにより、サーバにサブミットすることができる。
【００６３】
図３−１〜図３−３は、第二クライアントがサーバに対して二次元コードを申請し、且つ、第二クライアントを被支払者として取り上げ、第二クライアントが、集金二次元コードを発行するべくサーバに申し込んでいる、一実施形態を示している。図３−１は、第二クライアント（ここでは、被支払者）による記入をサーバが必要としている集金二次元コードを申請するためのリソース情報を含む、集金二次元コードの申請インタフェースを示している。リソース情報は、携帯電話番号及び銀行カード番号などの、少なくとも一つの一意の識別子を含むことができる。図３−１に示されているように、リソース情報は、三つのユーザ一意識別子、具体的には、ユーザによって入力された携帯電話番号「１３３３３３３３３３３」、カード保持者の名前「ＸＸＸ」、及び銀行カード番号「６６６６６６６６６６６６６６６」を含んでいてもよく、且つ、携帯電話番号に従ってリアルタイムで取得された検証コードを含んでいてもよい。
【００６４】
図３−１のインタフェースの下において、「次のステップ」動作が実行された後に、サーバがリソース情報を検証し得るように、上述の情報がサーバにサブミットされる。リソース情報が検証された後に、リソース情報は、集金二次元コード及び対応するＵＲＬ（ＵＲＬは、リソース情報を判定するべくトークン情報を担持している）内にマッピングされる。更には、サーバは、集金二次元コードを第二クライアントに対して発行するが、これは、電子的な形態において第二クライアントに集金二次元コードを送信すること、或いは、図３−２又は図３−３に示されているように、サーバが印刷の後に集金二次元コードを第二クライアントに送ることができるように、第二クライアントが集金二次元コードの供給アドレスを提供する、或いは、サーバが取得された供給アドレスを確認のために第二クライアントに表示する、ことを必要とすること、などの、様々な方法によって実現することができる。
【００６５】
集金二次元コードを受け取った後に、第二クライアントは、第一クライアントが集金二次元コードをスキャニングすることができると共に振替を実施することができるように、特定の、又は規定されてはいない、第一クライアントに対して二次元コードを表示することができる。
【００６６】
この実施形態における第二クライアントは、本出願の技術的目的を実現するべく、実施形態１においてサーバと協働している。実施形態１における関連する説明は、この実施形態に適用可能であり、且つ、ここでの再度の説明は、省略することとする。
【００６７】
実施形態４
図１において提供されているリソース割当方法に対応する図４を参照すれば、本出願は、リソース割当装置を更に提供しており、装置は、
サーバにアクセスするべく第一クライアントによって送信された第一要求を受け取るように構成された要求受領モジュール１０１であって、第一要求は、第二クライアントのリソース情報に対応するトークン情報を担持している、モジュールと、
第一要求において担持されているトークン情報に従って、トークン情報に対応する第二クライアントのリソース情報を判定するように構成されたリソース情報判定モジュール１０２と、
第一クライアントによって入力されたリソース割当情報を受け取るように構成された情報受領モジュール１０３と、
第一クライアントによって入力されたリソース割当情報及び第二クライアントのリソース情報に従ってリソース割当を完了させるように構成されたリソース割当モジュール１０４と、
を含む。
【００６８】
又、この実施形態は、サーバの実装解決策として理解することもできる。サーバがプラットフォームサーバ及びリソースマネージャに分割される際には、要求受領モジュール１０１、リソース情報判定モジュール１０２、及び情報受領モジュール１０３は、プラットフォームサーバの一部として見なすことが可能であり、且つ、リソース割当モジュール１０４は、リソースマネージャの一部として見なすことができる。
【００６９】
この実施形態は、実施形態１におけるリソース管理方法に対応していることから、実施形態１の関連する説明は、この実施形態に適用可能であり、且つ、ここでの再度の説明は、省略することとする。
【００７０】
実施形態５
本出願は、実施形態１において付与されている方法が金融分野に適用された際の、即ち、リソースが資金として実施され、割当方法が電子決済として実施され、且つ、第一クライアント及び第二クライアントが、電子決済の反対側のパーティとして実施された際の、電子決済方法を更に提供している。第一クライアントを支払側として、第二クライアントを集金側として、リソース情報を集金情報として、且つ、リソース割当情報を支払情報として、実施することにより、電子決済方法は、具体的には、
サーバにアクセスするべく支払側によって送信された第一要求を受け取るステップであって、第一要求は、集金側の集金情報に対応するトークン情報を担持している、ステップと、
第一要求において担持されているトークン情報に従って、トークン情報に対応する集金側の集金情報を判定するステップと、
支払側によって入力された支払情報を受け取り、且つ、支払側によって入力された支払情報及び集金側の集金情報に従って、支払側から集金側への電子決済を完了させるステップと、
を含むことができる。
【００７１】
上述の実施形態においては、支払側によって送信されたサーバにアクセスするための第一要求は、集金側の識別コード情報をスキャニングした後に、支払側によって送信されてもよく、或いは、指定されたウェブアドレス又は指定された文字ストリングを入力した後に、支払側によって送信されてもよい。更には、識別コード情報は、バーコード又は二次元コードであってもよく、これにより、電子決済の操作が単純化され、且つ、効率が改善される。
【００７２】
第一要求は、サーバにアクセスするべく、ユニフォームリソースロケータを含んでいてもよく、且つ、ユニフォームリソースロケータは、集金側の集金情報を判定するべく、トークン情報を担持している。
【００７３】
好ましくは、トークン情報と集金側の集金情報との間の対応性の確立は、
トークン情報を担持すると共に集金側に対応しているユニフォームリソースロケータを生成し、且つ、トークン情報と集金側の集金情報との間の対応性を判定するステップ、
を含むことができる。
【００７４】
好ましくは、トークン情報と集金側の集金情報との間の対応性は、具体的には、
集金側の集金情報を取得するステップと、
集金情報が検証された際に、集金情報とトークン情報との間の第一対応性を確立し、且つ、トークン情報及び対応する識別コード情報を担持しているユニフォームリソースロケータを生成するステップと、
集金情報とトークン情報との間の第一対応性及びトークン情報とユニフォームリソースロケータとの間の第二対応性を保存し、且つ、識別コード情報を集金側に送信するステップと、
により、確立することができる。
【００７５】
従って、集金側の集金情報が取得された後に、ユニフォームリソースロケータが生成され、且つ、トークン情報と集金情報との間の対応性が確立され、且つ、トークン情報の特定のコンテンツを集金情報の特定のコンテンツと関係付けることができる。
【００７６】
又、トークン情報と集金情報との間の対応性は、
トークン情報及び対応する識別コード情報を担持しているユニフォームリソースロケータを生成するステップと、
集金側の集金情報を受け取った後に、トークン情報と集金側の集金情報との間の対応性を確立するステップと、
により、確立することもできる。
【００７７】
この方法で対応性を確立することにより、サーバにおいて、トークン情報を担持しているユニフォームリソースロケータを事前に生成することができる。サーバが集金側の集金情報を受け取った後に、集金情報が更に検証されてもよく、且つ、集金情報が検証された後に、集金情報とトークン情報を担持する事前に生成されたユニフォームリソースロケータとの間の対応性が、確立されてもよく、これにより、トークン情報と集金側の集金情報との間の対応性が確立される。この結果、トークン情報及びユニフォームリソースロケータの特定のコンテンツが集金側の集金情報に関連付けられることなしに、トークン情報と集金情報との間の対応性のみが、サーバにおいて確立されることになる。
【００７８】
好ましくは、サーバが、第一要求において担持されているトークン情報に従って、トークン情報に対応する集金側の集金情報を判定するステップは、具体的には、
第一要求に対応するユニフォームリソースロケータにおいて担持されているトークン情報を抽出するステップと、
トークン情報に従って、サーバにおいてトークン情報との間における第一対応性を確立する集金側の集金情報を判定するステップと、
を含む。
【００７９】
支払側によって入力される支払情報は、具体的には、支払側の支払アカウント情報及び電子決済金額情報を含んでいてもよく、且つ、集金側の集金情報は、具体的には、集金側のアイデンティティ情報及び集金アカウント情報を含んでいてもよい。更には、支払アカウント情報は、サーバにおける支払側の銀行アカウント情報及び／又は支払側のユーザ登録アカウント情報を含んでいてもよく、且つ、集金アカウント情報は、サーバにおける集金側の銀行アカウント情報及び／又は集金側のユーザ登録アカウント情報を含んでいてもよい。サーバが、電子決済を実施する前に、支払側の支払アカウント情報を既に取得している場合には、電子決済が実施される際に支払側によって入力される支払情報は、この電子決済に対応する電子決済金額情報のみを含み得ることに留意されたい。
【００８０】
更には、サーバは、プラットフォームサーバ及び少なくとも一つの金融サーバを含んでいてもよく、且つ、電子決済方法は、具体的には、
プラットフォームサーバが、プラットフォームサーバにアクセスするべく支払側によって送信された第一要求を受け取るステップであって、第一要求は、集金側の集金情報に対応するトークン情報を担持している、ステップと、
プラットフォームサーバが、第一要求において担持されているトークン情報に従って、トークン情報に対応する集金側の集金情報を判定するステップと、
プラットフォームサーバが、支払側によって入力された支払情報を受け取るステップと、
金融サーバが、支払側によって入力された支払情報及び集金側の集金情報に従って支払側から集金側への電子決済を完了させるステップと、
を含むことができる。
【００８１】
更には、プラットフォームサーバが、支払側によって入力された支払情報を受け取った後に、且つ、金融サーバが、支払側によって入力された支払情報及び集金側の集金情報に従って支払側から集金側への電子決済を完了させる前に、方法は、好ましくは、
プラットフォームサーバが、支払側の支払アカウント情報に従って、支払アカウント情報に対応する金融サーバを判定するステップと、
プラットフォームサーバが支払側から集金側への電子決済を完了させるべく、支払アカウント情報に対応する金融サーバ用の支払アカウント情報に対応する金融サーバに支払命令を送信するステップと、
を含む。支払アカウント情報に対応する金融サーバにプラットフォームサーバによって送信される支払命令は、具体的には、集金側の集金アカウント情報及び支払側の支払アカウント情報を含むことができる。
【００８２】
上述の実施形態とは対照的に、第一クライアントを集金側として、第二クライアントを支払側として、リソース情報を支払情報として、且つ、リソース割当情報を集金情報として、実施することにより、本出願の実施形態による電子決済方法は、具体的には、
支払側の識別コード情報をスキャニングした後に集金側によって送信されたサーバにアクセスするべく第一要求を受け取るステップであって、第一要求は、支払側の支払情報に対応するトークン情報を担持している、ステップと、
第一要求において担持されているトークン情報に従って、識別コード情報に対応する支払側の支払情報を判定するステップと、
集金側によって入力された集金情報を受け取り、且つ、集金側によって入力された集金情報及び支払側の支払情報に従って支払側から集金側への電子決済を完了させるステップと、
を含むことができる。
【００８３】
本実施形態の電子決済方法は、資金振替及び電子決済のアプリケーションシナリオの下における実施形態１の実装形態である。実施形態１において記述されている関連するコンテンツは、本実施形態に適用可能であり、且つ、ここでの再度の説明は、省略することとする。
【００８４】
本出願の実施形態において提供されているリソース割当方法及び装置は、本実施形態のシナリオに加えて、第一クライアントと第二クライアントとの間のリソース割当を必要とするその他の状況に適用可能であることに留意されたい。本実施形態は、実施形態１のアプリケーションシナリオを限定するものとして解釈してはならない。
【００８５】
実施形態６
実施形態１〜５のうちの好適な実施形態を参照し、第一クライアントを支払側として、且つ、第二クライアントを集金側として、取り上げることにより、支払側、集金側、プラットフォームサーバ、及び金融サーバが、電子決済を実現するべく互いに協働している、電子決済のアプリケーションシナリオにおいて、電子決済のプロセスについて説明する。
【００８６】
図５を参照すれば、
Ｓ０１：集金側が、集金情報をプラットフォームサーバにサブミットし、
Ｓ０２：プラットフォームサーバが、集金側によってサブミットされた集金情報を検証し、
Ｓ０３：集金情報が検証された後に、プラットフォームサーバが、識別コード情報を集金側に送信し、この場合に、識別コード情報は、バーコード又は二次元コードであってもよく、且つ、識別コード情報は、集金側がダウンロード、印刷、及び表示するべく、電子識別コードの形態において送信され得るか、或いは、サーバによって印刷されることが可能であり、且つ、次いで、紙識別コードの形態において集金側に送信することが可能であり、
Ｓ０４：識別コード情報を受け取った後に、集金側が、識別コード情報を支払側に表示し、
Ｓ０５：支払側が、識別コード情報をスキャニングし、
Ｓ０６：支払側が、第一要求をプラットフォームサーバに送信し、この場合に、第一要求は、トークン情報を担持しており、且つ、好ましくは、第一要求は、集金側の集金情報を担持しておらず、
Ｓ０７：プラットフォームサーバが、第一要求において担持されているトークン情報に従って、対応する集金側の集金情報を判定し、
Ｓ０８：プラットフォームサーバが、支払情報を入力するように支払側に要求するべく、第二要求を支払側に送信し、
Ｓ０９：支払側が、支払情報を入力し、且つ、支払情報をプラットフォームサーバに送信し、
Ｓ１０：プラットフォームサーバが、リソース割当命令を金融サーバに送信し、この命令は、支払側によって入力された支払情報及び集金側の集金情報を含んでおり、
Ｓ１１：金融サーバが、支払情報及び集金情報に従って電子決済を実行し、
Ｓ１２：金融サーバが、電子決済結果をプラットフォームサーバにフィードバックし、且つ、
Ｓ１３：プラットフォームサーバが、電子決済結果を支払側及び集金側に転送している。
【００８７】
本実施形態においてカバーされていない内容については、実施形態１〜５における関連する説明を参照されたい。これについてのここでの再度の説明は、省略することとする。
【００８８】
当業者は、本発明の実施形態は、方法、システム、又はコンピュータプログラムプロダクトとして提供され得ることを理解するであろう。従って、本発明は、完全なハードウェア実施形態、完全なソフトウェア実施形態、又はソフトウェアとハードウェアとを組み合わせた実施形態の形態を有することができる。更には、本発明は、コンピュータ使用可能プログラムコードを含む（限定を伴うことなしに、ディスクメモリ、ＣＤ−ＲＯＭ、光メモリ、及びこれらに類似したものを含む）一つ又は複数のコンピュータ使用可能ストレージ媒体上において実装されたコンピュータプログラムプロダクトの形態を使用することもできる。
【００８９】
本開示は、本発明の実施形態による方法、装置（システム）、及びコンピュータプログラムプロダクトのフローチャート及び／又はブロック図を参照して記述されている。コンピュータプログラム命令は、フローチャート及び／又はブロック図のそれぞれのプロセス及び／又はブロック、並びに、ブローチャート及び／又はブロック図のプロセス及び／又はブロックの組合せ、を実装するべく使用され得ることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組込み型のプロセッサ、或いは、任意のその他のプログラム可能なデータ処理装置のプロセッサが、任意のその他のプログラム可能なデータ処理装置のコンピュータ又はプロセッサによって実行された命令が、フローチャートの一つ又は複数のプロセス及び／又はブロック図の一つ又は複数のブロック内の特定の機能を実装するべく装置を生成するように、機械を生成するべく、提供されてもよい。
【００９０】
又、これらのコンピュータプログラム命令は、コンピュータ可読メモリ内において保存されている命令が、命令装置を含むプロダクトを生成するように、特定の方式によって機能するべく、コンピュータ又は別のプログラム可能なデータ処理装置をガイドし得るコンピュータ可読メモリ内において保存されてもよく、この場合に、命令装置は、フローチャートの一つ又は複数のプロセス及び／又はブロック図の一つ又は複数のブロックにおいて規定されている機能を実装している。
【００９１】
又、これらのコンピュータプログラム命令は、一連の動作ステップが、コンピュータによって実装された処理を生成するべく、コンピュータ又は別のプログラム可能なデータ処理装置上において実行されるように、且つ、コンピュータ又は別のプログラム可能なデータ処理装置上において実行された命令が、ブローチャートの一つ又は複数のプロセス及び／又はブロック図の一つ又は複数のブロックにおいて規定されている機能を実装するべく、ステップを提供するように、コンピュータ又は別のプログラム可能なデータ処理装置に読み込まれてもよい。
【００９２】
通常の構成において、コンピュータ装置は、一つ又は複数のプロセッサ（ＣＰＵ）、入出力インタフェース、ネットワークインタフェース、及びメモリを含む。
【００９３】
メモリは、コンピュータ可読媒体のうち、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）などの、永久的ではないメモリ、並びに／或いは、読み出し専用メモリ（ＲＯＭ：Read-Only Memory）又はフラッシュメモリ（フラッシュＲＡＭ）などの不揮発性メモリ、を含むことができる。メモリは、コンピュータ可読媒体の一例である。
【００９４】
コンピュータ可読媒体は、任意の方法又は技術を使用することによって情報保存を実装し得る永久的な、非永久的な、着脱自在の、且つ、非着脱自在の媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、又はその他のデータであってよい。コンピュータストレージ媒体の例は、限定を伴うことなしに、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ：Static Random Access Memory）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ：Dynamic Random Access Memory）、その他のタイプのランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電子的に消去可能なプログラム可能な読み出し専用メモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ又はその他のメモリ技術、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ：Compact Disc Read-Only Memory）、デジタルバーサタイルディスク（ＤＶＤ：Digital Versatile Disc）又はその他の光ストレージ、カセット磁気テープ、テープ及びディスクストレージ又はその他の磁気ストレージ装置、或いは、演算装置がアクセス可能な情報を保存するように構成され得る任意のその他の非伝送媒体を含む。本開示における定義に基づいて、コンピュータ可読媒体は、変調されたデータ信号及び搬送波などの、一時的なコンピュータ可読媒体（一時的な媒体）を含んではいない。
【００９５】
又、「含む、包含する（include）」、「備える、具備する（comprise）」という用語、並びに、任意のその他の変形は、非排他的包含をカバーすることを意図していることに留意されたい。これにより、一連の要素を含むプロセス、方法、物品、又は装置は、それらの要素を含むのみならず、明示的に列挙されてはいないその他の要素をも含む、或いは、プロセス、方法、物品、及び装置の固有の要素を含んでいる。更なる限定を伴うことなしに、「一つの…を含む（include one ...）」というフレーズによって定義されている要素は、要素を含むプロセス、方法、物品、又は装置内のその他の同一の要素を排除するものではない。
【００９６】
当業者は、本出願の実施形態は、方法、システム、又はコンピュータプログラムプロダクトとして提供され得ることを理解するであろう。従って、本出願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、又はソフトウェアとハードウェアとの組合せを有する実施形態の形態を使用することができる。更には、本出願は、コンピュータ使用可能プログラムコードを含む、（限定を伴うことなしに、ディスクメモリ、ＣＤ−ＲＯＭ、光メモリ、及びこれらに類似したものを含む）一つ又は複数のコンピュータ使用可能ストレージ媒体上において実装されたコンピュータプログラムプロダクトの形態を使用することができる。
【００９７】
上述の説明は、本出願の実施形態であるに過ぎず、且つ、本出願を限定することを意図したものではない。当業者においては、様々な変更及び変形を本出願に対して実施することができる。本出願の精神及び範囲を逸脱することなしに実施されるすべての変形、等価な置換、又は改善は、本出願の請求項の範囲に含まれている。
【図１−１】
0006940609.tif 000002
【図１−２】
0006940609.tif 000003
【図１−３】
0006940609.tif 000004
【図１−４】
0006940609.tif 000005
【図１−５】
0006940609.tif 000006
【図１−６】
0006940609.tif 000007
【図１−７】
0006940609.tif 000008
【図２】
0006940609.tif 000009
【図３−１】
0006940609.tif 000010
【図３−２】
0006940609.tif 000011
【図３−３】
0006940609.tif 000012
【図４】
0006940609.tif 000013
【図５】
0006940609.tif 000014