专利名称：管理应用程序的系统与方法及通知应用程序状态的方法
技术领域：
本发明是关于ー种管理应用程序的方法与系统。
背景技术：
开放移动联盟(Open Mobile Alliance,简称0MA)于2002年6月由近200个在移动エ业的各领域具有领先地位的公司所组成，其中包括移动服务系统业者、装置与网络供货商、信息技术公司、以及内容/服务供货商等。开放移动联盟致カ于在不同的地理区域(如国家)、服务提供商、及移动装置间提供互通的移动服务(mobile services)。开放移动联盟的规范制定于可应用的通讯协议。开放移动联盟的规范用以与可提供网络与数据传输的移动网络技术合作。这些移动网络技术是由对应的组织所制定。可与开放移动联盟合作的移动网络技术包括全球移动通讯系统(Global System for Mobile Communications,简称 GSM)、数据速率增强 GSM 演进技术(Enhanced Data rates for GSMEvolution,简称EDGE)或通用封包无线服务(General Packet Radio Service,简称GPRS)、通用移动通讯系统(Universal Mobile Telecommunications System,简称 UMTS)、长期演进系统(Long Term Evolution,LTE)或先进长期演进系统(LTE-Advanced)等。此外，可应用移动服务的移动装置并不限于使用任何类型的操作系统，例如由微软所开发的Windows操作系统、由谷歌所开发的Android操作系统、或Linux操作系统等。因此，移动エ业可大大受惠于开放移动联盟所开发的互通的移动服务。
发明内容
根据本发明的ー实施例，一种用以管理多个应用程序的系统，包括第一装置、第二装置、第一接ロ与第二接ロ。第一装置用以陈列并且为一或多个使用者提供应用程序。第ニ装置用以管理由一或多个开发者所开发并上传的应用程序。第一接ロ提供给第二装置用以传送应用程序至第一装置。第二接ロ提供给第一装置用以传送至少一回报消息至第二装置。根据本发明的另ー实施例，ー种管理多个应用程序的方法，包括通过第一接ロ将应用程序传送至第一装置，其中应用程序是由第二装置传送，第一装置用以陈列并且为一或多个使用者提供应用程序，并且第二装置用以管理由一或多个开发者所开发并上传的应用程序；以及由第一装置通过第二接ロ传送回报消息至第二装置，其中回报消息包括应用程序的相关信息，并且其中第二接ロ定义出自第一装置传送至第二装置的一或多个消息的格式。根据本发明的另ー实施例，ー种管理多个应用程序的方法，包括于第一装置与第ニ装置之间提供第一接ロ，其中第一装置用以陈列并且为一或多个使用者提供自第二装置接收的应用程序，并且第二装置用以管理由一或多个开发者所开发并上传的应用程序；以及通过第一接ロ自第一装置传送回报消息至第二装置，其中回报消息包括应用程序的相关信息。
根据本发明的另ー实施例，一种用以通知第一装置有关应用程序的一状态的方法，包括当应用程序发生状态转换吋，自第二装置传送应用程序状态转换通知消息至第一装置，其中应用程序状态转换通知消息至少包括应用程序的目前状态以及发生状态转换的理由的相关信息；以及响应应用程序状态转换通知消息，由第一装置传送应用程序状态转换回应消息至第二装置。根据本发明的另ー实施例，一种用以通知第一装置有关应用程序的一状态的方法，包括自第一装置传送应用程序状态检查请求消息至第二装置；以及响应应用程序状态检查请求消息，自第二装置传送应用程序状态检查回应消息至第一装置，其中应用程序状态检查回应消息至少包括应用程序的目前状态的相关信息。
图I是显示根据本发明ー实施例所述的用以管理应用程序的系统架构。图2是显示根据本发明的一实施例所述的管理多个应用程序的方法流程图。图3是显示根据本发明的另ー实施例所述的管理多个应用程序的方法流程图。图4是显示根据本发明的一实施例所述的简化过的通讯装置方块图。图5是显示根据本发明的一实施例所述的由开发者支持端所管理的一应用程序状态转换控制流程图。图6是显示根据本发明的另ー实施例所述的由应用程序店面端所管理的ー应用程序状态转换控制流程图。图7是显示根据本发明的ー实施例所述的用以通知第一装置有关应用程序的一状态的方法流程图。图8是显示根据本发明的第一实施例所述的消息流程图。图9是显示根据本发明的第二实施例所述的消息流程图。图10是显示根据本发明的另ー实施例所述的用以通知第一装置有关应用程序的一状态的方法流程图。图11是显示根据本发明的第三实施例所述的消息流程图。[主要元件标号说明]100 系统；110 应用程序店面端；120 开发者支持端；130 电信应用程序商店客户端；140 开发者入口网站端； 150 能力资源管理端；160 能力资源供应者端； 400 通讯装置；410 处理装置；420 通讯单元；430 储存单元；440 程序码；501、502、503、504、504a、504b、504c、505、506、507、508、509、510、601、602 状态
、转换；801、802、901、902、1101、1102 消息；A、A’ 离线状态；B 提交状态；C 审核状态；D、D’ 上线状态；E 结束状态；F 测试状态；
G 无效状态；S202、S204、S302、S304、S702、S704、S1002、S1004 步骤；TAS-I、TAS-2、TAS-3、TAS-4、TAS-5、TAS-6、TAS-7、TAS-8 接 ロ。
具体实施例方式为使本发明的制造、操作方法、目标和优点能更明显易懂，下文特举几个较佳实施例，并配合所附图式，作详细说明如下实施例、
开放移动联盟(Open Mobile Alliance，简称0MA)中，电信应用程序商店(Telco’sapplication store,简称TAS)工作群组为应用程序商店建立起统ー的架构,在用以管理应用程序的一系统上集成了应用程序的所有阶段，包括开发支持、分布、及销售等，并且可为使用者细心挑选并提供多种特定的移动应用程序。于本发明的第一方面，将详细介绍TAS系统的架构，包括各元件与接ロ。于本发明的第二方面，将详细介绍通过TAS接ロ传送的应用程序状态转换通知消息。图I是显示根据本发明ー实施例所述的用以管理应用程序的系统架构。系统100可以是上述的TAS系统，并且包括多个内部功能元件，例如应用程序店面(storefront)端110、开发者支持(developer support)端120、TAS客户(client)端130以及能力资源管理(capability resources management)端150,以及包括多个外部功能元件,例如开发者入口网站端140以及能力资源供应者端160。除了内部或外部的功能元件，系统100还包括多个接ロ，例如提供于功能元件之间的接ロ TAS-I至TAS-8，各接ロ用以定义出自一功能元件传送至另一功能元件(如图I中的箭头方向所示)的消息的格式。于本发明的实施例中，如图I所示的功能元件(无论是内部或外部功能元件)均可由软件模块与硬件装置的一组合实施。例如，如图I所示的功能元件所执行的功能、或特定型态或其部分，可以程序码(即，可执行的指令)的形式储存于ー实体储存媒体中，例如ー软盘磁盘、光盘只读存储(CD-ROMS)、硬盘、或任何机器可读取的储存媒体，其中，当程序码被加载并由一机器(例如，计算机或处理器)执行时，该机器因此形成用以实行该功能的设备或装置。換言之，于本发明的实施例中，如图I所示的各功能元件是由软件模块与硬件装置的组合实施而成，因此可被视为ー实体装置。如图I所示的功能元件与接ロ将于以下段落作更详细的介绍。应用程序店面端110用以陈列并且为使用者提供应用程序。例如，应用程序店面端110可包括一应用程序数据库，用以收集应用程序。使用者可通过电信应用程序商店客户端130或通过进入一入ロ网站下载应用程序，其中电信应用程序商店客户端130是嵌入或安装于使用者的移动装置或个人计算机中。应用程序店面端110也可负责管理使用者(例如，使用者的个人数据、使用者的购买记录、使用者的喜好的应用程序与购物车等)。例如，应用程序店面端110可还包括一数据库，用以储存使用者信息。使用者可通过电信应用程序商店客户端130或入口网站管理个人信息。此外，应用程序店面端110也可用以提供应用程序内建购买(In Application Purchase,简称IAP)项目至应用程序。应用程序店面端110可直接或间接(通过电信应用程序商店客户端130)接收来自应用程序的IAP购买请求，接着根据请求的IAP项目向使用者索费。在索费成功后，应用程序店面端110可将购买结果反应给应用程序。此外，应用程序店面端110也可负责管理应用程序(例如，应用程序类别管理、应用程序储存、应用程序建议等)。在通过接ロ TAS-I被提交至应用程序店面端110前，应用程序应在开发者支持端120通过审核程序。此外，应用程序店面端110也可提供使用者与其设备能力兼容的应用程序。开发者支持端120可用以管理开发者(例如，管理开发者的状态、合约程序、结帐程序等)，并且管理由开发者所上传的应用程序。开发者支持端120可审核上传的应用程序以及其相关信息，并且接着通过接ロ TAS-I使应用程序以及其相关信息可得于应用程序店面端110。应用程序可包括ー些需要喚起注册资源的功能。在此情况下，可通过接ロ TAS-4取得资源的相关信息(例如，如何唤起资源)。开发者支持端120也用以接受由应用程序所安排的IAP项目及其信息。接ロ TAS-I是暴露于应用程序店面端110 (如图I中的箭头方向所示，其代表可主动传送消息的方向)，井介于应用程序店面端110与开发者支持端120之间，用以提供给开 发者支持端120提交应用程序至应用程序店面端110。值得注意的是，在通过接ロ TAS-I被提交至应用程序店面端110之前，应用程序必须于开发者支持端120通过审核程序。接ロ TAS-I亦可被用于根据开发者支持端120的操作而于应用程序店面端110改变应用程序的信息。例如，若开发者支持端120删除上线状态的ー应用程序时，此删除操作会通过接ロTAS-I被传送至应用程序店面端110。电信应用程序商店客户端130可用以协助使用者自应用程序店面端110浏览及下载应用程序，并且与应用程序店面端110互动，用以维护已下载的应用程序的安装状态。电信应用程序商店客户端130可(例如，于请求要浏览应用程序时)通过使用既存的传输通讯协议(例如，超文本传输协议(HyperText Transfer Protocol,简称HTTP)、用户代理描述(User Agent Profile)等)，将装置能力相关信息传送至应用程序店面端110。接ロ TAS-2是暴露于应用程序店面端110，并且介于应用程序店面端110与电信应用程序商店客户端130之间，用以提供电信应用程序商店客户端130提交下载应用程序的请求。接ロ TAS-2亦可用以活化使用者、管理使用者信息、请求应用程序的相关信息、请求购买以及将购买结果回传给使用者、回报下载/安装/解安装应用程序的相关操作、登入/注销应用程序店面端110、提交使用者已下载的应用程序的反馈消息、及其它。电信应用程序商店客户端130与入口网站均可通过接ロ TAS-2与应用程序店面端110互动。能力资源管理端150可用以管理能力资源的相关信息。能力资源可包括系统业者的网络资源及因特网资源。这些资源与其相关信息可向能力资源管理端150进行注册。能カ资源管理端150也可通过接ロ TAS-4将已注册的资源的相关信息提供给其它个体(图未示)O接ロ TAS-3是暴露于能力资源管理端150，并且介于能力资源管理端150与开发者支持端120之间，用以提供开发者支持端120取得已注册的资源的相关信息。接ロ TAS-3也可用于通知开发者支持端120能力资源的相关运作。能力资源供应者端160可提供能力资源给电信应用程序商店致能者(TASEnabler)。能力资源可以是，例如，用以储存应用程序的空间。能力资源供应者端160可通过接ロ TAS-4注册能力资源，并且更新这些能力资源的相关信息。接ロ TAS-4是暴露于能力资源管理端150,并且介于能力资源管理端150与能力资源供应者端160之间，用以提供给能力资源供应者端160注册能力资源，并且更新这些能力资源的相关信息。开发者入ロ网站端140扮演开发者入ロ网站的角色。开发者可通过此功能元件将应用程序上传至电信应用程序商店致能者。开发者入口网站端140可通过接ロ TAS-5与开发者支持端120互动，用以管理应用程序与IAP项目，以及检查应用程序与IAP项目的审核状态。接ロ TAS-5是暴露于开发者支持端120，并且介于开发者支持端120与开发者入ロ网站端140之间，提供给开发者入ロ网站端140用以管理应用程序与IAP项目。接ロ TAS-5亦可被用于检查应用程序或IAP项目的审核状态。
根据本发明的ー实施例，除了接ロ TAS-I至TAS-5之外，可更于应用程序店面端110与开发者支持端120之间提供接ロ TAS-6，并且接ロ TAS-6是暴露于开发者支持端120。接ロ TAS-6提供给应用程序店面端110用以传送至少一回报消息至开发者支持端120。根据本发明的ー实施例，回报消息可包括应用程序的ー销售回报。例如，应用程序被浏览的次数、应用程序被下载的次数等。根据本发明的另ー实施例，回报消息可包括应用程序的ー恶意回报，用以回报哪个应用程序为恶意的应用程序，并且必须被应用程序店面端110移除或删除。例如，当应用程序被发现夹带着恶意的病毒时，应用程序可被回报为ー恶意的应用程序，并且可自应用程序店面端110移除或删除。根据本发明的另ー实施例，除了接ロ TAS-6之外，可更于应用程序店面端110与电信应用程序商店客户端130之间提供接ロ TAS-7，并且接ロ TAS-7是暴露于电信应用程序商店客户端130。接ロ TAS-7提供给应用程序店面端110用以传送至少一更新通知消息至电信应用程序商店客户端130。更新通知消息包括应用程序的更新信息。例如，应用程序店面端110可传送一更新通知消息至电信应用程序商店客户端130，用以通知电信应用程序商店客户端130 —应用程序已被更新内容、被移除或被删除。接ロ TAS-7亦可提供给应用程序店面端110用以传送至少ー广告通知消息至电信应用程序商店客户端130，用以告知电信应用程序商店客户端130广告信息。根据本发明的又另ー实施例，除了接ロ TAS-6与TAS-7之外，可更于开发者支持端120与开发者入ロ网站端140之间提供接ロ TAS-8，并且接ロ TAS-8是暴露于开发者入ロ网站端140。接ロ TAS-8是提供给开发者支持端120，用以传送至少ー惩罚通知消息至开发者入口网站端140，以实践黑名单控制机制并执行惩罚。例如，当一应用程序被判断为恶意的应用程序，开发者支持端120可传送ー惩罚通知消息至开发者入口网站端140，用以通知上传该应用程序的开发者，并且可将该开发者加入一黑名单中。而惩罚黑名单中的开发者的方式可以为，例如禁止开发者于一段时间内再上传任何应用程序，或其它。图2是显示根据本发明的一实施例所述的管理多个应用程序的方法流程图。首先，于第一装置(例如，应用程序店面端110)与第二装置(例如，开发者支持端120)之间提供一接ロ(例如，接ロ TAS-6)(步骤S202)。第一装置用以陈列并且为一或多个使用者提供自第二装置接收的应用程序，而第二装置用以管理由一或多个开发者所开发并上传的应用程序。接着，通过该接ロ自第一装置传送至少一回报消息至第二装置(步骤S204)。回报消息包括应用程序的相关信息。图3是显示根据本发明的另ー实施例所述的管理多个应用程序的方法流程图。首先，由第二装置(例如，开发者支持端120)通过第一接ロ(例如，接ロ TAS-1)将应用程序传送至第一装置(例如，应用程序店面端110)(步骤S302)。第一装置用以陈列并且为一或多个使用者提供应用程序，并且第二装置用以管理由一或多个开发者所开发并上传的应用程序。接着，由第一装置通过第二接ロ(例如，接ロ TAS-6)传送回报消息至第二装置(步骤 S304)。图4是显示根据本发明的一实施例所述的简化过的通讯装置方块图。通讯装置400可以是图I中所示的功能元件，例如应用程序店面端110、开发者支持端120、电信应用程序商店客户端130、能力资源管理端150的任一者，或其它。通讯装置400可包括至少ー处理装置410、通讯单元420与储存单元430。处理装置410可为微处理器或专用集成电路(Application-Specific Integrated Circuit,ASIC)。储存单兀 430 可为任一实体储存媒体，例如但不限于，用户识别模块(subscriber identity module,简称SIM)、只读存储器、随机存取存储器、或其它，用来储存至少数据与程序码440。处理装置410可通过存取储存単元430执行程序码440。通讯单元420可包括ー收发机，响应处理装置410的指令或控制传送及接收数据。
以上所述的管理应用程序的方法，或特定型态或其部分，可以以程序码的型态包含于实体媒体，如软盘、光盘片、硬盘、或是任何其它机器可读取(如计算机可读取)储存媒体，其中，当程序码被机器，如计算机或处理器加载且执行时，此机器变成用以实现本方法的设备或装置。本方法也可以程序码型态通过ー些传送媒体，如电线或电缆、光纤、或是任何传输型态进行传送，其中，当程序码被机器，如计算机或处理器接收、加载且执行时，此机器变成用以实现本发明的设备或装置。当在一般用途处理器实作时，程序码结合处理器提供一操作类似于应用特定逻辑电路的独特装置。根据本发明的第二方面，通过上述的TAS接ロ所传送的应用程序状态转换通知消息将在以下段落作详细的介绍。于开放移动联盟(OMA)的电信应用程序商店(TAS)系统中，电信应用程序商店致能者(TAS enabler)可管理应用程序的不同状态。举例而言，开发者支持端120可维护并管理应用程序的至少六个状态，其包括但不限于提交状态(submitted)、审核状态(audited)、测试状态(tested)、上线状态(online)、离线状态(offline)及结束状态(end)。举另一例，应用程序店面端110可用以维护应用程序，并且管理应用程序的至少三个状态，其包括但不限干离线状态(offline)、上线状态(online)及无效状态(invalidated)。图5是显示根据本发明的一实施例所述的由开发者支持端120所管理的一应用程序状态转换控制流程图。在图5中，应用程序的状态包含有离线状态A、提交状态B、审核状态C、上线状态D、结束状态E及测试状态F。以下清楚说明应用程序于上述状态的转换流程。当应用程序开发者成功登入(logged in)电信应用程序商店服务器(TAS server)或电信应用程序商店服务提供者(TAS service provider)并进行注册程序后，应用程序开发者被允许进行上传程序，可上传应用程序并存取资源。于电信应用程序商店(TAS)系统中，电信应用程序商店服务器或电信应用程序商店服务提供者指的可以是应用程序店面端110、开发者支持端120及能力资源管理端150。此外，当应用程序开发者上传应用程序完毕之后，应用程序状态从离线状态A转换至提交状态B (如图中所示的状态转换501)。值得注意的是，若注册程序或上传程序失败时，应用程序会維持在离线状态A(如图中所示的状态转换508)。在应用程序 开发者成功上传应用程序之后，应用程序需进行电信应用程序商店服务提供者所制定的审核程序，以从提交状态B进入审核状态C(如图中所示的状态转换502)。其中，何时触发审核程序及需要哪些信息来进行审核是根据电信应用程序商店服务器或电信应用程序商店服务提供者的政策而定。若应用程序的审核程序失败，应用程序状态会维持在提交状态B(如图中所示的状态转换509)。当上传的应用程序通过审核程序吋，应用程序会从审核状态C进入上线状态D (如图中所示的状态转换506)，并发布于应用程序店面端110，以供电信应用程序商店客户端下载及购买。值得注意的是，仅于上线状态D的应用程序可供下载。当上传的应用程序被删除或通过ー应用程序废止过程被废止时，应用程序会从上线状态D转换至结束状态E(如图中所示的状态转换504a)。此外，当应用程序开发者退注册于电信应用程序商店服务器或电信应用程序商店服务提供者时，应用程序会从上线状态D转换至离线状态A (如图中所示的状态转换505)。 值得注意的是，在提交状态B下，若应用程序开发者在应用程序进入上线状态D之前就删除或废止应用程序时，应用程序会从提交状态B转换至结束状态E (如图中所示的状态转换504)。此外，在审核状态C下，开发者可请求内部测试所提交的应用程序。若应用程序通过测试程序，应用程序转换至测试状态F(如图中所示的状态转换503)。若应用程序未通过测试程序，应用程序会維持在审核状态C(如图中所示的状态转换510)。值得注意的是，测试程序于应用程序的状态转换中并非必要的步骤。当应用程序成功通过审核程序及测试程序时，应用程序会从测试状态F转换至上线状态D (如图中所示的状态转换507)，并发布于应用程序店面端110，以供电信应用程序商店客户端下载及购买。在测试状态F下，若应用程序开发者在应用程序进入上线状态D之前就删除或废止应用程序时，应用程序会从测试状态F转换至结束状态E (如图中所示的状态转换504b)。图6是显示根据本发明的另ー实施例所述的由应用程序店面端110所管理的一应用程序状态转换控制流程图。于图6中，应用程序可具有三种状态离线状态A’、上线状态D’及无效状态G。应用程序店面端110必须分别为各应用程序维护应用程序状态列表。状态转换的内容将于以下段落作详细的介绍。当应用程序开发者上传的应用程序已验证成功，以及应用程序店面端110准备好发布此应用程序于市场上时，应用程序会从离线状态A’转换至上线状态D’ (如图中所示的状态转换601)，以供电信应用程序商店客户端下载及购买。另ー方面，当应用程序不再被允许出现于应用程序店面时，如应用程序有效期限已满或被应用程序店面撒回，此时应用程序必须通过移除程序自应用程序店面端110移除，应用程序会从上线状态D’转换至无效状态G(如图中所示的状态转换602)。为了能更有效率地管理应用程序，需要适当地通知应用程序的状态。图7是显示根据本发明的ー实施例所述的用以通知第一装置有关应用程序的一状态的方法流程图。首先，当应用程序发生状态转换吋，自第二装置传送应用程序状态转换通知消息至第一装置(步骤S702)。根据本发明的ー实施例，应用程序状态转换通知消息可至少包括应用程序的目前状态以及发生状态转换的理由的相关信息。根据本发明的另ー实施例，应用程序状态转换通知消息可还包括应用程序的一先前状态的相关信息。接着，由第一装置响应应用程序状态转换通知消息传送应用程序状态转换回应消息至第二装置(步骤S704)。根据本发明的第一实施例，第一装置为电信应用程序商店(TAS)系统内的应用程序店面端110，第二装置为开发者支持端120，并且应用程序状态转换通知消息是通过接ロTAS-I被传送。值得注意的是，于第一实施例中，应用程序的状态是由开发者支持端120所维护(例如图5所示的状态转换控制流程图)。图8是显示根据本发明的第一实施例所述的消息流程图。如图8所示，开发者支持端可传送应用程序状态转换通知消息801至应用程序店面端。因应应用程序状态转换通知消息801，应用程序店面端可更传送应用程序状态转换回应消息802至开发者支持端。表格I是显示应用程序状态转换通知消息801的内容范例。
名称基数数据类型描述
DeveloperID__I__字串__开发者支持端的身份_
SatteTransAppCount I 整数应用程序行表中遭遇到状态转换
的应用程序的数量
StateTransAppList O---N 结构列举出必须被通知的应用程序的
1_ I1_身份的应用程序行表表格I :应用程序状态转换通知消息801表格2是显示应用程序行表StateTransAppList的范例结构。
名称基数数据类型描述
AppIDI 字串遭遇到状态转换的应用程序
____的身份_
StateTransTypeDeve I 整数于开发者支持端的应用程序
Ioper状态转换的描述
statetransReason O..I 字串状态转换的理由表格2 :应用程序行表的结构表格3是显示于开发者支持端的应用程序状态转换StateTransTypeDeveloper的
列举范例。
riel
~~OOnlineEnd :由上线状态转换为结束状态
IOnlineOffline :由上线状态转换为离线状态表格3 :状态转换的数值列举如表格I所示，应用程序状态转换通知消息801可包括用以指示开发者支持端的身份的一身份字段(DeveloperID)、用以指示应用程序行表(StateTransAppList)中遭遇到状态转换的应用程序的数量的应用程序计数字段(SatteTransAppCount)、以及应用程序行表字段(StateTransAppList)。此外，如表格2所示，应用程序行表(StateTransAppList)列举出必须被通知的应用程序的身份(AppID)、状态转换的描述(StateTransTypeDeveloper)以及状态转换的理由(statetransReason)。根据本发明的较佳实施例，如表格3所示，当应用程序的目前状态由ー上线状态转换为ー离线状态(如图5所示的状态转换505)或者当应用程序的目前状态由ー上线状态转换为ー结束状态(如图5所示的状态转换504a)时，应用程序状态转换通知消息801会被传送。如上述，于上线状态，应用程序可被一客户下载或购买，而于离线状态，应用程序无法被一客户下载或购买。此外，于结束状态，应用程序被删除或废止(revoked)。因此，于本发明的较佳实施例中，于开发者支持端的程序状态转换描述(StateTransTypeDeveloper)可被设计为一整数,用以代表应用程序的目前状态是由一上线状态转换为ー离线状态(例如，数值I)或由一上线状态转换为ー结束状态(例如，数值O)。值得注意的是，于本发明的其它实施例中，应用程序状态转换通知消息801也可于任何状态转换发生时被传送。例如，无论是从提交状态、审核状态、测试状态、上线状态、离线状态及结束状态的任一者转换至另ー状态的任意状态转换发生时，都可以传送应用程序状态转换通知消息801。于本发明的其它实施例，应用程序状态转换通知消息801也可以周期性或主动地被传送。举例而言，可由应用程序店面端或开发者支持端决定周期长度。举另一例，当应用程序店面端想知道应用程序目前的状态，也可主动请求开发者支持端传送应用程序状态转换通知消息801。于另ー些实施例中，也可通过ー些事先定义的事件触发应用程序状态转换通知消息801的传送。这些事件可根据电信应用程序商店服务器或电信应用程序商店服务提供者的政策而事先被定义。此外，应用程序状态转换回应消息802可包括一结果字段，用以指示状态码与错误信息。根据本发明的第二实施例，第一装置为电信应用程序商店(TAS)系统内的开发者支持端120，第二装置为应用程序店面端110，并且应用程序状态转换通知消息是通过接ロTAS-6被传送。值得注意的是，于第二实施例中，应用程序的状态是由应用程序店面端110所维护(例如图6所示的状态转换控制流程图)。图9是显示根据本发明的第二实施例所述的消息流程图。如图9所示，应用程序店面端可传送应用程序状态转换通知消息901至开发者支持端。因应应用程序状态转换通知消息901，开发者支持端还可传送应用程序状态转换回应消息902至应用程序店面端。表格4是显示应用程序状态转换通知消息901的内容范例。
权利要求
1.一种系统，用以管理多个应用程序，包括 一第一装置，用以陈列并且为一或多个使用者提供该多个应用程序； 一第二装置，用以管理由一或多个开发者所开发并上传的该多个应用程序； 一第一接ロ，提供给该第二装置用以传送该多个应用程序至该第一装置；以及 一第二接ロ，提供给该第一装置用以传送至少一回报消息至该第二装置。
2.根据权利要求I所述的系统，其中该回报消息包括该多个应用程序的ー销售回报。
3.根据权利要求I所述的系统，其中该回报消息包括该多个应用程序的ー恶意回报，用以回报哪个应用程序为恶意的应用程序，并且必须被该第一装置移除或删除。
4.根据权利要求I所述的系统，还包括 一第三装置，用以协助该ー或多个使用者浏览及下载该多个应用程序；以及一第三接ロ，提供给该第一装置用以传送至少一更新通知消息至该第三装置，其中该更新通知消息包括该多个应用程序的更新信息。
5.根据权利要求I所述的系统，还包括 一第四装置，用以为该一或多个开发者提供上传该多个应用程序的一入ロ网站；以及一第四接ロ，提供给该第二装置用以传送至少ー惩罚通知消息至该第四装置，其中该惩罚通知消息包括该ー或多个开发者的惩罚信息。
6.ー种管理多个应用程序的方法，包括 通过ー第一接ロ将该多个应用程序传送至一第一装置，其中该多个应用程序是由ー第ニ装置传送，该第一装置用以陈列并且为一或多个使用者提供该多个应用程序，并且该第ニ装置用以管理由一或多个开发者所开发并上传的该多个应用程序；以及由该第一装置通过ー第二接ロ传送一回报消息至该第二装置， 其中该回报消息包括该多个应用程序的相关信息，并且 其中该第二接ロ定义出自该第一装置传送至该第二装置的一或多个消息的格式。
7.根据权利要求6所述的方法，其中该回报消息包括该多个应用程序的ー销售回报。
8.根据权利要求6所述的方法，其中该回报消息包括该多个应用程序的ー恶意回报，用以回报哪个应用程序为恶意的应用程序，并且必须被该第一装置移除或删除。
9.根据权利要求6所述的方法，还包括 由该第一装置通过ー第三接ロ传送一更新通知消息至一第三装置，其中该第三装置用以协助该ー或多个使用者浏览及下载该多个应用程序，并且该更新通知消息包括该多个应用程序的更新信息。
10.根据权利要求6所述的方法，还包括 由该第二装置通过ー第四接ロ传送ー惩罚通知消息至一第四装置，其中该第四装置用以为该一或多个开发者提供上传该多个应用程序的一入ロ网站，并且该惩罚通知消息包括该ー或多个开发者的惩罚信息。
11.ー种管理多个应用程序的方法，包括 于第一装置与第二装置之间提供一第一接ロ，其中该第一装置用以陈列并且为一或多个使用者提供自该第二装置接收的该多个应用程序，并且该第二装置用以管理由一或多个开发者所开发并上传的该多个应用程序；以及 通过该第一接ロ自该第一装置传送一回报消息至该第二装置，其中该回报消息包括该多个应用程序的相关信息。
12.根据权利要求11所述的方法，其中该回报消息包括该多个应用程序的一销售回报。
13.根据权利要求11所述的方法，其中该回报消息包括该多个应用程序的一恶意回报，用以回报哪个应用程序为恶意的应用程序，并且必须被该第一装置移除或删除。
14.根据权利要求11所述的方法，还包括 于该第一装置与一第三装置之间提供一第二接ロ，其中该第三装置用以协助该ー或多个使用者浏览及下载该多个应用程序；以及 自该第一装置通过该第二接ロ传送一更新通知消息至该第三装置，其中该更新通知消息包括该多个应用程序的更新信息。
15.根据权利要求11所述的方法，还包括 于该第二装置与一第四装置之间提供一第三接ロ，其中该第四装置用以为该一或多个开发者提供上传该多个应用程序的一入ロ网站；以及 自该第二装置通过该第三接ロ传送ー惩罚通知消息至该第四装置，其中该惩罚通知消息包括该ー或多个开发者的惩罚信息。
16.一种用以通知一第一装置有关ー应用程序的一状态的方法，包括 当该应用程序发生ー状态转换吋，自ー第二装置传送ー应用程序状态转换通知消息至该第一装置，其中该应用程序状态转换通知消息至少包括该应用程序的一目前状态以及发生该状态转换的一理由的相关信息；以及 响应该应用程序状态转换通知消息，由该第一装置传送ー应用程序状态转换回应消息至该第二装置。
17.根据权利要求16所述的方法，其中该应用程序状态转换通知消息还包括该应用程序的一先前状态的相关信息。
18.根据权利要求16所述的方法，其中该第一装置为ー电信应用程序商店TAS系统内的一应用程序店面端，该第二装置为该TAS系统内的一开发者支持端，该应用程序状态转换通知消息是通过一 TAS-I接ロ被传送，并且其中该应用程序的该状态是由该开发者支持端所维护。
19.根据权利要求16所述的方法，其中该第一装置为ー电信应用程序商店TAS系统内的一开发者支持端，该第二装置为该TAS系统内的一应用程序店面端，该应用程序状态转换通知消息是通过一 TAS-6接ロ被传送，并且其中该应用程序的该状态是由该应用程序店面端所维护。
20.根据权利要求16所述的方法，其中当该应用程序的该目前状态由ー上线状态转换为ー离线状态吋，该应用程序状态转换通知消息会被传送，并且于该上线状态，该应用程序可被一客户下载或购买，而于该离线状态，该应用程序无法被一客户下载或购买。
21.根据权利要求16所述的方法，其中当该应用程序的该目前状态由ー上线状态转换为ー结束状态时，该应用程序状态转换通知消息会被传送，并且于该上线状态，该应用程序可被一客户下载或购买，而于该结束状态，该应用程序被删除或废止。
22.根据权利要求19所述的方法，其中当该应用程序的该目前状态转换至一上线状态吋，该应用程序状态转换通知消息会被传送，并且于该上线状态，该应用程序可被一客户下载或购买。
23.根据权利要求19所述的方法，其中当该应用程序的该目前状态转换至一无效状态时，该应用程序状态转换通知消息会被传送，并且于该无效状态，该应用程序状态为无效的，
24.根据权利要求19所述的方法，其中该应用程序状态转换通知消息包括用以指示该第二装置的一身份的一身份字段、用以指示一应用程序行表中遭遇到状态转换的应用程序的一数量的ー应用程序计数字段、以及用以列举出必须被通知的该等应用程序的身份、该等状态转换的一描述以及该等状态转换的一理由的该应用程序行表字段。
25.根据权利要求24所述的方法，其中状态转换的该描述为用以代表该应用程序的该目前状态是由一上线状态转换为一离线状态或由该上线状态转换为ー结束状态的一整 数值，或者为用以代表该应用程序的该目前状态转换至一上线状态或ー无效状态的一整数值。
26.一种用以通知一第一装置有关ー应用程序的一状态的方法，包括 自该第一装置传送ー应用程序状态检查请求消息至一第二装置；以及 响应该应用程序状态检查请求消息，自该第二装置传送ー应用程序状态检查回应消息至该第一装置，其中该应用程序状态检查回应消息至少包括该应用程序的一目前状态的相关信息。
27.根据权利要求26所述的方法，该第一装置为ー电信应用程序商店TAS系统内的一开发者入ロ网站端，该第二装置为该TAS系统内的一开发者支持端，该应用程序状态检查请求消息是通过一 TAS-5接ロ被传送，并且其中该应用程序的该状态是由该开发者支持端所维护。
28.根据权利要求26所述的方法，其中该应用程序状态检查请求消息包括用以指示该第一装置的一身份的ー第一身份字段以及用以指示要被检查的该应用程序的一身份的ー第二身份字段。
29.根据权利要求26所述的方法，其中该应用程序状态检查回应消息包括用以指示该应用程序的该目前状态的ー状态区位以及用以指示该应用程序无法转换至ー上线状态的一理由的一理由字段。
30.根据权利要求29所述的方法，其中承载于该状态区位的该目前状态是选自一群组包括ー提交状态、ー审核状态、一测试状态以及该上线状态。
全文摘要
一种用以管理多个应用程序的系统，包括第一装置、第二装置、第一接口与第二接口。第一装置用以陈列并且为一或多个使用者提供应用程序。第二装置用以管理由一或多个开发者所开发并上传的应用程序。第一接口提供给第二装置用以传送应用程序至第一装置。第二接口提供给第一装置用以传送至少一回报消息至第二装置。
文档编号G06F9/46GK102736950SQ20121008863
公开日2012年10月17日 申请日期2012年3月28日 优先权日2011年3月28日
发明者曾胤烨, 杨茹婷 申请人:宏达国际电子股份有限公司