JP4547218B2 - Computer operating status acquisition system, method and program - Google Patents

Description

  In the present invention, the operating status of a first computer (for example, a mainframe) can be checked on a second computer (UNIX server, Windows server, etc.) without introducing additional software (agent software) on the first computer. The present invention relates to a system, a method, and a program for acquiring the operating status of a first computer in real time on an open system server.

  Conventionally, the operating status of a mainframe can be obtained by looking at a message log. There are the following three methods for acquiring the message log.

  The first method is to view the message on the message console. The contents of the message log are displayed on the console screen of the mainframe or terminal emulator, and monitored by a supervisor. If a message indicating a failure is displayed in the message log, action is taken depending on the content. The main measures include contact with the person in charge by telephone or email, and operation according to the procedure manual.

  The second method is a method for printing a message log. The mainframe message log is printed and visually checked by the observer. When a message indicating a failure is displayed in the message log, a response is made depending on the content. The main measures include contact with the person in charge by telephone or email, and operation according to the procedure manual.

The third method is a method for acquiring a message log file (see, for example, Patent Document 1). Regularly transfer the file containing the mainframe message log to the open server and check with the software on the open server. There are many software programs that run on open servers that analyze character strings. When the contents of the message log file are analyzed using such an analysis function of software and a character string indicating a failure is detected, a response is made according to the rule. Major responses include command execution, email transmission, telephone contact, etc., which can be automated by software.
JP 2000-242525 A

  However, the first method in which the observer visually monitors the message console of the mainframe has the advantage of high real-time performance, but (1) the observer must always be in front of the console. (2) There is a possibility that oversight may occur, (3) it is difficult to automate the judgment and the subsequent processing for the word indicating the failure, and the efficiency of the monitoring work is difficult.

  In addition, the second method of checking the message log by printing has the advantage that there is a low possibility that an oversight will occur compared to the method in which the monitoring person visually monitors the message console. It is difficult to secure, (2) Oversight may occur, (3) The failure detected during the previous monitoring may be detected redundantly, (4) Judgment on wording indicating failure, Subsequent processing cannot be automated, and it is difficult to make monitoring work more efficient.

  Furthermore, the third method of transferring the message log and analyzing it with software on the open server has the advantage of enabling efficient and high-quality monitoring because a series of operations can be automated. (1) It is difficult to ensure real-time performance because it performs regular processing. (2) Because software is required on the mainframe for file transfer, there is a problem of change risk. Yes. The change risk refers to a possibility that some influence may occur in the system by installing software on the mainframe, for example. In order to minimize the risk of such changes, it may be necessary to stop the entire system once and then reboot when installing software on the mainframe.

  The first feature of the present invention is that, in order to obtain the operating status of the first computer, a message output to the screen of the first computer is received on a screen-by-screen basis, and the message is disassembled line by line. Is to delete the duplicate line included in the previous message sent to the external tool.

  Reception in units of screens is realized using a terminal emulator of the first computer. Unnecessary lines are, for example, header lines and footer lines. To delete an overlapping part, one line or a plurality of lines of the message sent last time is stored, the message is compared with the message to be sent this time, and the presence or absence of the overlapping part is determined.

  The second feature of the present invention is that the last line message is stored in the last message sent to the external tool, and the last message last line and the current message stored are stored in the first line of the current message. If a line with the same content as the last line of the previous message is found in the current message, the first line of the current message to the line with the same content as the last line of the previous message are deleted. If a line with the same content as the last line of the previous message is not found, the message is not deleted.

For example,
(1) Compare the last line of the previous message with the first line of the current message,
(2) If the last line of the previous message is not the same as the first line of the current message, the last line of the previous message is compared with the second line of the current message,
(3) If the last line of the previous message and the second line of the current message are not the same, the last line of the previous message is compared with the third line of the current message,
(4) If the last line of the previous message is the same as the third line of the current message, the first to third lines of the current message are deleted.

The third feature of the present invention is that
When the screen length of the first computer is h bytes, the width is w bytes, and the length of one line of the message output from the first computer exceeds w bytes,
When receiving the screen, the first byte to the wth byte of each line from the first line to the hth line of the message are sequentially stored after the first offset value,
The (w + 1) -th byte to (2 × w) -th byte of each line from the first line to the h-th line of the message are sequentially stored after the second offset value,
At the time of message shaping, from the first byte to the w-th byte of each row of the message stored after the first offset value and the first row of the message stored after the second offset value ( The first to h-th lines of the message are created by sequentially combining the (w + 1) -th byte to the (2 × w) -th byte. Note that h and w are arbitrary natural numbers.

For example, when the horizontal size is 80 bytes and the length of one line of the message output from the first computer exceeds 80 bytes,
(1) When receiving the screen,
Store 1 to 80 bytes of the first row at address (1000 + 1) in the memory,
Store 1 to 80 bytes in the second row at address (1000 + 2) in memory,
:
Store 1 to 80 bytes of the h-th line at the address (1000 + h) of the memory,
Store 81-160 bytes in the first row at address (2000 + 1) in memory,
Store 81-160 bytes in the second row at address (2000 + 2) in memory,
:
Store 81-160 bytes in the h-th line at address (2000 + h) in the memory,
(2) When formatting messages
Combining the contents of addresses (1000 + 1) and (2000 + 1) in the memory to create the first line of the message,
Combining the contents of the addresses (1000 + 2) and (2000 + 2) in the memory to create the second line of the message,
:
The contents of address (1000 + h) and the contents of address (2000 + h) are combined to create the h-th line of the message.

  According to the first feature of the present invention, since the operating status is acquired based on the screen output of the first computer, it is not necessary to install software for acquiring the operating status on the first computer. In addition, since the duplicate part of the previous message and the current message is deleted and sent to the external tool, the external tool receives the error message twice even though the first computer has generated the error message only once, for example. There is no.

  According to the second feature of the present invention, the time required for the comparison process can be shortened by comparing only the last line of the previous message with the current message, that is, by limiting the comparison line to one line.

  Here, the “first line” means the uppermost line and does not mean the first line from the bottom. By comparing sequentially from the first line (uppermost line) of the current message, it is possible to avoid accidental overdeletion even if there is an omission of deletion between the current message and the previous message. . For example, the third, fifth, and seventh lines of the current message are the same, and the first to fifth lines of the current message are the same as the last five lines of the previous message. That is, description will be made based on a case where the first to fifth lines of the current message are to be deleted. According to the second feature, if the last line of the previous message and the first line of the current message are sequentially compared, it is determined that the same content line exists in the third line. Up to the third line is deleted. In this case, the fourth to fifth lines that should be deleted as overlapping portions are not deleted. Such omissions can occur.

  If the comparison starts from the bottom line, it is determined that the same content line exists in the seventh line, and the first to seventh lines are deleted. According to the second feature, it is not deleted excessively in this way.

  In other words, according to the second feature, the time required for deleting the overlapping portion is shortened at the expense of the accuracy of deleting the overlapping portion, but deletion omission occurs even if inaccurate deletion is performed. It will not be deleted excessively. For example, it is very rare that an error message is generated only once from the first computer, but the external tool is notified as if it has occurred twice. Also means that you will never forget to notify an external tool when an error message has occurred.

  Furthermore, according to the third aspect of the present invention, even if a message output from the first computer does not fit in the screen size of the first computer, the first computer can acquire the operating status. There is no need to install software, and no duplicate messages are sent to external tools.

  The best mode for carrying out the present invention will be described below with reference to the drawings. The following description is merely an example, and the technical scope of the present invention is not limited to the following description.

  Example 1 is demonstrated based on FIGS. FIG. 1 is a block diagram showing a system configuration of the first embodiment, FIG. 2 shows an example of control information in the first embodiment, and FIGS. 3 and 4 show information (message) transition and screen transition in the first embodiment. An example is shown, and FIG. 5 is a flowchart showing the flow of processing in the first embodiment.

<System overview>
As shown in FIG. 1, this system includes an operation status acquisition system 1, a storage device 2, a main frame 3, and an external tool 4.

  Based on the control information read from the storage device 2 (see FIG. 2 to be described later), the operating status acquisition system 1 connects to the main frame 3, receives the message log, formats, deletes duplicates, and outputs to the external tool 4. I do.

  The storage device 2 stores control information of the operation status acquisition system 1. Specifically, the storage device 2 corresponds to a magnetic storage device such as a floppy disk drive or a hard disk drive, an optical disk storage device such as a CD-ROM drive or a DVD drive, or a magneto-optical disk storage device such as an MO drive. It is also possible to use a storage device of another system connected to the network.

  As shown in FIG. 2, the control information includes, for example, an IP address of the mainframe, a connection protocol with the mainframe, an LU (Logical Unit) name, an account name, a password, a character string of a command to be issued, and a screen to be received Identification information, memory address for storing the screen, character string to be deleted used by the screen receiving unit, I / F information with external tools, response method in case of failure in the operation status acquisition system, and repetition interval, etc. .

  Information related to authentication, such as an account name and password, is preferably encrypted. The “character string of the command to be issued” is, for example, “SDSF” described later and its option. The “screen identification information to be received” is, for example, a coordinate value and a character string on the screen. It is assumed that a screen on which a predetermined character string stored as identification information is displayed at the position of the coordinate value stored as identification information is received, and other screens are not received. The predetermined position may be, for example, the first line of the screen, or may be a plurality of lines such as the first to third lines on the screen. The predetermined character string is, for example, “system status processing”, “command”, “SYSTEM”, “STATUS”, and the like. The “memory address for storing the screen” is, for example, the top address of the memory for storing the screen. The “deletion target character string used in the screen receiving unit” is, for example, a character string displayed in a header line such as “---- 1 ----” or a character string displayed in a footer line. “I / F information with external tool” is information related to the interface between the operating status acquisition system 1 and the external tool 4, and information related to how a message is passed from the operating status acquisition system 1 to the external tool 4. It is. For example, which API (application programming interface) is to be called, or what kind of file is output. The “response method when a failure occurs in the operation status acquisition system” is a response method when a failure occurs in the operation status acquisition system 1 itself, not when a failure occurs in the mainframe 3. “Repetition interval” refers to a time interval for repeatedly executing steps S107 to S113, which will be described later, and is, for example, about 5 seconds.

  When the mainframe 3 receives a request from the operating status acquisition system 1, it inputs the operating status to the operating status acquisition system 1 as a message log 30.

  The external tool 4 detects a failure based on the information input from the operating status acquisition system 1, and sounds an alarm device or transmits an email. Specifically, the external tool 4 corresponds to an operation management tool (for example, “eXsenju” (registered trademark) manufactured by NRI Data Service Co., Ltd.).

<Details of operating status acquisition system>
As shown in FIG. 1, the operating status acquisition system 1 includes a control information reading unit 11, a control information storage unit 12, a control unit 13, a main frame screen 14, a communication control unit 15, a screen receiving unit 16a, a message shaping unit 17a, The duplication deletion processing unit 18 is configured.

  The control information reading unit 11 reads the control information from the storage device 2 and stores it in the control information storage unit 12. Note that the control information may include highly confidential information such as a password. It is preferable that part or all of such highly confidential information is encrypted. The encrypted control information is stored in the control information storage unit 12 while being encrypted.

  The control information storage unit 12 stores the control information read by the control information reading unit 11 and sends it to the control unit 13. The control information stored in the control information storage unit 12 while being encrypted is sent to the control unit 13 while being encrypted.

  The control unit 13 inputs a character string or a key to the main frame screen 14 based on the control information sent from the control information storage unit 12. For example, in the case of an IBM mainframe, an SDSF command is input. In addition, for the information displayed on the main frame screen 14 as a result of key input, a series of processing instructions for preventing duplication is issued. As will be described later, a series of processing for preventing duplication is executed by the screen receiving unit 16a, the message shaping unit 17a, and the duplication deletion processing unit 18.

  In order to prevent omissions when acquiring information displayed on the mainframe screen 14, a character string or key (for example, SDSF in the case of an IBM mainframe) is used so that the screen does not automatically transition. Command options). “Do not automatically transition screen” means that if the message log is output more than one screen between the previous screen acquisition and the current screen acquisition, the screen is scrolled more than one screen. First, get new information for one screen compared to the previous time, and then get the remaining information. For example, if a message is output for 1.5 screens, the first screen is acquired, and then the second half of the screen (0.5 screens) already acquired and the screen that has not yet been acquired (0.5 screens) ) And get.

  FIG. 3 shows an example of the previous message log 31 and a previous acquisition screen 32 corresponding to a part of the previous message log 31. In the example illustrated in FIG. 3, the last line of the entire previous message log 31 and the last line of the previous acquisition screen 32 are the same line.

  FIG. 4 shows an example of the entire current message log 35 and the current acquisition screen 36 and the next acquisition screen 37 corresponding to a part of the entire current message log 35. As shown in FIG. 4, the next line after the last line on the previous acquisition screen 32 is the first line on the current acquisition screen 36. In the example shown in FIG. 4, the last line of the current acquisition screen 36 does not match the last line of the entire current message log 35. Applicable when the message log is output more than one screen between the previous screen acquisition and the current screen acquisition. Furthermore, in the example shown in FIG. 4, the current acquisition screen 36 and the next acquisition screen 37 are partially overlapped, and therefore, the overlapping portion is deleted by the duplicate deletion processing unit 18 as will be described later.

  Since the control information sent from the control information storage unit 12 may be partly encrypted, the control unit 13 decrypts it. The processing of the control unit 13 is sequentially recorded in a log or the like, but encrypted information is output to the log or the like.

  The main frame screen 14 is a main frame screen generated in the operating status acquisition system 1. The main frame screen 14 sends the character string and key input from the control unit 13 to the main frame 3 through the communication control unit 15. Information received from the main frame 3 is displayed on the main frame screen 14.

  The communication control unit 15 performs communication control such as connection / disconnection with the main frame. The communication method with the mainframe differs depending on the mainframe model (for example, in the case of IBM mainframe, it is connected with the 3270 protocol). Can be connected. The mainframe screen 14 and the communication control unit 15 are realized by using a mainframe terminal emulator. Here, the terminal emulator means hardware or software for emulating a communication protocol for a specific mainframe terminal and causing a non-dedicated terminal such as a personal computer to function as a dedicated terminal. For example, “WebSphere (registered trademark) Host Access Transformation Services” manufactured by IBM is applicable.

  As illustrated in FIG. 1, the screen reception unit 16 a includes an unnecessary screen determination unit 161 and a screen storage unit 162. In response to an instruction from the control unit 13, the screen receiving unit 16 a acquires a screen displayed on the main frame screen 14 in units of screens.

  Since the content displayed on the main frame screen 14 depends on the display method displayed on the main frame, an unnecessary screen may be displayed. Specifically, the unnecessary screen corresponds to a login screen or a transition screen until reaching the target information. In order to discard unnecessary screens, only screens for which instructions have been received from the control unit 13 are acquired. Specifically, the unnecessary screen determination unit 161 determines whether reception (acquisition) is necessary according to the “identification information of the screen to be received”, and the screen storage unit 162 determines only the screen determined to be necessary. Remember.

  In addition, instead of “identification information of screens to be received”, “identification information of screens not to be received” is stored as control information, and screens determined to be unnecessary based on “identification information of screens not to be received” are not acquired. You can also get other screens.

  As illustrated in FIG. 1, the message shaping unit 17 a includes an unnecessary line determination unit 171 and an unnecessary line deletion unit 172. The message shaping unit 17a creates a message from the screen acquired by the screen receiving unit 16a. Specifically, the unnecessary line determination unit 171 generates a message by disassembling the received screen into lines, and determines whether the line is clearly unnecessary (for example, a blank line, a header line, or a footer line). Specifically, each “line to be deleted” stored as control information is compared with each line to determine whether the line is unnecessary. The line determined to be unnecessary is deleted by the unnecessary line deletion unit 172.

  As shown in FIG. 1, the duplicate deletion processing unit 18 includes a final row storage unit 181, a comparison unit 182, and a duplicate row deletion unit 183, and has already sent the message created by the message shaping unit 17 a to the external tool 4. Delete the message. The duplicate deletion processing unit 18 deletes duplicate messages by the following method.

(1) The last line storage unit 181 stores the last line message among the messages (multiple lines) sent to the external tool 4 last time,
(2) The comparison unit 182 compares the message (only the last line) stored in the last line storage unit 181 with the message (multiple lines) created this time by the message shaping unit 17a in order from the first line. ,
(3) The duplicate row deletion unit 183
If there are lines with the same content, the message from the first line to the corresponding line is deleted from the message created by the message shaping unit 17a this time,
If there is no line with the same contents, do nothing.

  The message is sent to the external tool 4 after deleting the duplicate message or after completing the comparison to the last line without finding the duplicate message.

<Process flow>
As shown in FIG. 5, in step S <b> 101, the control information reading unit 11 reads control information from the storage device 2 and stores it in the control information storage unit 12.
In step S103, the control unit 13 reads the control information from the control information storage unit 12, and inputs a character string and a key to the main frame screen 14 according to the control information.
In step S <b> 105, the connection control unit 15 receives an input from the control unit 13 to the main frame screen 14 and performs connection and authentication with the main frame 3.
In step S <b> 107, after the connection control unit 15 performs connection and authentication, the control unit 13 issues a message log acquisition request to the mainframe screen 14.
In step S109, the screen receiving unit 16a acquires the screen displayed on the main frame screen 14 according to the instruction of the control unit 13.
In step S111, the message shaping unit 17a creates a message from the screen received by the screen receiving unit 16a, and deletes unnecessary information.
In step S <b> 113, the duplicate deletion processing unit 18 deletes the duplicate message and transmits the message to the external tool 4.
By repeating the above steps S107 to S113 at a repetition interval stored as control information, it is possible to grasp the operation status in almost real time.

  As described above, according to the first embodiment, a message can be passed to the external tool 4 almost in real time even if there is no file transfer software on the mainframe. Further, even when a message log is output for one screen or more between the previous screen acquisition and the current screen acquisition, no information is missed. Furthermore, as described with reference to FIG. 4, even when the content of the current acquisition screen and the content of the next acquisition screen partially overlap, no information is duplicated to the external tool 4. . Therefore, it is possible to avoid missed detection of messages or duplicate detection of messages while ensuring real-time properties.

  The size of the main frame screen 14 is usually fixed to 24 bytes long × 80 bytes wide. Therefore, a message of 80 bytes or more does not fit on one line in the screen, and it is necessary to display the screen by performing horizontal scrolling. In the first embodiment, a message that fits on one screen (a message that does not require horizontal scrolling) is acquired. In the second embodiment, a screen that is displayed with horizontal scrolling can also be acquired.

  The system configuration of the second embodiment is almost the same as the system configuration of the first embodiment, but the screen receiving unit and the message shaping unit are different. As shown in FIG. 7, the screen receiving unit 16 b includes not only the first screen storage area but also the second screen storage area in the screen storage unit 162, and the message shaping unit 17 b further includes the same row combining unit 173. . In the second embodiment, step S109 and step S113 are performed after step S109 is repeated a plurality of times.

  FIG. 6A shows an example of a message 601 including a plurality of lines of a long message of 80 bytes or more. As illustrated in FIG. 6B, the screen receiving unit 16 according to the second embodiment includes a first screen 602a including the first half 80 bytes of each line of the message 601 and a second half 80 bytes of each line of the message 601. The first screen 602a is stored in the first screen storage area, and the second screen is stored in the second screen storage area (step S109).

For example, the first line of the screen 602a corresponding to the first half of the first line (header line) of the message 601 is the address 1001 in the first screen storage area.
The second line of the screen 602a corresponding to the first half 80 bytes of the second line of the message 601 is at the address 1002 in the first screen storage area.
The third line of the screen 602a corresponding to the first half 80 bytes of the third line of the message 601 is the address 1003 in the first screen storage area.
The fourth line of the screen 602a corresponding to the first half 80 bytes of the fourth line of the message 601 is stored at the address 1004 in the first screen storage area, and the remaining lines of the screen 602a are similarly (1000 + number of lines). It is memorized at the address.

In addition, the first line of the screen 602b corresponding to the latter half 80 bytes of the first line (header line) of the message 601 is set to the address 2001 in the second screen storage area.
The second line of the screen 602b corresponding to the second half of the second line of the message 601 is the address 2002 in the second screen storage area.
The third line of the screen 602b corresponding to the latter half 80 bytes of the third line of the message 601 is at the address 2003 in the second screen storage area.
The fourth line of the screen 602b corresponding to the latter half 80 bytes of the fourth line of the message 601 is stored at the address 2004 in the second screen storage area, and the remaining lines of the screen 602b are similarly (2000 + number of lines). It shall be memorized at the address.

  It should be noted that the first line is stored in “xxx1 address”, the second line in “xxx2 address”, etc., but this is only done for the sake of simplicity. It goes without saying that the increment of the address may be changed as appropriate according to the number of bytes of the message to be stored, such as the first line at “xxxx1”, the second line at “xxx5”,. .

Then, the same row combining unit 173 of the message shaping unit 17
Combine the contents of address 2001 after the contents of address 1001
Combine the contents of address 2002 after the contents of address 1002,
Join the contents of address 2003 after the contents of address 1003,
The contents of address 2004 are combined after the contents of address 1004, and the contents of address (2000 + number of lines) are combined after the contents of address (1000 + number of lines) in the same manner for the remaining lines. A message 603 shown in 6-2 (c) is created. Further, the unnecessary line determination unit 171 and the unnecessary line deletion unit 172 delete the header line to create a message 604 (step S111), and send the obtained message 604 to the duplicate deletion processing unit 18.

  Similar to the first embodiment, the duplicate deletion processing unit 18 checks whether or not there is a duplicate, and if a duplicate is found, deletes the duplicate and transmits a message to the external tool 4 (step S113).

  As described above, according to the second embodiment, as in the first embodiment, (1) even if there is no file transfer software on the mainframe, the message can be passed to the external tool 4 almost in real time. (2) In addition, even if a message log is output for one screen or more between the previous screen acquisition and the current screen acquisition, no information is missed. (3) Furthermore, this time acquisition Even if the contents of the screen and the contents of the next acquisition screen partially overlap, no information is duplicated to the external tool 4. Therefore, it is possible to avoid missed detection of messages or duplicate detection of messages while ensuring real-time properties.

  Furthermore, according to the second embodiment, it is possible to cope with a case where a message output from the main frame 3 does not fit on the main frame screen or one screen. Although the second embodiment assumes that the length of one message line exceeds the horizontal size of the main frame screen but does not exceed twice the horizontal size, the technical scope of the present invention is such an implementation. It is not limited to examples. If the length of one message line exceeds twice the horizontal size of the main frame screen, the message may be divided into three in the horizontal direction.

  In this case, the screen receiving unit starts from the first line of the first screen at address 1001 and after, and after the first line of the second screen starts at address 2001 and after, the first line of the third screen. The subsequent items are stored at address 3001 and subsequent addresses. Then, the message shaping unit adds the contents of the address 2001 after the contents of the address 1001, and further adds the contents of the address 3001. Further, similarly, the address is added after the contents of the address 1002. A message is created by repeating the process of adding the contents of the address 2002 and further adding the contents of the address 3002.

1 is a block diagram illustrating a system configuration in Embodiment 1. FIG. It is a figure which shows an example of the control information in Example 1. FIG. 6 is a diagram illustrating an example of information (message) transition and screen transition in the first embodiment. FIG. 6 is a flowchart illustrating a processing flow in the first embodiment, and illustrates an example of a message output after the message illustrated in FIG. 3 is output. 3 is a flowchart illustrating a flow of processing in the first embodiment. FIG. 6 is an example of a message or screen in Embodiment 2, where (a) shows an example of a message that cannot be displayed on one screen, and (b) shows the first screen and the second screen acquired by the screen receiver. It is a figure which shows an example. FIG. 10 is an example of a message in the second embodiment, where (c) illustrates an example in which the same lines of the first screen and the second screen are combined by the message shaping unit, and (d) is an unnecessary line by the message shaping unit. It is a figure which shows the example from which was deleted. FIG. 6 is a block diagram illustrating a system configuration in a second embodiment.

Explanation of symbols

1 ... operating status acquisition system, 2 ... storage device,
3 ... mainframe, 4 ... external tools,
11 ... Control information reading unit (user authentication means), 12 ... Control information storage unit,
13 ... Control unit, 14 ... Mainframe screen,
15 ... Communication control unit, 16 ... Screen receiving unit,
17 ... Message shaping unit, 18 ... Duplicate deletion processing unit

Claims (6)

An operating status acquisition system for acquiring the operating status of a first computer,
A screen receiving unit capable of receiving messages output to the screen of the first computer in units of screens;
Disassembling the screen received by the screen receiving unit line by line, and deleting a message shaping unit that deletes unnecessary lines;
A duplicate deletion processing unit that deletes a duplicate part included in a message sent to an external tool last time among messages created by the message shaping unit , and
When the screen length of the first computer is h bytes, the width is w bytes, and the length of one line of a message output from the first computer exceeds w bytes,
The screen receiver
The first byte to the wth byte of each line from the first line to the hth line of the message are sequentially stored after the first offset value,
By horizontally scrolling, the (w + 1) -th byte to the (2 × w) -th byte of each line from the first line to the h-th line of the message are sequentially stored after the second offset value,
The message shaping unit
From the first byte to the wth byte of each row of the message stored after the first offset value, and (w + 1) th of each row of the message stored after the second offset value. From the first byte to the h-th line of the message by sequentially combining the byte to the (2 × w) byte,
Operating status acquisition system (h and w are arbitrary natural numbers). The deduplication processing unit
Of the last message sent to the external tool, the last line storage unit for storing the last line message;
A comparison unit that sequentially compares the last message last line and the current message stored in the last line storage unit from the first line of the current message;
If a line with the same content as the last line of the previous message is found in the current message, the lines from the first line of the current message to the same line as the last line of the previous message are deleted.
The operating status acquisition system according to claim 1, further comprising: a duplicate line deletion unit that does not delete a message when a line having the same content as the last line of the previous message is not found in the current message. An operating status acquisition method performed by an operating status acquisition system that acquires the operating status of a first computer,
The operating status acquisition system is
A screen receiving step of receiving a message output to the screen of the first computer in units of screens;
A message shaping step of disassembling the message line by line and deleting unnecessary lines;
Performing a duplicate deletion step of deleting a duplicate part included in a message sent to the external tool last time among the messages ,
When the screen length of the first computer is h bytes, the width is w bytes, and the length of one line of the message output from the first computer exceeds w bytes,
The screen receiving step includes
The first byte to the wth byte of each line from the first line to the hth line of the message are sequentially stored after the first offset value,
By horizontally scrolling, the (w + 1) -th byte to the (2 × w) -th byte of each line from the first line to the h-th line of the message are sequentially stored after the second offset value,
The message shaping step includes:
From the first byte to the wth byte of each row of the message stored after the first offset value, and (w + 1) th of each row of the message stored after the second offset value. From the first byte to the h-th line of the message by sequentially combining the byte to the (2 × w) byte,
Operation status acquisition method (h and w are arbitrary natural numbers). The deduplication step includes:
Of the last message sent to the external tool, a last line storing step for storing a last line message;
A comparison step in which the last line of the previous message stored and the current message are sequentially compared from the first line of the current message;
If a line with the same content as the last line of the previous message is found in the current message, the lines from the first line of the current message to the same line as the last line of the previous message are deleted.
4. The operation status acquisition method according to claim 3 , further comprising: a deletion execution step that does not delete a message when a line having the same content as the last line of the previous message is not found in the current message. An operating status acquisition program for acquiring the operating status of a first computer, the second computer comprising:
A screen receiving unit capable of receiving messages output to the screen of the first computer in units of screens;
A message shaping unit that disassembles the screen received by the screen receiving unit line by line and deletes unnecessary lines;
The message shaping unit functions as a duplicate deletion processing unit that deletes a duplicate part included in a message sent last time to an external tool ,
When the screen length of the first computer is h bytes, the width is w bytes, and the length of one line of the message output from the first computer exceeds w bytes,
In the screen receiver,
The first byte to the wth byte of each line from the first line to the hth line of the message are sequentially stored after the first offset value,
By horizontally scrolling, the (w + 1) th byte to the (2 × w) th byte of each line from the first line to the hth line of the message are sequentially stored after the second offset value,
In the message shaping unit,
From the first byte to the wth byte of each row of the message stored after the first offset value, and (w + 1) th of each row of the message stored after the second offset value. The first to h-th lines of the message are created by sequentially combining the byte to the (2 × w) -th byte.
Operating status acquisition program (h and w are arbitrary natural numbers). The deduplication processing unit is
Of the last message sent to the external tool, the last line storage unit for storing the last line message,
A comparison unit that sequentially compares the last message last line and the current message stored in the last line storage unit from the first line of the current message;
If a line with the same content as the last line of the previous message is found in the current message, the lines from the first line of the current message to the same line as the last line of the previous message are deleted.
6. The operating status acquisition program according to claim 5 , wherein when a line having the same content as the last line of the previous message is not found in the current message, the operating condition acquisition program functions as a duplicate line deletion unit that does not delete the message.

Images