JP7085700B1 - サービス提供システム、サービス提供方法、およびプログラム - Google Patents

Abstract

【課題】電子商取引サービスから電子決済サービスを使用する際の利便性を高めることができるサービス提供システム、サービス提供方法、およびプログラムを提供すること。【解決手段】電子商取引サービスの利用者に電子決済サービスを提供する電子決済サービス提供部と、電子決済サービスの利用者を認証する認証部と、電子決済サービスの利用に関する利用者の利用者情報を、電子商取引サービスを提供するＥＣ事業者に提供することについての同意情報を記憶部に記憶させる情報管理部と、利用者の商品購入に関し、電子決済サービスの機能が電子商取引サービスを提供するＥＣシステム側から呼び出された場合であって、記憶部に記憶された利用者の同意情報が、ＥＣ事業者に対する利用者情報の提供に利用者が同意したことを示す場合、認証部による利用者の認証を省略してＥＣシステム側に機能を提供するＡＰＩ部と、を備える、サービス提供システム。【選択図】図１

Description

特許法第３０条第２項適用 ［１］ ２０２１年１１月８日 ウェブサイトのＵＲＬ ａｐｐｓｔｏｒｅｃｏｎｎｅｃｔ．ａｐｐｌｅ．ｃｏｍ ［２］ ２０２１年１１月８日 ウェブサイトのＵＲＬ ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ

本発明は、サービス提供システム、サービス提供方法、およびプログラムに関する

従来、電子商取引の分野において、外部の電子決済サービスを利用して商品の購入代金の支払いを決済するＩＤ決済と呼ばれる決済方法が使用されている（例えば非特許文献１参照）。

"ＩＤ決済とは？メリットや使い方は？主要４社の特徴を比較して詳しく解説！"，［online］，よむよむカラーミー，ＧＭＯペパボ株式会社，［令和３年１２月２９日検索］，インターネット＜ＵＲＬ：https://shop-pro.jp/yomyom-colorme/74681＞

しかしながら、従来の電子決済方法では、利用者は電子決済サービスを利用するたびに電子決済サービスにログインするための認証情報を入力しなければならかったり、それによって決済が完了するまでに複数回の画面遷移が行われたりした。このように、従来の電子決済方法は利用者にとって必ずしも利便性が高くない場合があった。

本発明は、このような事情を考慮してなされたものであり、電子商取引サービスから電子決済サービスを利用する際の利便性を高めることができるサービス提供システム、サービス提供方法、およびプログラムを提供することを目的の一つとする。

本発明の一態様は、電子商取引サービスで販売される商品の購入代金を決済する電子決済サービスを利用者に提供するサービス提供システムであって、前記利用者に前記電子決済サービスを提供する電子決済サービス提供部と、前記電子決済サービスの利用者を認証する認証部と、前記電子決済サービスの利用に関する前記利用者の利用者情報を、前記電子商取引サービスを提供するＥＣ事業者に提供することについて前記利用者の同意の有無を示す同意情報を記憶部に記憶させる情報管理部と、前記利用者の商品購入に関し、前記電子決済サービス提供部が提供する前記電子決済サービスの機能が前記電子商取引サービスを提供するＥＣシステム側から呼び出された場合であって、前記記憶部に記憶された前記利用者の同意情報が、前記ＥＣ事業者に対する前記利用者情報の提供に前記利用者が同意したことを示す場合、前記認証部による前記利用者の認証を省略して前記ＥＣシステム側に前記機能を提供するＡＰＩ（Application Program Interface）部と、を備えるサービス提供システムである。

本発明の一態様によれば、電子商取引サービスから電子決済サービスを利用する際の利便性を高めることができるサービス提供システム、サービス提供方法、およびプログラムを提供することができる。

電子決済サービスが実現されるための構成の一例を示す図である。 電子決済の大まかな流れを例示した図である。 決済サーバの構成の一例を示す図である。 決済利用者情報の内容の一例を示す図である。 店舗情報の内容の一例を示す図である。 ＥＣサーバの構成の一例を示す図である。 ＥＣ利用者情報の内容の一例を示す図である。 加盟店情報の内容の一例を示す図である。 利用者端末装置の構成の一例を示す図である。 電子決済に関する処理の流れの一例を示す図である。 電子決済に関する第１の画面遷移例を示す図である。 電子決済に関する第２の画面遷移例を示す図である。 決済情報の表示態様の一例を示す図である。

以下、図面を参照し、本発明のサービス提供システム、サービス提供方法、およびプログラムについて説明する。サービス提供システムは、一以上のプロセッサにより実現される。サービス提供システムは、電子商取引サービスで販売される商品の購入代金を決済する電子決済サービスを利用者に提供するシステムである。以下の説明では、サービス提供システムに係る電子商取引サービスがショッピングを提供するものである場合について説明するが、電子商取引サービスは、商品の購入や役務の提供に関する代金を決済するものであればショッピング以外のサービスを提供するものであってもよい。例えば、電子商取引サービスはオークションを提供するものであってもよい。

［１．電子決済サービス］
図１は、電子決済サービスが実現されるための構成の一例を示す図である。電子決済サービスは、決済サーバ１００を中心として実現される。決済サーバ１００は、例えば、一以上の利用者端末装置１０、一以上の店舗端末装置５０、および電子商取引サーバ２００のそれぞれとネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、無線基地局、プロバイダ装置などを含む。

利用者端末装置１０は、例えば、スマートフォンやタブレット端末等の可搬型端末装置である。利用者端末装置１０は、少なくとも、光学読取機能、通信機能、表示機能、入力受付機能、プログラム実行機能を有するコンピュータ装置である。以下の説明では、これらの機能を実現するための構成をそれぞれカメラ、通信装置、タッチパネル、ＣＰＵ（Central Processing Unit）等と称する。利用者端末装置１０では、ＣＰＵ等のプロセッサによりＥＣアプリ２０および決済アプリ３０が実行される。利用者端末装置１０は、ＥＣアプリ２０を実行することにより、電子商取引サーバ２００と連携して電子商取引サービスを利用者に提供するように動作する。本実施形態において、ＥＣアプリ２０は、いわゆるＩＤ決済に対応しており、支払い方法として電子決済サービスが選択された場合、決済サーバ１００と連携して電子決済サービスを利用者に提供することができる。また、利用者端末装置１０は、決済アプリ３０を実行することにより、決済サーバ１００と連携して電子決済サービスを利用者に提供するように動作する。決済アプリ３０は、ＥＣアプリ２０とは独立して動作するものであり、電子決済サービスを単体で利用者に提供するものである。ＥＣアプリ２０および決済アプリ３０は、カメラ、通信装置、タッチパネルなどの制御機能を含む。

店舗端末装置５０は、例えば、店舗に設置される。店舗端末装置５０は、少なくとも、商品価格取得機能、光学読取機能、プログラム実行機能、通信機能を有するコンピュータ装置である。店舗端末装置５０は、いわゆるＰＯＳ（Point of Sale）装置を含み、ＰＯＳ装置によって商品価格取得機能や光学読取機能を実現してもよい。店舗コード画像６０は、店舗に置かれ、ＱＲコード（登録商標）等のコード画像が紙やプラスチックの媒体に印刷されたものである。なお、店舗コード画像６０は、店舗に置かれたディスプレイによって表示されてもよい。

決済サーバ１００は、利用者端末装置１０または店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。決済サーバ１００は、例えば、利用者ＩＤに対応付けてチャージ残高を管理しており、チャージ残高を増減させる（換言すると、電子マネーを入出金する）ことで電子決済を行う。電子決済には、リボ払いやクレジット払い等の方法によって、購買時点のチャージ残高よりも多額の購買を可能にするものが含まれてよい。決済サーバ１００は「電子決済システム」の一例である。

電子商取引サーバ２００（以下「ＥＣ（Electronic Commerce）サーバ」という。）は、電子商取引サービスの加盟店（以下「ＥＣ加盟店」という。）が販売する商品の電子商取引を実現する。ＥＣサーバ２００は、利用者端末装置１０に商品情報を送信するとともに、利用者端末装置１０から受信した購入情報に基づいて電子商取引を実現する。購入情報は、利用者が購入対象として選択した商品に関する情報や、当該商品の購入代金の支払い方法などを含む。例えば、ＥＣサーバ２００は、各ＥＣ加盟店のＥＣサイトを構成するウェブサーバの機能を含む。ＥＣサーバ２００は、各ＥＣ加盟店が自社のＥＣサイトを実現するためのＥＣ加盟店ごとのサーバであってもよいし、各ＥＣ加盟店に対してＥＣサイトのパッケージを提供する、いわゆるＥＣベンダの運営するサーバであってもよい。ＥＣサーバ２００は「ＥＣシステム」の一例である。

図２は、電子決済の大まかな流れを例示した図である。例えば、電子決済には、決済アプリ３０を使用したパターン１およびパターン２と、ＥＣアプリ２０を使用したパターン３とが存在する。パターン１の場合、まず利用者端末装置１０において決済アプリ３０が起動され、ＱＲコードやバーコード等のコード画像を表示する。利用者は利用者端末装置１０の表示面を店舗端末装置５０に翳す（提示する）。店舗端末装置５０は、光学読取機能によってコード画像をデコードし、アカウントＩＤ等の情報を取得する。そして、店舗端末装置５０は、アカウントＩＤ、決済金額、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した決済情報に基づいて、ユーザの電子決済口座から店舗の電子決済口座に決済金額を移動させて決済処理を完了させる。

パターン２の場合、決済アプリ３０が起動した状態の利用者端末装置１０が、光学読取機能によって店舗コード画像６０を読み取ってデコードする。店舗コード画像６０には、店舗名等の情報が含まれている。利用者は、店舗名等が表示された画面において、決済金額を利用者端末装置１０に入力する。そして、利用者端末装置１０は、アカウントＩＤ、決済金額、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する。決済サーバ１００は、受信した決済情報に基づいて決済処理を行う。なお、図２で説明する「アカウントＩＤ」は、利用者の識別情報として用いられ得る他の情報（例えば電話番号）であってもよい。

パターン３の場合、ＥＣアプリ２０が起動した状態の利用者端末装置１０が、商品購入に関する利用者の各種操作の入力を受け付ける。例えば、ＥＣアプリ２０はＥＣサーバ２００から提供されるＥＣコンテンツを再生することにより電子商取引サービスで取り扱われる商品の情報を表示し、購入対象の商品を選択する操作や、当該商品について購入代金の支払い方法を選択する操作などの入力を受け付ける。本実施形態では、購入代金の支払い方法として決済サーバ１００による電子決済サービスが選択される場合について説明するが、実際には他の支払い方法が選択される場合もある。支払い方法として上記電子決済サービスが選択された場合、ＥＣアプリ２０は、電子決済サービスにログインするための認証情報を利用者に入力させ、入力された認証情報を決済サーバ１００に送信する。決済サーバ１００は、利用者端末装置１０から受信された認証情報により利用者の認証に成功した場合に、上記購入代金の決済処理を実行する。なお、この場合、決済情報の生成に必要な情報は予めＥＣサーバ２００に登録済みであり、ＥＣアプリ２０によって適宜ＥＣサーバ２００から取得され得る。

なお、図２に示したパターン３の例は、電子商取引サービス側（ＥＣアプリ２０）から電子決済サービスを利用する、いわゆるＩＤ決済による決済方法の一例であるが、本実施形態のＥＣアプリ２０は、所定の条件が満たされた場合には、図２のパターン３に係る電子決済の流れにおいて、一部の処理を省略することにより、電子決済サービスの利便性を向上させることができるものである。以下、パターン３において、上記所定の条件が満たされた場合に一部の処理を省略する決済方法をパターン４と称する。パターン４の決済方法については後述する。

［２．決済サーバ］
図３は、決済サーバ１００の構成の一例を示す図である。決済サーバ１００は、例えば、通信部１１０と、決済コンテンツ提供部１２２と、決済処理部１２４と、認証部１２６と、情報管理部１３０と、記憶部１７０とを備える。通信部１１０および記憶部１７０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。決済コンテンツ提供部１２２と決済処理部１２４とを組み合わせたものが「電子決済サービス提供部」の一例である。

記憶部１７０は、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）などである。記憶部１７０は、決済サーバ１００がネットワークを介してアクセス可能なＮＡＳ（Network Attached Storage）装置であってもよい。記憶部１７０には、決済利用者情報１７２、決済コンテンツ情報１７４、店舗情報１７６などの情報が格納される。

通信部１１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部１１０は、例えばネットワークインターフェースカードである。

決済コンテンツ提供部１２２は、例えば、ウェブサーバの機能を有し、電子決済サービスの各種画面を表示するための情報（コンテンツ）を利用者端末装置１０に提供する。決済コンテンツ提供部１２２は、決済コンテンツ情報１７４から適宜、必要なコンテンツを読み出して利用者端末装置１０に提供する。利用者端末装置１０は、決済アプリ３０によってコンテンツが再生された状態で利用者による各種入力を受け付け、前述した決済情報などを決済サーバ１００に送信する。

決済処理部１２４は、利用者端末装置１０または店舗端末装置５０により送信された決済情報に基づいて、決済処理を行う。決済処理部１２４は、決済利用者情報１７２や店舗情報１７６を参照しながら決済処理を行う。

図４は、決済利用者情報１７２の内容の一例を示す図である。決済利用者情報１７２は、電子決済サービスの利用者の登録情報の一例である。決済利用者情報１７２は、例えば、アカウントＩＤ（省略されてもよい）に対して、新規登録時に最低限必要な電話番号およびパスワードの他、メールアドレス、利用者ＩＤ、氏名・住所・生年月日、チャージ残高、銀行口座、クレジットカード番号、他サービス連携情報、電波認証設定、キャリア決済設定、チャット友達リスト、チャージ履歴情報、決済履歴情報、チャット履歴情報、アカウント連携情報などの情報が対応付けられたものである。以下、これらの情報が対応付けられた利用者のインスタンス（電子決済口座）のことを決済アカウントと称する。また、アカウント連携情報は、利用者が電子決済サービスの利用に関する自身の利用者情報を電子商取引サービスに提供することについての同意の有無を示す情報である。アカウント連携情報は「同意情報」の一例である。

チャージ残高は、利用者が予め決済アカウントに送金することで設定された電子マネーの残高を示す情報である。送金の手段としては、指定業者（銀行）のＡＴＭ（Automatic Teller Machine）からの送金、登録された銀行口座からの送金などがある。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報（口座番号、カード番号）である。他サービス連携情報は、電子決済サービスと連携する（例えば同じ事業グループに属する運営者により運営されている）他のサービスのログインＩＤ等である。電波認証設定は、特定の通信キャリアとの通信によって認証を行う場合の設定情報である。キャリア決済設定は、電子決済サービスを利用した支払いの少なくとも一部を通信キャリアへの支払いに振り替えるための設定情報である。チャット友達リストは、電子決済サービスが提供するチャット機能においてチャットの相手先となる他の利用者のリストである。チャージ履歴情報、決済履歴情報、チャット履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳（日時、購買行動が行われた店舗の店舗ＩＤ、決済金額等）を、決済ごとに示す情報である。チャット履歴情報は、利用者が行ったチャットの内容の履歴である。

図５は、店舗情報１７６の内容の一例を示す図である。店舗情報１７６は、電子決済サービスを利用する加盟店の登録情報の一例である。店舗情報１７６は、例えば、店舗ＩＤに対して、店舗名称や加盟店ＩＤ、銀行口座などの情報が対応付けられたものである。店舗ＩＤは、加盟店が有する店舗の識別情報である。店舗ＩＤは実店舗の識別情報であってもよいし、ＥＣサイトなどのウェブ上に構築された仮想店舗の識別情報であってもよい。加盟店ＩＤは、対応する店舗を運営する加盟者の識別情報である。銀行口座は、対応する店舗の商品販売において電子決済に使用される銀行口座である。銀行口座は、店舗を運営する加盟者の銀行口座であってよい。

図３に戻り、引き続き決済サーバ１００の構成について説明する。認証部１２６は、電子決済サービスの利用者を認証するための認証処理を行う。より具体的には、認証部１２６は、利用者が利用者端末装置１０に入力した認証情報（典型的にはアカウントＩＤおよびパスワード）を利用者端末装置１０から取得し、取得した認証情報を予め登録された照合用の認証情報と比較することにより利用者を認証する。認証部１２６は、このような認証方法の他、ＳＭＳ認証や電子メール認証などの他の認証方法を用いて利用者を認証してもよい。ＳＭＳ認証とは、電話番号を利用したショートメッセージにワンタイムパスワードを含めて利用者端末装置１０に送信し、利用者にワンタイムパスワードを利用者端末装置１０に入力させ、ＥＣアプリ２０を介して決済サーバ１００に送信されたワンタイムパスワードが正しいかどうかを確認することで、電話番号が利用者のものであることを確認する認証方法である。また、電子メール認証とは、電子メールにワンタイムパスワードを含めて利用者端末装置１０に送信し、利用者にワンタイムパスワードを利用者端末装置１０に入力させ、ＥＣアプリ２０を介して決済サーバ１００に送信されたワンタイムパスワードが正しいかどうかを確認することで、電子メールアドレスが利用者のものであることを確認する認証方法である。

情報管理部１３０は、記憶部１７０に登録される各種情報の管理（登録や更新、削除等）を行う。例えば、情報管理部１３０は、利用者端末装置１０から取得した情報に基づいて、決済利用者情報１７２の新たなレコードを作成したり、作成済みのレコードにおける各データ項目を更新したりする。また、例えば、情報管理部１３０は、店舗端末装置５０から取得した情報に基づいて、店舗情報１７６の新たなレコードを作成したり、作成済みのレコードにおける各データ項目を更新したりする。

［３．ＥＣサーバ］
図６は、ＥＣサーバ２００の構成の一例を示す図である。ＥＣサーバ２００は、例えば、通信部２１０と、ＥＣコンテンツ提供部２２２と、ＥＣ処理部２２４と、認証部２２６と、情報管理部２３０と、記憶部２７０とを備える。通信部２１０および記憶部２７０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。

記憶部２７０は、ＨＤＤやフラッシュメモリ、ＲＡＭなどである。記憶部２７０は、ＥＣサーバ２００がネットワークを介してアクセス可能なＮＡＳ装置であってもよい。記憶部２７０には、ＥＣ利用者情報２７２、ＥＣコンテンツ情報２７４、加盟店情報２７６などの情報が格納される。

通信部２１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部２１０は、例えばネットワークインターフェースカードである。

ＥＣコンテンツ提供部２２２は、例えば、ウェブサーバの機能を有し、電子商取引サービスの各種画面を表示するための情報（コンテンツ）を利用者端末装置１０に提供する。ＥＣコンテンツ提供部２２２は、ＥＣコンテンツ情報２７４から適宜、必要なコンテンツを読み出して利用者端末装置１０に提供する。利用者端末装置１０は、ＥＣアプリ２０によってコンテンツが再生された状態で商品購入に関する利用者の各種操作の入力を受け付け、その入力情報をもとに購入情報を作成してＥＣサーバ２００に送信する。

ＥＣ処理部２２４は、利用者端末装置１０から受信された購入情報に基づいて、対象商品の注文を確定する受注処理を行う。受注処理には、対象商品の購入代金の支払いを選択された支払い方法で決済する決済処理や、対象商品を販売する加盟店に対して受注の通知を行ったり、対象商品を購入した利用者に対して注文確定の通知を行ったりする処理などが含まれる。ＥＣ処理部２２４は、受注処理において、購入代金の支払い方法として電子決済サービスが選択された場合、電子決済サービスを使用した電子決済に必要な情報を利用者端末装置１０に送信する。決済情報には、例えば、利用者のアカウントＩＤや、決済金額、対象商品を販売する加盟店の識別情報などが含まれる。利用者端末装置１０では、ＥＣアプリ２０がＥＣサーバ２００から供給された情報をもとに決済情報を生成して決済サーバ１００に送信することにより、対象商品の購入代金の支払いについて電子決済を要求する。ＥＣ処理部２２４は、ＥＣ利用者情報２７２や加盟店情報２７６を参照しながら受注処理を行う。

図７は、ＥＣ利用者情報２７２の内容の一例を示す図である。ＥＣ利用者情報２７２は、電子商取引サービスの利用者の登録情報の一例である。ＥＣ利用者情報２７２は、例えば、アカウントＩＤ（省略されてもよい）に対して、電話番号やパスワード、メールアドレス、利用者ＩＤ、氏名・住所・生年月日などの個人情報が対応付けられたものである。以下、これらの情報が対応付けられた利用者のインスタンス（個人情報）のことをＥＣアカウントと称する。

図８は、加盟店情報２７６の内容の一例を示す図である。加盟店情報２７６は、電子商取引サービスを利用して商品を販売する加盟店の登録情報の一例である。加盟店情報２７６は、例えば、加盟店ＩＤに対して、加盟店名称や銀行口座などの情報が対応付けられたものである。加盟店ＩＤは、加盟店の識別情報である。銀行口座は、対応する加盟店が電子商取引サービスを提供する事業者（以下「ＥＣ事業者」という。）との間で商品の売上金やサービス利用料等の入出金に使用する銀行口座である。

図６に戻り、引き続きＥＣサーバ２００の構成について説明する。認証部２２６は、電子商取引サービスの利用者を認証するための認証処理を行う。より具体的には、認証部２２６は、利用者が利用者端末装置１０に入力した認証情報（典型的にはアカウントＩＤおよびパスワード）を利用者端末装置１０から取得し、取得した認証情報を予め登録された照合用の認証情報と比較することにより利用者を認証する。認証部２２６は、このような認証方法の他、ＳＭＳ認証や電子メール認証などの他の認証方法を用いて利用者を認証してもよい。

情報管理部２３０は、記憶部２７０に登録される各種情報の管理（登録や更新、削除等）を行う。例えば、情報管理部２３０は、利用者端末装置１０から取得した情報に基づいて、ＥＣ利用者情報２７２の新たなレコードを作成したり、作成済みのレコードにおける各データ項目を更新したりする。また、例えば、情報管理部２３０は、店舗端末装置５０などから取得した情報に基づいて、加盟店情報２７６の新たなレコードを作成したり、作成済みのレコードにおける各データ項目を更新したりする。

［４．利用者端末装置］
図９は、利用者端末装置１０の構成の一例を示す図である。利用者端末装置１０は、例えば、通信部１１と、入力部１２と、表示部１３と、制御部１４と、記憶部１５とを備える。これらの構成要素のうち、制御部１４は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。

記憶部１５は、ＨＤＤやフラッシュメモリ、ＲＡＭなどである。記憶部１５には、ＥＣアプリ２０および決済アプリ３０が格納される。ＥＣアプリ２０および決済アプリ３０は、それぞれ利用者端末装置１０へのインストールによって記憶部１５に格納される。

通信部１１は、ネットワークＮＷに接続するための通信インターフェースである。通信部１１は、例えばネットワークインターフェースカードを含む。

入力部１２は、タッチパネルやスイッチ、ボタン等の入力装置を含む。入力部１２は、利用者端末装置１０に対する操作の入力を受け付ける。入力部１２は、入力された操作の情報を制御部１４に出力する。

表示部１３は、液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等の表示装置を含む。表示部１３には、利用者端末装置１０の動作に関する各種の情報が表示される。例えば、表示部１３には、ＥＣアプリ２０の画面や決済アプリ３０の画面などが表示される。

制御部１４は、利用者端末装置１０の各部を制御する。より具体的には、制御部１４は、ＥＣアプリ２０を実行することによりＥＣアプリ実行部２２を生成し、決済アプリ３０を実行することにより決済アプリ実行部３２を生成する。すなわち、ＥＣアプリ実行部２２は、ＥＣアプリ２０の実行によってメモリ上に展開されるＥＣアプリ２０のインスタンスであり、ＥＣアプリ２０と機能的に等価のものである。同様に、決済アプリ実行部３２は、決済アプリ３０の実行によってメモリ上に展開される決済アプリ３０のインスタンスであり、決済アプリ３０と機能的に等価のものである。したがって、以下では、ＥＣアプリ実行部２２をＥＣアプリ２０という場合や、決済アプリ実行部３２を決済アプリ３０という場合、また、それらの逆の場合も有り得る。ＥＣアプリ実行部２２は「ＡＰＩ部」の一例である。

［５．ＥＣアプリの動作（パターン４）］
図１０は、利用者端末装置１０におけるＥＣアプリ２０の動作の一例を示すフローチャートである。上述のとおり、ＥＣアプリ２０は、利用者が電子商取引サービスを利用するためのアプリケーションプログラムであり、利用者による購入対象商品の選択操作を受け付けるとともに、ＥＣサーバ２００に対して当該商品の受注処理に必要な情報を提供するものである。受注処理には、利用者が選択した支払い方法により商品の購入代金の支払いを決済する決済処理が含まれる。一般に、電子商取引サービスにおいて外部の電子決済サービスの機能を使用して決済する方法はＩＤ決済と呼ばれている。図２のパターン３で説明したように、このようなＩＤ決済では一般に、利用者が電子決済サービスに対して決済の実行を要求する際に、電子決済サービスによる認証を受けることによって決済が可能となる。例えば、本実施形態のＥＣアプリ２０では、利用者が支払い方法として電子決済サービスを選択して決済の実行を要求すると、電子決済サービスのログイン画面への画面遷移が行われ、ログイン画面に入力された認証情報によって電子決済サービスへのログインが成功した場合に電子決済サービスの機能が使用可能となる。

しかしながら、このような従来方法によるＩＤ決済では、決済が完了するまでに複数回の画面遷移が行われたり、利用者が決済の都度認証情報を入力しなければならなかったりすることにより、利用者にとって必ずしも利便性が高くない場合があった。そこで、本実施形態における利用者端末装置１０は、電子決済事業者の提供するＡＰＩ（Application Program Interface、以下「決済ＡＰＩ」という。）を使用可能に構成されたＥＣアプリ２０を実行することにより、電子商取引サービスから電子決済サービスを使用する際の利便性を高めることができる。これは図２で述べたパターン４による電子決済方法によるものである。なお、図１１および図１２は、図１０のフローチャートの処理の流れにおいて行われる画面遷移の一例を示す図である。以下、図１１および図１２を適宜参照しながら、ＥＣアプリ２０によるパターン４の電子決済処理の流れについて説明する。

図１０のフローチャートでは、利用者がＥＣアプリ２０の画面において購入対象の商品を選択し（図１１の商品選択画面Ｇ１１を参照）、その購入代金の支払い方法として電子決済サービスを選択し（図１１の商品購入画面Ｇ１２を参照）、選択した電子決済サービスによる決済の実行を要求する操作を利用者端末装置１０に対して行った場合（ボタンインターフェースＩＮＴ１２１を押下した場合）に、ＥＣアプリ実行部２２が行う処理の流れの一例を示すものである。まず、ＥＣアプリ実行部２２は、決済サーバ１００に対して、電子決済サービスの利用に関する利用者の決済利用者情報１７２をＥＣ事業者に提供することについて利用者が同意済みであるか否かを問い合わせ（Ｓ１０１）、その問い合わせの結果により当該情報提供についての利用者の同意の有無を判定する（Ｓ１０２）。

ここで、利用者がＥＣ事業者に対する自身の決済利用者情報１７２の提供について同意済みでないと判定した場合、ＥＣアプリ実行部２２は、電子決済サービスのログイン画面（図１１のログイン画面Ｇ１３を参照）を表示させ（Ｓ１０３）、利用者に電子決済サービスへのログインを促す。ここで電子決済サービスのログイン画面を表示させるためのコンテンツの情報は予め決済ＡＰＩに含まれていてもよいし、決済ＡＰＩがネットワークＮＷを介した通信により決済サーバ１００から取得するものであってもよい。続いて、ＥＣアプリ実行部２２は、ログイン画面に入力された認証情報を用いて決済サーバ１００に利用者の認証を要求する（Ｓ１０４）。

ここで、電子決済サービスへの利用者のログインが成功した場合、ＥＣアプリ実行部２２は、決済利用者情報１７２をＥＣ事業者に提供することについて利用者の同意を確認するための同意確認画面（図１１のアカウント連携画面Ｇ１４を参照）を表示させ（Ｓ１０５）、情報提供への同意を回答する操作の入力を受け付ける。ＥＣアプリ実行部２２は、情報提供に関して利用者が同意する旨を回答する操作を入力した場合、その旨を決済サーバ１００に通知するとともに（Ｓ１０６）、当該利用者について決済利用者情報１７２の提供を決済サーバ１００に要求する。ここで、提供を要求する決済利用者情報１７２は、当該利用者に関する全ての情報であってもよいし、一部の情報であってもよい。ＥＣアプリ実行部２２は、決済サーバ１００から提供された決済利用者情報１７２をもとに、当該利用者の決済処理に必要な決済情報を生成し、生成した決済情報を決済サーバ１００に送信する（Ｓ１０７）ことにより、当該利用者が購入しようとしている商品の購入代金の支払いについて電子決済の実行を決済サーバ１００に要求する。

なお、図１１に示すポップアップＧ１６は、決済サーバ１００から提供された決済利用者情報１７２の表示態様の一例を示すものである。ここでは、電子決済サービスにおける利用者のチャージ残高が、対象商品の購入代金に対して不足している場合における表示例が示されている。この例のように、チャージ残高が不足している場合には、ＥＣアプリ実行部２２は、チャージ残高（決済利用者情報１７２の一例）を、購入商品の価格などを含む決済情報や、電子決済サービスへのチャージを行って購入代金を支払うことを促すユーザインターフェースＩＮＴ１６１などとともに利用者端末装置１０に表示させてもよい。また、チャージ残高が不足していない場合には、ＥＣアプリ実行部２２は、支払いの実行について最終確認を促すユーザインターフェースをユーザインターフェースＩＮＴ１６１に代えて表示させてもよい。また、この場合、ＥＣアプリ実行部２２は、最終確認を促すユーザインターフェースを表示することなく決済サーバ１００に決済の実行を要求し、その実行結果を示す情報（決済利用者情報１７２の一例）を表示するように構成されてもよい。

また、図１１に示す商品購入画面Ｇ１５およびポップアップＧ１６は、決済サーバ１００から取得された利用者に関する第１の情報（例えばチャージ残高などの決済利用者情報１７２や、電子決済の実行結果などを含む）を、ＥＣサーバ２００から取得された利用者に関する第２の情報（例えばＥＣ利用者情報２７２や、購入商品、購入価格、支払い方法などの選択情報などを含む）とともに表示させる表示態様の一例を示すものである。例えばポップアップＧ１６は、アカウント連携画面Ｇ１４のボタンインターフェースＩＮＴ１４１が押下された場合に、ＥＣアプリ実行部２２が第２の情報を含む商品購入画面Ｇ１２に画面を戻しつつ、第１の情報を含むポップアップＧ１６を商品購入画面Ｇ１５に重畳して表示させることによって実現され得る。決済サーバ１００から取得された第１の情報を第２の情報を含むＥＣコンテンツに埋め込んで表示させることが考えられる。このような表示態様は、例えば、アカウント連携画面Ｇ１４のボタンインターフェースＴ１４１が押下された場合に、ＥＣアプリ実行部２２が、取得された第１の情報を含む第２の商品購入画面（図示せず）を生成することによって実現され得る。商品購入画面Ｇ１５は「第１の画面」の一例である。ポップアップＧ１６は「第２の画面」の一例である。

図１０に戻り、フローチャートの説明を続ける。ステップＳ１０２において、利用者がＥＣ事業者に対する自身の決済利用者情報１７２の提供について同意済みであると判定した場合、ＥＣアプリ実行部２２は、自アプリケーションの履歴情報を参照し、利用者が電子決済サービスを利用して決済を行った直近のタイミング（以下「決済タイミング」という。）を取得する（ステップＳ１０８）。ＥＣアプリ実行部２２は、その直近の決済タイミングが現時点から過去に遡る所定期間の範囲内であるか否かを判定する（ステップＳ１０９）。ここで、直近の決済タイミングが上記の所定期間の範囲内であると判定した場合、ＥＣアプリ実行部２２は、ステップＳ１０３～Ｓ１０６の処理を省略してステップＳ１０７に処理を進める。これにより、ＥＣアプリ実行部２２は、利用者が上記情報提供について同意済みであり、且つ、電子決済サービスの今回の利用が前回の利用から所定期間の範囲内である場合、利用者による電子決済サービスへのログインとアカウント連携についての同意確認とを省略して、利用者に電子決済サービスを使用させることができる。この場合、例えば図１２に示されるように、図１１の画面遷移において、電子決済サービスへのログイン画面Ｇ１３およびアカウント連携画面Ｇ１４への遷移が省略された形となる。

なお、この場合、電子決済サービス側から電子商取引サービス側への情報提供に利用者が予め同意しているので、ＥＣアプリ実行部２２は、利用者による商品購入の流れにおいて、当該利用者の第２の情報を任意のタイミングで取得することができる。すなわち、この場合のＥＣアプリ実行部２２は、図１２に示した商品選択画面Ｇ１１や商品購入画面Ｇ１２においても、第１の情報を第２の情報とともに表示させることができるということである。図１３は、このような表示態様の一例として商品購入画面Ｇ１２’を示す。この場合、例えば、ＥＣアプリ実行部２２は、電子決済事業者が提供するキャンペーン情報を第１の情報として決済サーバ１００から取得し、購入商品の名称や商品価格などの商品情報（第２の情報）とともに商品購入画面Ｇ１２’に表示させてもよい。図１３に例示する商品購入画面Ｇ１２’は、電子決済事業者が提供するキャンペーンのうち、利用者が利用可能なキャンペーン＃１～＃３のいずれかを利用して支払いを行うためのユーザインターフェースＩＮＴ１７１～ＩＮＴ１７３と、利用者がキャンペーンを利用せずに通常の方法で電子決済サービスを利用して支払いを行うためのユーザインターフェースＩＮＴ１７４と、利用者がクレジットカードを使用して支払いを行うためのユーザインターフェースＩＮＴ１７５とを表示するものである。

この場合、例えば、ＥＣアプリ実行部２２は、対象の利用者が利用可能なキャンペーンや、各キャンペーンの詳細情報（例えば還元額や還元ポイント数、還元率など）などを第１の情報として決済サーバ１００から取得することにより、第１の情報を購入対象商品の名称や購入価格などの第２の情報とともに表示する商品購入画面Ｇ１２’を生成することができる。利用者は、商品購入画面Ｇ１２’に表示されたユーザインターフェースＩＮＴ１７１～ＩＮＴ１７５のいずれかを選択する操作を入力することにより、自身が選択した支払い方法で対象商品の購入代金の支払いを決済することができる。

なお、このような決済タイミングの判定のため、ＥＣアプリ実行部２２は、少なくとも利用者が電子決済サービスを使用して決済を行ったタイミングを履歴情報として保存するように構成される。履歴情報を保存する手段にはクッキー（ｃｏｏｋｉｅ）が使用されてもよいし、その他の手段が用いられてもよい。

一方、ステップＳ１０９において、直近の決済タイミングが上記の所定期間の範囲内でないと判定した場合、ＥＣアプリ実行部２２は、ステップＳ１０３に処理を進めることにより、電子決済サービスに対して再度利用者の認証を行わせ、再度の認証に成功した場合に、利用者に対して電子決済サービスを使用させることができる。なお、図１０のフローチャートにおいて、一部または全部のステップが決済ＡＰＩによって実現されてよい。

このように構成されたサービス提供システムの実施形態によれば、利用者の商品購入に関し、電子決済サービスの機能が電子商取引サービス側から呼び出された場合であって、ＥＣ事業者に対する決済利用者情報１７２の提供に利用者が同意したことを示す場合、認証部１２６による利用者の認証を省略して電子商取引サービス側に上記電子決済サービスの機能を提供する決済ＡＰＩを備えることにより、電子商取引サービスから電子決済サービスを使用する際の利便性を高めることができる。

＜変形例＞
上記の実施形態では、決済ＡＰＩが利用者端末装置１０で実行されるＥＣアプリ２０に含まれる場合について説明したが、決済ＡＰＩをウェブブラウザが実行可能なモジュールとして構成することにより、上述した決済ＡＰＩの機能を利用者端末装置１０で動作するウェブブラウザで実行させることも可能である。この場合、例えば、ＥＣ事業者は、電子決済事業者から提供された決済ＡＰＩをＥＣコンテンツ情報２７４の一部として記憶部２７０に格納しておくことが考えられる。より具体的には、決済ＡＰＩは、支払いの実行指示が入力されたことに応じて自身（決済ＡＰＩ）を実行するＥＣコンテンツ（商品購入画面）の一部として記憶部２７０に格納されてもよい。このような構成によれば、利用者は、利用者端末装置１０にＥＣアプリ２０をインストールすることなく決済ＡＰＩの機能を使用することができる。また、決済ＡＰＩをウェブブラウザが実行可能なモジュール（例えばｊａｖａｓｃｒｉｐｔ（登録商標）など）として構成すれば、これをＥＣアプリ２０に含めることにより、ウェブブラウザを利用する場合と、ＥＣアプリ２０を利用する場合とで、同じモジュールを用いて決済ＡＰＩの機能を実装することができる。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１０…利用者端末装置、１１…通信部、１２…入力部、１３…表示部、１４…制御部、１５…記憶部、２０…ＥＣアプリ、２２…アプリ実行部、３０…決済アプリ、３２…決済アプリ実行部、５０…店舗端末装置、６０…店舗コード画像、１００…決済サーバ、１１０…通信部、１２２…決済コンテンツ提供部、１２４…決済処理部、１２６…認証部、１３０…情報管理部、１７０…記憶部、１７２…決済利用者情報、１７４…決済コンテンツ情報、１７６…店舗情報、２００…電子商取引サーバ（ＥＣサーバ）、２１０…通信部、２２２…ＥＣコンテンツ提供部、２２４…ＥＣ処理部、２２６…認証部、２３０…情報管理部、２７０…記憶部、２７２…ＥＣ利用者情報、２７４…ＥＣコンテンツ情報、２７６…加盟店情報

Claims (11)

1. 電子商取引サービスで販売される商品の購入代金を決済する電子決済サービスを利用者に提供するサービス提供システムであって、
   前記利用者に前記電子決済サービスを提供する電子決済サービス提供部と、
   前記電子決済サービスの利用者を認証する認証部と、
   前記電子決済サービスの利用に関する前記利用者の利用者情報を、前記電子商取引サービスを提供するＥＣ事業者に提供することについて前記利用者の同意の有無を示す同意情報を記憶部に記憶させる情報管理部と、
   前記利用者の商品購入に関し、前記電子決済サービス提供部が提供する前記電子決済サービスの機能が前記電子商取引サービスを提供するＥＣシステム側から呼び出された場合であって、前記記憶部に記憶された前記利用者の同意情報が、前記ＥＣ事業者に対する前記利用者情報の提供に前記利用者が同意したことを示す場合、前記認証部による前記利用者の認証を省略して前記ＥＣシステム側に前記機能を提供するＡＰＩ（Application Program Interface）部と、
   を備える、
   サービス提供システム。
2. 前記ＡＰＩ部は、前記電子決済サービスの機能が前記ＥＣシステム側から呼び出された場合、前記利用者が前記電子決済サービスを利用した直近のタイミングが現時点から過去に遡る所定期間の範囲内であるか否かを判定し、前記直近のタイミングが前記所定期間の範囲内である場合に前記認証部による前記利用者の認証を省略し、前記直近のタイミングが前記所定期間の範囲内でない場合には前記認証部による前記利用者の認証を省略しない、
   請求項１に記載のサービス提供システム。
3. 前記ＡＰＩ部は、前記電子決済サービスの機能が前記ＥＣシステム側から呼び出された場合であって、その時点で前記利用者が前記ＥＣ事業者に対する前記利用者情報の提供について同意していない場合、前記認証部が前記利用者を認証した後に、前記利用者情報の提供について前記利用者の同意を得るための処理を実施する、
   請求項１または２に記載のサービス提供システム。
4. 前記ＡＰＩ部は、
   ウェブブラウザが実行可能なプログラムであり、
   前記プログラムが、前記ＥＣシステム側から前記利用者の端末装置に取得され、前記端末装置で動作するウェブブラウザにより実行されることによって生成される、
   請求項１から３のいずれか一項に記載のサービス提供システム。
5. 前記ＡＰＩ部は、
   ウェブブラウザが実行可能なプログラムであり、
   前記プログラムは、前記利用者の端末装置にインストールされたアプリケーションであって前記電子商取引サービスで販売される商品の購入を支援するアプリケーションの一部として前記端末装置に記憶され、前記利用者が前記アプリケーションを利用して商品購入を行う際に、前記アプリケーションから呼び出されて実行されることによって生成される、
   請求項１から３のいずれか一項に記載のサービス提供システム。
6. 前記ＡＰＩ部は、前記電子決済サービスの機能が前記ＥＣシステム側から呼び出された場合、前記利用者が前記電子商取引サービスを利用して購入しようとしている商品の購入代金の決済に関する情報を前記利用者情報として前記電子決済サービスを提供する電子決済システム側から取得して前記ＥＣシステム側に提供する、
   請求項１から５のいずれか一項に記載のサービス提供システム。
7. 前記ＡＰＩ部は、前記電子決済システム側から取得した前記利用者に関する第１の情報を、前記ＥＣシステム側から取得された前記利用者に関する第２の情報とともに前記利用者の端末装置に表示させる、
   請求項６に記載のサービス提供システム。
8. 前記ＡＰＩ部は、前記端末装置において、前記第１の情報を表示する第１の画面内に前記第２の情報を表示させる、
   請求項７に記載のサービス提供システム。
9. 前記ＡＰＩ部は、前記端末装置において、前記第２の情報を表示する第２の画面を、前記第１の情報を表示する第１の画面に重畳させて表示させる、
   請求項７に記載のサービス提供システム。
10. 電子商取引サービスで販売される商品の購入代金を決済する電子決済サービスを利用者に提供するサービス提供システムを構成する１以上のコンピュータが、
    前記利用者に前記電子決済サービスを提供する電子決済サービス提供処理と、
    前記電子決済サービスの利用者を認証する認証処理と、
    前記電子決済サービスの利用に関する前記利用者の利用者情報を、前記電子商取引サービスを提供するＥＣ事業者に提供することについて前記利用者の同意の有無を示す同意情報を記憶部に記憶させる情報管理処理と、
    を実行し、
    前記利用者の商品購入に関し、前記電子決済サービス提供処理により提供される前記電子決済サービスの機能が前記電子商取引サービスを提供するＥＣシステム側から呼び出された場合であって、前記記憶部に記憶された前記利用者の同意情報が、前記ＥＣ事業者に対する前記利用者情報の提供に前記利用者が同意したことを示す場合、前記認証処理による前記利用者の認証を省略して前記ＥＣシステム側に前記機能を提供する、
    サービス提供方法。
11. 電子商取引サービスで販売される商品の購入代金を決済する電子決済サービスを利用者に提供するサービス提供システムを構成する１以上のコンピュータに、
    前記利用者に前記電子決済サービスを提供する電子決済サービス提供処理と、
    前記電子決済サービスの利用者を認証する認証処理と、
    前記電子決済サービスの利用に関する前記利用者の利用者情報を、前記電子商取引サービスを提供するＥＣ事業者に提供することについて前記利用者の同意の有無を示す同意情報を記憶部に記憶させる情報管理処理と、
    を実行させ、
    前記利用者の商品購入に関し、前記電子決済サービス提供処理により提供される前記電子決済サービスの機能が前記電子商取引サービスを提供するＥＣシステム側から呼び出された場合であって、前記記憶部に記憶された前記利用者の同意情報が、前記ＥＣ事業者に対する前記利用者情報の提供に前記利用者が同意したことを示す場合、前記認証処理による前記利用者の認証を省略して前記ＥＣシステム側に前記機能を提供させる、
    プログラム。

Images