JP6209301B1 - 資金移動入出金システム - Google Patents

Abstract

【課題】紙幣受取に適した第１の装置と、硬貨受取に適した第２の装置とを用いて、広範囲に渡る金額の安定的な受け取りを可能とする。【解決手段】送金サーバ１０は、送金元情報、送金先情報及び送金額を含む送金明細レコードを登録する送金データ受付部１２３と、送金元情報を送金先の連絡先に送信する受取データ送信部１２４と、受信した認証要求に対応する送金明細レコードが存在するか否かを判定し、存在する場合、送金明細レコードの送金額を送信する取引認証部１２６と、受信した受取結果に対応する送金明細レコードの送金額を第２の送金額で更新し、取引コードを送信する受取結果受付部１２７と、受信した取引コードに対応する送金明細レコードが存在するか否かを判定し、存在する場合、送金明細レコードの第２の送金額を送信する受取要求受付部１２８とを備える。【選択図】図８

Description

本発明は、送金サーバ、資金受取装置、資金受取方法及びプログラムに関する。

従来から、企業がユーザに対して送金を行う機会がある。このようなケースに適用し得る技術として、例えば、特許文献１には、金融機関が発行する電子マネーを用いて、企業が顧客への支払いを行い、顧客が現金自動預払機（ＡＴＭ）を用いて電子マネーを現金化して受け取るためのシステムが記載されている。

近年、ＡＴＭはスーパーマーケットやコンビニエンスストア等の小売店や大型量販店等多くの場所に設置されており、ＡＴＭを用いた取引は、多くのユーザに浸透している。

ところで、資金を常時保管する装置として、ＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅｓ）もまた、多くの場所に設置されている。ＰＯＳは、防犯上の理由から多額の現金を保管することは好ましくない。

特開２０１６−１８１２９９号公報

特許文献１に記載のシステムでは、企業からの送金をＡＴＭで現金として、又は電子マネーとして顧客が受け取ることを想定しているが、前述したように、ＡＴＭでは硬貨の取り扱いが出来ない場合がある。また、硬貨の取り扱いが可能なＡＴＭであったとしても、ＡＴＭにおいて送金に十分な量の硬貨を常備することは、ＡＴＭの設置スペースや硬貨補充にかかるコストの面から実情にはそぐわない。

一方、企業からの送金をＰＯＳのみを用いて顧客が受け取ることを考えた場合、ＰＯＳにおいて送金に十分な量の現金を常備する必要があるが、前述したようにこれは好ましくない。

そこで、本発明は、紙幣の受け取りに適した第１の装置と、硬貨の受け取りに適した第２の装置とを用いて、少額から高額の広範囲に渡る金額の安定的な受け取りを可能とした送金サーバ、資金受取装置、資金受取方法及びプログラムを提供することを目的とする。

本発明の一態様に係る送金サーバは、送金元に関する送金元情報、送金先に関する送金先情報及び送金額を含む送金明細レコードを登録する送金データ受付部と、送金元情報を送金先の連絡先に送信する受取データ送信部と、第１の装置から、送金元情報及び送金先情報を含む認証要求を受信して、当該認証要求により特定される送金明細レコードが存在するか否かを判定する取引認証部であって、送金明細レコードが存在する場合、特定された送金明細レコードの送金額を第１の装置に送信する、取引認証部と、第１の装置から、送金元情報及び送金先情報を含む受取結果を受信して、当該受取結果により特定される送金明細レコードの送金額を、当該送金額から第１の金額を減算した第２の送金額で更新し、特定された送金明細レコードを一意に識別可能な取引コードを第１の装置に送信する受取結果受付部と、第２の装置から取引コードを受信して、当該取引コードにより特定される送金明細レコードが存在するか否かを判定する受取要求受付部であって、送金明細レコードが存在する場合、特定された送金明細レコードの第２の送金額を第２の装置に送信する、受取要求受付部とを備える。

この態様によれば、送金先は、認証要求を送信した第１の装置で第１の金額を受け取り、第２の装置で第２の送金額を受け取ることができる。取引コードを送信するだけで第２の装置において第２の送金額を取得可能とすることで、様々な装置を第２の装置として機能させることができる。

上記送金サーバにおいて、送金明細レコードは、送金取引の状態を示すステータスをさらに含んでもよい。この態様によれば、送金サーバは、送金明細レコードのステータスに基づいて、各種処理を実行することができる。

上記送金サーバにおいて、送金元情報及び入金額を含む資金入金情報を受け付けて、入金額に基づいて送金明細レコードのステータスを更新する資金入金情報受付部をさらに備えてもよい。この態様によれば、送金サーバは、入金額に基づいて、送金取引を開始し得る送金明細レコードを決定することができる。

上記送金サーバにおいて、受取結果は、第２の送金額の受取方法を示す受取方法をさらに含んでもよい。この態様によれば、送金サーバは、第２の送金額を受け取る複数の方法を送金先に提示し、その受取方法に応じた処理を実行することができる。

上記送金サーバにおいて、受取結果は、送金額が第１の金額と等しいことを示す情報をさらに含み、送金額が第１の金額と等しい場合、受取結果受付部は、取引コードを送信しなくてもよい。この態様によれば、送金額の受け取りを第１の装置で完結することもできる。

上記送金サーバにおいて、第１の金額は、送金額のうち紙幣分の金額を示し、第２の送金額は、送金額のうち硬貨分の金額を示してもよい。この態様によれば、紙幣の受け取りに適した第１の装置と、硬貨の受け取りに適した第２の装置とを用いて、少額から高額の広範囲に渡る金額の安定的な受け取りを可能とすることができる。

本発明の他の態様に係る資金受取装置は、送金元に関する送金元情報及び送金先に関する送金先情報を含む認証要求を送金サーバに送信する認証要求送信部と、認証要求の送信の応答として送金サーバから受信した送金額に基づいて、第１の金額を放出する放出部と、送金元情報及び送金先情報を含む受取結果を送金サーバに送信する受取結果送信部と、受取結果の送信の応答として送金サーバから受信した取引コードに基づいて、バーコードを生成するバーコード生成部とを備える。

この態様によれば、送金先は、認証要求を送信した第１の装置で第１の金額を受け取り、さらに、取引コードを用いて、当該取引コードにより特定される取引について、後続の処理を開始させることができる。

上記資金受取装置において、認証要求の送信の応答として得られた送金額に基づいて、振込又は入金データを作成して銀行サーバに送信する振込・入金データ送信部をさらに備えてもよい。この態様によれば、送金先は、第１の装置での資金の受け取りに替えて又は加えて、所望の口座に資金を振り込むこと又は入金することができる。

上記資金受取装置において、第１の金額は、送金額のうち紙幣分の金額を示してもよい。この態様によれば、紙幣の受け取りに適した第１の装置で紙幣を受け取り、さらに、取引コードを用いて、紙幣受け取り後の取引を開始させることができる。

本発明の他の態様に係るコンピュータが実行する資金受取方法は、送金元に関する送金元情報及び送金先に関する送金先情報を含む認証要求を送金サーバに送信する工程と、認証要求の送信の応答として送金サーバから受信した送金額に基づいて、第１の金額を放出する工程と、送金元情報及び送金先情報を含む受取結果を送金サーバに送信する工程と、受取結果の送信の応答として送金サーバから受信した取引コードに基づいて、バーコードを生成する工程とを含む。

本発明の他の態様に係るプログラムは、コンピュータに、送金元に関する送金元情報及び送金先に関する送金先情報を含む認証要求を送金サーバに送信する処理と、認証要求の送信の応答として送金サーバから受信した送金額に基づいて、第１の金額を放出する処理と、送金元情報及び送金先情報を含む受取結果を送金サーバに送信する処理と、受取結果の送信の応答として送金サーバから受信した取引コードに基づいて、バーコードを生成する処理とを実行させる。

本発明によれば、紙幣の受け取りに適した第１の装置と、硬貨の受け取りに適した第２の装置とを用いて、少額から高額の広範囲に渡る金額の安定的な受け取りを可能とした送金サーバ、資金受取装置、資金受取方法及びプログラムを提供することができる。

本発明の一実施形態に係る送金システムの構成例を示す図である。 本発明の一実施形態に係る送金サーバの構成図である。 本発明の一実施形態に係る企業端末、銀行サーバ及び顧客端末の構成図である。 本発明の一実施形態に係るＡＴＭの構成図である。 本発明の一実施形態に係るＰＯＳの構成図である。 本発明の一実施形態に係る送金明細ＤＢの内容を例示する図である。 本発明の一実施形態に係る送金サーバの処理の一例を示すフローチャートである。 本発明の一実施形態に係る送金サーバとＡＴＭとの処理の一例を示すフローチャートである。 本発明の一実施形態に係る送金サーバの処理の一例を示すフローチャートである。 本発明の一実施形態に係る送金サーバとＡＴＭとの処理の一例を示すフローチャートである。 本発明の一実施形態に係る送金サーバと銀行サーバとＡＴＭとの処理の一例を示すフローチャートである。 本発明の一実施形態に係る送金サーバと銀行サーバとＡＴＭとの処理の一例を示すフローチャートである。

添付図面を参照して、本発明の好適な実施形態について説明する。なお、以下の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施形態を採用することが可能であり、係る実施形態も本発明の範囲に含まれる。

（システム構成）
図１は、本発明の一実施形態に係る送金システムの構成例を示す。送金システム１は、送金サーバ１０、企業端末２０、銀行サーバ３０、顧客端末４０、現金自動預払装置（以下、ＡＴＭという。）５０、ＰＯＳ６０を備える。送金サーバ１０は、企業端末２０、銀行サーバ３０、顧客端末４０、ＡＴＭ５０及びＰＯＳ６０とネットワークＮを介して通信を行うよう構成されている。

送金サーバ１０は、企業端末２０を介して送金企業から送金データを受信し、送金データに関連付けられる確認コードを生成する。送金サーバ１０は、確認コードを含む、資金の受け取りに必要な受取データを顧客端末４０に送信する。なお、本明細書におけるコードは、漢字、ひらがな、カタカナ、英数字、記号等の１又は複数からなる情報である。

銀行サーバ３０は、送金企業が送金資金を振り込む送金実口座を備える。銀行サーバ３０は、企業端末２０を使用したインターネットバンキング、紙媒体を使用した銀行の店頭窓口での受付等、種々の手法を通じた送金実口座への振込又は入金データを受信して、処理を実行する。銀行サーバ３０は、送金実口座への入金処理が完了すると、入金額を含む資金入金情報を送金サーバ１０に送信する。送金サーバ１０は、資金入金情報に基づいてアクティブな送金取引を決定してもよい。

顧客端末４０の顧客は店舗Ｓに来店し、店舗Ｓ内に設置されたＡＴＭ５０を操作して、受取データにより特定される資金を受け取ることができる。資金の受け取りに際し、顧客は、紙幣分をＡＴＭ５０において受け取ることができる。また、硬貨分については、顧客が受取方法を選択することができる。本実施形態では、硬貨分について、顧客は、ＰＯＳ６０での現金受け取り、ＡＴＭ５０での電子マネー受け取り、及び社会貢献活動団体への募金を含む受取方法から所望の受取方法を選択することができる。

ＡＴＭ５０において顧客がＰＯＳでの現金受け取りを選択すると、ＡＴＭ５０は、送金取引を一意に識別可能な情報に基づいて生成したバーコード付きの硬貨受取票を発行する。顧客から硬貨受取票を提示されたＰＯＳ担当者が、ＰＯＳ６０の読み取り機を用いてバーコードを読み取ることで、顧客は、バーコードに関連付けられた資金を現金として受け取ることができる。

一方、ＡＴＭ５０において顧客がＡＴＭ５０での電子マネー受け取りを選択し、顧客が所持するＩＣカードをＡＴＭ５０のＩＣカードリーダライタにかざすと、ＡＴＭ５０は、硬貨分の額に応じて発行された電子マネーをＩＣカードにチャージすることができる。

一方、ＡＴＭ５０において顧客が募金を選択すると、ＡＴＭ５０は、送金サーバ１０に硬貨分の額を社会貢献活動団体の指定口座に振り込む指示を送信し、送金サーバ１０は、指示に基づいて指定口座への振込を実行することができる。

（送金サーバ構成）
図２は、本発明の一実施形態に係る送金サーバ１０の構成を示す。なお、図２では、単一の送金サーバ１０を想定し、必要な機能構成だけを示しているが、送金サーバ１０を、複数のコンピュータシステムによる多機能の分散システムの一部として構成することもできる。

送金サーバ１０は、ネットワークＮを介して企業端末２０、銀行サーバ３０、顧客端末４０、ＡＴＭ５０及びＰＯＳ６０と通信する機能を備えたサーバ装置である。図２に示すように、送金サーバ１０は、入力部１１、制御部１２、記憶部１３及び通信部１４を備えている。

入力部１１は、送金サーバ１０に対する各種入力を受信する。

制御部１２は、ＣＰＵやＭＰＵ等の演算処理部１２１及びＲＡＭ等のメモリ１２２を備えている。演算処理部１２１は、各種入力に基づき、記憶部１３に記憶されているプログラムを実行することで、各種機能部を動作させるものである。このプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記憶され、若しくはネットワークＮを介して配布され、コンピュータにインストールされるものであってもよい。メモリ１２２は、送金サーバ用プログラムにおいて処理の実行中、演算等に必要な各種データを、一時的に記憶するためのものである。

記憶部１３は、ハードディスク等の記憶装置によって構成され、制御部１２における処理の実行に必要な各種プログラムや、各種プログラムの実行に必要なデータ等を記録しておくものである。本実施形態では、記憶部１３は、送金契約データベース（ＤＢ）１３１、送金明細ＤＢ１３２及び論理入出金ＤＢ１３３を有していることが望ましい。

送金契約ＤＢ１３１には、送金サービスを管理するための情報が保存されている。一実施形態では、送金契約ＤＢ１３１には、送金企業コード、送金企業名、論理口座番号、信用フラグ等が登録されていることが望ましい。論理口座番号は、後述する論理入出金ＤＢ１３３を識別可能な情報である。信用フラグは、送金企業からの入金を待たずに送金取引をアクティブにするか否かを示し、例えば、資金入金情報に基づいて送金取引をアクティブにする場合は「０」、一方、入金を待たずに送金取引をアクティブにする場合は「１」を設定することができる。

送金明細ＤＢ１３２には、企業端末２０から送信される送金データに基づいて、送金を実行するための情報が保存されている。一実施形態では、図６に示されるように、送金明細ＤＢ１３２には、取引コード、送金企業コード、顧客コード、確認コード、送金紙幣額、送金硬貨額、ステータス、顧客連絡先等が登録されていることが望ましい。取引コードには、送金取引を一意に識別する情報が設定される。顧客コードは、送金データに含まれる、顧客に関連付けられた情報である。例えば、送金システム１は、送金企業が提供するサービスで利用している顧客ＩＤ、顧客の電話番号等、送金企業と顧客との間で共有している情報のうち、当該顧客のみが知り得る情報を顧客コードとして用いることが望ましい。

確認コードは、少なくとも同一顧客に対する複数の取引を識別するために用いる情報である。本実施形態では、送金サーバ１０が確認コードを生成するが、代替の実施形態では、送金企業が確認コードを生成して送金データに含めてもよい。送金紙幣額及び送金硬貨額には、送金データに含まれる送金額が分割して設定される。ステータスは、当該送金取引に関するステータスを示し、例えば、送金取引開始前のアクティブでない状態を示す「０」、送金取引開始可能なアクティブな状態を示す「１」、硬貨分の受取要求を待っている状態を示す「２」、送金取引が完了した状態を示す「３」等が設定される。顧客連絡先は、メールアドレスや携帯端末電話番号等、受取データを顧客端末４０に送信するために用いる情報である。

論理入出金ＤＢ１３３には、送金企業毎の入出金を管理する情報が保存されている。本実施形態では、送金サーバ１０は、論理口座番号によって送金企業に関連付けられた論理入出金ＤＢ１３３を特定することができる。一実施形態では、論理入出金ＤＢ１３３には、取引日、出金額、入金額、取引情報、残高等が登録されていることが望ましい。一実施形態では、取引情報に、出金額に関連付けられた受取方法を示す情報を保存してもよい。

通信部１４は、送金サーバ１０をネットワークＮに接続するように構成される。例えば、通信部１４は、ＬＡＮカード、アナログモデム、ＩＳＤＮモデム等、及びこれらをシステムバス等の伝送路を介して処理部と接続するためのインタフェースから実現することができる。

さらに、図２に示すように、演算処理部１２１は、機能部として、送金データ受付部１２３、受取データ送信部１２４、資金入金情報受付部１２５、取引認証部１２６、受取結果受付部１２７、硬貨受取要求受付部１２８及び請求データ生成部１２９を備えている。

送金データ受付部１２３は、企業端末２０において作成された送金データを受け付けて、送金明細レコードを送金明細ＤＢ１３２に登録する。一実施形態では、送金データには、送金企業コード、顧客コード、送金額、顧客連絡先等が含まれる。送金データ受付部１２３は、送金明細レコード登録時に確認コードを生成して保存する。前述したように、確認コードは、少なくとも同一顧客に対する複数の取引を識別するために用いる情報であり、送金企業コード及び顧客コードと組み合わせることで取引を一意に識別し得る。送金明細レコードの取引コードは、送金企業コード、顧客コード及び確認コードを組み合わせたものとしてもよいし、別途、送金取引を一意に識別する情報を付与してもよい。

また、送金データ受付部１２３は、送金契約ＤＢ１３１を参照して、送金企業コードに関連付けられた信用フラグを確認し、信用フラグに「１」が設定されている場合、送金明細レコードのステータスに「１」を設定してもよい。一方、信用フラグに「０」が設定されている場合、送金データ受付部１２３は、送金明細レコードのステータスに初期値として「０」を設定する。

受取データ送信部１２４は、送金明細ＤＢ１３２に基づいて、資金の受け取りに必要な受取データを顧客端末４０に送信する。本実施形態では、受取データには、送金企業コード及び確認コードが含まれる。受取データに顧客コードを含めないことで、顧客コードを知る正当な顧客のみが送金取引を開始することを可能とし得る。一実施形態では、受取データ送信部１２４は、送金明細ＤＢ１３２に含まれる送金明細レコードのうち、送金取引がアクティブであることを示す「１」がステータスに設定されている送金明細レコードについて、受取データを顧客連絡先に送信することができる。代替の実施形態では、受取データ送信部１２４は、ステータスに関わらず、他の任意のタイミングで受取データを顧客連絡先に送信してもよい。

資金入金情報受付部１２５は、銀行サーバ３０から資金入金情報を受け付けて、論理入出金ＤＢ１３３に入金レコードを登録する。本実施形態では、資金入金情報には送金企業コード及び入金額が含まれ、資金入金情報受付部１２５は、資金入金情報の送金企業コードに関連付けられた論理口座番号により特定される論理入出金ＤＢ１３３に、入金レコードを登録する。

また、資金入金情報受付部１２５は、受け付けた資金入金情報の入金額に基づいて、送金明細ＤＢ１３２の送金明細レコードのステータスを更新する。本実施形態では、資金入金情報受付部１２５は、送金明細ＤＢ１３２の登録順に従って、入金額の範囲内で送金明細レコードのステータスを「０」から「１」に更新するが、代替の実施形態では、送金明細レコードに優先順位に関する情報を付与し、優先順位に従ってステータスを更新してもよい。なお、前述したように、送金契約ＤＢ１３１の信用フラグに「１」が設定されている送金企業については既に送金明細レコードのステータスに「１」が設定されているので、資金入金情報受付部１２５は送金明細レコードの更新処理を省略することができる。

取引認証部１２６は、ＡＴＭ５０から認証要求を受信して、送金取引の認証を行う。本実施形態では、認証要求には、送金企業コード、顧客コード、及び確認コードが含まれる。取引認証部１２６は、認証要求で特定される送金明細レコードが存在し、かつ、特定される送金明細レコードのステータスに「１」が設定されているか否かを判定する。認証要求で特定される送金明細レコードが存在し、かつ、特定された送金明細レコードのステータスに「１」が設定されている場合、取引認証部１２６は、特定された送金明細レコードの送金紙幣額及び送金硬貨額をＡＴＭ５０に送信する。

一方、認証要求で特定される送金明細レコードが存在しない場合、又は特定された送金明細レコードのステータスに「１」以外が設定されている場合、取引認証部１２６は、送金取引処理を開始できない原因情報をＡＴＭ５０に送信する。

受取結果受付部１２７は、ＡＴＭ５０から受取結果を受信して、受信した受取結果に対応する送金明細レコードを送金明細ＤＢ１３２で特定して、論理入出金ＤＢ１３３に出金レコードを登録する。一実施形態では、受取結果には、送金企業コード、顧客コード、確認コード、硬貨受取方法が含まれる。他の実施形態では、受取結果は、硬貨受取方法に加えて又は硬貨受取方法に替えて、口座受け取りを示し得る情報を含んでもよい。本実施形態では、硬貨受取方法には、ＰＯＳでの現金受け取り、ＡＴＭでの電子マネー受け取り、及び社会貢献活動団体への募金を含む受取方法のいずれかを識別可能な情報が含まれる。

一実施形態では、口座受け取りを示し得る情報を含まない受取結果を受信して、受取結果受付部１２７は、受取結果により特定される送金明細レコードの送金紙幣額に基づいて、出金レコードを登録する。また、受取結果受付部１２７は、特定した送金明細レコードの送金紙幣額を初期化して「０」を設定する。

続いて、硬貨受取方法がＰＯＳでの現金受け取りを示す場合、受取結果受付部１２７は、受取結果により特定される送金明細レコードの取引コードをＡＴＭ５０に送信し、送金明細レコードのステータスを「２」に更新する。ここで、受取結果により特定される送金明細レコードの送金硬貨額が「０」である場合は、受取結果受付部１２７は、取引コードを送信しないことが望ましい。一方、硬貨受取方法がＡＴＭでの電子マネー受け取りを示す場合、受取結果受付部１２７は、受取結果により特定される送金明細レコードの送金硬貨額に基づいて、論理入出金ＤＢ１３３に出金レコードを登録する。一実施形態では、出金レコードの登録に際し、硬貨受取方法に基づいて取引情報を設定してもよい。

一方、硬貨受取方法が社会貢献活動団体への募金を示す場合、受取結果受付部１２７は、受取結果により特定される送金明細レコードの送金硬貨額を社会貢献活動団体の指定口座に振り込むための振込データを作成し、銀行サーバ３０に送信する。さらに、受取結果受付部１２７は、送金硬貨額に基づいて、論理入出金ＤＢ１３３に出金レコードを登録する。この場合も、出金レコードの登録に際し、硬貨受取方法に基づいて取引情報を設定してもよい。なお、本実施形態では、送金硬貨額に基づいて出金レコードを登録すると、受取結果受付部１２７は、送金明細レコードの送金硬貨額を初期化して「０」を設定し、送金明細レコードのステータスを「３」に更新するが、代替の実施形態では、送金明細ＤＢ１３２から対象のレコードを削除してもよい。

別の実施形態では、口座受け取りを示し得る情報を含む受取結果を受信して、受取結果受付部１２７は、受取結果により特定される送金明細レコードの送金紙幣額及び送金硬貨額に基づいて、出金レコードを登録する。この場合も、出金レコードの登録に際し、口座受け取りを示し得る情報に基づいて取引情報を設定してもよい。なお、本実施形態では、送金硬貨額に対応する出金レコードを登録すると、受取結果受付部１２７は、送金明細レコードの送金硬貨額を初期化して「０」を設定し、送金明細レコードのステータスを「３」に更新するが、代替の実施形態では、送金明細ＤＢ１３２から対象のレコードを削除してもよい。

硬貨受取要求受付部１２８は、ＰＯＳ６０から取引コードを受信して、硬貨受取処理の認証を行う。硬貨受取要求受付部１２８は、取引コードで特定される送金明細レコードが存在し、かつ、特定される送金明細レコードのステータスに「２」が設定されているか否かを判定する。取引コードで特定される送金明細レコードが存在し、かつ、特定された送金明細レコードのステータスに「２」が設定されている場合、硬貨受取要求受付部１２８は、特定された送金明細レコードの送金硬貨額をＰＯＳ６０に送信する。続いて、硬貨受取要求受付部１２８は、送金硬貨額に基づいて、論理入出金ＤＢ１３３に出金レコードを登録する。前述したように、出金レコードの登録に際し、硬貨受取方法に基づいて取引情報を設定してもよい。さらに、本実施形態では、送金硬貨額に基づく出金レコードを登録すると、硬貨受取要求受付部１２８は、送金明細レコードの送金硬貨額を初期化して「０」を設定し、送金明細レコードのステータスを「３」に更新するが、代替の実施形態では、送金明細ＤＢ１３２から対象のレコードを削除してもよい。

一方、取引コードで特定される送金明細レコードが存在しない場合、又は特定された送金明細レコードのステータスに「２」以外が設定されている場合、硬貨受取要求受付部１２８は、硬貨受取処理を実行できない原因情報をＰＯＳ６０に送信する。

請求データ生成部１２９は、論理入出金ＤＢ１３３に基づいて請求データを生成する。本実施形態では、送金企業からの入金を待たずに送金取引をアクティブにすることを示す「１」が送金契約ＤＢの信用フラグに設定されている送金企業に対して、所定のタイミングで請求データを生成する。一実施形態では、請求データには、請求額、入金先口座情報等が含まれる。

（企業端末構成）
企業端末２０は、ネットワークＮを介して送金サーバ１０及び銀行サーバ３０と通信する機能を備えた情報処理端末である。具体的には、ＰＣ、ＰＤＡ、タブレット、携帯電話やスマートフォン等が挙げられるが、これに限られない。図３に示すように、企業端末２０は、ユーザからの操作を受け付けるキーボードやマウス等の入力部２１、ディスプレイ等の表示部２２、ＣＰＵ及びメモリを含む制御部２３、記憶部２４、ネットワークＮと接続するための通信部２５等を備えている。制御部２３は、記憶部２４に記憶されているプログラムがＲＡＭに読み出され、ＣＰＵによって実行されることで、送金データ送信部２３１として機能する。

送金データ送信部２３１は、送金データを送金サーバ１０に送信する。一実施形態では、送金データには、送金企業コード、顧客コード、送金額、顧客連絡先等が含まれる。

（銀行サーバ構成）
銀行サーバ３０は、ネットワークＮを介して送金サーバ１０及びＡＴＭ５０と通信する機能を備えたサーバ装置である。図３に示すように、銀行サーバ３０は、入力部３１、ＣＰＵ及びメモリを含む制御部３２、記憶部３３、ネットワークＮと接続するための通信部３４等を備えている。

制御部３２は、記憶部３３に記憶されているプログラムがＲＡＭに読み出され、ＣＰＵによって実行されることで、振込・入金実行部３２１及び資金入金情報送信部３２２として機能する。また、記憶部３３は、送金実口座ＤＢ３３１を有していることが望ましい。

振込・入金実行部３２１は、振込又は入金データを受信して、処理を実行する。本実施形態では、振込データには、振込元口座情報、振込金額、振込先口座情報等が含まれる。また、入金データには、入金金額、入金先口座情報等が含まれる。

資金入金情報送信部３２２は、送金実口座ＤＢ３３１への入金処理が完了すると、資金入金情報を送金サーバ１０に送信する。上述したように、本実施形態では、資金入金情報には送金企業コード及び入金額が含まれる。

（顧客端末構成）
顧客端末４０は、ネットワークＮを介して送金サーバ１０と通信する機能を備えた情報処理端末である。具体的には、携帯電話やスマートフォン、ＰＣ、ＰＤＡ、タブレット等が挙げられるが、これに限られない。図３に示すように、顧客端末４０は、ユーザからの操作を受け付けるタッチパネル等の入力部４１、ディスプレイ等の表示部４２、ＣＰＵ及びメモリを含む制御部４３、記憶部４４、ネットワークＮと接続するための通信部４５等を備えている。制御部４３は、記憶部４４に記憶されているプログラムがＲＡＭに読み出され、ＣＰＵによって実行されることで、受取データ受信部４３１として機能する。

受取データ受信部４３１は、送金サーバ１０から受取データを受信して、受取データに含まれる各種情報を表示部４２に表示する。本実施形態では、受取データには、送金企業コード及び確認コードが含まれる。

（ＡＴＭ構成）
図４は、本発明の一実施形態に係るＡＴＭ５０の構成を示す。ＡＴＭ５０は、ネットワークＮを介して送金サーバ１０及び銀行サーバ３０と通信する機能を備えた情報処理装置である。ＡＴＭ５０は、ユーザからの入力を受け付けるタッチパネル等の入力部５１、ディスプレイ等の表示部５２、ＣＰＵ及びメモリを含む制御部５３、記憶部５４、現金の受取並びに引き渡しを行うための入出金装置である入出金部５５、ネットワークＮと接続するための通信部５６、プリンタ５７、ＩＣカードリーダライタ５８及びキャッシュカードリーダ５９を備えている。

制御部５３は、記憶部５４に記憶されているプログラムがＲＡＭに読み出され、ＣＰＵによって実行されることで、フロー制御部５３１、認証要求送信部５３２、紙幣放出部５３３、受取結果送信部５３４、バーコード生成部５３５、ＩＣカード識別部５３６、電子マネー更新部５３７、キャッシュカード識別部５３８及び振込・入金データ送信部５３９として機能する。

フロー制御部５３１は、送金取引のフローを制御し、フローに応じた画面を表示部５２に表示する。フロー制御部５３１は、入力部５１を介してユーザから資金受取処理開始指示を受信することに応答して、送金企業コード、顧客コード及び確認コードを取得するための資金受取処理開始画面を生成して表示部５２に表示する。

後述する認証要求送信部５３２からの認証要求の送信の応答として送金紙幣額及び送金硬貨額を受信すると、フロー制御部５３１は、送金紙幣額と送金硬貨額とを合計した送金額を提示すると共に、硬貨受取方法を選択するための硬貨受取方法選択画面を生成して表示部５２に表示する。一実施形態では、フロー制御部５３１は、送金紙幣額と送金硬貨額とを合計した送金額を提示すると共に、硬貨受取方法に加えて又は硬貨受取方法に替えて、口座受け取りを選択し得る受取方法選択画面を生成して表示部５２に表示してもよい。なお、送金硬貨額が「０」の場合、フロー制御部５３１は、紙幣分の受け取りに関する指示を提供し得る画面を生成して表示部５２に表示することが望ましい。

認証要求送信部５３２は、送金サーバ１０に認証要求を送信する。本実施形態では、上述したように、認証要求には、送金企業コード、顧客コード、及び確認コードが含まれる。認証要求送信部５３２は、入力部５１を介してユーザから受け付けた入力に基づいて、送金企業コード、顧客コード、及び確認コードを含む認証要求を生成して、送金サーバ１０に送信する。

紙幣放出部５３３は、紙幣放出指示を受信して、入出金部５５から紙幣を放出する。紙幣放出指示は、硬貨受取方法の選択を含んでもよいし、硬貨受取方法の選択を含まなくてもよい。紙幣放出部５３３は、紙幣放出処理の完了を後述の受取結果送信部５３４に通知する。

受取結果送信部５３４は、紙幣放出部５３３から紙幣放出処理の完了通知を受け取ると、後述の電子マネー更新部５３７から電子マネー更新処理の完了通知を受け取ると、又は、後述の振込データ・入金送信部５３９から処理要求の完了通知を受け取ると、受取結果を送金サーバ１０に送信する。前述したように、一実施形態では、受取結果には、送金企業コード、顧客コード、確認コード、硬貨受取方法が含まれる。他の実施形態では、受取結果は、硬貨受取方法に加えて又は硬貨受取方法に替えて、口座受け取りを示し得る情報を含んでもよい。
本実施形態では、紙幣放出部５３３から紙幣放出処理の完了通知を受け取った際に硬貨受取方法としてＡＴＭ５０での電子マネー受け取りが選択される場合、硬貨受取方法を初期化して「指定なし」を示す情報を設定して受取結果を生成する。このようにすることで、後述するように、ＡＴＭ５０での電子マネー受け通りが完了した後に、硬貨分の受取に関する論理入出金ＤＢ１３３への登録等を実行することができる。

バーコード生成部５３５は、受取結果送信部５３４からの受取結果の送信の応答として取引コードを受信すると、取引コードに基づいてバーコードを生成し、バーコード付きの硬貨受取票の発行をプリンタ５７に指示する。

ＩＣカード識別部５３６は、硬貨受取方法としてＡＴＭ５０での電子マネー受け取りが選択される場合に、ＩＣカードリーダライタ５８を有効化して、ＩＣカードリーダライタ５８からＩＣカードに記憶されたＩＣカード識別情報を受信する。ＩＣカード識別部５３６は、受信したＩＣカード識別情報が当該ＡＴＭ５０で取扱い可能であるか否かを判定する。

電子マネー更新部５３７は、ＩＣカード識別情報が当該ＡＴＭ５０で取扱い可能であると判定される場合、ＩＣカードに記憶された電子マネーを、送金硬貨額を加算した額で更新する。電子マネー更新部５３７は、電子マネー更新処理の完了を受取結果送信部５３４に通知する。

キャッシュカード識別部５３８は、受取方法として口座受け取りが選択される場合に、キャッシュカードリーダ５９を有効化して、キャッシュカードリーダ５９からキャッシュカード識別情報を受信する。キャッシュカード識別部５３８は、受信したキャッシュカード識別情報が当該ＡＴＭ５０で取扱い可能であるか否かを判定する。

振込・入金データ送信部５３９は、所定の口座に、送金紙幣額と送金硬貨額とを合計した送金額を入金するための振込又は入金データを作成し、銀行サーバ３０に送信する。振込・入金データ送信部５３９は、処理要求の完了を受取結果送信部５３４に通知する。

（ＰＯＳ構成）
図５は、本発明の一実施形態に係るＰＯＳ６０の構成を示す。ＰＯＳ６０は、ネットワークＮを介して送金サーバ１０と通信する機能を備えた情報処理装置である。ＰＯＳ６０は、ユーザからの入力を受け付けるように構成されたタッチパネル、キーボード等の入力部６１、ディスプレイ等の表示部６２、ＣＰＵ及びメモリを含む制御部６３、記憶部６４、硬貨及び紙幣を収納するキャッシュドロア６５、ネットワークＮと接続するための通信部６６、プリンタ６７及びコードを光学的に読み取るコードスキャナ６８を備えている。

制御部６３は、記憶部６４に記憶されているプログラムがＲＡＭに読み出され、ＣＰＵによって実行されることで、硬貨受取要求送信部６３１として機能する。

硬貨受取要求送信部６３１は、コードスキャナ６８によって読み取られた取引コードを送金サーバ１０に送信する。応答として送金硬貨額を受信すると、硬貨受取要求送信部６３１は、送金硬貨額を表示部６２に表示して、キャッシュドロア６５を開ける。

（第１実施形態）
図７〜図９を参照して、本発明の一実施形態に係る送金処理の一例を示す。まず、図７を参照して、送金企業による送金の依頼から、資金の受け取りに必要な受取データを顧客に通知するまでに送金サーバ１０によって実行される処理について説明する。次に、図８及び図９を参照して、店舗Ｓに来店した顧客が資金を受け取るまでに送金システム１によって実行される処理について説明する。本実施形態では、送金サービスを利用する顧客が、ＡＴＭ５０で紙幣を受け取った後、硬貨分をＰＯＳ６０で現金として受け取る例を示す。送金企業１は、送金サービスを提供する事業者２との間で契約を結び、送金契約ＤＢ１３１には、送金企業コード「００１」、送金企業名「送金企業１」、論理口座番号「１２３４５６７」、信用フラグ「０」を含む送金契約レコードが登録されているものとする。

（送金依頼から顧客への受取データ通知まで）
送金企業の担当者が送金データを生成し、企業端末２０の送金データ送信部２３１が、送金データを送信する。送金サーバ１０が送金データを受信すると（Ｓ７０１）、送金サーバ１０の送金データ受付部１２３は、確認コードを生成し（Ｓ７０２）、送金データに基づいて、送金明細レコードを送金明細ＤＢ１３２に登録する（Ｓ７０３）。本実施形態では、図６（Ａ）に示される送金明細レコードが登録されたものとする。前述したように、本実施形態の送金企業（送金企業コード：００１）の信用フラグは「０」が設定されているため、送金明細レコードの登録時において、ステータスは送金取引がアクティブでないことを示す「０」が設定されている。

銀行サーバ３０は、送金企業から送金実口座３３１への振込又は入金データを受信して、処理を実行する。送金実口座３３１への入金処理が完了すると、銀行サーバ３０の資金入金情報送信部３２２は、送金企業コード及び入金額を含む、資金入金情報を送金サーバ１０に送信する。本実施形態では、送金企業コード「００１」及び入金額「１００，０００円」を含む資金入金情報が送信されたものとする。

送金サーバ１０が資金入金情報を受信すると（Ｓ７０４）、送金サーバ１０の資金入金情報受付部１２５は、資金入金情報に基づいて、論理入出金ＤＢ１３３に入金レコードを登録する（Ｓ７０５）。本実施形態では、資金入金情報には送金企業コード「００１」及び入金額「１００，０００円」が含まれ、資金入金情報受付部１２５は、資金入金情報の送金企業コードに関連付けられた論理口座番号「１２３４５６７」により特定される論理入出金ＤＢ１３３に、入金レコードを登録する。

次に、資金入金情報受付部１２５は、送金契約ＤＢ１３１の信用フラグを参照し、資金入金情報に基づいて送金取引をアクティブにするか否かを判定する（Ｓ７０６）。信用フラグが資金入金情報に基づいて送金取引をアクティブにすることを示す場合（Ｓ７０６：Ｙｅｓ）、資金入金情報受付部１２５は、受け付けた資金入金情報の入金額に基づいて、送金明細ＤＢ１３２の送金明細レコードのステータスを更新する（Ｓ７０７）。一方、信用フラグが入金を待たずに送金取引をアクティブにすることを示す場合（Ｓ７０６：Ｎｏ）、処理は終了する。本実施形態では、信用フラグに資金入金情報に基づいて送金取引をアクティブにすることを示す「０」が設定されているので、資金入金情報受付部１２５は、送金明細ＤＢ１３２の登録順に従って、入金額の範囲内で送金明細レコードのステータスを「０」から送金取引がアクティブであることを示す「１」に更新する。更新後の送金明細ＤＢ１３２を、図６（Ｂ）に示す。

Ｓ７０８において、送金サーバ１０の受取データ送信部１２４は、送金明細ＤＢ１３２に基づいて、資金の受け取りに必要な受取データを顧客端末４０に送信する。本実施形態では、送金明細ＤＢ１３２に含まれる送金明細レコードのうち、送金取引がアクティブであることを示す「１」がステータスに設定されている送金明細レコードについて、受取データ送信部１２４は、受取データを顧客連絡先に送信する。本実施形態では、受取データ送信部１２４は、送金明細ＤＢ１３２に基づいて、取引コード「ＸＸＸＸＸＸ１」、「ＸＸＸＸＸＸ２」を含む複数の送金明細レコードについて、送金企業コード及び確認コードを含む受取データを、顧客連絡先に送信する。

（ＡＴＭ５０での紙幣受け取り）
図８は、本発明の一実施形態に係る送金サーバ１０とＡＴＭ５０との処理の一例を示すフローチャートである。本実施形態では、受取データを顧客端末４０で受信した顧客Ａ（顧客コード：ＡＡＡ）が店舗Ｓに来店し、ＡＴＭ５０を操作して資金受取処理を開始したものとする。

ＡＴＭ５０がユーザから資金受取処理開始指示を受信すると、ＡＴＭ５０のフロー制御部５３１は、送金企業コード、顧客コード及び確認コードを取得するための資金受取処理開始画面を生成して表示部５２に表示する（Ｓ８０１）。顧客Ａが、画面に沿って送金企業コード、顧客コード及び確認コードを入力すると、ＡＴＭ５０の認証要求送信部５３２は、送金サーバ１０に認証要求を送信する（Ｓ８０２）。本実施形態では、送金企業コード「００１」、顧客コード「ＡＡＡ」、及び確認コード「１１１」を含む認証要求が送信されたものとする。

送金サーバ１０が認証要求を受信すると（Ｓ８０３）、送金サーバ１０の取引認証部１２６は、送金取引の認証を行う（Ｓ８０４）。本実施形態では、取引認証部１２６は、送金明細ＤＢ１３２を参照して、認証要求で特定される送金明細レコードが存在し、かつ、特定される送金明細レコードのステータスに「１」が設定されているか否かを判定する。

認証要求で特定される送金明細レコードが存在し、かつ、特定された送金明細レコードのステータスに「１」が設定されている場合、取引認証部１２６は、特定された送金明細レコードの送金紙幣額及び送金硬貨額をＡＴＭ５０に送信する（Ｓ８０５）。一方、認証要求で特定される送金明細レコードが存在しない場合、又は特定された送金明細レコードのステータスに「１」以外が設定されている場合、取引認証部１２６は、送金取引処理を開始できない原因情報をＡＴＭ５０に送信する。

本実施形態では、認証要求で特定される送金明細レコードが存在し、かつ、特定された送金明細レコードのステータスに「１」が設定されているので、処理はＳ８０５に進み、取引認証部１２６は、送金紙幣額「３，０００」及び送金硬貨額「５００」をＡＴＭ５０に送信する。

ＡＴＭ５０が送金紙幣額及び送金硬貨額を受信すると（Ｓ８０６）、フロー制御部５３１は、送金紙幣額と送金硬貨額とを合計した送金額を提示すると共に、硬貨受取方法を選択するための硬貨受取方法選択画面を生成して表示部５２に表示する（Ｓ８０７）。本実施形態では、顧客Ａは、硬貨受取方法「ＰＯＳでの現金受け取り」を含む紙幣放出指示を、入力部５１を介して送信したものとする。

ＡＴＭ５０が紙幣放出指示を受信すると（Ｓ８０８）、ＡＴＭ５０の紙幣放出部５３３は、入出金部５５から紙幣を放出し（Ｓ８０９）、紙幣放出処理の完了をＡＴＭ５０の受取結果送信部５３４に通知する。

次に、受取結果送信部５３４は、受取結果を送金サーバ１０に送信する（Ｓ８１０）。本実施形態では、送金企業コード「００１」、顧客コード「ＡＡＡ」、確認コード「１１１」、硬貨受取方法「ＰＯＳでの現金受け取り」を含む受取結果が送信されたものとする。

送金サーバ１０が受取結果を受信すると（Ｓ８１１）、送金サーバ１０の受取結果受付部１２７は、受信した受取結果に対応する送金明細レコードを送金明細ＤＢ１３２で特定して、特定した送金明細レコードの送金紙幣額に基づいて論理入出金ＤＢ１３３に出金レコードを登録する（Ｓ８１２）。続いて、本実施形態では、受取結果受付部１２７は、特定した送金明細レコードの送金紙幣額を初期化して「０」を設定する。

次に、受取結果受付部１２７は、受取結果に含まれる硬貨受取方法を特定する（Ｓ８１３）。硬貨受取方法がＰＯＳでの現金受け取りを示す場合、受取結果受付部１２７は、受取結果により特定される送金明細レコードの取引コードをＡＴＭ５０に送信し、送金明細レコードのステータスを硬貨分の受取要求を待っていることを示す「２」に更新する（Ｓ８１４）。

本実施形態では、硬貨受取方法に「ＰＯＳでの現金受け取り」が設定されているので、処理はＳ８１４に進み、取引コード「ＸＸＸＸＸＸ１」がＡＴＭ５０に送信されたものとする。更新後の送金明細ＤＢ１３２を、図６（Ｃ）に示す。

ＡＴＭ５０が取引コードを受信すると（Ｓ８１５）、ＡＴＭ５０のバーコード生成部５３５は、取引コードに基づいてバーコードを生成し、バーコード付きの硬貨受取票の発行をプリンタ５７に指示する（Ｓ８１６）。

（ＰＯＳ６０での現金受け取り）
図９は、本発明の一実施形態に係る送金サーバ１０の処理の一例を示すフローチャートである。本実施形態では、顧客ＡがＡＴＭ５０から発行されたバーコード付きの硬貨受取票をＰＯＳ担当者に提示し、硬貨受取処理を開始したものとする。ＰＯＳ担当者が、ＰＯＳ６０のコードスキャナ６８を用いてバーコードを読み取ると、ＰＯＳ６０の硬貨受取要求送信部６３１は、バーコードから読み取られた取引コードを送金サーバ１０に送信する。

送金サーバ１０が取引コードを受信すると（Ｓ９０１）、送金サーバ１０の硬貨受取要求受付部１２８は、硬貨受取処理の認証を行う（Ｓ９０２）。本実施形態では、硬貨受取要求受付部１２８は、取引コードで特定される送金明細レコードが存在し、かつ、特定される送金明細レコードのステータスに「２」が設定されているか否かを判定する。

取引コードで特定される送金明細レコードが存在し、かつ、特定された送金明細レコードのステータスに「２」が設定されている場合（Ｓ９０２：Ｙｅｓ）、硬貨受取要求受付部１２８は、特定された送金明細レコードの送金硬貨額をＰＯＳ６０に送信する（Ｓ９０３）。続いて、硬貨受取要求受付部１２８は、送金硬貨額に基づいて、論理入出金ＤＢ１３３に出金レコードを登録する（Ｓ９０４）。なお、本実施形態では、送金硬貨額に基づく出金レコードを登録すると、硬貨受取要求受付部１２８は、送金明細レコードのステータスを、送金取引が完了したことを示す「３」に更新する。

一方、取引コードで特定される送金明細レコードが存在しない場合、又は特定された送金明細レコードのステータスに「２」以外が設定されている場合（Ｓ９０２：Ｎｏ）、硬貨受取要求受付部１２８は、硬貨受取処理を実行できない原因情報をＰＯＳ６０に送信する（Ｓ９０５）。

本実施形態では、取引コードで特定される送金明細レコードが存在し、かつ、特定された送金明細レコードのステータスに「２」が設定されているので、処理はＳ９０３に進み、硬貨受取要求受付部１２８は、送金硬貨額「５００」をＰＯＳ６０に送信する。

ＰＯＳ６０が送金硬貨額を受信すると、硬貨受取要求送信部６３１は、送金硬貨額を表示部６２に表示して、キャッシュドロア６５を開ける。

（ＡＴＭでの電子マネー受け取り）
図１０は、本発明の一実施形態に係る送金処理の一例を示す。本実施形態では、送金サービスを利用する顧客が、ＡＴＭ５０で現金として紙幣を受け取った後、硬貨分をＡＴＭ５０で電子マネーとして受け取る例を示す。

図１０のＳ８０１からＳ８１２は、図８のＳ８０１からＳ８１２と同じ処理であるので、これらの処理の詳細な説明は省略する。ただし、本実施形態では、Ｓ８０８において硬貨受取方法「ＡＴＭでの電子マネー受け取り」を含む紙幣放出指示が受信され、Ｓ８１０において、受取結果送信部５３４は、硬貨受取方法を初期化して「指定なし」を示す情報を設定して受取結果を送信したものとする。この硬貨受取方法の初期化は、Ｓ８１０の時点では硬貨分の受取処理が完了していないので行うものである。

Ｓ８１３において、受取結果受付部１２７は、受取結果に含まれる硬貨受取方法を特定する。本実施形態では、硬貨受取方法に「指定なし」が設定されているので、送金サーバ１０は、後続の入力を待機する。

Ｓ８０８において硬貨受取方法「ＡＴＭでの電子マネー受け取り」を含む紙幣放出指示が受信されているので、Ｓ１００１において、ＡＴＭ５０のＩＣカード識別部５３６は、ＩＣカードリーダライタ５８を有効化して、ＩＣカードリーダライタ５８からＩＣカードに記憶されたＩＣカード識別情報を受信する。続いて、ＩＣカード識別部５３６は、受信したＩＣカード識別情報が当該ＡＴＭ５０で取扱い可能であるか否かを判定する（Ｓ１００２）。

ＩＣカード識別情報が当該ＡＴＭ５０で取扱い可能であると判定される場合（Ｓ１００２：Ｙｅｓ）、電子マネー更新部５３７は、ＩＣカードに記憶された電子マネーを、送金硬貨額を加算した額で更新する（Ｓ１００３）。さらに、電子マネー更新部５３７は、電子マネー更新処理の完了を受取結果送信部５３４に通知する。

電子マネー更新部５３７からの電子マネー更新処理の完了通知を受けると、取結果送信部５３４は、受取結果を送金サーバ１０に送信する（Ｓ１００４）。本実施形態では、送金企業コード「００１」、顧客コード「ＡＡＡ」、確認コード「１１１」、硬貨受取方法「ＡＴＭでの電子マネー受け取り」を含む受取結果が送信されたものとする。

送金サーバ１０が受取結果を受信すると（Ｓ１００５）、受取結果受付部１２７は、受信した受取結果に対応する送金明細レコードを送金明細ＤＢ１３２で特定する。ここで、図６（Ｃ）に示されるように、特定した送金明細レコードの送金紙幣額には、Ｓ８１２の初期化処理によって「０」が設定されているので、紙幣分の出金レコード登録処理は行われない。

続いて、受取結果受付部１２７は、受取結果に含まれる硬貨受取方法を特定する（Ｓ１００６）。硬貨受取方法がＡＴＭでの電子マネー受け取りを示す場合、受取結果受付部１２７は、受取結果により特定される送金明細レコードの送金硬貨額に基づいて論理入出金ＤＢ１３３に出金レコードを登録する（Ｓ１００７）。なお、本実施形態では、送金硬貨額に基づく出金レコードを登録すると、受取結果受付部１２７は、送金明細レコードの送金硬貨額を初期化して「０」を設定し、送金明細レコードのステータスを「３」に更新する。

本実施形態では、硬貨受取方法に「ＡＴＭでの電子マネー受け取り」が設定されているので、処理はＳ１００７に進み、送金硬貨額に基づいて出金レコードが登録され、送金明細レコードの送金硬貨額を初期化して「０」を設定し、送金明細レコードのステータスは「３」に更新される。更新後の送金明細ＤＢ１３２を、図６（Ｄ）に示す。

（社会貢献活動団体への募金）
図１１は、本発明の一実施形態に係る送金処理の一例を示す。本実施形態では、送金サービスを利用する顧客が、ＡＴＭ５０で現金として紙幣を受け取った後、硬貨分を社会貢献活動団体に募金する例を示す。

図１１のＳ８０１からＳ８１２は、図８のＳ８０１からＳ８１２と同じ処理であるので、これらの処理の詳細な説明は省略する。ただし、本実施形態では、Ｓ８０８において硬貨受取方法「社会貢献活動団体への募金」を含む紙幣放出指示が受信されたものとする。

Ｓ８１３において、受取結果受付部１２７は、受取結果に含まれる硬貨受取方法を特定する。本実施形態では、硬貨受取方法に「社会貢献活動団体への募金」が設定されているので、受取結果受付部１２７は、受取結果により特定される送金明細レコードの送金硬貨額を社会貢献活動団体の指定口座に振り込むための振込データを作成し、銀行サーバ３０に送信する（Ｓ１１０１）。さらに、受取結果受付部１２７は、送金硬貨額に基づいて論理入出金ＤＢ１３３に出金レコードを登録する（Ｓ１１０２）。なお、本実施形態では、送金硬貨額に基づく出金レコードを登録すると、受取結果受付部１２７は、送金明細レコードの送金硬貨額を初期化して「０」を設定し、送金明細レコードのステータスを「３」に更新する。

銀行サーバ３０が振込データを受信すると（Ｓ１１０３）、銀行サーバ３０の振込・入金実行部３２１は、振込処理を実行する（Ｓ１１０４）。

以上、本発明によれば、紙幣の受け取りに適したＡＴＭと、硬貨の受け取りに適したＰＯＳとを用いて、顧客は、少額から高額の広範囲に渡る金額を安定的に受け取ることができる。また、硬貨分の受取方法を選択可能としたことで、顧客は、受け取り金額や受け取り時の状況に合わせた受取方法を容易に選択することができる。

（第２実施形態）
図１２は、本発明の一実施形態に係る送金処理の一例を示す。本実施形態では、送金サービスを利用する顧客が、送金紙幣額と送金硬貨額とを合計した送金額を顧客の口座で受け取る例を示す。図１２のＳ８０１からＳ８０６は、図８のＳ８０１からＳ８０６と同じ処理であるので、これらの処理の詳細な説明は省略する。

ＡＴＭ５０が送金紙幣額及び送金硬貨額を受信すると（Ｓ８０６）、フロー制御部５３１は、送金紙幣額と送金硬貨額とを合計した送金額を提示すると共に、硬貨受取方法に加えて又は硬貨受取方法に替えて、口座受け取りを選択し得る受取方法選択画面を生成して表示部５２に表示する（Ｓ１２０１）。本実施形態では、顧客Ａは、送金額を口座で受け取る口座受け取り指示を、入力部５１を介して送信したものとする。

ＡＴＭ５０が口座受け取り指示を受信すると（Ｓ１２０２）、ＡＴＭ５０のキャッシュカード識別部５３８は、キャッシュカードリーダ５９を有効化して、キャッシュカードリーダ５９からキャッシュカード識別情報を受信する（Ｓ１２０３）。続いて、キャッシュカード識別部５３８は、受信したキャッシュカード識別情報が当該ＡＴＭ５０で取扱い可能であるか否かを判定する（Ｓ１２０４）。

キャッシュカード識別情報が当該ＡＴＭ５０で取扱い可能であると判定される場合（Ｓ１２０４：Ｙｅｓ）、振込・入金データ送信部５３９は、キャッシュカード識別情報で特定される口座に送金額を入金するための入金データを作成し、銀行サーバ３０に送信する（Ｓ１２０５）。さらに、振込・入金データ送信部５３９は、処理要求の完了を受取結果送信部５３４に通知する。

銀行サーバ３０が入金データを受信すると（Ｓ１２０６）、銀行サーバ３０の振込・入金実行部３２１は、入金処理を実行する（Ｓ１２０７）。

次に、受取結果送信部５３４は、受取結果を送金サーバ１０に送信する（Ｓ１２０８）。本実施形態では、送金企業コード「００１」、顧客コード「ＡＡＡ」、確認コード「１１１」、硬貨受取方法「指定なし」、口座受け取り「する」を含む受取結果が送信されたものとする。

送金サーバ１０が受取結果を受信すると（Ｓ１２０９）、本実施形態では、口座受け取りを示し得る情報を含む受取結果を受信したので、送金サーバ１０の受取結果受付部１２７は、受信した受取結果により特定される送金明細レコードの送金紙幣額及び送金硬貨額に基づいて、論理入出金ＤＢ１３３に出金レコードを登録する（Ｓ１２１０）。続いて、本実施形態では、受取結果受付部１２７は、送金明細レコードの送金紙幣額及び送金硬貨額を初期化して「０」を設定し、送金明細レコードのステータスを「３」に更新する。

なお、本実施形態では、振込・入金データ送信部５３９は、キャッシュカードリーダ５９から受信したキャッシュカード識別情報で特定される口座に送金額を入金するための入金データを作成する例について説明したが、代替の実施形態では、入力部５１を介して指定された口座に送金額を振り込むための振込データを作成してもよい。本発明の実施形態は、振込や入金に限らず、資金を移動する任意の処理に適用可能である。

以上、本発明によれば、顧客は資金の受け取り時に、煩雑な入力操作を必要とすることなく口座への振込又は入金を指定することができる。資金の受け取り時に口座への振込又は入金や現金としての受け取りを選択可能としたことで、顧客は、受け取り金額や受け取り時の状況に合わせた受取方法を容易に選択することができる。

なお、上記した実施形態では、送金額が１０００円を超える例を用いて説明したが、送金額が１０００円未満の場合にも適用し得ることは、当業者には理解される。

１…送金システム、１０…送金サーバ、１１…入力部、１２…制御部、１２１…演算処理部、１２３…送金データ受付部、１２４…受取データ送信部、１２５…資金入金情報受付部、１２６…取引認証部、１２７…受取結果受付部、１２８…硬貨受取要求受付部（受取要求受付部）、１２９…請求データ生成部、１２２…メモリ、１３…記憶部、１３１…送金契約ＤＢ、１３２…送金明細ＤＢ、１３３…論理入出金ＤＢ、１４…通信部、２０…企業端末、２１…入力部、２２…表示部、２３…制御部、２３１…送金データ送信部、２４…記憶部、２５…通信部、３０…銀行サーバ、３１…入力部、３２…制御部、３２１…振込・入金実行部、３２２…資金入金情報送信部、３３…記憶部、３３１…送金実口座ＤＢ、３４…通信部、４０…顧客端末、４１…入力部、４２…表示部、４３…制御部、４３１…受取データ受信部、４４…記憶部、４５…通信部、５０…ＡＴＭ、５１…入力部、５２…表示部、５３…制御部、５３１…フロー制御部、５３２…認証要求送信部、５３３…紙幣放出部（放出部）、５３４…受取結果送信部、５３５…バーコード生成部、５３６…ＩＣカード識別部、５３７…電子マネー更新部、５３８…キャッシュカード識別部、５３９…振込・入金データ送信部、５４…記憶部、５５…入出金部、５６…通信部、５７…プリンタ、５８…ＩＣカードリーダライタ、５９…キャッシュカードリーダ、６０…ＰＯＳ、６１…入力部、６２…表示部、６３…制御部、６３１…硬貨受取要求送信部、６４…記憶部、６５…キャッシュドロア、６６…通信部、６７…プリンタ、６８…コードスキャナ、Ｎ…ネットワーク、Ｓ…店舗

Claims (11)

1. 送金元に関する送金元情報、送金先に関する送金先情報及び送金額を含む送金明細レコードを登録する送金データ受付部と、
   前記送金元情報を前記送金先の連絡先に送信する受取データ送信部と、
   第１の装置から、前記送金元情報及び前記送金先情報を含む認証要求を受信して、当該認証要求により特定される送金明細レコードが存在するか否かを判定する取引認証部であって、送金明細レコードが存在する場合、前記特定された送金明細レコードの前記送金額を前記第１の装置に送信する、取引認証部と、
   前記第１の装置から、前記送金元情報及び前記送金先情報を含む受取結果を受信して、当該受取結果により特定される送金明細レコードの前記送金額を、当該送金額から第１の金額を減算した第２の送金額で更新し、前記特定された送金明細レコードを一意に識別可能な取引コードを前記第１の装置に送信する受取結果受付部と、
   第２の装置から取引コードを受信して、当該取引コードにより特定される送金明細レコードが存在するか否かを判定する受取要求受付部であって、送金明細レコードが存在する場合、前記特定された送金明細レコードの前記第２の送金額を前記第２の装置に送信する、受取要求受付部と
   を備えた送金サーバ。
2. 前記送金明細レコードは、送金取引の状態を示すステータスをさらに含む、請求項１に記載の送金サーバ。
3. 前記送金元情報及び入金額を含む資金入金情報を受け付けて、前記入金額に基づいて前記送金明細レコードの前記ステータスを更新する資金入金情報受付部をさらに備えた請求項２に記載の送金サーバ。
4. 前記受取結果は、前記第２の送金額の受取方法を示す受取方法をさらに含む、請求項１に記載の送金サーバ。
5. 前記受取結果は、前記送金額が前記第１の金額と等しいことを示す情報をさらに含み、
   前記送金額が前記第１の金額と等しい場合、前記受取結果受付部は、前記取引コードを送信しない、請求項１に記載の送金サーバ。
6. 前記第１の金額は、前記送金額のうち紙幣分の金額を示し、前記第２の送金額は、前記送金額のうち硬貨分の金額を示す、請求項１に記載の送金サーバ。
7. 送金元に関する送金元情報及び送金先に関する送金先情報を含む認証要求を送金サーバに送信する認証要求送信部と、
   前記認証要求の送信の応答として前記送金サーバから受信した送金額に基づいて、第１の金額を放出する放出部と、
   前記送金元情報及び前記送金先情報を含む受取結果を前記送金サーバに送信する受取結果送信部と、
   前記受取結果の送信の応答として前記送金サーバから受信した取引コードに基づいて、バーコードを生成するバーコード生成部と
   を備えた資金受取装置。
8. 前記認証要求の送信の応答として得られた送金額に基づいて、振込又は入金データを作成して銀行サーバに送信する振込・入金データ送信部をさらに備えた請求項７に記載の資金受取装置。
9. 前記第１の金額は、前記送金額のうち紙幣分の金額を示す、請求項７に記載の資金受取装置。
10. コンピュータが実行する資金受取方法であって、
    送金元に関する送金元情報及び送金先に関する送金先情報を含む認証要求を送金サーバに送信する工程と、
    前記認証要求の送信の応答として前記送金サーバから受信した送金額に基づいて、第１の金額を放出する工程と、
    前記送金元情報及び前記送金先情報を含む受取結果を前記送金サーバに送信する工程と、
    前記受取結果の送信の応答として前記送金サーバから受信した取引コードに基づいて、バーコードを生成する工程と
    を含む方法。
11. コンピュータに、
    送金元に関する送金元情報及び送金先に関する送金先情報を含む認証要求を送金サーバに送信する処理と、
    前記認証要求の送信の応答として前記送金サーバから受信した送金額に基づいて、第１の金額を放出する処理と、
    前記送金元情報及び前記送金先情報を含む受取結果を前記送金サーバに送信する処理と、
    前記受取結果の送信の応答として前記送金サーバから受信した取引コードに基づいて、バーコードを生成する処理と
    を実行させるプログラム。