CN1619489A - 通信终端 - Google Patents

Abstract

本发明提供一种可进行程序更新及数据更新的通信终端。本发明的通信终端，具有：通信部，用于进行通信；存储部，用于存储程序；控制部，用于对上述通信部及存储部进行控制；使用状况存储部，用于存储使用状况；使用上述使用状况存储部中存储的使用状况，对上述存储部中存储的程序进行更新。

Description

通信终端

技术领域

本发明涉及一种可进行程序更新及数据更新的通信终端。

背景技术

以往，作为对携带电话无线基站的程序进行更新方法，人们提出在携带电话接入少的时间段实行更新的方法(例如，专利文献1特开平10-63498号公报)。

但是，却未考虑到对用户不使用通信终端的时间段等进行存储并在该时间段等实行更新的情况。

另外，还未考虑到虽然就通信终端来说根据用户的不同其使用状况是各不相同的，但是有关无线基站则不是那种情况，而是按照各用户个别的种种使用状况来实行更新。

另外，由于一般认为使用频率高的程序及数据其更新的必要性较高，使用频率低的程序及数据其更新的必要性较低，因而最好根据使用频率来区分是否进行更新，但是却未考虑到这种情况。

另外，由于有关不具有更新权利的程序及数据原本是不能更新的，因而最好根据更新数据的权利有无来实行更新，但是却未考虑到这种情况。

再者，由于在通信终端中没有只存储更新用程序及更新用数据的容量的场合下不能进行更新，因而最好对容量加以确认，但是却未考虑到这种情况。

发明内容

本发明用来解决上面那种问题，其目的为向用户提供使用方便良好的通信终端。

发明内容

为了达到上述目的，本发明的特征为，具有：通信部，用来实行通信；存储部，用来存储程序；控制部，用来对上述通信部及存储部进行控制；使用状况存储部，用来存储使用状况，采用上述使用状况存储部中所存储的使用状况对上述存储部中所存储的程序实行更新。

附图说明

图1表示的是通信终端1的结构和更新服务器3的结构。

图2是程序更新的顺序图1。

图3是程序更新的顺序图2。

图4表示的是用户数据存储部和程序存储部的内容变化。

图5是程序更新的顺序图3。

图6表示的是程序存储部的内容变化。

图7是对删除后的程序加以实行的顺序图。

图8是数据更新的顺序图1。

图9是数据更新的顺序图2。

图10是数据更新的顺序图3。

具体实施方式

下面，采用附图来说明本发明。

图1表示的是可进行程序更新及数据更新的通信终端1的结构和程序更新及数据更新所用的更新服务器3的结构。通信终端1和更新服务器3经由通信网2相连接。

首先，有关通信终端1的结构予以说明。如图1所示，通信终端1具有画面显示部101、控制部102、输入部103、程序存储部104、用户数据存储部105、使用状况存储部106、通信部107及暂时存储部108。

画面显示部101是液晶显示器等用来显示字符信息及图像信息等的装置，也可以具备多个主画面·副画面等。控制部102用来对通信终端1整体的动作进行控制，控制画面显示部101、输入部103、程序存储部104、用户数据存储部105、使用状况存储部106、通信部107及暂时存储部108的动作。输入部103是用户对通信终端1输入命令等的装置，包括数字键、功能键及电源键等。

程序存储部104存储有可由携带终端1实行的各种程序。例如，有邮件浏览程序、网上浏览程序、静止图像记录再现程序、动态图像记录再现程序、图像编辑程序、音乐·声音记录再现程序、红外线通信程序、条型码读取程序、OCR用程序及显示文本的程序等，不仅仅是被预置的程序还包括用户所下载的程序。

用户数据存储部105存储有各种用户数据。例如，存储有邮件数据、网上数据、静止图像数据、动态图像数据、音乐数据及声音数据等。在这些数据中，包括由通信终端的内置摄像机所拍摄到的静止图像数据及动态图像数据、由内置语音记录器所录制的声音数据以及由音乐播放器进行再现所用的音乐数据等，还包括用户所下载的数据。

使用状况存储部106存储有用户使用通信终端1的日期时间·星期数·时间段、各程序的使用频率·使用时间及各数据的使用频率·使用时间等。例如，存储有通信终端1被置于电池充电座上的时间段、自动起动程序被设定的时间段、用户使用邮件浏览程序·网上浏览程序等的时间段、用户浏览邮件和网页的时间段以及对静止图像·动态图像·音乐·声音数据进行再现的时间段等。另外，还存储有用户使用各程序的频率(○次/日、○次/周、○次/月、○次/年等)以及用户使用各数据的频率(○次/日、○次/周、○次/月、○次/年等)。它们在用户每次使用通信终端1、每次使用各程序以及每次使用各数据时，都通过控制部102被存储到使用状况存储部106中。

通信部107经由通信网2和更新服务器3进行通信，实行程序和数据的收发。暂时存储部108用来暂时存储程序及数据，例如在将当前接收中的更新用程序及更新用数据分别记录到程序存储部104及用户数据存储部105之前，进行暂时存储。

下面，有关更新服务器3的结构予以说明。更新服务器3具有更新用程序·更新用数据保存部301、用户数据保存部302、通信部303、控制部304以及用户合同存储部305。

更新用程序·更新用数据保存部301保存有由通信终端1使用的程序，也包括新制作出的程序及更新用程序。另外，还保存有由通信终端1使用的数据，也包括新制作出的数据及更新用数据。另外，不只是这些程序及数据，也对已经在以前制作完成的程序及数据加以保存。在此，更新用程序既可以指只是对制作完成的程序进行修改所需的修改差异的程序，并且也可以指更新后的程序其本身。另外，更新用数据既可以指只是差分数据的数据，并且也可以指更新后的数据其本身。作为更新用程序，例如假定修改用程序。另外，作为更新用数据，例如假定存储传输所用的数据，包括影像数据、音乐数据及文本数据等。

用户数据保存部302用来在从通信终端1发送出用户数据的场合下保存通信终端1的用户数据。通信部303用于经由通信网2和通信终端1进行通信。控制部304用来控制更新服务器3整体的动作，控制更新用程序·更新用数据保存部301、用户数据保存部302、通信部303以及用户合同存储部305的动作。

用户合同存储部305存储有每个用户的合同，例如存储哪个用户具有对哪个程序及数据进行更新的权利。具体而言，使各用户和各用户具有更新权利的程序及数据各自相关联进行存储。在进行程序更新及数据更新的场合下，控制部304参照用户合同存储部305，对有关更新的程序及数据判断用户是否具有更新权利。

下面，有关采用通信线路接收程序并对通信终端的程序进行更新的处理，采用图2予以说明。

图2表示的是通信终端1实行程序更新时的过程。具体而言，表示出通信终端1存储使用状况在适当的时刻实行程序更新的过程等。

(1)通信终端1通过控制部102在使用状况存储部106中存储用户使用通信终端1的日期时间·星期数·时间段、各程序的使用频率·使用时间以及各数据的使用频率·使用时间等(S201)。例如，如上所述通信终端1存储被置于电池充电座上的时间段和自动起动程序未被设定的时间段等，并作为通信终端1、各程序及各数据未被使用的时间段加以存储。它们在用户每次使用通信终端1、每次使用各程序以及每次使用各数据时，都通过控制部102存储到使用状况存储部106中。该使用状况数据是为了设定下述可进行程序更新的时刻等所使用的。

(2)更新服务器3在制作出新程序的场合以及制作出更新用程序的场合下，将其保存到更新用程序保存部301中(S202)。

(3)更新服务器3参照用户合同存储部305，确认用户是否具有使用上述新制作出的程序和更新用程序的合同。具体而言，控制部304参照用户合同存储部305，确认用户是否具有更新的权利。然后，在不具有使用该程序的合同的场合下(S203：NO)，结束处理，在具有的场合下(S203：YES)，转移到S204。

(4)在判断出用户具有合同的场合下，对该用户的通信终端1通过通信部303发送更新通知(S204)。该更新通知用来通知存在新制作出的程序和更新用程序之意。根据该更新通知，在通信终端1中能够掌握存在可更新程序的情况。

(5)若获取到更新通知，则通信终端1的控制部102参照使用状况存储部106对更新时刻进行确认，判断可在哪个时刻进行程序更新(S205)。在判断出不能进行程序更新的场合或者于S204中未接收到更新通知的场合下(S205：NO)，继续实行S201的使用状态记录。

另一方面，在判断出可进行程序更新的场合下，在判断出可更新的时刻(S205：YES)向更新服务器3进行更新委托(更新请求)。

例如，在使用状况存储部106中储存用户的使用状况数据，其结果为如果是深夜3点前后，则判断出是没有用户操作并且通信终端1未被使用的时间段，那种场合下将该时间段作为进行程序更新的时间段，设为程序的更新时刻。据此，避开在用户使用通信终端1的时间段上进行程序更新，避免用户不能使用通信终端1的状况，可以谋求使用便利性的提高。

另外，在自动起动程序被设定的时间段是下午6点的场合下，避开该时间段进行程序更新。据此，可以避免因是程序更新过程中而不能进行自动起动的这种状况。

另外，也可以只将使用频率高的程序作为更新对象，反之使用频率低的程序判断为更新必要性低而从更新对象提除去。例如，也可以参照使用状况存储部106中所存储的每个程序使用频率(例如，○次/月等)，如果是平均一个月都不使用一次程序则不进行更新。此时，既可以从外部设定是否进行更新的阈值，又可以例如由用户自己进行设定。在判断出没有更新必要的场合下，与S205：NO的情形相同，继续实行S201的使用状态记录。据此，可以去除对没有更新必要的程序和更新必要性低的程序进行更新的状况，谋求通信费用的下降及通信业务的下降。

还有，在应更新的程序紧急性高的场合(例如，是与保密性有关的修正程序等的场合)下，也可以使程序更新优先而作为S205：NO进行更新委托(S206)。据此，可以立刻对紧急性高的程序进行更新，使通信终端的可靠性得到提高。

另外，虽然若在正常情况下则是可以进行更新的时间段，但是用户正在使用通信终端，那种场合下也可以使由用户做出的通信终端使用优先而作为S205：N0继续实行S201的使用状态记录。例如，在用户正在通电话时和正在进行邮件浏览·网页浏览时来到该时间段，此时使用户操作优先而不进行更新。这种场合下，最好在用户结束通信终端的使用后，作为S205：YES实行更新委托(S206)。据此，不出现由用户做出的通信终端使用被妨碍的状况，可以使使用便利性得到提高。

另外，由于将由GPS等所取得的位置信息存储在使用状况存储部106中，因而也可以根据当前位置对更新时刻进行变更。据此，也可以实现下述使用方法，即在判断出处于自家时假设使用通信终端的可能性低，若来到指定时间段则进行更新，另一方面在处于外出地时假设使用的可能性高而不进行更新。

(6)若接收到更新委托，则更新服务器3的控制部304参照用户合同存储部305对通信终端1的合同状况进行确认(S207)。也就是说，对每个用户判断对上述新制作出的程序和更新用程序加以使用的合同有无。在用户不具有使用合同的场合下(S207：没有)，向通信终端1发送更新不允许通知并结束(S208)。

另一方面，在具有1个以上使用该程序的合同的场合下(S207：有)，只对有合同的程序，才将更新允许通知发送给通信终端1(S209)。

(7)若接收到更新允许通知，则通信终端1将收到更新允许通知程序的程序发送请求发送给更新服务器3(S210)。在有多个收到更新允许通知的程序的场合下，对于其中1个程序发送程序发送请求。也就是说，不同时发送多个程序而对每个程序实行下面S210到S215的动作并对每个程序发送。

(8)若接收到程序发送请求，则更新服务器3开始对收到发送请求的更新用程序进行发送(S211)。通信终端1开始接收从更新服务器3所发送的更新用程序，将其保存到暂时存储部108中。不直接保存到程序存储部104中是考虑到，接收过程中通信线路断开使更新用程序的接收处理中断的情况。也就是说，若直接保存到程序存储部104中，则有可能写到更新前的程序上，因此若接收中断则程序有可能无法使用。为了避免这种问题，使用暂时存储部108是有效的。

(9)若程序的接收开始，则通信终端1对通信状况进行监视，确认通信线路的断开有无(S212)。在通信线路被断开例如程序接收过程中有用户操作的场合以及因通信线路不佳等而断开通信线路的场合下(S212：有)，中断处理予以结束。

另一方面，在通信线路未被断开的场合下(S212：没有)，继续实行程序的接收并转移到S213。

如此对通信状况进行监视是为了避免接收过程中接收动作中断而使程序无法使用的状况。特别是，在携带电话等的携带终端方面，由于有可能在移动过程中误入接收范围之外(范围外)的范围，因而成为问题。例如，考虑到从地面移动到电波达不到的地下街道的情形，以及在电车、公共汽车和出租车等乘车过程中进入隧道内的情形等。这样通过对通信状况进行监视，而可以掌握通信线路的接通状况，即使在接收过程中通信线路被断开的场合下，也可以再次重新接通通信线路并重新实行处理。

另外，在接收更新用数据过程中打来电话的场合下，也可以使电话的来电优先，令数据接收中止，在电话结束后再次重新接通通信线路并重新实行处理。据此，在有电话的场合下可以立即进入通话状态。此时，也可以由用户预先设定使接收和电话的哪一方优先，或者在画面显示部101上显示有来电时使哪一方优先，让用户做出选择。这种场合下，如果接收优先，则不发出电话的来电信号继续进行接收，如果使电话优先，则发出电话的来电信号令接收中止。据此，可以实现与用户希望相应的接收，能够使用户的使用便利性进一步得到提高。

(10)在没有断开通信线路的状况下继续进行程序的接收时，通信终端1确认是否已将程序全部接收完成(S213)。在未全部接收完成时(S213：NO)继续进行程序的接收。

另一方面，在判断出已将程序全部接收完成时(S213：YES)，设为已完成该程序的接收而转移到S214。

(11)在判断出已将程序全部接收完成时，通信终端1从暂时存储部108向程序存储部104实行程序更新处理(S214)。也就是说，采用暂时存储部108中所存储的更新用程序，将程序存储部104中所存储的更新对象程序更新成新的程序(重写)。通过该处理，程序实际上被更新。

还有，该更新处理既可以是采用修正差分程序的充当补丁的处理，并且又可以是将新的程序按原样写在旧的程序上的处理。

(12)若在此实行程序更新处理，则通信终端1将该程序更新完成通知(S215)发送给更新服务器3。

(13)若在此发送出更新完成通知，则通信终端1确认是否已将更新对象程序全部更新(S216)。也就是说，存在多个于S209中收到更新允许通知的程序的场合下，由于S210到215的处理对每个程序都实行，因而对是否存在其它应更新的程序进行确认。在收到更新允许通知的程序未全部更新完成的场合下(S216：N0)，对每个程序反复实行S210到215的程序更新处理流程(S217)，在收到更新允许通知的程序全部更新完成之时(S216：YES)予以结束。

如上所述，由于考虑用户的使用状况来实行更新，因而可以避开用户使用通信终端1的时间段进行更新，能够避免用户不能使用通信终端的状况使使用便利性得到提高。另外，考虑用户的程序使用频率而避免连没有更新必要的程序都一律更新的状况，可以谋求通信费用的下降及通信数据量的下降。另外，由于可以使通信数据量减少，因而能够缩短不能从其它通信终端和服务器向通信终端访问的时间，也可以使通信业务得到降低。另外，由于按照合同状况只重写更新对象程序，因而也可以谋求通信费用的下降、通信数据量的下降以及通信业务的下降。再者，由于将更新用程序存储到暂时存储部中并在全部接收到之后进行程序更新，因而即使在接收过程中通信线路断开使更新用程序的接收处理中断，也可以避免更新对象程序成为不可使用的情况。

还有，用户也可以自己设定想要更新的程序，这种场合下在通信终端1拥有的任一个存储部存储所设定的信息。据此，可以只更新与用户希望相应的程序，能够谋求通信费用的下降和通信业务的下降。另外，用户也可以自己预先设定将更新的日期时间、星期数及时间段并进行登录。这种场合下，向通信终端1拥有的任一个存储部登录所设定的信息。据此，用户可以自己设定想要更新的时刻，能够提高使用便利性。

另外，虽然上述更新委托(S206)已对参照使用状况存储部106使之产生更新时刻的处理做出说明，但是也可以通过用户操作使之产生更新委托(S206)。另外，虽然此处有关使用程序的合同有无已做出说明，但是也可以是限定程序更新次数的合同和可进行程序新追加的合同。

另外，虽然上面表示出对每个程序都进行接收的情形，但是也可以同时接收多个程序。也就是说，在有接收多个程序的空闲容量的场合下，也可以从通信终端1发送多个程序的程序发送请求，并从更新服务器3并行发送多个程序。

接着，有关在通信终端1中没有充足存储容量的场合下接收更新用程序的处理，采用图3、4予以说明。图3表示的是实行通信终端1的程序更新时的过程，并且已对图2中程序更新处理流程(S217)的部分做出变更。图4表示的是实行图3的流程时程序存储部104的保存内容和用户数据存储部105的保存内容之变化。

在图3中，通过将携带终端1内用户数据存储部105的数据发送给更新服务器3并删除用户数据存储部105的数据，来制作空闲容量，并将更新用程序接收到上述空闲容量中。

例如，在图4中程序区域是4，更新对象程序是41，程序区域的空闲区域是42，用户数据区域是5，用户数据是51，用户数据的空闲区域是52，更新用程序是53，这种场合下更新用程序的容量设为比空闲区域42的容量及空闲区域52的容量更大。在这种场合下，可以在将用户数据51保存到服务器中之后进行删除，接收更新用程序。通过这种处理，在不具有暂时存储部108的场合下可以将用户数据存储部105作为暂时存储部，即使在用户数据存储部105中没有充足空闲容量的场合下，也可以进行程序更新。

(1)首先，通信终端1向更新服务器3发送程序容量通知请求(S301)。程序容量通知请求用来请求更新用程序的容量通知，并且用来确认在通信终端1中有没有接收该更新用程序所需的空闲容量。

(2)若接收到程序容量通知请求，则更新服务器3将更新用程序的容量发送给通信终端1(S302)。根据该程序容量通知，在通信终端1中可以获知更新用程序的容量。

(3)若接收到程序容量通知，则通信终端1确认用户数据存储部105的空闲容量(S303)。具体而言，确认空闲区域52的容量是否在更新用程序的容量以上。在空闲容量充足的场合下(S303：充足)，转移到S308开始程序的接收。

另一方面，在空闲容量不足的场合下(S303：不足)，转移到S304。

(4)在判断出空闲容量不足的场合下，通信终端1将用户数据存储部105中所存储的用户数据发送给更新服务器3(S304)。

(5)若用户数据被通信终端1发送，则更新服务器3将所发送的用户数据保存到用户数据保存部302中(S305)。此时，按照可识别出是哪个用户所发送的数据的形式进行保存。例如，对每个用户制作个别的文件夹，为每个用户存储用户数据加以保存。

(6)若对用户数据进行保存，则更新服务器3向通信终端1发送用户数据保存完成通知(S306)。

(7)若接收到保存完成通知，则通信终端1将用户数据存储部105的用户数据删除(S307)。通过这种处理，使用户数据存储部105空闲区域52的容量得到扩大，可以比通过S302的程序容量通知所通知的更新用程序容量大，来存储更新用程序53。

(8)在用户数据被删除可以存储更新用程序53之时，通信终端1向更新服务器3发送程序发送请求(S308)。

(9)若接收到程序发送请求，则更新服务器3开始对收到发送请求的程序进行发送(S309)。通信终端1开始接收从更新服务器3所发送的更新用程序，将其保存到用户数据存储部105中。

(10)在继续实行更新用程序的接收时，通信终端1确认是否已将程序全部接收完成(S310)。在未全部接收完成时(S310：中途)，继续实行程序的接收。另外，在正在接收程序时通信线路被断开的情况下(S310：中断)，结束处理。

另一方面，在已将程序全部接收完成之时(S310：完成)，设为已完成该程序的接收而转移到S311。

(11)在判断出已将程序全部接收完成之时，通信终端1采用用户数据存储部105中所存储的更新用程序52，对程序存储部104中所存储的更新对象程序41进行更新(S311)。也就是说，将程序存储部104中所存储的程序更新成新的程序(重写)。通过这种处理，程序实际上被更新。

(12)若程序被更新，则通信终端1将用户数据存储部105的更新用程序53删除(S312)，向更新服务器3发送程序更新完成通知(S313)。

(13)若发送出程序更新完成通知，则通信终端1判断是否向更新服务器3发送过用户数据(S314)。在未从用户数据存储部105删除用户数据的场合下(S314：没有)，结束处理。

另一方面，在将用户数据发送给更新服务器3，从用户数据存储部105将其删除的场合下(S314：有)，通信终端1向更新服务器3发送用户数据发送请求(S315)。

(14)若接收到用户数据发送请求，则更新服务器3将用户数据保存部302中所保存的用户数据发送给通信终端1(S316)。通信终端1将所接收到的用户数据保存到用户数据存储部105中，结束处理。

如上所述，即使在对存储容量有限制的通信终端中，通过将用户数据存储部的数据保存到更新服务器3中将用户数据存储部105作为暂时存储区域，也可以不用新设置作业区域而对更新对象程序进行更新。

还有，在图3中虽然有关在下述状态下予以结束的情形未做出特别说明，该状态为程序接收处理(S308、S309)因用户操作或通信线路不佳等而中断(S310：中断)以及用户数据被通信终端1删除的状态，但是可以通过再次向更新服务器3发出取得请求来取得用户数据。另外，虽然更新服务器3对在没有特别限制的状况下保存用户数据的示例已做出说明，但是诸如也可以只在存在对用户数据加以保管的合同时进行保存，按照合同状态对保存容量予以增减，设为在没有合同的场合下不能接收更新用程序而结束程序更新处理。再者，在图3中虽然对发送用户数据的示例已做出说明，但是也可以不是用户数据，而是发送程序的一部分等其他的数据。

接着，对于在通信终端1中没有充足存储容量的场合下通过从程序存储部104删除使用频率低的程序来接收更新用程序的处理，采用图5、6及7予以说明。图5表示的是实行通信终端1的程序更新时的过程，并且已对图2中程序更新处理流程(S217)的部分做出变更。图6表示的是实行图5的流程时程序存储部104的保存内容变化，图7表示的是对在图5的流程中所删除的程序加以实行时的过程。

在图5中，通过从程序存储部104删除使用频率低的程序，来制作空闲容量，在将更新用程序完全接收到上述空闲容量中之后实行更新处理。

例如，在图6中程序A是61，程序B是62，程序C是63，空闲区域是64，更新用程序是65，这种场合下更新对象程序是程序B，使用频率低的程序是程序C，并且更新用程序的容量设为比空闲区域64的容量更大。在这种场合下，最好可以删除使用频率低的程序C，增加空闲区域64以接收更新用程序。通过这种处理，在没有暂时存储部108的场合下可以将程序存储部104作为暂时存储部，即使在程序存储部104中没有充足空闲容量的场合下，也可以进行程序更新。

(1)首先，通信终端1向更新服务器3发送程序容量通知请求(S501)。程序容量通知请求用来请求更新用程序的容量通知，并且用来确认在通信终端1中有没有接收该更新用程序所需的空闲容量。

(2)若接收到程序容量通知请求，则更新服务器3将更新用程序的容量发送给通信终端1(S502)。根据该程序容量通知，在通信终端1中可以获知更新用程序的容量。

(3)若接收到程序容量通知，则通信终端1确认程序存储部104的空闲容量(S503)。具体而言，确认空闲区域64的容量是否在更新用程序的容量以上。在空闲容量充足的场合下(S503：充足)，转移到S505开始程序的接收。

另一方面，在空闲容量不足的场合下(S503：不足)，转移到S504。

(4)在判断出空闲容量不足的场合下，通信终端1参照使用状况存储部106，从程序存储部104删除使用频率低的程序(S504)。通过这种处理，使程序存储部104空闲区域64的容量得到扩大，可以比通过S302的程序容量通知所通知的更新用程序容量大，来存储更新用程序53。

(5)在使用频率低的程序被删除可以存储更新用程序65之时，通信终端1向更新服务器3发送程序发送请求(S505)。

(6)若接收到程序发送请求，则更新服务器3开始对收到发送请求的程序进行发送(S506)。通信终端1开始接收从更新服务器3所发送的更新用程序，将其保存到程序存储部104中。

(7)在继续实行更新用程序的接收时，通信终端1确认是否已将程序全部接收完成(S507)。在未全部接收完成时(S507：中途)，继续实行程序的接收。另外，在正在接收程序时通信线路被断开的情况下(S507：中断)，结束处理。

另一方面，在已将程序全部接收完成之时(S507：完成)，设为已完成该程序的接收而转移到S508。

(8)在判断出已将程序全部接收完成之时，通信终端1采用程序存储部104中所存储的更新用程序65，对程序存储部104中所存储的更新对象程序65进行更新。也就是说，将程序存储部105中所存储的程序更新成新的程序(重写)。通过这种处理，程序实际上被更新。

(9)若程序被更新，则通信终端1将程序存储部104的更新用程序65删除(S509)，向更新服务器3发送程序更新完成通知(S510)。

(10)若发送出程序更新完成通知，则通信终端1确认有没有从程序存储部104删除的程序(S511)。在没有从程序存储部104删除的程序的场合下(S511：没有)，结束处理。

另一方面，在有从程序存储部104删除的程序的场合下(S511：有)，通信终端1向更新服务器3发送程序发送请求(S512)。

(11)若接收到程序发送请求，则更新服务器3从更新用程序保存部301读出用户所删除的程序，将其发送给通信终端1(S513)。通信终端1将所接收到的程序保存到程序存储部104中，结束处理。

如上所述，即使在对存储容量有限制的通信终端中，通过暂且删除程序存储部104使用频率低的程序，并将程序存储部104的空闲区域作为暂时存储区域，也可以不用新设置作业区域而对更新对象程序加以更新。另外，虽然有关程序更新已做出说明，但不只是更新，也可以是新程序的追加。

如上，根据本实施示例即使在对存储容量有限制的通信终端中，通过删除程序存储部程序的一部分并将程序存储部作为暂时存储区域，也可以不用新设置作业区域，即使通信线路中断或是由用户操作而引起的中断也不使之成为不可使用的状态而对更新对象程序进行重写。

还有，在本实施示例中虽然按照从更新服务器删除后立即接收所删除程序的流程，已做出说明(S512、513)，但是也可以在删除后不立即进行接收而在用户准备更新该程序时进行接收。采用图7来说明这种场合下的处理。

首先，在准备实行程序时，确认在程序存储部104中准备实行程序的存在(S701)。在存在程序的场合下(S701：有)，按原状态实行程序(S702)。在不存在程序的场合下(S701：没有)，确认程序存储部104的空闲容量(S703)。在没有只对准备实行的程序加以保存的充足空闲容量的场合下(S701：不足)，参照使用状况存储部106将使用频率最低的程序删除(S704)，使程序存储部104的空闲容量增加。在有只对准备实行的程序加以保存的充足空闲容量的场合下，不实行程序删除(S704)而转移到下面的处理。通信终端1向更新服务器3发送准备实行程序的程序发送请求(S705)，收到上述请求后的更新服务器3将程序发送给通信终端1(S706)。接收到上述程序的通信终端1在程序存储部104中写入上述所接收到的程序，实行上述所接收到的程序(S702)。

上面，至此有关程序更新的方法已做出说明，但是不只是程序更新，而对于存储传输等数据更新也可以使用同样的方法。下面，有关数据更新的方法予以说明。

首先，有关采用通信线路接收数据并对通信终端的数据加以更新的处理，采用图8予以说明。

图8表示的是通信终端1实行数据更新时的过程，是与图2对应的附图。具体而言，表示出通信终端1存储使用状况在适当的时刻实行数据更新的过程等。下面，有关图8进行说明，而有关与图2相同的内容则省略详细的说明。

(1)通信终端1通过控制部102在使用状况存储部106中存储用户使用通信终端1的日期时间·星期数·时间段、各程序的使用频率·使用时间以及各数据的使用频率·使用时间等(S801)。所存储的使用状况内容与图2相同。

(2)更新服务器3在制作出新数据的场合以及制作出已经制作完成数据的更新用数据的场合下，将其保存到更新用数据保存部301中(S802)。

(3)更新服务器3参照用户合同存储部305，确认是否有用户使用上述新制作出的数据和更新用数据的合同。然后，在不具有使用该数据的合同的场合下(S803：NO)，结束处理，在具有的场合下(S803：YES)，转移到S804。

(4)在判断出用户具有合同的场合下，对该用户的通信终端1通过通信部303发送更新通知(S804)。

(5)若获取到更新通知，则通信终端1的控制部102参照使用状况存储部106对更新时刻进行确认，判断可在何时进行数据更新(S805)。在判断出不能进行数据更新的场合或者于S804中未接收到更新通知的场合下(S805：NO)，继续实行S801的使用状态记录。

还有，在应更新的数据紧急性高的场合下(例如，在存储传输过程中所含有的数据是地震、海啸、台风、洪水、火灾、战争及恐怖等与重大事件有关的数据的场合)，也可以使数据更新优先而作为S805：NO实行更新委托(S806)。据此，可以立刻对紧急性高的程序进行更新，尽早向用户通知重要信息。

(6)若接收到更新委托，则更新服务器3的控制部304参照用户合同存储部305来确认通信终端1的合同状况(S807)。在用户不具有所使用合同的场合下(S807：没有)，向通信终端1发送更新不允许通知并结束(S808)。

另一方面，在具有1个以上使用该数据的合同的场合下(S807：有)，将只是有合同的数据的更新允许通知发送给通信终端1(S809)。

(7)若接收到更新允许通知，则通信终端1将收到更新允许通知的数据的数据发送请求发送给更新服务器3(S810)。在有多个收到更新允许通知的数据的场合下，只是有关其中1个数据发送数据发送请求。也就是说，不同时发送多个数据而对每个数据实行下面S810到S814的动作并对每个数据发送。

(8)若接收到数据发送请求，则更新服务器3开始对收到发送请求的更新用程序进行发送(S811)。通信终端1开始接收从更新服务器3所发送的更新用程序，将其保存到暂时存储部108中。还有，也可以直接保存到用户数据存储部105中。

(9)若程序的接收开始，则通信终端1对通信状况进行监视，确认通信线路断开的有无(S812)。在通信线路被断开例如数据接收过程中有用户操作的场合以及因通信线路不佳等而断开通信线路的场合下(S812：有)，中断处理予以结束。

另一方面，在通信线路未断开的场合下(S812：没有)，继续实行数据的接收并转移到S813。

(10)在没有断开通信线路并继续实行数据接收时，通信终端1确认是否已将程序全部接收完成(S813)。在未全部接收完成时(S813：NO)，继续实行数据的接收。

另一方面，在判断出已将程序全部接收完成时(S813：YES)，设为已完成该数据的接收而转移到S814。

(11)若数据全部接收完成，则通信终端1将该数据的更新完成通知(S814)发送给更新服务器3。

(13)若更新完成通知被发送，则通信终端1确认是否已将更新对象数据全部接收(S815)。也就是说，在有多个于S809中收到更新允许通知的数据的场合下，由于S810到814的处理对每个数据都实行，因而对有没有其它应更新的数据进行确认。在收到更新允许通知的数据未全部接收完成的场合下(S815：NO)，对每个数据反复实行S810到814的数据更新处理流程(S816)，在将收到更新允许通知的数据全部接收完成之时(S816：YES)予以结束。

如上所述，由于考虑用户的使用状况来实行更新，因而可以避开用户使用通信终端1的时间段进行更新，能够避免用户不能使用通信终端的状况使使用便利性得到提高。也就是说，就通常的存储传输等来说可以避免下述问题，即由于未考虑到按照用户使用通信终端的时间段来接收更新用数据这种情况，因而用户正在使用却开始接收更新用数据使通信终端变得不能使用。另外，还可以考虑用户的数据使用频率而避免连没有更新必要的程序都一律更新的状况，谋求通信费用的下降及通信数据量的下降。另外，由于可以使通信数据量减少，因而能够缩短不能从其它通信终端或服务器向通信终端访问的时间，也可以使通信业务下降。另外，由于按照合同状况只重写更新对象的数据，因而也可以谋求通信费用的下降、通信数据量的下降以及通信业务的下降。

再者，虽然上面表示出对每个数据都进行接收的情形，但是也可以同时接收多个数据。也就是说，在有接收多个程序的空闲容量的场合下，也可以从通信终端1发送多个数据的数据发送请求，从更新服务器3并行发送多个数据。

接着，有关在通信终端1中没有充足存储容量的场合下接收更新用数据的处理，采用图9予以说明。图9表示的是通信终端1实行数据更新时的过程，并且已对图8中数据更新处理流程(S816)的部分做出变更，是与图3对应的附图。

在图9中，通过将携带终端1内用户数据存储部105的数据发送给更新服务器3并删除用户数据存储部105的数据，来制作空闲容量，在将更新用数据完全接收到上述空闲容量中之后实行更新处理。通过这种处理，在没有暂时存储部108的场合下可以将用户数据存储部105作为暂时存储部，即使在用户数据存储部105中没有充足空闲容量的场合下，也可以进行数据更新。下面，予以详细说明，而有关与图3相同的内容则省略详细的说明。

(1)首先，通信终端1向更新服务器3发送数据容量通知请求(S901)。数据容量通知请求用来请求更新用数据的容量通知，并且用来确认在通信终端1中有没有接收该更新用数据所需的空闲容量。

(2)若接收到数据容量通知请求，则更新服务器3将更新用数据的容量发送给通信终端1(S902)。根据该数据容量通知，在通信终端1中可以获知更新用数据的容量。

(3)若接收到数据容量通知，则通信终端1确认用户数据存储部105的空闲容量(S903)。在空闲容量充足的场合下(S903：充足)，转移到S908开始数据的接收。

另一方面，在空闲容量不足的场合下(S903：不足)，转移到S904。

(4)在判断出空闲容量不足的场合下，通信终端1将用户数据存储部105中所存储的用户数据发送到更新服务器3(S904)。

(5)若用户数据被通信终端1发送，则更新服务器3将所发送的用户数据保存到用户数据保存部302中(S905)。此时，按照可识别出是从哪个用户所发送数据的形式进行保存。例如，对每个用户制作个别的文件夹，为每个用户存储用户数据予以保存。

(6)若对用户数据加以保存，则更新服务器3向通信终端1发送用户数据保存完成通知(S906)。

(7)若接收到保存完成通知，则通信终端1将用户数据存储部105的用户数据删除(S907)。

(8)在用户数据被删除可以存储更新用数据之时，通信终端1向更新服务器3发送数据发送请求(S908)。

(9)若接收到数据发送请求，则更新服务器3开始对收到发送请求的数据进行发送(S909)。通信终端1开始接收从更新服务器3所发送的更新用数据，将其保存到用户数据存储部105中。

(10)在继续实行更新用数据的接收时，通信终端1对是否已将数据全部接收完成进行确认(S910)。在未全部接收完成时(S910：中途)，继续实行数据的接收。另外，在正在接收数据时通信线路被断开的情况下(S910：中断)，结束处理。

另一方面，在将数据全部接收完成之时(S910：完成)，认为已完成该数据的接收而转移到S911。

(11)若数据被全部接收，则通信终端1向更新服务器3发送数据更新完成通知(S911)并结束处理。

此处，在数据的场合下与程序的情形有所不同，有时将保存于更新服务器3中的用户数据在接收到更新用数据之时立即向通信终端1返还是不恰当的。原因是，在程序的场合下可以通过删除更新前作为不需要的程序而易于确保空闲区域，与此相对在数据的场合下既有时用户想要预先保存更新前的数据，又有时不能一概删除而无法确保空闲容量。

作为将保存于更新服务器3中的用户数据返还给通信终端1的时刻，人们考虑到通过用户操作来删除通信终端1的用户数据并制作出空闲区域时、在通信终端1向用户询问可否删除的场合下用户进行选择以便实施删除时以及传输新的数据时等。若实行上面的操作，则再次开始图9的处理。也就是说，

(12)通信终端1删除用户数据存储部105的数据(S912)。

(13)若数据被删除，则通信终端1判断是否向更新服务器3发送过用户数据(S913)。在未发送用户数据的场合下(S913：没有)，结束处理。

另一方面，在已将用户数据发送给更新服务器3的场合下(S913：有)，通信终端1向更新服务器3发送用户数据发送请求(S914)。

(14)若接收到用户数据发送请求，则更新服务器3将用户数据保存部302中所保存的用户数据发送给通信终端1(S915)。通信终端1将所接收到的用户数据保存到用户数据存储部105中，结束处理。

如上所述，即使在对存储容量有限制的通信终端中，也可以通过将用户数据存储部的数据保存到更新服务器3中，对更新对象程序加以更新。

还有，在图9中虽然有关在下述状态下予以结束的情形未做出特别说明，该状态为数据接收处理(S908、S909)因用户操作或通信线路不佳等而中断(S910：中断)以及用户数据从通信终端1删除的状态，但是可以通过再次向更新服务器3发出取得请求而取得用户数据。另外，虽然更新服务器3对在没有特别限制的状况下保存用户数据的示例已做出说明，但是诸如也可以只在有保管用户数据的合同的场合下进行保存，按照合同状态对保存容量予以增减，认为在没有合同的场合下不能接收更新用数据而结束数据更新处理。再者，在图9中虽然对发送用户数据的示例已做出说明，但是也可以不是用户数据而是发送程序的一部分等其他的数据。

接着，有关在通信终端1中没有充足存储容量的场合下通过从用户数据存储部105删除使用频率低的数据来接收更新用数据的处理，采用图10予以说明。图10表示的是实行通信终端1的数据更新时的过程，并且已对图8中数据更新处理流程(S816)的部分做出变更，是与图5对应的附图。

在图10中，通过从用户数据存储部105删除使用频率低的数据，来制作空闲容量，在将更新用数据完全接收到上述空闲容量中之后实行更新处理。通过这种处理，即使在用户数据存储部105中没有充足空闲容量的场合下，也可以进行数据更新。下面，予以详细说明，而有关与图5相同的内容则省略详细说明。

(1)首先，通信终端1向更新服务器3发送数据容量通知请求(S1001)。数据容量通知请求用来请求更新用数据的容量通知，并且用来确认在通信终端1中有没有接收该更新用数据所需的空闲容量。

(2)若接收到数据容量通知请求，则更新服务器3将更新用数据的容量发送给通信终端1(S1002)。根据该程序容量通知，在通信终端1中可以获知更新用数据的容量。

(3)若接收到数据容量通知，则通信终端1对用户数据存储部105的空闲容量进行确认(S1003)。在空闲容量充足的场合下(S1003：充足)，转移到S1005开始数据的接收。

另一方面，在空闲容量不足的场合下(S1003：不足)，转移到S1004。

(4)在判断出空闲容量不足的场合下，通信终端1参照使用状况存储部106，从程序存储部104删除使用频率低的程序，确保对更新用数据加以存储的空闲区域(S1004)。

(5)在使用频率低的程序被删除可以存储更新用数据之时，通信终端1向更新服务器3发送数据发送请求(S1005)。

(6)若接收到数据发送请求，则更新服务器3开始对收到发送请求的数据进行发送(S1006)。通信终端1开始接收从更新服务器3所发送的更新用数据，将其保存到用户数据存储部105中。

(7)在继续实行更新用数据的接收时，通信终端1确认是否已将数据全部接收完成(S1007)。在未全部接收完成时(S1007：中途)，继续实行数据的接收。另外，在正在接收数据时通信线路被断开的情况下(S1007：中断)，结束处理。

另一方面，在将数据全部接收完成之时(S1007：完成)，认为已完成该数据的接收而转移到S1008。

(8)在判断出已将数据全部接收完成之时，通信终端1向数据更新服务器3发送数据接收完成通知(S1008)并结束处理。

此处，作为将从更新服务器3所删除的程序返还给通信终端1的时刻，人们考虑到用户实行起动该程序的操作时、通过用户操作来删除通信终端1的用户数据并制作出空闲区域时、在通信终端1向用户询问可否删除的场合下用户进行选择以便实施删除时以及传输新的数据时等。若实行上面的操作，则再次开始图10的处理。也就是说，

(12)通信终端1删除用户数据存储部105的数据(S1009)。

(13)若数据被删除，则通信终端1判断是否有在S1004中所删除的程序(S1010)。在没有所删除程序的场合下(S1010：没有)，结束处理。

另一方面，在有所删除程序的场合下(S1010：有)，通信终端1向更新服务器3发送程序发送请求(S1011)。

(14)若接收到用户数据发送请求，则更新服务器3将所删除的程序发送给通信终端1(S1012)。通信终端1将所接收到的程序保存到程序存储部104中并结束处理。

如上所述，即使在对存储容量有限制的通信终端中，也可以删除程序存储部104使用频率低的程序，对更新对象数据加以更新。另外，虽然有关数据更新已做出说明，但不只是更新也可以是新数据的追加。

如上，根据本实施示例，即使在对存储容量有限制的通信终端中，也可以通过删除程序存储部程序的一部分，将程序存储部作为暂时存储区域，来实行数据更新。

上面，有关通信终端中的程序更新及数据数据更新的方法，已做出说明。

还有，虽然在从图1到图10的说明中使程序存储部104和用户数据存储部105相区别做出说明，但是也可以没有区别而作为同一个存储部，例如也可以将程序和用户数据存储于同一存储部的连续区域中。据此，可以谋求存储部的小型化及成本下降等。

根据本发明，可以向用户提供使用便利性良好的通信终端。

Claims (12)

1.一种通信终端，其特征为：具有

通信部，用于进行通信；

存储部，用于存储程序；

控制部，用于对上述通信部及存储部进行控制；

使用状况存储部，用于存储使用状况；

使用上述使用状况存储部中存储的使用状况，对上述存储部中存储的程序进行更新。

2.根据权利要求1记载的通信终端，其特征为：

上述使用状况存储部存储通信终端被使用的日期时间、星期数或时间段，

避开上述被存储的日期时间、星期数或时间段，对上述程序进行更新。

3.根据权利要求1记载的通信终端，其特征为：

上述使用状况存储部用于存储在上述存储部中存储的程序的使用时间或使用频率，

只对上述使用时间或使用频率为一定以上的程序进行更新。

4.一种通信终端，其特征为：具有

通信部，用于进行通信；

存储部，用于存储数据；

控制部，用于对上述通信部及存储部进行控制；

使用状况存储部，用于存储使用状况，

使用上述使用状况存储部中存储的使用状况，对上述存储部中存储的数据进行更新。

5.根据权利要求4记载的通信终端，其特征为：

上述使用状况存储部存储通信终端被使用的日期时间、星期数或时间段，

避开上述被存储的日期时间、星期数或时间段，对上述数据进行更新。

6.根据权利要求4记载的通信终端，其特征为：

上述使用状况存储部存储在上述存储部中存储的数据的使用时间或使用频率，

只对上述使用时间或使用频率为一定以上的数据进行更新。

7.一种通信终端，其特征为：具有

通信部，用于进行通信；

存储部，用于存储程序及数据；

控制部，用于对上述通信部及存储部进行控制，

在上述存储部中没有对上述程序或数据进行更新所需的空闲容量时，

上述通信部将上述存储部中存储的程序或数据的一部分发送给上述服务器，

上述存储部将上述被发送的一部分程序或数据删除，对上述程序或数据进行更新。

8.一种通信终端，其特征为：具有

通信部，用于进行通信；

存储部，用于存储程序及数据；

控制部，用于对上述通信部及存储部进行控制，

在对上述程序或数据进行更新时，只更新用户具有使用权利的程序或数据。

9.一种通信***，具备通信终端和服务器，

该通信终端具有：通信部，用于进行通信；存储部，用于存储程序及数据；控制部，用于对上述通信部及存储部进行控制；

该服务器具有：通信部，用于通过通信网与上述通信终端进行通信；存储部，用于存储更新用程序及数据；控制部，用于对上述通信部和存储部进行控制，其特征为：

上述通信终端具有对该通信终端的使用状况进行存储的使用状况存储部，根据该使用状况存储部中存储的使用状况，将该存储部中存储的程序或数据的更新请求发送给上述服务器，

上述服务器在从上述通信终端接收到上述程序或数据的更新请求时，将更新用程序或更新用数据发送给上述通信终端。

10.一种通信终端的程序的更新方法，其特征为：

存储通信终端的使用状况，

根据上述存储的使用状况，对程序进行更新。

11.一种通信终端的数据的更新方法，其特征为：

存储通信终端的使用状况，

根据上述存储的使用状况，对数据进行更新。

12.一种信息处理装置，实施第一信息处理及第二信息处理，其特征为：

具有使用状况存储部，用于存储上述第一信息处理的实施状况，

采用上述使用状况存储部中存储的第一信息处理的实施状况，来实施第二信息处理。

Images