JPH0785184A

JPH0785184A - 取引処理システム

Info

Publication number: JPH0785184A
Application number: JP23150993A
Authority: JP
Inventors: Naoki Kamegai; 直樹亀飼
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1993-09-17
Filing date: 1993-09-17
Publication date: 1995-03-31

Abstract

(57)【要約】【目的】受託店端末３から送信される発信情報３００
を基にして、手形取引に伴う入金処理を自動的に実行
し、手形取引に要する工数を削減する。【構成】受託店端末３から送信された発信情報３００
は、委託店端末１に送信されると同時に入金処理手段５
にも送信される。発信情報３００を受信した入金処理手
段５は、発信情報３００を基にして手形管理情報記憶手
段６に格納された手形管理情報２００をアクセスし、依
頼人口座番号１０５を入手する。入金処理手段５は、こ
の依頼人口座番号１０５を基にして口座情報記憶手段７
をアクセスし、取引残高４０４に手形金額１０４を加算
する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は銀行等で用いられる取引
処理システムに関し、特に手形の決済処理に伴う情報処
理を実行する取引処理システムに関する。

【０００２】

【従来の技術】キャッシュカード等の普及にみられるよ
うに、銀行での取引業務のうち、人手による作業を削減
するための技術が発達してきている。ところが、手形取
引の場合は、人手による作業を削減するのが難しい。こ
れは、他行との間で取立業務を行わなくてはならない、
という点で、手形取引が、通常の預貯金取引と大きく異
なるからである。

【０００３】ところで、手形に関する業務は、大きく２
つの段階に分けることができる。第１の段階は、手形所
持人（以下「手形取立依頼人」という）が手形を銀行に
預け入れ、手形の取立を依頼する段階（以下「受け入れ
業務」という）である。受け入れ業務では、手形の取立
を依頼された銀行（以下「委託店」という）は、手形の
取立を他の銀行（以下「受託店」という）に委託する。
通常、手形の支払場所となっている銀行が受託店であ
る。このとき、委託店では、支払日、支払金額等、手形
に関する情報を記録するともに、手形に必要な情報を記
入しなくてはならない。そして、この作業の多くは人手
により行われ、多くの工数を要していた。

【０００４】第２の段階は、受託店から委託店に手形の
支払が完了した旨の通知がなされた時点に開始する。こ
の通知を受け取ると、委託店では、手形を預け入れた手
形取立依頼人の口座に、手形の支払金額を入金するため
の処理（以下「入金処理」）を実行する。そして、この
入金処理は、委託店からの通知を参照して、人手により
実行されるため、多くの工数を要していた。

【０００５】このように、多くの人手を要する手形取引
のうち、前述した第１の段階工数を削減するための技術
の一例が、特開平３−１４１７２号に記載されている。
この技術では、手形受け入れ処理時に操作した金額デー
タを、手形から読みとった固有のコードと対応させて記
憶しておき、印字処理時に手形から固有のコードを読み
取り、この固有のコードから金額データを読出し、この
金額データを手形上に自動的に印字する。このため、こ
の技術を用いれば、金額データの入力を１回で済ますこ
とができ、手形の受け入れ処理に伴う工数が省略でき
る、としている。

【０００６】

【発明が解決しようとする課題】しかしながら、上述の
従来技術において、削減されるのは、前述した第１の段
階すなわち、受け入れ処理に伴う工数のみである。した
がって、前述の従来技術では、手形処理の第２の段階、
すなわち、入金処理に伴う工数を削減することはできな
かった。

【０００７】

【課題を解決するための手段】上述した問題点を解決す
るため、本発明の取引処理システムは、手形を管理する
ための手形管理情報が記憶される手形管理情報記憶手段
と、前記手形の手形取立依頼人の口座情報が記憶される
口座情報記憶手段と、前記手形の支払が行われたときに
送出される発信情報を受信し、この発信情報をもとに前
記手形管理情報記憶手段から前記手形の前記手形管理情
報を読出し、この手形管理情報をもとに前記口座情報記
憶手段に記憶される前記手形取立依頼人の前記口座情報
を更新する入金処理手段とを含んで構成される。

【０００８】

【実施例】次に、本発明の第１の実施例について、図面
を参照して説明する。

【０００９】図１を参照すると、本発明の取引処理シス
テム１０は、委託店に設置された委託店端末１と、受託
店に設置された受託店端末３と、受託店端末３から入力
した情報に送信用処理を施して送信する発信手段４と、
発信手段４から受信したデータを委託店端末１および入
金処理手段５に出力する受信手段２と、手形を管理する
ための情報を記憶する手形管理情報記憶手段６と、手形
取立依頼人が開設している口座に関する情報を記憶する
口座情報記憶手段７と、受信手段２から入力したデータ
を基に手形管理情報記憶手段６および口座情報記憶手段
７をアクセスして入金処理を実行する入金処理手段５と
を含んで構成されている。

【００１０】委託店端末１は、通常の端末装置であり、
手形管理情報記憶手段６との間でデータの授受を行う機
能、および、受託店端末３が送信した情報を発信手段４
および受信手段２を介して受信する機能を有する。

【００１１】委託店端末１が手形管理情報記憶手段６へ
出力する情報（以下「手形情報１００」という）の内容
は図２に示されている。図２を参照すると、手形情報１
００は、委託店を特定するための委託店コード１０１
と、取立番号１０２と、手形期日１０３と、手形金額１
０４と、手形取立依頼人の口座番号である依頼人口座番
号１０５と、受託店を特定するための受託店コード１０
６とを含む。これらのデータは、オペレーターが委託店
端末１に入力するものである。

【００１２】受信手段２は、発信手段４が送信したデー
タを受信し、このデータを適当な形式に変換して委託店
端末１および入金処理手段５に出力する機能を有する。
受信手段２は、データを受信するための受信装置と、こ
の受信データを処理するための処理装置と、この処理装
置により実行され、受信データを変換するためのプログ
ラムと、変換後のデータを委託店端末１および入金処理
手段５に出力するための入出力装置とから構成されてい
る。

【００１３】受託店端末３は、通常の端末装置であり、
発信手段４および受信手段２を介して、委託店端末１に
手形取立に関する情報を送信するための機能、および、
手形管理情報記憶手段６との間でデータの授受を行うた
めの機能を有する。

【００１４】発信手段４は、受託店端末３が送出したデ
ータを適当な形式に変換し、受信手段２へ送信する機能
を有する。発信手段４は、受託店端末３が送出したデー
タを入力するための入出力装置と、この入出力装置で入
力したデータを処理するための処理装置と、この処理装
置で実行され、入力データを適当な形式に変換するプロ
グラムと、変換後のデータを受信手段２へ送信する送信
装置とから構成されている。

【００１５】発信手段４が送信するデータ（以下「発信
情報３００」という）の内容は図４に示されている。図
４を参照すると、発信情報３００は、取扱日３０１と、
受信店を特定する受信店コード３０２と、発信店を特定
する発信店コード３０３と、金額３０４と、取立番号３
０５とを含む。ここで同一の銀行の、委託店コード１０
１と受信店コード３０２は同じになるように定められて
いる。同様に、同一の銀行の、受託店コード１０６と発
信店コード３０３は同一になるように定められている。
発信情報３００の内容は、オペレーターが入力したデー
タを発信手段４を介して入力したものである。ただし、
オペレータは受信店コード３０２および発信店コード３
０３の代わりに受信店名および発信店名を入力し、発信
手段４がこれを受信店コード３０２および発信店コード
３０３に変換する。

【００１６】入金処理手段５は、受信手段２から入力し
たデータを基に手形管理情報記憶手段６をアクセスし、
手形取立依頼人の口座情報を入手するための機能と、こ
の口座情報を基に口座情報記憶手段７をアクセスし、手
形取立依頼人の口座に支払金の入金を行う機能とを有す
る。入金処理手段５は、受信手段２、手形管理情報記憶
手段６および口座情報記憶手段７との間でデータ入出力
を行う入出力装置と、受信手段２、手形管理情報記憶手
段６および口座情報記憶手段７から入力した入力データ
を処理するための処理装置と、この処理装置で実行さ
れ、入力データを解析し、その内容に応じて口座情報記
憶手段７にデータを出力するプログラムとから構成され
る。このプログラムの詳細は、後に説明される。

【００１７】手形管理情報記憶手段６は、手形の管理に
必要な情報を記憶し、外部からの要求に応じてその内容
を検索して必要なデータを提供する機能を有する。手形
管理情報記憶手段６は、磁気ディスク装置、光ディスク
装置等の記憶手段６２と、委託店端末１から入力したデ
ータを記憶手段６２へ書込むとともに、入金処理手段５
の要求にしたがって記憶手段６２の記憶内容を検索し、
検索結果を出力するアクセス手段６１とから構成されて
いる。このような機能を有するアクセス手段６１の構成
は一般に知られているので、ここでは説明を省略する。

【００１８】手形管理情報記憶手段６に記憶される情報
（以下「手形管理情報２００」）の内容は、図２に示さ
れている。図２を参照すると、手形管理情報２００は、
手形情報１００の情報に、決済情報２０１のような手形
管理に必要な情報を付加したものである。ここでは、決
済情報２０１が０のとき決済が未了であることを示し、
１のとき完了していることを示すものとする。

【００１９】口座情報記憶手段７は、手形取立依頼人の
口座に関する情報を記憶し、外部からの要求に応じてそ
の内容を検索して必要なデータを提供する機能を有す
る。口座情報記憶手段７は、磁気ディスク装置、光ディ
スク装置等の記憶手段６２と、入金処理手段５から入力
したデータを記憶手段６２へ書込むとともに、入金処理
手段５の要求にしたがって記憶手段６２の記憶内容を検
索し、検索結果を出力するアクセス手段７１とから構成
されている。このような機能を有するアクセス手段７１
の構成は一般に知られているので、ここでは説明を省略
する。

【００２０】口座情報記憶手段７に記憶される情報（以
下「口座情報４００」という）の内容は、図５に示され
ている。図５を参照すると、口座情報４００は、店舗コ
ード４０１と、口座番号４０２と、手形取立依頼人の氏
名４０３と、取引残高４０４とを含む。

【００２１】次に図を参照して、本実施例の動作につい
て説明する。

【００２２】手形取立依頼人が手形を委託店に預け入れ
ると、委託店のオペレーターが、この手形に関する手形
情報１００を委託店端末１に入力する。図８（Ａ）を参
照すると、この場合、手形情報１００として「００１」
が、取立番号１０２として「００５」が、手形期日１０
３として１９９２年１１月１５日が、手形金額１０４と
して１００万円が、依頼人口座番号１０５として「１０
００８」が、受託店コード１０６として「００２」が、
それぞれ入力される。

【００２３】図６を参照すると、ステップ５１０におい
て、委託店端末１はこの手形情報１００を手形管理情報
記憶手段６に格納する。手形管理情報記憶手段６内で
は、手形情報１００に手形の管理に必要な情報を付加し
て手形管理情報２００とし、これを記憶する。図８
（Ｂ）を参照すると、この場合、手形情報１００に決済
未了を示す決済情報２０１＝「０」が付加されて記憶さ
れる。

【００２４】この手形の取立が完了すると、受託店は、
受託店端末３にこの手形取立に関する情報を入力する。
この情報には、取扱日３０１、金額３０４および取立番
号３０５の他に、送信店名おおび受信店名が含まれる。
この情報は、発信手段４へ出力される。

【００２５】図６および図８を参照すると、ステップ５
２０において、発信手段４は、受託店端末３から入力し
た情報を処理して発信情報３００とし、受信手段２に送
信する。このとき、受信店名は受信店コード３０２に、
発信店名は発信店コード３０３に、それぞれ変換され
る。この場合、取扱日３０１として１９９２年１１月１
５日が、受信店コード３０２として「００１」が、発信
店コード３０３として「００２」が、金額３０４として
１００万円が、取立番号３０５として「００５」が、そ
れぞれ送信される。ここで、受信店コード３０２は委託
店コード１０１と、発信店コード３０３は受託店コード
１０６と、それぞれ一致する。また、このとき、発信情
報３００を管理するための情報、例えば発信の履歴等の
交信も行われる。

【００２６】図６を参照すると、ステップ５３０におい
て、受信手段２が発信情報３００を受信する。受信手段
２は、発信情報３００の内容を入金処理手段５へ送出す
る。従来の技術では、発信情報３００は委託店端末１の
みに送出され、委託店端末１に表示された発信情報３０
０を見て、オペレーターが、手形取立依頼人への入金処
理を改めて行っていた。

【００２７】ステップ５４０において、入金処理手段５
は、発信情報３００を基にして入金処理を実行する。こ
のステップが本願発明の特徴であり、これによって入金
処理に人手を要しなくなる。入金処理の詳細は図７に示
されている。図７は、ステップ５４０における入金処理
手段５の動作を示すフローチャートである。

【００２８】図７を参照すると、ステップ５４１におい
て、入金処理手段５は、受信手段２が送出する発信情報
３００を受信する。

【００２９】図７および図８（Ｄ）を参照すると、ステ
ップ５４３において、入金処理手段５は、発信情報３０
０から受信店コード３０２と取立番号３０５を取り出
す。

【００３０】図７および図８（Ｅ）を参照すると、ステ
ップ５４４において、入金処理手段５は、委託店コード
１０１と取立番号１０２をキーにして手形管理情報記憶
手段６をアクセスし、手形管理情報２００を得る。この
とき、ステップ５４３において発信情報３００から取り
出した受信店コード３０２および取立番号３０５が、委
託店コード１０１および取立番号１０２となる。

【００３１】図７を参照すると、ステップ５４５におい
て、入金処理手段５は、発信情報３００中の取扱日３０
１と、手形管理情報２００中の取扱日３０１とが一致す
ることを確認する。両者が一致しないときには、入金処
理手段５は、ステップ５５１においてエラー処理を実行
し、動作を終了する。

【００３２】ステップ５４５と同様に、ステップ５４６
および５４７において、手形金額１０４と金額３０４の
一致、および、受託店コード１０６と発信店コード３０
３の一致が確認される。

【００３３】図７および図８（Ｆ）を参照すると、ステ
ップ５４８において、入金処理手段５は、ステップ５４
４で入手した手形管理情報２００から、委託店コード１
０１と依頼人口座番号１０５を取り出す。

【００３４】図７および図８（Ｇ）を参照すると、ステ
ップ５４９において、入金処理手段５は、店舗コード４
０１と口座番号４０２をキーにして口座情報記憶手段７
をアクセスし、口座情報４００を得る。このとき、入金
処理手段５４８で取り出した委託店コード１０１および
依頼人口座番号１０５が、店舗コード４０１および口座
番号４０２となる。そして、入金処理手段５は、口座情
報４００の図示しない入金可能情報を確認して、入金可
能な状態であれば、口座情報４００中の取引残高４０４
に手形金額１０４を加算して口座情報４００を更新す
る。更新された口座情報４００は、再び口座情報記憶手
段７に格納される。

【００３５】図７および図８（Ｈ）を参照すると、ステ
ップ５５０において、入金処理手段５は、ステップ５４
４で入手した手形管理情報２００のうち、決済情報２０
１を決済完了を示す「１」に変更する。変更された２０
０は、手形管理情報記憶手段６に格納される。

【００３６】また、このとき入金処理手段５は、入金処
理が終了した旨の信号を受信手段２に送出する。この信
号を受信した受信手段２は、発信手段４から発信された
発信情報３００に入金処理が終了した旨を示す情報とを
付加して、委託店端末１に送出する。委託店端末１に
は、発信情報３００の内容と、入金処理が終了したこと
を示す表示とが表示される。

【００３７】ステップ５５０の終了により、ステップ５
４０が終了し、これによって、取引処理システム１０の
動作も終了する。

【００３８】上述の取引処理システム１０において、現
在の手形の処理状況を確認するには、委託店端末１もし
くは受信手段２に手形情報１００の全部もしくは一部が
入力される。委託店端末１もしくは受託店端末３は、こ
の手形情報１００を基にして手形管理情報記憶手段６を
アクセスし、手形管理情報２００を得る。そして、決済
情報２０１等の管理データを手形管理情報２００中から
取り出し、画面に表示する。

【００３９】

【発明の効果】次に本発明の効果について説明する。本
発明では、受託店端末３が送信した発信情報３００は、
委託店端末１に表示されると同時に入金処理手段５にも
送出され、この発信情報３００と口座情報記憶手段７中
の手形管理情報２００を基にして、口座情報記憶手段７
への入金処理を、入金処理手段５が自動的に実行する。
つまり、前述した手形取引の第２の段階、すなわち、入
金処理が人手を介することなく自動的に行われる。この
ため、手形取引にともなう工数を削減することができ
る。

【図面の簡単な説明】

【図１】本発明の第１の実施例を示すブロック図。

【図２】手形情報１００の内容を示す図。

【図３】手形管理情報２００の内容を示す図。

【図４】発信情報３００の内容を示す図。

【図５】口座情報４００の内容を示す図。

【図６】取引処理システム１０の動作を示すフローチャ
ート。

【図７】入金処理手段５の動作を示すフローチャート。

【図８】第１の実施例の動作における各情報の推移を示
す図。

【符号の説明】

１０取引処理システム１委託店端末２受信手段３受託店端末４発信手段５入金処理手段６手形管理情報記憶手段６１アクセス手段６２記憶手段７口座情報記憶手段７１アクセス手段７２記憶手段１００手形情報１０１委託店コード１０２取立番号１０３手形期日１０４手形金額１０５依頼人口座番号１０６受託店コード２００手形管理情報２０１決済情報３００発信情報３０１取扱日３０２受信店コード３０３発信店コード３０４金額３０５取立番号４００口座情報４０１店舗コード４０２口座番号４０３氏名４０４取引残高

Claims

【特許請求の範囲】

【請求項１】手形を管理するための手形管理情報が記憶
される手形管理情報記憶手段と、前記手形の手形取立依頼人の口座情報が記憶される口座
情報記憶手段と、前記手形の支払が行われたときに送出される発信情報を
受信し、この発信情報をもとに前記手形管理情報記憶手
段から前記手形の前記手形管理情報を読出し、この手形
管理情報をもとに前記口座情報記憶手段に記憶される前
記手形取立依頼人の前記口座情報を更新する入金処理手
段とを含むことを特徴とする取引処理システム。
【請求項２】前記入金処理手段が、前記口座情報中の取
引残高に前記手形の手形金額を加算することにより前記
口座情報を更新することを特徴とする請求項１記載の取
引処理システム。
【請求項３】前記入金処理手段が、前記発信情報中の取
立委託店を特定するための委託店コードと前記手形の取
立番号とをキーにして前記手形管理情報記憶手段をアク
セスし、前記手形管理情報中の前記手形取立依頼人の口
座番号をキーにして前記口座情報記憶手段をアクセスす
ることを特徴とする請求項１記載の取引処理システム。
【請求項４】前記入金処理手段が、前記発信情報を受信
したときに、前記発信情報をもとに前記手形管理情報記
憶手段をアクセスし、前記手形の前記手形管理情報中の
決済情報を更新することを特徴とする請求項１記載の取
引処理システム。
【請求項５】前記手形の取立委託店に設置された委託店
端末と、前記手形の取立受託店に設置された受託店端末とを含
み、前記手形管理情報が前記委託店端末により手形管理情報
記憶手段に格納され、前記発信情報が前記受託店端末か
ら送出されることを特徴とする請求項１記載の取引処理
システム。