JP5980428B2 - COMMUNICATION DEVICE, RESPONSE DATA GENERATION METHOD, AND PROGRAM - Google Patents

Description

  The present invention relates to a communication device, a response data generation method, and a program for connecting an electric device to a network and controlling access from the terminal on the network to the electric device.

  A technique is known in which a communication adapter or the like is attached to a device to enable remote operation from a terminal such as a PC (Personal Computer). For example, in Patent Document 1, a communication adapter is connected to an electric device (for example, a housing equipment device, a white appliance device, a health care device, a sensor device, etc.), and an electric device is connected from a Web browser of the terminal via a network. It describes a technique for remotely operating a device or acquiring the state of an electrical device. In general, a communication adapter or the like is required to keep the installed processor and memory at a low cost, and therefore the communication speed performance tends to be low. Therefore, when displaying a Web page with a certain amount of data, it takes a long time for the terminal to display the screen on the Web browser after requesting the screen from the embedded device, causing the user to feel stress. There was also. Note that, for example, Patent Document 2 describes a technique for acquiring a screen to be referred to in advance by prefetching in order to improve the sensation speed of screen display.

JP 2011-85370 A JP 2000-57078 A

  The technique of Patent Document 2 described above can effectively perform prefetching by using a state where the same screen is displayed for a long time, such as browsing a Web page with many sentences. However, when operating or setting an electrical device using a Web browser, there is a problem that responsiveness is not improved because pre-reading is difficult to function, such as frequent display switching of Web pages.

  The present invention has been made in view of the above circumstances, and provides a communication device, a response data generation method, and a program capable of appropriately improving responsiveness even when an electric device is operated or set. For the purpose.

In order to achieve the above object, a communication device according to the present invention provides:
A communication device for connecting an electrical device to a network and controlling access to the electrical device from a terminal on the network,
A communication interface for receiving a request from the terminal and transmitting a response to the terminal;
Each resource data for configuring a screen for regular display on the terminal, a first resource data storage unit for storing normal resource data of a normal data size;
A second resource data storage unit that stores each resource data for configuring a screen to be temporarily displayed on the terminal, and stores reduced resource data having a data size smaller than the normal resource data;
A request cause determination unit that determines the cause of the request when a screen to be displayed is requested from the terminal; and
A response data generation unit that generates response data including the normal resource data or the reduced resource data based on a determination result by the request cause determination unit ;
The request cause determination unit determines whether or not the screen request is caused by a user operation of the terminal,
The response data generation unit generates response data including the saving resource data and the description of the acquisition process of the normal resource data when it is determined by the request cause determination unit to be caused by the user operation To do.

  According to the present invention, it is possible to appropriately improve the responsiveness even when operating or setting the electric device.

It is a block diagram which shows the structure of the remote control system containing the communication apparatus which concerns on embodiment of this invention. It is a sequence diagram which shows the communication procedure between the terminal and communication apparatus resulting from prefetching. It is a sequence diagram which shows the communication procedure between the terminal and communication apparatus resulting from a user's operation. It is a flowchart which shows an example of the reception process in a communication apparatus. It is a schematic diagram which shows an example of a screen acquisition request message. It is a flowchart which shows an example of the response process in a communication apparatus. It is a schematic diagram which shows an example of the screen normally displayed on a terminal. It is a schematic diagram which shows the specific comparative example of resource data. It is a schematic diagram which shows an example of the screen temporarily displayed on a terminal. It is a flowchart which shows an example of the acquisition process in a terminal. It is a flowchart which shows an example of the operation response process in a communication apparatus. It is a schematic diagram which shows an example of an operation request message. It is a schematic diagram which shows an example of the response message with respect to the operation request message.

  Embodiments of the present invention will be described below. In the following, for ease of understanding, an embodiment in which the present invention is applied to a communication device will be described. However, the present invention can be similarly applied to information processing devices such as various computers, PDAs, and mobile phones. it can. That is, the embodiment described below is for explanation, and does not limit the scope of the present invention. Therefore, those skilled in the art can employ embodiments in which each or all of these elements are replaced with equivalent ones, and these embodiments are also included in the scope of the present invention.

FIG. 1 is a block diagram illustrating an example of a remote operation system including a communication device 100 according to an embodiment of the present invention. In this remote operation system, the communication device 100 and the terminal 200 can communicate with each other via a network 300 (for example, the Internet or a local area network). The user operates the terminal 200 to monitor an electric device (not shown) (for example, a housing facility device, a white appliance, a health care device, or a sensor device) through the communication device 100, or set the electric device. Or change it.
That is, the communication apparatus 100 is an apparatus for connecting an electric device to the network 300 and controlling access from the terminal 200 to the electric device, and includes a communication unit 110 and a control unit 120 as illustrated. Yes.

  The communication unit 110 communicates with the terminal 200 via the network 300. More specifically, the communication unit 110 includes a communication interface 111, a request message interpretation unit 112, a request cause determination unit 113, a response data generation unit 114, a transmission history storage unit 115, and a first release data storage unit 116. , And a second release data storage unit 117.

  The communication interface 111 corresponds to, for example, a wired LAN (Local Area Network), a wireless LAN, and the like, and performs HTTP (Hypertext Transfer Protocol) communication with the terminal 200 via the network 300.

  The request message interpretation unit 112 interprets an HTTP request received by the communication interface 111. For example, the request message interpreter 112 interprets whether the received HTTP request is for requesting acquisition of a screen or for requesting operation of the device.

  The request cause determination unit 113 determines the cause of the transmission of the HTTP request. For example, when the received HTTP request is for requesting acquisition of a screen, the request cause determination unit 113 determines whether the request is transmitted by a user operation of the terminal 200 or is transmitted by a prefetch function. Judge whether it is something.

The response data generation unit 114 generates response data corresponding to the HTTP request. For example, the response data generation unit 114 follows the determinations of the request message interpretation unit 112 and the request cause determination unit 113, as necessary, the control unit 120, the transmission history storage unit 115, the first resource data storage unit 116, and the first The response data is generated with reference to the resource data storage unit 117 in FIG.
The request message interpretation unit 112, the request cause determination unit 113, and the response data generation unit 114 are, for example, programs stored in a ROM (Read Only Memory) or the like (more specifically, a reception process described later) It is realized by reading a control program) into a RAM (Random Access Memory) and executing it by a CPU (Central Processing Unit).

  The transmission history storage unit 115 stores resource data transmitted in the past for each communication partner. For example, the transmission history storage unit 115 stores a transmission history of resource data (specifically, normal resource data described later) transmitted to the terminal 200.

  The first resource data storage unit 116 is each resource data (for example, an image) for configuring a screen (finally displayed screen) that is normally displayed on the terminal 200, and is a normal resource having a normal data size. Store the data.

The second resource data storage unit 117 is each resource data for constructing a screen that is provisionally displayed on the terminal 200 (a screen that is displayed quickly), and each normal resource data in the first resource data storage unit 116 Correspondingly, saving resource data having a smaller data size is stored.
In this embodiment, when normal resource data or saving resource data is handled as a file, it may be called a normal resource file or a saving resource file.

  The control unit 120 controls an electrical device for performing monitoring and setting. For example, when the communication device 100 is attached to an air conditioner, the control unit 120 acquires the state of the air conditioner (operating state, room temperature, etc.), or operates an operation command (cooling on, timer registration, etc.) to the air conditioner. ).

One terminal 200 includes, for example, a PC (Personal Computer), a smartphone, and the like, and is operated by a user.
As illustrated, the terminal 200 includes a communication interface 210, an input unit 220, a display unit 230, a screen data storage unit 240, and a control unit 250. For example, a Web browser serving as a Web client is installed. A Web screen based on an HTML (Hyper Text Markup Language) file 260 or the like can be displayed.

  The communication interface 210 corresponds to, for example, a wired LAN or a wireless LAN, and performs HTTP communication with the communication device 100 via the network 300.

  The input unit 220 includes, for example, a mouse, a keyboard, or a touch panel, and accepts user operations.

  The display unit 230 includes a liquid crystal display, for example, and displays a web screen based on the HTML file 260 processed by the control unit 250.

  The screen data storage unit 240 stores screens acquired in the past, screens acquired by prefetching processing, and the like.

The control unit 250 includes, for example, a ROM, a RAM, a CPU, and the like, and controls the entire terminal 200.
As an example, the control unit 250 stores an HTML file 260 and the like sent from the communication device 100 in the RAM, and displays a Web screen on the display unit 230 based on the stored HTML file 260 and the like.

The HTML file 260 is data that is the basis of a screen obtained by requesting the communication apparatus 100, and includes a prefetch process description part 261 and an update process description part 262.
The prefetch process description section 261 is a description section in a programming language that can be incorporated into a Web screen such as JavaScript (registered trademark), for example, and realizes a prefetch function.
The update process description unit 262 is also a description unit using a programming language such as JavaScript (registered trademark), for example, and obtains normal resource data to realize screen update. Specifically, the update process description part 262 includes a URL (Uniform Resource Locator) of normal resource data that constitutes a regular-displayed Web screen (finally displayed Web screen). A process is described in which, for example, when the user operation interval in 200 is opened for a certain time or longer, the communication device 100 is requested for target normal resource data.

  An outline of operations of the communication apparatus 100 and the terminal 200 having such a configuration will be described with reference to FIGS. FIG. 2 is a sequence diagram illustrating a communication procedure between the terminal 200 and the communication apparatus 100 due to prefetching. That is, the processing until the terminal 200 acquires the Web screen from the communication apparatus 100 by the prefetch function is represented. FIG. 3 is a sequence diagram illustrating a communication procedure between the terminal 200 and the communication device 100 caused by a user operation. That is, the process until the terminal 200 acquires the Web screen from the communication apparatus 100 by the user operation of the terminal 200 is represented.

First, the operation of acquiring a Web screen caused by prefetching will be described with reference to the sequence diagram of FIG.
As illustrated, the terminal 200 first transmits an HTML file acquisition request for a Web screen to be acquired to the communication apparatus 100 (Sq10). Note that the HTML file name requested at this time includes a specific character string before the extension, as will be described later.
The communication device 100 returns an HTML file corresponding to this request (Sq20). At this time, as will be described later, a resource file such as an image referred to from an HTML file (an HTML file including a specific character string before the extension) is a normal resource file.

The terminal 200 analyzes the received HTML file (Sq30), and when the resource file is referenced, the terminal 200 transmits an acquisition request for the resource file (normal resource file) to the communication device 100 (Sq40).
The communication device 100 returns a resource file (normal resource file) in response to this request (Sq50). When a plurality of resource files are referenced from the HTML file, the sequence of Sq40 and Sq50 is repeated a plurality of times.
Then, the terminal 200 stores the received resource file (normal resource file) in the screen data storage unit 240 (Sq60).

Next, a web screen acquisition operation caused by a user operation will be described with reference to the sequence diagram of FIG.
As illustrated, the terminal 200 first transmits an HTML file acquisition request for a Web screen to be acquired to the communication apparatus 100 (Sq11). The HTML file name requested at this time does not include a specific character string before the extension, unlike Sq10 of FIG.
The communication device 100 returns an HTML file corresponding to this request (Sq21). At this time, as will be described later, a resource file such as an image that is referred to from an HTML file (an HTML file that does not include a specific character string before the extension) is a saving resource file. As will be described later, if the target normal resource file has already been transmitted, the referenced resource file is a normal resource file.

The terminal 200 analyzes the received HTML file (Sq30), and when the resource file is referenced, the terminal 200 transmits an acquisition request for the resource file (saving resource file) to the communication device 100 (Sq41).
The communication device 100 returns a resource file (saving resource file) in response to this request (Sq51). If a plurality of resource files are referenced from the HTML file, the sequence of Sq41 and Sq51 is repeated a plurality of times.
Then, the terminal 200 displays a Web screen based on the received resource file (saving resource file) (Sq60).

Since such a reduced resource file is provisional display data, the terminal 200 transmits an acquisition request for normal resource data corresponding to the reduced resource file to the communication device 100 (Sq40). As will be described later, this request is made little by little at the timing when the user operation is interrupted so as not to hinder the user operation on the terminal 200.
The communication device 100 returns a resource file (normal resource file) in response to this request (Sq50). When a plurality of resource files are referenced from the HTML file, the sequence of Sq40 and Sq50 is repeated a plurality of times.
Then, the terminal 200 stores the received resource file (normal resource file) in the screen data storage unit 240, and updates and displays the Web screen (Sq61).

  As described above, when all the acquisition of the normal resource data is completed, the terminal 200 acquires another screen that can transition from the displayed Web screen by the prefetch process. This process follows the sequence shown in FIG.

  Next, operations of communication device 100 and terminal 200 will be described in detail. First, the operation of the communication apparatus 100 will be described with reference to FIGS.

Initially, the reception process in the communication apparatus 100 is demonstrated along the flowchart of FIG.
First, the communication apparatus 100 determines whether a screen acquisition request has been received (step S401). That is, the request message interpretation unit 112 determines whether the message received from the terminal 200 is a screen acquisition request or an operation request. The screen acquisition request is a message for acquiring a screen to be displayed on the Web browser. As an example, the screen acquisition request includes an HTTP GET method and a file name (HTML file name or resource file name) as shown in FIG. Is done. On the other hand, the operation request is a message for specifying an operation of the control unit 120 (air conditioner controller in the present embodiment), and details will be described later.

Returning to FIG. 4, when determining that the request is a screen acquisition request (step S401; Yes), the communication apparatus 100 executes processing for the screen acquisition request (step S402).
On the other hand, when it is determined that the request is not a screen acquisition request (step S401; No), the communication apparatus 100 executes processing for the operation request (step S403).

An example of processing for the screen acquisition request in step S402 is shown in the flowchart of FIG. Hereinafter, the response process in the communication apparatus 100 will be described with reference to the flowchart of FIG. In this response process, as a specific example, a screen as shown in FIG. 7 is displayed normally (finally displayed) on the terminal 200.
FIG. 7 shows, as an example, a screen for monitoring / operating the operation state of the air conditioner when the communication device 100 is attached to the air conditioner. In this screen, portions indicated by reference numerals 601 and 602 are configured by image data, not text characters (character string data). Moreover, the location shown with the code | symbol 603a-code | symbol 603h is comprised by the image data showing the air conditioner for every group. Similarly, the portions indicated by reference numerals 604a to 604h are constituted by image data representing the set temperature, and the portions indicated by reference numerals 605a to 605h are constituted by image data representing the room temperature.
In the area indicated by reference numeral 606, each text character is arranged, and a link to another screen that can be changed is provided.

As shown in FIG. 6, first, the communication apparatus 100 determines whether or not the request is an HTML file acquisition request (step S501).
For example, the communication apparatus 100 determines whether the request from the terminal 200 is an HTML file acquisition request or a resource file acquisition request. The difference between the two can be determined by the extension of the file. If it is “.html” or “.htm”, it is an HTML file, and otherwise it is a resource file.

When determining that the request is not an HTML file acquisition request (step S501; No), the communication device 100 returns the designated resource data (step S502).
That is, since the request from the terminal 200 is a resource file acquisition request, the response data generation unit 114 generates a response message that returns the specified resource data.

On the other hand, when it is determined that the request is an HTML file acquisition request (step S501; Yes), the communication apparatus 100 acquires an HTML file serving as a template (step S503).
That is, the response data generation unit 114 acquires an HTML file in which the variable part of the HTML file that responds is blank. In the present embodiment, information managed by the control unit 120 such as the measured value of the air conditioner, the file name of the resource data to be referenced, and the like are variable portions.

The communication device 100 generates a common part of the HTML file (step S504).
That is, the response data generation unit 114 generates a common part of the HTML file that responds. This common part is a part that needs to be set in the response data regardless of whether the screen is caused by user operation or the screen is obtained by prefetching. In the present embodiment, the set temperature of the air conditioner acquired by the control unit 120 and the value of the room temperature are common parts.

  The communication device 100 determines whether the request is a prefetch request (step S505). That is, the request cause determination unit 113 determines whether the received message is a request caused by the prefetch process or a request caused by the user operation. Note that the prefetching process is described in JavaScript (registered trademark) in the prefetching process description unit 261 described above. In the description, for example, a rule that puts a character string “_pl” in front of the extension is provided for the file name specified in the prefetch process (pl is preload). For example, if the file name requested by the user operation is “monitor.html” due to the HTML anchor tag, the file name to be prefetched in the prefetching process is “monitor_pl.html”.

When determining that the request is a prefetch request (step S505; Yes), the communication apparatus 100 returns an HTML file with the reference destination as normal resource data (step S506).
That is, since the response data generation unit 114 is a request caused by prefetching, all resource data referred to from the responding HTML file is set as normal resource data based on the determination that responsiveness is not important.

On the other hand, when it is determined that the request is not a pre-read request (step S505; No), the communication apparatus 100 extracts one resource data referred to from the HTML file (step S507).
That is, the response data generation unit 114 generates an HTML file that refers to the resource-saving resource data having a data size smaller than normal from the determination that the responsiveness is important because it is a request caused by a user operation. It will be.

  The communication device 100 determines whether there is unprocessed release data (step S508). When determining that there is no unprocessed release data (step S508; No), the communication device 100 ends the process. That is, the subsequent processing is repeated until there is no resource data to be taken out.

When it is determined that there is unprocessed release data (step S508; Yes), the communication apparatus 100 determines whether the resource data has been transmitted (step S509).
That is, the response data generation unit 114 refers to the transmission history storage unit 115 to determine whether or not the normal resource data corresponding to the extracted resource data has been transmitted to the connected terminal 200.

When determining that the resource data has been transmitted (step S509; Yes), the communication device 100 sets the reference destination as normal resource data (step S510).
That is, when displaying normal resource data, the response data generation unit 114 determines that it can be acquired from the screen data storage unit 240 of the terminal 200, and sets the URL of the normal resource data.

On the other hand, when it is determined that the resource data has not been transmitted (step S509; No), the communication device 100 sets the reference destination as the reduced resource data (step S511).
That is, the response data generation unit 114 determines that it receives a request for acquiring resource data in the next communication, and sets the URL of the resource saving resource data.
Saving resource data is data that has a smaller data size than normal resource data, for example, by reducing the resolution of the image, changing the color to black and white for color images, and sharing data that can be shared. is there.
Specifically, the image data indicated by reference numeral 602 in FIG. 7 described above will be described as an example. As shown in FIG. 8, the image data indicated by reference numeral 602-1 is normal resource data. The image data shown is saving resource data. In the example of FIG. 8, the reduced resource data (reference numeral 602-2) is generated by reducing the resolution of the normal resource data (reference numeral 602-1).

Returning to FIG. 6, the communication apparatus 100 adds a description of the acquisition process of the normal resource data corresponding to the saving release data (step S512).
That is, the response data generation unit 114 adds, for example, a normal resource data acquisition process corresponding to the reduced release data described in JavaScript (registered trademark) to the HTML file that responds. Details of this acquisition process will be described together with the operation of the terminal 200 described later.

As described above, the communication device 100 repeats the processes in steps S507 to S512 described above, and when there is no unprocessed resource data in step S508, the transmission of the HTML file is finished.
FIG. 9 shows an example of a screen temporarily displayed on the terminal 200 by the HTML file sent in this way.
FIG. 9 is a screen that is provisionally displayed prior to the above-described FIG. 7, and each symbol indicates the same part.

In FIG. 9, the image data indicated by reference numeral 601 is replaced with gray square image data (saving resource data) because it does not affect the user's operation. Also, the image data indicated by reference numeral 602 is replaced with image data with reduced resolution (saving resource data).
Further, the image data indicated by reference numerals 603a to 603h is shared and replaced with the same gray square image data (saving resource data). Similarly, the image data indicated by reference numerals 604a to 604h and reference numerals 605a to 605h are replaced with other image data (reduction resource data) that represents the meaning of the image with a smaller number of bytes.

  Next, the operation of the terminal 200 displaying the screen as shown in FIG. 9 will be described with reference to FIG. FIG. 10 is a flowchart for explaining an example of acquisition processing in the terminal 200. This acquisition process is processed based on the description of the update process description part 262 of FIG. That is, the acquisition process of FIG. 10 is executed by the terminal 200 in accordance with the description added in step S512 in the response process of FIG.

First, the terminal 200 determines whether there is unacquired normal resource data (step S701).
If the terminal 200 determines that there is unacquired normal resource data (step S701; Yes), the terminal 200 monitors the presence or absence of a user operation for a certain time (step S702). As an example, the terminal 200 monitors a user operation for 30 seconds on the screen of FIG.

The terminal 200 determines whether or not a user operation is detected during monitoring (step S703).
If the terminal 200 determines that a user operation has been detected (step S703; Yes), the process returns to step S702. That is, when a user operation is performed, monitoring is continued without moving to the subsequent process so as not to prevent the operation.

On the other hand, if it is determined that no user operation has been detected during monitoring (step S703; No), the terminal 200 acquires normal resource data for a fixed byte from the communication device 100 (step S704).
That is, the terminal 200 acquires normal resource data by a fixed number of bytes (for example, 5 kbytes) so as not to hinder the user's operation by continuing communication for a long time. The number of bytes acquired at one time is specified by using, for example, a Range header of an HTTP message. Further, the processing on the communication apparatus 100 side at this time is a path that passes through step S502 in the response processing of FIG. 6 described above.

The terminal 200 determines whether or not acquisition of one file has been completed (step S705).
If the terminal 200 determines that acquisition of one file has not been completed (step S705; No), the process returns to step S702 described above, and the processes of steps S702 to S705 are repeatedly executed.

On the other hand, if it is determined that the acquisition of one file has been completed (step S705; Yes), the terminal 200 displays the reduced resource data by replacing it with the normal resource data (step S706).
That is, the terminal 200 updates the screen display in order to display the acquired normal resource data.
Then, terminal 200 returns the process to step S701 described above, and continues normal resource data corresponding to the remaining reduced resource data. If it is determined that there is no unacquired normal resource data (step S701; No), the terminal 200 has acquired the normal resource data corresponding to all the reduced resource data, and thus ends the process.
Thus, the terminal 200 updates the above-described screen of FIG. 9 and displays the above-described screen of FIG.

  After that, the terminal 200 performs prefetching of another screen that can transition from the displayed screen, that is, a link destination screen referenced from each character string indicated by reference numeral 606 in the screen of FIG. In the prefetching process, as described above, the character string “_pl” is put in the HTML file of the acquisition request before the extension. In the prefetch process, as in the resource data acquisition process, a request is transmitted while monitoring a user operation. The processing on the communication device 100 side at this time is a path that passes through step S506 in the response processing of FIG. 6 described above. Therefore, the communication apparatus 100 returns response data in which the URL of the normal resource file is set without setting the URL of the saving resource file.

  Finally, details of the processing for the operation acquisition request in step S403 of FIG. 4 will be described with reference to FIG. FIG. 11 is a flowchart illustrating an example of an operation response process in the communication device 100.

First, the communication device 100 extracts an operation command from the received message (step S801).
That is, the response data generation unit 114 extracts an operation command from, for example, an operation request message as illustrated in FIG. Note that the operation request message in FIG. 12 shows, for example, an operation to turn off the power of the group 1 (in the screen in FIG. 7, as an example, the entrance).
Specifically, the response data generation unit 114 extracts the XML description (from “<? Xml” to “</ Command>”) of the body part of the HTTP message in FIG. 12 as an operation command.

Returning to FIG. 11, the communication apparatus 100 transmits an operation command via the control unit 120 (step S802). That is, the communication device 100 transmits an operation command (for example, power off of the group 1) to the electric device.
The communication device 100 receives a response via the control unit 120 (step S803). That is, the communication device 100 receives from the electric device success or failure of the operation command issued to the electric device (success or failure of the result). The success or failure of this result is obtained by, for example, XML data corresponding to the operation command.

The communication device 100 generates a response message (step S804).
That is, the response data generation unit 114 generates a response message as shown in FIG. 13, for example. Note that the response message in FIG. 13 indicates, for example, that group 1 has been successfully powered off.

Returning to FIG. 11, the communication apparatus 100 returns the generated response message to the terminal 200 (step S805).
The terminal 200 can know the success or failure of the transmitted operation command by receiving the response message.

  As described above, in the present embodiment, when a screen display request from the terminal 200 is received, the communication apparatus 100 is transmitted based on whether the request is transmitted due to a user operation or due to a prefetch process. To determine whether When the communication apparatus 100 is transmitted due to a user operation, the communication apparatus 100 causes the terminal 200 to display a screen that emphasizes responsiveness, so that the user cannot operate the screen until the screen display is completed. This can reduce the stress you feel. That is, the communication apparatus 100 can improve the responsiveness of user operation by transmitting data (saving resource data) having a smaller transfer size than usual and displaying a provisional screen on the terminal 200.

Further, after displaying the provisional screen, the terminal 200 can gradually restore the visibility of the screen display by replacing small data with normal data (normal resource data).
At that time, since the terminal 200 monitors the user's operation and acquires normal data at a timing when the user is not operating, it is possible to prevent the operability from being deteriorated due to the occurrence of traffic during the operation. .
Furthermore, when acquiring normal data, the terminal 200 can prevent a decrease in operability due to traffic generated during operation by limiting the amount of data acquired at one time.

  Further, by storing the transmission history to the terminal 200, the communication device 100 refers to the normal data when the normal data has been transmitted. Therefore, the terminal 200 can display a screen using received normal data, and can improve the responsiveness of a user operation without impairing the visibility of the screen display.

  As a result, according to the present invention, it is possible to appropriately improve the responsiveness even when operating or setting the electrical device.

  In the above-described embodiment, the case where the present invention is applied to the communication apparatus 100 has been described. However, the present invention can be realized using a normal computer system without using a dedicated system. For example, a computer program for executing the above operation is stored and distributed on a computer-readable recording medium (flexible disk, CD-ROM, DVD-ROM, etc.), and the computer program is installed in the computer. Thus, the communication device 100 that executes the above-described processing may be configured. Further, the communication device 100 may be configured by storing the computer program in a storage device included in a server device on a communication network such as the Internet, and downloading it by a normal computer system.

  Further, when the functions of the communication device 100 are realized by sharing of an OS (operating system) and an application program, or by cooperation between the OS and the application program, only the application program portion is stored in a recording medium or a storage device. May be.

  It is also possible to superimpose a computer program on a carrier wave and distribute it via a communication network. For example, the computer program may be posted on a bulletin board (BBS, Bulletin Board System) on a communication network, and the computer program distributed via the network. The computer program may be started and executed in the same manner as other application programs under the control of the OS, so that the above-described processing may be executed.

  The present invention can be suitably employed in a communication device, a response data generation method, and a program that connect an electrical device to a network and control access from the terminal on the network to the electrical device.

  100 communication device 110 communication unit 111 communication interface 112 request message analysis unit 113 request cause determination unit 114 response data generation unit 115 transmission history storage unit 116 first resource data storage unit 117 second resource Data storage unit, 120 control unit, 200 terminal, 210 communication interface, 220 input unit, 230 display unit, 240 screen data storage unit, 250 control unit, 260 HTML file, 261 prefetch process description unit, 262 update process description unit, 300 network

Claims (7)

A communication device for connecting an electrical device to a network and controlling access to the electrical device from a terminal on the network,
A communication interface for receiving a request from the terminal and transmitting a response to the terminal;
Each resource data for configuring a screen for regular display on the terminal, a first resource data storage unit for storing normal resource data of a normal data size;
A second resource data storage unit that stores each resource data for configuring a screen to be temporarily displayed on the terminal, and stores reduced resource data having a data size smaller than the normal resource data;
A request cause determination unit that determines the cause of the request when a screen to be displayed is requested from the terminal; and
A response data generation unit that generates response data including the normal resource data or the reduced resource data based on a determination result by the request cause determination unit ;
The request cause determination unit determines whether or not the screen request is caused by a user operation of the terminal,
The response data generation unit generates response data including the saving resource data and the description of the acquisition process of the normal resource data when it is determined by the request cause determination unit to be caused by the user operation To
Communication equipment. The description of the acquisition process, when the operating distance of the user opens more than a predetermined time in the terminal, a description for requesting the normal resource data from the terminal, the communication apparatus according to claim 1. The description of the acquisition process, when requesting the normal resource data from the terminal, a description for suppressing the data amount within a certain communication device according to claim 1 or 2. The communication device according to any one of claims 1 to 3 , wherein the response data generation unit generates response data further including a description of a prefetching process of another screen that can transition from a screen displayed on the terminal. A transmission history storage unit for storing a transmission history of the normal resource data transmitted to the terminal;
The response data generation unit generates response data referring to the normal resource data for transmitted resource data and referring to the reduced resource data for untransmitted resource data based on the transmission history. The communication apparatus according to any one of claims 1 to 4 . A response data generation method in a communication device for connecting an electrical device to a network and controlling access to the electrical device from a terminal on the network,
The communication device is a resource interface for configuring a communication interface that receives a request from the terminal and transmits a response to the terminal, and a screen that is normally displayed on the terminal. A first resource data storage unit for storing resource data, and each resource data for configuring a screen to be provisionally displayed on the terminal, and a second resource data for saving resource data having a data size smaller than the normal resource data A resource data storage unit, and
A request cause determination step of determining the cause of the request when a screen to be displayed from the terminal is requested;
A response data generation step for generating response data including the normal resource data or the reduced resource data based on a determination result by the request cause determination step ;
In the request cause determination step, it is determined whether or not the screen request is caused by a user operation of the terminal;
In the response data generation step, when it is determined in the request cause determination step that it is caused by the user operation, response data including the saving resource data and a description of the acquisition process of the normal resource data is obtained. Generate,
Response data generation method. A computer for connecting an electrical device to a network and controlling access to the electrical device from a terminal on the network,
A communication interface for receiving a request from the terminal and transmitting a response to the terminal;
A first resource data storage unit for storing normal resource data of a normal data size, each resource data for configuring a screen for regular display on the terminal;
A second resource data storage unit for storing reduced resource data, each resource data for configuring a screen to be provisionally displayed on the terminal, and having a data size smaller than the normal resource data;
A request cause determination unit that determines the cause of the request when a screen to be displayed is requested from the terminal;
Based on the determination result by the request cause determination unit, function as a response data generation unit that generates response data including the normal resource data or the reduced resource data ,
The request cause determination unit determines whether or not the screen request is caused by a user operation of the terminal,
The response data generation unit generates response data including the saving resource data and the description of the acquisition process of the normal resource data when it is determined by the request cause determination unit to be caused by the user operation To
Program.

Images