JP2001051886A - 情報管理方式 - Google Patents
情報管理方式Info
- Publication number
- JP2001051886A JP2001051886A JP22660199A JP22660199A JP2001051886A JP 2001051886 A JP2001051886 A JP 2001051886A JP 22660199 A JP22660199 A JP 22660199A JP 22660199 A JP22660199 A JP 22660199A JP 2001051886 A JP2001051886 A JP 2001051886A
- Authority
- JP
- Japan
- Prior art keywords
- information
- processing system
- customer
- management database
- processing
- 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.)
- Pending
Links
- 238000007726 management method Methods 0.000 claims description 55
- 238000000034 method Methods 0.000 abstract description 18
- 239000007788 liquid Substances 0.000 abstract description 2
- 230000010365 information processing Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 複数の処理系を含む計算機システムにおい
て、他の処理系が更新管理を行う情報参照を行う場合で
も処理効率を低下させない。 【解決手段】 流動性業務処理系１０の残高更新処理部
１１Ａは、端末５からの要求に応じて、口座管理データ
ベース１２Ａを参照したり更新したりする。顧客業務処
理系２０の顧客情報更新処理部２１Ａは、端末５からの
要求に応じて、顧客管理データベース２２Ａを参照した
り更新したりする。顧客管理データベース２２Ａには、
顧客番号４１Ａや顧客名４２Ａ等の情報が格納されてい
る。口座管理データベース１２Ａには、口座番号３１Ａ
や残高３２Ａ等の情報が格納されている。口座管理デー
タベース１２Ａに、さらに、顧客名４２Ａの情報が格納
されている。顧客名４２Ａは、本来、顧客情報更新処理
部２１Ａが管理する情報である。
て、他の処理系が更新管理を行う情報参照を行う場合で
も処理効率を低下させない。 【解決手段】 流動性業務処理系１０の残高更新処理部
１１Ａは、端末５からの要求に応じて、口座管理データ
ベース１２Ａを参照したり更新したりする。顧客業務処
理系２０の顧客情報更新処理部２１Ａは、端末５からの
要求に応じて、顧客管理データベース２２Ａを参照した
り更新したりする。顧客管理データベース２２Ａには、
顧客番号４１Ａや顧客名４２Ａ等の情報が格納されてい
る。口座管理データベース１２Ａには、口座番号３１Ａ
や残高３２Ａ等の情報が格納されている。口座管理デー
タベース１２Ａに、さらに、顧客名４２Ａの情報が格納
されている。顧客名４２Ａは、本来、顧客情報更新処理
部２１Ａが管理する情報である。
Description
【０００１】
【発明の属する技術分野】本発明は、本発明は、複数の
処理系例えば処理プログラムが共通のデータを参照する
システムに適用される情報管理方式に関する。
処理系例えば処理プログラムが共通のデータを参照する
システムに適用される情報管理方式に関する。
【０００２】
【従来の技術】複数の処理系を含む計算機システムにお
いて、ある処理系（処理系Ｂとする。）が管理している
データを他の処理系（処理系Ａとする。）が参照したい
場合が生ずることがある。その場合、処理系Ａは、例え
ば、処理系Ｂに対してデータ参照依頼を発行する。処理
系Ｂは、処理系Ａからの依頼を検出すると、依頼された
データを読み出し、読み出したデータを処理系Ａに返送
する。
いて、ある処理系（処理系Ｂとする。）が管理している
データを他の処理系（処理系Ａとする。）が参照したい
場合が生ずることがある。その場合、処理系Ａは、例え
ば、処理系Ｂに対してデータ参照依頼を発行する。処理
系Ｂは、処理系Ａからの依頼を検出すると、依頼された
データを読み出し、読み出したデータを処理系Ａに返送
する。
【０００３】処理系Ｂが、処理系Ａから依頼を受けたと
きに、依頼対象のデータを扱っている場合、特にデータ
を更新している場合には、その依頼の実行は、処理系Ａ
がデータの扱いを完了するまで待たされる。
きに、依頼対象のデータを扱っている場合、特にデータ
を更新している場合には、その依頼の実行は、処理系Ａ
がデータの扱いを完了するまで待たされる。
【０００４】
【発明が解決しようとする課題】以上のように、複数の
処理系を含む計算機システムにおけるある処理系が管理
しているデータを他の処理系が参照する場合には、幾つ
かの手続きを経て、データ参照を希望する処理系がデー
タを入手することができる。従って、データ参照を希望
する処理系がデータを得られるまでに時間がかかり、そ
の結果、その処理系の処理効率が低下するという課題が
ある。
処理系を含む計算機システムにおけるある処理系が管理
しているデータを他の処理系が参照する場合には、幾つ
かの手続きを経て、データ参照を希望する処理系がデー
タを入手することができる。従って、データ参照を希望
する処理系がデータを得られるまでに時間がかかり、そ
の結果、その処理系の処理効率が低下するという課題が
ある。
【０００５】そこで、本発明は、複数の処理系を含む計
算機システムにおいて、他の処理系が更新管理を行う情
報参照を行う場合でも処理効率を低下させない情報管理
方式を提供することを目的とする。
算機システムにおいて、他の処理系が更新管理を行う情
報参照を行う場合でも処理効率を低下させない情報管理
方式を提供することを目的とする。
【０００６】
【課題を解決するための手段】本発明による情報管理方
式は、他の処理系が更新管理する情報を参照する処理系
にはその情報と同一の情報が保持され、情報を更新管理
する処理系に情報管理手段が設置され、情報管理手段
は、情報の更新要求に応じて自処理系が有する情報の更
新を行うとともに同一の情報を有する処理系の情報を更
新することを特徴とする。
式は、他の処理系が更新管理する情報を参照する処理系
にはその情報と同一の情報が保持され、情報を更新管理
する処理系に情報管理手段が設置され、情報管理手段
は、情報の更新要求に応じて自処理系が有する情報の更
新を行うとともに同一の情報を有する処理系の情報を更
新することを特徴とする。
【０００７】情報管理手段は、同一の情報を有する処理
系の情報を更新する際に、その処理系に対して情報参照
を禁止することが好ましい。そのような構成によれば、
同一の情報を有する処理系が更新前の情報を参照しない
ことが保証される。
系の情報を更新する際に、その処理系に対して情報参照
を禁止することが好ましい。そのような構成によれば、
同一の情報を有する処理系が更新前の情報を参照しない
ことが保証される。
【０００８】情報管理方式は、例えば銀行業務に適用さ
れ、他の処理系が更新管理する情報を参照する処理系は
銀行業務における流動性業務処理系であり、他の処理系
は顧客業務処理系であって、顧客業務処理系が、顧客に
関する情報を有する顧客管理データベースと、顧客管理
データベースを更新する顧客情報更新処理部とを含み、
流動性業務処理系が、口座の残高情報に関する情報を有
する口座管理データベースを含み、口座管理データベー
スには顧客に関する情報も保持され、顧客情報更新処理
部が、口座管理データベースにおける顧客に関する情報
も更新する構成である。そのような構成によれば、流動
性業務処理系は、残高更新処理に際して顧客に関する情
報も直ちに入手でき、残高更新処理の効率向上を図るこ
とができる。
れ、他の処理系が更新管理する情報を参照する処理系は
銀行業務における流動性業務処理系であり、他の処理系
は顧客業務処理系であって、顧客業務処理系が、顧客に
関する情報を有する顧客管理データベースと、顧客管理
データベースを更新する顧客情報更新処理部とを含み、
流動性業務処理系が、口座の残高情報に関する情報を有
する口座管理データベースを含み、口座管理データベー
スには顧客に関する情報も保持され、顧客情報更新処理
部が、口座管理データベースにおける顧客に関する情報
も更新する構成である。そのような構成によれば、流動
性業務処理系は、残高更新処理に際して顧客に関する情
報も直ちに入手でき、残高更新処理の効率向上を図るこ
とができる。
【０００９】その場合、口座管理データベースは、顧客
に関する情報として例えば顧客名情報を保持する。つま
り、顧客に関する情報のうち、残高更新処理に必要とさ
れる情報のみが口座管理データベースに含まれている。
従って、顧客業務処理系における顧客情報更新処理部の
情報処理の負担はさほど重くならない。
に関する情報として例えば顧客名情報を保持する。つま
り、顧客に関する情報のうち、残高更新処理に必要とさ
れる情報のみが口座管理データベースに含まれている。
従って、顧客業務処理系における顧客情報更新処理部の
情報処理の負担はさほど重くならない。
【００１０】なお、複数の処理系が同一情報を有するシ
ステムは種々存在する。例えば、特開平４−５１３３４
号公報や特開平６−２３６３０９号公報に記載されてい
るように、銀行業務システムにおいて勘定系と情報系と
で同一情報が保有される。しかし、それらの情報はそれ
ぞれの情報管理手段において更新管理されているのであ
って、ある処理系が他の処理系が更新管理する情報を参
照するということとは異なる。
ステムは種々存在する。例えば、特開平４−５１３３４
号公報や特開平６−２３６３０９号公報に記載されてい
るように、銀行業務システムにおいて勘定系と情報系と
で同一情報が保有される。しかし、それらの情報はそれ
ぞれの情報管理手段において更新管理されているのであ
って、ある処理系が他の処理系が更新管理する情報を参
照するということとは異なる。
【００１１】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明による情報管理方
式が適用されるシステム例を示すシステム構成図であ
る。図１において、処理系１，２は、それぞれ独立した
処理を行うものであり、例えば、それぞれがプログラム
または計算機システムである。
を参照して説明する。図１は、本発明による情報管理方
式が適用されるシステム例を示すシステム構成図であ
る。図１において、処理系１，２は、それぞれ独立した
処理を行うものであり、例えば、それぞれがプログラム
または計算機システムである。
【００１２】処理系１において、情報処理部１１は、デ
ータベース１２内の情報を参照して処理系１に要求され
る処理を行う。この例では、データベース１２には、４
つの情報３１，３２，３３，４３が存在する。このう
ち、情報４３は、処理系２が管理している情報と同一の
情報である。処理系２において、情報処理部２１は、デ
ータベース２２内の情報を参照して処理系２に要求され
る処理を行う。この例では、データベース２２には、３
つの情報４１，４２，４３が存在する。このうち、情報
４３は、処理系１が保持している情報と同一の情報であ
る。
ータベース１２内の情報を参照して処理系１に要求され
る処理を行う。この例では、データベース１２には、４
つの情報３１，３２，３３，４３が存在する。このう
ち、情報４３は、処理系２が管理している情報と同一の
情報である。処理系２において、情報処理部２１は、デ
ータベース２２内の情報を参照して処理系２に要求され
る処理を行う。この例では、データベース２２には、３
つの情報４１，４２，４３が存在する。このうち、情報
４３は、処理系１が保持している情報と同一の情報であ
る。
【００１３】情報４３は、本来、処理系２が管理する情
報である。従って、情報４３の更新要求は処理系２で発
生する。処理系２において、情報４１，４２，４３の更
新要求が発生すると、情報処理部２１は、データベース
２２内の情報４１，４２，４３を更新するとともに、排
他制御をかけた上で、処理系１のデータベース１２内の
情報４３を更新する処理を行う。
報である。従って、情報４３の更新要求は処理系２で発
生する。処理系２において、情報４１，４２，４３の更
新要求が発生すると、情報処理部２１は、データベース
２２内の情報４１，４２，４３を更新するとともに、排
他制御をかけた上で、処理系１のデータベース１２内の
情報４３を更新する処理を行う。
【００１４】例えば、情報処理部２１は、処理系１の情
報処理部１１に対して、データベース１２内の情報４３
を参照しないようにロックをかける。そして、データベ
ース２２内の情報４１，４２，４３を更新し、さらに、
データベース１２内の情報４３を更新する。その後、情
報処理部１１に対するロックを解除する。このような制
御によって、データベース１２内の情報４３は、常にデ
ータベース２２内の情報と同一に保たれる。そして、情
報処理部１１が、更新前の情報４３を参照してしまうと
いうこともない。
報処理部１１に対して、データベース１２内の情報４３
を参照しないようにロックをかける。そして、データベ
ース２２内の情報４１，４２，４３を更新し、さらに、
データベース１２内の情報４３を更新する。その後、情
報処理部１１に対するロックを解除する。このような制
御によって、データベース１２内の情報４３は、常にデ
ータベース２２内の情報と同一に保たれる。そして、情
報処理部１１が、更新前の情報４３を参照してしまうと
いうこともない。
【００１５】このような情報管理方式によれば、処理系
１は、処理系２が管理している情報４３を高速でアクセ
スでき、情報入手のために時間がかかって処理効率が落
ちてしまうということはない。また、処理系１のデータ
ベース１２は、処理系２が管理する情報４１，４２，４
３のうち必要な情報４３のみを保持しているので、その
更新に際して時間がかかったり複雑な処理が要求される
ということもない。
１は、処理系２が管理している情報４３を高速でアクセ
スでき、情報入手のために時間がかかって処理効率が落
ちてしまうということはない。また、処理系１のデータ
ベース１２は、処理系２が管理する情報４１，４２，４
３のうち必要な情報４３のみを保持しているので、その
更新に際して時間がかかったり複雑な処理が要求される
ということもない。
【００１６】図２は、図１に示された情報管理方式を具
体的な業務に適用した場合の例を示すシステム構成図で
ある。ここでは、銀行業務システム１００における流動
性業務処理および顧客業務処理を例にする。流動性業務
処理は、顧客の口座開設、顧客からの照会および各口座
の残高更新（入金および出金）等の業務を行う処理であ
る。また、顧客業務処理は、顧客情報を管理し更新する
業務を行う処理である。
体的な業務に適用した場合の例を示すシステム構成図で
ある。ここでは、銀行業務システム１００における流動
性業務処理および顧客業務処理を例にする。流動性業務
処理は、顧客の口座開設、顧客からの照会および各口座
の残高更新（入金および出金）等の業務を行う処理であ
る。また、顧客業務処理は、顧客情報を管理し更新する
業務を行う処理である。
【００１７】図２では、流動性業務処理系１０におい
て、残高更新処理部１１Ａと口座管理データベース１２
Ａとが例示されている。残高更新処理部１１Ａは、端末
５からの要求に応じて、口座管理データベース１２Ａを
参照したり口座管理データベース１２Ａ内の情報を更新
したりする。なお、図２には１つの端末５のみが示され
ているが、実際には多数の端末が存在する。
て、残高更新処理部１１Ａと口座管理データベース１２
Ａとが例示されている。残高更新処理部１１Ａは、端末
５からの要求に応じて、口座管理データベース１２Ａを
参照したり口座管理データベース１２Ａ内の情報を更新
したりする。なお、図２には１つの端末５のみが示され
ているが、実際には多数の端末が存在する。
【００１８】顧客業務処理系２０では、顧客情報更新処
理部２１Ａと顧客管理データベース２２Ａとが例示され
ている。顧客情報更新処理部２１Ａは、端末５からの要
求に応じて、顧客管理データベース２２Ａを参照したり
顧客管理データベース２２Ａ内の情報を更新したりす
る。
理部２１Ａと顧客管理データベース２２Ａとが例示され
ている。顧客情報更新処理部２１Ａは、端末５からの要
求に応じて、顧客管理データベース２２Ａを参照したり
顧客管理データベース２２Ａ内の情報を更新したりす
る。
【００１９】図２に示すように、顧客管理データベース
２２Ａには、顧客番号４１Ａや顧客名４２Ａ等の情報が
格納されている。また、口座管理データベース１２Ａに
は、口座番号３１Ａや残高３２Ａ等の情報が格納されて
いる。さらに、この実施の形態では、口座管理データベ
ース１２Ａに、顧客名４２Ａの情報が格納されている。
顧客名４２Ａは、本来、顧客情報更新処理部２１Ａが管
理する情報である。
２２Ａには、顧客番号４１Ａや顧客名４２Ａ等の情報が
格納されている。また、口座管理データベース１２Ａに
は、口座番号３１Ａや残高３２Ａ等の情報が格納されて
いる。さらに、この実施の形態では、口座管理データベ
ース１２Ａに、顧客名４２Ａの情報が格納されている。
顧客名４２Ａは、本来、顧客情報更新処理部２１Ａが管
理する情報である。
【００２０】次に、動作について説明する。端末５か
ら、ある口座の残高更新要求が出されたとする。すなわ
ち、端末５から、口座番号、顧客名および入金額または
出金額が残高更新処理部１１Ａに入力されたとする。残
高更新処理部１１Ａは、残高更新要求に応じて、口座管
理データベース１２Ａ内の口座番号３１Ａおよび顧客名
４２Ａの情報を参照し、残高３２Ａの情報中の該当する
残高を更新する。そして、口座番号、顧客名および更新
された残高を端末５に返送する。
ら、ある口座の残高更新要求が出されたとする。すなわ
ち、端末５から、口座番号、顧客名および入金額または
出金額が残高更新処理部１１Ａに入力されたとする。残
高更新処理部１１Ａは、残高更新要求に応じて、口座管
理データベース１２Ａ内の口座番号３１Ａおよび顧客名
４２Ａの情報を参照し、残高３２Ａの情報中の該当する
残高を更新する。そして、口座番号、顧客名および更新
された残高を端末５に返送する。
【００２１】ここで、顧客名４２Ａの情報は、残高更新
処理において認証のために使用され、残高更新処理部１
１Ａは、残高更新要求が発生する度に参照する必要があ
る。従来の銀行業務システムでは、顧客名４２Ａは、そ
れを管理している顧客業務処理系２０のデータベースの
みに保存されていた。従って、従来の残高更新処理部
は、残高更新要求が発生する都度、顧客業務処理系２０
のデータベースを参照する必要があった。そのような情
報参照を行うには幾つかの手続きを経る必要があるので
時間がかかることは既に述べた。その結果、要求に応じ
た結果が端末５に返送されるまでに時間がかかる。
処理において認証のために使用され、残高更新処理部１
１Ａは、残高更新要求が発生する度に参照する必要があ
る。従来の銀行業務システムでは、顧客名４２Ａは、そ
れを管理している顧客業務処理系２０のデータベースの
みに保存されていた。従って、従来の残高更新処理部
は、残高更新要求が発生する都度、顧客業務処理系２０
のデータベースを参照する必要があった。そのような情
報参照を行うには幾つかの手続きを経る必要があるので
時間がかかることは既に述べた。その結果、要求に応じ
た結果が端末５に返送されるまでに時間がかかる。
【００２２】銀行業務において残高更新処理は頻繁に発
生するので、応答時間（残高更新発生から結果を得るま
での時間）が長くなったのでは、業務効率が低下してし
まいう。ところが、この実施の形態では、本来は顧客業
務処理系２０において管理されている顧客名４２Ａの情
報と同一の情報が流動性業務処理系１０においても保持
されているので、残高更新処理部１１Ａは、情報参照に
手間をかけることなく、残高更新処理を実行することが
できる。すなわち、残高更新処理業務の効率向上が図ら
れている。
生するので、応答時間（残高更新発生から結果を得るま
での時間）が長くなったのでは、業務効率が低下してし
まいう。ところが、この実施の形態では、本来は顧客業
務処理系２０において管理されている顧客名４２Ａの情
報と同一の情報が流動性業務処理系１０においても保持
されているので、残高更新処理部１１Ａは、情報参照に
手間をかけることなく、残高更新処理を実行することが
できる。すなわち、残高更新処理業務の効率向上が図ら
れている。
【００２３】流動性業務処理系１０における顧客名４２
Ａの情報と顧客業務処理系２０における顧客名４２Ａの
情報とが常に同じになるように、顧客情報更新処理部２
１Ａは、顧客情報更新処理要求例えば顧客名更新要求が
発生すると、顧客管理データベース２２Ａ内の顧客名４
２Ａの情報を更新するとともに、排他制御をかけた上
で、口座管理データベース１２Ａ内の顧客名４２Ａの情
報を更新する処理を行う。
Ａの情報と顧客業務処理系２０における顧客名４２Ａの
情報とが常に同じになるように、顧客情報更新処理部２
１Ａは、顧客情報更新処理要求例えば顧客名更新要求が
発生すると、顧客管理データベース２２Ａ内の顧客名４
２Ａの情報を更新するとともに、排他制御をかけた上
で、口座管理データベース１２Ａ内の顧客名４２Ａの情
報を更新する処理を行う。
【００２４】例えば、端末５から、顧客番号および新旧
の顧客名と顧客名更新要求が顧客情報更新処理部２１Ａ
に通知されたとする。すると、顧客情報更新処理部２１
Ａは、流動性業務処理系１０の残高更新処理部１１Ａに
対して、口座管理データベース１２Ａ内の顧客名４２Ａ
を参照しないようにロックをかける。そして、顧客管理
データベース２２Ａ内の顧客番号４１Ａの情報を参照し
て更新対象の顧客名４２Ａの情報領域を特定し、新顧客
名をそこに書き込む。また、口座管理データベース１２
Ａ内の顧客名４２Ａの情報領域に同じデータを書き込
む。その後、残高更新処理部１１Ａに対するロックを解
除する。
の顧客名と顧客名更新要求が顧客情報更新処理部２１Ａ
に通知されたとする。すると、顧客情報更新処理部２１
Ａは、流動性業務処理系１０の残高更新処理部１１Ａに
対して、口座管理データベース１２Ａ内の顧客名４２Ａ
を参照しないようにロックをかける。そして、顧客管理
データベース２２Ａ内の顧客番号４１Ａの情報を参照し
て更新対象の顧客名４２Ａの情報領域を特定し、新顧客
名をそこに書き込む。また、口座管理データベース１２
Ａ内の顧客名４２Ａの情報領域に同じデータを書き込
む。その後、残高更新処理部１１Ａに対するロックを解
除する。
【００２５】以上のように、この実施の形態では、本来
顧客業務処理系２０が管理している情報の一部が流動性
業務処理系１０でも保持されているので、流動性業務処
理系１０における残高更新処理部１１Ａは、残高更新要
求を受けた場合に、その要求を処理するために必要な情
報を手間をかけることなく入手できる。従って、残高更
新処理の高速化を実現することができ、その結果、銀行
業務の効率向上が実現される。なお、顧客情報更新処理
は、銀行業務の中で発生頻度が低い処理であるから、排
他制御がかけられている間残高更新処理が実行できなく
ても、銀行業務全体の処理効率にはほとんど影響を与え
ない。
顧客業務処理系２０が管理している情報の一部が流動性
業務処理系１０でも保持されているので、流動性業務処
理系１０における残高更新処理部１１Ａは、残高更新要
求を受けた場合に、その要求を処理するために必要な情
報を手間をかけることなく入手できる。従って、残高更
新処理の高速化を実現することができ、その結果、銀行
業務の効率向上が実現される。なお、顧客情報更新処理
は、銀行業務の中で発生頻度が低い処理であるから、排
他制御がかけられている間残高更新処理が実行できなく
ても、銀行業務全体の処理効率にはほとんど影響を与え
ない。
【００２６】
【発明の効果】本発明によれば、情報管理方式を、他の
処理系が更新管理する情報を参照する処理系にはその情
報と同一の情報が保持され、情報を更新管理する処理系
における情報管理手段が、情報の更新要求に応じて自処
理系が有する情報の更新を行うとともに同一の情報を有
する処理系の情報を更新するように構成したので、他の
処理系が更新管理を行う情報参照を行う場合でも、情報
参照を行う処理系の処理効率を低下させない効果があ
る。
処理系が更新管理する情報を参照する処理系にはその情
報と同一の情報が保持され、情報を更新管理する処理系
における情報管理手段が、情報の更新要求に応じて自処
理系が有する情報の更新を行うとともに同一の情報を有
する処理系の情報を更新するように構成したので、他の
処理系が更新管理を行う情報参照を行う場合でも、情報
参照を行う処理系の処理効率を低下させない効果があ
る。
【図１】 本発明による情報管理方式が適用されるシス
テム例を示すシステム構成図である。
テム例を示すシステム構成図である。
【図２】 情報管理方式を具体的な業務に適用した場合
の例を示すシステム構成図である。
の例を示すシステム構成図である。
１，２ 処理系 ５ 端末 １０ 流動性業務処理系 １１，２１ 情報処理部 １２，２２ データベース ２０ 顧客業務処理系 １００ 銀行業務システム １１Ａ 残高更新処理部 １２Ａ 口座管理データベース ２１Ａ 顧客情報更新処理部 ２２Ａ 顧客管理データベース
Claims (4)
- 【請求項１】 複数の処理系を含むシステムであってシ
ステム内のある処理系が他の処理系が更新管理する情報
を参照するシステムにおける情報管理方式であって、 他の処理系が更新管理する情報を参照する処理系には、
その情報と同一の情報が保持され、 情報を更新管理する処理系に情報管理手段が設置され、 情報管理手段は、情報の更新要求に応じて、自処理系が
有する情報の更新を行うとともに、同一の情報を有する
処理系の情報を更新することを特徴とする情報管理方
式。 - 【請求項２】 情報管理手段は、同一の情報を有する処
理系の情報を更新する際に、その処理系に対して情報参
照を禁止する請求項１記載の情報管理方式。 - 【請求項３】 他の処理系が更新管理する情報を参照す
る処理系は銀行業務における流動性業務処理系であり、
他の処理系は顧客業務処理系であって、 顧客業務処理系は、顧客に関する情報を有する顧客管理
データベースと、顧客管理データベースを更新する顧客
情報更新処理部とを含み、流動性業務処理系は、口座の
残高情報に関する情報を有する口座管理データベースを
含み、 口座管理データベースには顧客に関する情報も保持さ
れ、 情報を更新管理する処理系における情報管理手段は、顧
客情報更新処理部である請求項１または請求項２記載の
情報管理方式。 - 【請求項４】 口座管理データベースは、顧客に関する
情報として顧客名情報を保持する請求項３記載の情報管
理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22660199A JP2001051886A (ja) | 1999-08-10 | 1999-08-10 | 情報管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22660199A JP2001051886A (ja) | 1999-08-10 | 1999-08-10 | 情報管理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001051886A true JP2001051886A (ja) | 2001-02-23 |
Family
ID=16847762
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP22660199A Pending JP2001051886A (ja) | 1999-08-10 | 1999-08-10 | 情報管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001051886A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7958140B2 (en) | 2002-02-26 | 2011-06-07 | Ricoh Company, Ltd. | Method of controlling user information and information processing apparatus |
-
1999
- 1999-08-10 JP JP22660199A patent/JP2001051886A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7958140B2 (en) | 2002-02-26 | 2011-06-07 | Ricoh Company, Ltd. | Method of controlling user information and information processing apparatus |
| US8135734B2 (en) | 2002-02-26 | 2012-03-13 | Ricoh Company, Ltd. | Method of controlling user information and information processing apparatus |
| US10404785B2 (en) | 2002-02-26 | 2019-09-03 | Ricoh Company, Ltd. | Method of controlling user information and information processing apparatus |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100322224B1 (ko) | 클라이언트/서버 컴퓨터 시스템에서 서버 내의 클라이언트 요청들의 디스패칭시에 시맨틱 동시 제어를 수행하는 장치 및 방법 | |
| JPH09512358A (ja) | インタフェース装置及び方法 | |
| KR20010042008A (ko) | 클라이언트가 선택할 수 있는 트랜잭션 객체의 위치를가진 클라이언트/서버 컴퓨팅 장치, 방법 그리고 컴퓨터프로그램 제품 | |
| JP2002007182A (ja) | 外部記憶装置の共有ファイル管理方式 | |
| JP3548030B2 (ja) | サーバ処理装置及びサーバ処理方法 | |
| US20010037333A1 (en) | Asset information management method, asset information management system, asset information identifier database, and data structure of asset information management identifier | |
| US8561071B2 (en) | Process instance serialization | |
| JP2001051886A (ja) | 情報管理方式 | |
| JP2001357215A (ja) | 自動取引装置および取引プログラムを記録したコンピュータ読み取り可能な記録媒体、並びに取引プログラム | |
| JPH0844670A (ja) | ファイル管理方法およびそれを用いた計算機システムならびにその計算機システムの運用方法 | |
| JP3970524B2 (ja) | 複数オペレーション間の排他制御方法 | |
| US5386555A (en) | Data processing system having a plurality of units in which design of the system can be changed by simple definition | |
| JP4173961B2 (ja) | 口座統合方法及びその方法での処理をコンピュータに行なわせるためのプログラム | |
| JPS6342293B2 (ja) | ||
| JP3550289B2 (ja) | マルチクラスタ・システムにおける運転情報管理方法，マルチクラスタ・システムおよびオンライン運転情報管理のためのプログラム記憶媒体 | |
| US6032176A (en) | Data-independent type computer system: processing machine, data machine and man-machine interface therein | |
| JP2708012B2 (ja) | 更新バッファ管理装置 | |
| JP2002049496A (ja) | プログラム制御方法およびシステム並びにその処理プログラムを格納した記録媒体 | |
| JPH07311700A (ja) | 並行処理システム | |
| JP2643843B2 (ja) | オンライン処理システム | |
| JPH0798689A (ja) | オンラインシステムの一括処理方法 | |
| JPH0944283A (ja) | キーボード制御方法 | |
| JP2000155744A (ja) | トランザクションデータ再表示方式 | |
| JP3006527B2 (ja) | クライアント／サーバ型データベースシステム | |
| JP2005216002A (ja) | 金融デバイス集中管理システム、金融デバイス集中管理方法、金融デバイス集中管理プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040224 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040622 |