JP2014067427A - Execution control device, terminal equipment and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a thin client system for enabling a Web application operating in a thin client server to efficiently use the sensor information of a client terminal.SOLUTION: When an API(Application Programming Interface) for sensor information acquisition on a Web browser program 15b in a thin client server 10 is called in accordance with the operation of a Web application program 15c, an add-on program 15b having a function of requesting sensor information to a client terminal 20 through the operation of a thin client server program 15a, and fetching the sensor information transmitted from the client terminal 20 in response to the request, and returning it to the Web application program 15c is overwritten. Thus, the sensor information corresponding to the request can be acquired from the client terminal 20 by the general Web application (15c) operating in the thin client server 10 as it is.

Description

  The present invention relates to a server device, a thin client system, and a control program therefor in a screen transfer type thin client system in which a computer on which an application program runs and a computer operated by a user are physically different.

  In recent years, web applications are increasingly used in computers such as PCs (personal computers) and portable terminals that can be connected to a communication network such as the Internet.

  This is because, in the past, applications were installed and operated on each user's computer, whereas web applications have the advantage that they can be used without installation as long as they have a standard web browser. .

  Similarly, in recent years, a thin client system has attracted attention because it is advantageous in terms of information security.

  In the thin client system, an application runs on a server, only the screen information is transferred to the client terminal, and actual data itself does not exist in the terminal. For this reason, for example, for people who take computers (mobile terminals) out of the office and use them for business etc., there is an advantage that even if the terminal is lost, there is no data in the terminal, so there is less risk of information leakage .

  On the other hand, various types of sensors such as an azimuth sensor, a GPS (global positioning system) sensor, and an acceleration sensor are standardly installed in recent portable information devices such as mobile phones and smartphones. As a result, the web application is also conspicuously designed to provide more convenient services using these sensors, such as map navigation.

  A system using position information in a web application is disclosed (for example, see Patent Document 1).

Special table 2009-519545

  In the conventional thin client system, a web application that uses information from a sensor cannot be used as it is.

  This is because, in a thin client system, a web browser on which a web application operates operates on a thin client server that is located away from a user having a client terminal, and uses, for example, position information from a GPS sensor. This is because even if the web application acquires the position information of the server and uses it, there is no meaning for the user.

  The present invention has been made in view of such problems, and provides a server apparatus and a thin client system that enable an application running on a thin client server to efficiently use sensor information of a client terminal. With the goal.

  Claim 1 is a server apparatus in a thin client system that executes an application according to an input event received from a client terminal and transmits screen data generated based on the execution of the application to the client terminal. When there is a request for sensor information in the current environment of the client terminal from an application executed in the server device based on an input event from the client terminal, whether the request is a repeated request for repeatedly requesting the sensor information. Repetitive transmission of sensor information in the current environment of the client terminal every predetermined time when the determination means determines that the request is a repetitive request. Send the request and By sequentially receiving sensor information repeatedly transmitted by the client terminal, an acquisition unit that repeatedly acquires sensor information in the current environment of the client terminal, and each time the sensor information of the client terminal is repeatedly acquired by the acquisition unit And transmitting means for executing the application based on the sensor information and transmitting screen data generated by the execution to the client terminal.

  A server device that executes an application according to an input event received from a client terminal and transmits screen data generated according to the application to the client terminal, and an input event according to a user operation is transmitted to the server In a thin client system comprising a client terminal that transmits to the apparatus and displays the screen data received from the server apparatus in response to the input event, the server apparatus executes in response to the input event from the client terminal Determining means for determining whether or not a call from the application to be executed is repeated within a predetermined time, and when the determination means determines that the call from the application is repeated, the first time determined to be the repetition Only said client terminal The sensor information is transmitted to the calling source application as sensor information of the client terminal. A return means for returning, wherein the client terminal receives a request for sensor information transmitted from the server device, and whether the request for sensor information received by the request reception means is a repeated request. A determination means for determining, a detection means for detecting sensor information of the client terminal repeatedly at fixed time intervals, and a sensor information detected by the detection means when the determination means determines that the request is repeated. Transmission means for transmitting to the server device.

  According to the present invention, an application or the like that operates on a server device of a thin client system can repeatedly and efficiently use sensor information of a client terminal.

1 is a diagram showing an overall configuration of a thin client system according to an embodiment of the present invention. The figure which shows the structure of the operation | movement program in the thin client server 10 and the client terminal 20 of the said thin client system. The block diagram which shows the circuit structure of the thin client server 10 in the said thin client system. The block diagram which shows the circuit structure of the client terminal 20 in the said thin client system. 5 is a flowchart showing a thin client server process by a thin client server program 15a of the thin client server 10. 7 is a flowchart showing terminal location information acquisition processing by an add-on program 15b ′ added to the standard API of the web browser program 15b of the thin client server 10. 6 is a flowchart showing a position information request process in the thin client server process (FIG. 5) of the thin client server 10; The flowchart which shows the positional information reception process in the thin client server process (FIG. 5) of the said thin client server. 6 is a flowchart showing client processing by a thin client / client program 23a of the client terminal 20. The flowchart which shows the positional information transmission process in the client process (FIG. 9) of the said client terminal 20. FIG.

  Embodiments of the present invention will be described below with reference to the drawings.

  FIG. 1 is a diagram showing an overall configuration of a thin client system according to an embodiment of the present invention.

  This thin client system includes a thin client server 10 connected to a communication network N such as the Internet, and client terminals 20 connected to the communication network N. Various web servers 30 are also connected to the communication network N.

  For example, a mobile terminal is used as the client terminal 20 of the present embodiment.

  FIG. 2 is a diagram showing a configuration of operation programs in the thin client server 10 and the client terminal 20 of the thin client system.

  The thin client server 10 has a plurality of application programs such as a web browser program 15b, a mail processing program, and a text creation processing program in addition to the thin client server program 15a that controls the basic operation. In response to an input event signal associated with a user operation from the client terminal 20 connected to the thin client server 10, the thin client server program 15a is activated to execute the process.

  The client terminal 20 includes a thin client / client program 23a, and operates according to an input signal corresponding to a user operation and a response signal from the thin client server 10.

  In the thin client server 10, the screen drawing data G generated on the client virtual frame buffer 16 (see FIG. 3) in accordance with the execution of the application program according to the input event signal from the client terminal 20 is the access source Is transferred to the client terminal 20.

  In the client terminal 20, the screen drawing data G transferred from the thin client server 10 is expanded in the frame buffer 24 (see FIG. 4) and displayed on the display screen of the display unit 25.

  That is, the client terminal (portable terminal) 20 in this thin client system has an input function according to user operations such as various keys and pointer buttons, an output function to an LCD display unit, and a communication network N such as WAN or LAN. It has a wired or wireless communication function for connection as a main function, and does not need to have at least various application functions and data file management functions that the thin client server 10 has.

  A data file generated according to various application processes activated and executed by the thin client server 10 in response to an input event signal from the client terminal 20 is basically stored in the thin client server 10 or the server 10. Are stored and stored for each user account or as a shared file in a file server (not shown) that is connected and managed.

  As a description of a general thin client system, web content provided by a desired web server 30 on the communication network N by operating the web browser program 15b of the thin client server 10 in response to an input event from the client terminal 20 When the web application program is used, the web application program 15c that is loaded and operates in the thin client server 10 operates with the web browser program 15b.

  Then, the web browser program 15b accepts an input event from the client terminal 20 via the thin client / server program 15a, and in response to this, the web content screen captured according to the operation of the web application program 15c. Data is sent to the client terminal 20 via the thin client / server program 15a.

  Here, when the web application program 15c has a function of operating based on sensor information on the user side such as position information and temperature information, the conventional web browser program responds to a request for sensor information from the web application program 15c. Accordingly, the thin client server 10 itself in which the web browser program operates has a function of taking in sensor information and responding to the web application program 15c, but the sensor is sent to the client terminal 20 via the thin client server program 15a. It does not have a function of requesting information and capturing sensor information from the client terminal 20.

  For this reason, as shown in FIG. 2, the web browser program 15b operated in the thin client server 10 of the present embodiment includes the thin client server program 15a in response to a request for sensor information from the web application program 15c. The add-on program 15b 'for requesting sensor information from the client terminal 20, taking in the sensor information from the client terminal 20 and responding to the web application program 15c is added.

  An “add-on” is a mechanism for extending a web browser with a unique function, and most standard web browsers have this add-on mechanism.

  The add-on program 15b 'provides a standard API (application programming interface) for the web application program 15c.

The standard API is, for example, an API for acquiring location information.
Geolocation API (http://dev.w3.org/geo/api/spec-source.html) exists, and by designing the program according to this API specification, the same operation even on different browsers There is an advantage that can be expected.

  In the add-on program 15b ′ of this embodiment, this standard API is overwritten with a unique function. The add-on program 15b 'is generally described in, for example, a Javascript (registered trademark) language. This is because almost all web browsers are typically equipped with an execution environment using the Javascript language. The Javascript language can use a technique called override, and the API can be easily overwritten by this technique.

  FIG. 3 is a block diagram showing a circuit configuration of the thin client server 10 in the thin client system.

  The thin client server 10 includes a CPU 11 as a computer, and a storage unit 13, a RAM 14, a program storage unit 15, a virtual frame buffer 16, and a network control unit 17 are connected to the CPU 11 via a bus 12.

  The CPU 11 is a thin client / server program 15a stored in the program storage unit 15, a web browser program 15b having an add-on program 15b 'overwritten with a standard API, a web application program 15c, another application program, or read from the outside. In accordance with various server control programs such as programs stored in the storage unit 13 and controlling the operation of each circuit unit using the storage unit 13 and the RAM 14 as work areas, a client received via the network control unit 17 In response to an input event signal corresponding to a user operation from the terminal 20, the various programs are activated and executed in cooperation.

  In the thin client server 10, various data generated using the RAM 14 in accordance with an application program executed in response to an input event signal from the client terminal 20 is associated with the user ID, for example, in the storage unit 13. Remembered. The client screen drawing data G is generated using the virtual frame buffer 16, compressed, transferred from the network control unit 17 to the event input source client terminal 20, and displayed.

  FIG. 4 is a block diagram showing a circuit configuration of the client terminal 20 in the thin client system.

  The client terminal 20 includes a CPU 21 as a computer, and a storage unit 23 and a frame buffer 24 are connected to the CPU 21 via a bus 22. The screen drawing data G written in the frame buffer 24 is output to the display unit 25 and displayed.

  Further, the CPU 21 has an input unit 26 having various keys and pointer buttons via the bus 22, and a key assignment information memory for setting an input code corresponding to the key or pointer input by the input unit 26. 27, a sensor device 28 having various sensors such as a GPS sensor (position measurement), an acceleration sensor (step count measurement), a temperature sensor, a humidity sensor, and an atmospheric pressure sensor, and network control for communicating with the access point of the communication network N Unit 29 is connected.

  The CPU 21 uses the storage unit 23 and the key assignment information memory 27 as work memory according to the thin client / client program 23a stored in advance in the storage unit 23 or read into the storage unit 23 from the outside. A key signal from the input unit 26, a pointer movement signal, a sensor signal from the sensor device 28, an application response signal and screen drawing data from the thin client server 10 received via the network control unit 29. The thin client / client program 23a is activated and executed in accordance with G or the like.

  In the client terminal 20, the application program of the thin client server 10 is operated in response to an input event signal from the input unit 26 to generate screen drawing data G. The screen drawing data G received from the server 10 is: The compressed data is decompressed, written to the frame buffer 24, and displayed on the display unit 25.

  In the thin client system configured as above, the CPU 11 of the thin client server 10 is described in the server control program (thin client / server program 15a / web browser program 15b / add-on program 15b ′ / web application program 15c). The operation of each part of the circuit is controlled according to the command, and the functions described in the following operation explanation are realized by the software and hardware operating in cooperation.

  In the client terminal 20, the CPU 21 controls the operation of each part of the circuit in accordance with instructions described in the client control program (thin client / client program 23a), and the software and hardware operate in cooperation. The functions described in the following operation explanation are realized.

  Next, the operation of the thin client system configured as described above will be described.

  In the description of the operation of the present embodiment, the web browser program 15b of the thin client server 10 is activated in response to a user operation of the client terminal 20, and the web downloaded from the web server 30 designated by the user according to the operation of the web browser program 15b. A specific example in which the application program 15c operates will be described. And this web application program 15c provides a navigation service to a user, and requires the positional information of the user regularly.

  FIG. 5 is a flowchart showing a thin client server process by the thin client server program 15a of the thin client server 10.

  FIG. 6 is a flowchart showing terminal location information acquisition processing by the add-on program 15b ′ added to the standard API of the web browser program 15b of the thin client server 10.

  FIG. 7 is a flowchart showing a position information request process in the thin client server process (FIG. 5) of the thin client server 10.

  FIG. 8 is a flowchart showing the position information reception process in the thin client server process (FIG. 5) of the thin client server 10.

  FIG. 9 is a flowchart showing client processing by the thin client / client program 23a of the client terminal 20.

  FIG. 10 is a flowchart showing a position information transmission process in the client process (FIG. 9) of the client terminal 20.

  When a server connection request including a user and a terminal ID is transmitted to the thin client server 10 in response to the start-up operation of the client terminal 20 (step C1), in the server processing of the thin client server 10, the connection requested user and It is determined whether the terminal ID is OK or not (step S1 (Yes) → S2).

  If it is determined that the user and the terminal ID are authenticated (step S2 (Yes)), the client terminal 20 is notified of the authentication OK, and the connection between the client terminal 20 and the thin client server 10 is established (step). C2 (Yes)).

  At this time, in the thin client server 10, screen display data G for initial display is generated in the virtual frame buffer 16, and the data is compressed and transmitted to the client terminal 20 identified by the terminal ID (steps S11 to S13). .

  Then, in the client terminal 20, the initial display screen drawing data G received from the thin client server 10 is decompressed, decompressed in the frame buffer 24 and displayed on the display unit 25 (step C3 ( Yes) → C4 (Yes) → C5).

  When a web browser activation request is transmitted as an input event to the thin client server 10 in response to a user operation of the client terminal 20 (step C6 (Yes) → C7, C8), the thin client server 10 receives the request. In response to the input event, the web browser program 15b is activated (step S3 (Yes) → S4 (Yes) → S5, S6 (Yes) → S7).

  When the web application program 15c is downloaded and activated from the web server 30 that provides a user-specified navigation service according to the operation of the activated web browser program 15b, the operation of the web application program 15c is performed. Accordingly, the standard API on the web browser (15b) is called to acquire position information.

  In the terminal location information acquisition process (see FIG. 6) by the add-on program 15b ′ added to the standard API on the web browser (15b), when the API is called according to the operation of the web application program 15c (step A1), An API call repetition determination process is executed (step A2).

  In this API call repetition determination process, for example, the average and variance of the n most recent call time intervals of the API call are obtained, and if the variation in the time interval is within a certain value, the repetition is determined (step A2). First, if it is determined not to be repeated (step A3 (No)), a request for position information is transmitted to the thin client / server program 15a (step A4).

  Then, a determination is made as to whether or not there is a position information reception notification according to the thin client server process (see FIG. 5) (step A7).

  In the thin client server process (see FIG. 5), if it is determined that a request for position information transmitted in accordance with the terminal position information acquisition process (see FIG. 6) by the add-on program 15b ′ has been received (step S10 (Yes)). Then, the process proceeds to the position information request process in FIG. 7 (step SR), and the position information request command is transmitted to the client terminal 20 identified by the terminal ID (step R2 (Yes) → R3).

  When the client terminal 20 receives the position information request command transmitted from the thin client server 10 (step C3 (Yes)), the process proceeds to the position information transmission process in FIG. Position information is acquired by calculation based on sensor data from the GPS sensor provided (step Q2 (Yes) → Q3). Then, the acquired position information is transmitted to the thin client server 10 (step Q4).

  When the thin client server 10 receives the position information transmitted from the client terminal 10 (step S3 (Yes)), the thin client server 10 proceeds to the position information reception process in FIG. 8 (step SP). It is written in the storage unit 13 (step P1 (Yes) → P2). Then, the reception of position information is notified to the add-on program 15b ′ (see FIG. 6) on the web browser (15b) (step P3).

  Then, in the terminal position information acquisition process (see FIG. 6) by the add-on program 15b ′, it is determined that there has been a notification of position information reception according to the thin client server process (step A7 (Yes)), and the storage unit The position information of the client terminal 20 stored in 13 is read (step A8). Then, the location information of the client terminal 20 identified by the terminal ID read from the storage unit 13 is passed to the web application program 15c that is the API caller (step A9).

  Then, according to the operation of the web application program 15c, navigation data corresponding to the location information of the client terminal 20 is downloaded and acquired from the web server 30, and the screen drawing data G corresponding to the navigation data is stored in the virtual frame buffer. 16 (step S21 (Yes) → S12). Then, the navigation screen drawing data G generated on the virtual frame buffer 16 is transmitted to the client terminal 20 identified by the terminal ID (step S13).

  Then, the client terminal 20 receives the screen drawing data G for navigation corresponding to the position information of the client terminal 20 itself transmitted from the thin client server 10 (step C3 (Yes) → C4 (Yes)), and the frame The data is written in the buffer 24 and displayed on the display unit 15 (step C5).

  As a result, even in the thin client system, the position information required for the API of the web browser (15b) in accordance with the web application program 15c of the navigation service downloaded and operated on the thin client server 10 can be obtained from the sensor device of the client terminal 20. The position information measured by the GPS sensor 28 can be returned, and a navigation service corresponding to the user's own position of the client terminal 20 can be received.

  That is, even a thin client system can receive a web application service according to the sensor information of the client terminal 20 itself.

  Thereafter, in the terminal location information acquisition process (see FIG. 6) by the add-on program 15b ′ on the web browser (15b), when the API is called again according to the operation of the web application program 15c (step A1), If it is determined by the API call repetition determination process (steps A2 and A3 (Yes)), it is determined whether or not a repetition request has already been made according to the previous repetition determination process (step A5).

  First, if it is determined that the request has not been repeated (step A5 (No)), a repeat request is transmitted to the thin client / server program 15a (step A6).

  Then, a determination is made as to whether or not there is a position information reception notification according to the thin client server process (see FIG. 5) (step A7).

  In the thin client server process (see FIG. 5), if it is determined that the repeat request transmitted according to the terminal location information acquisition process (see FIG. 6) by the add-on program 15b ′ is received (step S10 (Yes)), The process proceeds to the position information request process in FIG. 7 (step SR), and the repetition period T is transmitted to the client terminal 20 identified by the terminal ID (step R1 (Yes) → R4).

  When the client terminal 20 receives the repetition period T transmitted from the thin client server 10 (step C3 (Yes)), the process proceeds to the position information transmission process in FIG. 10 (step CQ), and the repetition period T is It is set as the time-out time T of the timer (Step Q1 (Yes) → Q5).

  Then, pedometer data calculated based on the sensor data of the acceleration sensor provided in the sensor device 28 is acquired (step Q6). For example, whether or not the client terminal 20 itself has moved by comparing with the previous acquired value. Is determined (step Q7).

  Here, when it is determined that the client terminal 20 itself has moved (step Q7 (Yes)), new position information is acquired by calculation based on sensor data from the GPS sensor provided in the sensor device 28 ( Step Q3) is transmitted to the thin client server 10 (Step Q4).

  When the new position information transmitted from the client terminal 10 is received in the thin client server 10 (step S3 (Yes)), the process proceeds to the position information reception process in FIG. 8 (step SP), and the received position information Information is overwritten and written in the storage unit 13 (step P1 (Yes) → P2). Then, the reception of position information is notified to the add-on program 15b ′ (see FIG. 6) on the web browser (15b) (step P3).

  On the other hand, in the location information transmission process of the client terminal 20 (see FIG. 10), if it is determined that the client terminal 20 itself has not moved (step Q7 (No)), the GPS sensor from step Q3 The position information acquisition process and the position information transmission process to the thin client server 10 in step Q4 are not performed.

  Thereafter, in the position information transmission process of the client terminal 20, the timer is set until the position information request command according to the position information request process (see FIG. 7) of the thin client server 10 is newly received. Every time it is determined that the time-out time T has elapsed (step Q8 (Yes)), it is determined whether or not there is movement according to the pedometer data (steps Q5 to Q7). Only when it is determined that the client terminal 20 itself has moved (step Q7 (Yes)), the new location information acquired based on the GPS sensor is transmitted to the thin client server 10 (steps Q3 and Q4). ).

  As a result, during the timer operation at the client terminal 20, the position information acquisition process and the transmission process from the GPS sensor are executed only when the terminal 20 has moved. It is possible to save power consumption by omitting unnecessary processing.

  The position information of the client terminal 20 stored in the storage unit 13 in accordance with the position information reception process (see FIG. 8) of the thin client server 10 is the movement of the terminal 20 during the timer operation of the client terminal 20. Only when there is, the new position information is overwritten and rewritten.

  In terminal location information acquisition processing (see FIG. 6) by the add-on program 15b 'on the web browser (15b), after repeated request transmission to the thin client / server program 15a (step A6), location information in the thin client server processing If it is determined that there has been a notification of position information reception according to the reception process (see FIG. 8) (step A7 (Yes)), the position information of the client terminal 20 stored in the storage unit 13 is read (step S7). A8). Then, the location information of the client terminal 20 identified by the terminal ID read from the storage unit 13 is passed to the web application program 15c that is the API caller (step A9).

  Further, when the API is called again according to the operation of the web application program 15c (step A1), it is determined that the API call is repeated by the repetition determination process of the API call (steps A2 and A3 (Yes)), and already If it is determined that the request has been repeatedly made (step A5 (Yes)), the position of the client terminal 20 stored directly in the storage unit 13 without making a request to the thin client server program 15a Information is read (step A8) and passed to the web application program 15c that called the API (step A9).

  Then, according to the operation of the web application program 15c, navigation data corresponding to the new position information accompanying the movement of the client terminal 20 is downloaded and acquired from the web server 30, and the screen drawing data G corresponding to the navigation data is acquired. Is generated on the virtual frame buffer 16 (step S21 (Yes) → S12). Then, the navigation screen drawing data G generated on the virtual frame buffer 16 is transmitted to the client terminal 20 identified by the terminal ID (step S13).

  Then, the client terminal 20 receives the screen drawing data G for navigation corresponding to the positional information accompanying the movement of the client terminal 20 itself transmitted from the thin client server 10 (step C3 (Yes) → C4 (Yes)). ) Is written in the frame buffer 24 and displayed on the display unit 15 (step C5).

  Thus, in accordance with the web application program 15c of the navigation service that is downloaded to the thin client server 10 and operates, the position information repeatedly requested to the API of the web browser (15b) is requested each time for the position information request in the thin client server process. Without making a request to the client terminal 20 through processing, it can be efficiently returned as position information measured by the GPS sensor that is the sensor device 28 of the client terminal 20, and the user's own movement position of the client terminal 20 can be returned. You can receive a navigation service according to your needs.

  That is, even a thin client system can efficiently receive a web application service according to sensor information of the client terminal 20 itself.

  In other words, even in a screen transfer type thin client system in which the computer (the thin client server 10) on which the web application operates and the computer (client terminal 20) that the user has are physically different, the web application is the client. The sensor information of the terminal 20 can be used.

  Thereafter, in response to a user operation of the client terminal 20, when an input event instructing termination of the web browser is received by the thin client server 10 (steps S3 (Yes) → S4 (Yes) → S5, S8 (Yes) )), The operation based on the web browser program 15b is terminated, and access to the web server 30 providing the navigation service is closed (step S9).

  When the client terminal 20 determines that a disconnection instruction has been input (step C9 (Yes)), disconnection processing with the thin client server 10 is executed (step C10). Further, when it is determined that an end instruction has been input (step C11 (Yes)), the series of thin client processes are ended (step C12).

  When the thin client server 10 determines that a disconnection request has been received from the client terminal 20 (step S14 (yes)), disconnection processing with the client terminal 20 is executed (step S15).

  When it is determined that an end instruction has been input in accordance with the user operation of the thin client server 10 itself (step S16 (yes)), the series of thin client server processing is ended (step S17).

  Therefore, according to the thin client system having the above configuration, when the API is called according to the operation of the web application program 15c with respect to the sensor information acquisition API on the web browser program 15b in the thin client server 10, the thin client system 10 A function of requesting sensor information from the client terminal 20 through the operation of the server program 15a, capturing sensor information transmitted from the client terminal 20 in response to this request, and returning it to the web application program 15c is provided. The add-on program 15b was overwritten.

  Therefore, the general web application program 15c operating on the thin client server 10 can be left as it is, and the web application (15c) can obtain sensor information corresponding to the request from the client terminal 20. Therefore, even a terminal user of a thin client system can acquire a navigation screen corresponding to the terminal position by using, for example, the web application (15c) that provides the navigation service as it is.

  Further, according to the thin client system having the above configuration, the sensor information received from the client terminal 20 in accordance with the operation of the thin client / server program 15a is stored in the storage unit 13 and is taken in according to the add-on program 15b. The add-on program 15b further includes the client terminal 20 via the operation of the thin client / server program 15a when it is determined that the call from the web application program 15c to the sensor information acquisition API is repeated. A function of requesting repeated acquisition of sensor information is provided, and thereafter, the sensor information of the client terminal 20 stored in the storage unit 13 is directly fetched and returned to the web application program 15c.

  Therefore, in a state where the web application program 15c repeatedly calls the sensor information acquisition API on the web browser program 15b, the sensor information is sent to the client terminal 20 through the operation of the thin client / server program 15a each time. Without making the request, the web application (15c) can efficiently obtain the sensor information of the client terminal 20 according to the request.

  It should be noted that each processing method by the thin client system described in the embodiment, that is, server processing by the thin client server 10 shown in the flowchart of FIG. 5, and the web browser program 15b of the thin client server 10 shown in the flowchart of FIG. Terminal location information acquisition processing by the added add-on program 15b ', location information request processing in the thin client server processing (FIG. 5) shown in the flowchart of FIG. 7, and thin client server processing (FIG. 5) shown in the flowchart of FIG. The position information reception process in FIG. 9, the client process by the client terminal 20 shown in the flowchart of FIG. 9, and the position information transmission process in the client process (FIG. 9) shown in the flowchart of FIG. Stored in an external storage medium such as a memory card (ROM card, RAM card, etc.), magnetic disk (floppy disk, hard disk, etc.), optical disk (CD-ROM, DVD, etc.), semiconductor memory, etc. Can be distributed. The computers (CPUs 11 and 21) of the thin client server 10 and the client terminal 20 read the program stored in the external storage medium into the storage device (13 and 23), and the operation is controlled by the read program. Thus, it is possible to realize a sensor information capturing function from the thin client terminal 20 that directly uses the existing web application program 15c described in the above-described embodiment, and to execute the same processing by the above-described method.

  In addition, the program for realizing each method can be transmitted on the communication network (N) in the form of program code, and the above-mentioned program can be transmitted from a computer device (program server) connected to the communication network (N). It is also possible to implement a sensor information fetching function from the thin client terminal 20 using the existing web application program 15c as it is by fetching the program data and storing it in the storage device (13, 23).

  Note that the present invention is not limited to the above-described embodiments, and various modifications can be made without departing from the scope of the invention at the stage of implementation. Further, each of the embodiments includes inventions at various stages, and various inventions can be extracted by appropriately combining a plurality of disclosed constituent elements. For example, even if some constituent elements are deleted from all the constituent elements shown in each embodiment or some constituent elements are combined in different forms, the problems described in the column of the problem to be solved by the invention If the effects described in the column “Effects of the Invention” can be obtained, a configuration in which these constituent requirements are deleted or combined can be extracted as an invention.

DESCRIPTION OF SYMBOLS 10 ... Thin client server 20 ... Client terminal 30 ... Web server 11, 21 ... CPU
12, 22 ... Buses 13, 23 ... Storage unit 23a ... Thin client / client program 14 ... RAM
24 ... Frame buffer 15 ... Program memory 15a ... Thin client / server program 15b ... Web browser program 15b '... Add-on program 15c ... Web application program 25 ... Display unit 16 ... Virtual frame buffer 26 ... Input unit 17, 29 ... Network control unit 27 ... Key assignment information memory 28 ... Sensor device G ... Screen display data for client display N ... Communication network

The present invention relates to an execution control device that controls execution of an application and a terminal device that displays data generated by execution of the application .

The present invention aims to efficiently use the sensor information required by the execution of the application.

Claim 1 is a running control apparatus for controlling the execution of the application, when there is current call request of the sensor information in the environment from the application requests that the request is detected repeatedly the sensor information A determination unit for determining whether or not the request is a repeat request, and if the determination unit determines that the request is a repeat request, sensor information in the current environment is repeatedly acquired at a predetermined period , while the determination unit is not a repeat request. sensor when it is determined, an acquisition unit that acquires sensor information in the current environment at the time of the a request, when the aforementioned or acquired every repeatedly acquires sensor information by the acquisition unit, which is the acquisition and characterized by comprising a control means for controlling the execution of the application based on the information.

Claim 8 is a terminal device for displaying data generated by execution of an application, the sensor means for detecting sensor information in the current environment of the terminal device, and from the application to the terminal as the application is executed when a request for sensor information of the device includes a discriminating means for discriminating whether repeat request or not requesting to transmit repeatedly the sensor information requirements of the sensor information detected by the sensor means at a predetermined period the case where it is determined that the repetition required by the determining means, said detecting means for detecting repeatedly sensor information of the terminal device at the predetermined period by the sensor means, the sensor information is repeatedly detected by the detection unit application and control means for controlling so as to reflect the execution, and characterized by including a That.

According to the present invention, it is possible to efficiently use sensor information required by executing an application.

Claims (9)

A server device in a thin client system that executes an application according to an input event received from a client terminal and transmits screen data generated based on the execution of the application to the client terminal,
When there is a request for sensor information in the current environment of the client terminal from an application executed in the server device based on an input event from the client terminal, whether the request is a repeated request for repeatedly requesting the sensor information. Determining means for determining whether or not,
If the determination means determines that the request is a repeat request, the client terminal transmits a repeat request for the client terminal to repeatedly transmit the sensor information in the current environment every predetermined time, and the client terminal An acquisition unit that repeatedly acquires sensor information in the current environment of the client terminal by sequentially receiving sensor information that is repeatedly transmitted;
Each time the sensor information of the client terminal is repeatedly acquired by the acquisition means, the application is executed based on the sensor information, and transmission means for transmitting screen data generated by the execution to the client terminal;
A server device comprising: The determination means determines whether or not the repeat request is based on whether or not a call request for sensor information from the application is repeated within a predetermined time period.
The server device according to claim 1, wherein: When the determination unit determines that the request is a repeat request, the acquisition unit transmits a repeat request for sensor information to the client terminal only for the first time determined to be the repeat, and does not transmit the request for the second and subsequent times, Repeatedly acquiring the sensor information repeatedly detected at the client terminal that has received the repeat request;
The server device according to claim 2. The application includes an add-on program,
The determining means determines whether or not there is a request for sensor information from the add-on program.
The server device according to claim 1, wherein the server device is a device. The request for sensor information in the current environment is a request for position sensor information indicating a position where the client terminal is currently located.
The server device according to any one of claims 1 to 4, wherein A server device that executes an application according to an input event received from a client terminal, transmits screen data generated according to the application to the client terminal, and transmits an input event according to a user operation to the server device. In a thin client system comprising a client terminal that displays screen data received from the server device in response to this input event,
The server device
Determining means for determining whether or not a call from an application executed in response to an input event from the client terminal is repeated within a predetermined time;
If it is determined by the determination means that the call from the application is repeated, a transmission correspondence means that transmits a repeat request for sensor information to the client terminal only for the first time determined to be repeat and does not transmit the request for the second and subsequent times. When,
Receiving the sensor information from the client terminal and returning the sensor information as sensor information of the client terminal to the calling application,
The client terminal is
Receiving means for receiving a request for sensor information transmitted from the server device;
Determining means for determining whether the request for sensor information received by the receiving means is a repeated request;
If it is determined by the determination means that the request is repeated, detection means for repeatedly detecting the sensor information of the client terminal at regular time intervals;
Transmission means for transmitting the sensor information detected by the detection means to the server device,
A thin client system. The application executed in the server device includes an add-on program, and the sensor information request unit and the sensor information acquisition unit function according to processing based on the add-on program.
The thin client system according to claim 6. The client terminal is
A movement judging means for judging whether or not the client terminal itself has moved;
The detection means includes
When the determination means determines that the request for sensor information is a repetitive request, the movement determination means repeatedly determines whether the terminal itself has moved every predetermined time, and if it is determined that the terminal has moved Only detecting the sensor information that the terminal has,
The thin client system according to claim 6. A program for controlling a computer of a server device in a thin client system that executes an application according to an input event received from a client terminal and transmits screen data generated based on the execution of the application to the client terminal. There,
The computer,
When there is a request for sensor information in the current environment of the client terminal from an application executed in the server device based on an input event from the client terminal, whether the request is a repeated request for repeatedly requesting the sensor information. Discriminating means for discriminating whether or not,
If the determination means determines that the request is a repeat request, the client terminal transmits a repeat request for the client terminal to repeatedly transmit the sensor information in the current environment every predetermined time, and the client terminal An acquisition unit that repeatedly acquires sensor information in the current environment of the client terminal by sequentially receiving sensor information that is repeatedly transmitted;
Each time the sensor information of the client terminal is repeatedly acquired by the acquisition means, the application is executed based on the sensor information, and transmission means for transmitting screen data generated by the execution to the client terminal,
A computer-readable program designed to function as a computer.

Images