JP5496398B1 - 決済装置、決済プログラム、及びｅｃサーバ - Google Patents

Abstract

【課題】一つに、決済へ至る迄の操作性を向上させた決済の仕組みを提供する。
【解決手段】本発明にかかる決済装置は、ＥＣサイトで販売される商品を決済する決済装置であって、ユーザによりＥＣサイトの商品ページがアクセスされたとき、商品ページから、商品を特定するための商品識別子と、ユーザとのセッション情報とを受信する受信手段と、商品識別子とセッション情報とに基づいて、商品の決済に関する情報を含む決済アイコンを生成する生成手段と、商品ページに、決済アイコンを送信する送信手段と、ユーザにより商品ページ内に表示された決済アイコンが操作されたとき、セッション情報により特定されたユーザに対して、商品の決済処理を実行する決済手段とを有する。
【選択図】図１１

Description

本発明は、決済装置、決済プログラム、及びＥＣサーバに関する。

近年、インターネットショッピングが広く普及している。販売者は、ＥＣ（Electronic Commerce）サイトなどと呼ばれるウェブサイトを運営しながら、ユーザに向けて商品等を販売する。ここで、ユーザが購入する商品代金の決済方法としては、ユーザ利便性向上のため、ＥＣサイト側は、例えば、銀行振込み、カード決済、コンビニ決済、プリペイド決済など、様々な決済方式に対応する必要がある。一般に、販売者自らがＥＣサイトに決済の仕組みを導入するには、開発コストや技術的な問題があるため、外部の決済代行サービスを利用するのが主流である（例えば、特許文献１−３参照）。

例えば、「ＡＳＰリンクタイプ」と呼ばれるように、ＥＣサイトに対し、決済画面が提供されるタイプがある（小規模のＥＣサイト向け）。販売者としては、自身のＥＣサイト上、決済代行業者側が運営する支払い画面サイトへのリンクを設定するだけなので、決済の枠組みを容易且つ低コストで導入することができる。

また、例えば、「モジュール組み込みタイプ」と呼ばれるように、販売者のＥＣサイトに組み込み可能な形態で、ショッピングカートなどの決済の枠組みを部品化して提供されるタイプもある（大〜中規模のＥＣサイト向け）。販売者としては、自身のＥＣサイトに決済の枠組みを組み込むことができるので、購入から決済までを自ドメイン内で完了させたり、デザイン的な一体感を演出することができる。

特開２００８−０２６９３５号公報 特開２００２−３０４５８６号公報 特開２００２−２５９８３９号公報

しかしながら、上述の「ＡＳＰリンクタイプ」及び「モジュール組み込みタイプ」においては、ユーザが商品等を購入し決済を行う場合、決済完了に至る迄には、複数の画面遷移が伴う。このため、特にユーザがスマートフォンなどを利用している場合など、決済完了迄のプロセスにおいて、ユーザの操作が煩雑になるという問題がある。また、これに伴い、ＣＶＲ（Conversion Rate）の低下を招く恐れもある。

本発明は上記の問題点に鑑み提案されたものであり、その目的とするところは、一つに、決済へ至る迄の操作性を向上させた決済の仕組みを提供することにある。

上記の課題を解決するため、本発明にあっては、ＥＣサイトで販売される商品を決済する決済装置であって、前記ＥＣサイトの商品ページに埋め込まれることで、ユーザにより該商品ページがアクセスされたとき、該商品ページから、該商品を特定するための商品識別子と、該ユーザとのセッション情報と送信するスクリプトタグを発行する発行手段と、前記商品識別子と、前記セッション情報とを受信する受信手段と、前記商品識別子に基づいて商品ページの商品を特定し、前記セッション情報に基づいて商品ページにアクセスしたユーザを特定することにより、前記商品を前記ユーザが決済するための情報を含む決済アイコンを生成する生成手段と、前記商品ページに、前記決済アイコンを送信する送信手段と、ユーザにより前記商品ページ内に表示された前記決済アイコンが操作されたとき、前記セッション情報により特定されたユーザに対して、前記商品の決済処理を実行する決済手段とを有する。

本発明の実施の形態によれば、一つに、決済へ至る迄の操作性を向上させた決済の仕組みを提供することができる。

決済システムのネットワーク構成例を示す図である。 決済サーバ３のハードウェア構成例を示す図である。 決済サーバ３の機能構成例を示す図である。 セッション管理ＤＢ２０５ａのデータ構造例を示す図である。 ＥＣサイト・商品ＤＢ２０５ｂのデータ構造例を示す図である。 ユーザＤＢ２０５ｃのデータ構造例を示す図である。 ＥＣサイト（販売者）側の事前準備を説明する図である。 商品登録を行うための管理画面の一例を示す図である。 ユーザ側の事前準備を説明する図である。 決済処理を説明する図である。 決済アイコン１０２の一例を示す図である。 決済操作の一例を示す図（その１）である。 決済操作の一例を示す図（その２）である。 ユーザ、ＥＣサイト及び決済代行サービスとの対応関係を示す図である。

以下、本発明の好適な実施形態につき説明する。

＜システム構成＞
（ネットワーク）
図１は、本実施形態にかかる決済システムのネットワーク構成例を示す図である。図１において、本決済システムは、ＥＣサーバ１、ユーザ端末２、決済サーバ３が、ネットワーク４を介して接続される。

ＥＣサーバ１は、販売者が運営するＥＣサイトのウェブサーバである。販売者は、ＥＣサーバ１上に販売したい商品等（以下単に商品という）に関するウェブコンテンツを掲載し、ユーザに向けてその商品を販売する。ここで、本実施形態にかかるＥＣサイトは、商品購入の決済を行うにあたり、決済代行業者から提供されるスクリプトタグを、ＥＣサイトの商品ページ（ウェブページ）内に埋め込むという形態で、外部の決済代行サービスを利用する（詳細は後述）。

ユーザ端末２は、例えば、スマートフォン、タブレット端末、パソコン、携帯電話など、ユーザが利用するコンピュータ端末である。ユーザは、ユーザ端末２を用いて、ＥＣサイトにアクセスし、ＥＣサイトの商品ページ上で販売（紹介）される商品の購入を行う。

決済サーバ３は、決済事業者により運営される決済サーバである。ユーザが商品購入の決済を行うにあたり、ＥＣサイトの商品ページ内の決済アイコンが操作されると、決済サーバ３は、これを受けて、当該商品購入に伴う決済処理を実行する。

ネットワーク４は、有線、無線を含むネットワークであり、例えば、ＥＣサーバ１、ユーザ端末２、及び決済サーバを相互に接続するインターネット網である。また、ユーザ端末２とネットワーク４との間は、３G、４G、WiFi（登録商標）等でも接続されうる。

（ハードウェア）
図２は、本実施形態にかかる決済サーバ３のハードウェア構成例を示す図である。図２において、決済サーバ３は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入力装置１４、出力装置１５、通信装置１６、ＨＤＤ（Hard Disk Drive）１７を有する。

ＣＰＵ１１は、各種プログラムの実行や演算処理を行う。ＲＯＭ１２は、起動時に必要なプログラムなどが記憶されている。ＲＡＭ１３は、ＣＰＵ１１での処理を一時的に記憶したり、データを記憶したりする。入力装置１４は、キーボードやマウスである。出力装置１５は、映像や画像を表示出力するディスプレイや、音声等を出力するスピーカーである。通信装置１６は、ネットワーク４を介し、他装置との通信を行う。ＨＤＤ１７は、各種データ及びプログラムを格納する。

（機能）
図３は、本実施形態にかかる決済サーバ３の機能構成例を示す図である。図３において、決済サーバ３は、タグ発行部２０１、セッション管理部２０２、決済アイコン生成部２０３、決済部２０４、記憶部２０５を有する。

タグ発行部２０１は、商品毎に、スクリプトタグを発行する。発行されたスクリプトタグは、ＥＣサイトの商品ページ（ウェブページ）内に埋め込まれる。これにより、ユーザにより商品ページがアクセスされたタイミングで、決済アイコンが生成される。

セッション管理部２０２は、ユーザが決済サーバ３の会員画面でユーザログインを行うと、ユーザのユーザ端末２に対してセッションＩＤを発行する。そして、セッション管理部２０２は、発行したセッションＩＤを管理することで、ログインユーザとのセッション管理を行う。

決済アイコン生成部２０３は、決済アイコンを生成するために、受信部２０３ａ、生成部２０３ｂ、送信部２０３ｃを有する。

受信部２０３ａは、ＥＣサーバ１の商品を販売する商品ページから、その商品を特定するための商品識別子（例えば、商品ＩＤ）と、商品ページにアクセスしたユーザとのセッション情報（例えば、セッションＩＤ）とを受信する。

生成部２０３ｂは、受信部２０３ａにより受信した商品の商品識別子とユーザとのセッション情報とに基づいて、商品の決済に関する情報を含む決済アイコン（例えば、決済バナー）を生成する。

送信部２０３ｃは、ＥＣサーバ１の商品ページに、生成部２０３ｂにより生成された決済アイコンを送信する。決済アイコンは、例えば、商品代金の決済用バナーのイメージで、ＥＣサーバ１の商品ページ内に表示される。この点、具体例は後述する。

決済部２０４は、ＥＣサーバ１の商品ページ内に表示された決済アイコンが操作されると、これを決済リクエストとして受信し、セッション情報により特定されたユーザに対して、商品の決済処理を実行する。これにより、そのユーザに対する商品決済（商品購入）が完了する。なお、商品決済の完了後は、決済サーバ３を運営する決済代行業者から、商品代金がＥＣサイトに支払われると共に、ＥＣサイトからユーザに対しては購入商品が発送される。

記憶部２０５は、セッション管理ＤＢ２０５ａ、ＥＣサイト・商品ＤＢ２０５ｂ、ユーザＤＢ２０５ｃを記憶する。

セッション管理ＤＢ２０５ａは、ログインユーザとのセッション管理を行うためのデータベースである。例えば、決済代行サービスの会員画面からユーザログインが成功すると、セッション管理ＤＢ２０５ａ上、ログインユーザと、ログインユーザに対して発行したセッションＩＤとが対応付けて管理される。

ＥＣサイト・商品ＤＢ２０５ｂは、決済サーバ３により提供される決済代行サービスに加盟したＥＣサイト（販売者）が登録されたデータベースである。例えば、加盟のＥＣサイトの情報や、ＥＣサイトが販売する商品の情報などが予め登録される。

ユーザＤＢ２０５ｃは、決済サーバ３により提供される決済代行サービスに加入したユーザ（購入者）が登録されたデータベースである。例えば、ユーザ自身の情報や、決済に用いるクレジットカードの情報などが予め登録される。

なお、これらの各機能部は、決済サーバ３を構成するコンピュータのＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。但し、これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」などと読替えてもよい。

またこれらの各機能部は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であってもよい。また例えば、データベースなどは、サーバ・コンピュータ内のＨＤＤ等の記憶媒体上に所定のデータを体系的に保持するものであるが、必ずしも１つのサーバ内に配置される必要はなく、複数・他の装置上に配置してもよい。

（セッション管理ＤＢ２０５ａ）
図４は、本実施形態にかかるセッション管理ＤＢ２０５ａのデータ構造例を示す図である。セッション管理ＤＢ２０５ａは、ログイン状態にあるログインユーザと、そのセッションＩＤとを対応付けて管理する。具体的に、セッション管理ＤＢ２０５ａは、「セッションＩＤ」、「ユーザＩＤ」、「最終ログイン日時」のデータを有する。

「セッションＩＤ」は、ユーザログインに成功したユーザのユーザＩＤと対応付けるためのセッションＩＤである。ユーザが決済代行サービスの会員画面からユーザログインを行うと、そのユーザに対応付けてセッションＩＤが発行される。

「ユーザＩＤ」は、決済代行サービスの会員画面からユーザログインに成功したユーザのＩＤである。ユーザＤＢ２０５ｃの「ユーザＩＤ」に対応する。

「最終ログイン日時」は、ユーザログインに成功した最終のログイン日時である。

なお、例えば、ユーザがログアウトを行ったり、「最終ログイン日時」から一定期間経過するなどして、ユーザがログイン状態でなくなった場合には、セッション管理ＤＢ２０５ａから、そのユーザの「セッションＩＤ」、「ユーザＩＤ」、「最終ログイン日時」のレコードが削除される。なお、上記以外に、例えば、「ＩＰアドレス」「使用ブラウザ名」などを管理し、決済リクエストに際して不審な点がないかセキュリティ上の確認を行うこともできる。

（ＥＣサイト・商品ＤＢ２０５ｂ）
図５は、本実施形態にかかるＥＣサイト・商品ＤＢ２０５ｂのデータ構造例を示す図である。ＥＣサイト・商品ＤＢ２０５ｂは、決済代行サービスに加盟しているＥＣサイトの情報や、ＥＣサイトが販売する商品の情報などが予め登録される。具体的に、ＥＣサイト・商品ＤＢ２０５ｂは、「ＥＣサイトＩＤ」、「ＥＣサイト（ＵＲＬ）」、「販売者」、「商品ＩＤ」、「商品名」、「商品型番」、「金額」のデータを有する。

「ＥＣサイトＩＤ」は、ＥＣサイトの登録時に付与されるＩＤであって、ＥＣサイトを識別するための固有識別子である。

「ＥＣサイト（ＵＲＬ）」は、ＥＣサイトのＵＲＬ（Uniform Resource Locator）である。

「販売者」は、ＥＣサイトを運営し、ＥＣサイトで商品を販売する者の名称である。

「商品ＩＤ」は、ＥＣサイトで販売される商品を識別するための固有識別子である。販売者がＥＣサイトで販売する商品を登録することにより、商品毎に商品ＩＤが付与される。

「商品名」は、販売者がＥＣサイトで販売する商品の名称である。

「商品型番」は、販売者がＥＣサイトで販売する商品の型番である。

「金額」は、販売者がＥＣサイトで販売する商品の金額である。

なお、「商品ＩＤ」、「商品名」、「商品型番」、「金額」は、販売者が商品を登録する毎に、登録・更新される。

（ユーザＤＢ２０５ｃ）
図６は、本実施形態にかかるユーザＤＢ２０５ｃのデータ構造例を示す図である。ユーザＤＢ２０５ｃは、決済代行サービスに加盟している会員ユーザの情報や、決済に用いるクレジットカードの情報などが予め登録される。具体的に、ユーザＤＢ２０５ｃは、「ユーザＩＤ」、「ログインパスワード」、「氏名」、「年齢」、「住所」、「クレジットカード情報」のデータを有する。

「ユーザＩＤ」は、会員ユーザ登録時に付与されるＩＤであって、会員ユーザを識別するための固有識別子である。

「ログインパスワード」は、ユーザログインの際に用いられるパスワードである。後述するように、ユーザは決済にあたり、「ユーザＩＤ」及び「ログインパスワード」を用いて、決済サーバ３の会員画面から事前にログインを行うことで、ログイン状態を保持しておく（決済サーバ３とのセッションを維持しておく）。

「氏名」は、会員ユーザの氏名称である。

「年齢」は、会員ユーザの年齢である。

「住所」は、会員ユーザの住所である。商品のデフォルト配送先としても利用されうる。

「クレジットカード情報」は、会員ユーザのクレジットカードの種類、カード番号、有効期限、カード名義人などの情報である。商品購入時のクレジット決済に用いられる。

なお、上記データは、会員画面からユーザ自身で、登録・更新可能となっている。

＜決済処理迄の流れ＞
次に、ＥＣサイトの商品ページにおける決済処理迄の流れについて、（１）〜（３）の各場面に分けて説明する。

（１）ＥＣサイト（販売者）側の事前準備
図７は、本実施形態にかかるＥＣサイト（販売者）側の事前準備を説明する図である。

Ｓ１：まず、販売者は、例えば、決済代行業者の提供する決済代行サービスサイトにアクセスし、ＥＣサイト登録を行う。なお、ここでは、決済代行サービスサイトは決済サーバ３が提供するものとするが、別途、専用の決済代行サービスサイト・サーバを設けてもよい。

Ｓ２：決済代行業者は、ＥＣサイト（販売者）の加盟を許可するかどうかの審査を行う。決済代行業者は、ＥＣサイト（販売者）の加盟を許可すると、当該ＥＣサイトの情報を、ＥＣサイト・商品ＤＢ２０５ｂの「ＥＣサイトＩＤ」、「ＥＣサイト（ＵＲＬ）」、「販売者」に登録する（例えば、図５参照）。

Ｓ３：次に、販売者は、加盟許可を受けると、ＥＣサイトで販売する商品の登録を行う。登録した商品は、ＥＣサイト・商品ＤＢ２０５ｂの「商品ＩＤ」、「商品名」、「商品型番」、「金額」に登録される（例えば、図５参照）。なお、商品登録は、商品毎に行うため、その登録作業は、加盟店用の管理画面から、販売者自ら登録するようにしてよい。

Ｓ４：決済サーバ３（タグ発行部２０１）は、販売者により商品が登録されると、商品ごとに、商品用のスクリプトタグ１０１を発行する。なお、スクリプトタグ１０１は、商品登録の度に、管理画面から自動発行するようにしてよい。

Ｓ５：販売者は、登録した商品ごとに、商品用のスクリプトタグ１０１を取得する。なお、スクリプトタグ１０１は、商品登録の度に、管理画面上、自動発行されて表示されるので、これをコピーする。

図８は、本実施形態にかかる商品登録を行うための管理画面の一例を示す図である。図のように、商品を登録することで、例えば、次のようなスクリプトタグ１０１が発行される。
<script src="https://www.xxx.com/script/a40KfkoSWPkaWd8fpE"></script>
なお、スクリプトタグ１０１は、例えば、パラメータ「a40KfkoSWPkaWd8fpE」（暗号化済）の部分で、少なくとも、その商品を特定するための情報（例えば、「商品ＩＤ」）を含んでいる。

Ｓ６：販売者は、登録した商品ごとに取得したスクリプトタグを、自身のＥＣサイトにおいて、その商品を販売する商品ページ１００−１内に埋め込む作業を行う。具体的には、管理画面上、自動発行されて表示されたスクリプトタグ１０１をコピーし、商品ページ内の、例えばＨＴＭＬ記述内にペーストすることができる。以上を終えると、販売者は、自身のＥＣサイト上、商品ページを公開する。

（２）ユーザ側の事前準備
図９は、本実施形態にかかるユーザ側の事前準備を説明する図である。

Ｓ１１：まず、ユーザは、例えば、決済代行業者の提供する決済代行サービスサイトにアクセスし、会員ユーザ登録を行う。

Ｓ１２：決済代行業者は、ユーザの加入を許可するかどうかの審査を行う。審査には、クレジットカード等の与信も含む。決済代行業者は、ユーザの加入を許可すると、当該ユーザの情報を、ユーザＤＢ２０５ｃの「ユーザＩＤ」、「ログインパスワード」、「氏名」、「年齢」、「住所」、「クレジットカード情報」に登録する（例えば、図６参照）。

Ｓ１３：ユーザは、決済サーバ３の会員画面でユーザログインを行う。ログインには、ユーザＤＢ２０５ｃに登録されているものと同一の「ユーザＩＤ」、「ログインパスワード」が求められる。勿論、セキュリティ強化のため、ワンタイムパスワードや複数のパスワードを用いるようにしてもよい。

Ｓ１４：決済サーバ３（セッション管理部２０２）は、ユーザがユーザログインを行うと、ユーザのユーザ端末２に対してセッションＩＤを発行する。また、決済サーバ３は、セッション管理ＤＢ２０５ａで、ログインユーザとセッションＩＤとを管理する（例えば、図４参照）。

Ｓ１５：ユーザが決済サーバ３の会員画面でユーザログインを行うと、決済サーバ３からユーザのユーザ端末２に対してセッションＩＤが発行される。ユーザのユーザ端末２は、例えば、ウェブブラウザのクッキー情報として、このセッションＩＤを保持しておく。以上を終えると、ＥＣサイト上の商品ページから商品を購入する場合、ユーザは簡単な操作で決済を行うことができるようになる。

（３）決済処理
図１０は、本実施形態にかかる決済処理を説明する図である。

Ｓ３１：ユーザは、ユーザ端末２を用いて、ＥＣサーバ１（商品ページ１００−１のＵＲＬ）にアクセスする。なお、このとき、ユーザ端末２のセッションＩＤがＥＣサーバ１に送信される。

Ｓ３２：ＥＣサーバ１は、ユーザ端末２から、商品ページ１００−１がアクセスされると、まず、ＪａｖａＳｃｒｉｐｔ（登録商標）等が動作することで、商品ページ１００−１内に埋め込まれているスクリプトタグ１０１に従って、スクリプトをロードする。また、このとき、スクリプトタグ１０１のパラメータ内の商品ＩＤと、ユーザ端末２のセッションＩＤが決済サーバ３に送信される。

Ｓ３３：決済サーバ３（決済アイコン生成部２０３）は、ＥＣサーバ１からスクリプトロード要求及びセッションＩＤを受信すると、ＥＣサイト・商品ＤＢ２０５ｂを参照し、スクリプトタグ１０１のパラメータ内の「商品ＩＤ」から、ＥＣサイト及び商品を特定する。また、セッション管理ＤＢ２０５ａを参照し、受信したセッションＩＤから、ユーザ端末２のユーザ（ユーザＩＤ）を特定する。

なお、ＥＣサイト及び商品を特定できない場合、エラーを応答する。また、ユーザ（ユーザＩＤ）を特定できない場合、決済代行業者の提供する決済代行サービスサイトに導くリンクを応答することで、会員ユーザ登録を促すようにする（図９のＳ１１参照）。

決済サーバ３（決済アイコン生成部２０３）は、ＥＣサイト、商品、ユーザを特定すると、例えば、次のようなｉｆｒａｍｅタグ（インラインフレームタグ）１０１−２を生成する。
<iframe src="https://www.xxx.com/script/wqkpLKS937makfP93n"></iframe>
なお、ｉｆｒａｍｅタグ１０１−２は、例えば、パラメータ「wqkpLKS937makfP93n」（暗号化済）の部分で、少なくとも、商品を特定するための情報（例えば、「商品ＩＤ」）と、スクリプトタグ１０１に呼び出されて生成されたｉｆｒａｍｅタグを示す確認情報と含んでいる。

Ｓ３４：決済サーバ３（決済アイコン生成部２０３）は、ＥＣサーバ１（商品ページ１００−２）に対し、生成したｉｆｒａｍｅタグ１０１−２を送信する。これにより、商品ページ１００−２内には、一旦、ｉｆｒａｍｅタグ１０１−２が埋め込まれる。

Ｓ３５：ＥＣサーバ１は、商品ページ１００−２内にｉｆｒａｍｅタグ１０１−２が埋め込まれると、今度は商品ページ１００−２内に埋め込まれているｉｆｒａｍｅタグ１０１−２に従って、インラインのフレーム内に表示するための決済アイコンをロードする。また、このとき、ユーザ端末２のセッションＩＤが決済サーバ３に送信される。

Ｓ３６：決済サーバ３（決済アイコン生成部２０３）は、ＥＣサーバ１から決済アイコンロード要求及びセッションＩＤを受信すると、まず、ＥＣサイト・商品ＤＢ２０５ｂを参照し、ｉｆｒａｍｅタグ１０１−２のパラメータ内の「商品ＩＤ」から、ＥＣサイト及び商品を特定する。また、セッション管理ＤＢ２０５ａを参照し、受信したセッションＩＤから、ユーザ端末２のユーザ（ユーザＩＤ）を特定する。また、確認情報から、ｉｆｒａｍｅタグ１０１−２が、先のスクリプトタグ１０１に呼び出されて生成されたこと、及び生成から有効期間内であることを確認する。このようにするのは、ｉｆｒａｍｅタグ１０１−２だけがコピーされ、不正な（加盟外の）ＥＣサイトで使用されることを防止するためである。

決済サーバ３（決済アイコン生成部２０３）は、ＥＣサイト、商品、ユーザを特定すると、特定した当該ＥＣサイト、当該商品及び当該ユーザに対応した決済アイコン１０２を生成する。

Ｓ３７：決済サーバ３（決済アイコン生成部２０３）は、ＥＣサーバ１（商品ページ１００−３）に対し、生成した決済アイコン１０２を送信する。

ＥＣサーバ１においては、商品ページ１００−２内で、＜ｉｆｒａｍｅ＞を使用すると、ウィンドウの中に独立して表示される形式のインラインのフレームが作成できる。また、インラインのフレーム内は、ｓｒｃで指定されるリンク先を参照して表示する。この結果、商品ページ１００−３のインラインのフレーム内には、ｓｒｃで指定されるリンク先に相当する決済アイコン１０２が表示される。

このように、ＥＣサーバ１は、ユーザ端末２から、商品ページ１００−１がアクセスされると、最終的に、ユーザ端末２のウェブブラウザ上に、決済アイコン１０２を含む商品ページ１００−３を表示させる。

図１１は、本実施形態にかかる決済アイコン１０２の一例を示す図である。

本実施形態にかかる決済アイコン１０２は、バナー形状のアイコンとなっており、また、「ＰＡＹ決済」１０２ａとの表示や操作部品１０２ｂなどからも、ユーザは、スワイプ操作を行うことで、当該商品の決済を行えるとの認識を直感的に得られるようになっている。

また、本実施形態にかかる決済アイコン１０２には、次のような情報も表示（掲載）される。

商品名１０２ｃは、決済対象となる商品の名称であって、商品ページ内で販売される商品に一致する。

商品型番１０２ｄは、決済対象となる商品の型番であって、商品ページ内の商品の型番に一致する。

金額１０２ｅは、決済対象となる商品の金額であって、商品ページ内の商品の金額に一致する。

ＥＣサイト（ＵＲＬ）１０２ｆは、決済代行サービスに加盟しているＥＣサイトのＵＲＬである。商品を販売するＥＣサイトドメインに一致・対応する。これにより、ユーザに対し、当該ＥＣサイトは正式な認証セラーであることを示すことができる。

ユーザ名１０２ｇは、決済代行サービスに加入しているユーザの名称である。ユーザ端末２を利用して当該商品ページにアクセスしているユーザの名称に一致する。これにより、現在、ユーザに対し、そのユーザでログイン中であること、即ち本人確認を示すことができる。なお、プライバシーやセキュリティの観点から、ユーザ名１０２ｇは、フルネーム等でなくとも、最低限、ユーザ本人が分かる情報としてもよい。

決済方式１０２ｈは、デフォルトの決済方式である。例えば、クレジットカード決済が通常の決済方式として登録されている場合、クレジットカード情報がここに表示される。プライバシーやセキュリティの観点から、クレジットカード情報のうち、ほんの一部の情報（例えば、カードの種類やカード番号の下数桁など）としてもよい。

配送先１０２ｉは、デフォルトの商品配送先である。プライバシーやセキュリティの観点から、配送先情報のうち、ほんの一部の情報（例えば、都道府県や市町村など）としてもよい。

上述したように、決済サーバ３は、ＥＣサイト、商品、ユーザを特定すると、特定した当該ＥＣサイト、当該商品及び当該ユーザに対応した決済アイコン１０２を生成する。このため、具体的には、セッション管理ＤＢ２０５ａを参照し、ＥＣサーバ１から受信したセッションＩＤに対応するユーザＩＤを特定する（例えば、図４参照）。次いで、ユーザＤＢ２０５ｃを参照し、特定したユーザＩＤのユーザ情報を取得する（例えば、図６参照）。これにより、このユーザ情報を用いて、決済アイコン１０２上、ユーザ名１０２ｇ、決済方式１０２ｈ、配送先１０２ｉへ反映することができる。

また、ＥＣサイト・商品ＤＢ２０５ｂを参照し、ＥＣサーバ１から受信した「商品ＩＤ」に対応する商品情報及び「ＥＣサイト（ＵＲＬ）」を取得する（例えば、図５参照）。これにより、この商品情報を用いて、決済アイコン１０２上、商品名１０２ｃ、商品型番１０２ｄ、金額１０２ｅ及びＥＣサイト（ＵＲＬ）１０２ｆへ反映することができる。

なお、上記掲載の情報は一例である。ユーザＤＢ２０５ｃ、ＥＣサイト・商品ＤＢ２０５ｂから取得しうる他の情報を、決済アイコン１０２上に表示するようにすることも可能である。

Ｓ３８：再び図１０を参照する。ユーザは、商品ページ１００−３で販売される商品を購入・決済しようと考える場合、商品ページ１００−３内の決済アイコン１０２を操作することで、商品の決済を行うことができる。

図１２は、本実施形態にかかる決済操作の一例を示す図（その１）である。ユーザは、商品ページ１００−２で販売される商品を購入しようと考える場合、まず、決済アイコン１０２上の操作部品１０２ｂをタップしてから、左方向にスライドさせるスワイプ操作を行う。操作部品１０２ｂを一杯にスライドさせると、セキュリティ向上のため、確認用のウィンドウが表示される。ユーザは内容を確認し、問題なければ「ＯＫ」を押下することで、商品の決済可否を確認する（なお、特に高額決済の場合はパスワード入力させ確認してもよい）。以上で決済操作完了である。

決済が正常に完了すると、決済アイコンは、決済アイコン１０２から決済アイコン１０２−２のように切り替わる。決済アイコン１０２−２には、決済完了に関する情報１０２ｊが表示される。また、決済の詳細情報を参照したり変更するための「Ｖｉｅｗ Ｏｒｄｅｒ」１０２ｋ、決済をキャンセルするための「Ｃａｎｃｅｌ」１０２ｌなどのボタンも表示されうる。これらボタンには会員画面へのリンクが埋め込まれており、ユーザは会員画面の方から、決済の詳細情報を参照したり、変更したり、又はキャンセルを行うことが可能である。

ところで、従来より、クリックジャックなどとよばれる不正な操作誘導が知られている。クリックジャックは、例えば、ウェブページ上、ユーザ操作（押下）させたいボタンを透明化して設置し、ページ背景に「ここをクリック」などの見せかけのボタンを設置する。ユーザからすれば、「ここをクリック」を押しているつもりなのだが、実際は、透明化されたボタンをユーザは知らずにクリックしてしまう。透明化されているボタンが決済や注文ボタンであるとすると、ユーザからすれば、発注した覚えのないものが届いてしまうといった事故に発展しうる。

このような点に鑑み、本実施形態においては、決済アイコン１０２上の操作部品１０２ｂをスワイプ形式で操作するものとした（スワイプ決済とよぶ）。このため、ユーザ決済の意思決定を、スワイプの動作に置き換えることで、誤操作防止や、ｉｆｒａｍｅを透明化させて意図しない商品を購入させることを防ぐ（不正決済防止）、金額など重要な情報の改ざんをしにくくする、といった効果を奏することができる。

なお、上記スワイプ決済は一例である。勿論、タップ（ダブル）、クリック（ダブル）、所定の弧を描く、ユーザサインを描く、その他の特殊な操作、新出の操作など、様々な操作により、ユーザの決済操作を実現することも可能である。

図１３は、本実施形態にかかる決済操作の一例を示す図（その２）である。販売される商品が、例えば、ダウンロード可能なアプリケーション（ソフトウェア）等である場合には、決済が正常に完了すると、決済アイコンは、決済アイコン１０２から決済アイコン１０２−３のように切り替わる。決済アイコン１０２−３には、アプリケーションをダウンロードするための「Ｄｏｗｎｌｏａｄ」１０２ｍが表示される。このボタンにはアプリケーション・プログラムへのリンクが埋め込まれており、ユーザはここからアプリケーションのダウンロードを行うことが可能である。

Ｓ３９：再び図１０を参照する。ユーザにより、商品ページ１００−３内の決済アイコン１０２が操作されると、決済サーバ３（決済部２０４）は、これを決済リクエストとして受信し、セッションＩＤにより特定されたユーザに対して、商品の決済処理を実行する。

Ｓ４０：決済サーバ３（決済部２０４）は、商品の決済処理を完了すると、決済アイコン生成部２０３を介して、商品ページ１００−３内の決済アイコン１０２を、商品ページ１００−４内の決済アイコン１０２−２のように切り替える。これにより、決済アイコン１０２−２には、決済完了に関する情報１０２ｊが表示される（例えば、図１２参照）。これでユーザに対する商品決済（商品購入）が完了する。商品決済の完了後は、決済サーバ３を運営する決済代行業者から、商品代金がＥＣサイト（販売者）に支払われると共に、ユーザに対しては購入商品が発送される。

図１４は、本実施形態にかかるユーザ、ＥＣサイト及び決済代行サービスとの対応関係を示す図である。

ユーザは、予め会員ユーザ登録の上ログインを行っておけば、ユーザ情報等の入力等をあらためて行う必要はなく、一つのＩｄｅｎｔｉｔｙでもって、複数の加盟ＥＣサイトにおいて、商品購入の決済を行うことができる。

また、決済アイコンは、商品ページ内に存在するｉｆｒａｍｅ内に決済サーバ３側で生成される。このため、ユーザは、初めて訪問するＥＣサイトであっても、「ほしい」と思った瞬間に、例えば、商品紹介の直ぐ下に位置している決済アイコンを簡単に操作するだけで、商品ページ内の商品を購入・決済することが可能である。

＜総括＞
以上、本実施形態にかかる決済システムにより、次の点を向上させた決済の仕組みを提案することが可能である。

（ユーザメリット）
・ユーザが商品等を購入し決済を行う場合、決済完了に至る迄、複数の画面遷移が伴なわないため、商品ページ内の決済アイコンを操作するだけの最小操作で、簡単に決済を行うことができる。
・ユーザは、ユーザ情報を初回登録してしまえば、無数のＥＣサイトが存在する中、ＥＣサイト毎にユーザ情報を登録する必要はない。

（販売者メリット）
・販売者としては、特段のプログラミングスキルは不要であり、自身のＥＣサイト上、容易且つ低コストで、決済の仕組みを導入することができる。具体的には、商品ページ内にスクリプトタグを埋め込むだけでよい。
・決済に伴って他ドメインへの遷移はないため、購入から決済までを自ドメイン内で完了させたり、デザイン的な一体感を演出することができる。自社ブランディングに力を入れるＥＣサイトにも適している。
・ユーザが最小操作で簡単に決済を行うことができるため、受注増加やＣＶＲ向上が期待できる。また、小額決済にも強い（数百円程度の小額な決済にも適している）。
・ＥＣサイト側では、クレジットカード番号などの管理は不要である。

（決済事業者メリット）
・ユーザ及びＥＣサイトに対して上記メリットを提供しつつ、商品ページ内にスクリプトタグを発行するだけという単一のフレームワークで、無数のあらゆる商品等を販売するＥＣサイトに対し、決済代行サービスを提供することができる。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。例えば、本実施形態でいう決済対象となる商品（商品等）は、単に有形の商品のみならず、無形の商品、無形のサービスなど、あらゆる決済対象となりうるものを含む。

＜補足＞
補足として、従来例にかかる上記「ＡＳＰリンクタイプ」及び「モジュール組み込みタイプ」のそれぞれのメリット、デメリットについて整理して言及しておく。

「ＡＳＰリンクタイプ」
（メリット）
・販売者としては、自身のＥＣサイト上、決済代行業者側が運営する支払い画面サイトへのリンクを設定するだけなので、決済の枠組みを容易且つ低コストで導入することができる。
・決済は決済代行業者側が運営する支払い画面サイトで行われるので、ユーザは、ユーザ情報を初回登録してしまえば、ＥＣサイト毎にユーザ情報を登録する必要はない。
・ＥＣサイト側では、クレジットカード番号などの管理は不要である。

（デメリット）
・ユーザが商品等を購入し決済を行う場合、決済完了に至る迄には、決済代行業者側が運営する支払い画面サイトなど、複数の画面遷移が伴う。
・決済は決済代行業者側が運営する支払い画面サイトで行われるので、購入から決済までを自ドメイン内で完了させたり、デザイン的な一体感を演出することは困難である。自社ブランディングに力を入れるＥＣサイトには不向き。

「モジュール組み込みタイプ」
（メリット）
・販売者としては、自身のＥＣサイトに決済の枠組みを組み込むことができるので、購入から決済までを自ドメイン内で完了させたり、デザイン的な一体感を演出することができる。

（デメリット）
・自身のＥＣサイトに決済の枠組みを組み込む必要があるので、「ＡＳＰリンクタイプ」と比べると、ある程度のプログラミングスキルやコストが必要である。
・ユーザが商品等を購入し決済を行う場合、決済完了に至る迄には、ショッピングカート内一覧画面や決済画面など、複数の画面遷移が伴う。
・そのＥＣサイトを初めて利用する場合、ＥＣサイト毎にユーザ情報を登録する必要がある。
・決済完了迄のプロセスが煩雑なため、数百円程度の小額な決済には不向きと言われている。

１ ＥＣサーバ１
２ ユーザ端末
３ 決済サーバ
４ ネットワーク
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 入力装置
１５ 出力装置
１６ 通信装置
１７ ＨＤＤ
２０１ タグ発行部
２０２ セッション管理部
２０３ 決済アイコン生成部
２０４ 決済部
２０５ 記憶部

Claims (5)

1. ＥＣサイトで販売される商品を決済する決済装置であって、
   前記ＥＣサイトの商品ページに埋め込まれることで、ユーザにより該商品ページがアクセスされたとき、該商品ページから、該商品を特定するための商品識別子と、該ユーザとのセッション情報と送信するスクリプトタグを発行する発行手段と、
   前記商品識別子と、前記セッション情報とを受信する受信手段と、
   前記商品識別子に基づいて商品ページの商品を特定し、前記セッション情報に基づいて商品ページにアクセスしたユーザを特定することにより、前記商品を前記ユーザが決済するための情報を含む決済アイコンを生成する生成手段と、
   前記商品ページに、前記決済アイコンを送信する送信手段と、
   ユーザにより前記商品ページ内に表示された前記決済アイコンが操作されたとき、前記セッション情報により特定されたユーザに対して、前記商品の決済処理を実行する決済手段と、
   を有することを特徴とする決済装置。
2. 前記決済アイコンは、スワイプ操作可能な操作部品を含み、
   前記決済手段は、
   前記決済アイコンに含まれる前記操作部品がスワイプ操作されると、前記商品の決済を実行すること、
   を特徴とする請求項１記載の決済装置。
3. 前記商品を前記ユーザが決済するための情報は、
   少なくとも、前記商品の名称又は型番、前記商品の決済金額、前記商品の販売者情報、前記セッション情報により特定されたユーザのユーザ情報のいずれかを含むこと、
   を特徴とする請求項１又は２に記載の決済装置。
4. ＥＣサイトで販売される商品を決済するコンピュータに、
   前記ＥＣサイトの商品ページに埋め込まれることで、ユーザにより該商品ページがアクセスされたとき、該商品ページから、該商品を特定するための商品識別子と、該ユーザとのセッション情報と送信するスクリプトタグを発行する発行手段と、
   前記商品識別子と、前記セッション情報とを受信する受信手段と、
   前記商品識別子に基づいて商品ページの商品を特定し、前記セッション情報に基づいて商品ページにアクセスしたユーザを特定することにより、前記商品を前記ユーザが決済するための情報を含む決済アイコンを生成する生成手段と、
   前記商品ページに、前記決済アイコンを送信する送信手段と、
   ユーザにより前記商品ページ内に表示された前記決済アイコンが操作されたとき、前記セッション情報により特定されたユーザに対して、前記商品の決済処理を実行する決済手段として機能させるための決済プログラム。
5. 決済装置に、ＥＣサイトで販売する商品を決済させるＥＣサーバであって、
   ユーザにより前記ＥＣサイトの商品ページがアクセスされたとき、前記決済装置とユーザとのセッション情報を取得すると共に、前記決済装置の発行手段が発行し該商品ページに埋め込まれたスクリプトタグに従って、該商品ページから、該商品を特定するための商品識別子と、前記セッション情報とを、前記決済装置に送信する送信手段と、
   前記商品を前記ユーザが決済するための情報を含む決済アイコンを、前記決済装置から受信する受信手段と、
   ユーザにより前記商品ページ内に表示された前記決済アイコンが操作されたとき、前記セッション情報により特定されたユーザに対して、前記商品の決済処理を、前記決済装置に要求する要求手段と、
   を有することを特徴とするＥＣサーバ。

Images