JP6390064B2 - 絵記号を用いた商品購入システム、商品購入方法及びそのプログラム - Google Patents

Description

本発明は、商品購入システム、商品購入方法及びそのプログラムに関する。

近年、ＳＮＳ（Social Networking Service）の普及が目覚ましい。ＳＮＳは、単に情報発信や情報共有等のコミュニケーションツールとしてだけでなく、様々な利用方法が出現している。例えば、災害時の情報センターとしての機能や大衆から資金調達を募るクラウドファンディング等の利用方法もある。出願人においても、ＳＮＳのシステムと金融機関のシステムを連携させ、ユーザがＳＮＳから金融取引を行える方法を提案している。例えば、特許文献１では、ＳＮＳのシステムから自然言語のメッセージを使って、銀行振込等の金融取引を行えるシステムを提案している。また、特許文献２では、ＳＮＳのシステムからイベントの登録と参加者を募り、イベントの参加費の支払を金融機関のシステムが受け付け、参加者が支払を実行すると、その支払情報を金融機関の公式シンボルとともにイベント主催者のユーザに通知するシステムを提案している。

特許第５７０１１０７号公報 特開２０１５−１９７７２０号公報

本発明では、絵記号を利用した手軽で、かつ安全性の高い新たな商品購入システムを提供することを目的とする。

上記課題を解決するため、本発明は、以下のような解決手段を提供する。
（１）本発明の第１の態様では、絵記号を利用した商品購入システムであって、ユーザが登録した自分用の絵記号と前記ユーザが保有する決済カードのカード情報とを対応付けて登録させるカード登録手段と、ＥＣサイトで商品購入の決済のために前記カード登録手段に登録された決済カードの絵記号を前記ユーザに選択させることで決済を行わせるカード決済手段と、を備えることを特徴とする。

（２）上記（１）の構成において、ＳＮＳのシステムと、前記ＥＣサイトのシステムとを連携可能に接続するサイト連携手段を更に備え、前記絵記号は、連携したＳＮＳ上の絵記号を利用するようにしてもよい。

（３）上記（２）の構成において、前記カード登録手段は、前記商品購入の決済金額又は前記決済カードの使用方法又は使用目的に応じた認証用の認証絵記号を前記ユーザに登録させるようにしてもよい。

（４）上記の（１）〜（３）のいずれかの構成において、前記カード登録手段は、複数の絵記号を合成して生成した新たな絵記号を登録させるようにしてもよい。

（５）また、上記（１）〜（４）のいずれかの構成において、前記決済カードの選択は、前記ＳＮＳの友達リストから選択するようにしてもよい。

（６）また、上記（３）の構成において、前記サイト連携手段は、前記決済カードを管理する決済カード管理システムと連携可能に接続させ、前記決済カード管理システムは、前記認証絵記号を前記ユーザに登録させる手段と、前記認証絵記号による決済の結果を前記ＥＣサイトのシステムに通知するカード決済通知手段とを備えるようにしてもよい。

（７）また、上記の（１）〜（６）のいずれかの構成において、前記決済カードがデビットカードである場合、前記デビットカードの絵記号を選択することによって、前記デビットカードで決済する銀行のシステムに前記商品購入の代金の振込を実行させるようにしてもよい。

（８）また、本発明の第２の態様では、絵記号を利用したＥＣサイトシステムであって、ユーザが登録した自分用の絵記号と前記ユーザが保有する決済カードのカード情報とを対応付けて登録させるＳＮＳシステムと連携可能にするＳＮＳ連携手段と、商品購入の決済のために前記ＳＮＳシステムに登録された決済カードの絵記号を前記ユーザに選択させることで決済を行うカード決済手段と、を備えることを特徴とする。

（９）また、本発明の第３の態様では、絵記号を利用したＳＮＳシステムであって、ユーザが登録した自分用の絵記号と前記ユーザが保有する決済カードのカード情報とを対応付けて登録させるカード登録手段と、前記ユーザが商品購入の決済のために前記カード登録手段に登録された決済カードの絵記号を選択した結果を、ＥＣサイトシステムに連携するＥＣサイト連携手段と、を備えることを特徴とするＳＮＳシステム。

（１０）また、本発明の第４の態様では、ＳＮＳを利用した商品購入方法であって、コンピュータシステムが、前記ＳＮＳのシステムと、ユーザが買物を行うＥＣサイトのシステムとを連携可能に接続にするステップと、前記ユーザが前記ＳＮＳに登録された自分用の絵記号と前記ユーザに保有する決済カードのカード情報とを対応付けて登録させるステップと、前記ＥＣサイトで商品購入の決済のために前記登録された決済カードの絵記号を前記ユーザに選択させることで決済を行わせるステップと、を実行することを特徴とする。

（１１）また、本発明の第５の態様では、ＳＮＳを利用した商品購入のためのプログラムであって、コンピュータシステムに、前記ＳＮＳのシステムと、ユーザが買物を行うＥＣサイトのシステムとを連携可能に接続にするステップと、前記ユーザに前記ＳＮＳに登録された自分用の絵記号と前記ユーザが保有する決済カードのカード情報とを対応付けて登録させるステップと、前記ＥＣサイトで商品購入の決済のために前記登録された決済カードの絵記号を前記ユーザに選択させることで決済を行わせるステップと、を実行させることを特徴とする。

本発明によれば、ＳＮＳを利用した手軽で、かつ安全性の高い新たな商品購入システムを提供することができる。

本発明の実施形態における商品購入システム（本システム）の基本概念を示す図である。 本システムの第１の実施形態における機能構成を示す図である。 本システムの絵記号登録テーブルの一例を示す図である。 本システムの第１の実施形態におけるシステム間の連携処理フローを示す図である。 絵記号登録画面の一例を示す図である。 カード絵記号を合成するためのトーク画面の一例を示す図である。 本システムの第１の実施形態におけるＳＮＳからのショッピング画面の一例を示す図である。 本システムの第２の実施形態における機能構成を示す図である。 本システムの第２の実施形態におけるＥＣサイトからのショッピング画面の一例を示す図である。 本システムの第２の実施形態におけるデビットカードでの振込画面の一例を示す図である。

以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ構成要素には同じ符号を付している。また、機能構成の図において、機能ブロック間の矢印は、データの流れ方向又は処理の流れ方向を表す。また、処理フロー図（フローチャート）においては、各ステップの入力と出力の関係を損なわない限り、各ステップの処理順序を入れ替えてもよい。

（基本概念）
まず、本発明の実施形態における商品購入システム（以下、「本システム」と呼ぶ）の基本概念について説明する。本システムは、絵記号を利用した商品購入システムであって、ユーザが登録した自分用の絵記号とユーザが保有する決済カードのカード情報とを対応付けて登録させるカード登録手段と、ＥＣサイト（Electronic Commerce Site)）で商品購入の決済のために上記カード登録手段に登録された決済カードの絵記号をユーザに選択させることで（絵記号の選択を受け付けて）決済を行わせるカード決済手段と、を備えることを特徴とする商品購入システムである。すなわち、本システムは、絵記号を用いた新たなネットショッピングのサービス（「マイスタンプショッピング」と称する）を提供する。マイスタンプショッピングとは、ユーザが用意した（登録した）自分用のスタンプ等の絵記号にクレジットカード等の決済カードのカード情報を紐付け、カード番号を入力することなく自分用の絵記号を用いて、ネット上で商品やサービスを手軽に購入できるサービスである。自分用の絵記号及び決済カードの情報は、自分のＰＣやスマートフォンに登録しておいてもよいし、別のシステムに登録しておいてもよい。ここでいう絵記号とは、絵を使って分かりやすく示した記号であり、イラスト、ピクトグラム、マーク、シンボル等の図形（絵柄）に識別子（ＩＤ）を持たせたものである。また、絵記号には、写真や動画の画像にＩＤを持たせたものも含む。

本システムの好ましい形態を更に具体的に説明すると、クレジットカード、デビットカード（キャッシュカード）、電子マネーカード等の決済用カードを保有するユーザが、あらかじめそれぞれのカードに対してカード情報を対応付けた（紐付けた）絵記号を登録しておき、ユーザがログインしたシステム上で、「友達」として登録された又は出店された、ユーザがよく利用するネットショップやサイバーモールなどのＥＣサイトに対して、自らが登録した絵記号を送ることによって商品の購入を行うことができる。ユーザは、例えば、ＳＮＳ上で他のユーザとメッセージやトークをやり取りする感覚で、「友達」として登録されたネットショップを選択し、カードの絵記号を送信指示するだけで商品代金の決済ができる。

図１で示すように、画面１００ａは、ＥＣサイト上の「○〇ネットショップ」、又はＳＮＳ上で「友達」として登録された「○〇ネットショップ」若しくはＳＮＳ上に出店した「○〇ネットショップ」と対話（トーク）することによって、購入する商品を選択し、カード絵記号選択欄１０２から、支払に用いる決済カードを選択する段階を示している。また、絵記号を長押しする等で表示されるカード支払方法選択欄１１０から、そのカードを用いたときの支払方法を選択することもできる。例えば、支払方法を、１回払い、分割払い、ボーナス払い、リボ払い、ポイント払いから、カードごとに選択できるようにする。同じカードであっても支払方法ごとに別々のカード絵記号を登録できるようにしてもよい。

画面１００ｂは、選択したカード絵記号１０３に対応するカードを認証させるために、認証絵記号選択欄１０４から、認証用の絵記号である認証絵記号１０５を選択し、ネットショップに送る段階を示している。認証絵記号１０５を送ることによって購入が決定され、カード絵記号１０３に紐付けられたカード情報（カード番号、名義人、有効期限等）がショップに送信される。認証絵記号１０５がショップに送信されると、ショップから決済が完了したことを示す確認通知１０６が送信される。なお、認証絵記号１０５を送信する代わりに、再度、カード絵記号１０３にタッチする等の所定の操作をすることで購入を決定するようにしてもよい。

ここで用いられるカード絵記号及び認証絵記号は、ユーザがＳＮＳ上で自由に登録することができ、それぞれ複数登録することができる。絵記号は、ＳＮＳ上に用意されたものから選択してもよいし、ユーザが独自の絵柄を登録してもよい。ただし、カード絵記号は、カードごとにそれぞれのカードを識別又は連想しやすい絵柄にする必要がある。一方、認証絵記号のほうは任意の絵柄を用いてよい。また、認証絵記号は、決済金額によって変更するようにしてもよいし、カードごとに別々の認証絵記号を登録してもよい。また、絵記号と文字列（キーワード）との紐付けを記憶する手段を設け、ユーザから入力された絵記号を解釈し、文字列に変換して紐付された文字列を確認させたり、ユーザから入力された文字列を紐付けられた絵記号に変換したりする絵記号−文字列変換機能を備えていてもよい。また、購入時のＳＮＳとは別のＳＮＳやＳＭＳ（ショートメッセージサービス）で受信して、認証を行うようにしてもよい。このようにすることで、誤操作を防ぎ、安全性が高まる。なお、いったん決済を決定しても所定時間内であれば無条件でキャンセルができるものとする。本システムでは商品の購入が絵記号をタッチするだけで簡単に行えるため、その後にユーザの気が変わることもあるからである。

（第１の実施形態）
図２は、本システムの第１の実施形態における機能構成を示す図である。本実施形態では、ユーザ端末１０（又は「顧客端末」とも呼ぶ）が、ＳＮＳシステム２０と、ＳＮＳシステム２０を介して、ＥＣサイトシステム３０（ネットショップの商品購入サイト）とに接続される。ユーザは、ＥＣサイトとＳＮＳのトーク機能等によって対話する。ユーザ端末１０は、スマートフォン、タブレット、ＰＣ等、一般的なものであるが、ＳＮＳに簡単にアクセスするため専用のアプリケーションやツールバー等をインストールしていることが望ましい。

図示するように、本実施形態のＳＮＳシステム２０は、機能的に、ユーザ端末通信手段２１、ＥＣサイト連携手段２２、ユーザ情報記憶手段２３、絵記号登録テーブル２４、カード登録手段２５、絵記号記憶手段２６から構成される。ただし、このような構成に限定されるものではない。以下、各機能について順に説明する。

ユーザ端末通信手段２１は、ユーザ端末１０との通信を制御し、ユーザ端末１０からの要求を他の処理手段に伝える。また、他の処理手段からの処理結果をユーザ端末１０に送信する。

ＥＣサイト連携手段２２は、ＳＮＳシステム２０をＥＣサイトシステム３０と連携可能に接続し、制御する。具体的には、ＳＮＳに登録されたユーザの友達リストを取得し、友達リストに登録されたＥＣサイトとの対話を制御する。

ユーザ情報記憶手段２３は、ユーザがＳＮＳシステム２０に登録した登録情報を記憶する。登録情報には、ＳＮＳ上のユーザＩＤ、ログインパスワード、ユーザのプロフィール、友達リスト、ユーザが普段利用しているＥＣサイトの情報、及びユーザが登録した絵記号登録テーブル２４が含まれる。また、ＥＣサイトへのログインを自動化するため、ＥＣサイト上のログインＩＤ、パスワードを１又は複数登録しておくようにしてもよい。

絵記号登録テーブル２４は、絵記号とカード情報を対応付けたカード絵記号登録テーブルと、決済金額やカードごとに認証絵記号を登録した認証絵記号登録テーブルを含み、ユーザ情報記憶手段２３に格納される。

ＥＣサイトシステム３０は、ユーザ端末１０（顧客端末）との通信が可能な顧客端末通信手段３１と、ＳＮＳシステム２０との連携を行うＳＮＳ連携手段３２と、商品の情報を格納したデータベースである商品情報記憶手段３３と、カード会社システム４０と交信し、カードでの決済を実行する決済手段３４と、購入された商品の配送を制御する商品配送手段３５と、登録顧客の情報を格納するデータベースである顧客情報記憶手段３６とを備える。ＳＮＳ連携手段３２以外は、通常のＥＣサイトが備える一般的なものである。

前述の図１では、ユーザ端末１０がＳＮＳシステム２０のユーザ端末通信手段２１と通信し、ＳＮＳシステム２０と連携したＥＣサイトシステム３０からＳＮＳのトークによって商品を購入する場合について述べたが、ユーザ端末１０（顧客端末）がＥＣサイトシステム３０の顧客端末通信手段３１と通信し、直接商品を購入することも可能である。この場合、ＥＣサイトシステム３０が、ＳＮＳ連携手段３２を介して、ＳＮＳシステム２０からユーザがＳＮＳ上で登録した絵記号及び絵記号登録テーブル２４を取得し、決済カードの絵記号を選択させることで決済を行う。この場合、絵記号登録テーブル２４は、ＥＣサイトシステム３０の顧客情報記憶手段３６側に備えるようにしてもよい。このようにすることによって、商品の決済情報がＳＮＳとＥＣサイト間で流れることがなくなる。

図３は、この絵記号登録テーブル２４の一例を示す図である。図示するカード絵記号登録テーブル２４ａには、クレジットカードＡ，Ｂ，ＣとデビットカードＤ，Ｅが登録され、各クレジットカードには、１回払い用と分割払い用のカード絵記号がそれぞれ登録されている。一括払い用のカード絵記号は、各クレジットカードに登録されるが、分割払い用の絵記号は、カードごとに別々の分割回数に対応したカード絵記号を登録するようにしてもよい。このようにすることで、例えば、クレジットカードＡは、３回〜５回等の短期の分割払い用とし、クレジットカードＢは、６回〜１２回等の中期の分割払い用とし、クレジットカードＣは、１５回〜３６回等の長期の分割払い用として使い分けることができる。なお、分割回数ごとに異なる絵柄のカード絵記号を準備するのは面倒なので、後述の合成絵記号を使用すると便利である。

デビットカードは、ユーザの銀行口座から購入代金が直ちに引き落とされるので、クレジットカードのように使い過ぎの心配がないが、購入時点の銀行の口座残高以下の金額の支払にしか利用できない。しかし、図のデビットカードＤ，Ｅには、直ちに引落がされる引落用の絵記号と、デビットカードを使って振込が行える絵記号とが登録されている。デビットカードでの振込については後述するが、ネットショップによっては、デビットカードはもちろん、クレジットカードでの支払ができず、銀行振込又は代引きしか支払方法がない場合があるが、本システムに登録されたデビットカードであれば振込にも対応できる。なお、銀行口座の残高が不足し、商品価格を下回るときは、当該デビットカードを選択できないようにしてもよい。

図３に図示する認証絵記号登録テーブル２４ｂは、決済金額、使用方法、使用目的に応じて異なる認証絵記号を登録した例である。例えば、５，０００円未満の買物には認証絵記号２４１（ユーザ本人の絵柄）使用し、５，０００円以上３万円未満の買物には認証絵記号２４２（お父さんの絵柄）を使用し、３万円以上の買物には認証絵記号２４３（聖徳太子の絵柄）を登録することができる。また、認証絵記号２４４は、決済金額によらず、特定のＥＣサイト専用として登録することもできる。もちろん、どの絵記号をどのような目的で認証記号として登録したかは専用のパスワード等で管理され、ユーザ本人しか知ることができない。したがって、購入するたびに正しい認証絵記号を使用しないと決済が実行できないので他人の不正使用を抑止できる。

図２に戻り、カード登録手段２５は、登録時には、絵記号記憶手段２６に用意された絵記号又はユーザが独自に用意した絵記号を選択させ、ユーザのカード情報に対応付けて、又は決済金額、使用方法、使用目的に対応付けて、ユーザ情報記憶手段２３に格納する。また、カード登録手段２５は、複数の絵記号を合成して新たな絵記号を生成することもできる。この機能については後述の図で詳しく説明する。

また、カード登録手段２５は、実際のショッピング時には、登録された絵記号から場面に応じた適切なものを表示し、ユーザに選択させる機能も持っている。例えば、カードを選択する場面ではカード絵記号のみを表示し、決済を確定する場面では認証絵記号のみを表示する。もっとも、不正利用者を攪乱させるため、ダミーの絵記号を表示するようにしてもよい。

図２に示すように、ＥＣサイトシステム３０は、機能的には、顧客端末通信手段３１、ＳＮＳ連携手段３２、商品情報記憶手段３３、カード決済手段３４、商品配送手段３５から構成される。ただし、このような構成に限定されるものではない。以下、各機能について順に説明する。

顧客端末通信手段３１は、ユーザ端末１０が直接ＥＣサイトに接続する場合にユーザ端末１０との通信を制御するが、本実施形態ではＳＮＳシステム２０を介して、ユーザ端末１０と通信を行うためここでは使用しない。

ＳＮＳ連携手段３２は、ＳＮＳシステム２０との連携を制御する。具体的には、ユーザとのトークを制御し、ユーザの求めに応じて商品の情報を検索して表示したり、ＥＣサイトシステム３０内の他の手段とＳＮＳシステム２０との仲介を行ったりする。また、図示は省略するが、ＳＮＳ連携手段３２を他のサイトとも連携可能なサイト連携手段として一般化し、上記サイト連携手段は、決済カードを管理する決済カード管理システムと連携可能に接続させ、決済カード管理システムは、証絵記号をユーザに登録させる手段と、認証絵記号による決済の結果をＥＣサイトのシステムに通知するカード決済通知手段とを備えるようにしてもよい。すなわち、カード情報はカード会社から送信する以外にもユーザ自身のＰＣやスマートフォン、又はユーザの個人の決済情報を管理させておく決済カード管理システム又は決済カード管理サーバを別途設け、その管理サーバ等から送信するようにしてもよい。

商品情報記憶手段３３は、当該ＥＣサイトが取り扱う商品やサービスの情報を格納したデータベースである。商品等の情報には、商品の詳細情報、価格、送料、販売店の情報が含まれるのは言うまでもない。

カード決済手段３４は、ユーザが決済に用い、ＳＮＳシステム２０から送信されたカード情報をカード会社システム４０送信し、カードの認証（オーソリ）を受ける。利用可能額や利用限度額の超過（クレジットカードの場合）、口座残高不足（デビットカードの場合）、カードの有効期限切れ等の場合は、認証エラーがＳＮＳシステム２０に返される。

商品配送手段３５は、カード決済手段３４のカードの認証が正常に終了した場合、ユーザが指定する送付先の住所等のデータを取得し、商品の配送処理を行う。

上記の本システムの機能構成は、あくまで一例であり、一つの機能ブロック（データベース及び機能処理部）を分割したり、複数の機能ブロックをまとめて一つの機能ブロックとして構成したりしてもよい。各機能処理部は、コンピュータシステムにおいて、サーバや端末の装置に内蔵されたＣＰＵ（Central Processing Unit）が、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＳＳＤ(Solid State Drive)、ハードディスク等の記憶装置に格納されたプログラムを読み出し、ＣＰＵにより実行されたプログラムによって実現される。すなわち、各機能処理部は、このプログラムが、記憶装置に格納されたデータベース（ＤＢ;Data Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インターフェース装置）を制御することによって実現される。また、本発明の実施形態におけるデータベース（ＤＢ）は、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わないものとする。

（処理フロー）
図４は、本システムの第１の実施形態におけるシステム間の連携処理フローを示す図である。以下では、ＳＮＳ側からＥＣサイト側の商品を購入する場合について説明する。この図においては、ＳＮＳ側とＥＣサイト側の内部の処理ステップの移動を実線で示し、システム間のデータの送受信を一点鎖線で示している。

図４ではユーザは、ＳＮＳ経由でＥＣサイト側と既に商品購入のための対話（トーク）を開始しているものとする。まずＳＮＳ側で、ユーザとＥＣサイトのトーク中に、ユーザが購入商品を選択したことを検知し（ステップＳ１０）、かつ決済カードの絵記号を選択したことを検知すると（ステップＳ１１）、カード絵記号登録テーブルを参照し、ＥＣサイト側に絵記号に紐付けされたカード情報の送信を指示する（ステップＳ１２）。ステップＳ１２において、カード情報の送信は、ＳＮＳ側からＥＣサイト側に直接送信する以外にも、前述の管理サーバにカード情報をＥＣサイト側に送信するように指示を出してもよい。例えば、購入者である個人を指定し、管理サーバにその個人の決済方法のデータが管理サーバに登録されていれば、その決済方法のデータを特定し、ＥＣサイト側にその決済方法のカード情報の送信指示を出すようにしてもよい。なお、ＳＮＳ側は、ユーザとＥＣサイトとのトークを常に監視する必要はなく、ＥＣサイト側から購入商品が選択されたとき、続いてカード絵記号の選択がされたときに通知を受けるだけでよい。

ＥＣサイト側は、ステップＳ２０で、このカード情報を受信したことを検知すると、カード会社のシステムに対して、そのカードの認証依頼を送信し、認証結果をＳＮＳ側に返信する（ステップＳ２１）。

ＳＮＳ側は、ステップＳ１３で、この認証結果をチェックし、正常であればユーザに認証絵記号を入力するように促す（ステップＳ１４）。そして、認証絵記号登録テーブルを参照して、入力された認証絵記号が正規の絵記号か否かを判断する（ステップＳ１５）。正規の絵記号であれば、商品購入要求をＥＣサイト側に送信する（ステップＳ１６）。そして所定時間（例えば３０分）を経過するまで、無条件のキャンセルを受け付ける（ステップＳ１７，Ｓ１８）。その間にユーザからキャンセルを受け取ると、キャンセル要求をＥＣサイト側に送信する（ステップＳ１９）が、所定時間キャンセルが来なければ処理を終了する。なお、カード情報の認証エラー時又は認証絵記号のエラー時には認証エラー処理を行って（ステップＳ１９Ａ）、処理を終了する。

ＥＣサイト側では、ステップＳ２２で、商品購入要求の受信を検知すると、注文受付処理を実行する（ステップＳ２３）。注文受付処理とは、商品の配送をするための準備である。その後、ステップＳ２４で、上記の所定時間待機する。待機中にキャンセル要求があった場合は、キャンセル処理を実行する（ステップＳ２５）。所定時間待機してもキャンセル要求がなかった場合は、注文確定と見なし、商品の配送処理に移る（ステップＳ２６）。その後、処理結果をＳＮＳ側に送信する（ステップＳ２７）。ステップＳ２７においては、購入時のＳＮＳ（ステップＳ１０を処理を実行したＳＮＳ）とは異なるＳＮＳに送信するようにしてもよい。購入時のＳＮＳとは別のＳＮＳ上で購入確認又は購入の認証を行うことで安全性がより高まる。

（画面例）
図５は、前述のカード登録手段２５が表示する絵記号登録画面の一例を示す図である。図示する絵記号リスト２００は、絵記号記憶手段２６に格納された絵記号の一覧を種類ごとに分類されて表示したものである。なお、ユーザが独自に用意した絵記号は、ユーザ情報記憶手段２３に格納されるが絵記号リスト２００に同様に表示される。

カード情報の入力と絵記号との対応付けは専用の登録画面から行ってもよいが、図の例では、ＳＮＳ上のトーク画面を利用して対話形式で登録を行っている。画面２１０は、カード情報を入力するときのトーク画面、画面２２０は、カード絵記号の使用方法を登録するトーク画面である。

ここではユーザは、画面２１０からカード絵記号を選択するように促され、絵記号リスト２００から、カード絵記号２０１を選択したものとする。ただし、カード絵記号は必ずしもカードの絵柄でなくともよい。ユーザがカード絵記号を選択すると、カードの種類、名称、カード番号等を入力するように促される。入力項目はカードの種類によって異なるが、ここではクレジットカードの場合を想定している。クレジットカードの場合、最後にセキュリティコードの入力が求められる。カード情報は、キー入力してもよいし、音声入力してもよい（その他の入力も同様）。

カード情報の入力が終わると、そのカードの認証絵記号を選択するように促される。認証絵記号は、カード絵記号と区別できるものであれば何を選択してもよいが、カードごとに変えてもよいし、共通にしてもよい。カードごとに変える場合は、ユーザ本人だけがカードとの対応関係を連想できるようにする。例えば、クレジットカードであれば人物の絵記号とし、デビットカードであれば動物の絵記号とする等である。決済金額によって認証絵記号を変える場合は、人物の絵柄の場合だと権威が高そうな人ほど決済金額を高くし、動物の絵柄の場合だと体が大きいほど決済金額を高くする等である。

カード絵記号の選択とカード情報の対応付け、及び認証絵記号の選択が終わると、画面２２０が表示され、登録したカードの使用方法等を入力することができる。画面２２０の選択欄２２５に登録したカードの絵記号が表示されるので、ユーザは、ここからカードごとに使用方法等を登録することができる。この例では、絵記号２２１のカードはリボ払い専用に、絵記号２２２のカードは一括払い専用に、絵記号２２３のカードは分割払い専用に登録している。また、分割払いの場合は、その支払回数も絵記号に組み合わせることができる。この例では、支払回数を表す絵記号２２４をカードの絵記号２２３と一緒に指定すると１０回払いの意味となる。

図６は、カード絵記号を合成するためのトーク画面の一例を示す図である。本システムでは、複数の絵記号から１つの絵記号を生成することができる。これを絵記号の合成という。図の画面２３０では、カード絵記号２３１とその他の絵記号２３２を一緒に選択し、その使用方法を銀行振込用カードとして登録する様子を示している。ここで合成された絵記号は、カード絵記号２３３に表示されている。

合成された絵記号に更に別の絵記号を合成することもできる。図の例では、「振込日」の指定ができる機能を持つ絵記号２３４を更にカード絵記号２３３に合成することで、新たなカード絵記号２３５が生成される。以降、ユーザはこのカード絵記号２３５を選択すれば、支払方法が自動的に銀行振込となり、振込日を例えば給料日等に指定できるようになる。なお、振込先の口座情報はＥＣサイトからあらかじめ指定されているものとする。このようにすることで、一つの絵記号に重畳的に複数の機能を持たせることができ、カードの使用方法や使用目的ごとに多数の絵柄を用意する必要がなくなる。

図７は、本システムの第１の実施形態におけるＳＮＳからのショッピング画面の一例を示す図である。既に述べたように、本システムでは、ＳＮＳの友達リストに登録されたネットショップを選択することで、友達と会話する感覚でショッピングを楽しむことができる。また、単にネットショップを選択するだけでなく、希望する商品のカテゴリごとにそのショップを登録することもできる。図の例では、友達リスト画面３００からトークする相手として「〇〇ネットショップ婦人服」を選ぶと、「〇〇ネットショップ」の「婦人服」カテゴリに飛び、そのカテゴリ専用のトーク画面３１０が表示される。

ユーザは、このトーク画面３１０から対話形式で買物を行うことができる。ショップ側のトークは人口知能により自動的に応答がなされるが、場合によっては店員を呼び出すことも可能とする。図の例では、春物のコートを探しているユーザとショップとのトークが表示されている。ここではユーザがカード払いを示唆したことを検知し、登録カードの絵記号が自動的に表示され、ユーザがそのうちの１つのカードを選択している様子を示している。

（第２の実施形態）
図８は、本システムの第２の実施形態における機能構成を示す図である。また、図９は、本システムの第２の実施形態におけるＥＣサイトからのショッピング画面の一例を示す図である。第１の実施形態では絵記号登録テーブル２４を全てＳＮＳシステム２０に備えるようにしたが、第２の実施形態では、ＳＮＳシステム２０にはカード絵記号登録テーブル２４ａを設け、認証絵記号登録テーブル２４ｂはカード会社システム４０に設けるようにしたものである。以下、図８、図９を参照しながら、第１の実施形態と異なる部分についてのみ説明する。

図８に示すように、ＳＮＳシステム２０のサイト連携手段２２Ａは、ＥＣサイトシステム３０とだけでなく、カード会社システム４０との連携も制御する。このとき、ユーザ情報記憶手段２３には、ＥＣサイトシステム３０とユーザが共通であることを検出できる情報が格納されているものとする。なお、ＳＮＳシステム２０内のユーザ端末通信手段２１、カード登録手段２５、絵記号記憶手段２６は、本実施形態では直接には使用されない。また、ＥＣサイトシステム３０には、顧客情報記憶手段３６が設けられ、連携するＳＮＳとカード会社が顧客ごとに登録されているものとする。

本実施形態のカード会社システム４０は、ユーザ端末通信手段４１、ＳＮＳサイト連携手段４２、ユーザ情報記憶手段４３、認証絵記号登録手段４４、カード決済通知手段４５、を備える。以下簡単に説明する。

ユーザ端末通信手段４１は、ユーザ端末１０との通信を制御するが、本実施形態では直接には使用されない。ＳＮＳサイト連携手段４２は、ＳＮＳシステム２０との連携を制御する。ユーザ情報記憶手段４３には、ユーザがカード会社（デビットカードの場合は銀行）に登録した情報が記憶され、認証絵記号登録テーブル２４ｂを含む。認証絵記号登録テーブル２４ｂは、カード会社システム４０において、認証絵記号登録手段４４によってユーザが選択した認証絵記号が登録される。カード決済通知手段４５は、ＥＣサイトシステム３０のカード決済手段３４と交信し、決済の結果をＥＣサイト側に通知する。

例えば、ユーザがショッピングを行う際は、まずＥＣサイトシステム３０にログインする。そしてＥＣサイトの商品購入画面から、カードを選択するのではなく、ユーザが普段利用しているＳＮＳを選択する。この状態を図９の〇〇ショップ購入画面４００に示す。このショップ購入画面４００からＳＮＳの一つが選択されると、そのＳＮＳに登録した友達リストが画面４１０に表示される。この友達リストには、ユーザが所持するカードがＳＮＳ上の「友達」として登録されており、このうちのどれかのカードを選択することで決済カードを指定することができる。なお、画面４１０中で各カードの横に表示される画像は、必ずしもＳＮＳ上に登録したカード絵記号である必要はない。

なお、この友達リストは、ＥＣサイト側で用意してもよいが、ＥＣサイトシステム３０のＳＮＳ連携手段３２がＳＮＳシステム２０から取得してもよい。すなわち、ＳＮＳのＡＰＩ（Application Programming Interface)を利用して友達リストを取得してもよい。あるいは、ＳＮＳ側に友達リストの制御を移すようにしてもよい。このようにすることで、ＳＮＳによって異なるカードを指定することができる。例えば、あるＳＮＳにはクレジットカードを登録し、別のＳＮＳにはデビットカードを登録し、更に別のＳＮＳには電子マネーカードを登録する等ができる。また、このようにすることで、ＳＮＳの友達リストから実際の友達とショッピングに関する情報を共有することも可能となる。

ユーザが画面４１０から決済カード（カードＡとする）を選択すると、カードＡを管理するカード会社のシステムに自動的に接続され、カード決済画面４２０が表示される。カード決済画面４２０は、ＳＮＳ側にあってもよいし、ネットショップ側にあってもよい。ＳＮＳ側にある場合、以後の制御がＳＮＳ側に移り、カード決済画面４２０にはショップで購入した商品の購入情報が自動的に転送されたものが表示される。ユーザは、この購入情報を確認し、認証絵記号を選択するだけで決済が完了する。カード決済画面４２０の領域４２１には操作性を高めるため認証絵記号を表示しているが、セキュリティ上、表示しないようにしてもよい。また、表示する場合は、図のようにダミーを含めて表示するようにしてもよい。また、認証絵記号を選択できる回数に制限を設けてもよい。

決済が正常に完了した場合、カード決済通知手段４５によって、決済が完了したことがＥＣサイト側に通知されるので、ＥＣサイトではこの決済通知と同時に入金を受けることができる。したがって、本実施形態でも、カード番号をＥＣサイトで入力することなく買物ができる。また、カード決済や認証絵記号の登録はカード会社のシステム内で行われるのでより安全性が高くなる。

図１０は、本システムの第２の実施形態におけるデビットカードでの振込画面の一例を示す図である。既に述べたように本システムでは、デビットカードを用いて、購入代金を銀行振込で決済することが可能である。

図示する画面５００は、ＥＣサイトの商品購入画面である。この画面５００から、ユーザが支払方法として銀行振込を指定し、ＳＮＳを選択することで、そのＳＮＳの友達リストが画面５１０に表示される。ユーザがこの画面５１０から、「〇〇銀行ネットバンキング振込」を選択すると、〇〇銀行のネットバンキングの振込画面５２０が表示される。ただし、ネットバンキングのログインは既に行われているものとする。振込画面５２０には、購入情報５２１がＥＣサイトから自動的に転送されて表示される。したがって、ユーザは、この振込画面５２０から振込実行用の暗証番号又はパスワードを入力し、認証絵記号５２４を選択するだけで振込が完了する。なお、現在、多くの銀行では振込にワンタイムパスワードを採用しており、ユーザが登録した固定のパスワードや確認番号表の数字ではなく、ユーザに事前に送付したワンタイムパスワードカード（トークンとも呼ぶ）がその液晶部に表示したランダムな番号を入力させるようになっている。このような場合には、ワンタイムパスワードの入力を促す絵記号５２２を表示するようにしてもよい。

（変形例）
第１及び第２の実施形態では、絵記号登録テーブルをＳＮＳ側又はカード会社側に設けたが、絵記号登録テーブルをユーザ端末側にも設けて、ユーザが自分で作成したイラスト、シンボル、写真等、ユーザ独自の絵記号をＳＮＳに登録する手段を設けてもよい。このためユーザ端末側には専用のアプリケーション（専用アプリ）をインストールするようにしてもよい。

また、本システムは、商品購入システム全体と捉えるだけでなく、ＥＣサイトシステムを主体として捉えてもよいし、ＳＮＳシステムを主体として捉えてもよい。すなわち、ＥＣサイトシステムを主体として捉える場合は、絵記号を利用したＥＣサイトシステムであって、ユーザが登録した自分用の絵記号とユーザが保有する決済カードのカード情報とを対応付けて登録させるＳＮＳシステムと連携可能にするＳＮＳ連携手段と、商品購入の決済のためにＳＮＳシステムに登録された決済カードの絵記号をユーザに選択させることで決済を行うカード決済手段と、を備えることが特徴となる。また、ＳＮＳシステムを主体として捉える場合は、絵記号を利用したＳＮＳシステムであって、ユーザが登録した自分用の絵記号と前記ユーザが保有する決済カードのカード情報とを対応付けて登録させるカード登録手段と、前記ユーザが商品購入の決済のために前記カード登録手段に登録された決済カードの絵記号を選択した結果を、ＥＣサイトシステムに連携するＥＣサイト連携手段と、を備えることが特徴となる。

（実施形態の効果）
本システムによれば、カード番号を入力することなく、ＬＩＮＥ（登録商標）やＦａｃｅｂｏｏｋ（登録商標）等で使用されているスタンプ等の絵記号を選択するだけで手軽で、かつ安全性に買物をすることができる。また、日ごろ友達と使っているＳＮＳのトークやダイレクトメッセージのような感覚で買物を楽しむことができる。

また、購入代金の決済時にカード絵記号を選択するだけでなく、決済を確定させるための認証絵記号を選択させるので、誤操作の抑止及び安全性を高めることができる。
また、複数の絵記号を合成し、１つの絵記号を生成することができるので、カードの使用方法や使用目的に応じて多くの絵記号の絵柄を用意する必要がなくなる。
また、ＳＮＳの友達リストからカードを直接選択することもできるので、友達を選ぶ感覚で、そのときの商品購入に最適なカードを選択することができる。さらに、本当の友達とショッピングに関する情報を共有することも可能となる。
また、カード会社のシステムと連携させることで、ＥＣサイトでなくカード会社側で直ちに決済を実行させることができる。
また、決済カードにデビットカードを使用する場合、商品購入の代金を銀行振込で支払うことができるのでクレジットカード払いに対応していないショップでもカードで支払ができる。

なお、上記の実施形態では、主にネットショップでの商品購入システムについて説明したが、実店舗でのショッピングにも応用が可能である。

以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲に限定されないことは言うまでもない。上記実施形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。またそのような変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。なお、上記の実施形態では、本発明を物の発明として、商品購入システムについて説明したが、本発明は、方法の発明（商品購入方法）又はコンピュータ・プログラムの発明（商品購入プログラム）としても捉えることもできる。

１０ ユーザ端末（顧客端末）
２０ ＳＮＳシステム
２１ ユーザ端末通信手段
２２ ＥＣサイト連携手段
２３ ユーザ情報記憶手段
２４ 絵記号登録テーブル
２４ａ カード絵記号登録テーブル
２４ｂ 認証絵記号登録テーブル
２５ カード登録手段
２６ 絵記号記憶手段
３０ ＥＣサイトシステム
３１ 顧客端末通信手段
３２ ＳＮＳ連携手段
３３ 商品情報記憶手段
３４ カード決済手段
３５ 商品配送手段
４０ カード会社システム
４１ ユーザ端末通信手段
４２ ＳＮＳサイト連携手段
４３ ユーザ情報記憶手段
４４ 認証絵記号登録手段
４５ カード決済通知手段
１００ａ，１００ｂ，１００ｃ ショッピング画面
１０１ 購入商品表示欄
１０２ カード絵記号選択欄
１０３ カード絵記号
１０４ 認証絵記号選択欄
１０５ 認証絵記号
１０６ 決済完了通知
１１０ カード支払方法選択欄
２００ 絵記号リスト
２１０ カード情報入力トーク画面
２２０ カード絵記号登録トーク画面
２２１，２２２，２２３ 登録済カード絵記号
２２４ その他の絵記号
２２５ 登録済カード選択欄
２３０ カード絵記号合成トーク画面
２３１，２３２，２３４ 合成用絵記号
２３３，２３５ 合成後絵記号
３００ 友達リスト
３１０ ネットショップとのトーク画面
４００，４１０，４２０ ＥＣサイトからのショッピング画面
５００，５１０ ネットショップの商品購入画面
５１０ 友達リスト
５２０ 銀行のネットバンキングの振込画面
５２１ ネットショップでの購入情報
５２２ ワンタイムパスワード絵記号
５２３ ワンタイムパスワード
５２４ 認証絵記号

Claims (12)

1. 絵記号を利用した商品購入システムであって、
   ユーザが登録した自分用の絵記号と前記ユーザが保有する決済カードのカード情報とを対応付けて登録させるカード登録手段と、
   商品購入の決済のために複数の絵記号から前記カード登録手段に登録されて前記カード情報を含まない決済カードの絵記号を前記ユーザに選択させることで決済を行わせるカード決済手段と、
   を備えることを特徴とする商品購入システム。
2. ＳＮＳのシステムと、ユーザが買物を行うＥＣサイトのシステムとを連携可能に接続するサイト連携手段を更に備え、
   前記カード決済手段は、前記絵記号を前記ユーザに選択させる選択手段を備え、
   前記選択手段は、前記ＥＣサイトのシステムに設けられていることを特徴とする請求項１に記載の商品購入システム。
3. ＳＮＳのシステムと、ユーザが買物を行うＥＣサイトのシステムとを連携可能に接続するサイト連携手段を更に備え、
   前記カード決済手段は、前記絵記号を前記ユーザに選択させる選択手段を備え、
   前記選択手段は、前記ＳＮＳのシステムに設けられていることを特徴とする請求項１に記載の商品購入システム。
4. 前記絵記号は、連携したＳＮＳ上の絵記号を利用することを特徴とする請求項２又は３に記載の商品購入システム。
5. 前記カード登録手段は、前記商品購入の決済金額又は前記決済カードの使用方法又は使用目的に応じた認証用の認証絵記号を前記ユーザに登録させることを特徴とする請求項４に記載の商品購入システム。
6. 前記決済カードの選択は、前記ＳＮＳの友達リストから選択することを特徴とする請求項３から５までのいずれか１項に記載の商品購入システム。
7. 前記サイト連携手段は、前記決済カードを管理する決済カード管理システムと連携可能に接続させ、
   前記決済カード管理システムは、前記認証絵記号を前記ユーザに登録させる手段と、前記認証絵記号による決済の結果を前記ＥＣサイトのシステムに通知するカード決済通知手段とを備えることを特徴とする請求項５に記載の商品購入システム。
8. 前記決済カードがデビットカードである場合、前記デビットカードの絵記号を選択することによって、前記デビットカードで決済する銀行のシステムに前記商品購入の代金の振込を実行させることを特徴とする請求項１から７までのいずれか１項に記載の商品購入システム。
9. 絵記号を利用したＥＣサイトシステムであって、
   ユーザが登録した自分用の絵記号と前記ユーザが保有する決済カードのカード情報とを対応付けて登録させるＳＮＳシステムと連携可能にするＳＮＳ連携手段と、
   商品購入の決済のために前記ＳＮＳシステムに登録された決済カードの絵記号を前記ユーザに選択させることで決済を行うカード決済手段と、
   を備えることを特徴とするＥＣサイトシステム。
10. 絵記号を利用したＳＮＳシステムであって、
    ユーザが登録した自分用の絵記号と前記ユーザが保有する決済カードのカード情報とを対応付けて登録させるカード登録手段と、
    前記ユーザが商品購入の決済のために前記カード登録手段に登録された決済カードの絵記号を選択した結果を、ＥＣサイトシステムに連携するＥＣサイト連携手段と、
    を備えることを特徴とするＳＮＳシステム。
11. 絵記号を利用した商品購入方法であって、
    コンピュータシステムが、
    ユーザに登録された自分用の絵記号と前記ユーザが保有する決済カードのカード情報とを対応付けて登録させるステップと、
    商品購入の決済のために複数の絵記号から前記登録されて前記カード情報を含まない決済カードの絵記号を前記ユーザに選択させることで決済を行わせるステップと、
    を実行することを特徴とする商品購入方法。
12. 絵記号を利用した商品購入のためのプログラムであって、
    コンピュータシステムに、
    ユーザに登録された自分用の絵記号と前記ユーザが保有する決済カードのカード情報とを対応付けて登録させるステップと、
    商品購入の決済のために複数の絵記号から前記登録されて前記カード情報を含まない決済カードの絵記号を前記ユーザに選択させることで決済を行わせるステップと、
    を実行させることを特徴とするプログラム。