WO2009141860A1 - 検証装置、検証方法および検証プログラム - Google Patents

検証装置、検証方法および検証プログラム Download PDF

Info

Publication number
WO2009141860A1
WO2009141860A1 PCT/JP2008/059142 JP2008059142W WO2009141860A1 WO 2009141860 A1 WO2009141860 A1 WO 2009141860A1 JP 2008059142 W JP2008059142 W JP 2008059142W WO 2009141860 A1 WO2009141860 A1 WO 2009141860A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
verification
mode
data
switching
Prior art date
Application number
PCT/JP2008/059142
Other languages
English (en)
French (fr)
Inventor
威 大脇
孝治 石塚
俊和 植木
崇史 山本
篤史 諸澤
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to PCT/JP2008/059142 priority Critical patent/WO2009141860A1/ja
Priority to JP2010512856A priority patent/JP5126358B2/ja
Publication of WO2009141860A1 publication Critical patent/WO2009141860A1/ja
Priority to US12/926,218 priority patent/US8458551B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0075—Transmission of coding parameters to receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • H04L1/008—Formats for control data where the control data relates to payload of a different packet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/24—Testing correct operation
    • H04L1/245—Testing correct operation by using the properties of transmission codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025—Transmission of mode-switching indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems

Definitions

  • the present invention relates to a verification device, a verification method, and a verification program.
  • CRC Cyclic Redundancy Check
  • the CRC method includes a “normal CRC mode” and a “rolling CRC mode” (Patent Documents 1 to 5). reference).
  • the “normal CRC mode” is a verification mode that verifies the correctness of the data included in the own packet using the data included in the own packet and the check bit.
  • the “Rolling CRC mode” uses the data included in the own packet, the data included in the packet immediately before the own packet, and the check bit to check the data included in the packet received immediately before. This is a verification mode for verifying correctness.
  • the conventional techniques have problems that the detection accuracy for detecting data errors is poor and the latency increases.
  • the “rolling CRC mode” has a higher packet error detection rate than the normal CRC mode.
  • the verification time from the reception of a packet to the verification of the correctness of data contained in the packet is longer than that of the “normal CRC mode”.
  • the latency increases.
  • the verification device, the verification method, and the verification program are made to solve the above-described problem, and can verify an increase in latency while maintaining detection accuracy as necessary.
  • An object is to provide a verification method and a verification program.
  • the disclosed verification apparatus transmits a generated packet and verifies the correctness of data included in the received packet. Either the first verification mode that verifies the correctness of the data included in the received packet or the second verification mode that verifies the correctness of the data included in the packet received immediately before A verification unit that verifies whether the data included in the packet is correct and a first packet generation mode that generates a packet corresponding to the first verification mode, or a packet that corresponds to the second verification mode.
  • a packet generation means for generating a packet using one of the second packet generation modes for generating a packet and a verification mode for the transmission path.
  • a fault monitoring means for monitoring whether or not a fault that needs to be generated has occurred, and a monitoring result indicating that a new fault has occurred by the fault monitoring means, and has already occurred.
  • a switching packet including data for switching the verification mode used by the data verification unit is transmitted to the verification device of the packet transmission destination.
  • the disclosed verification method is a verification method for transmitting the generated packet and verifying the correctness of the data included in the received packet, and checking the correctness of the data included in the currently received packet. Use either the first verification mode to verify or the second verification mode to verify the correctness of the data included in the packet received immediately before.
  • a verification step for verifying the packet, a first packet generation mode for generating a packet corresponding to the first verification mode, or a second packet generation mode for generating a packet corresponding to the second verification mode The packet generation step of generating a packet using one of the generation modes and a failure that requires changing the verification mode to the transmission path occur.
  • a fault monitoring step for monitoring whether or not a fault has occurred, a monitoring result indicating that a new fault has occurred by the fault monitoring step, and a monitoring result indicating that no fault has already occurred A switching packet transmission step of transmitting a switching packet including data for switching the verification mode used in the data verification step to the verification device of the packet transmission destination, and the switching packet
  • the disclosed verification program is a verification program for transmitting a generated packet and causing a computer to execute a verification method for verifying the correctness of data included in the received packet, and is included in the actually received packet.
  • the packet using either the first verification mode for verifying the correctness of the data being received or the second verification mode for verifying the correctness of the data contained in the packet received immediately before A verification procedure for verifying the correctness of included data, a first packet generation mode for generating a packet corresponding to the first verification mode, or a first for generating a packet corresponding to the second verification mode.
  • a switching packet containing data for switching the verification mode used by the data verification procedure to the verification device of the packet transmission destination when a monitoring result indicating that the failure that has occurred has been obtained is obtained.
  • FIG. 1 is a diagram for explaining the outline and features of the verification apparatus according to the first embodiment.
  • FIG. 2 is a block diagram illustrating the configuration of the verification apparatus according to the first embodiment.
  • FIG. 3 is a diagram for explaining a packet generation method in the Rolling CRC mode.
  • FIG. 4 is a schematic diagram illustrating an example of processing performed by the verification apparatus according to the first embodiment.
  • FIG. 5 is a diagram for explaining a packet verification method using the Rolling CRC mode.
  • FIG. 6 is a flowchart of the packet transmission process performed by the verification apparatus according to the first embodiment.
  • FIG. 7 is a flowchart of the data verification process performed by the verification apparatus according to the first embodiment.
  • FIG. 8 is a block diagram illustrating the configuration of the verification apparatus according to the second embodiment.
  • FIG. 9 is a flowchart of the data verification process performed by the verification apparatus according to the second embodiment.
  • FIG. 10 is a flowchart illustrating the flow of the generation mode switching process performed by the verification apparatus according to the second embodiment.
  • FIG. 11 is a block diagram illustrating the configuration of the verification apparatus according to the third embodiment.
  • FIG. 12 is a schematic diagram illustrating an example of processing performed by the verification apparatus according to the third embodiment.
  • FIG. 13 is a flowchart illustrating the flow of the data verification process performed by the verification apparatus according to the third embodiment.
  • FIG. 14 is a flowchart illustrating a retransmission process performed by the verification apparatus according to the third embodiment.
  • FIG. 15 is a diagram illustrating a computer that executes a verification program.
  • the main terms used in the first embodiment, the outline and features of the verification apparatus according to the first embodiment, the configuration of the verification apparatus, and the flow of processing of the verification apparatus will be described in order. Explain the effect.
  • the “normal CRC mode” used in the first embodiment refers to a verification mode for verifying the correctness of a received packet using data and check bits included in the packet when the packet is received, and this This is a generation mode for generating a packet corresponding to the verification mode.
  • Rolling CRC mode used in the first embodiment means that when a packet is received, the data included in the packet, the data included in the packet received immediately before receiving the packet, and the inspection It is a verification mode for verifying the correctness of data in a packet received immediately before using a bit, and a generation mode for generating a packet corresponding to this verification mode.
  • FIG. 1 is a diagram for explaining the outline and features of the operation of the verification apparatus according to the first embodiment.
  • the outline of the verification apparatus according to the first embodiment is to transmit the generated packet and verify the correctness of the data included in the received packet.
  • the verification apparatus according to the first embodiment is mainly characterized in that an increase in latency is suppressed while maintaining detection accuracy as necessary.
  • the verification apparatus 10A As shown in FIG. 1A, the verification apparatus 10A according to the first embodiment generates a packet using the “normal CRC mode”, and the verification apparatus according to the first embodiment. It is assumed that data is being transmitted to 10B. Further, it is assumed that the verification device 10B verifies the correctness of data included in the packet received from the verification device 10A using the “normal CRC mode”.
  • the verification apparatus 10A detects a failure in a transmission path that requires switching of the verification mode, such as a partial disconnection of the transmission path, the verification apparatus 10A A switching packet for switching the verification mode for verifying correctness is generated, and the switching packet is transmitted to the verification device 10B.
  • the verification device 10B Upon receipt of the switching packet, the verification device 10B switches the verification mode executed by itself from the “normal CRC mode” to the “Rolling CRC mode”.
  • the verification apparatus 10A switches the generation mode for generating the packet from the “normal CRC mode” to the “Rolling CRC mode”. Thereafter, the verification device 10A generates a packet in the “Rolling CRC mode” and transfers the packet to the verification device 10B.
  • the verification apparatus can suppress an increase in latency while maintaining detection accuracy as necessary, as described above.
  • FIG. 2 is a functional block diagram illustrating the configuration of the verification apparatus 10 according to the first embodiment.
  • FIG. 4 is a schematic diagram illustrating an example of processing performed by the verification apparatus 10 according to the first embodiment.
  • the verification device 10 includes a transmission unit 20 and a reception unit 30.
  • the transmission unit 20 includes a packet transmission unit 21, a failure monitoring unit 22, a generation mode switching unit 23, and a packet generation unit 24.
  • the packet transmitter 21 is connected to the transmission path and transmits the packet to the transmission path.
  • the packet transmission unit 21 has one or a plurality of ports, and transmits the packet received from the packet generation unit 24 toward the transmission path via the port.
  • the failure monitoring unit 22 monitors whether a failure requiring switching of the verification mode has occurred. Specifically, the failure monitoring unit 22 monitors the status of the transmission line to which the transmission unit 20 is connected, and determines whether or not a transmission line failure that requires switching of the verification mode has occurred. To do.
  • the failure generation unit 24 indicates that no failure has occurred in the transmission line. A normal signal indicating is output.
  • the failure monitoring unit 22 determines that a failure requiring switching of the verification mode has occurred in the transmission line
  • the failure generation unit 24 indicates that a failure has occurred in the transmission line. A fault signal indicating that is output.
  • the generation mode switching unit 23 instructs the packet generation unit 24 to switch the generation mode used by the packet generation unit 24 when a switching packet for switching the verification mode for verifying the correctness of the data is generated by the packet generation unit 24. 24.
  • the packet generation unit 24 generates a packet to be transferred to the outside via a transmission path, and includes a normal packet generation unit 24a, a switching packet generation unit 24b, and an empty packet generation unit 24c.
  • the normal packet generator 24a generates a packet using the “normal CRC mode” or the “Rolling CRC mode”. Specifically, when the normal packet generation unit 24a receives a normal signal from the failure monitoring unit 22, each time a packet is stored in the buffer, the normal packet generation unit 24a uses the data included in the stored packet, The verification device 10B serving as the packet transmission destination generates a check bit used when verifying this data in the “normal CRC mode”. Then, the normal packet generation unit 24a generates a packet provided with the generated check bit added to the data included in the stored packet, and transmits the packet to the verification procedure 10B via the transmission unit 20.
  • the normal packet generation unit 24 a transmits the data included in the stored packet and the immediately preceding packet every time the packet is stored in the buffer. Using the data contained in the packet, the verification bit used when the verification device 10B serving as the packet transmission destination verifies this data and the data contained in the packet transmitted immediately before is set to “Rolling CRC mode”. (See FIG. 3). Then, the normal packet generation unit 24a generates a packet provided with the generated check bit added to the data included in the stored packet, and transmits the packet to the verification procedure 10B via the transmission unit 20.
  • the switching packet generation unit 24b generates a switching packet including data for switching the verification mode to the verification device of the packet transmission destination, according to the monitoring result by the failure monitoring unit 22. Specifically, when the switching packet generation unit 24b receives a normal signal from the failure monitoring unit 22, the switching mode by the verification device 10B serving as the packet transmission destination is switched from “normal CRC mode” to “Rolling CRC mode”. A packet including mode switching data for generating the packet is generated, and the generated packet is stored in a buffer.
  • the switching packet generation unit 24b uses the mode switching data included in the stored packet to set the inspection bit used when the verification device 10B serving as the packet transmission destination verifies the mode switching data as “normal CRC”. Generated by “mode”. Then, the switching packet generation unit 24b generates a switching packet in which the generated check bit is added to the mode switching data, and transmits the switching packet to the verification procedure 10B via the transmission unit 20.
  • the switching packet generation unit 24b switches the verification mode by the verification device 10B serving as the packet transmission destination from “Rolling CRC mode” to “normal CRC mode”.
  • the packet including the mode return data is generated, and the generated packet is stored in the buffer.
  • the switching packet generation unit 24b uses the mode return data included in the stored packet and the data included in the packet transmitted immediately before, to verify that the verification device 10B serving as the packet transmission destination
  • the check bits used when verifying the data and the mode switching data included in the packet transmitted immediately before are generated by the “Rolling CRC mode”.
  • the switching packet generation unit 24b generates a return packet in which the generated check bit is added to the mode return data, and transmits it to the verification procedure 10B via the transmission unit 20.
  • the empty packet generator 24c generates empty packets having empty data, that is, not including valid data. Specifically, when the return packet is transmitted to the verification procedure 10B by the switching packet generator 24b, the empty packet generator 24c generates a packet having empty data and stores the generated packet in the buffer.
  • the empty packet generation unit 24c uses the mode return data that is data included in the packet transmitted immediately before, when the verification device 10B serving as the packet transmission destination verifies the mode switching data.
  • a check bit is generated by “Rolling CRC mode”. Then, the empty packet generation unit 24c generates an empty packet in which the generated check bit is added to the empty data, and transmits the empty packet to the verification procedure 10B via the transmission unit 20.
  • the normal packet generation unit 24a When a packet is stored in the buffer of the verification device 10A when the packet generation unit 24 of the verification device 10A receives a normal signal from the failure monitoring unit 22, the normal packet generation unit 24a displays (1-1 in FIG. 4). As shown in FIG. 4A, the test bit # 1 is generated using the data # 1. Then, the normal packet generation unit 24a generates a packet # 1 in which the check bit # 1 generated using the “normal CRC mode” is added to the data # 1, and transmits the packet # 1 to the verification device 10B via the transmission unit 20.
  • the normal packet generation unit 24a generates the check bit # 2 using the data # 2 in the “normal CRC mode”. Then, the normal packet generation unit 24a generates a packet # 2 in which the check bit # 2 generated using the “normal CRC mode” is added to the data # 2, and transmits the packet # 2 to the verification device 10B via the transmission unit 20.
  • the packet generation unit 24 of the verification device 10A receives a failure signal from the failure monitoring unit 22 of the verification device 10A.
  • the switching packet generation unit 24b of the verification apparatus 10A indicated the information for switching the verification mode from the “normal CRC mode” to the “Rolling CRC mode” as illustrated in (1-3) of FIG.
  • the mode switching data is generated, and the inspection bit # 3 is generated using the generated mode switching data.
  • the switching packet generation unit 24b generates a packet # 3 in which the check bit # 3 generated using the “normal CRC mode” is added to the mode switching data, and transmits the packet # 3 to the verification procedure 10B via the transmission unit 20.
  • packet # 3 is a switching packet.
  • the generation mode switching unit 23 switches the generation mode of the packet generation unit 24 from “normal CRC mode” to “Rolling CRC mode”.
  • the normal packet generation unit 24a generates a check bit # 4 by “Rolling CRC mode” using the data # 4. Then, the normal packet generation unit 24a generates a packet # 4 in which the check bit # 4 generated using the “Rolling CRC mode” is added to the data # 4, and transmits the packet # 4 to the verification device 10B via the transmission unit 20.
  • the normal packet generator 24a generates the inspection bit # 5 by the “Rolling CRC mode” using the data # 4 and the data # 5. Then, the normal packet generation unit 24a generates a packet # 5 in which the check bit # 5 generated using the “Rolling CRC mode” is added to the data # 5, and transmits the packet # 5 to the verification device 10B via the transmission unit 20.
  • the packet generation unit 24 starts to receive a normal signal from the failure monitoring unit 22.
  • the switching packet generation unit 24b receives the mode return data indicating information for returning the verification mode from the “Rolling CRC mode” to the “normal CRC mode”.
  • the check bit # 6 is generated by the “Rolling CRC mode” using the data # 5.
  • the switching packet generation unit 24b generates a packet # 6 in which the check bit # 6 generated using the “Rolling CRC mode” is added to the mode return data, and transmits the packet # 6 to the verification device 10Bn via the transmission unit 20.
  • the empty packet generation unit 24c generates the inspection bit # 7 by the “Rolling CRC mode” using the mode return data. Then, the empty packet generation unit 24c generates a packet # 7 using the check bit # 7 generated using the “Rolling CRC mode”, and transmits the packet # 7 to the verification device 10B via the transmission unit 20.
  • packet # 7 is an empty packet in which no data is stored.
  • the generation mode switching unit 23 switches the generation mode of the packet generation unit 24 from “Rolling CRC mode” to “normal CRC mode”.
  • the normal packet generation unit 24a generates the check bit # 8 by the “normal CRC mode” using the data # 8. Then, the normal packet generation unit 24a generates a packet # 8 in which the check bit # 8 generated using the “normal CRC mode” is added to the data # 8, and transmits the packet # 8 to the verification device 10B via the transmission unit 20.
  • the reception unit 30 includes a packet reception unit 31, a data analysis unit 32, a verification mode switching unit 33, and a data verification unit 34.
  • the packet receiver 31 receives a packet from the transmission path.
  • the packet receiving unit 31 has one or a plurality of ports connected to the transmission path, and outputs a packet received from the transmission path via the port to the data verification unit 34.
  • the data analysis unit 32 analyzes data included in the received packet. Specifically, when the data analysis unit 32 receives a packet from the data verification unit 34, the data analysis unit 32 analyzes the data included in the packet to determine whether mode switching data or mode return data is included in the packet. judge.
  • the data analysis unit 32 determines that the mode switching data and the mode return data are not included in the packet, the data analysis unit 32 sends a packet to the data processing unit of a device such as a data processing device equipped with the verification device 10. Send.
  • a device such as a data processing device equipped with the verification device 10.
  • the data analysis unit 32 transmits the data included in the packet to the packet generation unit 24. Also good.
  • the verification mode switching unit 33 sets the verification mode from “normal CRC mode” to “Rolling CRC mode”. A mode switching signal indicating information for switching is output.
  • the data analysis unit 32 causes the verification mode switching unit 33 to return the verification mode from “Rolling CRC mode” to “normal CRC mode”.
  • a mode return signal indicating information is output.
  • the verification mode switching unit 33 switches the verification mode of the data verification unit 34 when receiving the switching packet.
  • the verification mode switching unit 33 instructs the data verification unit 34 to perform “Rolling” from the verification of the data using the “normal CRC mode”. Control is performed to switch the verification mode to the verification of the correctness of data using the “CRC mode”. Hereinafter, such control is referred to as “switching control”.
  • the mode return signal is received from the data analysis unit 32
  • the verification mode switching unit 33 instructs the data verification unit 34 to perform the “normal CRC mode” from the verification of the data using the “Rolling CRC mode”. The verification mode is returned to the verification of the correctness of the data using "”.
  • return control is hereinafter referred to as “return control”.
  • the data verification unit 34 verifies the correctness of the data included in the packet received from the packet reception unit 31 by using the “normal CRC mode” or the “Rolling CRC mode”.
  • the data verification unit 34 uses the check bit included in the packet received from the verification device 10A that is the packet transmission source, Verifies the correctness of the data contained in the received packet.
  • the data verification unit 34 has received the mode return signal from the data analysis unit 32, the data verification unit 34 has received the check bit and data included in the packet received from the verification device 10A that is the packet transmission source, and the data received immediately before. Using the data included in the packet, verification data for verifying the correctness of the data included in the packet received immediately before is generated (see FIG. 5).
  • the data verification unit 34 verifies the correctness of the data included in the received packet using the verification data generated immediately before by the “Rolling CRC mode” and the verification data generated currently (see FIG. 5).
  • the data verification unit 34 transmits the packet to the data analysis unit 32 when it is determined that there is no error in the data included in the packet. On the other hand, if the data verification unit 34 determines that there is an error in the data included in the packet, the data verification unit 34 discards the packet.
  • the data verification unit 34 When the data verification unit 34 receives the packet # 1 from the verification apparatus 10A, as shown in (3-1) of FIG. 4, the data verification unit 34 checks the check bit # 1 included in the packet # 1 in the “normal CRC mode”. Is used to verify the correctness of data # 1.
  • the data verification unit 34 uses the “normal CRC mode” to check the packet # 3.
  • Bit # 3 and data are used to verify the correctness of data (that is, mode switching data) included in packet # 3.
  • the verification apparatus 10A generates and sends “mode switching data” in (1-3) of FIG. Therefore, the data analysis unit 32 of the verification device 10B detects that the mode switching data is included in the packet # 3 received from the verification device 10A in (2-3) of FIG. In this case, the data analysis unit 32 generates a mode switching signal and sends it to the verification mode switching unit 33.
  • the verification mode switching unit 33 switches and controls the verification mode of the data analysis unit 34 from “normal CRC mode” to “Rolling CRC mode” in accordance with the mode switching signal.
  • the data verification unit 34 uses the “Rolling CRC mode” to check the packet # 4. Verification data # 4 for verifying the correctness of data # 4 is generated using bit # 4 and data # 4. In (2-4), since the verification mode is switched to the “Rolling CRC mode”, the data verification unit 34 does not verify the packet # 4 at this stage.
  • the data verification unit 34 when the data verification unit 34 receives the packet # 5 from the verification apparatus 10A, the data verification unit 34 performs the inspection included in the packet # 5 by the “Rolling CRC mode”. Using data # 4 included in bit # 5, data # 5, and packet # 4, verification data # 5 for verifying the correctness of data # 4 and data # 5 is generated. Then, as shown in (3-5) of FIG. 4, the data verification unit 34 verifies the correctness of the data # 4 using the verification data # 4 and the verification data # 5 by the “Rolling CRC mode”.
  • the data verification unit 34 when the data verification unit 34 receives the packet # 6 from the verification device 10A, the data verification unit 34 performs the inspection included in the packet # 6 by the “Rolling CRC mode”. Using the data # 5 included in the bit # 6, the data, and the packet # 5, verification data # 6 for verifying the correctness of the data included in the data # 5 and the packet # 6 is generated. Then, as shown in (3-6) of FIG. 4, the data verification unit 34 verifies the correctness of the data # 5 using the verification data # 5 and the verification data # 6 by the “Rolling CRC mode”.
  • the data verification unit 34 when the data verification unit 34 receives the packet # 7, the data verification unit 34 checks the check bit # 7 included in the packet # 7 in the “Rolling CRC mode” and Using the data included in packet # 6, verification data # 7 for verifying the correctness of the data included in packet # 6 is generated. Then, as shown in (3-7) of FIG. 4, the data verification unit 34 uses the verification data # 6 and the verification data # 7 in the “Rolling CRC mode” to check the data included in the packet # 6. Verify correctness.
  • the verification apparatus 10A generates and sends out the mode return data in (1-6). Therefore, the data analysis unit 32 of the verification device 10B detects that the mode return data is included in the packet # 6. In this case, the data analysis unit 32 generates a mode return signal and sends it to the verification mode switching unit 33.
  • the verification mode switching unit 33 controls to return the verification mode of the data verification unit 34 from “Rolling CRC mode” to “normal CRC mode” in response to the mode return signal. Since packet # 7 is generated by adding check bit # 7 to empty data, it is not necessary to verify the correctness of the data.
  • the data verification unit 34 when the data verification unit 34 that has returned to the “normal CRC mode” receives the packet # 8 from the verification device 10A, the data verification unit 34 uses the “normal CRC mode” to transmit the packet # 8. 8 is used to verify the correctness of data # 8 using check bit # 8 and data # 8.
  • FIG. 6 is a flowchart of the packet transmission process performed by the verification apparatus according to the first embodiment.
  • FIG. 7 is a flowchart of the data verification process performed by the verification apparatus according to the first embodiment.
  • the process by the verification apparatus 10 shall complete
  • the verification device 10 transmits the generated packet (S1003).
  • the verification apparatus 10 determines whether or not a failure in the transmission path has been detected or whether or not the detected failure has been eliminated (S1004). If the verification device 10 determines that no failure has been detected or that the failure has not disappeared, the verification device 10 again waits for data reception (No in S1004).
  • the verification apparatus 10 when a failure in a transmission path that requires switching of the verification mode is detected (Yes in S1004, S1005 is positive), the verification apparatus 10 generates mode switching data, and the switching generated by adding the check bit to the mode switching data. The packet is transmitted to the packet transmission destination device (S1006).
  • the verification apparatus 10 switches the generation mode from the “normal CRC mode” to the “Rolling CRC mode” (S1007), returns the process to S1001, and waits for data reception again.
  • the verification device 10 when the detected transmission path failure disappears (Yes at Step S1004, No at Step S1005), the verification device 10 generates the mode return data and also generates the switching packet generated by adding the check bit to the mode return data. The packet is transmitted to the destination device (S1008). Next, the verification device 10 transmits an empty packet to the packet transmission destination device following the switching packet (S1009).
  • the verification apparatus 10 switches the generation mode from the “Rolling CRC mode” to the “normal CRC mode” (S1010), returns the process to S1001, and waits for data reception again.
  • the verification device 10 analyzes the data included in the received packet and determines whether the mode switching data or the mode return data is included in the packet (S2003).
  • the verification device 10 transmits the received packet to the data processing unit (S2004), and performs the processing. It returns to S2001 and waits for reception of a packet again.
  • the verification device 10 switches the verification mode from “normal CRC mode” to “Rolling CRC mode” ( In step S2006, the reception of the packet is awaited again (S2001).
  • the verification apparatus 10 switches the verification mode from “Rolling CRC mode” to “normal CRC mode” (S2007). ) Waits for packet reception again (No in S2001).
  • the verification apparatus uses the “normal CRC mode” to verify the correctness of data until a failure in a transmission path that requires switching of the verification mode occurs. Can be suppressed.
  • the verification apparatus according to the first embodiment uses the “Rolling CRC mode” to verify the correctness of data when a failure in a transmission path that requires switching of the verification mode occurs. Error can be detected.
  • the verification mode can be smoothly switched from the “Rolling CRC mode” to the “normal CRC mode”.
  • the mode switching data and the mode return data included in the switching packet are damaged, the generation mode used by the verification apparatus 10 that is the transmission source of the packet, and the packet transmission There is a possibility that the verification mode used by the previous verification apparatus 10 becomes out of synchronization.
  • the packet transmission destination verification device 10 notifies the packet transmission source verification device 10 of the verification mode for verifying the correctness of the data by the data verification unit 34, so that the packet transmission source
  • the generation mode used by the verification device 10 is synchronized with the verification mode used by the verification device 10 that is a packet transmission destination.
  • FIG. 8 is a block diagram illustrating the configuration of the verification apparatus according to the second embodiment.
  • the configuration of the verification apparatus 10 according to the second embodiment is different from the verification apparatus 10 according to the first embodiment in the following description, except that a verification mode notification unit 35 is newly provided in the reception unit 30.
  • the verification mode notification unit 35 notifies the verification device 10 that is the transmission source of the packet.
  • the verification mode for verifying the correctness of the data by the data verification unit 34 is notified.
  • the verification mode notification unit 35 verifies the transmission source of the packet when the data verification unit 34 determines that the mode switching data received from the transmission source verification device has an error.
  • the device 10 is notified that the data verification unit 34 of the transmission destination verification device is verifying the correctness of the data using the “normal CRC mode”.
  • the generation mode switching unit 23 of the transmission source verification device is notified of the generation mode used by the normal packet generation unit 24a from the transmission destination verification device when receiving a notification of the verification mode from the verification device 10 of the transmission destination of the packet. Switch to verification mode.
  • the generation mode switching unit 23 of the transmission source verification device receives “normal” from the verification device 10 that is the transmission destination of the packet when the transmission source verification device is operating in the “Rolling CRC mode”.
  • the generation mode used by the packet generation unit 24 is switched from the “Rolling CRC mode” to the “normal CRC mode”.
  • the generation mode switching unit 23 switches the generation mode used by the normal packet generation unit 24a to the verification mode notified from the transmission destination verification device, and then transmits to the switching packet generation unit 24b before switching the generation mode.
  • the switching packet that has been transmitted to the destination verification device may be retransmitted.
  • FIG. 9 is a flowchart illustrating a flow of data verification processing performed by the packet transmission destination verification apparatus according to the second embodiment.
  • FIG. 10 is a flowchart illustrating the flow of the generation mode switching process performed by the packet transmission source verification device according to the second embodiment.
  • the transmission destination verification device 10 discards the received packet (S3002).
  • the transmission destination verification apparatus 10 notifies the verification apparatus 10 of the packet transmission source of a verification mode in which the transmission destination verification apparatus 10 verifies the correctness of the data by the data verification unit 34 (S3003).
  • the verification process ends (the process proceeds to S2001 in FIG. 7).
  • the packet transmission destination verification device notifies the packet transmission source verification device of the verification mode, the generation mode used by the packet transmission source verification device, and the packet It is possible to synchronize with the verification mode used by the verification apparatus of the transmission destination.
  • the packet transmission source verification device 10 in order to synchronize the generation mode used by the packet transmission source verification device 10 and the verification mode used by the packet reception destination verification device 10, the packet transmission source verification device 10.
  • the case where the verification mode for verifying the correctness of the data by the data verification unit 34 is notified is described.
  • the packet transmission source verification device 10 by causing the packet transmission source verification device 10 to retransmit the packet, the generation mode used by the packet transmission source verification device 10 and the verification mode used by the packet transmission destination verification device 10 are synchronized. You may make it do.
  • the packet transmission source verification device 10 retransmits the packet, and the generation mode used by the packet transmission source verification device 10 and the packet transmission destination verification device 10 verify. A case where the mode is synchronized will be described.
  • FIG. 9 is a block diagram illustrating the configuration of the verification apparatus according to the third embodiment.
  • FIG. 11 is a schematic diagram illustrating an example of processing performed by the verification apparatus according to the third embodiment.
  • the configuration of the verification apparatus 10 according to the third embodiment is the same as the verification according to the second embodiment except that the retransmission request unit 36 is provided in the reception unit 30, the buffer 25, and the packet retransmission unit 26 are newly provided in the transmission unit 20.
  • the device 10 differs from the device 10 described below.
  • the retransmission request unit 36 sends the verification request to the packet transmission source verification device 10. Request retransmission of the packet.
  • the packet verification information for identifying the mode switching packet and the data verification unit 34 of the transmission destination verification apparatus verify the correctness of the data using the “normal CRC mode” to the verification apparatus 10 of the packet transmission source. Request that the mode switching packet be retransmitted.
  • the retransmission request unit 36 verifies the transmission source of the packet when the data verification unit 34 determines that there is an error in the mode return data included in the mode return packet received from the transmission source verification device.
  • the packet identification information for identifying the mode return packet is transmitted to the device 10 and the fact that the data verification unit 34 of the transmission destination verification device verifies the correctness of the data using the “Rolling CRC mode”. Request retransmission of mode return packet.
  • the buffer 25 stores the packet generated by the packet generator 24. Specifically, the buffer 25 stores one packet generated by the packet generation unit 24 when the normal packet generation unit 24 a generates a packet using the “normal CRC mode”.
  • the buffer 25 stores two consecutive packets generated by the packet generator 24 when the normal packet generator 24a generates a packet using the “Rolling CRC mode”.
  • the packet retransmission unit 26 retransmits the packet stored in the buffer 25 to the transmission source verification device when receiving a packet retransmission request from the verification device 10 that is the transmission destination of the packet.
  • the packet retransmission unit 26 receives each packet stored in the buffer 25 when receiving a request for retransmission of the mode switching packet from the packet transmission destination verification device 10.
  • the packet including the mode switching data is specified from the inside.
  • the packet retransmission unit 26 stores the mode switching data included in the specified packet.
  • the check bit is generated by the “normal CRC mode”.
  • the packet retransmission unit 26 again generates a switching packet in which the generated check bit is added to the mode switching data, and retransmits it to the transmission destination verification device.
  • the packet retransmission unit 26 when the packet retransmission unit 26 receives a request for retransmission of the mode return packet from the verification device 10 that is the destination of the packet, the packet retransmission unit 26 includes the mode return data from among the packets stored in the buffer 25. Identify packets and packets containing empty data.
  • the packet retransmission unit 26 stores the mode return data included in the specified packet.
  • the check bit is generated by “Rolling CRC mode”. Then, the packet retransmission unit 26 again generates a return packet in which the generated check bit is added to the mode return data, and retransmits it to the transmission destination verification device.
  • the packet retransmission unit 26 again generates an empty packet with the check bit generated in the empty data included in the identified packet, and retransmits it to the transmission destination verification apparatus.
  • the packet generation unit 24 of the verification device 10A receives a failure signal from the failure monitoring unit 22 of the verification device 10A.
  • the switching packet generation unit 24b of the verification apparatus 10A generates the packet # 1 including the mode switching data using the “normal CRC mode” as illustrated in (1-1) of FIG. .
  • the switching packet generator 24b of the verification device 10A transmits packet # 1 to the verification device 10B.
  • the buffer 25 of the verification device 10A stores the packet # 1 generated by the switching packet generator 24b.
  • the generation mode switching unit 23 of the verification apparatus 10A changes the generation mode used by the normal packet generation unit 24a from “normal CRC mode” to “Rolling CRC mode” as shown in (1-2) of FIG. To "".
  • the data verification unit 34 of the verification device 10B receives the packet # 1 sent from the verification device 10A in (1-1) as shown in (2-1) of FIG. 1, whether or not the mode switching data is included is determined, and if the mode switching data is included in the packet # 1, the correctness of the mode switching data is verified.
  • the retransmission request unit 36 of the verification device 10B performs the process shown in FIG. (2-2), the verification apparatus 10A is requested to retransmit the mode switching packet including the fact that the correctness of the data is verified using the “normal CRC mode”.
  • the generation mode switching unit 23 of the verification device 10A verifies the correctness of the data using the “normal CRC mode” from the verification device 10B of (2-2).
  • the generation mode used by the packet generation unit 24 is switched from “Rolling CRC mode” to “normal CRC mode”.
  • the packet retransmission unit 26 of the verification device 10A sends the packet # 1 including the mode switching data stored in the buffer 25 to the verification device 10B. Resend. Note that the packet # 1 retransmitted to the verification device 10B is the packet sent to the verification device 10B in (1-1).
  • the generation mode switching unit 23 of the verification apparatus 10A changes the generation mode used by the normal packet generation unit 24a from “normal CRC mode” to “Rolling CRC mode” as shown in (1-5) of FIG. Switch to again.
  • the data verification unit 34 of the verification device 10B receives the packet # 1 from the verification device 10A as shown in (2-3) of FIG. 12A, the correctness of the mode switching data included in the packet # 1 is correct. To verify.
  • the data verification unit 34 of the verification device 10B determines that there is no error in the mode switching data included in the packet, as shown in (2-4) of FIG.
  • the verification mode is changed from “normal CRC mode” to “Rolling CRC mode”.
  • the empty packet generation unit 24c of the verification apparatus 10A generates a packet # 3 in which no data is stored using the “Rolling CRC mode”. . Then, the empty packet generation unit 24c of the verification device 10A transmits packet # 3 to the verification device 10B. At this time, the buffer 25 of the verification apparatus 10A stores packet # 2 and packet # 3.
  • the generation mode switching unit 23 of the verification apparatus 10A changes the generation mode used by the normal packet generation unit 24a from “Rolling CRC mode” to “normal CRC mode” as shown in (3-3) of FIG. To "".
  • the data verification unit 34 of the verification device 10B receives the packet # 3 transmitted from the verification device 10A in (3-2) as shown in (4-1) of FIG. ), The presence / absence of the mode return data included in the packet # 2 received from the verification device 10A is determined, and if the mode return data is included in the packet # 2, the correctness of the mode return data is verified.
  • the retransmission request unit 36 of the verification device 10B As shown in (4-2) of FIG. 12B, the verification apparatus 10A is requested to retransmit the packet including the fact that the correctness of the data is verified using the “Rolling CRC mode”. .
  • the generation mode switching unit 23 of the verification device 10A verifies the correctness of the data using the “Rolling CRC mode” from the verification device 10B of (4-2).
  • the generation mode used by the packet generator 24 is switched from the “normal CRC mode” to the “Rolling CRC mode”.
  • the packet retransmission unit 26 of the verification apparatus 10A uses the packet # 2 including the mode return data stored in the buffer 25 and the empty packet.
  • a certain packet # 3 is retransmitted to the verification device 10B.
  • the retransmitted packet # 2 and packet # 3 are packets generated using the “Rolling CRC mode” and sent to the verification device 10B in (3-1) and (3-2), respectively. It is.
  • the generation mode switching unit 23 of the verification device 10A changes the generation mode used by the normal packet generation unit 24a from “Rolling CRC mode” to “normal CRC mode” as shown in (3-6) of FIG. Switch to again.
  • the data verification unit 34 of the verification device 10B receives the packet # 2 and the packet # 3 from the verification device 10A, as shown in (4-3) of FIG. 12B, the mode included in the packet # 2 Verify correctness of return data.
  • the packet transmission process by the verification apparatus according to the third embodiment is the same as the flow of the packet transmission process shown in FIG. 6 except that the generated packet is stored.
  • the data verification process (S2002 in FIG. 7) is performed.
  • the details of the reference) and the retransmission process when a request for packet retransmission is received will be described.
  • FIG. 13 is a flowchart illustrating a flow of data verification processing performed by the verification device serving as the packet transmission destination device according to the third embodiment.
  • FIG. 14 is a flowchart illustrating a retransmission process performed by the verification device serving as the packet transmission source device according to the third embodiment.
  • the transmission destination verification device 10 discards the received packet (S5002).
  • the transmission destination verification apparatus 10 requests the packet transmission source verification apparatus 10 to retransmit the packet (S5003), and ends the data verification process (the process proceeds to S2001 in FIG. 7).
  • the packet transmission destination verification device causes the packet transmission source verification device 10 to retransmit the packet, and the generation mode used by the packet transmission source verification device, It is possible to synchronize the verification mode used by the verification apparatus of the transmission destination.
  • the transmission unit 20 and the reception unit 30 of the verification device 10 according to the first embodiment are mounted on individual devices. It may be.
  • processing procedures, control procedures, specific names, and information including various data and parameters (for example, the configuration of check bits and the configuration of packets) shown in the above-mentioned documents and drawings, unless otherwise specified. It can be changed arbitrarily.
  • each component of each illustrated apparatus is functionally conceptual and does not necessarily need to be physically configured as illustrated.
  • the specific form of distribution / integration of each device is not limited to that shown in the figure, and all or a part thereof may be functionally or physically distributed or arbitrarily distributed in arbitrary units according to various loads or usage conditions. Can be integrated and configured.
  • the switching packet generator 24b and the empty packet generator 24c shown in FIG. 2 can be integrated and configured.
  • each processing function performed in each device may be realized by a CPU and a program analyzed and executed by the CPU, or may be realized as hardware by wired logic.
  • FIG. 15 is a diagram illustrating a computer that executes a verification program.
  • a computer 110 as the verification apparatus 10 connects an input unit 120, a ROM 130, a CPU 140, an HDD 150, a RAM 160, and an output unit 170 through a bus 180 or the like.
  • the ROM 130 has a verification program that exhibits the same function as that of the verification apparatus 10 described in the first embodiment, that is, as shown in FIG. 13, a data verification program 130a, a data analysis program 130b, and a verification mode switching program. 130c, a failure monitoring program 130d, a packet generation program 130e, and a generation mode switching program 130f are stored in advance. Note that these programs 130a to 130f may be appropriately integrated or distributed in the same manner as each component of the verification apparatus 10 shown in FIG.
  • the CPU 140 reads out these programs 130a to 130f from the ROM 130 and executes them, as shown in FIG. 15, the programs 130a to 130f have a data verification process 140a, a data analysis process 140b, and a verification mode switch. It functions as a process 140c, a failure monitoring process 140d, a packet generation process 140e, and a generation mode switching process 140f.
  • the processes 140a to 140f include the data verification unit 34, the data analysis unit 32, the verification mode switching unit 33, the failure monitoring unit 22, the packet generation unit 24, and the generation mode switching unit shown in FIG. 23 respectively.
  • a flexible disk FD
  • a CD-ROM Compact Disc
  • DVD disk DVD
  • magneto-optical disk inserted into the computer 110.
  • a “portable physical medium” such as an IC card, or a “fixed physical medium” such as an HDD provided inside or outside the computer 110, and further via a public line, the Internet, a LAN, a WAN, etc.
  • Each program may be stored in “another computer (or server)” or the like, and the computer 110 may read and execute each program from now on.
  • the verification method described in the present embodiment can be realized by executing a program prepared in advance on a computer such as a personal computer or a workstation.
  • This program can be distributed via a network such as the Internet.
  • the program can also be executed by being recorded on a computer-readable recording medium such as a hard disk, a flexible disk (FD), a CD-ROM, an MO, and a DVD and being read from the recording medium by the computer.
  • a computer-readable recording medium such as a hard disk, a flexible disk (FD), a CD-ROM, an MO, and a DVD and being read from the recording medium by the computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

　必要に応じた検出精度を保持しつつ、レイテンシの増大を抑制することを課題とする。ここで、検証モードを切り替える必要がある伝送路の障害が発生した場合に、パケットの送信先の検証装置に対して、切替パケットを送信し、「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に検証モードを切り替えさせ、自己の生成モードを「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に切り替える。また、伝送路の障害が無くなった場合に、パケットの送信先の検証装置に対して、切替パケットと空パケットを送信し、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に検証モードを切り替えさせ、自己の生成モードを「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に切り替える。

Description

検証装置、検証方法および検証プログラム
　この発明は、検証装置、検証方法および検証プログラムに関する。
　従来より、データの誤りを検出する誤り検出方式としてＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ）方式があり、このＣＲＣ方式には、「通常ＣＲＣモード」と、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」とがある（特許文献１～５参照）。
　ここで、「通常ＣＲＣモード」は、自パケットに含まれているデータと検査ビットを用いて、自パケットに含まれるデータの正誤を検証する検証モードである。一方、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」は、自パケットに含まれているデータと、自パケット直前のパケットに含まれているデータと検査ビットとを用いて、直前に受信したパケットに含まれているデータの正誤を検証する検証モードである。
米国特許出願公開２００４／００９８６５５号公報 特開２００４－３５７２８４号公報 特開平０７－１２３１３４号公報 特開２０００－１９７６２６号公報 特開平１０－３０１８６０号公報
　ところで、従来の技術には、データの誤りを検出する検出精度が悪い、レイテンシが増大するという課題があった。
　すなわち、パケット通信には、一のパケットに含まれる検査ビットのビット長を短くし、このパケットに含まれるデータのデータ量を多くしたいという要望がある。しかし、「通常ＣＲＣモード」には、同じビット長の検査ビットを用いてデータの誤りを検出した場合に、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に比べてデータの誤りを検出する検出精度が悪い。例えば、通常ＣＲＣモードでは、パケットの伝送路の一部分が切断されることによって生じるデータの破損を検出することができない場合があるという問題点がある。
　一方では、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」では、通常ＣＲＣモードと比較してパケットの誤り検出率は高い。しかし、複数のパケットを受信しないとパケットの誤り検出を行うことができないことから、パケットを受け付けてからこのパケットに含まれているデータの正誤を検証するまでの検証時間が「通常ＣＲＣモード」よりも長く、レイテンシが増大するという問題点がある。
　そこで、この検証装置、検証方法および検証プログラムは、上述した課題を解決するためになされたものであり、必要に応じた検出精度を保持しつつ、レイテンシの増大を抑制することが可能な検証装置、検証方法および検証プログラムを提供することを目的とする。
　上述した課題を解決し、目的を達成するため、開示の検証装置は、生成されたパケットを送信するとともに、受信したパケットに含まれているデータの正誤を検証する検証装置であって、現に受信したパケットに含まれているデータの正誤を検証する第一の検証モード、または、直前に受信したパケットに含まれているデータの正誤を検証する第二の検証モードのいずれか一方の検証モードを用いてパケットに含まれているデータの正誤を検証する検証手段と、前記第一の検証モードに対応するパケットを生成する第一のパケット生成モード、または、前記第二の検証モードに対応するパケットを生成する第二のパケット生成モードの、いずれか一方の生成モードを用いてパケットを生成するパケット生成手段と、伝送路に検証モードを変更する必要があるような障害が発生しているか否かを監視する障害監視手段と、前記障害監視手段によって、障害が新たに発生した旨の監視結果が得られた場合、および、既に発生していた障害が無くなった旨の監視結果が得られた場合に、パケットの送信先の検証装置に対して、前記データ検証手段により用いられる検証モードを切り替えさせるためのデータを含んだ切替パケットを送信する切替パケット送信手段と、前記切替パケット送信手段によって切替パケットが送信された場合に、前記パケット生成手段により用いられる生成モードを切り替える生成モード切替手段と、前記切替パケットを受信した場合に、前記データ検証手段により用いられる検証モードを切り替える検証モード切替手段とを備えることを要する。
　また、開示の検証方法は、生成されたパケットを送信するとともに、受信したパケットに含まれているデータの正誤を検証する検証方法であって、現に受信したパケットに含まれているデータの正誤を検証する第一の検証モード、または、直前に受信したパケットに含まれているデータの正誤を検証する第二の検証モードのいずれか一方の検証モードを用いてパケットに含まれているデータの正誤を検証する検証ステップと、前記第一の検証モードに対応するパケットを生成する第一のパケット生成モード、または、前記第二の検証モードに対応するパケットを生成する第二のパケット生成モードのいずれか一方の生成モードを用いてパケットを生成するパケット生成ステップと、伝送路に検証モードを変更する必要があるような障害が発生しているか否かを監視する障害監視ステップと、前記障害監視ステップによって、障害が新たに発生した旨の監視結果が得られた場合、および、既に発生していた障害が無くなった旨の監視結果が得られた場合に、パケットの送信先の検証装置に対して、前記データ検証ステップにより用いられる検証モードを切り替えさせるためのデータを含んだ切替パケットを送信する切替パケット送信ステップと、前記切替パケット送信ステップによって切替パケットが送信された場合に、前記パケット生成ステップにより用いられる生成モードを切り替える生成モード切替ステップと、前記切替パケットを受信した場合に、前記データ検証ステップにより用いられる検証モードを切り替える検証モード切替ステップとを含むことを要する。
　また、開示の検証プログラムは、生成されたパケットを送信するとともに、受信したパケットに含まれているデータの正誤を検証する検証方法をコンピュータに実行させる検証プログラムであって、現に受信したパケットに含まれているデータの正誤を検証する第一の検証モード、または、直前に受信したパケットに含まれているデータの正誤を検証する第二の検証モードのいずれか一方の検証モードを用いてパケットに含まれているデータの正誤を検証する検証手順と、前記第一の検証モードに対応するパケットを生成する第一のパケット生成モード、または、前記第二の検証モードに対応するパケットを生成する第二のパケット生成モードのいずれか一方の生成モードを用いてパケットを生成するパケット生成手順と、伝送路に検証モードを変更する必要があるような障害が発生しているか否かを監視する障害監視手順と、前記障害監視手順によって、障害が新たに発生した旨の監視結果が得られた場合、および、既に発生していた障害が無くなった旨の監視結果が得られた場合に、パケットの送信先の検証装置に対して、前記データ検証手順により用いられる検証モードを切り替えさせるためのデータを含んだ切替パケットを送信する切替パケット送信手順と、前記切替パケット送信手順によって切替パケットが送信された場合に、前記パケット生成手順により用いられる生成モードを切り替える生成モード切替手順と、前記切替パケットを受信した場合に、前記データ検証手順により用いられる検証モードを切り替える検証モード切替手順とをコンピュータに実行させることを要する。
　開示の検証装置、検証方法、検証プログラムによれば、必要に応じた検出精度を保持しつつ、レイテンシの増大を抑制することが可能である。
図１は、実施例１に係る検証装置の概要および特徴を説明するための図である。 図２は、実施例１に係る検証装置の構成を示すブロック図である。 図３は、Ｒｏｌｌｉｎｇ　ＣＲＣモードによるパケット生成方法を説明するための図である。 図４は、実施例１に係る検証装置による処理の一例を説明するための図である。 図５は、Ｒｏｌｌｉｎｇ　ＣＲＣモードによるパケット検証方法を説明するための図である。 図６は、実施例１に係る検証装置によるパケット送信処理の流れを示すフローチャート図である。 図７は、実施例１に係る検証装置によるデータ検証処理の流れを示すフローチャート図である。 図８は、実施例２に係る検証装置の構成を示すブロック図である。 図９は、実施例２に係る検証装置によるデータ検証処理の流れを示すフローチャート図である。 図１０は、実施例２に係る検証装置による生成モード切替処理の流れを示すフローチャート図である。 図１１は、実施例３に係る検証装置の構成を示すブロック図である。 図１２は、実施例３に係る検証装置による処理の一例を説明するための図である。 図１３は、実施例３に係る検証装置によるデータ検証処理の流れを示すフローチャート図である。 図１４は、実施例３に係る検証装置による再送信処理の流れを示すフローチャート図である。 図１５は、検証プログラムを実行するコンピュータを示す図である。
符号の説明
　１０　検証装置
　２０　送信部
　２１　パケット送信部
　２２　障害監視部
　２３　生成モード切替部
　２４　パケット生成部
　２４ａ　通常パケット生成部
　２４ｂ　切替パケット生成部
　２４ｃ　空パケット生成部
　２５　バッファ
　２６　パケット再送信部
　３０　受信部
　３１　パケット受信部
　３２　データ解析部
　３３　検証モード切替部
　３４　データ検証部
　３５　検証モード通知部
　３６　再送信依頼部
　１１０　コンピュータ
　１２０　入力部
　１３０　ＲＯＭ（Read　Only　Memory）
　１３０ａ　データ検証プログラム
　１３０ｂ　データ解析プログラム
　１３０ｃ　検証モード切替プログラム
　１３０ｄ　障害監視プログラム
　１３０ｅ　パケット生成プログラム
　１３０ｆ　生成モード切替プログラム
　１４０　ＣＰＵ（Central　Processing　Unit）
　１４０ａ　データ検証プロセス
　１４０ｂ　データ解析プロセス
　１４０ｃ　検証モード切替プロセス
　１４０ｄ　障害監視プロセス
　１４０ｅ　パケット生成プロセス
　１４０ｆ　生成モード切替プロセス
　１５０　ＨＤＤ（Hard　disk　drive）
　１６０　ＲＡＭ（Random　Access　Memory）
　１７０　出力部
　１８０　バス
　以下に添付図面を参照して、この発明に係る検証装置、検証方法および検証プログラムの実施例を詳細に説明する。なお、以下では、この発明が適用された検証装置を実施例として説明する。
　以下の実施例１では、実施例１で用いる主要な用語、実施例１に係る検証装置の概要および特徴、検証装置の構成、検証装置の処理の流れを順に説明し、最後に実施例１の効果を説明する。
［実施例１で用いる主要な用語］
　まず最初に、本実施例で用いる主要な用語を説明する。実施例１で用いる「通常ＣＲＣモード」とは、パケットを受信した場合に、このパケットに含まれているデータと検査ビットとを用いて、受信したパケットの正誤を検証する検証モード、および、この検証モードに対応するパケットを生成する生成モードのことである。
　また、実施例１で用いる「Ｒｏｌｌｉｎｇ　ＣＲＣモード」とは、パケットを受信した場合に、このパケットに含まれているデータと、このパケットを受信する直前に受信したパケットに含まれているデータと検査ビットとを用いて、直前に受信したパケット内のデータの正誤を検証する検証モード、および、この検証モードに対応するパケットを生成する生成モードのことである。
［実施例１に係る検証装置の概要および特徴］
　次に、図１を用いて、実施例１に係る検証装置の概要および特徴を説明する。図１は、実施例１に係る検証装置の動作の概要および特徴を説明するための図である。
　実施例１に係る検証装置は、生成したパケットを送信するとともに、受信したパケットに含まれているデータの正誤を検証することを概要とする。そして、実施例１に係る検証装置は、必要に応じた検出精度を保持しつつ、レイテンシの増大を抑制することを主たる特徴とする。
　具体的に一例をあげて説明すると、図１の（Ａ）に示すように、実施例１に係る検証装置１０Ａは、「通常ＣＲＣモード」を用いてパケット生成し、実施例１に係る検証装置１０Ｂに対して送信しているものとする。また、検証装置１０Ｂは、検証装置１０Ａから受信したパケットに含まれているデータの正誤を「通常ＣＲＣモード」を用いて検証しているものとする。
　ここで、図１の（Ｂ）に示すように、例えば伝送路の一部切断など、検証装置１０Ａによって検証モードの切替が必要な伝送路の障害が検出されると、検証装置１０Ａはデータの正誤を検証する検証モードを切り替えさせるための切替パケットを生成し、検証装置１０Ｂに対して、切替パケットを送信する。
　切替パケットを受信した検証装置１０Ｂは、自身が実行する検証モードを「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に切り替える。
　続いて、検証装置１０Ａは、図１の（Ｃ）に示すように、パケットを生成する生成モードを「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に切り替える。この後、検証装置１０Ａは「Ｒｏｌｌｉｎｇ　ＣＲＣモード」によるパケットを生成して、検証装置１０Ｂに転送する。
　このようなことから、実施例１に係る検証装置は、上記した主たる特徴のごとく、必要に応じた検出精度を保持しつつ、レイテンシの増大を抑制することが可能である。
［検証装置の構成］
　次に、図２および図４を用いて、図１に示した検証装置１０の構成を説明する。図２は、実施例１に係る検証装置１０の構成を示す機能ブロック図である。図４は、実施例１に係る検証装置１０による処理の一例を説明するための図である。図２に示すように、この検証装置１０は、送信部２０と、受信部３０とを有する。
（送信部）
　送信部２０は、パケット送信部２１と、障害監視部２２と、生成モード切替部２３と、パケット生成部２４とを有する。
　パケット送信部２１は伝送路に接続されており、パケットを伝送路に送信する。具体的には、パケット送信部２１は、単数または複数のポートを有し、パケット生成部２４から受け付けたパケットをポートを介して伝送路に向けて送信する。
　障害監視部２２は、検証モードの切替が必要な障害が生じたか否かを監視する。具体的には、障害監視部２２は、送信部２０が接続されている伝送路の状況を監視し、検証モードの切替が必要となるような伝送路の障害が発生しているか否かを判定する。
　ここで、障害監視部２２は、検証モードの切替が必要な障害が伝送路で発生していないと判定した場合には、パケット生成部２４に対して、伝送路に障害が発生していない旨を示した通常信号を出力する。一方で、障害監視部２２は、検証モードの切替が必要な障害が伝送路で発生していると判定した場合には、パケット生成部２４に対して、伝送路に障害が発生している旨を示した障害信号を出力する。
　生成モード切替部２３は、パケット生成部２４によってデータの正誤を検証する検証モードを切り替えさせるための切替パケットが生成された場合に、パケット生成部２４により用いられる生成モードを切り替える指示をパケット生成部２４に対して行う。
　パケット生成部２４は、伝送路を介して外部に転送するパケットを生成するものであり、通常パケット生成部２４ａと、切替パケット生成部２４ｂと、空パケット生成部２４ｃとを有する。
　通常パケット生成部２４ａは、「通常ＣＲＣモード」、もしくは、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を用いてパケットを生成する。具体的には、通常パケット生成部２４ａは、障害監視部２２から通常信号を受け付けている場合には、バッファにパケットが格納されるごとに、格納されたパケットに含まれているデータ用いて、パケット送信先となる検証装置１０Ｂがこのデータを検証する際に用いる検査ビットを「通常ＣＲＣモード」により生成する。そして、通常パケット生成部２４ａは、生成した検査ビットを格納されたパケットに含まれているデータに付与したパケットを生成し、送信部２０を介して検証処置１０Ｂに送信する。
　また、通常パケット生成部２４ａは、障害監視部２２から障害信号を受け付けている場合には、バッファにパケットが格納されるごとに、格納されたパケットに含まれているデータと、直前に送信されたパケットに含まれているデータとを用いて、パケット送信先となる検証装置１０Ｂがこのデータおよび直前に送信されたパケットに含まれているデータを検証する際に用いる検査ビットを「Ｒｏｌｌｉｎｇ　ＣＲＣモード」により生成する（図３参照）。そして、通常パケット生成部２４ａは、生成した検査ビットを格納されたパケットに含まれているデータに付与したパケットを生成し、送信部２０を介して検証処置１０Ｂに送信する。
　切替パケット生成部２４ｂは、障害監視部２２による監視結果に応じて、パケットの送信先の検証装置に対して、検証モードを切り替えさせるためのデータを含んだ切替パケットを生成する。具体的には、切替パケット生成部２４ｂは、障害監視部２２から通常信号を受け付けた場合には、パケット送信先となる検証装置１０Ｂによる検証モードを「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」切り替えさせるためのモード切替データを含んだパケットを生成し、生成したパケットをバッファに格納する。
　続いて、切替パケット生成部２４ｂは、格納されたパケットに含まれているモード切替データを用いて、パケット送信先となる検証装置１０Ｂがモード切替データを検証する際に用いる検査ビットを「通常ＣＲＣモード」により生成する。そして、切替パケット生成部２４ｂは、生成した検査ビットをモード切替データに付与した切替パケットを生成し、送信部２０を介して検証処置１０Ｂに送信する。
　また、切替パケット生成部２４ｂは、障害監視部２２から通常信号を受け付けた場合には、パケット送信先となる検証装置１０Ｂによる検証モードを「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に切り替えさせるためのモード復帰データを含んだパケットを生成し、生成したパケットをバッファに格納する。
　続いて、切替パケット生成部２４ｂは、格納されたパケットに含まれているモード復帰データと、直前に送信されたパケットに含まれているデータとを用いて、パケット送信先となる検証装置１０Ｂが、直前に送信されたパケットに含まれているデータおよびモード切替データを検証する際に用いる検査ビットを「Ｒｏｌｌｉｎｇ　ＣＲＣモード」により生成する。そして、切替パケット生成部２４ｂは、生成した検査ビットをモード復帰データに付与した復帰パケットを生成し、送信部２０を介して検証処置１０Ｂに送信する。
　空パケット生成部２４ｃは、空データを持つ、つまり有効データが含まれていない空パケットを生成する。具体的には、空パケット生成部２４ｃは、切替パケット生成部２４ｂにより復帰パケットが検証処置１０Ｂに送信されると、空データを持つパケットを生成し、生成したパケットをバッファに格納する。
　続いて、空パケット生成部２４ｃは、直前に送信されたパケットに含まれているデータであるモード復帰データを用いて、パケット送信先となる検証装置１０Ｂが、モード切替データを検証する際に用いる検査ビットを「Ｒｏｌｌｉｎｇ　ＣＲＣモード」により生成する。そして、空パケット生成部２４ｃは、生成した検査ビットを空データに付与した空パケットを生成し、送信部２０を介して検証処置１０Ｂに送信する。
　以下に、図４を用いて、検証装置１０Ａから検証装置１０Ｂに対してパケットを送信する場合において、検証装置１０Ａの生成モード切替部２３、通常パケット生成部２４ａ、切替パケット生成部２４ｂおよび空パケット生成部２４ｃによる処理について、具体的に一例をあげて説明する。
　検証装置１０Ａのパケット生成部２４が障害監視部２２から通常信号を受け付けているときに検証装置１０Ａが有するバッファにパケットが格納されると、通常パケット生成部２４ａは、図４の（１－１）に示すようにデータ＃１を用いて検査ビット＃１を生成する。そして、通常パケット生成部２４ａは、「通常ＣＲＣモード」を用いて生成した検査ビット＃１をデータ＃１に付与したパケット＃１を生成し、送信部２０を介して検証装置１０Ｂに送信する。
　続いて、通常パケット生成部２４ａは、図４の（１－２）に示すように、データ＃２を用いて「通常ＣＲＣモード」により検査ビット＃２を生成する。そして、通常パケット生成部２４ａは、「通常ＣＲＣモード」を用いて生成した検査ビット＃２をデータ＃２に付与したパケット＃２を生成し、送信部２０を介して検証装置１０Ｂに送信する。
　ここで、検証装置１０Ａのパケット生成部２４が検証装置１０Ａの障害監視部２２から障害信号を受け付けたものとする。このとき、検証装置１０Ａの切替パケット生成部２４ｂは、図４の（１－３）に示すように、「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に検証モードを切り替えさせるための情報を示したモード切替データを生成するとともに、生成したモード切替データを用いて検査ビット＃３を生成する。そして、切替パケット生成部２４ｂは、「通常ＣＲＣモード」を用いて生成した検査ビット＃３をモード切替データに付与したパケット＃３を生成し、送信部２０を介して検証処置１０Ｂに送信する。ここで、パケット＃３は、切替パケットである。
　そして、生成モード切替部２３は、パケット生成部２４の生成モードを「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に切り替える。
　続いて、通常パケット生成部２４ａは、図４の（１－４）に示すように、データ＃４を用いて「Ｒｏｌｌｉｎｇ　ＣＲＣモード」により検査ビット＃４を生成する。そして、通常パケット生成部２４ａは、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を用いて生成した検査ビット＃４をデータ＃４に付与したパケット＃４を生成し、送信部２０を介して検証装置１０Ｂに送信する。
　続いて、通常パケット生成部２４ａは、図４の（１－５）に示すように、データ＃４およびデータ＃５を用いて「Ｒｏｌｌｉｎｇ　ＣＲＣモード」により検査ビット＃５を生成する。そして、通常パケット生成部２４ａは、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を用いて生成した検査ビット＃５をデータ＃５に付与したパケット＃５を生成し、送信部２０を介して検証装置１０Ｂに送信する。
　ここで、パケット生成部２４が障害監視部２２から通常信号を受け付け始めたものとする。このとき、切替パケット生成部２４ｂは、図４の（１－６）に示すように、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に検証モードを復帰させるための情報を示したモード復帰データを生成するとともに、データ＃５を用いて「Ｒｏｌｌｉｎｇ　ＣＲＣモード」により検査ビット＃６を生成する。そして、切替パケット生成部２４ｂは、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を用いて生成した検査ビット＃６をモード復帰データに付与したパケット＃６を生成し、送信部２０を介して検証装置１０Ｂｎに送信する。
　続いて、空パケット生成部２４ｃは、図４の（１－７）に示すように、モード復帰データを用いて「Ｒｏｌｌｉｎｇ　ＣＲＣモード」により検査ビット＃７を生成する。そして、空パケット生成部２４ｃは、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を用いて生成した検査ビット＃７を用いてパケット＃７を生成し、送信部２０を介して検証装置１０Ｂに送信する。ここで、パケット＃７は、データが格納されていない空パケットである。
　そして、生成モード切替部２３は、パケット生成部２４の生成モードを「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に切り替える。
　続いて、通常パケット生成部２４ａは、図４の（１－８）に示すように、データ＃８を用いて「通常ＣＲＣモード」により検査ビット＃８を生成する。そして、通常パケット生成部２４ａは、「通常ＣＲＣモード」を用いて生成した検査ビット＃８をデータ＃８に付与したパケット＃８を生成し、送信部２０を介して検証装置１０Ｂに送信する。
（受信部）
　図２の説明に戻ると、受信部３０は、パケット受信部３１と、データ解析部３２と、検証モード切替部３３と、データ検証部３４とを有する。
　パケット受信部３１は、伝送路からパケットを受信する。具体的には、パケット受信部３１は、伝送路に接続される単数または複数のポートを有し、ポートを介して伝送路から受信したパケットをデータ検証部３４に対して出力する。
　データ解析部３２は、受信したパケットに含まれるデータを解析する。具体的には、データ解析部３２は、データ検証部３４からパケットを受け付けた場合に、パケットに含まれるデータを解析して、モード切替データまたはモード復帰データがパケットに含まれているか否かを判定する。
　ここで、データ解析部３２は、モード切替データおよびモード復帰データがパケットに含まれていないと判定した場合には、検証装置１０を搭載したデータ処理装置などの装置のデータ処理部に対してパケットを送信する。なお、例えば、パケットを中継するルータなどの中継装置に検証装置１０を搭載した場合には、データ解析部３２が、パケット生成部２４に対してパケットに含まれているデータを送信するようにしてもよい。
　一方では、データ解析部３２は、モード切替データがパケットに含まれていると判定した場合には、検証モード切替部３３に対して、「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に検証モードを切り替えさせるための情報を示したモード切替信号を出力する。
　また、データ解析部３２は、モード復帰データがパケットに含まれていた場合には、検証モード切替部３３に対して、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に検証モードを復帰させるための情報を示したモード復帰信号を出力する。
　検証モード切替部３３は、切替パケットを受信した場合に、データ検証部３４の検証モードを切り替える。
　具体的には、検証モード切替部３３は、データ解析部３２からモード切替信号を受け付けた場合に、データ検証部３４に対して、「通常ＣＲＣモード」を使用したデータの正誤の検証から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を使用したデータの正誤の検証に検証モードを切り替えさせるよう制御する。このような制御を、以下では、「切替制御」と記載する。一方では、検証モード切替部３３は、データ解析部３２からモード復帰信号を受け付けた場合に、データ検証部３４に対して、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を使用したデータの正誤の検証から「通常ＣＲＣモード」を使用したデータの正誤の検証に検証モードを復帰させるよう制御する。このような制御を、以下では、「復帰制御」と記載する。
　データ検証部３４は、「通常ＣＲＣモード」、もしくは、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を用いて、パケット受信部３１から受け付けたパケットに含まれるデータの正誤を検証する。
　具体的には、データ検証部３４は、データ解析部３２からモード切替信号を受け付けている場合には、パケット送信元である検証装置１０Ａから受け付けたパケットに含まれている検査ビットを用いて、受信したパケットに含まれているデータの正誤を検証する。
　また、データ検証部３４は、データ解析部３２からモード復帰信号を受け付けている場合には、パケット送信元である検証装置１０Ａから受信したパケットに含まれている検査ビット、データおよび直前に受信したパケットに含まれているデータを用いて、直前に受信したパケットに含まれたデータの正誤を検証するための検証データを生成する（図５参照）。
　続いて、データ検証部３４は、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」により直前に生成した検証データおよび現に生成した検証データを用いて受信したパケットに含まれているデータの正誤を検証する（図５参照）。
　ここで、データ検証部３４は、パケットに含まれるデータに誤りがないと判定した場合に、パケットをデータ解析部３２に対して送信する。一方では、データ検証部３４は、パケットに含まれるデータに誤りがあると判定した場合には、パケットを破棄する。
　以下に、図４に示した例を用いて、検証装置１０Ａから検証装置１０Ｂに対してパケットを送信する場合において、検証装置１０Ｂのデータ検証部３４による処理について、具体的に説明する。なお、以下では、パケット受信部３１から受け付けたパケットに含まれるデータの正誤を検証するまでの処理について説明する。
　データ検証部３４は、図４の（３－１）に示すように、検証装置１０Ａからパケット＃１を受け付けた場合に、「通常ＣＲＣモード」によりパケット＃１に含まれている検査ビット＃１を用いて、データ＃１の正誤を検証する。
　続いて、データ検証部３４は、図４の（３－２）に示すように、検証装置１０Ａからパケット＃２を受け付けた場合に、「通常ＣＲＣモード」によりパケット＃２に含まれている検査ビット＃２を用いて、データ＃２の正誤を検証する。
　続いて、データ検証部３４は、図４の（３－３）に示すように、検証装置１０Ａからパケット＃３を受け付けた場合に、「通常ＣＲＣモード」によりパケット＃３に含まれている検査ビット＃３およびデータを用いて、パケット＃３に含まれているデータ（つまり、モード切替データ）の正誤を検証する。
　ここで、検証装置１０Ａは、図４の（１－３）において「モード切替データ」を生成、送出している。そのため、検証装置１０Ｂのデータ解析部３２は、図４の（２－３）にて検証装置１０Ａから受信したパケット＃３に、モード切替データが含まれていることを検出する。この場合、データ解析部３２はモード切替信号を生成し、検証モード切替部３３に送出する。検証モード切替部３３は、モード切替信号に応じて、データ解析部３４の検証モードを「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に切替制御する。
　続いて、データ検証部３４は、図４の（２－４）に示すように、検証装置１０Ａからパケット＃４を受け付けた場合に、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」によりパケット＃４に含まれている検査ビット＃４及びデータ＃４を用いて、データ＃４の正誤を検証するための検証データ＃４を生成する。なお、（２－４）では検証モードが「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に切り替えられている為、この段階ではデータ検証部３４はパケット＃４の検証を行わない。
　続いて、データ検証部３４は、図４の（２－５）に示すように、検証装置１０Ａからパケット＃５を受け付けた場合に、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」によりパケット＃５に含まれている検査ビット＃５、データ＃５およびパケット＃４に含まれているデータ＃４を用いて、データ＃４およびデータ＃５の正誤を検証するための検証データ＃５を生成する。そして、データ検証部３４は、図４の（３－５）に示すように、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」により検証データ＃４および検証データ＃５を用いてデータ＃４の正誤を検証する。
　続いて、データ検証部３４は、図４の（２－６）に示すように、検証装置１０Ａからパケット＃６を受け付けた場合に、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」によりパケット＃６に含まれている検査ビット＃６、データおよびパケット＃５に含まれているデータ＃５を用いて、データ＃５およびパケット＃６に含まれたデータの正誤を検証するための検証データ＃６を生成する。そして、データ検証部３４は、図４の（３－６）に示すように、「「Ｒｏｌｌｉｎｇ　ＣＲＣモード」により検証データ＃５および検証データ＃６を用いてデータ＃５の正誤を検証する。
　続いて、データ検証部３４は、図４の（２－７）に示すように、パケット＃７を受け付けた場合に、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」によりパケット＃７に含まれている検査ビット＃７およびパケット＃６に含まれているデータを用いて、パケット＃６に含まれているデータの正誤を検証するための検証データ＃７を生成する。そして、データ検証部３４は、図４の（３－７）に示すように、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」により検証データ＃６および検証データ＃７を用いて、パケット＃６に含まれているデータの正誤を検証する。
　ここで、検証装置１０Ａは（１－６）でモード復帰データを生成、送出している。そのため、検証装置１０Ｂのデータ解析部３２は、パケット＃６にモード復帰データが含まれていることを検出する。この場合、データ解析部３２は、モード復帰信号を生成して検証モード切替部３３に送出する。検証モード切替部３３は、モード復帰信号に応じて、データ検証部３４の検証モードを「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に復帰制御する。なお、パケット＃７は、空のデータに検査ビット＃７が付与して生成されたものであるため、データの正誤を検証しなくてもよい。
　続いて、「通常ＣＲＣモード」に復帰したデータ検証部３４は図４の（３－８）に示すように、検証装置１０Ａからパケット＃８を受け付けた場合に、「通常ＣＲＣモード」によりパケット＃８に含まれている検査ビット＃８およびデータ＃８を用いてデータ＃８の正誤を検証する。
［検証装置による処理］
　次に、図６および図７を用いて、検証装置１０による処理を説明する。図６は、実施例１に係る検証装置によるパケット送信処理の流れを示すフローチャート図である。図７は、実施例１に係る検証装置によるデータ検証処理の流れを示すフローチャート図である。なお、以下では、検証装置１０の駆動時に検証モードの切替が必要な伝送路の障害が発生していない、つまり図６の開始時点では、検証装置１０は「通常ＣＲＣモード」により動作しているものとして説明する。そして、検証装置１０による処理は、検証装置１０の駆動の停止とともに処理を終了するものとする。
（パケット送信処理）
　まず、図６を用いて、パケット送信元となる検証装置１０によるパケット送信処理の流れを説明する。図６に示すように、検証装置１０は、データを受け付けると（Ｓ１００１肯定）、「通常ＣＲＣモード」を用いてパケットを生成する（Ｓ１００２）。
　そして、検証装置１０は、生成したパケットを送信する（Ｓ１００３）。次いで、検証装置１０は、伝送路の障害を検出したか、あるいは検出していた障害がなくなったか否かを判別する（Ｓ１００４）。検証装置１０が障害を検出しない、あるいは障害がなくなっていないと判別した場合、検証装置１０は再びデータの受信を待機する（Ｓ１００４否定）。
　ここで、検証モードの切替が必要な伝送路の障害を検出すると（Ｓ１００４肯定、Ｓ１００５肯定）、検証装置１０は、モード切替データを生成し、検査ビットをモード切替データに付与して生成した切替パケットをパケット送信先の装置に対して送信する（Ｓ１００６）。
　続いて、検証装置１０は、生成モードを「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に切り替えて（Ｓ１００７）、処理をＳ１００１に戻して再びデータの受信を待機する。
　一方、検出していた伝送路の障害がなくなると（ステップＳ１００４肯定、ステップＳ１００５否定）、検証装置１０はモード復帰データを生成するとともに、検査ビットをモード復帰データに付与して生成した切替パケットをパケット送信先の装置に送信する（Ｓ１００８）。ついで、検証装置１０は、切替パケットに続いて、空パケットをパケット送信先の装置に送信する（Ｓ１００９）。
　続いて、検証装置１０は、生成モードを「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に切り替えて（Ｓ１０１０）、処理をＳ１００１に戻して再びデータの受信を待機する。
（データ検証処理）
　次に、図７を用いて、他の装置からパケットを受信した検証装置１０によるデータ検証処理の流れを説明する。図７の例でも、図７の処理開始時点では、検証装置１０は「通常ＣＲＣモード」にて動作しているものとする。図７に示すように、検証装置１０は、パケット送信元の装置からパケットを受け付けると（Ｓ２００１肯定）、パケットに含まれるデータの正誤を検証する（Ｓ２００２）。初期の段階では、Ｓ２００２のデータ検証は「通常ＣＲＣモード」により行われる。
　続いて、検証装置１０は、受信したパケットに含まれるデータを解析して、モード切替データまたはモード復帰データがパケットに含まれているか否かを判定する（Ｓ２００３）。
　ここで、モード切替データあるいはモード復帰データがパケットに含まれていないと判定した場合には（Ｓ２００３否定）、検証装置１０は、データ処理部に対して受信パケットを送信し（Ｓ２００４）、処理をＳ２００１に戻して再びパケットの受信を待機する。
　一方では、モード切替データがパケットに含まれていると判定した場合には（Ｓ２００３肯定、Ｓ２００５肯定）、検証装置１０は、「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に検証モードを切り替えて（Ｓ２００６）、再びパケットの受信を待機する（Ｓ２００１）。
　また、モード復帰データがパケットに含まれていると判定した場合には（Ｓ２００３肯定、Ｓ２００５否定）、検証装置１０は、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に検証モードを切り替えて（Ｓ２００７）、再びパケットの受信を待機する（Ｓ２００１否定）。
［実施例１の効果］
　上記したように、実施例１によれば、必要に応じた検出精度を保持しつつ、レイテンシの増大を抑制することが可能である。例えば、実施例１に係る検証装置は、検証モードの切替が必要な伝承路の障害などが発生するまでは、「通常ＣＲＣモード」を使用してデータの正誤を検証するため、レイテンシの増大を抑制することができる。そして、実施例１に係る検証装置は、検証モードの切替が必要な伝送路の障害などが発生した場合には、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を使用してデータの正誤を検証するため、精度良くデータの誤りを検出することができる。
　また、実施例１によれば、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に、円滑に検証モードを切り替えることが可能である。
　ところで、実施例１に係る検証装置１０では、切替パケットに含まれているモード切替データおよびモード復帰データに破損が発生し、パケットの送信元の検証装置１０により用いられる生成モードと、パケットの送信先の検証装置１０により用いられる検証モードとが同期しなくなる可能性がある。
　そこで、実施例２では、パケット送信先の検証装置１０からパケットの送信元の検証装置１０に対して、データ検証部３４によるデータの正誤を検証する検証モードを通知して、パケットの送信元の検証装置１０により用いられる生成モードと、パケットの送信先の検証装置１０により用いられる検証モードとを同期させる。
［実施例２に係る検証装置の構成］
　まず、図８を用いて実施例２に係る検証装置１０の構成を説明する。図８は、実施例２に係る検証装置の構成を示すブロック図である。実施例２に係る検証装置１０の構成は、検証モード通知部３５を受信部３０に新たに備える他は、実施例１に係る検証装置１０と以下に説明する点が異なる。
　すなわち、検証モード通知部３５は、データ検証部３４によって送信元検証装置から受信したパケットに含まれているデータに誤りがあると判定された場合に、パケットの送信元の検証装置１０に対して、データ検証部３４によるデータの正誤を検証する検証モードを通知する。
　具体的に一例をあげて説明すると、検証モード通知部３５は、データ検証部３４によって、送信元検証装置から受信したモード切替データに誤りがあると判定された場合に、パケットの送信元の検証装置１０に対して、送信先検証装置のデータ検証部３４が「通常ＣＲＣモード」を用いてデータの正誤を検証している旨を通知する。
　送信元検証装置の生成モード切替部２３は、パケットの送信先の検証装置１０から検証モードの通知を受け付けた場合に、通常パケット生成部２４ａにより用いられる生成モードを送信先検証装置から通知された検証モードに切り替える。
　具体的に一例をあげて説明すると、送信元検証装置の生成モード切替部２３は、送信元検証装置が「Ｒｏｌｌｉｎｇ　ＣＲＣモード」で動作しているときにパケットの送信先の検証装置１０から「通常ＣＲＣモード」を用いてデータの正誤を検証している旨の通知を受け付けると、パケット生成部２４により用いられる生成モードを「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に切り替える。
　なお、生成モード切替部２３は、送信先検証装置から通知された検証モードに通常パケット生成部２４ａにより用いられる生成モードを切り替えた後、切替パケット生成部２４ｂに対して、生成モード切替前に送信先検証装置に送信していた切替パケットを再送信させるようにしてもよい。
［実施例２に係る検証装置による処理］
　次に、図９および図１０を用いて、実施例２に係る検証装置による処理を説明する。なお、以下では、データ検証処理（図７のＳ２００２参照）の詳細と、検証モードの通知を受け付けた場合の生成モード切替処理について説明する。
　図９は、実施例２に係る、パケット送信先の検証装置によるデータ検証処理の流れを示すフローチャート図である。図１０は、実施例２に係る、パケット送信元の検証装置による生成モード切替処理の流れを示すフローチャート図である。
（データ検証処理）
　まず、図９を用いて、パケット送信先の検証装置１０によるデータ検証処理の流れを説明する。図９に示すように、送信先検証装置１０は、送信元検証装置から受信したパケットに含まれているデータに誤りがないと判定されると（Ｓ３００１肯定）、データ検証処理を終了する（図７のＳ２００３に移行）。
　一方では、送信先検証装置１０は、送信元検証装置から受信したパケットに含まれているデータに誤りがあると判定されると（Ｓ３００１否定）、受信したパケットを破棄する（Ｓ３００２）。
　続いて、送信先検証装置１０は、パケットの送信元の検証装置１０に対して、データ検証部３４によるデータの正誤を送信先検証装置１０が検証する検証モードを通知して（Ｓ３００３）、データ検証処理を終了する（図７のＳ２００１に移行）。
（生成モード切替処理）
　次に、図１０を用いて、パケット送信元検証装置１０による生成モード切替処理の流れを説明する。図１０に示すように、送信元検証装置１０は、パケットの送信先の検証装置１０から検証モードの通知を受け付けると（Ｓ４００１肯定）、通知された検証モードに通常パケット生成部２４ａにより用いられる生成モードを切り替え（Ｓ４００２）、生成モード切替処理を終了する。
［実施例２の効果］
　上記したように、実施例２によれば、パケット送信先検証装置からパケットの送信元の検証装置に対して検証モードを通知して、パケットの送信元の検証装置により用いられる生成モードと、パケットの送信先の検証装置により用いられる検証モードとを同期させることが可能である。
　ところで、実施例２では、パケットの送信元の検証装置１０により用いられる生成モードと、パケットの受信先の検証装置１０により用いられる検証モードとを同期させるために、パケットの送信元の検証装置１０に対して、データ検証部３４によるデータの正誤を検証する検証モードを通知する場合を説明した。しかしながら、パケットの送信元の検証装置１０にパケットを再送信させることにより、パケットの送信元の検証装置１０により用いられる生成モードと、パケットの送信先の検証装置１０により用いられる検証モードとを同期するようにしてもよい。
　そこで、実施例３では、パケットの送信元の検証装置１０にパケットを再送信させて、パケットの送信元の検証装置１０により用いられる生成モードと、パケットの送信先の検証装置１０により用いられる検証モードとを同期する場合を説明する。
［実施例３に係る検証装置の構成］
　まず、図１１および図１２を用いて実施例３に係る検証装置１０の構成を説明する。図９は、実施例３に係る検証装置の構成を示すブロック図である。図１１は、実施例３に係る検証装置による処理の一例を説明するための図である。実施例３に係る検証装置１０の構成は、再送信依頼部３６を受信部３０に、バッファ２５と、パケット再送信部２６とを送信部２０に新たに備える他は、実施例２に係る検証装置１０と以下に説明する点が異なる。
　すなわち、再送信依頼部３６は、データ検証部３４によってパケット送信元検証装置から受信したパケットに含まれているデータに誤りがあると判定された場合に、パケットの送信元の検証装置１０に対して、パケットの再送信を依頼する。
　具体的に一例をあげて説明すると、再送信依頼部３６は、データ検証部３４によって、送信元検証装置から受信したモード切替パケットに含まれているモード切替データに誤りがあると判定された場合に、パケットの送信元の検証装置１０に対して、モード切替パケットを識別するためのパケット識別情報と、送信先検証装置のデータ検証部３４が「通常ＣＲＣモード」を用いてデータの正誤を検証している旨と送信して、モード切替パケットの再送信を依頼する。
　また、再送信依頼部３６は、データ検証部３４によって、送信元検証装置から受信したモード復帰パケットに含まれているモード復帰データに誤りがあると判定された場合に、パケットの送信元の検証装置１０に対して、モード復帰パケットを識別するためのパケット識別情報と、送信先検証装置のデータ検証部３４が「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を用いてデータの正誤を検証している旨と送信して、モード復帰パケットの再送信を依頼する。
　バッファ２５は、パケット生成部２４によって生成されたパケットを記憶する。具体的には、バッファ２５は、通常パケット生成部２４ａが「通常ＣＲＣモード」を用いてパケットを生成しているときには、パケット生成部２４によって生成されたパケットを１つ記憶する。
　また、バッファ２５は、通常パケット生成部２４ａが「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を用いてパケットを生成しているときには、パケット生成部２４によって生成された連続するパケットを２つ記憶する。
　パケット再送信部２６は、パケットの送信先の検証装置１０からパケットの再送信の依頼を受け付けた場合に、バッファ２５に記憶されているパケットを送信元検証装置に対して再送信する。
　具体的に一例をあげて説明すると、パケット再送信部２６は、パケットの送信先の検証装置１０からモード切替パケットの再送信の依頼を受け付けた場合に、バッファ２５に記憶されている各パケットの中からモード切替データを含んだパケットを特定する。
　このとき、パケット生成部２４により用いられる生成モードが「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に切り替えられているため、パケット再送信部２６は、特定したパケットに含まれているモード切替データを用いて検査ビットを「通常ＣＲＣモード」により生成する。そして、パケット再送信部２６は、生成した検査ビットをモード切替データに付与した切替パケットを再び生成し、送信先検証装置に再送信する。
　また、パケット再送信部２６は、パケットの送信先の検証装置１０からモード復帰パケットの再送信の依頼を受け付けた場合に、バッファ２５に記憶されている各パケットの中からモード復帰データを含んだパケットと、空データを含んだパケットを特定する。
　このとき、パケット生成部２４により用いられる生成モードが「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に切り替えられているため、パケット再送信部２６は、特定したパケットに含まれているモード復帰データを用いて検査ビットを「Ｒｏｌｌｉｎｇ　ＣＲＣモード」により生成する。そして、パケット再送信部２６は、生成した検査ビットをモード復帰データに付与した復帰パケットを再び生成し、送信先検証装置に再送信する。
　続いて、パケット再送信部２６は、特定したパケットに含まれている空データに生成した検査ビットを空パケットを再び生成し、送信先検証装置に再送信する。
　以下に、図１２を用いて、検証装置１０Ａから検証装置１０Ｂに対してパケットを送信する場合において、検証装置１０Ａによる処理および検証装置１０Ｂによる処理について、具体的に２つのシチュエーションを例にあげて説明する。
（シチュエーション１）
　検証装置１０Ａのパケット生成部２４が障害監視部２２から通常信号を受け付けているときに検証装置１０Ａが有するバッファ２５にパケットが格納されると、通常パケット生成部２４ａは、「通常ＣＲＣモード」を用いてパケットを生成する。続いて、検証装置１０Ａの通常パケット生成部２４ａは、検証装置１０Ｂに対して生成したパケットを送信する。
　ここで、検証装置１０Ａのパケット生成部２４が検証装置１０Ａの障害監視部２２から障害信号を受け付けたものとする。このとき、検証装置１０Ａの切替パケット生成部２４ｂは、図１２（Ａ）の（１－１）に示すように、「通常ＣＲＣモード」を用いてモード切替データを含んだパケット＃１を生成する。
　続いて、検証装置１０Ａの切替パケット生成部２４ｂは、検証装置１０Ｂに対してパケット＃１を送信する。このとき、検証装置１０Ａのバッファ２５は、切替パケット生成部２４ｂによって生成されたパケット＃１を記憶している。
　そして、検証装置１０Ａの生成モード切替部２３は、図１２（Ａ）の（１－２）に示すように、通常パケット生成部２４ａにより用いられる生成モードを「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に切り替える。
　一方、検証装置１０Ｂのデータ検証部３４は、図１２（Ａ）の（２－１）に示すように、（１－１）で検証装置１０Ａから送出されたパケット＃１を受け付けると、パケット＃１に含まれているモード切替データの有無を判別するとともに、モード切替データがパケット＃１に含まれている場合にはモード切替データの正誤を検証する。
　ここで、検証装置１０Ｂのデータ検証部３４によって、パケット＃１に含まれているモード切替データに誤りがあると判定されると、検証装置１０Ｂの再送信依頼部３６は、図１２（Ａ）の（２－２）に示すように、検証装置１０Ａに対して、「通常ＣＲＣモード」を用いてデータの正誤を検証している旨を含んだモード切替パケットの再送信を依頼する。
　検証装置１０Ａの生成モード切替部２３は、図１２（Ａ）の（１－３）に示すように、（２－２）の検証装置１０Ｂから「通常ＣＲＣモード」を用いてデータの正誤を検証している旨を含んだモード切替パケットの再送信を依頼を受け付けると、パケット生成部２４により用いられる生成モードを「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に切り替える。
　そして、検証装置１０Ａのパケット再送信部２６は、図１２（Ａ）の（１－４）に示すように、バッファ２５に記憶されているモード切替データを含んだパケット＃１を検証装置１０Ｂに再送信する。なお、検証装置１０Ｂに再送信されるパケット＃１は、（１－１）で検証装置１０Ｂに送出されたパケットである。
　そして、検証装置１０Ａの生成モード切替部２３は、図１２（Ａ）の（１－５）に示すように、通常パケット生成部２４ａにより用いられる生成モードを「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に再び切り替える。
　検証装置１０Ｂのデータ検証部３４は、図１２（Ａ）の（２－３）に示すように、検証装置１０Ａからパケット＃１を受け付けると、パケット＃１に含まれているモード切替データの正誤を検証する。
　ここで、検証装置１０Ｂのデータ検証部３４は、パケットに含まれているモード切替データに誤りがないと判定すると、図１２（Ａ）の（２－４）に示すように、検証装置１０Ｂの検証モードが「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に変更される。
（シチュエーション２）
　検証装置１０Ａのパケット生成部２４が障害監視部２２から通常信号を受け付けると、検証装置１０Ａの切替パケット生成部２４ｂは、図１２（Ｂ）の（３－１）に示すように、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を用いてモード復帰データを含んだパケット＃２を生成する。そして、検証装置１０Ａの切替パケット生成部２４ｂは、検証装置１０Ｂに対してパケット＃２を送信する。
　続いて、検証装置１０Ａの空パケット生成部２４ｃは、図１２（Ｂ）の（３－２）に示すように、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を用いてデータが格納されていないパケット＃３を生成する。そして、検証装置１０Ａの空パケット生成部２４ｃは、検証装置１０Ｂに対してパケット＃３を送信する。このとき、検証装置１０Ａのバッファ２５は、パケット＃２およびパケット＃３を記憶している。
　そして、検証装置１０Ａの生成モード切替部２３は、図１２（Ｂ）の（３－３）に示すように、通常パケット生成部２４ａにより用いられる生成モードを「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に切り替える。
　検証装置１０Ｂのデータ検証部３４は、図１２（Ｂ）の（４－１）に示すように、検証装置１０Ａから（３－２）で送出されたパケット＃３を受け付けると、（３－１）で検証装置１０Ａから受信したパケット＃２に含まれているモード復帰データの有無を判別するとともに、モード復帰データがパケット＃２に含まれている場合にはモード復帰データの正誤を検証する。
　ここで、検証装置１０Ｂのデータ検証部３４によって、データ検証部３４によってパケット＃２に含まれているモード復帰データに誤りがあると判定されると、検証装置１０Ｂの再送信依頼部３６は、図１２（Ｂ）の（４－２）に示すように、検証装置１０Ａに対して、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を用いてデータの正誤を検証している旨を含んだパケットの再送信を依頼する。
　検証装置１０Ａの生成モード切替部２３は、図１２（Ｂ）の（３－４）に示すように、（４－２）の検証装置１０Ｂから「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を用いてデータの正誤を検証している旨を含んだモード復帰パケットの再送信の依頼を受け付けると、パケット生成部２４により用いられる生成モードを「通常ＣＲＣモード」から「Ｒｏｌｌｉｎｇ　ＣＲＣモード」に切り替える。
　続いて、検証装置１０Ａのパケット再送信部２６は、図１２（Ｂ）の（３－５）に示すように、バッファ２５に記憶されているモード復帰データを含んだパケット＃２および空パケットであるパケット＃３を検証装置１０Ｂに再送信する。なお、再送信されるパケット＃２およびパケット＃３は、「Ｒｏｌｌｉｎｇ　ＣＲＣモード」を用いて生成された、それぞれ（３－１）、（３－２）で検証装置１０Ｂに対して送出されたパケットである。
　そして、検証装置１０Ａの生成モード切替部２３は、図１２（Ｂ）の（３－６）に示すように、通常パケット生成部２４ａにより用いられる生成モードを「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に再び切り替える。
　検証装置１０Ｂのデータ検証部３４は、図１２（Ｂ）の（４－３）に示すように、検証装置１０Ａからパケット＃２およびパケット＃３を受け付けると、パケット＃２に含まれているモード復帰データの正誤を検証する。
　ここで、検証装置１０Ｂのデータ検証部３４は、パケットに含まれているモード復帰データに誤りがないと判定すると、図１２（Ｂ）の（４－４）に示すように、検証装置１０Ｂの検証モードが「Ｒｏｌｌｉｎｇ　ＣＲＣモード」から「通常ＣＲＣモード」に変更される。
［実施例３に係る検証装置による処理］
　次に、図１３および図１４を用いて、実施例３に係る検証装置による処理を説明する。実施例３に係る検証装置によるパケット送信処理は、生成されたパケットを記憶すること以外は、図６に示したパケット送信処理の流れと同様であり、以下では、データ検証処理（図７のＳ２００２参照）の詳細と、パケットの再送信の要求を受け付けた場合の再送信処理について説明する。
　図１３は、実施例３に係るパケット送信先装置となる検証装置によるデータ検証処理の流れを示すフローチャート図である。図１４は、実施例３に係るパケット送信元装置となる検証装置による再送信処理の流れを示すフローチャート図である。
（データ検証処理）
　図１３に示すように、送信先検証装置１０は、送信元検証装置から受信したパケットに含まれているデータに誤りがないと判定されると（Ｓ５００１肯定）、データ検証処理を終了する（図７のステップＳ２００３に移行）。
　一方では、送信先検証装置１０は、送信元検証装置から受信したパケットに含まれているデータに誤りがあると判定されると（Ｓ５００１否定）、受信したパケットを破棄する（Ｓ５００２）。
　続いて、送信先検証装置１０は、パケットの送信元の検証装置１０に対してパケットの再送信を依頼し（Ｓ５００３）、データ検証処理を終了する（図７のＳ２００１に移行）。
（再送信処理）
　次に、図１４を用いて、送信元検証装置１０によるパケット再送信処理の流れを説明する。図１４に示すように、検証装置１０は、パケットの送信先の検証装置１０からパケットの再送信の依頼を受け付けると（Ｓ６００１否定）、バッファ２５に記憶されているパケットを送信先検証装置に再送信して（Ｓ６００２）、データ検証処理を終了する。
［実施例３の効果］
　上記したように、実施例３によれば、パケット送信先検証装置からパケットの送信元の検証装置１０にパケットを再送信させて、パケットの送信元の検証装置により用いられる生成モードと、パケットの送信先の検証装置により用いられる検証モードとを同期させることが可能である。
　さて、これまで実施例１～３について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、実施例４として、他の実施例を説明する。
　例えば、実施例１では、パケットを送受信する検証装置１０に本発明を適用する場合を説明したが、実施例１に係る検証装置１０の送信部２０および受信部３０を個別の装置に搭載するようにしてもよい。
　また、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、検査ビットの構成やパケットの構成）については、特記する場合を除いて任意に変更することができる。
　また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図２に示した切替パケット生成部２４ｂと、空パケット生成部２４ｃとを統合して構成することができる。
　さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
　ところで、本発明はあらかじめ用意されたプログラムを検証装置１０としてのコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図１５を用いて、上記の実施例に示した検証装置１０と同様の機能を有する検証プログラムを実行するコンピュータを一例として説明する。図１５は、検証プログラムを実行するコンピュータを示す図である。
　同図に示すように、検証装置１０としてのコンピュータ１１０は、入力部１２０、ＲＯＭ１３０、ＣＰＵ１４０、ＨＤＤ１５０、ＲＡＭ１６０および出力部１７０をバス１８０などで接続する。
　ＲＯＭ１３０には、上記の実施例１に示した検証装置１０と同様の機能を発揮する検証プログラム、つまり、図１３に示すように、データ検証プログラム１３０ａと、データ解析プログラム１３０ｂと、検証モード切替プログラム１３０ｃと、障害監視プログラム１３０ｄと、パケット生成プログラム１３０ｅと、生成モード切替プログラム１３０ｆとが、あらかじめ記憶されている。なお、これらのプログラム１３０ａ～プログラム１３０ｆについては、図２に示した検証装置１０の各構成要素と同様、適宜統合または、分散してもよい。
　そして、ＣＰＵ１４０がこれらのプログラム１３０ａ～プログラム１３０ｆをＲＯＭ１３０から読み出して実行することで、図１５に示すように、プログラム１３０ａ～プログラム１３０ｆは、データ検証プロセス１４０ａと、データ解析プロセス１４０ｂと、検証モード切替プロセス１４０ｃと、障害監視プロセス１４０ｄと、パケット生成プロセス１４０ｅと、生成モード切替プロセス１４０ｆとして機能するようになる。なお、プロセス１４０ａ～プロセス１４０ｆは、図２に示した、データ検証部３４と、データ解析部３２と、検証モード切替部３３と、障害監視部２２と、パケット生成部２４と、生成モード切替部２３とにそれぞれ対応する。
　なお、上記した各プログラム１３０ａ～プログラム１３０ｆについては、必ずしも最初からＲＯＭ１３０に記憶させておく必要はなく、例えば、コンピュータ１１０に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、またはコンピュータ１１０の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１１０に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ１１０がこれから各プログラムを読み出して実行するようにしてもよい。
　なお、本実施例で説明した検証方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

Claims (6)

  1. 　生成されたパケットを送信するとともに、受信したパケットに含まれているデータの正誤を検証する検証装置であって、
    　受信したパケットに含まれているデータの正誤を検証する第一の検証モード、または、直前に受信したパケットに含まれているデータの正誤を検証する第二の検証モードのいずれか一方の検証モードを用いてパケットに含まれているデータの正誤を検証する検証手段と、
    　前記第一の検証モードに対応するパケットを生成する第一のパケット生成モード、または、前記第二の検証モードに対応するパケットを生成する第二のパケット生成モードの、いずれか一方の生成モードを用いてパケットを生成するパケット生成手段と、
    　検証モードを切り替える必要がある伝送路の障害が発生しているか否かを監視する障害監視手段と、
    　前記障害監視手段によって、障害が発生した旨の監視結果が得られた場合、あるいは、既に発生していた障害が無くなった旨の監視結果が得られた場合に、パケットの送信先の検証装置に対して、前記データ検証手段により用いられる検証モードの切り替えを通知する切替パケットを送信する切替パケット送信手段と、
    　前記パケット生成手段により用いられる生成モードを切り替える生成モード切替手段と、
    　前記切替パケットを受信した場合に、前記切替パケットにより通知された検証モードに前記データ検証手段により用いられる検証モードを切り替える検証モード切替手段と、
    　を備えたことを特徴とする検証装置。
  2. 　前記切替パケット送信手段は、前記第二の検証モードから前記第一の検証モードに切り替えさせるためのデータを含んだ切替パケットを送信した後、データが格納されていない空パケットを送信することを特徴とする請求項１に記載の検証装置。
  3. 　前記データ検証手段によってパケットに含まれているデータに誤りがある旨の検証結果が得られた場合にパケットの送信元の検証装置に対して、前記データ検証手段により用いられる検証モードを通知する検証モード通知手段をさらに備え、
    　前記生成モード切替手段は、パケットの送信先の検証装置から検証モードの通知を受け付けた場合に、通知された検証モードに対応する生成モードに前記パケット生成手段により用いられる生成モードを切り替えることを特徴とする請求項１に記載の検証装置。
  4. 　前記パケット生成手段および／または前記切替パケット送信手段によって生成されたパケットを記憶するパケット記憶手段と、
    　前記データ検証手段によってパケットに含まれているデータに誤りがある旨の検証結果が得られた場合に、パケットの送信元の検証装置に対して、パケットの再送信を依頼する再送信依頼手段と、
    　前記再送信依頼手段によるパケットの再送信の依頼をパケットの送信先の検証装置から受け付けた場合に、前記パケット記憶手段に記憶されているパケットを再送信するパケット再送信手段とをさらに備えたことを特徴とする請求項１に記載の検証装置。
  5. 　生成されたパケットを送信するとともに、受信したパケットに含まれているデータの正誤を検証する検証方法であって、
    　現に受信したパケットに含まれているデータの正誤を検証する第一の検証モード、または、直前に受信したパケットに含まれているデータの正誤を検証する第二の検証モードのいずれか一方の検証モードを用いてパケットに含まれているデータの正誤を検証する検証ステップと、
    　前記第一の検証モードに対応するパケットを生成する第一のパケット生成モード、または、前記第二の検証モードに対応するパケットを生成する第二のパケット生成モードのいずれか一方の生成モードを用いてパケットを生成するパケット生成ステップと、
    　検証モードを切り替える必要がある伝送路の障害が発生しているか否かを監視する障害監視ステップと、
    　前記障害監視ステップによって、障害が新たに発生した旨の監視結果が得られた場合、および、既に発生していた障害が無くなった旨の監視結果が得られた場合に、パケットの送信先の検証装置に対して、前記データ検証ステップにより用いられる検証モードを切り替えさせるためのデータを含んだ切替パケットを送信する切替パケット送信ステップと、
    　前記切替パケット送信ステップによって切替パケットが送信された場合に、前記パケット生成ステップにより用いられる生成モードを切り替える生成モード切替ステップと、
    　前記切替パケットを受信した場合に、前記データ検証ステップにより用いられる検証モードを切り替える検証モード切替ステップと、
    　を含んだことを特徴とする検証方法。
  6. 　生成されたパケットを送信するとともに、受信したパケットに含まれているデータの正誤を検証する検証方法をコンピュータに実行させる検証プログラムであって、
    　現に受信したパケットに含まれているデータの正誤を検証する第一の検証モード、または、直前に受信したパケットに含まれているデータの正誤を検証する第二の検証モードのいずれか一方の検証モードを用いてパケットに含まれているデータの正誤を検証する検証手順と、
    　前記第一の検証モードに対応するパケットを生成する第一のパケット生成モード、または、前記第二の検証モードに対応するパケットを生成する第二のパケット生成モードのいずれか一方の生成モードを用いてパケットを生成するパケット生成手順と、
    　検証モードを切り替える必要がある伝送路の障害が発生しているか否かを監視する障害監視手順と、
    　前記障害監視手順によって、障害が新たに発生した旨の監視結果が得られた場合、および、既に発生していた障害が無くなった旨の監視結果が得られた場合に、パケットの送信先の検証装置に対して、前記データ検証手順により用いられる検証モードを切り替えさせるためのデータを含んだ切替パケットを送信する切替パケット送信手順と、
    　前記切替パケット送信手順によって切替パケットが送信された場合に、前記パケット生成手順により用いられる生成モードを切り替える生成モード切替手順と、
    　前記切替パケットを受信した場合に、前記データ検証手順により用いられる検証モードを切り替える検証モード切替手順と、
    　をコンピュータに実行させることを特徴とする検証プログラム。
PCT/JP2008/059142 2008-05-19 2008-05-19 検証装置、検証方法および検証プログラム WO2009141860A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2008/059142 WO2009141860A1 (ja) 2008-05-19 2008-05-19 検証装置、検証方法および検証プログラム
JP2010512856A JP5126358B2 (ja) 2008-05-19 2008-05-19 検証装置、検証方法および検証プログラム
US12/926,218 US8458551B2 (en) 2008-05-19 2010-11-02 Verification device, verification method, and verification program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2008/059142 WO2009141860A1 (ja) 2008-05-19 2008-05-19 検証装置、検証方法および検証プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/926,218 Continuation US8458551B2 (en) 2008-05-19 2010-11-02 Verification device, verification method, and verification program

Publications (1)

Publication Number Publication Date
WO2009141860A1 true WO2009141860A1 (ja) 2009-11-26

Family

ID=41339835

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2008/059142 WO2009141860A1 (ja) 2008-05-19 2008-05-19 検証装置、検証方法および検証プログラム

Country Status (3)

Country Link
US (1) US8458551B2 (ja)
JP (1) JP5126358B2 (ja)
WO (1) WO2009141860A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101215388B1 (ko) * 2008-05-30 2012-12-26 가부시키가이샤 어드밴티스트 시험 장치 및 송신 장치
FR3024932B1 (fr) * 2014-08-14 2017-12-01 Sagem Defense Securite Procede de transmission de donnees a robustesse amelioree et ensemble de dispositifs pour sa mise en œuvre
EP3166246B1 (en) 2015-11-06 2018-06-20 Fts Computertechnik Gmbh Method to detect and to handle failures in the communication in a computer network
EP3565186B1 (en) * 2018-05-02 2021-06-30 TTTech Computertechnik AG Device and network to reliably communicate in a network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05304515A (ja) * 1992-04-24 1993-11-16 Rohm Co Ltd デジタルデータ伝送方式
JP2004135013A (ja) * 2002-10-10 2004-04-30 Matsushita Electric Ind Co Ltd 伝送装置及び伝送方法
JP2004173271A (ja) * 2002-11-19 2004-06-17 Hewlett-Packard Development Co Lp 誤り検出を改善するローリングｃｒｃ機構

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3321265B2 (ja) 1993-10-22 2002-09-03 株式会社日立製作所 通信処理装置およびそのデバッグ方法
JP3693461B2 (ja) 1997-04-30 2005-09-07 沖電気工業株式会社 転送誤り検出用チェッカの試験診断方法
US6292919B1 (en) 1998-08-25 2001-09-18 General Electric Company Methods and apparatus for exchanging data in an imaging system
JP2002009883A (ja) * 2000-06-21 2002-01-11 Mitsubishi Electric Corp データ転送システム
JP4520032B2 (ja) * 2000-08-17 2010-08-04 パナソニック株式会社 ヘッダ圧縮装置およびヘッダ圧縮方法
JP2002141964A (ja) * 2000-08-24 2002-05-17 Matsushita Electric Ind Co Ltd 送受信方法およびその装置
JP4464187B2 (ja) 2003-05-07 2010-05-19 パナソニック株式会社 送受信システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05304515A (ja) * 1992-04-24 1993-11-16 Rohm Co Ltd デジタルデータ伝送方式
JP2004135013A (ja) * 2002-10-10 2004-04-30 Matsushita Electric Ind Co Ltd 伝送装置及び伝送方法
JP2004173271A (ja) * 2002-11-19 2004-06-17 Hewlett-Packard Development Co Lp 誤り検出を改善するローリングｃｒｃ機構

Also Published As

Publication number Publication date
US8458551B2 (en) 2013-06-04
JPWO2009141860A1 (ja) 2011-09-22
US20110047431A1 (en) 2011-02-24
JP5126358B2 (ja) 2013-01-23

Similar Documents

Publication Publication Date Title
KR100750166B1 (ko) 무선 네트워크 환경에서 효율적인 데이터 재전송 장치 및방법
US20070291646A1 (en) Retransmission control method and device
US11146090B2 (en) Battery management system, and method and apparatus for transmitting information
WO2015169057A1 (zh) 报文传输方法、装置及互联接口
JP5126358B2 (ja) 検証装置、検証方法および検証プログラム
BRPI1011251B1 (pt) método e aparelho para confirmar uma mensagem de dados de terminal de origem proveniente de um terminal de destino em um sistema de comunicação em banda e memória legível por computador
JP2009517952A (ja) バスステーション、及びバスステーションの同期を維持するシステム及び方法
WO2012083807A1 (zh) 内容分发网络中的故障定位方法及装置
WO2015098589A1 (ja) クラスタシステム、サーバ装置、クラスタシステムの管理方法、及びコンピュータ読み取り可能な記録媒体
JP2019068296A (ja) 情報処理装置及びその制御方法、並びにコンピュータプログラム
JP4078670B2 (ja) データ伝送方法及び装置
JP4413806B2 (ja) 障害切り分け方法、障害切り分け機能を有する通信装置及びプログラム
JP2006186527A (ja) データ伝送方式及び方法
CN114157468B (zh) 一种跨境支付报文传输方法及装置
JP2001045056A (ja) 通信システム
JP6134720B2 (ja) 接続方法
CN113722003A (zh) 一种phy芯片的工作模式调整方法、装置及设备
KR20150042814A (ko) 중계 단말들에 기초해 arq 오류 제어를 제공하기 위한 방법, 관련 단말 및 arq 제어 센터
JP2016220187A (ja) 通信システム、および通信装置
JP5207320B2 (ja) 通信経路制御装置、通信経路制御方法、及び通信経路制御プログラム
WO2022003975A1 (ja) 通信装置、方法、およびプログラム
Keun Yoo et al. Enhancement of failover using application layer watchdog and SCTP heartbeat in diameter
WO2010103602A1 (ja) 伝送データのエラーチェック装置および方法
JP2011061667A (ja) 通信装置、通信システム、並びにこれに用いるパケット欠落検出方法及びプログラム
JP5736061B2 (ja) 通信システム及び中継装置、中継プログラム、中継プログラムを記録したコンピュータ読み取り可能な記録媒体、並びに通信方法及び中継方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08764350

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010512856

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08764350

Country of ref document: EP

Kind code of ref document: A1