JPH0287746A - Computer communication method - Google Patents
Computer communication methodInfo
- Publication number
- JPH0287746A JPH0287746A JP63228897A JP22889788A JPH0287746A JP H0287746 A JPH0287746 A JP H0287746A JP 63228897 A JP63228897 A JP 63228897A JP 22889788 A JP22889788 A JP 22889788A JP H0287746 A JPH0287746 A JP H0287746A
- Authority
- JP
- Japan
- Prior art keywords
- data
- communication device
- destination
- devices
- communication
- 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.)
- Granted
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
【発明の詳細な説明】
(産業上の利用分野)
本発明は、コンピュータの配置によりデジタルデータソ
ースより目的地(デスティネーション:宛先)への通信
方法に関する。DETAILED DESCRIPTION OF THE INVENTION Field of the Invention The present invention relates to a method of communicating from a digital data source to a destination by means of a computer arrangement.
(従来技術の説明)
コンピュータは、データ貯蔵や検索のみならず複雑な数
学的処理にも欠かせない。コンピュータは、しかしなが
ら、それを介して複数ユーザ機器間で通信を行う汎用化
された機能はもっていない。(Description of the Prior Art) Computers are essential not only for data storage and retrieval but also for complex mathematical processing. Computers, however, do not have the generalized ability to communicate between multiple user devices through them.
マルチプル・タイムφシェアリングでユーザーが単一の
コンピューターとつながっている時でさえ、このコンピ
ュータ・−は基本的に、単一ソースから単一宛先を結ぶ
通信システムに過ぎない。1人のユーザーがデータを処
理するプログラムへデータ。Even when users are connected to a single computer with multiple time sharing, this computer is essentially a communication system from a single source to a single destination. Data to a program where one user processes the data.
を送り、その結果を識別可能な貯蔵領域に貯蔵する。元
のユーザー、または他のユーザーは、貯蔵領域を知って
いれば個別にその貯蔵されている結果を呼び出すことが
できる。and store the results in an identifiable storage area. The original user or other users can individually recall the stored results if they know the storage area.
コンピュータ一端末間の通信の主なものは電子郵便(E
メール)と呼ばれている。電子郵便はその名の通り、郵
便局のようなシステムである。文書が送り主によって作
製され、宛先が記載され、宛先と関連づけて1δ子郵便
システム中に貯蔵される。宛先となるユーザーはシステ
ムにログ・オンした際に、文書が到達している旨知らさ
れ、文書を読むことができる。最初の文書に対する返事
も同様にして送り出され、受は取られる。電子郵便では
送り人が各文書に適切な宛先を与えることが要請され、
この通信はリアル・タイムでは行われない。The main type of communication between computers is electronic mail (Email).
email). As the name suggests, electronic mail is a system similar to a post office. A document is created by the sender, addressed, and stored in the 1delta child mail system in association with the addressee. When the destination user logs on to the system, he or she is notified that the document has arrived and can read it. Replies to the first document are sent and accepted in the same manner. Electronic mail requires the sender to properly address each document;
This communication does not occur in real time.
UNIXRオペレーティングシステムは“パイプ(Pi
pe)“と呼ばれる機能を持ち、これにより、コンピュ
ータープログラム間の通信が普及し始めている。Pip
eは1つのプログラムの出力、を別のプログラムの入力
として送ることを可能にする。ptpeは主として貯蔵
バッファーよりなり、そしてこの配置は、ソースと宛先
プログラムに知られており、またバッファーの読み書き
の計画を立てる同期装置でもある。ソースは既知の配置
にあるバッファーへデータを貯蔵し、宛先はプログラム
が既知の配置バッファーのより貯蔵された情報を読み出
す。Pipeがあると、ソースと宛先はどちらも中間バ
ッファーの配置を知り、そこでのデータの出入りを実行
せねばならない。UNIXオペレーティングシステムの
もう1つの特徴の“ティー(Tea)”と呼ばれるもの
は、パイプでつながれた動作の中間結果を複数の名付け
られたファイルへ送ることができる。Teeは情報に複
数の宛先を持たせつるが、その宛先は、名付けられたフ
ァイルだけで、それらは後で直接アクセスすることによ
り読み出される。The UNIXR operating system uses “pipes”
Pip has a function called ``Pip'', which allows communication between computer programs to become widespread.
e allows the output of one program to be sent as input to another program. The ptpe consists primarily of storage buffers, and this arrangement is known to the source and destination programs, and is also a synchronizer that schedules reading and writing of the buffers. The source stores data in a buffer at a known location, and the destination allows the program to read the stored information from the buffer at a known location. With a pipe, both the source and destination must know the location of the intermediate buffer and perform data transfer to and from it. Another feature of the UNIX operating system called "Tea" allows intermediate results of piped operations to be sent to multiple named files. Tee allows information to have multiple destinations, but the destinations are only named files that can later be read by direct access.
現存のコンピュータ通信装置ではデータソースと宛先は
、全ての通信に対し宛先情報を付与し、接続が制御され
ている。この様な結合を維持するには、ソースと宛先、
及びそれを扱うオペレーターに優れた能力が要求される
。この様な端点制御方法によって生じる問題は、これら
のシステムが柔軟性がない点である。例えば、両者とも
双方向接続ができず、また接続している間は、ソースと
宛先の変更ができない。ここで必要なのは、ソースや宛
先から接続時の負担を軽減し、中央制御による柔軟性を
備えたコンピュータ通信の技術である。In existing computer communication devices, connections between data sources and destinations are controlled by assigning destination information to all communications. To maintain such a connection, the source and destination,
and requires excellent ability from the operator who handles it. A problem posed by such endpoint control methods is that these systems are inflexible. For example, both cannot connect bidirectionally, and while connected, the source and destination cannot be changed. What is needed here is a computer communication technology that reduces the burden of connections from sources and destinations and provides flexibility through central control.
(発明の概要)
前記の問題点は、本発明により解決される。本発明は複
数の通信装置間の通信を可能とする汎用化されたコンピ
ュータ通信装置である。デバイス、もしくは通信デバイ
スという用語は、端末、プリンターやディスクドライブ
等のハードウェアのみならず、プロセス、プログラムや
ルーチン等のソフトウェアも意味する。相互通信はコン
ピュータによってなされ、このコンピュータには、貯蔵
領域、接続するための呼び取り制御プログラムにデータ
を書き込むための書き込み制御プログラムと貯蔵領域よ
りデータを読み出すための読み取り制御プログラムが含
まれる。SUMMARY OF THE INVENTION The above problems are solved by the present invention. The present invention is a general-purpose computer communication device that enables communication between multiple communication devices. The term device or communication device refers not only to hardware such as terminals, printers and disk drives, but also to software such as processes, programs and routines. Intercommunication is performed by a computer, which includes a storage area, a write control program for writing data to a call control program for connection, and a read control program for reading data from the storage area.
接続は、ソースデバイスと宛先デバイスを通信網に確認
する接続要求に応答して開始する。例えば、その様な要
求は通信に加わる1つのデバイスよりされる。呼び取り
制御プログラムはこの要求に対し、ソースと宛先の通信
デバイスと宛先との相互接続を決定するマツピング表を
作ることで応答する。A connection is initiated in response to a connection request that identifies the source and destination devices to the communication network. For example, such a request may be made by one device participating in the communication. The call control program responds to this request by creating a mapping table that determines the interconnections between the source and destination communication devices and the destination.
通信データを持つ通信デバイスは書き込み要求を出す。A communication device that has communication data issues a write request.
書き込み要求は、貯蔵領域にデータを貯蔵する書き込み
制御プログラムに受は取られる。The write request is received by a write control program that stores data in a storage area.
書き込み制御プログラムはマツピング表を読み取り貯蔵
されたデータ用に、宛先通信デバイスを識別し、貯蔵さ
れたデータと各々の識別された宛先との間の結合の構造
を構築する。結合構造は、各宛先通信デバイスへのポイ
ンターよりなり、このポインターは貯蔵データ人力の結
合リストを識別する。新たに貯蔵されたデータは結合リ
ス!・のポインターから最も離れた側の終端につながり
、宛先デバイスに読み出されるまで、その結合リストに
残っている。The write control program reads the mapping table to identify destination communication devices for the stored data and constructs a structure of connections between the stored data and each identified destination. The binding structure consists of a pointer to each destination communication device, which pointer identifies a binding list of stored data sources. The newly stored data is a combined squirrel! • remains in the linked list until it is read to the destination device.
通信デバイスはデータを受は取ろうとする時、読み取り
要求を出す。読み取り制御プログラムは、結合リストを
挿し出す読み取り要求を出す通信デバイスのポインター
を読むことにより、読みだし要求に答える。結合リスト
の第1番目のデータは、そうして読まれ、要求している
通信デバイスへと送られる。When a communication device wants to receive or receive data, it issues a read request. The read control program responds to read requests by reading the pointer of the communication device issuing the read request to insert the linked list. The first data in the binding list is then read and sent to the requesting communication device.
ある通信デバイスは、それらのためのデータが貯蔵され
ていた時だけ、読みだし要求を出すと、より効率的に機
能する。実施例では、選ばれたデバイスに対し、それら
のためのデータが貯蔵されていた場合には中断信号を送
る。この中断信号に応答して選ばれたデバイスにより読
み込み要求が出される。中断信号の伝達を実行する為に
、実施例のマツピング表は各通信デバイスに対し中断状
態変数を含んでいる。中断状態変数は、中断信号を送信
すべきか否かを決定する。貯蔵領域にデータが貯蔵され
ている時には、書き込み制御プログラムが宛先通信デバ
イスの中断状態変数をチエツクして、中断信号が送られ
るべきであると中断状態変数が示している各宛先デバイ
スへ中断信号を送る。Some communication devices function more efficiently if they issue read requests only when data for them has been stored. In an embodiment, the selected devices are sent an abort signal if data is stored for them. A read request is issued by the selected device in response to this interrupt signal. To effectuate the transmission of a suspend signal, the exemplary mapping table includes a suspend state variable for each communication device. The suspend status variable determines whether a suspend signal should be sent. When data is stored in the storage area, the write control program checks the suspend status variables of the destination communication devices and sends a suspend signal to each destination device whose suspend status variables indicate that a suspend signal should be sent. send.
マツピング表と結合構造を利用すると、また通信網にデ
バイスを付加したり削除したりするのが容易になる。宛
先デバイスは、それがデータを受けるデバイスのマツピ
ング表データ構造中に自己のアイデンティティ−を入れ
ることによって加えられる。デバイスを除去するには、
全てのデータ構造よりそのアイデンティティ−を消し去
れば良い。データ構造は各書き込み作業で、結合構造を
形成するように読み出されるので、データ構造の変化は
、その変化後の初めてのデータ書き込み時に始動した、
デバイスを付加したり、除去したりする。Mapping tables and binding structures also make it easy to add and remove devices from a communication network. A destination device is added by placing its identity in the mapping table data structure of the device from which it will receive data. To remove the device,
Just erase that identity from all data structures. Since the data structure is read to form a combined structure on each write operation, a change in the data structure is triggered by the first data write after the change.
Add or remove devices.
本発明の実施例は、従来のシステムの端点制御された配
置による制限をなくしている。例えば、デバイスはコネ
クターを介して双方向に通信結合されており、情報は1
つのソース・デバイスから複数の宛先デバイスへ送られ
、また複数ソース・デバイスから単一宛先デバイスへ送
られる。Embodiments of the present invention eliminate the limitations of conventional systems with endpoint controlled placement. For example, devices are communicatively coupled in both directions through connectors, and information is
from one source device to multiple destination devices, and from multiple source devices to a single destination device.
(実施例の説明) 第1図は、本発明を実施したシステムの代表例である。(Explanation of Examples) FIG. 1 is a representative example of a system implementing the present invention.
第1図には、メモリーlOとコントローラ11よりなる
コネクター26が図示されている。複数のデバイス12
から15はメモリー10へ、データ線IBを介してつな
がれており、またコントロール線17を介してコントロ
ーラ11へつながっている。In FIG. 1, a connector 26 consisting of a memory lO and a controller 11 is illustrated. multiple devices 12
15 are connected to the memory 10 via a data line IB, and are also connected to the controller 11 via a control line 17.
デバイス12から15間の通信はコネクター26を介し
て実行される。通信の方向はコントローラllが制御し
ている。初めに、コントローラ11がコントロール線1
7を介し、例えばデバイス12よりリクエスト信号を受
は取り、特定のデバイス間での通信を確立する。例えば
、端末デバイス12の利用者はデバイス12と13とプ
ログラム15の間の交信をリクエストする。このリクエ
ストでデバイス12.13と15のいずれもが他よりデ
ータを受は取り、また他へのデータを送れる。Communication between devices 12 to 15 is performed via connector 26. The direction of communication is controlled by controller ll. First, the controller 11 connects the control line 1
For example, the request signal is received from the device 12 via the device 7, and communication is established between the specific devices. For example, a user of terminal device 12 requests communication between devices 12 and 13 and program 15. With this request, devices 12, 13, and 15 can both receive data from, and send data to, the other.
コントローラ11はリクエストされたデバイス12.1
3ど15を接続するために、リクエストされた通信のマ
ツピング表(第7図)を作成することによりリクエスト
に応える。マツピング表はコネクタを介したデータの流
れのソースと宛先を定′&17、デバイス12.13と
15の間の接続を実行するためにコクターに利用され、
その結果、各デバイスは実際の接続の様子を殆どまたは
全く知らずに、この接続を利用できる。Controller 11 is the requested device 12.1
In order to connect 3 and 15, the request is met by creating a mapping table (FIG. 7) of the requested communication. The mapping table is utilized by the connector to define the source and destination of data flow through the connector and to perform the connection between devices 12.13 and 15;
As a result, each device can utilize this connection with little or no knowledge of the actual nature of the connection.
あるデバイス13が、データを送信しようとすると、コ
ントロール線17を介してコントローラ11へ書き込み
コールを取り、書くべきデータを供給する。コントロー
ラ11はメモリー10にデータを貯蔵し、マツピング表
を用いて貯蔵されたデータとデータを受信する各デバイ
ス12と15とを結合させた構造結合を形成する。マツ
ピング表は貯蔵されたデータに宛先(読み手)の名称を
決定する。デバイス12と15は読み取りコールを発し
て、貯蔵されたデータを読む。コントローラ11は結合
構造を用いて貯蔵されたデータを配置し、要請されたデ
バイスに送ることで読み取りロールに応する。データの
貯蔵の為のオーバーヘッドとそれの読み手への運搬の制
御はコネクター26で行われている。When a device 13 wishes to send data, it makes a write call to the controller 11 via the control line 17 and supplies the data to be written. Controller 11 stores data in memory 10 and uses a mapping table to form a structural connection between the stored data and each device 12 and 15 that receives the data. The mapping table determines the name of the destination (reader) of the stored data. Devices 12 and 15 issue read calls to read the stored data. The controller 11 responds to the reading role by locating and sending the stored data to the requested device using the coupling structure. Overhead for data storage and control of its delivery to the reader is provided by connector 26.
デバイスの結合への付加または除去はコネクターとデバ
イスの協力により行われる。例えば、デバイス(端末)
13の利用者が、デバイス13上の全てのデータをディ
スク14に貯蔵したければ、その利用者は、全てのデー
タがデバイス13からディスク14へ送りたいというリ
クエスト信号≦号をコントローラ11へ送信する。する
とコントローラ11は、マツピンク表を変更してディス
ク14がデバイス13により、コネクターに貯蔵された
全てのデータの新たに付加された宛先であることを指示
する。マツピング表変更後、デバイス13よりコネクタ
ーに書き込まれたデータは全て、読み取り用にディスク
デバイス14と結合している。Adding or removing devices to the bond is accomplished through the cooperation of the connector and the device. For example, device (terminal)
If the user 13 wants to store all the data on the device 13 on the disk 14, the user sends a request signal ≦ to the controller 11 indicating that he wants all the data to be sent from the device 13 to the disk 14. . Controller 11 then modifies the pine pink table to indicate that disk 14 is the newly added destination for all data stored on the connector by device 13. After changing the mapping table, all data written to the connector by device 13 is coupled to disk device 14 for reading.
第2図を第3図のフローチャートとの関連づけて見てみ
ると、本発明の様々なソフトウェア部品と、それらが働
きあってどの様に結合を構成するかが示されている。第
2図では、−組のルーチン20がコントローラ11のコ
ネクター機能を表わしており、コネクターメモリー21
が、コネクターとつながれたメモリー10の一部を表わ
している。例えば、接続は交信制御・ルーチン27がデ
バイス12の様な通信デバイスよりリクエスト信号を受
は取った時(第3図のブロック30)より始まる。接続
リクエストは端末12、端末13とプログラム15がこ
の交信に加わることと、これらのデバイスの通信中の読
み書き機能とを指定する。この例では、3つのデバイス
全てが、データを送受信できる。交信制御・ルーチン2
7は、接続リクエストで指定された各デバイスに能動デ
バイスを形成すること(第3図、ブロック32)により
、リクエストに応える。When viewed in conjunction with the flowchart of FIG. 3, FIG. 2 illustrates the various software components of the present invention and how they work together to form connections. In FIG. 2, a - group routine 20 represents the connector function of the controller 11, and the connector memory 21 represents the connector function of the controller 11.
represents a part of the memory 10 connected to the connector. For example, a connection begins when communication control routine 27 receives a request signal from a communication device, such as device 12 (block 30 of FIG. 3). The connection request specifies that terminal 12, terminal 13 and program 15 participate in this communication and the read/write capabilities of these devices during the communication. In this example, all three devices can send and receive data. Communication control/routine 2
7 responds to the request by forming an active device for each device specified in the connection request (Figure 3, block 32).
能動デバイスはコネクター26により与えられた一定の
インターフェースに従い5、データをデバイスからコネ
クターへと送る時に書き込みコールを発することができ
、データをコネクター・からデバイスへ送る時に読み取
りコールを発することができる。能動デバイスを形成す
るために、交信制御・ルーチン27は1つのプロセスを
デバイスの読み書きとコネクター26とデータを送受信
するのに委ねる。能動デバイスプロセスは、それが委ね
られる特定のタイプのデバイスのために事前に用意され
ている。第2図で、デバイス12.13と15の能動デ
バイスは各々、数字22.23と25で表わされている
。能動デバイスが形成された後は、それらはコネクター
26へ結合する。また接続リクエストに応して、交信制
御・ルーチンは各能動デバイスに対し、第4図に示され
た型のデータ構造を形成4−る(第3図、ブロック34
)。能動デバイスデータ構造は包括的に結合のマツピン
グ表を作る。An active device follows a certain interface provided by connector 26 5 and can issue write calls when sending data from the device to the connector, and can issue read calls when sending data from the connector to the device. To form an active device, communication control routine 27 commits one process to reading and writing to the device and sending and receiving data to and from connector 26. An active device process is pre-arranged for the particular type of device to which it is committed. In FIG. 2, the active devices of devices 12.13 and 15 are represented by the numbers 22.23 and 25, respectively. After the active devices are formed, they are coupled to connectors 26. Also, in response to a connection request, the communication control routine forms a data structure of the type shown in FIG. 4 for each active device (FIG. 3, block 34).
). The active device data structures collectively create a mapping table of bindings.
第4図は、能動デバイスデータ構造40と、本実施例で
用いられている幾つかの結合構造を示している。データ
構造40への状態人力41は関連する能動デバイスの読
み書き機能を決定する。宛先カウント入力(DEST−
CNT)4Bは関連能動デバイスによりコネクターに書
かれたデータを読むためのデバイスの数を示す。次の入
力47.48は、関連能動デバイスによりコネクターに
書かれたデータを読む宛先デバイスを決定する。本例に
従って第4図では2つの宛先の人力が示されている。宛
先の入力数の総計は、コネクターにつながれた能動デバ
イスの最大数である。データ構造のカラム43は本例の
能動デバイス22のデータ構造値を表わす。状態人力4
1は読み書き(R/W)の両方を表わす。宛先カウント
46は2つの宛先を表わしており、宛先人力47と48
は能動デバイス23と25と関連したデータ構造を指定
している。各データ構造40は、さらにポインター人力
45を含み、これは以下に記す様に関連能動デバイスに
より読まれるデータを配置するのに用いられる。FIG. 4 shows an active device data structure 40 and some of the coupling structures used in this embodiment. State input 41 to data structure 40 determines the read and write capabilities of the associated active device. Destination count input (DEST-
CNT) 4B indicates the number of devices for reading data written to the connector by associated active devices. The next input 47,48 determines the destination device that will read the data written to the connector by the associated active device. In accordance with this example, two destination manpowers are shown in FIG. The total number of inputs for a destination is the maximum number of active devices attached to the connector. Data structure column 43 represents data structure values for active device 22 in this example. state manpower 4
1 represents both reading and writing (R/W). Destination count 46 represents two destinations, destination count 47 and 48.
specifies data structures associated with active devices 23 and 25. Each data structure 40 further includes a pointer force 45, which is used to locate data to be read by the associated active device, as described below.
データ構造40に貯蔵された情報は接続のためのマツピ
ング表を包括的に形成し、接続内のデバイス間の通信の
特性を決定する。コネクタールーチン20は、マツピン
グ表(データ構造)を参照して、コネクターを介して通
信を制御し、それにより能動デバイスのそういった任務
を肩代わりする。さらに、接続の状況の変更が簡単に行
なえる様にマツピング表を修正することもできる。デー
タは書き込みルーチン28によりコネクターに貯蔵され
る。The information stored in data structure 40 collectively forms a mapping table for the connection and determines the characteristics of communication between devices within the connection. Connector routines 20 refer to mapping tables (data structures) to control communications through the connector, thereby taking over such duties for active devices. Furthermore, the mapping table can be modified so that the connection status can be easily changed. Data is stored on the connector by write routine 28.
この様子のフロー図は第5図に示されている。データが
例えば能動デバイス22によりコネクターに書き込まれ
る時、データはまず能動デバイスプロセスの一部である
バッファーに貯蔵され、書き込みコールが能動デバイス
より発せられる。書き込みコールは命令を発する能動デ
バイス22とバッファーの配置を指定する。書き込みル
ーチン28は、書き込みコールを受は取り(第5図、ブ
ロック71)、コネクターメモリー21に空間を配置す
る(ブロック72)ことによりこれに応する。書き込み
ルーチンは、バッファーにあるデータを能動デバイスか
ら割合てられたメモリーに移す(ブロック73)。A flow diagram of this situation is shown in FIG. When data is written to a connector by, for example, active device 22, the data is first stored in a buffer that is part of the active device process and a write call is issued by the active device. The write call specifies the active device 22 issuing the instruction and the placement of the buffer. Write routine 28 accepts the write call (Figure 5, block 71) and responds by locating space in connector memory 21 (block 72). The write routine moves the data in the buffer from the active device to allocated memory (block 73).
書き込みルーチン28はまた、コネクターに貯蔵された
データの各ブロックに対し参照ブロック55(第4図)
を形成する(第5図、ブロック74)。The write routine 28 also creates a reference block 55 (FIG. 4) for each block of data stored in the connector.
(Figure 5, block 74).
参照ブロック55はデータφポインター56、データ長
値57と参照カウント58よりなる。データ・ポインタ
ー56は新たに書き込まれたデータ60を指し、データ
長値57は貯蔵されたデータの量を表わす。The reference block 55 includes a data φ pointer 56, a data length value 57, and a reference count 58. Data pointer 56 points to newly written data 60, and data length value 57 represents the amount of data stored.
参照カウント58は名付けられた宛先の数を表わし、こ
れについては後述する。書き込みルーチン28は次にデ
ータ60と参照ブロック55をデータ・ブロックを受は
取る全ての宛先能動デバイスとリンクすることにより結
合構造を形成する(第5図、ブロック75)。複数宛先
デバイスへの結合は矢印59とポインター50により表
わされている。Reference count 58 represents the number of named destinations and will be discussed below. Write routine 28 then forms a combined structure by linking data 60 and reference block 55 with all destination active devices that will receive or take the data block (Figure 5, block 75). Coupling to multiple destination devices is represented by arrow 59 and pointer 50.
例えばデータ・ブロック60とデータ構造との間の結合
構造は第4図に示されている。データ構造40のポイン
ター45はポインター・ブロック49を指し、これはデ
ータ60と関連した参照ブロック55を指すポインター
50を含んでいる。ポインターブロック49はポインタ
ー51により次のポインターブロック54と結合してい
る。ポインターブロック54は最後の(最後に書き込ま
れた)データブロック61と関連しており、ポインター
によるリンクの終わり(END)を表わすポインター値
53を含んでいる。For example, the coupling structure between data blocks 60 and data structures is shown in FIG. Pointer 45 of data structure 40 points to pointer block 49, which includes pointer 50 to reference block 55 associated with data 60. The pointer block 49 is connected to the next pointer block 54 by a pointer 51. Pointer block 54 is associated with the last (last written) data block 61 and contains a pointer value 53 representing the end of the pointer link (END).
書き込みルーチン28は以下の方法により、各宛先を貯
蔵されたデータに結合している。;−書き込みデバイス
のために、各宛先をデータ構造40中の宛先値47や4
8等と区別し、−各宛先データ構造のポインター45を
アクセスして、読み取りのリンクをENDまでフォロー
レ、−前のENDにリンクされた新たなポインターブロ
ックを新しいデータブロックのために作り、−新しいポ
インターブロックを新しく書き込まれたデータの参照ブ
ロックへリンクする。Write routine 28 associates each destination with the stored data in the following manner. ;-For the writing device, set each destination to the destination value 47 or 4 in the data structure 40.
8 etc., - access the pointer 45 of each destination data structure and follow the read link to the END; - create a new pointer block linked to the previous END for the new data block; - access the pointer 45 of each destination data structure; Link a pointer block to a reference block for newly written data.
この動作は新しく書き込まれたデータの各プロツクを、
データの宛先となる各デバイス用のデータ・リンク・リ
ストの最後に結げる。This operation writes each block of newly written data to
At the end of the data link list for each device to which data is destined.
ある参照ブロック(例えば55)とそれと関連したデー
タ・ブロック60は、データが単一ソースから複数の宛
先に送られる時には、複数データ構造とリンクされてい
る。A reference block (eg, 55) and its associated data block 60 are linked with multiple data structures when data is sent from a single source to multiple destinations.
あるデータタブロック(例えば60)の宛先の数は、デ
ータ・ブロックを指している参照ブロック55の参照カ
ウント人力58に貯蔵されている。The number of destinations for a given data block (eg 60) is stored in the reference count 58 of the reference block 55 pointing to the data block.
能動デバイスは、それがコネクターからデータを受けよ
うとする時、読み取りコールを発する。An active device issues a read call when it wants to receive data from a connector.
読み取りコールは、読み取りデバイスを確認し、データ
を貯蔵する能動デバイスバッファーの配置を特定する。The read call identifies the read device and locates the active device buffers that store the data.
第6図のフローチャートは、読み取りコールに応じて読
み取りルーチン29がとる動作を表わしている。コネク
ター読み取りルーチン29(第6図、ブロック80)は
、読み取りコールを発した能動のデバイスのデータ構造
にアクセスする(第6図、ブロック81)事により読み
取りコールに応える。このデータ構造のポインター45
はデータ構造40に最も直接的に結合したデータブロッ
ク、例えば60、を確認するのに用いられる。データ書
き込まれる時にコネクターに形成されるリンクは、これ
が“最古″のデータブロックである事を保証する。 デ
ータ長57に指定されたブロック、例えば60、全体が
能動デバイスで読み出された(第6図、ブロック82)
時には、読み取りルーチン29はそのデータ・ブロック
をリンクから外しく第6図、ブロック83)、ポインタ
ー45を次のポインターブロック、例えば54を指すよ
うにさせる。読み取りルーチン29はまた参照ブロック
55の入力58に貯蔵された参照カウントを減する(第
6図、ブロック84)ことができる。参照カウントは、
次いでOまで減ったか否かをチエツクされる(ブロック
85)。The flowchart of FIG. 6 represents the actions taken by read routine 29 in response to a read call. Connector read routine 29 (Figure 6, block 80) responds to read calls by accessing the data structure of the active device that issued the read call (Figure 6, block 81). Pointer 45 of this data structure
is used to identify the data block most directly bound to data structure 40, e.g. 60. The link formed on the connector when data is written ensures that this is the "oldest" data block. The block specified by data length 57, e.g. 60, has been read in its entirety by the active device (Figure 6, block 82).
In some cases, the read routine 29 unlinks the data block (FIG. 6, block 83) and causes the pointer 45 to point to the next pointer block, such as 54. Read routine 29 may also decrement the reference count stored at input 58 of reference block 55 (Figure 6, block 84). The reference count is
It is then checked whether the number has decreased to O (block 85).
参照カウントが0になると、全ての名付けられた宛先は
関連したデータ・ブロックを読んでおり、読み込みルー
チン29はデータ・ブロックと参照ブロックのメモリー
をその後の利用のために割当て解除する(ブロック86
)。When the reference count reaches zero, all named destinations have read their associated data blocks, and read routine 29 deallocates memory for the data blocks and reference blocks for further use (block 86).
).
ポインターブロック49や54はリンクされたりストを
作り、各宛先デバイス単位毎に、能動デバイスのために
読み取り順位を決める。データ争ブロック60と61、
それと接続した参照ブロック50と62はコネクターに
貯蔵されたデータのブロック毎に1度づつ貯蔵される。Pointer blocks 49 and 54 are linked together to create a read order for active devices for each destination device unit. Data war blocks 60 and 61,
The reference blocks 50 and 62 connected thereto are stored once for each block of data stored in the connector.
複数宛先の能動デバイスデータ構造は、単一のデータ・
ブロック、例えば60にそのデータ・ブロックと接続し
ている参照ブロック、例えば55を介して指しうる。ポ
インターブロック49と54により作られたリンクされ
たリストは複数データソースからのデータを指しつる。Multi-destination active device data structures are
It may point to a block, e.g. 60, via a reference block, e.g. 55, connected to that data block. The linked list created by pointer blocks 49 and 54 points to data from multiple data sources.
例えば、デバイス13からのデータがデータ・ブロック
60に貯蔵されていて、後から送られてきたデバイス1
5からのデータがデータ・ブロック61に貯蔵されてい
る時、第4図に示されている結合構造はデバイス12の
ための結合構造を表わしている。第4図の結合構造を作
った後は、デバイス12から次々送られる読み取りコー
ルは、データ・ブロック60中のデバイス13からのデ
ータ転送、続いてデータ・ブロックBl中のデバイス1
5からのデータ転送をもたらす。For example, data from device 13 is stored in data block 60, and data from device 1 sent later
The coupling structure shown in FIG. 4 represents the coupling structure for device 12 when data from 5 is stored in data block 61. After creating the connection structure of FIG. 4, successive read calls from device 12 will result in a data transfer from device 13 in data block 60, followed by a data transfer from device 1 in data block Bl.
5 results in data transfer from.
本実施例は、接続へのデバイスの付加、除去のための簡
jllな構造を含む。既存の能動デバイスからの交信制
御ルーチン27へのリクエストに応じて、1つのデバイ
スがコールに加えられる(第2図)。This embodiment includes a simple structure for adding and removing devices from connections. A device is added to the call in response to a request to the communication control routine 27 from an existing active device (FIG. 2).
交信制御ルーチン27は、リクエストされたデバイスを
起動させ、前述のようなデータ構造を形成する。新しい
データ構造は、コネクターに接続された他の能動デバイ
スのうち、指定されたどれかを宛先として含む。新たな
能動デバイスはまた、これのデーターソースとなるべき
、既存のデータ構造に、宛先として加えられる。新たな
能動デバイスデータ構造を形成した後に、コネクターに
書き込まれた如何なるデータも、前記の説明と同様、読
み込みのために、新たな能動デバイスと結合される。能
動デバイスは、それをマツピング構造から消すことによ
り除去できる。この除去は、除去される能動デバイスの
データ構造の消去と、他のデバイスからコネクターへの
データ構造から、除去される能動デバイスへの各参照(
データ)の消去を含む。Communication control routine 27 activates the requested device and forms the data structure as described above. The new data structure contains as a destination any of the specified other active devices connected to the connector. A new active device is also added as a destination to the existing data structure that is to be its data source. After forming the new active device data structure, any data written to the connector is coupled to the new active device for reading, as described above. An active device can be removed by erasing it from the mapping structure. This removal involves erasing the data structure of the active device being removed and removing each reference (
data).
前述の全ての能動デバイス受信器は、情報を読み取りた
い時には読み取りコールを発した。これは、プロセッサ
ーで無駄な時間を費やすことにつながっている可能性が
ある。というのは、実際には宛先能動デバイスが読むこ
とのできるデータがないのに読もうとしていることがあ
りうるからである。本実施例の書き込みルーチン28は
データが既に宛先能動デバイスに届いている時にその能
動デバイスに中断信号を送ることができる。最初に、各
能動デバイスのデータ構造40(第4図)は、中断状態
変数44(INT 5TATUS)を含み、これは中
断信号を送るか否かのいずれにも設定できる。さらに、
データ到達人力42はデータ構造に貯蔵され、送られる
べき中断メツセージの型を定義している。書き込みルー
チン28は、書き込まれたデータ・ブロックがリンクさ
れる宛先デバイスの中断状態変数44をチエツクする(
第5図、ブロック77)。中断状態変数が中断信号が送
られるべきであることを示している時には書き込みルー
チン28は、データ到達人力42で定められた形式で中
断信号を送る(第5図、ブロック77)。すると宛先能
動デバイスは中断信号に応えて情報を読み出す。All of the active device receivers mentioned above issued read calls when they wanted to read information. This can lead to wasted time on the processor. This is because the destination active device may be attempting to read when there is actually no data available for reading. The write routine 28 of this embodiment can send an interrupt signal to a destination active device when data has already arrived at the destination active device. First, each active device's data structure 40 (FIG. 4) includes a suspend state variable 44 (INT 5TATUS), which can be set to either send a suspend signal or not. moreover,
Data arrival force 42 is stored in a data structure and defines the type of interrupt message to be sent. The write routine 28 checks the suspend status variable 44 of the destination device to which the written data block is linked (
FIG. 5, block 77). When the suspend status variable indicates that a suspend signal should be sent, write routine 28 sends a suspend signal in the format defined by data arrival command 42 (FIG. 5, block 77). The destination active device then reads the information in response to the interrupt signal.
前述の描写はデバイス間のデータの交換に関スるもので
あった。ここで用いられたデータとは電子黒板、グラフ
ィック端末や音声デジタル化機器等で発生された情報を
、更にコンピュータ一端末やディスク貯蔵装置による情
報を含んでいる。The foregoing depiction concerned the exchange of data between devices. The data used herein includes information generated by electronic whiteboards, graphic terminals, audio digitization equipment, etc., as well as information generated by computer terminals and disk storage devices.
前述の実施例で、コネクターとは、能動デバイスと呼び
うるデータ構造やルーチンの集合体である。しかしコネ
クターは、プロセスの様に他の型のソフトウェアを用い
ることにより実用される。In the embodiments described above, a connector is a collection of data structures and routines that can be referred to as active devices. However, connectors can be implemented using other types of software, such as processes.
また、本実施例でコネクターに接続された全てのデバイ
スは、単一通信を形成している。コネクターは複数の独
立な通信にも用いられうる。例えば、第1の端末対は、
コネクターを介し、第2の端末対との間でデータ交換を
することなく各々同時にコネクターを介して通信ができ
る。Also, all devices connected to the connector in this embodiment form a single communication. Connectors can also be used for multiple independent communications. For example, the first pair of terminals is
Through the connector, communications can be made with the second pair of terminals simultaneously through the connectors without any data exchange.
第1図は、本発明の実施例のブロック図;第2図は、実
施例のソフトウェア構成を示す図;第3図は、通信の開
始を示す流れ図;
第4図は、接続を定義するために貯蔵された情報を示す
図;
第5図と第6図は、第1図の装置を介したデータ通信を
示す流れ図;
第7図は、実施例で用いられているマツピング表を示す
図である。
11・・・コントローラ
12、13・・・デバイス
14・・・ディスク
15・・・プログラム
16・・・データ線
17・・・コントロール線
22.23.25・・・能動デバイス
FIG、 1
出 願 人:アメリカン テレフォン アンドFIG、
2
FIG。
FIG。
FIG。Fig. 1 is a block diagram of an embodiment of the present invention; Fig. 2 is a diagram showing the software configuration of the embodiment; Fig. 3 is a flowchart showing the start of communication; Fig. 4 is a diagram for defining a connection. Figures 5 and 6 are flow diagrams illustrating data communication through the device of Figure 1; Figure 7 is a diagram illustrating the mapping table used in the example. be. 11...Controller 12, 13...Device 14...Disk 15...Program 16...Data line 17...Control line 22.23.25...Active device FIG, 1 Applicant : American Telephone &FIG,
2 FIG. FIG. FIG.
Claims (6)
バイスと、このソース通信デバイスからデータを受信す
る通信デバイスのうちの複数の宛先通信デバイスとを確
認するマッピング表を制定するステップ、 前記ソース通信デバイスよりデータを貯蔵するステップ
、 前記貯蔵ステップに応じて、前記データの内容には無関
係に、前記マッピング表より、前記データと宛先通信デ
バイスとを接続する結合構造を形成するステップ、 前記結合構造に応じて、前記データを前記宛先通信デバ
イスに転送するステップ からなることを特徴とするコンピュータ通信方法。(1) establishing a mapping table that identifies a source communication device of a plurality of communication devices and a plurality of destination communication devices of communication devices that receive data from the source communication device; storing data from the device; in response to the storing step, forming a connection structure connecting the data and a destination communication device from the mapping table, regardless of the content of the data; A method of computer communication comprising the step of, in response, transferring said data to said destination communication device.
されたデータ用に各々の宛先通信デバイスを決めるため
に、マッピング表を読み取るステップと、 マッピング表を読み取るステップで決められた各宛先通
信デバイスと、データ貯蔵ステップで貯蔵されたデータ
とを結び付けるステップ からなることを特徴とする請求項1に記載のコンピュー
タ通信方法。(2) the forming step reads a mapping table to determine each destination communication device for data stored in the source communication device; and each destination communication device determined in the step of reading the mapping table; 2. The computer communication method according to claim 1, further comprising the step of associating data stored in the data storage step.
プで決定された各宛先通信デバイスのために、データ貯
蔵ステップで貯蔵されたデータにポインターを貯蔵する
ことからなる請求項2に記載のコンピュータ通信方法。3. The computer communications method of claim 2, wherein the associating step comprises storing a pointer to the data stored in the data storage step for each destination communication device determined in the mapping table reading step.
ータ構造を前記通信デバイスのために貯蔵するステップ
、そして 形成ステップが、前記ソース通信デバイスに貯蔵された
データの各宛先通信デバイスを決定するために、前記ソ
ース通信デバイスのデータ構造を読み取りステップと、 データ構造の読み取りステップで決定した各通信デバイ
スにデータ貯蔵ステップで貯蔵されたデータを結合する
ステップ、からなる請求項1に記載のコンピュータ通信
方法。(4) the enacting step stores a data structure for the communication device that determines a destination communication device; and the forming step determines each destination communication device of the data stored in the source communication device. 2. The computer communication method of claim 1, further comprising the steps of: reading a data structure of the source communication device; and combining the data stored in the data storage step with each communication device determined in the data structure reading step.
スの1つに中断信号を送るステップを含むことを特徴と
する請求項1に記載のコンピュータ通信方法。5. The computer communication method of claim 1, further comprising the step of: (5) sending an interrupt signal to one of the destination communication devices in response to the data storage step.
ステップに応じて、データ構造読み取りステップで確認
された宛先通信デバイスのデータ構造の中断状態変数を
アクセスするステップと、アクセスステップでアクセス
された中断状態変数が、中断信号が送られるべきである
ことを示している時に、データ構造読み取りステップで
確認された宛先通信デバイスに中断信号を送るステップ
からなることを特徴とする請求項4に記載のコンピュー
タ通信方法。(6) each data structure includes a suspended state variable, and in response to the data storage step, accessing the suspended state variable of the data structure of the destination communication device identified in the data structure reading step; 5. The method of claim 4, further comprising the step of sending a suspend signal to the destination communication device identified in the data structure reading step when the suspend status variable indicates that a suspend signal is to be sent. Computer communication methods.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US22483288A | 1988-07-27 | 1988-07-27 | |
US224832 | 1988-07-27 |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH0287746A true JPH0287746A (en) | 1990-03-28 |
JPH0683251B2 JPH0683251B2 (en) | 1994-10-19 |
Family
ID=22842418
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP63228897A Expired - Fee Related JPH0683251B2 (en) | 1988-07-27 | 1988-09-14 | Computer communication method |
Country Status (2)
Country | Link |
---|---|
JP (1) | JPH0683251B2 (en) |
CA (1) | CA1328928C (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3839932B2 (en) | 1996-09-26 | 2006-11-01 | キヤノン株式会社 | Process cartridge, electrophotographic image forming apparatus, electrophotographic photosensitive drum and coupling |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS6016782A (en) * | 1983-05-06 | 1985-01-28 | フィリップス エレクトロニクス ネムローゼ フェンノートシャップ | Color television transmitting or data storing system |
JPS63178637A (en) * | 1987-01-20 | 1988-07-22 | Fujitsu Ltd | Automatic email reception method |
-
1988
- 1988-09-14 JP JP63228897A patent/JPH0683251B2/en not_active Expired - Fee Related
-
1989
- 1989-06-13 CA CA000602631A patent/CA1328928C/en not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS6016782A (en) * | 1983-05-06 | 1985-01-28 | フィリップス エレクトロニクス ネムローゼ フェンノートシャップ | Color television transmitting or data storing system |
JPS63178637A (en) * | 1987-01-20 | 1988-07-22 | Fujitsu Ltd | Automatic email reception method |
Also Published As
Publication number | Publication date |
---|---|
JPH0683251B2 (en) | 1994-10-19 |
CA1328928C (en) | 1994-04-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5163156A (en) | Method for distributing messages through a mapping table which includes for each originating device a sequential list of corresponding destination devices | |
US9894139B2 (en) | Asynchronous data protocol | |
US5719942A (en) | System and method for establishing a communication channel over a heterogeneous network between a source node and a destination node | |
US5375207A (en) | Remote processing of a plurality of commands during a session between a first computer and a host computer | |
JP2859559B2 (en) | Computer network system, computer system, and clipboard control method | |
GB2289186A (en) | Collaborative working method and system | |
JP2006510996A (en) | Usage of direct memory access to perform database operations between two or more machines | |
EP0620935A1 (en) | Call management in a collaborative working network | |
JPH0568734B2 (en) | ||
JPS58217069A (en) | Communicating system of multi-microcomputer | |
CN101699421B (en) | Method and server for sharing serial port | |
US5892907A (en) | Bypass SEND and RECEIVE optimizer method for VTAM processes | |
EP0459774B1 (en) | File access system in distributed data processing system | |
JPH0213158A (en) | Message transmission method | |
JPH0287746A (en) | Computer communication method | |
JPS61191140A (en) | Communication system for local network | |
JP3521797B2 (en) | Port connection control device | |
JPH0822383A (en) | Window system | |
JPS63209248A (en) | Inter-system data arrival control method | |
JP2619982B2 (en) | Communication control system | |
JPS63284943A (en) | Server control method | |
JPH0375954A (en) | Network system | |
JPH0290755A (en) | Computer network | |
JPH06120998A (en) | System for using communication line | |
JPS5961337A (en) | Electronic mail system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
LAPS | Cancellation because of no payment of annual fees |