JP2768397B2 - データ処理方式 - Google Patents
データ処理方式Info
- Publication number
- JP2768397B2 JP2768397B2 JP5191626A JP19162693A JP2768397B2 JP 2768397 B2 JP2768397 B2 JP 2768397B2 JP 5191626 A JP5191626 A JP 5191626A JP 19162693 A JP19162693 A JP 19162693A JP 2768397 B2 JP2768397 B2 JP 2768397B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- management
- file
- ledger
- information
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、バッチ多重処理におけ
るデータ処理方式に関し、特に外部環境の変化時にも処
理時間への影響が小さく、かつ合理的で効率の良いデー
タ処理方式に関する。
るデータ処理方式に関し、特に外部環境の変化時にも処
理時間への影響が小さく、かつ合理的で効率の良いデー
タ処理方式に関する。
【０００２】また、農協情報の処理において、合併によ
り発生した大型農協と他の農協とのデータ格差のないデ
ータ処理方式に関するものである。
り発生した大型農協と他の農協とのデータ格差のないデ
ータ処理方式に関するものである。
【０００３】
【従来の技術】従来、農協等のデータ管理対象の情報デ
ータは、バッチ多重処理により処理する方式が行なわれ
ている。
ータは、バッチ多重処理により処理する方式が行なわれ
ている。
【０００４】
【発明が解決しようとする課題】均等化したマルチジョ
ブによる処理形態は、あるジョブがＣＰＵを使用してい
る間に、Ｉ／Ｏを行なうという、効率の良い処理方式で
ある。 しかしながら、データ量が均等化されている状態
と、そうでない状態では、処理が終るまでの時間に差が
出てくる。 例えば、データ量の少ないジョブがＣＰＵに
割り当てられると同時に、データ量の多いジョブがＩ／
Ｏに割り当てられた場合、ＣＰＵにおける処理が早く終
わっても、次に割り当てるべきジョブが、まだＩ／Ｏで
読み込み中であるという場合が発生する。すると、この
間は、ＣＰＵは処理すべきジョブが無いという無駄が生
ずることになる。このため、全体の処理時間にも影響が
発生するという問題があった。 これは例えば、農協等の
管理対象が合併して大型農協が誕生すると、農協単位で
のデータ量の格差ができてバッチ多重処理時間にも格差
が生まれて全体処理時間に影響が発生するという問題が
あった。
ブによる処理形態は、あるジョブがＣＰＵを使用してい
る間に、Ｉ／Ｏを行なうという、効率の良い処理方式で
ある。 しかしながら、データ量が均等化されている状態
と、そうでない状態では、処理が終るまでの時間に差が
出てくる。 例えば、データ量の少ないジョブがＣＰＵに
割り当てられると同時に、データ量の多いジョブがＩ／
Ｏに割り当てられた場合、ＣＰＵにおける処理が早く終
わっても、次に割り当てるべきジョブが、まだＩ／Ｏで
読み込み中であるという場合が発生する。すると、この
間は、ＣＰＵは処理すべきジョブが無いという無駄が生
ずることになる。このため、全体の処理時間にも影響が
発生するという問題があった。 これは例えば、農協等の
管理対象が合併して大型農協が誕生すると、農協単位で
のデータ量の格差ができてバッチ多重処理時間にも格差
が生まれて全体処理時間に影響が発生するという問題が
あった。
【０００５】従来の技術では、巨大化した農協のデータ
が大量の為、一般の農協との間でデータ量の格差ができ
て時間を要していた。また、データ量の格差が発生する
ことから合理的なバッチシステムとはいえないという問
題点があった。
が大量の為、一般の農協との間でデータ量の格差ができ
て時間を要していた。また、データ量の格差が発生する
ことから合理的なバッチシステムとはいえないという問
題点があった。
【０００６】［発明の目的］本発明の目的は、農協等の
データ管理対象が合併等により、データ量の格差を生じ
た時に、バッチ多重処理時に全体処理時間に影響が発生
せず、データ量の格差のない合理的かつ効率の良いデー
タ処理方式を提供することを目的とする。
データ管理対象が合併等により、データ量の格差を生じ
た時に、バッチ多重処理時に全体処理時間に影響が発生
せず、データ量の格差のない合理的かつ効率の良いデー
タ処理方式を提供することを目的とする。
【０００７】
【課題を解決するための手段】本発明は、上述した課題
を解決するための手段として、管理対象の情報データを
バッチ多重処理するデータ処理方式において、 前記管理
対象の情報データを予め平均化して、元帳データとして
元帳ＤＢに格納しておき、該管理情報は別に管理ファイ
ルに登録しておき、前記管理対象が変化した場合、前記
管理情報のみに修正を加え、 データ処理時のデータ処理
単位としては、前記予め平均化して格納した元帳データ
を単位として行なうことを特徴とするデータ処理方式、
を提供するものである。 また、本発明は、上述した課題
を解決するための手段として、管理対象の情報データを
予め平均化して、元帳情報データとして格納した元帳Ｄ
Ｂ（データベース）と、前記元帳情報データと、前記管
理対象との関連を示す管理ファイルと、前記元帳ＤＢよ
り元帳情報データを抽出して、抽出ファイルに格納する
全件抽出部と、 前記管理ファイルと前記抽出ファイル
に格納された元帳データを読み込みＤＢレコードフォー
マットになっている元帳情報データを業務毎に帳表作成
にあったフォーマットに変換し分類ファイルに格納する
特性別分類部と、業務毎に帳表作成にあったフォーマッ
トに変換された案件別データを分類ファイルより全部集
めて並び替えて合体ファイルへ格納するソート部と、実
際の管理対象を幾つか集めた集合管理情報を保持してい
る前記管理ファイルに基づき前記合体ファイルから案件
別データを抽出して管理対象の集合管理単位に振り分け
て振分ファイルへ格納する多重振分部と、前記管理ファ
イルと振分ファイルに格納されている案件別データを読
み込み作成帳表フォーマットに合わせて編集を行い帳表
を出力する帳表編集部と、を含んで構成されることを特
徴とするデータ処理方式を有する。
を解決するための手段として、管理対象の情報データを
バッチ多重処理するデータ処理方式において、 前記管理
対象の情報データを予め平均化して、元帳データとして
元帳ＤＢに格納しておき、該管理情報は別に管理ファイ
ルに登録しておき、前記管理対象が変化した場合、前記
管理情報のみに修正を加え、 データ処理時のデータ処理
単位としては、前記予め平均化して格納した元帳データ
を単位として行なうことを特徴とするデータ処理方式、
を提供するものである。 また、本発明は、上述した課題
を解決するための手段として、管理対象の情報データを
予め平均化して、元帳情報データとして格納した元帳Ｄ
Ｂ（データベース）と、前記元帳情報データと、前記管
理対象との関連を示す管理ファイルと、前記元帳ＤＢよ
り元帳情報データを抽出して、抽出ファイルに格納する
全件抽出部と、 前記管理ファイルと前記抽出ファイル
に格納された元帳データを読み込みＤＢレコードフォー
マットになっている元帳情報データを業務毎に帳表作成
にあったフォーマットに変換し分類ファイルに格納する
特性別分類部と、業務毎に帳表作成にあったフォーマッ
トに変換された案件別データを分類ファイルより全部集
めて並び替えて合体ファイルへ格納するソート部と、実
際の管理対象を幾つか集めた集合管理情報を保持してい
る前記管理ファイルに基づき前記合体ファイルから案件
別データを抽出して管理対象の集合管理単位に振り分け
て振分ファイルへ格納する多重振分部と、前記管理ファ
イルと振分ファイルに格納されている案件別データを読
み込み作成帳表フォーマットに合わせて編集を行い帳表
を出力する帳表編集部と、を含んで構成されることを特
徴とするデータ処理方式を有する。
【０００８】
【作用】本発明によれば、予め元帳ＤＢに格納する元帳
データの量を平均化して格納しておき、その管理情報は
別に管理ファイルに登録しておくことにより、合併によ
り管理対象が大型化しても、管理情報のみに修正を加
え、データ処理単位は、予め平均化して格納した元帳デ
ータを単位として行なうため、データ量の格差は生じな
いようにすることができる。
データの量を平均化して格納しておき、その管理情報は
別に管理ファイルに登録しておくことにより、合併によ
り管理対象が大型化しても、管理情報のみに修正を加
え、データ処理単位は、予め平均化して格納した元帳デ
ータを単位として行なうため、データ量の格差は生じな
いようにすることができる。
【０００９】
【実施例】以下、本発明の実施例について、情報の管理
対象として農協を例として図面を参照して説明する。
対象として農協を例として図面を参照して説明する。
【００１０】図１は本発明の一実施例を示す全体構成図
である。
である。
【００１１】同図に示すように、本実施例は、業務の基
本情報となる元帳情報データを予め巨大化した農協発生
対応の為に幾つかのファイルに分割して格納した情報を
保持している農協管理ファイル２−１と、平均化された
元帳情報データを保持している農協管理ファイル２−１
と、平均化された元帳情報データを格納している元帳Ｄ
Ｂ２−２より元帳情報データ全件を対象に抽出し、抽出
した元帳情報データを抽出ファイル２−４に格納する全
件抽出部２−３と、農協管理ファイル２−１と抽出ファ
イル２−４に格納された元帳データを読み込みＤＢレコ
ードフォーマットになっている元帳情報データを業務毎
に帳表作成にあったフォーマットに変換し分類ファイル
２−６に格納する特性別分類２−５と、業務毎に帳表作
成にあったフォーマットに変換された案件別データを分
類ファイル２−６より全部集めて並び替えて合体ファイ
ル２−８へ格納するソート部２−７と、実際の農協を幾
つか集めた集合管理情報を保持している農協管理ファイ
ル２−１に基づき合体ファイル２−８から案件別データ
を抽出して農協の集合管理単位に振り分けて振分ファイ
ル２−１０へ格納する多重振分部２−９と、農協管理フ
ァイル２−１と振分ファイル２−１０に格納されている
案件別データを読み込み作成帳表フォーマットにあわせ
て編集を行い帳表２−１２を出力する帳表編集部２−１
１とを備えている。
本情報となる元帳情報データを予め巨大化した農協発生
対応の為に幾つかのファイルに分割して格納した情報を
保持している農協管理ファイル２−１と、平均化された
元帳情報データを保持している農協管理ファイル２−１
と、平均化された元帳情報データを格納している元帳Ｄ
Ｂ２−２より元帳情報データ全件を対象に抽出し、抽出
した元帳情報データを抽出ファイル２−４に格納する全
件抽出部２−３と、農協管理ファイル２−１と抽出ファ
イル２−４に格納された元帳データを読み込みＤＢレコ
ードフォーマットになっている元帳情報データを業務毎
に帳表作成にあったフォーマットに変換し分類ファイル
２−６に格納する特性別分類２−５と、業務毎に帳表作
成にあったフォーマットに変換された案件別データを分
類ファイル２−６より全部集めて並び替えて合体ファイ
ル２−８へ格納するソート部２−７と、実際の農協を幾
つか集めた集合管理情報を保持している農協管理ファイ
ル２−１に基づき合体ファイル２−８から案件別データ
を抽出して農協の集合管理単位に振り分けて振分ファイ
ル２−１０へ格納する多重振分部２−９と、農協管理フ
ァイル２−１と振分ファイル２−１０に格納されている
案件別データを読み込み作成帳表フォーマットにあわせ
て編集を行い帳表２−１２を出力する帳表編集部２−１
１とを備えている。
【００１２】また、図２は、農協管理ファイルの中身を
詳細に示す図であり、本実施例の例として、図中（Ａ）
に示す大型農協誕生前の状態から、（Ｂ）の合併による
大型農協誕生後の状態に変化する場合の農協管理ファイ
ルの変化を示すものであり、（Ａ’）は状態（Ａ）の時
のものであり、（Ｂ’）は状態（Ｂ）の時のものであ
る。なお、元帳ＤＢには、予め平均化されたデータ０１
〜０４が格納されている。ここで、平均化とは、事前に
余裕を見て基準量を設定した量であり、将来的にデータ
量が増えた場合でも耐え得る容量のファイルにおいて、
一定の余裕を保持しつつ格納可能なデータ量を基準量と
して設定することを言っている。こうすることで、各店
舗のデータは、その全データ量を上記基準量で割った数
のファイルに格納される。
詳細に示す図であり、本実施例の例として、図中（Ａ）
に示す大型農協誕生前の状態から、（Ｂ）の合併による
大型農協誕生後の状態に変化する場合の農協管理ファイ
ルの変化を示すものであり、（Ａ’）は状態（Ａ）の時
のものであり、（Ｂ’）は状態（Ｂ）の時のものであ
る。なお、元帳ＤＢには、予め平均化されたデータ０１
〜０４が格納されている。ここで、平均化とは、事前に
余裕を見て基準量を設定した量であり、将来的にデータ
量が増えた場合でも耐え得る容量のファイルにおいて、
一定の余裕を保持しつつ格納可能なデータ量を基準量と
して設定することを言っている。こうすることで、各店
舗のデータは、その全データ量を上記基準量で割った数
のファイルに格納される。
【００１３】農協管理ファイルに示すように、本実施例
では、内部コード（内部農協コード）と外部コード（外
部農協コード）の２つの農協コードによりデータを管理
する構成であり、その関係をつなぐのが相対店舗コード
（実際の店舗単位に連続して採番する）である。よっ
て、農協管理ファイル２−１の内容としては、図２に示
すような、内部と外部の農協情報管理テーブルの２つが
格納されている。
では、内部コード（内部農協コード）と外部コード（外
部農協コード）の２つの農協コードによりデータを管理
する構成であり、その関係をつなぐのが相対店舗コード
（実際の店舗単位に連続して採番する）である。よっ
て、農協管理ファイル２−１の内容としては、図２に示
すような、内部と外部の農協情報管理テーブルの２つが
格納されている。
【００１４】本発明の特徴は、図２に示すように、農協
管理ファイル２−１を設けて、ファイル分割した情報
（農協の集合管理単位）としての内部農協情報管理テー
ブルと、実際の存在する農協の情報としての外部農協情
報管理テーブルとを管理することで、システム外部環境
変化（合併処理）があっても、外部農協情報管理テーブ
ルの外部農協コード、外部店舗コード、外部多重番号を
再設定することによって、バッチ処理でのデータ量を均
等化することができることにある。すなわち、農協が合
併した場合でも、合併前のファイル管理、ディレクトリ
管理は何ら変更する必要はない。このような場合、農協
管理ファイルにおいて、各ファイルがどの店舗に対応す
るかという情報を合併前の環境から合併後の環境に変更
すればよい。 つまり、ディレクトリやファイルを操作す
るのではなく、農協管理ファイルの中のテーブルで設定
している情報を変更するだけで、対応することができ
る。 また、上述したシステム外部環境の変化として、合
併の場合を例に上げたが、逆の場合である分離による変
化の場合にも、同様に本発明が適用可能なことは、明ら
かである。
管理ファイル２−１を設けて、ファイル分割した情報
（農協の集合管理単位）としての内部農協情報管理テー
ブルと、実際の存在する農協の情報としての外部農協情
報管理テーブルとを管理することで、システム外部環境
変化（合併処理）があっても、外部農協情報管理テーブ
ルの外部農協コード、外部店舗コード、外部多重番号を
再設定することによって、バッチ処理でのデータ量を均
等化することができることにある。すなわち、農協が合
併した場合でも、合併前のファイル管理、ディレクトリ
管理は何ら変更する必要はない。このような場合、農協
管理ファイルにおいて、各ファイルがどの店舗に対応す
るかという情報を合併前の環境から合併後の環境に変更
すればよい。 つまり、ディレクトリやファイルを操作す
るのではなく、農協管理ファイルの中のテーブルで設定
している情報を変更するだけで、対応することができ
る。 また、上述したシステム外部環境の変化として、合
併の場合を例に上げたが、逆の場合である分離による変
化の場合にも、同様に本発明が適用可能なことは、明ら
かである。
【００１５】図３は、元帳ＤＢと、内部農協コード、外
部農協コードの対応関係を示す図である。
部農協コードの対応関係を示す図である。
【００１６】以下、図１〜図３を参照しながら、農協が
合併して大型農協が誕生した場合を例にとって、本実施
例の処理の流れを具体的に説明する。
合併して大型農協が誕生した場合を例にとって、本実施
例の処理の流れを具体的に説明する。
【００１７】図２に示すように、合併前に５００１農
協，５００２農協，５０１０農協，５０１１農協があっ
たとし、そのうち５００２農協が５００１農協に合併し
て、５００１農協が大型化したとする。
協，５００２農協，５０１０農協，５０１１農協があっ
たとし、そのうち５００２農協が５００１農協に合併し
て、５００１農協が大型化したとする。
【００１８】元帳ＤＢ２−２には、平均化された元帳情
報データとして、５００１農協の元帳情報データとして
の０００１Ａ〜０００１Ｃが格納され、同様に０００２
Ａ〜０００２Ｃ，００１０Ａ〜００１０Ｃ，００１１Ａ
〜００１１Ｃがそれぞれ平均化されて格納されている。
報データとして、５００１農協の元帳情報データとして
の０００１Ａ〜０００１Ｃが格納され、同様に０００２
Ａ〜０００２Ｃ，００１０Ａ〜００１０Ｃ，００１１Ａ
〜００１１Ｃがそれぞれ平均化されて格納されている。
【００１９】ここで、従来は、合併後の大型農協５００
１の情報データは５０１０農協の情報データより多くな
り、本発明が解決しようとしている課題であるデータ量
の差が生じていた。
１の情報データは５０１０農協の情報データより多くな
り、本発明が解決しようとしている課題であるデータ量
の差が生じていた。
【００２０】しかしながら、本発明の方法によれば、内
部農協コードで管理された均一量のデータでの処理とな
るため、データ量の差は生じない。以下、そのための本
発明の処理を詳述する。
部農協コードで管理された均一量のデータでの処理とな
るため、データ量の差は生じない。以下、そのための本
発明の処理を詳述する。
【００２１】農協管理ファイル２−１には、予めいくつ
かのファイルに分割して格納した元帳データの管理情報
を格納しておく。
かのファイルに分割して格納した元帳データの管理情報
を格納しておく。
【００２２】次に、元帳ＤＢ２−２より多重処理で実施
される全件抽出部２−３では、図２に示される農協管理
ファイル２−１内の内部農協情報管理テーブルを参照し
て、内部多重番号により、農協管理ファイル２−１を検
索して内部農協コードを取得して元帳情報データの内容
へ盛り込み、相対店舗コードが項目として含まれたデー
タを対応する抽出ファイル２−４へ出力する。
される全件抽出部２−３では、図２に示される農協管理
ファイル２−１内の内部農協情報管理テーブルを参照し
て、内部多重番号により、農協管理ファイル２−１を検
索して内部農協コードを取得して元帳情報データの内容
へ盛り込み、相対店舗コードが項目として含まれたデー
タを対応する抽出ファイル２−４へ出力する。
【００２３】抽出ファイル２−４を入力として特性別分
類２−５も同様に多重処理を継続して実施する。
類２−５も同様に多重処理を継続して実施する。
【００２４】特性別分類２−５では、入力したデータよ
り相対店舗コード・外部農協コード・外部店舗コードを
農協管理ファイル２−１により取得して出力データの先
頭である共通部に設定して分類ファイル２−６へ出力す
る。
り相対店舗コード・外部農協コード・外部店舗コードを
農協管理ファイル２−１により取得して出力データの先
頭である共通部に設定して分類ファイル２−６へ出力す
る。
【００２５】分類ファイル２−６を集めて一括とした入
力を行うソート部２−７は、入力データの先頭にある共
通部の外部農協コードと外部店舗コードの２つをソート
キーとして、内部多重処理で作成された分類ファイルを
合体ファイル２−８へ出力する。
力を行うソート部２−７は、入力データの先頭にある共
通部の外部農協コードと外部店舗コードの２つをソート
キーとして、内部多重処理で作成された分類ファイルを
合体ファイル２−８へ出力する。
【００２６】次に、合体ファイル２−８を入力として、
多重振分部２−９ではデータの先頭にある共通部の外部
農協コード及び外部店舗コードから農協管理ファイル２
−１を検索して、外部多重番号により指定されていると
ころの振分ファイル２−１０へデータを出力する。
多重振分部２−９ではデータの先頭にある共通部の外部
農協コード及び外部店舗コードから農協管理ファイル２
−１を検索して、外部多重番号により指定されていると
ころの振分ファイル２−１０へデータを出力する。
【００２７】最後の帳表編集部２−１１で外部農協の単
位でまとめられた振分ファイル２−１０を入力として帳
表作成を行い帳表２−１２を作りあげる。
位でまとめられた振分ファイル２−１０を入力として帳
表作成を行い帳表２−１２を作りあげる。
【００２８】以上、農協の合併を例にとって説明した
が、本発明のデータ処理方式はこれ以外にも応用可能で
あることは明白である。
が、本発明のデータ処理方式はこれ以外にも応用可能で
あることは明白である。
【００２９】
【発明の効果】以上説明したように、本発明は、農協等
の管理対象の情報データを、予め平均化された処理単位
でデータベース（ＤＢ）に格納しておき、その管理情報
を管理ファイルにテーブル情報として持つことにより、
合併等により管理対象のデータが増加して他の管理対象
とデータ格差が生じたときにも、バッチ多重処理におい
ては、データ量の格差のない合理的かつ効率の良いデー
タ処理方式を実現することができ、全体処理時間の短縮
が図れるという効果がある。
の管理対象の情報データを、予め平均化された処理単位
でデータベース（ＤＢ）に格納しておき、その管理情報
を管理ファイルにテーブル情報として持つことにより、
合併等により管理対象のデータが増加して他の管理対象
とデータ格差が生じたときにも、バッチ多重処理におい
ては、データ量の格差のない合理的かつ効率の良いデー
タ処理方式を実現することができ、全体処理時間の短縮
が図れるという効果がある。
【図１】本発明の全体構成図である。
【図２】実施例の管理ファイルのテーブル構造を説明す
る図である。
る図である。
【図３】実施例の平均化された元帳データと内部コード
及び外部コードとの関連を示す図である。
及び外部コードとの関連を示す図である。
１ （農協）管理ファイル ２ 元帳ＤＢ ３ 全件抽出部 ４ 抽出ファイル ５ 特性別分類部 ６ 分類ファイル ７ ソート部 ８ 合体ファイル ９ 多重振分部 １０ 振分ファイル １１ 帳表編集部 １２ 帳表
Claims (3)
- 【請求項１】 管理対象の情報データをバッチ多重処理
するデータ処理方式において、 前記管理対象の情報データを予め平均化して、元帳デー
タとして元帳ＤＢに格納しておき、該管理情報は別に管
理ファイルに登録しておき、前記管理対象が変化した場
合、前記管理情報のみに修正を加え、 データ処理時のデータ処理単位としては、前記予め平均
化して格納した元帳データを単位として行なうことを特
徴とするデータ処理方式。 - 【請求項２】 管理対象の情報データを予め平均化し
て、元帳情報データとして格納した元帳ＤＢ（データベ
ース）と、 前記元帳情報データと、前記管理対象との関連を示す管
理ファイルと、 前記元帳ＤＢより前記元帳情報データを抽出して、抽出
ファイルに格納する全件抽出部と、 前記管理ファイルと前記抽出ファイルに格納された元帳
データを読み込みＤＢレコードフォーマットになってい
る元帳情報データを業務毎に帳表作成にあったフォーマ
ットに変換し分類ファイルに格納する特性別分類部と、 業務毎に帳表作成にあったフォーマットに変換された案
件別データを分類ファイルより全部集めて並び替えて合
体ファイルへ格納するソート部と、 実際の管理対象を幾つか集めた集合管理情報を保持して
いる前記管理ファイルに基づき前記合体ファイルから案
件別データを抽出して管理対象の集合管理単位に振り分
けて振分ファイルへ格納する多重振分部と、 前記管理ファイルと振分ファイルに格納されている案件
別データを読み込み作成帳表フォーマットに合わせて編
集を行い帳表を出力する帳表編集部と、 を含んで構成されることを特徴とする請求項１記載のデ
ータ処理方式。 - 【請求項３】 前記管理対象が農協であることを特徴と
する請求項１又は２に記載にデータ処理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5191626A JP2768397B2 (ja) | 1993-07-06 | 1993-07-06 | データ処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5191626A JP2768397B2 (ja) | 1993-07-06 | 1993-07-06 | データ処理方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0721294A JPH0721294A (ja) | 1995-01-24 |
| JP2768397B2 true JP2768397B2 (ja) | 1998-06-25 |
Family
ID=16277778
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5191626A Expired - Fee Related JP2768397B2 (ja) | 1993-07-06 | 1993-07-06 | データ処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2768397B2 (ja) |
-
1993
- 1993-07-06 JP JP5191626A patent/JP2768397B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0721294A (ja) | 1995-01-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20090132548A1 (en) | Document transfer assisting system, monitor apparatus, document transfer assisting apparatus, method and computer readable recording medium | |
| JP2005267600A5 (ja) | ||
| CN112052749A (zh) | 档案的归档方法、装置、电子设备及计算机可读存储介质 | |
| CN107992492B (zh) | 一种数据区块的存储方法、读取方法、其装置及区块链 | |
| CN103365852A (zh) | 一种文档库系统中的并发控制方法及系统 | |
| CN106528794A (zh) | 一种基于档案管理系统的电子文件归档方法 | |
| CN105677903A (zh) | 获取数据的方法和装置、计算机设备 | |
| KR101450239B1 (ko) | 대용량 xml 데이터에 대한 다수의 가지 패턴 질의의 동시 병렬처리시스템 및 그 방법 | |
| JP4879193B2 (ja) | システムログ管理支援装置およびシステムログ管理支援方法 | |
| Wah et al. | Building data warehouse | |
| JP2768397B2 (ja) | データ処理方式 | |
| US20050203936A1 (en) | Format conversion apparatus and file search apparatus capable of searching for a file as based on an attribute provided prior to conversion | |
| JP2925042B2 (ja) | 情報リンク生成方法 | |
| CN114297236A (zh) | 一种数据血缘分析方法、终端设备及存储介质 | |
| JP6273969B2 (ja) | データ加工装置、情報処理装置、方法、およびプログラム | |
| JP2679602B2 (ja) | 退避媒体作成システム | |
| JP2000187663A (ja) | ファイル管理装置およびファイル管理方法並びにそのプログラムを記録した記録媒体 | |
| US20080319985A1 (en) | Storage medium, data extraction apparatus and method | |
| JP2927239B2 (ja) | 集配信処理におけるデータ管理方法およびシステム | |
| CN114971556A (zh) | 文件信息汇总方法、装置、电子设备及存储介质 | |
| Reddy et al. | Database Creation And Retrospective Conversion; A Case Study Of Indira Gandhi Memorial Library, University Of Hyderabad | |
| JP2912026B2 (ja) | ファイル情報の照合方法 | |
| JPH07325871A (ja) | バンキングシステムのバッチ日次帳表作成処理方式 | |
| JPH10143584A (ja) | バッチ処理計算機システムおよびバンキングシステム | |
| CN114201487A (zh) | 智能合约的存储装置和方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080410 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090410 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100410 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110410 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120410 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120410 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130410 Year of fee payment: 15 |
|
| LAPS | Cancellation because of no payment of annual fees |