JP3257058B2 - データ更新システム - Google Patents
データ更新システムInfo
- Publication number
- JP3257058B2 JP3257058B2 JP24107292A JP24107292A JP3257058B2 JP 3257058 B2 JP3257058 B2 JP 3257058B2 JP 24107292 A JP24107292 A JP 24107292A JP 24107292 A JP24107292 A JP 24107292A JP 3257058 B2 JP3257058 B2 JP 3257058B2
- Authority
- JP
- Japan
- Prior art keywords
- online
- processing
- database
- holiday
- batch
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000012545 processing Methods 0.000 claims description 100
- 238000000034 method Methods 0.000 claims description 17
- 238000010923 batch production Methods 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 11
- 238000012546 transfer Methods 0.000 description 4
- 238000004904 shortening Methods 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012805 post-processing Methods 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【０００１】
【産業上の利用分野】本発明はデータ更新システムに関
する。
する。
【０００２】
【従来の技術】近年の金融機関においても、電子化が急
速に進んでおり、業務の多くを電子計算機システムを利
用して行っている。
速に進んでおり、業務の多くを電子計算機システムを利
用して行っている。
【０００３】銀行業務に於ける以下のオンラインデータ
ベースに用いているファイルを更新するバッチ処理は、
顧客残高確定後であるオンライン運用終了後に実施しな
ければならず、しかも全てのバッチ処理が長時間を費や
すものである。 ・利息元加処理 ・取引履歴の通帳未記帳分圧縮処理 ・当座勘定の決算処理 ・預金・融資元帳のメンテナンス処理 等 このようなデータベースを更新するバッチ処理は、毎日
実行されるわけではなく、月に数回の処理を行っていた
ので、従来はオンライン処理を停止した夜間若しくは休
日の時間に処理されてきた。しかしながら、昨今のバン
キングシステムにおいてはこのような夜間や休日の長時
間バッチ処理を抱えながらも、サンデーバンキング、自
動機取扱時間延長等、これらの業務を行うべき夜間若し
くは休日の時間にもオンライン処理を行わなければなら
なくなり、事務センタの運用に著しく負荷を与える要因
となっている。
ベースに用いているファイルを更新するバッチ処理は、
顧客残高確定後であるオンライン運用終了後に実施しな
ければならず、しかも全てのバッチ処理が長時間を費や
すものである。 ・利息元加処理 ・取引履歴の通帳未記帳分圧縮処理 ・当座勘定の決算処理 ・預金・融資元帳のメンテナンス処理 等 このようなデータベースを更新するバッチ処理は、毎日
実行されるわけではなく、月に数回の処理を行っていた
ので、従来はオンライン処理を停止した夜間若しくは休
日の時間に処理されてきた。しかしながら、昨今のバン
キングシステムにおいてはこのような夜間や休日の長時
間バッチ処理を抱えながらも、サンデーバンキング、自
動機取扱時間延長等、これらの業務を行うべき夜間若し
くは休日の時間にもオンライン処理を行わなければなら
なくなり、事務センタの運用に著しく負荷を与える要因
となっている。
【０００４】図６は従来のデータベース更新処理システ
ムの処理説明図である。図の３０はデータベース（ＤＢ
と略する）であって、バンキングシステム等の各種取引
処理に用いるファイルから構成されるデータベースであ
る。図の(A) の通常の営業日にはこのＤＢ30を用いて発
生した取引のオンライン処理を行う。例えば預金の利息
を計算して元金に加算する処理の必要がある場合には、
図の(B) の休日等営業停止期間にこのような利息元加処
理を行う。図の(C) の休日の次の営業日の処理には前日
利息元加処理を行ったＤＢ30を用いて取引のオンライン
処理を行うようにしていた。
ムの処理説明図である。図の３０はデータベース（ＤＢ
と略する）であって、バンキングシステム等の各種取引
処理に用いるファイルから構成されるデータベースであ
る。図の(A) の通常の営業日にはこのＤＢ30を用いて発
生した取引のオンライン処理を行う。例えば預金の利息
を計算して元金に加算する処理の必要がある場合には、
図の(B) の休日等営業停止期間にこのような利息元加処
理を行う。図の(C) の休日の次の営業日の処理には前日
利息元加処理を行ったＤＢ30を用いて取引のオンライン
処理を行うようにしていた。
【０００５】
【発明が解決しようとする課題】銀行では専任オペレー
タの採用、シフト勤務の徹底等、センタ運用に投資する
人件費の投資を行っているが、顧客の要望しているサー
ビス向上と銀行自体の経費節減とを充分両立させること
は困難である。
タの採用、シフト勤務の徹底等、センタ運用に投資する
人件費の投資を行っているが、顧客の要望しているサー
ビス向上と銀行自体の経費節減とを充分両立させること
は困難である。
【０００６】そこで、休日系（サンデーバンキング）シ
ステム運用時間と並行して、ＤＢに対するバッチ処理を
実施する仕組みが要望されるようになってきた。本発明
はこのような点にかんがみて、オンライン処理とバッチ
処理を並行に実行することにより業務用ＤＢの更新時間
を短縮する手段を提供することを目的とする。
ステム運用時間と並行して、ＤＢに対するバッチ処理を
実施する仕組みが要望されるようになってきた。本発明
はこのような点にかんがみて、オンライン処理とバッチ
処理を並行に実行することにより業務用ＤＢの更新時間
を短縮する手段を提供することを目的とする。
【０００７】
【課題を解決するための手段】上記の課題は下記の如く
に構成されたデータ更新システムによって解決される。
に構成されたデータ更新システムによって解決される。
【０００８】図１は、本発明の原理図である。取引可能
口座で構築したデータベース11を有し、少なくとも該デ
ータベース11に対する変動処理を一括更新する処理シス
テムを有すると共に、取引発生に応じて該データベース
11を即時更新する処理システムを備えたデータ更新シス
テムであって、該データベース11からサブデータベース
10を創成し、該サブデータベース10に対しては取引発生
に応じて即時更新処理を行い且つ取引記録12を作成し、
他方、該データベース11に対しては一括更新処理を実行
し、取引処理を閉塞してから、該サブデータベース10に
おいて更新された口座を該取引記録12に基いて該一括更
新処理を完了したデータベース11に反映し、該データベ
ース11に対する一括更新処理をこの反映した口座に対し
て実行するように構成する。
口座で構築したデータベース11を有し、少なくとも該デ
ータベース11に対する変動処理を一括更新する処理シス
テムを有すると共に、取引発生に応じて該データベース
11を即時更新する処理システムを備えたデータ更新シス
テムであって、該データベース11からサブデータベース
10を創成し、該サブデータベース10に対しては取引発生
に応じて即時更新処理を行い且つ取引記録12を作成し、
他方、該データベース11に対しては一括更新処理を実行
し、取引処理を閉塞してから、該サブデータベース10に
おいて更新された口座を該取引記録12に基いて該一括更
新処理を完了したデータベース11に反映し、該データベ
ース11に対する一括更新処理をこの反映した口座に対し
て実行するように構成する。
【０００９】
【作用】該データベース11からサブデータベース10を創
成し、該サブデータベース10に対しては取引発生に応じ
て即時更新処理を行い且つ取引記録12を作成し、他方、
該データベース11に対しては一括更新処理を実行し、取
引処理を閉塞してから、該サブデータベース10において
更新された口座を該取引記録12に基いて該一括更新処理
を完了したデータベース11に反映し、該データベース11
に対する一括更新処理をこの反映した口座に対して実行
する。
成し、該サブデータベース10に対しては取引発生に応じ
て即時更新処理を行い且つ取引記録12を作成し、他方、
該データベース11に対しては一括更新処理を実行し、取
引処理を閉塞してから、該サブデータベース10において
更新された口座を該取引記録12に基いて該一括更新処理
を完了したデータベース11に反映し、該データベース11
に対する一括更新処理をこの反映した口座に対して実行
する。
【００１０】そこで、サブデータベース10にて休日にお
けるオンライン処理と並行して、データベース11に対し
てバッチ処理を行い、サブデータベース10の変動分のみ
データベース11に反映後、バッチ処理を再度実施するこ
とによって、オンライン処理とバッチ処理を等価的に直
列処理したと同じ結果を得ることができ、サブデータベ
ース10の変動分はデータベース11のデータ量に比較して
僅かであり、オンラインシステム運用時間の短縮に効果
がある。
けるオンライン処理と並行して、データベース11に対し
てバッチ処理を行い、サブデータベース10の変動分のみ
データベース11に反映後、バッチ処理を再度実施するこ
とによって、オンライン処理とバッチ処理を等価的に直
列処理したと同じ結果を得ることができ、サブデータベ
ース10の変動分はデータベース11のデータ量に比較して
僅かであり、オンラインシステム運用時間の短縮に効果
がある。
【００１１】
【実施例】本発明は、データベースから特定口座をサブ
データベースに構築し、この二つのデータベースで独立
したオンライン処理とバッチ処理を並行して実行し、か
つ両方の結果を後処理によって合体させることによって
オンライン処理とバッチ処理をシリアルに実行したのと
同等の結果を得るものである。
データベースに構築し、この二つのデータベースで独立
したオンライン処理とバッチ処理を並行して実行し、か
つ両方の結果を後処理によって合体させることによって
オンライン処理とバッチ処理をシリアルに実行したのと
同等の結果を得るものである。
【００１２】図２は本発明の実施例のデータ更新システ
ムの構成図である。図において、２５は取引の呼であっ
て、リアルタイムの処理を要求して発生するものであ
る。３０は平日に使用するオンライン処理用のＤＢであ
って、バンキングシステム等のオンラインで接続され呼
の発生による取引をリアルタイム処理に用いるデータベ
ースである。３１は休日処理用のオンラインＤＢであっ
て、平日オンラインＤＢ30から休日ＤＢ創成部40で抽出
したサブデータベースである。
ムの構成図である。図において、２５は取引の呼であっ
て、リアルタイムの処理を要求して発生するものであ
る。３０は平日に使用するオンライン処理用のＤＢであ
って、バンキングシステム等のオンラインで接続され呼
の発生による取引をリアルタイム処理に用いるデータベ
ースである。３１は休日処理用のオンラインＤＢであっ
て、平日オンラインＤＢ30から休日ＤＢ創成部40で抽出
したサブデータベースである。
【００１３】４０は休日ＤＢ創成部であって、平日オン
ラインＤＢ30から休日にオンラインで更新される対象口
座（例えば普通預金口座等）を抽出して休日オンライン
ＤＢ31として複写するものである。４１はオンライン処
理部であって、休日稼働時には取引の呼を前記休日オン
ラインＤＢ31を用いて処理し、処理した顧客の識別符号
及び口座を取引記録ファイル32として記録するものであ
る。４２はバッチ処理部であって、前記平日オンライン
ＤＢ30のバッチ処理を行うものである。
ラインＤＢ30から休日にオンラインで更新される対象口
座（例えば普通預金口座等）を抽出して休日オンライン
ＤＢ31として複写するものである。４１はオンライン処
理部であって、休日稼働時には取引の呼を前記休日オン
ラインＤＢ31を用いて処理し、処理した顧客の識別符号
及び口座を取引記録ファイル32として記録するものであ
る。４２はバッチ処理部であって、前記平日オンライン
ＤＢ30のバッチ処理を行うものである。
【００１４】４３は休日変動複写部であって、前記取引
記録ファイル32を参照して取引のあった顧客の口座デー
タを顧客単位に休日オンラインＤＢ31からバッチ処理を
行った前記平日オンラインＤＢ30に対して、複写するも
のである。４４は選択バッチ処理部であって、平日オン
ラインＤＢ30を前記取引記録ファイル32を参照して休日
取引のあった顧客の口座について選択的にバッチ処理を
行うものである。
記録ファイル32を参照して取引のあった顧客の口座デー
タを顧客単位に休日オンラインＤＢ31からバッチ処理を
行った前記平日オンラインＤＢ30に対して、複写するも
のである。４４は選択バッチ処理部であって、平日オン
ラインＤＢ30を前記取引記録ファイル32を参照して休日
取引のあった顧客の口座について選択的にバッチ処理を
行うものである。
【００１５】図３は本発明の実施例のデータ更新システ
ムの処理説明図（その１）である。図４は本発明の実施
例のデータ更新システムの処理説明図（その２）であ
る。符号は全図を通して同一符号のものは同一物であ
る。以下図３、図４に従って本発明の動作を説明する。 平日オンラインＤＢ30から休日運用対象口座のみを
抽出し、休日オンラインＤＢ31を創成する。図３の
（Ａ）はこの動作を示す。ここで、休日運用対象口座と
は、自動機取引で可能な、たとえば普通預金口座を意味
する。
ムの処理説明図（その１）である。図４は本発明の実施
例のデータ更新システムの処理説明図（その２）であ
る。符号は全図を通して同一符号のものは同一物であ
る。以下図３、図４に従って本発明の動作を説明する。 平日オンラインＤＢ30から休日運用対象口座のみを
抽出し、休日オンラインＤＢ31を創成する。図３の
（Ａ）はこの動作を示す。ここで、休日運用対象口座と
は、自動機取引で可能な、たとえば普通預金口座を意味
する。
【００１６】図４の（Ａ）は平日オンラインＤＢの顧客
一人分を示すデータである。。平日オンラインＤＢのデ
ータは顧客識別符号、顧客情報（住所、氏名等）、口座
（普通預金口座、当座預金口座等）が格納されている。
ここで、休日オンラインＤＢでは、たとえば、普通預金
口座のみが自動機でカード取引ができるので、口座デー
タは普通預金口座のみを抽出して作成される。
一人分を示すデータである。。平日オンラインＤＢのデ
ータは顧客識別符号、顧客情報（住所、氏名等）、口座
（普通預金口座、当座預金口座等）が格納されている。
ここで、休日オンラインＤＢでは、たとえば、普通預金
口座のみが自動機でカード取引ができるので、口座デー
タは普通預金口座のみを抽出して作成される。
【００１７】（Ｂ）は休日オンラインＤＢの顧客一人分
を示すデータである。休日オンラインＤＢのデータは休
日オンライン処理で使用する、例えば、普通預金口座だ
けとなっている。これにより休日のオンライン処理にお
いては、休日オンラインＤＢ31を使用してのオンライン
運用を行うことができる。 平日オンラインＤＢ30は、休日オンライン運用中は
オンライン処理に使用しないため、この時間帯を最大限
に活用して長時間を必要とするバッチ処理を実行する。
図３の（Ｂ）は休日オンラインＤＢ31を用いた休日オン
ライン処理と平日オンラインＤＢ30に対するバッチ処理
を並行に実行する動作を示す。
を示すデータである。休日オンラインＤＢのデータは休
日オンライン処理で使用する、例えば、普通預金口座だ
けとなっている。これにより休日のオンライン処理にお
いては、休日オンラインＤＢ31を使用してのオンライン
運用を行うことができる。 平日オンラインＤＢ30は、休日オンライン運用中は
オンライン処理に使用しないため、この時間帯を最大限
に活用して長時間を必要とするバッチ処理を実行する。
図３の（Ｂ）は休日オンラインＤＢ31を用いた休日オン
ライン処理と平日オンラインＤＢ30に対するバッチ処理
を並行に実行する動作を示す。
【００１８】図４の（Ｃ）は平日オンラインＤＢの普通
預金口座のデータを示す。平日オンラインＤＢ30はここ
で元金10万円に対する利息元金加算処理をバッチ処理で
行ったので利率３％とすると利息が 3,000円加算された
状態になる。
預金口座のデータを示す。平日オンラインＤＢ30はここ
で元金10万円に対する利息元金加算処理をバッチ処理で
行ったので利率３％とすると利息が 3,000円加算された
状態になる。
【００１９】一方休日オンラインＤＢ31を使用して休日
オンライン処理が行われており、ここで、自動機で３万
円引出し取引を行ったとすると休日オンラインＤＢ31の
普通預金口座のデータは30,000円引き出された記録が残
り、口座のデータの更新を行った顧客の識別符号が取引
記録ファイル32に記録される。図４の（Ｄ）は休日オン
ラインＤＢ31の普通預金口座のデータを示す。休日オン
ライン処理とバッチ処理は並列に実行され、休日オンラ
インＤＢ31と平日オンラインＤＢ30はそれぞれ上記の更
新をうける。 図３の（Ｃ）は休日変動複写処理を行うことを示す。
これは休日オンライン処理によって更新を行った顧客の
口座データ（以下休日移動口座データと称する）を取引
記録ファイル32によって識別して休日オンラインＤＢ31
から平日オンラインＤＢ30の顧客の口座データに複写す
る処理である。この処理によって平日オンラインＤＢ30
の顧客の口座データは休日オンライン処理の結果と入れ
換えられる。従って、平日オンラインＤＢ30には休日移
動口座データだけが記入され、バッチ処理の結果である
利息の元金加算処理の結果が消失した状態になる。図４
の（Ｅ）は休日変動複写処理の結果を示す。 そこで、平日オンラインＤＢ30について、取引記録
ファイル32に記録された顧客の口座について、例えば利
息の元金加算のバッチ処理を再度実行する。図３の
（Ｄ）は選択バッチ処理を示す。
オンライン処理が行われており、ここで、自動機で３万
円引出し取引を行ったとすると休日オンラインＤＢ31の
普通預金口座のデータは30,000円引き出された記録が残
り、口座のデータの更新を行った顧客の識別符号が取引
記録ファイル32に記録される。図４の（Ｄ）は休日オン
ラインＤＢ31の普通預金口座のデータを示す。休日オン
ライン処理とバッチ処理は並列に実行され、休日オンラ
インＤＢ31と平日オンラインＤＢ30はそれぞれ上記の更
新をうける。 図３の（Ｃ）は休日変動複写処理を行うことを示す。
これは休日オンライン処理によって更新を行った顧客の
口座データ（以下休日移動口座データと称する）を取引
記録ファイル32によって識別して休日オンラインＤＢ31
から平日オンラインＤＢ30の顧客の口座データに複写す
る処理である。この処理によって平日オンラインＤＢ30
の顧客の口座データは休日オンライン処理の結果と入れ
換えられる。従って、平日オンラインＤＢ30には休日移
動口座データだけが記入され、バッチ処理の結果である
利息の元金加算処理の結果が消失した状態になる。図４
の（Ｅ）は休日変動複写処理の結果を示す。 そこで、平日オンラインＤＢ30について、取引記録
ファイル32に記録された顧客の口座について、例えば利
息の元金加算のバッチ処理を再度実行する。図３の
（Ｄ）は選択バッチ処理を示す。
【００２０】休日移動口座分のデータ量は平日オンライ
ンＤＢ30より遙に少ないので、選択バッチ処理の処理時
間も全データのバッチ処理時間より短時間で終了する。
この時点で、平日オンラインＤＢ30の内容はバッチ処理
の結果とオンライン処理の結果を全て反映したことにな
る。図４の（Ｆ）は選択バッチ処理の結果を示す。ここ
ではオンライン処理による引出し取引と利息元金加算処
理の結果が記録される。
ンＤＢ30より遙に少ないので、選択バッチ処理の処理時
間も全データのバッチ処理時間より短時間で終了する。
この時点で、平日オンラインＤＢ30の内容はバッチ処理
の結果とオンライン処理の結果を全て反映したことにな
る。図４の（Ｆ）は選択バッチ処理の結果を示す。ここ
ではオンライン処理による引出し取引と利息元金加算処
理の結果が記録される。
【００２１】上記の如く処理することによって、休日オ
ンラインＤＢ31を設けたサンデーバンキングにおいて、
平日オンラインＤＢ30の残高確定後の夜間でしか実行で
きなかったバッチ業務を、休日運用中に実行可能とな
る。
ンラインＤＢ31を設けたサンデーバンキングにおいて、
平日オンラインＤＢ30の残高確定後の夜間でしか実行で
きなかったバッチ業務を、休日運用中に実行可能とな
る。
【００２２】図５は本発明の実施例のデータ更新システ
ムの処理説明図（その３）であり、休日におけるオンラ
インバンキングシステムのタイムチャートである。業務
を８：００から開始して先ず、休日ファイル創成処理を
行い、休日オンラインＤＢ31を作って、９：００から休
日オンライン処理を開始すると共に、平日オンラインＤ
Ｂ30に対するバッチ処理を並行して実行する。１６：３
０にバッチ処理を終了し、１７：００に休日オンライン
処理を終了し、１７：００から休日変動複写処理と選択
バッチ処理を実行し１８：００に終了する。
ムの処理説明図（その３）であり、休日におけるオンラ
インバンキングシステムのタイムチャートである。業務
を８：００から開始して先ず、休日ファイル創成処理を
行い、休日オンラインＤＢ31を作って、９：００から休
日オンライン処理を開始すると共に、平日オンラインＤ
Ｂ30に対するバッチ処理を並行して実行する。１６：３
０にバッチ処理を終了し、１７：００に休日オンライン
処理を終了し、１７：００から休日変動複写処理と選択
バッチ処理を実行し１８：００に終了する。
【００２３】従来の方法であれば、休日オンライン処理
を１７：００に終了した後平日オンラインＤＢ30に対す
る７時間３０分のバッチ処理を行う必要があったが、本
発明により、夜間バッチ処理時間，及びセンタ運用に関
わる経費（マシン時間，人件費）の大幅な短縮ができ
る。
を１７：００に終了した後平日オンラインＤＢ30に対す
る７時間３０分のバッチ処理を行う必要があったが、本
発明により、夜間バッチ処理時間，及びセンタ運用に関
わる経費（マシン時間，人件費）の大幅な短縮ができ
る。
【００２４】また、本実施例では休日オンラインＤＢ31
を平日オンラインＤＢ30から休日オンライン処理に必要
なデータを抽出して作成したが、休日オンラインＤＢ31
の創成方法はこれに限るものでなく、単に平日オンライ
ンＤＢ30を複写してもよい。
を平日オンラインＤＢ30から休日オンライン処理に必要
なデータを抽出して作成したが、休日オンラインＤＢ31
の創成方法はこれに限るものでなく、単に平日オンライ
ンＤＢ30を複写してもよい。
【００２５】また、さきの実施例では休日オンラインＤ
Ｂ31の休日移動口座分のバッチ処理を平日オンラインＤ
Ｂ30に選択複写してから行ったが、変動分についてのみ
休日オンラインＤＢ31に対してバッチ処理を行ってから
平日オンラインＤＢ30に選択複写してもよい。
Ｂ31の休日移動口座分のバッチ処理を平日オンラインＤ
Ｂ30に選択複写してから行ったが、変動分についてのみ
休日オンラインＤＢ31に対してバッチ処理を行ってから
平日オンラインＤＢ30に選択複写してもよい。
【００２６】また、本実施例では更新の対象を銀行業務
にしていたが、これに限定されることなく他業種のオン
ラインリアルタイム電子化システムに対して適用して効
果がある。
にしていたが、これに限定されることなく他業種のオン
ラインリアルタイム電子化システムに対して適用して効
果がある。
【００２７】
【発明の効果】以上の説明から明らかなように本発明に
よればオンラインバンキングシステム等で使用するオン
ラインＤＢの更新時間を短縮することができ、センタ運
用に関わる経費（マシン時間，人件費）の大幅な低減が
できるという著しい工業的効果がある。
よればオンラインバンキングシステム等で使用するオン
ラインＤＢの更新時間を短縮することができ、センタ運
用に関わる経費（マシン時間，人件費）の大幅な低減が
できるという著しい工業的効果がある。
【図１】 本発明の原理図
【図２】 本発明の実施例のデータ更新システムの構成
図
図
【図３】 本発明の実施例のデータ更新システムの処理
説明図（その１）
説明図（その１）
【図４】 本発明の実施例のデータ更新システムの処理
説明図（その２）
説明図（その２）
【図５】 本発明の実施例のデータ更新システムの処理
説明図（その３）
説明図（その３）
【図６】 従来のデータベース更新処理システムの処理
説明図
説明図
１０ サブデータベース １１ データベー
ス １２ 取引記録 ２０ 休日ファイル創成機能 ２１ オンライン
処理機能 ２２ バッチ処理機能 ２３ 休日変動複
写機能 ２４ 選択バッチ処理機能 ２５ 取引の呼 ３０ 平日オンラインＤＢ ３０ａ オンライ
ンＤＢ ３１ 休日オンラインＤＢ ３２ 取引記録フ
ァイル ４０ 休日ＤＢ創成部 ４１ 休日オンラ
イン処理部 ４２ バッチ処理部 ４３ 休日変動複
写部 ４４ 選択バッチ処理部
ス １２ 取引記録 ２０ 休日ファイル創成機能 ２１ オンライン
処理機能 ２２ バッチ処理機能 ２３ 休日変動複
写機能 ２４ 選択バッチ処理機能 ２５ 取引の呼 ３０ 平日オンラインＤＢ ３０ａ オンライ
ンＤＢ ３１ 休日オンラインＤＢ ３２ 取引記録フ
ァイル ４０ 休日ＤＢ創成部 ４１ 休日オンラ
イン処理部 ４２ バッチ処理部 ４３ 休日変動複
写部 ４４ 選択バッチ処理部
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平４−85669（ＪＰ，Ａ) 特開 昭59−58596（ＪＰ，Ａ) 特開 平４−118776（ＪＰ，Ａ) 特開 昭61−68670（ＪＰ，Ａ) 特開 昭63−318646（ＪＰ，Ａ) 特開 平１−231173（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 17/60 G06F 12/00 G06F 15/00 G07D 9/00 ＪＩＣＳＴファイル（ＪＯＩＳ)
Claims (1)
- 【請求項１】取引可能口座で構築したデータベースを有
し、 少なくとも該データベースに対する変動処理を一括更新
する処理システムを有すると共に、取引発生に応じて該
データベースを即時更新する処理システム備えたデータ
更新システムであって、該 データベースからサブデータベースを創成する手段
と、 前記サブデータベースに対して、取引発生に応じて即時
更新処理を行う即時更新処理手段と、 前記即時更新処理手段が更新した口座を特定する情報を
取引記録に記録する取引記録手段と、 前記データベースに対して第１の一括更新処理を行う第
１の一括更新処理手段と、 前記即時更新処理手段と前記第１の一括更新処理が終了
してから、前記即時更新処理手段が前記サブデータベー
スに対して行った更新を、前記取引記録に基づいて前記
データベースに反映した後に、該データベースに対して
第２の一括処理を行う第２の一括更新処理手段と、 を有することを特徴とするデータ更新システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24107292A JP3257058B2 (ja) | 1992-09-10 | 1992-09-10 | データ更新システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24107292A JP3257058B2 (ja) | 1992-09-10 | 1992-09-10 | データ更新システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0696110A JPH0696110A (ja) | 1994-04-08 |
| JP3257058B2 true JP3257058B2 (ja) | 2002-02-18 |
Family
ID=17068883
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP24107292A Expired - Fee Related JP3257058B2 (ja) | 1992-09-10 | 1992-09-10 | データ更新システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3257058B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2643843B2 (ja) * | 1994-07-19 | 1997-08-20 | 日本電気株式会社 | オンライン処理システム |
-
1992
- 1992-09-10 JP JP24107292A patent/JP3257058B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0696110A (ja) | 1994-04-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7174318B2 (en) | Method and system for an online-like account processing and management | |
| US5940813A (en) | Process facility management matrix and system and method for performing batch, processing in an on-line environment | |
| US20140114821A1 (en) | Apparatus for consolidating financial transaction information | |
| JP3981255B2 (ja) | 取引処理方法 | |
| EP1669919A1 (en) | A data processing system and data processing method | |
| JP3257058B2 (ja) | データ更新システム | |
| JP5889379B1 (ja) | 電子記録債権の担保管理サービスシステムおよび方法 | |
| JP2002215865A (ja) | 経営計画資料作成用システム | |
| US20020049754A1 (en) | Expenditure management system, method and recording media | |
| JP2005063430A (ja) | 有価証券の貸借取引管理システム及び管理方法 | |
| JP3152354B2 (ja) | ペーパレス会計システム | |
| JP3471728B2 (ja) | 先日付完結処理システム及び方法 | |
| JP3903471B2 (ja) | 先日時付完結処理システム | |
| JP3706121B1 (ja) | 売掛債権に対応した融資回収のための入金処理システム及び入金処理方法 | |
| JP3139330B2 (ja) | 計上データ更新処理システム | |
| JP3941946B2 (ja) | 先日付完結処理システム及び取消再カットメイン処理用プログラムを記録した記録媒体 | |
| JP2003022371A (ja) | 取引信用保険付債権流動化管理システム、方法及びプログラム | |
| JP2005309697A (ja) | 債権流動化システム及び債権流動化処理方法 | |
| JP2001005892A (ja) | 振込処理支援装置および記録媒体 | |
| JPH08255203A (ja) | 資金繰予定シミュレーションシステム | |
| JP2006039649A (ja) | 投資信託販売システムおよびコンピュータプログラム | |
| CN115170303A (zh) | 额度调控方法、装置、设备及存储介质 | |
| JP2024042624A (ja) | 仕訳システム | |
| JP2024136812A (ja) | 口座振替管理装置、口座振替管理方法及び口座振替管理プログラム | |
| JP2024142235A (ja) | 財務経理処理システム、財務経理処理方法及び財務経理処理プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20011106 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071207 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081207 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091207 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091207 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101207 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |