CN1332307C

CN1332307C - 移动通信终端及应用程序控制方法

Info

Publication number: CN1332307C
Application number: CNB2005100780926A
Authority: CN
Inventors: 浅井真生; 渡边信之; 大井达郎; 阿部光幸
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2004-06-14
Filing date: 2005-06-14
Publication date: 2007-08-15
Anticipated expiration: 2025-06-14
Also published as: EP1608136A1; US20050278717A1; DE602005002298T2; DE602005002298D1; US7784048B2; EP1608136B1; JP2005352996A; CN1716201A

Abstract

本发明公开了一种移动通讯终端及应用程序控制方法，其中，该移动通信终端(1)包括：下载部(41)，从外部的WWW服务器(7)下载应用程序(5)，并且确保应用程序(5)执行时所参照的参照参数用的数据区域；控制信号接收部(42)，接收包含应用程序(5)所参照的参照参数的控制信号；和参数保存部(44)，将包含于控制信号中的参照参数保存在数据区域中。

Description

移动通信终端及应用程序控制方法

技术领域

本发明涉及一种移动通信终端及应用程序控制方法。

背景技术

目前，人们将用于游戏或电子商务交易等的应用程序下载到便携电话机等移动通信终端后执行。作为用于从远程服务器等控制这些应用程序的技术，包括例如特开JP 2003-244344号公报中记载的移动机。在该移动机中，通过从服务提供系统接收包含不可使用信息等的控制信号，执行将应用程序变为不可使用状态等的控制。

另外，在这些应用程序中，存在一边从远程服务器接收字符数据、声音数据、图像数据等参数一边动作的应用程序。例如，新闻提供用应用程序中的新闻显示及再现、广告显示用应用程序中的广告信息的显示等与此相对应。若能将这些参数作为上述控制信号来发送，则可有效地控制应用程序的动作。

但是，由于字符数据等参数在控制信息中属于数据量较大的信息，所以就移动通信终端的有限数据资源而言，常常难以确保参数用的数据容量。

发明内容

因此，本发明鉴于上述问题作出，其目的在于防止因存储器容量不足造成的应用程序不能执行，从而更平滑地控制应用程序。

本发明的移动通信终端包括：下载单元，从外部下载应用程序，并且确保在执行所述应用程序时所参照的参照参数用的数据区域的容量，在对容量的确保失败的情况下，通过删除其它应用程序来再次确保所述容量；控制信号接收单元，接收包含应用程序参照的参照参数的控制信号；和参数保存单元，将包含于控制信号中的参照参数保存在数据区域中。

或者，本发明的应用程序控制方法是从远程控制装置控制移动通信终端内的应用程序的应用程序控制方法，包括以下步骤：数据区域容量确保步骤，所述移动通信终端在从外部下载应用程序时，确保在执行所述应用程序时所参照的参照参数用的数据区域的容量，在对容量的确保失败的情况下，通过删除其它应用程序来再次确保所述容量；控制信号发送步骤，控制装置将包含应用程序参照的参照参数的控制信号发送给移动通信终端；参数保存步骤，移动通信终端将包含于控制信号中的参照参数保存在数据区域中；和参数读出步骤，移动通信终端中的应用程序在执行时从数据区域读出参照参数。

在这种移动通信终端和应用程序控制方法中，当由移动通信终端下载应用程序时，在确保了用于存储参照参数的数据区域之后，从远程控制装置向移动通信终端发送控制信号，在由移动通信终端将包含于控制信号中的参照参数保存在数据区域中后，由应用程序读出该参照参数。由此，可确实地从远程控制装置向移动通信终端中的应用程序传递动作控制用参数。

另外，控制信号接收单元最好向应用程序通知接收到了参照参数。

这种情况下，应用程序可采用以参照参数的接收通知为契机来读出参照参数的结构。因此，可针对参数的更新实时且及时地控制应用程序的动作，并且，例如与应用程序主动读出参数的情况相比，可进一步简化应用程序的功能构成。

附图说明

图1是表示本发明移动通信终端的一个最佳实施方式的概略结构图。

图2是说明图1的应用程序控制部的处理的状态转换图。

图3是表示应用程序下载时移动通信终端的动作的流程图。

图4是表示应用程序控制时移动通信终端的动作的流程图。

图5表示移动通信终端中的应用程序控制的处理时序。

图6(a)表示未确保参照参数区域时数据存储部的图像，(b)表示本发明的移动通信终端中的数据存储部的图像。

具体实施方式

下面，参照附图来详细说明本发明的移动通信终端的最佳实施方式。另外，在对附图的说明中，向相同要素附加相同符号，并省略重复说明。

图1是表示本发明移动通信终端的一个最佳实施方式的概略结构图。图示的移动通信终端1是具有实现待受图像显示功能、游戏功能、新闻显示功能等的应用程序的可工作环境的通信终端。作为这种通信终端的例子，包括例如便携电话机、PHS(Personal HandyphoneSystem)、PDA(Personal Digital Assistance)等可经网络进行信息通信的设备。如图1所示，移动通信终端1包含程序执行环境2和数据区域3作为功能构成要素。

程序执行环境2由CPU(Central Processing Unit)、RAM(RandomAccess Memory)等硬件构成，是用于执行文件管理、存储器管理、数据输入输出管理、用户界面提供等的OS(Operating System)等系统程序常驻的工作环境。另外，在程序执行环境2中还执行用于实现作为移动通信终端1的基本功能的通话功能、电子邮件收发功能以及网络连接功能等的基本程序。

数据区域3构筑在RAM(Random Access Memory)、ROM(ReadOnly Memory)、磁盘等存储器上，是存储OS等系统程序所使用的系统数据、基本程序所使用的电话簿数据等基本数据、各种程序文件以及应用程序在执行时参照的数据等的数据区域。

另外，在上述程序执行环境2中，常驻有用于执行用JAVA(注册商标)语言记述的应用程序的JAVA(注册商标)虚拟机器程序(未图示)。为了在移动通信终端1中执行用JAVA(注册商标)语言记述的应用程序，该JAVA(注册商标)虚拟机器程序将上述语言变换成可在程序执行环境2中解释的代码后传递给程序执行环境2。

以下的“应用程序”是系统程序或基本程序之外的程序，是指从WWW服务器等外部下载并执行的程序。作为这种应用程序的例子，包括例如在等待来信时显示图像的程序、提供游戏功能的程序、显示新闻的程序等。应用程序中包括象显示新闻的程序那样，一边参照存储在数据存储部31中的字符数据、声音数据、图像数据等参照参数一边动作的所谓参数参照型应用程序。

在移动通信终端1中，可利用JAVA(注册商标)虚拟机器程序的功能，在程序执行环境2中执行应用程序5a、5b、5c。应用程序5a、5b、5c通过由移动体通信网络和因特网构成的网络9从WWW(WorldWide Web)服务器7下载(详细情况如后所述。)这些应用程序5a、5b、5c的程序代码分别通过下载存储到数据区域3内的数据存储部31中，并且在启动时从数据存储部31读出到程序执行环境2中。

并且，在程序执行环境2中搭载有用于控制应用程序5a、5b、5c的执行的应用程序管理单元4。应用程序管理单元4可以经由网络9并利用HTTP(Hyper Text Transfer Protocol)通信协议，与WWW服务器7和控制用服务器8进行数据收发。另外，控制用服务器8是对在移动通信终端1中执行的应用程序5a、5b、5c的动作进行远程控制的服务器。

应用程序管理单元4进行应用程序5a、5b、5c的启动控制和应用程序5a、5b、5c的通信控制。另外，应用程序管理单元4具有从WWW服务器7下载应用程序5a、5b、5c的程序代码的下载功能，以及对控制用服务器8对应用程序5的远程控制进行中继的中继功能。

应用程序管理单元4包含下载部(下载单元)41、控制信号接收部(控制信号接收单元)42、应用程序控制部43和参数保存部(参数保存单元)44作为功能构成要素。下面，说明各构成要素。

下载部41是从作为外部设备的WWW服务器7下载应用程序5a、5b、5c的程序代码的部分。具体而言，下载部41根据用户通过Web浏览器等发出的下载请求，首先取得ADF(Application DescriptorFile)文件。ADF文件是记载例如WWW服务器7内的应用程序的存储地址、应用程序的大小、名称等与要下载的应用程序有关的信息的文件。然后，下载部41在参照该ADF文件的内容来判断可否下载之后，从WWW服务器7下载应用程序5a、5b、5c的程序代码。

并且，下载部41将与所下载的应用程序5a、5b、5c相对应的ADF文件的取得对象URL(Uniform Resource Locator)与应用程序5a、5b、5c相关联地存储在数据区域3内的数据区域中。该ADF文件的取得对象URL被用作应用程序管理单元4唯一地识别应用程序5a、5b、5c的信息。

另外，下载部41在下载时，在作为下载对象的应用程序5a、5b、5c是参数参照型的情况下，在数据存储部31内确保用于参照参数的一定容量的数据区域(参照参数区域)。另外，参照参数数据区域被确保作为下载对象应用程序5a、5b、5c的专用数据区域。

控制信号接收部42是从控制用服务器8接收用于控制应用程序5a、5b、5c的控制信号的部分。另外，在移动通信终端1与网络9之间，多条线路被多路化，从而即便在移动通信终端1中使用通话功能、电子邮件收发功能或网络连接功能，也可同时实现控制信号接收部42与控制用服务器8之间的信号收发。

控制信号中包含用于控制应用程序5a、5b、5c的动作状态的控制信息和应用程序5a、5b、5c所参照的参照参数当中的至少一个。应用程序5a、5b、5c的动作状态控制不限于对在程序执行环境2中执行的应用程序的停止、重新开始、规定处理的执行等的控制，还包括对下载到数据存储部31中的应用程序5a、5b、5c(包括未启动的)向可/不可启动状态的变更等的控制。并且，在控制信号中还包含用于确定作为控制对象的应用程序的ADF文件的取得对象URL。

控制用服务器8在想要将应用程序变更为不可启动状态的情况下，将控制信息设定为“停止”，在想要将应用程序变更为可启动状态的情况下，将控制信息设定为“重新开始”。另外，参照参数被设定为控制用服务器8想要发送给控制对象应用程序的字符信息等数据。

而且，控制信号接收部42还具有在接收到包含参照参数的控制信号的情况下，将该情况通知给控制对象应用程序5a、5b、5c的功能。通知对象应用程序由包含于控制信号中的ADF文件的取得对象URL确定。接收到该通知的应用程序5a、5b、5c在执行时，从数据存储部31读出通过后述的参数保存部44的处理所保存的参照参数。

并且，控制信号接收部42在接收到包含控制信息的控制信号的情况下，向应用程序控制部43输出包含于该控制信号中的ADF文件的取得对象URL和控制信息，并在接收到包含参照参数的控制信号的情况下，向参数保存部44输出包含于该控制信号中的ADF文件的取得对象URL和参照参数。

应用程序控制部43是根据从控制信号接收部42输出的ADF文件的取得对象URL和控制信息，来变更应用程序5a、5b、5c的动作状态的部分。具体而言，应用程序控制部43利用ADF文件的取得对象URL来确定控制对象应用程序，并使该应用程序转换到可/不可启动状态。作为转换到不可启动状态的方法，包括部分改写控制对象应用程序5a、5b、5c的程序代码、删除或更新应用程序5a、5b、5c在启动时参照的参数等。另一方面，在转换到可启动状态的情况下，采用恢复如上所述被更新、删除的程序代码或参数的方法。

例如，考虑从控制信号接收部42输出ADF文件的取得对象URL“URL1”和控制信息“停止”，并且与应用程序5a相对应的ADF文件的取得对象URL为“URL1”的情况。此时，应用程序控制部43通过部分改写应用程序5a的程序代码，使应用程序5a的动作状态转换到不可启动状态。

图2是说明应用程序控制部43的处理的状态转换图。如图所示，在控制对象应用程序处于可启动状态ST10的情况下，如果控制用服务器8发送控制信息“停止”，则应用程序控制部43使应用程序转换到不可启动状态ST20。在同样的情况下，如果控制用服务器8发送控制信息“重新开始”，则应用程序控制部43使应用程序维持可启动状态不变。另一方面，在控制对象应用程序处于不可启动状态ST20的情况下，如果控制用服务器8发送控制信息“重新开始”，则应用程序控制部43使应用程序转换到可启动状态ST10。在同样的情况下，如果控制用服务器8发送控制信息“停止”，则应用程序控制部43使应用程序维持不可启动状态不变。以此来控制应用程序的动作状态。

返回图1，参数保存部44是根据从控制信号接收部42输出ADF文件的取得对象URL和参照参数，将该参照参数作为与ADF文件的取得对象URL相对应的应用程序用参照参数而保存于数据存储部31中的部分。另外，将参照参数保存于在下载与ADF文件的取得对象URL相对应的应用程序时由下载部41确保的参照参数区域中。

下面说明移动通信终端1的动作，并且详细描述移动通信终端1中的应用程序控制方法。图3是表示应用程序下载时移动通信终端1的动作的流程图，图4是表示应用程序控制时移动通信终端1的动作的流程图。

首先，参照图3来说明应用程序下载时移动通信终端1的动作。

首先，移动通信系统1接收来自Web浏览器等的用户下载请求(步骤S101)。对应于该请求，下载部41从WWW服务器7的规定存储位置取得ADF文件(步骤S102)。之后，下载部41参照ADF文件，判断该文件内是否包含遥控密钥(步骤S103)。该遥控密钥是表示对象应用程序为参数参照型的项目。

上述判断的结果是不包含遥控密钥的情况下(步骤S103：否)，下载部41请求WWW服务器7发送对象应用程序(步骤S109)。相应地，WWW服务器7向下载部41发送记载了应用程序的程序代码的程序文件，下载部41将该程序文件存储在数据存储部31中(步骤S110)。

另一方面，判断的结果是包含遥控密钥的情况下(步骤S103：是)，下载部41指示确保数据存储部31内的下载对象应用程序5a、5b、5c专用的参照参数区域(步骤S104)。之后，下载部41判断该区域确保处理是否成功(步骤S105)。判断的结果是区域确保处理成功的情况下(步骤S105：是)，将处理转移到步骤S109，执行程序文件的下载。

另一方面，在区域确保处理失败的情况下(步骤S105：否)，向用户输出其它应用程序的程序文件的删除确认(步骤S106)。接收到用户针对该删除确认的确认输入后，下载部41删除对应的程序文件(步骤S107)。之后，再次指示确保下载对象应用程序5a、5b、5c专用的参照参数区域(步骤S108)，并将处理返回到步骤S105。之后，重复步骤S106～S108的处理，直至参照参数区域被确保，然后执行程序文件的下载处理(步骤S109～S110)。

下面，参照图4来说明应用程序控制时移动通信终端1的动作。

首先，控制信号接收部42接收由控制用服务器8发送的控制信号(步骤S201)。之后，控制信号接收部42参照包含于控制信号中的ADF文件的取得对象URL(步骤S202)。并且，控制信号接收部42通过从数据区域3中读出等来确定与下载到移动通信终端1的所有应用程序5a、5b、5c相对应的ADF文件的取得对象URL(步骤S203)。

之后，控制信号接收部42判断包含于控制信号中的ADF文件的取得对象URL是否与对应于应用程序5a、5b、5c的ADF文件的取得对象URL中的任意一个相一致(步骤S204)。上述判断的结果是ADF文件的取得对象URL与任意一个都不一致的情况下(步骤S204：否)，将处理转移到步骤S210，向控制用服务器8返回控制结果“失败”。

另一方面，在ADF文件的取得对象URL与任意一个一致的情况下(步骤S204：是)，控制信号接收部42参照与包含于控制信号中的控制内容有关的数据(步骤S205)。之后，控制信号接收部42判断控制内容中是否包含参照参数(步骤S206)。

在控制内容中包含参照参数的情况下(步骤S206：是)，参数保存部44将该参照参数保存于数据存储部31内的参照参数区域中(步骤S207)。之后，控制信号接收部42向执行中的控制对象应用程序5a、5b、5c通知接收到参照参数(步骤S208)。根据该通知，由执行中的应用程序5a、5b、5c从数据存储部31读出参照参数。

另一方面，在控制内容中不包含参照参数的情况下(步骤S206：否)，应用程序控制部43根据控制信息，使控制对象应用程序的动作状态进行转换(步骤S209)。

在进行了上述的应用程序5a、5b、5c的控制之后，控制信号接收部42向控制用服务器8发送控制结果“成功”(步骤S210)。

这里，图5中详细示出移动通信终端中的应用程序控制的处理时序。另外，图中，控制内容通知信号是用于控制下载到移动通信终端1的应用程序5a、5b、5c的控制信号。

首先，控制用服务器8确定移动通信终端1作为控制对象终端(步骤S301)。作为该确定的方法，考虑抽取下载了特定应用程序的终端，或抽取属于特定终端种类的终端。之后，从控制用服务器8向移动通信终端1发送控制委托信号(步骤S302)。该控制委托信号用于向控制对象终端通知开始远程控制。

相应地，移动通信终端1的控制信号接收部42向控制用服务器8返回包含用于确定移动通信终端1的终端种类的终端机型确定信息的控制信息取得信号(步骤S303)。

控制用服务器8接收到控制信息取得信号后，抽取包含于该信号中的终端机型信息，然后判断移动通信终端1是否属于控制对象终端机型(步骤S304)。判断的结果是控制对象终端机型的情况下，继续执行处理，在不是控制对象终端机型的情况下，中止处理。

接着，控制用服务器8向移动通信终端1发送控制内容通知信号(步骤S305)。在该控制内容通知信号中包含与控制对象应用程序5a、5b、5c相对应的ADF文件的取得对象URL。在移动通信终端1接收到该控制内容通知信号之后，执行上述控制处理(步骤S202～S209)(步骤S306)。之后，移动通信终端1向控制用服务器8发送控制结果通知信号，通知控制结果“成功/失败”(步骤S307)。最后，从控制用服务器8返回控制结果响应信号，结束处理(步骤S308)。

根据上述移动通信终端1，在通过移动通信终端1下载应用程序5a、5b、5c时，在确保了用于存储参照参数的数据区域之后，从远程控制用服务器8向移动通信终端1发送控制信号，根据包含于该控制信号中的控制信息来变更应用程序5a、5b、5c的可/不可启动状态等动作状态。另外，在通过移动通信终端1将包含于控制信号中的参照参数保存在数据存储部31中后，由应用程序5a、5b、5c读出该参照参数。由此，可以控制从远程控制用服务器8下载到移动通信终端1的应用程序5a、5b、5c的动作状态，并且可在该动作状态控制时确实地向应用程序5a、5b、5c传递动作控制用参数。

下面，通过图6来进一步具体地说明参照参数区域确保所产生的效果。

图6中，(a)表示未确保参照参数区域时数据存储部的图像，(b)表示本发明的移动通信终端中的数据存储部31的图像。

图中示出按应用程序5a、应用程序5b、应用程序5c的顺序来下载时的示例。在图6(a)的情况下，在参照参数接收时定位应用程序5a用的参照参数区域。另一方面，由于还未定位应用程序5b或应用程序5c用的参照参数区域，所以担心即便接收到针对应用程序5b或应用程序5c的参照参数也不能保存。

相反，如图6(b)所示，移动通信终端1在下载应用程序5a、5b、5c时，在与各个程序文件区域相邻的区域中确保参照参数区域。因此，可以更加确实地保存从控制用服务器8接收到的参照参数。

另外，由于通过控制信号接收部42向应用程序5a、5b、5c通知参照参数的接收，所以应用程序5a、5b、5c采用以参照参数的接收通知为契机来读出参照参数的结构。并且，如果应用程序在执行中，则该接收通知可与其动作模式(例如省电模式、待机模式)无关地接收。因此，可针对参照参数的更新，实时且及时地控制应用程序的动作。而且，与应用程序主动读出的情况相比，由于不需要对应用程序中的参照参数的上次接收时刻或接收间隔等进行管理，所以可进一步简化应用程序的程序结构。

另外，本发明不限于上述各实施方式。例如，应用程序5a、5b、5c不限于用JAVA(注册商标)语言记述的程序，也可以是用C语言等其它语言记述的程序。

另外，下载部41是在所下载的应用程序是参数参照型的情况下确保参照参数区域，但也可确保下载的所有应用程序用的参照参数区域。

另外，下载部41确保的参照参数区域的数据容量也可针对所下载的每个应用程序是可变的。

另外，应用程序管理单元4利用对应于应用程序5的ADF文件的取得对象URL来确定应用程序，但也可利用对上述URL实施了规定运算后得到的值。

Claims

1、一种移动通信终端，其特征在于，包括：

下载单元，从外部下载应用程序，并且确保在执行所述应用程序时所参照的参照参数用的数据区域的容量，在对容量的确保失败的情况下，通过删除其它应用程序来再次确保所述容量；

控制信号接收单元，接收包含所述应用程序参照的参照参数的控制信号；和

参数保存单元，将包含于所述控制信号中的参照参数保存在所述数据区域中。

2、根据权利要求1所述的移动通信终端，其特征在于，

所述控制信号接收单元向所述应用程序通知接收到所述参照参数。

3、一种应用程序控制方法，由远程控制装置控制移动通信终端内的应用程序，其特征在于，包括以下步骤：

数据区域容量确保步骤，所述移动通信终端在从外部下载应用程序时，确保在执行所述应用程序时所参照的参照参数用的数据区域的容量，在对容量的确保失败的情况下，通过删除其它应用程序来再次确保所述容量；

控制信号发送步骤，所述控制装置将包含所述应用程序参照的参照参数的控制信号发送给所述移动通信终端；

参数保存步骤，所述移动通信终端将包含于所述控制信号中的参照参数保存在所述数据区域中；和

参数读出步骤，所述移动通信终端中的所述应用程序在执行时从所述数据区域读出所述参照参数。