JP2005309661A - Transmitting queue management method - Google Patents

Transmitting queue management method Download PDF

Info

Publication number
JP2005309661A
JP2005309661A JP2004124048A JP2004124048A JP2005309661A JP 2005309661 A JP2005309661 A JP 2005309661A JP 2004124048 A JP2004124048 A JP 2004124048A JP 2004124048 A JP2004124048 A JP 2004124048A JP 2005309661 A JP2005309661 A JP 2005309661A
Authority
JP
Japan
Prior art keywords
queue
priority
transmission
null
address
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
JP2004124048A
Other languages
Japanese (ja)
Other versions
JP2005309661A5 (en
Inventor
Yuuko Ikeda
由有子 池田
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.)
Yaskawa Electric Corp
Original Assignee
Yaskawa Electric Corp
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 Yaskawa Electric Corp filed Critical Yaskawa Electric Corp
Priority to JP2004124048A priority Critical patent/JP2005309661A/en
Publication of JP2005309661A publication Critical patent/JP2005309661A/en
Publication of JP2005309661A5 publication Critical patent/JP2005309661A5/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Testing And Monitoring For Control Systems (AREA)
  • Numerical Control (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a method capable of easily responding to an increase in level number of priority order so that processing according to the priority order can be always performed. <P>SOLUTION: Instruction data having a plurality of priority orders are managed by a queue of a list structure. The queue is arranged in the descending order of priority orders, or in the generation order of connection request when the priority orders are of the same level. To realize this arrangement, a table storing final queue addresses by priority orders is provided, and at the time of connection, enqueue is performed to be the final queue of the designated priority order. At the time of dequeue, the head queue of the queues is dequeued and subjected to transmitting processing. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

本発明は、サーボやインバータなどFAシステム制御装置のエンジニアリングツールにおける送信キュー管理方法に関する。   The present invention relates to a transmission queue management method in an engineering tool of an FA system control device such as a servo or an inverter.

従来のサーボやインバータなどのエンジニアリングツールでは、サーボやインバータへ指令データを送信するために、一旦待ち行列キューに情報を保持する。待ち行列キューは、パイプ形式で生成されており、優先順位高と優先順位低の2段階の優先順位を持つ。通常、定周期でモニタリングするモニタデータや診断データなど急を要さない指令データは優先順位低の待ち行列を、それ以外は全て優先順位高の待ち行列を使用する。
各タスクは指令データを「データコア」と呼ばれるデータのかたまりで定義し、その指令内容により優先順位高か優先順位低かいずれかの待ち行列キューの最後尾に接続する。この待ち行列キューに接続する動作を「エンキュー」と呼ぶ。
指令データの送信順番は、優先順位高の待ち行列キューの先頭キューから順に処理され、優先順位低の待ち行列キューの処理は、優先順位高の待ち行列キューが空になった場合のみ処理される。
図6、図7に、従来の送信キュー管理方法の概念図を示す。各タスクは指令データを送信するためデータコアを作成し、その内容に従い優先順位高か優先順位低かいずれかの待ち行列キューの最後尾にエンキューする(図6)。図7において、キュー管理タスクは、送信可能な状態であれば、まず優先順位高の待ち行列キューにキューが存在しないかチェックする(S701)。処理S701でキューが存在すれば先頭のキューを待ち行列キューから取り外し、送信処理を実施する(S702)。このキュー取り外し処理を「デキュー」と呼ぶ。処理S701で優先順位高の待ち行列キューにキューが存在しなければ優先順位低の待ち行列キューを調べ(S703)、キューが存在すれば先頭のキューをデキューし、送信処理を実施する(S704)。再び送信可能状態になれば、優先順位高のキューからチェックする、という手順がとられていた。
また、サーボやインバータではないが、公開された従来例には特許文献1がある。
図8は特許文献1の従来例のブロック図である。図8において101はファクシミリ蓄積装置、102はファクシミリ端末、103は回線網、104は回線制御部、105は送信制御部、106は電文取出部、107は電文蓄積部、108は実行キュー監視部、109は実行キュー格納部、110は送信キュー管理部、111は送信待ちキュー格納部、112はタイマー待ちキュー格納部、113は主制御部、114は無停電電源装置である。図9は送信キュー管理部110の動作を示すフローチャートで、至急電文を送るときのフローを示している。図9においてステップST1は優先度普通で送信中のポートがあるかどうかを判断し、もしなければステップST2に進む。あればステップST4に進む。ステップST2では優先度「優先」で送信中のポートがあるかどうかを判断する。もしなければ至急の送信待ちキューの最後にリンクする。もしあればステップST4に進む。ステップST4では、最も最近送信を開始したポートで送信待ちの電文を全てキャンセルする。つまり、待ち行列キューを至急と優先と普通の3段階用意しておき、至急の電文を送るときには、普通と優先のポートを調べ送信中であれば送信をキャンセルして至急の電文を送信するというものである。
特開平8−84242号公報
In a conventional engineering tool such as a servo or an inverter, information is temporarily held in a queue queue in order to transmit command data to the servo or the inverter. The queue queue is generated in the form of a pipe and has two levels of priority, high priority and low priority. Normally, command data that does not require urgent monitoring data or diagnostic data that is monitored at regular intervals uses a low-priority queue, and all others use a high-priority queue.
Each task defines command data as a block of data called a “data core” and connects to the tail of the queue queue of either high priority or low priority depending on the content of the command. The operation of connecting to this queue queue is called “enqueue”.
The transmission order of the command data is processed in order from the top queue of the high priority queue queue, and the low priority queue queue is processed only when the high priority queue queue becomes empty. .
6 and 7 are conceptual diagrams of a conventional transmission queue management method. Each task creates a data core for transmitting command data and enqueues it at the end of the queue queue of either high priority or low priority according to its contents (FIG. 6). In FIG. 7, if the queue management task is in a transmittable state, it first checks whether there is a queue in the queue queue with a high priority (S701). If there is a queue in step S701, the head queue is removed from the queue queue, and transmission processing is performed (S702). This queue removal process is called “dequeue”. If there is no queue in the high priority queue in step S701, the low priority queue is checked (S703), and if there is a queue, the head queue is dequeued and transmission processing is performed (S704). . The procedure was to check from the queue with the highest priority when transmission was possible again.
Moreover, although it is not a servo or an inverter, there exists patent document 1 in the disclosed prior art example.
FIG. 8 is a block diagram of a conventional example of Patent Document 1. In FIG. In FIG. 8, 101 is a facsimile storage device, 102 is a facsimile terminal, 103 is a line network, 104 is a line control unit, 105 is a transmission control unit, 106 is a message extraction unit, 107 is a message storage unit, 108 is an execution queue monitoring unit, 109 is an execution queue storage unit, 110 is a transmission queue management unit, 111 is a transmission waiting queue storage unit, 112 is a timer waiting queue storage unit, 113 is a main control unit, and 114 is an uninterruptible power supply. FIG. 9 is a flowchart showing the operation of the transmission queue management unit 110, and shows a flow when an urgent message is sent. In FIG. 9, step ST1 determines whether or not there is a transmission port with normal priority, and if not, the process proceeds to step ST2. If so, the process proceeds to step ST4. In step ST2, it is determined whether there is a port being transmitted with the priority “priority”. If not, link to the end of the urgent queue. If there is, the process proceeds to step ST4. In step ST4, all the messages waiting for transmission at the port where transmission was most recently started are canceled. In other words, the queue queue is prepared in three stages, urgent, priority, and normal, and when sending an urgent message, the normal and priority ports are examined and if transmission is in progress, the transmission is canceled and the urgent message is transmitted. Is.
JP-A-8-84242

従来のキュー管理方法では、優先順位は高と低の2段階しかない。また待ち行列キューは先頭から処理するため、非常停止など緊急を要する指令データは最優先で送信しなければならないにも関わらず、優先順位高の待ち行列キューにエンキューしても、その前に多くの別のキューが存在する場合には、緊急を要するキューの処理まで時間がかなりかかってしまい、非常停止の意味がなくなる。さらに優先順位のレベルを増やすためには、現状のプログラムコードをかなり修正することでしか対応ができない。
またファクシミリの例では、優先の送信をキャンセルしても再送信することで問題は解決するがインバータやサーボでは動作データが含まれるので安全上キャンセルすることは不可能である。
本発明はこのような問題点に鑑みてなされたものであり、優先順位のレベル数の増加にも容易に対応でき、必ず優先順位に沿った処理ができる方法を提供することを目的とする。
In the conventional queue management method, there are only two levels of priority, high and low. Since the queue queue is processed from the top, command data that requires an emergency such as an emergency stop must be transmitted with the highest priority. If another queue exists, it takes a long time to process an urgent queue, and the meaning of emergency stop is lost. Furthermore, in order to increase the priority level, it can only be dealt with by considerably modifying the current program code.
In the case of a facsimile, even if priority transmission is canceled, the problem can be solved by retransmitting. However, the operation data is included in the inverter or servo, so that it is impossible to cancel it safely.
The present invention has been made in view of such problems, and an object of the present invention is to provide a method that can easily cope with an increase in the number of priority levels and can always perform processing in accordance with the priority levels.

請求項1に記載の本発明は、複数の優先順位のついた指令データを送信する送信キュー管理方法において、タスクが指令情報を生成して待ち行列キューに接続する場合は、指令情報に前記優先順位をもたせ、優先順位別に最終キューアドレスを格納したテーブルを生成し、複数の優先順位を持つ指令情報を一本の待ち行列キューに優先順位が高いものから順に接続し、同じ優先順位内では接続要求が発生した順に接続し、タスクが指令情報を待ち行列キューから取り外し送信処理をする場合は、待ち行列キューの先頭キューから順に処理を実施するようにしたものである。
請求項2記載の本発明は、請求項1記載の送信キュー管理方法において、エンキュー処理は、データコア内の優先順位から同一優先順位の最終キューアドレス情報をテーブルから取得し同一優先順位の最終キューアドレスを取得するステップと、取得した内容がNULLか否かチェックするステップと内容がNULLの場合には、より上位の優先順位の最終キューアドレス情報をテーブルから再度取得するステップと、指定優先順位から最大優先順位までインデックスを1つずつカウントアップさせてNULLでない登録インデックスを検索するステップと、登録インデックスがありの場合は待ち行列の先頭として追加登録するステップと内容がNULLで無い場合、および登録インデックスありの場合は最終キューに次キューとして追加登録するステップとからなるようにしたものである。
請求項3記載の本発明は、請求項1記載の送信キュー管理方法において、デキュー処理は、 送信可能状態で、待ち行列キューにキューがあるかどうか判断するステップと、キューがあれば先頭キューを取り外してし送信処理を実施するステップと取り外したキューのアドレスが、指定優先順位の最終キューアドレスと同じであればその内容をNULLとするステップとからなるようにしたものである。
According to the first aspect of the present invention, in the transmission queue management method for transmitting command data having a plurality of priorities, when a task generates command information and connects to a queue queue, the priority is added to the command information. Create a table that stores the final queue address by priority, and assigns command information with multiple priorities to one queue queue in descending order of priority, and connects within the same priority When the requests are connected in the order in which the requests are generated and the task removes the command information from the queue queue and performs transmission processing, the processing is performed in order from the head queue of the queue queue.
According to a second aspect of the present invention, in the transmission queue management method according to the first aspect, the enqueue processing acquires the last queue address information having the same priority from the table in the priority order in the data core, and acquires the last queue having the same priority. A step of acquiring an address, a step of checking whether or not the acquired content is NULL, and if the content is NULL, a step of acquiring again the last queue address information of a higher priority from the table, and from the specified priority A step of searching for a non-NULL registered index by incrementing the index one by one up to the maximum priority, a step of additionally registering as a head of a queue if there is a registered index, and a case where the content is not NULL, and a registered index If there is, add it as the next queue to the last queue. It is obtained as comprising a step of.
According to a third aspect of the present invention, in the transmission queue management method according to the first aspect, the dequeue processing includes a step of determining whether there is a queue in the queue queue in a transmittable state; If the removed queue is subjected to transmission processing and the address of the removed queue is the same as the final queue address of the designated priority, the content is NULL.

請求項1に記載の発明によると、優先順位のレベル数の増加にも容易に対応でき、必ず優先順位に沿った処理ができる。   According to the first aspect of the present invention, it is possible to easily cope with an increase in the number of priority levels, and processing according to the priority order can always be performed.

以下、本発明の方法の具体的実施例について、図に基づいて説明する。   Hereinafter, specific examples of the method of the present invention will be described with reference to the drawings.

図10は多軸のモーションコントローラを示すシステムブロック図である。図10において、50はモーションコントローラ、51はエンジニアリングツール、52〜55はサーボアンプ、56〜59はモータ、60はモーションコントローラとサーボアンプ、エンジニアリングツールのデータ伝送をするネットワークである。モーションコントローラ50は通信周期ごとに軸番号データと指令データが含まれるデータと同期信号を送信する。サーボアンプはあらかじめ決められた自分の軸番号のデータを認識すると、そのデータを読み込み、同期信号と同時に実行する。さらにサーボアンプは現在位置、速度、トルク、などのモニタ信号やアラームやウオーニングなどの状態信号をデータ認識後にコントローラに送信する。エンジニアリングツール51はコントローラやサーボアンプと同様の動作をすることができる。エンジニアリングツールのデータは送信キュー管理によって管理される。
図1は待ち行列キューのリスト構造を示す。11は優先順位の高いキュー、12は優先順位の低いキューである。各タスクからのエンキュー要求によりキュー管理タスクが待ち行列キューにエンキューするが、エンキューする時点で優先順位別に整列した状態で登録する。なお、当待ち行列キューに同一の優先順位を持つキューが既に接続されている場合には、同一レベルの最終部にエンキューする。
FIG. 10 is a system block diagram showing a multi-axis motion controller. In FIG. 10, 50 is a motion controller, 51 is an engineering tool, 52 to 55 are servo amplifiers, 56 to 59 are motors, and 60 is a network that transmits data between the motion controller, servo amplifier, and engineering tool. The motion controller 50 transmits data including axis number data and command data and a synchronization signal for each communication cycle. When the servo amplifier recognizes the data of its own axis number determined in advance, it reads the data and executes it simultaneously with the synchronization signal. Furthermore, the servo amplifier transmits monitor signals such as the current position, speed and torque, and status signals such as alarms and warnings to the controller after data recognition. The engineering tool 51 can operate in the same manner as a controller or servo amplifier. Engineering tool data is managed by transmission queue management.
FIG. 1 shows a list structure of a queue queue. 11 is a queue with a high priority, and 12 is a queue with a low priority. The queue management task enqueues to the queue queue in response to an enqueue request from each task, but the queue management tasks are registered in a state of being arranged according to priority at the time of enqueue. If a queue having the same priority is already connected to the queue queue, the queue is enqueued at the final part at the same level.

図2はキューの構成図を示す一例である。キューの内容は、データコア部と次キューアドレスの2つから構成される。データコア部は、送信先軸番号、優先順位、送信データなど送信に必要な情報を持つ。優先順位は1からNまでの任意の値とし、数値が大きくなる程優先順位は高くなる。次データアドレスは、次に接続されているキューバッファのポインタを格納する。次キューアドレスがNULLである場合は、待ち行列キューの最後尾であることを意味する。   FIG. 2 is an example of a configuration diagram of a queue. The contents of the queue are composed of two data core parts and the next queue address. The data core section has information necessary for transmission such as a transmission destination axis number, priority order, and transmission data. The priority is an arbitrary value from 1 to N, and the higher the numerical value, the higher the priority. The next data address stores a pointer of the queue buffer connected next. If the next queue address is NULL, it means the end of the queue queue.

図3は、優先順位別最終キューアドレスが格納されているテーブルである。優先順位のレベル数分インデックスを準備し、初期値はNULLとしておく。これによりインデックス内容がNULLである場合は、その優先順位に対して接続されているキューは存在しないということがわかる。
キュー管理タスクはエンキュー時、指定されたキューをその優先順位の最終キューに接続すると同時に、該当するテーブルのインデックス内容をエンキューしたキューアドレスに変更する。またデキュー時には、対象のキューが本テーブルに記載されたキューアドレスと同一の場合には、その優先順位の最後まで送信処理を実施したこととなるので、該当するテーブルのインデックス内容をNULLに更新する。
FIG. 3 is a table in which final queue addresses by priority are stored. Indexes are prepared for the number of priority levels, and the initial value is set to NULL. As a result, when the index content is NULL, it can be seen that there is no queue connected to that priority.
When enqueueing, the queue management task connects the specified queue to the last queue of that priority, and at the same time changes the index contents of the corresponding table to the enqueued queue address. At the time of dequeueing, if the target queue is the same as the queue address described in this table, transmission processing has been performed up to the end of the priority order, so the index contents of the corresponding table are updated to NULL. .

図4はキュー管理タスクのエンキュー処理手順を示すフローチャートである。各タスクからのエンキューにより、データコア内の優先順位から同一優先順位の最終キューアドレス情報を該当するテーブルから取得し(S401)、その内容がNULLか否かチェックする(S402)。処理S402でNULLの場合には、より上位の優先順位の最終キューアドレス情報を該当するテーブルから再度取得する(S403)。このとき指定優先順位から最大優先順位までインデックスを1つずつカウントアップさせてNULLでないインデックスを検索する。NULLでないインデックスが見つかればその時点で検索を停止する。処理S404でより上位の優先順位のデータが1つも登録されていない場合は、待ち行列キューの先頭にキューを追加し(S405)、該当するテーブルの内容を更新する(S407)。処理S402のチェックでNULL以外の場合および処理S404でより上位の優先順位にキューの登録がある場合には、その最終キューの次データとして待ち行列キューに追加し、処理S407に移行する。   FIG. 4 is a flowchart showing the enqueue processing procedure of the queue management task. By enqueue from each task, the last queue address information of the same priority is acquired from the corresponding table from the priority in the data core (S401), and it is checked whether or not the content is NULL (S402). In the case of NULL in the process S402, the last queue address information of higher priority is acquired again from the corresponding table (S403). At this time, the index is incremented one by one from the designated priority to the maximum priority, and an index that is not NULL is searched. If an index that is not NULL is found, the search is stopped at that point. If no higher priority data is registered in the process S404, the queue is added to the head of the queue queue (S405), and the contents of the corresponding table are updated (S407). If the check in the process S402 is other than NULL and if there is a queue registration at a higher priority in the process S404, it is added to the queue queue as the next data of the final queue, and the process proceeds to the process S407.

図5はキュー管理タスクのデキュー処理手順を示すフローチャートである。送信可能状態で、待ち行列キューにキューがあれば(S501)、先頭キューをデキューし送信処理を実施する(S502)。このときデキューしたキューアドレスが、図3の指定優先順位の最終キューアドレスと同じであればその内容をNULLに更新する。   FIG. 5 is a flowchart showing a dequeue processing procedure of the queue management task. If there is a queue in the queue queue in a transmittable state (S501), the head queue is dequeued and transmission processing is performed (S502). If the queue address dequeued at this time is the same as the last queue address of the designated priority in FIG. 3, the contents are updated to NULL.

本発明は、優先順位のレベル数の増加にも容易に対応でき、必ず優先順位に沿った処理ができる送信キュー管理方法を提供できるので、インバータやサーボが使用される工作機械、ロボット、一般産業分野などに幅広く利用できる。   The present invention can easily cope with an increase in the number of priority levels, and can provide a transmission queue management method that can always perform processing in accordance with the priorities. Therefore, machine tools, robots, and general industries that use inverters and servos. Can be used widely in various fields.

本発明の待ち行列キューのリスト構造を示す図The figure which shows the list structure of the queue queue of this invention 本発明のキュー構造を示す一例An example showing the queue structure of the present invention 本発明の優先順位別最終キューアドレス格納テーブルLast queue address storage table by priority of the present invention 本発明のエンキュー処理手順を示すフローチャートThe flowchart which shows the enqueue processing procedure of this invention 本発明のデキュー処理手順を示すフローチャートThe flowchart which shows the dequeue processing procedure of this invention 従来の方法の待ち行列キューを示す図Figure showing a conventional queue queue 従来の方法のデキュー処理手順を示すフローチャートThe flowchart which shows the dequeue processing procedure of the conventional method 従来例のブロック図Block diagram of conventional example 従来例のフローチャートConventional flowchart 本発明を適用するモーションコントローラのブロック図Block diagram of a motion controller to which the present invention is applied

符号の説明Explanation of symbols

11 優先順位の高いキュー
12 優先順位の低いキュー
50 モーションコントローラ
51 エンジニアリングツール
52〜55 サーボアンプ
56〜59 モータ
61 優先順位の高いグループの先頭キュー
62 優先順位の高いグループの最終キュー
63 優先順位の低いグループの先頭キュー
64 優先順位の低いグループの最終キュー
11 High priority queue 12 Low priority queue 50 Motion controller 51 Engineering tools 52 to 55 Servo amplifiers 56 to 59 Motor 61 High priority group first queue 62 High priority group final queue 63 Low priority Group first queue 64 Last queue of lower priority group

Claims (3)

FAシステム制御装置内のモータ制御装置へ複数の優先順位のついた指令データを送信する送信キュー管理方法において、
タスクが指令情報を生成して待ち行列キューに接続するエンキュー処理の場合は、
前記指令情報に前記優先順位をもたせ、
優先順位別に最終キューアドレスを格納したテーブルを生成し、
複数の優先順位を持つ指令情報を一本の待ち行列キューに優先順位が高いものから順に接続し、
同じ優先順位内では接続要求が発生した順に接続し、
タスクが指令情報を待ち行列キューから取り外し送信処理をするデキュー処理の場合は、
待ち行列キューの先頭キューから順に処理を実施することを特徴とする送信キュー管理方法。
In a transmission queue management method for transmitting command data having a plurality of priorities to a motor controller in an FA system controller,
If the task is an enqueue process that generates command information and connects to a queue queue,
Give the command information the priority,
Create a table that stores the final queue address by priority,
Connect command information with multiple priorities to one queue queue in descending order of priority,
Within the same priority, connect in the order in which connection requests occurred,
If the task is a dequeue process that removes command information from the queue and sends it,
A transmission queue management method, wherein processing is performed in order from the head queue of a queue queue.
前記エンキュー処理は、
データコア内の優先順位から同一優先順位の最終キューアドレス情報をテーブルから取得し同一優先順位の最終キューアドレスを取得するステップと、
取得した内容がNULLか否かチェックするステップと、
前記内容がNULLの場合には、より上位の優先順位の最終キューアドレス情報をテーブルから再度取得するステップと、
指定優先順位から最大優先順位までインデックスを1つずつカウントアップさせてNULLでない登録インデックスを検索するステップと、
登録インデックスがありの場合は待ち行列の先頭として追加登録するステップと、
前記内容がNULLで無い場合、および登録インデックスありの場合は最終キューに次キューとして追加登録するステップとからなることを特徴とする請求項1記載の送信キュー管理方法。
The enqueue process is
Obtaining the last queue address information of the same priority from the priorities in the data core from the table and obtaining the last queue address of the same priority;
Checking whether the acquired content is NULL;
If the content is NULL, the final queue address information of higher priority is obtained again from the table;
Incrementing the index one by one from the specified priority to the maximum priority and searching for a non-NULL registered index;
If there is a registration index, the step of additionally registering as the head of the queue,
2. The transmission queue management method according to claim 1, further comprising a step of additionally registering as a next queue in the final queue when the content is not NULL and there is a registration index.
前記デキュー処理は、
送信可能状態で、待ち行列キューにキューがあるかどうか判断するステップと、
キューがあれば先頭キューを取り外してし送信処理を実施するステップと
取り外したキューのアドレスが、指定優先順位の最終キューアドレスと同じであればその内容をNULLとするステップとからなることを特徴とする請求項1記載の送信キュー管理方法。
The dequeue process is
Determining whether there is a queue in the queue queue in a ready state;
If there is a queue, the first queue is removed and transmission processing is performed. If the address of the removed queue is the same as the final queue address of the specified priority, the content is NULL. The transmission queue management method according to claim 1.
JP2004124048A 2004-04-20 2004-04-20 Transmitting queue management method Pending JP2005309661A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2004124048A JP2005309661A (en) 2004-04-20 2004-04-20 Transmitting queue management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004124048A JP2005309661A (en) 2004-04-20 2004-04-20 Transmitting queue management method

Publications (2)

Publication Number Publication Date
JP2005309661A true JP2005309661A (en) 2005-11-04
JP2005309661A5 JP2005309661A5 (en) 2007-04-12

Family

ID=35438403

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004124048A Pending JP2005309661A (en) 2004-04-20 2004-04-20 Transmitting queue management method

Country Status (1)

Country Link
JP (1) JP2005309661A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011232956A (en) * 2010-04-27 2011-11-17 Clarion Co Ltd Computer system and program
WO2013172088A1 (en) * 2012-05-18 2013-11-21 株式会社 東芝 Social infrastructure control system, control method, control device, and server
US9494924B2 (en) 2012-05-18 2016-11-15 Kabushiki Kaisha Toshiba Social infrastructure control system, control method, control apparatus, and server
JP2018151984A (en) * 2017-03-14 2018-09-27 ファナック株式会社 Transmission control system

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011232956A (en) * 2010-04-27 2011-11-17 Clarion Co Ltd Computer system and program
WO2013172088A1 (en) * 2012-05-18 2013-11-21 株式会社 東芝 Social infrastructure control system, control method, control device, and server
CN103718566A (en) * 2012-05-18 2014-04-09 株式会社东芝 Social infrastructure control system, control method, control device, and server
JPWO2013172088A1 (en) * 2012-05-18 2016-01-12 株式会社東芝 Social infrastructure control system, control method, control device and server
EP2852173A4 (en) * 2012-05-18 2016-06-08 Toshiba Kk Social infrastructure control system, control method, control device, and server
US9494924B2 (en) 2012-05-18 2016-11-15 Kabushiki Kaisha Toshiba Social infrastructure control system, control method, control apparatus, and server
CN107300888A (en) * 2012-05-18 2017-10-27 株式会社东芝 Control device, control method and infrastructure control system
US10355915B2 (en) 2012-05-18 2019-07-16 Kabushiki Kaisha Toshiba Control apparatus, control method, and infrastructure control system
JP2018151984A (en) * 2017-03-14 2018-09-27 ファナック株式会社 Transmission control system
US10764905B2 (en) 2017-03-14 2020-09-01 Fanuc Corporation Transmission control system

Similar Documents

Publication Publication Date Title
US5428781A (en) Distributed mechanism for the fast scheduling of shared objects and apparatus
US7715428B2 (en) Multicore communication processing
US20150254204A1 (en) Processing communication data in a ships passing condition
US9853906B2 (en) Network prioritization based on node-level attributes
CN109284180B (en) Task scheduling method and device, electronic equipment and storage medium
JP2007149081A (en) System for storing message order
TW202032378A (en) Handling an input/output store instruction
JP2006191337A (en) Gateway device for transferring message between buses and network system using the device
JP7046983B2 (en) Packet transmission method and equipment
JP2006191339A (en) Gateway apparatus for transferring message between buses
JP2005309661A (en) Transmitting queue management method
JP2005309661A5 (en)
CA2231949A1 (en) Source and destination initiated interrupt system for message arrival notification
US20090168806A1 (en) Tuning of industrial automation system performance based on device operating characteristics
US10459816B2 (en) Communication setting notification apparatus
JP2011188623A (en) Safety control system
WO1998007261A1 (en) Method and system for expediting software data processing
CN106528467B (en) Architecture and apparatus for controller safety message processing
JP6111974B2 (en) Transfer device, control device, and transfer method
JP2021061554A (en) Data conversion device
JP2018147430A (en) Communication apparatus, communication method, and program
JP2010258811A (en) Communication system
JP4529085B2 (en) Data acquisition apparatus and data acquisition method
CN116016349A (en) Message scheduling method, device and system
JP4301230B2 (en) Information processing system and data communication method thereof

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070227

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070227

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20081006

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081017

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090225