JP2013137786A - Electronic apparatus and remote access processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an electronic apparatus that achieves a remote access function for remotely controlling a storage device via another electronic apparatus, as a system excellent in convenience and extensibility.SOLUTION: According to an embodiment, an electronic apparatus includes command processing means that determines whether a transferred local command is a command without data, a data-out command, or a data-in command on the basis of command type information in a remote command packetized in a format conforming to a first interface, and issues the command following a communication procedure predetermined for each command. When a storage device is connected via a first bus supporting the first interface, the command processing means transfers the packet of the local command as it is. When the storage device is connected via a second bus supporting the second interface, the command processing means transfers the packet after converting it into a format conforming to a second interface.

Description

  Embodiments described herein relate generally to a remote access technology for remotely controlling a storage device controlled by a first electronic device from a second electronic device via the first electronic device.

  In recent years, along with improvement of data communication technology and improvement of network environment, data exchange between a plurality of electronic devices is performed in various modes. For these reasons, various mechanisms for exchanging data between a plurality of electronic devices have been proposed.

Special table 2004-531001 gazette

  Recently, home appliances such as television receivers, HDD (Hard disk drive) / DVD (Digital versatile disc) recorders, personal computers (PCs), printers, etc., not only in the office environment but also in the home environment. Construction of a wireless local area network (LAN) that connects cables without wires by wireless communication has begun.

  For example, some HDD / DVD recorders, printers, and the like have a slot for storing a portable medium such as an SD card (registered trademark). For this reason, there is an increasing demand to remotely control portable media stored in these HDD / DVD recorders, printers, and the like from a PC or the like by wireless communication.

  Incidentally, communication between a plurality of household appliances is generally a half-duplex method or a communication method according to it, regardless of whether it is wired or wireless. On the other hand, some portable media have a full-duplex interface. When a portable medium (having a full-duplex interface) stored in one household appliance is remotely controlled from another household appliance (executing half-duplex communication), It is necessary to match the heavy-duty communication part and the full-duplex communication part in the subsequent stage, but communication between multiple household appliances, that is, the processing of the half-duplex communication part in the front stage is the same as the full-duplex communication part in the rear stage. It is preferable that it is a slight one that is not conscious of matching.

  There are some portable media to which new functions can be added. Therefore, it is preferable that even if the number of commands to be processed in the subsequent full-duplex communication part increases in the future due to the addition of a new function, it can be operated without changing the process in the previous half-duplex communication part.

  The present invention realizes a remote access function for remotely controlling a storage device controlled by a first electronic device from a second electronic device via the first electronic device as a mechanism excellent in convenience and expandability. An object is to provide an electronic device and a remote access processing method.

  According to the embodiment, the electronic device includes a first bus corresponding to the first interface, a second bus corresponding to the second interface, a remote command transmission / reception unit, and a command processing unit. The remote command transmission / reception means is a command for transmitting a local command of the first protocol issued to the storage device, and is a packet type in a format conforming to the first interface. Is received from another electronic device, and a response to the remote command is transmitted to the other electronic device. Command processing means, based on the command type information included in the remote command received by the remote command transmission / reception means from the other electronic device, the local command transmitted from the other electronic device by the remote command, It is determined whether it is a command without data, a command for data out or a command for data in, and each of the command without data, the command for data out or the command for data in is determined in advance with the storage device. Issuing one or more local commands to the storage device including the local command transmitted from the other electronic device by the remote command according to a communication procedure between the second electronic device and the communication procedure with the other electronic device; Response from storage device Executing a transfer to the other electronic apparatus, including in response to scan said remote command receiving means for said remote command to be transmitted to the other electronic apparatus. When the storage device is connected via the first bus, the command processing means transfers a packet for storing the local command included in the remote command to the storage device as it is, When connected via a bus, a packet storing the local command included in the remote command is converted from a format conforming to the first interface to a format conforming to the second interface, and stored in the storage device. Forward.

1 is a block diagram showing a schematic configuration of a remote access system according to a first embodiment. The figure which shows the command type of the 1st protocol which the remote access system of 1st Embodiment applies. The figure which shows the response type of the 1st protocol which the remote access system of 1st Embodiment applies. The figure which shows the command execution sequence without data in the remote access system of 1st Embodiment. The figure which shows the command execution sequence of the data out in the remote access system of 1st Embodiment. The figure which shows the command execution sequence of the data-in in the remote access system of 1st Embodiment. The figure which shows the command execution sequence at the time of turning on the ACMD flag in the remote access system of 2nd Embodiment. The figure which shows the command execution sequence at the time of turning on the trans flag in the remote access system of 2nd Embodiment. The figure which shows the command execution sequence at the time of turning on the stby flag in the remote access system of 2nd Embodiment. The figure which shows the command execution sequence at the time of turning on the STOP flag in the remote access system of 2nd Embodiment. The figure which shows the command execution sequence at the time of turning on the BLKCOUNT flag in the remote access system of 2nd Embodiment. The block diagram which shows schematic structure of the remote access system of 3rd Embodiment.

  Hereinafter, embodiments will be described with reference to the drawings.

(First embodiment)
First, the first embodiment will be described.

  FIG. 1 is a block diagram showing a schematic configuration of a remote access system according to the present embodiment. As shown in FIG. 1, the remote access system of the present embodiment is roughly composed of a remote host 1, a local host 2, and a portable device 3. The remote host 1 is, for example, a PC, and the local host 2 is, for example, an HDD / DVD recorder. The portable device 3 is, for example, an SD card (registered trademark), and is detachably accommodated in a slot provided in the local host 2, for example.

  The local host 2 directly controls the portable device 3 via the host controller 25. For example, the portable device 3 accommodated in a slot provided in the local host 2 is connected to the host controller 25 via a physical transmission path of a command / response port and a data port. Therefore, the communication between the host controller 25 and the portable device 3 is the first protocol of the command, response, and data transmission / reception system designed on the assumption that the command / response port and the data port have different data line configurations. (Full duplex method) is applied. Although not shown, the local host 2 supplies power and a clock to the portable device 3 using different transmission paths. When the portable device 3 is connected to the local host 2, the initialization processing of the portable device 3 is automatically performed by the local host 2, and the portable device 3 enters a standby (stby) state.

  The remote host 1 and the local host 2 are connected by wired or wireless communication means. As an interface for connection by the wired or wireless communication means, both the remote host 1 and the local host 2 have remote command transmission / reception units (14, 21). The communication between the remote command transmission / reception units (14, 21) is a second protocol (half-duplex) of a command / response / data transmission / reception system designed on the assumption that the input port and the output port have different data line configurations. Method) is applied.

  Therefore, the half-duplex communication portion to which the second protocol is applied and the first protocol are applied to the communication executed when the portable device 3 is remotely controlled from the remote host 1 through the local host 2. Will be mixed with the full-duplex communication part. Therefore, the remote access system of the present embodiment realizes a remote access function for remotely controlling the portable device 3 from the remote host 1 via the local host 2 as a mechanism having excellent convenience and expandability. Hereinafter, this point will be described in detail.

  The first protocol (command, response, and data transmission / reception system designed on the assumption that the command / response port and the data port are different from each other) has the br, bcr, ac as shown in FIG. , Adtc has four command types. br is “Broadcast commands, no response”, bcr is “Broad commands with response”, ac is “Addressed (point-to-point) commands”, adtc is “Addressed (point-to-point) data transfer commands ”. Further, the first protocol has eight response types, r1, r1b, r2, r3, r4, r5, r6, and r7, as shown in FIG. r1 is “Normal Response Command”, r1b is “Normal Response Command with busy”, r2 is “CID, CSD register”, r3 is “OCR register”, r4 is “IO_SEND_OP_COND response”, r5 is “ “IO_RW_DIRECT response” and r6 are defined as “Published RCA response”, r7 is defined as “Card interface condition”, and a data format and a data size are defined respectively.

  In the remote access system of this embodiment, access to the portable device 3 from a remote environment is organized into the following three systems.

(1) Command execution without data (2) Command execution for data out (3) Command execution for data in The above (1) corresponds to the command types of br, bcr, and ac. The above (2) is a case where the host device writes data in the adtc command type. The above (3) is a case where the host device reads data in the adtc command type.

  When the remote host 1 remotely controls the portable device 3 via the local host 2, the first protocol command (local command) issued to the portable device 3 is replaced with the second protocol command (remote command). To the local host 2. A local command is composed of a command number and an argument. At this time, the remote host 1 also transmits the command type of the local command as header information of the remote command.

  On the other hand, the local host 2 determines from the command type which of the three systems (1) to (3) the transmitted local command belongs, and is transmitted according to the procedure corresponding to the determined system. One or more local commands including local commands are issued to the portable device 3.

  In addition to this command type, the remote host 1 further transmits a response type indicating the type of response from the portable device 3 expected for the local command to the local host 2 as remote command header information. As described above, since the data size is defined for each response type, the local host 2 secures a storage area for storing the response from the portable device 3 based on the transmitted response type. Furthermore, the local host 2 can recognize the response timing by this response type.

  Here, with reference to FIG. 1 again, the basic operation of each part of the remote host 1 and the local host 2 in the remote access system of this embodiment will be described.

  When the application program 11 operating on the remote host 1 controls the portable device 3, the command generation unit 12 generates a command for controlling the portable device 3. When the portable device 3 to be controlled exists in a remote environment, the command generated by the command generation unit 12 is converted into a remote command by the remote command generation unit 13 according to the generated command. . At this time, the command type and response type are given as header information. The converted remote command is transmitted to the local host 2 by the remote command transmission / reception unit 14.

  The local host 2 receives the remote command from the remote host 1 by the remote command transmission / reception unit 21 and transfers it to the command header interpretation unit 22. The command header interpretation unit 22 interprets the header of the remote command received by the remote command transmission / reception unit 21. The command header interpreter 22 transfers the command type interpreted from the remote command header and the remote command body to the local command generator 24, and the response type interpreted from the remote command header to the response interpreter 23.

  The local command generator 24 generates a command group for controlling the portable device 3 from the command type received from the command header interpreter 22 and the remote command body. The local command generation unit 24 determines the generated command group in accordance with the procedure corresponding to any one of the systems (1) to (3) specified from the command type received from the command header interpretation unit 22. It is issued to the portable device 3 via.

  The result executed in the portable device 3 is returned to the host controller 25 and confirmed by the response interpreter 23. In the case of an expected response data format corresponding to the response type received from the command header interpretation unit 22, the response interpretation unit 23 sends this result to the remote command transmission / reception unit 21. As a result, this result is transferred to the remote host 1. In the remote host 1, the response is interpreted by the response interpretation unit 15, and finally the execution result is notified to the application program 11.

  The above is the basic operation of each part of the remote host 1 and the local host 2 in the remote access system of this embodiment.

  Next, command execution sequences of the systems (1) to (3) will be described.

  FIG. 4 is a diagram showing a command execution sequence without data.

  In the case of a command type without data (br, bcr, ac), the remote host 1 transmits a command type, a command number, an argument, and a response type to the local host 2 (a1 in FIG. 4). On the other hand, if the received command type is a command type without data (br, bcr, ac), the local host 2 transmits the received command number and argument to the portable device 3 (a2, a3 in FIG. 4). Then, the local host 2 transmits the response returned from the portable device 3 to the remote host 1 (a4 to a6 in FIG. 4). If the command has no response, the local host 2 transmits a response with empty response data to the remote host 1.

  FIG. 5 is a diagram showing a data execution command execution sequence.

  In the case of a data-out command type (adtc), the remote host 1 transmits a command type, a command number, an argument, a response type, and data to the local host 2 (b1 in FIG. 5). On the other hand, when the received command type is the data-out command type (adtc), the local host 2 first transmits the received command number and argument to the portable device 3 (b2 and b3 in FIG. 5). When the response is returned from the portable device 3 (b4 and b5 in FIG. 5), the local host 2 transmits the received data to the portable device 3 (b6 and b7 in FIG. 5). When the local host 2 finishes transmitting the received data to the portable device 3, it automatically issues a stop command CMD13 (b8, b9 in FIG. 5). The local host 2 confirms the end of data transmission and no error in this CMD13 (b10, b11 in FIG. 5), and transmits the response of the executed command to the remote host 1 (b12 in FIG. 5). ).

  FIG. 6 is a diagram showing a command execution sequence of data-in.

  In the case of the data-in command type (adtc), the remote host 1 transmits a command type, a command number, an argument, and a response type to the local host 2 (c1 in FIG. 6). On the other hand, when the received command type is the data-in command type (adtc), the local host 2 first transmits the received command number and argument to the portable device 3 (c2, c3 in FIG. 6). Further, the local host 2 receives a response returned from the portable device 3 (c4 and c5 in FIG. 6). When the local host 2 finishes receiving the response from the portable device 3 (c6, c7 in FIG. 6), it automatically issues a stop command CMD13 (c8, c9 in FIG. 6). The local host 2 confirms that no data has been received and no error has occurred in the CMD 13 (c10 and c11 in FIG. 6), and transmits the response of the executed command and the received data to the remote host 1. (C12 in FIG. 6).

  As described above, the remote access system of this embodiment transmits the command type and response type from the remote host 1 to the local host 2 at the same time as the command (command number and argument). The local host 2 recognizes the command execution sequence, the response timing, the size, and the like based on the transmitted command type and response type. Thereby, the communication between the remote host 1 and the local host 2 can be made light. Further, even if the number of commands of the portable device 3 increases in the future, additional mounting is not required if it matches any of the three systems (1) to (3).

In data-out, when the remote host 1 and the local host 2 are wirelessly connected by transmitting a command and data together from the remote host 1 to the local host 2, a protocol in the wireless section is used. Information exchange can be reduced. Similarly, in data-in, the exchange of protocol information over the wireless section can be reduced by transmitting the response and data together from the local host 2 to the remote host 1 (second embodiment).
Next, a second embodiment will be described.

  The portable device 3 may require a specific command to be executed before or after a specific command. The remote access system of this embodiment omits the transmission and reception of commands and responses in the half-duplex communication part in the previous stage, and transmits the specific command from the remote host 1 to the local host 2 in order to reduce the protocol overhead. It further includes a mechanism for automatically executing the above-mentioned unique command between the local host 2 and the portable device 3 by setting a flag in the header of the remote command for transmission.

  FIG. 7 is a diagram showing a command execution sequence when the ACMD flag is turned on.

  Before issuing an application (extended) command to the portable device 3, it is necessary to issue CMD55. When transmitting the application command to the local host 2, the remote host 1 sets the ACMD flag to ON (d1 in FIG. 7). When the ACMD flag is on, the local host 2 issues CMD55 to the portable device 3 before the designated command (d2, d3 in FIG. 7). When a response is returned from the portable device 3 (d4, d5 in FIG. 7), the local host 2 issues the transmitted command to the portable device 3 (d6, d7 in FIG. 7). In response to the transmitted command, the local host 2 transmits a response returned from the portable device 3 to the remote host 1 (d8 to d10 in FIG. 7).

  FIG. 8 is a diagram showing a command execution sequence when the trans flag is turned on.

  Among the commands of the portable device 3, there are commands to be issued when the portable device 3 is in the trans state. If the portable device 3 is in the stby state when issuing this type of command, it is necessary to issue CMD7 for transitioning the portable device 3 from the stby state to the trans state before that. When the remote host 1 transmits this type of command to the local host 2, it sets the trans flag on (e1 in FIG. 8).

  Since the local host 2 knows whether the portable device 3 is in the stby state or the trans state, if the transport flag is on and the portable device 3 is in the stby state, CMD7 To transit to the trans state (e2, e3 in FIG. 8). When a response to CMD7 is returned from the portable device 3 (e4, e5 in FIG. 8), the local host 2 issues the transmitted command to the portable device 3 (e6, e7 in FIG. 8). Needless to say, when the portable device 3 is originally in the trans state, it is not necessary to issue CMD7. The local host 2 transmits a response returned from the portable device 3 to the transmitted command to the remote host 1 (e8 to e10 in FIG. 8).

  FIG. 9 is a diagram showing a command execution sequence when the stby flag is turned on.

  Among the commands of the portable device 3, there are commands that should be issued when the portable device 3 is in the stby state. When the portable device 3 is in the trans state when issuing this type of command, it is necessary to issue CMD7 for transitioning the portable device 3 from the trans state to the stby state before that. That is, CMD7 is a command for causing the portable device 3 to transition between the stby state and the trans state. When the remote host 1 transmits this type of command to the local host 2, the stby flag is set to ON (f1 in FIG. 9).

  Since the local host 2 knows whether the portable device 3 is in the stby state or the trans state, if the stby flag is on and the portable device 3 is in the trans state, CMD7 To shift to the stby state (f2, f3 in FIG. 9). When the response to CMD7 is returned from the portable device 3 (f4, f5 in FIG. 9), the local host 2 issues the transmitted command to the portable device 3 (f6, f7 in FIG. 9). Needless to say, when the portable device 3 is originally in the stby state, it is not necessary to issue CMD7. In response to the transmitted command, the local host 2 transmits a response returned from the portable device 3 to the remote host 1 (f8 to f10 in FIG. 9).

  FIG. 10 is a diagram showing a command execution sequence when the STOP flag is turned on.

  For example, when a plurality of blocks of data write / read are performed with respect to the portable device 3, the CMD12 that is a transfer stop command is normally issued last. Thus, for example, when transmitting a command involving data write of a plurality of blocks to the local host 2, the remote host 1 sets the STOP flag to ON (g1 in FIG. 10).

  As described in the first embodiment, in the case of the data-out command type, the local host 2 first transmits the received command number and argument to the portable device 3 (g2 and g3 in FIG. 10) and is portable. When a response is returned from the device 3 (g4, g5 in FIG. 10), the received data is transmitted to the portable device 3 (g6, g7 in FIG. 10). When the STOT flag is set to ON, the local host 2 automatically issues a CMD12 which is a transfer stop command when the received data has been transmitted to the portable device 3 (g8 in FIG. 10). , G9). When a response to this CMD12 is returned from the portable device 3 (g10, g11 in FIG. 10), the local host 2 transmits a response of the executed command to the remote host 1 (g12 in FIG. 10).

  FIG. 11 shows a command execution sequence when the BLKCOUNT flag is turned on.

  Of the commands of the portable device 3, CMD18 or CMD25 is a data-out command type, and is a command for notifying the data size in advance by the CMD23. When the remote host 1 transmits these commands to the local host 2, it sets the BLKCOUNT flag to ON (h1 in FIG. 11).

  When the BLKCOUNT flag is on, the local host 2 issues CMD23 to notify the portable device 3 in advance of the data size of the data transmitted from the remote host 1 (h2, h3 in FIG. 11). When the response to the CMD23 is returned from the portable device 3 (h4 and h5 in FIG. 11), the local host 2 issues the transmitted command CMD18 or CMD25 to the portable device 3 (in FIG. 11). h6, h7). When the response is returned from the portable device 3 (h8, h9 in FIG. 11), the local host 2 transmits the received data to the portable device 3 (h10, h11 in FIG. 11). When the local host 2 finishes transmitting the received data to the portable device 3, the local host 2 transmits a response to the executed command to the remote host 1 (h12 in FIG. 11).

  As described above, the remote access system according to the present embodiment has the remote host 1 and the local host for commands required before and after a specific command (no argument or one that can be inferred from the argument of the transmitted command). By setting a flag in the header of the communication packet between the remote host 1 and the local host 2, communication between the remote host 1 and the local host 2 can be omitted automatically and timely between the local host 2 and the portable device 3. Realize it.

(Third embodiment)
Next, a third embodiment will be described.

  FIG. 12 is a block diagram showing a schematic configuration of the remote access system according to the present embodiment. As shown in FIG. 12, in the remote access system of this embodiment, the host controller 25 of the local host 2 corresponds to two connection interfaces (SD bus and UHS-II bus).

  In the SD bus, commands are packetized in Command Token Format, and responses are packetized in Response Token Format. On the other hand, on the UHS-II bus, both commands and responses are packetized in the UHS-II Packet Format. When the host controller 25 of the local host 2 supports only one connection interface, the data format in the remote section between the remote host 1 and the local host 2 can also correspond to the data format of the one connection interface. That's fine. On the other hand, when the host controller 25 of the local host 2 supports two connection interfaces, some device is required for the data format in the remote section between the remote host 1 and the local host 2. Under such circumstances, the remote access system of the present embodiment employs one of the following four formats as a data format in the remote section between the remote host 1 and the local host 2.

  (A) The remote host 1 issues a remote command for transmitting a command type, a local command (command number and argument), a response type, and data in a unique format to the local host 2. The local host 2 sends the command to the host controller 25 according to whether the transmitted command is destined for the portable device 3 connected via the SD bus or the portable device 3 connected via the UHS-II bus. Packetize in the data format of each connection interface.

  (B) Remote host 1 issues a command type, command (command number and argument), response type, and remote command for transmitting data to local host 2 in the Command Token Format (SD bus) format To do. If the transmitted command is addressed to the portable device 3 connected via the SD bus, the local host 2 transmits the command to the portable device 3 as it is by the host controller 25. In this case, since a response in the Response Token Format format is returned from the portable device 3, it is included in the remote command response and transmitted to the remote host 1 as it is.

  On the other hand, if the transmitted command is addressed to the portable device 3 connected via the UHS-II bus, the host controller 25 converts the command into a packet of UHS-II Packet Format and transmits it to the portable device 3. To do. In this case, since a response in the UHS-II Packet Format format is returned from the portable device 3, the host controller 25 converts the response to the Response Token Format format and includes it in the response of the remote command and transmits it to the remote host 1. To do.

  (C) The remote host 1 sends a remote command for transmitting the command type, command (command number and argument), response type, and data in the UHS-II Packet Format (UHS-II bus). Issued against. If the transmitted command is addressed to the portable device 3 connected via the UHS-II bus, the local host 2 transmits the command to the portable device 3 as it is by the host controller 25. In this case, since a response in the UHS-II Packet Format format is returned from the portable device 3, it is included in the remote command response and transmitted to the remote host 1 as it is.

  On the other hand, if the transmitted command is addressed to the portable device 3 connected via the SD bus, the host controller 25 converts the command into a Command Token Format packet and transmits the packet to the portable device 3. In this case, since the response in the Response Token Format format is returned from the portable device 3, the host controller 25 converts the response into the UHS-II Packet Format format and transmits it to the remote host 1 by including it in the remote command response. To do.

  (D) The remote host 1 recognizes the bus of the portable device 3 connected to the local host 2, and transmits a command type, a command (command number and argument), a response type, and a remote command for transmitting data. Send to local host 2 in an appropriate bucket format. The local host 2 only needs to pass through the transmitted command to the portable device 3 and the response returned from the portable device 3 to the remote host 1.

  Even if any of the above formats (a) to (d) is adopted, the communication between the remote host 1 and the local host 2 is made light by classifying the local commands into three systems. Become.

  As described above, according to the remote access systems of the first to third embodiments, the storage device controlled by the first electronic device is remotely controlled from the second electronic device via the first electronic device. The remote access function can be realized as a mechanism with excellent convenience and expandability.

  Although the portable medium of the first to third embodiments has been described by taking an SD card (registered trademark) as an example, the portable medium having the first protocol includes a memory card having a memory function and communication. These portable media include an IO card having a function and a combo card having both a memory function and a communication function. Further, the portable medium does not have to be in a portable form, and may be a medium having the first protocol in a form built in an electronic device.

  Although several embodiments of the present invention have been described, these embodiments are presented by way of example and are not intended to limit the scope of the invention. These novel embodiments can be implemented in various other forms, and various omissions, replacements, and changes can be made without departing from the scope of the invention. These embodiments and modifications thereof are included in the scope and gist of the invention, and are included in the invention described in the claims and the equivalents thereof.

  DESCRIPTION OF SYMBOLS 1 ... Remote host, 2 ... Local host, 3 ... Portable device, 11 ... Application program, 12 ... Command generation part, 13 ... Remote command generation part, 14 ... Remote command transmission / reception part, 15 ... Response interpretation part, 21 ... Remote Command transmission / reception part, 22 ... Command header interpretation part, 23 ... Response interpretation part, 24 ... Local command generation part, 25 ... Host controller.

Claims (9)

A first bus corresponding to the first interface;
A second bus corresponding to the second interface;
Command type information indicating a type of the local command, which is a command for transmitting a local command of the first protocol issued to the storage device and packetized in a format conforming to the first interface. Remote command transmission / reception means for receiving a remote command of the second protocol including from another electronic device and transmitting a response to the remote command to the other electronic device;
Based on the command type information included in the remote command received by the remote command transmission / reception means from the other electronic device, the local command transmitted from the other electronic device by the remote command is a command without data, Determining whether the command is a data-out command or a data-in command, and a communication procedure with the storage device that is predetermined for each of the no-data command, the data-out command, or the data-in command, and Issuing one or more local commands to the storage device including the local command transmitted from the other electronic device by the remote command according to a communication procedure with the other electronic device, and a response from the storage device The remote control ; And a command processing unit for executing the transfer to the other electronic apparatus, including the response command receiving means for said remote command to be transmitted to the other electronic apparatus,
When the storage device is connected via the first bus, the command processing means transfers the packet storing the local command included in the remote command to the storage device as it is, The packet storing the local command included in the remote command is converted from a format compliant with the first interface to a format compliant with the second interface. Transfer to electronic equipment. A first bus corresponding to the first interface;
A second bus corresponding to the second interface;
A command for transmitting a local command of a first protocol to be issued to a storage device, and when the storage device is connected via the first bus, a format conforming to the first interface Of the second protocol including the command type information indicating the type of the local command, which is packetized in a format conforming to the second interface when the packet is connected via the second bus. Remote command transmission / reception means for receiving a remote command from another electronic device and transmitting a response to the remote command to the other electronic device;
Based on the command type information included in the remote command received by the remote command transmission / reception means from the other electronic device, the local command transmitted from the other electronic device by the remote command is a command without data, Determining whether the command is a data-out command or a data-in command, and a communication procedure with the storage device that is predetermined for each of the no-data command, the data-out command, or the data-in command, and Issuing one or more local commands to the storage device including the local command transmitted from the other electronic device by the remote command according to a communication procedure with the other electronic device, and a response from the storage device The remote control ; And a command processing unit for executing the transfer to the other electronic apparatus, including the response command receiving means for said remote command to be transmitted to the other electronic apparatus,
The electronic device, wherein the command processing means transfers a packet storing the local command included in the remote command as it is to the storage device.   The electronic device according to claim 1 or 2, wherein the first protocol is a protocol for performing full-duplex communication, and the second protocol is a protocol for performing half-duplex communication. machine. The remote command includes response type information indicating a type of response from the storage device to the local command,
The electronic device according to claim 1, wherein the command processing unit secures a storage area for storing a response from the storage device based on the response type information included in the remote command.   The electronic device according to claim 4, wherein the command processing unit recognizes a response timing from the storage device based on the response type information included in the remote command.   The command processing means is a flag defined in a header of a packet storing the remote command, and is stored in the storage device before or after issuing the first local command transmitted by the remote command. When the flag for transmitting that the second local command is to be issued is set to ON, the second local command is issued to the storage device before or after the first local command is issued. The electronic device according to claim 1 or 2.   The command processing means determines whether or not the second local command needs to be issued when the flag is set to ON, and determines that the second local command is issued to the storage device when it is determined to be necessary. The electronic device according to claim 6 which issues. A remote access processing method for an electronic device having a first bus corresponding to a first interface and a second bus corresponding to a second interface,
Command type information indicating a type of the local command, which is a command for transmitting a local command of the first protocol issued to the storage device and packetized in a format conforming to the first interface. Receiving a remote command of the second protocol including from another electronic device,
Based on the command type information included in the remote command, whether the local command transmitted from the other electronic device by the remote command is a command without data, a data out command, or a data in command In accordance with a communication procedure with the storage device and a communication procedure with the other electronic device, which are determined in advance for each of the no-data command, the data-out command, or the data-in command, Issuing one or more local commands including the local command transmitted from the other electronic device by a remote command to the storage device, and transmitting a response from the storage device to the other electronic device. The remote frame to Perform the transfer to the other electronic apparatus, including in response to de,
Issuing the one or more local commands to the storage device means that when the storage device is connected via the first bus, the packet storing the local command included in the remote command is used as it is. When transferred to the storage device and connected via the second bus, a packet storing the local command included in the remote command is transferred from the format conforming to the first interface to the second A remote access processing method, comprising: converting to a format conforming to an interface and transferring the data to the storage device. A remote access processing method for an electronic device having a first bus corresponding to a first interface and a second bus corresponding to a second interface,
A command for transmitting a local command of a first protocol to be issued to a storage device, and when the storage device is connected via the first bus, a format conforming to the first interface Of the second protocol including the command type information indicating the type of the local command, which is packetized in a format conforming to the second interface when the packet is connected via the second bus. Receive remote commands from other electronic devices,
Based on the command type information included in the remote command, whether the local command transmitted from the other electronic device by the remote command is a command without data, a data out command, or a data in command In accordance with a communication procedure with the storage device and a communication procedure with the other electronic device, which are determined in advance for each of the no-data command, the data-out command, or the data-in command, Issuing one or more local commands including the local command transmitted from the other electronic device by a remote command to the storage device, and transmitting a response from the storage device to the other electronic device. The remote frame to Perform the transfer to the other electronic apparatus, including in response to de,
Issuing the one or more local commands to the storage device is transferring a packet storing the local command included in the remote command to the storage device as it is. A remote access processing method.

Images