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

Abstract

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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うな従来のデータ処理装置にあっては、関連業務を一連
のプログラムにより一括したファイルで処理する構成と
なっていたため、各処理単位においてどのデータがどの
業務で使えるデータかということが管理できないという
問題点があった。すなわち、従来、一連の処理を分割し
て処理できるようにしたものはあるが、データ管理は各
処理単位毎に明確に区分されていなかったため、各処理
単位においては、どのデータが処理可能であるか、また
はどのデータを処理すべきであるかが不明になることが
あり、スムーズな業務運用ができない問題点があった。 してみれば、アプリケーション・システムがシステム化
の対象とする業務範囲（業務のまとまり）の中で、個々
の業務単位にシステム化をさせ、そのデータを表示し、
所定の処理単位で処理すべきデータのみを保持すること
ができれば、システムの運用が非常に容易になることは
明らかである。本発明の課題は、所定の処理単位で処理
すべきデータのみを保持させ、そのデータを表示できる
ようにすることである。

【０００４】

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

【０００５】

【作用】本発明の手段の作用は次の通りである。複数の
処理単位ユニット１毎に設けられた指示ファイル２内に
、対応する処理単位で処理すべきデータのみが保持され
、各指示ファイル２内のデータが表示手段４に一覧表示
されている。この状態で、データ処理する場合には、一
覧表示されているデータを選択手段５により選択すると
、選択された指示ファイル２内のデータが処理され、処
理されたデータが接続定義手段３で定義された指示ファ
イルに書き込まれるとともに、その処理されたデータは
自らの処理単位ユニット１の指示ファイル２から削除さ
れる。従って、各処理単位ユニット１毎にその時点で処
理すべきデータが直ちに確認可能になる。

【０００６】

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

【０００７】上記更新ファイル１４内の指示ファイルに
は、ある業務から出力された接続情報が、指示レコード
という形態で格納されている。次の業務の処理は、通常
、一覧表示可能な表示部１７の主画面によって行なわれ
るが、指示ファイルの内容を参照する必要があるときは
表示部１７に表示されている補助画面を一時的に重ね合
わせ表示（サブウィンド表示）する。ユーザは補助画面
に表示された指示レコードの一覧から、入力部１６のキ
ー操作によってどの情報の次の業務に取込むかを指定す
ることができる。

【０００８】図３〜図６は関連業務ユニットグループの
構造を示す図であり、図３は受注関連業務ユニットグル
ープを、図４は売上関連業務ユニットグループを、図５
は請求関連業務ユニットグループを、図６は受注関連帳
票印刷ユニットグループをそれぞれ示している。上記各
関連業務ユニットグループのデータは図２に示したユニ
ットグループ別ファイル１２の各ファイルに格納されて
いる。

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

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

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

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

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

【００１４】図１１は１つの業務ユニット処理を示すフ
ローチャートであり、例えば図３の受注関連業務ユニッ
トグループのうちの受注受付業務処理フローを示してい
る。先ず、ステップＳ１１で対応する指示ファイル２３
内のデータを読み出し、ステップＳ１２で対応する指示
ファイル２３にデータがあるか否かを判別する。処理す
べきデータ（レコード）がないときはそのまま処理を終
え、データがあるときはステップＳ１３で表示部１７の
所定表示領域にデータ一覧をウィンドウイメージで表示
する。次いで、ステップＳ１４でウィンドウ表示された
データ一覧の中から処理しようとするデータを例えばキ
ー操作により選択し、ステップＳ１５でその選択データ
を表示部１７の主画面に表示する。次いで、ステップＳ
１６で主画面に表示されたデータについて所定のデータ
処理を行なう。このデータ処理としては、例えば受注受
付台帳に対して受付けられた日付や受注状況等の更新処
理や、帳票印刷処理として、受注業務の場合、受注受付
決済がＯＫされた段階で帳票定義２８に従ったフォーマ
ットで受注伝票を印刷する帳票印刷処理等がある。次い
で、ステップＳ１７で当該単位ユニットの接続定義表２
４の接続定義によって指定された次の業務となる次ユニ
ットの指示ファイルに当該単位ユニットで処理された処
理済データ（レコード）を伝達して書込み、ステップＳ
１８で自らのユニットの指示ファイル内の選択データ（
レコード）を削除する。次いで、ステップＳ１９で上記
処理が終了したか否かを判別し、終了した場合は処理を
終え、終了していなければステップＳ１１に戻る。

【００１５】このように、各処理単位ユニット２２毎に
指示ファイル２３を設け、各処理単位ユニット２２でデ
ータ処理する際には指示ファイル２３の内容を一覧表示
できるようにする。この指示ファイル２３にはそのユニ
ットにおいて処理すべきデータ（レコード）しか入って
いないので、一覧表示されたものは全てそのユニットに
おいて処理可能なデータのみとなる。すなわち、各処理
単位ユニット２２に一対一に対応して指示ファイル２３
を持っているから、図１２に示すようにデータ処理が実
行されたレコードだけが次の単位ユニットの指示ファイ
ル２３に保存され、そのレコードの元のレコードは元の
指示ファイル２３から削除される。従って、次回処理を
行なおうとした場合には指示ファイルに入っている一覧
表示を見るだけで処理すべきレコードがわかることにな
り、従来のように一括したファイルを使用している場合
のようにどのデータがどの業務で使えるデータか管理で
きなくなるといった不具合を解消することができる。

【００１６】図１２を用いて具体的に説明すると、図１
２はユニット化された処理単位１、処理単位２、処理単
位３…において情報伝達を行なう場合の接続形態を示す
図である。この図において、処理単位１（業務Ａ）の処
理結果として処理単位２（業務Ｂ）に伝達すべき情報が
作成された場合、指示ファイル２３に対して出力を行な
う。一方、処理単位２（業務Ｂ）では指示ファイル２３
の内容を参照しながら、必要な情報を選択し、入力を行
なう。指示ファイル２３には、処理単位１（業務Ａ）か
ら出力された接続情報が、指示レコードという形態で格
納されている。処理単位２（業務Ｂ）の処理は、通常、
表示部１７の主画面によって行なわれるが、指示ファイ
ルの内容を参照する必要があれば、表示部１７の補助画
面を一時的に重ね合わせ表示（サブウィンド表示）する
。ユーザは補助画面に表示された指示レコードの一覧か
らどの情報を処理単位２（業務Ｂ）に取込むかを指定す
ることができる。処理単位２の処理が完了した時点で、
対象となった指示レコードの削除を行なう。これにより
、指示ファイル２３には、常に処理単位２（業務Ｂ）の
処理待ちのレコードだけが保持される。従って、補助画
面に表示される情報は、すべて処理単位２（業務Ｂ）の
処理対象の候補として位置付けられることになる。

【００１７】以上説明したように、本実施例のデータ処
理装置１０は、業務単位に処理内容が定義された複数の
処理単位ユニット２２と、各処理単位ユニット２２に一
対一に対応して設けられた指示ファイル２３と、各処理
単位ユニット２２に対応して設けられ、データを伝送す
べきユニットの指示ファイル２３を定義する接続定義表
２４と、１つの処理単位ユニット２２が指定された際に
、その処理単位ユニットに対応する指示ファイルに保持
されたデータを読み出して一覧表示する表示部１７と、
表示部１７に表示されたデータから処理すべきデータを
選択するキー入力部１６とを備え、各処理単位ユニット
２２は、ユーザのキー操作により選択されたデータにつ
いて指示ファイル２３内のデータを処理し、処理された
データを接続定義表２４で定義された指示ファイル２３
に書き込むとともに、その処理されたデータを自らの処
理単位ユニット２２の指示ファイルから削除するように
しているので、各指示ファイル内の処理すべきデータの
みが一覧表示されることとなり、各処理単位ユニット毎
にその時点で処理すべき情報を直ちに確認することがで
きる。また、ユニット化された業務間の接続情報を補助
画面によって参照できるので、対象となる候補の情報の
みをリアルタイムに確認し、そこから処理対象を抽出す
ることによりスムーズな運用が可能となる。

【００１８】また、本実施例のデータ処理装置１０は、
ユニットを組み合わせてシステムを構築できることから
既に作成してあるユニットの再利用が容易である。また
、実際の業務と、システム化する単位、すなわちユニッ
トの単位が一対一となっているため、システム全体とし
て見た場合に、最終利用者に判り易い形でシステムを構
築することができる。

【００１９】

【発明の効果】本発明によれば、複数の処理単位毎に設
けられたファイル内に、対応する処理単位で処理すべき
データのみを保持させ、各ファイル内のデータを一覧表
示させるようにしているので、各ユニット毎（処理単位
毎）に、その時点で処理すべき情報を直ちに確認するこ
とができ、運用効率を大幅に高めることができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

【図１２】データ処理装置の情報伝達を行なう場合の接
続形態を説明するための図である。

【符号の説明】

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

Claims (1)

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