CN102254283A - 管理应用程序的系统、方法及设备 - Google Patents

Abstract

本发明公开了一种管理应用程序的系统、方法及设备，属于互联网领域。系统包括：应用程序商城包括：信息管理模块，用于记录和维护应用程序店铺信息、应用程序信息、网络服务信息和用户信息；交易管理模块，用于根据管理模块所维护的信息完成应用程序的计费和收费；通信模块，用于通过网络通信接口与应用程序店铺进行信息交互；应用程序店铺包括：产品展现模块，用于为产品的展现方式提供展现逻辑、展现产品，产品包括应用程序和运行应用程序的网络服务；通信模块，用于通过网络通信接口与应用程序商城进行信息交互。使得应用程序商城与应用程序店铺独立部署和维护，解决资源和人力的浪费，避免一些不必要的工作。

Description

管理应用程序的系统、方法及设备

技术领域

本发明涉及互联网技术领域，特别涉及一种管理应用程序的系统、方法及设备。

背景技术

应用程序商店是互联网特别是移动互联网中重要的应用程序发布技术。开发者可以上传、发布自己所开发的应用程序到应用程序商店的页面；用户则可以在应用程序商店的页面中浏览、购买和下载自己所需的应用程序。

应用程序商城是应用程序商店进一步发展的产物。在应用程序商城中，每个开发者作为“店主”可以有一个自己的应用程序店铺。

各个互联网厂商、电信设备厂商和电信运营商都有能力提供自己的应用程序商城。由于电信网络有互联互通的要求，各个厂商和运营商提供的接口和服务都遵循相同的标准，使得一个电信应用程序往往能运行在不同的网络或不同的终端设备中，所以同一个开发者开发的电信应用程序一般在多个应用程序商城中都有目标用户。如果各个厂商或运营商之间的应用程序商城相互独立，那么开发者不得不分别在各个应用程序商城中开店，这对开发者来说是多余的、重复的工作量。

当前有一大部分的应用程序是网络应用程序，用户下载到客户端的应用程序并不能单独运行，需要服务器端配合才能完成相关业务。对于这类应用，店主需要提供相应的网络服务，如果店主的网络服务只能部署在应用程序商城中，那么店主需要为各个应用程序商城准备单独的网络服务，浪费资源和店主的人力。

发明内容

本发明实施例提供了一种管理应用程序的系统、方法及设备。所述技术方案如下：

一种管理应用程序的系统，所述系统包括：应用程序商城和应用程序店铺；

所述应用程序商城包括：

信息管理模块，用于记录和维护应用程序店铺信息、应用程序信息、网络服务信息和用户信息；

交易管理模块，用于根据所述管理模块所维护的信息完成应用程序的计费和收费；

通信模块，用于通过网络通信接口与所述应用程序店铺进行信息交互；

所述应用程序店铺包括：

产品展现模块，用于为产品的展现方式提供展现逻辑、展现所述产品，所述产品包括应用程序和运行应用程序的网络服务；

通信模块，用于通过网络通信接口与所述应用程序商城进行信息交互。

一种在应用程序商城中开店的方法，所述方法包括：

应用程序商城为应用程序店铺的创建提供信息输入接口，通过所述信息输入接口接收用户所提供的应用程序店铺信息；

所述应用程序商城对所述应用程序店铺信息进行记录和维护。

一种应用程序商城，所述商城包括：开店模块和信息维护模块；

所述开店模块，用于为应用程序店铺的创建提供信息输入接口，通过所述信息输入接口接收用户所提供的应用程序店铺信息；

所述信息维护模块，用于对所述应用程序店铺信息进行记录和维护。

一种在管理应用程序的系统中发布产品的方法，所述方法包括：

应用程序店铺通过调用产品上传接口，接收用户上传的产品及相应的产品信息，所述产品包括应用程序和运行应用程序的网络服务；

所述应用程序店铺将所述产品保存在自身的服务器中，并将所述产品信息注册到应用程序商城。

一种应用程序店铺，所述店铺包括：调用模块和注册模块；

所述调用模块，用于通过调用产品上传接口，接收用户上传的产品及相应的产品信息，所述产品包括应用程序和运行应用程序的网络服务；

所述注册模块，用于将所述产品保存在自身的服务器中，并将所述产品信息注册到应用程序商城。

一种在管理应用程序的系统中下载应用程序的方法，所述方法包括：

应用程序店铺接收用户下载应用程序的请求，并将所述应用程序下载到所述用户的客户端中；

所述应用程序店铺将所述应用程序的下载信息通知给应用程序商城，使所述应用程序商城根据所述应用程序的计费方式对所述应用程序进行计费，并根据计费结果完成收费。

一种应用程序店铺，所述店铺包括：下载模块和通信模块；

所述下载模块，用于接收用户下载应用程序的请求，并将所述应用程序下载到所述用户的客户端中；

所述通信模块，用于将所述应用程序的下载信息通知给应用程序商城，使所述应用程序商城根据所述应用程序的计费方式对所述应用程序进行计费，并根据计费结果完成收费。

一种在管理应用程序的系统中调用网络服务的方法，所述方法包括：

应用程序商城接收用户调用网络服务的请求，根据所述请求查找网络服务信息；

所述应用程序商城将所述请求及查找得到的网络服务信息转发给应用程序店铺，使所述应用程序店铺根据所述查找得到的网络服务信息调用相应的网络接口并运行所述网络服务；

所述应用程序商城根据所述网络服务的计费方式对所述网路服务进行计费，并根据计费结果完成收费。

一种应用程序商城，所述商城包括：查找模块、转发模块和计费模块；

所述查找模块，用于接收用户调用网络服务的请求，根据所述请求查找网络服务信息；

所述转发模块，用于将所述请求及查找得到的网络服务信息转发给应用程序店铺，使所述应用程序店铺根据所述查找得到的网络服务信息调用相应的网络接口并运行所述网络服务；

所述计费模块，用于根据所述网络服务的计费方式对所述网路服务进行计费，并根据计费结果完成收费

本发明实施例提供的技术方案带来的有益效果是：应用程序店铺和应用程序商城独立部署和维护，应用程序商城仅记录和维护应用程序店铺的店铺信息，这样，一个应用程序店铺的店主只需在一个应用程序店铺服务器中维护自己的店铺信息，并把自己所维护的店铺信息同时发布到多个应用程序商城中，由应用程序商城将各应用程序店铺的店铺信息进行集中的管理，在应用程序店铺中的应用程序被下载或者网络服务被调用时，应用程序商城与应用程序店铺进行相关信息的交互以完成应用程序在下载或者网络服务被调用时的计费和收费；这种应用程序店铺和应用程序商城独立部署和协同工作方案的有益效果在于：(1)、避免一个店主在每个应用程序商城中都有一个应用程序店铺版本，店主需要花费重复的工作分别对各个应用程序商城中的应用程序店铺进行维护；(2)、对于应用程序店铺中的网络服务(电信增值业务)的实现需要特别的硬件设备，而这些硬件设备在应用程序商城的部署环境中没有的情况下，将使得应用程序店铺无法在应用程序商城中实现，应用程序店铺与应用程序商城独立部署和维护的方案将可以避免上述限制；(3)、应用程序店铺的部署最终将依赖于硬件资源，将一个应用程序店铺同时在多个应用程序商城中注册的办法可以避免对硬件资源的重复投资，尤其在对于应用程序店铺中存在复杂的网络服务(例如电信网络服务)的情况下，能够实现可观的资源节省。

另外，用户将产品上传到应用程序店铺中，应用程序店铺存储产品，并将产品信息发布到应用程序商城内，用户与应用程序店铺间的独立的分工合作(开发者负责产品的开发，店铺负责对产品的展现和销售)所带来的有益效果包括：(1)、在一些业务的运营需要很高的门槛，例如电信增值业务的运营资质需要严格的审批，获得该资质对于自由开发者来说门槛过高的情况下，本发明中的方法可以使没有业务销售、运营能力的开发者也参与到产品的销售中，这是由于，开发者只需要将自己所开发的产品上传到具有运营资质者所创建的店铺中进行展现和销售即可；(2)、一些业务的运营依赖于昂贵的硬件和昂贵的维护费用，例如电信类业务的运营需要大量的基础设施，本发明中的方法可以使得店铺的店主专注于店铺基础设施的建设和维护，而开发者专注于业务的创新和开发，同时可以达到最大限度的对店铺中的基础设施进行利用。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例1中提供的一种管理应用程序的系统示意图；

图2是本发明实施例2中提供的一种在应用程序商城中开店的方法流程图；

图2a是本发明实施例2中提供的一种应用程序商城的实物图；

图2b是本发明实施例2中提供的一种应用程序店铺的实物图；

图3是本发明实施例3中提供的一种在管理应用程序的系统中发布产品的方法流程图；

图4是本发明实施例4中提供的一种开发应用程序的方法流程图；

图5是本发明实施例5中提供的一种在管理应用程序的系统中下载应用程序的方法流程图；

图6是本发明实施例5中提供的一种在管理应用程序的系统中调用网络服务的方法流程图；

图7是本发明实施例6中提供的一种应用程序商城；

图8是本发明实施例6中提供的一种应用程序店铺；

图9是本发明实施例6中提供的一种应用程序店铺。

图10是本发明实施例6中提供的一种应用程序商城。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例1

参见图1、一种管理应用程序的系统，该系统包括：应用程序商城10和应用程序店铺11；

应用程序商城10包括：

信息管理模块101，用于记录和维护应用程序店铺信息、应用程序信息、网络服务信息和用户信息；

交易管理模块102，用于根据管理模块所维护的信息完成应用程序的计费和收费；

通信模块103，用于通过网络通信接口与应用程序店铺进行信息交互；

应用程序店铺11包括：

产品展现模块110，用于为产品的展现方式提供展现逻辑、展现产品，产品包括应用程序和运行应用程序的网络服务；

通信模块111，用于通过网络通信接口与应用程序商城进行信息交互。

其中，信息管理模块101包括：

店铺管理单元，用于在应用程序店铺信息数据库中添加、删除或修改应用程序店铺信息，应用程序店铺信息包括店主账号、店铺图标、店铺简介和店铺网络地址；

应用程序信息管理单元，用于当产品为应用程序时，在应用程序信息数据库中添加、删除或修改应用程序的信息，应用程序的信息包括开发者账号、程序下载地址、计费方式和程序所属店铺；

网络服务信息管理单元，用于当产品为运行应用程序时的网络服务时，在网络服务信息数据库中添加、删除或修改网络服务的信息，网络服务的信息包括提供者账号、调用地址、调用方法、调用参数、所属店铺和计费方式；

用户信息管理单元，用于记录在应用程序商城中注册的用户信息，用户信息包括用户账号和用户密码；

用户订购关系管理单元，用于在用户订购关系数据库中添加、删除或修改用户与产品间的订购关系。

交易管理模块102包括：

下载交易管理单元，用于当应用程序店铺中的应用程序被下载时，根据信息管理模块所记录的应用程序信息对被下载的应用程序进行计费，并根据计费结果完成收费；

服务交易管理单元，用于当应用程序店铺中的网络服务被调用时，根据信息管理模块所记录的网络服务信息对被调用的网络服务进行计费，并根据计费结果完成收费。

另外，应用程序商城10还包括：

开店接口管理模块，用于在创建应用程序店铺时，为应用程序店铺的创建提供信息输入接口，通过信息输入接口接收用户所提供的应用程序店铺信息；

产品发布接口管理模块，用于为产品发布提供产品发布接口，通过调用产品发布接口接收用户所提供的产品及相应的产品信息；

应用程序编程接口管理模块，用于提供应用程序编程接口，使应用程序店铺在产品交易过程中通过调用应用程序编程接口获取产品交易所需的服务功能或用户信息；

认证管理模块，用于根据信息管理模块中的用户信息对发送请求的用户进行身份认证。

其中，产品展现模块110包括：

应用程序展现逻辑单元，用于为应用程序店铺中产品的展现方式提供代码逻辑的支持；

店铺界面展现平台，用于按照展现应用程序展现逻辑单元所提供的展现方式将应用程序店铺中的产品给展现给用户。

应用程序店铺11还包括：

接口管理模块，用于提供产品上传接口，使应用程序店铺通过调用产品上传接口接收用户上传的产品。

其中，接口管理模块，具体用于向开发者提供开发者专用上传接口，并通过调用开发者专用上传接口接收由开发者开发并上传的产品；或者

接口管理模块，具体用于向店主提供店主专用上传接口，并通过调用店主专用上传接口接收由店主上传的通过特定渠道采购所得的开发者的产品。

当产品为运行应用程序的网络服务时，接口管理模块还包括：

第一接口管理单元，用于为网络服务的运行提供网络接口，通过调用网络接口运行网络服务；

第二接口管理单元，用于为网络服务的调用提供信息输入接口，通过信息输入接口接收针对网络服务的说明信息，说明信息包括：对网络服务的功能的说明和对网络服务的调用方法的说明。

应用程序店铺和应用程序商城独立部署和维护，这样，一个应用程序店铺的店主只需在一个应用程序店铺服务器中维护自己店铺中的店铺界面、应用程序版本及网络服务版本，同时又能将一个应用程序店铺发布到多个应用程序商城中，由应用程序商城将各应用程序店铺进行集中的展现和管理，在应用程序店铺中的应用程序被下载或者网络服务被调用时，应用程序商城通过通信模块与应用程序店铺进行信息的交互以完成应用程序在下载或者网络服务被调用时的计费和收费；这种应用程序店铺和应用程序商城独立部署和协同工作方案的有益效果在于：(1)、避免一个店主在每个应用程序商城中都有一个应用程序店铺版本，店主需要花费重复的工作分别对各个应用程序商城中的应用程序店铺进行维护；(2)、对于应用程序店铺中的网络服务(电信增值业务)的实现需要特别的硬件设备，而这些硬件设备在应用程序商城的部署环境中没有的情况下，将使得应用程序店铺无法在应用程序商城中实现，应用程序店铺与应用程序商城独立部署和维护的方案将可以避免上述限制；(3)、应用程序店铺的部署最终将依赖于硬件资源，将一个应用程序店铺同时在多个应用程序商城中注册的办法可以避免对硬件资源的重复投资，尤其在对于应用程序店铺中存在复杂的网络服务(例如电信网络服务)的情况下，能够实现可观的资源节省。

实施例2

本实施例中，应用程序商城为直接面向最终用户的网站；应用程序店铺为能够对开发者所生产的产品进行展现和销售的网站，每个应用程序店铺(以下简称店铺)都是一个独立的网站，不依赖于应用程序商城，可以单独部署在一台服务器上；用户能够通过应用程序商城(以下简称商城)浏览、下载和使用应用程序店铺中所存储的产品。

参见图2，步骤201至步骤203给出了一种在应用程序商城中开店的方法，具体步骤如下：

步骤201：接收店铺注册请求，并跳转到店铺注册页面，该店铺注册页面用于提示用户进行信息的输入并提供相应的信息输入接口；

步骤202：通过信息输入接口接收用户输入的店铺信息，并对所接收到的店铺信息进行记录和维护，其中，店铺信息包括：店主账号、店铺图标、店铺简介及店铺网络地址等信息；

具体地，商城维护一个应用程序店铺信息数据库，通过在应用程序店铺信息数据中添加、删除或修改店铺信息以实现对店铺信息的维护；

其中，商城中的店铺有店主账号来唯一标识；店铺简介标识了该店铺中应用程序的类型、店铺中提供的运行应用程序的网络服务的类型等信息，以便用户(包括购买者和开发者)通过浏览店铺信息即可快速的获取店铺信息；店铺网络地址标识了店铺的运行逻辑所在的存储地址，通过点击该店铺网络地址跳转到店铺页面；

例如：店铺注册页面为用户提供可选择的店铺图标以便用户根据自己的喜好选择相应的店铺图标，该店铺注册页面还为用户提供上传店铺图标的API(Application ProgrammingInterface，应用程序编程接口)接口以便用户可以上传自己喜欢的店铺图标，店铺图标为用户形象化的展示了店铺；

上述步骤201及202主要是为了获取店铺的店铺信息，以便对店铺进行统一管理，并将注册的店铺统一展现给用户(包括购买者和开发者)，方便用户在商城中按照自己的需要选择相应的店铺；

步骤203：在前台页面将注册的店铺进行展现；

具体地，把所有注册的店铺集中到同一个商城页面，并按照店铺的分类、浏览次数排名等方式并以店铺图标的形式在商城页面中展现，店铺在商城页面进行展示时辅以店铺简介及店铺网络地址等信息；

例如，在应用程序商城中进行注册的店铺包括：店铺简介为“Kitchener”、“Play in Beijing”、“StudyStuff”、“Musician”和“WorksSuff”，选择的店铺图标或上传的店铺图标为地球仪、放大镜、风车、直方图和书本的应用程序店铺，并在前台页面以店铺图标的形式并辅助与店铺简介在商城页面中集中展现，如图2a所示。

下面，以表格的方式来举例说明经过上述步骤后商城中所展现的店铺，如下表所示：

通过上述方法可以实现将一个独立的应用程序店铺发布到一个或多个独立的应用程序商城中，应用程序商城仅对注册的各应用程序店铺进行集中的展现和管理，这在应用程序店铺的部署最终将依赖于硬件资源的情况下，将一个应用程序店铺同时在多个应用程序商城中注册的办法可以避免对硬件资源的重复投资，尤其在对于应用程序店铺中存在复杂的网络服务(例如电信网络服务)的情况下，能够实现可观的资源节省；另外，可以避免一个店主在每个应用程序商城中都有一个应用程序店铺版本，店主需要花费重复的工作分别对各个应用程序商城中的应用程序店铺进行维护；

实施例3

本实施例中，开发者可以是自由开发者或增值服务开发商，开发者所开发的产品可以是应用程序或者是运行应用程序时的网络服务；其中，应用程序保存在应用程序店铺的服务器中，并能被用户的终端设备下载和运行，运行应用程序时所的网络服务是指保存并运行在应用程序店铺的服务器中的程序，该程序提供一些网络调用接口给用户的终端设备调用，并在终端调用时能够根据传入参数完成特定的服务。

本实施例中，当应用程序店铺中的产品为应用程序时，应用程序店铺为开发者提供上传应用程序的接口，并且能够在店铺页面中对应用程序进行展现，以便用户进行浏览和下载；

当应用程序店铺中所提供的产品为运行应用程序时的网络服务时，应用程序店铺为开发者提供上传和运行网络服务的接口，并且对这些网络服务的接口的功能和调用方法提供相应的说明，如提供接口文档下载或展现的手段，或者提供WSDL(Web Services DescriptionLanguage，Web服务描述语言)文档下载或展现的手段等，并且能够在店铺页面中对网络服务进行展现，以便用户进行浏览和调用；

参见图3，步骤301及步骤304给出了一种在管理应用程序的系统中发布产品的方法，产品预先由开发者开发得到，所述方法的执行主体为应用程序店铺，具体如下：

步骤301：接收产品上传请求，并跳转到产品上传界面，该界面用于提示用户进行相应的产品信息输入及提供产品上传接口；

其中，产品上传接口包括第一接口和第二接口，第一接口为应用程序的上传提供上传接口，第二接口为运行应用程序的网络服务的上传提供上传接口，第一接口和第二接口均为API(Application Programming Interface，应用程序编程接口)接口；

步骤302：接收上传的产品，并将接收的产品存储在自身的服务器中；

具体地，通过调用第一接口接收用户(具体为开发者)上传的应用程序，通过调用第二接口接收用户(具体为开发者)上传的网络服务；

需要说明的是，应用程序所提供的产品上传接口有几种情况：(1)、应用程序店铺提供向开发者开放的产品上传接口，那么，应用程序店铺仅接收由开发者通过对其开放的产品上传接口所上传的产品；(2)、应用程序店铺提供仅向店主开放的产品上传接口，接收由店主通过对其开放的产品上传接口所上传的通过特定渠道采购所得的开发者的产品；

另外，还需要说明的是，对于一些特定实施例，当开发者与应用程序店铺的分工不明显，如开发者也是店主的情况，那么，店主在创建应用程序店铺时就可以将一些固定的产品存储在应用程序店铺中。

步骤303：接收上传产品的产品信息，并将接收到的产品信息注册到应用程序商城中；

当产品为应用程序时，产品信息包括：开发者账号、程序下载地址、计费方式和程序所属店铺；

其中，计费方式给定了应用程序在被下载时的收费标准，包括：免费使用、按应用程序的使用时间收费、按应用程序的下载次数收费或按应用程序内的增值服务收费等；

当产品为运行应用程序的网络服务时，产品信息包括：提供者账号、调用地址、调用方法、调用参数、所属店铺和计费方式；

其中，计费方式给定了网络服务在被调用时的收费标准，如免费使用、按网络服务的使用时间收费或按网络服务的调用次数收费等；

具体地，接收用户在产品上传页面内的信息输入接口中所填入的产品信息，并通过产品发布接口将接收到的产品信息发布到应用程序商城中，以便应用程序商城对应用程序店铺中的产品信息进行统一的记录和维护；

其中，应用程序商城在应用程序信息数据库中添加、删除或修改应用程序的信息，在网络服务信息数据库中添加、删除或修改网络服务的信息；

当产品为运行应用程序的网络服务时，进一步地，本步骤还包括：提示用户输入对所上传的运行应用程序的网络服务的说明信息，并记录和维护该说明信息，其中，所述说明信息包括：对网络服务的功能的说明和对网络服务的调用方法的说明。

例如，将产品信息发布到应用程序商城后，应用程序商城所维护的产品信息如下表所示：

需要说明的是，产品信息还包括店铺与开发者之间的订阅关系，该订阅管理可以用来限制店铺中开发者的身份，如，产品商店只接受订阅关系内的开发者所上传的产品，其他开发者若想在该产品商店中上传产品，就必须事先与产品商店建立订阅关系，产品商店将满足要求的开发者视为订阅客户，如将开发水平、信誉到达一定水平的开发者作为订阅客户；通过这种方式，可以保证产品商店中产品的质量。

步骤304：在店铺页面中，按照自定义展现方式对上传的产品进行展现；

预先需要说明的是，店铺的实现逻辑由开发者或者店主自主设计并存储在店铺服务器中，其中，店铺的实现逻辑中包括店铺的格式及产品在应用程序店铺中的展现方式，所述预设的展现方式由运行在服务器中的逻辑代码提供展现支持；

那么，上传的应用程序便按照店铺的实现逻辑中预设的展现方式在应用程序商店的页面中展现即可；

例如，店主按照自己的喜好将应用程序店铺“Play in Beijing”的展现方式设计为了一张地图，那么，店铺的实现逻辑在店铺服务器中运行后将会得到一个如图2b所示的一个展现方式为地图的店铺，店铺中产品便分布在地图所标识的各个坐标上。

通过自定义的展现方式(地图、货架或坐标等)对开发者所上传的产品进行展现，使得店铺内的产品的展现方式变得多样化，而不再是传统的按照产品的下载量或者浏览量的高低排名进行展现，方便用户对店铺中所展现产品进行浏览和产品选择，尤其在店铺内产品数量比较多的时候，这种多样化的展现方式更加体现了其方便用户浏览的优越性。

上述步骤给出了如何将开发好的产品上传到店铺中进行展现的方法，而对一些与实体经济对接的产品或者企业产品，类型往往相同，区别仅在一些参数的设置上，如，销售景区门票的产品，差异可能是景点位置、景点介绍、景点图片集门票价格等参数的设置上；那么，在这种情况下，店铺内便可以提供一些开发模块及相应的IDE(Integrated Development，集成开发环境)，开发者便根据模板来开发相应的产品，这样，则避免一些重复性的开发动作，显著提高开发产品的效率。

这样，通过上述操作，开发者所开发的应用程序或网络服务可以发布到多个应用程序店铺，同时不需要自己维护店铺的开发、维护和运营工作，使得开发者能够专注于应用程序和网络服务的业务逻辑本身。而这种开发者与店铺间的独立的分工合作(开发者负责产品的开发，店铺负责对产品的展现和销售)所带来的有益效果还包括：(1)、在一些业务的运营需要很高的门槛，例如电信增值业务的运营资质需要严格的审批，获得该资质对于自由开发者来说门槛过高的情况下，本发明中的方法可以使没有业务销售、运营能力的开发者也参与到产品的销售中，这是由于，开发者只需要将自己所开发的产品上传到具有运营资质者所创建的店铺中进行展现和销售即可；(2)、一些业务的运营依赖于昂贵的硬件和昂贵的维护费用，例如电信类业务的运营需要大量的基础设施，本发明中的方法可以使得店铺的店主专注于店铺基础设施的建设和维护，而开发者专注于业务的创新和开发，同时可以达到最大限度的对店铺中的基础设施进行利用。

实施例4

参见图4，下面，详细说明在应用程序店铺中根据开发模板开发应用程序并展现所开发的应用程序的方法，所述方法的执行主体为应用程序店铺，如步骤401至步骤403所述：

需要说明的是，所述方法在被执行之前，应用程序商城还可以执行如下操作：

步骤401’-1：接收开发模板注册请求，并跳转到开发模板注册页面，该页面用于提示用户进行信息的输入并提供相应的输入接口；

步骤401’-2：接收并记录开发模板的管理信息，该管理信息包括：模板介绍、模板对应店铺及模板链接等信息；

步骤401’-3：接收上传的开发模板，并将开发模板在模板页面中进行展现；

其中，开发模板包含应用程序的生成代码逻辑、应用程序在店铺中的页面显示方式、及生成应用程序的注册逻辑；

具体地，接收开发者或店主所上传的开发模板；

其中，应用程序的生成代码逻辑、应用程序在店铺中的页面显示方式、及生成应用程序的注册逻辑存储在模板链接所给出的存储地址中；

例如，开发模板的管理信息如下表所示：

模板	模板介绍	模板对应店铺	模板连接
				模板1	电信	店铺1	Http://
模板2	售票	店铺1	Http://
				模板3	收费	店铺2	Http://
……	……	……	……

另外，还需要说明的是，上述步骤给出了在应用程序商城中注册开发模板的过程，在实际操作中，还可以在应用程序商店中注册开发模板，方法如上所述，此处就不再赘述。

步骤401：接收登陆请求，跳转到应用程序商城界面；

具体地，用户根据应用程序商城提供的店铺信息，选择适用的开发模块；

例如，开发一个用于售票的应用程序，则根据应用程序商城所提供的店铺信息及开发模块管理信息，选择一个可用于生成售票应用程序的开发模块，如，选择模块2，其中，该开发模板2提供了生成一个用于售票的应用程序的代码逻辑；

步骤402：根据用户选择的开发模板跳转到相应的开发界面，该开发界面用于提示用户输入生成应用程序所用的参数，并提供相应的输入接口；

步骤403：接收参数信息，根据该参数信息生成相应的应用程序，并将生成的应用程序展现在对应的应用程序店铺中；

具体地，调用模板链接中存储的应用程序的代码生成逻辑，该代码生成逻辑根据输入的参数运行得到相应的应用程序；

需要说明的是，开发模板还可以采用步骤401’-1到401’-3所述的方法将开发模板注册到应用程序商城中，那么，当开发模板是注册在应用程序商城中时，则通过应用程序商城与应用程序店铺之间的API接口调用相应的开发模板；

通过本发明实施例所提供的技术方案，可以实现基于应用程序店铺的应用程序开发模板，并且根据该开发模板可以使得应用程序的开发变得多样化和方便快捷。

实施例5

那么，通过上述实施例2至实施例4所提供的技术方案的实现，便建立了一个内容充实的应用程序商城和应用程序店铺系统，那么，用户便可以在该系统中浏览、购买和下载自己所需的产品，其中，用户是指通过应用程序商城浏览、购买和下载店铺提供的应用程序或者使用店铺提供的运行应用程序的网络服务的群体；

简单地说，应用程序商城拥有用户资源和支付手段，用户将在应用程序商城进行登录，用户发送的请求(包括浏览和下载店铺中的应用程序，使用店铺中提供的网络服务等)都将在商城进行鉴权，通过鉴权后再由商城转发到店铺中；

在用户下载应用程序店铺中的应用程序或调用应用程序店铺内的网络服务时，商城能够完成用户订购关系的记录以及计费信息的记录。此外，对于店铺返回给用户的信息，也将由商城转发给用户。

下面介绍如何通过应用程序商城来浏览和下载应用程序店铺内的应用程序，参见图5，一种在管理应用程序的系统中下载应用程序的方法，具体步骤如下：

步骤501：商城接收用户发送的登陆请求，跳转到登录页面，使用户在登录页面填入相关的登录信息，所述登录信息包括用户账号和用户密码；

需要说明的是，对于未在商城进行注册过的用户，首先需要在商城进行注册，之后，用户才能进行登录相关的操作，而商城对所注册用户的用户信息进行记录和维护，其中，用户信息包括用户账号和用户密码；

步骤502：商城对用户的登录信息进行验证，验证通过后，执行步骤503，验证失败，要求用户再次输入登录信息并再次进行验证，直到验证失败的次数达到预定数值，则拒绝用户的登录请求，操作结束；

具体地，城对用户的登录信息进行验证包括：

商城将用户的登录信息与所注册的用户信息进行比对，如果一致，则验证通过，如果不一致，则验证失败；

步骤503：商城允许用户进入商城页面，其中，商城给出了商城内所注册的各个应用程序店铺的店铺图标、店铺简介及店铺网络地址等店铺信息；

用户根据该商城页面所提供的店铺信息及自身的需求选择应用程序店铺，并点击所选择的应用程序店铺的店铺网络地址，进入相应的应用程序店铺，例如，用户需要一个可以提供旅游相关信息的应用程序，则通过商城所提供的店铺信息，得到一个可以提供旅游相关信息的应用程序的店铺，如“Play in Beijing”，点击该店铺的店铺网络地址进入店铺，之后，用户便可以在店铺中浏览或者下载自己所需的应用程序；

步骤504：商城根据店铺的店铺网络地址转入到店铺界面，该店铺页面提供店铺内各应用程序的开发者账号、程序下载地址、计费方式等应用程序信息，并且该店铺以创建时所设计的展现方式展现店铺中的应用程序，

用户根据该店铺页面所提供的应用程序信息及该店铺中所展现的应用程序选择与自身需求一致的应用程序，向店铺发送应用程序下载请求，如选择下载该店铺中名为“颐和园”的应用程序；

步骤505：店铺接收用户所发送的应用程序下载请求，将用户选中的应用程序下载到客户端中；

步骤506：在应用程序的下载过程中，店铺将用户下载应用程序的信息通知给商城知道；

步骤507：商城接收到店铺所发送的通知信息后，记录应用程序的下载信息，并根据应用程序信息中所标识下载的应用程序的计费方式对下载的应用程序进行计费，并按计费结果完成收费；

其中，所述计费方式包括：按应用程序的下载次数进行收费、按应用程序的使用时间进行收费或按应用程序内的增值业务进行收费。

更进一步地，商城对用户与应用程序间的订购关系进行记录和维护，具体地，在用户订购关系数据库中添加、删除或修改用户与应用程序间的订购关系。

还需要说明一点，应用程序商城还将向店主提供一些通用的API接口，使得店铺能够获取完成一些交易所必需的功能或获取一些完成交易或服务必需的用户信息，例如店铺可以通过一些API向用户发送关于交易信息的通知等。

需要说明的是，目前的大多数应用程序是网络应用程序，该类网络应用程序在被下载到客户端时无法单独运行，需要服务端的配合才能完成相关的业务，即该服务端提供运行该类网络应用程序的网络服务；如网络游戏被下载到客户端，用户不连接网络是无法体验该网络游戏的，只有在网游服务器的配合下，用户才能体验该下载到客户端的网络游戏；本发明实施例所提供的产品中包含运行应用程序的网络服务，下面结合具体实施例来详细介绍如何调用店铺中的网络服务来为应用程序的运行提供相应的运行服务，参见图6，一种在管理应用程序的系统中调用网络服务的方法，具体步骤如下：

步骤601：应用程序商城接收用户调用网络服务的请求，根据请求查找网络服务信息；

其中，网络服务信息包括：包括提供者账号、调用地址、调用方法、调用参数、所属店铺和计费方式；

步骤602：应用程序商城将请求及查找得到的网络服务信息转发给应用程序店铺，使应用程序店铺根据查找得到的网络服务信息调用相应的网络接口并运行网络服务；

步骤603：应用程序商城根据网络服务的计费方式对网路服务进行计费，并根据计费结果完成收费。

其中，所述收费方式包括：按网络服务的调用次数进行收费和按网络服务的使用时间进行收费。

现举例说明上述过程，如下：

例如，下载到客户端的是一个用于即时通信的应用程序，那么，要想完成即时通信的功能，需要接入电信网络，通过电信服务器才可以实现通话功能；而本发明实施例所提供的应用程序商城中存在一类应用程序店铺，该店铺页面所展现的就是现有业务的服务端逻辑，通过店铺管理信息和店铺中的应用程序信息便可以找到提供通话功能的服务端逻辑；那么，应用程序商城便可以通过所提供的开放的API接口调用到该服务端逻辑，通过调用的服务端逻辑运行所下载的应用程序，并完成相应的交易计费，如按照使用该服务端逻辑的时间长短进行收费。

需要说明的是，上述实施例2至5中商城、店铺和用户间通过网络会话进行信息的交互，并为网络会话加入相应的会话标识，之后，商城、店铺和用户之间便通过携带有会话标识的网络会话进行信息的交互。例如，用户在对所选择的店铺进行访问时，商城为用户所发起的网络会话加入一个标识，具体地，给用户的网络会话(HttpSession)中加入一个会话ID(SessionID)，用户携带该标记访问店铺页面。

之所以将网络会话加入会话标识，是为了在服务器(商城服务器和店铺服务器)可以保存用户端与服务器的交互记录，使得用户的行为有连续性。例如，用户在登录商城后，在用户从一个商城页面跳转到店铺页面时，服务器根据会话的标识可以得知，该用户已经认证过了，是一个合法用户。

更进一步地，商城、店铺和用户间在通过网络会话进行信息的交互时，还可以将网络会话进行格式的转化，并通过转化格式后的网络会话进行信息的交互。

之所以要对网络会话的格式进行转换，是因为用户与商城的交互信息，商城与店铺的交互信息格式是不太一样的，通过将网络会话进行相应格式的转化，使得商城与店铺、用户与商城之间可以无障碍的进行信息交互。比如，商城中保存有用户信息(用户账号和用户密码)，用户登录商城时，需要告诉商城自己的用户信息，但店铺中未保存有用户信息，所以即使商城把用户信息转发给店铺，店铺也无法处理，因此，商城需要把用户请求进行转化，比如去掉用户信息，并加入商城与店铺之间的认证信息(比如商城的名字，商城的统一资源定位符，商城与店铺约定的密码等)，使得商城与店铺之间可以无障碍的进行信息的交互。

上述实施例2至实施例5所述的技术方案，应用程序店铺和应用程序商城独立部署和维护，这样，一个应用程序店铺的店主只需在一个应用程序店铺服务器中维护自己店铺中的店铺界面、应用程序版本及网络服务版本，同时又能将一个应用程序店铺发布到多个应用程序商城中，由应用程序商城将各应用程序店铺进行集中的展现和管理，在应用程序店铺中的应用程序被下载或者网络服务被调用时，应用程序商城通过通信模块与应用程序店铺进行信息的交互以完成应用程序在下载或者网络服务被调用时的计费和收费；这种应用程序店铺和应用程序商城独立部署和协同工作方案的有益效果在于：(1)、避免一个店主在每个应用程序商城中都有一个应用程序店铺版本，店主需要花费重复的工作分别对各个应用程序商城中的应用程序店铺进行维护；(2)、对于应用程序店铺中的网络服务(电信增值业务)的实现需要特别的硬件设备，而这些硬件设备在应用程序商城的部署环境中没有的情况下，将使得应用程序店铺无法在应用程序商城中实现，应用程序店铺与应用程序商城独立部署和维护的方案将可以避免上述限制；(3)、应用程序店铺的部署最终将依赖于硬件资源，将一个应用程序店铺同时在多个应用程序商城中注册的办法可以避免对硬件资源的重复投资，尤其在对于应用程序店铺中存在复杂的网络服务(例如电信网络服务)的情况下，能够实现可观的资源节省。

开发者所开发的应用程序或网络服务可以发布到多个应用程序店铺，同时不需要自己维护店铺的开发、维护和运营工作，使得开发者能够专注于应用程序和网络服务的业务逻辑本身。而这种开发者与店铺间的独立的分工合作(开发者负责产品的开发，店铺负责对产品的展现和销售)所带来的有益效果还包括：(1)、在一些业务的运营需要很高的门槛，例如电信增值业务的运营资质需要严格的审批，获得该资质对于自由开发者来说门槛过高的情况下，本发明中的方法可以使没有业务销售、运营能力的开发者也参与到产品的销售中，这是由于，开发者只需要将自己所开发的产品上传到具有运营资质者所创建的店铺中进行展现和销售即可；(2)、一些业务的运营依赖于昂贵的硬件和昂贵的维护费用，例如电信类业务的运营需要大量的基础设施，本发明中的方法可以使得店铺的店主专注于店铺基础设施的建设和维护，而开发者专注于业务的创新和开发，同时可以达到最大限度的对店铺中的基础设施进行利用。

实施例6

参见图7，一种应用程序商城，包括：开店模块70和信息维护模块71；

开店模块70，用于为应用程序店铺的创建提供信息输入接口，通过信息输入接口接收用户所提供的应用程序店铺信息；

信息维护模块71，用于对应用程序店铺信息进行记录和维护。

其中，应用程序店铺信息包括店主账号、店铺图标、店铺简介和店铺网络地址。

参见图8、一种应用程序店铺，店铺包括：调用模块80和注册模块81；

调用模块80，用于通过调用产品上传接口，接收用户上传的产品及相应的产品信息，产品包括应用程序和运行应用程序的网络服务；

注册模块81，用于将产品保存在自身的服务器中，并将产品信息注册到应用程序商城。

其中，当产品为应用程序时，产品信息包括：开发者账号、程序下载地址、计费方式和程序所属店铺；

当产品为运行应用程序的网络服务时，产品信息包括：提供者账号、调用地址、调用方法、调用参数、所属店铺和计费方式。

店铺还包括：展现模块，用于将产品按照预设的展现方式展现在前台页面中，预设的展现方式由运行在服务器中的逻辑代码提供展现支持。

参见图9，一种应用程序店铺，包括：下载模块90和通信模块91；

下载模块90，用于接收用户下载应用程序的请求，并将应用程序下载到用户的客户端中；

通信模块91，用于将应用程序的下载信息通知给应用程序商城，使应用程序商城根据应用程序的计费方式对应用程序进行计费，并根据计费结果完成收费。

计费方式包括：按应用程序的下载次数进行收费、按应用程序的使用时间进行收费或按应用程序内的增值业务进行收费。

参见图10，一种应用程序商城，包括：查找模块A1、转发模块A2和计费模块A3；

查找模块A1，用于接收用户调用网络服务的请求，根据请求查找网络服务信息；

转发模块A2，用于将请求及查找得到的网络服务信息转发给应用程序店铺，使应用程序店铺根据查找得到的网络服务信息调用相应的网络接口并运行网络服务；

计费模块A3，用于根据网络服务的计费方式对网路服务进行计费，并根据计费结果完成收费。

收费方式包括：按网络服务的调用次数进行收费和按网络服务的使用时间进行收费。

本发明实施例提供的技术方案带来的有益效果是：应用程序店铺和应用程序商城独立部署和维护，应用程序商城仅记录和维护应用程序店铺的店铺信息，这样，一个应用程序店铺的店主只需在一个应用程序店铺服务器中维护自己的店铺信息，并把自己所维护的店铺信息同时发布到多个应用程序商城中，由应用程序商城将各应用程序店铺的店铺信息进行集中的管理，在应用程序店铺中的应用程序被下载或者网络服务被调用时，应用程序商城与应用程序店铺进行相关信息的交互以完成应用程序在下载或者网络服务被调用时的计费和收费；这种应用程序店铺和应用程序商城独立部署和协同工作方案的有益效果在于：(1)、避免一个店主在每个应用程序商城中都有一个应用程序店铺版本，店主需要花费重复的工作分别对各个应用程序商城中的应用程序店铺进行维护；(2)、对于应用程序店铺中的网络服务(电信增值业务)的实现需要特别的硬件设备，而这些硬件设备在应用程序商城的部署环境中没有的情况下，将使得应用程序店铺无法在应用程序商城中实现，应用程序店铺与应用程序商城独立部署和维护的方案将可以避免上述限制；(3)、应用程序店铺的部署最终将依赖于硬件资源，将一个应用程序店铺同时在多个应用程序商城中注册的办法可以避免对硬件资源的重复投资，尤其在对于应用程序店铺中存在复杂的网络服务(例如电信网络服务)的情况下，能够实现可观的资源节省。

另外，用户将产品上传到应用程序店铺中，应用程序店铺存储产品，并将产品信息发布到应用程序商城内，用户与应用程序店铺间的独立的分工合作(开发者负责产品的开发，店铺负责对产品的展现和销售)所带来的有益效果包括：(1)、在一些业务的运营需要很高的门槛，例如电信增值业务的运营资质需要严格的审批，获得该资质对于自由开发者来说门槛过高的情况下，本发明中的方法可以使没有业务销售、运营能力的开发者也参与到产品的销售中，这是由于，开发者只需要将自己所开发的产品上传到具有运营资质者所创建的店铺中进行展现和销售即可；(2)、一些业务的运营依赖于昂贵的硬件和昂贵的维护费用，例如电信类业务的运营需要大量的基础设施，本发明中的方法可以使得店铺的店主专注于店铺基础设施的建设和维护，而开发者专注于业务的创新和开发，同时可以达到最大限度的对店铺中的基础设施进行利用。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (22)

1.一种管理应用程序的系统，其特征在于，所述系统包括：应用程序商城和应用程序店铺；

所述应用程序商城包括：

信息管理模块，用于记录和维护应用程序店铺信息、应用程序信息、网络服务信息和用户信息；

交易管理模块，用于根据所述管理模块所维护的信息完成应用程序的计费和收费；

通信模块，用于通过网络通信接口与所述应用程序店铺进行信息交互；

所述应用程序店铺包括：

产品展现模块，用于为产品的展现方式提供展现逻辑、展现所述产品，所述产品包括应用程序和运行应用程序的网络服务；

通信模块，用于通过网络通信接口与所述应用程序商城进行信息交互。

2.根据权利要求1所述的系统，其特征在于，所述信息管理模块包括：

店铺管理单元，用于在应用程序店铺信息数据库中添加、删除或修改所述应用程序店铺信息，所述应用程序店铺信息包括店主账号、店铺图标、店铺简介和店铺网络地址；

应用程序信息管理单元，用于当所述产品为应用程序时，在应用程序信息数据库中添加、删除或修改所述应用程序的信息，所述应用程序的信息包括开发者账号、程序下载地址、计费方式和程序所属店铺；

网络服务信息管理单元，用于当所述产品为运行应用程序时的网络服务时，在网络服务信息数据库中添加、删除或修改所述网络服务的信息，所述网络服务的信息包括提供者账号、调用地址、调用方法、调用参数、所属店铺和计费方式；

用户信息管理单元，用于记录在所述应用程序商城中注册的用户信息，所述用户信息包括用户账号和用户密码；

用户订购关系管理单元，用于在用户订购关系数据库中添加、删除或修改用户与产品间的订购关系。

3.根据权利要求1所述的系统，其特征在于，所述交易管理模块包括：

下载交易管理单元，用于当所述应用程序店铺中的应用程序被下载时，根据所述信息管理模块所记录的应用程序信息对被下载的应用程序进行计费，并根据计费结果完成收费；

服务交易管理单元，用于当所述应用程序店铺中的网络服务被调用时，根据所述信息管理模块所记录的网络服务信息对被调用的网络服务进行计费，并根据计费结果完成收费。

4.根据权利要求1所述的系统，其特征在于，所述应用程序商城还包括：

开店接口管理模块，用于为应用程序店铺的创建提供信息输入接口，并通过所述信息输入接口接收用户在创建应用程序店铺时所提供的应用程序店铺信息；

产品发布接口管理模块，用于为产品发布提供产品发布接口，通过调用所述产品发布接口接收用户在发布产品时所提供的产品及相应的产品信息；

应用程序编程接口管理模块，用于提供应用程序编程接口，使所述应用程序店铺在产品交易过程中通过调用所述应用程序编程接口获取产品交易所需的服务功能或用户信息；

认证管理模块，用于根据所述信息管理模块中的用户信息对发送登录所述应用程序商城请求的用户进行身份认证。

5.根据权利要求1所述的系统，其特征在于，所述产品展现模块包括：

应用程序展现逻辑单元，用于为所述应用程序店铺中产品的展现方式提供代码逻辑的支持；

店铺界面展现平台，用于按照所述展现应用程序展现逻辑单元所提供的展现方式将所述应用程序店铺中的产品展现给用户。

6.根据权利要求1所述的系统，其特征在于，所述应用程序店铺还包括：

接口管理模块，用于提供产品上传接口，使所述应用程序店铺通过调用所述产品上传接口接收用户上传的产品。

7.根据权利要求6所述的系统，其特征在于，所述接口管理模块，具体用于向开发者提供开发者专用上传接口，并通过调用所述开发者专用上传接口接收由所述开发者开发并上传的产品；或者

所述接口管理模块，具体用于向店主提供店主专用上传接口，并通过调用所述店主专用上传接口接收由所述店主上传的通过特定渠道采购所得的开发者的产品。

8.根据权利要求6所述的系统，其特征在于，当所述产品为运行应用程序的网络服务时，所述接口管理模块还包括：

第一接口管理单元，用于为网络服务的运行提供网络接口，通过调用所述网络接口运行所述网络服务；

第二接口管理单元，用于为所述网络服务的调用提供信息输入接口，通过所述信息输入接口接收针对所述网络服务的说明信息，所述说明信息包括：对所述网络服务的功能的说明和对所述网络服务的调用方法的说明。

9.一种在应用程序商城中开店的方法，其特征在于，所述方法包括：

应用程序商城为应用程序店铺的创建提供信息输入接口，通过所述信息输入接口接收用户所提供的应用程序店铺信息；

所述应用程序商城对所述应用程序店铺信息进行记录和维护。

10.根据权利要求9所述的方法，其特征在于，所述应用程序店铺信息包括店主账号、店铺图标、店铺简介和店铺网络地址。

11.一种应用程序商城，其特征在于，所述商城包括：开店模块和信息维护模块；

所述开店模块，用于为应用程序店铺的创建提供信息输入接口，通过所述信息输入接口接收用户所提供的应用程序店铺信息；

所述信息维护模块，用于对所述应用程序店铺信息进行记录和维护。

12.一种在管理应用程序的系统中发布产品的方法，其特征在于，所述方法包括：

应用程序店铺通过调用产品上传接口，接收用户上传的产品及相应的产品信息，所述产品包括应用程序和运行应用程序的网络服务；

所述应用程序店铺将所述产品保存在自身的服务器中，并将所述产品信息注册到应用程序商城。

13.根据权利要求12所述的方法，其特征在于，当所述产品为应用程序时，所述产品信息包括：开发者账号、程序下载地址、计费方式和程序所属店铺；

当所述产品为运行应用程序的网络服务时，所述产品信息包括：提供者账号、调用地址、调用方法、调用参数、所属店铺和计费方式。

14.根据权利13所述的方法，其特征在于，所述方法还包括：所述应用程序店铺将所述产品按照预设的展现方式展现在前台页面中，所述预设的展现方式由运行在服务器中的逻辑代码提供展现支持。

15.一种应用程序店铺，其特征在于，所述店铺包括：调用模块和注册模块；

所述调用模块，用于通过调用产品上传接口，接收用户上传的产品及相应的产品信息，所述产品包括应用程序和运行应用程序的网络服务；

所述注册模块，用于将所述产品保存在自身的服务器中，并将所述产品信息注册到应用程序商城。

16.根据权利要求15所述的店铺，其特征在于，所述店铺还包括：展现模块，用于将所述产品按照预设的展现方式展现在前台页面中，所述预设的展现方式由运行在服务器中的逻辑代码提供展现支持。

17.一种在管理应用程序的系统中下载应用程序的方法，其特征在于，所述方法包括：

应用程序店铺接收用户下载应用程序的请求，并将所述应用程序下载到所述用户的客户端中；

所述应用程序店铺将所述应用程序的下载信息通知给应用程序商城，使所述应用程序商城根据所述应用程序的计费方式对所述应用程序进行计费，并根据计费结果完成收费。

18.根据权利要求17所述的方法，其特征在于，所述计费方式包括：按应用程序的下载次数进行收费、按应用程序的使用时间进行收费或按应用程序内的增值业务进行收费。

19.一种应用程序店铺，其特征在于，所述店铺包括：下载模块和通信模块；

所述下载模块，用于接收用户下载应用程序的请求，并将所述应用程序下载到所述用户的客户端中；

所述通信模块，用于将所述应用程序的下载信息通知给应用程序商城，使所述应用程序商城根据所述应用程序的计费方式对所述应用程序进行计费，并根据计费结果完成收费。

20.一种在管理应用程序的系统中调用网络服务的方法，其特征在于，所述方法包括：

应用程序商城接收用户调用网络服务的请求，根据所述请求查找网络服务信息；

所述应用程序商城将所述请求及查找得到的网络服务信息转发给应用程序店铺，使所述应用程序店铺根据所述查找得到的网络服务信息调用相应的网络接口并运行所述网络服务；

所述应用程序商城根据所述网络服务的计费方式对所述网路服务进行计费，并根据计费结果完成收费。

21.根据权利要求20所述的方法，其特征在于，所述收费方式包括：按网络服务的调用次数进行收费或按网络服务的使用时间进行收费。

22.一种应用程序商城，其特征在于，所述商城包括：查找模块、转发模块和计费模块；

所述查找模块，用于接收用户调用网络服务的请求，根据所述请求查找网络服务信息；

所述转发模块，用于将所述请求及查找得到的网络服务信息转发给应用程序店铺，使所述应用程序店铺根据所述查找得到的网络服务信息调用相应的网络接口并运行所述网络服务；

所述计费模块，用于根据所述网络服务的计费方式对所述网路服务进行计费，并根据计费结果完成收费。

Images