JP2004088697A - Network communication system between computers - Google Patents

Network communication system between computers Download PDF

Info

Publication number
JP2004088697A
JP2004088697A JP2002250299A JP2002250299A JP2004088697A JP 2004088697 A JP2004088697 A JP 2004088697A JP 2002250299 A JP2002250299 A JP 2002250299A JP 2002250299 A JP2002250299 A JP 2002250299A JP 2004088697 A JP2004088697 A JP 2004088697A
Authority
JP
Japan
Prior art keywords
transmission
station
address
delivery confirmation
broadcast
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
JP2002250299A
Other languages
Japanese (ja)
Inventor
Shinya Ono
大野 信也
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.)
Meidensha Corp
Meidensha Electric Manufacturing Co Ltd
Original Assignee
Meidensha Corp
Meidensha Electric Manufacturing 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 Meidensha Corp, Meidensha Electric Manufacturing Co Ltd filed Critical Meidensha Corp
Priority to JP2002250299A priority Critical patent/JP2004088697A/en
Publication of JP2004088697A publication Critical patent/JP2004088697A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To efficiently perform communications among a plurality of PLC and further to guarantee transmissions by broadcast communications to be performed by a UDP protocol. <P>SOLUTION: In each of PLC 1A-1N, a processor 3 is provided with a user memory 31 and an application program 32, and an Ethernet(R) interface 2 is provided with a physical layer 21, a data link layer 22, an IP 23, a UDP 24 and a data transmitting-receiving function part 25. In the case of broadcast transmission by UDP, the transmitting side PLC designates only one delivery confirmation reply station and obtains delivery confirmation from the designated station to guarantee sure sending of data. When the delivery confirmation from the designated station is not reported even after the lapse of fixed time, resending is performed while designating a station different from that of the first transmission as a delivery confirmation reply station. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、PLC(プログラマブル・ロジック・コントローラ)などのコンピュータ同士をイーサネット(登録商標)でネットワーク接続して互いの通信を行うコンピュータ間のネットワーク通信方式に関わる。
【0002】
【従来の技術】
この種の通信方式は、例えば、特開2001−245014に開示される。また、TCP/IPによる通信方式は、文献「SOFTBANKBOOKS,詳解TCP/IP,著者 W.Richard Stevens,訳者 橘康雄」に詳述される。
【0003】
前記の公報、文献に開示されるように、イーサネットは、同軸ケーブルをデータ伝送媒体に用い、CSMA/CD方式(衝突検出型搬送波多重LANのアクセス方式)のインターフェースによってコンピュータ同士の通信を可能にする。
【0004】
近年、プラントにおける監視制御システムは、ホストコンピュータとしてワークステーションやミニコンに代えてパソコンが採用され、それに伴い最も一般的なイーサネットがコンピュータ上位ネットワークおよびコンピュータ間ネットワークのデファクト・スタンダードとして確立されたといってもよい。
【0005】
これらパソコンやPLCは、イーサネットを使った通信のためのインタフエースにTCP/IPプロトコルを実装する場合、信頼性を重視するならば、論理回線の概念を持ったTCP/IPを使用する。
【0006】
論理回線の接続および切断処理を嫌うならば、1対1通信をUDP/IPで実現することになる。なお、UDPは、それ自体に再送処理を持たないし、送達確認も行わないプロトコルである。
【0007】
【発明が解決しようとする課題】
TCP/IPは信頼性の高い通信であるが、1対Nの通信ができないことが短所である。
【0008】
UDP/IPはブロードキャスト(一斉同報)通信が可能であるが、プロトコル自体に再送機能や送達確認機能を持たないことが短所である。
【0009】
本発明の目的は、イーサネットでネットワーク接続したコンピュータ間の通信に、UDPプロトコルで行うブロードキャスト通信により効率的でしかも送信保証できるネットワーク通信方式を提供することにある。
【0010】
【課題を解決するための手段】
本発明は、送信局ではUDPでブロードキャスト送信するときに1局に限定して送達確認返信局を指定し、この指定局から送達確認を得ることで、確実にデータが送出されたことの保証をとり、これにより複数局からの送達確認を受けるのに比べて通信効率を高める。
【0011】
また、指定局からの送達確認が一定時間経過しても通知されない場合、送信局は送達確認返信局として1回目の送信時とは違う局を指定して再送を行うことで、送達確認返信局ダウン時の無駄な再送を抑えるようにしたもので、以下の通信方式を特徴とする。
【0012】
(1)複数のコンピュータは、それぞれユーザ用メモリとアプリケーションプログラムを搭載するプロセッサと、物理層とデータリンク層とIPとUDPおよび前記プロセッサの結合部にデータ送受信機能部を設けたイーサネットインタフェースとを有し、各コンピュータ間でネットワーク通信する通信方式であって、
送信側のコンピュータは、
UDPでブロードキャスト送信するときに1局に限定して送達確認返信局を指定し、この指定局から送達確認を得ることで、データが確実に送出されたことの保証をとる手段と、
指定局からの送達確認が一定時間経過しても通知されない場合、送達確認返信局として1回目の送信時とは違う局を指定して再送を行う手段とを備えたことを特徴とする。
【0013】
(2)送信側コンピュータがブロードキャスト送信するデータフォーマットは、自局のIPアドレスをセットし送信元局IPアドレスと、送達確認を返信する局のIPアドレスをセットした送達確認返信指定局IPアドレスと、受信局のアプリケーションプログラムが使用するブロードキャストデータとで構成し、
前記ブロードキャスト送信を受信した送達確認返信指定局が送達確認送信するデータフォーマットは、自局のIPアドレスをセットする送信元局IPアドレスと、ブロードキャスト送信した局のIPアドレスをセットする送達確認返信先IPアドレスとで構成したことを特徴とする。
【0014】
(3)前記送信側コンピュータの送信開始処理は、
前記アプリケーションプログラムでブロードキャスト送信のイベントが発生したとき、前記ユーザ用メモリ上に用意する再送カウンタを初期化し、次いでブロードキャスト送信するためのブロードキャスト送信バッファの作成を行い、さらに送達確認受信待ちタイマを起動し、最後に前記イーサネット・インタフェースに対して送信要求を発行することを特徴とする。
【0015】
(4)前記送信側コンピュータの送達確認待ち処理は、
前記アプリケーションプログラムでブロードキャスト送信後、送達確認受信待ちタイマがタイムアップしたならば処理を終了し、タイムアップでなければ送達確認の受信を待ち、送達確認を受信したときに送達確認受信待ちタイマを停止させ、ブロードキャスト送信処理を完了することを特徴とする。
【0016】
(5)前記送達確認受信待ちタイマのタイムアップ処理は、
前記アプリケーションプログラムでブロードキャスト送信後、前記再送カウンタが最大再送回数であれば、送信失敗処理を行い、前記再送カウンタが最大再送回数未満ならば再送カウンタを+1し、前記送達確認返信指定局IPアドレスに別局のIPアドレスをセットし直し、イーサネット・インタフェースに対して送信要求を発行することを特徴とする。
【0017】
(6)前記ブロードキャスト受信処理は、
ブロードキャスト送信データを受信したとき、前記アプリケーションデータ部を前記ユーザ用メモリに取り込み、その後、アプリケーションヘッダの送達確認返信指定局IPアドレスが、自局IPアドレスと一致しているかをチェックし、一致していなければ処理を終え、一致している場合には送達確認送信バッファを作成し、イーサネット・インタフェースに送信要求を発行することを特徴とする。
【0018】
(7)前記データ送受信機能部の送信要求処理は、
前記アプリケーションプログラムが送信要求を発行することで前記プロセッサから送信要求を受け取ったとき、送信データの先頭ワードをチェックし、ブロードキャスト識別子を示すデータであれば宛先IPアドレスをブロードキャストアドレスにして前記UDPに送信要求を発行し、送達確認識別子を示すデータであれば宛先IPアドレスをバッファ中の送達確認返信先IPアドレスにして前記UDPに送信要求を発行することを特徴とする。
【0019】
【発明の実施の形態】
本発明の実施形態になるシステム構成は、図1に示すように、PLC1AとPLC1B〜1Nがイーサネットで接続される。なお、これらをコンピュータとする場合の通信も同様である。
【0020】
PLC1A,1B〜1Nは、PLC1Aに代表して示すように、それぞれ相互通信機能を得るためのイーサネット・インタフェース2を設ける。プロセッサ3にはユーザ用メモリ31とそれを使用するアプリケーションプログラム(アプリケーション層)32を持つ。
【0021】
イーサネット・インタフェース2は、物理層21とデータリンク層22とIP23およびUDP24の他に、プロセッサ3との結合部にデータ送受信機能部25を設ける。データ送受信機能部25は、データリンク層22とIP23とUDP24と同様にソフトウェアで構成される。
【0022】
以上の構成において、主たる部位は、プロセッサ3のユーザ用メモリ31とアプリケーションプログラム32、およびイーサネット・インタフェース2のデータ送受信機能部25であり、UDPの特長であるブロードキャスト(一斉同報)通信に、データ喪失のない確実な通信を実現する。
【0023】
図2は、基本的なブロードキャスト送信処理を示し、同図の(a)には1回目送信時の送達確認返信指定局が正常な場合を示し、(b)には1回目送信時の送達確認返信指定局が異常な場合を示す。
【0024】
図2の(a)に示すように、ブロードキャスト送信局になるPLC1AがUDP/IPでのブロードキャスト送信に対し、送達確認返信指定局になるPLC1Bから送達確認を得ることで、確実にデータが送出されたことの保証をとる。ここで特徴とすることは、送達確認を返す局は送信局が指定した1局に限定することであり、データが送出されたことの確認を複数局からの送達確認を受ける必要はない。
【0025】
また、図2の(b)に示すように、送達確認が一定時間経過しても通知されない場合、送信局は再送を行う。そのときの特徴として、送信局が指定する送達確認返信局を、1回目の送信時とは違う局(図示ではPLC1C)とすることである。こうすることで、送達確認返信局ダウン時の無駄な再送を抑えることができる。
【0026】
上記のような通信処理を実現するためのデータフォーマットおよび各処理を以下に詳細に説明する。
【0027】
(A)ブロードキャスト送信バッファのデータフォーマット
図3は、ブロードキャスト(一斉同報)送信するPLCのアプリケーションプログラム32がユーザ用メモリ31上に作成する送信データバッファのフォーマットを示す。なお、UDPヘッダ、IPヘッダ、イーサネットヘッダはイーサネット・インタフェース2によって付加される。
【0028】
図3において、
(1)ブロードキャスト識別子は、ブロードキャスト送信を示すデータであり、任意の値でよい。
【0029】
(2)送信元局IPアドレスは、自局のIPアドレスをセットする。
【0030】
(3)送達確認返信指定局IPアドレスは、送達確認を返信する局のIPアドレスをセットする。
【0031】
(4)ブロードキャストデータは、受信した局のアプリケーションプログラムが使用するアプリケーションデータである。
【0032】
(B)送達確認送信バッファのデータフォーマット
図4は、ブロードキャスト送信を受信した(受信データのブロードキャスト識別子で判断する)PLCのアプリケーションプログラム32が、自局が送達確認返信指定局に指定された場合、データメモリ31上に作成する送達確認送信バッファのフォーマットを示す。なお、UDPヘッダ、IPヘッダ、イーサネットヘッダはイーサネット・インタフェース2によって付加される。
【0033】
図4において、
(1)送達確認識別子は、ブロードキャスト送信への送達確認を示すデータであり、任意の値でよい。
【0034】
(2)送信元局IPアドレスは、自局のIPアドレスをセットする。
【0035】
(3)送達確認返信先IPアドレスは、ブロードキャスト送信した局のIPアドレスをセットする。
【0036】
(C)送信局の送信開始処理
図5は、ブロードキャスト送信局のアプリケーションプログラム32での送信開始処理のアルゴリズムを示す。
【0037】
同図において、PLCのアプリケーションプログラムでブロードキャスト送信のイベントが発生したとき(A1)、まず、ユーザ用メモリ上に用意する再送カウンタを0(初期化)にする(A2)。次に、ブロードキャスト送信するため、ブロードキャスト送信バッファの作成を行う(A3)。この時、アプリケーションヘッダの送達確認返信指定局には、同一伝送路上に存在する任意の1局をセットする。さらに、送達確認受信待ちタイマを任意の値で起動する(A4)。最後にイーサネット・インタフェース2に対して送信要求を発行する(A5)。
【0038】
(D)送信局の送達確認待ち処理
図6は、ブロードキャスト送信局のアプリケーションプログラム32での送達確認待ち処理のアルゴリズムを示す。
【0039】
同図において、PLCのアプリケーションプログラムでブロードキャスト送信後、送達確認受信待ちタイマがタイムアップしたならば処理を終了し、送達確認受信待ちタイマのタイムアップ処理に移行する。タイムアップでなければ、送達確認の受信を待つ(B1)。送達確認を受信したならば(B2)、送達確認受信待ちタイマを停止させ、ブロードキャスト送信処理を完了する(B3)。
【0040】
(E)送達確認受信待ちタイマのタイムアップ処理
図7は、PLCのアプリケーションプログラムでブロードキャスト送信後、送達確認受信待ちタイマがタイムアップしたら、タイムアップ処理のアルゴリズムを示す。
【0041】
同図において、再送カウンタがN(N=最大再送回数)であれば(C1)、所定の回数の再送が終了したことを意味するので、送信失敗処理を行い(C4)、処理を終える。
【0042】
再送カウンタがN未満ならば再送途中を意味し、再送カウンタを+1して(C2)、アプリケーションヘッダの送達確認返信指定局IPアドレスに別局のIPアドレスをセットし直し(C4)、イーサネット・インタフェース2に対し、送信要求を発行する(C5)。
【0043】
(F)ブロードキャスト受信処理
図8は、ブロードキャスト送信データを受信したPLCのアプリケーションプログラム32のブロードキャスト受信処理アルゴリズムを示す。
【0044】
同図において、ブロードキャスト送信データを受信(アプリケーションヘッダのブロードキャスト識別子により認識)したとき(D1)、アプリケーションデータ部をユーザ用メモリ31に取り込む(D2)。
【0045】
その後、アプリケーションヘッダの送達確認返信指定局IPアドレスが、自局IPアドレスと一致しているかをチェックし(D3)、一致していなければ処理を終える。一致している場合、送達確認送信バッファを作成し(D4)、イーサネット・インタフェース2に送信要求を発行する(D5)。
【0046】
(G)データ送受信機能の送信要求処理
図9は、イーサネット・インタフェース2のデータ送受信機能部25が、プロセッサ3より送信要求を受け取った時のアルゴリズムを示す。
【0047】
同図において、アプリケーションプログラム32が送信要求を発行することでプロセッサから送信要求を受け取ったとき(E1)、送信データの先頭ワードをチェックし、ブロードキャスト識別子を示すデータであれば(E2)、宛先IPアドレスをブロードキャストアドレスにしてUDPに送信要求を発行する(E3)。
【0048】
また、送達確認識別子を示すデータであれば(E4)、宛先IPアドレスをバッファ中の送達確認返信先IPアドレスにしてUDPに送信要求を発行する(E5)。
【0049】
【発明の効果】
以上のとおり、本発明によれば、送信局ではUDPでブロードキャスト送信するときに1局に限定して送達確認返信局を指定し、この指定局から送達確認を得ることで確実にデータが送出されたことの保証をとるため、複数局からの送達確認を受けるのに比べて通信効率を高めることができる。
【0050】
また、指定局からの送達確認が一定時間経過しても通知されない場合、送信局は送達確認返信局として1回目の送信時とは違う局を指定して再送を行うようにしたため、送達確認返信局ダウン時の無駄な再送を抑えることができる。
【図面の簡単な説明】
【図1】本発明の実施形態を示すシステム構成図。
【図2】本発明におけるUDPによるブロードキャスト送信経路図。
【図3】実施形態におけるブロードキャスト送信バッファのデータフォーマット。
【図4】実施形態における送達確認送信バッファのデータフォーマット。
【図5】実施形態における送信局の送信開始処理。
【図6】実施形態における送信局の送達確認待ち処理。
【図7】実施形態における送達確認受信待ち処理。
【図8】実施形態におけるブロードキャスト受信処理。
【図9】実施形態におけるデータ送受信機能部の送信要求処理。
【符号の説明】
1A,1B,1N…PLC
2…イーサネット・インタフェース
3…プロセッサ
21…物理層
22…データリンク層
23…IP
24…UDP
25…データ送受信機能
31…ユーザ用メモリ
32…アプリケーションプログラム
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a network communication method between computers, such as PLCs (Programmable Logic Controllers), which connect computers to each other via Ethernet (registered trademark) to perform communication with each other.
[0002]
[Prior art]
This type of communication system is disclosed in, for example, JP-A-2001-245014. The communication method based on TCP / IP is described in detail in the document "SOFTBANKBOOKS, TCP / IP, W. Richard Stevens, translator Yasuo Tachibana".
[0003]
As disclosed in the above-mentioned publications and documents, Ethernet uses a coaxial cable as a data transmission medium, and enables communication between computers through a CSMA / CD system (collision detection type carrier wave multiplex LAN access system) interface. .
[0004]
In recent years, monitoring and control systems in plants have adopted personal computers in place of workstations and minicomputers as host computers, and with this, the most common Ethernet has been established as the de facto standard for computer host networks and inter-computer networks. Good.
[0005]
When implementing the TCP / IP protocol in an interface for communication using Ethernet, these personal computers and PLCs use TCP / IP having the concept of a logical line if reliability is important.
[0006]
If the user does not like the connection and disconnection processing of the logical line, one-to-one communication is realized by UDP / IP. Note that UDP is a protocol that does not itself have a retransmission process and does not perform delivery confirmation.
[0007]
[Problems to be solved by the invention]
TCP / IP is highly reliable communication, but has the disadvantage that one-to-N communication is not possible.
[0008]
UDP / IP is capable of broadcast communication, but has the disadvantage that the protocol itself does not have a retransmission function or a delivery confirmation function.
[0009]
SUMMARY OF THE INVENTION An object of the present invention is to provide a network communication method that can efficiently and reliably guarantee transmission by broadcast communication performed by a UDP protocol for communication between computers connected to a network via Ethernet.
[0010]
[Means for Solving the Problems]
According to the present invention, the transmitting station specifies a delivery confirmation reply station for only one station when performing broadcast transmission by UDP, and obtains a delivery confirmation from the designated station, thereby guaranteeing that data has been transmitted reliably. Accordingly, the communication efficiency is improved as compared to receiving delivery confirmation from a plurality of stations.
[0011]
In addition, if the delivery confirmation from the designated station is not notified even after a certain period of time has elapsed, the transmitting station specifies a station different from the time of the first transmission as the delivery confirmation reply station and retransmits the delivery confirmation reply station. It is designed to suppress unnecessary retransmissions when down, and features the following communication methods.
[0012]
(1) The plurality of computers each include a processor on which a user memory and an application program are mounted, and an Ethernet interface having a physical layer, a data link layer, an IP, a UDP, and a data transmission / reception function unit provided at a connection unit of the processor. And a communication method for performing network communication between the computers,
The sending computer
Means for specifying a delivery confirmation reply station limited to one station when broadcasting by UDP and obtaining a delivery confirmation from the designated station, thereby assuring that data has been transmitted reliably;
When the acknowledgment from the designated station is not notified even after the elapse of a predetermined time, there is provided a means for designating a station different from the time of the first transmission as the acknowledgment return station and performing retransmission.
[0013]
(2) The data format broadcast-transmitted by the transmission-side computer includes an IP address of its own station set as the source station IP address, a delivery confirmation reply designated station IP address set with the IP address of a station that returns the delivery confirmation, and It consists of broadcast data used by the application program of the receiving station,
The data format transmitted by the delivery confirmation response designated station that has received the broadcast transmission includes a transmission source IP address for setting its own IP address and a transmission confirmation reply destination IP for setting the IP address of the broadcast transmission station. And an address.
[0014]
(3) The transmission start processing of the transmission-side computer includes:
When a broadcast transmission event occurs in the application program, a retransmission counter prepared on the user memory is initialized, a broadcast transmission buffer for broadcast transmission is created, and a delivery confirmation reception wait timer is started. Finally, a transmission request is issued to the Ethernet interface.
[0015]
(4) The sending computer waits for a delivery confirmation.
After the broadcast is transmitted by the application program, the process ends if the acknowledgment reception waiting timer times out, otherwise waits for the acknowledgment reception, and stops the acknowledgment reception waiting timer when the acknowledgment is received Then, the broadcast transmission process is completed.
[0016]
(5) The time-up processing of the acknowledgment reception waiting timer includes:
After the broadcast transmission by the application program, if the retransmission counter is the maximum number of retransmissions, a transmission failure process is performed, and if the retransmission counter is less than the maximum number of retransmissions, the retransmission counter is incremented by one, and It is characterized in that the IP address of another station is reset and a transmission request is issued to the Ethernet interface.
[0017]
(6) The broadcast receiving process includes:
When receiving the broadcast transmission data, the application data portion is fetched into the user memory, and thereafter, it is checked whether the delivery confirmation reply designated station IP address of the application header matches the own station IP address, If not, the process is terminated, and if they match, a delivery confirmation transmission buffer is created and a transmission request is issued to the Ethernet interface.
[0018]
(7) The transmission request processing of the data transmission / reception function unit includes:
When the application program receives a transmission request from the processor by issuing a transmission request, the first word of transmission data is checked, and if the data indicates a broadcast identifier, the destination IP address is set to a broadcast address and transmitted to the UDP. A request is issued, and if the data indicates a delivery confirmation identifier, a transmission request is issued to the UDP using the destination IP address as the delivery confirmation return destination IP address in the buffer.
[0019]
BEST MODE FOR CARRYING OUT THE INVENTION
In the system configuration according to the embodiment of the present invention, as shown in FIG. 1, a PLC 1A and PLCs 1B to 1N are connected by Ethernet. Note that the same applies to the case where these are used as computers.
[0020]
Each of the PLCs 1A, 1B to 1N is provided with an Ethernet interface 2 for obtaining an intercommunication function, as represented by the PLC 1A. The processor 3 has a user memory 31 and an application program (application layer) 32 that uses it.
[0021]
The Ethernet interface 2 is provided with a data transmission / reception function unit 25 at a coupling unit with the processor 3 in addition to the physical layer 21, the data link layer 22, the IP 23 and the UDP 24. The data transmission / reception function unit 25 is configured by software like the data link layer 22, the IP 23, and the UDP 24.
[0022]
In the above configuration, the main parts are the user memory 31 and the application program 32 of the processor 3 and the data transmission / reception function unit 25 of the Ethernet interface 2. The data transmission / reception function unit 25 is used for broadcast (broadcast) communication which is a feature of UDP. Achieve reliable communication without loss.
[0023]
2A and 2B show a basic broadcast transmission process. FIG. 2A shows a case where a delivery confirmation reply designated station at the first transmission is normal, and FIG. 2B shows a delivery confirmation at the first transmission. Indicates that the designated reply station is abnormal.
[0024]
As shown in FIG. 2A, the PLC 1A serving as the broadcast transmitting station obtains a delivery confirmation from the PLC 1B serving as the delivery confirmation reply designating station in response to the UDP / IP broadcast transmission, so that the data is reliably transmitted. Take assurance that The feature here is that the station that returns the acknowledgment is limited to one station specified by the transmitting station, and it is not necessary to receive the acknowledgment of the transmission of the data from a plurality of stations.
[0025]
In addition, as shown in FIG. 2B, if the transmission confirmation is not received even after the elapse of a predetermined time, the transmitting station performs retransmission. The feature at that time is that the acknowledgment / reply station designated by the transmitting station is a station (PLC1C in the figure) different from that at the time of the first transmission. By doing so, it is possible to suppress unnecessary retransmission when the delivery confirmation reply station goes down.
[0026]
A data format and each processing for realizing the above communication processing will be described in detail below.
[0027]
(A) Data Format of Broadcast Transmission Buffer FIG. 3 shows a format of a transmission data buffer created on the user memory 31 by the application program 32 of the PLC that performs broadcast (broadcast) transmission. The UDP header, the IP header, and the Ethernet header are added by the Ethernet interface 2.
[0028]
In FIG.
(1) The broadcast identifier is data indicating broadcast transmission, and may be any value.
[0029]
(2) The source station IP address sets the IP address of the own station.
[0030]
(3) The delivery confirmation reply designated station IP address sets the IP address of the station that returns the delivery confirmation.
[0031]
(4) The broadcast data is application data used by the application program of the receiving station.
[0032]
(B) Data Format of Delivery Confirmation Transmission Buffer FIG. 4 shows that the application program 32 of the PLC that has received the broadcast transmission (determined by the broadcast identifier of the received data) has its own station designated as the delivery confirmation reply designated station. 3 shows a format of a delivery confirmation transmission buffer created on the data memory 31. The UDP header, the IP header, and the Ethernet header are added by the Ethernet interface 2.
[0033]
In FIG.
(1) The delivery acknowledgment identifier is data indicating delivery acknowledgment to broadcast transmission, and may be any value.
[0034]
(2) The source station IP address sets the IP address of the own station.
[0035]
(3) As the delivery confirmation reply destination IP address, the IP address of the station that has transmitted the broadcast is set.
[0036]
(C) Transmission start processing of the transmitting station FIG. 5 shows an algorithm of the transmission start processing in the application program 32 of the broadcast transmitting station.
[0037]
In the figure, when a broadcast transmission event occurs in the application program of the PLC (A1), first, a retransmission counter prepared on the user memory is set to 0 (initialized) (A2). Next, a broadcast transmission buffer is created for broadcast transmission (A3). At this time, an arbitrary station existing on the same transmission path is set as the delivery confirmation reply designated station in the application header. Further, the acknowledgment reception waiting timer is started with an arbitrary value (A4). Finally, a transmission request is issued to the Ethernet interface 2 (A5).
[0038]
(D) Transmission Confirmation Waiting Process of Transmitting Station FIG. 6 shows an algorithm of a delivery confirmation waiting process in the application program 32 of the broadcast transmitting station.
[0039]
In the figure, after the broadcast is transmitted by the application program of the PLC, if the acknowledgment reception waiting timer times out, the processing is terminated, and the process proceeds to the acknowledgment reception waiting timer time-up processing. If the time is not up, it waits for reception of the delivery confirmation (B1). When the delivery confirmation is received (B2), the delivery confirmation reception waiting timer is stopped, and the broadcast transmission processing is completed (B3).
[0040]
(E) Time-Up Processing of Delivery Confirmation Receiving Wait Timer FIG. 7 shows an algorithm of time-up processing when the delivery confirmation reception waiting timer times out after broadcast transmission by the application program of the PLC.
[0041]
In the figure, if the retransmission counter is N (N = maximum number of retransmissions) (C1), it means that a predetermined number of retransmissions have been completed, so a transmission failure process is performed (C4), and the process ends.
[0042]
If the retransmission counter is less than N, it means that retransmission is in progress, the retransmission counter is incremented by 1 (C2), the IP address of another station is set again as the delivery confirmation reply designated station IP address of the application header (C4), and the Ethernet interface A transmission request is issued to C2 (C5).
[0043]
(F) Broadcast Reception Processing FIG. 8 shows a broadcast reception processing algorithm of the application program 32 of the PLC that has received the broadcast transmission data.
[0044]
In the figure, when the broadcast transmission data is received (recognized by the broadcast identifier of the application header) (D1), the application data portion is loaded into the user memory 31 (D2).
[0045]
Thereafter, it is checked whether the delivery confirmation reply designated station IP address in the application header matches the own station IP address (D3), and if not, the process is terminated. If they match, a transmission confirmation transmission buffer is created (D4), and a transmission request is issued to the Ethernet interface 2 (D5).
[0046]
(G) Transmission Request Processing of Data Transmission / Reception Function FIG. 9 shows an algorithm when the data transmission / reception function unit 25 of the Ethernet interface 2 receives a transmission request from the processor 3.
[0047]
In the figure, when the application program 32 issues a transmission request and receives a transmission request from the processor (E1), the first word of the transmission data is checked, and if the data indicates a broadcast identifier (E2), the destination IP A transmission request is issued to the UDP using the address as a broadcast address (E3).
[0048]
If the data indicates the delivery confirmation identifier (E4), the transmission request is issued to the UDP with the destination IP address as the delivery confirmation return destination IP address in the buffer (E5).
[0049]
【The invention's effect】
As described above, according to the present invention, the transmission station specifies the acknowledgment return station only to one station when performing broadcast transmission by UDP, and the transmission acknowledgment is obtained from the designated station so that the data is reliably transmitted. Communication efficiency can be improved as compared to receiving delivery confirmation from a plurality of stations.
[0050]
In addition, if the acknowledgment from the designated station is not notified even after a certain period of time, the transmitting station specifies the station different from the first transmission as the acknowledgment station and performs retransmission. It is possible to suppress unnecessary retransmission when the station goes down.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram showing an embodiment of the present invention.
FIG. 2 is a diagram illustrating a broadcast transmission path using UDP in the present invention.
FIG. 3 is a data format of a broadcast transmission buffer in the embodiment.
FIG. 4 is a data format of a delivery confirmation transmission buffer in the embodiment.
FIG. 5 is a transmission start process of the transmitting station in the embodiment.
FIG. 6 is a transmission confirmation waiting process of the transmitting station in the embodiment.
FIG. 7 shows a delivery confirmation reception waiting process in the embodiment.
FIG. 8 illustrates a broadcast reception process according to the embodiment.
FIG. 9 illustrates a transmission request process of the data transmission / reception function unit according to the embodiment.
[Explanation of symbols]
1A, 1B, 1N ... PLC
2 Ethernet interface 3 Processor 21 Physical layer 22 Data link layer 23 IP
24 ... UDP
25 data transmission / reception function 31 user memory 32 application program

Claims (7)

複数のコンピュータは、それぞれユーザ用メモリとアプリケーションプログラムを搭載するプロセッサと、物理層とデータリンク層とIPとUDPおよび前記プロセッサの結合部にデータ送受信機能部を設けたイーサネット(登録商標)インタフェースとを有し、各コンピュータ間でネットワーク通信する通信方式であって、
送信側のコンピュータは、
UDPでブロードキャスト送信するときに1局に限定して送達確認返信局を指定し、この指定局から送達確認を得ることで、データが確実に送出されたことの保証をとる手段と、
指定局からの送達確認が一定時間経過しても通知されない場合、送達確認返信局として1回目の送信時とは違う局を指定して再送を行う手段とを備えたことを特徴とするコンピュータ間のネットワーク通信方式。
The plurality of computers each include a processor on which a user memory and an application program are mounted, and an Ethernet (registered trademark) interface having a physical layer, a data link layer, an IP, a UDP, and a data transmission / reception function unit at a connection unit of the processor. A communication method for network communication between each computer,
The sending computer
Means for specifying a delivery confirmation reply station limited to one station when broadcasting by UDP and obtaining a delivery confirmation from the designated station, thereby assuring that data has been transmitted reliably;
A means for designating a station different from the time of the first transmission as a delivery confirmation reply station and retransmitting when the delivery confirmation from the designated station is not notified even after a lapse of a predetermined time. Network communication method.
送信側コンピュータがブロードキャスト送信するデータフォーマットは、自局のIPアドレスをセットし送信元局IPアドレスと、送達確認を返信する局のIPアドレスをセットした送達確認返信指定局IPアドレスと、受信局のアプリケーションプログラムが使用するブロードキャストデータとで構成し、
前記ブロードキャスト送信を受信した送達確認返信指定局が送達確認送信するデータフォーマットは、自局のIPアドレスをセットする送信元局IPアドレスと、ブロードキャスト送信した局のIPアドレスをセットする送達確認返信先IPアドレスとで構成したことを特徴とする請求項1に記載のコンピュータ間のネットワーク通信方式。
The data format transmitted by the transmitting computer in broadcast transmission includes an IP address of its own station and an IP address of a transmitting station, an IP address of a acknowledgment return designated station in which an IP address of an acknowledgment station is set, and an IP address of a receiving station. It consists of broadcast data used by application programs,
The data format transmitted by the delivery confirmation response designated station that has received the broadcast transmission includes a transmission source IP address for setting its own IP address and a transmission confirmation reply destination IP for setting the IP address of the broadcast transmission station. 2. The network communication method between computers according to claim 1, wherein the network communication method comprises an address.
前記送信側コンピュータの送信開始処理は、
前記アプリケーションプログラムでブロードキャスト送信のイベントが発生したとき、前記ユーザ用メモリ上に用意する再送カウンタを初期化し、次いでブロードキャスト送信するためのブロードキャスト送信バッファの作成を行い、さらに送達確認受信待ちタイマを起動し、最後に前記イーサネット・インタフェースに対して送信要求を発行することを特徴とする請求項1または2に記載のコンピュータ間のネットワーク通信方式。
The transmission start process of the transmission-side computer,
When a broadcast transmission event occurs in the application program, a retransmission counter prepared on the user memory is initialized, a broadcast transmission buffer for broadcast transmission is created, and a delivery confirmation reception wait timer is started. 3. The computer-to-computer network communication method according to claim 1, wherein a transmission request is issued to the Ethernet interface last.
前記送信側コンピュータの送達確認待ち処理は、
前記アプリケーションプログラムでブロードキャスト送信後、送達確認受信待ちタイマがタイムアップしたならば処理を終了し、タイムアップでなければ送達確認の受信を待ち、送達確認を受信したときに送達確認受信待ちタイマを停止させ、ブロードキャスト送信処理を完了することを特徴とする請求項1〜3のいずれか1項に記載のコンピュータ間のネットワーク通信方式。
The delivery confirmation waiting process of the sending computer,
After the broadcast is transmitted by the application program, the process ends if the acknowledgment reception waiting timer times out, otherwise waits for the acknowledgment reception, and stops the acknowledgment reception waiting timer when the acknowledgment is received The network communication method between computers according to any one of claims 1 to 3, wherein the broadcast transmission processing is completed.
前記送達確認受信待ちタイマのタイムアップ処理は、
前記アプリケーションプログラムでブロードキャスト送信後、前記再送カウンタが最大再送回数であれば、送信失敗処理を行い、前記再送カウンタが最大再送回数未満ならば再送カウンタを+1し、前記送達確認返信指定局IPアドレスに別局のIPアドレスをセットし直し、イーサネット・インタフェースに対して送信要求を発行することを特徴とする請求項1〜4のいずれか1項に記載のコンピュータ間のネットワーク通信方式。
Time-up processing of the delivery confirmation reception waiting timer,
After the broadcast transmission by the application program, if the retransmission counter is the maximum number of retransmissions, a transmission failure process is performed, and if the retransmission counter is less than the maximum number of retransmissions, the retransmission counter is incremented by one, and 5. The network communication method between computers according to claim 1, wherein an IP address of another station is reset, and a transmission request is issued to the Ethernet interface.
前記ブロードキャスト受信処理は、
ブロードキャスト送信データを受信したとき、前記アプリケーションデータ部を前記ユーザ用メモリに取り込み、その後、アプリケーションヘッダの送達確認返信指定局IPアドレスが、自局IPアドレスと一致しているかをチェックし、一致していなければ処理を終え、一致している場合には送達確認送信バッファを作成し、イーサネット・インタフェースに送信要求を発行することを特徴とする請求項1〜5のいずれか1項に記載のコンピュータ間のネットワーク通信方式。
The broadcast receiving process,
When receiving the broadcast transmission data, the application data portion is fetched into the user memory, and thereafter, it is checked whether the delivery confirmation reply designated station IP address of the application header matches the own station IP address, The computer according to any one of claims 1 to 5, wherein the processing is terminated if not, and if they match, a delivery confirmation transmission buffer is created and a transmission request is issued to the Ethernet interface. Network communication method.
前記データ送受信機能部の送信要求処理は、
前記アプリケーションプログラムが送信要求を発行することで前記プロセッサから送信要求を受け取ったとき、送信データの先頭ワードをチェックし、ブロードキャスト識別子を示すデータであれば宛先IPアドレスをブロードキャストアドレスにして前記UDPに送信要求を発行し、送達確認識別子を示すデータであれば宛先IPアドレスをバッファ中の送達確認返信先IPアドレスにして前記UDPに送信要求を発行することを特徴とする請求項1〜6のいずれか1項に記載のコンピュータ間のネットワーク通信方式。
The transmission request processing of the data transmission / reception function unit includes:
When the application program receives a transmission request from the processor by issuing a transmission request, the first word of transmission data is checked, and if the data indicates a broadcast identifier, the destination IP address is set to a broadcast address and transmitted to the UDP. 7. A request is issued, and if the data indicates a delivery confirmation identifier, a transmission request is issued to the UDP by setting a destination IP address to a delivery confirmation return destination IP address in a buffer. 2. A network communication method between computers according to claim 1.
JP2002250299A 2002-08-29 2002-08-29 Network communication system between computers Pending JP2004088697A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002250299A JP2004088697A (en) 2002-08-29 2002-08-29 Network communication system between computers

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002250299A JP2004088697A (en) 2002-08-29 2002-08-29 Network communication system between computers

Publications (1)

Publication Number Publication Date
JP2004088697A true JP2004088697A (en) 2004-03-18

Family

ID=32057165

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002250299A Pending JP2004088697A (en) 2002-08-29 2002-08-29 Network communication system between computers

Country Status (1)

Country Link
JP (1) JP2004088697A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008005390A (en) * 2006-06-26 2008-01-10 Toyota Infotechnology Center Co Ltd Wireless communication apparatus, wireless communication method and program
WO2012111109A1 (en) * 2011-02-16 2012-08-23 三菱電機株式会社 Data transfer device
JP5490267B2 (en) * 2011-02-16 2014-05-14 三菱電機株式会社 Data transfer device

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008005390A (en) * 2006-06-26 2008-01-10 Toyota Infotechnology Center Co Ltd Wireless communication apparatus, wireless communication method and program
WO2012111109A1 (en) * 2011-02-16 2012-08-23 三菱電機株式会社 Data transfer device
WO2012111653A1 (en) * 2011-02-16 2012-08-23 三菱電機株式会社 Data transfer device
JP5490267B2 (en) * 2011-02-16 2014-05-14 三菱電機株式会社 Data transfer device
JPWO2012111653A1 (en) * 2011-02-16 2014-07-07 三菱電機株式会社 Data transfer device
TWI476550B (en) * 2011-02-16 2015-03-11 Mitsubishi Electric Corp Data transfer device
US9141336B2 (en) 2011-02-16 2015-09-22 Mitsubishi Electric Corporation Data transfer device

Similar Documents

Publication Publication Date Title
US4750109A (en) Method and system for expediting multi-packet messages in a computer network
US9740655B2 (en) Data transmission using a protocol exception state
US6721332B1 (en) USB networking on a multiple access transmission medium
CA2027230C (en) Station-to-station full duplex communication in a communications network
JP5510275B2 (en) Communication system, master node, slave node
US8780772B2 (en) Communication protocol for wireless enhanced controller area networks
WO2014037760A1 (en) Method and system for increasing data flow transmission
US7120847B2 (en) Powerline network flood control restriction
JP2002501251A (en) Method and apparatus for a universal data exchange gateway
US20120327950A1 (en) Method for Transmitting Data Packets
EP3311296B1 (en) Uart with automated protocols
US8825804B2 (en) Method and system for avoiding an unintentional time-out for communications in a client-proxy-server environment
JP2002508643A (en) Power line exchange protocol method and equipment
JP2010114855A (en) Home network system
EP2140622B1 (en) Token bus communication system
KR101676353B1 (en) Method of message control in heterogeneous network and apparatus the same
CN110071860B (en) Robot communication method, robot communication system and robot
CN106664231B (en) Transmission unit with checking function
US6418124B2 (en) Method and apparatus for routing a packet in a network
JP2004088697A (en) Network communication system between computers
WO2015031120A1 (en) Wireless networking with flexibly-ordered relayers
Ramakrishnan 16-bit embedded Web server
US7213074B2 (en) Method using receive and transmit protocol aware logic modules for confirming checksum values stored in network packet
KR100377852B1 (en) Message transmission method and system capable of balancing load
Cisco PGM Host and Router Assist Commands