专利名称：可按需定制应用程序的方法、终端和系统的制作方法
技术领域：
本发明涉及电子业务技术领域，特别涉及一种可按需定制应用程序的方法、终端和系统。
背景技术：
随着计算机技术的发展，目前几乎所有的行业都进入了信息化时代，出现了可与各种业务处理平台进行业务处理的各种计算机终端设备，例如，销售终端(P0Q设备，POS 终端设备是一种多功能的电子支付终端，消费者只需在POS设备上刷卡和输入密码就可实现安全、快捷的电子支付，因此，POS设备在许多支付场合得到了广泛应用。通常，这些终端设备内部都集成有多个应用程序，每个应用程序都有自己的实现流程。用户启动某个应用程序，其相应的程序模块按固定的实现流程完成交易。在这种情况下，当需要增加应用程序或者修改业务流程时，往往需要对终端软件系统进行刷新，而对于类似于POS设备的终端设备，甚至需要打开终端设备重新设置密钥来进行刷新。在对终端软件系统进行刷新时，无论是现场操作还是远程操作，由于更新全部文件系统，耗费的时间较长，而打开终端设备重新设置密钥很可能会影响到终端设备内的其它密钥或器件。因此，现有的终端设备无法提供一种简单的、实用的、可按需求更新POS终端应用程序和业务流程的机制。针对这个问题，申请号为200810103660. 7的中国专利申请“可按需定制的支付终端”提出了一种按需定制业务流程的实现方法。该方法通过建立所有业务的流程描述表来描述每个业务流程中需要运行的元模块、流程控制、各个元模块之间的数据传递以及整个业务流程过程的组合逻辑，并通过按照一定顺序调用不同的元模块来实现业务流程的按需定制，改进了现有的支付终端的实用性和灵活性。但是，该方法仅能够根据需要定制按照模块方式开发的应用程序的实现流程中的模块，却不能根据需要定制不按模块方式开发的应用程序的实现流程(即，不能随意改变不按模式开发的应用程序的实现流程)，也不能根据需要定制应用程序，即，不能简单、方便地增加新定制的应用程序或更新终端设备已安装的应用程序的新版本。
发明内容
为了解决以上问题，本发明提供一种按需定制应用程序的方法、终端和系统，以实现应用程序的按需定制。为了实现以上目的，本发明提供的按需定制应用程序的方法包括以下步骤业务处理平台从终端设备接收到非业务请求之后，利用终端设备与业务处理平台之间的协议中设置的用于存放更新的应用程序的基本信息的消息字段，将更新的应用程序的基本信息填入到反馈数据包中，并将该反馈数据包发送给终端设备；所述基本信息包括应用程序的名称和在应用下载服务器中的存放位置；终端设备接收到所述反馈数据包之后，根据该消息字段到应用下载服务器下载、安装更新的应用程序。优选地，业务处理平台的接入平台从终端设备接收到所述非业务请求之后，判断在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的应用程序中是否存在该终端设备还未下载的更新的应用程序，如果存在该终端设备还未下载的更新的应用程序，则利用所述消息字段将该终端设备还未下载的更新的应用程序的基本信息填入到反馈数据包中；终端设备接收到反馈数据包之后，解析反馈数据包，并判断反馈数据包中是否存在所述消息字段，如果判断反馈数据包中存在所述消息字段，则对该消息字段进行解析，并根据解析该消息字段得到的存放位置到应用下载服务器下载安装该终端设备还未下载的更新的应用程序。优选地，业务处理平台的接入平台整理应用程序列表并记录终端设备的应用程序下载状态和下载时间，在所述应用程序列表中包括业务处理平台所提供的所有应用程序的编号、名称、版本、在应用下载服务器中的存放位置和最后更新时间；业务处理平台的接入平台从终端设备接收到所述非业务请求之后，根据整理的应用程序列表和记录的终端设备下载状态和下载时间来判断在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的应用程序中是否存在该终端设备还未下载的更新的应用程序。优选地，所述基本信息还包括更新的应用程序的版本，并且，业务处理平台的接入平台从终端设备接收到所述非业务请求之后，利用所述消息字段将在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的所有应用程序的基本信息填入反馈数据包中，并将该反馈数据包发送给终端设备；终端设备接收到反馈数据包之后，解析反馈数据包，并判断反馈数据包中是否存在所述消息字段，如果判断反馈数据包中存在所述消息字段，则对该消息字段进行解析，并根据解析该消息字段得到的更新的应用程序的基本信息来判断是否存在该终端设备还未下载的更新的应用程序，如果存在该终端设备还未下载的更新的应用程序，则根据解析该消息字段得到的存放位置到应用下载服务器下载安装该终端设备还未下载的更新的应用程序。优选地，终端设备本地存储有自己的应用程序列表，每次到应用下载服务器下载安装更新的应用程序之后将下载安装的更新的应用程序的名称和版本存储到本地的应用程序列表中。优选地，终端设备在判断反馈数据包中存在所述消息字段并且对该消息字段进行解析之后，通过将解析该消息字段得到的应用程序的名称和版本与终端设备本地存储的应用程序名称和版本进行对比来判断是否存在该终端设备还未下载的更新的应用程序。优选地，所述消息字段用于存放应用程序列表，在所述应用程序列表中包括业务处理平台所提供的所有应用程序的编号、名称、版本、在应用下载服务器中的存放位置和最后更新时间；业务处理平台的接入平台利用所述消息字段将所述应用程序列表填入反馈数据包中；终端设备在判断反馈数据包中存在所述消息字段并且对该消息字段进行解析之后，通过将解析该消息字段得到的应用程序列表中的应用程序的名称和版本与本地存储的应用程序列表中的应用程序名称和版本进行对比来判断是否存在该终端设备还未下载的更新的应用程序。优选地，其特征在于，在终端设备的显示屏幕上提供用户交互界面，在该用户交互界面上，提供供用户选择是否在终端设备上下载安装更新的应用程序的选项或按钮。
优选地，其特征在于，在终端设备和业务处理平台之间保持一个通知通道，每当业务处理平台更新应用程序并将更新的应用程序存放到应用下载服务器中时，业务处理平台通过所述通知通道通知终端设备，如果此时终端设备处于开机状态，则根据终端调用接入算法计算的接入时间向业务处理平台发起应用程序更新请求并执行上述方法中的任何一个；如果此时终端设备没有开机，则在终端设备下次开机后首先通过所述通知通道到业务处理平台检查在从上次关机到当前开机时间期间业务处理平台是否更新应用程序，如果在从上次关机到当前开机时间期间业务处理平台更新了应用程序，则执行上述方法中的任何一个。相应地，本发明提供一种按需定制应用程序的终端，其特征在于，终端设备从业务处理平台接收到反馈数据包之后，根据终端设备与业务处理平台之间的协议中设置的用于存放更新的应用程序的基本信息的消息字段，到应用下载服务器下载、安装更新的应用程序，所述基本信息包括应用程序的名称和在应用下载服务器中的存放位置。优选地，终端设备从业务处理平台的接入平台接收到反馈数据包之后，解析反馈数据包时，判断反馈数据包中是否存在所述消息字段；如果判断反馈数据包中存在所述消息字段，则对该消息字段进行解析，并且，在业务处理平台的接入平台判断在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的应用程序中是否存在该终端设备还未下载的更新的应用程序并利用所述消息字段将该终端设备还未下载的更新的应用程序的基本信息填入反馈数据包中的情况下，根据解析该消息字段得到的存放位置到应用下载服务器下载安装该终端设备还未下载的更新的应用程序；在所述基本信息还包括更新的应用程序的版本并且业务处理平台的接入平台利用所述消息字段将在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的所有应用程序的基本信息填入到反馈数据包中的情况下，根据解析该消息字段得到的更新的应用程序的基本信息来判断是否存在该终端设备还未下载的更新的应用程序，如果存在该终端设备还未下载的更新的应用程序，则根据解析该消息字段得到的存放位置到应用下载服务器下载安装该终端设备还未下载的更新的应用程序。优选地，所述终端设备本地存储有自己的应用程序列表，每次到应用下载服务器下载安装更新的应用程序之后将下载安装的更新的应用程序的名称和版本存储到本地的应用程序列表中。优选地，终端设备在判断反馈数据包中存在所述消息字段并且对该消息字段进行解析之后，通过将解析该消息字段得到的应用程序的名称和版本与终端设备本地存储的应用程序名称和版本进行对比来判断是否存在该终端设备还未下载的更新的应用程序。优选地，在所述消息字段用于存放其中包括业务处理平台所提供的所有应用程序的编号、名称、版本、在应用下载服务器中的存放位置和最后更新时间的应用程序列表的情况下，终端设备在判断反馈数据包中存在所述消息字段并且对该消息字段进行解析之后， 通过将解析该消息字段得到的应用程序列表中的应用程序的名称和版本与终端设备本地存储的应用程序名称和版本进行对比来判断是否存在该终端设备还未下载的更新的应用程序。优选地，在终端设备的显示屏幕上提供用户交互界面，在该用户交互界面上，提供供用户选择是否在终端设备上下载安装更新的应用程序的选项或按钮。
相应地，本发明提供一种按需定制应用程序的系统，包括终端设备和业务处理平台，其特征在于，该系统还包括用于存放业务处理平台的所有业务的应用程序的应用下载服务器，并且，业务处理平台从终端设备接收到非业务请求之后，利用终端设备与业务处理平台之间的协议中设置的用于存放更新的应用程序的基本信息的消息字段，将更新的应用程序的基本信息填入到反馈数据包中，并将该反馈数据包发送给终端设备；所述基本信息包括应用程序的名称和在应用下载服务器中的存放位置；终端设备接收到所述反馈数据包之后，根据所述消息字段到应用下载服务器下载、安装更新的应用程序。优选地，业务处理平台的接入平台接收到所述非业务请求之后，判断在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的应用程序中是否存在该终端设备还未下载的更新的应用程序，如果存在该终端设备还未下载的更新的应用程序，则利用所述消息字段将该终端设备还未下载的更新的应用程序的基本信息填入到反馈数据包中；终端设备接收到反馈数据包之后，解析反馈数据包，并判断反馈数据包中是否存在所述消息字段，如果判断反馈数据包中存在所述消息字段，则对该消息字段进行解析，并根据解析该消息字段得到的存放位置到应用下载服务器下载安装该终端设备还未下载的更新的应用程序。优选地，所述基本信息还包括更新的应用程序的版本，并且，业务处理平台的接入平台利用所述消息字段将在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的所有应用程序的基本信息填入反馈数据包中，并将该反馈数据包发送给终端设备；终端设备接收到反馈数据包之后，解析反馈数据包，并判断反馈数据包中是否存在所述消息字段，如果判断反馈数据包中存在所述消息字段，则对该消息字段进行解析，并根据解析该消息字段得到的更新的应用程序的基本信息来判断是否存在该终端设备还未下载的更新的应用程序，如果存在该终端设备还未下载的更新的应用程序，则根据解析该消息字段得到的存放位置到应用下载服务器下载安装该终端设备还未下载的更新的应用程序。优选地，在终端设备和业务处理平台之间保持一个通知通道，每当业务处理平台更新应用程序并将更新的应用程序存放到应用下载服务器中时，业务处理平台通过所述通知通道通知终端设备，如果此时终端设备处于开机状态，则根据终端调用接入算法计算的接入时间向业务处理平台发起应用程序更新请求并执行上述方法中的任何一个；如果此时终端设备没有开机，则在终端设备下次开机后首先通过所述通知通道到业务处理平台检查在从上次关机到当前开机时间期间业务处理平台是否更新应用程序，如果在从上次关机到当前开机时间期间业务处理平台更新了应用程序，则执行上述方法中的任何一个。从以上技术方案可看出，终端设备可根据业务处理平台的需要动态下载安装新定制的应用程序或已安装应用程序的新版本，而无需对终端软件系统进行刷新，即，无需更新终端设备的全部文件系统，也无须打开终端设备重新设置密钥，从而提供了一种简单的、实用的按需定制应用程序的方法，提高了终端设备的实用性和灵活性。
图1是传统的POS支付系统的示意性框图；图2是传统的POS支付系统的签到流程的示意图3是根据本发明实施例的按需定制应用程序的系统的示意性框图；图4是根据本发明的第一实施例的按需定制应用程序的方法的流程图；图5是根据本发明的第一实施例的POS终端设备解析反馈数据包的过程的流程图；图6a和图6b是根据本发明的第一实施例的用户界面的示意图；图7是根据本发明的第二实施例的按需定制应用程序的方法的流程图。
具体实施例方式以下，将参照附图和实施例对本发明进行详细描述。在以下将描述的实施例中，以POS支付系统的签到流程作为示例对本发明方法进行说明。但是，应该理解，本发明方法并不仅限于应用于POS支付系统及其签到流程，而是可适用于任何可通过终端设备操作的电子业务处理系统(包括业务处理平台和终端设备) 及其非业务流程。为了更加清楚地显示本发明对现有技术的改进之处，以下将首先对传统的POS支付系统的操作流程进行说明。图1是传统的POS支付系统的示意性框图。如图1所示，该系统包括POS终端设备 101、前置机或接入平台102、支付业务处理服务器104、加密机105、支付网关106。此外，从图1可看出，前置机或接入平台102、支付业务处理服务器104、加密机105和支付网关106 共同构成一个支付平台。这里指出，支付平台仅仅是上述业务处理平台的一个示例。通常，POS终端设备101每天至少向支付业务处理服务器104发起1次签到请求， 签到协议由企业自定义或者采用通用标准，比如，ISO 8583协议。我国银联、银行、SP(服务提供商)支付平台采用的协议大都是基于IOS 8583改进而形成的协议。在POS终端设备101与支付业务处理服务器104之间采用电话线连接的情况下，当POS终端设备101发起签到请求时，POS终端设备101利用内嵌的modem(调制解调器)拨通支付业务处理服务器104的前置机102，建立PPP (点对点协议)通讯链路。在终端设备101与支付业务处理服务器104之间采用宽带连接的情况下，当POS终端设备101发起签到请求时，POS终端设备101直接与支付业务处理服务器104的接入平台102建立TCP/IP连接，从而与支付业务处理服务器104建立宽带通讯链路。以下，为描述简单起见，将以ISO 8583协议和前置机 102为例来说明POS支付系统的实现流程。图2是传统的POS支付系统的签到流程的示意图。如图2所示，传统的POS签到流程包括签到、密钥交换和状态上报这三个部分，每个部分的执行都是通过POS终端设备101 向支付业务处理服务器104的前置机102发送消息来实现的。消息包含消息头和消息体。 在图2中，0800、0810、9000为消息头，POS终端设备101和前置机102根据接收到的消息头来判定后续工作的性质，执行后续工作所需的数据信息由消息体字段给出。参照图2，传统的POS签到流程如下步骤1、POS终端设备101向前置机102发送签到请求0800，进行签到；步骤2、前置机102在接收到签到请求0800之后，向POS终端设备101发送签到允许响应0810，并将本终端的签到状态登记在设备汇总信息表中；步骤3、POS终端设备101向前置机102发送交换密钥请求0800 ；步骤4、前置机102在接收到交换密钥请求0800之后，向POS终端设备101发送MAC (消息认证码)密钥和PIN (个人识别码)密钥响应0810 ； 步骤5、POS终端设备在从前置机102接收到密钥后，检验密钥是否正确，如果正确，则向前置机102发送状态信息签到请求9000，否则重复步骤1和2。在POS支付系统中，典型的消息字段结构体定义如下typedef struct IS08583{int bit_flag ；/* 域数据类型 0—string, 1—int, 2—binary*/char氺data—name ；: 名氺/int length ；/* 数据域长度 */int length_in_byte ；/* 实际长度(如果是变长)*/int variable_f lag ；/*是否变长标志0 否2 :2位变长，3 3位变长*/int datatyp ；__string,1__int,2__binary*/char*data ；/氺 #方文胃氺/int attribute ；/氺保留氺/} IS08583IOS 8583协议定义1 个字段，每个字段提供一种数据信息，这128个字段组成的消息体如下IS08583Tbl8583[128]={/*FLD 1*/{0，‘/*FLD 2*/{0，‘/*FLD 3*/{0，‘/*FLD 4*/{0，‘/*FLD 5*/{0，‘/*FLD 6*/{0，‘/*FLD 7*/{0，‘/*FLD 8*/{0，‘/*FLD 9*/{0，‘/*FLD 10*/{0，/*FLD 128*/{0，.........}在具体实现时，不同支付业务平台在字段结构体和消息体的定义方面略有差异。对于图2所示的POS签到流程中的签到步骤，POS终端设备101与支付业务处理服务器104之间传送的消息体如下POS终端设备101发起签到请求0800，其携带的消息体如下{/*FLD 1*/{1， “ BIT MAP，EXTENDED〃 ，8，0，0，2，“011000004020000001000000 00000000",0}，
BIT MAP, EXTENDED"，8，0，0，2，NULL,0}， PRIMARY ACCOUNT NUMBER" ，22，0，2，0，NULL,0}， PROCESSING CODE" ，6，0，0，0，NULL，0}， AMOUNT, TRANSACTION"，12,0,0,1，NULL，0}， NO USE"，12,0,0,0, NULL，0}， NO USE"，12,0,0,0, NULL，0}， TRANSACTION DATE AND TIME" ，10，0，0，0，NULL，0}， NO USE" ,8,0,0,0, NULL，0}， NO USE" ,8,0,0,0, NULL，0}， “NO USE" ,8,0,0,0, NULL，0}，
“MESSAGE AUTHENTICATION CODE FIELD" ，8，0，0，2，NULL，0}，
/*FLD 7*/{0，" TRANSACTION DATE AND TIME" ,10,O,O,O,"20100508163025" 0}，/*FLD 11*ハ0， “ SYSTEM TRACE AUDIT NUMBER" ，6，0，0，1，“123456”，0}，/*FLD 32*ハ0，“ ACQUIRER INSTITUTION ID. CODE"，11，0，2，0，“67890234”， 0}，/*FLD 41*ハ0，“ CARD ACCEPTOR TERMINAL ID. “，8，0，0，0，“01”，0}，/*FLD 70*/{0， “ SYSTEM MANAGEMENT INformATION CODE “ ,3,0,0,0, “937800”，0}，}前置机102反馈的签到允许响应0810所携帯的消息体如下{/*FLD 1*/{1， “ BIT MAP，EXTENDED〃 ，8，0，0，2，“01100000402000000100000000 000000 ",0}，/*FLD 7*/{0， “ TRANSACTION DATE AND TIME" ，10，0，0，0，“20100508163025”， 0}，/*FLD 11*/{0， “ SYSTEM TRACE AUDIT NUMBER" ，6，0，0，1，"123456”，0}，/*FLD 32*/{0，" ACQUIRER INSTITUTION ID. CODE" , 11,0, 2,0,"67890234",0},/*FLD 39*ハ0，“ RESPONSE CODE"，2，0，0，0，‘‘ 1”，0}，/*FLD 41*ハ0，“ CARD ACCEPTOR TERMINAL ID. “，8，0，0，0，“01”，0}，/*FLD 70*/{O," SYSTEM MANAGEMENT INformATION CODE" ,3,O,O,O,"937800", 0}，}另外，由于本发明不涉及密钥交換和状态上报步骤(属于现有技术)，因此，在本 说明书中省略其描述。以下，将对根据本发明方法的POS签到流程进行描述。图3是根据本发明实施例的按需定制应用程序的系统的示意性框图。如图3所示， 该系统与图1所示系统的不同之处，在于增加了一个应用下载服务器103，用于存放支付业 务处理服务器104所提供的所有应用程序，具体地，用于存放支付业务处理服务器104所提 供的所有应用程序的软件包，当然，还可存放应用程序的其它文件，比如，未经压缩的软件 程序。在实现按需定制应用程序之前，需要预先在POS终端设备101与支付业务处理服 务器104之间的ISO 8583协议中増加遵循该协议的用于存放更新的应用程序的基本信息 (包括更新的应用程序的软件包在下载应用服务器中的存放位置)的消息字段。在本说明 书中，将该消息字段命名为APPLICATION字段。当然应该理解，还可按照所使用的协议定义 任何用于存放应用程序更新相关的消息字段。以下，将对本发明方法的两个实施例进行说明。(第一实施例)在本实施例中，前置机102整理应用程序列表，即，每当支付业务处理服务器104 有应用程序更新吋，在应用程序列表中添加关于更新的应用程序(包括新定制的应用程序或者终端设备已安装的应用程序的新版本)的信息，包括这些更新的应用程序的编号、程序名称、版本、其软件包在下载应用服务器中的存放位置和最后更新时间。应用程序列表的示意性实现如表1所示。表1应用程序列表
权利要求
1.一种按需定制应用程序的方法，包括以下步骤业务处理平台从终端设备接收到非业务请求之后，利用终端设备与业务处理平台之间的协议中设置的用于存放更新的应用程序的基本信息的消息字段，将更新的应用程序的基本信息填入到反馈数据包中，并将该反馈数据包发送给终端设备；所述基本信息包括应用程序的名称和在应用下载服务器中的存放位置；终端设备接收到所述反馈数据包之后，根据该消息字段到应用下载服务器下载、安装更新的应用程序。
2.根据权利要求1所述的方法，其特征在于，业务处理平台的接入平台从终端设备接收到所述非业务请求之后，判断在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的应用程序中是否存在该终端设备还未下载的更新的应用程序，如果存在该终端设备还未下载的更新的应用程序， 则利用所述消息字段将该终端设备还未下载的更新的应用程序的基本信息填入到反馈数据包中；终端设备接收到反馈数据包之后，解析反馈数据包，并判断反馈数据包中是否存在所述消息字段，如果判断反馈数据包中存在所述消息字段，则对该消息字段进行解析，并根据解析该消息字段得到的存放位置到应用下载服务器下载安装该终端设备还未下载的更新的应用程序。
3.根据权利要求2所述的方法，其特征在于，业务处理平台的接入平台整理应用程序列表并记录终端设备的应用程序下载状态和下载时间，在所述应用程序列表中包括业务处理平台所提供的所有应用程序的编号、名称、版本、在应用下载服务器中的存放位置和最后更新时间；业务处理平台的接入平台从终端设备接收到所述非业务请求之后，根据整理的应用程序列表和记录的终端设备下载状态和下载时间来判断在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的应用程序中是否存在该终端设备还未下载的更新的应用程序。
4.根据权利要求1所述的方法，其特征在于，所述基本信息还包括更新的应用程序的版本，并且，业务处理平台的接入平台从终端设备接收到所述非业务请求之后，利用所述消息字段将在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的所有应用程序的基本信息填入反馈数据包中，并将该反馈数据包发送给终端设备；终端设备接收到反馈数据包之后，解析反馈数据包，并判断反馈数据包中是否存在所述消息字段，如果判断反馈数据包中存在所述消息字段，则对该消息字段进行解析，并根据解析该消息字段得到的更新的应用程序的基本信息来判断是否存在该终端设备还未下载的更新的应用程序，如果存在该终端设备还未下载的更新的应用程序，则根据解析该消息字段得到的存放位置到应用下载服务器下载安装该终端设备还未下载的更新的应用程序。
5.根据权利要求4所述的方法，其特征在于，终端设备本地存储有自己的应用程序列表，每次到应用下载服务器下载安装更新的应用程序之后将下载安装的更新的应用程序的名称和版本存储到本地的应用程序列表中。
6.根据权利要求5所述的方法，其特征在于，终端设备在判断反馈数据包中存在所述消息字段并且对该消息字段进行解析之后，通过将解析该消息字段得到的应用程序的名称和版本与终端设备本地存储的应用程序名称和版本进行对比来判断是否存在该终端设备还未下载的更新的应用程序。
7.根据权利要求5所述的方法，其特征在于，所述消息字段用于存放应用程序列表，在所述应用程序列表中包括业务处理平台所提供的所有应用程序的编号、名称、版本、在应用下载服务器中的存放位置和最后更新时间；业务处理平台的接入平台利用所述消息字段将所述应用程序列表填入反馈数据包中； 终端设备在判断反馈数据包中存在所述消息字段并且对该消息字段进行解析之后，通过将解析该消息字段得到的应用程序列表中的应用程序的名称和版本与本地存储的应用程序列表中的应用程序名称和版本进行对比来判断是否存在该终端设备还未下载的更新的应用程序。
8.根据权利要求1-7中的任何一个所述的方法，其特征在于，在终端设备的显示屏幕上提供用户交互界面，在该用户交互界面上，提供供用户选择是否在终端设备上下载安装更新的应用程序的选项或按钮。
9.根据权利要求1-7中的任何一个所述的方法，其特征在于，在终端设备和业务处理平台之间保持一个通知通道，每当业务处理平台更新应用程序并将更新的应用程序存放到应用下载服务器中时，业务处理平台通过所述通知通道通知终端设备，如果此时终端设备处于开机状态，则根据终端调用接入算法计算的接入时间向业务处理平台发起应用程序更新请求并执行权利要求1-7中的任何一个所述的方法；如果此时终端设备没有开机，则在终端设备下次开机后首先通过所述通知通道到业务处理平台检查在从上次关机到当前开机时间期间业务处理平台是否更新应用程序，如果在从上次关机到当前开机时间期间业务处理平台更新了应用程序，则执行权利要求1-7中的任何一个所述的方法。
10.一种按需定制应用程序的终端，其特征在于，终端设备从业务处理平台接收到反馈数据包之后，根据终端设备与业务处理平台之间的协议中设置的用于存放更新的应用程序的基本信息的消息字段，到应用下载服务器下载、安装更新的应用程序，所述基本信息包括应用程序的名称和在应用下载服务器中的存放位置。
11.根据权利要求10所述的终端，其特征在于，终端设备从业务处理平台的接入平台接收到反馈数据包之后，解析反馈数据包时，判断反馈数据包中是否存在所述消息字段；如果判断反馈数据包中存在所述消息字段，则对该消息字段进行解析，并且，在业务处理平台的接入平台判断在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的应用程序中是否存在该终端设备还未下载的更新的应用程序并利用所述消息字段将该终端设备还未下载的更新的应用程序的基本信息填入反馈数据包中的情况下，根据解析该消息字段得到的存放位置到应用下载服务器下载安装该终端设备还未下载的更新的应用程序；在所述基本信息还包括更新的应用程序的版本并且业务处理平台的接入平台利用所述消息字段将在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的所有应用程序的基本信息填入到反馈数据包中的情况下，根据解析该消息字段得到的更新的应用程序的基本信息来判断是否存在该终端设备还未下载的更新的应用程序，如果存在该终端设备还未下载的更新的应用程序，则根据解析该消息字段得到的存放位置到应用下载服务器下载安装该终端设备还未下载的更新的应用程序。
12.根据权利要求11所述的终端，其特征在于，所述终端设备本地存储有自己的应用程序列表，每次到应用下载服务器下载安装更新的应用程序之后将下载安装的更新的应用程序的名称和版本存储到本地的应用程序列表中。
13.根据权利要求12所述的终端，其特征在于，终端设备在判断反馈数据包中存在所述消息字段并且对该消息字段进行解析之后，通过将解析该消息字段得到的应用程序的名称和版本与终端设备本地存储的应用程序名称和版本进行对比来判断是否存在该终端设备还未下载的更新的应用程序。
14.根据权利要求12所述的终端，其特征在于，在所述消息字段用于存放其中包括业务处理平台所提供的所有应用程序的编号、名称、版本、在应用下载服务器中的存放位置和最后更新时间的应用程序列表的情况下，终端设备在判断反馈数据包中存在所述消息字段并且对该消息字段进行解析之后，通过将解析该消息字段得到的应用程序列表中的应用程序的名称和版本与终端设备本地存储的应用程序名称和版本进行对比来判断是否存在该终端设备还未下载的更新的应用程序。
15.根据权利要求10所述的终端，其特征在于，在终端设备的显示屏幕上提供用户交互界面，在该用户交互界面上，提供供用户选择是否在终端设备上下载安装更新的应用程序的选项或按钮。
16.一种按需定制应用程序的系统，包括终端设备和业务处理平台，其特征在于，该系统还包括用于存放业务处理平台的所有业务的应用程序的应用下载服务器，并且，业务处理平台从终端设备接收到非业务请求之后，利用终端设备与业务处理平台之间的协议中设置的用于存放更新的应用程序的基本信息的消息字段，将更新的应用程序的基本信息填入到反馈数据包中，并将该反馈数据包发送给终端设备；所述基本信息包括应用程序的名称和在应用下载服务器中的存放位置；终端设备接收到所述反馈数据包之后，根据所述消息字段到应用下载服务器下载、安装更新的应用程序。
17.根据权利要求16所述的系统，其特征在于，业务处理平台的接入平台接收到所述非业务请求之后，判断在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的应用程序中是否存在该终端设备还未下载的更新的应用程序，如果存在该终端设备还未下载的更新的应用程序，则利用所述消息字段将该终端设备还未下载的更新的应用程序的基本信息填入到反馈数据包中；终端设备接收到反馈数据包之后，解析反馈数据包，并判断反馈数据包中是否存在所述消息字段，如果判断反馈数据包中存在所述消息字段，则对该消息字段进行解析，并根据解析该消息字段得到的存放位置到应用下载服务器下载安装该终端设备还未下载的更新的应用程序。
18.根据权利要求17所述的系统，其特征在于，所述基本信息还包括更新的应用程序的版本，并且，业务处理平台的接入平台利用所述消息字段将在从该终端设备最后更新应用程序的时间到当前时间期间业务处理平台更新的所有应用程序的基本信息填入反馈数据包中，并将该反馈数据包发送给终端设备；终端设备接收到反馈数据包之后，解析反馈数据包，并判断反馈数据包中是否存在所述消息字段，如果判断反馈数据包中存在所述消息字段，则对该消息字段进行解析，并根据解析该消息字段得到的更新的应用程序的基本信息来判断是否存在该终端设备还未下载的更新的应用程序，如果存在该终端设备还未下载的更新的应用程序，则根据解析该消息字段得到的存放位置到应用下载服务器下载安装该终端设备还未下载的更新的应用程序。
19.根据权利要求16-18中的任何一个所述的系统，其特征在于，在终端设备和业务处理平台之间保持一个通知通道，每当业务处理平台更新应用程序并将更新的应用程序存放到应用下载服务器中时，业务处理平台通过所述通知通道通知终端设备，如果此时终端设备处于开机状态，则根据终端调用接入算法计算的接入时间向业务处理平台发起应用程序更新请求并执行权利要求16-18中的任何一个所述的方法；如果此时终端设备没有开机，则在终端设备下次开机后首先通过所述通知通道到业务处理平台检查在从上次关机到当前开机时间期间业务处理平台是否更新应用程序，如果在从上次关机到当前开机时间期间业务处理平台更新了应用程序，则执行权利要求16-18中的任何一个所述的方法。
全文摘要
本发明提供一种按需定制应用程序的方法，包括业务处理平台从终端设备接收到非业务请求之后，利用终端设备与业务处理平台之间的协议中设置的用于存放更新的应用程序的基本信息的消息字段，将更新的应用程序的基本信息填入到反馈数据包中，并将该反馈数据包发送给终端设备；所述基本信息包括应用程序的名称和在应用下载服务器中的存放位置；终端设备接收到所述反馈数据包之后，根据该消息字段到应用下载服务器下载、安装更新的应用程序。相应地，提供按需定制应用程序的终端和系统。通过本发明，终端设备可根据业务处理平台的需要动态下载安装最近更新的应用程序，从而提高终端设备的实用性和灵活性。
文档编号G06F9/445GK102446105SQ201010502070
公开日2012年5月9日 申请日期2010年9月30日 优先权日2010年9月30日
发明者王翔, 陈实如 申请人:利德科技发展有限公司, 北大方正集团有限公司