特開 2023-69400 加盟店入金処理システムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023069400

(43)【公開日】2023-05-18

(54)【発明の名称】加盟店入金処理システムおよび方法

(51)【国際特許分類】

   G06Q 20/08 20120101AFI20230511BHJP

【ＦＩ】

G06Q20/08

【審査請求】有

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2021181216

(22)【出願日】2021-11-05

(11)【特許番号】

(45)【特許公報発行日】2023-04-25

(71)【出願人】

【識別番号】397077955

【氏名又は名称】株式会社三井住友銀行

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】安本 雄貴

(72)【発明者】

【氏名】和氣 萌乃

(72)【発明者】

【氏名】福岡 融

【テーマコード（参考）】

5L055

【Ｆターム（参考）】

5L055AA21

(57)【要約】

【課題】加盟店口座への入金処理を柔軟に行うことを可能にする加盟店入金処理システムおよび方法を提供する。
【解決手段】加盟店口座への入金処理を行う加盟店入金処理システムは、加盟店口座に対する入金額を、決済金融機関のトンネル口座に移動する第１の入金手段であって、トンネル口座は、当該入金額を一時的に保持する口座である、第１の入金手段と、加盟店の任意のタイミングで、当該入金額をトンネル口座から加盟店口座へ入金する第２の入金手段とを備える。
【選択図】図４

【特許請求の範囲】

【請求項1】

加盟店口座への入金処理を行う加盟店入金処理システムであって、
前記加盟店口座に対する入金額を、決済金融機関のトンネル口座に移動する第１の入金手段であって、前記トンネル口座は、前記入金額を一時的に保持する口座である、第１の入金手段と、
加盟店の任意のタイミングで、前記入金額を前記トンネル口座から前記加盟店口座へ入金する第２の入金手段と
を備えた加盟店入金処理システム。

【請求項2】

前記第２の入金手段は、前記加盟店ごとに設定された入金サイクル情報に基づいて前記加盟店口座へ入金処理を行うことを特徴とする請求項１に記載に加盟店入金処理システム。

【請求項3】

前記入金サイクル情報は、対象の前記加盟店を識別するための加盟店コード、対象取引の集約期間を指定する取引集約日、前記加盟店口座への入金日、前記加盟店コードの入金処理を合算対象とするかしないかを指定するフラグ、および前記入金日が休日である場合に前営業日にするか、または翌営業日にするかを指定する休日コード、さらに前記対象取引の種類を指定するサービスコードを含むことを特徴とする請求項２に記載の加盟店入金処理システム。

【請求項4】

前記第１の入金手段は、前記入金サイクル情報が設定されていない加盟店に対する入金額を、前記トンネル口座へ移動せずに、前記加盟店口座に対して直接入金することを特徴とする請求項２または３に記載の加盟店入金処理システム。

【請求項5】

前記第２の入金手段は、前記加盟店ごとに、前記トンネル口座に保持された複数の取引の合計金額を前記入金額として前記加盟店口座へ入金することを特徴とする請求項１から４のいずれか１項に記載の加盟店入金処理システム。

【請求項6】

前記入金額は、デビット決済によって生じたものであることを特徴とする請求項１から５のいずれか１項に記載の加盟店入金処理システム。

【請求項7】

加盟店口座への入金処理を行う方法であって、
前記加盟店口座に対する入金額を、決済金融機関のトンネル口座に移動する第１の入金ステップであって、前記トンネル口座は、前記入金額を一時的に保持する口座である、第１の入金ステップと、
加盟店の任意のタイミングで、前記入金額を前記トンネル口座から前記加盟店口座へ入金する第２の入金ステップと
を含む方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、加盟店入金処理システムおよび方法に関する。

【背景技術】

【0002】

近年、デビット決済やクレジット決済、電子マネー決済など、決済手段が多様化している。このような決済手段に対応するため、多くの加盟店は、各決済手段を包括的に取扱う決済代行業者と契約をすることで、様々な決済手段を利用者に提供している。

【0003】

上記決済手段において、決済後の加盟店口座への入金は、基本的に決済代行業者経由で行われ、決済代行業者が決済手段毎の入金額を纏めて加盟店口座に入金するケースが大半である。

【0004】

図８は、従来の加盟店入金スキームを説明する図である。ここでは、デビット決済による加盟店入金スキームを例として説明する。

【0005】

従来の加盟店入金スキーム８００では、まず、加盟店での取引が発生すると、利用者口座８０１から代金が引き落とされ、その発生日から２営業日後に決済金融機関の別段預金口座（デビット用）８０２へ入金がなされる。次いで、複数の金融機関の決済情報を集中管理し、各手数料、入金額、および出金額を相殺した決済金額を提供するクリアリングセンタ８０３から決済金融機関へ伝送されるクリアリングデータ８０４（いわゆる、決済尻データ）に基づいてクリアリング処理８０５が行われ、別段預金口座（デビット用）８０２への入金日の翌営業日、すなわち、加盟店での取引発生日から３営業日後に、加盟店口座８０６に入金がなされる。従来の加盟店入金スキーム８００では、このような入金処理が、加盟店口座に対して日次に行われている。

【0006】

例えば、特許文献１には、取りまとめ口座（別段預金口座）を利用して加盟店への入金を行う決済システムが開示されている。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開２０１８－０５５６６９号公報

【発明の概要】

【発明が解決しようとする課題】

【0008】

しかしながら、上述したように、加盟店での取引発生日から３営業日後に加盟店口座へ日次に入金がなされると、加盟店側の資金管理が煩雑になってしまうという問題があった。

【0009】

本開示は、このような問題に鑑みてなされたものであり、加盟店口座への入金処理を柔軟に行うことを可能にする加盟店入金処理システムおよび方法を提供することを目的とする。

【課題を解決するための手段】

【0010】

一実施形態によると、加盟店口座への入金処理を行う加盟店入金処理システムは、前記加盟店口座に対する入金額を、決済金融機関のトンネル口座に移動する第１の入金手段であって、前記トンネル口座は、前記入金額を一時的に保持する口座である、第１の入金手段と、前記加盟店の任意のタイミングで、前記入金額を前記トンネル口座から前記加盟店口座へ入金する第２の入金手段とを備える。

【0011】

また、一実施形態によると、加盟店口座への入金処理を行う方法は、前記加盟店口座に対する入金額を、決済金融機関のトンネル口座に移動する第１の入金ステップであって、前記トンネル口座は、前記入金額を一時的に保持する口座である、第１の入金ステップと、前記加盟店の任意のタイミングで、前記入金額を前記トンネル口座から前記加盟店口座へ入金する第２の入金ステップとを含む。

【発明の効果】

【0012】

本開示によれば、加盟店口座への入金処理を柔軟に行うことが可能になる。

【図面の簡単な説明】

【0013】

【図1】一実施形態に係る加盟店入金スキームの概要を説明する図である。

【図2】一実施形態に係る加盟店入金処理システムの概略構成図である。

【図3】一実施形態に係るコンピュータのハードウェア構成例を示す図である。

【図4】一実施形態に係る決済金融機関システムの機能構成例を示す図である。

【図5】一実施形態に係る加盟店入金処理のフローチャートである。

【図6】一実施形態に係る入金サイクル情報の例を示す図である。

【図7】一実施形態に係る加盟店入金処理の具体例を説明する図である。

【図8】従来の加盟店入金スキームの概要を説明する図である。

【発明を実施するための形態】

【0014】

以下、添付の図面を参照して、本開示の実施形態について詳細に説明する。本明細書及び添付の図面を通して同じ要素には同じ符号を付し、重複する説明は省略する。

【0015】

（概要）
図１は、一実施形態に係る加盟店入金スキームの概要を説明する図である。ここでは、図８と同様に、デビット決済による加盟店入金スキームを例として説明する。なお、デビット決済としては、J-Debit（登録商標）やBank Pay（登録商標）などの方式が知られており、カードに限らず、スマートフォンなどの端末装置にインストールされたアプリケーションプログラムを利用して決済を行うことも可能である。

【0016】

加盟店入金スキーム１００は、図８の加盟店入金スキーム８００と比較すると、クリアリング処理１０５の後、決済金融機関の別段預金口座１０７（以下、トンネル口座とも称する）を介して、各金融機関の加盟店口座１０８へ入金処理を行うことを可能にした点で異なる。

【0017】

加盟店入金スキーム１００では、まず、加盟店での取引が発生すると（すなわち、デビット決済が行われると）、利用者口座１０１から代金が引き落とされ、その発生日から２営業日後に決済金融機関の別段預金口座（デビット用）１０２へ入金がなされる。次いで、複数の金融機関の決済情報を集中管理し、各手数料、入金額、および出金額を相殺した決済金額を提供するクリアリングセンタ１０３から決済金融機関へ伝送されるクリアリングデータ１０４（いわゆる、決済尻データ）に基づいてクリアリング処理１０５が行われ、別段預金口座（デビット用）１０２への入金日の翌営業日、すなわち、加盟店での取引発生日から３営業日後に、予め登録された入金サイクル情報に基づいて加盟店口座１０６に入金がなされ、あるいは、決済金融機関の別段預金口座（トンネル口座）１０７に入金がなされる。次いで、入金サイクル情報に基づいて、各加盟店の任意のタイミングで、トンネル口座１０７から加盟店口座１０８への入金がなされる。また、入金がなされると、入金データが累積して記憶され、入金データに基づいて加盟店宛の入金明細が作成される。なお、入金サイクルとは、加盟店に対する月ごとの入金処理のサイクルを意味する。また、入金サイクル情報については後述する。

【0018】

クリアリングセンタ１０３は、ＣＡＦＩＳ（Ｃｒｅｄｉｔ ａｎｄ Ｆｉｎａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｗｉｔｃｈｉｎｇ ｓｙｓｔｅｍ）から受信するデータに基づいて、加盟店と金融機関との間でデビット決済の取引データを連携させることができる。取引データのうち、「加盟店売上入金データファイル」（クリアリングデータ１０４）に基づいて、加盟店入金処理（クリアリング処理）が実施される。

【0019】

このように、本実施形態による加盟店入金スキーム１００では、いったん、トンネル口座１０７に加盟店の入金額を移動させ、次いで、当該加盟店が指定する入金サイクルに応じて任意のタイミングで、トンネル口座１０７から加盟店口座１０８への入金処理を実施する。すなわち、トンネル口座１０７は、入金額を一時的に保持する口座である。また、入金サイクルが設定されていない加盟店口座への入金額は、トンネル口座１０７に移動せずに、従来通り取引発生日から３営業日後に加盟店口座に対して直接入金する。こうすることで、加盟店口座への入金処理を柔軟に行うことを可能にし、加盟店側の資金管理をより容易にすることができる。

【0020】

（システム構成例）
図２は、一実施形態に係る加盟店入金処理システムの概略構成図である。加盟店入金システム２００において、クリアリングセンタ２０１と決済金融機関システム２０２とは、外部からのアクセスが制限される専用回線又は暗号化通信網などのセキュアなネットワーク２０６を介して通信可能に接続されている。決済金融機関システム２０２は、別段預金口座（デビット用）１０２、およびトンネル口座１０７を管理し、クリアリングセンタ２０１から受信したクリアリングデータ１０４を受信してクリアリング処理１０５を行う。クリアリング処理１０５は、加盟店口座１０６およびトンネル口座１０７に対する入金処理を含む。また、加盟店入金システム２００では、決済金融機関システム２０２と金融機関システム２０３、２０４、２０５とが、外部からのアクセスが制限される専用回線又は暗号化通信網などのセキュアなネットワーク２０７を介して通信可能に接続され、クリアリング処理１０５を行った後に、決済金融機関システム２０２は金融機関システム２０３、２０４、２０５が管理する加盟店口座への入金指示データを送信する（すなわち、入金処理を実施する）。

【0021】

クリアリングセンタ２０１、決済金融機関システム２０２、および金融機関システム２０３、２０４、２０５は、１つまたは複数のサーバコンピュータによって構成され、上述したような各種処理を行う。なお、加盟店口座を管理する金融機関システムの数は、図２に示された３つに限定されるわけではない。

【0022】

（コンピュータのハードウェア構成）
図３は、一実施形態に係るコンピュータのハードウェア構成例を示す。コンピュータ３００は、クリアリングセンタ２０１、決済金融機関システム２０２、および金融機関システム２０３、２０４、２０５を構成する１つまたは複数のサーバコンピュータとすることができる。

【0023】

本実施形態におけるコンピュータ３００は、プロセッサ３０１と、メモリ３０２と、記憶装置３０３と、通信インターフェース（Ｉ／Ｆ）３０５と、入力装置３０６と、表示装置３０７とを備え、これらはバス３１０を介して通信可能に接続されている。

【0024】

プロセッサ３０１は、ＣＰＵ（Central Processing Unit）とすることができ、バス３１０を介して接続された他の各構成要素を制御し、データを処理する。また、プロセッサ３０１は、メモリ３０２または記憶装置３０３に記憶されたプログラムを読み出して実行することにより、本実施形態に係る各種処理を実行する。

【0025】

メモリ３０２は、ＲＯＭ（Read Only Memory）、およびＲＡＭ（Random Access Memory）などを含み、本実施形態に係る各種処理を実行するためのプログラム及びデータを記憶する。ＲＡＭは、ワークメモリとして動作し、プロセッサ３０１が読み出したプログラムをロードすることができる。

【0026】

記憶装置３０３は、ＨＤＤ（Hard Disk Drive）、ＳＤＤ（Solid State Drive）などの大容量記憶装置とすることができ、本実施形態に係る各種処理を実行するためのプログラム及びデータを記憶する。

【0027】

通信インターフェース（Ｉ／Ｆ）３０５は、有線または無線ネットワークに接続し、データを送受信するためのインターフェースであって、他のコンピュータとの通信を可能にする。

【0028】

入力装置３０６は、キーボード、マウス、表示装置３０７を兼ねるタッチパネルディスプレイなどとすることができる。

【0029】

表示装置３０７は、液晶ディスプレイや、有機ＥＬ（Electro Luminescence）ディスプレイなどとすることができる。

【0030】

尚、コンピュータのハードウェア構成は上述した構成例に限定されるものではなく、その他の構成要素を含んでよい。

【0031】

（機能構成）
図４は、一実施形態に係る決済金融機関システムの機能構成例を示す図である。決済金融機関システム４００は、クリアリングデータ受信部４０１、第１入金処理部４０３、および第２入金処理部４０５を含む。これらの機能部は、図３を参照して説明したように、コンピュータ３００のプロセッサ３０１がメモリ３０２または記憶装置３０３に記憶されたプログラムを読み出して実行することにより実装され得る。ここでは、特に本実施形態に関する機能部について説明するが、当然ながら決済金融機関システム４００はその他の機能部も含み得る。

【0032】

クリアリングデータ受信部４０１は、クリアリングセンタ４１０からクリアリングデータを受信し、記憶する。

【0033】

第１入金処理部４０３は、受信したクリアリングデータと、予め記憶された入金サイクル情報とに基づいて、入金額を加盟店口座またはトンネル口座に入金する。ここでの入金処理は、取引発生日から３営業日後に行われる。また、入金サイクル情報が設定された加盟店の入金額は、トンネル口座に入金され、入金サイクル情報が設定されていない加盟店の入金額は、加盟店口座に入金される。

【0034】

第２入金処理部４０５は、入金サイクル情報に基づいて、入金対象の加盟店口座を管理する金融機関システムに、トンネル口座から加盟店口座への入金指示データを送信する（すなわち、入金処理を実施する）。ここでは、入金サイクル情報で指定された加盟店の所望の入金サイクルに従って、入金指示データが送信される。詳細は後述する。

【0035】

（加盟店入金処理）
図５は、一実施形態に係る加盟店入金処理のフローチャートを示す。以下に説明する加盟店入金処理の各ステップは、図４を参照して上述した決済金融機関システム４００の機能部によって実施される。

【0036】

ステップＳ５０１において、決済金融機関システム４００のクリアリングデータ受信部４０１は、クリアリングセンタ４１０からクリアリングデータを受信する。受信したクリアリングデータは、決済金融機関システム４００に記憶される。

【0037】

次いで、ステップＳ５０２において、決済金融機関システム４００の第１入金処理部４０３は、Ｓ５０１にて受信したクリアリングデータと、決済金融機関システム４００に予め記憶された入金サイクル情報とに基づいて、入金額を加盟店口座またはトンネル口座に入金する。具体的には、処理対象の加盟店についての入金サイクル情報が設定されている場合、当該加盟店の入金額はトンネル口座に入金される。一方、処理対象の加盟店に入金サイクル情報が設定されていない場合、当該加盟店の入金額は直接、加盟店口座へ入金される。本ステップにおける入金処理は、取引発生日、すなわち、利用者が加盟店でデビット決済を利用した日から３営業日後に行われる。

【0038】

ステップＳ５０３において、決済金融機関システム４００の第２入金処理部４０５は、入金サイクル情報に基づいて、入金対象の加盟店口座を管理する金融機関システムに、トンネル口座から加盟店口座への入金指示データを送信する。より具体的には、入金サイクル情報が設定された加盟店の所望の入金サイクルに従って、入金指示データが送信される。

【0039】

（具体例）
図６は、一実施形態に係る入金サイクル情報の例を示す図である。入金サイクル情報６００は、取扱開始日６０１、取扱終了日６０２、入金口座情報６０３、フラグ６０４、加盟店コード６０５、加盟店サブコード６０６、取引集約日６０７、入金日６０８、休日コード６０９、サービスコード６１０を含む。なお、入金サイクル情報６００に含まれる情報は、これらに限定されるものではない。

【0040】

取扱開始日６０１および取扱終了日６０２は、設定された入金サイクルが有効である期間を示す。

【0041】

入金口座情報６０３は、入金店番号、科目、および口座番号を含み、加盟店の入金口座（すなわち、加盟店口座）を示す。

【0042】

フラグ６０４は、同一入金口座かつ同一入金サイクルである複数の加盟店コードに関し、一部の加盟店コードを対象に入金を纏めて処理するか、別々に処理するかを示す。フラグ６０４が「０」の場合は、対象の加盟店コードに対応する入金口座にそれぞれ入金処理を行う。フラグ６０４が「１」の場合は、対象の加盟店コードに対応する入金口座が同一の場合に、対象先については纏めて入金処理を行う。フラグ６０４が「 」（空白）の場合は、加盟店コード毎にそれぞれ入金処理を行う。このように、フラグ６０４を用いることで、同一入金口座かつ同一入金サイクルの入金明細を統一するか、または別々とするかを選択することができる。

【0043】

加盟店コード６０５および加盟店サブコード６０６は、加盟店を一意に識別するためのコードである。

【0044】

取引集約日６０７は、開始日および終了日を含み、トンネル口座から加盟店口座へ入金するために集約する対象取引の開始日および終了日（すなわち、集約期間）を指定する。例えば、毎月の入金を２回に分けて集約する場合、１日から１５日までと、１６日から３１日までとを設定することができる。これに限らず、毎月の入金を３回に分けて集約する場合は、１日から１０日までと、１１日から２０日までと、２１日から３１日までとを設定したり、６回に分けて集約する場合は、１日から５日までと、６日から１０日までと、１１日から１５日までと、１６日から２０日までと、２１日から２５日までと、２６日から３１日までとを設定したりしてもよい。

【0045】

入金日６０８は、集約された対象取引の入金が加盟店口座へなされる入金日を示す。入金日６０８は、取引集約日ごとに、毎月５日、１０日、１５日、２０日、２５日、３１日などと設定することができる。

【0046】

休日コード６０９は、入金日６０８が休日の場合に、入金日を前営業日にするか、または、翌営業日にするかを示す。例えば、休日コード６０９が「１」の場合は、入金日を前営業日に変更し、休日コード６０９が「２」の場合は、入金日を翌営業日に変更する。すなわち、休日コード６０９は、入金日が休日である場合の入金日を指定する。

【0047】

サービスコード６１０は、対象取引の種類を指定する。例えば、サービスコード６１０が「１」の場合は、Bank Pay取引を対象とし、サービスコード６１０が「２」の場合は、J-Debit取引を示す。Bank Pay取引およびJ-Debit取引は、いずれもデビット決済の取引である。

【0048】

例えば、入金サイクル情報６００の第１～２行目では、加盟店コード「２ａ００００１」、および加盟店サブコード「０００１」で識別される加盟店について、毎月１日から１５日までの取引を集約し、集約した取引の入金は３１日（月末）に実施すること、そして、毎月１６日～３１日（月末）までの取引を集約し、集約したと取引の入金は１５日に実施することが示されている。また、いずれも、フラグが「 」（空白）となっているので、合算対象はないものとして入金処理を実施する。また、いずれも、休日コード６０９が「１」となっているので、指定された入金日が休日の場合は前営業日に入金処理を実施する。また、いずれも、サービスコード６１０が「１」となっているので、対象取引はBank Pay取引となっている。

【0049】

例えば、入金サイクル情報６００の第１４～１６行目では、加盟店コード「２ｃ００００１」、および加盟店サブコード「１１１１」および「２２２２」、「３３３３」で識別される加盟店について、毎月１日から３１日（月末）までの取引を集約し、集約した取引の入金は１０日に実施することが示されている。加盟店コード「２ｃ００００１」、および加盟店サブコード「１１１１」で識別される加盟店について、フラグが「０」となっているので、こちらは個別に入金処置を実施する。一方、加盟店コード「２ｃ００００１」、および加盟店サブコード「２２２２」、「３３３３」で識別される加盟店について、フラグが「１」となっているので、これらは纏めて入金処理を実施する。また、いずれも、休日コード６０９が「１」となっているので、指定された入金日が休日の場合は前営業日に入金処理を実施する。また、いずれも、サービスコード６１０が「１」となっているので、対象取引はBank Pay取引となっている。この例では、加盟店コード「２ｃ００００１」、および加盟店サブコード「２２２２」、「３３３３」で識別される加盟店について、入金明細を統一することができる。

【0050】

このように、いったん、トンネル口座に加盟店の入金額を移動させ、トンネル口座から加盟店口座への入金処理に対して、加盟店が指定する入金サイクル情報を設定することができるようにしたことで、加盟店口座への入金処理を柔軟に行うことを可能にし、加盟店側の資金管理をより容易にすることができる。

【0051】

図７は、一実施形態に係る加盟店入金処理の具体例を説明する図である。図７（ａ）は、取引発生日から３営業日後の第１入金処理を示す。図７（ａ）では、別段預金口座（デビット用）７０１（本店営業部：２００）から、加盟店Ａ＋Ｂ＋Ｃの合計金額が出金され、Ａ加盟店口座７０２、Ｂ加盟店口座７０３、およびトンネル口座７０４へ入金されている。

【0052】

図７（ｂ）は、入金サイクル情報によって指定された入金日に行われる第２入金処理を示す。図７（ｂ）では、トンネル口座７０４において対象の５つの取引（１）～（５）が集約され、トンネル口座７０４から出金されるとともに、Ｃ加盟店口座７０５へ入金されている。

【0053】

以上説明したように、本実施形態によると、加盟店口座への入金処理を柔軟に行うことを可能にする加盟店入金処理システムおよび方法を提供することができる。

【符号の説明】

【0054】

４００ 決済金融機関システム
４０１ クリアリングデータ受信部
４０３ 第１入金処理部
４０５ 第２入金処理部
４１０ クリアリングセンタ
４２０ 各金融機関システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【手続補正書】

【提出日】2023-02-09

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

加盟店口座への入金処理を行う加盟店入金処理システムであって、
クリアリングセンタから、デビット決済による取引データを受信する受信手段と、
前記取引データに基づいて、前記加盟店口座に対する入金額を、決済金融機関のトンネル口座に移動する第１の入金手段であって、前記トンネル口座は、前記入金額を一時的に保持する口座である、第１の入金手段と、
加盟店の任意のタイミングで、前記入金額を前記トンネル口座から前記加盟店口座へ入金する第２の入金手段と
を備え、
前記第２の入金手段は、複数の加盟店に関して同一入金口座かつ同一入金サイクルの入金処理をまとめて行い、同一入金口座かつ同一入金サイクルの入金明細を統一する、加盟店入金処理システム。

【請求項2】

前記第２の入金手段は、前記加盟店ごとに設定された入金サイクル情報に基づいて前記加盟店口座へ入金処理を行うことを特徴とする請求項１に記載に加盟店入金処理システム。

【請求項3】

前記入金サイクル情報は、対象の前記加盟店を識別するための加盟店コード、対象取引の集約期間を指定する取引集約日、前記加盟店口座への入金日、前記加盟店コードの入金処理を合算対象とするかしないかを指定するフラグ、および前記入金日が休日である場合に前営業日にするか、または翌営業日にするかを指定する休日コード、さらに前記対象取引の種類を指定するサービスコードを含むことを特徴とする請求項２に記載の加盟店入金処理システム。

【請求項4】

前記第１の入金手段は、前記入金サイクル情報が設定されていない加盟店に対する入金額を、前記トンネル口座へ移動せずに、前記加盟店口座に対して直接入金することを特徴とする請求項２または３に記載の加盟店入金処理システム。

【請求項5】

前記第２の入金手段は、前記加盟店ごとに、前記トンネル口座に保持された複数の取引の合計金額を前記入金額として前記加盟店口座へ入金することを特徴とする請求項１から４のいずれか１項に記載の加盟店入金処理システム。

【請求項6】

加盟店口座への入金処理を行う方法であって、
クリアリングセンタから、デビット決済による取引データを受信する受信ステップと、
前記取引データに基づいて、前記加盟店口座に対する入金額を、決済金融機関のトンネル口座に移動する第１の入金ステップであって、前記トンネル口座は、前記入金額を一時的に保持する口座である、第１の入金ステップと、
加盟店の任意のタイミングで、前記入金額を前記トンネル口座から前記加盟店口座へ入金する第２の入金ステップと
を含み、
前記第２の入金ステップは、複数の加盟店に関して同一入金口座かつ同一入金サイクルの入金処理をまとめて行い、同一入金口座かつ同一入金サイクルの入金明細を統一する、方法。