JPH0660052A

JPH0660052A - データ流通システム

Info

Publication number: JPH0660052A
Application number: JP21258392A
Authority: JP
Inventors: Haruyuki Someya; 治志染谷; Mitsushige Tsukada; 光茂塚田; Kotaro Yamashita; 廣太郎山下; Mitsutaka Kosaka; 満隆小坂
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1992-08-10
Filing date: 1992-08-10
Publication date: 1994-03-04
Anticipated expiration: 2017-11-25
Also published as: JP3350962B2

Abstract

(57)【要約】【目的】アクセス手段が異なる複数のコンピュータか
ら構成されるデータ処理システムが蓄積管理するデータ
群に関し、アクセスの違いを意識させない内容表示及び
統一されたアクセス手段を利用者に提供する。【構成】複数のコンピュータが有するデータ群の項目
を利用者に提示する手段（１１００）、前記複数のコン
ピュータからのデータ群を蓄積する手段（１０００）、
前記利用者が前記提示された項目の内から必要と要求し
たデータ群を前記蓄積したデータ群から検索終了時に前
記利用者に提供する手段（１０００及び１１００）、及
び前記要求されたデータ群が前記蓄積手段にない場合に
前記複数のコンピュータから前記要求されたデータ群を
収集し前記蓄積手段に登録する手段（１０００）により
構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はコンピュータ（デ−タ処
理システム）のデータファイルを利用者に提供するデー
タ流通システムに関し、更に詳しくは、複数のコンピュ
ータのデータファイルをアクセスするのに適したデータ
流通システムに関する。

【０００２】

【従来の技術】従来、データ処理システムではデータ利
用者の要求に応じてシステム部門が業務プログラムを開
発し、出力データを要求元の利用者に定型処理として提
供している。データの利用形態は、還元帳票、通信回線
を介しての端末照会で、業務プログラムで規定された定
型フォーマットでの利用である。最近では利用者の端末
（パソコンやワークステーション）のローカルファイル
にダウンロードされ、ワークステーションに搭載された
スプレッドソフトを使って利用者が自由にデータを加工
して利用する形態もある（たとえば「エンドユーザ自身
がマルチベンダ・システム構築」，日経コンピュータ19
91.4.22号、pp.136-144）。しかし、提供されているデ
ータ以外のデータあるいは帳票が必要になると、システ
ム部門に対して業務プログラムの開発を要請することに
なる。

【０００３】また、利用者の端末から、データ処理シス
テムのデータベースを直接任意検索できる形態もある。
しかし、直接アクセスできるデータが限られており、デ
ータ処理システムと利用者の端末とのあいだでオンライ
ン検索セションが確立可能でなければならない。また、
データ処理システムが複数のコンピュータから構成され
ている場合、利用者がデータベースをアクセスすると
き、そのデータベースがどのコンピュータに存在するか
意識しなければならない。一方、このように分散された
データベースの所在を意識せずにデータアクセスを可能
とするしかけとして、A.P.Sage，「2.3 ディストリビュ
ーテッドアンドコオペレイティブデータ−ベース
イシュー（DISTRIBUTED AND COOPERATIVE DATA-BASE
ISSUE）」，デシジョンサポートシステムエンジニ
アリング（DECISION SUPPORT SYSTEMS ENGINEERING），
pp.69-72，John Wiley&Sons,INC.，1991で述べられてい
る分散データベース管理システムがある。本文献の記述
にあるように、各ローカルデータベースのデータ構造が
すべて同一あるいは、各データベース管理システムがす
べてのローカルデータベースのデータ構造を知っている
ことが前提である。現在、分散データベース管理システ
ムが各メーカから提供されている。既存のデータ処理シ
ステムを分散データベース環境にしようとした場合、す
べてのデータ処理システムを構成するコンピュータが同
一ベンダのデータベース管理システムまたはこれとコン
パチブルな他ベンダのデータベース管理システム、およ
びこれらのデータベース管理システムを機能させるオペ
レーティングシステムを導入する必要がある。

【０００４】

【発明が解決しようとする課題】従来方法では、データ
処理システムを構成する複数のコンピュータのどこかに
利用者が欲するデータが存在するのにもかかわらず、欲
するデータを作成する業務プログラムを開発する（シス
テム部門あるいは利用部門で）ことになる。しかし、デ
ータ処理システムに蓄積されているデータ群の中にほと
んど同じようなデータが存在することになるなど、デー
タの冗長性が高いデータ処理システムとなる問題があ
る。また、データの存在がわかったとしても、そのデー
タの提供形態は還元帳票などのペーパーベースであった
り、通信回線を介してデータ伝送あるいはフロッピーデ
ィスク、磁気テープなどによる記憶媒体であったり、利
用者はさまざまなインターフェースを意識しなければな
らない問題がある。分散データベース管理システムによ
りデータ処理システムを構成しようとする場合、既存の
データ処理システムを大幅に再構築する必要があり、膨
大な投資となる。

【０００５】上記問題点は、データ管理システムが蓄積
管理しているデータが利用者に提示されていないこと、
データ処理システムを構成するコンピュータから利用者
の端末へ提供するデータの収集、蓄積、及び提供方法が
統一されていないことに起因する。

【０００６】本発明の目的は、利用者に対してデータ処
理システムが蓄積管理しているすべてのデータ項目を提
示し、要求されたデータを収集し、蓄積し、及び提供
（デ−タの流通）する手段を統一することにより、上記
問題を解決したデータ流通システムを提供することにあ
る。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、データ処理システムが蓄積管理するデータ群を利用
者に提示し利用者が欲するデータ群の提供を要求する手
段、要求データ群を既存のデータ処理システムからそれ
がサポートしている提供方法によって収集する手段、要
求データ群すべてが収集完了した時点で利用者に要求デ
ータ群を提供する手段、利用者に提供されるデータ群を
保持する手段と利用者の指示により保持しているデータ
群を表示する手段により構成する。さらに、既存のデー
タ処理システムがサポートしている提供方法によるデー
タ収集時間を記憶する部分と利用者からのデータ群の提
供要求に対して提供が完了する予定時間を算出し利用者
に通知する手段を設ける。以上の手段により、利用者は
データ処理システムが蓄積管理するすべてのデータを知
ることができ、その中から欲するデータ群を指定すれ
ば、指定したすべての要求データ群は同一のデータ流通
経路から一括して入手でき、要求者の指示により要求し
たデータ群を任意時点で表示するようにしたものであ
る。また、利用者がデータ提供を要求するといつそのデ
ータが入手できるかについて知らせるようにし、データ
収集に要する待ち時間を明確にするようにしたものであ
る。

【０００８】

【作用】本発明により、利用者に対してデータ処理シス
テムが蓄積管理するすべてのデータ群を提示して、利用
者からのデータ提供要求を受付ける。要求されたデータ
群を既存のデータ処理システムから収集して利用者に提
供する。すなわち、利用者は、データ管理システムが蓄
積管理するすべてのデータを知ることができ、その中か
ら自分が欲するデータ群を指定するだけで、要求したデ
ータ群を同一流通経路で入手することになる。したがっ
て、利用者にとって、要求データの入手に際してはデー
タの所在場所およびそのアクセス方法について意識する
必要がない。また、要求したすべてのデータは同一の流
通経路で一括提供されることになるので、利用者はデー
タごとに提供形態を意識したり、複数のデータを要求し
た場合の各データの収集状況を意識したりする必要がな
い。利用者がデータ提供要求を出すと、その要求された
データ群を収集するまでの予定時間を計算して利用者に
通知するので、利用者はそれまでのあいだ無駄にデータ
提供を待っていることがない。データ処理システムが蓄
積管理するデータのアクセスは、既存のデータ処理シス
テムがサポートしている方法を利用するので、本発明を
実現するとき既存のデータ処理システムを再構築する必
要がない。

【０００９】

【実施例】以下、本発明の一実施例を図１から図２１を
用いて説明する。

【００１０】図１は、本発明であるデータ流通システム
の全体構成を示したものである。データ流通システム
は、情報流通システム１０００と本システム１０００と
ネットワーク１２００で接続された複数の情報窓口シス
テム１１００から構成されている。情報流通システム１
０００は、業務遂行に必要なデータ、たとえば銀行の預
金・貸金の取引実績管理や期日管理などの業務プログラ
ムの実行やデータの蓄積を行う業務サブシステム群（デ
−タ処理システム）１３００と接続されている。情報流
通システム１０００と業務サブシステム群１３００と
は、ネットワーク１２０１によるオンライン接続、また
は磁気テープ、フロッピーディスクなどの記憶媒体１２
０２を介したオフライン接続形態で接続されている。

【００１１】情報流通システム１０００は、情報窓口シ
ステム１１００から統一された手段で要求されたデータ
を、業務サブシステム群１３００に蓄積管理されている
データベース群１３０１からデータベース群に適合した
アクセス手段によって収集し、蓄積し、データ要求元で
ある情報窓口システム１１００へ統一された手段で提供
するシステムである。本システム１０００は、コンピュ
ータ１００１、記憶装置１００２およびコンソール端末
１００３から構成されている。情報流通システム１００
０のコンピュータ１００１は、情報窓口システム１１０
０からのデータ提供要求の受付処理、データの収集制御
や収集データ（情報窓口システム１１００からの要求デ
ータ）の送信処理を実行する。本コンピュータ１００１
の詳細ソフトウェア構成は、図３を用いて後述する。情
報流通システム１０００の記憶装置１００２は、業務サ
ブシステム群１３００から収集したデータをファイルと
して一時的に保存する。情報流通システム１０００のコ
ンソール端末１００３は、オフライン形態での業務サブ
システムからのデータ収集指示を表示したり、記憶装置
１００２に保存されているファイルのメンテナンス処理
の実行を指示したりする。

【００１２】情報窓口システム１１００は、本システム
１１００の利用者が指定したデータ提供要求の情報流通
システム１０００への通知、要求データの情報流通シス
テム１０００からの受信、表示を行うシステムである。
本システム１１００は、コンピュータ１１０１、記憶装
置１１０２および端末装置１１０３から構成されてい
る。情報窓口システム１１００のコンピュータ１１０１
は、利用者からのデータ提供要求の受付け処理や情報流
通システム１０００からの要求データの受信、表示を実
行する。本コンピュータ１１０１の詳細ソフトウェア構
成は、図２を用いて後述する。情報窓口システム１１０
０の記憶装置１１０２は、情報流通システム１０００か
ら受信した要求データをファイルとして一時的に保存す
る。端末装置１１０３は、利用者からのデータ提供要求
の入力インターフェースおよび要求データの表示を行
う。

【００１３】本発明であるデータ流通システムの利用形
態を説明しておく。利用者は、情報窓口システム１１０
０の端末装置１１０３から必要とするデータを指定す
る。情報窓口システム１１００は、利用者が指定したデ
ータの提供要求を情報流通システム１０００に通知す
る。情報流通システム１０００は、記憶装置１００２内
に保存されていればすぐに情報窓口システム１１００に
送信する。もし、保存されていなければ、業務サブシス
テム群１３００から要求データを収集して情報窓口シス
テム１１００に送信する。ここで、情報流通システム１
０００は、情報窓口システム１１００からデータ要求を
受けると、要求されたデータの収集、送信を完了する日
時を調べ、情報窓口システム１１００に報告する。情報
窓口システム１１００は、利用者に要求受付け番号と要
求データの収集完了日時を端末装置１１０３を介して通
知する。このデータ収集完了日時の通知処理について
は、図２および図３を用いて説明する処理部の処理フロ
ーチャートを説明するところで詳しく延べる。情報窓口
システム１１００は、情報流通システム１０００から受
信した要求データを記憶装置１１０２に保存する。利用
者が要求したデータの取得方法は、利用者は情報窓口シ
ステム１１０３の端末装置１１０３からデータ提供要求
時に通知された要求受付け番号を入力する。情報窓口シ
ステム１１００は、記憶装置１１０２内のファイルを検
索して要求受付け番号に対応した要求データを端末装置
１１０３に表示する。

【００１４】図２は、図１における情報窓口システム１
１００の詳細なシステム構成を示したものである。本シ
ステム１１００のコンピュータ１１０１のソフトウェア
構成は、データ索引テーブル２１０１、要求管理テーブ
ル２１０２、メイン制御部２２０１、データ要求受付部
２２０２、要求データ表示処理部２２０３、データ受信
処理部２２０４、通信インターフェース部２２０５およ
びファイル入出力管理部２２０６から成る。

【００１５】データ索引テーブル２１０１は、情報流通
システム１０００が収集、提供できるデータの索引を保
持するテーブルであり、そのテーブル構造については図
４を用いて後述する。要求管理テーブル２１０２は、利
用者からのデータ提供要求の収集状況を管理するテーブ
ルであり、そのテーブル構造については図５を用いて後
述する。

【００１６】メイン制御部２２０１は、端末装置１１０
３から利用者が入力するリクエスト（データの提供要
求、要求データの表示要求）を判断し、リクエストに応
じた処理部（データ要求受付部２２０２または要求表示
処理部２２０３）を起動する。本制御部２２０１の処理
フローチャートは、図９を用いて後述する。

【００１７】データ要求受付部２２０２は、利用者が端
末装置１１０３から入力するデータ提供要求の受付処理
（要求受付番号の付与、データ収集完了日時の通知な
ど）を実行する処理部であり、詳細な処理フローチャー
トについては図１０を用いてあとで説明する。

【００１８】要求データ表示処理部２２０３は、データ
要求の収集完了状況（要求管理テーブル２２０３の内
容）や記憶装置１１０２に保存されている要求データ
（ファイル２３００）を端末装置１１０３に表示する処
理を実行する。本処理部２２０３の処理フローチャート
は、図１１を用いて後述する。

【００１９】データ受信処理部２２０４は、情報流通シ
ステム１０００から送信されたデータを記憶装置１１０
２へファイル２３００として保存する処理を実行する。
本処理部２２０４の処理フローチャートについては、図
１２を用いて後で説明する。

【００２０】通信インターフェース部２２０５は情報窓
口システム１１００を情報流通システム１０００とのあ
いだの通信を制御する処理部であり、その処理フローチ
ャートは図１３を用いて後述する。

【００２１】ファイル入出力管理部２２０６は、コンピ
ュータ１１０１の各処理部と記憶装置１１０２に格納さ
れているファイル群２３００との入出力制御を実行す
る。ここで、ファイル入出力管理部２２０６で管理され
る記憶装置１１０２内のファイル２３００単位は要求受
付番号単位である。すなわち、ひとつの要求受付番号に
対してひとつのファイル２３００が割り当てられ、管理
される。

【００２２】図３は、図１における情報流通システム１
０００の詳細なシステム構成を示したものである。情報
流通システム１０００の記憶装置１００２には、業務サ
ブシステム群１３００から収集されたデータを格納する
ファイル３３００と業務サブシステム群１３００が保持
するデータベース群１３０１に対するオンライン検索の
手順をカタログ化したデータ操作プロシジャーファイル
３４００が格納されている。データ操作プロシジャーフ
ァイル３４００は、本システム１０００構築時に設定し
ておくファイルである。一方、業務サブシステム群１３
００から収集されたデータを格納するファイル３３００
はコンピュータ１００１の各処理部によって生成、削除
されるファイルである。また、本ファイル３３００のフ
ァイル単位は、データ管理テーブル３１０１で管理され
るデータ番号単位である。情報流通システム１０００の
コンピュータ１００１は、データ管理テーブル３１０
１、収集状況管理テーブル群３１０２、処理ステータス
テーブル３１０３、データ要求処理部３２０１、オンラ
インデータ収集インターフェイス部３２０２、オフライ
ンデータ収集インターフェース部３２０３、データ収集
処理部３２０４、データ編集送信処理部３２０５、通信
インターフェース部３２０６、ファイルメンテナンス処
理部３２０７およびファイル入出力管理部３２０８から
成る。

【００２３】データ管理テーブル３１０１は、情報窓口
システム１１００に対してデータ提供可能なデータ項目
およびデータが存在する業務サブシステム名、アクセス
方法やアクセス時間（データ収集に要する処理時間）な
どの属性を管理するテーブルである。本テーブルの構成
については、図６を用いてあとで説明する。

【００２４】収集状況管理テーブル３１０２は、情報窓
口システム１１００からのデータ提供要求ごと（のちに
説明する要求番号単位）にひとつのテーブル３１０２が
割り当てられ、要求データの収集状況を管理するテーブ
ルである。本テーブル３１０２の構成は、図７を用いて
後述する。

【００２５】処理ステータステーブル３１０３は、デー
タ要求処理部３２０１、データ収集処理部３２０４、デ
ータ編集送信処理部３２０５およびファイルメンテナン
ス処理部３２０７の処理実行状況を示すテーブルであ
る。本テーブル３１０３の構成は、図８を用いて説明す
る。

【００２６】データ要求処理部３２０１は、情報窓口シ
ステム１１００からのデータ提供要求の受付処理（収集
完了日時の設定、通知やオンラインデータ収集インター
フェイス部３２０２またはオフラインデータ収集インタ
ーフェース部３２０３へのデータ収集依頼など）を実行
する。本処理部の処理フローチャートは、あとで図１４
および図１５を用いて詳細に説明する。

【００２７】オンラインデータ収集インターフェース部
３２０２は、データ要求処理部３２０１からのデータ収
集依頼に従い、業務サブシステム１３００とのオンライ
ン検索セションを確立してデータ操作プロシージャーを
実行してデータ収集を実行する。本処理部３２０２の処
理フローチャートについては、図１６を用いて後述す
る。

【００２８】オフラインデータ収集インターフェース部
３２０３は、データ要求処理部３２０１からのデータ収
集依頼をコンソール端末１００３に表示し、計算機オペ
レータにより、磁気テープなどの記憶媒体１２０２を介
してのデータ収集を実行する。本処理部３２０３の処理
フローチャートは、図１７を用いて後述する。

【００２９】データ収集処理部３２０４は、オンライン
データ収集インターフェイス部３２０２またはオフライ
ンデータ収集インターフェース部３２０３が業務サブシ
ステム群１３００から収集したデータを受け取り、ファ
イル入出力管理部３２０８を介して、記憶装置１００２
にファイル３３００として格納する処理を実行する。本
処理部３２０３の処理フローチャートは、図１８を用い
てあとで説明する。

【００３０】データ編集送信処理部３２０５は、情報窓
口システム１１００よりの提供要求データをファイル３
３００よりファイル入出力管理部３２０８を介して読み
だし、要求元である情報窓口システム１１００に送信す
る。本処理部３２０５の処理フローチャートは、図１９
を用いて後述する。

【００３１】通信インターフェース部３２０６は情報窓
口システム１１００を情報流通システム１０００とのあ
いだの通信を制御する処理部であり、その処理フローチ
ャートは図２０を用いて後述する。

【００３２】ファイルメンテナンス処理部３２０７は記
憶装置１００２に格納されているファイル群３３００の
メンテナンス処理を実行する処理部であり、その処理フ
ローチャートについては図２１を用いて説明する。

【００３３】ファイル入出力管理部３２０８は、コンピ
ュータ１００１の各処理部と記憶装置１００２に格納さ
れているファイル群３３００との入出力制御を実行す
る。

【００３４】ここで、ファイルメンテナンス処理部３２
０７のメンテナンス処理について説明を加えておく。情
報流通システム１０００は、これまで説明してきたよう
に、情報窓口システム群１１００から提供を要求された
データ群を業務サブシステム群１３００より収集して要
求元の情報窓口システム１１００に転送するシステムで
ある。あるデータに対して複数の情報窓口システム１１
００より提供要求が発生した場合、そのつど業務サブシ
ステム群１３００から収集していたのでは情報流通シス
テム１０００や業務サブシステム群１３００に処理負荷
が多大にかかる。また、情報窓口システム１１００への
データ提供レスポンスも遅くなる。このため、本発明で
は情報流通システム１０００に記憶装置１００２を設
け、収集したデータを一時的に保存しておくようにして
いる。情報窓口システム１１００より提供要求があった
データが、すでに記憶装置１００２内に保存（ファイル
３３００として格納されている）されているのであれ
ば、業務サブシステム群１３００から収集するのではな
く記憶装置１００２内に保存されたファイル３３００の
データを情報窓口システム１１００に提供する。一度、
業務サブシステム群１３００から収集され記憶装置１０
０２内のファイル３３００に保存されたデータは、それ
以後、ファイル３３００の内容を情報窓口システム１１
００に提供することになる。しかし、ファイル３３００
に保存されているデータが業務サブシステム１３００で
月次更新されるものであると、その更新のタイミングで
記憶装置１００２内のファイル３３００も更新しないと
永久に古いデータを提供することとなってしまう。した
がって、業務サブシステム１３００でのデータ更新タイ
ミングで、記憶装置１００２に格納されているファイル
３３００をクリアして、業務サブシステム群１３００よ
り最新のデータを収集する必要がある。この記憶装置１
００２内のファイル３３００のメンテナンス処理を行な
うのが、ファイルメンテナンス処理部である。

【００３５】図４から図８を用いて、情報窓口システム
１１００および情報流通システム１０００の各テーブル
構成を説明する。

【００３６】図４は、図２に示した情報窓口システム１
１００のデータ索引テーブル２１０１のテーブル構成を
示したものである。本テーブル２１０１は、データ番号
エリア４００１とデータ名エリア４００２から構成され
ている。データ番号エリア４００１は、データごとに唯
一付けられた番号を格納するエリアである。データ名エ
リア４００２は、データ番号に対応したデータ名を格納
するエリアである。本テーブル２１０１の各エリア４０
０１、４００２の各データは、本発明であるデータ流通
システムの構築時にセットする。また、のちに図６を用
いて説明する情報流通システム１０００のデータ管理テ
ーブル３１０１のデータ番号エリア６００１およびデー
タ名エリア６００２の内容と一致するようにセットす
る。データ名エリア４００２にセットされるデータ名
は、情報流通システム１０００が業務サブシステム群１
３００からの収集、情報窓口システム１１００への提供
が可能なデータの名称である。データ番号は収集提供可
能なデータ名を識別するために付けた番号であり、付番
規則はデータ名とデータ番号が１対１に対応づけばあと
は任意である。

【００３７】図５は、図２に示した情報窓口システム１
１００の要求管理テーブル２１０２のテーブル構成を示
したものである。本テーブル２１０２は、要求番号エリ
ア５００１、要求日時エリア５００２、予定日時エリア
５００３および完了日時エリア５００４から構成されて
いる。要求番号エリア５００１は、図１０で説明する情
報窓口システム１１００のデータ要求受付部２２０２が
付番する要求番号を格納するエリアである。要求番号と
は、利用者が端末装置１１０３から提供を要求するデー
タ（たとえば、データ番号の「１」と「３」）を指定す
るが、この指定されたデータ提供要求単位ごとに情報窓
口システム１１００のデータ要求受付部２２０２が付け
る番号である。この要求番号で、情報窓口システム１１
００に入力される複数のデータ提供要求を識別する。要
求日時番号エリア５００２は、データ提供要求の発生日
時を格納するエリアである。予定日時エリア５００３
は、端末装置１１０３に要求されたデータの表示が可能
となる予定日時を格納するエリアである。完了日時エリ
ア５００４は、要求データの収集が完了した日時を格納
するエリアである。したがって、完了日時エリア５００
４に日時がセットされると、端末装置１１０３に要求さ
れたデータを表示可能であることを示す。要求番号エリ
ア５００１、要求日時エリア５００２および予定日時エ
リア５００３への各日時のセットは、情報窓口システム
１１００のデータ要求受付部２２０２が行なう。完了日
時エリア５００４への日時のセットは、情報窓口システ
ム１１００のデータ受信処理部２２０４が行なう。

【００３８】図６は、図３に示した情報流通システム１
０００のデータ管理テーブル３１０１のテーブル構成を
示したものである。本テーブル３１０１は、データ番号
エリア６００１、データ名エリア６００２、サブシステ
ム名エリア６００３、データベース名エリア６００４、
アクセス方法エリア６００５、プロシジャー名エリア６
００６、存在フラグエリア６００７および収集時間エリ
ア６００８から構成されている。データ番号エリア６０
０１は、データごとに唯一付けられたデータ番号を格納
するエリアである。データ名エリア６００２は、データ
番号に対応したデータ名を格納するエリアである。サブ
システム名エリア６００３は、データ番号に対応したデ
ータが存在する業務サブシステム１３００名を格納する
エリアである。データベース名エリア６００４は、デー
タ番号に対応したデータが格納されているデータベース
名を格納するエリアである。アクセス方法エリア６００
５は、データ番号に対応したデータを収集するさいのア
クセス方法をセットするエリアである。アクセス方法に
は、オンライン形態とオフライン形態がある。オンライ
ン形態によるアクセスは、収集しようとするデータが存
在する業務サブシステム１３００とオンラインセション
を確立し、データ操作プロシジャー（データ操作プロシ
ジャーファイル３４００に格納されている）を実行し
て、所望のデータを収集する。オフライン形態によるア
クセスは、計算機オペレータを介して、磁気テープなど
の記憶媒体１２０２により所望のデータを収集する。プ
ロシジャー名エリア６００６は、オンライン形態で所望
のデータを収集するさいに実行するデータ操作プロシジ
ャー名を格納する。本エリア６００６に格納されている
データ操作プロシジャー名で、データ操作プロシジャー
ファイル３４００に格納されている複数のデータ操作プ
ロシジャーの中から所望のプロシジャーを識別する。存
在フラグエリア６００７は、データ番号に対応したデー
タが情報流通システム１０００の記憶装置１００２内に
ファイル３３００として存在するか否かを示す値がセッ
トされる。本エリア６００７にセットされるフラグ値
は、「０」、「１」、「２」の３種類である。「０」
は、データ番号に対応したデータのファイル３３００が
記憶装置１００２に存在しないことを示す。「１」はフ
ァイル３３００は存在しないが、現在データの収集処理
中であることを示す。「２」はファイル３３００が存在
することを示す。収集時間エリア６００８は、データ番
号で対応づけられたデータを収集するのに要する処理時
間を格納するエリアである。データ番号エリア６００
１、データ名エリア６００２、サブシステム名エリア６
００３、データベース名エリア６００４、アクセス方法
エリア６００５、プロシジャー名エリア６００６および
収集時間エリア６００８は、本発明であるデータ流通シ
ステムの構築時にセットする。存在フラグエリア６００
７へのフラグ値のセットは、情報流通システム１０００
のデータ要求処理部３２０１、データ収集処理部３２０
４およびファイルメンテナンス処理部３２０７が行な
う。

【００３９】図７は、図３における情報流通システム１
０００の収集状況管理テーブル３１０２のテーブル構成
を示したものである。本テーブル３１０２は、情報窓口
システム１１００からのデータ提供要求単位（要求番号
単位）にひとつのテーブルが割り当てられ、窓口番号エ
リア７００１、要求番号エリア７００２、要求データ番
号エリア７００３および存在フラグエリア７００４から
構成されている。窓口番号エリア７００１は、複数存在
する情報窓口システム１１００を一意に識別するための
番号（窓口番号）を格納するエリアである。窓口番号は
本発明であるデータ流通システムの構築時に割り当て、
窓口番号と情報窓口システム１１００との対応表を情報
流通システム１０００のコンピュータ１００１内にセッ
トしておく。一方、情報窓口システム１１００側には、
自システム１１００の窓口番号をコンピュータ１１０１
内にセットしておく。この窓口番号により、どの情報窓
口システム１１００からのデータ提供要求であるかを識
別可能となり、適切な要求元（情報窓口システム１１０
０）へ要求データを転送できることになる。要求番号エ
リア７００２は、データ提供要求単位ごとに付けられた
要求番号を格納するエリアである。要求データ番号エリ
ア７００３は、要求番号で要求されているデータのデー
タ番号を格納するエリアである。存在フラグエリア７０
０４は、要求データ番号エリア７００３に格納されてい
るデータ番号に対応したデータのファイル３３００が記
憶装置１００２内に存在するか否かを示すフラグ値を格
納するエリアである。フラグ値は、先に説明したデータ
管理テーブル３１０１のテーブルの存在フラグエリア６
００７に格納するフラグ値と同じである。本テーブル３
１０２の各エリア７００１、７００２、７００３、７０
０４への値のセットは、情報流通システム１０００のデ
ータ要求処理部３２０１、データ収集処理部３２０４、
データ編集送信処理部３２０５およびファイルメンテナ
ンス処理部３２０７が行なう。

【００４０】図８は、図３で示した情報流通システム１
０００の処理ステータステーブル３１０３のテーブル構
成を示したものである。本テーブル３１０３は、メンテ
ナンスフラグエリア８００１、データ要求処理ステータ
スエリア８００２、データ収集処理ステータスエリア８
００３およびデータ編集送信処理ステータスエリア８０
０４から構成されている。メンテナンスフラグエリア８
００１は、情報流通システム１０００のファイルメンテ
ナンス処理部３２０７によりファイルメンテナンスを処
理中であるか否かを示すフラグ値を格納するエリアであ
る。フラグ値は、「０」、「１」の２種類ある。フラグ
値「０」は、ファイルメンテナンス処理中ではないこと
を示す。フラグ値「１」は、処理中であることを示す。
データ要求処理ステータスエリア８００２、データ収集
処理ステータスエリア８００３およびデータ編集送信処
理ステータスエリア８００４は、それぞれ、情報流通シ
ステム１０００のデータ要求処理部３２０１、データ収
集処理部３２０４およびデータ編集送信処理部３２０５
が処理中であるか否かを示すフラグ値を格納するエリア
である。フラグ値は、メンテナンスフラグエリア８００
１のフラグ値と同じである。本テーブル３１０３のメン
テナンスフラグエリア８００１、データ要求処理ステー
タスエリア８００２、データ収集処理ステータスエリア
８００３およびデータ編集送信処理ステータスエリア８
００４へのフラグ値のセットは、それぞれ、情報流通シ
ステム１０００のファイルメンテナンス処理部３２０
７、データ要求処理部３２０１、データ収集処理部３２
０４およびデータ編集送信処理部３２０５が行なう。た
だし、本発明であるデータ流通システムの構築時に、す
べてのエリア８００１、８００２、８００３、８００４
のフラグ値を「０」に初期化しておく。

【００４１】図９から図１３を用いて、図２に示した情
報窓口システム１１００の各処理部２２０１、２２０
２、２２０３、２２０４、２２０５の処理フローチャー
トを詳細に説明する。

【００４２】図９は、図２に示した情報窓口システム１
１００のメイン制御部２２０１の処理フローチャートを
示したものである。本制御部２２０１の起動は、利用者
が端末装置１１０３から行なう。起動がかかると、処理
メニュを表示する（ステップ９００１）。処理メニュ
は、データの提供を要求するデータ要求メニュと要求し
たデータを表示する要求データの表示メニュの２つであ
る。処理メニュが表示されると、利用者は処理メニュ項
目を選択する（ステップ９００２）。選択されたメニュ
を判断（ステップ９００３）して、データ要求メニュで
あればステップ９００４からステップ９００６を実行
し、要求データの表示メニュであればステップ９００７
を実行する。ステップ９００３で選択されたメニュがデ
ータ要求メニュであると判断すると、まずデータ要求受
付部２２０２を起動する（ステップ９００４）。図１０
を用いてデータ要求受付部２２０２の処理フローチャー
トを後述するが、本処理部２２０２（すなわちステップ
９００４）では、利用者からのデータ提供要求を受け付
ける。つぎに、データ要求受付部２２０２から要求番号
と予定日時を受け取り（ステップ９００５）、要求番号
と予定日時を端末装置１１０３に表示して（ステップ９
００６）処理フローを終了する。ステップ９００３で選
択されたメニュが要求データの表示メニュであると判断
すると、要求データ表示処理部２２０３を起動する（ス
テップ９００７）。図１１を用いて要求データ表示処理
部２２０３の処理フローチャートを後述するが、本処理
部（すなわちステップ９００７）では、データ提供要求
の処理状況や要求データの表示を行なう。ステップ９０
０７実行後、処理フローを終了する。

【００４３】図１０は、図２に示した情報窓口システム
１１００のデータ要求受付部２２０２の処理フローチャ
ートを示したものである。本処理部２２０２は、メイン
制御部２２０１から起動される。起動がかかると、デー
タ索引（データ索引テーブル２１０１の内容）を端末装
置１１０３に表示する（ステップ１０００１）。つぎ
に、利用者は提供を要求するデータ番号を選択する（ス
テップ１０００２）。データ番号は、複数選択すること
ができる。以下、選択された複数のデータ番号をデータ
番号群と記述する。データ番号の選択が終わると、ステ
ップ１０００３で要求番号を割り当てる。要求番号の割
当て方法は、要求管理テーブル２１０２の要求番号エリ
ア５００１を検索し、まだ使用されていない自然数のう
ち最小の数を割り当てる。要求番号の割当てが終わる
と、ステップ１０００４で、コンピュータ１１０１の内
部クロックより現在日時（要求日時となる）を取得す
る。つぎに、通信インターフェース部２２０５を起動
し、要求番号と選択されたデータ番号群を渡す（ステッ
プ１０００５）。ステップ１０００６で、通信インター
フェース部２２０５から予定日時を受け取る。つぎに、
要求番号、要求日時および予定日時を要求管理テーブル
２１０２にセットし（ステップ１０００７）、要求番号
と予定日時を端末装置１１０３に表示して（ステップ１
０００８）処理フローを終了する。

【００４４】図１１は、図２に示した情報窓口システム
１１００の要求データ表示処理部２２０３の処理フロー
チャートを示したものである。本処理部２２０３は、メ
イン制御部２２０１から起動される。起動がかかると、
要求管理状況（要求管理テーブル２１０２の内容）を端
末装置１１０３に表示する（ステップ１１００１）。利
用者はデータ表示したい要求番号を指定する（ステップ
１１００２）。要求番号の指定が終わると、要求管理テ
ーブル２１０２を検索して指定された要求番号の完了日
時（完了日時エリア５００４の値）をチェックする（ス
テップ１１００３）。ステップ１１００３で、完了日時
がセットずみと判断した場合はステップ１１００４から
ステップ１１００８を実行し、未セットであると判断し
た場合はステップ１１００９からステップ１１０１１を
実行する。完了日時がセットずみである場合、ファイル
入出力管理部２２０６を介して、要求番号に対応したフ
ァイル２３００の内容を読みだし端末装置１１０３に表
示する（ステップ１１００４）。要求番号とファイル２
３００との対応は、ファイル名を「”ＦＩＬＥ”＋要求
番号」とすることによりとる。すなわち、要求番号に対
応したファイル２３００は、ファイル名が「”ＦＩＬ
Ｅ”＋要求番号」のファイル２３００である。ファイル
２３００を表示したあと、利用者がファイル２３００
（ファイル名が「”ＦＩＬＥ”＋要求番号」）をそのま
ま保存しておくか、または削除するかを指定する（ステ
ップ１１００５）。ステップ１１００６で指定内容を判
断する。もし、保存指定であれば処理フローを終了す
る。削除指定であれば、要求番号に対応したファイル２
３００（ファイル名が「”ＦＩＬＥ”＋要求番号」）
を、ファイル入出力管理部２２０６を介して削除する
（ステップ１１００７）。つぎに、要求管理テーブル２
１０２のステップ１１００２で指定された要求番号がセ
ットされている欄をクリアし（ステップ１１００８）、
処理フローを終了する。ステップ１１００３で完了日時
が未セットと判断した場合、要求番号で要求したデータ
群はまだ収集できていない旨のメッセージを端末装置１
１０３に表示する。利用者は本処理部２２０３の処理を
続行するか、または終了するかを指定する（ステップ１
１０１０）。終了指定であれば、処理フローを終了す
る。続行指定であれば、ステップ１１００２に戻る。

【００４５】図１２は、図２に示した情報窓口システム
１１００のデータ受信処理部２２０４の処理フローチャ
ートを示したものである。本処理部２２０４は、通信イ
ンターフェース部２２０５から起動される。起動がかか
ると、通信インターフェース部２２０５から要求番号と
要求番号で要求しているデータ番号群のデータを受け取
る（ステップ１２００１）。つぎに、ファイル入出力管
理部２２０６を介して、ステップ１２００１で受け取っ
た要求番号で要求しているデータ番号群のデータをファ
イル名「”ＦＩＬＥ”＋要求番号」のファイル２３００
に格納する（ステップ１２００２）。ステップ１２００
３で、コンピュータ１１０１の内部クロックより現在日
時（完了日時となる）を取得する。取得した完了日時
を、要求管理テーブル２１０２の要求番号エリア５００
１にステップ１２００１で受け取った要求番号が格納さ
れている欄の完了日時エリア５００４に格納し（ステッ
プ１２００４）、処理フローを終了する。

【００４６】図１３は、図２に示した情報窓口システム
１１００の通信インターフェース部２２０５の処理フロ
ーチャートを示したものである。本処理部２２０５は、
データ要求受付部２２０２および情報流通システム１０
００の通信インターフェース部３２０６から起動され
る。起動がかかると、まず起動元を判断する（ステップ
１３００１）。データ要求受付部２２０２よりの起動で
ある場合はステップ１３００２からステップ１３００７
を実行する。情報流通システム１０００の通信インター
フェース部よりの３２０６起動である場合は、ステップ
１３００８からステップ１３０１１を実行する。まず、
起動元がデータ要求受付部２２０２である場合の処理フ
ローを説明する。ステップ１３００２で、データ要求受
付部２２０２から要求番号とデータ番号群を受け取る。
つぎに、情報流通システム１０００の通信インターフェ
ース部２２０５を起動して、情報流通システム１０００
との通信セションを確立する（ステップ１３００３）。
通信セションが確立されたら、自情報窓口システム１１
００の窓口番号、要求番号およびデータ番号群を送信す
る（ステップ１３００４）。情報流通システム１０００
から予定日時を受信し（ステップ１３００５）、情報流
通システム１０００との通信セションを切断する（ステ
ップ１３００６）。そして、データ要求受付部２２０２
に予定日時を渡し（ステップ１３００７）、処理フロー
を終了する。つぎに、起動元が情報流通システム１００
０の通信インターフェース部である場合の処理フローを
説明する。ステップ１３００８で、情報流通システム１
０００との通信セションを確立する。情報流通システム
１０００から送信されるデータを受信する（ステップ１
３００９）。送信される（受信する）データは、要求番
号と要求番号で要求しているデータ番号群のデータであ
る。データ受信後、情報流通システム１０００との通信
セションを切断する（ステップ１３０１０）。そして、
データ受信処理部２２０４を起動して受信したデータ
（要求番号と要求番号で要求しているデータ番号群のデ
ータ）を渡し（ステップ１３０１１）、処理フローを終
了する。

【００４７】図１４から図２１を用いて、図３に示した
各処理部３２０１、３２０２、３２０３、３２０４、３
２０５、３２０６、３２０７の処理フローチャートを詳
細に説明する。

【００４８】図１４と図１５は、図３に示した情報流通
システム１０００のデータ要求処理部３２０１の処理フ
ローチャートを示したものである。本処理部３２０１
は、通信インターフェース部３２０６より起動される。
起動されると、処理ステータステーブル３１０３のメン
テナンスフラグエリア８００１のフラグ値を参照する
（ステップ１４００１）。ステップ１４００２でフラグ
値をチェックし、フラグ値が「１」（メンテナンス中）
であればステップ１４００１へ戻る。フラグ値が「０」
であれば、処理ステータステーブル３１０３のデータ要
求処理ステータスエリアのフラグ値を「１」にセットす
る（ステップ１４００３）。フラグ値セット後、通信イ
ンターフェース部３２０６より窓口番号、要求番号およ
びデータ番号群を受け取る（ステップ１４００４）。ス
テップ１４００５で、未使用の収集状況管理テーブル３
１０２（以下、ＴＢと記述する）にステップ１４００４
で受け取った窓口番号、要求番号、データ番号群を適切
なエリアにセットする。データ番号群は、ひとつひとつ
のデータ番号ごと要求データ番号エリア７００３に格納
する。ステップ１４００６で、本処理部３２０１の内部
変数Ｔをクリアする。内部変数Ｔは、要求されたデータ
を収集するのに要する時間を求める際に用いる変数であ
る。ステップ１４００６実行後、ステップ１４００４で
受け取ったデータ番号群に属するデータ番号すべてにつ
いてステップ１４００８からステップ１４０１２を実行
したか判断する（ステップ１４００７）。すべてについ
て実行した場合は、ステップ１４０１３および図１５の
ステップ１５００１からステップ１５００７を実行す
る。ステップ１４００７でまだ実行していないと判断し
た場合、未処理のデータ番号（以下、データ番号Ｎを記
述する）に関しデータ管理テーブル３１０１を検索し
て、存在フラグエリア６００７のフラグ値を収集状況管
理テーブル３１０２（ＴＢ）の要求データ番号エリア７
００３にデータ番号Ｎが格納されている欄の存在フラグ
エリア７００４にセットする（ステップ１４００８）。
つぎに、データ管理テーブル３１０１を検索してデータ
番号Ｎの存在フラグエリア６００７のフラグ値をチェッ
クする（ステップ１４００９）。フラグ値が「１」また
は「２」であれば、ステップ１４００７に戻る。フラグ
値が「０」であれば、データ管理テーブル３１０１のデ
ータ番号Ｎの存在フラグエリア６００７のフラグ値を
「１」にセットする（ステップ１４０１０）。つぎに、
データ管理テーブル３１０１のデータ番号Ｎの収集時間
エリア６００８の値を内部変数Ｔの値を比較する（ステ
ップ１４０１１）。内部変数Ｔの値が収集時間エリア６
００８の値以上であれば、ステップ１４００７に戻る。
収集時間エリア６００８の値が内部変数Ｔの値より大き
い場合は、内部変数Ｔにデータ番号Ｎの収集時間をセッ
トしてステップ１４００７に戻る。ステップ１４００７
ですべてのデータ番号について実行したと判断した場
合、コンピュータ１００１の内部クロックより現在日時
を取得し、これに内部変数Ｔの値を加えた値（予定日時
になる）を通信インターフェース部３２０６に渡す（ス
テップ１４０１３）。そして、図１５に示す処理フロー
を実行する。ステップ１４０１３実行後、収集状況管理
テーブル３１０２（ＴＢ）のセットされている存在フラ
グエリア７００４のフラグ値がすべて「２」であるかチ
ェックする（ステップ１５００１）。すべて「２」であ
る場合は、データ編集送信処理部３２０５を起動し（ス
テップ１５００７）、処理ステータステーブル３１０３
のデータ要求処理ステータスエリア８００２のフラグ値
を「０」にセットして（ステップ１５００６）処理フロ
ーを終了する。ステップ１５００１ですべてが「２」で
ない場合は、ステップ１５００２で収集状況管理テーブ
ル３１０２（ＴＢ）の存在フラグエリア７００４のフラ
グ値が「０」であるデータ番号（要求データ番号エリア
７００３に格納されている値）があるかチェックする。
存在フラグ値が「０」であるデータ番号が存在しない場
合は、処理ステータステーブル３１０３のデータ要求処
理ステータスエリア８００２のフラグ値を「０」にセッ
トして（ステップ１５００６）処理フローを終了する。
ステップ１５００２で存在フラグ値が「０」であるデー
タ番号が存在する場合は、データ管理テーブル３１０１
を検索してそのデータ番号のアクセス方法をチェックす
る（ステップ１５００３）。アクセス方法がオンライン
であればステップ１５００４、オフラインであればステ
ップ１５００５を実行してステップ１５００２に戻る。
ステップ１５００４では、オンラインデータ収集インタ
ーフェース部３２０２を起動し、データ番号、サブシス
テム名とプロシジャー名を渡す。サブシステム名とプロ
シジャー名は、データ管理テーブル３１０１を検索して
取得する。ステップ１５００５では、オフラインデータ
収集インターフェース部３２０３を起動し、データ番
号、データ名、サブシステム名とデータベース名を渡
す。データ名、サブシステム名とデータベース名は、デ
ータ管理テーブル３１０１を検索して取得する。

【００４９】図１６は、図２に示した情報窓口システム
１１００のオンラインデータ収集インターフェース部３
２０２の処理フローチャートを示したものである。本処
理部３２０２は、データ要求処理部３２０１から起動さ
れる。起動がかかると、データ要求処理部３２０１から
データ番号（以下、データ番号Ｎと記述する）、サブシ
ステム名とプロシジャー名を受け取る（ステップ１６０
０１）。次ステップで、サブシステム名に対応した業務
サブシステム１３００とのオンラインセションを確立す
る（ステップ１６００２）。データ操作プロシジャーフ
ァイル３４００を検索してプロシジャー名に対応したデ
ータ操作プロシジャーを取り出す（ステップ１６００
３）。取り出したデータ操作プロシジャーを実行し、オ
ンラインセションを確立している業務サブシステム１３
００からデータ（データ番号Ｎのデータ）を受け取る
（ステップ１６００４）。そして業務サブシステム１３
００とのオンラインセションを切断する（ステップ１６
００５）。ステップ１６００６で、データ収集処理部３
２０４を起動し、データ番号Ｎとステップ１６００４で
受け取ったデータ（要求データ）を渡して処理フローを
終了する。

【００５０】図１７は、図２に示した情報窓口システム
１１００のオフラインデータ収集インターフェース部３
２０３の処理フローチャートを示したものである。本処
理部３２０３は、データ要求処理部３２０１とコンソー
ル端末１００３から起動される。データ要求処理部３２
０１からの起動された場合は、計算機オペレータ１７２
００にデータ収集依頼を行なうステップ群（ステップ１
７００２からステップ１７００３）を実行する。コンソ
ール端末１００３から起動された場合は、計算機オペレ
ータ１７２００が収集した要求データを受け取るステッ
プ群（ステップ１７００４からステップ１７００６）を
実行する。本処理部３２０３は、起動がかかると、起動
要求元を判断する（ステップ１７００１）。データ要求
処理部３２０１からの起動であれば、データ要求処理部
３２０１からデータ番号（以下、データ番号Ｎと記述す
る）、データ名、サブシステム名とデータベース名を受
け取る（ステップ１７００２）。受け取ったデータ番号
Ｎ、データ名、サブシステム名とデータベース名をコン
ソール端末１００３に表示する（ステップ１７００
３）。本ステップ（ステップ１７００３）実行後、処理
フローを終了する。計算機オペレータは、コンソール端
末１００３に表示された情報から要求されているデータ
（要求データ）の収集を行なう（ステップ１７１０
１）。要求データは、磁気テープなどの記憶媒体１２０
２に格納する。記憶媒体１２０２への要求データの収集
が終わると、計算機オペレータ１７２００はコンソール
端末１００３からオフラインデータ収集インターフェー
ス部３２０３を起動する（ステップ１７１０２）。本ス
テップ（ステップ１７１０２）により、オフラインデー
タ収集インターフェース部３２０３はステップ１７００
１で起動元がコンソール端末１００３と判断し、ステッ
プ１７００２で計算機オペレータ１７２００はデータ番
号Ｎを入力する。計算機オペレータ１７２００は、収集
した要求データが格納されている記憶媒体１２０２を読
み取り装置にセットして読み取り装置を起動する（ステ
ップ１７１０３）。本処理部３２０３は、記憶媒体１２
０２から要求データを読み込む（ステップ１７００
５）。そして、データ収集処理部３２０４を起動してデ
ータ番号Ｎと要求データを渡し（ステップ１７００
６）、処理フローを終了する。

【００５１】図１８は、図３に示した情報流通システム
１０００のデータ収集処理部３２０４の処理フローチャ
ートを示したものである。本処理部３２０４は、オンラ
インデータ収集インターフェース部３２０２およびオフ
ラインデータ収集インターフェース部３２０３から起動
される。起動がかかると、処理ステータステーブル３１
０３のメンテナンスフラグエリア８００１のフラグ値を
チェックし（ステップ１８００１）、フラグ値が「１」
であればステップ１８００１をくり返す。フラグ値が
「０」であれば、ステップ１８００２からステップ１８
００８を実行する。ステップ１８００２で、処理ステー
タステーブル３１０３のデータ収集処理ステータスエリ
アのフラグ値を「１」にセットする。つぎに、オンライ
ンデータ収集インターフェース部３２０２またはオフラ
インデータ収集インターフェース部３２０３から、デー
タ番号（以下、データ番号Ｎを記述する）と要求データ
（データ番号Ｎに対応してデータ）を受け取る（ステッ
プ１８００３）。要求データを、ファイル入出力管理部
３２０８を介して、ファイル３３００（ファイル名は、
「”ＦＩＬＥ”＋データ番号Ｎ」である）に格納する
（ステップ１８００４）。データ管理テーブル３１０１
のデータ番号Ｎの存在フラグエリア６００７にフラグ値
「２」をセットする（ステップ１８００５）。収集状況
管理テーブル群３１０２すべてを検索して、要求データ
番号エリア７００３にデータ番号Ｎが格納されている欄
の存在フラグエリア７００４のフラグ値を「２」にセッ
トする。そして、データ編集送信処理部３２０５を起動
し（ステップ１８００７）、処理ステータステーブル３
１０３のデータ収集処理ステータスエリアのフラグ値を
「０」にセットして（ステップ１８００８）処理フロー
を終了する。

【００５２】図１９は、図３に示した情報流通システム
１０００のデータ編集送信処理部３２０５の処理フロー
チャートを示したものである。本処理部３２０５は、デ
ータ要求処理部３２０１およびデータ収集処理部３２０
４から起動される。起動がかかると、処理ステータステ
ーブル３１０３のメンテナンスフラグエリア８００１の
フラグ値をチェックし（ステップ１９００１）、フラグ
値が「１」であればステップ１９００１をくり返す。フ
ラグ値が「０」であれば、ステップ１９００２からステ
ップ１９００７を実行する。ステップ１９００２で、処
理ステータステーブル３１０３のデータ編集送信処理ス
テータスエリア８００４のフラグ値を「１」にセットす
る。ステップ１９００３で、収集状況管理テーブル群３
１０２を検索して要求データ番号エリア７００３にデー
タ番号がセットされている存在フラグエリア７００４の
フラグ値がすべて「２」のテーブル３１０２があるかど
うかチェックする。存在フラグ値がすべて「２」である
収集状況管理テーブル３１０２があれば、ひとつのテー
ブル３１０２（以下、ＴＢと記述する）に関し、要求デ
ータ番号エリア７００３にセットされているデータ番号
のデータ（ファイル名が「”ＦＩＬＥ”＋データ番号」
のファイル３３００の内容）を、ファイル入出力管理部
３２０８を介して、すべて読みだす（ステップ１９００
５）。ステップ１９００６で収集状況管理テーブル３１
０２（ＴＢ）の各エリア７００１、７００２、７００
３、７００４をクリアし、ステップ１９００３に戻る。
ステップ１９００３で存在フラグ値がすべて「２」であ
る収集状況管理テーブル３１０２が存在しないと判断し
た場合、処理ステータステーブル３１０３のデータ編集
送信処理ステータスエリア８００４のフラグ値を「０」
にセットし（ステップ１９００７）、処理フローを終了
する。

【００５３】図２０は、図３に示した情報流通システム
１０００の通信インターフェース部３２０６の処理フロ
ーチャートを示したものである。本処理部３２０６は、
情報窓口システム１１００の通信インターフェース部２
２０５およびデータ編集送信処理部３２０５から起動さ
れる。起動がかかると、起動元を判断する（ステップ２
０００１）。情報窓口システム１１００からの起動であ
ればステップ２０００２からステップ２０００７を実行
し、データ編集送信処理部３２０５からの起動であれば
ステップ２０００８からステップ２００１１を実行す
る。

【００５４】まず、情報窓口システム１１００からの起
動である場合の処理フローを説明する。ステップ２００
０２で、情報窓口システム１１００との通信セションを
確立する。情報窓口システム１１００から送信されるデ
ータ（窓口番号、要求番号、データ番号群）を受信する
（ステップ２０００３）。データ要求処理部３２０１を
起動し、受信したデータを渡す（ステップ２０００
４）。データ要求処理部３２０１から予定日時を受け取
り（ステップ２０００５）、情報窓口システム１１００
に予定日時を送信する（ステップ２０００６）。そし
て、情報窓口システム１１００との通信セションを切断
して（ステップ２０００７）、処理フローを終了する。

【００５５】つぎに、データ編集送信処理部３２０５か
らの起動である場合の処理フローを説明する。ステップ
２０００８で、データ編集送信処理部３２０５より窓口
番号、要求番号と要求番号で要求されているデータ（要
求データ）を受け取る。窓口番号に対応した情報窓口シ
ステム１１００の通信インターフェース部２２０５を起
動して、情報窓口システム１１００との通信セションを
確立する（ステップ２０００９）。通信セションを確立
した情報窓口システム１１００へ、要求番号と要求デー
タを送信する（ステップ２００１０）。そして、情報窓
口システム１１００との通信セションを切断して（ステ
ップ２００１１）、処理フローを終了する。

【００５６】図２１は、図３に示した情報流通システム
１０００のファイルメンテナンス処理部３２０７の処理
フローチャートを示したものである。本処理部３２０７
は、利用者あるいは計算機オペレータなどによりコンソ
ール端末１００３から起動される。本処理部３２０７が
起動されると、処理ステータステーブル３１０３のメン
テナンスフラグエリア８００１のフラグ値を「１」にセ
ットし、内部スタックＳＴをクリアする（ステップ２１
００１）。内部スタックＳＴは、本処理部３２０７ロー
カルのスタックであり、ファイルメンテナンス処理にと
もないデータ収集の再処理を実行するデータ番号を格納
するスタックである。つぎに、処理ステータステーブル
３１０３の各処理ステータスエリア群８００２、８００
３、８００４のフラグ値が「０」であるかチェックする
（ステップ２１００２）。各処理ステータスフラグ値が
「０」でない場合は、ステップ２１００２をくり返す。
各処理ステータスフラグ値が「１」である場合は、デー
タ管理テーブル３１０１を検索して、存在フラグ値が
「２」であるデータ番号があるかチェックする（ステッ
プ２１００３）。存在するのであれば、存在フラグ値が
「２」であるひとつのデータ番号（以下、データ番号Ｎ
と記述する）に対応したファイル３３００（ファイル名
は「”ＦＩＬＥ”＋データ番号Ｎ］）を、ファイル入出
力管理部３２０８を介して削除する（ステップ２１００
４）。ステップ２１００５で、データ管理テーブル３１
０１のデータ番号Ｎの存在フラグエリア６００７のフラ
グ値を「１」にセットする。収集状況管理テーブル群３
１０２を検索して、要求データ番号エリア７００３にデ
ータ番号Ｎが格納されているかチェックする（ステップ
２１００６）。格納されていればステップ２１００７か
らステップ２１００８を実行し、格納されていなければ
ステップ２１００９を実行してステップ２１００３に戻
る。ステップ２１００７で、内部スタックＳＴにデータ
番号Ｎをプッシュする。ステップ２１００８では、収集
状況管理テーブル群３１０２の要求データ番号エリア７
００３にデータ番号Ｎが格納されている欄の存在フラグ
エリア７００４のフラグ値を「１」にセットする。ステ
ップ２１００９では、データ管理テーブル３１０１のデ
ータ番号Ｎの存在フラグエリア６００７のフラグ値を
「１」にセットする。ステップ２１００３で存在フラグ
値が「２」であるデータ番号がないと判断すると、処理
ステータステーブル３１０３のメンテナンスフラグエリ
ア８００１のフラグ値を「０」にセットする（ステップ
２１０１０）。つぎに、内部スタックＳＴが空か否かを
チェックし（ステップ２１０１１）、空であれば処理フ
ローを終了する。空でなければ、内部スタックＳＴから
データ番号（以下、データ番号Ｎと記述する）をポップ
する（ステップ２１０１２）。データ管理テーブル３１
０１を検索して、データ番号Ｎのアクセス方法をチェッ
クする（ステップ２１０１３）。アクセス方法がオンラ
インであればステップ２１０１４、オフラインであれば
ステップ２１０１５を実行して、ステップ２１０１１に
戻る。ステップ２１０１４では、オンラインデータ収集
インターフェース部３２０２を起動し、データ番号Ｎ、
サブシステム名とプロシジャ名を渡す。サブシステム名
とプロシジャ名は、データ管理テーブル３１０１を検索
して取得する。ステップ２１０１５では、オフラインデ
ータ収集インターフェース部３２０３を起動し、データ
番号Ｎ、データ名、サブシステム名とデータベース名を
渡す。データ名、サブシステム名とデータベース名は、
データ管理テーブル３１０１を検索して取得する。

【００５７】以上、図１から図２１を用いて説明した実
施例によれば、利用者は業務サブシステム群（データ処
理システム）が蓄積管理するすべてのデータを知ること
ができる。そこで、利用者は自分が欲するデータ群を指
定すると、情報流通システム１０００が業務サブシステ
ム群１３００からデータ収集し、要求されたデータ群す
べてが収集できた時点で利用者（情報窓口システム１１
００）に提供する。したがって、利用者は、要求データ
の入手に際しては、データの所在場所およびそのアクセ
ス方法を意識したり、データごとに提供形態を意識した
り、さらに複数のデータを要求した場合の各データの収
集状況を意識したりする必要がない。言い換えると、利
用者は、情報窓口システムが利用者に見せる統一された
手順で要求したデ−タを入手できる。収集されたデータ
群は要求者の情報窓口システム１１００の記憶装置１１
０２に格納されているので、要求者の指示により要求し
たデータ群を任意時点で端末装置１１０３に表示するこ
とができる。本発明であるデータ流通システム（情報流
通システム１０００と情報窓口システム１１００）は、
利用者がデータ提供要求を受付けるとその要求されたデ
ータ群を収集するまでの予定時間を計算して利用者に通
知するので、利用者をデータ提供までのあいだ無駄に待
たせることがないよう考慮している。

【００５８】情報流通システム１０００は、業務サブシ
ステム群１３００より入手したデータを記憶装置１００
２に保存しておき、別の要求番号で同じデータ番号のデ
ータ提供要求があると、いちいち業務サブシステム群１
３００より収集するのではなく、記憶装置１００２に保
存しているデータを提供するようにしている。これは、
情報窓口システム１１００からのデータ要求に対するレ
スポンスを向上させる目的と、業務サブシステム群１３
００のシステム負荷を軽減させる目的からである。情報
流通システム１０００の業務サブシステム群１３００へ
のデータアクセスは、既存の業務サブシステム群１３０
０がサポートしているアクセス方法を利用するので、本
発明を実現するとき既存の業務サブシステム群１３００
を再構築する必要がない。また、業務サブシステム群１
３００のデータアクセス方法が変わったとしても、情報
流通システム１０００と業務サブシステム群１３００と
のインターフェース部分だけの修正だけでよく、情報窓
口システム群１１００はなんら変更する必要はない。

【００５９】金融機関の情報システムなどのように、業
務サブシステム群１３００は複数メーカのコンピュータ
で構成されていることが多い。したがって、業務サブシ
ステム１３００ごとに異なるオペレーティングシステム
やデータベース管理システムなど異なるシステム環境で
各コンピュータは動作している。このような、異なるシ
ステム環境にある業務サブシステム群１３００のデータ
群を情報流通システム１０００が統合し、利用者にはデ
−タ群への統一したアクセス環境を情報窓口システム１
１００として提供しているところが本発明の特徴であ
る。情報窓口システム１１００は利用者からみて、その
名の通り業務サブシステム１３００群が蓄積管理してい
るすべてのデータの窓口となる。

【００６０】

【発明の効果】本発明によれば、利用者はデータ処理シ
ステムが蓄積管理するすべてのデータを知ることがで
き、その中から欲するデータ群を指定するだけで、要求
データ群を同一のデータ流通経路から一括して入手する
ことができる。そして、要求者の指示により要求したデ
ータ群を任意時点で表示することができる。したがっ
て、利用者は、個々のデータの所在場所およびそのアク
セス方法、データごとの提供形態や複数のデータを要求
した場合の各データの収集状況を意識する必要がない。
また、利用者がデータ提供要求を出すと、その要求され
たデータ群を収集するまでの予定時間を計算して利用者
に通知するので、利用者はそれまでのあいだ無駄にデー
タ提供を待っていることがない。さらに、データ処理シ
ステムが蓄積管理するデータのアクセスは、既存のデー
タ処理システムがサポートしている方法を利用するの
で、本発明を実現するとき既存のデータ処理システムを
再構築する必要がない。

【図面の簡単な説明】

【図１】本発明であるデータ流通システムの全体構成図
を示したものである。

【図２】図１に示した情報窓口システムの詳細なシステ
ム構成を示したものである。

【図３】図１に示した情報流通システムの詳細なシステ
ム構成を示したものである。

【図４】図２に示したデータ索引テーブルのテーブル構
成を示した図である。

【図５】図２に示した要求管理テーブルのテーブル構造
を示した図である。

【図６】図３に示したデータ管理テーブルのテーブル構
造を示した図である。

【図７】図３に示した収集状況管理テーブルのテーブル
構造を示した図である。

【図８】図３に示した処理ステータステーブルのテーブ
ル構造を示した図である。

【図９】図２に示したメイン制御部の詳細フローチャー
トを示した図である。

【図１０】図２に示したデータ要求受付部の詳細フロー
チャートを示した図である。

【図１１】図２に示した要求データ表示処理部の詳細フ
ローチャートを示した図である。

【図１２】図２に示したデータ受信処理部の詳細フロー
チャートを示した図である。

【図１３】図２に示した通信インターフェース部の詳細
フローチャートを示した図である。

【図１４】図３に示したデータ要求処理部の詳細フロー
チャートの一部分を示した図である。

【図１５】図３に示したデータ要求処理部の詳細フロー
チャートの一部分を示した図である。

【図１６】図３に示したオンラインデータ収集インター
フェース部の詳細フローチャートを示したものである。

【図１７】図３に示したオフラインデータ収集インター
フェース部の詳細フローチャートを示したものである。

【図１８】図３に示したデータ収集処理部の詳細フロー
チャートを示した図である。

【図１９】図３に示したデータ編集送信処理部の詳細フ
ローチャートを示した図である。

【図２０】図３に示した通信インターフェース部の詳細
フローチャートを示した図である。

【図２１】図３に示したファイルメンテナンス処理部の
詳細フローチャートを示した図である。

【符号の説明】

１０００…情報流通システム、１１００…情報窓口シス
テム、２１０１…データ索引テーブル、２１０２…要求
管理テーブル、２２０１…メイン制御部、２２０２…デ
ータ要求受付部、２２０３…要求データ表示処理部、２
２０４…データ受信処理部、３１０１…データ管理テー
ブル、３１０２…収集状況管理テーブル、３１０３…処
理ステータステーブル、３２０１…データ要求処理部、
３２０２…オンラインデータ収集インターフェース部、
３２０３…オフラインデータ収集インターフェース部、
３２０４…データ収集処理部、３２０５データ編集送信
処理部、３２０７…ファイルメンテナンス処理部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者山下廣太郎神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者小坂満隆神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内

Claims

【特許請求の範囲】

【請求項１】ひとつあるいは複数のアクセス手段が異な
るコンピュータで構成されているデータ処理システムの
データ群を利用者に提供するデータ流通システムであっ
て、（ａ）前記複数のコンピュータが有するデータ群の
項目を利用者に提示する手段、（ｂ）前記複数のコンピ
ュータからのデータ群を蓄積する手段、（ｃ）前記利用
者が前記提示された項目の内から必要と要求したデータ
群を前記蓄積したデータ群から検索終了時に前記利用者
に提供する手段、及び、（ｄ）前記要求されたデータ群
が前記蓄積手段にない場合に前記複数のコンピュータか
ら前記要求されたデータ群を収集し前記蓄積手段に登録
する手段、を設けたことを特徴とするデータ流通システ
ム。
【請求項２】請求項１記載のデータ流通システムであっ
て、前記蓄積手段に登録されたデータ群を削除する手
段、及び前記削除したデータ群を前記複数のコンピュー
タから収集し前記蓄積手段に登録する手段を設けたこと
を特徴とする請求項１記載のデータ流通システム。
【請求項３】請求項１記載のデータ流通システムであっ
て、前記要求されたデータ群が前記蓄積手段にない場合
に前記要求されたデータ群を前記利用者に提供できるま
での時間を算出する手段、及び前記算出時間を前記利用
者に通知する手段を設けたことを特徴とする請求項１記
載のデータ流通システム。
【請求項４】ひとつあるいは複数のアクセス手段が異な
るコンピュータで構成されているデータ処理システムの
データ群を利用者に提供する、サービスコンピュータ及
び端末群から構成されるデータ流通システムであって、
（ａ）前記複数のコンピュータが有するデータ群の項目
を利用者に提示する手段、（ｂ）前記利用者が前記提示
された項目の内から必要と要求したデータ群項目を前記
サービスコンピュータへ通知する手段、（ｃ）前記要求
したデータ群を前記サービスコンピュータから受信し記
録する手段、（ｄ）前記利用者が前記提示された項目の
内から表示を要求したデータ群を前記記録手段から検索
し表示する手段、を前記端末群の各端末に設け、かつ、
（ｅ）前記複数のコンピュータからのデータ群を蓄積す
る手段、（ｆ）前記端末から必要と要求したデータ群を
前記蓄積したデータ群から検索終了時に前記端末に提供
する手段、（ｇ）前記要求されたデータ群が前記蓄積手
段にない場合に前記複数のコンピュータからデータ群を
収集し前記蓄積手段に登録する手段、を前記サービスコ
ンピュータに設けたことを特徴とするデータ流通システ
ム。
【請求項５】請求項４記載のデータ流通システムであっ
て、前記蓄積手段に登録されたデータ群を削除する手
段、及び前記削除したデータ群を前記複数のコンピュー
タから収集し前記蓄積手段に登録する手段、を前記サー
ビスコンピュータに設けたことを特徴とする請求項４記
載のデータ流通システム。
【請求項６】請求項４記載のデータ流通システムであっ
て、前記要求されたデータ群が前記蓄積手段にない場合
に前記要求されたデータ群を前記利用者に提供できるま
での時間を算出する手段、前記算出時間を前記端末に通
知する手段を前記サービスコンピュータに設け、前記サ
ービスコンピュータから通知された算出時間を前記利用
者に表示する手段を前記端末に設けたことを特徴とする
請求項４記載のデータ流通システム。