JP2005339369A - Operation system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To maintain service quality by eliminating wasteful operation work in an operation system for transmitting a command of a request for a communication apparatus to the communication apparatus and returning a processing result for the command to a command transmission source. <P>SOLUTION: Commands duplicated to commands previously transmitted are detected among a plurality of commands for communication apparatuses Ne1-Ne4, the transmission of the detected duplicate commands is suspended, and a content same as the processing result of the command previously transmitted is returned to the command transmission source of the duplicate command. The processing result of the command of the same content is returned to each of the plurality of command transmission sources, so that the wasteful operation work can be eliminated to maintain the service quality. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to an operation system, and more particularly to an operation system constructed using a general-purpose computer in order to manage and control a communication network or communication device.

In general, a communication network is a connection of a variety of communication devices, and provides various services to users who use it.
In order to keep the communication network reliable and provide services to users, the system developer can monitor and control the communication network (operation work) using a general-purpose computer as a component (hereinafter referred to as "operation work"). A maintenance terminal is provided to a maintenance person who monitors and controls a communication network. The maintenance terminal is a terminal for a maintenance person to input a command command (command order) to the communication apparatus or to display an alarm (alarm) generated in the communication apparatus.
The operation system is also provided with a function for realizing automatic processing of an operation task for a unique communication device, such as a function for regularly starting and checking the normality of the communication device for the purpose of reducing maintenance work.

Further, in the operation system, in order to perform an operation work for the communication device, the following processes (1) to (3) are performed between the communication devices or between the maintenance terminals.
(1) Receives an alarm such as the occurrence of a failure notified from the communication device, and transmits the alarm information to the maintenance terminal.
(2) In a maintenance terminal or a system automatic processing function, an instruction command for controlling the communication device is transmitted to the communication device.
(3) The response result of the command command transmitted to the communication device is transmitted to the maintenance terminal or the system automatic processing function that is the request source.
In order to realize the processes (1) to (3), the operation system includes a function called a communication interface function that normalizes the interface between the communication apparatus and the system.

  When a failure or the like occurs in the communication device, the communication device notifies the operation system of an alarm indicating the content of the failure, and the operation system detects the failure of the communication device and displays alarm information on the maintenance terminal. As a result, the maintenance person is urged to call for an operation operation for the communication device. In response to this, the maintenance person uses the maintenance terminal to input an instruction command to control or check the status of the communication device.

However, the communication network is constructed with a wide variety of communication devices, and there are events in which a plurality of communication devices fail at the same time or a plurality of failures occur in the communication device.
At that time, the maintenance person inputs a command command such as control or status check to the communication apparatus in which the alarm is generated in order to prevent the quality of the communication network from being deteriorated. At this time, the same command command may be repeatedly input to the same communication device due to inadequate information sharing between maintenance personnel due to differences in the location of the maintenance terminal and the system automatic processing function. Conflict errors (errors caused by input of command commands that cannot be executed simultaneously due to the design of the communication device) and duplicate instructions (system switch request during system switch).

Furthermore, the interface change between communication apparatuses and the format change of the command command have arisen by the expansion of the function of the communication apparatus, the update or modification of OS (Operating System), and the like. In that case, in the operation system, various function units such as a communication interface function unit and a maintenance terminal are affected.
Patent Document 1 describes a technique for preventing a large amount of output of a failure message. That is, when a failure occurs in a plurality of devices at the same time, the failure message is waited for, and the failure message generated during that time is buffered. Then, the output of a failure message of a device failure that can inevitably occur due to the occurrence of a failure of a certain device is suppressed. This prevents mass output of fault messages.
Japanese Patent Laid-Open No. 11-120036

  Conventionally, when an instruction command contention error with respect to a communication device occurs, error information to that effect is notified from the communication device as a response result of the command command and displayed on the maintenance terminal. The maintenance person grasps the notified error information and takes measures against the error. When the maintenance person determines that the command command is to be retried as a process for the error, the command command is input again to the communication device, and useless operation work occurs. As a result, there has been a drawback that failure of the communication device and status confirmation are delayed, rapid maintenance of the communication device cannot be performed, and service quality recovery provided in the communication network is delayed. In this case, even if the output of the instruction command is blocked as described in Patent Document 1, it is not possible to obtain a processing result for the instruction command.

From the viewpoint of the communication device, the same command command requested from a plurality of maintenance terminals can be communicated with the operation system many times (including the above-mentioned operation task retry) and the command command can be processed. It had to be done and had the disadvantage of being loaded.
The present invention has been made to solve the above-mentioned problems of the prior art, and an object of the present invention is to provide an operation system capable of maintaining unnecessary service operations and maintaining service quality.

  An operation system according to claim 1 of the present invention manages a communication network composed of at least one communication device, transmits a command related to a request for the communication device to the communication device, and transmits a processing result for the command to the command. An operation system that returns a response to the request, and a request supervision management unit that returns a processing result for a command having the same content among a plurality of commands to the communication device to a transmission source of the plurality of commands (request in FIG. 1). It corresponds to the general management department DM). By returning processing results for instruction commands having the same content to the transmission source of a plurality of instruction commands, it is possible to eliminate useless operation work and maintain service quality.

  The operation system according to claim 2 of the present invention is the operation system according to claim 1, wherein the request supervision management unit detects a duplicate instruction that overlaps an instruction already transmitted to the communication device (in FIG. 2). 2), waiting means for waiting for transmission of the duplicate instruction detected by the duplicate instruction detection means (corresponding to step S5-2-1 in FIG. 2), and processing result for the already transmitted instruction And reply means (corresponding to step P5-2-1 in FIG. 2) for returning the same contents to the instruction transmission source of the duplicate instruction. When the same command command is sent to the same communication device from multiple request sources such as multiple maintenance terminals and system automatic processing functions, only one command command is sent and the response result is returned to multiple request sources By doing so, useless operation work can be omitted and service quality can be maintained.

  The operation system according to claim 3 of the present invention further comprises a table (corresponding to the request management table DT in FIG. 1) for storing the contents of a command related to the request to the communication device according to claim 2, wherein the duplicate command detection means Is characterized in that the duplicate instruction is detected by comparing the newly generated instruction with the contents of the instruction stored in the table. In this way, it is possible to easily detect a duplicate instruction by performing collation in a state where the table is developed.

  The operation system according to claim 4 of the present invention is characterized in that, in claim 3, the table is created in a text format in a predetermined format. By using such a table, even if the instruction format is changed, text format data conforming to the prescribed format can be used for easy addition / change, and other parts must be changed. It can respond without any problems.

  As described above, according to the present invention, when the same command command is transmitted to the same communication device from a plurality of request sources such as a plurality of maintenance terminals and a system automatic processing function, the command command is executed once in the operation system. By transmitting only the response and returning the response results to a plurality of requesters, there is an effect that unnecessary operation work can be omitted and service quality can be maintained.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the drawings referred to in the following description, the same parts as those in the other drawings are denoted by the same reference numerals.
(System configuration)
FIG. 1 is a block diagram showing a configuration of main parts when the operation system according to the present invention is realized by using a general-purpose computer.
The operation system Sy1 in the figure is a system that monitors and controls the states of the communication devices Ne1 to Ne4. In the figure, an operation system Sy1 includes maintenance terminals OPE1 to OPE4 for allowing a maintenance person to input a command command to the communication apparatus and displaying an alarm generated in the communication apparatus, and communication composing a communication network. It has a communication interface function unit AD1 for mediating connection with the devices Ne1 to Ne4.

  In the communication interface function unit AD1, a maintenance terminal connection unit TC for realizing connection with the maintenance terminals OPE1 to OPE4, a communication message conversion unit WC for realizing connection with the communication devices Ne1 to Ne4, and It includes a request management unit DM that comprehensively manages request contents from the maintenance terminals OPE1 to OPE4 to the communication devices Ne1 to Ne4, and a system automatic processing function unit SA that performs processing for realizing maintenance operation reduction. ing.

The communication message conversion unit WC performs a process of normalizing the interface between the operation system Sy1 and the communication devices Ne1 to Ne4. That is, the communication message conversion unit WC converts the request from the maintenance terminal into a format that can be recognized by the communication terminal, and converts the response result from the communication terminal into a format that can be recognized by the maintenance terminal.
The request supervision management unit DM is requested by the request management table DT in a text format that temporarily stores and manages the request contents included in the command command from the maintenance terminal to the communication device, and the maintenance terminals OPE1 to OPE4. The management collation unit CC that detects a duplicate instruction by collating the stored instruction with the instruction stored in the request management table DT, and performing a waiting process for the duplicate instruction detected as a result of collation by the management collation unit CC The request waiting unit DS is included.

In the operation system Sy1 having the above-described configuration, when the management collation unit CC obtains a command from the maintenance terminals OPE1 to OPE4, it searches information in the request management table DT and determines whether a duplicate command exists.
As a result of searching the information in the request management table DT by the management verification unit CC, if it is determined that the request is a duplicate request, the request waiting unit DS performs a waiting process for the command. On the other hand, when it is determined that the request is not a duplicate request, the request is not subjected to the waiting process by the request waiting unit DS and is transmitted to the communication apparatus.
Since the request management table DT is created in a text format with a predetermined format, even if the command format is changed, it can be easily added or changed, and other parts can be handled without change. it can.

(Operation of the request management department)
Next, processing in the request management unit DM will be described with reference to FIGS. FIG. 2 is a flowchart showing the processing of the request management manager DM when sending a command command, and FIG. 3 is a flowchart showing the processing of the request management manager DM when sending a command command response result.

(Processing when sending command)
In FIG. 2, the management collation unit CC in the request supervision management unit DM receives a command command for the communication devices Ne1 to Ne4 from the maintenance terminal that is a request source via the maintenance terminal connection unit TC (step S1). Next, the management collation unit CC expands the received command command in the memory according to the data format of the request management table DT (step S2).

Then, the management collation unit CC collates the information of the instruction command that has expanded the memory with the information currently managed in the request management table DT (step S3). Furthermore, the management collation unit CC determines the collation result (step S4).
As a result of the collation in step S4, if an instruction command having the same content as the instruction command having undergone memory expansion is not managed in the request management table DT, it is determined as a new instruction, and the instruction command is transmitted to the communication device. (Step S5-1-1). After this transmission, the management collation unit CC updates the request management table DT, and stores the information of the instruction command expanded in the memory in the request management table DT (step S5-1-2).

  On the other hand, as a result of the collation in step S4, if an instruction command having the same content as the instruction command that has expanded the memory is managed in the request management table DT, it is determined that the instruction is a duplicate instruction, and the request waiting unit DS A waiting process is performed (step S5-2-1). After starting this waiting process, the management verification unit CC turns on the duplication flag for the command in the request management table DT (step S5-2-2).

(Processing when sending command command response results)
In FIG. 3, the management collation unit CC in the request supervision management unit DM receives the processing result for the command command from the communication devices Ne1 to Ne4 via the communication message conversion unit WC (step P1). Next, the management verification unit CC transmits the processing result for the received command command to the maintenance terminal that is the request source (step P2).
After this transmission, the management verification unit CC confirms the duplication flag in the request management table DT (step P3). Further, the management verification unit CC determines the result of confirmation (step P4).

  As a result of the confirmation in step P4, when the duplication flag for the command command stored in the request management table DT is OFF, the time between when the command command is transmitted to the communication apparatus and when the processing result is received. It is determined that the same command command is not received from other request sources. In this case, the information for the command is deleted from the information stored in the request management table DT (step P5-1-1).

On the other hand, if the duplication flag for the command command stored in the request management table DT is ON as a result of the confirmation in step P4, the time from when the command command is transmitted to the communication device until the processing result is received. In the meantime, it is determined that an instruction command having the same content is received from another request source. In this case, the request waiting unit DS is inquired, and the processing result of the same content is transmitted to the maintenance terminal that is the request source of the command command for which the waiting process is being performed (step P5-2-1). After transmitting this processing result, the information for the command is deleted from the information stored in the request management table DT (step P5-2-2).
Note that the same processing as described above is performed when an instruction command is output from the system automatic processing function unit SA instead of the maintenance terminal.

  Furthermore, the flow of processing described with reference to FIGS. 2 and 3 will be described with reference to sequence diagrams. FIG. 4 is a sequence diagram showing a flow of processing by the maintenance terminal, the operation system, and the communication device in FIG. In the figure, the operation system Sy1 receives an instruction command transmitted from the maintenance terminal OPE1 (step T1). Then, the operation system Sy1 expands the received command command in the request management table DT and performs a collation process (step T2). Then, it is determined whether or not it overlaps with the contents of other instruction commands (step T3). Here, since it does not overlap with the contents of other command commands, the command command is transmitted to the communication device Ne1 (step T4). The communication device Ne1 processes the command command (step T5).

  The operation system Sy1 receives another command command from another maintenance terminal OPEn (a maintenance terminal other than the maintenance terminal OPE1) within the time when the communication device Ne1 is processing the command command (step T6). Then, in the operation system Sy1, the received instruction command is expanded in the request management table DT and collation processing is performed (step T7). Then, it is determined whether or not it overlaps with the contents of other instruction commands (step T8). Here, since it overlaps with the contents of other command commands, a waiting process is performed for the received command command (step T9). After the start of the waiting process, the duplication flag for the received command command in the request management table DT is set to “ON” (step T10).

  Thereafter, when the processing result for the command is transmitted from the communication device Ne1, the operation system Sy1 receives it (step T11). Then, the operation system Sy1 transmits the received processing result to the maintenance terminal OPE1 that is the transmission source of the instruction command (step T12). Furthermore, the operation system Sy1 confirms the duplication flag in the request management table DT (step T13). In this case, since the duplication flag is “ON”, the same content as the processing result transmitted to the maintenance terminal OPE1 is also transmitted to the maintenance terminal OPEn that is the transmission source (step T14). After the transmission of this processing result, the contents of the request management table DT are updated (step T15).

  As described above, when the same command command is transmitted to the same communication device from a plurality of request sources such as a plurality of maintenance terminals and system automatic processing functions, only one command command is transmitted, and a plurality of response results are transmitted. By replying to the requester, it is possible to eliminate useless operations and maintain service quality.

(Specific processing example)
The processing flow has been described above with reference to FIGS. 2 to 4. Hereinafter, the processing flow will be described more specifically while showing changes in information stored in the request management table DT. Hereinafter, the maintenance terminal OPE1 sends a command command A (A-0001-000001) to the communication device Ne1, and then the maintenance terminal OPE2 sends a command command A (A-0001-00001) transmission request to the communication device Ne1. explain.

(1) The maintenance person issues an instruction command (A-0001-00001) to the communication device Ne1 from the maintenance terminal OPE1.
(2) In the operation system Sy1, the command is transmitted to the management verification unit CC in the request management unit DM via the maintenance terminal connection unit TC in the communication interface function unit AD1.
(3) The management collation unit CC performs processing according to the flowchart of FIG. 2 (step S1 in FIG. 2).
(4) After receiving the instruction command A (A-0001-00001), the management verification unit CC performs memory expansion in accordance with the format of the request management table DT (FIG. 5A) (in FIG. 2). Step S2).

(5) The management collation unit CC collates the information in which the command command A is expanded in memory with the information currently managed in the request management table DT (FIG. 5A) (step S4 in FIG. 2). In the request management table DT shown in FIG. 5A, parameters of the command “B” of the maintenance terminal “OPE2” and the communication device “Ne2” are stored. Parameter 1 is “0001”, parameter 2 is “0002”, and parameter 3 is “0003”. The duplication flag of this instruction command is “OFF”.
(6) As a result of the collation, the management collation unit CC determines that the instruction command A for the communication device Ne1 is new and transmits the command command A to the communication device Ne1 (step S5-1-2 in FIG. 2). .

(7) After transmission to the communication device Ne1, information on the command command A is added to the request management table DT (FIG. 5 (a)). The contents of the added request management table DT are shown in FIG. 5B (step S5-1-2 in FIG. 2), that is, in the request management table DT shown in FIG. The parameter of the command “A” of the maintenance terminal “OPE2” and the communication device “Ne1” is stored. Parameter 1 is “0001”, parameter 2 is “0001”, and parameter 3 is blank. The duplication flag of this instruction command is “OFF”.

(8) Thereafter, the system automatic processing function unit SA issues an instruction command (A-0001-00001) to the communication device Ne1.
(9) After receiving the request from the system automatic processing function unit SA, the management verification unit CC in the request supervision management unit DM executes the processing according to the flowchart of the command command transmission process (FIG. 2) described above (FIG. Step S1) in step 2.
(10) After receiving the command command A (A-0001-00001), the management verification unit CC performs memory expansion in accordance with the format of the request management table DT (FIG. 5B) (in FIG. 2). Step S2).

(11) The management collation unit CC collates the information in which the command command A is expanded in memory with the information currently managed in the request management table DT (FIG. 5B) (step S4 in FIG. 2). In the request management table DT shown in FIG. 5B, parameters of the instruction command “A” in which the maintenance terminal is “OPE2” and the communication device is “Ne1” are already stored. Parameter 1 is “0001”, parameter 2 is “0001”, and parameter 3 is blank.

(12) Therefore, as a result of the collation, it is determined that the instruction command A for the communication device Ne1 is a duplicate instruction, and the request standby unit DS performs a waiting process for the instruction command A of the system automatic processing function unit SA (see FIG. Step S5-2-1).
(13) After starting the waiting process in the request waiting unit DS, the information about the instruction command A is updated in the request management table DT (FIG. 5B), and the duplication flag is set to “ON”. The contents of the updated request management table DT are shown in FIG. 5C (step S5-2-2 in FIG. 2).

(14) The operation system Sy1 receives the processing result for the instruction command A of the maintenance terminal OPE1 from the communication device Ne1 via the communication message conversion unit WC (step P1 in FIG. 3).
(15) After the received processing result is transmitted to the maintenance terminal OPE1, the management collation unit CC performs the processing according to the flowchart of the command command response result transmission (FIG. 3) described above (FIG. 3). Steps P2, P3).
(16) The management verification unit CC determines that the instruction command A from the communication device Ne1 is duplicated, and checks the information in the request management table DT (FIG. 5 (c)) to determine whether or not waiting processing has been performed. (Step P4 in FIG. 3).

(17) As a result of the confirmation, since the duplication flag is “ON”, the management collation unit CC makes an inquiry to the request waiting unit DS and performs the waiting process (in this case, the system automatic processing function) Part SA) transmits the same content as the processing result for the instruction command A of the communication device Ne1 (step P5-2-1 in FIG. 3).
(18) After transmitting the processing result to the request source, the contents of the request management table DT (FIG. 5C) are updated, and the information of the instruction command A for the communication device Ne1 is deleted (step P5- in FIG. 3). 2-2). As a result, the request management table DT returns to the contents shown in FIG.

(Processing when the command command format is changed)
By the way, there is a possibility that a parameter of an instruction command to the communication device may be changed due to expansion of functions of the communication device. In order to cope with such a parameter change, the management verification unit CC may be divided into two as shown in FIG. That is, with reference to the figure, the management collation unit CC includes a function unit CC1 that expands and collates the contents of the command in the request management table DT, and a data unit CC2 that manages the format of the command. In such a configuration, when a parameter change occurs due to expansion of the function of the communication device, etc., it can be dealt with only by changing the contents of the format managed in the data part CC2, and the function part CC1 No changes are required.

Here, as an example, a case where parameter 4 is newly added by an instruction command of the communication apparatus will be described.
In that case, a new request management table corresponding to the parameter format of the changed instruction command is created. This new request management table DT ′ is shown in FIG. Referring to the figure, “parameter 4” is added (broken line portion). Then, an input operation of the request management table DT ′ is performed from the maintenance terminal OPE1 connected to the operation system Sy1. As a result, normal mapping can be performed only by replacing the old request management table DT (FIG. 5) with the new request management table DT ′ (FIG. 7).

The flow of the request management table replacement process will be described below. The numbers in parentheses below correspond to the numbers in parentheses in FIG.
(1) A new request management table DT ′ corrected in a format corresponding to the change of the communication device is input from the maintenance terminal OPE1.
(2) Then, the maintenance terminal OPE1 accesses the request management unit DM in the operation system Sy1.
(3) Then, the old request management table DT and the new request management table DT ′ are exchanged.
Through the above processing, even when the command command format of the communication apparatus is changed, the change can be accommodated by replacing the old version request management table with a new one.

(Summary)
As described above, according to the present invention, when the operation system receives a duplicate request to a certain communication device by a plurality of maintenance terminals or an automatic processing function in the system, the above function is used for the communication device. On the other hand, it is possible to efficiently communicate and control.
In addition, with the change of the command command parameter format to the communication device, the request management unit uses text format data that conforms to a certain format, allowing easy addition / change to other processing units. It is possible to respond without any change.

  The present invention can be used when managing and controlling a communication device according to a command from a maintenance terminal.

It is a block diagram which shows the structure of the operation system which concerns on embodiment of this invention. It is a flowchart which shows the process at the time of command command transmission of the operation system which concerns on embodiment of this invention. It is a flowchart which shows the process at the time of the transmission of the command command response result of the operation system which implement | achieves this invention. It is a sequence diagram which shows the flow of a process by the maintenance terminal in FIG. 1, an operation system, and a communication apparatus. It is a figure which shows the example of the command command managed by the request supervision management part DM. It is a figure which shows the process for responding to the change of the command command parameter format to a communication apparatus. It is a figure which shows the example which changed the request supervision management part DM in order to respond to the change of the command command parameter format to a communication apparatus.

Explanation of symbols

A, B Command command AD1 Communication interface function part CC Management collation part CC1 Function part CC2 Data part DM Request supervision part DS Request waiting part DT Request management table Ne1 to Ne4 Communication device OPE1 to OPE4 Maintenance terminal SA System automatic processing function part Sy1 Operation system TC Maintenance terminal connection part WC Communication message conversion part

Claims (4)

  An operation system that manages a communication network constituted by at least one communication device, transmits a command related to a request for the communication device to the communication device, and returns a processing result for the command to a command transmission source, An operation system, comprising: a request supervision managing unit that returns a processing result for an instruction having the same content among a plurality of instructions to a communication device to a transmission source of each of the plurality of instructions.   The request supervision managing unit includes a duplicate instruction detection unit that detects a duplicate instruction that overlaps an instruction that has already been transmitted to the communication device, and a waiting unit that waits for transmission of the duplicate instruction detected by the duplicate command detection unit. 2. The operation system according to claim 1, further comprising a reply means for returning the same content as the processing result for the already transmitted instruction to the instruction transmission source of the duplicate instruction.   The table further includes a table for storing the content of the command related to the request to the communication device, and the duplicate command detection means detects the duplicate command by comparing the newly generated command with the content of the command stored in the table. The operation system according to claim 2, wherein:   4. The operation system according to claim 3, wherein the table is created in a text format according to a predetermined format.

Images