KR19990027708A - Message queue management method in asynchronous mode switching system - Google Patents
Message queue management method in asynchronous mode switching system Download PDFInfo
- Publication number
- KR19990027708A KR19990027708A KR1019970050218A KR19970050218A KR19990027708A KR 19990027708 A KR19990027708 A KR 19990027708A KR 1019970050218 A KR1019970050218 A KR 1019970050218A KR 19970050218 A KR19970050218 A KR 19970050218A KR 19990027708 A KR19990027708 A KR 19990027708A
- Authority
- KR
- South Korea
- Prior art keywords
- message queue
- queues
- queue
- operator
- message
- 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.)
- Withdrawn
Links
- 238000007726 management method Methods 0.000 title abstract description 23
- 238000000034 method Methods 0.000 claims abstract description 20
- 238000012423 maintenance Methods 0.000 claims abstract description 5
- 238000004891 communication Methods 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
본 발명은 비동기전달모드(ATM) 교환시스템에서 프로세서간통신(IPC) 셀들을 저장하기 위한 메시지 큐를 관리하는 방법에 관한 것이다.The present invention relates to a method for managing a message queue for storing interprocessor communication (IPC) cells in an asynchronous delivery mode (ATM) switching system.
이러한 본 발명은 교환기의 운용 및 유지보수를 위하여 오퍼레팅시스템에서 다수의 프로세스들이 메시지큐를 통해 프로세스간 통신하도록 된 비동기모드 교환시스템에 있어서, 메시지 큐의 용량을 고려하여 프로세스별로 큐의 갯수를 할당하는 단계; 운용자의 요구에 따라 특정 소프트웨어 블록에 대한 큐의 관리정보를 수집하여 디스플레이하는 단계; 운용자의 요구에 따라 전체 메시지 큐에 대한 관리정보를 수집하여 디스플레이하는 단계; 및 주기적으로 소트프웨어 블록별 혹은 메시지 큐에 대한 관리정보를 수집하여 사용할 수 있는 큐의 갯수가 한계값 이하이면 운용자에게 통지하는 단계를 포함한다.The present invention is an asynchronous mode exchange system in which a plurality of processes in the operating system to communicate between the processes through the message queue for the operation and maintenance of the exchange, the number of queues for each process in consideration of the capacity of the message queue is allocated Doing; Collecting and displaying management information of a queue for a specific software block according to an operator's request; Collecting and displaying management information on the entire message queue according to an operator's request; And periodically notifying the operator if the number of queues available for collecting and using management information for each software block or message queue is less than or equal to a threshold.
따라서, 본 발명에 따라 소프트웨어 블록별로 사용할 수 있는 큐의 갯수에 제한을 두므로써 특정 소프트웨어 블록에 의해 메시지 큐가 모두 점유되어 통신이 불통되는 것을 방지할 수 있고, 운용자의 요구에 따라 큐상태에 대한 정보를 제공하므로써 보다 빠르게 시스템의 상태를 파악하고 유지보수할 수 있도록 한다.Therefore, according to the present invention, by limiting the number of queues that can be used for each software block, all message queues are occupied by a specific software block, thereby preventing communication from being interrupted. By providing information, the system's status can be quickly identified and maintained.
Description
본 발명은 비동기전달모드(ATM) 교환시스템에서 프로세서간통신(IPC) 셀들을 저장하기 위한 메시지 큐를 관리하는 방법에 관한 것이다.The present invention relates to a method for managing a message queue for storing interprocessor communication (IPC) cells in an asynchronous delivery mode (ATM) switching system.
일반적으로, 비동기전달모드 교환기는 프로세스간에 정보를 전달하기 위하여 IPC 셀을 사용하는데, 각 프로세스에 의해 생성되는 IPC셀은 메시지 큐에 저장된다. 그런데 교환시스템의 유지보수를 위하여 시험할 경우에 특정한 상위 소프트웨어 블록이 상기 메시지 큐를 모두 사용하여 다른 소프트웨어 블록들은 메시지를 전달하지 못하게 되는 현상 즉, 교환기와 HMI간에 통신이 되지 않은 경우가 종종 발생한다.In general, asynchronous delivery mode exchanges use IPC cells to transfer information between processes, where the IPC cells created by each process are stored in a message queue. However, when testing for maintenance of the switching system, a certain higher software block may use all of the message queues, and thus other software blocks may not be able to deliver messages, that is, communication between the exchange and the HMI often occurs. .
이와 같이 통신이 되지 않을 경우에는 어느 소프트웨어 블록에 의해 메시지 큐가 점유되었는지를 알 수 없으므로, 모든 소프트웨어 블록들을 하나씩 순차적으로 언로딩시켜 가면서 어느 소프트웨어 블록이 언로딩될 때, 메시지 큐가 풀리는지를 체크해야만 하였다. 이와 같이 하여 특정한 소프트웨어 블록을 언로딩할 경우에 큐가 풀리면, 바로 그 소프트웨어 블록에 의해 메시지 큐가 점유된 것이므로 그 블록을 분석하여 적절한 조치를 취해야 했다. 이와 같이 소프트웨어 블록들이 메시지 큐를 임의적으로 사용할 수 있게 함에 따라 메시지 큐가 특정 소프트웨어 블록에 점유되어 통신이 두절되는 문제점이 있었다.In this case, it is not possible to know which software block is occupied by a message block. Therefore, it is necessary to check whether a message queue is released when unloading all software blocks by unloading all the software blocks one by one. It was. When unloading a particular software block in this way, the message queue was occupied by that software block, so the block had to be analyzed and appropriate action taken. As such, as software blocks arbitrarily use the message queue, there is a problem that the message queue is occupied by a specific software block and communication is lost.
이에 본 발명은 상기와 같은 종래의 문제점을 해소하기 위하여 안출된 것으로, 메시지 큐를 프로세스별로 균등하게 할당하거나 우선순위에 따라 할당하여 메시지 큐의 사용갯수를 제한하는 비동기모드 교환시스템에 있어서 메시지큐 관리방법을 제공하는데 그 목적이 있다.Accordingly, the present invention has been made to solve the above-mentioned problems, and the message queue management in an asynchronous mode exchange system that limits the number of message queues by allocating message queues evenly by process or by priority. The purpose is to provide a method.
상기와 같은 목적을 달성하기 위하여 본 발명의 방법은, 교환기의 운용 및 유지보수를 위하여 오퍼레팅시스템에서 다수의 프로세스들이 메시지큐를 통해 프로세스간 통신하도록 된 비동기모드 교환시스템에 있어서, 메시지큐의 용량을 고려하여 프로세스별로 큐의 갯수를 할당하는 단계; 운용자의 요구에 따라 특정 소프트웨어 블록에 대한 큐의 관리정보를 수집하여 디스플레이하는 단계; 운용자의 요구에 따라 전체 메시지 큐에 대한 관리정보를 수집하여 디스플레이하는 단계; 및 주기적으로 소트프웨어 블록별 혹은 메시지큐에 대한 관리정보를 수집하여 사용할 수 있는 큐의 갯수가 한계값 이하이면 운용자에게 통지하고 여분의 큐를 할당하는 단계를 포함하는 것을 특징으로 한다.In order to achieve the above object, the method of the present invention provides a capacity of a message queue in an asynchronous mode exchange system in which a plurality of processes communicate with each other through a message queue in an operating system for operation and maintenance of an exchange. Allocating the number of queues for each process in consideration of this; Collecting and displaying management information of a queue for a specific software block according to an operator's request; Collecting and displaying management information on the entire message queue according to an operator's request; And periodically notifying the operator if the number of queues available for collecting and using management information for each software block or message queue is less than or equal to a threshold, and allocating an extra queue.
도 1은 교환시스템에서 본 발명에 따라 운용되는 소프트웨어 계통을 도시한 구성도이고,1 is a block diagram showing a software system operated in accordance with the present invention in an exchange system,
도 2는 본 발명에 따라 큐상태를 관리하는 방법을 도시한 흐름도이다.2 is a flowchart illustrating a method of managing a queue state according to the present invention.
*도면의 주요부분에 대한 부호의 설명* Explanation of symbols for main parts of the drawings
12: 운용자 14: 큐상태관리 블록12: Operator 14: Queue Management Block
16: 오퍼레이팅시스템(OS)16: Operating system (OS)
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 자세히 설명하기로 한다.Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.
도 1은 교환시스템에서 본 발명에 따라 운용되는 소프트웨어 계통을 도시한 구성도이고, 도 2는 본 발명에 따라 큐상태를 관리하는 방법을 도시한 흐름도이다.1 is a block diagram illustrating a software system operated according to the present invention in an exchange system, and FIG. 2 is a flowchart illustrating a method of managing a queue state according to the present invention.
도 1을 참조하면, 교환기를 운용 및 유지보수하기 위한 상위 블록들(14, 17, 18, 19)이 워크스테이션 혹은 교환시스템에서 동작한다. 이때 상위 블럭들은 많은 프로세스들로 이루어지며, 이 프로세스들은 메시지 큐를 이용한 IPC에 의해 서로 제어정보를 교환한다. 그리고 본 발명에 따라 각 프로세스들은 소프트웨어 블록별로 적당한 량의 큐를 할당받아 어느 특정한 소프트웨어 블록에 의해 메시지 큐가 점유되는 것을 방지하도록 되어 있다. 예컨대, 본 발명의 실시예에서 상위 블록으로는 프로세서상태 관리블록(17), 호처리블록(18), 운용/유지보수 블록(19)이 있고 이들이 사용하는 큐를 관리하기 위한 큐 상태관리블록(14)이 있다.Referring to Fig. 1, upper blocks 14, 17, 18, 19 for operating and maintaining an exchange are operated in a workstation or exchange system. At this time, the upper blocks are composed of many processes, and these processes exchange control information with each other by IPC using a message queue. In addition, according to the present invention, each process is allocated an appropriate amount of queues for each software block to prevent the message queue from being occupied by any particular software block. For example, in an embodiment of the present invention, the upper block includes a processor state management block 17, a call processing block 18, and an operation / maintenance block 19, and a queue state management block for managing queues used by them. 14) There is.
본 발명에 따른 큐 상태관리블록(14)은 오퍼레이팅시스템에서 가지고 있는 메시지 큐의 상태정보를 관리하는데, 초기화과정에서 각 소프트웨어 블록별로 메시지 큐를 할당하게 하고, 운용자의 요구에 따라 메시지 큐에 대한 관리정보 혹은 소프트웨어 블록별 관리정보를 알려준다. 이러한 큐 상태관리블록(14)의 기능은 도 2에 도시된 바와 같이, 운용자의 요구에 따라 소프트웨어 블록별로 혹은 전체 메시지 큐에 대해 관리정보를 제공함과 아울러 주기적으로 메시지 큐의 상태를 체크하여 특정 소프트웨어 블록이 설정된 한계값 이상으로 큐를 사용하면 운용자에게 알려주는 것이다.The queue status management block 14 according to the present invention manages the status information of the message queue in the operating system. The initialization of the message queue for each software block in the initialization process, and management of the message queue according to the operator's request Information or management information for each software block is informed. As shown in FIG. 2, the function of the queue state management block 14 provides management information for each software block or the entire message queue according to an operator's request, and periodically checks the state of the message queue to identify specific software. If the block uses a queue above the set limit, it is notified to the operator.
도 1을 참조하면, S1단계에서 블록별 혹은 전체적인 메시지 큐 상태를 알고자할 경우에 운용자(12)가 이를 큐 상태관리블록(14)에 요구한다. S2단계에서는 어떤블록이 얼마만큼의 큐를 사용할 수 있는지 또는 현재 얼마만큼의 큐를 사용하는지를 큐 상태관리블록(14)이 오퍼레이팅시스템(16)에 요구한다. S3단계는 시스템이 동작하기 시작하면서 상위 소프트웨어 블록들별로 전체 메시지 큐의 갯수에서 균등하게 혹은 우선순위에 따라 큐의 갯수를 소프트웨어 블록별로 할당하고 있는 것을 나타낸다. S4단계에서 오퍼레이팅시스템(16)은 S2단계의 질의에 대한 응답으로서, 어떤 블록이 얼마만큼의 큐를 사용할 수 있는지 또는 현재 얼마만큼의 큐를 사용하고 있는지를 큐상태관리블록(14)에 알려준다. S5단계에서 큐 상태관리블록(14)은 소프트웨어 블록별 또는 전체적인 메시지 큐상태를 알고자 하는 운용자의 요구에 따라 응답하여 주거나 메시지의 상태가 어느 한계값 이하로서 사용할 큐가 없는 경우 이를 운용자에게 알려준다.Referring to FIG. 1, when the block 12 or the overall message queue status is to be known in step S1, the operator 12 requests the queue status management block 14. In step S2, the queue status management block 14 requests the operating system 16 which block can use how many queues or how many queues are currently used. Step S3 indicates that the system starts to operate and allocates the number of queues by software blocks equally or in priority to the total number of message queues for each higher software block. In step S4, the operating system 16, in response to the query in step S2, informs the queue state management block 14 of how many queues are available or how many queues are currently being used. In step S5, the queue status management block 14 responds according to the operator's request to know the message queue status by software block or overall, or notifies the operator when there is no queue to use as the status of the message is below a certain threshold.
도 2에 있어서, 운용자로부터 요구가 수신되면 요구내용이 블록별인지 혹은 전체 큐상태인지를 판단하고(21), 전체 큐를 요구하면 전체 큐에서 사용중인 큐의 갯수, 현재 전체 큐에 사용할 수 있는 큐의 갯수 등에 대한 관리정보를 수집한다(24). 만일 블록별 큐상태를 요구하면, 해당 블록별로 할당된 큐의 갯수, 현재 전체 큐에 사용할 수 있는 큐의 갯수 등과 같은 관리정보를 수집한다(23). 이때 운용자의 요구가 없더라도 주기적으로 큐상태를 체크하고, 사용할 수 있는 큐의 갯수가 한계값 이하이면 이를 운용 터미날에 표시하여 운용자에게 알려준다(25,26).In FIG. 2, when a request is received from an operator, it is determined whether the request is block-by-block or in a full queue state (21). When a request for an entire queue is made, the number of queues being used in the entire queue and the current total queue are available. Collecting management information on the number of queues and the like (24). If the queue status is requested for each block, management information such as the number of queues allocated for each block and the number of queues currently available for the entire queue are collected (23). At this time, even if there is no request from the operator, the queue status is checked periodically, and if the number of available queues is less than the limit value, it is displayed on the operation terminal to inform the operator (25, 26).
이어서 수집된 관리정보는 운용자 터미날에 표시하여 운용자가 수집된 큐관련 정보를 알 수 있게 한다(27).The collected management information is then displayed on the operator terminal so that the operator can know the collected cue related information (27).
이상에서 살펴본 바와 같이 본 발명에 따라 소프트웨어 블록별로 사용할 수 있는 큐의 갯수에 제한을 두므로써 특정 소프트웨어 블록에 의해 메시지 큐가 모두 점유되어 통신이 불통되는 것을 방지할 수 있고, 운용자의 요구에 따라 큐상태에 대한 정보를 제공하므로써 운용자가 시스템의 상태를 파악할 수 있는 효과가 있다.As described above, by limiting the number of queues that can be used for each software block according to the present invention, all message queues are occupied by a specific software block, thereby preventing communication from being interrupted. By providing information about the status, the operator can see the status of the system.
Claims (1)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1019970050218A KR19990027708A (en) | 1997-09-30 | 1997-09-30 | Message queue management method in asynchronous mode switching system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1019970050218A KR19990027708A (en) | 1997-09-30 | 1997-09-30 | Message queue management method in asynchronous mode switching system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR19990027708A true KR19990027708A (en) | 1999-04-15 |
Family
ID=66044599
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1019970050218A Withdrawn KR19990027708A (en) | 1997-09-30 | 1997-09-30 | Message queue management method in asynchronous mode switching system |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR19990027708A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100938845B1 (en) * | 2002-11-05 | 2010-01-26 | 삼성전자주식회사 | Wireless communication system and wireless communication method |
| US10053345B2 (en) | 2014-07-25 | 2018-08-21 | Hyundai Motor Company | Rise prevention device for vehicle body and vehicle assembly system including the same |
-
1997
- 1997-09-30 KR KR1019970050218A patent/KR19990027708A/en not_active Withdrawn
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100938845B1 (en) * | 2002-11-05 | 2010-01-26 | 삼성전자주식회사 | Wireless communication system and wireless communication method |
| US10053345B2 (en) | 2014-07-25 | 2018-08-21 | Hyundai Motor Company | Rise prevention device for vehicle body and vehicle assembly system including the same |
| US10421652B2 (en) | 2014-07-25 | 2019-09-24 | Hyundai Motor Company | Rise prevention device for vehicle body and vehicle assembly system including the same |
| US10625999B2 (en) | 2014-07-25 | 2020-04-21 | Hyundai Motor Company | Rise prevention device for vehicle body and vehicle assembly system including the same |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6947987B2 (en) | Method and apparatus for allocating network resources and changing the allocation based on dynamic workload changes | |
| CN104102548B (en) | task resource scheduling processing method and system | |
| CN114625533B (en) | Distributed task scheduling method, device, electronic device and storage medium | |
| EP0317466A2 (en) | Reverse flow control mechanism and method | |
| KR20000004988A (en) | Method and apparatus for client managed flow control on a limited memorycomputer system | |
| US3701109A (en) | Priority access system | |
| JP2001331333A (en) | Computer system and control method for computer system | |
| CN102929834A (en) | Many-core processor and inter-core communication method thereof and main core and auxiliary core | |
| US20030158883A1 (en) | Message processing | |
| CN111045811A (en) | Task allocation method and device, electronic equipment and storage medium | |
| KR100216348B1 (en) | Method and apparatus for managing call processing resources in exchange system | |
| EP0107453A1 (en) | Data processing systems | |
| US5644575A (en) | Managing memory within a local telecommunications network | |
| JP3683082B2 (en) | Call processing equipment | |
| KR19990027708A (en) | Message queue management method in asynchronous mode switching system | |
| CN101167307A (en) | Dynamically self-adaptive distributed resource management system and method | |
| EP0049521A2 (en) | Information processing system | |
| KR20180094369A (en) | Network device and interrupt management method of the network device | |
| CN115617478A (en) | Task processing method, device, system, equipment and storage medium | |
| CN112527510B (en) | Load balancing method, device and storage medium | |
| CN109040491A (en) | On-hook behavior processing method, device, computer equipment and storage medium | |
| CN110391929B (en) | Fault-tolerant control method and device and fault-tolerant component | |
| JP2953928B2 (en) | Exchange load control method and apparatus | |
| JPS63182937A (en) | Information processor | |
| KR100318714B1 (en) | Dynamic Assignment of Interprocessor Communication Switch Ports in an Asynchronous Transfer Mode Switch |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PA0109 | Patent application |
Patent event code: PA01091R01D Comment text: Patent Application Patent event date: 19970930 |
|
| PG1501 | Laying open of application | ||
| N231 | Notification of change of applicant | ||
| PN2301 | Change of applicant |
Patent event date: 20001121 Comment text: Notification of Change of Applicant Patent event code: PN23011R01D |
|
| PC1203 | Withdrawal of no request for examination | ||
| WITN | Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid |