JP2002232516A - Emulator, emulation method, emulation program and recording medium, and communication device evaluation method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an emulator that can flexibly revise its emulation function. SOLUTION: A generating means 1a generates emulation data 1d in response to an operation entry from a user designating a response packet with respect to a request packet. The request packet and the response packet are registered to the emulation data 1d while being made correspondent to each other. Upon the receipt of the request packet from an evaluation object device 2, a decision means 1b refers to the emulation data 1d to decide the response packet corresponding to the request packet. A transmission means 1c transmits the response packet decided by the decision means 1b to the evaluation object device 2 via a network 3.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an emulator, an emulation method, an emulation program and a recording medium, and a communication device evaluation method.
The present invention relates to an emulation program, a recording medium, and a communication device evaluation method.

[0002]

2. Description of the Related Art In recent years, with the development of network technology,
Various devices can be connected to each other via a network. For example, a VCR, which is a household appliance, and a television can be connected via a network. The network used at this time is, for example, IEEE1394 (a bus standard defined by the Institute of Electrical and Electronics Engineers of America).
There is. IEEE1394 is i. Link is nicknamed and is used in many products.

In the development stage of a device having an IEEE1394 interface, it is necessary to confirm that the interface operates normally. There is a bus analyzer as a device for confirming the operation of the interface. The bus analyzer is connected to the IEEE1394 terminal of the device under development.
Then, the bus analyzer can confirm that a desired packet is output from the IEEE1394 terminal onto the IEEE1394 bus.

[0004] For more advanced evaluations, an emulator capable of communicating with IEEE1394 devices via IEEE1394 is used. The emulator simulates a function of a partner device (hereinafter, referred to as a target device) in order for the IEEE 1394 device to be evaluated to communicate with another IEEE 1394 device. The pseudo-implemented functions are, specifically, IEEE13
94 IEEE1394 asynchronous transaction request (hereinafter referred to as Async request) or AV / C Digital Interf
ace Command Set General Specification 3.0 (hereinafter A
V / C) is a function of transmitting the same response as that of the target device in response to a command defined in the target device. Further, in the emulator, a function of impersonating a target and transmitting an appropriate request to an IEEE 1394 device is pseudo-realized.

[0005] Existing bus analyzers do not have this target emulation function. Therefore, emulators have been provided by mounting a target software emulator on a personal computer having an IEEE1394 terminal.

[0006]

However, in an emulator realized on a personal computer, the response content is fixed by a program at the time of mounting. Therefore, in order to change the content of the response, it is necessary to rewrite the program even if only one bit of the response signal is different. Since rewriting the program is a time-consuming task, the IEEE1394 devices that are being developed one after another
The emulator could not be flexibly supported.
Therefore, an emulator that can flexibly change an emulation function such as a response content has been demanded.

The present invention has been made in view of the above points, and flexibly performs an evaluation according to an emulator capable of flexibly changing an emulation function, an emulation method, an emulation program, a recording medium, and a device to be evaluated. It is an object of the present invention to provide a communication device evaluation method capable of performing the above.

[0008]

According to the present invention, in order to solve the above-described problems, an emulator for executing a process imitating a communication function of a device connectable to a network is provided with an operation for designating a response packet corresponding to a request packet. In response to the input, generating means for generating emulation data defining a correspondence relationship between the request packet and the response packet, and when the request packet is received from the evaluation target device via the network, the generating means generates the emulation data. Determining means for referring to the emulation data and determining a response packet corresponding to the received request packet;
A transmitting unit that transmits the response packet determined by the determining unit to the evaluation target device via the network.

According to such an emulator, a user can associate an arbitrary response packet with a request packet by an operation input. The correspondence between the request packet and the response packet is defined by the emulation data. When the request packet is received from the evaluation target device, the response packet defined by the emulation data is transmitted to the evaluation target device.

Thus, the contents of the response packet can be easily changed, and the emulation function can be flexibly changed corresponding to various devices. In the present invention, in order to solve the above-mentioned problems, an emulation method for performing emulation in accordance with the processing performed by the emulator, an emulation program for causing a computer to execute the emulation method, and a recording medium on which the emulation program is recorded are provided. Provided.

As a result, the content of the response packet can be easily changed, and the emulation function can be flexibly changed corresponding to various devices. Further, in order to solve the above problem, in a communication device evaluation method for evaluating a communication function between an evaluation target device connectable to a network and a target device capable of communicating with the evaluation target device, the evaluation target device A device and an emulator that mimics the communication function of the target device are connected via the network, a request packet output from the device to be evaluated, and a response packet output by the target device in response to the request packet. The emulation data defining the correspondence between is set in the emulator, and the evaluation target device sends the emulation data to the emulator.
When the request packet is transmitted via the network, the emulator determines a response packet with reference to the emulation data, and transmits the determined response packet from the emulator to the evaluation target device via the network. Transmitting a communication device evaluation method.

According to such a communication device evaluation method, when any emulation data is set in the emulator, a response packet to a request packet from the device to be evaluated is determined according to the set emulation data. The determined response packet is sent from the emulator to the device to be evaluated. As a result, the content of the response packet when the emulator responds can be easily changed, and the behavior of the target device when receiving the request packet from various evaluation target devices can be easily mimicked by the emulator.

[0013]

Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a diagram illustrating the principle of the present invention. An emulator 1 according to the present invention is connected to an evaluation target device 2 via a network 3. The evaluation target device 2 is, for example, a DTV (Digital Television) having a communication function via the network 3. The network 3 is, for example, a computer communication network, and uses IEEE1394 or the like.

The emulator 1 has, as processing functions, a generator 1a, a determiner 1b, and a transmitter 1c.
The generation unit 1a generates emulation data 1d in response to an operation input from a user who specifies a response packet corresponding to the request packet. The emulation data 1 d defines an operation related to communication of another device (target device) that can be connected to the network 3. A request packet and a response packet are registered in the emulation data 1d in association with each other. Determining means 1b
Receives the request packet from the evaluation target device 2, refers to the emulation data 1d, and determines a response packet corresponding to the request packet. The transmission means 1c
The response packet determined by the determining unit 1b is transmitted to the target device 2 via the network 3.

This makes it possible to arbitrarily set a response packet to a request packet output from the evaluation target device 2 by an operation input from a user. That is, any emulation data can be set by a user's operation input of an operation content of an arbitrary target device. For example, a response packet that mimics the operation of another device that may move in cooperation with the evaluation target device 2 can be set. The emulator 1 returns a response packet to the request packet from the evaluation target device 2 according to the definition of the emulation data. Thereby, the evaluation target device 2
However, the accuracy of the cooperative operation performed with the target device can be evaluated.

The emulator 1 can be realized, for example, by executing an emulation program on hardware (for example, a personal computer) having an IEEE1394 terminal. In this case, in the development of a device having an IEEE1394 terminal, a pair of a request packet and a response packet expected to be exchanged between two devices is registered in the emulation data in order to simulate the operation of the target device. As a result, the emulator 1 can perform the same communication operation as the target device in a pseudo manner. This is a DTV, STB (S
et Top Box) is useful for developing devices that are expected to be equipped with an IEEE1394 terminal. Therefore, an embodiment of the present invention in the case where a device having a communication function based on IEEE1394 is set as a device to be evaluated will be described below.

FIG. 2 is a schematic diagram showing a network connection status according to the embodiment of the present invention. In the present embodiment, a computer 10 having an emulation function for mimicking a communication function of an arbitrary communication device has a DTV.
The communication function of the VCR 30 and the VCR 40 compatible with digital broadcasting is evaluated. The computer 10, the DTV 30, and the video deck 40 each have an IEEE1394 terminal. The IEEE1394 terminals of the computer 10 and the DTV 30 are connected to each other via a communication cable 24a compatible with IEEE1394. Similarly, the computer 10 and the VCR 4
0 is an IEEE1394 compatible communication cable 2
4b.

FIG. 3 is a diagram showing an example of a hardware configuration of a computer used in the embodiment of the present invention. The computer 10 is entirely controlled by a CPU 11. The CPU 11 has a RAM 1 via a bus 17.
2. Hard disk device (HDD) 13, graphic processing device 14, input interface 15, and IEEE13
94 Communication interface 16 is connected.

The RAM 12 stores an O to be executed by the CPU 11.
An S (Operating System) and at least a part of an emulation program are temporarily stored. RAM1
Various data required for processing by the CPU 11 is stored in 2. The HDD 13 stores an OS and an emulation program. Further, the emulation data can be stored in the HDD 13.

The graphic processor 14 has a monitor 2
1 is connected. The graphic processing device 14
An image is displayed on the screen of the monitor 21 according to a command from the PU 11. A keyboard 22 and a mouse 23 are connected to the input interface 15. The input interface 15 transmits signals transmitted from the keyboard 22 and the mouse 23 to the CPU 11 via the bus 17.

The IEEE 1394 communication interface 16 is an IEEE 1394 communication interface.
It is connected to a 1394 network 24. The IEEE1394 communication interface 16 transmits and receives data to and from the device to be evaluated via the IEEE1394 network 24.

By causing the computer 10 having the above hardware configuration to execute the emulation program, the computer 10 can function as an emulator.

FIG. 4 is a functional block diagram showing a function as an emulator (emulation function) of the computer. As shown in FIG. 4, the emulation function of the computer 10 is a GUI (Graphical User Interface).
11a, an emulation data generation unit 11b, a response packet determination unit 11c, a response packet transmission unit 11d, an emulation data holding unit 13a, and an IEEE1394 bus control unit 16a.

The GUI 11a displays the operation input screen on the monitor 2
1, the keyboard 22 and the mouse 23 from the user.
The operation input using is received. The GUI 11a transmits the operation input contents to the emulation data generation unit 11b and the IE
It is passed to the EE1394 bus control unit 16a. For example, when a request packet or a response packet set in the emulation data is input, the GUI 11a passes those data to the emulation data generation unit 11b. When the bus reset command is input, the GUI 11a passes the input bus reset command to the IEEE1394 bus control unit 16a.

The emulation data generator 11b
The emulation data 50 is generated based on the request packet and the response packet passed from the GUI 11a. That is, the correspondence between the request packet output from the device to be evaluated and the response packet to which the target device responds is defined, and the emulation data 50 in which the definition is registered is generated.

The emulation data 50 is composed of, for example, a plurality of transaction data tables.
The transaction data table is, for example, Async
A transaction data table 50a and an AV / C transaction data table 50b. When the generated emulation data 50 is used immediately for evaluation of a device to be evaluated, for example, the RAM 12 (FIG. 3)
).

The emulation data generator 11
b can store the generated emulation data 51 in the emulation data holding unit 13a. Then, the emulation data generation unit 11b
The emulation data 51 stored in the emulation data holding unit 13a can be read out and used for evaluation of a device to be evaluated. Further, the emulation data generation unit 11b edits the contents of the emulation data 51 stored in the emulation data holding unit 13a in response to an operation input via the GUI 11a. Add), and a new transaction table can be generated.

The emulation data holding unit 13a
For example, it is a part of a recording area in the HDD 13 (shown in FIG. 3). The emulation data holding unit 13a can store a plurality of emulation data 51 corresponding to the device to be evaluated. For example, emulation data in which the DTV 30 is an evaluation target device and the VCR 40 is a target device, and conversely, emulation data in which the VCR 40 is an evaluation target device and the DTV 30 is a target device, are stored in the emulation data holding unit 13a. .

When the response packet determination unit 11c receives a request packet from the device to be evaluated via the IEEE1394 bus control unit 16a, the emulation data generation unit 11b
The response packet associated with the received request packet is determined with reference to the emulation data 50 generated in step (1). The response packet transmission unit 11d transmits the response packet determined by the response packet determination unit 11c to the evaluation target device via the IEEE1394 bus control unit 16a.

When a request packet is sent from the device to be evaluated (DTV or VCR) via the IEEE1394 network 24 (shown in FIG. 3), the IEEE1394 bus control unit 16a sends the request packet to the response packet determination unit 11c. hand over. Further, when receiving the response packet from the response packet transmitting unit 11d, the IEEE1394 bus control unit 16a transmits the received response packet to the device to be evaluated via the IEEE1394 network 24. Further, upon receiving a bus reset operation input via the GUI 11a, the IEEE1394 bus control unit 16a resets the bus of the IEEE1394 network 24.

Using a computer having the functions described above, emulation data is generated when the user operates the keyboard 22 or mouse 23 to specify and input the correspondence between the request packet and the response packet.
That is, the correspondence between the request packet output from the evaluation target device and the response packet returned from the target device in response to the request packet is defined in the computer 10. When a request packet is sent from the device to be evaluated, the request packet is transmitted to the IEEE1394 bus control unit 16a.
Is sent to the response packet determination unit 11c via Then, the response packet corresponding to the received request packet is determined by the response packet determination unit 11c based on the emulation data 50. The determined response packet is transmitted by the response packet transmitting unit 11d to the evaluation target device that has transmitted the request packet.

The emulation data generator 11
The emulation data generated in b, in response to a user's operation input,
a. Emulation data holding unit 13a
The emulation data 51 stored in the emulation data generation unit 1 responds to a user's operation input.
1b and used for emulation. Also, the extracted emulation data 51
In response to the user's operation input, the emulation data generation unit 11b performs processing such as changing packet data or adding packet data. Then, new emulation data based on the emulation data 51 is generated.

Further, in response to an operation input from a user,
The IEEE1394 bus controller 16a resets the IEEE1394 bus. When the bus is reset, the IEEE1394
Each device connected to the network 24 performs initialization processing such as transmitting information such as its own identifier and type to other devices.

Next, an example of emulation data will be described. FIG. 5 is a diagram illustrating an example of emulation data. The emulation data 50 shown in FIG.
ync transaction data table 50a and AV / C
And a transaction data table 50b.

Async transaction data table 5
0a is Asy transmitted for a certain Async request packet.
It is a list of nc response packets. The Async transaction data table 50a has a column for Async request packet data and a column for Async response packet data. In the column of Async request packet data, data of an Async request packet output from the device to be evaluated is set. In the column of Async response packet data, As to be returned to the evaluation target device when the target device receives the Async request packet in association with the Async request packet data.
ync response packet data is registered.

The AV / C transaction data table 50b is a list of AV / C response packets transmitted for a certain AV / C command packet. A
In the V / C transaction data table 50b, A
A column for V / C command packet data and a column for AV / C response packet data are provided. The column of AV / C command packet data contains the AV output from the device to be evaluated.
/ C command packet data is set. AV
The column of / C response packet data contains A to be returned to the evaluation target device when the target device receives the AV / C command packet in association with the AV / C command packet.
The data of the V / C response packet is registered.

Next, the operation of the computer 10 based on the emulation program according to the present embodiment will be described. FIG. 6 is a flowchart showing a procedure of emulation processing according to the present embodiment. less than,
The process illustrated in FIG. 6 will be described along with step numbers. The following processing is started when the emulation program is started in the computer 10.

[Step S11] The emulation data generation section 11b generates emulation data in response to a user's operation input and registers it in the RAM 12.
For example, the emulation data 50 as shown in FIG. 5 is registered. Thereby, emulation of the target device (for example, the video deck 40) is started. The emulation data to be registered may be data directly input from the keyboard 22 or the like, or may be emulation data read from the emulation data holding unit 13a.

[Step S12] Response packet determination unit 1
1c always determines whether or not a request packet has been sent from another device. That is, the computer 10 waits for a packet from another device. If there is no request packet, the process proceeds to step S13. If there is a request packet, the process proceeds to step S15.

[Step S13] The GUI 11a determines whether a user operation has been performed. That is, the computer 10 is in a state of waiting for a user operation. Note that waiting for a user operation is a state in which the user's input from the keyboard 22 or the like is monitored. If there is a user operation, the process proceeds to step S1
Proceed to 4. If there is no user operation, the process proceeds to step S12.

[Step S14] The GUI 11a causes the emulation data generation unit 11b and the IEEE1394 bus control unit 16a to execute a process in response to a user operation input. For example, when the user inputs a bus reset command from the keyboard 22, the command is transmitted to the IEEE 13
94 sent to the bus controller 16a. Upon receiving the bus reset command, the IEEE1394 bus control unit 16a performs a bus reset process of the IEEE1394 network 24. When the user performs a change input of the response command, the input content is sent to the emulation data generation unit 11b. The emulation data generation unit 11b changes or adds emulation data according to an input from a user. When the process according to the user operation is completed, the process proceeds to step S12.

[Step S15] When an Async request packet is received from another device, the response packet determining unit 11c
Is the Asy of the Async transaction data table 50a.
The same data as the received Async request packet is searched from the column of nc request packet data. When the corresponding Async request packet is found, the response packet determination unit 11c
An Async response packet associated with the Async request packet is determined as an Async response packet to be transmitted.

[Step S16] Response packet transmitting section 1
1d transmits the Async response packet determined in step S15 to the evaluation target device that has transmitted the Async request packet.

[Step S17] Response packet transmitting section 1
1d determines whether or not the received Async request packet is an AV / C command packet by analyzing the header and payload of the packet. If the received Async request packet is not an AV / C command packet, the process proceeds to step S12. If the received Async request packet is an AV / C command packet, the process proceeds to step S18.

[Step S18] If the received Async request packet is an AV / C command packet, the response packet determination unit 11c checks the received Async request packet from the AV / C command packet data column of the AV / C transaction data table 50b. Search for the same data as the request packet. When a corresponding AV / C command packet is found, the response packet determination unit 11c determines an AV / C response packet associated with the AV / C command packet as an AV / C response packet to be transmitted.

[Step S19] Response packet transmitting section 1
1d transmits the AV / C response packet determined in step S18 to the evaluation target device that has transmitted the Async request packet. After that, the process proceeds to step S1.
Proceed to 2.

By repeating the processing of steps S12 to S19, when the computer 10 is viewed from the device to be evaluated, it is recognized that the target device is connected via the IEEE1394 network 24.
Then, when the device to be evaluated transmits a request packet to the target device, the computer 10 imitating the communication function of the target device returns a response packet. As a result, even if the target device is not connected to the IEEE1394 network 24, it is possible to evaluate whether or not the evaluation target device can normally cooperate with the target device.

Incidentally, in step S15 in FIG.
In step S18, a search is performed on the data registered in the emulation data using the received Async request packet as a search key. At that time, Async
It is not necessary to compare data using all data of the request packet as a search key. In the present embodiment, the fields of the packet to be compared in the packet comparison at the time of the search are only the following fields. (1) Transaction code (2) Destination (destination) offset (3) Data field (4) Data length (only if present) (5) Extended transaction code (only if present) That is, destination identifier (transmission) The destination ID) and the fields of the source identifier (source ID) are not compared.

The Async response packet and the AV / C response packet transmitted in steps S16 and S19 basically have the same value as the response packet data registered in the emulation data. However, the ID of the sender of the received packet (the value of the source ID field of the header of the received packet) is entered in the destination ID of the header, and the own node ID is entered in the source ID. Further, in the case of the Async response packet, the same values as in the received Async request packet are entered in the transaction label, retry code, and priority fields.

Next, when the Async request packet is not an AV / C command packet (Async transaction)
The difference between the transaction and the case where the Async request packet is an AV / C command packet (AV / C transaction) will be briefly described.

FIG. 7 is a diagram showing an Async transaction. The figure shows a transaction between the request node 61 and the response node 62. Request node 61
Is, for example, the DTV 30 or the video deck 40.
The response node 62 is, for example, the computer 10 that executes an emulation program.

Async transactions include READ, WRITE,
There is a LOCK transaction. Each transaction is realized by transmission of an Async request packet 71 by the request node 61 and transmission of an Async response packet 72 by the response node 62 as shown in FIG.

FIG. 8 is a diagram showing an AV / C transaction. The AV / C transaction is realized by using the WRITE transaction of the Async transaction. Async request packet (WRITE) by request node 61
The AV / C command is completed when the response node 62 transmits the Async response packet 74 in response to the transmission of 73. Subsequently, the response node 62 sends the Async request packet (W
RITE) 75 and the request node 61 transmits an Async response packet 76, whereby the AV / C response is completed.

The packet transmitted in step S16 in FIG. 6 is the Async response packet 74 in FIG. The packet transmitted in step S19 in FIG. 6 is the Async request packet (WRITE) 75 in FIG.

The Async request packet 71 shown in FIG.
Async transaction data table 5 shown in FIG.
0a is registered in the column of Async request packet data. The Async response packet 72 in FIG. 7 is registered in the Async response packet data column of the Async transaction data table 50a shown in FIG.

The Async request packet 73 shown in FIG. 8 is the Async transaction data table 50a shown in FIG.
The sync request packet data is registered in the
AV / of V / C transaction data table 50b
It is registered in the column of C command packet data. As in Fig. 8
The ync response packet 74 is registered in the Async response packet data column of the Async transaction data table 50a shown in FIG. The Async request packet 75 in FIG. 8 corresponds to the AV / C transaction data table 50b shown in FIG.
Async request packet 7 appears in the / C response packet data column.
3 and registered.

The AV / C command and the AV / C response are
The AsyncWRITE request packet has a destination offset address and a data field having predetermined values.
As described above, according to the present embodiment, a certain IEEE
When receiving the Async request or the AV / C command from the 1394 device, the computer 10 sends the Async response packet or the AV / C
Send a response packet. Thereby, the computer 1
0 functions as an emulator that mimics the operation of an arbitrary IEEE1394 device.

For example, as the emulation data, the video deck 4
If the data of the response packet of 0 is prepared, the computer 10 returns a response similar to that of the video deck 40 to the access from the DTV 30. Therefore, in the development of DTV 30, even if a video deck is not prepared, DTV
30 communication functions can be evaluated. Therefore, the emulator according to the present embodiment is very useful at the stage of developing a device. Moreover, emulation of various IEEE1394 devices is possible only by preparing a large number of emulation data.

Further, a response packet set in emulation data is transmitted instead of giving a response programmed in advance to an Async request or an AV / C command. Since the emulation data is prepared separately from the program, the content of the emulation data can be easily changed by a user's operation input.

That is, if the request packet and the response packet are defined in the program, when the contents thereof are changed, it is necessary to recompile the program and restart the program. However, as described in the embodiment of the present invention, by defining a request packet and a response packet in emulation data separate from a program, it is not necessary to recompile even if the contents are changed.

In an actual IEEE 1394 device, the content of a response returned to the same Async request packet or AV / C command varies depending on the internal state at that time. In this emulator, emulation data can be dynamically changed by accepting a user operation from a keyboard, so that emulation of a device whose response content changes depending on the state is also possible.

Further, by storing the generated emulation data in the emulation data holding unit 13a, the emulation data generated once can be reused. In addition, by editing the emulation data, new emulation data can be easily generated. As a result, various types of target devices can be emulated. When the target device is insufficient during development, transaction data corresponding to the target device can be created, and the communication function of the device under development can be evaluated.

Further, when the target device is a new device under development, emulation data is created in accordance with, for example, a standard. As a result, an undeveloped target device can be emulated. Therefore, the emulator according to the present embodiment is useful for evaluating a communication environment with an undeveloped device.

The emulator according to the present embodiment can generate a bus reset by a user operation. Therefore, emulation at the time of bus reset is also possible.

As described above, the emulation program described in the embodiment of the present invention can cause a computer to perform highly flexible emulation of the packet transmission / reception level of an Async transaction or an AV / C transaction.

The above emulation program can be recorded on a computer-readable recording medium. By executing this program on a computer, the emulation is realized on the computer. Computer-readable recording media include magnetic recording devices and semiconductor memories. When distributing to the market, CD-ROM (Compact Disk)
The program can be stored in a portable recording medium such as a read-only memory or a floppy (registered trademark) disk and distributed. In addition, the program is stored in a storage device of a computer connected via a network,
The program can also be transferred to another computer connected via a network. When the program is executed by the computer, the program can be stored in a hard disk device or the like in the computer, loaded into the main memory, and executed.

[0067]

As described above, according to the present invention, an arbitrary response packet can be associated with a request packet by a user's operation input, and when a request packet is received from a device to be evaluated, the request packet is added to the request packet. The associated response packet is transmitted to the device to be evaluated. As a result, the content of the response packet can be easily changed, and the emulation function can be flexibly changed corresponding to various devices.

[Brief description of the drawings]

FIG. 1 is a principle configuration diagram of the present invention.

FIG. 2 is a schematic diagram showing a network connection status according to the embodiment of the present invention.

FIG. 3 is a diagram illustrating an example of a hardware configuration of a computer used in the embodiment of the present invention.

FIG. 4 is a functional block diagram showing a function as an emulator (emulation function) of the computer.

FIG. 5 is a diagram showing an example of emulation data.

FIG. 6 is a flowchart showing a processing procedure of emulation according to the present embodiment.

FIG. 7 is a diagram showing an Async transaction.

FIG. 8 is a diagram showing an AV / C transaction.

[Explanation of symbols]

1 emulator, 1a generating means, 1b determining means,
1c: transmission means, 1d: emulation data, 2 ...
Equipment to be evaluated, 10: Computer, 11: CPU, 1
2 ... RAM, 13 ... Hard disk drive (HDD), 1
4 Graphic processing device, 15 Input interface, 16 IEEE1394 communication interface, 21 Monitor, 22 Keyboard, 23 Mouse, 24 IEEE1394
network

Claims (15)

[Claims] 1. An emulator for executing a process imitating a communication function of a device connectable to a network, the correspondence between a request packet and a response packet in response to an operation input for designating a response packet corresponding to the request packet. Generating means for generating emulation data defining a request packet, receiving a request packet from the device to be evaluated via the network, referring to the emulation data generated by the generating means, and generating a response packet corresponding to the received request packet An emulator comprising: a determination unit that determines the evaluation packet; and a transmission unit that transmits the response packet determined by the determination unit to the evaluation target device via the network. 2. The method according to claim 1, wherein the generating unit generates a transaction data table in which a set of a request packet and a response packet corresponding to the transaction type is set for each type of transaction processing, and includes at least one transaction data table. The emulator according to claim 1, wherein the emulator generates emulation data. 3. The emulator according to claim 1, wherein the transmitting unit transmits each response packet to the evaluation target device when the determining unit determines a plurality of response packets. 4. An emulation data holding unit for holding at least one emulation data, wherein the generation unit changes contents of the emulation data held in the emulation data holding unit in response to an operation input. The emulator according to claim 1, wherein new emulation data is generated. 5. The emulator according to claim 1, wherein the generation unit changes the content of the emulation data generated once in response to an operation input during the emulation processing. 6. The emulator according to claim 1, further comprising bus control means for resetting a bus of said network in response to an operation input. 7. An emulation method for mimicking a communication function of a device connectable to a network, comprising: responding to an operation input for designating a response packet corresponding to the request packet; When the defined emulation data is generated and a request packet is received from the device to be evaluated via the network, the generated emulation data is referred to, a response packet corresponding to the received request packet is determined, and the determined response is determined. An emulation method, comprising: transmitting a packet to the device to be evaluated via the network. 8. In the generation of the emulation data, a transaction data table in which a set of a request packet and a response packet corresponding to the transaction type is set for each type of transaction processing is generated, and at least one transaction data table is generated. 8. The emulation method according to claim 7, wherein emulation data including the following is generated. 9. The emulation method according to claim 7, wherein when a plurality of response packets corresponding to the received request packet are determined, each response packet is transmitted to the evaluation target device. 10. The emulation method according to claim 7, wherein at least one piece of emulation data is prepared in advance, and the content of the prepared emulation data is changed to generate new emulation data. 11. The emulation method according to claim 7, wherein the content of the emulation data generated once is changed in response to an operation input during the emulation. 12. The emulation method according to claim 7, wherein a bus of said network is reset in response to an operation input. 13. An emulation program for imitating a communication function of a device connectable to a network, comprising: a computer which, in response to an operation input for designating a response packet corresponding to the request packet, associates the request packet with the response packet. When emulation data defining a relationship is generated and a request packet is received from the evaluation target device via the network, a response packet corresponding to the received request packet is determined by referring to the generated emulation data. Sending the response packet to the device to be evaluated via the network. 14. A computer-readable recording medium in which an emulation program for imitating a communication function of a device connectable to a network is recorded, wherein the computer responds to an operation input for designating a response packet corresponding to the request packet. Generating the emulation data defining the correspondence between the request packet and the response packet, and receiving the request packet from the device to be evaluated via the network, referring to the generated emulation data, A recording medium, comprising: determining a corresponding response packet; and transmitting the determined response packet to the evaluation target device via the network. 15. A communication device evaluation method for evaluating a communication function between an evaluation target device connectable to a network and a target device communicable with the evaluation target device, wherein the evaluation target device and the target An emulator that mimics the communication function of a device is connected via the network, and a correspondence between a request packet output from the device to be evaluated and a response packet output from the target device in response to the request packet is defined. The emulation data is set in the emulator, and when the request packet is transmitted from the evaluation target device to the emulator via the network, the emulator determines a response packet by referring to the emulation data. The determined response packet is transmitted through the network. Communication device evaluating method characterized in that, to transmit to the evaluation device from the emulator Te.