JP5742914B2 - Information control device, terminal device, and program - Google Patents

Description

The present invention relates to an information control device and a terminal device.

  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 aims to efficiently use information that is requested.

Claim 1 is an information control apparatus for controlling the information, when a call request for a predetermined information acquiring means for acquiring predetermined information at the time for which the the call request, the call request is given anda judging means for judging whether or not repeated within the time, the acquisition unit, when the call request is determined to have been repeated in the determination means, separate the predetermined information in the subsequent not based on the call request, obtains repeatedly said predetermined information in a predetermined period, characterized by a crotch.

7. is a terminal device provided with a sensor means for detecting the sensor information currently in the environment, and moving discriminating means for discriminating the presence or absence of movement of the terminal device, the sensor information in the current environment of those terminal device when there is a request, it determines the request determining means for determining whether the requested or not of the request for the sensor information detected as many times as the previous SL sensor information, and requests the repeating scores by said request determining means is, and when said mobile is determined to a movement discriminating means is characterized by comprising a detection control unit for controlling to detect repeatedly at a fixed cycle where the sensor information of the terminal device by said sensor means .

According to the present invention, it is possible to use the information that is requested efficiently.

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

Claims (14)

An information controller for controlling the information,
When there is a call request of a given information includes an acquisition means for acquiring predetermined information at the time for which the the call request,
Determining means for determining whether or not the call request is repeated within a predetermined time ;
Equipped with,
When the determination unit determines that the call request has been repeated by the determination unit, the acquisition unit repeatedly acquires the predetermined information at a predetermined period without being based on individual call requests for the predetermined information.
Information control device comprising a call. The predetermined information call request is a request for calling sensor information in the current environment from an application to be executed,
Control means for controlling execution of the application based on the sensor information obtained by the obtaining means;
The information control apparatus according to claim 1, further comprising: The acquisition means acquires the current environment in the terminal device as the current environment,
The control means, that sends data generated by the execution of the application to the terminal device,
Information control device of claim 2, wherein the this The acquisition means is required to repeatedly detect sensor information in the current environment of the terminal device at a predetermined cycle by the sensor means provided in the terminal device, and to repeatedly transmit the detected sensor information to the information control device. To obtain sensor information in the current environment of the terminal device repeatedly by sequentially receiving sensor information repeatedly transmitted from the terminal device.
The information control apparatus according to claim 3 . The application includes an add-on program,
The determination unit acquires the call request by a request of the sensor information from the add-on program,
The execution control apparatus according to any one of claims 2 to 4, wherein Call request of said predetermined information is call request of the position sensor information indicating the current position of the terminal device,
The information control apparatus according to claim 3 or 4 , characterized by the above. A terminal device comprising sensor means for detecting sensor information in the current environment ,
Movement determining means for determining whether or not the terminal device has moved;
When a request for sensor information in the current environment of the person the terminal apparatus, a request determination means for determining whether the requested or not of the request for the sensor information detected as many times as the previous SL sensor information,
Wherein it is determined that the request of repeat score by request determining means, and when said mobile is determined to a movement discrimination means controls to detect repeatedly at a fixed cycle where the sensor information of the terminal device by said sensor means Detection control means ;
A terminal device comprising: The detection control unit controls the sensor unit not to perform detection when the movement determination unit does not determine movement even when the request determination unit determines that the request is repeated.
The terminal device according to claim 7, further comprising: The request determination unit is configured to determine when there is a request for sensor information in the current environment of the terminal device from the application as the application is executed,
Execution control means for controlling the sensor information repeatedly detected by the sensor means to be reflected in the execution of the application;
The terminal device according to claim 7, further comprising: Receiving means for receiving a request for sensor information of the terminal device from an information control device that controls execution of the application;
Further comprising
Said request determining means, said upon receiving a request for sensor information, to determine required or not for that the request to transmit pre-Symbol sensor information Repetitive returns by the receiving means,
Said execution control means, wherein by sending to the information control unit, which controls the sensor information to reflect the execution of the application the sensor information repeatedly detected for controlling the execution of said application by said sensor means,
The terminal device according to claim 9 . The detection control unit, when it is determined not to be a request for a repeat score at the request determining means controls to detect the sensor information of the terminal device at the time of the a request,
The terminal device according to claim 9 or 10 , characterized in that The sensor means detects position sensor information indicating a position where the terminal device is currently located;
The terminal device according to claim 7, wherein: A program for controlling a computer of the information control device for controlling the information,
The computer,
When there is a call request of a given information acquiring means for acquiring predetermined information at the time for which the the call request,
Determining means for determining whether or not the call request has been repeated within a predetermined time ;
To function as,
When the determination unit determines that the call request has been repeated, the acquisition unit thereafter acquires the predetermined information repeatedly at a predetermined cycle without being based on individual call requests for the predetermined information. computer readable program to so that is functions. A program for controlling a computer of a terminal device provided with sensor means for detecting sensor information in the current environment ,
The computer,
Movement discriminating means for discriminating the presence or absence of movement of the terminal device;
Those current terminal device when a request for sensor information in the environment, the request determination means for determining whether the requested or not of the request for the sensor information detected as many times as the previous SL sensor information,
Wherein it is determined that the request of repeat score by request determining means, and when said mobile is determined to a movement discrimination means controls to detect repeatedly at a fixed cycle where the sensor information of the terminal device by said sensor means Detection control means,
A computer-readable program designed to function as a computer.

Images