(57)【要約】  本発明は、決済代金請求者情報、請求金額、請求を区別するコード番号のうちのいずれか一つ以上の情報を決済承認要請者に伝送する決済代金請求者端末と、前記決済代金請求者情報、前記請求金額、決済承認金額、前記請求を区別するコード番号、決済承認要請者情報のうちのいずれか一つ以上の情報を確認し、決済サービス提供サーバに代金支払いの承認をリクエストする決済承認要請者端末と、前記決済承認要請者情報、前記決済代金請求者情報のうちのどちらか一方以上の情報を保有しており、前記決済承認要請者端末のリクエストにより決済処理を行うサービス提供サーバと、を備える決済処理サービスシステムを提供する。
2021500665.tif 000002
【特許請求の範囲】
【請求項１】
決済代金請求者情報、請求金額、請求を区別するコード番号を決済承認要請者に伝送する決済代金請求者端末と、
前記決済代金請求者情報、前記請求金額、前記請求を区別するコード番号、決済承認金額、及び決済承認要請者情報を確認し、決済サービス提供サーバに代金支払いの承認リクエストとともに伝送する決済承認要請者端末と、
前記決済承認要請者情報、前記決済代金請求者情報のうちのどちらか一方以上の情報を保有しており、前記決済承認要請者端末のリクエストにより決済処理を行うサービス提供サーバと、
を備え、
前記サービス提供サーバは、前記決済承認要請者情報を保有していない場合、前記決済承認要請者情報を保有している他のサーバに前記決済承認要請者の身元の検証、前記決済承認要請者情報、決済処理のうちのいずれか一つ以上をリクエストする決済処理サービスシステム。
【請求項２】
前記決済代金請求者端末は、前記決済代金請求者情報、前記請求を区別するコード番号、注文番号のうちのいずれか一つ以上の情報を暗号化させて伝送し、前記サービス提供サーバは、前記暗号化された前記決済代金請求者情報、前記請求を区別するコード番号、前記注文番号のうちのいずれか一つ以上の情報を復号化させる請求項1に記載の決済処理サービスシステム。
【請求項３】
前記サービス提供サーバは、前記決済承認要請者アカウントの充電データベース（ＤＢ）を備え、前記アカウントの充電は、サービス商品券、現金引換券、口座振り込み、直接入金のうちのいずれか一つ以上の方法を利用する請求項1に記載の決済処理サービスシステム。
【請求項４】
決済代金請求者端末が、決済代金請求者情報、請求金額、請求を区別できるコード番号を決済承認要請者端末に伝送するステップと、
前記決済承認要請者端末が、前記決済代金請求者情報、前記請求金額、前記請求を区別できるコード番号のうちのいずれか一つ以上の情報を確認し、サービス提供サーバに代金支払いの承認リクエストとともに伝送するステップと、
前記サービス提供サーバが、前記決済承認要請者情報、前記決済代金請求者情報のうちのどちらか一方以上の情報を保有しており、前記決済承認要請者端末において受信した前記リクエストにより決済処理を行うステップと、
を含み、
前記サービス提供サーバが前記決済承認要請者情報を保有していない場合には、前記決済承認要請者情報を保有している他のサーバに前記決済承認要請者の身元の検証、前記決済承認要請者情報、決済処理のうちのいずれか一つ以上をリクエストする決済処理サービス方法。
【請求項５】
前記決済代金請求者端末は、少なくとも前記決済代金請求者情報、前記請求を区別できるコード番号、注文番号のうちのいずれか一つ以上の情報を暗号化させ、前記サービス提供サーバにおいてこれを復号化させる請求項４に記載の決済処理サービス方法。
【請求項６】
ａ）決済代金請求者端末が、決済承認要請者端末に代金を請求するために、前記決済代金請求者のユーザ識別情報と請求金額とを含む決済情報を生成するステップと、
ｂ）前記決済代金請求者端末が前記決済承認要請者端末に前記決済情報を伝送するステップと、
ｃ）前記決済承認要請者端末は、前記決済情報と前記決済承認要請者のユーザ識別情報とをサービス提供サーバに伝送するステップと、
ｄ）前記サービス提供サーバは、前記決済代金請求者の検証を行い、前記決済代金請求者のユーザ識別情報を用いて、前記決済代金請求者のアカウント情報を取得し、前記決済代金請求者のアカウントに前記請求金額を送金するステップと、
を含み、
前記決済代金請求者のユーザ識別情報は、ユーザ識別コード及び前記決済代金請求者が加入された加盟店識別コードを含み、前記ステップｄ）において、前記サービス提供サーバは、前記加盟店識別コードに対応する他のサービス提供サーバに前記ユーザ識別コードと前記加盟店識別コードとを伝送して、前記決済代金請求者のアカウント情報をリクエストする決済処理サービス方法。
【請求項７】
前記決済承認要請者は、前記サービス提供サーバに充電口座を有していてもよく、
前記ステップｄ）において、支払いに際して、前記決済承認要請者の前記充電口座から前記決済代金請求者のアカウントへと前記請求金額を送金する請求項６に記載の決済処理サービス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ端末を用いて代金決済を行う決済処理サービスシステム及び方法に関する。
【背景技術】
【０００２】
最近には、金融（ｆｉｎａｎｃｅ）技法と前記情報技術（ＩＴ技術）を結びつけたいわゆるフィンテック（ｆｉｎ−ｔｅｃｈ）が注目を浴びている。金融パラダイムの転換とも評価されるフィンテックは、従来のオンライン金融サービスだけではなく、オフラインでの金融サービス、及び金融プラットフォームの構築サービスまでその裾野を広げている。
【０００３】
フィンテックが実現される電子装置には、ユーザが携行可能なスマートフォン（ｓｍａｒｔｐｈｏｎｅ）、またはユーザの身体の一部に取り付けられるウェアラブル（ｗｅａｒａｂｌｅ）装置など多種多様なタイプがある。このような電子装置は、情報技術（ＩＴ：ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ）の発達に伴い、急激に高機能化されつつあり、多種多様な機能をユーザに提供することができる。
【０００４】
前述したような電子装置の製造社は、クレジットカード会社または銀行との協業を通じて、前記フィンテックの実現に向けた電子装置の開発及び決済システムの構築など様々な努力を注いでいる。
【０００５】
一方、カード決済を用いた代金の決済に際して、決済承認要請者のカード情報や銀行情報が決済代金請求者に提供される。
【０００６】
決済代金請求者に転送された情報により、個人情報の流出及びハッキングの被害が生じている。
【０００７】
また、従来のカード決済方法は、カード情報を入力してサーバにカード決済リクエストを行うと、サーバにおいてカードの有効性を検定するが故に、カードの有効性の有無をサーバが判断することを余儀なくされるため、サーバに過負荷がかかるという問題があり、ユーザ端末は、頻繁にサーバと通信することを余儀なくされるため、サーバとの通信速度や端末の処理性能に応じて決済に問題が生じる場合もある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】大韓民国公開特許第１０−２０１４−０１４３０３６号公報
【特許文献２】大韓民国登録特許第１０−１７３９１１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の様々な実施の形態は、代金の支払いのための決済に際して、決済承認要請者のカード情報または銀行情報を決済代金請求者に提供して生じる可能性がある個人情報の流出、ハッキングの被害を防ぐことのできる決済処理サービスシステム及び方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した目的を達成するための本発明の一つの特徴によれば、決済代金請求者情報、請求金額、請求を区別するコード番号のうちのいずれか一つ以上の情報を決済承認要請者に伝送する決済代金請求者端末と、前記決済代金請求者情報、前記請求金額、決済承認金額、前記請求を区別するコード番号、決済承認要請者情報のうちのいずれか一つ以上の情報を確認し、決済サービス提供サーバに代金支払いの承認をリクエストする決済承認要請者端末と、前記決済承認要請者情報、前記決済代金請求者情報のうちのいずれか一つ以上の情報を保有しており、前記決済承認要請者端末のリクエストにより決済処理を行うサービス提供サーバと、を備える決済処理サービスシステムを提供する。
【００１１】
前記決済代金請求者端末は、紙、パソコン、スマート機器、テキスト、イメージのうちのいずれか一種以上の形態を有してもよい。
【００１２】
前記決済代金請求者端末は、前記決済代金請求者情報、前記請求を区別するコード番号、注文番号のうちのいずれか一つ以上の情報を暗号化させて伝送し、前記サービス提供サーバは、前記暗号化された前記決済代金請求者情報、前記請求を区別するコード番号、前記注文番号のうちのいずれか一つ以上の情報を復号化させることを特徴とする。
【００１３】
前記決済承認要請者端末は、前記決済代金請求者端末に無線通信、テキスト、イメージ、生体情報のスキャンのうちのいずれか一つ以上のデータを伝送することを特徴とする。
【００１４】
前記サービス提供サーバは、前記決済代金請求者情報を保有していない場合には、前記決済代金請求者情報を保有している他のサービス提供サーバに身元の検証、前記暗号化されている決済代金請求者情報に対する復号化、前記決済代金請求者情報のうちのいずれか一つ以上をリクエストすることを特徴とする。
【００１５】
前記決済代金請求者端末は、少なくとも前記決済代金請求者情報が保存されているサーバを区別できるコード、ＩＤのうちのどちらか一方以上の情報を前記決済承認要請者端末に伝送することを特徴とする。
【００１６】
前記決済承認要請者端末は、前記決済代金請求者情報が取得可能なキー、決済承認金額のうちのどちらか一方以上の情報を前記サービス提供サーバに伝送することを特徴とする。
【００１７】
前記サービス提供サーバは、前記決済承認要請者情報を保有していない場合には、決済承認要請者情報を保有している他のサービス提供サーバに前記決済承認要請者の身元の検証、前記暗号化されている決済承認要請者情報に対する復号化、及び決済処理のうちのいずれか一つ以上をリクエストすることを特徴とする。
【００１８】
前記決済承認要請者端末は、前記サービス提供サーバが前記身元の検証、前記暗号化されている決済承認要請者情報に対する復号化、決済処理のうちのいずれか一つ以上の情報の取得のために前記他のサービス提供サーバにアクセスできるキーを前記サービス提供サーバに伝送することを特徴とする。
【００１９】
前記決済承認要請者端末は、前記サービス提供サーバに伝送するデータを暗号化させて伝送することを特徴とする。
【００２０】
前記サービス提供サーバは、前記決済承認要請者アカウントの充電データベース（ＤＢ）を備え、前記アカウントの充電は、サービス商品券、現金引換券、口座振り込み、直接入金のうちのいずれか一つ以上の方法を利用することを特徴とする。
【００２１】
前記サービス提供サーバは、充電されている前記アカウントの充電されている金額から前記決済代金請求者アカウントへと支払うことを特徴とする。
【００２２】
本発明の他の実施の形態によれば、決済代金請求者端末は、決済代金請求者情報、請求金額、請求を区別できるコード番号のうちのいずれか一つ以上の情報を決済承認要請者端末に伝送するステップと、前記決済承認要請者端末は、前記決済代金請求者情報、前記請求金額、前記請求を区別できるコード番号のうちのいずれか一つ以上の情報を確認し、サービス提供サーバに代金支払いの承認をリクエストするステップと、前記サービス提供サーバは、前記決済承認要請者情報、前記決済代金請求者情報のうちのどちらか一方以上の情報を保有しており、前記決済承認要請者端末において受信した前記リクエストにより決済処理を行う決済処理サービス方法を提供する。
【００２３】
前記決済代金請求者端末は、少なくとも前記決済代金請求者情報、前記請求を区別できるコード番号、注文番号のうちのどちらか一方以上の情報を暗号化させ、前記サービス提供サーバにおいてこれを復号化させることを特徴とする。
【００２４】
前記サービス提供サーバは、前記決済代金請求者情報を保有していない場合には、前記決済代金請求者情報を保有している他のサーバに前記決済代金請求者の身元の検証、前記暗号化されている決済代金請求者情報に対する復号化、前記決済代金請求者情報のうちのいずれか一つ以上をリクエストすることを特徴とする。
【００２５】
前記決済代金請求者端末は、前記決済代金請求者情報が保存されているサーバを区別できるコード、ＩＤのうちのどちらか一方以上の情報を前記決済承認要請者端末に伝送することを特徴とする。
【００２６】
前記決済承認要請者端末は、前記決済代金請求者の情報が取得可能なキー、決済承認金額のうちのどちらか一方以上の情報を前記サービス提供サーバに伝送することを特徴とする。
【００２７】
前記サービス提供サーバは、前記決済承認要請者情報を保有していない場合には、前記決済承認要請者情報を保有している他のサーバに前記決済承認要請者の身元の検証、前記暗号化されている決済承認要請者情報に対する復号化、決済承認要請者、決済処理のうちのいずれか一つ以上をリクエストすることを特徴とする。
【００２８】
前記決済承認要請者端末は、前記サービス提供サーバが前記決済承認要請者の身元の検証、前記暗号化されている決済承認要請者情報に対する復号化、前記決済承認要請者情報、前記決済処理のうちのいずれか一つ以上の情報の取得のために前記他のサーバにアクセスできるキーを前記サービス提供サーバに伝送することを特徴とする。
【００２９】
前記決済承認要請者端末は、前記サービス提供サーバに伝送するデータを暗号化させて伝送することを特徴とする。
【００３０】
一方、本発明の他の実施の形態によれば、ａ）決済代金請求者端末が、決済承認要請者端末に代金を請求するために、前記決済代金請求者のユーザ識別情報と請求金額とを含む決済情報を生成するステップと、ｂ）前記決済代金請求者端末が前記決済情報を取得するステップと、ｃ）前記決済代金請求者端末は、前記決済情報と前記決済承認要請者のユーザ識別情報とをサービス提供サーバに伝送するステップと、ｄ）前記サービス提供サーバは、前記決済代金請求者の検証を行い、前記決済代金請求者のユーザ識別情報を用いて、前記決済代金請求者のアカウント情報を取得し、前記決済代金請求者のアカウントに前記請求金額を送金するステップと、を含む決済処理サービス方法を提供する。
【００３１】
前記決済代金請求者のユーザ識別情報は、ユーザ識別コード及び前記決済代金請求者が加入された加盟店識別コードを含むことを特徴とする。
【００３２】
前記ステップｄ）において、前記サービス提供サーバは、前記加盟店識別コードに対応する他のサービス提供サーバに前記ユーザ識別コードと前記加盟店識別コードとを伝送して前記決済代金請求者のアカウント情報をリクエストすることを特徴とする。
【００３３】
前記他のサービス提供サーバは、前記ユーザ識別コードと前記加盟店識別コードとを介して前記決済代金請求者を検証し、検証に成功すれば、前記他のサービス提供サーバは、前記決済代金請求者のアカウント情報を前記サービス提供サーバに転送することを特徴とする。
【００３４】
前記決済承認要請者は、前記サービス提供サーバに充電口座を有していてもよく、前記ステップｄ）において、支払いに際して、前記決済承認要請者の前記充電口座から前記決済代金請求者のアカウントへと前記請求金額を送金することを特徴とする。
【発明の効果】
【００３５】
本発明の様々な実施の形態によれば、決済サービスを利用するユーザに加入の際にユーザ識別コードを与え、これを用いて決済サービスを提供することから、ユーザ、すなわち、決済代金請求者または決済承認要請者の個人情報が相互間に転送されてしまうことを防いで、個人情報を効率よく保護できる決済処理サービスシステム及び方法を提供することができる。
【図面の簡単な説明】
【００３６】
【図１】本発明の一実施の形態に係る決済システムを概略的に示す図である。
【図２】本発明の一実施の形態に係る決済方法を示すフローチャートである。
【図３】本発明の他の実施の形態に係る決済方法を示すフローチャートである。
【図４】本発明の他の実施の形態に係る決済方法を示すフローチャートである。
【図５】本発明の他の実施の形態に係る決済方法を示すフローチャートである。
【図６】本発明の他の実施の形態に係る決済方法を示すフローチャートである。
【図７】本発明の他の実施の形態に係る決済方法を示すフローチャートである。
【図８】本発明の他の実施の形態に係る決済方法を示すフローチャートである。
【発明を実施するための形態】
【００３７】
以下では、添付図面に基づいて、本発明の実施の形態について、本発明が属する技術分野において通常の知識を有する者が容易に実施できるように詳しく説明する。しかしながら、本発明は、種々の異なる形態に具体化可能であり、ここで説明する実施の形態に何ら限定されるものではない。なお、図中、本発明を明確に説明するために、説明とは無関係な部分は省略し、明細書の全般に亘って、類似の部分には類似の図面符号を付している。 
【００３８】
以下、添付図面に基づき、本発明の好適な実施の形態について詳しく説明する。
【００３９】
図１は、本発明の実施の形態に係るカード決済システムを概略的に示す図である。同図に示すように、本発明の実施の形態に係るカード決済システムは、複数台のユーザ端末１００ａ、１００ｂ...及び一つ以上のカードサービス提供サーバ２００を備えていてもよい。図１に示すカード決済システムに組み込まれているそれぞれの装置は、ネットワークを介して互いに結ばれ得る。例えば、各構成要素は、移動通信網、インターネットまたは近距離無線通信網（例：ＮＦＣ（ｎｅａｒ  ｆｉｅｌｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｗｉ−Ｆｉ（ｗｉｒｅｌｅｓｓ−ｆｉｄｅｌｉｔｙ）またはＭＳＴ（ｍａｇｎｅｔｉｃ  ｓｔｒｉｐｅ  ｔｒａｎｓｍｉｓｓｉｏｎ）などを介して互いに結ばれ得る。
【００４０】
ユーザ端末１００は、決済アプリケーションが格納されて代金の支払い及び代金の受払の際に起動される。ユーザ端末１００としては、アプリケーションがインストール可能なスマートフォン、タブレット、個人向けパソコン（ＰＣ）、ウェアラブル機器（ｗｅａｒａｂｌｅ  ｄｅｖｉｃｅ）、ＰＯＳ（Ｐｏｉｎｔ  ｏｆ  Ｓａｌｅｓ）システムなど種々の端末が利用可能である。ユーザ端末１００は、有無線通信網により結ばれたインターネットを介して決済アプリケーション（Ａｐｐｌｉｃａｔｉｏｎ）をダウンロードすることができる。決済アプリケーションは、ソーシャル・ネットワーキング・サービス（ＳＮＳ）などに含まれる決済メニューになっていてもよい。決済アプリケーションは、カード社または金融機関のサーバ（図示せず）または決済サービス提供サーバ３００に接続してダウンロードしてもよく、アプリストアを介してダウンロードしてもよい。一実施の形態によれば、決済アプリケーションは、決済と関わるユーザインタフェースを提供してもよい。例えば、決済アプリケーションは、口座（ａｃｃｏｕｎｔ）の開設、支払い（ｐａｙｍｅｎｔ）、請求、充電、口座の確認または取引と関わるユーザインタフェースを提供することができる。なお、決済アプリケーションは、例えば、身元の確認（ＩＤ＆Ｖ；ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ａｎｄ  ｖｅｒｉｆｉｃａｔｉｏｎ）を用いたユーザの認証と関わるインタフェースを提供することができる。ユーザ端末１００は、これをＵＳＩＭ（ｕｎｉｖｅｒｓａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ）チップ、内部メモリ、外付けメモリなどの格納空間にインストールすることにより、端末にインストールすることができる。本発明の実施の形態に係る決済システムは、ユーザ端末を用いて代金の請求を行うことが可能になり、代金の支払いを行うことが可能になる。決済代金請求者向けの決済アプリケーションと決済承認要請者向けの決済アプリケーションとがそれぞれ別々に配備されてもよく、単一の決済アプリケーションにおいて代金請求と支払い機能を両方とも行ってもよい。決済代金請求者とは、代金を請求したり代金を受払したりする側のことをいい、決済承認要請者とは、代金を支払う側のことをいう。
【００４１】
サービス提供サーバ２００は、ユーザが加入した決済サービスを提供するサーバであって、加盟本社のサーバである。加盟本社は、カード社、銀行などの金融機関であってもよい。サービス提供サーバ２００は、ユーザが決済サービスに加入すると、ユーザ識別コードと加盟店識別コードとをユーザ端末に引き渡す。ユーザ端末１００は、ユーザ識別コードと加盟店識別コードとを格納し、決済サービスを用いて、代金の請求または支払いの際に用いる。サービス提供サーバ２００は、決済処理要請者端末１００ａから決済の依頼を受けると、ユーザ端末１００ａから受信される決済リクエスト情報とともに受信されるユーザ情報でもってユーザの検証を行い、ユーザの検証に成功した場合、決済代金請求者の検証を加盟店識別コード２２０に従う加盟本社のサーバにリクエストして決済代金請求者の検証を行い、決済代金請求者の検証に成功した場合、決済代金請求者のアカウント情報を決済代金請求者のアカウントを有している他のサービス提供サーバから受信して、決済代金請求者のアカウント情報を取得し、代金支払いの処理を行い、決済代金請求者及び／又は決済処理要請者端末１００ａ、ｂに代金の支払い処理の結果を伝送する。ユーザと決済代金請求者とが同じ加盟本社の加盟店のうちの一つである場合、同じサービス提供サーバ２００において決済処理要請者の検証と決済代金請求者の検証とが行われ、ユーザと決済代金請求者とが同じ加盟本社ではない場合、加盟店識別コードに従い、対応するサービス提供サーバ２００ｂに決済代金請求者の検証のリクエストと決済代金請求者の口座情報のリクエストとを行って決済の処理を行う。なお、本発明の実施の形態に係るサービス提供サーバ２００は、決済処理の要請者と決済代金の請求者を含むユーザのそれぞれの口座情報、ユーザ識別コード、加盟店識別コードを格納するデータベース（ＤＢ）を含む。サービス提供サーバ２００は、ユーザ別の充電口座データベース（ＤＢ）を含んでいて、決済サービスに関わる支払いの際に充電口座から引き落としされるようにしてもよい。
【００４２】
一方、図２から図８は、本発明の実施の形態に係るユーザ端末を用いた決済方法を示すフローチャートである。以下、本発明の実施の形態に係るユーザ端末を用いた決済方法を図２から８に基づいて説明する。
【００４３】
図２に示す実施の形態において、ユーザ端末ａは、決済承認要請者端末であり、ユーザ端末ｂは、決済代金請求者端末であり、サービス提供サーバＡは、ユーザ端末ａが加入した加盟本社のサービス提供サーバであり、サービス提供サーバＢは、ユーザ端末ｂが加入した加盟本社のサービス提供サーバである。同図に示すように、本発明の第１の実施の形態に係る決済方法について説明すれば、次の通りである。決済代金請求者端末ｂ  １００ｂは、決済承認要請者に代金を請求するために決済情報を生成する（ステップＳ１１１）。決済情報は、決済代金請求者のユーザ識別コードｂと加盟店識別コードｂ、決済金額、注文番号を含んでいてもよい。決済情報は、ＱＲコード、バーコードにより実現され、決済代金請求者端末ａ  １００ａがこれを撮影して決済情報を受信してもよい。決済情報は、ＮＦＣを介して決済代金請求者端末ａ  １００ａに引き渡されてもよい。決済情報は、カカオトーク、ライン、テレグラム、スカイプ、ウィチャットなどのインスタントメッセンジャまたはＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）を介して渡されてもよい。決済情報が引き渡されることにより、決済リクエストが行われる。決済情報は、紙にイメージまたはテキストとして印刷されて引き渡されてもよい。決済代金請求者端末ａ  １００ａは、引き渡された決済情報を介して決済金額などを確認し（ステップＳ１１２）、代金の支払いを希望する場合、サービス提供サーバＡ  ２００ａに代金の支払い処理をリクエストする（ステップＳ１１３）。代金の支払い処理のリクエストを行う際、決済代金請求者端末ａは、決済承認要請者のユーザ識別コードａ、加盟店識別コードａを含むユーザ情報、決済代金請求者のユーザ識別コードｂ、加盟店識別コードｂを含む決済代金請求者情報、注文番号、決済金額情報をサービス提供サーバＡ  ２００ａに引き渡す。決済アプリケーションを用いてサーバに引き渡すことができる。代金の支払い処理のリクエストを受信したサービス提供サーバＡ  ２００ａは、決済承認要請者のユーザの検証を行い（ステップＳ１１４）、ユーザの検証に失敗した場合、承認の拒絶を行い、ユーザの検証に成功した場合、決済代金請求者のサービス提供サーバＢ  ２００ｂに決済代金請求者の検証のリクエストを行う（ステップＳ１１５）。ユーザの検証は、代金の支払い処理のリクエストを受信するとき、受信した決済承認要請者のユーザ情報と暗証番号、生体認識、身分証の認識、認証書の認識、クレジットカードの認識など様々な方法のうちのいずれか一つ以上を利用してもよい。決済代金請求者の検証のリクエストは、代金の支払い処理のリクエストの際に受信した決済代金請求者情報に含まれるユーザ識別コードｂと加盟店識別コードｂとを用いて、決済代金請求者の加盟店識別コードｂに関わる加盟本社のサービス提供サーバＢ  ２００ｂに決済代金請求者のユーザ識別コードｂ及び／又は加盟店識別コードｂを伝送して決済代金請求者の検証のリクエストを行う（Ｓ１１５）。決済代金請求者のサービス提供サーバＢ  ２００ｂは、ユーザ識別コードｂ及び／又は加盟店識別コードｂを用いて決済代金請求者の検証を行い（ステップＳ１１６）、検証に成功すれば、ユーザ顧客情報データベース（ＤＢ）にユーザ識別コードｂとマッチングされて保存されている決済代金請求者のアカウント情報をサービス提供サーバＡ  ２００ａに引き渡す（ステップＳ１１７）。決済承認要請者サービス提供サーバＡ  ２００ａは、決済代金請求者のアカウント情報を取得し（ステップＳ１１８）、決済代金請求者のアカウントに決済承認要請者がリクエストした代金を支払う処理を行う（ステップＳ１１９）。決済代金請求者サービス提供サーバＢ  ２００ｂは、決済代金請求者アカウントに代金が受払されたことを確認すれば（ステップＳ１２０）、決済処理の結果を決済承認要請者及び／又は決済代金請求者端末１００ａ、ｂに引き渡す（ステップＳ１２１）。
【００４４】
本発明の第１の実施の形態に係るユーザ端末を用いた決済方法を利用する場合、決済承認要請者と決済代金請求者は、互いにカード情報、口座情報、電話番号などの個人情報を互いに交換することなく、代金の請求及び支払いを行うことが可能である。なお、同じ決済サービス、金融社、カード社に加入されていないユーザの間において代金の請求と支払いを行うことが可能になる。
【００４５】
図３は、本発明の第２の実施の形態に係るユーザ端末を用いた決済方法を示すフローチャートである。同図に示すように、本発明の第２の実施の形態に係る決済方法について説明すれば、以下の通りである。決済代金請求者端末ｂ  １００ｂは、決済請求情報を生成する（ステップＳ１１）。決済請求情報は、ＱＲコード（クイック レスポンスコード）やバーコードとして生成可能である。決済代金請求者端末ａ  １００ａは、決済代金請求者端末ｂ  １００ｂからＮＦＣまたはイメージスキャン機能を用いて決済請求情報を取得する（ステップＳ１２）。決済承認要請者が決済請求の内容を確認し、サービス提供サーバＡ  ２００ａに決済処理をリクエストする。サービス提供サーバＡ  ２００ａは、決済承認要請者のユーザの検証を行い、ユーザの検証に成功した場合、決済代金請求者のアカウントに代金を送金して決済処理を行う（ステップＳ１３）。
【００４６】
本発明の第２の実施の形態に係るユーザ端末を用いた決済方法を利用する場合、決済代金請求者に口座情報、カード情報などを引き渡さなくても代金を支払うことができるので、個人情報をより安全に保護することができる。なお、決済代金請求者と決済承認要請者とが口座間の取引を行う際に、別途のＧＩＲＯ情報を登録してデータベース（ＤＢ）化させる作業を行わなくても口座間の取引をより手軽に行うことができる。
【００４７】
図４は、本発明の第３の実施の形態に係るユーザ端末を用いた決済方法を示すフローチャートである。同図に示すように、本発明の第３の実施の形態に係る決済方法について説明すれば、以下の通りである。決済承認要請者がユーザ端末ａ  １００ａの決済アプリケーションを起動して、情報受信手段（ＮＦＣ、ＱＲコードまたはバーコード）を選択し、代金の請求をリクエストする（ステップＳ２１）。決済代金請求者は、ユーザ端末ｂ  １００ｂの決済アプリケーションを起動して、決済金額などを入力して、請求金額、受信口座情報をはじめとする決済請求情報を生成して、決済代金請求者端末ａ  １００ａに決済請求情報を引き渡す（ステップＳ２２）。決済情報を受信した決済承認要請者は、決済承認要請者のユーザ情報とともに決済請求情報をサービス提供サーバ２００にリクエストする。サービス提供サーバ２００は、決済承認要請者のユーザの検証を行い、ユーザの検証に成功した場合、決済代金請求者のアカウントに代金を送金して決済処理を行う（ステップＳ２４）。
【００４８】
本発明の第３の実施の形態に係るユーザ端末を用いた決済方法を利用する場合、決済代金請求者に口座情報、カード情報などを引き渡さなくても代金を支払うことができるので、個人情報をより安全に保護することができる。なお、決済代金請求者と決済承認要請者とが口座間の取引を行う際に、別途のＧＩＲＯ情報を登録してデータベース（ＤＢ）化させる作業を行わなくても口座間の取引をより手軽に行うことができる。
【００４９】
図５は、本発明の第４の実施の形態に係るユーザ端末を用いた決済方法を示すフローチャートである。同図に示すように、本発明の第４の実施の形態に係る決済方法について説明すれば、以下の通りである。決済承認要請者がユーザ端末ａ  １００ａの決済アプリケーションを起動して、情報受信手段（ＮＦＣ、ＱＲコードまたはバーコード）を選択し、代金の請求をリクエストする（ステップＳ３１）。決済代金請求者は、ユーザ端末ｂ  １００ｂの決済アプリケーションを起動して、決済金額などを入力して、請求金額、受信口座情報をはじめとする決済請求情報を生成する（ステップＳ３２）。ユーザ端末ｂ  １００ｂは、生成した決済請求情報を暗号化させて決済代金請求者端末ａ  １００ａに引き渡す（ステップＳ３３）。決済情報を受信した決済承認要請者は、決済承認要請者のユーザ情報とともに決済請求情報を引き渡して、サービス提供サーバ２００に決済処理をリクエストする（ステップＳ３４）。サービス提供サーバ２００は、暗号化させた決済請求情報を復号化させ（ステップＳ３５）、決済承認要請者のユーザの検証を行い、ユーザの検証に成功した場合、決済代金請求者のアカウントに代金を送金して決済処理を行う（ステップＳ３６）。
【００５０】
本発明の第４の実施の形態によれば、決済代金請求者と決済承認要請者とが口座間の取引を行う際に、別途のＧＩＲＯ情報を登録してデータベース（ＤＢ）化させる作業を行わなくても口座間の取引をより手軽に行うことができる。なお、決済代金請求者が決済請求情報を暗号化させて伝送することにより、決済代金請求者の情報をさらに安全に保護することができる。
【００５１】
図６は、本発明の第５の実施の形態に係るユーザ端末を用いた決済方法を示すフローチャートである。同図に示すように、本発明の第５の実施の形態に係る決済方法について説明すれば、以下の通りである。決済代金請求者がユーザ端末ｂ  １００ｂの決済アプリケーションを起動して請求金額を入力すれば、決済アプリケーションが決済代金請求者のユーザ識別コードとともに決済請求情報を生成して決済代金請求者端末ａ  １００ａに引き渡して決済の請求をリクエストする（ステップＳ４１）。決済情報を受信した決済承認要請者は、決済承認要請者のユーザ情報とともに決済請求情報を引き渡して、サービス提供サーバ２００に決済処理をリクエストする（ステップＳ３４）。決済処理のリクエストを受けたサービス提供サーバ１００は、決済情報に含まれている決済代金請求者のユーザ識別コードを用いて、ユーザ情報データベース（ＤＢ）から決済代金請求者の口座情報を抽出して、決済代金請求者の口座に代金を送金して決済処理を行う（ステップＳ４３）。
【００５２】
本発明の第５の実施の形態によれば、決済代金請求者と決済承認要請者とが口座間の取引を行う際に、別途のＧＩＲＯ情報を登録してデータベース（ＤＢ）化させる作業を行わなくても口座間の取引をより手軽に行うことができる。決済代金請求者と決済承認要請者は、カード情報、口座情報、端末番号などの個人番号を交換することなく決済処理を行うことができる。
【００５３】
図７は、本発明の第６の実施の形態に係るユーザ端末を用いた決済方法を示すフローチャートである。同図に示すように、本発明の第６の実施の形態に係る決済方法について説明すれば、以下の通りである。決済代金請求者がユーザ端末ｂ  １００ｂの決済アプリケーションを起動して、決済代金請求者のユーザ識別コードを決済代金請求者端末ａ  １００ａに引き渡して、決済請求をリクエストする（ステップＳ５１）。決済承認要請者がユーザ端末ａ  １００ａの決済アプリケーションを起動し、決済代金請求者端末ｂ  １００ｂから決済代金請求者のユーザ識別コードを受信した後（ステップＳ５２）、支払うべき金額を入力し、決済代金請求者のユーザ識別コードを含む決済情報を生成し、サービス提供サーバに引き渡して決済処理をリクエストする（ステップＳ５３）。決済処理のリクエストを受けたサービス提供サーバ１００は、決済情報に含まれている決済代金請求者のユーザ識別コードを用いて、ユーザ情報データベース（ＤＢ）から決済代金請求者の口座情報を抽出して、決済代金請求者の口座に代金を送金して決済処理を行う（ステップＳ５４）。
【００５４】
本発明の第６の実施の形態に係るユーザ端末を用いた決済方法を利用する場合、決済代金請求者に口座情報、カード情報などを引き渡さなくても代金を支払うことができるので、個人情報をより安全に保護することができる。なお、決済代金請求者と決済承認要請者とが口座間の取引を行う際に、別途のＧＩＲＯ情報を登録してデータベース（ＤＢ）化させる作業を行わなくても口座間の取引をより手軽に行うことができる。
【００５５】
図８は、本発明の第７の実施の形態に係るユーザ端末を用いた決済方法を示すフローチャートである。同図に示すように、本発明の第７の実施の形態に係る決済方法について説明すれば、以下の通りである。ユーザ決済承認要請者は、サービス提供サーバ１００に充電口座を作り、充電口座に送金して充電口座を充電することができる（ステップＳ６１）。決済代金請求者と決済承認要請者との間において代金請求と支払いを行うために、決済代金請求者は、ユーザ端末ｂ  １００ｂの決済アプリケーションを起動して決済請求情報を生成する（ステップＳ６２）。決済請求情報は、ＱＲコードやバーコードとして生成可能である。決済代金請求者端末ａ  １００ａは、決済代金請求者端末ｂ  １００ｂからＮＦＣまたはイメージスキャン機能を用いて決済請求情報を取得する（ステップＳ６３）。決済承認要請者が決済請求の内容を確認し、サービス提供サーバＡ  ２００ａに決済処理をリクエストする。サービス提供サーバＡ  ２００ａは、決済承認要請者のユーザの検証を行い、ユーザの認証に成功した場合、決済承認要請者の充電口座から引き落としして決済代金請求者のアカウントに代金を送金して決済処理を行う（ステップＳ６４、６５）。
【００５６】
本発明の第７の実施の形態に係るユーザ端末を用いた決済方法を利用する場合、決済代金請求者に口座情報、カード情報などを引き渡さなくても代金を支払うことができるので、個人情報をより安全に保護することができる。なお、決済代金請求者と決済承認要請者とが口座間の取引を行う際に、別途のＧＩＲＯ情報を登録してデータベース（ＤＢ）化させる作業を行わなくても口座間の取引をより手軽に行うことができる。
【符号の説明】
【００５７】
１００  ユーザ端末
２００  決済サービス提供サーバ
【図１】
2021500665.tif 000003
【図２】
2021500665.tif 000004
【図３】
2021500665.tif 000005
【図４】
2021500665.tif 000006
【図５】
2021500665.tif 000007
【図６】
2021500665.tif 000008
【図７】
2021500665.tif 000009
【図８】
2021500665.tif 000010
【国際調査報告】
2021500665.tif 000011
2021500665.tif 000012
2021500665.tif 000013
2021500665.tif 000014