JPS6133565A - Program loading system - Google Patents

Program loading system

Info

Publication number
JPS6133565A
JPS6133565A JP15484484A JP15484484A JPS6133565A JP S6133565 A JPS6133565 A JP S6133565A JP 15484484 A JP15484484 A JP 15484484A JP 15484484 A JP15484484 A JP 15484484A JP S6133565 A JPS6133565 A JP S6133565A
Authority
JP
Japan
Prior art keywords
program
processor
storage means
common
command
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.)
Pending
Application number
JP15484484A
Other languages
Japanese (ja)
Inventor
Hirohiko Asakawa
朝川 裕彦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fuji Electric Co Ltd
Original Assignee
Fuji Electric Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fuji Electric Co Ltd filed Critical Fuji Electric Co Ltd
Priority to JP15484484A priority Critical patent/JPS6133565A/en
Publication of JPS6133565A publication Critical patent/JPS6133565A/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • G06F15/16Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G06F15/177Initialisation or configuration control

Abstract

PURPOSE:To reduce a program loading time by setting up a common storage means formed on a common bus as a program area to be used for plural processors in common and executing a program without reading it in a main storage device of a processor. CONSTITUTION:A data processing system has the 1st and 2nd processors 10, 20, an auxiliary storage means 30 is connected to the 2nd processor 20 and a common storage means 50 is connected to a common bus 40. The common storage means 50 is set up in a common program area to the processors 10, 20 and a program to be executed in each time is loaded from the auxiliary storage means 30 to the program area, so that the program is executed as it is without being read in the exclusive main storage means 13, 23 included in respective processors 10, 20.

Description

【発明の詳細な説明】[Detailed description of the invention] 【発明の属する技術分野】[Technical field to which the invention pertains]

本発明は共通バスを介して相互連携された複数のプロセ
ッサと、該プロセッサの内の少なくとも一つに付属して
設けられプログラムが格納された補助記憶手段と、前記
共通バス上に設けられた共通記憶手段とを備えたデータ
処理系におけるプログラムのローディング方式、とくに
比較的小形の複数プロセッサと記憶手段とにより構成さ
れるが、多種のプログラムを実行しなければならないP
O8装置等の小形のデータ処理系に適したプログラムの
ローディング方式に関する。
The present invention includes a plurality of processors that are interconnected via a common bus, an auxiliary storage means that is attached to at least one of the processors and stores a program, and a common processor that is provided on the common bus. A method of loading programs in a data processing system equipped with a storage means, especially a program loading method in a data processing system that is composed of a plurality of relatively small processors and a storage means, but has to execute a wide variety of programs.
This invention relates to a program loading method suitable for small data processing systems such as O8 devices.

【従来技術とその問題点】[Prior art and its problems]

周知のように1台のプロセッサないしは1個のCPUに
よっ′てなすべきデータ処理の種類や量が増加しこの増
加に対応し切れなくなったとき、複数個のプロセッサが
用いられる。とくに前述のPO8装置のような場合は、
装置を小形にかつ安価に構成するために、もともと比較
的小形でデータ処理能力が限られたCPUが用いられて
いるので、データ処理系をいわゆるマルチCPUで構成
するのが有利である。これによって、複雑なデータ処2
理の要求に対応できるほか、データ処理上のジョブを分
担させ、あるいは制御動作を同時並行的に進めることも
可能になり、処理速度を向上させることができるからで
ある。 かかる複数プロセッサを用いたデータ処理系では、各プ
ロセッサには該プロセッサが分担、実行すべきプログラ
ムを格納するRAMが付属して設けられており、データ
処理の開始前にデータ処理系が実行すべきすべてのプロ
グラムはこれらの複数個のプロセッサにそれぞれ付属す
るRAM内にあらかじめ分担して格納しておくのがふつ
うである。このようにすれば、データ処理に当たって各
プロセッサは順次に、あるいは同時並行的にその付属す
るRAMからプログラムを読み出して迅速にデータ処理
をすることができるが、反面プログラムの量が多くなる
とそれに応じて各RAM内にプログラムエリアを確保し
なければならず、データ処理系全体に要するRAMの記
憶容量を増してやらねばならない、また、複数のプロセ
ッサ間を連携する共通のデータバス上に全プロセッサに
共通のRAMを設けてこれにデータ処理系全体に必要な
プログラムを格納しておき、各プロセッサは必要に応じ
てこの共通RAMにアクセスしてそのつと必要なプログ
ラムを読み出すことも行われているが、これでは各プロ
セッサに共通に必要なプログラムを重複記憶させる必要
がなくなる利点が理論的にはあるが、各プログラムの実
行にあたっては共通RAM内のプログラムを一旦各プロ
セッサに付属のRAM内に読み込んでから実行する方式
になっているので、RAMの総所要容量の削減にさほど
の効果は上がらず、とくにPO8装置のような小形のデ
ータ処理系には不向きである。 また、プログラムの常駐格納場所として全プロセッサに
共通に設けられた磁気ディスク装置などの補助記憶手段
を選び、該手段から各プロセッサに共通に必要なプログ
ラムを同時に全プロセッサにローディングする方式や、
同樟に並列的にプログラムを全プロセッサに送るが、受
け取るプロセッサ側でプログラムに付属する識別コード
により自己が必要とするプログラムのみを読み込むよう
にした方式も知られているが、この場合にも各プロセッ
サに付属するRAMにプログラムを読み込む必要がある
ことに変わりはなく、RAMの全必要量を削除する上で
は必ずしも有効とはいい難い。
As is well known, when the type and amount of data processing to be performed by one processor or one CPU increases and it is no longer possible to handle this increase, multiple processors are used. Especially in cases like the PO8 device mentioned above,
In order to make the device compact and inexpensive, CPUs that are relatively small and have limited data processing capabilities are used, so it is advantageous to make the data processing system with so-called multi-CPUs. This allows complex data processing
This is because, in addition to being able to meet administrative demands, it is also possible to share data processing jobs or to proceed with control operations in parallel, thereby improving processing speed. In such a data processing system using multiple processors, each processor is provided with an attached RAM that stores the programs that the processor is responsible for and should execute. Normally, all programs are stored in advance in RAMs attached to each of these plurality of processors. In this way, when processing data, each processor can sequentially or simultaneously read programs from its attached RAM and process data quickly, but on the other hand, when the amount of programs increases, A program area must be secured in each RAM, the RAM storage capacity required for the entire data processing system must be increased, and a common data bus for all processors must be allocated on a common data bus that links multiple processors. A RAM is provided and programs necessary for the entire data processing system are stored in it, and each processor accesses this common RAM and reads out the necessary programs as needed. Theoretically, there is an advantage that there is no need to repeatedly store commonly required programs in each processor, but when executing each program, the program in the common RAM is first read into the RAM attached to each processor and then executed. This method is not very effective in reducing the total required RAM capacity, and is particularly unsuitable for small data processing systems such as PO8 devices. In addition, there is a method in which an auxiliary storage means such as a magnetic disk device provided commonly to all processors is selected as a permanent storage location for programs, and a program commonly required for each processor is loaded from this means to all processors at the same time.
There is also a known method in which programs are sent to all processors in parallel, but the receiving processor reads only the programs it needs based on the identification code attached to the program. It is still necessary to load the program into the RAM attached to the processor, and it is not necessarily effective in eliminating the total amount of RAM required.

【発明の目的】[Purpose of the invention]

前述のような従来技術のもつ問題点に立脚して、本発明
は複数のプロセッサを含むデータ処理系に必要なプログ
ラム量が増加しても、必要最低限の記憶容量を有する共
通記憶手段を複数プロセッサを連携する共通バス上に設
けるだけで、各プロセッサに付属するRAMなどの主記
憶手段の記憶容量を本質的に増加させる必要がないプロ
グラムのローディング方式を得ることを目的とする。ま
た、本発明の副次的な目的は、プログラムのローディン
グに要する時間を実用的な範囲内に抑制することにある
Based on the above-mentioned problems of the prior art, the present invention provides a system that uses a plurality of common storage means having the minimum necessary storage capacity even if the amount of programs required for a data processing system including a plurality of processors increases. To provide a program loading method that does not require essentially increasing the storage capacity of a main storage means such as a RAM attached to each processor by simply providing processors on a common bus that cooperates with each other. Further, a secondary object of the present invention is to suppress the time required for loading a program within a practical range.

【発明の要点】[Key points of the invention]

本発明によれば、上記の目的はWm記載のような補助記
憶手段を備えたデータ処理系において、共通記憶手段が
系内のプロセッサからアクセス可能な共通のプログラム
エリアとして設定され、該系内の第1のプロセッサにお
いて実行すべきプログラムのローディングの必要が生じ
た際には該第1のプロセッサはそのつどプログラムのロ
ード指令を前記補助記憶手段を備えた第2のプロセッサ
に与え、該指令を受け取った第2のプロセッサは該指令
に基づき第1のプロセッサにより指定されたプログラム
を補助記憶手段から前記共通記憶手段にロードするとと
もにロード完了通知を第1のプロセッサに与え、該第1
のプロセッサは該通知に基づいて前記共通記憶手段にロ
ードされたプログラムを実行しうるようにしたプログラ
ムのローディング方式によって簡単に達成される。 かかる本発明方式が採用されるデータ処理系では、各プ
ロセッサはそれぞれ果たすべき固有の基本的なジョブを
もっており、それに付属するRAM等の主記憶手段はか
かる基本的ジョブを果たすに必要なプログラムを格納す
る容量があるだけで足り、該プロセッサがそのつど実行
すべきプログラムは補助記憶手段から共通記憶手段に移
されのみで、該共通記憶手段上にあるままで該プログラ
ムのロード指令を発した特定のプロセッサによって実行
される。もちろん、この実行中に補助記憶手段を備えな
い他のプロセッサが必要とするプログラムを共通記憶手
段に移すことはできないが、その間に該他のプロセッサ
はその基本的なヅップを果たすことはできる。しかし、
これにより各プロセッサに付属する主記憶手段に前記の
そのつど実行すべきプログラムを読み込むに必要な余分
な容量を持たせる必要がないという大きな利点が生じる
。しかも、補助記憶手段から共通記憶手段へのプログラ
ムの転送は、該補助記憶手段を備えたプロセッサ側でな
されるから、該プログラムを受け取る側のプロセッサは
かかるプログラム転送のためのプログラムを実行する必
要がな(、従って転送プログラムを格納する記憶容量を
プロセッサに付属の主記憶手段ごとに持たせる必要もな
くなる。 前述のロード指令やロード完了通知は、系のデータ処理
速度を上げる上では、共通バスを介しであるいはこれと
は別の指令ラインを介して一方のプロセッサから他方の
プロセッサに割り込み指令の形で与えるようにするのが
有利である。この場合には、該割り込み指令は共通記憶
手段にロードされるべきプログラムの照合コードと、l
112−ド指令の場合には該ロード指令を発するプロセ
ッサの識別コードとを含むようにすることができる。ま
たかかる指令や通知の全部または一部を共通記憶手段を
介して相手方に与えるようにすることもでき、この場合
には共通記憶手段内にはかかるプログラムの照合コード
やプロセッサの識別コードを記憶するための約束のアド
レスをもつエリアを設定しておき、一方のプロセッサが
指令や通知の内容をかかるエリアに書き込み、これを受
け取る他方のプロセッサがこれを読み出すようにするこ
とでよい、しかし、実際面では指令や通知がある旨は割
り込み指令の形で相手方に与え、その具体内容は共通記
憶手段を介して相手方に伝達するのが有利である。 また、補助記憶手段から共通記憶手段へのプログラムの
転送に当たって、該プログラムデータの変形等の不具合
が発見される場合があるから、プログラムが無事に転送
されたか否か、不具合があったときにはそれを示すエラ
ーコードをステータス情報として相手方に伝達してやる
のが系の動作信頼性を保つ上で有効である。この場合、
詳しくステータス情報を伝えるためには、共通記憶手段
内にステータス情報の記憶エリアをあらかじめ確保して
おき、該エリアを介して情報伝達を行うようにするのが
よい。 さらに、系のデータ処理速度を総合的に上げる上では、
共通記憶手段にそのつど転送されるプログラムを複数個
のプログラム部分に分割しておき1回に転送されるプロ
グラム部分を短くすることにより転送時間を短縮するの
が有利である。これによりプログラム全体の転送時間が
短縮されるわけではないが、多(のプログラムの場合実
行の途中の若干の時間のおくれよりもプログラムの最初
の部分の実行開始を早める方が望ましいからである。例
えばpos装置の場合には、販売登録のプログラムとこ
れに続くレシートのタイプアウトプログラムとを分離し
ておいて前者の実行後に後者を自動転送するようにして
も、販売活動上何らの支障も生じない、かかる特定の場
合には、プログラム分割により部分プログラム長を大き
くても2レコード、バイト数にして512バイト程度に
短くでき、補助記憶手段に比較的アクセス時間が長いフ
ロッピ装置を用いてもプログラム実行終了までの時間を
0.5秒以下にすることができる。また、これに応じて
共通記憶手段の記憶容量をも削減でき、部分プログラム
長が前述のように500バイト前後の場合、前述の指令
や通知内容の記憶エリアやステータス情報の記憶エリア
を加えても、必要な記憶容量を1キロバイト以内に充分
抑制することができる。
According to the present invention, the above object is achieved in a data processing system equipped with an auxiliary storage means as described in Wm, in which the common storage means is set as a common program area accessible from processors within the system. Whenever it becomes necessary to load a program to be executed in the first processor, the first processor issues a program loading command to the second processor equipped with the auxiliary storage means and receives the command. The second processor loads the program designated by the first processor from the auxiliary storage means into the common storage means based on the command, and gives a loading completion notification to the first processor, and
This is easily achieved by a program loading method that allows the processor to execute the program loaded into the common storage means based on the notification. In a data processing system in which the method of the present invention is adopted, each processor has its own basic job to perform, and the main storage means such as RAM attached to it stores programs necessary to perform the basic job. The program to be executed by the processor each time is only transferred from the auxiliary storage means to the common storage means, and remains on the common storage means when the specific program that issued the load instruction for the program is executed. executed by the processor. Of course, during this execution the programs required by other processors not provided with auxiliary storage means cannot be transferred to the common storage means, but during this time the other processors can perform their basic dup. but,
This provides the great advantage that the main storage means attached to each processor does not need to have extra capacity necessary to read the programs to be executed each time. Moreover, since the program is transferred from the auxiliary storage means to the common storage means by the processor equipped with the auxiliary storage means, the processor receiving the program does not need to execute a program for transferring the program. (Accordingly, there is no need to provide storage capacity for storing transfer programs in each main storage means attached to the processor.) The load command and load completion notification described above are effective in increasing the data processing speed of the system by using a common bus. Advantageously, the interrupt commands are supplied from one processor to the other processor via the processor or via a separate command line in the form of interrupt commands, which interrupt commands are then loaded into the common storage means. the verification code of the program to be
In the case of a 112-load command, the identification code of the processor issuing the load command can be included. Further, all or part of such commands and notices can be given to the other party via a common storage means, and in this case, the common storage means stores the verification code of the program and the identification code of the processor. It is possible to set up an area with a promised address for the purpose, and have one processor write the contents of commands and notifications to this area, and the other processor that receives them to read them.However, in practice, In this case, it is advantageous to give the fact that there is a command or notification to the other party in the form of an interrupt command, and to transmit the specific contents to the other party via the common storage means. In addition, when transferring a program from the auxiliary storage means to the common storage means, problems such as deformation of the program data may be discovered, so it is important to check whether the program has been transferred successfully or not, and if there is a problem, identify it. It is effective to transmit the indicated error code to the other party as status information in order to maintain the operational reliability of the system. in this case,
In order to convey status information in detail, it is preferable to reserve a storage area for the status information in the common storage means in advance and to transmit the information via this area. Furthermore, in order to increase the overall data processing speed of the system,
It is advantageous to reduce the transfer time by dividing the program to be transferred each time to the common storage means into a plurality of program parts so that the program parts transferred at one time are shortened. Although this does not necessarily shorten the transfer time of the entire program, in the case of a multi-program program, it is preferable to start execution of the first part of the program earlier than to have a slight delay in the middle of execution. For example, in the case of a POS device, even if the sales registration program and the subsequent receipt typeout program are separated and the latter is automatically transferred after the former is executed, there will be no problem in sales activities. In such a specific case, by dividing the program, the partial program length can be shortened to at most two records, or about 512 bytes, and even if a floppy device with a relatively long access time is used as the auxiliary storage means, the program can be saved. The time required to complete execution can be reduced to 0.5 seconds or less. Also, the storage capacity of the common storage means can be reduced accordingly, and if the partial program length is around 500 bytes as described above, Even if a storage area for commands and notification contents and a storage area for status information are added, the required storage capacity can be sufficiently suppressed to within 1 kilobyte.

【発明の実施例] 以下、図を参照しながら本発明の実施例を詳しく説明す
る。なお、この実施例としては本発明を適用するに有利
なPO8装置、とくにガソリンスタンドなどの給油サー
ビスステーション用のPO51xを例に取って説明する
。 第1図はかかるPO8装置のハードウェア上の構成を示
すブロック結線図であって、本発明方式でいう第1のプ
ロセッサが10.第2のプロセッサが20.該第2のプ
ロセッサに付属する補助記憶手段が309両プロセッサ
を連携する共通バスが40゜該共通バス上に設けられた
共通記憶手段が50で示されている0図示のように第1
および第1のプロセッサ10.20は、それら自体はそ
れぞれ入出力装置を従えたマイクロコンピュータであり
、その核心となるC P Ull、21が狭義のプロセ
ッサではあるが、以下プロセッサなる語は前述のような
広い意味で用いることとする。第1のプロセッサ10は
いわばこのPO8装置の中心部であって、60で略示さ
れた入出力装置のほか、このPO8装置や特殊な形態と
してPO3装置本体部からやや離れて屋外のガソリン販
売現場に設置される販売機部70を付属させている。こ
の販売機部70は図では1組のみが示されているが、ふ
つうは数組が並列的に設けられる。この程度までは1個
のマイクロプロ。 セッサ10で処理できるが、システムがより大きくなる
と第1のプロセッサ10を複数個設けて全て共通バス4
0で相互連携する必要が生じるのはもちろんである。 第1のプロセッサlO自体は、通常のようにCPU11
.ROM12.RAM13.アドレスデコーダ14゜入
出力ボート15〜18等からなり、アドレスバス10a
とデータバス10bにより連絡されている。入出カポ−
)15.16には入出力装置60が接続されており、こ
の入出力装置60にはCRTなどの表示器61.キーボ
ード62.カードリーダ63.プリンタ64等が含まれ
、それぞれの符号に添字aを付したコントローラないし
は信号変換器を介して入出力ボート15゜16と結ばれ
ている。なお、62aは表示器61.キーボード62に
共用のコントローラであり、62bはこれに付属したキ
ーボード62に専用のインターフェイスである。販売機
部70は、入出カポ−)17.18を介して第1のプロ
セッサ10に接続され、カードリーグ71.プリンタ7
2.を含むほか、販売機としてのガソリンポンプ74を
駆動する制御開閉器73とガソリンの流量を測定するパ
ルス発生器75とを含む。 この販売機部70はプロセッサ10とオンライン的に結
合されており、実際の販売動作は例えばカードリーダ7
1に顧客カード71aが挿入することから始まる。これ
により販売プログラムが起動され、そのプログラムは後
述のように共通記憶手段50にローディングされる。顧
客のカード照合コードが正規か否かはプロセッサ10内
の主記憶手段としてのRAM13内の記憶値と比較する
ことによって判定され、正規であれば入出カポ−)1B
を介してガソリンポンプの解錠指令が制御開閉器73に
出される。これによってポンプ74の鎖錠が解かれ販売
員はホース76を介して顧客に給油サービスをすること
ができるようになる。給油量はパルス発生器75からの
パルスの形でパルスカプラ18a、入出力ホード18を
介してしプロセッサ10に取り込まれ、RAM13内の
給油量記憶エリアにその積算値として記憶される。RA
M13はまた単価表をも記憶しており、前のカードリー
ダ71からの信号を受けた時点でどのサービススタンド
から信号が来たのか、従っ−てどんなガソリンの品目で
あるかがわかっているので、その品目に対する単価と給
油量から販売金額がプログラムに従って計算される。プ
ログラムは例えば次の印字プログラムに移り、この計算
結果や給油量を含めた必要なデータが入出力ボート17
を介してプリンタ72に出力され、レシートが作成され
る。また販売と同時に入金があるときには、キーボード
62内の入金キーが操作され、これによって入金処理プ
ログラムが起動される。 以上のような販売動作プログラム等のほか種々のデータ
処理や制御のためのプログラムがキーボード62.カー
ドリーグ63.71からの入力のつど。 あるいは自動的に相互に引き続いて起動されるが、これ
らのデータ処理動作や制御動作に際して第1のプロセッ
サ10内のRAM13は販売量や品目や支払い条件等の
変数および顧客の照合コードや単価などの定数の記憶エ
リアとして、またデータ処理結果値のレジスタエリアと
して主に用いられ、かかる変数や定数を用いるデータ処
理形態を指定するプログラムは共通記憶手段50に必要
に応じて第2のプロセッサ20側から転送される。もつ
とも、かかる定数や変数に関係しない第1のプロセッサ
10に付属する入出力装置f60や販売機部70用の固
有のプログラムは一々第2のプロセッサ20から転送さ
せるよりは、ROM12やRAM13内に常駐させてお
(方が有利なことはいうまでもない、このようにそのつ
ど起動しなければならないプログラムを第1のプロセッ
サ10内に常駐させあるいは読み込まないようにするこ
とにより、RAM13の記憶容量を必要最低限に圧縮す
ることができる。 さて、プログラムを転癲する側の第2のプロセッサ20
は、前と同様にCPU21.ROM22.RAM23.
アドレスデコーダ24.入出力ボート25.2611え
る1個のマイクロコンピュータであり、プログラムの常
駐場所としての補助記憶手段30と入出力ボート26を
介して接続されている。該手段30は例えばフロッピ装
置!31とそのコントローラ32とからなる。また第2
のプロセッサ20には、図示のデータ処理系を端末機と
する管理データセンタ内のホストコンピュータと通信線
28を介してオフライン的に連絡するためのMODEM
27等が入出力ボート25を介して接続される。 第1および第2のプロセッサ10.20のアドレスバス
10a、20aおよびデータバス10b、20bは、共
通バス40のアドレスバス40a+データバス40bと
それぞれ簡略に示されたバス切換手段41.42を介し
て切換可能に連携されている。かかる、マルチプロセッ
サ系におけるバス接続とその切換制御としては種々公知
の方式が知られており、本発明の実施のためにはそのい
ずれの方式を利用しても差し支えない、共通記憶手段5
0は例えば小容量の単一のRAM51からなり、1共通
バス40のアドレス、データ両バス40a、40bに例
えば直接接続される。 次に、上に例示されたようなハードウェア構成のデータ
処理系における本発明方式の動作を第2図および第3図
を参照しながら説明する。 第2図は本発明方式の動作を模式的に示すものであり、
第3図はその動作フロー図であって、該フロー中の動作
ステップS1〜S12は両図に共通した符号として用い
られている。なお、この実施例は前述のプログラムのロ
ード指令LSおよびロード完了通知ASを割り込み指令
の形で発し、転送プログラムを指定するその照合コード
PNや転送のステータス情qpsは共通記憶手段50を
介して伝達する態様に当たるものである。 第2図の第1のプロセッサ10が実行するプログラムの
起動指令はその右上方にスイッチ入力として略示された
カードリーグ71.63あるいはキーボード62からの
入力であり、これに基づいて第1のプロセッサ10は第
3図の右方の列に示された第1ノフロセツサ側の動作フ
ローを開始する。ステップS1では、前述の起動指令に
対応したプログラムの照合コードないしはプログラム番
号PNを共通記憶手段50のプログラム照合エリア50
bに書き込む。 このプログラム番号PMは、カードリーダ71からの起
動指令の場合は販売プログラムを示す番号であり、この
際プログラム照合エリア50bに書き込まれるデータと
しては、このプログラム番号PNのばか必要に応じてロ
ード指令LSを発したプロセッサの照合コード、例えば
第1のプロセッサの番号1を加えることができる。つづ
くステップS2では、ロード指令LSをこの例では割り
込み指令の形で第2のプロセッサ20に直接に発信する
。この指令の形式としては、いわゆる割り込みレベルを
指定しあるいは前のプロセンサの照合コードを含めるよ
うにすることができる。 第2のプロセッサ20は、例えばその割り込み受付回路
のラッチに書き込まれたこの割り込み指令しSを読み取
ることにより、第3図の左方の列に示された動作フロー
を起動させ、その最初のステップS3では共通記憶手段
50のプログラム照合エリア50bからプログラム番号
PNを読み取り、転送を依鯨された番号PNのプログラ
ムPが格納されている補助記憶手段30内の物理アドレ
スを割り出した上で、つづくステップS4で該手段30
にプログラムの転送指令を発する。補助記憶手段30は
該指令により直ちに指定されたプログラムPを望ましく
は公知のDMA回路を介して共通記憶手段50のプログ
ラムエリア50aに転送するが、この転送の間第2のプ
ロセッサ20はステップS5において転送が終了したか
否かをウォッチする。しかし、この実施例の場合の2レ
コ一ド以内のプログラムPの転送時間は非常に短くてよ
いので、フローはすぐに86に移り転送のステータス情
報psを共通記憶手段50のステータス情報エリア50
cに書き込む、このステ−タス情報PSとしては前述の
ように転送が正常か否かを示すほか、否の場合には異常
の種別を示すエラーコ・−ドを含めることができる。い
ずれの場合もフローは次のステータス情報S7に入り、
ロード完了通知^Sを割り込み指令の形で第1のプロセ
ッサに発信し、これで第2のプロセッサ側の動作フロー
は終了する。第1のプロセッサが複数個ある場合には、
前のステップS2またはS3においてロード指令LSを
発したプロセッサの照合コードを記憶しておき、該プロ
セッサを指定してロード完了通知Asを発するようにす
ることもできる。 第1のプロセッサ10側では、前ステップS2でロード
指令LSを発したのち、引きつづくステ・7プS8にお
いて第2のプロセッサ20側からの転送が終了したか否
かをウォッチしており、ロード完了通知^Sが例えばそ
の割り込み指令受付用ランチに書き込まれると、直ちに
次のステップS9に入って共通記憶手段50のステータ
ス情報エリア50cからステータス情@PSを読み取っ
て転送が正常であったか否かをチェックする。転送が正
常であれば、フローは予定どおりステップ510に移っ
てプログラムPの実行ステップに入るが、否であればフ
ローは図の右方に出てステップSllにおいて表示器6
1にステータス情報PSとしてのエラーコードを表示し
たのちフローを直ちに終結させてしまう、ステップ51
Gにおいては、プログラムPは共通記憶手段50のプロ
グラムエリア50aにあるままでプログラムが実行され
るが、このため第1のプロセッサはいわゆるプログラム
カウンタをプログラムエリア50mの先頭アドレスに設
定した後、実行段階に応じてカウントを順次歩進させれ
ばよい。 この実行するプログラムによっては、引き続いて別のプ
ログラムを自動起動させる要があり、ステップ310に
おけるプログラムの実行後ステップS12において後続
プログラムの一起動が必要か否か−を判定し、否であれ
ばもちろんフローを終結させるが、要であればフローは
自動的にステップS1に帰って前述のフロニを繰り返す
。この後続プログラムの指定は先行プログラムの中にあ
らかじめ書き込んでおくこともできるし、第1のプロセ
ッサ10内のRAM13に記憶させあるいはそのつど第
1のプロセッサ内で判断をすることもてきる。プログラ
ムを比較的短い単位に分割しておいてこのように順次に
その転送と実行をするようにすれば、共通記憶手段に必
要な記憶容量を減じ、かつ1回の転送時間を短縮して処
理の迅速化を図ることができる。 以上説明した特定の実施例に限らず、本発明方式は任意
の複数個のプロセッサからなるデータ処理系に対するプ
ログラムのローディング方式として広く利用することが
でき、また上記の実施例とは異なる種々な態様で本発明
の要旨内において実施をすることができる。 【発明の効果】 以上に述べたように本発明方式によれば少なくともその
1個にプログラムを常駐する補助記憶手段を有する複数
のプロセッサからなるデータ処理系に対して、その共通
バス上に設けられた共通記憶手段を複数プロセッサに共
用のプログラムエリアとして設定し、そのつど実行すべ
きプログラムを補助記憶手段から該エリアにローディン
グし、プログラムを各プロセッサに付属する専用の主記
憶手段内に読み込むことなくそのまま実行するようにし
たので、データ処理系の運用に必要なプログラム量が増
加しても従来のように各プロセッサに付属の主記憶手段
の記憶容量を増す必要が全くなくなり、また共通記憶手
段へのプログラムのローディングないしは転送は補助記
憶手段を有するプロセッサ側によってすべて行われるか
ら、受け取り側の各プロセッサはプログラム転送のため
のプログラムを実行したり転送に必要なプログラムを自
蔵したりする負担から完全に解放される。かかる本発明
によるプログラムのローディング方式は処理能力や記憶
能力が比較的小なプロセッサの複合化系であって、反面
多種のプログラムを必要に応じて実行しなければならな
いデータ処理系に本質的に適し、とくに中容量以下の処
理能力を要するpos装置に好適で、本方式の採用によ
りこの種のPO8装置の経済性を著しく向上させること
ができる。 また本発明方式を実施したデータ処理系の動作速度はプ
ロセッサに付属した主記憶手段にそれぞれ必要な全プロ
グラムを格納しておく方式に比べると当然遅くなるが、
補助記憶手段から該主記憶手段にそのつどプログラムを
読み込む従来方式と比べて同程度かむしろ共通記憶手段
から主記憶手段へのプログラム転送がない分だけ早くな
り、実用上あまり問題はない、しがも、実行すべきプロ
グラムを処理に適した形で複数個に分割し各部分プログ
ラムを単一化するようにすれば、プログラムのローディ
ング時間をさらに短縮することができ、さらに該単一化
部分プログラムの組合せによって複雑な処理プログラム
を構成するようにすれば、必要なプログラムの全量を圧
縮でき、またプログラムファイルの管理上多大の利便が
得られる。
[Embodiments of the Invention] Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. This embodiment will be explained by taking as an example a PO8 device to which the present invention is advantageous, particularly a PO51x for a refueling service station such as a gas station. FIG. 1 is a block diagram showing the hardware configuration of such a PO8 device, in which the first processor in the system of the present invention is 10. The second processor is 20. The auxiliary storage means attached to the second processor is 309; the common bus linking both processors is 40°; the common storage means provided on the common bus is shown at 50;
The first processors 10 and 20 are themselves microcomputers each equipped with an input/output device, and the core CPU 21 is a processor in the narrow sense. It is used in a broad sense. The first processor 10 is, so to speak, the central part of this PO8 device, and in addition to the input/output device shown schematically at 60, this PO8 device and, in a special form, are installed at an outdoor gasoline sales site located a little away from the main body of the PO3 device. A vending machine section 70 installed in the machine is attached. Although only one set of the vending machine section 70 is shown in the figure, several sets are normally provided in parallel. Up to this point, it's just one micropro. However, if the system becomes larger, a plurality of first processors 10 may be provided, all using a common bus 4.
Of course, there will be a need for mutual cooperation in 0. The first processor IO itself is a CPU 11 as usual.
.. ROM12. RAM13. Address decoder 14°, consists of input/output ports 15 to 18, etc., and address bus 10a
and are communicated by a data bus 10b. Kapo in and out
) 15.16 are connected to an input/output device 60, and this input/output device 60 includes a display device 61.) such as a CRT. Keyboard 62. Card reader 63. It includes a printer 64 and the like, and is connected to input/output ports 15 and 16 via controllers or signal converters whose respective symbols have a suffix a. Note that 62a is a display device 61. This controller is shared by the keyboard 62, and 62b is an attached interface dedicated to the keyboard 62. The vending machine section 70 is connected to the first processor 10 via an input/output capo 17.18 and a card league 71. printer 7
2. In addition, it includes a control switch 73 that drives a gasoline pump 74 as a vending machine, and a pulse generator 75 that measures the flow rate of gasoline. This vending machine section 70 is connected online with the processor 10, and the actual vending operation is carried out using, for example, a card reader 7.
The process begins with the insertion of the customer card 71a into the card 1. This starts the sales program, and the program is loaded into the common storage means 50 as described below. Whether or not the customer's card verification code is legitimate is determined by comparing it with the stored value in the RAM 13 as the main storage means in the processor 10, and if it is legitimate, the input/output capo) 1B
A command to unlock the gasoline pump is issued to the control switch 73 via. This unlocks the pump 74 and allows the salesperson to service the customer via the hose 76. The refueling amount is taken into the processor 10 in the form of pulses from the pulse generator 75 via the pulse coupler 18a and the input/output hoard 18, and is stored in the refueling amount storage area in the RAM 13 as an integrated value. R.A.
M13 also remembers the unit price list, and at the time it receives the signal from the previous card reader 71, it knows which service station the signal came from and therefore what kind of gasoline it is. , the sales amount is calculated according to the program from the unit price and oil supply amount for that item. For example, the program moves to the next printing program, and the necessary data including the calculation results and the amount of oil supplied are transferred to the input/output port 17.
The data is output to the printer 72 via the printer 72, and a receipt is created. Further, when a deposit is made at the same time as a sale, a deposit key in the keyboard 62 is operated, thereby starting a deposit processing program. In addition to the above-mentioned sales operation programs, various data processing and control programs are stored on the keyboard 62. Each input from Card League 63.71. Alternatively, the RAM 13 in the first processor 10 stores variables such as sales volume, item, payment terms, customer verification code, unit price, etc. during these data processing operations and control operations. It is mainly used as a storage area for constants and as a register area for data processing result values, and programs that specify data processing formats using such variables and constants are stored in the common storage means 50 from the second processor 20 side as necessary. be transferred. However, the unique programs for the input/output device f60 attached to the first processor 10 and the vending machine section 70 that are not related to such constants and variables should be resident in the ROM 12 or RAM 13 rather than being transferred from the second processor 20. It goes without saying that it is more advantageous to keep the program running in the first processor 10 (it goes without saying that it is more advantageous). It can be compressed to the minimum necessary level.Now, the second processor 20 on the side that transmits the program
As before, CPU21. ROM22. RAM23.
Address decoder 24. It is a single microcomputer with input/output ports 25 and 2611, and is connected via the input/output ports 26 to an auxiliary storage means 30 where programs reside. The means 30 is, for example, a floppy device! 31 and its controller 32. Also the second
The processor 20 includes a MODEM for offline communication via a communication line 28 with a host computer in the management data center using the illustrated data processing system as a terminal.
27 etc. are connected via the input/output port 25. The address bus 10a, 20a and the data bus 10b, 20b of the first and second processors 10.20 are connected to the address bus 40a+data bus 40b of the common bus 40 via bus switching means 41.42, respectively, which are simply shown. They are linked in a switchable manner. Various publicly known methods are known for bus connection and its switching control in a multiprocessor system, and any of these methods may be used to implement the present invention.
0 consists of, for example, a single small-capacity RAM 51, and is directly connected to both the address and data buses 40a and 40b of the 1 common bus 40, for example. Next, the operation of the method of the present invention in a data processing system having the hardware configuration as exemplified above will be explained with reference to FIGS. 2 and 3. FIG. 2 schematically shows the operation of the method of the present invention,
FIG. 3 is a flowchart of the operation, and operation steps S1 to S12 in the flow are used as common symbols in both figures. In this embodiment, the aforementioned program load command LS and load completion notification AS are issued in the form of interrupt commands, and the verification code PN specifying the transfer program and transfer status information qps are transmitted via the common storage means 50. This corresponds to the mode of doing so. The starting command for the program to be executed by the first processor 10 in FIG. 10 starts the operation flow on the first nophrosetter side shown in the right column of FIG. In step S1, the verification code or program number PN of the program corresponding to the startup command is stored in the program verification area 50 of the common storage means 50.
Write in b. This program number PM is a number indicating a sales program in the case of a start command from the card reader 71, and at this time, the data written in the program verification area 50b includes a load command LS if necessary. The verification code of the processor that issued the message, for example the number 1 of the first processor, can be added. In the following step S2, the load command LS is directly transmitted to the second processor 20 in the form of an interrupt command in this example. The format of this command can be to specify a so-called interrupt level or to include a verification code of the previous processor. The second processor 20 starts the operation flow shown in the left column of FIG. 3 by reading this interrupt command S written into the latch of its interrupt reception circuit, for example, and starts the operation flow shown in the left column of FIG. In S3, the program number PN is read from the program matching area 50b of the common storage means 50, and the physical address in the auxiliary storage means 30 where the program P with the number PN requested for transfer is stored is determined, and then the next step is performed. The means 30 in S4
issues a program transfer command. The auxiliary storage means 30 immediately transfers the program P designated by the command to the program area 50a of the common storage means 50, preferably via a known DMA circuit, but during this transfer, the second processor 20 Watch whether the transfer is completed. However, in this embodiment, the transfer time of the program P within two records may be very short, so the flow immediately moves to 86 and the transfer status information ps is stored in the status information area 50 of the common storage means 50.
The status information PS written in c can include, in addition to indicating whether or not the transfer is normal as described above, an error code indicating the type of abnormality if the transfer is not normal. In either case, the flow enters the next status information S7,
A load completion notification ^S is sent to the first processor in the form of an interrupt command, and the operation flow on the second processor side is thus completed. If there are multiple first processors,
It is also possible to store the verification code of the processor that issued the load command LS in the previous step S2 or S3, and to specify the processor to issue the load completion notification As. After issuing the load command LS in the previous step S2, the first processor 10 side watches whether or not the transfer from the second processor 20 side is completed in the subsequent step S8. When the completion notification ^S is written, for example, to the lunch for accepting interrupt commands, the process immediately enters the next step S9, reads the status information @PS from the status information area 50c of the common storage means 50, and checks whether the transfer was normal or not. To check. If the transfer is normal, the flow moves to step 510 as planned and enters the step of executing the program P, but if not, the flow moves to the right side of the diagram and the display 6 is displayed at step Sll.
Step 51 where the flow is immediately terminated after displaying an error code as status information PS in step 1.
In G, the program is executed while the program P remains in the program area 50a of the common storage means 50. Therefore, the first processor sets the so-called program counter to the start address of the program area 50m, and then starts the execution stage. The count may be incremented sequentially according to the Depending on the program to be executed, it is necessary to automatically start another program subsequently, and after the program is executed in step 310, it is determined in step S12 whether or not it is necessary to start a subsequent program, and if not, of course The flow is terminated, but if necessary, the flow automatically returns to step S1 and repeats the above-mentioned process. The designation of the subsequent program can be written in advance in the preceding program, stored in the RAM 13 in the first processor 10, or determined in the first processor each time. By dividing a program into relatively short units and sequentially transferring and executing them in this way, the storage capacity required for the common storage means can be reduced, and the time required for one transfer can be shortened. It is possible to speed up the process. Not limited to the specific embodiments described above, the method of the present invention can be widely used as a program loading method for a data processing system consisting of any plurality of processors, and can be applied to various embodiments different from the above embodiments. can be implemented within the spirit of the invention. Effects of the Invention As described above, according to the method of the present invention, a data processing system consisting of a plurality of processors each having an auxiliary storage means in which a program is resident, at least one of which is provided on a common bus. A shared storage means is set as a program area shared by multiple processors, and the program to be executed each time is loaded from the auxiliary storage means into the area, without loading the program into the dedicated main storage means attached to each processor. Since the program is executed as is, even if the amount of programs required to operate the data processing system increases, there is no need to increase the storage capacity of the main memory attached to each processor as in the past. Since the loading or transfer of programs is all performed by the processor having auxiliary storage means, each receiving processor is completely free from the burden of running a program for program transfer or storing the programs necessary for transfer. will be released. The program loading method according to the present invention is essentially suitable for a data processing system that is a complex system of processors with relatively small processing power and storage capacity, but on the other hand, it is necessary to execute a wide variety of programs as needed. This method is particularly suitable for POS devices that require processing capacity of medium capacity or less, and by adopting this method, the economic efficiency of this type of PO8 device can be significantly improved. Furthermore, the operating speed of a data processing system implementing the method of the present invention is naturally slower than a method in which all necessary programs are stored in the main storage means attached to the processor.
Compared to the conventional method in which a program is read from the auxiliary storage means to the main storage means each time, this method is about the same speed, or rather faster due to the fact that the program is not transferred from the common storage means to the main storage means, so there is no problem in practical use. However, if the program to be executed is divided into multiple parts in a form suitable for processing and each partial program is unified, the loading time of the program can be further reduced. By configuring a complex processing program by combining the following, the total amount of the necessary program can be compressed, and great convenience can be obtained in terms of program file management.

【図面の簡単な説明】[Brief explanation of the drawing]

図はすべて本発明方式の説明用であり、内第1図は本発
明によるプログラムのローディング方式の適用に好適な
給油サービスステーシラン向けのpos装置のブロック
回路図、第2図は該本発明方式の主要構成とその動作を
示す模式図、第3図は本発明方式の動作フローを例示す
るフロー図である0図において、 10:第1のプロセッサ、20:第2のプロセッサ、3
0:補助記憶手段、40;共通バス、50:共通記憶手
段、50m+プログラムエリア、50bニブログラム照
合エリア、50C:  ステータス情報エリア、^S:
ロード完了通知、LS:ロード指令、Pニブログラム、
PNニブログラムの照合コード、PS:ステータス情報
、である。
The figures are all for the purpose of explaining the method of the present invention, of which Figure 1 is a block circuit diagram of a POS device for a refueling service station suitable for application of the program loading method according to the present invention, and Figure 2 is a block circuit diagram of the method of the present invention. FIG. 3 is a flowchart illustrating the operation flow of the method of the present invention. In FIG. 0, 10: first processor, 20: second processor, 3
0: Auxiliary storage means, 40: Common bus, 50: Common storage means, 50m+program area, 50b Niprogram verification area, 50C: Status information area, ^S:
Load completion notification, LS: load command, P nib program,
This is the verification code of the PN program, PS: status information.

Claims (1)

【特許請求の範囲】 1)共通バスを介して相互連携された複数のプロセツサ
と、該プロセツサの内の少なくとも一つに付属して設け
られプログラムが格納された補助記憶手段と、前記共通
バス上に設けられた共通記憶手段とを備えたデータ処理
系におけるプログラムのローデイング方式であつて、前
記共通記憶手段が系内のプロセツサからアクセス可能な
共通のプログラムエリアとして設定され、該系内の第1
のプロセツサにおいて実行すべきプログラムのローデイ
ングの必要が生じた際には該第1のプロセツサはそのつ
どプログラムのロード指令を前記補助記憶手段を備えた
第2のプロセツサに与え、該指令を受け取つた第2のプ
ロセツサは該指令に基づき第1のプロセツサにより指定
されたプログラムを補助記憶手段から前記共通記憶手段
にロードするとともにロード完了通知を第1のプロセツ
サに与え、該第1のプロセツサは該通知に基づいて前記
共通記憶手段にロードされたプログラムを実行しうるよ
うにしたことを特徴とするプログラムのローデイング方
式。 2)特許請求の範囲第1項記載の方式において、第1の
プロセツサからのロード指令が割り込み指令として第2
のプロセツサに与えられることを特徴とするプログラム
のローデイング方式。 3)特許請求の範囲第1項記載の方式において、第2の
プロセツサからのロード完了通知が割り込み指令として
第1のプロセツサに与えられることを特徴とするプログ
ラムのローデイング方式。 4)特許請求の範囲第1項記載の方式において、共通記
憶手段内にプログラムの照合コードを記憶するエリアが
設定され、第1のプロセツサは該エリアにプログラムの
照合コードを書き込むことにより共通記憶手段にロード
されるべきプログラムを指定し、第2のプロセツサはロ
ード指令に基づき照合コードエリアに書き込まれた該照
合コードを読み取るようにしたことを特徴とするプログ
ラムのローデイング方式。 5)特許請求の範囲第1項記載の方式において、共通記
憶手段内に該手段にロードされたプログラムのステータ
ス情報を記憶するエリアが設定され、第2のプロセツサ
がプログラムのローデイングに際して該プログラムのス
テータス情報を該エリアに書き込み、第1のプロセツサ
はロード完了通知に基づいて該ステータス情報を読み取
りうるようにしたことを特徴とするプログラムのローデ
イング方式。 6)特許請求の範囲第1項記載の方式において、ロード
指令ないしはロード完了通知が共通バスを介して相手の
プロセツサに与えられることを特徴とするプログラムの
ローデイング方式。 7)特許請求の範囲第1項記載の方式において、第1の
プロセツサにより実行されるべきプログラムが複数個の
プログラム部分に分割されるとともに共通記憶手段への
ローデイングが該プログラム部分ごとになされ、第1の
プロセツサは一つのプログラム部分の実行完了のつど次
のプログラム部分のロード指令を第2のプロセツサに発
するようにしたことを特徴とするプログラムのローデイ
ング方式。
[Scope of Claims] 1) A plurality of processors interconnected via a common bus, an auxiliary storage means attached to at least one of the processors and storing a program, and a plurality of processors connected to the common bus. A program loading method in a data processing system comprising a common storage means provided in a first processor in the system, wherein the common storage means is set as a common program area accessible from a first processor in the system.
When it becomes necessary to load a program to be executed in a second processor, the first processor issues a program load command to the second processor equipped with the auxiliary storage means, and the first processor receives the command. Based on the instruction, the second processor loads the program designated by the first processor from the auxiliary storage means to the common storage means and gives a load completion notification to the first processor, and the first processor responds to the notification. 1. A program loading method, characterized in that a program loaded into said common storage means can be executed based on said common storage means. 2) In the method described in claim 1, the load command from the first processor is sent as an interrupt command to the second processor.
A program loading method characterized in that the program is given to a processor. 3) A program loading method according to claim 1, characterized in that a loading completion notification from the second processor is given to the first processor as an interrupt command. 4) In the method described in claim 1, an area for storing a program verification code is set in the common storage means, and the first processor stores the program verification code in the common storage means. 1. A program loading method characterized in that a program to be loaded is specified, and the second processor reads the verification code written in a verification code area based on the load command. 5) In the method described in claim 1, an area for storing status information of a program loaded into the common storage means is set, and the second processor stores the status information of the program when loading the program. A method for loading a program, characterized in that information is written in the area, and the first processor is able to read the status information based on a loading completion notification. 6) A program loading method according to claim 1, characterized in that a load command or a load completion notification is given to the other processor via a common bus. 7) In the method described in claim 1, the program to be executed by the first processor is divided into a plurality of program parts and loaded into the common storage means for each program part. 1. A program loading method characterized in that one processor issues a load command for the next program portion to a second processor each time execution of one program portion is completed.
JP15484484A 1984-07-25 1984-07-25 Program loading system Pending JPS6133565A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP15484484A JPS6133565A (en) 1984-07-25 1984-07-25 Program loading system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP15484484A JPS6133565A (en) 1984-07-25 1984-07-25 Program loading system

Publications (1)

Publication Number Publication Date
JPS6133565A true JPS6133565A (en) 1986-02-17

Family

ID=15593127

Family Applications (1)

Application Number Title Priority Date Filing Date
JP15484484A Pending JPS6133565A (en) 1984-07-25 1984-07-25 Program loading system

Country Status (1)

Country Link
JP (1) JPS6133565A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63153664A (en) * 1986-08-29 1988-06-27 Nippon Telegr & Teleph Corp <Ntt> Program transfer system in decenralized function type multi-processor system
JP2009093502A (en) * 2007-10-10 2009-04-30 Canon Inc Information processing apparatus and control method thereof

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5447546A (en) * 1977-09-22 1979-04-14 Hitachi Ltd Program loading method for multiple process system
JPS5532192A (en) * 1978-08-29 1980-03-06 Nec Corp Information processing device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5447546A (en) * 1977-09-22 1979-04-14 Hitachi Ltd Program loading method for multiple process system
JPS5532192A (en) * 1978-08-29 1980-03-06 Nec Corp Information processing device

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63153664A (en) * 1986-08-29 1988-06-27 Nippon Telegr & Teleph Corp <Ntt> Program transfer system in decenralized function type multi-processor system
JP2009093502A (en) * 2007-10-10 2009-04-30 Canon Inc Information processing apparatus and control method thereof

Similar Documents

Publication Publication Date Title
US7302683B2 (en) Method and apparatus for controlling communications
JPS6133565A (en) Program loading system
JPS63250789A (en) Ic card system and its reader/writer
EP0315111B1 (en) Data processing device
US3502853A (en) Data processing system
JPS6116104B2 (en)
JPH0821009B2 (en) CHANNEL CONTROLLER INITIALIZATION METHOD AND SYSTEM FOR THE INITIALIZATION
JPH05334556A (en) Merchandise sales data processor
JPH1011380A (en) Terminal managing device
JPH02112095A (en) Commodity sales data processor
JPH0582624B2 (en)
JP2713810B2 (en) Electronic cash register
JPH06110754A (en) Data processor
JPS5839351B2 (en) POS inline system
JP2588201B2 (en) Method for issuing portable storage medium and apparatus for issuing portable storage medium
JP2966237B2 (en) Product sales data processing device
JPS6388674A (en) Transaction processing device
JPH05342171A (en) Shared memory communication system
JPH096599A (en) Logic card compatibility confirming device
JPH06348725A (en) Program loading method for network system
JPH03235155A (en) Command managing system for plural data processing systems
JPS6073779A (en) Mark down system
JPS63253444A (en) File back-up system
JPH02143395A (en) Merchandise sales data processor
JPS6126112B2 (en)