JP7428002B2 - 取引管理装置、取引管理プログラム及び取引管理システム - Google Patents

取引管理装置、取引管理プログラム及び取引管理システム Download PDF

Info

Publication number
JP7428002B2
JP7428002B2 JP2020027087A JP2020027087A JP7428002B2 JP 7428002 B2 JP7428002 B2 JP 7428002B2 JP 2020027087 A JP2020027087 A JP 2020027087A JP 2020027087 A JP2020027087 A JP 2020027087A JP 7428002 B2 JP7428002 B2 JP 7428002B2
Authority
JP
Japan
Prior art keywords
terminal
transaction
information
account
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020027087A
Other languages
English (en)
Other versions
JP2021131754A (ja
Inventor
勝也 牛尾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Oki Electric Industry Co Ltd
Original Assignee
Oki Electric Industry Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oki Electric Industry Co Ltd filed Critical Oki Electric Industry Co Ltd
Priority to JP2020027087A priority Critical patent/JP7428002B2/ja
Publication of JP2021131754A publication Critical patent/JP2021131754A/ja
Application granted granted Critical
Publication of JP7428002B2 publication Critical patent/JP7428002B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

本発明は、取引管理装置、取引管理プログラム及び取引管理システムに関するものであり、例えば、個人間での現金の取引を管理する為の取引管理装置、取引管理プログラム及び取引管理システムに適用して好適なものである。
近年、金銭のバリュー（金銭的価値）の電子化が進んでいる。一方で、金銭のバリューの電子化が進んでも、現金が必要となる場合がある。この場合、金融機関窓口やＡＴＭなどを利用して、電子化された金銭のバリュー（つまり預貯金）を現金化する方法が一般的である。しかしながら、この方法では、金融機関窓口やＡＴＭが近くに存在しないと、電子化された金銭のバリューを現金化することができない。
ここで、例えば、個人間で現金を取引するような仕組みがあれば、金融機関窓口やＡＴＭ（現金自動預け払い機）が近くに存在しなくても、現金の調達が可能となるが、このような仕組みは提案されていない。例えば、特許文献１には、個人間で電子マネーを貸借する技術が開示されているが、この技術では、電子マネーを調達することはできても、現金を調達することはできない。
特開２００７－１３３７４１号公報
本発明は以上の点を考慮したものであり、金融機関窓口やＡＴＭなどに行かずに、個人間での現金取引を可能とした取引管理装置、取引管理プログラム及び取引管理システムを提案しようとするものである。
かかる課題を解決するため本発明の取引管理装置は、第１の端末、第２の端末、及び金融システムと接続される取引管理装置であり、前記第１の端末のユーザの第１の口座情報と、前記第２の端末のユーザの第２の口座情報とを記憶する口座情報記憶部と、前記第１の端末から受信した現金取引の依頼を示す取引依頼情報に応じて、依頼された前記現金取引を識別する為の取引識別情報を前記第１の端末に送信する第１の処理部と、前記第２の端末から受信した前記第２の端末の位置情報と、前記第１の端末から受信した前記第１の端末の位置情報とをもとに、前記第１の端末から所定範囲内に存在する前記第２の端末を特定する第２の処理部と、特定された前記第２の端末に、前記取引依頼情報と、当該取引依頼情報に対する報酬金額を示す報酬金額情報とを送信する第３の処理部と、前記第２の端末から前記取引依頼情報に対する依頼応諾情報を受信すると、前記第１の端末の位置情報を前記第２の端末に送信する第４の処理部と、前記第２の端末が前記第１の端末から読み取った前記取引識別情報を、前記第２の端末から受信した後、前記報酬金額に基づき、前記金融システムと連携して前記第１の口座情報が示す第１の口座と前記第２の口座情報が示す第２の口座との間での資金移動を行う第５の処理部とを備え、前記第１の端末から受信した前記取引依頼情報が、前記第１の端末のユーザに依頼された依頼金額の現金を当該第１の端末のユーザに手渡す出金の依頼を示す場合、前記報酬金額は、前記依頼金額と、前記依頼を応諾した前記第２の端末のユーザへの手数料とを合算した金額であり、前記第５の処理部は、前記取引依頼情報が出金の依頼を示す場合、前記第３の処理部が、前記第２の端末に前記取引依頼情報と前記報酬金額情報とを送信するより前に、前記金融システムと連携して前記第１の口座から予め用意された所定の口座へ前記報酬金額を振り替え、前記第２の端末が前記第１の端末から読み取った前記取引識別情報を、前記第２の端末から受信した後、前記金融システムと連携して前記所定の口座から前記第２の口座へ前記報酬金額を振り替える。また本発明の取引管理装置は、前記第１の端末のユーザの第１の口座情報と、前記第２の端末のユーザの第２の口座情報とを記憶する口座情報記憶部と、前記第１の端末から受信した現金取引の依頼を示す取引依頼情報に応じて、依頼された前記現金取引を識別する為の取引識別情報を前記第１の端末に送信する第１の処理部と、前記第２の端末から受信した前記第２の端末の位置情報と、前記第１の端末から受信した前記第１の端末の位置情報とをもとに、前記第１の端末から所定範囲内に存在する前記第２の端末を特定する第２の処理部と、特定された前記第２の端末に、前記取引依頼情報と、当該取引依頼情報に対する報酬金額を示す報酬金額情報とを送信する第３の処理部と、前記第２の端末から前記取引依頼情報に対する依頼応諾情報を受信すると、前記第１の端末の位置情報を前記第２の端末に送信する第４の処理部と、前記第２の端末が前記第１の端末から読み取った前記取引識別情報を、前記第２の端末から受信した後、前記報酬金額に基づき、前記金融システムと連携して前記第１の口座情報が示す第１の口座と前記第２の口座情報が示す第２の口座との間での資金移動を行う第５の処理部とを備え、前記第１の端末から受信した前記取引依頼情報が、前記第１の端末のユーザに依頼された依頼金額の現金を当該第１の端末のユーザに手渡す出金の依頼を示す場合、前記報酬金額は、前記依頼金額と、前記依頼を応諾した前記第２の端末のユーザへの手数料とを合算した金額であり、依頼された現金取引の履歴となる台帳データを記憶する台帳データ記憶部と、前記台帳データ記憶部に記憶されている前記台帳データに記述されている過去の前記手数料をもとに、今回の依頼に対する前記手数料を計算する手数料計算部とをさらに備え、前記第５の処理部は、前記取引依頼情報が出金の依頼を示す場合、前記金融システムと連携して前記第１の口座から前記第２の口座へ前記報酬金額を振り替える。
また本発明の取引管理プログラムは、第１の端末、第２の端末、及び金融システムと接続されるコンピュータを、前記第１の端末のユーザの第１の口座情報と、前記第２の端末のユーザの第２の口座情報とを記憶する口座情報記憶部と、前記第１の端末から受信した現金取引の依頼を示す取引依頼情報に応じて、依頼された前記現金取引を識別する為の取引識別情報を前記第１の端末に送信する第１の処理部と、前記第２の端末から受信した前記第２の端末の位置情報と、前記第１の端末から受信した前記第１の端末の位置情報とをもとに、前記第１の端末から所定範囲内に存在する前記第２の端末を特定する第２の処理部と、特定された前記第２の端末に、前記取引依頼情報と、当該取引依頼情報に対する報酬金額を示す報酬金額情報とを送信する第３の処理部と、前記第２の端末から前記取引依頼情報に対する依頼応諾情報を受信すると、前記第１の端末の位置情報を前記第２の端末に送信する第４の処理部と、前記第２の端末が前記第１の端末から読み取った前記取引識別情報を、前記第２の端末から受信した後、前記報酬金額に基づき、前記金融システムと連携して前記第１の口座情報が示す第１の口座と前記第２の口座情報が示す第２の口座との間での資金移動を行う第５の処理部として機能させ、前記第１の端末から受信した前記取引依頼情報が、前記第１の端末のユーザに依頼された依頼金額の現金を当該第１の端末のユーザに手渡す出金の依頼を示す場合、前記報酬金額は、前記依頼金額と、前記依頼を応諾した前記第２の端末のユーザへの手数料とを合算した金額であり、さらに前記第５の処理部を、前記取引依頼情報が出金の依頼を示す場合、前記第３の処理部が、前記第２の端末に前記取引依頼情報と前記報酬金額情報とを送信するより前に、前記金融システムと連携して前記第１の口座から予め用意された所定の口座へ前記報酬金額を振り替え、前記第２の端末が前記第１の端末から読み取った前記取引識別情報を、前記第２の端末から受信した後、前記金融システムと連携して前記所定の口座から前記第２の口座へ前記報酬金額を振り替えるように動作させる。さらに本発明の取引管理プログラムは、コンピュータを、前記第１の端末のユーザの第１の口座情報と、前記第２の端末のユーザの第２の口座情報とを記憶する口座情報記憶部と、前記第１の端末から受信した現金取引の依頼を示す取引依頼情報に応じて、依頼された前記現金取引を識別する為の取引識別情報を前記第１の端末に送信する第１の処理部と、前記第２の端末から受信した前記第２の端末の位置情報と、前記第１の端末から受信した前記第１の端末の位置情報とをもとに、前記第１の端末から所定範囲内に存在する前記第２の端末を特定する第２の処理部と、特定された前記第２の端末に、前記取引依頼情報と、当該取引依頼情報に対する報酬金額を示す報酬金額情報とを送信する第３の処理部と、前記第２の端末から前記取引依頼情報に対する依頼応諾情報を受信すると、前記第１の端末の位置情報を前記第２の端末に送信する第４の処理部と、前記第２の端末が前記第１の端末から読み取った前記取引識別情報を、前記第２の端末から受信した後、前記報酬金額に基づき、前記金融システムと連携して前記第１の口座情報が示す第１の口座と前記第２の口座情報が示す第２の口座との間での資金移動を行う第５の処理部として機能させ、前記第１の端末から受信した前記取引依頼情報が、前記第１の端末のユーザに依頼された依頼金額の現金を当該第１の端末のユーザに手渡す出金の依頼を示す場合、前記報酬金額は、前記依頼金額と、前記依頼を応諾した前記第２の端末のユーザへの手数料とを合算した金額であり、さらに前記コンピュータを、依頼された現金取引の履歴となる台帳データを記憶する台帳データ記憶部と、前記台帳データ記憶部に記憶されている前記台帳データに記述されている過去の前記手数料をもとに、今回の依頼に対する前記手数料を計算する手数料計算部として機能させ、さらに前記第５の処理部を、前記取引依頼情報が出金の依頼を示す場合、前記金融システムと連携して前記第１の口座から前記第２の口座へ前記報酬金額を振り替えるように動作させる。
さらに本発明の取引管理システムは、第１の端末と、第２の端末と、金融システムと接続される取引管理装置とを有する取引管理システムであり、前記第１の端末は、現金取引の依頼を示す取引依頼情報、及び前記第１の端末の位置情報を、前記取引管理装置に送信する第１の送信部と、前記取引管理装置から、依頼した前記現金取引を識別する為の取引識別情報を受信する第１の受信部とを備え、前記第２の端末は、前記取引管理装置から、前記取引依頼情報、当該取引依頼情報に対する報酬金額を示す報酬金額情報、及び第１の端末の位置情報を受信する第２の受信部と、前記第１の端末から前記取引識別情報を読み取る読取部と、前記第２の端末の位置情報、前記取引依頼情報に対する依頼応諾情報、及び前記第１の端末から読み取った前記取引識別情報を、前記取引管理装置に送信する第２の送信部とを備え、前記取引管理装置は、前記第１の端末のユーザの第１の口座情報と、前記第２の端末のユーザの第２の口座情報とを記憶する口座情報記憶部と、前記取引依頼情報に応じて、前記取引識別情報を前記第１の端末に送信する第１の処理部と、前記第２の端末から受信した前記第２の端末の位置情報と、前記第１の端末から受信した前記第１の端末の位置情報とをもとに、前記第１の端末から所定範囲内に存在する前記第２の端末を特定する第２の処理部と、特定された前記第２の端末に、前記取引依頼情報と、前記報酬金額情報とを送信する第３の処理部と、前記第２の端末から前記依頼応諾情報を受信すると、前記第１の端末の位置情報を前記第２の端末に送信する第４の処理部と、前記第２の端末から前記取引識別情報を受信した後、前記報酬金額に基づき、前記金融システムと連携して前記第１の口座情報が示す第１の口座と前記第２の口座情報が示す第２の口座との間での資金移動を行う第５の処理部とを備え、前記取引依頼情報が、前記第１の端末のユーザに依頼された依頼金額の現金を当該第１の端末のユーザに手渡す出金の依頼を示す場合、前記報酬金額は、前記依頼金額と、前記依頼を応諾した前記第２の端末のユーザへの手数料とを合算した金額であり、前記第５の処理部は、前記取引依頼情報が出金の依頼を示す場合、前記第３の処理部が、前記第２の端末に前記取引依頼情報と前記報酬金額情報とを送信するより前に、前記金融システムと連携して前記第１の口座から予め用意された所定の口座へ前記報酬金額を振り替え、前記第２の端末から前記取引識別情報を受信した後、前記金融システムと連携して前記所定の口座から前記第２の口座へ前記報酬金額を振り替える。さらに本発明の取引管理システムは、前記第１の端末は、現金取引の依頼を示す取引依頼情報、及び前記第１の端末の位置情報を、前記取引管理装置に送信する第１の送信部と、前記取引管理装置から、依頼した前記現金取引を識別する為の取引識別情報を受信する第１の受信部とを備え、前記第２の端末は、前記取引管理装置から、前記取引依頼情報、当該取引依頼情報に対する報酬金額を示す報酬金額情報、及び前記第１の端末の位置情報を受信する第２の受信部と、前記第１の端末から前記取引識別情報を読み取る読取部と、前記第２の端末の位置情報、前記取引依頼情報に対する依頼応諾情報、及び前記第１の端末から読み取った前記取引識別情報を、前記取引管理装置に送信する第２の送信部とを備え、前記取引管理装置は、前記第１の端末のユーザの第１の口座情報と、前記第２の端末のユーザの第２の口座情報とを記憶する口座情報記憶部と、前記取引依頼情報に応じて、前記取引識別情報を前記第１の端末に送信する第１の処理部と、前記第２の端末から受信した前記第２の端末の位置情報と、前記第１の端末から受信した前記第１の端末の位置情報とをもとに、前記第１の端末から所定範囲内に存在する前記第２の端末を特定する第２の処理部と、特定された前記第２の端末に、前記取引依頼情報と、前記報酬金額情報とを送信する第３の処理部と、前記第２の端末から前記依頼応諾情報を受信すると、前記第１の端末の位置情報を前記第２の端末に送信する第４の処理部と、前記第２の端末から前記取引識別情報を受信した後、前記報酬金額に基づき、前記金融システムと連携して前記第１の口座情報が示す第１の口座と前記第２の口座情報が示す第２の口座との間での資金移動を行う第５の処理部とを備え、前記取引依頼情報が、前記第１の端末のユーザに依頼された依頼金額の現金を当該第１の端末のユーザに手渡す出金の依頼を示す場合、前記報酬金額は、前記依頼金額と、前記依頼を応諾した前記第２の端末のユーザへの手数料とを合算した金額であり、前記取引管理装置は、依頼された現金取引の履歴となる台帳データを記憶する台帳データ記憶部と、前記台帳データ記憶部に記憶されている前記台帳データに記述されている過去の前記手数料をもとに、今回の依頼に対する前記手数料を計算する手数料計算部とをさらに備え、前記第５の処理部は、前記取引依頼情報が出金の依頼を示す場合、前記金融システムと連携して前記第１の口座から前記第２の口座へ前記報酬金額を振り替える。
こうすることで、本発明は、取引管理装置が、第１の端末のユーザと第２の端末のユーザとを対面させて、第１の端末のユーザと第２の端末のユーザとの間で現金の受け渡しを行わせることができ、また第１の端末のユーザと第２の端末のユーザが対面したことを把握したうえで、現金の受け渡しに対する報酬金額に基づき、第１の端末のユーザの口座と第２の端末のユーザの口座との間での資金移動を行うことができる。
かくして本発明は、金融機関窓口やＡＴＭなどに行かずに、個人間での現金取引を可能とした取引管理装置、取引管理プログラム及び取引管理システムを実現できる。
第１の実施の形態による個人間現金取引システムの全体構成を示す図である。 第１の実施の形態による現金取引サービスの大まかな流れを示す図である。 第１の実施の形態による取引依頼者の通信端末の機能構成を示すブロック図である。 第１の実施の形態による取引応諾者の通信端末の機能構成を示すブロック図である。 第１の実施の形態による取引管理サーバの機能構成を示すブロック図である。 第１の実施の形態による台帳データの構成を示す図である。 第１の実施の形態による金融システムの機能構成を示すブロック図である。 第１の実施の形態による個人間現金取引システムの動作を示すシーケンスチャートである。 図８につづくシーケンスチャートである。 第２の実施の形態による個人間現金取引システムの動作を示すシーケンスチャートである。 図１０につづくシーケンスチャートである。
以下、発明を実施するための形態（以下、これを実施の形態と呼ぶ）について、図面を用いて詳細に説明する。
［１．第１の実施の形態］
［１－１．個人間現金取引システムの全体構成］
まず図１に示すシステム構成図を用いて、第１の実施の形態による個人間現金取引システム１の全体構成について説明する。この個人間現金取引システム１は、個人間での現金取引サービスを実現するシステムである。本実施の形態でいう、現金取引サービスとは、例えば、手元に現金が欲しいユーザ（Ａさんとする）に対して、現金を持ち合わせているユーザ（Ｂさんとする）を引き合わせることで、ＢさんからＡさんに現金を手渡してもらうとともに、Ａさんの口座からＢさんの口座へ、ＢさんがＡさんに手渡した金額（例えば５万円）＋手数料（例えば３００円）に相当する報酬金額を振り替えるサービスである。尚、ここでは、現金を受け取る側のユーザ（つまりＡさん）を取引依頼者と呼び、現金を手渡す側のユーザ（つまりＢさん）を取引応諾者と呼ぶ。
この個人間現金取引システム１は、取引依頼者（Ａさん）が有する第１の端末としての通信端末２と、取引応諾者（Ｂさん）が有する第２の端末としての通信端末３と、現金取引サービスを管理する取引管理サーバ４と、この現金取引サービスと提携している銀行（以下、サービス提携銀行と呼ぶ）を運営管理している金融システム５とで構成されている。この個人間現金取引システム１では、通信端末２と、通信端末３と、取引管理サーバ４とが、インターネットなどのネットワークＮｔを介して接続可能となっていて、また取引管理サーバ４と金融システム５とが、ネットワークＮｔを介して接続可能となっている。個人間現金取引システム１の全体構成は、以上のようになっている。
つづけて、この個人間現金取引システム１により実現される現金取引サービスの大まかな流れについて、図２に示すイメージ図を用いて簡単に説明する。ここでは、現金取引サービス用の口座（以下、サービス用口座と呼ぶ）と、取引希望者の口座と、取引応諾者の口座とが、サービス提携銀行に予め開設されていて、且つ取引希望者に関する情報（取引希望者の個人ＩＤと口座情報など）と、取引応諾者に関する情報（取引応諾者の個人ＩＤと口座情報など）とが、サービス登録者情報として取引管理サーバ４に登録されていることを前提とする。さらに、取引希望者（Ａさん）が有する通信端末２と、取引応諾者（Ｂさん）が有する通信端末３には、それぞれ現金取引サービスにより提供されるアプリケーション（以下、サービスアプリと呼ぶ）がインストールされているとする。
この現金取引サービスでは、Ａさんが通信端末２のサービスアプリ上で例えば「出金、５万円」と依頼する。するとＡさんの通信端末２から取引管理サーバ４に、５万円の出金依頼と、取引依頼者の個人ＩＤと、通信端末２の位置情報とが送信される。取引管理サーバ４では、金融システム５にアクセスして、Ａさんから依頼された５万円と、現金取引サービスを利用するのに必要な手数料（ここでは例えば４００円とする）との合算金額である５万４００円を、Ａさんの口座から、現金取引サービス用の口座に振り替える処理を行う。尚、この手数料は、現金取引サービス側が受け取る手数料（例えば１００円）と、取引応諾者（Ｂさん）側が受け取る手数料（例えば３００円）とを合算したものである。またこのとき取引管理サーバ４では、台帳データベースに、Ａさんの口座から５万４００円を現金取引サービス用の口座に振り替えたことを示す台帳データを記録する。振り替え完了後、Ａさんの通信端末２では、５万円の現金を受け取る際に必要となるＱＲコード（登録商標）が表示される。このＱＲコードには、Ａさんの口座から５万４００円を現金取引サービス用の口座に振り替えたことを示す（つまり今回の現金取引を示す）台帳データを識別する為の取引番号が書き込まれている。
ここで、取引管理サーバ４は、Ａさんの通信端末２から得られる位置情報をもとに通信端末２の位置（つまりＡさんの位置）を特定して、Ａさんの周囲所定範囲内（例えば半径３０メートル圏内）に位置する通信端末３（Ｂさんの通信端末３）に、現金５万円を必要とする人がいてこの人に現金５万円を渡してくれたら５万円＋手数料３００円を支払う旨を通知する。尚、取引管理サーバ４は、通信端末３から定期的に送信されてくる位置情報をもとに通信端末３の位置も特定できるようになっている。またここでは、説明を簡単にする為に、Ａさんの周囲所定範囲内にＢさんの通信端末３だけが存在するとしているが、Ａさんの周囲所定範囲内に複数の通信端末３が存在する場合、取引管理サーバ４は、それぞれの通信端末３に対して、Ａさんからの依頼を通知する。
たまたま５万円の現金を持ち合わせていたＢさんは、通信端末３のサービスアプリ上でＡさんからの依頼の通知を確認すると、サービスアプリ上でこの依頼に対して応諾する。すると、Ｂさんの通信端末３は、Ａさんからの依頼に応諾した旨を、取引管理サーバ４に送信する。
取引管理サーバ４は、Ａさんの通信端末２の位置情報と、Ｂさんの通信端末３の位置情報とをもとに、Ａさんの位置をＢさんの通信端末３に通知する。Ｂさんは、通信端末３のサービスアプリ上で、Ａさんの位置を確認して、Ａさんの場所へと向かう。ここで、ＡさんとＢさんとが対面することになる。
Ａさんと対面したＢさんは、まずＢさんの通信端末３で、Ａさんの通信端末２に表示されているＱＲコードを読み取り、このＱＲコードに書き込まれている取引番号を、通信端末３に記憶されているＢさんの個人ＩＤとともに、取引管理サーバ４に送信する。
取引管理サーバ４は、通信端末３から受信した取引番号に対応する台帳データを、台帳データベースから取得する。この台帳データには、Ａさんの口座から５万４００円を現金取引サービス用の口座に振り替えたことが示されている。ここで、取引管理サーバ４は、５万４００円から現金取引サービス側の手数料１００円を引いた残りの５万３００円を、現金取引サービス用の口座からＢさんの口座に振り替える準備を行う。
一方で、ＱＲコードを読み取った後、ＢさんはＡさんに現金５万円を手渡す。ここで、Ａさんは、通信端末２のサービスアプリ上で、現金５万円の受け取りが完了したことを入力する。すると、Ａさんの通信端末２は、取引管理サーバ４に、現金の受け取りが完了した旨を通知する。またＢさんは、通信端末３のサービスアプリ上で、現金５万円の手渡しが完了したことを入力する。すると、Ｂさんの通信端末３は、取引管理サーバ４に、現金の手渡しが完了した旨を通知する。取引管理サーバ４は、Ａさんの通信端末２から、現金の受け取りが完了した旨の通知を受信するとともに、Ｂさんの通信端末３から、現金の手渡しが完了した旨の通知を受信すると、５万３００円を、現金取引サービス用の口座からＢさんの口座に振り替える処理を行う。現金取引サービスの大まかな流れは以上のようになっている。
［１－２．個人間現金取引システムを構成する各部の機能構成］
次に、個人間現金取引システム１を構成する各部の機能構成について説明する。まず図３に示すブロック図を用いて、取引希望者（例えばＡさん）が有する通信端末２の機能構成について説明する。
通信端末２は、図中省略するが、ＣＰＵ（Central Processing Unit）と、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、不揮発性メモリなどの記憶デバイスと、ネットワークＮｔを介して通信可能なネットワークインタフェースと、操作表示デバイスとしてのタッチパネルと、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）とをハードウェアとして有するスマートフォンであり、記憶部に記憶されているプログラムをＣＰＵが実行することにより各種機能を実現するようになっている。
具体的にこの通信端末２は、機能構成として、アプリ処理部２０と、ＯＳ（Operating System）処理部２１とを有している。アプリ処理部２０は、取引希望者用のサービスアプリとして機能する機能部であり、第１の送信部及び第１の受信部としての通信部２２と、操作部２３と、表示部２４と、位置情報取得部２５とを有している。このアプリ処理部２０は、ＣＰＵがサービスアプリを実行することにより実現される機能部である。尚、アプリ処理部２０による情報の送受信はネットワークインタフェースを介して行われ、操作入力と情報の表示はタッチパネルを介して行われる。
通信部２２は、ネットワークＮｔを介して、各種情報を取引管理サーバ４に送信したり、取引管理サーバ４から送信されてくる各種情報を受信したりする。操作部２３は、取引希望者による各種操作入力を受け付ける。表示部２４は、アプリ画面やＱＲコードなどを表示する。位置情報取得部２５は、ＧＰＳモジュールにより通信端末２の位置情報を取得する。
ＯＳ処理部２１は、通信端末２のハードウェアとアプリケーションの動作を管理するＯＳとして機能する機能部である。取引希望者が有する通信端末２の機能構成は、以上のようになっている。
つづけて図４に示すブロック図を用いて、取引応諾者が有する通信端末３の機能構成について説明する。通信端末３は、図中省略するが、ＣＰＵと、ＲＡＭ、ＲＯＭ、不揮発性メモリなどの記憶部と、ネットワークＮｔを介して通信可能なネットワークインタフェースと、操作表示デバイスとしてのタッチパネルと、カメラと、ＧＰＳモジュールとをハードウェアとして有するスマートフォンであり、記憶部に記憶されているプログラムをＣＰＵが実行することにより各種機能を実現するようになっている。
具体的にこの通信端末３は、機能構成として、アプリ処理部３０と、ＯＳ処理部３１とを有している。アプリ処理部３０は、取引応諾者用のサービスアプリとして機能する機能部であり、第２の送信部及び第２の受信部としての通信部３２と、操作部３３と、表示部３４と、読取部としてのＱＲコード読取部３５と、位置情報取得部３６とを有している。このアプリ処理部３０は、ＣＰＵがサービスアプリを実行することにより実現される機能部である。尚、アプリ処理部３０による情報の送受信はネットワークインタフェースを介して行われ、操作入力と情報の表示はタッチパネルを介して行われる。
通信部３２は、ネットワークＮｔを介して、各種情報を取引管理サーバ４に送信したり、取引管理サーバ４から送信されてくる各種情報を受信したりする。操作部３３は、取引応諾者による各種操作入力を受け付ける。表示部３４は、アプリ画面などを表示する。ＱＲコード読取部３５は、取引依頼者の通信端末２に表示されたＱＲコードをカメラで読み取り、このＱＲコードから取引番号を取得する。位置情報取得部３６は、ＧＰＳモジュールにより通信端末３の位置情報を取得する。
ＯＳ処理部３１は、通信端末３のハードウェアとアプリケーションの動作を管理するＯＳとして機能する機能部である。取引応諾者が有する通信端末３の機能構成は、以上のようになっている。
つづけて図５に示すブロック図を用いて、取引管理サーバ４の機能構成について説明する。取引管理サーバ４は、図中省略するが、ＣＰＵと、ＲＡＭ、ＲＯＭ、不揮発性メモリなどの記憶デバイスと、ネットワークＮｔを介して通信可能なネットワークインタフェースとをハードウェアとして有するサーバであり、記憶デバイスに記憶されているプログラムをＣＰＵが実行することにより各種機能を実現するようになっている。
具体的にこの取引管理サーバ４は、機能構成として、サービス処理部４０と、ＯＳ処理部４１とを有している。サービス処理部４０は、現金取引サービスの中心的な役割を担う機能部であり、第１の処理部としての依頼受付部４２と、手数料計算部４３と、第５の処理部としての資金移動部４４と、ＱＲコード生成部４５と、第２乃至第４の処理部としての代行依頼部４６と、結果処理部４７とを有している。またサービス処理部４０は、口座情報記憶部としてのサービス登録者データベースＤｂ１と、台帳データ記憶部としての台帳データベースＤｂ２とを有している。サービス登録者データベースＤｂ１には、サービス登録者ごとのサービス登録者情報が登録されている。サービス登録者情報には、個人ＩＤと口座情報（口座名義、支店番号、口座番号など）が記述されている。このサービス登録者データベースＤｂ１には、Ａさんの個人ＩＤと口座情報（第１の口座情報）、Ｂさんの個人ＩＤと口座情報（第２の口座情報）が、それぞれサービス登録者情報として登録されている。台帳データベースＤｂ２については後述する。このサービス処理部４０は、ＣＰＵがプログラムを実行することにより実現される機能部である。尚、サービス処理部４０による情報の送受信はネットワークインタフェースを介して行われる。
依頼受付部４２は、取引依頼者の通信端末２との間で、取引依頼に関する各種情報の遣り取りを行う。具体的には、この依頼受付部４２は、取引依頼者の通信端末２から送られてくる取引依頼情報（例えば５万円の出金依頼を示す情報）と、取引依頼者の個人ＩＤと、通信端末２の位置情報とを受信すると、今回依頼された現金取引（出金）を識別する為の取引識別情報である取引番号を発行して、この取引番号と、受信した取引依頼情報と、通信端末２の位置情報と、取引依頼者のサービス登録者情報（個人ＩＤ及び口座番号）をもとに台帳データを生成して、これを台帳データベースＤｂ２に登録する。
台帳データベースＤｂ２に登録される台帳データは、依頼された現金取引の履歴となるデータであり、例えば図６に示すように、「取引番号」、「依頼種別」、「依頼金額」、「手数料」、「報酬金額」、「取引依頼者ＩＤ」、「取引依頼者口座情報」、「取引依頼者位置」、「取引応諾者ＩＤ」、「取引応諾者口座情報」、「振替フラグ」、「受取フラグ」、「手渡しフラグ」の１３項目で構成されている。このうち、「取引番号」には、取引依頼者からの依頼ごとに発行される取引番号が記述される。「依頼種別」は、取引依頼情報に含まれる依頼種別として出金または入金が記述される。尚、本実施の形態では、「依頼種別」には出金（つまり取引依頼者が手元に欲しい現金を取引応諾者から受け取ること）が記述される。「依頼金額」には、取引依頼情報に含まれる依頼金額（例えば５万円）が記述される。「手数料」は、依頼の実行に必要な手数料（例えば現金取引サービス側の手数料１００円＋取引応諾者側の手数料３００円＝４００円）が記述される。「報酬金額」は、取引応諾者に支払われる報酬金額（例えば５万３００円）が記述される。「取引依頼者ＩＤ」には、取引依頼者の個人ＩＤが記述される。「取引依頼者口座情報」には、取引依頼者の口座情報が記述される。「取引依頼者位置」には、取引依頼者の通信端末２から得られる位置情報が記述される。「取引応諾者ＩＤ」には、取引応諾者の個人ＩＤが記述される。「取引応諾者口座情報」には、取引応諾者の口座情報が記述される。
「振替フラグ」には、報酬金額を取引依頼者の口座から現金取引サービス用の口座に振り替えたか否かを示す振替フラグが記述される。この振替フラグは、例えば、未振替であれば『０』、振替済みであれば『１』に設定される。「受取フラグ」には、取引依頼者が取引応諾者から現金を受け取ったか否かを示す受取フラグが記述される。この受取フラグは、例えば、未受取であれば『０』、受取済みであれば『１』に設定される。「手渡しフラグ」には、取引応諾者が取引依頼者に現金を手渡したか否かを示す手渡しフラグが記述される。この手渡しフラグは、例えば、未手渡しであれば『０』、手渡し済みであれば『１』に設定される。
依頼受付部４２が台帳データを生成したときには、これら１３項目のうち、「取引番号」、「依頼種別」、「依頼金額」、「取引依頼者ＩＤ」、「取引依頼者口座番号」のみが記述され、また「振替フラグ」と「受取フラグ」と「手渡しフラグ」には『０』が記述される。
手数料計算部４３は、今回の依頼の実行に必要な手数料を計算する。この手数料は、現金取引サービス側が受け取る固定の手数料（例えば１００円）と、取引応諾者側が受け取る変動する手数料（例えば３００円）との合算金額となっていて、少なくとも、現金取引サービス側が受け取る手数料（例えば１００円）以上の金額に設定されるようになっている。手数料計算部４３は、例えば、台帳データベースＤｂ２から、現金の受け渡しが完了している台帳データで１番新しい台帳データを参照して、この台帳データに記述されている手数料と同額（例えば１００円＋３００円＝４００円）を、今回の手数料とする。またこれに限らず、例えば、受け渡しが行われなかった台帳データで１番新しい台帳データを参照して、この台帳データに記述されている手数料（１００円＋２００円＝３００円）に、所定金額（例えば１００円）を足した金額（例えば４００円）を、今回の手数料とするなどしてもよい。このように、手数料計算部４３は、台帳データベースＤｂ２に登録されている台帳データに記述されている過去の手数料をもとに、今回の手数料を計算するようになっている。
さらに手数料計算部４３は、このようにして得られた今回の手数料を、今回の依頼に対応する台帳データに「手数料」として記述する。さらに手数料計算部４３は、依頼金額（例えば５万円）＋取引応諾者側の手数料（例えば３００円）を、今回の依頼を応諾する取引応諾者に支払われる報酬金額（例えば５万３００円）として、これを台帳データに「報酬金額」として記述する。尚、手数料計算部４３により計算された手数料（例えば４００円）は、依頼受付部４２により取引依頼者の通信端末２に通知され、取引依頼者に確認を取るようになっている。
資金移動部４４は、手数料計算部４３による手数料の計算が終了した後、金融システム５にアクセスして、台帳データに記述されている「依頼金額」と「手数料」との合算金額を、取引依頼者（Ａさん）の口座から現金取引サービス用の口座に振り替える処理を行う。また資金移動部４４は、振替完了後、今回の依頼に対応する台帳データの「振替フラグ」を『０』から『１』に変更する。さらに資金移動部４４は、取引依頼者の通信端末２と取引応諾者の通信端末３のそれぞれから現金の受け渡しが完了した旨の通知を受けた後、金融システム５にアクセスして、台帳データに記述されている「報酬金額」を、現金取引サービス用の口座から取引応諾者の口座に振り替える処理を行う。
ＱＲコード生成部４５は、依頼受付部４２により発行された取引番号をもとに、ＱＲコードを生成する。このようにして生成されたＱＲコードは、依頼受付部４２により取引依頼者の通信端末２に送信される。
代行依頼部４６は、取引応諾者の通信端末３との間で、取引依頼を応諾するのに必要な各種情報の遣り取りを行う。具体的には、この代行依頼部４６は、台帳データベースＤｂ２に登録されている今回の取引に対応する台帳データを参照して、今回取り引きを依頼してきた取引依頼者（例えばＡさん）の通信端末２の位置情報を取得する。さらに代行依頼部４６は、取得した通信端末２の位置情報と、サービス登録者の通信端末３から定期的に送信されてくる通信端末３の位置情報とをもとに、取引依頼者の通信端末２の周囲所定範囲（例えば半径３０メートル）内に位置する例えばＢさんの通信端末３に、取引依頼者からの依頼を示す取引依頼情報と報酬金額を示す報酬金額情報とを送信する。
さらに代行依頼部４６は、Ｂさんの通信端末３から依頼に応諾する旨を示す依頼応諾情報を受信すると、この通信端末３に、取引依頼者（Ａさん）の通信端末２の位置情報を送信する。これにより、取引応諾者（Ｂさん）が取引依頼者（Ａさん）の場所へと向かい、取引応諾者と取引依頼者とが対面することになる。尚、代行依頼部４６が、通信端末３から通信端末２までの距離と所要時間を算出して、これらを通信端末２の位置情報とともに、通信端末３に送信するなどしてもよい。
その後、代行依頼部４６は、取引応諾者の通信端末３から、取引応諾者の個人ＩＤと、ＱＲコードから得られた取引番号を受信すると、今回の依頼に対応する台帳データに、「取引応諾者ＩＤ」と「取引応諾者口座情報」とを記述する。またこのとき、代行依頼部４６は、通信端末３から受信した個人ＩＤが、取引応諾者であるＢさんの個人ＩＤであり、取引依頼者（Ａさん）からの現金振替が完了していることから、取引応諾者（Ｂさん）の通信端末３に、対面している人物（Ａさん）に現金を手渡してもよい旨を通知する。
その後、代行依頼部４６は、取引応諾者の通信端末３から現金の手渡しが完了した旨の通知を受けると、今回の依頼に対応する台帳データの「手渡しフラグ」を『０』から『１』に変更する。また同様に、依頼受付部４２は、取引依頼者の通信端末２から現金の受け取りが完了した旨の通知を受けると、今回の依頼に対応する台帳データの「受取フラグ」を『０』から『１』に変更する。
結果処理部４７は、資金移動部４４により、今回の依頼に対応する台帳データに記述されている「報酬金額」を、現金取引サービス用の口座から取引応諾者の口座に振り替える処理が完了すると、取引応諾者への支払いが完了した旨（つまり今回の依頼に対する処理が全て完了した旨）を、取引依頼者の通信端末２と、取引応諾者の通信端末３とに通知する。取引管理サーバ４の構成は以上のようになっている。
つづけて図７に示すブロック図を用いて、金融システム５の機能構成について説明する。尚、金融システム５は既存のシステムを採用することができる為、ここでは詳しい説明は省略する。簡単に説明すると、金融システム５は、オープンＡＰＩ５０を備えていて、このオープンＡＰＩ５０を介して取引管理サーバ４と連携することにより、現金取引サービス用の口座、取引依頼者の口座、取引応諾者の口座に対する各種取引を実行するようになっている。金融システム５の機能構成は以上のようになっている。
［１－３．個人間現金取引システムの動作］
次に、個人間現金取引システム１の動作について、図８、図９に示すシーケンスチャートを用いて説明する。尚、ここでは、一例として、サービス登録者としてのＡさんが現金の出金を依頼し、この依頼を、サービス登録者としてのＢさんが応諾する場合の動作について説明する。尚、取引管理サーバ４のサービス登録者データベースＤｂ１には、ＡさんとＢさんのサービス登録者情報（個人ＩＤと口座情報など）が登録されているとする。
まずＡさんは、通信端末２のサービスアプリ上で例えば「出金、５万円」と依頼する。すると、ステップＳＰ１において、通信端末２の通信部２２は、５万円の出金依頼を示す取引依頼情報と、Ａさんの個人ＩＤと、通信端末２の位置情報とを、取引管理サーバ４に送信する。
通信端末２から取引依頼情報と、個人ＩＤと、位置情報とを受信すると、ステップＳＰ２において、取引管理サーバ４の依頼受付部４２は、取引番号を発行して、この取引番号と、受信した取引依頼情報と、位置情報と、Ａさんのサービス登録者情報（個人ＩＤ及び口座番号）をもとに、今回の依頼に対応する台帳データを生成して、これを台帳データベースＤｂ２に登録する。尚、このとき台帳データの「依頼種別」には出金と記述される。
ステップＳＰ３において、取引管理サーバ４の依頼受付部４２は、手数料計算部４３に、今回の依頼に対する手数料を計算するよう依頼する。ここで、手数料計算部４３は、例えば、台帳データベースＤｂ２に登録されている、過去の台帳データをもとに手数料（例えば４００円）を計算して、この手数料と、今回の報酬金額（依頼金額５万円＋手数料４００円－現金取引サービス側が受け取る手数料１００円＝５万３００円）を、今回の依頼に対応する台帳データに記述するとともに、依頼受付部４２に通知する。
ステップＳＰ４において、取引管理サーバ４の依頼受付部４２は、今回の依頼に必要な手数料（例えば４００円）を、取引依頼者であるＡさんの通信端末２に通知する。ここでＡさんは、通信端末２のサービスアプリ上で手数料を確認したうえで了解する。すると、ステップＳＰ５において、通信端末２の通信部２２は、手数料を了解した旨を、取引管理サーバ４に通知する。
手数料を了解した旨の通知を受けると、取引管理サーバ４の依頼受付部４２は、ステップＳＰ６において、今回の依頼金額（例えば５万円）と、手数料（例えば４００円）との合算金額（例えば５万４００円）を、取引依頼者（Ａさん）の口座から現金取引サービス用の口座に振り替えるよう、資金移動部４４に依頼する。ここで、資金移動部４４は、指定された金額（例えば５万４００円）を、取引依頼者（Ａさん）の口座から現金取引サービス用の口座に振り替える振替依頼を、金融システム５に送信する。
金融システム５のオープンＡＰＩ５０は、取引管理サーバ４から振替依頼を受信すると、ステップＳＰ７において、受信した振替依頼に応じた振替処理を実行する。つまり、オープンＡＰＩ５０は、５万４００円を、取引依頼者（Ａさん）の口座から現金取引サービス用の口座に振り替える振替処理を実行する。振替処理が完了すると、オープンＡＰＩ５０は、ステップＳＰ８において、取引管理サーバ４に、振替完了を通知する。
振替完了の通知を受けると、取引管理サーバ４の資金移動部４４は、ステップＳＰ９において、今回の依頼に対応する台帳データの「振替フラグ」を『０』から『１』に変更する。さらに資金移動部４４は、取引依頼者（Ａさん）の口座から現金取引サービス用の口座への振り替えが完了した旨を、依頼受付部４２に通知する。振り替えが完了した旨の通知を受けると、取引管理サーバ４の依頼受付部４２は、ステップＳＰ１０において、今回の依頼を示す取引番号が書き込まれたＱＲコードを生成するよう、ＱＲコード生成部４５に依頼する。ここで、ＱＲコード生成部４５は、取引番号が書き込まれたＱＲコードを生成し、生成したＱＲコードを依頼受付部４２に送る。
ＱＲコードを受け取ると、取引管理サーバ４の依頼受付部４２は、ステップＳＰ１１において、依頼の受け付けが完了した旨とＱＲコードとを、取引依頼者であるＡさんの通信端末２に送信する。通信端末２の通信部２２は、ＱＲコードを受信すると、ステップＳＰ１２において、これを表示部２４に表示させる。
つづくステップＳＰ１３において、取引管理サーバ４の依頼受付部４２は、今回の依頼を示す取引依頼情報と取引番号を、代行依頼部４６に送るとともに、今回の依頼を応諾してくれる取引応諾者の確保を、代行依頼部４６に依頼する。ここで、代行依頼部４６は、台帳データベースＤｂ２から、今回の依頼を示す取引番号を持つ台帳データを参照して、この台帳データから、取引依頼者であるＡさんの通信端末２の位置情報と、今回の依頼に対する報酬金額（５万３００円）とを取得する。さらに代行依頼部４６は、取得した通信端末２の位置情報と、サービス登録者の通信端末３から定期的に送信されてくる通信端末３の位置情報とをもとに、取引依頼者の通信端末２の周囲所定範囲内（例えば半径３０メートル圏内）に位置する通信端末３（例えばＢさんの通信端末）を特定する。つづくステップＳＰ１４において、代行依頼部４６は、この通信端末３に、今回の依頼（例えば現金５万円）を示す取引依頼情報と報酬金額（例えば５万３００円）を示す報酬金額情報とを送信する。
ここでＢさんは、通信端末３のサービスアプリ上で今回の依頼と報酬金額を確認したうえで、今回の依頼を応諾する。すると、ステップＳＰ１５において、通信端末３の通信部３２は、依頼を応諾した旨を示す依頼応諾情報を、取引管理サーバ４に送信する。
ところで、ここでは、Ａさんの周囲所定範囲内にＢさんがいて、ＢさんがＡさんからの依頼を応諾してくれた場合について述べたが、例えば、Ａさんの周囲所定範囲内に、サービス登録者が１人もいない場合も有り得る。この場合、図８のシーケンスチャートには記載していないが、取引管理サーバ４の代行依頼部４６が、探索範囲を例えば半径３０メートル圏内から半径４０メートル圏内まで広げて、サービス登録者を探すようにしてもよい。このようにすれば、Ａさんの依頼を応諾してくれるサービス登録者が見付かる可能性が高まる。またこのとき代行依頼部４６が、探索範囲を３０メートル圏内から４０メートル圏内に広げた旨を手数料計算部４３に通知して、手数料計算部４３が、探索範囲を広げたことに応じて、手数料を例えば４００円から５００円に値上げするとともに、報酬金額を５万３００円から５万４００円に値上げするようにしてもよい。尚、このようにして手数料を変更した場合には、取引管理サーバ４の依頼受付部４２が、取引依頼者（Ａさん）の通信端末２に変更後の手数料を送信して確認してもらうようにすればよい。
また一方で、Ａさんの周囲所定範囲内にＢさんしかおらず、このＢさんがＡさんからの依頼を応諾してくれなかった場合も有り得る。この場合、図８のシーケンスチャートには記載していないが、取引管理サーバ４の代行依頼部４６が、今回の依頼に対する報酬金額を値上げするよう手数料計算部４３に依頼するようにしてもよい。この場合、手数料計算部４３は、手数料を例えば４００円から６００円に値上げすることで、報酬金額を５万３００円から５万５００円に値上げする。代行依頼部４６は、取引依頼情報と、値上げ後の報酬金額（例えば５万５００円）を、再度、Ｂさんの通信端末３に送信する。このようにすれば、ＢさんがＡさんからの依頼を応諾してくれる可能性が高まる。尚、この場合も、取引依頼者（Ａさん）に、変更後の手数料を確認してもらうようにすればよい。
さらにこのようにしても取引応諾者を見付けることができない場合も有り得る。この場合、図８のシーケンスチャートには記載していないが、取引管理サーバ４の代行依頼部４６が、取引応諾者を見付けることができなかった旨を依頼受付部４２に通知する。依頼受付部４２は、依頼を応諾してくれる人物が見つからない為に今回の取引を中止する旨を、取引依頼者（Ａさん）の通信端末２に通知する。またこのとき、依頼受付部４２は、現金取引サービス用の口座から取引依頼者（Ａさん）の口座へ資金を戻す旨を、資金移動部４４に通知する。この結果、現金取引サービス用の口座から取引依頼者（Ａさん）の口座へ資金が戻される。
ここで図９のシーケンスチャートに移る。取引管理サーバ４の代行依頼部４６は、Ｂさんの通信端末３から依頼応諾情報を受信すると、ステップＳＰ１６において、取引依頼者であるＡさんの通信端末２の位置情報を、取引応諾者となったＢさんの通信端末３に送信する。
ここでＢさんは、通信端末３のサービスアプリ上でＡさんの通信端末２の位置情報を確認して、Ａさんの場所へと向かう。ところで、ＧＰＳモジュールなどから得られる位置情報は数メートル単位の誤差が出る為、Ａさんの通信端末２の位置情報（もしくは位置情報と距離と所要時間）だけで、ＢさんがＡさんの場所まで向かうのは難しい。そこで、例えば、依頼時に、Ａさんの位置を補足する位置補足情報（例えば「＊＊駅の改札前にいる」、「赤い帽子をかぶっている」などの情報）をＡさんに入力してもらい、この位置補足情報を、通信端末２が、依頼取引依頼情報と、個人ＩＤと、位置情報とともに、取引管理サーバ４に送信するようにする。そして、ＢさんによりＡさんの依頼が応諾された際に、取引管理サーバ４の代行依頼部４６が、Ｂさんの通信端末３に、Ａさんの通信端末２の位置情報にくわえて、この位置補足情報を送信するようにしてもよい。このようにすれば、Ｂさんは、Ａさんの通信端末２の位置情報と、位置補足情報をもとに、Ａさんの場所へと向かうことができる。またこれに限らず、例えば、通信端末２のアプリ処理部２０と、通信端末３のアプリ処理部３０に、Ｂｌｕｅｔｏｏｔｈ（登録商標）を利用した近距離チャットアプリを追加する。そして取引応諾者となったＢさんがこの近距離チャットアプリを利用して取引依頼者であるＡさんとメッセージを遣り取りすることでＡさんの位置を特定するなどしてもよい。
Ａさんの場所までたどり着いたＢさんは、Ａさんの通信端末２に表示されているＱＲコードを通信端末３のカメラで撮影する。ステップＳＰ１７において、通信端末３のＱＲコード読取部３５は、撮影画像からＱＲコードを読み取り、さらにこのＱＲコードから今回の依頼を示す取引番号を取得する。つづくステップＳＰ１８において、通信端末３の通信部３２は、Ｂさんの個人ＩＤと、ＱＲコード読取部３５によってＱＲコードから取得された取引番号とを、取引管理サーバ４に送信する。
取引管理サーバ４の代行依頼部４６は、取引応諾者であるＢさんの個人ＩＤと、ＱＲコードから得られた取引番号を受信すると、ステップＳＰ１９において、台帳データベースＤｂ２に登録されている台帳データのうち、受信した取引番号を持つ台帳データ（つまり今回の依頼に対応する台帳データ）に、Ｂさんの個人ＩＤと口座情報（サービス登録者データベースＤｂ１から取得）とを「取引応諾者ＩＤ」と「取引応諾者口座情報」として追記する。
つづくステップＳＰ２０において、取引管理サーバ４の代行依頼部４６は、通信端末３から受信した取引番号が正常であり、取引依頼者（Ａさん）からの現金振替が完了していることから、取引応諾者であるＢさんの通信端末３に、対面している人物（Ａさん）に現金を手渡してもよい旨を通知する。ここでＢさんは、通信端末３のサービスアプリ上で、対面している人物（Ａさん）に現金を手渡してもよい旨を確認して、現金５万円をＡさんに手渡す。
Ｂさんから現金を受け取ったＡさんは、通信端末２のサービスアプリ上で現金を受け取った旨を入力する。すると、ステップＳＰ２１において、通信端末２の通信部２２は、依頼取引者（Ａさん）が現金を受け取った旨を、取引管理サーバ４に通知する。依頼取引者（Ａさん）が現金を受け取った旨の通知を受けると、取引管理サーバ４の依頼受付部４２は、ステップＳＰ２２において、今回の依頼に対応する台帳データの「受取フラグ」を『０』から『１』に変更する。
またこのときＢさんは、通信端末３のサービスアプリ上で現金を手渡した旨を入力する。すると、ステップＳＰ２３において、通信端末３の通信部３２は、取引応諾者（Ｂさん）が現金を手渡した旨を、取引管理サーバ４に通知する。取引応諾者（Ｂさん）が現金を手渡した旨の通知を受けると、取引管理サーバ４の代行依頼部４６は、ステップＳＰ２４において、今回の依頼に対応する台帳データの「手渡しフラグ」を『０』から『１』に変更する。
取引管理サーバ４の結果処理部４７は、定期的に今回の依頼に対応する台帳データを確認していて、台帳データの「受取フラグ」と「手渡しフラグ」がともに『１』になると、ステップＳＰ２５において、今回の依頼に対応する台帳データを参照して、取引応諾者への報酬金額を確認し、報酬金額（例えば５万３００円）を、現金取引サービス用の口座から取引応諾者（Ｂさん）の口座に振り替えるよう、資金移動部４４に依頼する。ここで、資金移動部４４は、指定された金額（例えば５万３００円）を、現金取引サービス用の口座から取引応諾者（Ｂさん）の口座に振り替える振替依頼を、金融システム５に送信する。
金融システム５のオープンＡＰＩ５０は、取引管理サーバ４から振替依頼を受信すると、ステップＳＰ２６において、受信した振替依頼に応じた振替処理を実行する。つまり、オープンＡＰＩ５０は、５万３００円を、現金取引サービス用の口座から取引応諾者（Ｂさん）の口座に振り替える振替処理を実行する。この時点で、取引依頼者（Ａさん）の口座から出金された依頼金額に手数料を合算した金額（例えば５万４００円）のうち、依頼金額に取引応諾者側が受け取る手数料を合算した報酬金額（例えば５万３００円）が取引応諾者の口座に入金され、残りの金額（例えば１００円）が現金取引サービス側が受け取る手数料として現金取引サービス用の口座に入金されたことになる。振替処理が完了すると、オープンＡＰＩ５０は、ステップＳＰ２７において、取引管理サーバ４に、振替完了を通知する。
振替完了の通知を受けると、取引管理サーバ４の資金移動部４４は、振替完了を、結果処理部４７に通知する。結果処理部４７は、ステップＳＰ２８、ＳＰ２９において、取引依頼者（Ａさん）の通信端末２と、取引応諾者（Ｂさん）の通信端末３とに、今回の取引が完了した旨を通知（Ｂさんの通信端末３にはＢさんの口座に振り込んだ金額（５万３００円）も通知）する。個人間現金取引システム１の動作は以上のようになっている。
［１－４．まとめと効果］
ここまで説明したように、第１の実施の形態による個人間現金取引システム１は、取引管理サーバ４の依頼受付部４２が、取引依頼者（Ａさん）の通信端末２から出金依頼を示す取引依頼情報を受信すると、この出金依頼に対応する取引番号を、ＱＲコードにして、取引依頼者の通信端末２に送信する。
また取引管理サーバ４の代行依頼部４６は、取引依頼者の通信端末２から得られる位置情報と、サービス登録者の通信端末３から得られる位置情報とをもとに、取引依頼者の通信端末２から所定範囲内に存在する通信端末３を特定して、この通信端末３に、取引依頼者の通信端末２から受信した取引依頼情報と、出金取引に対する報酬金額を示す報酬金額情報を送信する。その後、取引管理サーバ４の代行依頼部４６は、通信端末３から依頼を応諾した旨を示す依頼応諾情報を受信すると、取引依頼者の通信端末２の位置情報を、取引応諾者の通信端末３に送信する。この結果、取引依頼者と取引応諾者とが対面する。
ここで、取引応諾者は、通信端末３のカメラにより、取引依頼者の通信端末２に表示されているＱＲコードを撮影する。すると、通信端末３のＱＲコード読取部３５は、撮影画像からＱＲコードを読み取り、このＱＲコードから取引番号を取得して、これを取引管理サーバ４に送信する。これにより、取引管理サーバ４側では、取引依頼者と取引応諾者とが対面したことを把握することができる。
取引管理サーバ４の資金移動部４４は、取引応諾者の通信端末３から取引番号を受信した後、報酬金額情報に基づいて、取引依頼者の口座から取引応諾者への口座への資金移動を行うようにした。
こうすることで、個人間現金取引システム１は、取引管理サーバ４が、取引依頼者と取引応諾者とを個人情報をさらすことなく対面させて、取引応諾者から取引依頼者への現金の手渡しを行わせることができ、また取引依頼者と取引応諾者が対面したことを把握したうえで、現金の手渡しに対する報酬金額を取引依頼者の口座から取引応諾者の口座に移動させることができる。かくして個人間現金取引システム１は、依頼取引者が、金融機関窓口やＡＴＭなどに行かずに、現金の出金が可能となる。
また取引管理サーバ４は、代行依頼部４６が、通信端末３に、取引依頼者の通信端末２から受信した取引依頼情報と、出金取引に対する報酬金額を示す報酬金額情報を送信するより前に、資金移動部４４が、依頼金額と手数料（現金取引サービス側が受け取る手数料＋取引応諾者側が受け取る手数料）の合算金額（５万４００円）を、取引依頼者の口座から、現金取引サービス用の口座へと振り替え、その後、取引応諾者の通信端末３から取引番号を受信した後で、資金移動部４４が、現金取引サービス用の口座から、取引応諾者の口座へ、報酬金額（依頼金額＋取引応諾者側が受け取る手数料）を振り替えるようにした。
このように、取引管理サーバ４は、取引依頼者からの依頼を取引応諾者が応諾するより前に、依頼金額と手数料の合算金額（５万４００円）を、取引依頼者の口座から現金取引サービス用の口座へと振り替えるようにしたことにより、報酬金額（５万３００円）を担保したうえで、取引応諾者が依頼を応諾することができる。こうすることで、個人間現金取引システム１では、取引応諾者が依頼取引者に現金を手渡した後、確実に取引応諾者の口座に入金することができる。
さらに取引管理サーバ４は、取引依頼者の通信端末２から現金を受け取った旨の通知を受け、且つ取引応諾者の通信端末３から現金を手渡した旨の通知を受けた場合に、資金移動部４４が、現金取引サービス用の口座から、取引応諾者の口座へ、報酬金額（依頼金額＋取引応諾者側が受け取る手数料）を振り替えるようにした。こうすることで、個人間現金取引システム１では、取引応諾者が依頼取引者に現金を手渡したことを正確に把握したうえで、取引応諾者の口座に入金することができる。
さらに取引管理サーバ４は、手数料計算部４３が、過去の台帳データをもとに、手数料を計算して、依頼金額と計算した手数料との合算金額を報酬金額とした。こうすることで、個人間現金取引システム１では、例えば、依頼に対する手数料を固定金額にする場合と比較して、手数料をより適切な金額に設定することができる。
［２．第２の実施の形態］
次に第２の実施の形態について説明する。上述した第１の実施の形態では、個人間現金取引システム１で依頼可能な依頼種別が出金のみとなっていたが、第２の実施の形態では、個人間現金取引システム１で依頼可能な依頼種別に入金が追加されていて、この点が、第１の実施の形態と第２の実施の形態とで異なる。尚、現金取引サービスでの出金とは、第１の実施の形態で説明したように、取引依頼者が手元に欲しい現金をＡＴＭなどから引き出す代わりに取引応諾者から受け取り、取引依頼者の口座から取引応諾者の口座への振り替えを行うサービスである。一方、現金取引サービスでの入金とは、取引依頼者が手元にある現金をＡＴＭなどに預ける代わりに取引応諾者に手渡し、取引応諾者の口座から取引依頼者の口座への振り替えを行うサービスである。
この第２の実施の形態は、個人間現金取引システム１の動作が異なるだけであり、各部の機能構成などについては、第１の実施の形態と同様の為、詳しい説明は省略する。第２の実施の形態の個人間現金取引システム１では、現金取引サービスとして、上述した出金のサービスにくわえて、入金のサービスを提供することができるようになっている。出金のサービスを提供するときの個人間現金取引システム１の動作は、第１の実施の形態と同様の為、ここでは、入金のサービスを提供するときの個人間現金取引システム１の動作についてのみ説明する。
［２－１．個人間現金取引システムの動作］
個人間現金取引システム１の動作について、図１０、図１１に示すシーケンスチャートを用いて説明する。尚、ここでは、一例として、サービス登録者としてのＡさんが現金の入金を依頼し、この依頼を、サービス登録者としてのＢさんが応諾する場合の動作について説明する。
まずＡさんは、通信端末２のサービスアプリ上で例えば「入金、５万円」と依頼する。すると、ステップＳＰ５０において、通信端末２の通信部２２は、５万円の入金依頼を示す取引依頼情報と、Ａさんの個人ＩＤと、通信端末２の位置情報とを、取引管理サーバ４に送信する。
通信端末２から取引依頼情報と、個人ＩＤと、位置情報とを受信すると、ステップＳＰ５１において、取引管理サーバ４の依頼受付部４２は、取引番号を発行して、この取引番号と、受信した取引依頼情報と、位置情報と、Ａさんのサービス登録者情報（個人ＩＤ及び口座番号）をもとに、今回の依頼に対応する台帳データを生成して、これを台帳データベースＤｂ２に登録する。尚、このとき台帳データの「依頼種別」には入金と記述される。
ステップＳＰ５２において、取引管理サーバ４の依頼受付部４２は、手数料計算部４３に、今回の依頼に対する手数料を計算するよう依頼する。ここで、手数料計算部４３は、例えば、台帳データベースＤｂ２に登録されている、過去の台帳データをもとに手数料（例えば４００円）を計算して、この手数料と、今回の報酬金額（手数料４００円－現金取引サービス側の手数料１００円＝３００円）を、今回の依頼に対応する台帳データに記述するとともに、依頼受付部４２に通知する。
ステップＳＰ５３において、取引管理サーバ４の依頼受付部４２は、今回の依頼に必要な手数料（例えば４００円）を、取引依頼者であるＡさんの通信端末２に通知する。ここでＡさんは、通信端末２のサービスアプリ上で手数料を確認したうえで了解する。すると、ステップＳＰ５４において、通信端末２の通信部２２は、手数料を了解した旨を、取引管理サーバ４に通知する。
手数料を了解した旨の通知を受けると、取引管理サーバ４の依頼受付部４２は、ステップＳＰ５５において、今回の依頼を示す取引番号が書き込まれたＱＲコードを生成するよう、ＱＲコード生成部４５に依頼する。ここで、ＱＲコード生成部４５は、取引番号が書き込まれたＱＲコードを生成し、生成したＱＲコードを依頼受付部４２に送る。
ＱＲコードを受け取ると、取引管理サーバ４の依頼受付部４２は、ステップＳＰ５６において、依頼の受け付けが完了した旨とＱＲコードとを、取引依頼者であるＡさんの通信端末２に送信する。通信端末２の通信部２２は、ＱＲコードを受信すると、ステップＳＰ５７において、これを表示部２４に表示させる。
ＱＲコードを送信した後、取引管理サーバ４の依頼受付部４２は、ステップＳＰ５８において、今回の依頼を示す取引依頼情報と取引番号を、代行依頼部４６に送るとともに、今回の依頼を応諾してくれる取引応諾者の確保を、代行依頼部４６に依頼する。ここで、取引管理サーバ４の代行依頼部４６は、台帳データベースＤｂ２から、今回の依頼を示す取引番号を持つ台帳データを参照して、この台帳データから、取引依頼者であるＡさんの通信端末２の位置情報と、今回の依頼に対する報酬金額（３００円）とを取得する。さらに代行依頼部４６は、取得した通信端末２の位置情報と、サービス登録者の通信端末３から定期的に送信されてくる通信端末３の位置情報とをもとに、取引依頼者の通信端末２の周囲所定範囲内（例えば半径３０メートル圏内）に位置する通信端末３（例えばＢさんの通信端末）を特定する。つづくステップＳＰ５９において、代行依頼部４６は、この通信端末３に、今回の依頼（例えば入金５万円）を示す取引依頼情報と報酬金額（例えば３００円）を示す報酬金額情報とを送信する。
ここでＢさんは、通信端末３のサービスアプリ上で今回の依頼と報酬金額を確認したうえで、今回の依頼を応諾する。すると、ステップＳＰ６０において、通信端末３の通信部３２は、依頼を応諾した旨を示す依頼応諾情報を、取引管理サーバ４に送信する。
ところで、Ａさんの周囲所定範囲内に、サービス登録者が１人もいない場合、Ａさんの周囲所定範囲内にＢさんしかおらず、このＢさんがＡさんからの依頼を応諾してくれなかった場合、取引応諾者を見付けることができなかった場合については、第１の実施の形態で説明した出金の場合と同様の為、ここでの説明は省略する。
取引管理サーバ４の代行依頼部４６は、Ｂさんの通信端末３から依頼応諾情報を受信すると、ステップＳＰ６１において、今回の依頼金額（例えば５万円）から報酬金額（例えば３００円）を減算した金額（例えば４万９７００円）を、取引応諾者（Ｂさん）の口座から現金取引サービス用の口座に振り替えるよう、資金移動部４４に依頼する。ここで、資金移動部４４は、指定された金額（例えば４万９７００円）を、取引応諾者（Ｂさん）の口座から現金取引サービス用の口座に振り替える振替依頼を、金融システム５に送信する。
金融システム５のオープンＡＰＩ５０は、取引管理サーバ４から振替依頼を受信すると、ステップＳＰ６２において、受信した振替依頼に応じた振替処理を実行する。つまり、オープンＡＰＩ５０は、４万９７００円を、取引応諾者（Ｂさん）の口座から現金取引サービス用の口座に振り替える振替処理を実行する。振替処理が完了すると、オープンＡＰＩ５０は、ステップＳＰ６３において、取引管理サーバ４に、振替完了を通知する。
振替完了の通知を受けると、取引管理サーバ４の資金移動部４４は、ステップＳＰ６４において、今回の依頼に対応する台帳データの「振替フラグ」を『０』から『１』に変更する。さらに資金移動部４４は、取引応諾者（Ｂさん）の口座から現金取引サービス用の口座への振り替えが完了した旨を、代行依頼部４６に通知する。
振り替えが完了した旨の通知を受けると、取引管理サーバ４の代行依頼部４６は、図１１に示すステップＳＰ６５において、取引依頼者であるＡさんの通信端末２の位置情報を、取引応諾者となったＢさんの通信端末３に送信する。
ここでＢさんは、通信端末３のサービスアプリ上でＡさんの通信端末２の位置情報を確認して、Ａさんの場所へと向かう。尚、第１の実施の形態と同様、通信端末２の位置情報にくわえて位置補足情報を通信端末３に送信したり、近距離チャットアプリを利用したりしてもよい。
Ａさんの場所までたどり着いたＢさんは、Ａさんの通信端末２に表示されているＱＲコードを通信端末３のカメラで撮影する。ステップＳＰ６６において、通信端末３のＱＲコード読取部３５は、撮影画像からＱＲコードを読み取り、さらにこのＱＲコードから今回の依頼を示す取引番号を取得する。つづくステップＳＰ６７において、通信端末３の通信部３２は、Ｂさんの個人ＩＤと、ＱＲコード読取部３５によってＱＲコードから取得された取引番号とを、取引管理サーバ４に送信する。
取引管理サーバ４の代行依頼部４６は、取引応諾者であるＢさんの個人ＩＤと、ＱＲコードから得られた取引番号を受信すると、ステップＳＰ６８において、台帳データベースＤｂ２に登録されている台帳データのうち、受信した取引番号を持つ台帳データ（つまり今回の依頼に対応する台帳データ）に、Ｂさんの個人ＩＤと口座情報（サービス登録者データベースＤｂ１から取得）を「取引応諾者ＩＤ」と「取引応諾者口座情報」として追記する。
つづくステップＳＰ６９において、取引管理サーバ４の代行依頼部４６は、通信端末３から受信した取引番号が正常であり、取引応諾者（Ｂさん）からの現金振替が完了していることから、取引依頼者であるＡさんの通信端末２に、対面している人物（Ｂさん）に現金を手渡してもよい旨を通知する。ここでＡさんは、通信端末２のサービスアプリ上で、対面している人物（Ｂさん）に現金を手渡してもよい旨を確認して、現金５万円をＢさんに手渡す。
Ｂさんに現金を手渡したＡさんは、通信端末２のサービスアプリ上で現金を手渡した旨を入力する。すると、ステップＳＰ７０において、通信端末２の通信部２２は、依頼取引者（Ａさん）が現金を手渡した旨を、取引管理サーバ４に通知する。依頼取引者（Ａさん）が現金を手渡した旨の通知を受けると、取引管理サーバ４の依頼受付部４２は、ステップＳＰ７１において、今回の依頼に対応する台帳データの「手渡しフラグ」を『０』から『１』に変更する。
またこのときＢさんは、通信端末３のサービスアプリ上で現金を受け取った旨を入力する。すると、ステップＳＰ７２において、通信端末３の通信部３２は、取引応諾者（Ｂさん）が現金を受け取った旨を、取引管理サーバ４に通知する。取引応諾者（Ｂさん）が現金を受け取った旨の通知を受けると、取引管理サーバ４の代行依頼部４６は、ステップＳＰ７３において、今回の依頼に対応する台帳データの「受取フラグ」を『０』から『１』に変更する。
取引管理サーバ４の結果処理部４７は、定期的に今回の依頼に対応する台帳データを確認していて、台帳データの「受取フラグ」と「手渡しフラグ」がともに『１』になると、ステップＳＰ７４において、今回の依頼に対応する台帳データを参照して、依頼金額（５万円）と手数料（４００円）を確認し、依頼金額から手数料を減算した金額（例えば４万９６００円）を、現金取引サービス用の口座から取引依頼者（Ａさん）の口座に振り替えるよう、資金移動部４４に依頼する。ここで、資金移動部４４は、指定された金額（例えば４万９６００円）を、現金取引サービス用の口座から取引依頼者（Ａさん）の口座に振り替える振替依頼を、金融システム５に送信する。
金融システム５のオープンＡＰＩ５０は、取引管理サーバ４から振替依頼を受信すると、ステップＳＰ７５において、受信した振替依頼に応じた振替処理を実行する。つまり、オープンＡＰＩ５０は、４万９６００円を、現金取引サービス用の口座から取引依頼者（Ａさん）の口座に振り替える振替処理を実行する。この時点で、取引応諾者（Ｂさん）の口座から出金された、依頼金額から取引応諾者側が受け取る手数料を減算した金額（例えば４万９７００円）のうち、依頼金額から手数料を減算した金額（例えば４万９６００円）が取引依頼者（Ａさん）の口座に入金され、残りの金額（例えば１００円）が現金取引サービス側が受け取る手数料として現金取引サービス用の口座に入金されたことになる。振替処理が完了すると、オープンＡＰＩ５０は、ステップＳＰ７６において、取引管理サーバ４に、振替完了を通知する。
振替完了の通知を受けると、取引管理サーバ４の資金移動部４４は、振替完了を、結果処理部４７に通知する。結果処理部４７は、ステップＳＰ７７、ＳＰ７８において、取引依頼者（Ａさん）の通信端末２と、取引応諾者（Ｂさん）の通信端末３とに、今回の取引が完了した旨（Ｂさんの通信端末３にはＢさんの口座から引き落した金額（４万９７００円）旨も通知）を通知する。個人間現金取引システム１の動作は以上のようになっている。
［２－２．まとめと効果］
ここまで説明したように、第２の実施の形態による個人間現金取引システム１は、取引管理サーバ４の依頼受付部４２が、取引依頼者（Ａさん）の通信端末２から入金依頼を示す取引依頼情報を受信すると、この入金依頼に対応する取引番号を、ＱＲコードにして、取引依頼者の通信端末２に送信する。
また取引管理サーバ４の代行依頼部４６は、取引依頼者の通信端末２から得られる位置情報と、サービス登録者の通信端末３から得られる位置情報とをもとに、取引依頼者の通信端末２から所定範囲内に存在する通信端末３を特定して、この通信端末３に、取引依頼者の通信端末２から受信した取引依頼情報と、入金取引に対する報酬金額を示す報酬金額情報を送信する。その後、取引管理サーバ４の代行依頼部４６は、通信端末３から依頼を応諾した旨を示す依頼応諾情報を受信すると、取引依頼者の通信端末２の位置情報を、取引応諾者の通信端末３に送信する。この結果、取引依頼者と取引応諾者とが対面する。
ここで、取引応諾者は、通信端末３のカメラにより、取引依頼者の通信端末２に表示されているＱＲコードを撮影する。すると、通信端末３のＱＲコード読取部３５は、撮影画像からＱＲコードを読み取り、このＱＲコードから取引番号を取得して、これを取引管理サーバ４に送信する。これにより、取引管理サーバ４側では、取引依頼者と取引応諾者とが対面したことを把握することができる。
取引管理サーバ４の資金移動部４４は、取引応諾者の通信端末３から取引番号を受信した後、報酬金額に基づいて、取引応諾者の口座から取引依頼者への口座への資金移動を行うようにした。
こうすることで、個人間現金取引システム１は、取引管理サーバ４が、取引依頼者と取引応諾者とを個人情報をさらすことなく対面させて、取引依頼者から取引応諾者への現金の手渡しを行わせることができ、また取引依頼者と取引応諾者が対面したことを把握したうえで、依頼金額から現金の受け渡しに対する報酬金額を減算した金額を取引応諾者の口座から取引依頼者の口座に移動させることができる。かくして個人間現金取引システム１は、依頼取引者が、金融機関窓口やＡＴＭなどに行かずに、現金の入金が可能となる。
また取引管理サーバ４は、代行依頼部４６が、通信端末３に通信端末２の位置情報を送信するより前に、資金移動部４４が、依頼金額から取引応諾者側が受け取る手数料を減算した金額（４万９７００円）を、取引応諾者の口座から、現金取引サービス用の口座へと振り替え、その後、取引応諾者の通信端末３から取引番号を受信した後で、資金移動部４４が、現金取引サービス用の口座から、取引依頼者の口座へ、依頼金額から手数料を減算した金額（４万９６００円）を振り替えるようにした。
このように、取引管理サーバ４は、取引応諾者と取引依頼者とが対面する前に、依頼金額から取引応諾者側が受け取る手数料を減算した金額（４万９７００円）を、取引応諾者の口座から現金取引サービス用の口座へと振り替えるようにしたことにより、依頼金額から手数料を減算した金額（４万９６００円）を担保したうえで、取引応諾者と取引依頼者とを対面させることができる。こうすることで、個人間現金取引システム１では、取引依頼者が取引応諾者に現金を手渡した後、確実に取引依頼者の口座に入金することができる。
さらに取引管理サーバ４は、取引依頼者の通信端末２から現金を手渡した旨の通知を受け、且つ取引応諾者の通信端末３から現金を受け取った旨の通知を受けた場合に、資金移動部４４が、現金取引サービス用の口座から、取引応諾者の口座へ、依頼金額から手数料を減算した金額を振り替えるようにした。こうすることで、個人間現金取引システム１では、取引依頼者が依頼応諾者に現金を手渡したことを正確に把握したうえで、取引依頼者の口座に入金することができる。
［３．他の実施の形態］
［３－１．他の実施の形態１］
尚、上述した第１及び第２の実施の形態では、取引管理サーバ４の手数料計算部４３が過去の台帳データをもとに手数料を計算するようにしたが、これに限らず、取引依頼者に手数料を指定させるようにしてもよい。この場合、取引依頼者は、通信端末２のサービスアプリ上で依頼を出すときに、今回の依頼に対する手数料を入力する。またこの場合、例えば、依頼応諾者側が受け取る手数料のみを入力させるなどしてもよい。
また上述した第１及び第２の実施の形態では、現金取引サービス側が受け取る手数料については固定（例えば１００円）としたが、この手数料を月額制にしてもよい。この場合、依頼ごとに現金取引サービス側が受け取る手数料は０円となる。
［３－２．他の実施の形態２］
また上述した第１の実施の形態では、出金依頼時、取引依頼情報と報酬金額情報をサービス登録者の通信端末３に送信するより前の時点で、資金移動部４４が、今回の依頼金額（例えば５万円）と、手数料（例えば４００円）との合算金額（例えば５万４００円）を、取引依頼者（Ａさん）の口座から現金取引サービス用の口座に振り替えるにした。これに限らず、この時点では、資金移動部４４が、取引依頼者（Ａさん）の口座に、５万４００円以上の残高が有るかを確認するだけにしてもよい。この場合、資金移動部４４は、取引依頼者（Ａさん）の通信端末２から現金を受け取った旨の通知を受け、且つ取引応諾者（Ｂさん）の通信端末３から現金を手渡した旨の通知を受けた後、取引依頼者（Ａさん）の口座から現金取引サービス用の口座へ５万４００円を振り替え、さらに現金取引サービス用の口座から取引応諾者（Ｂさん）の口座へ５万３００円を振り替える。
さらに上述した第２の実施の形態では、入金依頼時、通信端末３に通信端末２の位置情報を送信するより前の時点で、資金移動部４４が、依頼金額から取引応諾者側が受け取る手数料を減算した金額（４万９７００円）を、取引応諾者（Ｂさん）の口座から、現金取引サービス用の口座へと振り替えるようにした。これに限らず、この時点では、資金移動部４４が、取引応諾者（Ｂさん）の口座に、４万９７００円以上の残高が有るかを確認するだけにしてもよい。この場合、資金移動部４４は、取引依頼者（Ａさん）の通信端末２から現金を手渡した旨の通知を受け、且つ取引応諾者（Ｂさん）の通信端末３から現金を受け取った旨の通知を受けた後、取引応諾者（Ｂさん）の口座から、現金取引サービス用の口座へ１００円、取引依頼者（Ａさん）の口座へ４万９６００円を振り替える。
［３－３．他の実施の形態３］
さらに上述した第１及び第２の実施の形態では、取引管理サーバ４の依頼受付部４２が、依頼を識別する為の依頼識別情報としての取引番号をＱＲコードとして、通信端末２に送信するようにしたが、これに限らず、ＱＲコード以外のコード（例えばバーコードなど）として送信するようにしてもよい。またこれに限らず、取引番号をそのまま送信したり、暗号化して送信したりしてもよい。
［３－４．他の実施の形態４］
さらに上述した第１及び第２の実施の形態では、取引管理サーバ４の依頼受付部４２が、取引依頼者の通信端末２から取引依頼情報を受信すると、今回の依頼に対する手数料を通信端末２に送信するようにした。このとき、依頼受付部４２が、通信端末２の位置情報と、サービス登録者の通信端末３から定期的に送信されてくる通信端末３の位置情報とをもとに、取引依頼者の通信端末２の周囲所定範囲内に位置する通信端末３の数を特定して、取引依頼者の通信端末２の周囲所定範囲内に位置する通信端末３の数を、手数料とともに、取引依頼者の通信端末２に送信するようにしてもよい。このようにすれば、取引依頼者は、今回の依頼を応諾してくれる可能性のあるサービス登録者が自分の近くにいるかどうかを前もって知ることができる。
［３－５．他の実施の形態５］
さらに上述した各実施の形態では、本発明を、取引管理装置及びコンピュータとしての取引管理サーバ４に適用したが、これに限らず、取引管理サーバ４と同等に機能するものであれば、取引管理サーバ４とは異なる構成の取引管理装置に適用してもよい。さらに上述した各実施の形態では、本発明を、第１の端末としての通信端末２と、第２の端末としての通信端末３と、取引管理装置としての取引管理サーバ４とを有する取引管理システムとしての個人間現金取引システム１に適用したが、これに限らず、個人間現金取引システム１と同様に機能するものであれば、個人間現金取引システム１とは異なる構成の個人間現金取引システム１に適用してもよい。さらに上述した各実施の形態では、通信端末２、通信端末３、取引管理サーバ４のそれぞれの機能構成を、プログラムにより実現するようにしたが、これに限らず、それぞれの機能構成を、ハードウェアにより実現するようにしてもよい。
［３－６．他の実施の形態６］
さらに、本発明は、上述した各実施の形態に限定されるものではない。すなわち本発明は、上述した各実施の形態の一部または全部を任意に組み合わせた実施の形態や、一部を抽出した実施の形態にもその適用範囲が及ぶものである。
本発明は、個人間で現金の受け渡しを行うサービスとして広く利用することができる。
１……個人間現金取引システム、２、３……通信端末、４……取引管理サーバ、５……金融システム、２０、３０……アプリ処理部、２２、３２……通信部、２３、３３……操作部、２４、３４……表示部、２５、３６……位置情報取得部、３５……ＱＲコード読取部、４０……サービス処理部、４２……依頼受付部、４３……手数料計算部、４４……資金移動部、４５……ＱＲコード生成部、４６……代行依頼部、４７……結果処理部、５０……オープンＡＰＩ、Ｄｂ１……サービス登録者データベース、Ｄｂ２……台帳データベース、Ｎｔ……ネットワーク。

Claims (10)

  1. 第１の端末、第２の端末、及び金融システムと接続される取引管理装置であり、
    前記第１の端末のユーザの第１の口座情報と、前記第２の端末のユーザの第２の口座情報とを記憶する口座情報記憶部と、
    前記第１の端末から受信した現金取引の依頼を示す取引依頼情報に応じて、依頼された前記現金取引を識別する為の取引識別情報を前記第１の端末に送信する第１の処理部と、
    前記第２の端末から受信した前記第２の端末の位置情報と、前記第１の端末から受信した前記第１の端末の位置情報とをもとに、前記第１の端末から所定範囲内に存在する前記第２の端末を特定する第２の処理部と、
    特定された前記第２の端末に、前記取引依頼情報と、当該取引依頼情報に対する報酬金額を示す報酬金額情報とを送信する第３の処理部と、
    前記第２の端末から前記取引依頼情報に対する依頼応諾情報を受信すると、前記第１の端末の位置情報を前記第２の端末に送信する第４の処理部と、
    前記第２の端末が前記第１の端末から読み取った前記取引識別情報を、前記第２の端末から受信した後、前記報酬金額に基づき、前記金融システムと連携して前記第１の口座情報が示す第１の口座と前記第２の口座情報が示す第２の口座との間での資金移動を行う第５の処理部とを備え、
    前記第１の端末から受信した前記取引依頼情報が、前記第１の端末のユーザに依頼された依頼金額の現金を当該第１の端末のユーザに手渡す出金の依頼を示す場合、前記報酬金額は、前記依頼金額と、前記依頼を応諾した前記第２の端末のユーザへの手数料とを合算した金額であり、
    前記第５の処理部は、
    前記取引依頼情報が出金の依頼を示す場合、前記第３の処理部が、前記第２の端末に前記取引依頼情報と前記報酬金額情報とを送信するより前に、前記金融システムと連携して前記第１の口座から予め用意された所定の口座へ前記報酬金額を振り替え、前記第２の端末が前記第１の端末から読み取った前記取引識別情報を、前記第２の端末から受信した後、前記金融システムと連携して前記所定の口座から前記第２の口座へ前記報酬金額を振り替える
    ことを特徴とする取引管理装置。
  2. 前記第１の端末から受信した前記取引依頼情報が、前記第１の端末のユーザに依頼された依頼金額の現金を当該第１の端末のユーザから受け取る入金の依頼を示す場合、前記報酬金額は、前記依頼を応諾した前記第２の端末のユーザへの手数料であり、
    前記第５の処理部は、
    前記取引依頼情報が入金の依頼を示す場合、前記金融システムと連携して前記第２の口座から前記第１の口座へ前記依頼金額から前記手数料を減算した金額を振り替える
    ことを特徴とする請求項１に記載の取引管理装置。
  3. 前記第５の処理部は、
    前記取引依頼情報が入金の依頼を示す場合、前記第４の処理部が、前記第１の端末の位置情報を前記第２の端末に送信するより前に、前記金融システムと連携して前記第２の口座から予め用意された所定の口座へ、前記依頼金額から前記手数料を減算した金額を振り替え、前記第２の端末が前記第１の端末から読み取った前記取引識別情報を、前記第２の端末から受信した後、前記金融システムと連携して前記所定の口座から前記第１の口座へ前記依頼金額から前記手数料を減算した金額を振り替える
    ことを特徴とする請求項２に記載の取引管理装置。
  4. 依頼された現金取引の履歴となる台帳データを記憶する台帳データ記憶部と、
    前記台帳データ記憶部に記憶されている前記台帳データに記述されている過去の前記手数料をもとに、今回の依頼に対する前記手数料を計算する手数料計算部をさらに備える
    ことを特徴とする請求項１～３のいずれかに記載の取引管理装置。
  5. 第１の端末、第２の端末、及び金融システムと接続される取引管理装置であり、
    前記第１の端末のユーザの第１の口座情報と、前記第２の端末のユーザの第２の口座情報とを記憶する口座情報記憶部と、
    前記第１の端末から受信した現金取引の依頼を示す取引依頼情報に応じて、依頼された前記現金取引を識別する為の取引識別情報を前記第１の端末に送信する第１の処理部と、
    前記第２の端末から受信した前記第２の端末の位置情報と、前記第１の端末から受信した前記第１の端末の位置情報とをもとに、前記第１の端末から所定範囲内に存在する前記第２の端末を特定する第２の処理部と、
    特定された前記第２の端末に、前記取引依頼情報と、当該取引依頼情報に対する報酬金額を示す報酬金額情報とを送信する第３の処理部と、
    前記第２の端末から前記取引依頼情報に対する依頼応諾情報を受信すると、前記第１の端末の位置情報を前記第２の端末に送信する第４の処理部と、
    前記第２の端末が前記第１の端末から読み取った前記取引識別情報を、前記第２の端末から受信した後、前記報酬金額に基づき、前記金融システムと連携して前記第１の口座情報が示す第１の口座と前記第２の口座情報が示す第２の口座との間での資金移動を行う第５の処理部とを備え、
    前記第１の端末から受信した前記取引依頼情報が、前記第１の端末のユーザに依頼された依頼金額の現金を当該第１の端末のユーザに手渡す出金の依頼を示す場合、前記報酬金額は、前記依頼金額と、前記依頼を応諾した前記第２の端末のユーザへの手数料とを合算した金額であり、
    依頼された現金取引の履歴となる台帳データを記憶する台帳データ記憶部と、
    前記台帳データ記憶部に記憶されている前記台帳データに記述されている過去の前記手数料をもとに、今回の依頼に対する前記手数料を計算する手数料計算部とをさらに備え、
    前記第５の処理部は、
    前記取引依頼情報が出金の依頼を示す場合、前記金融システムと連携して前記第１の口座から前記第２の口座へ前記報酬金額を振り替える
    ことを特徴とする取引管理装置。
  6. 前記第５の処理部は、
    前記第１の端末と前記第２の端末の両方から現金の受け渡しが完了した旨の通知を受けた後、前記報酬金額に基づき、前記金融システムと連携して前記第１の口座と前記第２の口座との間での資金移動を行う
    ことを特徴とする請求項１～５のいずれかに記載の取引管理装置。
  7. 第１の端末、第２の端末、及び金融システムと接続されるコンピュータを、
    前記第１の端末のユーザの第１の口座情報と、前記第２の端末のユーザの第２の口座情報とを記憶する口座情報記憶部と、
    前記第１の端末から受信した現金取引の依頼を示す取引依頼情報に応じて、依頼された前記現金取引を識別する為の取引識別情報を前記第１の端末に送信する第１の処理部と、
    前記第２の端末から受信した前記第２の端末の位置情報と、前記第１の端末から受信した前記第１の端末の位置情報とをもとに、前記第１の端末から所定範囲内に存在する前記第２の端末を特定する第２の処理部と、
    特定された前記第２の端末に、前記取引依頼情報と、当該取引依頼情報に対する報酬金額を示す報酬金額情報とを送信する第３の処理部と、
    前記第２の端末から前記取引依頼情報に対する依頼応諾情報を受信すると、前記第１の端末の位置情報を前記第２の端末に送信する第４の処理部と、
    前記第２の端末が前記第１の端末から読み取った前記取引識別情報を、前記第２の端末から受信した後、前記報酬金額に基づき、前記金融システムと連携して前記第１の口座情報が示す第１の口座と前記第２の口座情報が示す第２の口座との間での資金移動を行う第５の処理部として機能させ、
    前記第１の端末から受信した前記取引依頼情報が、前記第１の端末のユーザに依頼された依頼金額の現金を当該第１の端末のユーザに手渡す出金の依頼を示す場合、前記報酬金額は、前記依頼金額と、前記依頼を応諾した前記第２の端末のユーザへの手数料とを合算した金額であり、
    さらに前記第５の処理部を、
    前記取引依頼情報が出金の依頼を示す場合、前記第３の処理部が、前記第２の端末に前記取引依頼情報と前記報酬金額情報とを送信するより前に、前記金融システムと連携して前記第１の口座から予め用意された所定の口座へ前記報酬金額を振り替え、前記第２の端末が前記第１の端末から読み取った前記取引識別情報を、前記第２の端末から受信した後、前記金融システムと連携して前記所定の口座から前記第２の口座へ前記報酬金額を振り替えるように動作させる
    為の取引管理プログラム。
  8. 第１の端末、第２の端末、及び金融システムと接続されるコンピュータを、
    前記第１の端末のユーザの第１の口座情報と、前記第２の端末のユーザの第２の口座情報とを記憶する口座情報記憶部と、
    前記第１の端末から受信した現金取引の依頼を示す取引依頼情報に応じて、依頼された前記現金取引を識別する為の取引識別情報を前記第１の端末に送信する第１の処理部と、
    前記第２の端末から受信した前記第２の端末の位置情報と、前記第１の端末から受信した前記第１の端末の位置情報とをもとに、前記第１の端末から所定範囲内に存在する前記第２の端末を特定する第２の処理部と、
    特定された前記第２の端末に、前記取引依頼情報と、当該取引依頼情報に対する報酬金額を示す報酬金額情報とを送信する第３の処理部と、
    前記第２の端末から前記取引依頼情報に対する依頼応諾情報を受信すると、前記第１の端末の位置情報を前記第２の端末に送信する第４の処理部と、
    前記第２の端末が前記第１の端末から読み取った前記取引識別情報を、前記第２の端末から受信した後、前記報酬金額に基づき、前記金融システムと連携して前記第１の口座情報が示す第１の口座と前記第２の口座情報が示す第２の口座との間での資金移動を行う第５の処理部として機能させ、
    前記第１の端末から受信した前記取引依頼情報が、前記第１の端末のユーザに依頼された依頼金額の現金を当該第１の端末のユーザに手渡す出金の依頼を示す場合、前記報酬金額は、前記依頼金額と、前記依頼を応諾した前記第２の端末のユーザへの手数料とを合算した金額であり、
    さらに前記コンピュータを、
    依頼された現金取引の履歴となる台帳データを記憶する台帳データ記憶部と、
    前記台帳データ記憶部に記憶されている前記台帳データに記述されている過去の前記手数料をもとに、今回の依頼に対する前記手数料を計算する手数料計算部として機能させ、
    さらに前記第５の処理部を、
    前記取引依頼情報が出金の依頼を示す場合、前記金融システムと連携して前記第１の口座から前記第２の口座へ前記報酬金額を振り替えるように動作させる
    為の取引管理プログラム。
  9. 第１の端末と、第２の端末と、金融システムと接続される取引管理装置とを有する取引管理システムであり、
    前記第１の端末は、
    現金取引の依頼を示す取引依頼情報、及び前記第１の端末の位置情報を、前記取引管理装置に送信する第１の送信部と、
    前記取引管理装置から、依頼した前記現金取引を識別する為の取引識別情報を受信する第１の受信部と
    を備え、
    前記第２の端末は、
    前記取引管理装置から、前記取引依頼情報、当該取引依頼情報に対する報酬金額を示す報酬金額情報、及び前記第１の端末の位置情報を受信する第２の受信部と、
    前記第１の端末から前記取引識別情報を読み取る読取部と、
    前記第２の端末の位置情報、前記取引依頼情報に対する依頼応諾情報、及び前記第１の端末から読み取った前記取引識別情報を、前記取引管理装置に送信する第２の送信部と
    を備え、
    前記取引管理装置は、
    前記第１の端末のユーザの第１の口座情報と、前記第２の端末のユーザの第２の口座情報とを記憶する口座情報記憶部と、
    前記取引依頼情報に応じて、前記取引識別情報を前記第１の端末に送信する第１の処理部と、
    前記第２の端末から受信した前記第２の端末の位置情報と、前記第１の端末から受信した前記第１の端末の位置情報とをもとに、前記第１の端末から所定範囲内に存在する前記第２の端末を特定する第２の処理部と、
    特定された前記第２の端末に、前記取引依頼情報と、前記報酬金額情報とを送信する第３の処理部と、
    前記第２の端末から前記依頼応諾情報を受信すると、前記第１の端末の位置情報を前記第２の端末に送信する第４の処理部と、
    前記第２の端末から前記取引識別情報を受信した後、前記報酬金額に基づき、前記金融システムと連携して前記第１の口座情報が示す第１の口座と前記第２の口座情報が示す第２の口座との間での資金移動を行う第５の処理部と
    を備え、
    前記取引依頼情報が、前記第１の端末のユーザに依頼された依頼金額の現金を当該第１の端末のユーザに手渡す出金の依頼を示す場合、前記報酬金額は、前記依頼金額と、前記依頼を応諾した前記第２の端末のユーザへの手数料とを合算した金額であり、
    前記第５の処理部は、
    前記取引依頼情報が出金の依頼を示す場合、前記第３の処理部が、前記第２の端末に前記取引依頼情報と前記報酬金額情報とを送信するより前に、前記金融システムと連携して前記第１の口座から予め用意された所定の口座へ前記報酬金額を振り替え、前記第２の端末から前記取引識別情報を受信した後、前記金融システムと連携して前記所定の口座から前記第２の口座へ前記報酬金額を振り替える
    ことを特徴とする取引管理システム。
  10. 第１の端末と、第２の端末と、金融システムと接続される取引管理装置とを有する取引管理システムであり、
    前記第１の端末は、
    現金取引の依頼を示す取引依頼情報、及び前記第１の端末の位置情報を、前記取引管理装置に送信する第１の送信部と、
    前記取引管理装置から、依頼した前記現金取引を識別する為の取引識別情報を受信する第１の受信部と
    を備え、
    前記第２の端末は、
    前記取引管理装置から、前記取引依頼情報、当該取引依頼情報に対する報酬金額を示す報酬金額情報、及び前記第１の端末の位置情報を受信する第２の受信部と、
    前記第１の端末から前記取引識別情報を読み取る読取部と、
    前記第２の端末の位置情報、前記取引依頼情報に対する依頼応諾情報、及び前記第１の端末から読み取った前記取引識別情報を、前記取引管理装置に送信する第２の送信部と
    を備え、
    前記取引管理装置は、
    前記第１の端末のユーザの第１の口座情報と、前記第２の端末のユーザの第２の口座情報とを記憶する口座情報記憶部と、
    前記取引依頼情報に応じて、前記取引識別情報を前記第１の端末に送信する第１の処理部と、
    前記第２の端末から受信した前記第２の端末の位置情報と、前記第１の端末から受信した前記第１の端末の位置情報とをもとに、前記第１の端末から所定範囲内に存在する前記第２の端末を特定する第２の処理部と、
    特定された前記第２の端末に、前記取引依頼情報と、前記報酬金額情報とを送信する第３の処理部と、
    前記第２の端末から前記依頼応諾情報を受信すると、前記第１の端末の位置情報を前記第２の端末に送信する第４の処理部と、
    前記第２の端末から前記取引識別情報を受信した後、前記報酬金額に基づき、前記金融システムと連携して前記第１の口座情報が示す第１の口座と前記第２の口座情報が示す第２の口座との間での資金移動を行う第５の処理部と
    を備え、
    前記取引依頼情報が、前記第１の端末のユーザに依頼された依頼金額の現金を当該第１の端末のユーザに手渡す出金の依頼を示す場合、前記報酬金額は、前記依頼金額と、前記依頼を応諾した前記第２の端末のユーザへの手数料とを合算した金額であり、
    前記取引管理装置は、
    依頼された現金取引の履歴となる台帳データを記憶する台帳データ記憶部と、
    前記台帳データ記憶部に記憶されている前記台帳データに記述されている過去の前記手数料をもとに、今回の依頼に対する前記手数料を計算する手数料計算部とをさらに備え、
    前記第５の処理部は、
    前記取引依頼情報が出金の依頼を示す場合、前記金融システムと連携して前記第１の口座から前記第２の口座へ前記報酬金額を振り替える
    ことを特徴とする取引管理システム。
JP2020027087A 2020-02-20 2020-02-20 取引管理装置、取引管理プログラム及び取引管理システム Active JP7428002B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2020027087A JP7428002B2 (ja) 2020-02-20 2020-02-20 取引管理装置、取引管理プログラム及び取引管理システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020027087A JP7428002B2 (ja) 2020-02-20 2020-02-20 取引管理装置、取引管理プログラム及び取引管理システム

Publications (2)

Publication Number Publication Date
JP2021131754A JP2021131754A (ja) 2021-09-09
JP7428002B2 true JP7428002B2 (ja) 2024-02-06

Family

ID=77552174

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020027087A Active JP7428002B2 (ja) 2020-02-20 2020-02-20 取引管理装置、取引管理プログラム及び取引管理システム

Country Status (1)

Country Link
JP (1) JP7428002B2 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002074219A (ja) 2000-08-28 2002-03-15 Digital Check:Kk エスクロー決済システム、エスクロー決済方法およびプログラムを記録したコンピュータ読み取り可能な記録媒体
JP2008077593A (ja) 2006-09-25 2008-04-03 Oki Electric Ind Co Ltd 金融サービスシステム
JP2014527226A (ja) 2011-07-28 2014-10-09 アップル インコーポレイテッド アドホック現金支払いネットワーク

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002074219A (ja) 2000-08-28 2002-03-15 Digital Check:Kk エスクロー決済システム、エスクロー決済方法およびプログラムを記録したコンピュータ読み取り可能な記録媒体
JP2008077593A (ja) 2006-09-25 2008-04-03 Oki Electric Ind Co Ltd 金融サービスシステム
JP2014527226A (ja) 2011-07-28 2014-10-09 アップル インコーポレイテッド アドホック現金支払いネットワーク

Also Published As

Publication number Publication date
JP2021131754A (ja) 2021-09-09

Similar Documents

Publication Publication Date Title
US20210319423A1 (en) Open ticket payment handling with offline mode
US8744921B2 (en) Exchanging value between a service buyer and a service provider
US20180197155A1 (en) Method and Apparatus for Processing Mobile Payment Using Blockchain Techniques
US9773237B2 (en) Synchronous split payment transaction management
US8301533B1 (en) Automated fulfilling of currency exchange requests over a computer network
KR102120539B1 (ko) 블록체인 기반 상품권 토큰 유통 시스템
WO2015171580A1 (en) Devices, systems, and methods for facilitating low trust and zero trust value transfers
WO2020220746A1 (zh) 一种基于区块链的结算方法、装置以及电子设备
KR20180115402A (ko) 블록체인 기반 p2p 펀딩 시스템 및 그 방법
US20230214832A1 (en) Integration of blockchain transactions with off-chain processing
US20190095989A1 (en) Systems and Methods for Managing Accounts in a Financial Services System
US12112318B2 (en) Method and system for defining, creating, managing, and transacting multiple classes of digital objects
KR20200140129A (ko) 실물 자산에 기반한 디지털 자산의 관리 방법 및 이를 이용한 실물자산 거래 시스템
JP7210251B2 (ja) 決済業務支援システムおよび決済業務支援方法
JP2001243400A (ja) 関連口座を用いた口座管理システム
JP7428002B2 (ja) 取引管理装置、取引管理プログラム及び取引管理システム
TW202011314A (zh) 用於管理來自複數個使用者之通訊請求的方法、系統、及裝置
KR102472450B1 (ko) 전자지갑을 이용한 결제대금 즉시 정산 서비스 제공 시스템
KR20090000821A (ko) 온라인 공매방식의 대부거래 운영 시스템
KR20230059109A (ko) 클라우드 환경 기반의 디지털 금고 제공 방법 및 시스템
JP2018124640A (ja) 貿易支援方法、仮想通貨管理方法、貿易支援システム、仮想通貨管理システム、貿易支援プログラム、および仮想通貨管理プログラム
JP6586448B2 (ja) 電子記録債権の割引料補充システム、方法およびプログラム
KR20210012549A (ko) 실물 자산에 기반한 디지털 자산의 관리 방법 및 이를 이용한 플랫폼
JP2020086600A (ja) 電子通貨管理システム
JP6018615B2 (ja) 口座振替システムおよび方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221108

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230927

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231003

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231204

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231226

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240108

R150 Certificate of patent or registration of utility model

Ref document number: 7428002

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150