JPH04253270A - データ処理装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ処理装置に係り
、詳細には所定の業務範囲（業務のまとまり）を個々の
業務単位でシステム化するようにしたデータ処理装置に
関する。

【０００２】

【従来の技術】業務処理システムは、産業の業種、業態
ごとに存在し、例えば金融業界における勘定系処理のた
めの金融端末、小売業界における商品管理、売上管理、
顧客管理などの処理のためのＰＯＳ端末、小売業におけ
る補充発注や種々の業界におけるセールスマンを支援す
る相談端末などの目的で利用されているポータブル端末
、製造業界における生産管理処理のための生産管理用端
末等がある。この種の業務処理システムを構築する場合
にはシステム化の対象とする業務をいくつかの集団とし
てまとめ、システム、サブシステムという単位で、アプ
リケーション・システム構築を行なうものがある。例え
ば、受注関連業務を行なう受注関連業務プログラムでは
、受注受付業務や回答納期設定業務、出荷業務等の受注
関連業務が一連のプログラムで構成されており、このプ
ログラムのために所定のファイルが用意されていてその
ファイルを基にデータ処理が実行される。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うな従来のデータ処理装置にあっては、関連業務を一連
のプログラムにより処理する構成となっていたため、ユ
ーザの要望に応じたシステムを設計しようとするときユ
ーザによって様々な業務があることから上記プログラム
の修正が大変なものとなる。すなわち、既に完成してい
るアプリケーションシステムを再利用しようとした場合
、現状の業務処理の流れと合うシステム機能と、合わな
いものとが存在することになり、合わない部分のプログ
ラムを修正するだけでは済まず、プログラム全体を修正
する必要があった。また、システム化する単位が業務の
まとまりとなっているため、出来上がった成果物（プロ
グラムやファイル等）と実際の業務が必ずしも完全に一
致しておらず、システムの機能をユーザが理解しにくい
という問題点があった。してみれば、アプリケーション
・システムがシステム化の対象とする業務範囲（業務の
まとまり）の中で、個々の業務単位にシステム化をする
ことができれば、システムの設計が非常に容易になるこ
とは明らかである。本発明の課題は、各業務単位毎にデ
ータ処理ができるようにすることである。

【０００４】

【課題を解決するための手段】本発明の手段は次の通り
である。処理単位ユニット１（図１の機能ブロック図を
参照、以下同じ）は、関連業務（例えば、受注関連業務
）のうちのある１つの業務単位（例えば、受注受付業務
）について予め定義された定義１ａ（入力定義、表示定
義、ファイル定義、帳票定義等）に従ってデータ処理す
るもので、例えばＣＰＵにより実行される。関連業務は
上記単位ユニットの組合わせで処理される。指示ファイ
ル２は、各処理単位ユニット１に一対一に対応して設け
られたファイルであり、この指示ファイル２には所定の
処理単位ユニット１から処理済データが伝達される。 接続定義手段３は、各処理単位ユニット１に対応して設
けられ、データを伝達すべきユニット１の指示ファイル
２を定義する接続定義を例えばテーブルの形で記憶する
ＲＡＭ等である。

【０００５】

【作用】本発明の手段の作用は次の通りである。各処理
単位ユニット１は、自らの指示ファイル２内のデータを
処理し、処理されたデータを接続定義手段３で定義され
た指示ファイル２に書き込むとともに、自らの指示ファ
イル２のデータを削除する。従って、各業務単位毎にデ
ータ処理が可能になり、システム設計の効率が大幅に向
上する。

【０００６】

【実施例】以下、図２〜図１１を参照して実施例を説明
する。図２〜図１１はデータ処理装置の一実施例を示す
図である。先ず、構成を説明する。図２はデータ処理装
置１０のブロック図であり、この図において、１１は装
置全体の制御、並びに後述する業務ユニット処理および
システム設計処理を含む各種のデータ処理を行なうＣＰ
Ｕであり、ＣＰＵ１１は図示しないＲＯＭに格納されて
いるマイクロプログラムに従ってデータ処理装置の各種
の動作を制御する。ＣＰＵ１１には、関連業務ユニット
グループ（例えば、受注関連業務ユニットグループ、売
上関連業務ユニットグループ、請求関連業務ユニットグ
ループ。図３〜図６参照）別のファイルからなるユニッ
トグループ別ファイル１２、演算処理中のデータを一時
的に記憶するワークメモリ１３、ファイル変更処理を行
なう場合に用いられるマスタファイル、台帳ファイル、
集計ファイル、販売管理ファイル等の各種更新ファイル
１４、グループＮｏ．に対する先頭ユニットＮｏ．がテ
ーブルの形で格納され、最初に処理すべきユニットＮｏ
．が何であるかが検索可能なグループ別テーブル１５、
各種データ入力のためのキーおよび機能キー等を備えた
キーボードからなる入力部１６、入力データ、印刷デー
タ等を表示する表示部１７、印刷データを印刷出力する
印字部１８がそれぞれ接続されている。

【０００７】図３〜図６は関連業務ユニットグループの
構造を示す図であり、図３は受注関連業務ユニットグル
ープを、図４は売上関連業務ユニットグループを、図５
は請求関連業務ユニットグループを、図６は受注関連帳
票印刷ユニットグループをそれぞれ示している。上記各
関連業務ユニットグループのデータは図２に示したユニ
ットグループ別ファイル１２の各ファイルに格納されて
いる。上記関連業務ユニットグループは、処理内容が定
義された複数の関連業務ユニットにより構成されており
、その１ユニットの構造は図７で示される。図７に示す
ように関連業務ユニット２１は、そのユニットにおける
基本的な処理プログラムを記憶したユニット２２と、各
ユニット２２に一対一に対応して設けられた指示ファイ
ル２３と、各ユニット２２に対応して設けられ、データ
を伝達すべき任意ユニットの指示ファイルを定義する接
続定義表２４と、そのユニット２２でデータ処理に使用
される所定の定義、例えば入力定義２５、表示定義２６
、ファイル定義２７、帳票定義２８とを備え、関連業務
ユニット２１は、自らの指示ファイル２３内のデータを
処理する機能と、処理されたデータを接続定義表２４で
定義された指示ファイルに書込むとともに、上記自らの
指示ファイル２３のデータを削除する機能とを有するよ
うに構成されている。すなわち、関連業務ユニットグル
ープを構成する複数の関連業務ユニット２１は、各ユニ
ット毎にそのユニットで処理された処理済データが伝達
される指示ファイル２３と処理済データをどのユニット
に伝達するかを定義する接続定義表２４とを備えていて
、各ユニットの処理済データを上記接続定義によってつ
ないでいくようにするものである。

【０００８】例えば、図３に示す受注関連業務ユニット
グループを例に採り説明すると、受注関連業務は一般に
受注受付があってからそれに対しての管理業務、すなわ
ち回答納期設定や出荷手配、検収等の業務を行なうもの
で、従来はこれら関連業務を受注関連プログラムとして
一連の（１つの）プログラムにより作成していたが、本
実施例では図３に示すようにこの関連業務を受注受付業
務、回答納期設定業務、出荷手配業務、出荷業務、検収
業務、受注取消業務というように処理内容が定義された
１つ１つの単位ユニット毎に分け、その１つの単位ユニ
ット毎に指示ファイルと接続定義表を設けるようにして
いる。例えば、図３の受注受付業務単位ユニットの接続
定義表の接続定義に回答納期設定業務単位ユニットが設
定されている場合には、受注受付業務単位ユニットで処
理されたデータは次の業務単位である回答納期設定業務
単位ユニットの指示ファイルに格納され、このデータを
基に回答納期設定業務単位ユニットで回答納期に関する
情報が付加される。このように１つ１つの単位ユニット
が自由に組み合わされて受注関連業務ユニットグループ
となっているから、例えば納期管理を必要としない場合
には納期管理に関する単位ユニットを組み込まなければ
（すなわち、接続定義表で該当する単位ユニットの指示
ファイルを設定しなければ）よく、ユニット間の接続関
係の変更が容易で多重分岐接続が可能となる。

【０００９】ここで、データを指示ファイルに伝達する
接続関連を決定する接続定義表が設定されていれば、順
次所定の関連業務が処理されることとなるが、この場合
でも一番初めの単位ユニットを指定しなければ関連業務
の処理を開始することができない。本実施例では、一番
初めに処理すべきユニットＮｏが何であるかということ
を前記図２のグループ別テーブル１５に記憶するように
している。このグループ別テーブル１５には関連業務ユ
ニットグループ別に最初に処理すべき先頭ユニットＮｏ
．が記憶されており、例えば受注関連業務の処理をしよ
うとすると、先ずこのグループ別テーブル１５が検索さ
れて受注関連業務の先頭ユニットＮｏ．がルックアップ
される。先頭ユニットＮｏ．が分かればその後は接続定
義表の接続情報に従って次の単位ユニットの指示ファイ
ルにデータが伝達される。

【００１０】次に、本実施例の動作を説明する。図８は
データ処理装置のシステム設計のフローチャートであり
、同図中、符号Ｓｎ（ｎ＝１，２，…）はフローの各ス
テップを示している。先ず、ステップＳ１でどの関連業
務ユニットグループについての設計を行なうかを決定し
、設計しようとするグループの指定を行なってその結果
をグループ別テーブル１５に入力する。次いで、ステッ
プＳ２で関連業務ユニットグループ内のユニット候補の
読出しを行ない、ステップＳ３で先頭ユニットの指定を
行なって先頭ユニットＮｏ．としてグループ別テーブル
１５に入力する。例えば、図３の例ではユニット候補は
６つあり、これをシステムエンジニア（ＳＥ）等の設計
者が確認しながら先頭ユニットを指示するとそれがグル
ープＮｏ．に対応する先頭ユニットＮｏ．としてグルー
プ別テーブル１５に記憶される。次いで、ステップＳ４
で指定ユニット内の定義表の読出しを行なって、ステッ
プＳ５ですべての定義についての定義表の設定を行なう
。即ち、システム設計であるから図７の接続定義表２４
のみならず、指定ユニット全体の定義（入力定義２５、
表示定義２６、ファイル定義２７、帳票定義２８等）を
設定する。次いで、ステップＳ６で接続定義があるか否
かを判別し、接続定義があるときはステップＳ７で接続
定義表２４に基づくユニットの指定を行なってステップ
Ｓ４に戻り、接続定義がなければシステム設計を終了す
る。例えば、図９に示すようにユニットＡの接続定義の
内容として“Ｂ１”，“Ｂ２”から設定されている場合
には、それに対応するユニットＢ１とユニットＢ２を指
定してユニットＢ１，Ｂ２の定義表を読出してそのユニ
ットに対しての定義を行なう。このように設計されたユ
ニットの接続構造は図９で示される。図９に示すように
このユニットＡの接続定義の内容は“Ｂ１”，“Ｂ２”
であるからユニットＢ１とユニットＢ２の指示ファイル
に対してレコード（処理データ）が分岐して流れ、夫々
のユニットで所定の処理が実行される。そして、ユニッ
トＢ１におけるレコードはユニットＣの指示ファイルに
伝達される。ここで、ユニットＢ２の指示定義には何も
定義がされていないから、ユニットＢ２で処理されたデ
ータは他のユニットに伝達されることはない。

【００１１】図９の接続構造を変更した場合の例が図１
０で示されている。図１０に示すようにユニットＡの処
理データをユニットＢ１に出力することなくユニットＣ
に伝達させたいときにはユニットＡの接続定義表のうち
の“Ｂ１”を“Ｃ”に変更すればよく、ユニット間の接
続関係の変更が極めて容易となり、多重分岐接続も簡単
に行なうことができる。

【００１２】図１１は１つの業務ユニット処理を示すフ
ローチャートであり、例えば図３の受注関連業務ユニッ
トグループのうちの受注受付業務処理フローを示してい
る。先ず、ステップＳ１１，Ｓ１２で表示定義２６及び
入力定義２５に従った表示処理及び入力処理を行ない、
入力・付加データをレコードファイル３０に蓄える。ま
た、指示ファイル２３内のデータもレコードファイル３
０に転送される。次いで、ステップＳ３でレコードファ
イル３０に蓄えられた入力データについて決済処理を行
なってデータの正当性を確認する（ステップＳ１４）。 この決済処理は、例えば入力専任者が入力データが適当
なものであり（例えば、受注として入れともよいか等）
を管理者が決済する処理である。決済処理によりデータ
の正当性が認められた（ＯＫされた）ときにはステップ
Ｓ１５，Ｓ１６，Ｓ１７に進み、ＯＫされなかったとき
はレコードファイル３０にそのままデータを格納してお
き次回の決済処理を待つ。ステップＳ１５ではファイル
更新処理を行なうとともに、ステップＳ１６で帳票定義
２８に従って帳票印刷処理を行なって本フローの処理を
終える。ここで、上記ファイル更新処理としては、例え
ば受注受付台帳に対して受付けられた日付や受注状況等
の更新処理である。また、帳票印刷処理としては、例え
ば受注業務の場合、受注受付決済がＯＫされた段階で受
注伝票を発行するものとすると帳票定義に従ったフォー
マットで受注伝票が印刷されることになる。さらに、ス
テップＳ１４で決済処理がＯＫされたときにはステップ
Ｓ１７で当該単位ユニットの接続定義表２４の接続定義
によって指定された次の業務となる次ユニットの指示フ
ァイルに当該単位ユニットで処理されたデータ（レコー
ド）を伝達して書込み、ステップＳ１８で自らのユニッ
トの指示ファイル内のレコードを削除して本フローの処
理を終える。以上のフローを繰返し実行すると、レコー
ドファイル３０に残るのは決済がＯＫになっていないレ
コードだけが残されることになる。

【００１３】このように、最初は指示ファイル２３には
前段のユニットから引き継ぐレコードはなく指示ファイ
ル２３と入力レコードファイル３０とは同じデータが格
納されている。決済処理でＯＫになったデータに基づい
てファイル更新処理が行なわれるとともに、その処理済
データ（レコード）は接続されている次の業務ユニット
の指示ファイル２３に伝達される。次のユニットでは指
示ファイル２３に伝達されたレコードはレコードファイ
ル３０に転送され、このレコードファイル３０に対して
所定の入力付加処理（例えば、受注なら受注業務処理、
回答納期設定なら回答納期設定業務処理）が行なわれた
後、同様の決済処理が行なわれる。

【００１４】以上説明したように、本実施例のデータ処
理装置１０は、業務単位に処理内容が定義された複数の
処理単位ユニット２２と、各ユニット２２に一対一に対
応して設けられた指示ファイル２３と、各ユニット２２
に対応して設けられ、データを伝送すべきユニットの指
示ファイル２３を定義する接続定義表２４とを備え、各
ユニット２２は、自らの指示ファイル２３内のデータを
処理し、処理されたレコードを接続定義表２４で定義さ
れた指示ファイル２３に書き込むとともに、自らの指示
ファイル２３のデータを削除するようにしているので、
ユニットを組み合わせてシステムを構築できることから
既に作成してあるユニットの再利用が容易である。また
、実際の業務と、システム化する単位、すなわちユニッ
トの単位が一対一となっているため、システム全体とし
て見た場合に、最終利用者に判り易い形でシステムを構
築することができる。さらに、ユニット化する場合にも
標準化したユニットパターンが用意してあるため、構築
者のスキルレベルに依存せず、一定の品質のシステムを
構築することができる。

【００１５】

【発明の効果】本発明によれば、各ユニット毎に、処理
済データをどのユニットに伝達するかを定義する接続定
義手段を設け、複数ユニットの接続構造を決定するよう
にしているので、ユニット間の接続関係の変更が容易で
、多重分岐接続が可能となり、システム設計の効率を大
幅に高めることができる。

【図面の簡単な説明】

【図１】本発明の機能ブロック図である。

【図２】データ処理装置のデータ処理装置である。

【図３】データ処理装置の受注関連業務ユニットグルー
プの構造を示す図である。

【図４】データ処理装置の売上関連業務ユニットグルー
プの構造を示す図である。

【図５】データ処理装置の請求関連業務ユニットグルー
プの構造を示す図である。

【図６】データ処理装置の受注関連帳票印刷業務ユニッ
トグループの構造を示す図である。

【図７】データ処理装置の１ユニットの構造を示す図で
ある。

【図８】データ処理装置のシステム設計のフローチャー
トである。

【図９】データ処理装置のユニットの接続構造を説明す
るための図である。

【図１０】データ処理装置のユニットの接続構造を説明
するための図である。

【図１１】データ処理装置の１つの業務ユニット処理を
示すフローチャートである。

【符号の説明】

１０　　データ処理装置 １１　　ＣＰＵ １２　　ユニットグループ別ファイル １３　　ワークメモリ １４　　各種更新ファイル １５　　グループ別テーブル １６　　入力部 １７　　表示部 １８　　印字部 ２１　　関連業務ユニット ２２　　ユニット ２３　　指示ファイル ２４　　接続定義表 ３０　　レコードファイル

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　処理内容が定義された複数の処理単位
   ユニットと、各ユニットに対応して設けられた処理デー
   タを記憶する指示ファイルと、各ユニットに対応して設
   けられ、データを伝達すべきユニットの指示ファイルを
   定義する接続定義手段とを備え、前記各ユニットは、指
   示ファイル内のデータを処理するとともに、処理された
   データを接続定義手段で定義された指示ファイルに書き
   込むようにしたことを特徴とするデータ処理装置。