JP2005157885A - Portable terminal, update system, update method and update program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To conduct efficient communication by performing upgrading in necessary minimum, which is suitable for a difference between an old application (including data) and a latest application. <P>SOLUTION: A common data acquisition flag which shows whether data used in the application are acquired or not, a version number for making a major change to a minor change independent and managing them, data peculiar to a client application and common data used in the client application are saved in a RAM of a portable telephone set. The portable telephone set determines the propriety of update on respective resources and the client application in accordance with version information stored in the RAM at the time of connection to a web server through a network, requests an object which needs update from the web server and updates it. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to, for example, a mobile terminal, an update system, an update method, and an update program.

  Today, with the spread of mobile phones, an enormous number and type of ringing melodies (hereinafter called ringtones) and ringing voices (hereinafter called ringing voices) are being prepared. Digital contents such as ringtones and ringing voices are generally provided by content providers.

  A content provider connects a server to the Internet and provides digital content to a user who accesses from a mobile phone network through a mobile phone. When the user downloads the ringtone, for example, a browser is displayed on the screen of the mobile phone, and the user can obtain the ringtone by selecting a desired ringtone by operating a button.

  Recently, content providers have been trying to expand services by providing various JAVA (registered trademark) applications to users. If the service only provides downloading of the ringtone, it is only necessary to cause the user's mobile phone to download the ringtone through the browser.

On the other hand, when providing integrated services including functions such as schedulers other than ringtone downloads, it is easier to unify user-friendly interfaces and add functions by realizing all services on the application. can get.

  In view of such service provision, it is necessary to continuously use the application on the user's mobile phone. Therefore, when changes such as addition of functions and version upgrades are made to the application, naturally the application of the mobile phone needs to be updated.

As an update method, the version information of the application stored in the mobile phone is confirmed on the server side and updated to the latest version (Patent Document 1). When the application version is updated, the version is updated by e-mail etc. There is one that notifies a mobile phone of the application (Patent Document 2).

JP 2003-122576 A JP 2003-134551 A

  In the above-described conventional example, the version of the application is captured as one unit. Therefore, depending on the degree of upgrade between the old application (including data) and the latest application, the upgrade process becomes wasteful and inefficient. It was.

  An object of the present invention is to provide a portable terminal, an update system, and a mobile terminal capable of realizing efficient communication by performing a minimum necessary version upgrade suitable for a difference between an old application (including data) and the latest application. An update method and an update program will be provided.

In order to solve the above-described problems and achieve the above object, a mobile terminal according to the invention of claim 1 is a mobile terminal connectable to a server via a network, and includes a client application and resources used by the client application Are stored in the storage unit in response to a second trigger, a first determination unit that determines whether or not the client application stored in the storage unit is updated in response to a first trigger, and a second trigger. When the second determination means for determining whether or not the resource is updated and the first or second determination means determine that the update is necessary, update only at least the target that needs to be updated through communication with the server. And updating means to be executed.

The portable terminal according to the invention of claim 2 is a portable terminal connectable to a server via a network, and stores a client application and resources used in the client application together with version information thereof, A first determination unit that determines whether or not the client application stored in the storage unit in response to the first trigger is updated based on version information of the client application; and a storage unit that is in response to the second trigger. Communication between the second determination unit that determines whether or not the stored resource is updated based on the version information of the resource and that the first or second determination unit needs to be updated. Update only those that need to be updated at least It is characterized in that it comprises updating means for line, the.

According to a third aspect of the present invention, in the second aspect of the invention, a plurality of types of update items are determined in advance for the resource, and version information is set corresponding to each of the update items. May determine whether or not there is an update based on the version information of each update item, and the update means may update at least an update item that needs to be updated.

According to a fourth aspect of the present invention, in the first, second, or third aspect, when the update unit determines that the update is necessary by the first determination unit, the update unit also executes an update for the client application. It may be.

An update system according to a fifth aspect of the invention is an update system for performing communication between a server and a mobile terminal via a network, wherein the mobile terminal includes a client application and resources used by the client application. Storage means for storing, first determination means for determining whether or not a client application stored in the storage means is updated in response to a first trigger, and resources stored in the storage means in response to a second trigger When it is determined that the update is necessary by the second determination means for determining whether or not the update is necessary and the first or second determination means, the update is performed only at least for the object that needs to be updated through communication with the server. Updating means, and the server supplies the mobile terminal A database that stores the client application to be updated and resources used in the application in an updatable manner, and a transmission unit that extracts the update target corresponding to the request from the update unit from the database and transmits the update target to the portable terminal. It is characterized by.

An update system according to a sixth aspect of the invention is an update system that performs communication between a server and a mobile terminal via a network, and the mobile terminal includes a client application and resources used by the client application. Storage means for storing each version information, first determination means for determining whether or not the client application stored in the storage means in response to a first trigger is updated based on version information of the client application, A second determination unit that determines whether or not the resource stored in the storage unit according to the second trigger is updated based on version information of the resource, and a determination that the first or second determination unit needs to be updated. Before Update means for executing update at least for objects that need to be updated through communication with the server, wherein the server stores the client application supplied to the mobile terminal and the resources used in the application in an updatable manner And a transmission unit that extracts an update target corresponding to the request of the update unit from the database and transmits the update target to the portable terminal.

The invention according to claim 7 is the invention according to claim 6, wherein a plurality of types of update items are determined in advance for the resource, version information is set corresponding to each update item, and the second determination means Based on the version information of each update item, the presence or absence of update may be determined, and the update unit may update at least an update item that needs to be updated.

According to an eighth aspect of the present invention, in the fifth, sixth, or seventh aspect, when the update unit determines that the update is necessary by the first determination unit, the update unit also executes an update for the client application. It may be.

The update method according to the invention of claim 9 is an update method by a mobile terminal connectable to a server via a network, and a client application and resources used by the client application are stored in a memory, A first step of determining whether or not the client application stored in the memory is updated according to a first trigger, and a second step of determining whether or not the resource stored in the memory is updated according to a second trigger And a third step in which, when it is determined that the update is necessary in the first or second step, the update is executed only for the object that needs to be updated through communication with the server. It is what.

An update method according to the invention of claim 10 is an update method by a portable terminal connectable to a server via a network, and a client application and resources used by the client application are stored in a memory together with version information thereof. A first step of determining whether there is an update based on version information of the client application stored in the storage means in response to a first trigger, and in response to a second trigger Communication with the server when the second step of determining whether or not the resource stored in the memory is updated based on the version information of the resource and the determination that the update is necessary in the first or second step are made Small through And a third step of executing update only for objects that need to be updated.

The invention of claim 11 is the invention of claim 10, wherein a plurality of types of update items are determined in advance for the resource, version information is set corresponding to each of the update items, and the second step includes Whether to update or not is determined based on the version information of each update item, and the third step may update at least an update item that needs to be updated.

According to a twelfth aspect of the present invention, in the ninth, tenth, or eleventh aspect, when the third step determines that the update is necessary in the first step, the client application is also updated. It may be.

An update program according to a thirteenth aspect of the invention is an update program that can be executed by a computer of a portable terminal that can be connected to a server via a network, and is used by the client application and the client application on the computer. Are stored in the memory, the first step of determining whether or not the client application stored in the memory is updated in response to the first trigger, and the memory in the memory in response to the second trigger. If it is determined in the second step that determines whether or not the resource is updated and whether the update is necessary in the first or second step, at least the target that needs to be updated is updated through communication with the server. And performing the third step It is characterized by.

The update program according to the invention of claim 14 is an update program that can be executed by a computer of a mobile terminal that can be connected to a server via a network, and is used by the client application and the client application on the computer. A resource to be stored in the memory together with each version information, and a first determination of whether or not to update the client application stored in the storage means in response to a first trigger based on the version information of the client application A step, a second step of determining whether or not the resource stored in the memory according to the second trigger is updated based on the version information of the resource, and an update is required in the first or second step When the determination is made, the third step of executing update at least only the object that needs to be updated through communication with the server is executed.

According to a fifteenth aspect of the present invention, in the fourteenth aspect, a plurality of types of update items are determined in advance for the resource, and version information is set corresponding to each of the update items. The presence or absence of update may be determined based on the version information of the update item, and the third step may execute update for at least the update item that needs to be updated.

According to a sixteenth aspect of the present invention, in the thirteenth, fourteenth, or fifteenth aspect, when the third step determines that the updating is necessary in the first step, the updating of the client application is also executed. It may be.

According to the present invention, a portable terminal capable of realizing efficient communication by performing a minimum necessary version upgrade suitable for a difference between an old application (including data) and the latest application, an update system, The effect is that an update method and an update program can be provided.

  Hereinafter, an embodiment of the present invention will be described in detail with reference to the accompanying drawings.

  First, the whole will be described. FIG. 1 is a block diagram showing an update system according to an embodiment of the present invention. The update system according to the present embodiment is for updating (updating) an application stored on the mobile terminal side with an application supplied from a server.

For example, as shown in FIG. 1, this update system includes a mobile phone that is a kind of mobile terminal and a web server 2, and is connected to be able to communicate via a mobile phone network 4 and the Internet 5.

The cellular phone network 4 includes a packet network 4A, a gateway server 4B, and the like. The packet network 4A performs wireless communication with a mobile phone through a base station (not shown), for example, and communicates with various terminals connected to the Internet 5 via the gateway server 4B. The gateway server 4B is connected to the Internet 5 and controls communication between a terminal such as the web server 2 connected to the Internet 5 and a mobile terminal such as a mobile phone wirelessly connected to the packet network 4A.

The cellular phone 1 shows representative examples of various communication terminals, and has a function of performing voice call, data communication, and the like. The mobile phone 1 includes a display 11 for displaying a web page, a key group 12 for performing operations for web browsing, and the like.

The web server 2 shows representative examples of various servers, and provides services such as homepage browsing, downloading of digital content such as ringtones, ringing voices, images, and electronic commerce in response to requests from mobile phones. The web server 2 is connected to a content database (hereinafter referred to as a content DB) 3 that stores information such as web pages and digital content.

In the present embodiment, a web page is provided from the web server 2 to the mobile phone 1 in order to realize browser display in a browser format by a client application (hereinafter referred to as an application) on the mobile phone 1 side. Further, in the present embodiment, digital contents such as ringtones can be downloaded to the mobile phone 1 from the web server 2. Furthermore, in the present embodiment, for digital content with a large amount of data, the web server 2 performs data compression on the digital content before transmission, and sequentially performs, for example, divisional transfer to the mobile phone 1.

Next, each part constituting the update system according to the present embodiment will be described in detail. First, the web server 2 will be described. FIG. 2 is a block diagram illustrating a configuration example of the web server according to the present embodiment, and FIG. 3 is a diagram illustrating an example of resources according to the present embodiment.

The web server 2 is connected to the Internet 5, and includes a communication control unit 201 that controls communication with a terminal such as a mobile phone and a personal computer via the Internet 5, a CPU, a ROM, a RAM, and the like. In addition to a program for controlling the entire server, a server-side application 204 for providing contents according to the present embodiment, and a digital content on the client side to be supplied to a mobile phone as a client A client application 205 for downloading, a storage unit 203 that stores resources 206 made up of common data used by the client application, a DB interface 207 that manages an interface with the content DB 3, and the like.

The control unit 202 also provides processing for providing digital content in response to a request from another device via the Internet 5 and updating the content of the digital content via the Internet 5 or via a driver (not shown). To do. In addition to the ringtone data file 208, the content DB 3 stores digital content files such as images, ringing voices, and music, web page information for configuring web pages, and the like.

In addition, the storage unit 203 stores the client application 205 and the resource 27 that are downloaders shared with the mobile phone (applications for the mobile phone to download digital contents such as ringtones from the web server 2) and the resource 27 in an updatable manner. doing.

  The resource 206 is configured by a resource size part, a data part, etc. as shown in FIG. 3, for example. The resource size portion indicates the size of the data portion, and the resource size portion and the data portion have 1 to N (N is a natural number) correspondences as an example. The data part is text or image data, and the number of bytes is indicated by each data size of the resource size part. The data size is 2 bytes, and the data part is variable.

The resource 206 is acquired at the first activation and at the time of update, and as described later, whether or not there is an update is confirmed each time the client application is activated. In this embodiment, the client application 205 is set to be updated whenever the resource 206 is updated. However, the present invention is not limited to this, and the client application 205 is not limited to this. On the other hand, when the update of the resource 205 does not affect or the influence is small, it is needless to say that the setting that does not require the update may be made.

Next, an example of a mobile terminal will be described. FIG. 4 is a block diagram showing the internal configuration of the mobile phone 1 according to the present embodiment, FIG. 5 is a diagram for explaining the version number according to the present embodiment, and FIG. 6 is a memory of the application 18A according to the present embodiment. It is a figure explaining a data structure.

For example, as shown in FIG. 4, the mobile phone 1 according to the present embodiment includes a display 11, a key group 12, a voice processing unit 13, a CPU 16, a ROM 17, a RAM 18, a communication processing unit 19, and an infrared communication unit. 21, the camera 22, etc. are connected to transmit various data, address signals, control signals, and the like.

The communication processing unit 19 is connected to the antenna 18 and communicates with the mobile phone network 4 via the antenna 18. The communication processing unit 19 can realize voice communication and communication with the web server 2 (i-mode (registered trademark), etc.). The voice processing unit 13 is connected to a speaker 14 for voice output and a microphone 15 for voice input, and performs voice processing during reception and transmission.

The CPU 16 controls the entire mobile phone 1 according to the OS stored in the ROM 17. The ROM 17 stores programs such as an OS installed in advance. The CPU 16 controls web browsing, downloading of digital contents such as ringtones, updating of resources, and the like by various applications for mobile phones (for example, JAVA (registered trademark) application). Further, the CPU 16 receives an input from the key group 12 and executes various processes, and controls display according to the various processes.

The RAM 18 includes an area for storing an image captured by the camera 22, a work area for performing various processes, an application 18 A corresponding to a client application downloaded from the web server 2, and ringtone data downloaded from the web server 2. 18B and other digital contents are stored. The web browser function according to the present embodiment is realized by, for example, a JAVA (registered trademark) application in the application 18A.

The key group 12 is used to input a telephone number, an address, etc., and to select a page, switch pages, specify a link destination, and download instructions for digital contents such as ringtones to the web browser on the display screen. Has various keys. The display 11 is used to form a display screen when displaying digital content such as a web browser or ringtone, and to use a telephone or mail function, or to display a captured image of the camera 22.

The infrared communication unit 21 performs data communication with other devices capable of infrared communication in accordance with a predetermined infrared standard, and the camera 22 captures a captured image as a digital image in accordance with an operation of the key group 12. Is.

In this embodiment, a version number is given to an application (resource) for downloading digital contents such as ringtones on the mobile phone side. FIG. 5 shows the meaning of the version number. There are four types of version number formats, AAAA, BBBB, CCCC, and DDDD, as an example, and numbers from 0 to 255 are applied.

The mobile phone 1 possesses this version number, and notifies the web server 2 when, for example, a ringtone download request is made with the web server 2. Since the web server 2 possesses the latest version number for the downloaded application, an error is returned if the version number of the application possessed by the mobile phone 1 is old by comparing the two.

On the other hand, the mobile phone 1 compares the version number when the previous common data (data used in the application 18A) was acquired with the version number prepared on the web server 2 side this time, and determines the common data according to the difference. Is re-acquired, the data related to the common resource is deleted, or the data is not processed by updating only the client application.

As an example, AAAA indicates a major version, which requires an update because it signifies a significant change in the application. BBBB indicates a function upgrade. In this case, an update is required as in the major version, which means a change in screen configuration or data structure. CCCC indicates a minor change such as a design, and in this case, re-acquisition of common resources is required. DDDD indicates a bug fix, which means that there is no change in the data.

Regarding the update, the web server 2 compares AAAA, BBBB, CCCC, and DDDD in the order of the version information, and if there is even one large number on the web server 2 side, it is determined that the update is necessary. That is, the version number increases with each update. Here, the application 18A is updated if one of the version information is updated.

In the RAM 18, for example, as shown in FIG. 6, the position of the memory is shown in units of bytes. A common data acquisition flag is stored at the 0th byte position. This indicates whether or not data used in an application such as configuring a screen has been acquired. In this case, 0 (zero) is not acquired and 1 is already acquired.

Version numbers AAAA, BBBB, CCCC, and DDDD are stored in the positions of the first byte, the second byte, the third byte, and the fourth byte, respectively. Application-specific data (fixed length) and common data (such as variable-length image data) are stored at positions after the fifth byte. Here, application-specific data indicates the application 18A, and a common data acquisition flag, version information, and common data are stored in the RAM 18 (not shown).

Next, the operation will be described. 7 and 8 are flowcharts for explaining the download operation according to the present embodiment, FIG. 9 is a flowchart for explaining the update operation of the application according to the present embodiment, and FIG. 10 explains the format of response data according to the present embodiment. FIG. 11 and FIG. 11 are diagrams for explaining screen transitions during downloading according to the present embodiment.

Hereinafter, the processing of the mobile phone 1 is executed by the application 18A, and the processing of the web server 2 is executed by the application 204. When the mobile phone 1 accesses the web server 2 and a desired ringtone is selected as a download target by the user's operation, a downloading screen is first displayed on the display 11 (step S101). Then, a ringtone download request (first trigger) is transmitted to the web server 2 (step S102).

At the time of this download request, information (user ID) for specifying a user assigned in advance to the user from the mobile phone 1 to the web server 2, digital contents such as a ringtone ID and ringtone for specifying a ringtone Is transmitted from the web server 2 such as a version number related to the application.

In the web server 2, when a download request is accepted (step S201), a version check is performed based on the version number (step S202). Here, the version number received from the mobile phone 1 is compared with the version number of the resource 206 to determine whether or not update is necessary.

If it is determined that the update is unnecessary (NO route in step S203), the ringtone can be normally downloaded by the current application 18A stored in the mobile phone 1. Therefore, the process proceeds to step S204 to check the user. This check is determined by whether or not the user ID received from the mobile phone 1 is registered in a member database (not shown).

Here, the member database may be connected to the web server 2 via the DB interface 207 or may be connected to the Internet 5 and in an environment accessible from the web server 2.

If the member is registered (YES route in step S205), ringtone data corresponding to the user's request is acquired from the ringtone data file 208. In this case, the ringtone ID is used for DB search of ringtone data.

The ringtone data acquired from the ringtone data file 208 is compressed to a size that can be downloaded by the mobile phone 1. For example, compression is performed in the JAR (ZIP) format, and when the maximum size that the mobile phone can acquire in one communication is 20K, for example, the data exceeding 20K is processed so as to be divided into 20K and downloaded. . The compression rate at that time is calculated by comparing the original file of the ringtone data with the compressed file (step S207).

In this way, when the status, compression rate, and compressed ringtone data are prepared, response data is generated. Here, for example, as shown in FIG. 10, response data is a status code stored in the first byte, a compression rate stored in the second byte, and compressed ringtone data stored in the remaining portion. . When an error occurs, data is not stored after the second byte. In this case, when the user has an error condition such as a non-member, information indicating an error is set in the response data.

The status code includes flags such as information indicating whether the user is normal or error, information indicating whether the user is a member or a non-member, and information indicating whether application update is necessary. The compression rate indicates the compression rate of the ringtone data portion during normal processing. The ringtone data indicates, for example, JAR compressed ringtone data.

On the other hand, if it is determined in step S203 that an update is necessary (YES route), ringtone data cannot be downloaded by the current application on the mobile phone 1 side. It becomes. If it is determined in step S205 that the user is not a member (NO route), it is necessary to send response data to the user as one of error conditions because there is no qualification for downloading ringtones.

In the NO route of steps S203 and S205, the process proceeds to step S208, and response data is generated and transmitted to the mobile phone 1. When an update is necessary, the update information in the status code is set in the response data and transmitted, and the data after the second byte is not set and is not transmitted. In the case of a non-member, the non-member information is set in the status code and transmitted in the response data, and the data after the second byte is not set and is not transmitted.

When the mobile phone 1 receives the response data transmitted from the web server 2, the first two bytes (status code, compression rate) are first read (step S104). It is determined from the status code of the first byte whether or not the update is necessary. If the update is necessary (YES route in step S105), the process proceeds to step S106, and the application is updated.

If it is determined in step S105 that there is no update (NO route), the process proceeds to step S111 (see FIG. 8), and a flag indicating whether the status code is normal is checked. At this time, in the case of abnormality, a dialog of error information is displayed on the screen (step S112).

On the other hand, when the compression rate is normal, the compression rate of the second byte is further checked, and when the compression rate is “0”, the download is executed as it is (step S115). When compression is performed from the compression rate, the compression rate is displayed as shown in FIG. 11A, for example, and download is executed (step S115).

The update process is shown in FIG. When the cellular phone 1 is activated (second trigger), data of 5 bytes from the first byte shown in FIG. 6 is acquired (step S301).
If an update is necessary, in step S302, the version number possessed by the application 18A currently stored in the RAM 18 is compared with the version number stored in the RAM 18 when the common data was previously acquired from the web server 2. The

In FIG. 6, the first byte, second byte version information (AAAAA, BBBB), third byte version information (CCCC), and fourth byte version information (DDDD) are referred to. If any one of the major version (AAA) and the function upgrade (BBBB) is changed (step S303), the data structure shown in FIG. 6 is all filled with zeros, and the process proceeds to step S306 (step S306). Step S304).

If there is a change in design (CCCC) (step S303), zero is written in the first byte, and the process proceeds to processing step S306 (step S305). If there is a change in the bug fix part (DDDD) or there is no change in AAAA, BBBB, CCCC, or DDDD (step S303), the process proceeds to step S306.

Then, the common data acquisition flag of the first byte shown in FIG. 6 is acquired (step S306), and it is confirmed whether the value is “0” (not acquired) or “1” (acquired) (step S307). . If the common data acquisition flag is “1” (NO route in step S307), it is determined that the common data has been acquired, and the update process ends.

On the other hand, when the common data acquisition flag is “0” (YES route in step S307), it is determined that the common data has not been acquired, the web server 2 is accessed, and a common resource is requested (step S308). ). In the web server 2, the “request is accepted (step S401), the resource 206 is read and transmitted to the mobile phone 1 (step S308).

In the mobile phone 1, when the common resource from the web server 2 is acquired (step S309), the common resource is stored in a predetermined area of the RAM 18 (step S310), and further the version number of the application is stored (step S310). S311). Thereafter, “1” indicating acquisition is written in the first byte (0 position) in FIG. 6 (step S312). In this way, the update process ends.

The ringtone data compressed on the web server 2 side is decompressed when downloaded to the mobile phone 1.

As described above, according to the present embodiment, the minimum necessary version upgrade suitable for the difference between the application (including data) stored in the mobile phone and the latest application prepared on the web server side is performed. By doing so, it is possible to realize efficient communication between the mobile phone and the web server.

The present invention is used in industries that manufacture portable terminals, update systems, update methods, and update programs.

It is a block diagram which shows the update system by one embodiment of this invention. It is a block diagram which shows one structural example of the web server by this Embodiment. It is a figure which shows an example of the resource by this Embodiment. It is a block diagram which shows the internal structure of the mobile telephone 1 by this Embodiment. It is a figure explaining the version number by this Embodiment. It is a figure explaining the data structure by this Embodiment. It is a flowchart explaining the download operation | movement by this Embodiment. It is a flowchart explaining the download operation | movement by this Embodiment. It is a flowchart explaining the update operation | movement of the application by this Embodiment. It is a figure explaining the format of the response data by this Embodiment. It is a figure explaining the screen transition at the time of the download by this Embodiment.

Explanation of symbols

1 Mobile phone 2 Web server 3 Content DB
11 Display 12 Key Group 16 CPU
17 ROM
18 RAM
18A application 18B ringtone data 19 communication processing unit 201 communication control unit 202 control unit 203 storage unit 204 application 205 client application 206 resource 207 DB interface 208 ringtone data file

Claims (16)

A mobile terminal that can be connected to a server via a network,
Storage means for storing a client application and resources used by the client application;
First determination means for determining whether or not the client application stored in the storage means is updated in response to a first trigger;
Second determination means for determining whether or not to update the resource stored in the storage means in response to a second trigger;
If the first or second determination means determines that an update is necessary, an update means for executing only an update that needs to be updated through communication with the server;
A portable terminal characterized by comprising: A mobile terminal that can be connected to a server via a network,
Storage means for storing a client application and resources used in the client application together with version information;
First determination means for determining whether or not to update the client application stored in the storage means in response to a first trigger based on version information of the client application;
Second determination means for determining whether to update the resource stored in the storage means in response to a second trigger based on version information of the resource;
If the first or second determination means determines that an update is necessary, an update means for executing only an update that needs to be updated through communication with the server;
A portable terminal characterized by comprising: A plurality of types of update items are determined in advance for the resource, version information is set corresponding to each update item, and the second determination means determines whether or not to update based on the version information of each update item. 3. The portable terminal according to claim 2, wherein the update unit executes update for at least an update item that needs to be updated. 4. The mobile terminal according to claim 1, wherein the update unit executes update for the client application together when the first determination unit determines that the update is necessary. 5. . An update system for communicating between a server and a mobile terminal via a network,
In the mobile terminal,
Storage means for storing a client application and resources used by the client application;
First determination means for determining whether or not the client application stored in the storage means is updated in response to a first trigger;
Second determination means for determining whether or not to update the resource stored in the storage means in response to a second trigger;
If the first or second determination means determines that an update is necessary, an update means for executing only an update that needs to be updated through communication with the server;
With
In the server,
A database for storing the client application to be supplied to the mobile terminal and resources used in the application in an updatable manner;
A transmission unit that retrieves an update target corresponding to the request of the update unit from the database and transmits the update target to the portable terminal;
An update system characterized by comprising: An update system for communicating between a server and a mobile terminal via a network,
In the mobile terminal,
Storage means for storing a client application and resources used in the client application together with version information;
First determination means for determining whether or not to update the client application stored in the storage means in response to a first trigger based on version information of the client application;
Second determination means for determining whether to update the resource stored in the storage means in response to a second trigger based on version information of the resource;
If the first or second determination means determines that an update is necessary, an update means for executing only an update that needs to be updated through communication with the server;
With
In the server,
A database for storing the client application to be supplied to the mobile terminal and resources used in the application in an updatable manner;
A transmission unit that retrieves an update target corresponding to the request of the update unit from the database and transmits the update target to the portable terminal;
An update system characterized by comprising: A plurality of types of update items are determined in advance for the resource, version information is set corresponding to each update item, and the second determination means determines whether or not to update based on the version information of each update item. 7. The update system according to claim 6, wherein the update unit executes update for at least an update item that needs to be updated. 8. The update system according to claim 5, wherein the update unit executes update of the client application together when the first determination unit determines that the update is necessary. 9. . An update method using a mobile terminal that can be connected to a server via a network,
A first step in which a client application and resources used by the client application are stored in a memory, and a determination is made as to whether or not the client application stored in the memory is updated in response to a first trigger;
A second step of determining whether to update the resource stored in the memory in response to a second trigger;
If it is determined that an update is necessary in the first or second step, a third step of executing an update only for a target that needs to be updated at least through communication with the server;
The update method characterized by including. An update method using a mobile terminal that can be connected to a server via a network,
The client application and the resource used by the client application are stored in the memory together with the version information, and the client application stored in the storage unit in response to the first trigger is based on the version information of the client application. A first step of determining whether there is an update;
A second step of determining whether to update the resource stored in the memory in response to a second trigger based on the version information of the resource;
If it is determined that an update is necessary in the first or second step, a third step of executing an update only for a target that needs to be updated at least through communication with the server;
The update method characterized by including. A plurality of types of update items are determined in advance for the resource, version information is set corresponding to each update item, and the second step determines whether to update based on the version information of each update item. The updating method according to claim 10, wherein the third step updates at least an update item that needs to be updated. 12. The update method according to claim 9, 10 or 11, wherein, in the third step, when it is determined that the update is necessary in the first step, the client application is also updated. . An update program that can be executed on a computer of a mobile terminal that can be connected to a server via a network,
In the computer,
A first step in which a client application and resources used by the client application are stored in a memory, and a determination is made as to whether or not the client application stored in the memory is updated in response to a first trigger;
A second step of determining whether to update the resource stored in the memory in response to a second trigger;
If it is determined that an update is necessary in the first or second step, a third step of executing an update only for a target that needs to be updated at least through communication with the server;
An update program characterized in that the program is executed. An update program that can be executed on a computer of a mobile terminal that can be connected to a server via a network,
In the computer,
The client application and the resource used by the client application are stored in the memory together with the version information, and the client application stored in the storage unit in response to the first trigger is based on the version information of the client application. A first step of determining whether there is an update;
A second step of determining whether to update the resource stored in the memory in response to a second trigger based on the version information of the resource;
If it is determined that an update is necessary in the first or second step, a third step of executing an update only for a target that needs to be updated at least through communication with the server;
An update program characterized in that the program is executed. A plurality of types of update items are determined in advance for the resource, version information is set corresponding to each update item, and the second step determines whether to update based on the version information of each update item. 15. The update program according to claim 14, wherein the update is executed for at least an update item that needs to be updated in the third step. 16. The update according to claim 13, 14 or 15, wherein the third step executes update for the client application together when it is determined that the update is necessary in the first step. program.

Images