以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
なお、実施例1は、主に請求項1について説明する。また、実施例2は、主に請求項2について説明する。また、実施例3は、主に請求項3について説明する。また、実施例4は、主に請求項4について説明する。また、実施例5は、主に請求項5について説明する。
≪実施例1≫
<概要>
図1は、本実施例の資金移動システムによる送金受付の一例を表す概念図である。例えば、ユーザαがユーザβに1万円の入金を行おうと考えた。そこでユーザαは、図1(a)に示すように、自身の携帯端末(送金元端末)などを利用して本システムによる送金サービスの登録用Webサイトなどにアクセスする。そして表示されたGUI画面に送金先となるユーザβの例えば携帯電話番号を入力する。すると当該Webサイトを管理するサーバ装置では、入力された情報およびアクセスしてきた端末の固有IDなどの情報をデータベースに蓄積保持する。またそれら情報を元に認証用の例えばバーコードなどを生成し、それをユーザαの携帯端末に対して返信する。
そして、図1(b)に示すように、ユーザαがコンビニなどを訪れ、そこで送金用の入金を行うための手続きを行う。具体的には、ユーザαは先に携帯端末に返信されたバーコードなどを、店頭にある端末装置(入金側店頭端末装置)に読取らせるなどする。すると図1(c)に示すように、店頭の端末装置では、読取るなどして取得したバーコードで示される認証用の情報を前述のサーバ装置に転送し認証リクエストを行う。そしてサーバ装置では、転送された認証用の情報と自身のデータベースに蓄積されている情報とをマッチングし、一致する情報が登録されていれば認証OKを示す認証結果を店頭の端末装置に対して返信する。
すると、その店頭の端末装置では、図1(d)に示すように、例えば店員向けディスプレイに認証OKである旨を示す情報を表示し、それを確認した店員はユーザαからの入金をレジなどにて受付ける、という具合である。
<機能的構成>
図2は、本実施例の資金移動システムにおける機能ブロックの一例を表す図である。なお、以下に記載する本システムを構成する各装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、CPUや主メモリ、バス、あるいは二次記憶装置(ハードディスクや不揮発性メモリ、CDやDVDなどの記憶メディアとそれらメディアの読取ドライブなど)、情報入力に利用される入力デバイス、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部、またその外部周辺装置用のインターフェース、通信用インターフェース、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、ユーザ・インターフェース用アプリケーションなどが挙げられる。
そして主メモリ上に展開したプログラムに従ったCPUの演算処理によって、入力デバイスやその他インターフェースなどから入力され、メモリやハードディスク上に保持されているデータなどが加工、蓄積されたり、上記各ハードウェアやソフトウェアを制御するための命令が生成されたりする。また、この発明はシステムとして実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる(本明細書の全体を通じて同様である)。
そして本実施例の資金移動システムは、図2に示すように、「送金元端末」(0200)と、「サーバ装置」(0210)と、「入金側店頭端末装置」(0220)と、からなる。
(送金元端末の構成要件)
まず、「送金元端末」の構成要件について説明する。この送金元端末は送金者の利用する端末をいい、例えば携帯電話やPHS(パーソナル・ハンディフォン・システム)、PDA(パーソナル・デジタル・アシスタンツ)、スマートフォン、通信機能付携帯型ゲーム機、ネットブック、ノートPCなどの携行可能な端末装置が挙げられる。送金元端末がこのように携行可能な端末であれば、後述する第一認証情報を、実際に入金を行うコンビニなどに設置された入金側店頭端末装置に対して容易に出力することができる。
あるいはデスクトップPCや通信機能付の据置ゲーム機などの据置型の端末装置でも良いが、その場合、第一認証情報をプリントアウトしたりその他の携行可能な端末に転送したりすることで、店頭に設置された入金側店頭端末装置に対して出力すると良い。
そして図2にあるように、「送金元端末」(0200)は、「送金依頼情報取得部」(0201)と、「送信部」(0202)と、「第一認証情報受信部」(0203)と、「第一認証情報出力部」(0204)と、を有する。
「送金依頼情報取得部」(0201)は、一以上の送金先端末IDと、送金元端末IDと、を情報として含む送金依頼情報を取得する機能を有する。「送金先端末ID」とは、送金先となる端末を特定するための情報をいい、例えば、その端末で利用可能な電話番号や電子メールアドレス、あるいは本サービス専用に割り当てられた識別番号などが挙げられる。また、後述するサーバ装置において当該電子メールアドレスなどと、それで特定される端末の固有IDなどとを関連付けて管理しておき、相互変換可能に構成してもよい。このように構成することで、送金依頼情報に含まれる送金先端末IDが電子メールアドレスなどであっても、その後の処理において装置の固有IDなどを送信先端末IDとして利用することができる(逆もまた可能である)。
また、「送金元端末ID」とは、送金元となる端末を特定するための情報をいい、例えば送金元の端末装置の固有ID(製造ID)や、そのネットワーク通信機器に割り当てられたMACアドレス、あるいは、送金先端末IDと同様に、その端末で利用可能な電話番号や電子メールアドレス、あるいは本サービス専用に割り当てられた識別番号などが挙げられる。また、送信先端末IDと同様に、この送信元端末IDに関しても、後述するサーバ装置において電子メールアドレスなどと、それで特定される端末の固有IDなどとを関連付けて管理しておき、相互変換可能に構成してもよい。
そして送金依頼情報取得部での送金依頼情報の取得は、例えば図3に示すようなGUI画面などを表示し、その入力欄に送金先端末IDなどを入力させるよう構成して取得する方法が挙げられる。また、送金元端末IDについては、固有IDやMACアドレスであれば、ユーザによる入力など無くとも自動的に取得するよう構成することができる。また、電話番号や電子メールアドレスなどであれば、送金先端末IDと同様に、GUI画面などを介してユーザに入力させることで取得する構成としても良い。
また、図に示すように送金依頼情報として送金(予定)額などを合せて取得するよう構成しても良い。その場合、後述する入金側店頭端末装置にて、実際の入金額とここで入力された送金予定額とが合致しているかの判断処理などを行うと良い。
また、この送金依頼情報取得部では、複数の送金先端末IDを1度にまとめて取得するよう構成しても良い。そして、まとめて取得した複数の送金先端末IDを後述するように関連付けて処理することで、例えば雇用者が、本システムを利用して複数の被雇用者に対して、一つの第一認証情報によってまとめて給料を支払うことなどもできるようになる。なお、このように複数の送金先に対してまとめて送金する場合には、個別の送金先端末IDごとに送金金額情報を取得するように構成すると良い。この送金金額情報を取得することで、まとめて入金された合計の入金を、送金先ごとに分割して処理することができる。
「送信部」(0202)は、取得した送金依頼情報を送信する機能を有し、例えばインターネット通信機能などで実現することができる。具体的には、送金元端末にて、例えば後述するサーバ装置にある本サービス用Webページにアクセスする。そして、そのWebページを送金依頼情報の入力GUIとして送金先端末IDや送金元端末IDなどの送金依頼情報を入力し、その入力情報をHTTPリクエストとして当該サーバ装置に対して送信する、という具合である。
また送金依頼情報として取得する送金先端末IDと送金元端末IDとは、同一のIDであっても良い。その場合、自分自身で遠隔地などでの受金を行うことができる。
「第一認証情報受信部」(0203)は、前記送信に応じて返信される第一認証情報を受信する機能を有する。「第一認証情報」とは、前記送金依頼情報の送信に応じてサーバ装置にて生成される入金者認証のための情報であり、例えば送金依頼情報をコード変換して生成されたバーコードや2次元コード、あるいは送金依頼情報を暗号化した情報などが挙げられる。なお、この第一認証情報の生成については、後述するサーバ装置にて説明する。
「第一認証情報出力部」(0204)は、取得した第一認証情報を出力する機能を有する。ここで、第一認証情報の出力形態としては、後述する入金側店頭端末装置での第一認証情報の取得形態に合せて様々であって良い。例えば、入金側店頭端末装置がバーコード(あるいは2次元コード)リーダーなどを備えていれば、第一認証情報出力部は、第一認証情報をバーコードや2次元コードとしてディスプレイなどに表示出力する形態が挙げられる。また、入金側店頭端末装置が近距離無線通信機能などを備えていれば、第一認証情報を当該近距離無線通信の通信信号に変調し、出力する形態が挙げられる。
また、この送金元端末が据置型のデスクトップPCなどであれば、前述したように印刷装置などを利用して第一認証情報を示すバーコードや2次元コードなどを紙にプリントアウトして出力する形態や、他の携帯端末に転送出力する形態などが挙げられる。
そして送金元端末では、このようにして第一認証情報を実際に入金を行う例えばコンビニなどに設置された入金側店頭端末装置に対して出力することで、自身の認証を含む送金のための手続きを簡単に行うことができる。
(サーバ装置の構成要件)
次に、図2に戻り「サーバ装置」の構成要件について説明する。この図2にあるように、「サーバ装置」(0210)は、「受信部」(0211)と、「第一認証情報生成部」(0212)と、「返信部」(0213)と、「転送受信部」(0214)と、「第一認証部」(0215)と、「転送返信部」(0216)と、を有する。
「受信部」(0211)は、前記送金元端末の送信部から送信される送金依頼情報を受信する機能を有する。この受信部では、例えばネットワーク網などを介して送金元端末から送金依頼情報を受信する、という具合である。
「第一認証情報生成部」(0212)は、受信した送金依頼情報に対応してユニークな第一認証情報を生成し保持する機能を有し、例えばCPUや主メモリ、HDDなどの記録媒体、そして第一認証情報生成プログラムなどで実現することができる。具体的に、例えばユニークな文字列をランダムに生成、あるいは所定のルールに従って規則的に生成し、バーコードなどに変換して第一認証情報を生成する方法が挙げられる。また、コード変換する前の任意の文字列を第一認証情報としても良い。また、その際に送金依頼情報に含まれる送金先端末IDや送金元端末IDを、上記ランダムな文字列に付加するよう構成しても良い。また、送金依頼情報に送金予定金額が含まれていれば、その金額情報を付加しても良い。
なお、バーコード変換や2次元コード変換などで第一認証情報を生成する場合、送金依頼情報に含まれる情報のみでコード変換し第一認証情報を生成することは好ましくない。なぜならば、これらコード変換の手法は一般にも開示されているため、変換元となる情報が送金依頼情報に含まれる情報のみである場合、一般ユーザにも簡単に第一認証情報であるバーコードなどが生成できてしまうからである。そのため、この第一認証情報を生成する場合には、このサーバ装置で何らかの文字列を追加して生成したり、あるいは非公開の変換手法でコード変換したりして生成することは望ましい。
また、この第一認証情報の表示形態は特に限定しないが、例えば前述のバーコードや2次元コード、また前述のコード変換前の任意の文字列、あるいは特定の情報が読込み可能に埋め込まれた画像データ、または音声データなどが挙げられる。そして、それらに対応した、例えばバーコードリーダなどの読取装置が後述する入金側店頭端末装置に備えられていると良い。
そして上記のようにして生成された第一認証情報を、この第一認証情報生成部では例えばHDDなどの記録媒体に記録し、後述する送金元端末の認証に利用するという具合である。なお、第一認証情報が送金元端末IDや送金先端末IDを含まずに生成されている場合には、図4(a)に示すように上記認証のため送金依頼情報に含まれる送金元端末IDや送金先端末と関連付けて第一認証情報を記録するよう構成すると良い。また、第一認証情報にこれらIDが含まれていれば、図4(b)に示すようにそのまま記録媒体に記録し、認証の際には第一認証情報からその情報を読み出すよう構成すると良い。
また、前述のように一つの送金依頼情報で複数の送金先端末IDが指定される場合には、個々の送金先端末IDには第二認証情報をそれぞれ関連付け、その複数の第二認証情報に一つの第一認証情報を関連付けて記録するよう構成すると良い。
「返信部」(0213)は、生成した第一認証情報を送金元端末に対して返信する機能を有し、例えばネットワーク網などを介して送金元端末から送金依頼情報を受信する、という具合である。
なお、前述のように例えば雇用者が被雇用者宛に給料を送金するなど、複数を送金先とする場合、このサーバ装置は以下のような処理を行うと良い。すなわち、送金依頼情報に含まれる複数の送金先端末IDのそれぞれに対応して、まず第二認証情報を複数生成する。そして、その複数の第二認証情報と関連付けた第一認証情報を生成し、その関連付けを管理しておく。そして、送金元端末に対しては、その第一認証情報のみを返信する、という具合である。
このようにして、送金者に返信される第一認証情報は1つにまとめられるので、送金者は各送金先に対する入金を個別に行う必要が無く、一つの第一認証情報を利用した入金処理のみで送金手続きを行うことができる。そして実際に受金する場合には、後述するとように、上記関連付けて管理されている第一認証情報と複数の第二認証情報を利用してサーバ装置が複数の受金先に対して分割して受金がなされるよう処理する、という具合である。
「転送受信部」(0214)は、送金元端末の第一認証情報出力部からの第一認証情報の転送を受信する機能を有する。なお、「第一認証情報の転送」とは、以下のような情報の流れをいう。すなわち前述の返信部にて送金元端末宛に送信された第一認証情報が、実際に送金のための入金を受付ける店舗の端末(後述する入金側店頭端末装置)にて読取られる。そして、その読取られた第一認証情報が入金側店頭端末装置から、このサーバ装置宛に認証リクエストと共に送信され、それがこの転送受信部にて受信される、という具合である。
つまり、この転送受信部では、後述する入金側店頭端末装置において実際に入金処理を受付ける際に送金者認証のため当該店頭端末が行う認証リクエストとして第一認証情報を受信し、以下の構成によってその認証処理を実行することになる。なお、入金側店頭端末装置における認証リクエストの生成などについては後述する。
「第一認証部」(0215)は、転送受信した第一認証情報と、前記送金元端末の送金依頼情報に対してユニークに対応付けて保持されている第一認証情報とを比較して第一認証結果を取得する機能を有する。具体的には、受信した第一認証情報に送金元端末IDが含まれていれば、その送金元端末IDをキーとして図3に示すようなデータテーブルを参照し、保持されている第一認証情報を特定する。あるいは、第一認証情報に送金元端末IDが含まれていない場合には、後述するように第一認証情報と関連付けて入金側店頭端末装置から送信された送金元端末IDをキーとして、同様に図3に示すようなデータテーブルを参照し、保持されている第一認証情報を特定する。
そして、特定された第一認証情報と、取得した第一認証情報で示される例えばランダムな文字列などが一致するかの判断処理をCPUなどの論理演算処理によって実行し、一致すれば認証OK、不一致であれば認証NGとの第一認証結果を取得する、という具合である。
「転送返信部」(0216)は、第一認証結果を第一認証情報の転送元に対して返信する機能を有し、例えばネットワーク網などを介して転送元(入金側店頭端末装置)に対して上記第一認証結果を送信する、という具合である。
そして次の入金側店頭端末装置では、認証リクエストとして転送送信した第一認証情報に応じて上記のように返信された第一認証結果を利用して送金のための手続きを行うか否かを区別して処理することができる。
(入金側店頭端末装置の構成要件)
次に、図2に戻り「入金側店頭端末装置」の構成要件について説明する。この図2にあるように、「入金側店頭端末装置」(0220)は、「第一認証情報取得部」(0221)と、「転送部」(0222)と、「第一認証結果受信部」(0223)と、「第一認証結果表示部」(0224)と、を有する。なお、この入金側店頭端末装置は下記構成要件を備え、中央処理装置との間で情報を有線、無線、あるいは基盤接続によって入出力する装置をいい、例えばコンビニやサービスステーション、旅行代理店、その他各種店舗に設置された端末に組み込まれ実現することができる。
「第一認証情報取得部」(0221)は、送金元端末の第一認証情報出力部から出力される第一認証情報を取得する機能を有し、例えば第一認証情報がバーコードや2次元コードであれば、それに対応したコード読取り装置で実現できる。具体的には、前述のように送金元端末を利用して送金のための登録処理を行ったユーザが、それに応じて返信された第一認証情報を記録した送金元端末を持って、実際に送金用の入金を行うため、コンビニなどの所定の店舗を訪れる。そして送金元端末に記憶させた第一認証コードであるバーコードなどを端末ディスプレイに表示し、その店舗に設置されたこの入金側店頭端末装置のバーコード読取り装置などに読取らせる、という具合である。
また、第一認証情報が任意の文字列などであれば、この第一認証情報取得部はそれを入力するためのキーボードやタッチパネル、GUI画面などの入力装置によって実現できる。また、第一認証情報が画像データであれば、カメラなどの画像読取り装置、第一認証情報が音声データであればマイクなどの音声入力装置によって実現できる。また、第一認証情報がコード変換されていたり画像や音声に埋め込まれていたりするのであれば、このような各種入力装置から入力された情報をその変換/埋込ルールに従って解釈し第一認証情報を取得する、という具合である。また、送信元端末から近距離無線通信によって送信されてきた第一認証情報を受信、復調し取得する形態も挙げられる。
また、前述のように送金元端末IDが第一認証情報に含まれていない場合、この第一認証情報の取得元の端末から送金元端末IDを関連付けて取得するよう構成すると良い。
「転送部」(0222)は、取得した第一認証情報を前記サーバ装置に対して転送する機能を有し、例えばネットワーク網などを介してサーバ装置に対して上記のように取得した第一認証情報を認証リクエストとして送信する、という具合である。また、送金元端末IDが第一認証情報に含まれていない場合、前述のように取得した送金元端末IDを関連付けて送信するよう構成すると良い。
「第一認証結果受信部」(0223)は、転送に応じて返信される第一認証結果を受信する機能を有し、例えばネットワーク網などを介してサーバ装置に対して上記のように取得した第一認証情報を送信する、という具合である。なお、転送に応じた第一認証結果の返信は、前記サーバ装置の構成要件に係り説明した通りである。
「第一認証結果表示部」(0224)は、受信した第一認証結果を表示する機能を有し、例えばディスプレイやVRAMなどを含む表示装置、および第一認証結果表示プログラムなどで実現することができる。そして、ここで表示された認証結果を店舗の店員などが確認し、OKであれば入金を受付ける、という具合である。
もちろん、入金側店頭端末装置を全て自動で行う装置として構成し、第一認証結果が認証OKであれば、その旨をディスプレイに表示するとともに入金用の投入口を開けるなどして送金者に入金を自動的に促すようしても良い。
また、第一認証情報に送金予定金額などの情報が含まれていれば、第一認証結果にその金額情報を含み返信し、その金額をディスプレイなどに表示するよう構成しても良い。そして、その表示された金額を確認して入金額が予定額と一致するか店員または計算機が判断し、その結果情報が入力/生成されるよう構成しても良い。
このようにして、送金者は自身の携帯端末などで予め登録をしておくことで、店頭などでは認証情報を読取らせるなどの簡単な手続きで送金処理を行うことができる。
なお、上記実施例におけるシステム内の装置間の情報送受信は、装置同士で直接行われるような例を挙げて説明しているが、別の装置を介して送受信が行われるよう構成しても良い。また実施例2以降の装置も含めて各装置を管理する主体は様々であって良く、全く別々の主体が管理しても良いし、複数の装置が同一の主体によって管理されていても良い。また、装置そのものも、一の装置として説明したものが物理的に複数の装置で実現されても良いし、複数の装置として説明したものが物理的に一の装置に組み込まれ実現されても良い。
<ハードウェア構成>
図5,6,7を利用して、本システムの各装置におけるハードウェア構成の一例を説明する。
(送金元端末のハードウェア構成)
図5は、本システムの送金元端末のハードウェア構成の一例を表す図である。この図にあるように、本システムの送金元端末は、各種演算処理を実行する「CPU(中央演算装置)」(0501)と、「主メモリ」(0502)と、を備えている。また送金依頼情報を入力するための「入力デバイス」(0503)や、送信部、第一認証情報受信部、第一認証情報出力部である「インターネット通信回路」(0504)、また各種情報やプログラムなどを記録する「フラッシュメモリ」(0505)も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
また、「主メモリ」にはプログラムが読み出され、「CPU」は読み出された当該プログラムを参照し、プログラムで示される手順に従い各種演算処理を実行する。また、この「主メモリ」や「フラッシュメモリ」にはそれぞれ複数のアドレスが割り当てられており、「CPU」の演算処理においては、そのアドレスを特定し格納されているデータにアクセスすることで、データを用いた演算処理を行うことが可能になっている。
なお、この送金元端末は携帯電話を例に挙げ説明するが、もちろんそれに限定されない。
ここで、ユーザは「入力デバイス」を操作し、送金登録用のWebページにアクセスする。すると、そのアクセスに応じて登録用Webページが「インターネット通信回路」を介して取得され、図示しない「ディスプレイ」に表示される。ユーザは、その表示された登録用Webページの送金先端末IDの入力欄に、例えば相手方の携帯電話番号などを「入力デバイス」を操作し入力する。また、その際に送金予定額を入力しても良い。
そして、「入力デバイス」の操作によって「確定送信」の入力を受付けると、「CPU」は送信プログラムを解釈し、まず、自身の端末のID(例えば携帯電話番号や機器固有IDなど)を取得し、送金元端末IDとして主メモリに格納する。あるいは送金元端末IDは、登録用Webページに入力欄を設けることで、送金先端末IDとともに入力取得される構成としても良い。そしてその送金元端末IDを前記入力された送金先IDと合せて送金依頼情報として「インターネット通信回路」からサーバ装置に対して送信する。
そして、その送金依頼情報の送信に対するレスポンスとして、後述するようにサーバ装置にて生成、返信された第一認証情報を「インターネット通信回路」にて取得すると、その取得した第一認証情報を「フラッシュメモリ」などに記録する。その後、実際に送金用の入金をするためコンビニなどの入金が可能な店舗をユーザが訪れた際に、ユーザからの操作に応じて「CPU」は第一認証情報出力プログラムを解釈し、送信元端末の「ディスプレイ」に第一認証情報である例えばバーコードを出力表示する。そして、店頭に設置されている入金側店頭端末装置の読取り装置にその第一認証情報を読取らせる、という具合である。あるいは近距離無線通信などを利用して、入金側店頭端末装置に第一認証情報を出力しても良い。そして、このように出力された第一認証情報を利用して、入金側店頭端末装置では後述するように入金者の認証を行う、という具合である。
(サーバ装置のハードウェア構成)
図6は、本システムのサーバ装置のハードウェア構成の一例を表す図である。この図にあるように、本システムのサーバ装置は、各種演算処理を実行し、また第一認証情報生成部および第一認証部である「CPU」(0601)と、「主メモリ」(0602)と、を備えている。また受信部、返信部、転送受信部および転送返信部である「インターネット通信回路」(0603)、また各種情報やプログラムなどを記録する「HDD」(0604)も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
ここで、前述した送金元端末からの送金依頼情報を「インターネット通信回路」にて受信すると、「CPU」は受信プログラムを解釈し、それにしたがって受信した送金依頼情報を「主メモリ」に格納する。
つづいて「CPU」は第一認証情報生成プログラムを解釈し、それにしたがって例えば「主メモリ」に格納されている送金依頼情報と、ランダムに生成した認証用文字列とを組み合わせ、それをコード変換などして第一認証情報を生成する。もちろん、その他の方法で第一認証情報を生成しても良い。そして「CPU」は返信プログラムを解釈し、それにしたがって第一認証情報を送信元端末に対して「インターネット通信回路」から出力する。
また、それとともに第一認証情報を、その送信以来情報に含まれる送信元端末IDや送信先端末IDと関連付けて図4に示すような「HDD」内のデータテーブルのレコードに追加記録する。
その後、送信元端末に返信した第一認証情報が、前述のように入金側店頭端末装置に読取られ認証リクエストとして転送されてくると、「CPU」は第一認証プログラムに従ってその第一認証情報を「主メモリ」に格納する。そして、その第一認証情報に含まれる、あるいは関連付けられている送信元端末IDをキーとして、「HDD」内のデータテーブルの検索処理を「CPU」の論理演算処理によって行う。
そして、その検索処理の結果特定されたデータテーブル内の第一認証情報と、「主メモリ」に格納された第一認証情報との比較処理を行い、一致するとの比較結果が「CPU」から出力されると、認証OKを示す第一認証結果が生成され「主メモリ」に格納される。また、検索の結果一致するデータテーブル内にレコードが無かったり、比較の結果不一致との結果が出力されたりした場合、認証NGを示す第一認証結果が生成され、「主メモリ」に格納される。そして「CPU」は転送返信プログラムを解釈し、その第一認証結果を認証リクエストの送信元である入金側店頭端末装置に「インターネット通信回路」から出力し返信する、という具合である。
(入金側店頭端末装置のハードウェア構成)
図7は、本システムの入金側店頭端末装置のハードウェア構成の一例を表す図である。この図にあるように、本システムの入金側店頭端末装置は、各種演算処理を実行する「CPU」(0701)と、「主メモリ」(0702)と、を備えている。また第一認証情報取得部である例えばバーコードリーダなどの「読取装置」(0703)や、転送部および第一認証結果受信部である「インターネット通信回路」(0704)、第一認証結果表示部である「ディスプレイ」(0705)も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
ここで、店舗に来訪したユーザの送信元端末のディスプレイに表示されたバーコードを「読取装置」にて読取り、第一認証情報を取得する。あるいは、入金側店頭端末装置は「読取装置」の替わりに「近距離無線通信回路」を備え、送信元端末から近距離無線通信で送信された第一認証情報を取得しても良い。そして、「CPU」は転送プログラムを解釈し、それに従って取得した第一認証情報を「インターネット通信回路」からサーバ装置に対して認証リクエストとして出力する。
そして、その認証リクエストに対するレスポンスとして、前述のサーバ装置にて生成、返信された第一認証結果を「インターネット通信回路」にて取得すると、その取得した第一認証結果を「主メモリ」に格納する。そして「CPU」の第一認証結果表示プログラムの解釈結果に従って、その第一認証結果にて示される認証結果が、この入金側店頭端末装置の「ディスプレイ」などに表示される、という具合である。
そして、例えば店舗の店員や計算機がその認証結果を確認することで、そのユーザからの入金の受付け/拒否を判断することができる。
<処理の流れ>
図8は、本実施例の資金移動システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
この図にあるように、まず、送金ユーザの利用する送金元端末にて、例えば登録用Webページにアクセスし、その登録用画面にしたがった入力などを受付けて、一以上の送金先端末IDと、送金元端末IDと、を情報として含む送金依頼情報を取得する(ステップS0801)。そして、そのように取得した送金依頼情報を送信する(ステップS0802)。
するとサーバ装置では、前記送金元端末から送信される送金依頼情報を受信し(ステップS0811)、受信した送金依頼情報に対応して入金者認証のためのユニークな第一認証情報を生成し保持する(ステップS0812)。そして、生成した第一認証情報を送金元端末に対して返信する(ステップS0813)。
そして、送信元端末では、上記のようにサーバ装置から返信される第一認証情報を受信する(ステップS0803)と、その受信した第一認証情報を例えば端末内部のフラッシュメモリなどに保持しておく。そしてその後、実際に入金を行う店舗を来訪した際に、その店舗に設置されている入金側店頭端末装置に対して、例えばディスプレイ表示出力や近距離無線通信出力などによって第一認証情報を出力する(ステップS0804)。
すると入金側店頭端末装置では、送金元端末から、ディスプレイ出力や近距離無線出力などされた第一認証情報を取得し(ステップS0821)、その取得した第一認証情報を前記サーバ装置に対して転送する(ステップS0822)。
そしてサーバ装置では、その入金側店頭端末装置から転送された第一認証情報を受信する(ステップS0814)と、受信した第一認証情報と、前記送金元端末の送金依頼情報に対してユニークに対応付けて保持されている第一認証情報とを比較して第一認証結果を取得する(ステップS0815)。そして、その第一認証結果を第一認証情報の転送元である入金側店頭端末装置に対して返信する(ステップS0816)。
そして入金側店頭端末装置では、転送に応じて返信される第一認証結果を受信し(ステップS0823)、受信した第一認証結果を例えば店員向けディスプレイなどに表示する(ステップS0824)。
そして、その表示された認証結果を確認し、ユーザからの入金の受付/受付け拒否を判断することができる、という具合である。
<効果の簡単な説明>
本実施例の資金移動システムによって、送金者は自身の携帯端末などで予め登録をしておくことで、店頭などでは認証情報を読取らせるなどの簡単な手続きで送金処理を行うことができる。
≪実施例2≫
<概要>
本実施例は、上記実施例を基本として、さらに実際に店舗において送金用の入金がなされたことを入金側店頭端末装置にて確認し、その旨をサーバ装置に登録する機能を備える資金移動システムである。
このようにして、例えば送金先のユーザが実際に受金をしようとした場合に、そのための入金がなされていることをその登録情報から判断し、受金処理を行うことができる。
<機能的構成>
図9は、本実施例の資金移動システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の資金移動システムは、上記実施例1を基本として「送金元端末」(0900)と、「サーバ装置」(0910)と、「入金側店頭端末装置」(0920)と、からなる。なお、送金元端末における構成要件などは上記実施例にて記載済みであるので、その説明は省略する。
そして、本実施例の資金移動システムは、その「入金側店頭端末装置」が、「入金確認情報受付部」(0921)と、「入金確認情報送信部」(0922)と、をさらに有する点と、「サーバ装置」が、「入金確認情報受信部」(0911)と、「登録部」(0912)と、をさらに有する点を特徴とする。なお、この入金側店頭端末装置およびサーバ装置について実施例1ですでに記載した構成要件については、図示およびその説明を省略する。
(入金側店頭端末装置の機能的構成)
「入金確認情報受付部」(0921)は、第一認証情報と関連付けた入金の確認の情報である入金確認情報を受付ける機能を有し、例えば入力デバイスや通信回路、CPUや主メモリ、入金確認情報受付プログラムなどで実現できる。
具体的に、例えば実施例1のように店舗に設置されたPOSレジ(入金側店頭端末装置)で第一認証結果を受信し、その旨がディスプレイに表示されると、POSレジでは入金の受付待ち状態に移行する。そして送金元ユーザが例えば店員に対して実際の金銭、あるいはその他有価証券を支払うと、店員がPOSレジの「入金確認済ボタン」を押下する。するとPOSレジにて入金確認情報を生成し受付ける、という具合である。
またその他にも、その送金元ユーザからの電子マネーやその他システムで利用可能な電子的な金銭情報を送金元端末や電子マネーカード、その他システムなどから受信することで入金確情報を生成し受付ける構成も挙げられる。
そして、このように送金用の金銭が実際に入金された旨を確認することができる情報を受付けることで、本システムにおいて送金先のユーザが実際に受金をしようとした場合に、そのための入金がなされていることを判断することができる。
「入金確認情報送信部」(0922)は、入金確認情報受付部にて受付けた入金確認情報を前記サーバ装置に対して送信する機能を有し、例えば、ネットワーク網などを介してサーバ装置に対して上記のように取得した入金確認情報を送信する、という具合である。なお、後述するサーバ装置での入金確認情報の登録に際して、入金確認情報は送金元端末IDおよび送金先端末IDと関連付けて登録される。そこで、この入金確認情報送信部では、受信した第一認証結果の元となった第一認証情報から送金元端末IDおよび送金先端末IDを抽出し、それらを入金確認情報と関連付けて送信するよう構成しても良い。
あるいは、サーバ装置にて第一認証結果を送金元端末IDおよび送金先端末IDと関連付けて管理する構成としていれば、例えば第一認証結果(の識別情報)と関連付けて入金確認情報をサーバ装置に送信する構成としても良い。
(サーバ装置の機能的構成)
「入金確認情報受信部」(0911)は、前記入金側店頭端末装置から送信される入金確認情報を受信する機能を有し、例えば、ネットワーク網などを介して入金側店頭端末装置からの入金確認情報を受信する、という具合である。
「登録部」(0912)は、受信した入金確認情報を送金先端末ID、送金元端末IDと関連付けて登録する機能を有し、例えば図10に示すように、入金フラグと関連付けた送金先ID及び送金元IDを示すデータテーブルなどを記録媒体に保持することで実現することができる。また、図示していないが、ここに第一認証情報を関連付けて保持し管理するよう構成しても良い。
また、前述のように一つの送金依頼情報で複数の送金先端末IDが指定される場合には、受信した入金確認情報を利用して、その入金確認の元となる第一認証情報に関連付けられた複数の第二認証情報に紐付けられた複数の送金先端末ID全てに関して入金確認フラグを立てるよう構成すると良い。
そして、この登録を受け、例えば実施例3などで後述するように送金先端末ID(電子メールアドレスなど)を利用して、送金先端末に対して受金可能である旨を電子メールなどで通知するよう構成しても良い。また、送金元端末に対して登録完了のメールなどを自動送信することで、送金者が受金者に対して銃器可能である旨を連絡するよう促す構成としても良い。
また、このテーブルの項目として、各レコードに関連付けて有効期限(例えば入金確認情報を受信してから2週間後など)を設け、それが過ぎると送金元に受金が行われない旨を通知するよう構成しても良い。
そして、サーバ装置にて入金確認情報が登録、保持され、送金先のユーザが実際に受金をしようとした場合にサーバ装置に問合せることで、その登録情報から受金可能有無を判断することができる。
<処理の流れ>
図11は、本実施例の資金移動システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
なお、入金側店頭端末装置にて第一認証結果を受信し表示するまでの処理については図8にて記載済みであるのでその説明は省略する。
そして、入金側店頭端末装置では、送金者の認証がOKであることを示す第一認証結果を受信すると、入金の受付待ち状態となる(ステップS1121)。そして、例えば実際の金銭支払などによって入金がなされ、それを示す入金確認情報を第一認証情報と関連付けて受付ける(ステップS1122)と、その入金確認情報を、例えば送金元端末IDと送金先端末IDと関連付けてサーバ装置に対して送信する(ステップS1123)。
サーバ装置では、前記送信された入金確認情報を受信し(ステップS1111)、受信した入金確認情報を送金先端末ID、送金元端末IDと関連付けて、例えばHDDなどの記録媒体に記録して登録する(ステップS1112)。
<効果の簡単な説明>
以上のように、本実施例の資金移動システムによって、実際に送金用金銭の入金がシステムに為されたことを示す登録情報がサーバ装置に保持されるので、例えば送金先のユーザが実際に受金をしようとした場合に、そのための入金がなされていることをその登録情報から判断し、受金処理を行うことができる。
≪実施例3≫
<概要>
本実施例は、上記実施例2を基本として、実際の入金によって入金確認情報がサーバ装置に登録された際に、その入金によって送金先ユーザの受金が可能になった旨を当該送金先ユーザに通知する機能をさらに備えることを特徴とする資金移動システムである。
このようにして、送金先ユーザは、送金者からの入金の確認がシステムに為された段階ですぐに受金が可能であることを知ることができ、その手続きを行うことができる。
<機能的構成>
図12は、本実施例の資金移動システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の資金移動システムは、上記実施例2を基本として「送金元端末」(1200)と、「サーバ装置」(1210)と、「入金側店頭端末装置」(1220)と、からなる。なお、送金元端末と入金側店頭端末装置における構成要件などは上記実施例1および2にて記載済みであるので、その説明は省略する。
そして、本実施例の資金移動システムは、「サーバ装置」が、「確認部」(1211)と、「受金可能通知生成部」(1212)と、「受金可能通知送信部」(1213)と、をさらに有する点を特徴とする。なお、このサーバ装置について実施例1および2ですでに記載した構成要件については、図示およびその説明を省略する。
(サーバ装置の機能的構成)
「確認部」(1211)は、受信部にて受信した送金依頼情報から送金先を取得して、その送金先に対応する送金元からの入金を前記登録部に登録されている入金確認情報にて確認する機能を有し、例えばCPUや主メモリ、確認プログラムなどによって実現することができる。
具体的に、例えば取得した送金依頼情報から送金先端末IDを抽出する。そして、その送金先端末IDをキーとして、図10に示すようなデータテーブルをCPUなどの論理演算処理によって検索する。そして合致する送金先端末IDを含むレコードが存在していれば、当該送金先端末IDで識別される送金先に対する入金が実際にあったと確認し、その旨を示す情報を生成する、という具合である。
「受金可能通知生成部」(1212)は、確認部での確認結果がすでに入金がされているとの確認結果である場合に、送金依頼に基づく受金が可能な状態になったことを示す受金可能通知を前記取得した送金先に対して送信するために生成するとともに保持する機能を有し、例えばCPUや主メモリ、HDD、受金可能通知生成プログラムなどによって実現することができる。
具体的に、受金可能通知の生成は、例えばその通知内容は定型文などで形成され、その定型文を取得することで生成されると良い。また、その通知のあて先については、例えば送金先端末IDそのものが電子メールアドレスなどであれば、それを取得し利用するよう構成すると良い。また、送金先端末IDとしてその他の識別情報が利用される場合、当該識別情報とその送金先端末の通知先情報(電子メールアドレスなど)を関連付けたテーブル情報を予めユーザに登録させておくことで、送金先端末IDから電子メールアドレスなどを特定するよう構成すると良い。
なお、この受金可能通知には、後述する受金資格証明を記載しても良い。「受金資格証明」とは、受金者を認証するための情報をいい、これを受金者が受金側の店頭にて提示することで実際の受金をすることができる、という具合である(この受金に関する処理などの詳細は後述する)。しかし、この受金資格証明をこの通知に記載した場合、例えば受金対象者が第三者に通知メールを転送するなどが可能となり、したがって送金者が予期しない人物が受金してしまう可能性がある。そのため、受金可能通知には「受金資格証明」を記載しないよう構成することが望ましい。
「受金可能通知送信部」(1213)は、生成された受金可能通知を送金先端末に対して送信する機能を有し、例えば、ネットワーク網などを介して送金先端末に対して電子メールなどで受金可能通知を送信する、という具合である。
<処理の流れ>
図13は、本実施例の資金移動システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
なお、サーバ装置にて入金確認情報を登録するまでの処理については図11にて記載済みであるのでその説明は省略する。
そして、サーバ装置では、受信した送金依頼情報から送金先を取得して(ステップS1311)、その送金先に対応する送金元からの入金を前記登録部に登録されている入金確認情報にて確認する(ステップS1312)。そして、その確認結果がすでに入金がされているとの確認結果である場合に、送金依頼に基づく受金が可能な状態になったことを示す受金可能通知を前記取得した送金先に対して送信するために生成し(ステップS1313)、かつその受金可能通知をHDDなどの記録媒体に保持する(ステップS1314)。つづいて、生成された受金可能通知を送金先端末に対して送信する(ステップS1315)。
<効果の簡単な説明>
以上のように本実施例の資金移動システムによって、送金先ユーザに対して受金可能になった旨を通知することができ、したがって送金先ユーザはその通知にしたがってすぐに受金のための手続きを行うことができる。
≪実施例4≫
<概要>
本実施例は、上記実施例2や3を基本として、送金依頼情報で示される送金先端末からの受金が可能であることの認証リクエスト(送金先端末IDを含む)に応じてサーバ装置が認証を行い、受金可能である場合にその旨を示す「受金資格」を送金先端末に返信する機能をさらに有することを特徴とする資金移動システムである。
このようにして、送金先である受金者は、身分証明書の提示などをすることなく、自身の利用する送金先端末にてサーバ装置にアクセスして認証を行い、受金資格を受信することができる。
<機能的構成>
図14は、本実施例の資金移動システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の資金移動システムは、上記実施例1を基本として「送金元端末」(1400)と、「サーバ装置」(1410)と、「入金側店頭端末装置」(1420)と、からなる。なお、送金元端末における構成要件などは上記実施例にて記載済みであるので、その説明は省略する。
そして、本実施例の資金移動システムは、さらに「送金先端末」(1430)を有することを特徴とする。なお、この「送金先端末」は、図に示すように、「受金資格要求送信部」(1431)と、「受金資格受信部」(1432)と、「受金資格証明出力部」(1433)と、を有する。また「サーバ装置」が、さらに「受金資格要求受信部」(1411)と、「受金資格判断部」(1412)と、「受金資格送信部」(1413)と、を有することも特徴とする。なお、このサーバ装置について実施例1や2,3ですでに記載した構成要件については、図示およびその説明を省略する。
(送金先端末の機能的構成)
「受金資格要求送信部」(1431)は、受金資格要求を、送金先端末IDと関連付けて前記サーバ装置に対して送信する機能を有する。なお、「受金資格要求」とは、受金できるとの資格を示す情報である受金資格の要求情報をいう。そしてこの受金資格要求送信部は、例えば、ネットワーク網などを介してサーバ装置に対して受金資格要求を送信することで実現できる。
具体的に、例えば送金先端末のインターネット接続機能などを利用して、受金資格要求を行うためのWebページにアクセスする。そして、表示されたGUI画面などにしたがって例えば送金先端末IDである電子メールアドレスなどを入力し、送信ボタンを押すことで、受金資格要求がHTTPリクエストとして送信される、という具合である。また送金先端末IDが固有IDやMACアドレスであれば、ユーザによる入力など無くとも自動的にHTTPリクエストに含み取得するよう構成することができる。また、Webページへのアクセス以外にも、例えば電子メールなどで所定のフォームにしたがい受金資格要求を送信する構成なども挙げられる。
あるいは、後述する出金側の店舗を訪れ、送信先端末からではなく、その店頭に設置された店頭端末装置を利用して受金資格要求を送信するよう構成しても良い。
「受金資格受信部」(1432)は、送信した受金資格要求に応じて返信される受金資格を受信する機能を有し、例えばネットワーク網などを介してサーバ装置から返信された受金資格を受信する、という具合である。また、店頭端末などから受金資格要求を送信した場合には、その店頭端末を経由して、あるいは直接受金資格を受信するよう構成すると良い。
なお、「受金資格」とは、前述の通り受金できるとの資格を示す情報をいい、例えば受金資格がOKであることを示す情報のほか、偽造などされないよう秘密の文字列などを加えてサーバ装置にて生成しコード変換されたバーコードや2次元コード、あるいは暗号化した情報などが挙げられる。なお、この受金資格の生成についてはサーバ装置の説明にて後述する。
「受金資格証明出力部」(1433)は、受信した受金資格に基づいて受金資格を示す情報である受金資格証明を出力する機能を有する。ここで、受金資格証明の出力形態としては、実施例5で後述する出金側店頭端末装置での受金資格証明の取得形態に合せて様々であって良い。すなわち、例えば、出金側店頭端末装置がバーコード(あるいは2次元コード)リーダーなどを備えていれば、受金資格証明出力部は、受金資格証明をバーコードや2次元コードとしてディスプレイなどに表示出力する形態が挙げられる。また、出金側店頭端末装置が近距離無線通信機能などを備えていれば、受金資格証明を当該近距離無線通信の通信信号に変調し、出力する形態が挙げられる。
なお、送金先端末で受信する受金資格と、出力する受金資格証明は同一のデータであっても良いし、受金資格証明が暗号データである受金資格からの復号化データであっても良いし、受金資格証明が受金資格をコード変換するなど所定の処理を経て変換されたデータであっても良い。
以上のようにして、受金者は自身の利用する送金先端末を利用して、例えばWebアクセスなどで送金先端末IDを含む受金資格要求を行うだけで、その受金資格の認証を簡単に行い、それを示す受金資格証明を出力することができる、という具合である。
(サーバ装置の機能的構成)
「受金資格要求受信部」(1411)は、前記送金先端末から送信される受金資格要求を受信する機能を有し、例えばネットワーク網などを介して送金先端末から送信された受金資格要求を受信する、という具合である。
「受金資格判断部」(1412)は、受信した受金資格要求に含まれる送金先端末IDが、登録部に登録されている送金先端末IDと合致するか判断する機能を有し、例えばCPUや主メモリ、受金資格判断プログラムなどで実現できる。
具体的には、受金資格要求に含まれる送金先端末IDをキーとして、図10に示すようなテーブルをCPUの論理演算処理によって検索し、特定されたレコードに入金確認フラグが付加されているか否かで判断する、という具合である。
また、前述のように一つの送金依頼情報で複数の送金先端末IDが指定される場合でも個々の送金先端末IDに入金確認フラグが付加されているので、一の入金処理による入金確認フラグの付加であっても、ここでそれぞれの送金先端末ごとに受金資格の判断処理を行うことができる。そして、それぞれの送金先端末からの受金資格要求に応じて端末ごとにユニークな受金資格を生成し、次の受金資格送信部から送信するよう構成すると良い。
「受金資格送信部」(1413)は、受金資格判断部での判断結果が合致するとの判断結果である場合に、送金先端末IDで識別される端末に対して受金資格を送信する機能を有し、例えばネットワーク網などを介して送金先端末に対して受金資格を返信することで実現できる。
なお、ここで返信される受金資格の生成は、偽造などを防ぐため、受金資格がある旨を示す情報のほか、当該処理に係る送金先端末IDや送金元端末ID、第一認証情報、あるいはランダムに生成された秘密文字列などを含み、暗号化やコード変換された情報であることが望ましい。
また、実施例5で後述する出金側店頭端末装置での受金者の出金直前の最終的な認証に利用するため、この受金資格はHDDなどの記録媒体に保持するよう構成しても良い。
このようにして、送金先端末IDを含む受金資格要求によってその受金資格の認証を行い、それを示す受金資格を送金先端末に出力することができる。
<処理の流れ>
図15は、本実施例の資金移動システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
なお、サーバ装置にて入金確認情報を登録するまでの処理については実施例2の図11にて記載済みであるのでその説明は省略する。また、実施例3の図13にて説明したように、送金先端末に対して受金可能通知が送信されても良い。
そして、送金先端末の利用者(受金者)は、受金可能通知や送金者からの連絡などを受け受金が可能になったことを知ると、例えば送金先端末にてWebページにアクセスするなどして、受金資格要求を、送金先端末IDと関連付けて前記サーバ装置に対して送信する(ステップS1531)。
すると、サーバ装置では、前記送金先端末から送信される受金資格要求を受信し(ステップS1511)、受信した受金資格要求に含まれる送金先端末IDが、前記登録されている送金先端末IDと合致するか判断する(ステップS1512)。そして、その判断結果が合致するとの判断結果である場合に、送金先端末IDで識別される端末に対して受金資格を送信する(1513)。
そして送金先端末では、送信した受金資格要求に応じて返信される受金資格を受信し(ステップS1532)、受信した受金資格に基づいて受金資格を示す情報である受金資格証明を出力する(ステップS1533)。
<効果の簡単な説明>
以上のように本実施例の資金移動システムによって、送金先である受金者は、身分証明書の提示などをすることなく、自身の利用する送金先端末にてサーバ装置にアクセスして認証を行い、受金資格を受信することができる。
≪実施例5≫
<概要>
本実施例は、上記実施例を基本として、さらに受金資格を有するユーザが実際に金銭を受金する出金側のコンビニなど店舗に赴き、そこで送金先端末で受信した前述の受金資格を利用して最終的な受金者である旨の認証を行う機能をさらに備える資金移動システムである。
<機能的構成>
図16は、本実施例の資金移動システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の資金移動システムは、上記実施例4を基本として「送金元端末」(1600)と、「サーバ装置」(1610)と、「入金側店頭端末装置」(1620)と、「送金先端末」(1630)と、からなる。なお、送金元端末および送金先端末における構成要件などは上記実施例にて記載済みであるので、その説明は省略する。
そして、本実施例の資金移動システムは、さらに「出金側店頭端末装置」(1640)を有することを特徴とする。なお、この出金側店頭端末装置は、基本的に入金側店舗と同一系列、あるいは両者が提携関係にある店舗に設置されることで、入金側店舗での入金と、出金側店舗での出金の金銭授受をスムーズに行うよう構成することが望ましい。
そして、この「出金側店頭端末装置」は、図に示すように、「受金資格証明取得部」(1641)と、「出金確認要求送信部」(1642)と、「最終認証結果受信部」(1643)と、を有する。また「サーバ装置」が、さらに「出金確認要求受信部」(1611)と、「受金資格証明認証部」(1612)と、「最終認証結果返信部」(1613)と、を有することも特徴とする。なお、このサーバ装置について上記実施例ですでに記載した構成要件については、図示およびその説明を省略する。
(出金側店頭端末装置の機能的構成)
「受金資格証明取得部」(1641)は、送金先端末IDで識別される端末から受金資格証明を取得する機能を有し、受金資格証明がバーコードや2次元コードであれば、それに対応したコード読取り装置で実現できる。また、受金資格証明が任意の文字列などであれば、この受金資格証明取得部はそれを入力するためのキーボードやタッチパネル、GUI画面などの入力装置によって実現できる。また、受金資格証明が画像データであれば、カメラなどの画像読取り装置、受金資格証明が音声データであればマイクなどの音声入力装置によって実現できる。
具体的に、前述のように送金先端末にて受金資格を受信したユーザが、実際に出金を行うためにコンビニなどの所定の店舗を訪れる。そして送金先端末にて受金資格証明である例えばバーコードなどを端末ディスプレイに表示し、この出金側店頭端末装置のバーコード読取り装置などに読取らせる、という具合である。
「出金確認要求送信部」(1642)は、取得した受金資格証明を含む出金確認要求を前記サーバ装置に対して送信する機能を有し、例えばネットワーク網などを介して受金資格要求を含む出金確認要求を、HTTPリクエストとして送信する、という具合である。
「最終認証結果受信部」(1643)は、最終認証結果を受信する機能を有する。「最終認証結果」とは、送信した出金確認要求に応じて返信される払い出しをしても良いとの結果を示す情報をいい、出金側店舗の店員や店頭端末装置は、この最終認証結果を受けて出金の許可を判断する、という具合である。なお、サーバ装置での最終認証結果の生成については後述する。
(サーバ装置の機能的構成)
「出金確認要求受信部」(1611)は、出金側店頭端末装置から送信される出金確認要求を受信する機能を有し、例えばネットワーク網などを介して受金資格要求を含む出金確認要求を、HTTPリクエストとして受信する、という具合である。
「受金資格証明認証部」(1612)は、受信した出金確認要求に含まれる受金資格証明を認証する機能を有し、例えばCPUや主メモリ、受金資格証明認証プログラムなどによって実現することができる。
具体的には、以下のような様々な方法で受金資格証明を認証すると良い。例えば前述のようにサーバ装置にて受金資格をHDDなどに保持しておく構成とすることで、受信した受金資格証明とのマッチング処理をCPUの論理演算処理によって行う。そして、一致する受金資格証明が保持されていれば、確かに受金資格がある旨の認証を行う、という具合である。
あるいは、受金資格証明にて送金先端末IDなどを含むよう構成することで、登録部にて登録されている入金確認情報のデータベースをその送金先端末IDでマッチング検索し、一致するレコードがあれば確かに受金資格がある旨の認証を行う、といった構成としても良い。あるいは、その双方のマッチング処理によって認証を行っても良い。
そして、このような受金資格証明による認証によって、現在出金を要求しているユーザに対する入金が確かにあり、そして当該ユーザがその出金資格を有するか否かの最終認証を行うことができる。
また、前述のように一つの送金依頼情報で複数の送金先端末IDが指定される場合には、その受金資格証明で示される送金先端末IDに関してのみ認証を行う。そして、その最終認証に基づく出金が行われた際には、レコード中に当該送金先端末IDに係る入金分のみ出金済みとのフラグを付加するよう構成すると良い。
「最終認証結果返信部」(1613)は、受金資格証明認証部での認証結果が受金資格証明が正しいとの認証結果である場合には前記最終認証結果を前記出金側店頭端末装置に対して返信する機能を有し、例えばネットワーク網などを介して受金資格要求を含む出金確認要求を、HTTPリクエストとして受信する、という具合である。
<処理の流れ>
図17は、本実施例の資金移動システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
そして、上記実施例にて記載済したように、送金先端末の利用者(受金者)は、送金先端末にて受金資格を受信すると、例えば実際に出金を行うためにコンビニなどの所定の店舗を訪れ、そこに設置してある出金側店頭端末装置に対して、送金先端末から受金資格証明を出力する。
すると、出金側店頭端末装置では、その送金先端末IDで識別される端末から受金資格証明を取得し(ステップS1741)、取得した受金資格証明を含む出金確認要求を前記サーバ装置に対して送信する(ステップS1742)。
そしてサーバ装置では、出金側店頭端末装置から送信される出金確認要求を受信し(ステップS1711)、受信した出金確認要求に含まれる受金資格証明を、例えば自身が保持している受金資格証明や登録部に登録されている入金確認情報などを利用して認証する(ステップS1712)。そして、その認証結果が受金資格証明が正しいとの認証結果である場合には前記最終認証結果を前記出金側店頭端末装置に対して返信する(ステップS1713)。
そして、出金側店頭端末装置では、前記サーバ装置から返信される最終認証結果を受信し(ステップS1743)、その最終認証結果にしたがって、例えば店員や出金側店頭端末装置では出金の許可を行う、という具合である。
<効果の簡単な説明>
以上のように、本実施例の資金移動システムによって、送金先端末にて受金資格を受信したユーザが、実際に出金を行うためにコンビニなどの所定の店舗を訪れ、例えばその受金資格証明を出金側店頭端末装置に読取らせるなど簡単な手続きのみで出金認証を行うことができる。