(57)【要約】【課題】給与の振込日は多くの企業等において同じような時期を採用しており、毎月２５日辺りに集中している。また、ＡＴＭ（現金自動預け払い機）やインターネットバンキングにより給与の引出しが行われる場合が多いため、ＩＤやパスワード等を盗まれた場合には、なりすましにより給与を不正に奪取される危険性も高い。【解決手段】銀行口座管理サーバと、入金明細書送信サーバとからなる入金システムであって、入金明細書送信サーバは銀行口座管理サーバによって実行予定の入金処理により特定の口座に入金される入金明細書情報を保持し、ネットワークを介して受付ける入金明細書送信要求に応じて入金明細書情報を送信し、銀行口座管理サーバは、入金明細書送信サーバが受付けた入金明細書送信要求に基づいて入金処理を実行することを特徴とする入金システムを提供する。【選択図】図１
2008134766.tif 000002
【特許請求の範囲】
【請求項１】
銀行口座管理サーバと、入金明細書送信サーバと、からなる入金システムであって、
入金明細書送信サーバは、
銀行口座管理サーバによって実行予定の入金処理により特定の口座に入金される入金明細書情報を保持する保持部と、
ネットワークを介して受付ける入金明細書送信要求に応じて入金明細書情報を送信する送信部と、を有し、
銀行口座管理サーバは、
入金明細書送信サーバが受付けた入金明細書送信要求に基づいて前記実行予定である入金処理を実行する口座処理実行部を有する
入金システム。
【請求項２】
前記実行予定の入金処理は、給与振込処理であり、
保持部は、この給与振込処理の実行予定情報である入金明細書情報を示す情報として、前記入金明細書送信要求を受付けるための条件をも給与受給者ごとに記録した入金明細書情報を入力するための入金明細書情報入力手段を有する請求項１に記載の入金システム。
【請求項３】
入金明細書送信サーバは、
ネットワークを介して受付けた入金明細書送信要求に応じてパスワードなどの個人を特定するための情報である個人認証情報を入金明細書要求元に対して送信する個人認証情報送信部をさらに有し、
銀行口座管理サーバの口座処理実行部は、
入金明細書送信サーバが受付けた入金明細書送信要求及び送信された個人認証情報の受信と認証と、に基づいて前記実行予定である入金処理を実行する個人認証後実行手段を有する請求項１又は２に記載の入金システム。
【請求項４】
口座処理実行部は、入金明細書送信要求を受付けた後、所定の時間を経過した時点で前記入金処理を実行するスケジュール手段を有する請求項１から３のいずれか一に記載の入金システム。
【請求項５】
銀行口座管理サーバと、銀行口座管理サーバによって実行予定の入金処理により特定の口座に入金される入金明細書情報を保持する入金明細書送信サーバと、からなる入金システムの入金方法であって、
入金明細書送信サーバにおける
ネットワークを介して受付ける入金明細書送信要求に応じて入金明細書情報を送信する送信ステップと
銀行口座管理サーバにおける
入金明細書送信サーバが入金明細書送信要求を受付けたかを検知する検知ステップと、
検知ステップにて入金明細書送信要求を受付けたとの検知結果である場合には前記実行予定である入金処理を実行する口座処理実行ステップと、
を有する入金方法。
【請求項６】
入金明細書送信サーバにおいて、
ネットワークを介して受付けた入金明細書送信要求に応じてパスワードなどの個人を特定するための情報である個人認証情報を入金明細書要求元に対して送信する個人認証情報送信ステップをさらに有し、
銀行口座管理サーバにおける口座処理実行ステップは、
入金明細書送信サーバが受付けた入金明細書送信要求及び送信された個人認証情報の受信と認証とを行なう受信認証サブステップと、
受信認証サブステップにて受信と認証とが完了した場合は、前記実行予定である入金処理を実行する個人認証後実行サブステップと、
を有する請求項５に記載の入金方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、銀行口座への給与振込などの入金処理に関する。
【背景技術】
【０００２】
一般的に企業等から給与の支払いを受ける従業員等は、銀行口座等への給与の振込とともに給与明細書を受け取るが、給与の振込処理は銀行があらかじめ決められている給料日に口座へ振込む形で行われ、給与明細書は別途、手渡しされたり、企業内のイントラネットを利用してダウンロードするようになっている場合が多い。つまり、給与の振込処理と給与明細書の提供は独立した処理となっており連動していないことが多い。これに対して、例えば特許文献１においては、給与振込と給与明細書の提供を連動させるためのシステムが開示されている。
【特許文献１】特開２００５−２７５９５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、給与の振込日は多くの企業等において同じような時期を採用しており、毎月２５日辺りに集中している。また、ＡＴＭ（現金自動預け払い機）やインターネットバンキングにより給与の引出しが行われる場合が多いため、ＩＤやパスワード等を盗まれた場合にはなりすましにより給与を不正に奪取される危険性があり、給与日が集中している２５日辺りを狙い打ちにされてしまうと被害も大きくなる。
【課題を解決するための手段】
【０００４】
そこで、本発明はこの課題を解決するために、銀行口座管理サーバと、入金明細書送信サーバとからなる入金システムであって、入金明細書送信サーバは銀行口座管理サーバによって実行予定の入金処理により特定の口座に入金される入金明細書情報を保持し、ネットワークを介して受付ける入金明細書送信要求に応じて入金明細書情報を送信し、銀行口座管理サーバは、入金明細書送信サーバが受付けた入金明細書送信要求に基づいて入金処理を実行することを特徴とする入金システムを提供する。
【０００５】
図１は、入金システムの概念図である。入金システムは、銀行口座管理サーバ（０１０１）と入金明細書送信サーバ（０１０２）とから成る。銀行口座への入金を受けるユーザは、まず入金明細書をダウンロード等するために自身のパソコンや携帯端末等から入金明細書送信サーバ（０１０２）に対して入金明細書送信要求（０１０３）を送信する。入金明細書送信要求は、例えば入金明細書を表す明細ＩＤ等が該当する。入金明細書送信サーバ（０１０２）は送信された入金明細書送信要求（０１０３）に基づいて、保持している一以上の入金明細書情報からこのユーザの入金明細書情報（０１０４）をユーザのパソコン等へ送信する。これにより、ユーザは自身の入金明細書情報を取得することができる。また、入金明細書送信サーバ（０１０２）に対して入金明細書送信要求（０１０３）が送信されたことをトリガーとして、銀行口座管理サーバ（０１０１）からユーザの口座（０１０６）へ入金処理がなされる。なお、トリガーは、例えば入金明細書送信サーバ（０１０２）から銀行口座管理サーバ（０１０１）へ入金明細書送信要求が受付けられた旨を通知（０１０５）等するようになっていてもよいし、ユーザが入金明細書情報を取得できた際に、銀行口座管理サーバ（０１０１）へ入金指示がなされるようになっていてもよい。また、さらにセキュリティを向上させるために、入金明細書送信サーバ（０１０２）は受付けた入金明細書送信要求に応じてユーザのパソコン等へパスワード等の個人認証情報（０１０７）を送信し、ユーザは受信した個人認証情報（０１０７）を銀行口座管理サーバ（０１０１）へ送信し、銀行口座管理サーバ（０１０１）は入金明細書送信要求のみならず個人認証情報（０１０７）を受信して認証できた場合にのみ、口座（０１０６）への入金処理を行うようになっていてもよい。なお、銀行口座管理サーバ（０１０１）は、例えば従来、銀行のシステムとして用いられている勘定系システムなどを利用したものであってもよいが、銀行側のシステム構成に依存するものではない。
【０００６】
また、入金処理とは給与振込処理であり、入金明細書送信サーバは、この給与振込処理の実行予定情報である入金明細書情報を示す情報として、ユーザＩＤやパスワード等の入金明細書送信要求を受付けるための条件をも給与受給者ごとに記録した入金明細書情報を入力することができるようになっていてもよい。また、銀行口座管理サーバは、入金明細書送信サーバが入金明細書送信要求を受付けた後、所定の時間を経過した時点で前記入金処理を実行するようになっていてもよい。
【発明の効果】
【０００７】
以上のように、本発明に係る入金システムによれば、入金明細書送信サーバがユーザからの入金明細書送信要求を受付けたことをトリガーとして口座への入金処理が実行されるため、口座への入金処理タイミングを第三者が予測することはできず、給与の振込日等を狙って給与等を不正に奪取される危険性が低くなる。
【発明を実施するための最良の形態】
【０００８】
本発明を実施するための最良の形態について図面を用いて詳細に説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。なお、以下の実施形態と請求項の関係は次の通りである。実施形態１は、主に請求項１、５などについて説明する。実施形態２は、主に請求項２などについて説明する。実施形態３は、主に請求項３、６などについて説明する。実施形態４は、主に請求項４などについて説明する。
（実施形態１）
【０００９】
（実施形態１：概要）
【００１０】
本実施形態は、銀行口座管理サーバと、入金明細書送信サーバとからなる入金システムであって、入金明細書送信サーバは銀行口座管理サーバによって実行予定の入金処理により特定の口座に入金される入金明細書情報を保持し、ネットワークを介して受付ける入金明細書送信要求に応じて入金明細書情報を送信し、銀行口座管理サーバは、入金明細書送信サーバが受付けた入金明細書送信要求に基づいて入金処理を実行することを特徴とする入金システムについて説明する。
【００１１】
（実施形態１：構成）
【００１２】
本実施形態に係る入金システムの機能ブロックを図２に例示する。入金システムは、「入金明細書送信サーバ」（０２１０）と、「銀行口座管理サーバ」（０２２０）とからなる。
【００１３】
なお、以下に詳述する本件発明の構成要素である各部は、ハードウェア、ソフトウェア、ハードウェアとソフトウェアの両方のいずれかによって構成される。例えば、これらを実現する一例として、コンピュータを利用する場合には、ＣＰＵ、バス、メモリ、インタフェース、周辺装置などで構成されるハードウェアと、それらハードウェア上で実行可能なソフトウェアがある。ソフトウェアとしては、メモリ上に展開されたプログラムを順次実行することで、メモリ上のデータや、インタフェースを介して入力されるデータの加工、保存、出力などにより各部の機能が実現される。（明細書の全体を通じて同様である。）
【００１４】
（実施形態１：入金明細書送信サーバの構成）
【００１５】
以下、入金明細書送信サーバ（０２１０）の構成について説明する。入金明細書送信サーバ（０２１０）は、「保持部」（０２１１）と、「送信部」（０２１２）と、を有する。
【００１６】
「保持部」（０２１１）は、銀行口座管理サーバによって実行予定の入金処理により特定の口座に入金される入金明細書情報を保持する。「実行予定の入金処理」とは、未だ実行されていないことを示す。具体的には、後述するように入金明細書送信サーバが入金明細書送信要求を受付けたことをトリガーとして入金処理が実行される。「入金明細書情報」とは、銀行口座管理サーバによってなされる入金処理についての詳細を示す情報であり、口座名義人、入金口座、入金金額、等の情報を含むことが想定される。また、入金処理が給与振込処理である場合には、出勤日数や欠勤日数等の情報を含む勤怠情報や、基本給、残業手当等の支給額の明細や、社会保険、所得税等の控除額の明細等を含んでいてもよい。図３は、入金明細書情報の具体例を示す。保持部は、図３のような入金明細書情報（０３０１）
を一以上保持しており、各入金明細書情報は、例えば‘ｍｅｉｓａｉ０２１．ｐｄｆ’というようなファイル名が付けられ、一つのファイルとして入金明細書送信サーバが備えるハードディスク等の所定の記憶領域に格納されている場合が想定される。また、図４は、保持部の具体例を示す。保持部では、一以上の入金明細書情報（０４０２）をハードディスク等の所定の記憶領域に格納しており、さらに各入金明細書情報を一意に識別するための明細ＩＤと各入金明細書情報のファイル名を関連付けたデータベース（０４０１）等を保持している場合が想定される。
【００１７】
「送信部」（０２１２）は、ネットワークを介して受付ける入金明細書送信要求に応じて入金明細書情報を送信する。「受付ける」とは、受信した結果、拒絶する場合も含まれている。拒絶する場合とは、例えば入金明細書送信要求にユーザの認証をするためのユーザＩＤやパスワード等が含まれており、ユーザ認証が失敗すると入金明細書送信要求を拒否して以後の処理（入金明細書情報を送信する処理）を行わない場合等が該当する。「入金明細書送信要求」とは、保持部（０２１１）に保持されている入金明細書情報を要求するための情報であって、主に口座への入金処理を受けるユーザ等のパソコンや携帯端末等から送信される場合が想定される。図５は、入金明細書送信要求の具体例を示す。図５に例示する入金明細書送信要求は、「ｍｅｉｓａｉ＿ｉｄ＝‘ｍ＿０２１’」というデータであり、ここで「ｍｅｉｓａｉ＿ｉｄ」とはプログラム上の変数であり図４で示した明細ＩＤを示すものである。つまり図５の入金明細書送信要求は、明細ＩＤが‘ｍ＿０２１’である入金明細書情報を要求しており、図４の具体例においては、「ｍｅｉｓａｉ０２１．ｐｄｆ」というファイルを要求していることになる。よって、送信部では、図５のような入金明細書送信要求を受付けると、「ｍｅｉｓａｉ０２１．ｐｄｆ」というファイルをユーザのパソコン等へ送信することとなる。なお、「ネットワーク」とは、インターネット、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、イントラネット、携帯電話網、等が該当する。
【００１８】
（実施形態１：銀行口座管理サーバの構成）
【００１９】
以下、銀行口座管理サーバ（０２２０）の構成について説明する。銀行口座管理サーバ（０２２０）は、「口座処理実行部」（０２２１）を有する。
【００２０】
「口座処理実行部」（０２２１）は、入金明細書送信サーバが受付けた入金明細書送信要求に基づいて前記実行予定である入金処理を実行する。「入金明細書送信サーバが受付けた入金明細書送信要求に基づいて」とは、入金明細書送信サーバが入金明細書送信要求を受付けたことをトリガーとして、の意味であり、具体的には、入金明細書送信サーバが入金明細書送信要求を受付けた際に入金明細書送信サーバから銀行口座管理サーバへその旨の通知をする場合や、ユーザのパソコン等へ入金明細書送信サーバから入金明細書を送信された際にパソコン等から銀行口座管理サーバへその旨の通知や入金指示がなされる場合等が想定される。すなわち、入金明細書送信サーバが入金明細書送信要求を受付けたことが何らかの方法により銀行口座管理サーバへ通知されるようになっていればよい。なお、入金明細書送信サーバにおいてユーザ認証の失敗等により入金明細書送信要求を拒否する場合には、入金処理を実行する必要はない。また、口座への入金処理は入金明細書送信サーバが入金明細書送信要求を受付けた後に即刻実行されるようになっていてもよいが、即刻実行されずとも例えば毎日決まった時刻にまとめてバッチ処理されるようになっていてもよい。この場合、例えば１５時までに入金明細書送信サーバが入金明細書送信要求を受付けたものは１８時に入金処理を行なうようになっていたり、翌日に処理を行なうようになっていてもよい。
【００２１】
図６は、口座処理実行部における処理の具体例を示す。例えば、トリガー情報として「ｍｅｉｓａｉ＿ｉｄ＝‘ｍ＿０２１’」というデータ（０６０１）が受信されたとする。図５の例と同様に「ｍｅｉｓａｉ＿ｉｄ」とはプログラム上の変数名であり明細ＩＤを指し示す。つまり、明細ＩＤが‘ｍ＿０２１’である入金明細書情報を要求する入金明細書送信要求が入金明細書送信サーバにて受付けられたことを示す。また、口座処理実行部は、明細ＩＤと、口座名義人、入金口座、入金金額等の入金処理に関する情報とを関連付けてデータベース等（０６０２）としてハードディスク等の所定の記憶領域に格納している。前述のようなトリガー情報（０６０１）が受信されると、変数ｍｅｉｓａｉ＿ｉｄにより示される明細ＩＤをこのデータベース等（０６０２）に照会し、口座名義人が‘Ｙ田太郎’である入金口座‘○○銀行××支店  普通１２３４５６７’に入金金額‘２００，０００円’を入金処理することとなる。なお、データベース等として保持している口座名義人、入金口座、入金金額等の入金に関する情報は、あらかじめ保持せず、これらの情報が直接トリガー情報として入金明細書送信サーバから送信されるようになっていてもよい。なお、このような処理を行なうために、従来、銀行のシステムとして用いられている勘定系システムなどの顧客データベース、預金データベース、入金処理のシステム等を利用してもよい。しかしながら、本件発明の銀行口座管理サーバは銀行側のシステム構成に依存するものではなく、入金処理が入金明細書送信サーバが受付けた入金明細書送信要求に基づいて実行される点に特徴がある。
【００２２】
（実施形態１：入金システムにおける処理の具体例）
【００２３】
図７を用いて、本実施形態に係る入金システム全体における一連の処理を説明する。入金明細書送信サーバは、保持部に図４に例示したような情報を保持しており、銀行口座管理サーバは、口座処理実行部に図６に例示したような情報を保持しているとする。まず、ユーザのパソコン等から入金明細書送信要求として、明細書ＩＤが‘ｍ＿０２１’である入金明細書情報を要求するデータ（０７０１）が入金明細書送信サーバへ送信される。入金明細書送信サーバにて受付けられた入金明細書送信要求に基づいて保持部へ入金明細書情報の問い合わせ（０７０２）が行われ、その結果として入金明細書情報のファイル‘ｍｅｉｓａｉ０２１．ｐｄｆ’（０７０３）が送信部からユーザのパソコン等へ送信される（０７０４）。これに伴い、入金明細書送信サーバから銀行口座管理サーバに対して入金明細書送信要求を受付けた旨のトリガー情報（０７０５）が送信される。なお、トリガー情報（０７０５）は他の装置等を経由して送信されてもよい。銀行口座管理サーバは、送信されたトリガー情報（０７０５）に応じて、口座処理実行部にてユーザの口座（０７０６）へ入金処理を実行する。
【００２４】
（実施形態１：ハードウェア上における処理の具体例）
【００２５】
図２０、図２１を用いて入金明細書送信サーバと銀行口座管理サーバにおけるハードウェア上の処理動作を説明する。
【００２６】
まず、図２０の入金明細書送信サーバにおいて、入出力インタフェースから入金明細書送信要求（ｍｅｉｓａｉ＿ｉｄ＝‘ｍ＿０２１’）が取得されメインメモリに格納される（２００１）。次に、メインメモリに格納された入金明細書送信要求をハードディスクに記録されているデータベースに照合する（２００２）。すると、照合した結果として入金明細書情報である「ｍｅｉｓａｉ０２１．ｐｄｆ」というファイルが取得され、メインメモリに格納される（２００３）。メインメモリに格納された入金明細書情報は入出力インタフェースを介してユーザのパソコン等へ出力される（２００４）。
【００２７】
次に、図２１の銀行口座管理サーバにおいて、入出力インタフェースを介して入金明細書送信サーバからのトリガー情報（ｍｅｉｓａｉ＿ｉｄ＝‘ｍ＿０２１’）が取得されメインメモリに格納される（２１０１）。次に、メインメモリに格納されたトリガー情報をハードディスクに記録されているデータベースに照合する（２１０２）。すると、照合した結果として口座名義人等の入金処理に関する情報が取得されてメインメモリに格納され（２１０３）、これらの情報を利用して入金処理が実行される。なお、図２０、図２１はハードウェアを用いた処理の大まかな流れを示したものであるので、実際の計算機における処理とは厳密には異なる場合がある。
【００２８】
（実施形態１：処理の流れ）
【００２９】
図８は、本実施形態に係る入金システムにおける処理の流れを具体的に示したシーケンス図である。
【００３０】
最初に、ユーザ端末（パソコンや携帯端末等）から入金明細書送信サーバに対して入金明細書送信要求が送信される（Ｓ０８０１）。次に、入金明細書送信サーバは、受付けた入金明細書送信要求に応じて入金明細書情報をユーザ端末に送信する（Ｓ０８０２）。また、受付けた入金明細書送信要求に応じて、銀行口座管理サーバへその旨の通知（トリガー情報の送信等）を行う。また、ユーザ端末が入金明細書情報を受信した際にユーザ端末から銀行口座管理サーバへ通知を行うようになっていてもよい（Ｓ０８０４）。次に、銀行口座管理サーバは、実行予定である入金処理を実行するためにＡＴＭ等へ金額情報などを送信する。ここで、「金額情報」とは入金金額や入金後の残高金額等が該当する。（Ｓ０８０５）。
【００３１】
（実施形態１：効果）
【００３２】
本実施形態に係る入金システムによれば、ユーザが入金明細書送信サーバへ入金明細書情報を要求したことをトリガーとして口座への入金処理が実行されるため、口座への入金処理タイミングを第三者が予測することはできず、給与の振込日等を狙って給与等を不正に奪取される危険性が低くなる。
（実施形態２）
【００３３】
（実施形態２：概要）
【００３４】
本実施形態は、入金処理が給与振込処理であり、入金明細書送信サーバは、この給与振込処理の実行予定情報である入金明細書情報を示す情報として、ユーザＩＤやパスワード等の入金明細書送信要求を受付けるための条件をも給与受給者ごとに記録した入金明細書情報を入力することが可能な入金システムについて説明する。
【００３５】
（実施形態２：構成）
【００３６】
本実施形態に係る入金システムの機能ブロックを図９に例示する。入金システムは、「入金明細書送信サーバ」（０９１０）と、「銀行口座管理サーバ」（０９２０）とからなる。
【００３７】
（実施形態２：入金明細書送信サーバの構成）
【００３８】
以下、入金明細書送信サーバ（０９１０）の構成について説明する。入金明細書送信サーバ（０９１０）は、「保持部」（０９１１）と、「送信部」（０９１２）と、を有する。また、保持部（０９１１）は、「入金明細書情報入力手段」（０９１３）を有する。「入金明細書情報入力手段」（０９１３）以外の構成については請求項１と同様である。また、前記実行予定の入金処理が給与振込処理であることを特徴とする。
【００３９】
「入金明細書情報入力手段」（０９１３）は、この給与振込処理の実行予定情報である入金明細書情報を示す情報として、前記入金明細書送信要求を受付けるための条件をも給与受給者ごとに記録した入金明細書情報を入力するための機能を有する。「前記入金明細書送信要求を受付けるための条件」とは、例えば給与受給者の認証を行うための認証ＩＤやパスワード等の情報が該当する。つまり、入金明細書送信要求を受付けるにあたって、給与受給者の認証等を行うことで入金明細書情報を送信してもよい給与受給者であるかどうかを判断してから入金明細書送信要求を受付けることができる。図１０は、本実施形態における入金明細書情報の具体例である。入金明細書情報は、例えば給与明細（１００２）などの給与振込処理に関する明細の他に、ログインＩＤやパスワード等（１００１）が関連付けられていることが想定される。また、ログインＩＤやパスワード等は直接給与明細等に関連付けられていなくとも、別途、認証のためのみのデータベース等にログインＩＤとパスワード等が保持されていてもよい。
【００４０】
図１１は、入金明細書情報入力手段の具体例を示す。入金明細書情報入力手段では、一以上の給与明細等（１１０２）をハードディスク等の所定の記憶領域に格納しており、さらに各給与明細を一意に識別するための明細ＩＤと、各入金明細書情報のファイル名、ログインＩＤ、パスワード等とを関連付けたデータベース等（１１０１）を保持している場合が想定される。入金明細書情報入力手段は、図１０に例示するような入金明細書情報（ファイル）の入力をキーボード等の入力インタフェースを介して受付け、図１１に示すようにハードディスク等の所定の記憶領域に格納するとともに、データベース等（１１０１）に新たな明細ＩＤを付して登録する。
【００４１】
また、本実施形態に係る入金明細書送信要求は図１２のような内容である場合が想定される。つまり、変数「ｍｅｉｓａｉ＿ｉｄ」によって示される明細ＩＤのみならず、ログインＩＤを表すプログラム上の変数「ｕｓｅｒ＿ｉｄ」とパスワードを表すプログラム上の変数「ｐａｓｓｗｄ」等が含まれている。ユーザのパソコン等から図１２のような入金明細書送信要求が送信されると、入金明細書送信サーバは、変数「ｕｓｅｒ＿ｉｄ」と変数「ｐａｓｓｗｄ」の値を図１１で示すデータベース等（１１０１）に照会して認証を行う。
【００４２】
（実施形態２：銀行口座管理サーバの構成）
【００４３】
銀行口座管理サーバ（０９２０）は、「口座処理実行部」（０９２１）を有する。銀行口座管理サーバ（０９２０）の構成は、実施形態１と同様であるので説明は省略する。
【００４４】
（実施形態２：処理の流れ）
【００４５】
本実施形態に係る入金システムにおける処理の流れは、実施形態１に係る入金システムにおける処理の流れと同様であるので説明は省略する。ただし、ユーザ端末から入金明細書送信要求を送信する際に、ユーザＩＤやパスワード等を同時に、又は事前に入金明細書送信サーバへ送信する。
【００４６】
（実施形態２：効果）
【００４７】
本実施形態に係る入金システムによれば、入金明細書送信要求を受付ける際にユーザ認証等を行うことが可能でありセキュリティを向上させることができる。
（実施形態３）
【００４８】
（実施形態３：概要）
【００４９】
本実施形態は、入金明細書送信サーバは受付けた入金明細書送信要求に応じてユーザのパソコン等へパスワード等の個人認証情報を送信し、ユーザは受信した個人認証情報を銀行口座管理サーバへ送信し、銀行口座管理サーバは入金明細書送信要求のみならず個人認証情報を受信して認証できた場合に、口座への入金処理を行うことを特徴とする入金システムについて説明する。
【００５０】
（実施形態３：構成）
【００５１】
本実施形態に係る入金システムの機能ブロックを図１３に例示する。入金システムは、「入金明細書送信サーバ」（１３１０）と、「銀行口座管理サーバ」（１３２０）とからなる。
【００５２】
（実施形態３：入金明細書送信サーバの構成）
【００５３】
以下、入金明細書送信サーバ（１３１０）の構成について説明する。入金明細書送信サーバ（１３１０）は、「保持部」（１３１１）と、「送信部」（１３１２）と、「個人認証情報送信部」（１３１４）と、を有する。また、保持部は入金明細書情報入力手段を有していてもよい。「個人認証情報送信部」（１３１４）以外の構成については請求項１又は請求項２と同様である。
【００５４】
「個人認証情報送信部」（１３１４）は、ネットワークを介して受付けた入金明細書送信要求に応じてパスワードなどの個人を特定するための情報である個人認証情報を入金明細書要求元に対して送信する。「個人認証情報」とは、パスワードなどが該当するが、このパスワードは一回しか使用できないパスワードであってもよいし、一定期間しか使用できないパスワードであってもよい。このようになっていると、よりセキュリティレベルが高くなる。この場合には個人認証情報送信部においてその都度パスワードを生成し、ユーザのパソコン等へ送信すると同時に銀行口座管理サーバへ送信することが想定される。なぜならば、後述するように、銀行口座管理サーバにおいてこの個人認証情報によってユーザの認証を行なうからである。また、「個人認証情報」と実施形態２で説明の「入金明細書送信要求を受付けるための条件」は原則、異なる情報であることを想定しているが同一であってもよい。さらに、銀行口座サーバにおいてユーザの認証を行なう際には送信された「個人認証情報」と「入金明細書送信要求を受付けるための条件」とを結合させたものにより認証を行なってもよい。「入金明細書要求元」とは、例えば入金明細書送信要求を送信したユーザのパソコンや携帯端末等が該当する。また、入金明細書送信要求を送信したパソコン等と同一のパソコン等に対して送信しなくとも、同一ユーザが所有する他のパソコン等に対して送信するようになっていてもよい。例えば、入金明細書送信要求はユーザのパソコンから送信され、個人認証情報は同一ユーザが所有する携帯電話に対してメールで送信等するような場合が該当する。図１４に、個人認証情報の具体例を示す。図１４に例示する個人認証情報は、「ｃｅｒｔｉｆｉｃａｔｉｏｎ＿ｉｄ＝‘ｘｆ２５ｈ７８３’」というデータであり、ここで「ｃｅｒｔｉｆｉｃａｔｉｏｎ＿ｉｄ」とはプログラム上の変数である。つまり、入金明細書送信サーバは入金明細書送信要求を受付けると図１４のようなデータをユーザのパソコン等へ送信する。
【００５５】
（実施形態３：銀行口座管理サーバの構成）
【００５６】
以下、銀行口座管理サーバ（１３２０）の構成について説明する。銀行口座管理サーバ（１３２０）は、「口座処理実行部」（１３２１）を有する。また、口座処理実行部は、「個人認証後実行手段」（１３２２）を有する。「個人認証後実行手段」（１３２２）以外の構成については請求項１又は請求項２と同様である。
【００５７】
「個人認証後実行手段」（１３２２）は、入金明細書送信サーバが受付けた入金明細書送信要求及び送信された個人認証情報の受信と認証と、に基づいて前記実行予定である入金処理を実行する。すなわち個人認証後実行手段は、入金明細書送信サーバが入金明細書送信要求を受付けたことのみならず個人認証情報をも受信し認証した後に入金処理を行う。「個人認証情報の受信」とは、ユーザ等から受信することを意味し、ユーザのパソコンや携帯端末等から送信されるようになっていてもよいし、ＡＴＭ等から入力されるようになっていてもよい。ＡＴＭ等から入力される場合とは、ユーザが銀行まで出かけて行き、銀行内のＡＴＭや窓口に設置されている個人認証情報入力のための端末に個人認証情報を入力するような場合である。また、個人認証後実行手段において個人認証情報を受信して認証を行うために、入金明細書送信サーバからユーザのパソコン等へ個人認証情報を送信するとともに銀行口座管理サーバへ同一の個人認証情報を送信するようになっていてもよいし、ユーザのパソコン等へ個人認証情報を送信する以前にあらかじめ同一の個人認証情報を入金明細書送信サーバと銀行口座管理サーバの双方で共有しておいてもよい。
【００５８】
図１５は、個人認証後実行手段における処理の具体例を示す。例えば、トリガー情報として「ｍｅｉｓａｉ＿ｉｄ＝‘ｍ＿０２１’  ｃｅｒｔｉｆｉｃａｔｉｏｎ＿ｉｄ＝‘ｘｆ２５ｈ７８３’」というデータ（１５０１）が受信されたとする。つまり、明細ＩＤと個人認証情報の双方が受信されたとする。また、個人認証後実行手段は、明細ＩＤと、口座名義人、入金口座、入金金額等の入金処理に関する情報の他に、個人認証情報（認証ＩＤ）をも関連付けてデータベース等（１５０２）としてハードディスク等の所定の記憶領域に格納しており、受信した新たな個人認証情報を「認証ＩＤ」として入力して保持しておく。また、前述のようなトリガー情報（１５０１）が受信されると、変数ｍｅｉｓａｉ＿ｉｄにより示される明細ＩＤをこのデータベース等（１５０２）に照会し、口座名義人が‘Ｙ田太郎’である入金口座‘○○銀行××支店  普通１２３４５６７’に入金金額‘２００，０００円’を入金処理すればよいことが判断される。さらに、ユーザのパソコン等から個人認証情報（１５０３）が入力される。ここでは、ユーザから入力される個人認証情報を「ｃｅｒｔ＿ｉｄ＝‘ｘｆ２５ｈ７８３’」というデータ（１５０３）で表している。ここで、「ｃｅｒｔ＿ｉｄ」はプログラム上の変数である。個人認証後実行手段ではユーザから個人認証情報（１５０３）を受信すると、あらかじめ受信していた変数「ｃｅｒｔｉｆｉｃａｔｉｏｎ＿ｉｄ」の値と、変数「ｃｅｒｔ＿ｉｄ」の値とを比較する。図１５の例では双方の値とも‘ｘｆ２５ｈ７８３’であり同一であるので、認証が成功したことになり、入金処理が行われる。もしこれらの値が異なる値である場合には認証は失敗したことになり入金処理は行われない。なお、データベース等として保持している口座名義人、入金口座、入金金額等の入金に関する情報は、あらかじめ保持せず、これらの情報が直接トリガー情報として入金明細書送信サーバから送信されるようになっていてもよい点については、実施形態１と同様である。
【００５９】
（実施形態３：入金システムにおける処理の具体例）
【００６０】
図１６を用いて、本実施形態に係る入金システム全体における一連の処理を説明する。入金明細書送信サーバは、保持部に図４に例示したような情報を保持しており、銀行口座管理サーバは、個人認証後実行手段に図１５に例示したような情報を保持しているとする。まず、ユーザのパソコン等から入金明細書送信要求として、明細書ＩＤが‘ｍ＿０２１’である入金明細書情報を要求するデータ（１６０１）が入金明細書送信サーバへ送信される。入金明細書送信サーバにて受付けられた入金明細書送信要求に基づいて保持部へ入金明細書情報の問い合わせ（１６０２）が行われ、その結果として入金明細書情報のファイル‘ｍｅｉｓａｉ０２１．ｐｄｆ’（１６０３）が送信部からユーザのパソコン等へ送信される（１６０４）。またこれと同時に、個人認証情報送信部からは個人認証情報（１６０５）がユーザのパソコン等へ送信される。さらにこれに伴って、入金明細書送信サーバから銀行口座管理サーバに対して入金明細書送信要求を受付けた旨のトリガー情報（１６０６）が送信される。なお、トリガー情報（１６０６）は他の装置等を経由して送信されてもよい。また、このトリガー情報（１６０６）にはユーザのパソコン等へ送信された個人認証情報と同一の個人認証情報が含まれている。銀行口座管理サーバは、トリガー情報（１６０６）によって入金処理を実行すべき口座についての情報を知ることとなり、さらにユーザから送信される個人認証情報（１６０７）を受信し認証した後に、ユーザの口座（１６０８）へ入金処理を実行する。
【００６１】
（実施形態３：ハードウェア上における処理の具体例）
【００６２】
図２２、図２３を用いて入金明細書送信サーバと銀行口座管理サーバにおけるハードウェア上の処理動作を説明する。
【００６３】
まず、図２２の入金明細書送信サーバにおいて、入出力インタフェースから入金明細書送信要求（ｍｅｉｓａｉ＿ｉｄ＝‘ｍ＿０２１’）が取得されメインメモリに格納される（２２０１）。次に、メインメモリに格納された入金明細書送信要求をハードディスクに記録されているデータベースに照合する（２２０２）。すると、照合した結果として入金明細書情報である「ｍｅｉｓａｉ０２１．ｐｄｆ」というファイルが取得され、メインメモリに格納される（２２０３）。メインメモリに格納された入金明細書情報は入出力インタフェースを介してユーザのパソコン等へ出力される（２２０４）。また、ＣＰＵでは個人認証情報（ｃｅｒｔｉｆｉｃａｔｉｏｎ＿ｉｄ＝‘ｘｆ２５ｈ７８３’）が生成されメインメモリに格納される（２２０５）。メインメモリに格納された個人認証情報は入出力インタフェースを介してユーザのパソコン等へ出力される（２２０６）。
【００６４】
次に、図２３の銀行口座管理サーバにおいて、入出力インタフェースを介して入金明細書送信サーバからのトリガー情報（個人認証情報含む：ｍｅｉｓａｉ＿ｉｄ＝‘ｍ＿０２１’  ｃｅｒｔｉｆｉｃａｔｉｏｎ＿ｉｄ＝‘ｘｆ２５ｈ７８３’）が取得されメインメモリに格納される（２３０１）。次に、メインメモリに格納されたトリガー情報をハードディスクに記録されているデータベースに照合するとともに個人認証情報で示される認証ＩＤ‘ｘｆ２５ｈ７８３’をデータベースへ反映させる（２３０２）。また、照合した結果として口座名義人等の入金処理に関する情報が取得されてメインメモリに格納される（２３０３）。さらに、入出力インタフェースを介してユーザのパソコン等から個人認証情報（ｃｅｒｔ＿ｉｄ＝‘ｘｆ２５ｈ７８３’）が取得されメインメモリに格納される（２３０４）。次に、メインメモリに格納された個人認証情報をハードディスクに記録されているデータベースに照合する（２３０５）。これにより認証が成功した場合には、メインメモリに格納されている口座名義人等の入金処理に関する情報を利用して入金処理が実行される。なお、図２２、図２３はハードウェアを用いた処理の大まかな流れを示したものであるので、実際の計算機における処理とは厳密には異なる場合がある。
【００６５】
（実施形態３：処理の流れ）
【００６６】
図１７は、本実施形態に係る入金システムにおける処理の流れを具体的に示したシーケンス図である。
【００６７】
最初に、ユーザ端末（パソコンや携帯端末等）から入金明細書送信サーバに対して入金明細書送信要求が送信される（Ｓ１７０１）。次に、入金明細書送信サーバは、受付けた入金明細書送信要求に応じて入金明細書情報をユーザ端末に送信する（Ｓ１７０２）。さらに、入金明細書送信サーバは、個人認証情報もユーザ端末に送信する（Ｓ１７０３）。また、受付けた入金明細書送信要求に応じて、銀行口座管理サーバへその旨の通知とともに個人認証情報を送信する（Ｓ１７０４）。次に、ユーザ端末から銀行口座管理サーバへ個人認証情報を送信する（Ｓ１７０５）。次に、銀行口座管理サーバは、実行予定である入金処理を実行するためにＡＴＭ等へ金額情報などを送信する。（Ｓ１７０６）。
【００６８】
（実施形態３：効果）
【００６９】
本実施形態に係る入金システムによれば、入金明細書送信サーバが入金明細書送信要求を受付けたことのみならず、個人認証情報を受信し認証することをも条件として入金処理を行うため、よりセキュリティレベルが高くなる。
（実施形態４）
【００７０】
（実施形態４：概要）
【００７１】
本実施形態は、銀行口座管理サーバが、入金明細書送信要求を受付けた後、所定の時間を経過した時点で入金処理を実行することを特徴とする入金システムについて説明する。
【００７２】
（実施形態４：構成）
【００７３】
本実施形態に係る入金システムの機能ブロックを図１８に例示する。入金システムは、「入金明細書送信サーバ」（１８１０）と、「銀行口座管理サーバ」（１８２０）とからなる。
【００７４】
（実施形態４：入金明細書送信サーバの構成）
【００７５】
入金明細書送信サーバ（１８１０）は、「保持部」（１８１１）と、「送信部」（１８１２）と、を有する。また、保持部は入金明細書情報入力手段を有していてもよい。また、入金明細書送信サーバは個人認証情報送信部を有していてもよい。入金明細書送信サーバ（１８１０）の構成は、実施形態１から３のいずれか一に係る入金明細書送信サーバの構成と同様であるので説明は省略する。
【００７６】
（実施形態４：銀行口座管理サーバの構成）
【００７７】
以下、銀行口座管理サーバ（１８２０）の構成について説明する。銀行口座管理サーバ（１８２０）は、「口座処理実行部」（１８２１）を有する。また、口座処理実行部は、「スケジュール手段」（１８２３）を有する。また、口座処理実行部は個人認証後実行手段を有していてもよい。「スケジュール手段」（１８２３）以外の構成については請求項１から３のいずれか一に係る銀行口座管理サーバの構成と同様である。
【００７８】
「スケジュール手段」（１８２３）は、入金明細書送信要求を受付けた後、所定の時間を経過した時点で前記入金処理を実行する。「入金明細書送信要求を受付けた後」とは、入金明細書送信サーバが入金明細書送信要求を受付けた後、の意味である。また、口座処理実行部が個人認証後実行手段を有する場合には、入金明細書送信サーバが入金明細書送信要求を受付け、さらに個人認証情報を受信し認証した後に、の意味である。スケジュール手段は、例えば図１９に例示するようなデータをＳＲＡＭやハードディスク等の所定の記憶領域に保持している場合が想定される。ここで、「ｔｉｍｅ＿ｃｏｕｎｔ」は入金明細書送信サーバが入金明細書送信要求を受付けた旨のトリガー情報を受信した後に経過する時間を表すプログラム上の変数であり、図１９の例であれば、トリガー情報を受信した後、１時間経過後に入金処理を実行することを表す。また、変数「ｔｉｍｅ＿ｃｏｕｎｔ」の値で示される「所定の時間」は、変更可能となっていてもよい。特にユーザによってすぐに振込処理を行なって欲しい場合や後日に振込処理を行なって欲しい場合等があると思われるため、ユーザが指定できるようになっていると利便性も高くなると思われる。
【００７９】
（実施形態４：処理の流れ）
【００８０】
本実施形態に係る入金システムにおける処理の流れは、実施形態１から３のいずれか一に係る入金システムにおける処理の流れと同様であるので説明は省略する。ただし、銀行口座管理サーバが入金処理を実行する際に、入金明細書送信サーバが入金明細書送信要求を受付けた後、所定の時間を経過した時点で前記入金処理を実行することを特徴とする。
【００８１】
（実施形態４：効果）
【００８２】
本実施形態に係る入金システムによれば、入金明細書送信サーバが入金明細書送信要求を受付けた後、所定の時間が経過してから入金処理が実行されるので、口座への入金タイミングがより第三者に予測されにくくなるという効果がある。
【図面の簡単な説明】
【００８３】
【図１】入金システムの概念図
【図２】実施形態１に係る入金システムの機能ブロック図
【図３】入金明細書情報の一例図
【図４】保持部の一例図
【図５】入金明細書送信要求の一例図
【図６】口座処理実行部における処理の一例図
【図７】実施形態１に係る入金システムにおける処理の一例図
【図８】実施形態１に係る入金システムの処理の流れを示すシーケンス図
【図９】実施形態２に係る入金システムの機能ブロック図
【図１０】入金明細書情報の一例図
【図１１】入金明細書情報入力手段の一例図
【図１２】入金明細書送信要求の一例図
【図１３】実施形態３に係る入金システムの機能ブロック図
【図１４】個人認証情報の一例図
【図１５】個人認証後実行手段における処理の一例図
【図１６】実施形態３に係る入金システムにおける処理の一例図
【図１７】実施形態３に係る入金システムの処理の流れを示すシーケンス図
【図１８】実施形態４に係る入金システムの機能ブロック図
【図１９】スケジュール手段に保持されるデータの一例図
【図２０】実施形態１に係る入金明細書送信サーバにおけるハードウェア上の処理動作の一例図
【図２１】実施形態１に係る銀行口座管理サーバにおけるハードウェア上の処理動作の一例図
【図２２】実施形態３に係る入金明細書送信サーバにおけるハードウェア上の処理動作の一例図
【図２３】実施形態３に係る銀行口座管理サーバにおけるハードウェア上の処理動作の一例図
【符号の説明】
【００８４】
０１０１    銀行口座管理サーバ
０１０２    入金明細書送信サーバ
０１０３    入金明細書送信要求
０１０４    入金明細書情報
０１０５    トリガー情報
０１０６    ＡＴＭ（現金自動預け払い機）
０１０７    個人認証情報
【図１】
2008134766.tif 000003
【図２】
2008134766.tif 000004
【図３】
2008134766.tif 000005
【図４】
2008134766.tif 000006
【図５】
2008134766.tif 000007
【図６】
2008134766.tif 000008
【図７】
2008134766.tif 000009
【図８】
2008134766.tif 000010
【図９】
2008134766.tif 000011
【図１０】
2008134766.tif 000012
【図１１】
2008134766.tif 000013
【図１２】
2008134766.tif 000014
【図１３】
2008134766.tif 000015
【図１４】
2008134766.tif 000016
【図１５】
2008134766.tif 000017
【図１６】
2008134766.tif 000018
【図１７】
2008134766.tif 000019
【図１８】
2008134766.tif 000020
【図１９】
2008134766.tif 000021
【図２０】
2008134766.tif 000022
【図２１】
2008134766.tif 000023
【図２２】
2008134766.tif 000024
【図２３】
2008134766.tif 000025