JP6132326B1 - 絵記号を用いた金融取引システム、金融取引方法及びプログラム - Google Patents

Abstract

【課題】ＳＮＳを利用した手軽で、かつ安全性の高い新たな金融取引システムを提供する。【解決手段】絵記号バンキングシステムは、ＳＮＳを利用した金融取引システムであり、ユーザが利用するＳＮＳのシステムとユーザが口座を保有する金融機関のシステムとを接続可能にする金融機関連携手段２５を備えている。このシステムは、ユーザがＳＮＳ上で用意された絵記号と金融機関における取引情報とを対応付けて登録させる絵記号登録手段２３と、ＳＮＳ上で金融機関での取引のための絵記号のメッセージ取得する絵記号メッセージ取得手段２６と、取得された絵記号のメッセージを金融機関における取引情報（実行命令）に変換して、金融機関のシステムに送信する絵記号変換手段２７とを備える。絵記号登録手段２３は、ユーザだけが知る秘密の認証用の絵記号、ユーザ独自の絵記号の使い方のルール、複数の絵記号の組合せ、ユーザ独自の画像も登録可能とする。【選択図】図２

Description

本発明は、金融機関に口座を保有する顧客向けの金融取引のシステムに関する。

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

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

本発明では、上記のようなＳＮＳの可能性と利便性に鑑み、ＳＮＳを利用した手軽で、かつ安全性の高い新たな金融取引システムを提供することを目的とする。

上記課題を解決するため、本発明は、以下のような解決手段を提供する。
（１）本発明の第１の態様では、ＳＮＳを利用した金融取引システムであって、
前記ＳＮＳのシステムは、ユーザが口座を保有し、当該ＳＮＳの参加者である金融機関のシステムと接続可能にする金融機関連携手段を備え、前記ユーザが前記ＳＮＳに用意された絵記号と前記金融機関における取引情報とを対応付けて登録させる絵記号登録手段と、
前記ＳＮＳ上で前記金融機関での取引のための絵記号のメッセージを取得する絵記号メッセージ取得手段と、前記取得した絵記号のメッセージを前記金融機関における取引情報に変換して、前記金融機関のシステムに送信する絵記号変換手段と、
を備えることを特徴とする。

（２）また、上記（１）の構成において、前記絵記号登録手段は、前記ユーザに認証用の秘密の絵記号を登録させることを特徴とする。

（３）また、上記（１）又は（２）の構成において、前記絵記号登録手段は、前記ユーザにユーザ独自の絵記号の使い方ルールを登録させることを特徴とする。

（４）また、上記（１）〜（３）のいずれかの構成において、前記金融機関のシステムは、前記取引の処理結果を、前記ユーザの別の端末に前記ＳＮＳとは別の通信経路で通知することを特徴とする。

（５）また、上記（１）〜（４）のいずれかの構成において、前記絵記号は、前記ユーザの端末に保管されたイラスト、シンボル又は写真の画像を含むことを特徴とする。

（６）また、本発明の第２の態様では、前記ＳＮＳのシステムとユーザが口座を保有し、当該ＳＮＳの参加者である金融機関のシステムとが接続可能に連携され、前記ユーザが前記ＳＮＳに用意された絵記号と前記金融機関における取引情報とを対応付けて登録させるステップと、前記ＳＮＳ上で前記金融機関での取引のための絵記号のメッセージを取得するステップと、前記取得した絵記号のメッセージを前記金融機関における取引情報に変換して、前記金融機関のシステムに送信するステップと、を含むことを特徴とする。

（７）また、本発明の第３の態様では、ＳＮＳを利用した金融取引におけるユーザの端末のプログラムであって、前記ＳＮＳのシステムとユーザが口座を保有し、当該ＳＮＳの参加者である金融機関のシステムとが接続可能に連携され、前記ユーザが前記ＳＮＳに用意された絵記号と前記金融機関における取引情報とを対応付けて登録させるステップと、前記ＳＮＳ上で前記金融機関での取引のための絵記号のメッセージを取得するステップと、前記取得した絵記号のメッセージを前記金融機関における取引情報に変換して、前記金融機関のシステムに送信するステップと、をコンピュータに実行させることを特徴とする。

（８）また、本発明の第４の態様では、ＳＮＳを利用した金融取引において、当該ＳＮＳの参加者である金融機関と絵記号を使って金融取引をするためのプログラムであって、コンピュータを、前記絵記号に前記金融取引の取引情報を対応付けて登録する絵記号登録手段として機能させ、前記絵記号登録手段は、１又は複数の前記絵記号と１又は複数の前記取引情報を、１対１又は１対Ｎに対応付ける絵記号登録テーブルに登録する形式のデータを生成することを特徴とする。

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

本発明の実施形態に係る金融取引システム（絵記号バンキングシステム）が提供するサービスのイメージを示す図である。 本発明の第１の実施形態に係る金融取引システム（絵記号バンキングシステム）の機能構成を示す図である。 絵記号登録テーブルの概念図である。 本発明の第１の実施形態に係るシステム間の処理フローを示す図である。 絵記号登録画面の具体例１を示す図である。 絵記号登録画面の具体例２を示す図である。 絵記号登録画面の具体例３を示す図である。 絵記号メッセージ確認画面の具体例を示す図である。 本発明の第２の実施形態に係る金融取引システム（絵記号バンキングシステム）の機能構成を示す図である。 本発明の第２の実施形態に係るシステム間の処理フローを示す図である。 本発明の第３の実施形態に係る金融取引システム（絵記号バンキングシステム）の機能構成を示す図である。

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

（サービスイメージ）
図１は、本発明の実施形態に係る金融取引システム（通称「絵記号バンキングシステム」と呼ぶ）が提供するサービスのイメージを示す図である。絵記号バンキングシステム（以下、本システムと呼ぶことがある）とは、ＳＮＳのスタンプ等の絵記号に金融取引の情報を紐付け、絵記号で振込等の資金の移動を伴う金融取引をするサービスを提供するシステムのことである。ここでいう絵記号とは、絵を使って分かりやすく示した記号であり、イラスト、ピクトグラム、マーク、シンボル等の図形に識別子（ＩＤ）を持たせたものである。また、絵記号には、写真や動画等の画像にＩＤを持たせたものも含むものとする。

本システムでは、ユーザである口座名義人があらかじめ金融取引の取引情報（又は取引情報を含んだ金融機関のシステム上の実行命令）と対応付けた絵記号の登録を行っておき、ユーザのＩＤでログインしたＳＮＳ上で、「友達」として登録され、ユーザが口座名義人となっている金融機関に対して、自らが登録した絵記号の組合せを送ることによって金融取引を実行させるものである。ユーザは、ＳＮＳ上で他のユーザとメッセージやトークをやり取りする感覚で、「友達」として登録された金融機関を選択し、文字入力なしに絵記号を並べるだけで金融取引を行うことができる。

図１の例では、ステップ１でユーザがＳＮＳ上で金融機関にメッセージを送ることを選択すると、金融機関のシステムから取引を促すメッセージ２が表示される。使用できる絵記号が表示された絵記号一覧領域３から、ユーザが所望の絵記号を選択することで金融取引の取引情報を生成させる。この例では、「母」に対応した絵記号４と、「振込」に対応した絵記号５と、「３万円」の金額に対応した絵記号６とを並べて、「母の口座に３万円を振込む」という取引情報を生成する。絵記号の並べ方の順序は問わないが、絵記号を並べた後、送信ボタン８を押すことで、金融機関のシステムに接続され、その金融機関でのユーザの認証後、絵記号に対応した取引情報が送信される。ただし、金融機関のシステムへの認証情報（ＩＤ、パスワード等）は、端末内にあらかじめ登録されているものとし、その登録情報の閲覧・変更は専用のパスワードを必要とする。なお、送信ボタン８を省略し、絵記号が入力されるたびに自動的に送信されるようにしてもよいが、その場合は送信した絵記号を取り消す等の手段が必要となる。

金融取引に対する取引情報の送信時には、絵記号４に対応した、振込先のあらかじめ登録された口座情報（金融機関名、支店名、口座種別、口座番号）が含まれる。ここで、絵記号と金融取引の取引情報との対応付け（関連付け）は、ユーザが個々に自由に設定できるので、仮に他人が同じ絵記号を使っても金融取引を実行させることはできない。また、ユーザ本人であることを示す特別の絵記号（認証用の絵記号）が含まれていないと認証ができず、有効な取引情報を生成しないようにしてもよい。図の例では、「聖徳太子」の絵記号７を認証用の絵記号として用いている。セキュリティ上、認証用の絵記号７は画面には表示されないようにしてもよい。こうすることで、他人によるユーザの端末の不正利用を防止することができる。また、金融取引の処理結果のメッセージ（符号９で示す）を、ＳＮＳだけでなく、ＳＮＳ以外の別の通信経路、例えば、ユーザが保有する別の端末にも通知するようにしてもよい。その場合、仮に他人がユーザの端末を不正利用したとしても、そのことをユーザがいち早く知ることができる。また、絵記号のメッセージをテキストに変換して表示し、ユーザが確認する手段も用意される。このようにすることで、ＳＮＳ上で手軽でかつ安全性を確保した金融取引を行うことができる。

（第１の実施形態）
図２は、本発明の第１の実施形態に係る金融取引システム（絵記号バンキングシステム）の機能構成を示す図（機能ブロック図）である。本システムの第１の実施形態では、ユーザ端末１０と、ユーザが登録しているＳＮＳシステム２０と、ユーザが口座を保有する金融機関のシステムである金融機関システム３０とがネットワークで接続される。ユーザ端末１０と、ＳＮＳシステム２０又は金融機関システム３０との間のネットワークは、通常のインターネット環境であってよいが、ＳＮＳシステム２０と金融機関システム３０との間のネットワークは、専用回線又はＶＰＮ（Virtual Private Network)等の、よりセキュアなネットワーク環境であることが好ましい。

ユーザ端末１０は、通常のスマートフォン、タブレット端末、パーソナルコンピュータ等であってよいが、ＳＮＳシステム２０及び金融機関システム３０にログインし、利用可能とするためのプログラム（専用アプリ）をユーザがあらかじめインストールしておくものとする。

本実施形態のＳＮＳシステム２０は、図示するように、ユーザ端末通信手段２１と、ユーザ情報記憶手段２２と、絵記号登録手段２３と、絵記号記憶手段２４と、金融機関連携手段２５と、絵記号メッセージ取得手段２６と、絵記号変換手段２７とを備えている。ただし、このような機能構成に限定されるものではない。以下、各機能について順に説明する。

ユーザ端末通信手段２１は、ユーザ端末１０とＳＮＳシステム２０の通信を制御し、ユーザ端末１０と交信したデータをＳＮＳシステム２０の他の機能処理部に伝える機能を有する。また、ユーザ端末通信手段２１は、ユーザの当該ＳＮＳへの登録情報を受け付け、ユーザ情報記憶手段２２に格納する機能も有する。

ユーザ情報記憶手段２２は、ユーザごとに、ＳＮＳシステム２０上のユーザＩＤとログインパスワード、ユーザのプロフィール情報、ユーザが友達として認証した他のユーザの情報を格納するデータベースである。本システムでは、前述したように、ユーザが口座を保有する金融機関もユーザの「友達」として登録可能とする。ユーザは、登録した金融機関に対しても通常の友達のようにメッセージを送受信できるが、金融機関がユーザの友達として他のユーザに公開されることはない。なお、金融機関システム３０にも、ユーザが当該金融機関をＳＮＳ上で登録していることを示す情報が保管される。

絵記号登録手段２３は、ユーザがＳＮＳ上で用意された絵記号を金融取引の取引情報（又は実行命令）に対応付けして登録させる手段を提供する。具体的には、絵記号登録手段２３は、絵記号登録画面をユーザ端末１０に表示させ、絵記号記憶手段２４に格納された絵記号の一覧を表示し、そこからユーザに所望の絵記号を１又は複数選択させ、それらの絵記号に対して取引情報を対応付けさせる。この絵記号と取引情報の対応付けを記憶したものを絵記号登録テーブルと呼び、絵記号登録テーブルは、ユーザごとにユーザ情報記憶手段２２に格納される。なお、絵記号登録画面と絵記号登録テーブルの具体例については後述する。

絵記号記憶手段２４は、ＳＮＳ上で利用可能なスタンプ等の絵記号を格納するデータベースである。また、絵記号は、ＳＮＳが用意したものだけでなく、ユーザが自分で作成したイラストやカメラで撮った写真等をユーザ端末１０に保管しておき、ＳＮＳ上の絵記号として登録できるようにしてもよい。いずれの絵記号も識別子が付与されて、絵記号記憶手段２４に登録される。

金融機関連携手段２５は、ＳＮＳシステム２０と金融機関システム３０とを接続可能にし、その間の通信を制御し、金融機関とＳＮＳを連携させる。ＳＮＳシステム２０と金融機関システム３０との間のデータの交信は、すべて金融機関連携手段２５を介して行うものとする。また、金融機関連携手段２５は、金融機関システム３０に、ユーザがその金融機関の顧客であることを認証してもらうように認証情報を送信する。

絵記号メッセージ取得手段２６は、ユーザがユーザ端末１０を使って入力した絵記号のメッセージを、ユーザ端末通信手段２１を介してユーザの識別子ともに取得し、ユーザごとにそのメッセージを絵記号変換手段２７に入力する。

絵記号変換手段２７は、入力された絵記号のメッセージをユーザの絵記号登録テーブルに従って、金融取引の取引情報に変換して金融機関連携手段２５に出力する。このとき、絵記号登録テーブルに含まれない絵記号は無視される。また、前述したように、ユーザがあらかじめ定めた認証用絵記号がメッセージに含まれていない場合は、取引情報は作成されない。したがって、他人がユーザ端末１０を不正利用しても金融取引は実行できない。取引情報は、所定のフォーマットの文字列又はバイナリデータであるが、暗号化されて金融機関システム３０に送信される。なお、取引情報を金融機関システム３０に送信し、処理が完了した段階で、処理結果の通知をＳＮＳ上で表示するようにしてもよい。このとき、ユーザがユーザ端末１０以外の他の端末１０´を保有していれば、その他の端末にも処理結果を送信することが好ましい。

なお、ＳＮＳシステム２０上では絵記号を取引情報に変換せずに、入力された絵記号を金融機関システム３０にそのまま送り、金融機関システム３０側で絵記号を取引情報に変換する形態も考えられるが、これについては、第２の実施形態として後述する。また、ユーザ端末１０で絵記号を取引情報に変換する形態も考えられるがこれについては、第３の実施形態として後述する。

次に、第１の実施形態における金融機関システム３０の機能構成について説明する。金融機関システム３０は、図２で図示するように、顧客情報登録手段３１と、顧客情報ＤＢ３２と、顧客認証手段３３と、取引実行手段３４と、勘定系システム３５と、処理結果通知手段３６とを備えている。

顧客情報登録手段３１は、当該金融機関の顧客であるユーザの情報を登録し、顧客情報ＤＢ３２に格納する。顧客情報ＤＢ３２には、顧客であるユーザの住所氏名、連絡先（メールアドレス、固定電話番号、携帯電話番号等）、ユーザが登録しているＳＮＳの情報、当該金融機関での顧客番号、取引支店名、口座番号の情報、金融機関のインターネットバンキングのログインＩＤ及びパスワード、暗証番号、生体情報等の認証情報が格納される。

顧客認証手段３３は、登録された顧客の認証情報に基づいて、ＳＮＳシステム２０から送信されたユーザの情報を認証する。このとき、認証用絵記号をＳＮＳシステム２０から受信し、ユーザ本人からのメッセージであることを、ここで再度確認するようにしてもよい。この場合、認証用絵記号の情報を事前に金融機関側で受信しておき、顧客情報ＤＢ３２に格納しておくのは言うまでもない。

取引実行手段３４は、絵記号から変換された取引情報によって取引相手の口座番号を確認し、問題がなければ、その取引情報を含んだ実行命令を口座間の資金移動を実行する勘定系システム３５に送り、取引を実行させる。また、勘定系システム３５から、その取引の処理結果を受取り、処理結果通知手段３６に受け渡す。

処理結果通知手段３６は、受け渡された処理結果を、ＳＮＳシステム２０を介して、ユーザ端末１０に送信する。また、その処理結果を、正常終了か異常終了かにかかわらず、ＳＮＳシステム２０を介さずに、別の通信経路（例えば、ユーザが保有する他の端末１０´へのショートメッセージ等）で通知する。このようにすることで、仮に、他人がユーザ端末１０を不正利用したとしても、そのことをユーザがいち早く知ることができ、その取引の取り消し（組み戻し）等の処置を素早くとることができる。

（絵記号登録テーブル）
図３は、絵記号登録テーブルの概念図である。絵記号登録テーブルとは、絵記号と金融取引に必要な情報（取引情報）とを対応付けたテーブルであり、図示するようにいくつかの種類に分類することができる。図の取引内容テーブル１００は、取引内容（残高照会、利用明細、振込、円預金定期振替、外貨預金振替等）と絵記号を対応付けたテーブルである。絵記号登録テーブルの設定には、後述の絵記号登録画面から行うものとするが、この登録画面を表示するには、ＳＮＳのログインパスワードとは別のパスワード（第２パスワード）を入力させることが望ましい。

図の取引先テーブル１０１は、振込や振替等の相手である取引先（例えば、家族、家賃の支払先、ネット店舗、電気・ガス・水道等の公共料金支払先、住宅ローンの返済先等）と絵記号を対応付けたテーブルである。図の金額テーブル１０２は、振込や振替の金額と絵記号を対応付けたテーブルである。また、図のその他テーブル１０３は、その他の取引情報と絵記号を対応付けたテーブルである。例えば、振込の目的や振込の種類（電信扱い、文書扱い）等が定義できる。また、図の認証用テーブル１０４は、ユーザが設定する秘密の認証用の絵記号を定義するテーブルである。認証用の絵記号は一つでなくともよく、複数の絵記号を時と場合によって使い分けするようにしてもよい。例えば、３万円未満の振込と３万円以上の振込では異なる認証用の絵記号が必要とする等である。また、認証用の絵記号は、メッセージの送信画面では非表示とすることでセキュリティを高めるようにしてもよい。

上記いずれの場合も、絵記号と取引情報は１対１の対応だけなく、一つの取引情報に複数の絵記号を１：Ｎで対応付けしてもよい。また、絵記号のユーザ独自の使い分けのルールを別途登録できるようにしてもよい。例えば、図の取引内容テーブル１００の例では、「振込」に３つの絵記号が対応付けられているが、「ブタ」の絵記号は家賃の支払、「打者」の絵記号は公共料金の支払、「金一封」の絵記号は、家族へお祝いに使用する等、ユーザ本人のみが知り得るルールを決めて登録しておいてもよい。また、図の取引先テーブル１０１の例では、「父」、「母」、「姉」、「大家」に絵記号が登録されているが、「姉」の絵記号は１万円以下、「母」の絵記号は３万円以下、「父」と「大家」の絵記号は１０万円以下等のように、使い方のルールを決めてもよい。絵記号変換手段２７が、絵記号の使い方のルールに違反すると判断した場合は、取引情報が作成されず、当然取引が実行できない。

（第１の実施形態の処理フロー）
図４は、本発明の第１の実施形態に係るシステム間の処理フローを示す図である。以下の処理フロー図では、システム内の処理の移動は実線で表し、システム間のデータの送受信は一点鎖線で表している。

本システムを利用するユーザは、まず、ステップＳ１０において、ＳＮＳにログインする。次にユーザが金融機関あてのメッセージを送信することを選んだ場合は（ステップＳ１１：Ｙ）、あらかじめＳＮＳシステム２０又はユーザ端末１０内に登録しておいたその金融機関のシステムを利用するための認証情報を送信する（ステップＳ１２）。

金融機関側では、この認証情報を受信すると、ステップＳ２０において、まず登録されたＳＮＳからのメッセージであることを確認し、登録されたＳＮＳのメッセージであれば（ステップＳ２０：Ｙ）、ユーザの認証情報から正規の顧客であることを確認し、認証結果を送信する（ステップＳ２１）。

ＳＮＳ側では、ステップＳ１３において、金融機関の認証がＯＫであることを条件に（ステップＳ１３：Ｙ）、ステップＳ１４に進み、そのユーザの絵記号登録テーブルに基づいて、メッセージ内に入力された絵記号を金融機関の取引情報に変換する。このとき、前述の絵記号の使い方ルールに違反していないかどうかもチェックする。そして、ステップＳ１５において、変換されたメッセージが金融取引として成立するか否か、すなわち、必要な情報が不足していないか、矛盾はないか等をチェックする。取引として成立しない場合は（ステップＳ１５：Ｙ）、所定の取引エラー処理（ステップＳ１８）に移るが、取引として成立する場合は（ステップＳ１５：Ｎ）、ステップＳ１６において、変換によって生成された取引情報（実行命令）を金融機関側に送信する。

金融機関側では、この取引情報を受信すると、その中に含まれた取引情報を確認し(ステップＳ２２）、ＯＫであれば、ステップＳ２３において、要求された取引を実行する。そして、取引の処理結果をＳＮＳ側に送信する。このとき、処理結果をＳＮＳとは別の通信経路でユーザ側に通知する（ステップＳ２４）。

ＳＮＳ側では、金融機関からの処理結果を受信すると、ステップＳ１７において、処理結果が正常終了であれば（ステップＳ１７：Ｙ）、そのまま処理を終了するが、異常があった場合は（ステップＳ１７：Ｎ）、ステップＳ１８において所定のエラー処理を行う。

（絵記号登録画面）
図５は、絵記号登録画面の具体例１を示す図である。以降の絵記号登録画面は、絵記号登録手段の一例を示したものであり、グラフィカルなユーザインターフェースを備えるものであるがこれに限定されるものではない。この画面は、絵記号と金融取引の取引情報とを対応付けさせるために、ユーザ端末１０に表示される。図示する絵記号登録画面２００では、ユーザが絵記号一覧２１０から好みの絵記号をいくつか選択し、「取引内容」、「取引相手」、「金額」、「その他＞お祝い」の各欄に、それらの絵記号をドラッグ＆ドロップ（又はスワイプ）することで、絵記号と金融機関の取引情報とを対応付ける操作を行っていることを示している。この例では、「母の誕生日祝いに３万円を振込む」という金融取引を実行させることを表している。

ドラッグ＆ドロップする先の欄に適当な項目がない場合は、図の空白欄２２１〜２２４に新たな項目を入力することもできる。また、図の「その他＞お祝い」の欄は、必須ではないが、そこに対応付けられた絵記号又はメッセージが振込先での確認画面にコメントとして表示されるようにしてもよい。また、この例で母の誕生日が登録されていれば、「母」、「誕生日祝い」の絵記号の意味から、母の誕生日に振込が自動的に実行されるように指定できるようにしてもよい。

図６は、絵記号登録画面の具体例２を示す図である。図の絵記号登録画面３００では、絵記号をドラッグ＆ドロップする代わりに、「取引内容」等の各欄の文字又はアイコンを特定の絵記号にドラッグ＆ドロップすることで、取引情報と対応付けする様子を示している。

図示するように、一つの絵記号に複数の取引情報を対応付け、複数の意味を持たせてもよい。この例では、「父の定年祝いに２０万円を振込む」という金融取引を実行させる。図の例では、２０万円という金額のアイコンを新たに作成し、また、定年祝いにメッセージ付のアイコンを新たに作成している様子が示されている。このように絵記号に複数の意味を持たせることで、絵記号のメッセージの入力が簡単になる。このことを推し進めれば、図７の絵記号登録画面４００で示すように、一つの絵記号だけで金融取引を完了させることもできる（ただし、認証用絵記号は除く）。この例では、「大家に家賃８万円を振込む」ということが絵記号４１１だけで表現できる。更に毎月の振込実行日を同じ絵記号に対応付けさせてもよい。

このように、上記した登録画面で絵記号登録手段２３は、対応付けのためのユーザインターフェース、好ましくはグラフィカル・ユーザインターフェ−ス（ＧＵＩ）を有し、複数の絵記号と複数の取引情報を、１対１又は１対Ｎに対応付ける絵記号登録テーブル１００〜１０４に登録する形式のデータを生成する。

図８は、絵記号メッセージ確認画面の具体例を示す図である。本システムは、金融機関へのメッセージを絵記号で行うため、実際にどのようなメッセージが送信されるのかをユーザが確認できる手段を提供する。図示する絵記号メッセージ確認画面５００は、その手段の一例である。

ユーザがこの画面を表示させると、入力した絵記号の列がテキストに変換されて、テキスト領域５０１に表示される。そして、例えば、ユーザがこのテキスト領域５０１をタッチすると、元々入力した絵記号の列が絵記号列領域５０２に表示され、また、取引の詳細情報が詳細情報領域５０３に表示される。絵記号列領域５０２は、セキュリティ上、非表示又は部分表示としてもよい。ユーザは、この画面で内容を確認後、修正が必要であれば戻りボタン５０４を押し、ＯＫであれば確認ボタン５０５を押す。このようにすることで、ユーザは取引を実行させる前にのの

（第２の実施形態）
図９は、本発明の第２の実施形態に係る金融取引システム（絵記号バンキングシステム）の機能構成を示す図である。以下、第１の実施形態の機能構成（図２参照）と異なる部分についてのみ説明する。第２の実施形態では、絵記号変換手段（金融機関側）３８が金融機関システム３０Ａ上に備えられる。また、新たに登録絵記号記憶手段３７が金融機関システム３０Ａ上に備えられる。

登録絵記号記憶手段３７は、金融機関の顧客であるユーザが登録した絵記号を記憶する金融機関側のデータベースである。顧客情報登録手段３１が、ＳＮＳシステム２０Ａの絵記号登録手段２３から、金融機関連携手段２５を介して、そのユーザがＳＮＳ上で登録した絵記号の情報を受信し、登録絵記号記憶手段３７に格納する。ここで、ＳＮＳ側では登録絵記号の情報は保管しないものとする。したがって、ユーザの絵記号登録テーブルは、金融機関側の登録絵記号記憶手段３７に保管されるだけである。

絵記号変換手段（金融機関側）３８は、登録絵記号記憶手段３７に含まれる絵記号登録テーブルに基づいて、ＳＮＳシステム２０Ａから受信したユーザの絵記号のメッセージを金融機関における取引情報に変換する。なお、登録絵記号記憶手段３７は、顧客情報ＤＢ３２に含めてもよい。第２の実施形態では、ＳＮＳ側の処理が減り、金融機関側の処理が多くなるが、セキュリティが強固な金融機関側で、登録絵記号の管理と絵記号メッセージの変換とを行うことで安全性がより高くなる。

図１０は、本発明の第２の実施形態に係るシステム間の処理フローを示す図である。以下、第１の実施形態の処理フロー（図４参照）と異なる部分についてのみ説明する。ＳＮＳ側のステップＳ１０〜Ｓ１３、Ｓ１７〜Ｓ１８の処理は、図４の場合と同じである。また、金融機関側のステップＳ２０〜Ｓ２１、Ｓ２２〜Ｓ２４の処理も図４の場合と同じである。

第１の実施形態では、図４に示すようにステップＳ１４〜Ｓ１６の処理で、ユーザが入力した絵記号のメッセージの変換をＳＮＳ側で行っていたが、第２の実施形態では、図１０に示すようにＳＮＳシステム２０ＡのステップＳ１４ａの処理で、絵記号のメッセージを金融機関側に送信するだけである。したがって、金融機関側で、受信した絵記号のメッセージを絵記号登録テーブルに基づいて変換する処理を行う（ステップＳ２１ａ）。そして、変換されたメッセージ（取引情報）が取引として成立するか否かをチェックする処理を行い（ステップＳ２１ｂ）、取引として成立する場合は、ステップＳ２２以降の処理を行う。

（第３の実施形態）
図１１は、本発明の第３の実施形態に係る金融取引システム（絵記号バンキングシステム）の機能構成を示す図である。以下、第１の実施形態と異なる部分についてのみ説明する（図２参照）。

第３の実施形態では、ユーザ端末１０Ｂにインストールされた専用アプリで端末内の画像記憶手段１３に保管された画像を絵記号として登録する絵記号画像登録手段１２を備えている。このようにすることで、ユーザ独自のイラスト、シンボル、写真等の画像（動画を含む）を絵記号として使用できるのでより安全性が高まる。

なお、図１１の点線で示すように、ＳＮＳ側にある絵記号登録手段２３、絵記号メッセージ取得手段２６、及び絵記号変換手段２７の処理を、ユーザ端末１０Ｂのアプリケーション側で行うようにしてもよい。この場合は、端末側からＳＮＳ通信手段１１を介して、ＳＮＳ側の絵記号記憶手段２４にアクセスして、絵記号の一覧データを受信し、端末側で独自の絵記号を含めたかたちで絵記号の登録を行い、絵記号のメッセージの取引情報への変換も行うことになる。このようにすることで、端末に専用アプリをインストールするだけで、ＳＮＳ側のシステムはほとんど変更することなく、本サービスの機能を提供することができる。また、ユーザ端末１０Ｂ側のプログラムが、ＳＮＳを介して金融機関システム３０Ｂと接続され、ユーザ固有の情報が端末内に保管されるので機密性とともに柔軟性も高まる。また、専用アプリは、金融機関から提供されるようにすれば、セキュリティ上も好ましく、金融機関のセキュリティポリシーに沿った認証方式を利用できる。

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

（実施形態の効果）
本システムによれば、ＳＮＳを利用した手軽で、かつ安全性の高い新たな金融取引方法を実現することができる。ＬＩＮＥ（登録商標）やＦａｃｅｂｏｏｋ（登録商標）で使用されているスタンプ等の絵記号を用いることで、文字入力することなく、上記のＳＮＳと同じく、直感的なメッセージの送信で金融取引を実行することができる。また、ユーザは、絵記号と取引情報を自由に組み合わせられること、認証用の絵記号を秘密に設定すること、絵記号のユーザ独自の使い方のルールを設定できること、金融機関での処理結果をＳＮＳ以外の別の通信経路でユーザの他の端末にも通知すること、絵記号にユーザ独自のイラストや写真等の画像を含めることで安全性を高めることができる。

なお、上記の実施形態では、金融機関の取引について説明したが、本発明は、金融機関以外の企業や団体又は個人との間で秘匿性を有するメッセージのやり取りにも応用が可能である。

以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲に限定されないことは言うまでもない。上記実施形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。またその様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。例えば、第１の実施形態、第２の実施形態のＳＮＳシステムに持たせた手段を全てユーザ端末側に持たせることも考えられる。なお、上記の実施形態では、本発明を物の発明として、金融取引システムについて説明したが、本発明は、方法の発明（金融取引方法）又はコンピュータ・プログラムの発明（ユーザ端末における金融取引プログラム）としても捉えることもできる。

１０，１０Ｂ ユーザ端末
１０´ ユーザの他の端末
１１ ＳＮＳ通信手段
１２ 絵記号画像登録手段
１３ 画像記憶手段
２０，２０Ａ，２０Ｂ ＳＮＳシステム
２１ ユーザ端末通信手段
２２ ユーザ情報記憶手段
２３ 絵記号登録手段
２４ 絵記号記憶手段
２５ 金融機関連携手段
２６ 絵記号メッセージ取得手段
２７ 絵記号変換手段（ＳＮＳ側）
３０，３０Ａ，３０Ｂ 金融機関システム
３１ 顧客情報登録手段
３２ 顧客情報ＤＢ
３３ 顧客認証手段
３４ 取引実行手段
３５ 勘定系システム
３６ 処理結果通知手段
３７ 登録絵記号記憶手段
３８ 絵記号変換手段（金融機関側）
１００，１０１，１０２，１０３，１０４ 絵記号登録テーブル
２００，３００，４００ 絵記号登録画面
２１１，２１２，２１３，２１４，３１１，３１２，４１１ 取引情報と対応付けられる絵記号
５００ 絵記号メッセージ確認画面
５０１，５０２，５０３ 絵記号メッセージ確認画面の表示領域

Claims (8)

1. ＳＮＳを利用した金融取引システムであって、
   前記ＳＮＳのシステムは、ユーザが口座を保有し、当該ＳＮＳの参加者である金融機関のシステムと接続可能にする金融機関連携手段を備え、
   前記ユーザが前記ＳＮＳに用意された絵記号と前記金融機関における取引情報とを対応付けて登録させる絵記号登録手段と、
   前記ＳＮＳ上で前記金融機関での取引のための絵記号のメッセージを取得する絵記号メッセージ取得手段と、
   前記取得した絵記号のメッセージを前記金融機関における取引情報に変換して、前記金融機関のシステムに送信する絵記号変換手段と、
   を備えることを特徴とする金融取引システム。
2. 前記絵記号登録手段は、前記ユーザに認証用の秘密の絵記号を登録させることを特徴とする請求項１に記載の金融取引システム。
3. 前記絵記号登録手段は、前記ユーザにユーザ独自の絵記号の使い方ルールを登録させることを特徴とする請求項１又は２に記載の金融取引システム。
4. 前記金融機関のシステムは、前記取引の処理結果を、前記ユーザの別の端末に前記ＳＮＳとは別の通信経路で通知することを特徴とする請求項１から３までのいずれか１項に記載の金融取引システム。
5. 前記絵記号は、前記ユーザの端末に保管されたイラスト、シンボル又は写真の画像を含むことを特徴とする請求項１から４までのいずれか１項に記載の金融取引システム。
6. ＳＮＳを利用した金融取引方法であって、
   前記ＳＮＳのシステムとユーザが口座を保有し、当該ＳＮＳの参加者である金融機関のシステムとが接続可能に連携され、
   前記ユーザが前記ＳＮＳに用意された絵記号と前記金融機関における取引情報とを対応付けて登録させるステップと、
   前記ＳＮＳ上で前記金融機関での取引のための絵記号のメッセージを取得するステップと、
   前記取得した絵記号のメッセージを前記金融機関における取引情報に変換して、前記金融機関のシステムに送信するステップと、
   を含むことを特徴とする金融取引方法。
7. ＳＮＳを利用した金融取引におけるユーザの端末のプログラムであって、
   前記ＳＮＳのシステムとユーザが口座を保有し、当該ＳＮＳの参加者である金融機関のシステムとが接続可能に連携され、
   前記ユーザが前記ＳＮＳに用意された絵記号と前記金融機関における取引情報とを対応付けて登録させるステップと、
   前記ＳＮＳ上で前記金融機関での取引のための絵記号のメッセージを取得するステップと、
   前記取得した絵記号のメッセージを前記金融機関における取引情報に変換して、前記金融機関のシステムに送信するステップと、
   をコンピュータに実行させることを特徴とするプログラム。
8. ＳＮＳを利用した金融取引において、当該ＳＮＳの参加者である金融機関と絵記号を使って金融取引をするためのプログラムであって、
   コンピュータを、
   前記絵記号に前記金融取引の取引情報を対応付けて登録する絵記号登録手段として機能させ、
   前記絵記号登録手段は、１又は複数の前記絵記号と１又は複数の前記取引情報を、１対１又は１対Ｎに対応付ける絵記号登録テーブルに登録する形式のデータを生成することを特徴とするプログラム。

Images