特開 2025-62135 プログラム、銀行ＡＰＩ接続方法、及びユーザ端末

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

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

(11)【公開番号】P2025062135

(43)【公開日】2025-04-11

(54)【発明の名称】プログラム、銀行ＡＰＩ接続方法、及びユーザ端末

(51)【国際特許分類】

   G06Q 20/10 20120101AFI20250404BHJP

【ＦＩ】

G06Q20/10

【審査請求】有

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2025018610

(22)【出願日】2025-02-06

(62)【分割の表示】P 2022025989の分割

【原出願日】2022-02-22

(71)【出願人】

【識別番号】000102717

【氏名又は名称】ＮＴＴテクノクロス株式会社

(74)【代理人】

【識別番号】110004381

【氏名又は名称】弁理士法人ＩＴＯＨ

(72)【発明者】

【氏名】佐々木 千裕

(72)【発明者】

【氏名】滝江 勇介

(72)【発明者】

【氏名】黒川 素次

(57)【要約】

【課題】本開示は、複数の銀行を使用するユーザが各銀行ＡＰＩを意識せずに振込依頼を実行できることを目的とする。
【解決手段】本開示は、コンピュータに、各銀行において振込依頼に対する処理に必要である各銀行ＡＰＩを網羅する共通ＡＰＩに係る各項目のうち、所定のフォーマット形式で作成された振込依頼案件に不足している項目のパラメータの入力に基づき、所定の銀行の銀行基幹システムに対して、前記共通ＡＰＩに係る全項目のうち、前記所定の銀行が前記振込依頼に対する処理に必要な銀行ＡＰＩに係る所定の項目のパラメータを含んだ振込依頼情報を送信する送信部（５１）を実現させるプログラムである。
【選択図】図１２

【特許請求の範囲】

【請求項1】

コンピュータに、
各銀行において振込依頼に対する処理に必要である各銀行ＡＰＩを網羅する共通ＡＰＩに係る各項目のうち、所定のフォーマット形式で作成された振込依頼案件に不足している項目のパラメータの入力に基づき、所定の銀行の銀行基幹システムに対して、前記共通ＡＰＩに係る全項目のうち、前記所定の銀行が前記振込依頼に対する処理に必要な銀行ＡＰＩに係る所定の項目のパラメータを含んだ振込依頼情報を送信する送信部を実現させるプログラム。

【請求項2】

コンピュータが、
各銀行において振込依頼に対する処理に必要である各銀行ＡＰＩを網羅する共通ＡＰＩに係る各項目のうち、所定のフォーマット形式で作成された振込依頼案件に不足している項目のパラメータの入力に基づき、所定の銀行の銀行基幹システムに対して、前記共通ＡＰＩに係る全項目のうち、前記所定の銀行が前記振込依頼に対する処理に必要な銀行ＡＰＩに係る所定の項目のパラメータを含んだ振込依頼情報を送信する送信処理を実行する銀行ＡＰＩ接続方法。

【請求項3】

通信ネットワークを介して銀行の銀行基幹システムと通信するユーザ端末であって、
各銀行において振込依頼に対する処理に必要である各銀行ＡＰＩを網羅する共通ＡＰＩに係る各項目のうち、所定のフォーマット形式で作成された振込依頼案件に不足している項目のパラメータの入力に基づき、所定の銀行の銀行基幹システムに対して、前記共通ＡＰＩに係る全項目のうち、前記所定の銀行が前記振込依頼に対する処理に必要な銀行ＡＰＩに係る所定の項目のパラメータを含んだ振込依頼情報を送信する送信部と、
を有するユーザ端末。

【発明の詳細な説明】

【技術分野】

【0001】

本開示内容は、プログラム、銀行ＡＰＩ接続方法、及びユーザ端末に関する。

【背景技術】

【0002】

近年、ソフトウェアの一部を公開して、他のソフトウェアと機能をつなぐことができるようにした仕組みであるＡＰＩ(Application Programming Interface)を、銀行業務に適用した銀行ＡＰＩが提案されている。銀行が銀行ＡＰＩを通じてインターネットバンキングの機能を提供することで、企業はインターネット回線を利用して、業務システム（会計ソフトウェア）と銀行口座のデータを連携することができる。ところが、実際に企業が連携システムを導入するには、様々な課題が生じてしまう。

【0003】

例えば、銀行ＡＰＩの仕様は公開されているケースが多いが、その複雑な仕様理解に加えて、企業の担当者は銀行業務の特性を把握する必要があり、企業の担当者の負担となる。また、既存の業務システムそのままでは、銀行ＡＰＩを実行することができないため、新しく各銀行との連携用のプログラムを開発する必要がある。更に、認可情報の管理、銀行口座の運用方法の検討、及び障害時のリカバリ対策等、運用面でも多くの検討が必要となる。

【0004】

そこで、企業の業務システムと銀行ＡＰＩの連携を行うソフトウェアが提供されている（非特許文献１参照）。

【先行技術文献】

【非特許文献】

【0005】

【非特許文献1】銀行ＡＰＩ接続ソフトウェア「BankingGate API-X」<https://www.nikkei.com/article/DGXLRSP510864_Q9A530C1000000/>

【発明の概要】

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

【0006】

しかしながら、従来の方法では、ユーザ（企業等）が自己の銀行口座が開設されている銀行に対して振込依頼を行う際、各銀行から提供されている銀行基幹システムの銀行ＡＰＩを利用していた。この際、各銀行が提供する銀行ＡＰＩは各銀行で仕様が異なるため、ユーザは各銀行ＡＰＩを意識して、銀行毎の仕様に併せてユーザ側のシステムを構築する必要があり、このシステム構築のための手間と費用が掛かっていた。

【0007】

本発明は、上記事情に鑑みてなされたものであって、複数の銀行を使用するユーザが各銀行ＡＰＩを意識せずに振込依頼を実行できることを目的とする。

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

【0008】

請求項１に係る発明は、コンピュータに、各銀行において振込依頼に対する処理に必要である各銀行ＡＰＩを網羅する共通ＡＰＩに係る各項目のうち、所定のフォーマット形式で作成された振込依頼案件に不足している項目のパラメータの入力に基づき、所定の銀行の銀行基幹システムに対して、前記共通ＡＰＩに係る全項目のうち、前記所定の銀行が前記振込依頼に対する処理に必要な銀行ＡＰＩに係る所定の項目のパラメータを含んだ振込依頼情報を送信する送信部を実現させるプログラムである。

【発明の効果】

【0009】

以上説明したように本発明によれば、ユーザは、各銀行ＡＰＩを意識せずに振込依頼を実行することができるという効果を奏する。

【図面の簡単な説明】

【0010】

【図1】本発明の実施形態に係る振込システムの全体構成図を示す図である。

【図2】本実施形態に係るユーザ端末及び銀行基幹システムのハードウェア構成図である。

【図3】ユーザ端末の機能を示す機能構成図である。

【図4】振込方法管理ＤＢの概念図である。

【図5】本実施形態に係り、一括振込の依頼処理を示したシーケンス図である。

【図6】（ａ）は全銀フォーマット形式の入力項目のパラメータの概念図、（ｂ）は共通ＡＰＩの管理項目のパラメータの概念図、（ｃ）はＸ銀行に固有のＡＰＩの必要項目のパラメータの概念図、（ｄ）はＹ銀行に固有のＡＰＩの必須項目のパラメータの概念図である。

【図7】本実施形態に係り、（ａ）は一括振込用明細ファイルの概念図、（ｂ）全振込依頼結果ファイルの概念図である。

【図8】銀行固有の振込依頼の必要項目の特定処理を示すフローチャートである。

【図9】振込登録依頼及び振込承認依頼の処理を示すシーケンス図である。

【図10】各振込結果の記憶及び読出の処理を示すフローチャートである。

【図11】振込実行依頼の処理を示すシーケンス図である。

【図12】その他の実施形態に係り、振込依頼案件に共通ＡＰＩの読み出しを行う場合のシーケンス図である。

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

【0011】

以下、図面を用いて、本発明の実施形態を説明する。

【0012】

〔システム構成〕
まず、図１を用いて、本実施形態の振込システム１の全体構成について説明する。図１は、本発明の実施形態に係る振込システムの全体構成図を示す図である。

【0013】

図１に示されているように、本実施形態の振込システム１は、ユーザ端末２、銀行基幹システム７ｘ、及び銀行基幹システム７ｙによって構築されている。ユーザ端末２、銀行基幹システム７ｘ、及び銀行基幹システム７ｙは、それぞれ、インターネット等の通信ネットワーク１００によって通信可能である。なお、通信は、有線であってもよいし、無線であってもよい。

【0014】

図１において、ユーザ端末２は、ユーザである振込依頼者（Ａ社）に設置されたユーザのコンピュータである。ユーザ端末２には、会計ソフトウェア３、及び銀行ＡＰＩ(Application Programming Interface)接続ソフトウェア５がインストールされている。会計ソフトウェア３及び銀行ＡＰＩ接続ソフトウェアは、コンピュータに各機能を実行させるプログラムである。

【0015】

銀行基幹システム７ｘは、Ｘ銀行に設置されたコンピュータであり、振込等の処理を行う。同じく、銀行基幹システム７ｙは、Ｙ銀行に設置されたコンピュータであり、振込等の処理を行う。なお、図１では、ユーザ端末２が１台だけ示されているが複数台であってもよい。また、振込依頼者は、Ａ社だけでなく複数社であってもよい。更に、銀行は２行だけでなく、３行以上でもよく、この場合もそれぞれの銀行に銀行基幹システムが設置されている。

【0016】

また、以降、銀行基幹システム７ｘ、及び銀行基幹システム７ｙの総称を「銀行基幹システム７」と示す。

【0017】

Ａ社は、Ａ社の銀行口座が開設されているＸ銀行又はＹ銀行を介して、所定の銀行に対する振込依頼を行う。この際に、銀行ＡＰＩ接続ソフトウェア５は、Ａ社がＸ銀行及びＹ銀行の提供する各銀行ＡＰＩを意識せずに振込依頼を実行することを可能とする。銀行ＡＰＩ接続ソフトウェア５については、後ほど詳細に説明する。

【0018】

〔本実施形態のハードウェア構成〕
次に、図２を用いて、ユーザ端末２及び銀行基幹システム７のハードウェア構成を説明する。図２は、ユーザ端末及び銀行基幹システムのハードウェア構成図である。

【0019】

図２に示されているように、ユーザ端末２は、プロセッサ２０１、メモリ２０２、補助記憶装置２０３、接続装置２０４、通信装置２０５、ドライブ装置２０６を有する。なお、ユーザ端末２を構成する各ハードウェアは、バス２０７を介して相互に接続される。

【0020】

プロセッサ２０１は、ユーザ端末２全体の制御を行う制御部の役割を果たし、ＣＰＵ（Central Processing Unit）等の各種演算デバイスを有する。プロセッサ２０１は、会計ソフトウェア３及び銀行ＡＰＩ接続ソフトウェア５に係る各種プログラムをメモリ２０２上に読み出して実行する。なお、プロセッサ２０１には、ＧＰＧＰＵ(General-purpose computing on graphics processing units)が含まれていてもよい。

【0021】

メモリ２０２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の主記憶デバイスを有する。プロセッサ２０１とメモリ２０２とは、いわゆるコンピュータを形成し、プロセッサ２０１が、メモリ２０２上に読み出した各種プログラムを実行することで、当該コンピュータは各種機能を実現する。

【0022】

補助記憶装置２０３は、各種プログラムや、各種プログラムがプロセッサ２０１によって実行される際に用いられる各種情報を格納する。

【0023】

接続装置２０４は、外部装置（例えば、表示装置２１０、操作装置２１１）とユーザ端末２とを接続する接続デバイスである。

【0024】

通信装置２０５は、他の装置との間で各種情報を送受信するための通信デバイスである。

【0025】

ドライブ装置２０６は記録媒体２３０をセットするためのデバイスである。ここでいう記録媒体２３０には、ＣＤ－ＲＯＭ(Compact Disc Read-Only Memory)、フレキシブルディスク、光磁気ディスク等のように情報を光学的、電気的あるいは磁気的に記録する媒体が含まれる。また、記録媒体２３０には、ＲＯＭ(Read Only Memory)、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等が含まれていてもよい。

【0026】

なお、補助記憶装置２０３にインストールされる各種プログラムは、例えば、配布された記録媒体２３０がドライブ装置２０６にセットされ、該記録媒体２３０に記録された各種プログラムがドライブ装置２０６により読み出されることでインストールされる。あるいは、補助記憶装置２０３にインストールされる各種プログラムは、通信装置２０５を介してネットワークからダウンロードされることで、インストールされてもよい。

【0027】

また、図２には、銀行基幹システム７のハードウェア構成が示されているが、符号が２００番台から７００番台に変わっただけで、各構成は同様であるため、これらの説明を省略する。

【0028】

〔本実施形態の機能構成〕
続いて、図３を用いて、Ａ社におけるユーザ端末２の機能構成について説明する。図３は、ユーザ端末の機能構成図である。

【0029】

ユーザ端末２には、上述のように、会計ソフトウェア３、及び銀行ＡＰＩ接続ソフトウェア５がインストールされている。

【0030】

銀行ＡＰＩ接続ソフトウェア５は、ユーザ端末２の機能として、送受信部５１、分割部５２、特定部５３、判断部５５、補完部５６、出力部５８、及び記憶・読出部５９を実現することができる。

【0031】

更に、ユーザ端末２は、記憶部５０００を有している。記憶部５０００は、メモリ５０２又は補助記憶装置５０３によって実現される。記憶部５０００には、監視フォルダＦ１，Ｆ２及び出力フォルダＦ３０が記憶され、振込方法管理ＤＢ(Data Base)５００１及び一時記憶部５００２が構築されている。なお、図３では、２つの監視フォルダが示されているが、３つ以上であってもよい。また、以降、管理フォルダＦ１，Ｆ２の総称を「監視フォルダＦ」と示す。

【0032】

監視フォルダＦは、会計ソフトウェア３が、日本の全国銀行協会連合会がデータ伝送を行うために定めたフォーマット形式（以降、「全銀フォーマット形式」と示す）で作成された一括振込用明細ファイル（図７（ａ））を保存するためのフォルダである。監視フォルダＦは、記憶部５０００に記憶されていなくてもよく、銀行ＡＰＩ接続ソフトウェア５がアクセスできれば、ユーザ端末２以外のコンピュータに記憶されていてもよい。

【0033】

また、監視フォルダＦは、振込方法管理ＤＢ５００１（図４）に対して接続コードによって関連付けられている。全銀フォーマット形式は、図６（ａ）に示されているように、全国銀行協会連合会によって定められた振込依頼のための必要項目（パラメータ）によって示されている。なお、図６（ａ）は全銀フォーマット形式の入力項目のパラメータの概念図、（ｂ）は共通ＡＰＩの管理項目のパラメータの概念図、（ｃ）はＸ銀行に固有のＡＰＩの必要項目のパラメータの概念図、（ｄ）はＹ銀行に固有のＡＰＩの必須項目のパラメータの概念図である。共通ＡＰＩは、各銀行において振込依頼に対する処理に必要である各銀行ＡＰＩに係る各項目を全て網羅するＡＰＩである。

【0034】

出力フォルダＦ３０は、最終的に全ての振込依頼結果（図７（ｂ））を保存するためのフォルダである。

【0035】

振込方法管理ＤＢ５００１は、振込方法を管理するためのＤＢである。振込方法管理ＤＢ５００１は、図４に示されているように、接続コード、テナント名、テナント側の振込元銀行名、振込依頼方法、及び振込元銀行の固有ＡＰＩに係る補完項目のパラメータが関連付けられて管理されている。これらのうち、接続コードは、振込依頼元であるテナント（ユーザであるＡ社等）及びこのテナント側の振込元銀行である前記所定の銀行の組を示すコードである。接続コードは、テナント（名）とテナント側の振込元銀行（名）の組を特定するための特定情報の一例である。なお、接続コードは、テナントＩＤと示しても良い。

【0036】

また、振込依頼方法は、各銀行固有の振込依頼方法を示す。「登録・承認」は、例えば、ユーザ端末２から図１のＸ銀行に対して振込依頼を行う方法であり、ユーザ端末２からすると、振込依頼の登録と振込依頼の承認のために２回の振込依頼を行う必要がある方法である。

【0037】

更に、「実行」は、例えば、ユーザ端末２から図１のＹ銀行に対して振込依頼を行う方法であり、ユーザ端末２からすると、振込依頼の登録と振込依頼の承認のために１回の振込依頼だけで済む方法である。この場合、Ｙ銀行の銀行基幹システム７ｙは、振込依頼の登録と承認を同じタイミングで行う。

【0038】

更に、振込元銀行の固有ＡＰＩに係る補完項目は、全銀フォーマット形式の必要項目だけでは、振込元銀行の固有ＡＰＩに対応できないために補完する項目を示しており、後述の補完部５６によって補完されるパラメータが管理されている。

【0039】

＜各機能構成＞
続いて、各機能構成について説明する。

【0040】

送受信部５１は、銀行基幹システム７に対してデータ（情報）を送信したり、銀行基幹システム７からデータ（情報）を受信したりする。例えば、送受信部５１は、所定の銀行の銀行基幹システム７に対して、補完部５６によって補完された後の共通ＡＰＩに係る全項目のうち、所定の銀行が振込依頼に対する処理に必要な銀行ＡＰＩに係る所定の項目のパラメータを含んだ振込依頼情報を送信する。

【0041】

分割部５２は、所定の監視フォルダに保存された一括振込用明細ファイルを、振込依頼案件毎に分割して、振込依頼案件毎のファイルを作成する。

【0042】

特定部５３は、格納された監視フォルダＦの接続コードに基づき振込方法管理ＤＢ５００１（図４）を参照し、振込依頼案件毎に、対応する振込依頼方法及び振込元銀行の固有ＡＰＩに係る補完項目を特定する。なお、監視フォルダＦにファイルが保存されることで、監視フォルダＦに関連付けられた接続コードが指定される。

【0043】

判断部５５は、分割部５２によって分割された全ての振込依頼の処理が終了したか等の各種判断を行う。

【0044】

補完部５６は、特定部５３によって特定された振込元銀行の固有ＡＰＩに係る補完項目のパラメータを補完する。例えば、補完部５６は、各銀行において振込依頼に対する処理に必要である各銀行ＡＰＩを網羅する共通ＡＰＩに係る各項目のうち、所定のフォーマット形式（ここでは、全銀フォーマット形式）で作成された振込依頼案件に不足している項目のパラメータを補完する。

【0045】

出力部５８は、会計ソフトウェア３から監視フォルダＦへの一括振込用明細ファイルへの保存に対する応答として、会計ソフトウェア３に対し、全ての振込依頼結果のデータ（情報）を出力する。

【0046】

記憶・読出部５９は、一時記憶部５００２に対して、データ（情報）を記憶したり、一時記憶部５００２からデータを読み出したりする。

【0047】

〔実施形態の処理又は動作〕
続いて、図５乃至図１１を用いて、本実施形態の処理又は動作について説明する。図５は、本実施形態に係り、一括振込の依頼処理を示したシーケンス図である。

【0048】

図５に示されているように、会計ソフトウェア３から所定の監視フォルダＦに対して、全銀フォーマット形式（図６（ａ））で作成された一括振込用明細ファイル（図７（ａ））を保存する（Ｓ１１）。これにより、分割部５２は、所定の監視フォルダに保存された一括振込用明細ファイルを、振込依頼案件毎に分割して、振込依頼案件毎のファイルを作成する（Ｓ１２）。

【0049】

次に、送受信部５１が分割部５２によって分割された振込依頼案件毎に共通ＡＰＩ（図６（ｂ））を呼び出す（Ｓ１３）。

【0050】

次に、銀行ＡＰＩ接続ソフトウェア５は、銀行固有の振込依頼の必要項目の特定処理を行う（Ｓ１４）。ここで、図８を用いて、処理（Ｓ１４）について詳細に説明する。

【0051】

図８に示されているように、特定部５３は、格納された監視フォルダＦの接続コードに基づいて振込方法管理ＤＢ５００１（図４）を参照し、振込依頼案件毎に、対応する振込依頼方法及び振込元銀行の固有ＡＰＩに係る補完項目のパラメータを特定する（Ｓ１０１）。これにより、分割された振込依頼案件の振り分け先が決定される。なお、同じ監視フォルダに保存されたファイルに係る振込依頼案件は、分割されても振り分け先は全て同じである。

【0052】

次に、補完部５６は、処理Ｓ１０１によって特定された振込元銀行の固有ＡＰＩに係る補完項目のパラメータを補完する（Ｓ１０２）。

【0053】

ここで、振込依頼方法が、「登録・承認」の場合と「実行」の場合について分けて説明すする。

【0054】

＜登録・承認の場合＞
まずは、図９及び図１０を用いて、振込依頼方法が「登録・承認」の場合の処理について説明する。図９は、振込登録依頼及び振込承認依頼の処理を示すフローチャートである。図１０は、各振込結果の記憶及び読出の処理を示すフローチャートである。図９の処理は、図５の処理（Ｓ１１）において、会計ソフトウェア３が、監視フォルダＦ１（接続コードｃ１）に一括振込用明細ファイルが保存された場合の処理である。

【0055】

まず、送受信部５１は、銀行ＡＰＩ接続ソフトウェア５自身から、振込元銀行の固有ＡＰＩ（登録・承認ＡＰＩ）を呼び出す（Ｓ３１）。この固有ＡＰＩでは、例えば、全銀フォーマット形式の各項目に加え、「二重振込チェック」項目が必要とされている（図６（ｃ））。二重振込チェックは、同一振込指定日の振込データで振込先口座と振込金額が同じ振込が他にあるかをチェックすることを示す。

【0056】

次に、図９に示されているように、送受信部５１は、銀行基幹システム７ｘに対して、振込依頼登録情報（図６（ｃ））を送信する（Ｓ３２）。これにより、銀行基幹システム７ｘは、振込依頼の登録を行う（Ｓ３３）。そして、銀行基幹システム７ｘは、送受信部５１に対して、登録結果を送信する（Ｓ３４）。これにより、送受信部５１は、登録結果を受信する。

【0057】

次に、送受信部５１は、承認のために、銀行基幹システム７ｘに対して、振込依頼承認情報（図６（ｃ））を送信する（Ｓ３５）。これにより、銀行基幹システム７ｘは、振込依頼の承認を行う（Ｓ３６）。そして、銀行基幹システム７ｘは、送受信部５１に対して、承認結果を送信する（Ｓ３７）。これにより、送受信部５１は、承認結果を受信する。

【0058】

続いて、銀行ＡＰＩ接続ソフトウェア５は、各振込結果の記憶及び読出の処理を行う（Ｓ３８）。

【0059】

ここで、図１０を用いて、各振込結果の記憶及び読出の処理を説明する。図１０に示されているように、記憶・読出部５９は、一時記憶部５００２に、処理Ｓ３７で受信された振込依頼結果を一時的に記憶（保存）する（Ｓ１２１）。

【0060】

次に、判断部５５は、分割部５２によって分割された全ての振込依頼の処理が終了したかを判断する（Ｓ１２２）。そして、全ての振込依頼の処理が終了した場合には（Ｓ１２２；ＹＥＳ）、記憶・読出部５９が、一時記憶部５００２の全ての振込依頼結果を読み出す（Ｓ１２３）。一方、全ての振込依頼の処理が終了していない場合には（Ｓ１２２；ＮＯ）、処理Ｓ１３へ戻り、次の振込依頼案件に対する共通ＡＰＩの呼出が行われ、その後の処理が続けられる。これにより、図１０の説明は終了する。

【0061】

続いて、図９に戻り、記憶・読出部５９が、一時記憶部５００２の全ての振込依頼結果を読み出だした後、全ての振込依頼結果（図７（ｂ））を出力フォルダＦ３０に出力（保存）する（Ｓ３９）。全ての振込依頼結果は、図７（ｂ）に示されているように、図７（ａ）の一括振込用明細ファイルに対して、振込依頼案件毎に振込依頼結果（ここでは、「ＯＫ」又は「ＮＧ」）が追加されている。このように、会計ソフトウェア３が、処理Ｓ１１で一括振込用明細ファイルを監視フォルダＦ１に保存したことに対応して、全ての振込依頼結果を一括して出力することができる。以上により、振込依頼方法が「登録・承認」の場合の処理が終了する。

【0062】

＜実行の場合＞
続いて、図１１を用いて、振込依頼方法が「実行」の場合の処理について説明する。図１１は、振込実行依頼の処理を示すフローチャートである。図１１の処理は、図５の処理Ｓ１１において、会計ソフトウェア３が、監視フォルダＦ２（接続コードｃ２）に一括振込用明細ファイルが保存された場合の処理である。

【0063】

まず、送受信部５１は、銀行ＡＰＩ接続ソフトウェア５自身から、振込元銀行の固有ＡＰＩ（実行ＡＰＩ）を呼び出す（Ｓ５１）。この固有ＡＰＩでは、例えば、全銀フォーマット形式の各項目に加え、「振込取消フラグ」項目が必要とされている（図６（ｄ））。振込取消フラグは、振込を取り消したいときにセットされるフラグである。

【0064】

次に、図１１に示されているように、送受信部５１は、銀行基幹システム７ｙに対して、振込依頼情報（図６（ｄ））を送信する（Ｓ５２）。これにより、銀行基幹システム７ｙは、振込依頼の実行として、登録及び承認をまとめて行う（Ｓ５３）。そして、銀行基幹システム７ｙは、送受信部５１に対して、実行結果を送信する（Ｓ５４）。これにより、送受信部５１は、実行結果を受信する。

【0065】

続いて、銀行ＡＰＩ接続ソフトウェア５は、各振込結果の記憶及び読出の処理を行う（５５）。この処理Ｓ５５は、上述の処理Ｓ３８と同様であり、図１０にて説明したため、その説明を省略する。

【0066】

続いて、記憶・読出部５９が、一時記憶部５００２の全ての振込依頼結果を読み出した後、出力部５８は、全ての振込依頼結果（図７（ｂ））を出力フォルダＦ３０に出力（保存）する（Ｓ５６）。このように、会計ソフトウェア３が、処理Ｓ１１で一括振込用明細ファイルを監視フォルダＦ２に保存したことに対応して、全ての振込依頼結果を一括して出力することができる。以上により、振込依頼方法が「実行」の場合の処理が終了する。

【0067】

〔実施形態の主な効果〕
以上説明したように本実施形態によれば、会計ソフトウェア３が監視フォルダＦに全銀フォーマット形式の一括振込用明細ファイルを保存するだけで、銀行ＡＰＩ接続ソフトウェア５の補完部５６が共通ＡＰＩの各項目のパラメータを補完するための処理を行う。これにより、どの銀行基幹システム７の銀行ＡＰＩにも対応できるようにした後（Ｓ１０３参照）、送受信部５１は所定の銀行基幹システム７に対して、振込元銀行の固有ＡＰＩで必要な項目の情報を含む振込依頼情報を送信する（Ｓ３２，Ｓ５２参照）。よって、ユーザ（企業）は、各銀行のＡＰＩを意識しないで、各銀行への振込依頼処理を行うことができるため、各企業で利用する銀行毎の仕様に併せて企業側のシステムを構築する必要がなくなり、システムの構築による費用の発生を抑制することができると共に銀行毎に振込依頼を変更する手間を省くことが可能となる。

【0068】

また、分割部５２が、一括振込用明細ファイルを、振込依頼案件毎に分割するため（Ｓ１２参照）、複数の振込依頼を含む一括振込依頼を受け付けることが可能な銀行と、１件の振込依頼毎でなければ受け付けることができない銀行のいずれにも対応することができるという効果を奏する。この分割により、いずれの銀行にも対応することができるため、共通ＡＰＩによる上述の効果に寄与しているとも言える。

【0069】

〔その他の実施形態〕
続いて、図１２を用いて、その他の実施形態（共通ＡＰＩ直接呼出し方式）について説明する。図１２は、その他の実施形態に係り、振込依頼案件に共通ＡＰＩの読み出しを行う場合のシーケンス図である。なお、その他の実施形態は、図５の処理の変形例である。

【0070】

まず、図１２に示されているように、会計ソフトウェア３から銀行ＡＰＩ接続ソフトウェア５に対して、振込依頼案件毎に共通ＡＰＩを呼び出す（Ｓ２１）。ここでは、図５の処理Ｓ１１と異なり、１件の振込依頼案件毎に処理される。

【0071】

次に、ユーザによる入力により、会計ソフトウェア３から共通ＡＰＩで固有の銀行に必要な項目にパラメータを入力する（Ｓ２２）。この場合、ユーザはユーザ端末２を操作して、ＡＰＩの項目を表示した画面にパラメータを入力してもよいし、プログラムのコードでパラメータを入力してもよい。

【0072】

次に、銀行ＡＰＩ接続ソフトウェア５は、接続コードに基づき、振込方法管理ＤＢ５００１（図４）を参照し、振込依頼案件毎に、対応する振込依頼方法を特定する（Ｓ２３）。なお、この場合の接続コードは、ユーザによってＡＰＩのリクエストＵＲＬで指定される。

【0073】

その後の処理は、図９又は図１１に示されている処理と同様であるため、その説明を省略する。但し、その他の実施形態では、元々、１件の振込依頼案件毎に振込依頼が行われるため、図９の処理（Ｓ３８，Ｓ３９）及び図１１の処理（Ｓ５５，Ｓ５６）のように、全ての振込結果がまとめて会計ソフトウェア３に応答されず、１件の振込依頼案件毎に振込結果が応答される。

【0074】

以上説明したように、その他の実施形態によれば、共通ＡＰＩの項目への入力作業の手間が生じるが、上述の実施形態のように、分割（Ｓ１２参照）や補完（Ｓ１０３）等の処理がないため、振込依頼をより迅速に行うことができるという効果を奏する。

【0075】

〔補足〕
本発明は上述の実施形態に限定されるものではなく、以下に示すような構成又は処理（動作）であってもよい。

【0076】

銀行ＡＰＩ接続ソフトウェア５に係るプログラムは、（非一時的な）記録媒体に記録して提供することも、インターネット等のネットワークを通して提供することも可能である。

【符号の説明】

【0077】

１ 振込システム
２ ユーザ端末
３ 会計ソフトウェア
５ 銀行ＡＰＩ接続ソフトウェア
７ｘ 銀行基幹システム
７ｙ 銀行基幹システム
５１ 送受信部（送信部の一例、受信部の一例）
５２ 分割部
５３ 特定部
５５ 判断部
５６ 補完部
５９ 記憶・読出部
１００ 通信ネットワーク
５０００ 記憶部
５００１ 振込方法管理ＤＢ（振込方法管理部の一例）
５００２ 一時記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】