JPH04211896A - プログラム作成装置およびこの装置を用いたデータ処理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、複数のデータ処理機
能を選択的に搭載可能なＰＯＳ端末装置やＥＣＲなどの
データ処理装置に対して、アプリケーションプログラム
を作成するプログラム作成装置に関し、また、このよう
にして作成されたアプリケーションプログラムを使用す
る例えば、ＥＣＲやＰＯＳ端末装置のようなデータ処理
システム、および、前記アプリケーションプログラムを
ダウンラインローディングするデータ処理システムに関
する。

【０００２】

【従来の技術】ＰＯＳ端末装置やＥＣＲさらにはＡＴＭ
等のデータ端末装置は、同一の装置であってもそれが使
用される客先や同一店舗内での設置場所などによって必
要となる機能が異なる。例えば、ＰＯＳ端末装置の場合
、買上時にクレジットカードなどによる割引を行う店舗
では割引プログラムを搭載している必要があり、また、
一括購入と分割購入とで価格が異なる商品を販売する店
舗ではこれらの判断を行うプログラムを搭載している必
要がある。端末装置がこれらのプログラムの全てを搭載
していれば、全ての場所に適用できるが、それでは膨大
なメモリが必要となってしまう。このような端末装置で
は、処理の高速化のためプログラムを半導体メモリに記
憶しているため、メモリのために装置全体のコストが上
昇してしまう。そこで、各端末装置が必要とする機能に
合わせたプログラムを選択・編集して搭載する必要があ
る。また、機能によって必要とされる周辺機器もそれぞ
れ異なっている。

【０００３】また、このようなデータ端末装置とホスト
装置との間で売上データの送受やプログラムの変更等を
行うために、データネットワークシステムが構築されて
いる。たとえば、ＰＯＳシステムは、売上などを統括管
理するホスト装置と店舗内のレジに設置されているＰＯ
Ｓ端末装置とを回線（公衆電話回線や構内回線）で接続
したシステムである。このようなネットワークシステム
で、端末装置に新たな機能が必要となったり、いままで
の機能を変更したい場合が生じた場合、各ネットワーク
端末装置内に記憶されている前記プログラムを追加・変
更（ロード）しなければならない。このロードは、プロ
グラムがＲＯＭに記憶されている場合には差し替えが必
要になり、係員が全ての装置に直接赴いて作業をしなけ
ればならない。また、プログラムがバックアップＲＡＭ
に記憶されている場合には、一旦フロッピィディスクな
どに書き込んだのちこのフロッピィディスクを端末装置
に持ち込むことによって行う場合もあるが、ホスト装置
（アプリケーションプログラム作成装置）から公衆電話
回線などを介して直接ロードする方式もよく用いられて
いる。

【０００４】

【発明が解決しようとする課題】ところで、ＰＯＳ端末
装置などにロードするプログラムを作成する場合、従来
は、全ての機能を一体とした一本のプログラムとしてプ
ログラムを構成していた。このため客先毎に、または、
設置場所毎に必要とされる機能が異なる場合、それに合
わせてプログラム全体を改造しなければならず、この作
業はプログラムの構造を理解し、修正をする技能を有す
る技術者にしかできないものことであった。また、この
ための作業は極めて時間がかかり、コストもかかる欠点
があった。

【０００５】さらに、一旦ロードされたプログラムを仕
様変更やバグの修復等のために一部変更したい場合があ
る。このような場合にも、従来は変更部分をプログラム
本体にリンクし直さなければならず手間がかかるうえ、
ＰＯＳ端末装置にとってはアプリケーションプログラム
全体の入れ換えが必要となる欠点があった。

【０００６】さらに、プログラムを回線で送信する場合
、回線の通信速度は２４００ｂｐｓ程度であるため、全
体として１００ＫＢ以上の長さがあるプログラムの全て
を伝送するためには長時間を要してしまう欠点があった
。さらに、複数のデータ端末装置へのプログラムの伝送
を１台のホスト装置が受け持っていたため、伝送に極め
て長時間を要する欠点があった。またこの場合、ホスト
装置と同一建物内にない端末装置には公衆電話回線でプ
ログラムを伝送しなければならないため、回線使用料が
掛かる欠点があった。さらに、プログラム全体では約２
００キロバイト程度の長さがあるため、この伝送の間に
エラーが発生する確率も高くなり、送り直しの確率も高
くなる欠点があった。

【０００７】また、このような複数のパッケージプログ
ラムを組み合わせて１個のアプリケーションプログラム
を作成する場合、システムに必要なメモリ容量は開発完
了間際になるまで正確に把握することができず、アプリ
ケーションソフト完成時にメモリ容量が不足する場合が
ある等の問題が生じる。また、完成したプログラムを使
用する場合、従来のように種々の機能を一本のプログラ
ムで作動させると、機能とプログラムとの明確な対応が
取れず、ＰＯＳ端末装置においてどの機能が頻繁に使わ
れ、どの機能がほとんど使われないかという機能の使用
状態を把握するのは困難であった。またプログラムに障
害が発生したとき、従来の装置ではプログラムのどの部
分に障害が生じているかを調べるのは困難であった。

【０００８】この発明は、単位機能毎に分割されたプロ
グラムを組み合わせることによって各々の客先に向けた
アプリケーションプログラムを作成することができ、ま
た、各パッケージプログラムの単価，各パッケージソフ
トが必要とするメモリ容量，ハードウェアおよび各メモ
リおよび各ハードウェアの単価を記憶しておくことによ
り、ユーザが要求する機能を入力したとき即座に見積も
りや必要メモリ容量を算出できるパッケージプログラム
作成装置を提供することを目的とする。

【０００９】また、この発明は、プログラムをパッケー
ジ毎に独立動作可能に分割して記憶し、各プログラム間
はアドレスの変換で連絡できるようにしたことにより、
一部のパッケージプログラムの入れ換えで仕様変更やバ
グの修正が可能であり、さらに、各機能の使用状態の把
握を容易にしたり、プログラム障害の発生箇所を容易に
知ることのできるデータ処理システム、および、処理プ
ログラムを単位機能毎に分割したパッケージプログラム
（以下、単に「パッケージ」という。）の集合で構成し
、書き換えが必要なパッケージのみ各端末装置間を階層
的に伝送するようにすることにより、伝送を効率的にし
たデータ処理システムを提供することを目的とする。

【００１０】

【課題を解決するための手段】この出願の請求項１の発
明であるプログラム作成装置は、単位機能毎に分割され
独立して動作可能なパッケージプログラムを複数記憶し
た記憶手段と、必要な機能の入力を受け付ける受付手段
と、受付手段が受け付けた機能を実現するための前記パ
ッケージプログラムを選択して順次配列して編集する編
集手段と、を設けたことを特徴とする。

【００１１】この出願の請求項２の発明であるプログラ
ム作成装置は、単位機能毎に分割され独立して動作可能
なパッケージプログラムを複数記憶した記憶手段と、必
要な機能の入力を受け付ける受付手段と、受付手段が受
け付けた機能を実現するための前記パッケージプログラ
ムを選択して順次配列してロードする編集手段と、を設
けたことを特徴とする。

【００１２】この出願の請求項３の発明であるプログラ
ム作成装置は、単位機能毎に分割され独立して動作可能
なパッケージプログラムを複数記憶した記憶手段と、必
要な機能の入力を受け付ける受付手段と、受付手段が受
け付けた機能を実現するための前記パッケージプログラ
ムを選択して順次配列してロードする編集手段と、ロー
ドされたアプリケーションプログラムの記憶エリアが書
き込まれるテーブルと、新たなアプリケーションプログ
ラムをロードするときこのテーブルを参照してロードす
べきエリアを決定する決定手段と、新たなアプリケーシ
ョンプログラムのロードののち前記テーブルを更新する
手段と、を設けたことを特徴とする。

【００１３】この出願の請求項４の発明であるプログラ
ム作成装置は、複数の機能のそれぞれに対応したパッケ
ージプログラムを記憶した記憶手段と、選択入力された
機能に応じて必要なパッケージプログラムを選択する編
集手段と、前記パッケージプログラム毎に予め設定され
た価格および必要メモリ容量を記憶したパッケージデー
タテーブルと、容量の異なるメモリ毎の単価の単価を記
憶した単価テーブルと、前記パッケージデータテーブル
を参照し、選出したパッケージプログラムの必要メモリ
容量の合計を算出するメモリ容量算出手段と、このメモ
リ容量算出手段の算出結果，前記パッケージデータテー
ブルおよび前記単価テーブルを参照し、選択したパッケ
ージプログラムに係るコスト計算を行うコスト算出手段
と、を設けたことを特徴とする。

【００１４】この出願の請求項５の発明であるプログラ
ム作成装置は、複数の機能のそれぞれに対応したパッケ
ージプログラムを記憶した記憶手段と、選択入力された
機能に応じて必要なパッケージプログラムを選択する編
集手段と、前記パッケージプログラム毎に予め設定され
た価格，必要メモリ容量および必要機器を記憶したパッ
ケージデータテーブルと、容量の異なるメモリ毎の単価
および各機器の単価を記憶した単価テーブルと前記パッ
ケージデータテーブルを参照し、選出したパッケージプ
ログラムの必要メモリ容量の合計を算出するメモリ容量
算出手段と、このメモリ容量算出手段の算出結果，前記
パッケージデータテーブルおよび前記単価テーブルを参
照し、選出したパッケージプログラムに係るコスト計算
を行うコスト算出手段と、を設けたことを特徴とする。

【００１５】この出願の請求項６の発明であるデータ処
理システムは、単位機能毎に分割されたパッケージプロ
グラムを複数記憶したプログラムメモリと、前記プログ
ラムメモリにおける各パッケージプログラムの記憶エリ
アを記憶したメモリ管理テーブルと、各データ処理にお
いて、前記メモリ管理テーブルを参照してアクセスする
アドレスを決定する手段と、を設けたことを特徴とする
。

【００１６】この出願の請求項７の発明であるデータ処
理システムは、機能単位ごとに分割された複数のパッケ
ージプログラムを記憶する手段と、各機能の実行命令に
基づいてその機能に対応するパッケージプログラムを呼
び出す手段と、前記各パッケージプログラムの呼び出し
回数および／または呼び出し順序を蓄積記録する手段と
、を設けたことを特徴とする。

【００１７】この出願の請求項８の発明であるデータ処
理システムは、ホスト装置および複数のネットワーク端
末装置を階層的なデータ伝送形態に構成するとともに、
各ネットワーク端末装置が記憶する処理プログラムを単
位機能毎に独立して動作する複数のパッケージプログラ
ムに分割して記憶し、前記ホスト装置に前記パッケージ
プログラムを下位階層のネットワーク端末装置にダウン
ラインローディングする手段と、各ネットワーク端末装
置にホスト装置または上位階層のネットワーク端末装置
から送られてきた前記パッケージプログラムを下位階層
のネットワーク端末装置にダウンラインローディングす
る手段と、を設けたことを特徴とする。

【００１８】

【作用】この出願の請求項１，２の発明のプログラム作
成装置の構成を図１に示す。記憶手段２には、単位機能
毎に分割され独立して動作可能なパッケージプログラム
が複数記憶されている。この記憶手段２の記憶内容は編
集手段１によって読み出し可能である。この編集手段１
には、受付手段３によって、必要な機能が入力される（
ａ）。編集手段１は受付手段から入力された記憶を実現
するためのパッケージプログラムを記憶手段２から読み
出し（ｂ）、対象となる装置４にロードする（Ｃ：請求
項２）。

【００１９】これにより、どの様な機能が要求された場
合でも、自動的にアプリケーションプログラムを作成す
ることが可能になる。

【００２０】また、図２に請求項３の発明の構成を示す
。必要な機能が３→３′に変更された場合、テーブル５
を参照して新たなパッケージプログラムを追加するエリ
アを決定する（ｆ）。また、プログラムを削除する必要
がある場合にはその動作を行う（ｇ）。つぎに、追加す
るパッケージプログラムを記憶手段２から読み出し（ｈ
）、対象となる装置４の所定エリアにロードする（ｉ）
。

【００２１】このようにすることによって、各機能毎に
独立したパッケージプログラムを任意に追加することが
でき、仕様の変更を容易に行うことができる。

【００２２】この出願の請求項４，５のプログラム作成
装置では、パッケージプログラム毎にその価格、必要メ
モリ容量および必要機器がパッケージデータテーブルに
記憶されている。選択入力された機能に応じて必要なパ
ッケージプログラムが選出されると、メモリ容量算出手
段によりパッケージデータテーブルが参照され、選出し
たパッケージプログラムにおいて必要とされるメモリの
容量の合計が算出される。また、メモリの容量毎の単価
および各機器（請求項５）の単価が単価テーブルに記憶
されており、コスト算出手段によりこの単価テーブル、
パッケージデータテーブルおよびメモリ容量算出手段の
算出結果が参照され、選出したパッケージプログラムの
コストの計算がなされる。従ってユーザが必要とする機
能が選択入力されると、そのアプリケーションプログラ
ムの価格、必要なメモリの容量、およびメモリや各機器
（請求項５）の価格が算出される。

【００２３】この出願の請求項６のデータ処理システム
では、各パッケージプログラムが独立して動作可能であ
る。各パッケージプログラムの実行は、所定のアドレス
をアクセスすることにより、プログラム文やデータの読
み出しがされる。このアドレスは、各パッケージプログ
ラムに相対的なアドレス（例えば、このパッケージプロ
グラムの先頭を１とするようなアドレス）で記述されて
いる。パッケージプログラム内でデータを処理する場合
には、このアドレスと、メモリ管理テーブルに記憶され
ている自己のパッケージプログラムの記憶エリアとから
実際にアクセスする絶対アドレス（メモリのアドレス）
を割り出す。また、パッケージプログラム外に処理が移
る場合には、移動するプログラムのアドレスを前記メモ
リ管理テーブルから読み出し、そこへジャンプするよう
にすればよい。

【００２４】このような機能を設けることにより、単位
機能毎に分割されたパッケージプログラムがどの順序で
どのエリアに記憶されていてもそのプログラムを変更す
ることなくそれぞれを動作させることができる。

【００２５】この出願の請求項７のデータ処理システム
においては、命令された機能を実行するプログラムが各
機能ごとに分割されて記憶される。したがって特定の機
能を実行する際にはその機能に対応するプログラムのみ
を呼び出してそのプログラムの呼び出し回数、および／
または、呼び出し順序の記録が可能となる。各プログラ
ムの呼び出し回数を蓄積記録した場合、各機能の使用頻
度の判断を行うことができる。また各プログラムの呼び
出し順序を蓄積記録した場合、その順序が出力されるた
め、障害発生時にはどの機能部のプログラムに障害が発
生したかを容易に解析することが可能になる。

【００２６】この出願の請求項８のデータ処理システム
では、ネットワーク端末装置に記憶するプログラムの一
部を追加・変更しようとする場合、ホスト装置は、その
追加・変更に係るパッケージのみを伝送する。伝送先は
、最上位の階層のネットワーク端末装置のみである。 上記パッケージを受信したネットワーク端末装置は、下
位側に接続されているネットワーク端末装置（この端末
装置は１個でも複数でもよい。）にこれを再送信する。 このようにいわゆるリレー式でパッケージが伝送される
ため、ホスト装置の負担を著しく軽減することができる
。また、データ伝送形態を階層化することで異なる建物
への伝送を減らすことができ、公衆電話回線の使用料金
を低く抑えることができる。さらに、伝送するデータを
パッケージのみにしたことによって伝送時間がさらに短
くなり、公衆電話回線の使用料をさらに低く抑えること
ができうえ、エラーの発生率を低下させることができる
。

【００２７】

【実施例】

実施例１ 図３はこの出願の請求項１〜３に対応する実施例である
アプリケーションプログラム作成装置を含むＰＯＳター
ミナルシステムの概略構成を示す図である。アプリケー
ションプログラム作成装置１０は電話回線１１またはフ
ロッピィディスク１２によってＰＯＳターミナル１３と
接続され、プログラムやデータなどを転送する。店舗に
おいては、構内回線１４によって複数台のＰＯＳターミ
ナル１３が接続されている。これら複数のＰＯＳターミ
ナル１３のうち前記アプリケーションプログラム作成装
置１０からプログラム，データ等を受信するのはマスタ
ＰＯＳターミナルまたはバックルームコンピュータであ
る。

【００２８】図４は同アプリケーションプログラム作成
装置の制御部のブロック図である。

【００２９】この装置の動作はＣＰＵ２０が制御する。 このＣＰＵ２０には、バス２１を介して、ＲＯＭ２２，
ＲＡＭ２３，ライブラリ２４，通信制御装置２５および
フロッピィディスク装置２７が接続されている。ＲＯＭ
２２にはこの装置の動作を指定するプログラムが記憶さ
れており、ＲＡＭ２３には種々のレジスタ，テーブルが
設定される。また、ライブラリ１４はハードディスク装
置で構成されており、複数のアプリケーションパッケー
ジが記憶されている。通信制御装置２５は電話回線やＴ
ＤＬ等を介してＰＯＳターミナル１３と通信する機能を
有している。

【００３０】図５は前記ＲＡＭ２３に設定されるメモリ
管理テーブルを示す図である。このメモリ管理テーブル
は、メモリ空間管理テーブル５０およびパッケージアド
レス管理テーブル５１とからなっている。メモリ空間管
理テーブル５０には、対象となるＰＯＳターミナルのＲ
ＯＭエリアのスタートアドレス，アンドアドレスおよび
ＲＡＭエリアのスタートアドレスおよびエンドアドレス
が記憶される。また、パッケージアドレス管理テーブル
５１には、このＰＯＳターミナルに記憶される、または
、記憶されているアプリケーションパッケージプログラ
ムに関するデータが記憶される。すなわち、記憶される
／されているアプリケーションパッケージプログラム毎
に、ＩＤナンバ，スタートアドレス，エンドアドレスが
記憶されている。このデータを参照することによって、
ＲＡＭエリアの何処にどのアプリケーションパッケージ
が記憶されているか、およびそのメモリ容量がどの程度
であるかを判断することができ、アプリケーションパッ
ケージプログラムの削除／追加時にメモリを効率的に活
用することができる。このパッケージアドレス管理テー
ブル５１はアプリケーションプログラムの改造時に更新
される。

【００３１】このメモリ管理テーブルは各客先仕様（一
群のＰＯＳターミナル）毎に作成され、アプリケーショ
ンプログラムをマスタＰＯＳターミナルに送信したのち
、このメモリ管理テーブルも、そのＰＯＳターミナルに
送信される。アプリケーションプログラムを改造する場
合には、ＰＯＳターミナルからこのメモリ管理テーブル
を受信して更新する。なお、このメモリ管理テーブルを
アプリケーションプログラム作成装置１内に記憶してお
くようにしてもよい。

【００３２】図６および図７は同アプリケーションプロ
グラム作成装置の動作を示すフローチャートである。図
６は最初にアプリケーションプログラムを作成するとき
の動作を示す。先ず、装置の利用者がＰＯＳターミナル
に対して要求される機能の一覧を作成する（ｎ１）。作
成された要求機能一覧をチェックし矛盾なく動作するか
否かを判断する（ｎ２）。動作が妥当であればｎ３に進
む。妥当でない場合にはｎ１に戻る。ｎ３では要求され
る機能を実現するためのアプリケーションパッケージを
ライブラリから取り出して（ｎ３）その配列順序等を定
め、メモリ管理テーブル（図５参照）を作成する（ｎ４
）。作成されたメモリ管理テーブルに従ってアプリケー
ションパッケージをＰＯＳターミナルにロードし（ｎ５
）、最後にメモリ管理テーブルをこのＰＯＳターミナル
にロードして（ｎ６）動作を終える。

【００３３】図７はすでにロードされているアプリケー
ションプログラムを改造する場合の動作を示すフローチ
ャートである。先ず、ｎ１０で改造対象となっているＰ
ＯＳターミナル内に記憶されているメモリ管理テーブル
を受信する（ｎ１０）。次に新たな要求機能一覧が作成
され（ｎ１１）、この要求機能一覧の妥当性チェックを
行う（ｎ１２）。動作が妥当であればｎ１３に進む。妥
当でなければｎ１１に戻る。この要求機能一覧と、ｎ１
０で受信したメモリ管理テーブルとを比較して追加すべ
きアプリケーションパッケージ，削除すべきアプリケー
ションパッケージを抽出する（ｎ１３）。まず、不要な
アプリケーションパッケージを削除してメモリエリアを
広げるため、ＰＯＳターミナルに対して対象となるアプ
リケーションパッケージの削除コマンドを送信し（ｎ１
４）、メモリ管理テーブルを更新する（ｎ１５）。次に
追加すべきアプリケーションパッケージをライブラリ２
４から取り出し（ｎ１６）、メモリ管理テーブルを参照
してこのパッケージがすでにロードされているか否かを
チェックする（ｎ１７）。すでにロードされているもの
であれば表示画面にすでに存在している旨の表示を行う
（ｎ１９）。通常このようなエラーは発生しないため、
これが発生したときにはメモリ管理テーブルと新要求機
能一覧との参照もれの可能性があるためにダウンする。 追加すべきアプリケーションパッケージがまだＰＯＳタ
ーミナルにロードされていないものであればこのアプリ
ケーションパッケージの容量と、メモリ管理テーブル内
の空きエリアの長さとを比較してロードすべきエリアを
検索する（ｎ２０）。ロード先の空きエリアがあれば（
ｎ２１）、このパッケージをそのロード先アドレスに決
定して（ｎ２２）、ＰＯＳ端末装置に対するロードを実
行する（ｎ２３）。もしロード先の空きエリアがない場
合にはメモリが不足してロードできない旨の表示を表示
装置に行う（ｎ２１）。ロードののちメモリ管理テーブ
ルを更新し、このメモリ管理テーブルをＰＯＳターミナ
ルにロードして（ｎ２５）動作を終える。

【００３４】このようにこのアプリケーションプログラ
ム作成装置では独立して動作可能なアプリケーションパ
ッケージをメモリマネジメントテーブルに基づいて追加
，削除することができるため、プログラムの改造時にリ
ンカーを用いたリンクなどの必要がなく相対アドレスと
絶対アドレスとを併用して円滑なデータのやりとりを行
うことができる。

【００３５】 実施例２ 図９は、この出願の請求項４，５に対応する実施例であ
るアプリケーションプログラム作成装置が適用されるシ
ステムの構成を示す図である。

【００３６】同図はアプリケーションプログラム作成装
置１０１がＰＯＳシステムに適応された場合を示してい
る。アプリケーションプログラムのディーラに備えられ
たアプリケーションプログラム作成装置１０１において
ユーザのＰＯＳシステム１２６が必要とする機能が選択
されると、各機能を実現するパッケージプログラムが選
出され、これらが組み合わされてアプリケーションプロ
グラムが作成される。

【００３７】作成されたアプリケーションプログラムは
電話回線または専用のデータライン（ＩＳＣ等）１２１
によってアプリケーションプログラム作成装置１０１に
接続されたＰＯＳシステムのバックルームコンピュータ
またはマスタＰＯＳターミナル１２３に供給される。ま
た、ＰＯＳシステム１２６がアプリケーションプログラ
ム作成装置１０１に接続されていない場合には作成され
たアプリケーションプログラムをフロッピィディスク１
２２を介してバックルームコンピュータまたはマスタＰ
ＯＳターミナル１２３に供給する。このようにしてマス
タＰＯＳターミナル１２３に供給されたアプリケーショ
ンプログラムはＰＯＳシステム１２６において専用のデ
ータラインによって接続されたＰＯＳターミナル（ＥＣ
Ｒ）１２４，１２５・・・にロードされ、このＥＣＲ１
２４，１２５・・・において実行される。

【００３８】図８は上記アプリケーションプログラム作
成装置の構成を示すブロック図である。

【００３９】ＣＰＵ１０２に接続されたＲＯＭ１０３に
はＣＰＵの処理動作を規定するプログラムが書き込まれ
ている。またＲＡＭ１０４にはＣＰＵ１０２の処理動作
中において入出力されるデータが一時格納される他、後
述するテーブルが記憶されている。このＲＡＭ１０４は
バッテリバックアップされており、電源がオフされても
テーブルの記憶内容は維持される。また、ライブラリ１
０５には各機能に係るパッケージプログラムが格納され
ている。ＣＰＵ１０２はインタフェース１０７または１
０８において電話回線または専用のデータラインを介し
て前述のバックルームコンピュータ（マスタＰＯＳター
ミナル）１２３等のシステムの制御部に接続される。Ｃ
ＰＵ１０２はアプリケーションプログラムの作成時にお
いて選択可能な機能をディスプレイ１０６に表示し、キ
ーボード１１０の操作により選択入力された機能に係る
パッケージプログラムをライブラリ１０５から読み出し
てアプリケーションプログラムを構成する。このように
して構成されたアプリケーションプログラムをインタフ
ェース１０７または１０８から直接システムに供給する
か、あるいはフロッピィディスクドライブ１０９を介し
てフロッピィディスクに書き込む。

【００４０】図１０（Ａ）〜（Ｃ）は、上記アプリケー
ションプログラム作成装置の制御部の一部を構成するＲ
ＡＭに記憶されているテーブルを示す図である。

【００４１】 同図（Ａ）は、パッケージプログラム毎にパッケージプ
ログラムＩＤコード、単価、そのパッケージプログラム
が要求するメモリ容量、および必要とするオプション機
器ナンバーを１レコードとして全てのパッケージプログ
ラムについて記憶したパッケージデータテーブルである
。ＣＰＵ１０２は選択入力された機能に対応するパッケ
ージプログラムのＩＤコードを読み出し、このＩＤコー
ドで識別されるレコードを参照する。

【００４２】 同図（Ｂ）は、それぞれ容量の異なるＲＡＭおよびＲＯ
Ｍの単価を記憶するメモリ単価テーブルであり、一部分
に標準ハードウェアの価格を記憶している。この標準ハ
ードウェアはアプリケーションプログラム作成装置１に
おいて作成されるいずれのアプリケーションプログラム
においても標準的に必要とされる機器であり、全てのユ
ーザにおいて必要となるものである。ＣＰＵ１０２は同
図（Ａ）に示すパッケージデータテーブルを参照して得
られたメモリ容量にしたがって必要なメモリの容量およ
び個数を決定し、同図（Ｂ）に示すメモリ単価テーブル
を参照して必要なメモリの合計価格を算出する。

【００４３】 同図（Ｃ）は選択入力された機能に応じて必要とされる
ｎ個のオプション機器のそれぞれの単価を記憶するオプ
ション機器単価テーブルである。ＣＰＵ１０２はパッケ
ージデータテーブルから選出すべきパッケージプログラ
ムのオプション機器ナンバーを読み出し、オプション機
器単価テーブルを参照して必要なオプション機器の合計
金額を算出する。なお、上記各テーブルにおいて単価は
適宜変更可能であり、パッケージデータテーブルのメモ
リ容量およびオプション機器ナンバーは各パッケージプ
ログラムの登録時に設定される。

【００４４】図１１は、上記アプリケーションプログラ
ム作成装置における処理手順を示すフローチャートであ
る。

【００４５】ＣＰＵ１０２は、単価変更処理の選択を待
機し、単価変更処理が選択されると各テーブルに記憶さ
れている単価の書換処理を受け付ける（ｎ１０１→ｎ１
０２）。単価変更処理が選択されなかった場合にはユー
ザにおいて要求される機能の選択入力を受け付け（ｎ１
０３）、選択入力された機能にしたがって必要なパッケ
ージプログラムのＩＤを選出する（ｎ１０４）。このの
ちパッケージデータテーブル（図３（Ａ））を参照して
、選出した各パッケージプログラムの単価を加算し、パ
ッケージプログラムの合計金額Ｓを算出する（ｎ１０５
）。更に、同じくパッケージデータテーブルから選出さ
れたパッケージプログラムのメモリ容量を読み出し、こ
れらを加算して必要なメモリ容量Ｍを算出する（ｎ１０
６）。このようにして得られたメモリ容量Ｍに基づいて
必要なメモリを選出し（ｎ１０７）、選出されたメモリ
の単価をメモリ単価テーブルから読み出して加算し、必
要なメモリの合計価格Ａを算出する（ｎ１０８）。

【００４６】この後、パッケージデータテーブルからパ
ッケージプログラムが要求するオプション機器を読み出
し（ｎ１０９）、このオプション機器の単価をオプショ
ン機器単価テーブルから読み出して加算し、オプション
機器の合計価格Ｂを算出する（ｎ１１０）。上記ｎ１０
８およびｎ１１０において得られた必要メモリの合計価
格Ａとオプション機器の合計価格Ｂとを標準ハードウェ
ア価格に加算し、アプリケーションプログラムのハード
ウェア価格Ｈを得る（ｎ１１１）。以上の処理において
得られたアプリケーションプログラムの価格Ｓ、ハード
ウェア価格Ｈおよびメモリ容量Ｍをディスプレイ６に表
示する（ｎ１１２）。以上の処理においてｎ１０６がこ
の発明のメモリ容量算出手段に相当し、ｎ１０５，ｎ１
０７，ｎ１０８，ｎ１１０，ｎ１１１が同じくコスト算
出手段に相当する。

【００４７】以上のようにして、各ユーザにおいて必要
とされる機能が選択入力されると、その機能を実現する
ために必要なパッケージプログラムを選出し、選出され
たパッケージプログラムによって構成されるアプリケー
ションプログラムの価格、そのアプリケーションプログ
ラムにおいて必要とされるメモリ容量、およびメモリを
含むハードウェアの価格を算出することができ、必要な
機能を選択入力するだけで正確な見積金額を得ることが
できる。

【００４８】なお、本実施例ではＰＯＳシステムに適応
されるアプリケーションプログラムの作成を例に上げて
説明したが、ユーザによって種々選択される複数のパッ
ケージプログラムからなるアプリケーションプログラム
を作成する全ての作成装置において、この発明を同様に
実施することができる。

【００４９】 実施例３ 図１３はこの出願の請求項６に対応する実施例である電
子式キャッシュレジスタ（ＥＣＲ）が店舗内において使
用される状態を示した図である。複数のＥＣＲ２０１が
構内回線２０４によって接続されており、そのうちの１
台が公衆電話回線２０３を介してホスト装置２０２と接
続されている。ホスト装置２０２は、ＥＣＲに対して売
り上げ等の集計データの伝送を命じるとともに、ＥＣＲ
２０１の動作仕様が変更になったとき、変更されるプロ
グラム名をダウンラインローディングする等の動作を行
う。

【００５０】図１４は同ＥＣＲの制御部のブロック図で
ある。この装置の動作はＣＰＵ２１０が制御する。この
ＣＰＵ２１０には、バス２１１を介して、ＲＯＭ２１２
，ＲＡＭ２１３，クロック２１４，キーボード２１５，
ディスプレイ２１６，プリンタ２１７，インラインイン
タフェース２１８およびオンラインインタフェース２１
９が接続されている。

【００５１】ＲＯＭ２１２には装置の立ち上げやダウン
ラインローディング制御等を行う常駐プログラムが記憶
されており、ＲＡＭ２１３には取引処理等に必要な複数
のパッケージプログラムが記憶され、さらに、メモリ管
理テーブルが設定されている。キーボード２１５，ディ
スプレイ２１６はレジ係員等が操作するためのものであ
る。プリンタ２１７はジャーナルやレシート等を印字す
る。インラインインタフェース２１８は構内回線４と接
続され、他のＥＣＲ２０１から売上データ等を受信する
。オンラインインタフェース２１９は公衆電話回線２０
３に接続されており、ホスト装置２０２との交信を制御
する。

【００５２】図１５は前記ＲＯＭ２１２およびＲＡＭ２
１３の一部構成図である。常駐プログラム２３０は上述
したようにＲＯＭ２１２に記憶されている。また、ＲＡ
Ｍ２１３には、メモリ管理テーブル２３１，複数のパッ
ケージプログラム２３２およびデータを記憶するファイ
ル２３３が設定されている。複数記憶されたパッケージ
プログラム２３２は、それぞれ単一の機能（たとえば、
割引処理やレシートのフォーマット処理等）を担当する
プログラムであり、独立して動作可能にされている。パ
ッケージプログラム２３２はプログラム本体２３２ａと
ローカルデータエリア２３２ｂとからなっており、ロー
カルデータエリア２３２ｂはこのパッケージプログラム
内のみで使用されるワーク用のデータエリアである。こ
の装置において共通して使用されるデータはファイル２
３３に記憶されている。

【００５３】図１６は前記メモリ管理テーブル２３１の
構成を示す図である。メモリ管理テーブル２３１にはパ
ッケージエリア先頭アドレス記憶エリア２４０，パッケ
ージエリアカレントアドレス記憶エリア２４１，ファイ
ルエリアボトムアドレス記憶エリア２４２，ファイルエ
リアカレントアドレス記憶エリア２４３および複数のパ
ッケージデータエリア２４４が設定されている。

【００５４】パッケージエリア先頭アドレス記憶エリア
２４０にはこのＥＣＲにおけるパッケージプログラムを
記憶するエリア（パッケージエリア）の先頭値が記憶さ
れている。ここで、パッケージプログラムはＲＡＭ２１
３のパッケージエリアの先頭アドレスから順に記憶して
ゆくように設定されており、最後のパッケージプログラ
ムの最終アドレスが、パッケージエリアカレントアドレ
ス（２４１）である。

【００５５】したがって、新たなパッケージプログラム
はパッケージエリアカレントアドレスの次のアドレスか
ら記憶される。

【００５６】また、ファイルエリアボトムアドレス記憶
エリア２４２はファイルエリアの最終アドレスを記憶し
ている。すなわち、データを記憶するエリア（ファイル
エリア）はＲＡＭ２１３の最終アドレスから設定されて
おり、記憶されるべきデータはこのアドレスからアドレ
スを遡って記憶されていく。ファイルエリアカレントア
ドレス（２４３）はこのファイルエリアに記憶されてい
るデータの先頭アドレスを示している。新たなデータは
このアドレスの直前のアドレスから記憶されていく。

【００５７】また、パッケージデータ記憶エリア２４４
は各パッケージプログラム２３２に対応して複数設けら
れている。このパッケージデータ記憶エリア２４４には
、パッケージＩＤ記憶エリア２４４ａ，プログラム先頭
アドレス記憶エリア２４４ｂおよびデータ先頭アドレス
記憶エリア２４４ｃが設定されている。プログラム先頭
アドレス（２４４ｂ）は各パッケージプログラム（２３
２）のうちプログラム本体（２３２ａ）が記憶されてい
るエリアの先頭アドレスを示している。また、データ先
頭アドレス（２４４ｃ）は各パッケージプログラム（２
３２）のうちローカルデータエリア２３２ｂの先頭アド
レスを示している。パッケージプログラム内で何らかの
アドレスのエリアをアクセスする場合、パッケージプロ
グラム内に記録されているアドレス（このアドレスは各
パッケージプログラムの先頭アドレスを０して記録され
ている。）にこのプログラム先頭アドレスを換算した値
でアクセスする。またワークエリアは２３２ｂのローカ
ルデータエリアを用いることとし、一時的にデータをバ
ッファリングする場合にはこのデータエリアを指定して
記憶する。

【００５８】図１２は同制御部のＣＰＵ２１０がプログ
ラムを実行する際にアドレスを指定するための動作を示
すフローチャートである。

【００５９】 同図（Ａ）はあるパッケージプログラムから他のパッケ
ージプログラムをコールする場合の動作を示している。 まずパッケージコール関数ｐａｃａｌｌ（ＰＩＤ，ａ，
ｂ，ｃ）を読み込む（ｎ２０１）。この関数のパラメー
タは、ＰＩＤ：パッケージＩＤ番号、ａ，ｂ，ｃ：デー
タである。この関数が読み込まれたときパッケージ内の
動作を終え、他のパッケージにジャンプすることが判断
される。

【００６０】このとき、まずＩＤ番号を用いてメモリ管
理テーブルのパッケージデータ記憶エリアを検索し（ｎ
２０２）、プログラム先頭アドレス（２４４ｂ）を読み
出す（ｎ２０３）。このアドレスに対して前記ａ，ｂ，
ｃのパラメータを持ってジャンプする（ｎ２０４）。こ
れによって他のパッケージプログラムへ絶対アドレスを
用いてジャンプすることができる。

【００６１】同図（Ｂ）はパッケージ内動作を示すフロ
ーチャートである。パッケージプログラムからアドレス
を読み出す（ｎ２１０）。このアドレスがデータアクセ
スであるかプログラムの読み出しであるかを判断する（
ｎ２１１）。プログラムの読み出しであればプログラム
先頭アドレス（２４４ｂ）をこの読み出されたアドレス
に加算し（ｎ２１２）、このアドレスでプログラムメモ
リ（ＲＡＭ２１３）にアクセスする（ｎ２１３）。これ
によってプログラム内に記憶されている相対的なアドレ
スに基づきＲＡＭ２１３の絶対アドレスをアクセスする
ことができる。

【００６２】ローカルデータエリア２３２ｂのアクセス
の場合にはメモリエリアをローカルデータエリア２３２
ｂの範囲内で割り当てる（ｎ２１４）。そのエリアにア
クセスする（ｎ２１５）。このようなアドレス変換処理
を行うことにより、メモリ構造が異なっていてもパッケ
ージプログラムの実行が可能になる。

【００６３】 実施例４ 図１７はこの出願の請求項７に対応する実施例であるＰ
ＯＳ端末装置のブロック図である。ＣＰＵ３０４にはデ
ィスプレイ３０１、プリンタ３０２、キーボード３０３
、ＲＡＭ３０５、ＲＯＭ３０６、通信部３０７が接続さ
れている。ＲＡＭ３０５には後述する各機能単位のプロ
グラムが記憶されており、必要に応じて呼び出される。 また、通信部３０７は図外のホスト装置との通信を行う
部分である。

【００６４】図１８は同ＰＯＳ端末装置の機能ブロック
図である。ＰＯＳ端末装置の機能としては設定機能，取
引機能，レボート機能等があり、これらの機能はさらに
細かく分割されている。例えば取引機能には部門登録，
ＰＬＵ登録，値引き機能等がある。これらの各機能を実
行するためのプログラムは前述したようにＲＡＭ５に、
各機能ごとに分割して記憶されている。これをブロック
図的に示すと図１９に示したように機能ブロック図に対
応して表される。以下、機能別に分割された単位プログ
ラムをパッケージという。これらのパッケージはパッケ
ージスーパバイザと呼ばれるプログラムによって管理さ
れる。

【００６５】図２０はＲＡＭ３０５のプログラム記憶領
域のレイアウトである。ＲＡＭ３０５には各パッケージ
を管理するパッケージスーパバイザと、複数のパッケー
ジとがランダムに記憶されている。

【００６６】図２１はパッケージスーパバイザの構成を
示した図である。各パッケージにはそれぞれＩＤが付け
られている。ＰＯＳ端末装置は実行履歴テーブルとメモ
リマネジメント／実行回数管理テーブルとを有している
。実行履歴テーブルにはパッケージの呼び出し時間を順
に記憶するエリアが設けられている。またメモリマネジ
メント／実行回数管理テーブルには各パッケージのアド
レス／そのパッケージの実行回数が記憶されるエリアが
設けられている。ＲＡＭ３０５に書き込まれているプロ
グラム（パッケージ）は書き換えが可能であり、使用頻
度の高い機能のものだけを選んで最適の仕様に構成する
ことができる。このとき、メモリマネジメントに記憶さ
れているパッケージ対応のアドレスも書き換えられる。

【００６７】図２２は同ＰＯＳ端末装置の処理動作中に
おけるパッケージＣＡＬＬ命令に対する処理手順（パッ
ケージスーパバイザ）を示したフローチャートである。

【００６８】所定のＩＤのパッケージを実行する旨の命
令がされるとまずメモリマネジメントテーブルを検索し
て該当するＩＤのパッケージがあるかどうかを調べる（
ｎ３０１→ｎ３０２）。該当するＩＤのパッケージがな
い場合にはその旨を戻り値に設定して処理を終了する（
ｎ３０３）。また該当するＩＤのパッケージが存在する
場合には実行回数管理テーブルの該当ＩＤ部の呼び出し
回数をインクリメントするとともに実行履歴テーブルに
は実行するパッケージのＩＤと時間を記録し（ｎ３０４
→ｎ３０５）、さらに、メモリマネジメントテーブルか
らそのＩＤに対応するパッケージのアドレスを得る（ｎ
３０６）。以上の処理ののち、メモリマネジメントテー
ブルより得られたアドレスのパッケージを呼び出してそ
の処理を実行する（ｎ３０７）。

【００６９】この実行履歴テーブルおよびメモリマネジ
メント／実行回数管理テーブルのデータはキーボードか
らの命令に応じてディスプレイへの表示またはプリンタ
印刷される。

【００７０】なおこの実施例において、「機能単位ごと
に分割された複数のプログラムを記憶する手段」はＲＡ
Ｍ３０５に対応し、「各機能の実行命令に基づいてその
機能に対応するプログラムを呼び出す手段」はｎ３０６
に、「各プログラムの呼び出し回数、および／または、
呼び出し順序を蓄積記録する手段」はｎ３０４，ｎ３０
５に対応する。

【００７１】 実施例５ 図２５はこの出願の請求項８に対応する実施例であるＰ
ＯＳシステムの概略構成を示す図である。ホストコンピ
ュータ４０１は売上などを管理するファイルを備えてお
り、本社建物内に設置されている。このホストコンピュ
ータ４０１は公衆電話回線４０２を介して各店舗の伝送
制御装置４０７に接続されている。この伝送制御装置４
０７は店舗内ＬＡＮ４０６に接続されている。店舗内Ｌ
ＡＮ４０６には複数のＰＯＳ端末装置４０３，４０４，
４０５が接続されている。これらのＰＯＳ端末装置４０
３，４０４，４０５は全て同一のハードを備えた装置で
あるが、このうち一台のＰＯＳ端末装置４０３がこの店
舗におけるマスタマシンとして動作し、他のＰＯＳ端末
装置４０４，４０５がサテライトマシンとして動作する
。この形態において、パッケージを含むデータの伝送は
ホストコンピュータ４０１→マスタマシン（ＰＯＳ端末
装置４０３）→サテライトマシン（ＰＯＳ端末装置４０
４，４０５）の順に伝送される。なお、この実施例では
、ホストコンピュータ４０１を含めて３階層としたが、
より多くの階層からなるようにしてもよい。また、１店
舗内に３台のＰＯＳ端末装置を設置するようにしたが、
より多くのＰＯＳ端末装置を設置するようにしてもよい
。

【００７２】図２６は前記ＰＯＳ端末装置の概略ブロッ
ク図である。上述したようにＰＯＳ端末装置４０３，４
０４，４０５が全て同一のハード構成を備えており、こ
の図の構成は全てのＰＯＳ端末装置４０３，４０４，４
０５に共通である。装置の動作はＣＰＵ４１４が制御し
、このＣＰＵ４１４にはディスプレイ４１１，プリンタ
４１２，キーボード４１３，ＲＡＭ４１５およびＲＯＭ
４１６が接続されている。ディスプレイ１１には買上げ
商品の商品名やその価格などが表示され、プリンタ４１
２は取引後レシートやジャーナルなどを印字する。キー
ボード４１３には商品キー，部門キー，テンキーなどが
設けられており、買上げの商品やその価格などを入力す
るために用いられる。ＲＡＭ４１５にはプログラムエリ
ア，データエリアなどが設定されており、プログラムエ
リアにはこのＰＯＳ端末装置の取引処理などのために必
要な機能を実現するための処理プログラム（パッケージ
）が複数記憶されている。また、データエリアには売上
や集計データなどを記憶するエリアが設けられている。 このＲＡＭ４１５はバッテリバックアップがされている
。ＲＯＭ４１６にはこのＰＯＳ端末装置を起動するため
に必要な起動プログラム（常駐プログラム）などが記憶
されている。

【００７３】図２７に前記ＲＡＭに記憶されている処理
プログラムの構成を示す。同図（Ａ）において、常駐プ
ログラムは上述したようにＲＯＭ４１６に記憶されてお
り、ＲＡＭ４１５には、設定機能パッケージ４２１，取
引機能パッケージ４２２，レポート機能パッケージ４２
３さらに部門登録パッケージ４２４，ＰＬＵ登録パッケ
ージ４２５，値引き機能パッケージ４２６が記憶されて
いる。これらのプログラムは同図（Ｂ）のように構成さ
れている。すなわち、常駐プログラム４２０が装置の立
ち上げを行い、キー操作等によって設定機能パッケージ
４２１，取引機能パッケージ４２２，レポート機能パッ
ケージ４２３の何れかを呼び出すことができる。また、
取引機能パッケージ４２２が呼び出されたとき、このパ
ッケージの動作中に部門登録パッケージ４２４，ＰＬＵ
登録パッケージ４２５，値引き機能パッケージ４２６を
処理内容に応じて呼び出すことができる。これらのパッ
ケージプログラムは自己のプログラム内で有効な相対ア
ドレスで動作し、動作を他のプログラムに渡すときのみ
、絶対アドレスを用いるように構成されている。これに
よって、どのプログラムがどこに記憶されていても独立
して動作することができ、また、他のプログラムの記憶
位置（スタートアドレス）が判れば、そのプログラムと
の連携をとることができる。

【００７４】図２３はマスタマシンであるＰＯＳ端末装
置４０３のＣＰＵ４１４の動作を示すフローチャート、
図２４はホストコンピュータ４０１−マスタマシン（Ｐ
ＯＳ端末装置４０３）−サテライトマシン（ＰＯＳ端末
装置４０４，４０５）間の通信手順を示す図である。こ
れらの図を参照して前記マスタマシン４０３の動作を説
明する。

【００７５】動作開始時に先ずイニシャル処理を実行し
（ｎ４０１）、ホストコンピュータ１からダウンライン
ドーディング（ＤＬＬ）を開始する旨のメッセージを受
信する（ｎ４０２）。マスタマシン４０３はホストコン
ピュータ４０１に対してＯＫを返信する。これに対して
ホストコンピュータ４０１から、ダウンラインローディ
ングされるパッケージのＩＤおよびローディングの対象
となるマシンのＩＤナンバを受信する（ｎ４０３）。こ
れにＯＫを返信すると、ホストコンピュータ４０１から
、ダウンラインローディングされるパッケージの本体が
送られてくる（ｎ４０４）。送信終了のメッセージをホ
ストコンピュータ４０１から受信し（ｎ４０５）、これ
にＯＫを返信してホストコンピュータとの交信を完了す
る。

【００７６】次に対象となるサテライトマシンに対して
、受信したパッケージの伝送を行う。先ずサテライトマ
シーンのＩＤナンバを指し示すポインタＮに０をセット
する（ｎ４０６）。このＮで示されるサテライトマシー
ンがダウンラインローディングの対象であるか否かを判
断し（ｎ４０７）、ダウンラインローディングの対象で
ある場合にはこのマシンに対してダウンラインローディ
ングを開始する旨のメッセージを送信する（ｎ４０８）
。サテライトマシンからのＯＫの返信を待ってこのサテ
ライトマシンに対して書き換えるべきパッケージのＩＤ
番号を送信する（ｎ４０９）。さらにＯＫの返信を待っ
たのち、このサテライトマシンに対してパッケージ本体
を送信する（ｎ４１０）。次にＮに１を加算して（ｎ４
１１）、ｎ７に戻る。店舗内の全てのサテライトマシン
（ホストマシンに対して下位側の階層に接続されている
マシン）に対してのこ処理が終了したことを判断したと
き（ｎ４１２）、終了処理を行って（ｎ４１３）動作を
終える。Ｎで指し示されるサテライトマシーンがダウン
ラインローディングの対象でない場合にはｎ４０７から
直接ｎ４１１に進む。

【００７７】

【発明の効果】以上のようにこの発明のプログラム作成
装置によれば、パッケージプログラムを組み合わせるこ
とによって、リンカを用いなくても客先毎の要求に合致
したアプリケーションプログラムを容易に作成すること
ができる。また機能の一部のみを変更する場合には変更
のあったアプリケーションパッケージのみをデータ処理
装置に対してロードするのみでよく、従来のように全て
のプログラムを書き換える必要がなくなるため、通信コ
ストなどを大幅に節約できる。また、各客先毎に容易に
最適なアプリケーションプログラムを提供することがで
きるため、ＰＯＳターミナルなどのメモリを有効に利用
できる利点が生じる。

【００７８】さらに、この出願の請求項３の発明によれ
ば自動的にデータ処理装置内の空きエリアを検索し、そ
のエリアにアプリケーションパッケージをロードできる
か否かを判断することができるため、プログラムの送受
信を容易に行うことができる利点が生じる。

【００７９】この出願の請求項４，５の発明によれば、
ユーザにおいて必要とする機能を選択入力することによ
って、その機能を満足するアプリケーションプログラム
に係るコストおよび必要なメモリ容量を算出することが
でき、ユーザへのシステム提案時点において正確な見積
金額を提示することができ、アプリケーションプログラ
ムの価格算出方法を確立してアプリケーションプログラ
ムのみの販売を実現でき、更にアプリケーションプログ
ラムの開発開始前に必要なメモリ容量が得られるため、
既にユーザに納入されているシステムに対する仕様変更
がメモリ容量の点から可能か否かを即座に判断できる利
点がある。

【００８０】この出願の請求項６のデータ処理システム
によれば、独立して動作可能なパッケージプログラムが
どのような配列でどのエリアに記憶されていても、メモ
リ管理テーブルを用いて絶対アドレス（メモリ上のアド
レス）を割り出すことができるため、プログラムをリン
クすることなく、連携して動作させることができる。

【００８１】これにより、プログラムを一部修正する場
合には、その部分のパッケージプログラムのみを修正す
ればよく、保守管理が容易になるほか、機能の組み合わ
せに自由度が増す利点が生じる。

【００８２】また、この出願の請求項７の発明によれば
、各機能プログラムの使用回数頻度を正確に把握するこ
とができ、データ端末装置の最適仕様を定量的に評価す
ることができる。また、実行履歴が記録されることによ
り障害が発生したときにどの時点で障害が発生したかを
正確に知ることができ、迅速に的確な処理を行うことが
できる。

【００８３】さらに、この出願の請求項８のデータ処理
システムによれば、ネットワーク端末装置の処理プログ
ラムの機能を追加・変更する場合、その追加変更したい
機能に対応するパッケージのみ送信するようにしたこと
により、送信時間の短縮およびエラー発生確立の低下を
実現することができる。

【００８４】また、ネットワークを階層的に構成して前
記パッケージを順次ダウンラインローディングしていく
ようにしたことにより、ホスト装置の負担を軽減するこ
とができる。また、ホスト装置とネットワーク端末装置
とが遠隔地に設置されている場合には、通信経費を軽減
することができる。

【図面の簡単な説明】

【図１】は請求項１，２の発明においてアプリケーショ
ンプログラム作成時の動作を流れを説明するための図、

【図２】は請求項３の発明においてアプリケーションプ
ログラム改造時の動作の流れを説明するための図、

【図
３】は請求項１，２，３の発明の実施例であるアプリケ
ーションプログラム作成装置を用いたダウンラインロー
ディングシステムの構成を示す図、

【図４】は同アプリ
ケーションプログラム作成装置の制御部のブロック図、

【図５】は同アプリケーションプログラム作成装置のメ
モリ管理テーブルの構成を示す図、

【図６】は同アプリケーションプログラム作成装置の動
作を示すフローチャート、

【図７】は同アプリケーションプログラム作成装置の動
作を示すフローチャートである。

【図８】はこの出願の請求項４，５の実施例であるアプ
リケーションプログラム作成装置の構成を示す図、

【図
９】は同アプリケーションプログラム作成装置が適用さ
れるシステムの構成を示す図、

【図１０】（Ａ）〜（Ｃ）は同アプリケーションプログ
ラム作成装置の制御部の一部を構成するＲＡＭに記憶さ
れるそれぞれパッケージデータテーブル、メモリ単価テ
ーブルおよびオプション機器単価テーブルを示す図、

【
図１１】は同アプリケーションプログラム作成装置にお
ける処理手順を示すフローチャートである。

【図１２】（Ａ），（Ｂ）はこの出願の請求項６の実施
例であるＥＣＲのＣＰＵの動作を示すフローチャート、

【図１３】は同ＥＣＲの接続状態を示す図、

【図１４】
は同ＥＣＲの制御部のブロック図、

【図１５】は同ＥＣ
Ｒのメモリの構成を示す図、

【図１６】は同ＥＣＲのメ
モリの構成を示す図である。

【図１７】はこの出願の請求項７の実施例であるＰＯＳ
端末装置の構成を示した図、

【図１８】は同ＰＯＳ端末装置の機能ブロック図、

【図
１９】は同装置のプログラム対応図、

【図２０】はメモ
リレイアウト、

【図２１】はプログラムの管理を行うパッケージスーパ
バイザの構成を示した図、

【図２２】はパッケージ呼び出し時の処理手順を示した
フローチャートである。

【図２３】は請求項８の実施例であるＰＯＳシステムの
ＰＯＳ端末装置（マスタマシン）の動作を示すフローチ
ャート、

【図２４】は同ＰＯＳシステムにおけるダウンラインロ
ーディングの手順を説明する図、

【図２５】は同ＰＯＳシステムの概略構成を示す図、

【
図２６】は前記ＰＯＳ端末装置の概略構成を示す図、

【
図２７】（Ａ），（Ｂ）は前記ＰＯＳ端末装置に記憶さ
れるパッケージの構成を示す図である。

【符号の説明】

１−編集手段、２−記憶手段、３，ａ−入力手段、５−
テーブル、ｆ−決定手段、５０−メモリ空間管理テーブ
ル、５１−パッケージアプリケーション管理テーブル。 １０１−アプリケーションプログラム作成装置、１０４
−ＲＡＭ、１０５−パッケージプログラムライブラリ。 ２３１−メモリ管理テーブル、２３２−パッケージプロ
グラム記憶エリア、２３２ａ−プログラム本体記憶エリ
ア、２３２ｂ−ローカルデータエリア、２４４ｂ−プロ
グラム先頭アドレス記憶エリア、２４４ｃ−データ先頭
アドレス記憶エリア。４０１−ホストコンピュータ、４
０３−ＰＯＳ端末装置（マスタマシン）、４０５−ＰＯ
Ｓ端末装置（サテライトマシン）、４１５−ＲＡＭ、４
２１〜４２６−パッケージプログラム。

Claims (8)

【特許請求の範囲】
1. 【請求項１】　　単位機能毎に分割され独立して動作可
   能なパッケージプログラムを、複数記憶した記憶手段と
   、必要な機能の入力を受け付ける受付手段と、受付手段
   が受け付けた機能を実現するための前記パッケージプロ
   グラムを選択して順次配列して編集する編集手段と、を
   設けたことを特徴とするプログラム作成装置。
2. 【請求項２】　　単位機能毎に分割され独立して動作可
   能なパッケージプログラムを、複数記憶した記憶手段と
   、必要な機能の入力を受け付ける受付手段と、受付手段
   が受け付けた機能を実現するための前記パッケージプロ
   グラムを選択して順次配列してロードする編集手段と、
   を設けたことを特徴とするプログラム作成装置。
3. 【請求項３】　　単位機能毎に分割され独立して動作可
   能なパッケージプログラムを、複数記憶した記憶手段と
   、必要な機能の入力を受け付ける受付手段と、受付手段
   が受け付けた機能を実現するための前記パッケージプロ
   グラムを選択して順次配列してロードする編集手段と、
   ロードされたアプリケーションプログラムの記憶エリア
   が書き込まれるテーブルと、新たなアプリケーションプ
   ログラムをロードするとき、このテーブルを参照してロ
   ードすべきエリアを決定する決定手段と、新たなアプリ
   ケーションプログラムのロードののち、前記テーブルを
   更新する手段と、を設けたことを特徴とするプログラム
   作成装置。
4. 【請求項４】　　複数の機能のそれぞれに対応したパッ
   ケージプログラムを記憶した記憶手段と、選択入力され
   た機能に応じて必要なパッケージプログラムを選択する
   編集手段と、前記パッケージプログラム毎に予め設定さ
   れた価格および必要メモリ容量を記憶したパッケージデ
   ータテーブルと、容量の異なるメモリ毎の単価の単価を
   記憶した単価テーブルと、前記パッケージデータテーブ
   ルを参照し、選出したパッケージプログラムの必要メモ
   リ容量の合計を算出するメモリ容量算出手段と、このメ
   モリ容量算出手段の算出結果、前記パッケージデータテ
   ーブル、および前記単価テーブルを参照し、選択したパ
   ッケージプログラムに係るコスト計算を行うコスト算出
   手段と、を設けたことを特徴とするプログラム作成装置
   。
5. 【請求項５】　　複数の機能のそれぞれに対応したパッ
   ケージプログラムを記憶した記憶手段と、選択入力され
   た機能に応じて必要なパッケージプログラムを選択する
   編集手段と、前記パッケージプログラム毎に予め設定さ
   れた価格、必要メモリ容量および必要機器を記憶したパ
   ッケージデータテーブルと、容量の異なるメモリ毎の単
   価および各機器の単価を記憶した単価テーブルと、前記
   パッケージデータテーブルを参照し、選出したパッケー
   ジプログラムの必要メモリ容量の合計を算出するメモリ
   容量算出手段と、このメモリ容量算出手段の算出結果、
   前記パッケージデータテーブル、および前記単価テーブ
   ルを参照し、選出したパッケージプログラムに係るコス
   ト計算を行うコスト算出手段と、を設けたことを特徴と
   するプログラム作成装置。
6. 【請求項６】　　単位機能毎に分割されたパッケージプ
   ログラムを複数記憶したプログラムメモリと、前記プロ
   グラムメモリにおける各パッケージプログラムの記憶エ
   リアを記憶したメモリ管理テーブルと、各データ処理に
   おいて、前記メモリ管理テーブルを参照してアクセスす
   るアドレスを決定する手段と、を設けたことを特徴とす
   るデータ処理システム。
7. 【請求項７】　　機能単位ごとに分割された複数のパッ
   ケージプログラムを記憶する手段と、各機能の実行命令
   に基づいてその機能に対応するパッケージプログラムを
   呼び出す手段と、前記各パッケージプログラムの呼び出
   し回数、および／または、呼び出し順序を蓄積記録する
   手段と、を設けたことを特徴とするデータ処理システム
   。
8. 【請求項８】　　ホスト装置および複数のネットワーク
   端末装置を、階層的なデータ伝送形態に構成するととも
   に、各ネットワーク端末装置が記憶する処理プログラム
   を、単位機能毎に独立して動作する複数のパッケージプ
   ログラムに分割して記憶し、前記ホスト装置に、前記パ
   ッケージプログラムを下位階層のネットワーク端末装置
   にダウンラインローディングする手段と、各ネットワー
   ク端末装置に、ホスト装置または上位階層のネットワー
   ク端末装置から送られてきた前記パッケージプログラム
   を、下位階層のネットワーク端末装置にダウンラインロ
   ーディングする手段と、を設けたことを特徴とするデー
   タ処理システム。