JP2008129635A - 決済方法および決済代行サーバ - Google Patents

Abstract

【課題】 電子商取引を行う際に、決済に必要な情報を入力する等の繁雑な手続きを省略することが可能な決済方法および決済代行サーバを提供する。
【解決手段】 利用者ＰＣ３１でＥＣサイトサーバ２０にアクセスし、商品の特定を行うと、ＥＣサイトサーバ２０は注文情報を決済代行サーバ１０に送信し、決済ＩＤ生成部１１が決済ＩＤを生成して注文情報記憶部１５に登録し、二次元コード生成部１２が決済ＩＤを二次元コード化してＥＣサイトサーバ経由で利用者ＰＣ３１に送信する。携帯端末３２で二次元コードを撮影すると、携帯端末３２は、決済ＩＤおよびユーザＩＤを決済管理部１３に送信し、決済管理部１３は、決済種別情報記憶部１７を参照して、決済種別情報を抽出し、決済システム４０に送信する。決済システム４０では決済を実行し、決済可否の情報を決済代行サーバを介してＥＣサイトサーバ２０および携帯端末３２に送信する。
【選択図】 図１

Description

本発明は、インターネット上で電子商取引を行う際の代金決済手続きを簡易に行うための技術に関する。

近年、インターネットの普及に伴い、商品等の注文と決済をコンピュータネットワークを利用して行う電子商取引が盛んになってきている。また、決済業務の支援をするシステムも開発されている。例えば、特許文献１には、携帯電話会社が決済代行業者となることで決済業務を支援するシステムが記載されている。また、特許文献２には、現金決済を可能とする決済システムが記載されている。
特開２００２−２９８０４１号公報 特開２００１−５８８３号公報

しかしながら、上記従来の電子商取引においては、利用者は注文すべき商品等の決定を行った後、クレジット決済を行う場合には、クレジットカードの番号等の決済に必要な情報を入力しなければならないという煩わしさがある。上記特許文献１に記載の発明においても、携帯電話番号を入力しなければならないという煩わしさがある。また、上記特許文献１に記載の発明の場合、携帯電話機の電話番号と携帯電話通信網の関係を把握しているとともに、携帯使用料金の引き落としが可能な通信事業者だけしか行うことができないという問題がある。

そこで、本発明は、電子商取引を行う際に、決済に必要な情報を入力する等の繁雑な手続きを省略することが可能であるとともに、通信事業者以外であっても行うことが可能な決済方法および決済代行サーバを提供することを課題とする。

上記課題を解決するため、本発明では、コンピュータネットワークを利用して電子商取引を行う際に決済を行う方法であって、利用者ＰＣから商品特定の指示を、ＥＣサイトを実現するＥＣサイトサーバに送信する段階と、前記ＥＣサイトサーバが、前記利用者ＰＣからの指示に基づいて注文情報を生成し、決済代行サーバに送信する段階と、前記決済代行サーバが、受信した注文情報を特定する決済ＩＤを生成する段階と、生成した決済ＩＤを前記注文情報とともに登録する段階と、前記決済ＩＤを表現した二次元コードを生成して前記ＥＣサイトサーバに送信する段階と、前記ＥＣサイトサーバが、前記決済代行サーバから受信した二次元コードを前記利用者ＰＣに送信する段階と、前記利用者ＰＣが、前記ＥＣサイトサーバから受信した二次元コードを画面に表示する段階と、利用者の携帯端末が、前記表示された二次元コードを撮影により取得して、当該二次元コードに記録された決済ＩＤを復号する段階と、前記携帯端末に登録されたユーザＩＤを抽出し、前記決済ＩＤとともに、前記携帯端末に登録されたＵＲＬで特定される前記決済代行サーバに送信する段階と、前記決済代行サーバが、受信した決済ＩＤの確認を行う段階と、受信したユーザＩＤに対応する決済種別情報を抽出して、決済システムに送信する段階と、前記決済システムが、受信した決済種別情報を用いて決済を行う段階と、決済可否の情報を前記決済代行サーバに送信する段階と、前記決済代行サーバが、受信した決済可否の情報に基づいて決済可否の通知を前記ＥＣサイトサーバおよび前記携帯端末に対して行う段階を有する決済方法を提供する。

また、本発明では、利用者がコンピュータネットワークを利用して電子商取引を行う際に決済の代行を行うサーバであって、利用者の情報を記憶した利用者情報記憶手段と、利用者が決済するための引き落とし先に関する情報を記憶した決済種別記憶手段と、ＥＣサイトから受信した注文情報に基づいて、当該注文情報を特定する決済ＩＤを生成する決済ＩＤ生成手段と、前記決済ＩＤに基づいて、前記ＥＣサイトへ送信するための二次元コードを生成する二次元コード生成手段と、前記生成した決済ＩＤおよび受信した注文情報を対応付けて記憶する注文情報記憶手段と、携帯端末から受信した決済ＩＤおよびユーザＩＤに基づいて、前記決済種別記憶手段および注文情報記憶手段から決済種別情報を抽出する決済管理手段と、前記抽出された決済種別情報を決済システムに送信するとともに、決済システムからの決済可否情報を受信する決済システム用送受信手段と、前記受信した決済可否情報に基づいて、決済可否についての通知を、前記ＥＣサイトおよび前記携帯端末に送信する決済可否送信手段を有する決済代行サーバを提供する。

本発明によれば、利用者が購入すべき商品等を指定すると、特定した商品等の情報と、事前に登録された利用者情報に基づいて決済ＩＤを表現した二次元コードを送信するとともに、携帯端末から受信した決済ＩＤおよびユーザＩＤに基づいて決済種別情報を抽出して決済システムに対して決済を依頼するようにしたので、利用者は、注文商品の特定後、携帯端末で二次元コードを撮影するだけで良く、繁雑な情報を入力する必要がなくなるという効果を奏する。

以下、本発明の好適な実施形態について、図面を参照して詳細に説明する。
（１．システム構成）
図１に、本発明に係る決済代行サーバの構成図を示す。図１に示すように、決済代行サーバ１０は、ＥＣサイトサーバ２０、利用者ＰＣ３１、携帯端末３２、決済システム４０と連携して決済代行処理を実現する。

決済代行サーバ１０は、決済ＩＤ生成部１１、二次元コード生成部１２、決済管理部１３、記憶装置１４を有している。また、記憶装置１４は、注文情報記憶部１５、利用者情報記憶部１６、決済種別情報記憶部１７、店舗情報記憶部１８、アクセス情報記憶部１９を有している。

決済ＩＤ生成部１１は、ＥＣサイトサーバ２０から受信した注文情報（店舗ＩＤ、金額、受注番号の組み合わせ）に対して、これらを特定する決済ＩＤを生成する機能を有している。二次元コード生成部１２は、決済ＩＤ生成部１１により生成された決済ＩＤを二次元コードに変換する機能を有している。このように、所定の情報を二次元コード化する技術は公知のものであるので、二次元コード生成部１２は、公知のソフトウェアである二次元コード生成モジュールを利用することにより実現できる。

決済管理部１３は、携帯端末３２から受信した決済ＩＤを用いて注文情報記憶部１５を参照して、その決済ＩＤで注文がなされているかどうかを確認し、携帯端末３２から受信したユーザＩＤを用いて決済種別情報記憶部１７から決済種別情報を抽出し、決済システム４０に送信する機能を有するとともに、決済システム４０から受信した決済可否情報に基づいて決済可否をＥＣサイトサーバ２０、携帯端末３２にそれぞれ通知する機能を有している。

注文情報記憶部１５は、ＥＣサイトサーバ２０から受信した店舗ＩＤ、金額、受注番号、および決済ＩＤ生成部１１が生成した決済ＩＤを対応付けて記憶するものである。利用者情報記憶部１６は、利用者のユーザＩＤ、氏名を記憶したものである。決済種別情報記憶部１７は、利用者のユーザＩＤ、クレジットカード番号、クレジットカードの有効期限を記憶したものである。店舗情報記憶部１８は、ＥＣサイトの店舗ＩＤ、店舗名を記憶したものである。アクセス情報記憶部１９は、携帯端末３２から受信した決済ＩＤ、ユーザＩＤを記憶したものである。注文情報記憶部１５、利用者情報記憶部１６、決済種別情報記憶部１７、店舗情報記憶部１８、アクセス情報記憶部１９は、いずれも、ハードディスク、光ディスク等の大容量記憶装置で実現される記憶装置１４内に所定の記憶領域を確保することにより実現される。

決済代行サーバ１０は、Ｗｅｂサーバ、データベースサーバとしての機能を有する１台または２台以上のコンピュータに、専用のプログラムを搭載することにより実現される。したがって、図１においては省略してあるが、インターネット等のコンピュータネットワークを介したデータの送受信部を備えており、ＥＣサイトサーバ２０、携帯端末３２との通信が可能となっている。

ＥＣサイトサーバ２０は、電子商取引（ＥＣ）を行うＷｅｂサイトを提供するサーバコンピュータであり、Ｗｅｂサーバ、データベースサーバ等により実現される。ＥＣサイトサーバ２０と決済代行サーバ１０の間、ＥＣサイトサーバ２０と利用者ＰＣ３１の間は、ともにインターネットによる通信が可能となっている。本発明によるＥＣサイトサーバ２０は、公知のＥＣサイトサーバとほぼ同一の機能を有するが、利用者ＰＣ３１により商品が特定された場合に、注文情報を決済代行サーバ１０に送信する機能、決済代行サーバ１０から二次元コードを受信して、その二次元コードを依頼元の利用者ＰＣ３１に送信する機能を有している点に特徴がある。

利用者ＰＣ３１は、インターネット接続機能を有するコンピュータであり、汎用のパーソナルコンピュータにＷｅｂブラウザを搭載することにより実現される。携帯端末３２は、利用者ＰＣ３１の画面に表示された二次元コードを撮影し、この二次元コードに記録されている決済ＩＤとともに、事前に登録されているユーザＩＤを、事前に登録されているＵＲＬ宛てに送信する機能を有しており、二次元コード読取機能、インターネット接続機能を有する市販の携帯電話機に専用のプログラムをダウンロードすることにより実現される。

決済システム４０は、クレジットカード会社の管理下にあって、決済処理を実行するコンピュータシステムである。この決済システム４０は、クレジットカードの会員の情報を有しており、決済代行サーバ１０と専用線で接続されている。決済システム４０は、決済代行サーバ１０から決済種別情報を受信し、決済可能である場合には決済処理を実行し、決済が実行できたかどうかについての情報を決済代行サーバ１０に送信する機能を有している。

ここで、記憶装置１４内の注文情報記憶部１５、利用者情報記憶部１６、決済種別情報記憶部１７、店舗情報記憶部１８、アクセス情報記憶部１９の記録項目について説明しておく。注文情報記憶部１５には、図２（ａ）に示すように、決済ＩＤ、店舗ＩＤ、受注番号、金額、取引状態の５項目が記録されている。店舗ＩＤ、受注番号、金額は、ＥＣサイトサーバ２０から送信されてきた情報をそのまま記録するものであり、決済ＩＤは決済ＩＤ生成部１１により生成されたものを記録する。利用者情報記憶部１６には、図２（ｂ）に示すように、ユーザＩＤ、氏名の２項目が記録されている。決済種別情報記憶部１７には、図２（ｃ）に示すように、ユーザＩＤ、カード番号、カード有効期限の３項目が記録されている。店舗情報記憶部１８には、図２（ｄ）に示すように、店舗ＩＤ、店舗名の２項目が記録されている。店舗ＩＤはＥＣサイトサーバ２０を特定するためのＩＤである。アクセス情報記憶部１９には、図２（ｅ）に示すように、決済ＩＤ、ユーザＩＤの２項目が記録されている。決済ＩＤ、ユーザＩＤは携帯端末３２から送信されてきた情報をそのまま記録するものである。

（２．処理動作）
次に、本発明に係る決済方法を、図１に示したサーバの処理動作とともに、図３のフローチャートを利用して説明する。ここでは、商品として、保険商品や旅行商品等、物品の配送が不要なものを購入する場合について説明する。一般消費者である利用者が本サーバを利用するに際しては、事前に利用者登録を行い、利用者情報を利用者情報記憶部１６に登録しておく必要がある。具体的には、自分の氏名、代金決済に用いるクレジットカードのカード番号と有効期限を、決済代行サーバを運営する決済代行業者に伝える。すると、決済代行業者が、その利用者に対してユーザＩＤを発行し、図２（ｂ）に示したように、氏名と対応付けて利用者情報記憶部１６に登録するとともに、図２（ｃ）に示したように、ユーザＩＤ、カード番号、カード有効期限を対応付けて決済種別情報記憶部１７に登録する。そして利用者は、決済代行業者から発行されたユーザＩＤを携帯端末３２の所定の記憶領域に登録する。この決済代行業者への利用者登録と携帯端末３２へのユーザＩＤの登録は、利用者がダウンロードしたプログラムを介して利用者登録を行い、このプログラムが決済代行業者から発行されたユーザＩＤを携帯端末３２の所定の記憶領域に登録しても良い。

また、利用者は、自身の携帯端末３２から、決済代行業者が運営する所定のサイトにアクセスし、所定のプログラムをダウンロードする。このように、所定のサイトにアクセスして、携帯電話機で起動するプログラムをダウンロードする技術については、公知であるので詳細な説明は省略する。このプログラムをダウンロードすると、携帯端末３２は、決済管理部１３にアクセスするためのＵＲＬを自身の所定の記憶領域内に登録する。このプログラムは、二次元コードに記録されていた決済ＩＤを復号すると、所定の記憶領域に記憶されているユーザＩＤ、ＵＲＬを抽出し、抽出したＵＲＬ宛てに決済ＩＤとユーザＩＤを送信する機能を実現するためのものである。

上記のように、必要な情報が登録された状態で、利用者が、利用者ＰＣ３１からＥＣサイトサーバ２０にアクセスし、注文する商品を特定し、その旨をＥＣサイトサーバ２０に通知する（Ｓ１）。この商品の特定の処理は、従来のＥＣサイトにおける処理と同様である。ＥＣサイトサーバ２０では、注文内容が特定されると、金額を算出し、その注文を受け、受注番号を発行する。そして、その受注番号と、金額、自身の店舗ＩＤを注文情報として決済代行サーバ１０に送信する（Ｓ２）。

決済代行サーバ１０が、ＥＣサイトサーバ２０から注文情報（受注番号、金額、店舗ＩＤ）を受信すると、決済ＩＤ生成部１１が決済ＩＤを生成する。そして、生成した決済ＩＤと受注番号、金額、店舗ＩＤを対応付けて注文情報記憶部１５に登録する。さらに、注文情報記憶部１５の取引状態を“決済ＩＤを発行した状態”に設定する。続いて、二次元コード生成部１２が、生成された決済ＩＤを基に二次元コードを生成する。二次元コードが生成されたら、決済代行サーバ１０は、その二次元コード（画像データ）をＥＣサイトサーバ２０に送信する（Ｓ３）。

ＥＣサイトサーバ２０では、決済代行サーバ１０から二次元コードを受信すると、その二次元コードを含んだＨＴＭＬデータを作成してこれを利用者ＰＣ３１に送信する（Ｓ４）。利用者ＰＣ３１は、ＥＣサイトサーバ２０から二次元コードを受信すると、その二次元コードを画面に表示する処理を行う。決済代行サーバ１０からＥＣサイトサーバ２０を経由して利用者ＰＣ３１に二次元コードを送信する処理については、上記のように、直接二次元コードの画像データを送信するようにしても良いが、二次元コード生成部１２で作成した二次元コードの画像データを決済代行サーバ１０の所定の記憶領域に記憶させておき、この二次元コードの画像データのＵＲＬのみをＥＣサイトサーバ２０を経由して利用者ＰＣ３１にするようにしても良い。この場合、利用者ＰＣ３１は、二次元コードの画像データのＵＲＬを受信すると、利用者ＰＣ３１のブラウザの機能により、その受信したＵＲＬを利用して決済代行サーバ１０にアクセスして二次元コードを取得し、画面に表示させる。

利用者ＰＣ３１の画面に二次元コードが表示されたら、利用者は自身の携帯端末３２で、表示された二次元コードを撮影する作業を行う。携帯端末３２では、撮影画像を取得し、その画像に二次元コードが含まれていることを認識すると、二次元コードが表現している情報である決済ＩＤを復号するとともに、自身の記憶領域に記憶されたユーザＩＤ、送信先ＵＲＬを抽出し、抽出した送信先ＵＲＬで特定される決済代行サーバ１０に、決済ＩＤ、ユーザＩＤを送信する（Ｓ５）。

決済代行サーバ１０が、携帯端末３２から決済ＩＤ、ユーザＩＤを受信すると、決済管理部１３が受信した決済ＩＤで注文情報記憶部１５を参照し、その決済ＩＤが存在するかどうかを確認する。受信した決済ＩＤが注文情報記憶部１５に登録されていた場合には、その取引状態を“携帯端末からアクセスがあった状態”に設定する。さらに、受信した決済ＩＤに対応する金額を抽出するとともに、受信したユーザＩＤで決済種別情報記憶部１７を参照し、カード番号およびカード有効期限を抽出する。そして、金額、カード番号、カード有効期限を決済種別情報として決済システム４０に送信する（Ｓ６）。すなわち、決済（与信）のリクエストを行うことになる。また、ここで携帯端末３２から受信した決済ＩＤ、ユーザＩＤをアクセス情報記憶部１９に登録する。

決済システム４０は、決済代行サーバ１０から金額、カード番号、カード有効期限を受信すると、カード番号およびカード有効期限を用いて会員データベースを検索し、これらが正しいかどうかを判断する。判断の結果、正しいものであれば、決済処理を行う。そして、決済処理が行われたか否かに応じて、決済処理完了か不可かの情報を決済代行サーバ１０に返信する（Ｓ７）。すなわち、決済処理が正しく行われた場合には、決済が完了した旨の情報を決済代行サーバ１０に返信し、決済処理が正しく行われなかった場合には、決済不可である旨の情報を決済代行サーバ１０に返信することになる。

決済代行サーバ１０が、決済システム４０から、決済が完了であるか不可かの情報を受信したら、決済管理部１３は、その結果に応じて注文情報記憶部１５の取引状態を“決済成功した状態”または“決済失敗した状態”に設定する。受信した内容に応じた通知をＥＣサイトサーバ２０および携帯端末３２に対して行う（Ｓ８）。すなわち、決済が完了である旨の情報を決済システム４０から受信したら、決済管理部１３は、決済完了通知を送信し、決済が不可である旨の情報を決済システム４０から受信したら、決済管理部１３は、決済不可の通知を送信することになる。

以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されず、種々の変形が可能である。例えば、上記実施形態では、商品として、保険商品や旅行商品等、物品の配送が不要なものを購入する場合について説明したが、物品の配送が必要なものを購入する場合には、上記Ｓ５において、決済ＩＤ、ユーザＩＤを送信する前に、携帯端末３２は、画面に配送先入力画面を表示させる。そして、利用者が携帯端末３２に配送先（例えば、住所、電話番号）を入力すると、携帯端末３２は、決済ＩＤ、ユーザＩＤとともに配送先を決済代行サーバ１０に送信する。そして、決済管理部１３が、受信した配送先を利用者情報記憶部１６にユーザＩＤと対応付けて登録する。この場合、予め複数の配送先を携帯端末３２に登録しておき、予め登録された配送先から選択するか、新規入力するかを選べるようにしても良い。

一般消費者が電子商取引においてクレジット決済で商品等を購入する場合、利用者ＰＣで操作を始めて途中から携帯端末上の操作に切り替わる形態をとる方式のものは特許文献１にも記載があり公知である（同文献第２の実施形態）。この公知技術では、サーバ側からユーザの携帯電話番号あてに電子メールを送付することで通信路の切替が行われる。しかしながら本発明では、利用者ＰＣに表示された二次元コードを利用者が撮影することをきっかけにその切り替えが行われる。すなわち、通信路の切替を利用者主導で行えるという公知技術との相違がある。商品の注文処理は一連の操作として中断が生じることなく行うことが望ましいため、中断の原因となりやすい通信路の切替を利用者主導で行える本発明の方式の方が利用者には都合が良いといえる。

本発明に係る決済代行サーバの構成図である。 記憶装置１４内に記録された情報の項目を示す図である。 本発明に係る決済代行サーバの処理動作を示すフローチャートである。

符号の説明

１０・・・決済代行サーバ
１１・・・決済ＩＤ生成部
１２・・・二次元コード生成部
１３・・・決済管理部
１４・・・記憶装置
１５・・・注文情報記憶部
１６・・・利用者情報記憶部
１７・・・決済種別情報記憶部
１８・・・店舗情報記憶部
１９・・・アクセス情報記憶部
２０・・・ＥＣサイトサーバ
３１・・・利用者ＰＣ
３２・・・携帯端末
４０・・・決済システム

Claims (2)

1. コンピュータネットワークを利用して電子商取引を行う際に決済を行う方法であって、
   利用者ＰＣから商品特定の指示を、ＥＣサイトを実現するＥＣサイトサーバに送信する段階と、
   前記ＥＣサイトサーバが、前記利用者ＰＣからの指示に基づいて注文情報を生成し、決済代行サーバに送信する段階と、
   前記決済代行サーバが、受信した注文情報を特定する決済ＩＤを生成する段階と、生成した決済ＩＤを前記注文情報とともに登録する段階と、前記決済ＩＤを表現した二次元コードを生成して前記ＥＣサイトサーバに送信する段階と、
   前記ＥＣサイトサーバが、前記決済代行サーバから受信した二次元コードを前記利用者ＰＣに送信する段階と、
   前記利用者ＰＣが、前記ＥＣサイトサーバから受信した二次元コードを画面に表示する段階と、
   利用者の携帯端末が、前記表示された二次元コードを撮影により取得して、当該二次元コードに記録された決済ＩＤを復号する段階と、前記携帯端末に登録されたユーザＩＤを抽出し、前記決済ＩＤとともに、前記携帯端末に登録されたＵＲＬで特定される前記決済代行サーバに送信する段階と、
   前記決済代行サーバが、受信した決済ＩＤの確認を行う段階と、受信したユーザＩＤに対応する決済種別情報を抽出して、決済システムに送信する段階と、
   前記決済システムが、受信した決済種別情報を用いて決済を行う段階と、決済可否の情報を前記決済代行サーバに送信する段階と、
   前記決済代行サーバが、受信した決済可否の情報に基づいて決済可否の通知を前記ＥＣサイトサーバおよび前記携帯端末に対して行う段階と、
   を有することを特徴とする決済方法。
2. 利用者がコンピュータネットワークを利用して電子商取引を行う際に決済の代行を行うサーバであって、
   利用者の情報を記憶した利用者情報記憶手段と、
   利用者が決済するための引き落とし先に関する情報を記憶した決済種別記憶手段と、
   ＥＣサイトから受信した注文情報に基づいて、当該注文情報を特定する決済ＩＤを生成する決済ＩＤ生成手段と、
   前記決済ＩＤに基づいて、前記ＥＣサイトへ送信するための二次元コードを生成する二次元コード生成手段と、
   前記生成した決済ＩＤおよび受信した注文情報を対応付けて記憶する注文情報記憶手段と、
   携帯端末から受信した決済ＩＤおよびユーザＩＤに基づいて、前記決済種別記憶手段および注文情報記憶手段から決済種別情報を抽出する決済管理手段と、
   前記抽出された決済種別情報を決済システムに送信するとともに、決済システムからの決済可否情報を受信する決済システム用送受信手段と、
   前記受信した決済可否情報に基づいて、決済可否についての通知を、前記ＥＣサイトおよび前記携帯端末に送信する決済可否送信手段と、
   を有することを特徴とする決済代行サーバ。

Images