CN103279355B - 创建移动应用商店的系统及方法 - Google Patents

Abstract

一种创建移动应用商店的系统及方法，该系统包括包含应用程序供应模块的移动应用程序支持系统，该应用程序供应模块用于向各移动应用商店提供应用程序文件，该移动应用程序文件为根据移动应用商店类型、覆盖的移动设备操作系统类型和移动应用程序类型，采用对应的处理方式对移动应用程序进行处理后提供给各移动应用商店的、包括移动应用商店的识别信息的对应移动应用程序文件，或者为在提供给移动应用商店或者在通过移动应用商店提供给移动终端时能获取移动应用商店的识别信息的移动应用程序文件,移动应用程序根据移动应用商店的识别信息识别所在的移动应用商店。根据本发明可便捷地创建移动应用商店，提高移动应用程序进行发布和应用的效率。

Description

创建移动应用商店的系统及方法

技术领域

本发明涉及互联网技术领域，特别涉及一种创建移动应用商店的系统以及一种创建移动应用商店的方法。

背景技术

移动应用程序（Mobileapplication，简称Mobileapp），也称之为手机应用程序或者手机app等，指设计给智能型手机、平板电脑或者其他移动设备上供应的软件应用程序，一般包括游戏、音乐、财务、工具、体育、教育、旅行、参考、报刊杂志、生活等软件应用程序。一般情况下，移动应用程序开发者开发出来的移动应用程序通过发布到一定的移动应用平台上，以供智能终端用户进行下载安装和使用，这样的移动应用平台，一般可称之为移动应用商店。

目前的移动应用商店主要有四种类型，包括：移动智能终端设备操作系统提供商内置的移动应用商店(例如苹果的AppStore、谷歌的GooglePlay)；智能终端设备生产厂商，尤其是手机生产厂商，在设备中预装的生产厂商品牌的移动应用商店；电信运营商提供的移动应用商店；由互联网服务提供商提供的为开放式移动设备操作系统（例如Android、BlackBerry、Symbian、Brew）用户提供的移动应用商店(例如Getjar.com、hiapk.com)。

而随着移动互联网的迅猛发展和移动互联网网民的不断增加，移动智能终端设备成为人们生活中的主角，因此，互联网服务提供商不停的在探索更好的满足移动互联网用户需求的方式，由于移动应用商店包含了各种用户喜闻乐见的移动应用程序，一方面开放式移动设备操作系统占据着较大的市场份额，另一方面HTML5网页移动应用程序的兴起,使得移动应用商店运营商通过移动应用商店为封闭式移动设备操作系统的用户提供HTML5网页移动应用程序成为可能,因此，越来越多的互联网服务提供商加入了移动应用商店运营商的行列。

在目前移动应用商店的实现方式中，在创建移动应用商店时，一般有两种方式。一种是特定的移动应用商店解决方案提供商为移动应用商店运营商客户，例如电信运营商、手机生产厂商，提供特定的移动应用商店解决方案。这种方式往往无法满足移动应用商店运营商客户(例如互联网服务提供商)的需求，这是因为比如当移动应用商店运营商客户要求获得特定移动应用程序(特别是游戏类移动应用程序)的应用内支付的分成时或者要求用户可以直接使用移动应用商店运营商客户的会员系统登陆特定移动应用程序时，这些解决方案往往需要移动应用程序开发者针对不同的移动应用商店运营商客户做不同的或者多次的开发。而对于移动应用程序开发者来说，往往不愿意为新的或者小的移动应用商店运营商的移动运营商店耗费大量的时间和精力。另外一种是移动应用商店运营商，例如互联网服务提供商，自己开发出移动应用商店，并通过与应用开发者进行洽谈来引进移动应用程序、将移动应用程序放到自己的移动应用商店上供用户下载使用。然而，开发移动应用商店、与应用开发者进行洽谈等工作，对于中小型的移动应用商店运营商来说，往往没有足够的人力、物力和财力来完成，大大提高了移动应用商店的创建成本。而且，同第一种方式一样,对于移动应用程序开发者来说，往往也不愿意耗费大量的时间和精力去接入新的或者小的移动应用商店运营商的移动运营商店。从而导致移动应用商店的创建效率低下，严重制约和影响了移动应用商店、移动应用程序服务的发展。

发明内容

基于此，基于上述现有技术中存在的问题，本发明的目的在于提供一种移动应用商店的创建平台系统、一种移动应用商店的创建方法，其可以便捷地创建移动应用商店，提高移动应用程序进行发布和应用的效率。

为达到上述目的，本发明实施例采用以下技术方案：

一种创建移动应用商店的系统，包括移动应用程序支持系统，所述移动应用程序支持系统包括应用程序供应模块；

所述应用程序供应模块，用于向各移动应用商店提供移动应用程序文件，所述移动应用程序文件为根据移动应用商店类型、覆盖的移动设备操作系统类型和移动应用程序类型，采用对应的处理方式对所述移动应用程序进行处理后提供给各移动应用商店的对应移动应用程序文件，所述移动应用程序文件中包括所述移动应用商店的识别信息，或者，所述移动应用程序文件在提供给所述移动应用商店或者在通过所述移动应用商店提供给移动终端时能获取所述移动应用商店的识别信息,所述移动应用程序根据所述移动应用商店的识别信息识别所在的所述移动应用商店。

一种创建移动应用商店的系统，包括移动应用商店支持系统，所述移动应用商店支持系统包括部署于一个或者多个目的地的移动应用商店模块；

所述移动应用商店模块，用于提供移动应用程序服务，所述移动应用程序服务包括：在接收到下载指令时，为所述下载指令的发送方提供对应的移动应用程序文件，所述移动应用程序文件中包括与所述移动应用商店模块对应的移动应用商店的识别信息，或者，通过所述移动应用程序获取所述移动应用商店的识别信息。

一种创建移动应用商店的方法，包括步骤：

向各移动应用商店提供移动应用程序文件，所述移动应用程序文件为根据移动应用商店类型、覆盖的移动设备操作系统类型和移动应用程序类型，采用对应的处理方式对所述移动应用程序进行处理后提供给各移动应用商店的对应移动应用程序文件，所述移动应用程序文件中包括所述移动应用商店的识别信息，或者，所述移动应用程序文件在提供给所述移动应用商店或者在通过所述移动应用商店提供给移动终端时能获取所述移动应用商店的识别信息,所述移动应用程序根据所述移动应用商店的识别信息识别所在的所述移动应用商店。

一种创建移动应用商店的方法，包括步骤：

通过部署在一个或者多个目的地的各所述移动应用商店模块提供移动应用程序服务，所述移动应用程序服务包括：在接收到下载指令时，为所述下载指令的发送方提供对应的移动应用程序文件，所述移动应用程序文件中包括与所述移动应用商店模块对应的移动应用商店的识别信息，或者，通过所述移动应用程序获取所述移动应用商店的识别信息。

根据本实施例中的创建移动应用商店的系统及方法，可以基于各移动设备操作系统的类型、移动应用程序的类型、以及移动应用商店类型的不同，将该移动应用程序处理为与各移动应用商店对应的移动应用程序文件，且基于该移动应用程序文件，能够识别对应的移动应用商店的识别信息，实现移动应用程序文件与移动应用商店之间的关联，便于记录应用内支付等用户使用移动应用程序过程中的相关信息，无需一一进行协商和处理，从而可以便捷地创建移动应用商店，提高移动应用程序进行发布和应用的效率。

附图说明

图1是本发明的创建移动应用商店的系统实施例一的结构示意图；

图2是本发明的创建移动应用商店的系统实施例二的结构示意图；

图3是本发明的创建移动应用商店的系统实施例三的结构示意图；

图4是本发明的创建移动应用商店的系统实施例四的结构示意图；

图5是本发明的创建移动应用商店的系统实施例五的结构示意图；

图6是本发明的创建移动应用商店的系统实施例六的结构示意图；

图7是本发明的创建移动应用商店的系统实施例七的结构示意图；

图8是本发明的创建移动应用商店的系统实施例八的结构示意图；

图9是本发明的创建移动应用商店的系统实施例九的结构示意图；

图10是一个具体示例中的移动应用程序提交页面的示意图；

图11是基于图10中所示的移动应用程序提交页面提供移动应用程序的配置信息的流程示意图；

图12是一个具体示例中的移动应用商店创建页面的示意图；

图13是基于图12中所示的移动应用商店创建页面提供移动应用商店的配置信息的流程示意图；

图14是一个具体示例中的移动应用程序文件下载安装过程的流程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于对本发明进行限定。

为便于说明，在下述说明中，先结合本发明的创建移动应用商店的系统的各实施例进行说明，再针对本发明的创建移动应用商店的方法的实施例进行说明。

实施例一

图1中示出了本发明的创建移动应用商店的系统实施例一的结构示意图。如图1所示，本实施例一中的创建移动应用商店的系统包括有移动应用程序支持系统10。

如图1所示，该移动应用程序支持系统10包括应用程序供应模块101。其中，该应用程序供应模块101，用于向各移动应用商店提供移动应用程序文件，所述移动应用程序文件为根据移动应用商店类型、覆盖的移动设备操作系统类型和移动应用程序类型，采用对应的处理方式对所述移动应用程序进行处理后提供给各移动应用商店的对应移动应用程序文件，所述移动应用程序文件中包括所述移动应用商店的识别信息，或者，所述移动应用程序文件在提供给所述移动应用商店或者在通过所述移动应用商店提供给移动终端时能获取所述移动应用商店的识别信息，所述移动应用程序根据所述移动应用商店的识别信息识别所在的所述移动应用商店。其中，进行所述对应的处理方式的时间，基于实际应用需要可以有所不同，包括但不限于下述时刻或者时间中的任意一种或者任意组合：在接收到提交的移动应用程序时、创建所述移动应用商店时、用户在移动应用商店发起下载请求时等等。此外，所述移动应用商店的识别信息包括但不限于:用于识别具有不同品牌和/或不同会员系统的移动应用商店的商店ID。

其中，上述对应的处理方式，基于移动设备操作系统的类型、移动应用程序的类型、以及移动应用商店类型的不同，上述对应的处理方式也会有所不同，相应的，在移动应用程序支持系统10中，还可能对应设置有软件开发工具包102或者封装工具包103，以下就其中几种方式分别进行说明。

在其中一种方式中，上述移动应用程序支持系统10包括有软件开发工具包102，上述移动设备操作系统类型包括开放型操作系统,上述移动应用程序类型包括普通移动应用程序,上述对应的处理方式包括：移动应用程序在一次接入软件开发工具包102的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后，应用程序供应模块101将移动应用商店的识别信息和移动应用程序封装为对应于各移动应用商店的移动应用程序文件,该移动应用程序文件在安装时,将移动应用程序对应的移动应用商店的识别信息、或者移动应用程序的识别信息和对应的移动应用商店的识别信息存储到移动设备存储,当软件开发工具包102的各类接口被调用时,软件开发工具包102从移动设备存储读取对应的移动应用商店的识别信息,或根据移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店；其中，软件开发工具包102的各类接口包括但不限于：应用内支付接口、用户接口、DRM接口、版本更新接口；上述封装包括但不限于：将移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,或者将移动应用程序解包、将移动应用商店的识别信息写入解包后的配置文件,将相关文件重新打包生成所述移动应用程序文件，其中，这里的相关文件可以包括所述配置文件、所述解包后的其他文件。

在另外一种方式中，上述移动应用程序支持系统10还包括封装工具包103，上述移动设备操作系统类型包括开放型操作系统,上述移动应用程序类型包括普通移动应用程序,此时，上述对应的处理方式包括：应用程序供应模块101将移动应用商店的识别信息、移动应用程序和封装工具包103封装为对应于各移动应用商店的移动应用程序文件,该移动应用程序文件在安装时,将移动应用程序对应的移动应用商店的识别信息、或者移动应用程序的识别信息和对应的移动应用商店的识别信息存储到移动设备存储,当封装工具包103的各类接口被调用时,封装工具包103从移动设备存储读取对应的移动应用商店的识别信息,或根据移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息，识别所在的移动应用商店；其中，这里的封装包括但不限于：将所述移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,和/或者将所述移动应用程序解包、将所述移动应用商店的识别信息写入配置文件后,将相关文件重新打包生成所述移动应用程序文件，这里的相关文件可以包括所述配置文件、所述解包后的其他文件、以及封装工具包103。

在另外一种方式中，上述移动应用程序支持系统10还包括软件开发工具包102,所述移动设备操作系统类型包括开放型操作系统,上述移动应用程序类型包括普通移动应用程序,所述移动应用商店类型包括网站加商店助手移动应用程序辅助类型，此时，所述对应的处理方式包括：移动应用程序在一次接入软件开发工具包102的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后,应用程序供应模块101将所述移动应用程序直接或者进行DRM签名后提供给移动应用商店，所述移动应用商店的商店助手移动应用程序与相应的移动应用商店的识别信息绑定,所述商店助手移动应用程序在安装所述移动应用程序时将移动应用程序对应的移动应用商店的识别信息、或者移动应用程序的识别信息和对应的移动应用商店的识别信息存储到移动设备存储，当软件开发工具包102的各类接口被调用时,软件开发工具包102从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店。

在另外一种实现方式中，移动应用程序支持系统10还包括软件开发工具包102，所述移动设备操作系统类型包括开放型操作系统或封闭式操作系统,所述移动应用程序类型包括HTML5网页移动应用程序，此时，所述对应的处理方式包括：将移动应用程序接入软件开发工具包102的各类接口后，将移动应用程序整合进移动应用商店的HTML5应用页面,所述HTML5应用页面将所述移动应用商店的识别信息传递到所述移动应用程序,软件开发工具包102的各类接口被调用时，软件开发工具包102获取所述移动应用商店的识别信息,识别所在的移动应用商店，所述整合进所述移动应用商店的HTML5应用页面包括但不限于以iframe的方式植入所述移动应用商店的HTML5应用页面。

在另外一种实现方式中，应用程序供应模块101可以先直接将移动应用程序文件提供给移动应用商店，由移动应用商店在接收到下载指令、将该移动应用程序提供给对应的用户终端时，将该移动应用商店的识别信息添加到该移动应用程序文件中，具体可以是将移动应用商店的识别信息写入文件名后重命名为移动应用程序文件，或者是将移动应用程序解包、将移动应用商店的识别信息写入配置文件后,将相关文件重新打包生成移动应用程序文件，使得移动应用程序根据移动应用商店的识别信息识别所在的移动应用商店。

根据本实施例中的创建移动应用商店的系统，基于移动应用程序支持系统10的支持，对于移动应用程序开发者来说，其无需与各移动应用商店的运营商用户进行洽谈，只需要将其开发的移动应用程序仅做一次上传，即可基于各移动设备操作系统的类型、移动应用程序的类型、以及移动应用商店类型的不同，将该移动应用程序处理为与各移动应用商店对应的移动应用程序文件，且基于该移动应用程序文件，能够识别对应的移动应用商店的识别信息，实现移动应用程序与移动应用商店之间的关联，便于记录应用内支付等用户使用移动应用程序过程中的相关信息。

实施例二

图2中示出了本发明的创建移动应用商店的系统实施例二的结构示意图。如图2所示，本实施例二中与上述实施例一的不同之处主要在于，本实施例二中的移动应用程序支持系统10还包括应用接口服务器模块104。

如图2所示，在本实施例二中，移动应用程序支持系统10还包括应用接口服务器模块104，用于实现软件开发工具包102和/或封装工具包103的各类接口与对应的外部系统接口之间的连接。

其中，这里的连接包括但不限于下述方式：通过应用内支付接口接收软件开发工具包102发送的移动应用商店的识别信息和应用内支付请求信息，根据接收的移动应用商店的识别信息和应用内支付请求信息调用相应的支付网关,接收支付网关返回的支付结果信息,根据移动应用商店的识别信息将支付结果信息保存至信息数据库并返回给软件开发工具包102,由软件开发工具包102将支付结果信息返回给所述移动应用程序,使得所述移动应用程序根据支付结果信息将用户购买的产品或服务给予用户。其中，软件开发工具包102发送的移动应用商店的识别信息和应用内支付请求信息为所述移动应用程序接收到用户在所述移动应用程序内发起的应用内支付请求时，通过调用软件开发工具包102的应用内支付接口,由软件开发工具包102根据所述移动应用程序的识别信息在移动设备存储中读取对应的移动应用商店的识别信息后发送。

实施例三

图3中示出了本发明的创建移动应用商店的系统实施例三的结构示意图。如图3所示，本实施例三中与上述实施例二的不同之处主要在于，本实施例三中的移动应用程序支持系统10还包括应用程序提交模块105。

如图3所示，在本实施例的一个具体示例中，所述移动应用程序支持系统10还包括应用程序提交模块105，该应用程序提交模块105用于接收移动应用程序提交请求，所述移动应用程序提交请求包括移动应用程序以及与所述移动应用程序对应的配置信息，并将所述移动应用程序及其对应的配置信息保存到信息数据库，所述配置信息包括移动应用程序名称、所述移动应用程序类型。其中，当所述移动应用程序类型为HTML5网页移动应用程序时，所述移动应用程序提交请求还包括移动应用程序的URL地址信息。

此外，图3所示中，该移动应用程序支持系统10还可以包括有应用管理模块106。该应用管理模块106，用于接收管理请求，根据该管理请求对移动应用程序、移动应用程序的相关信息和数据进行管理。其中，这里的移动应用程序的相关信息和数据包括但不限于移动应用程序在各个移动应用商店的应用内支付的相关数据和信息，这里的管理包括但不限于:接收各移动应用商店应用内支付数据报表请求,根据该请求中包括的移动应用程序的识别信息,读取信息数据库中对应的移动应用程序在各个移动应用程序商店的所有支付结果信息,并生成报表。

实施例四

图4中示出了本发明的创建移动应用商店的系统实施例四的结构示意图。如图4所示，本实施例四中的创建移动应用商店的系统包括有移动应用商店支持系统20。

如图4所示，在本实施例四中，该移动应用商店支持系统20包括部署于一个或者多个目的地的移动应用商店模块202（图4所示中以包含一个移动应用商店模块202为例进行说明）。

其中，该移动应用商店模块202，用于提供移动应用程序服务，所述移动应用程序服务包括：在接收到下载指令时，为所述下载指令的发送方提供对应的移动应用程序文件，所述移动应用程序文件中包括与所述移动应用商店模块202对应的移动应用商店的识别信息，或者，通过所述移动应用程序获取所述移动应用商店的识别信息。

如图2所示，在本实施例中，该移动应用商店支持系统20还可以包括有商店创建模块201。

其中，该商店创建模块201，用于接收移动应用商店创建请求，该移动应用商店创建请求中包括移动应用商店配置信息，其中，该移动应用商店配置信息可以包括移动应用商店类型、部署移动应用商店的目的地、覆盖的移动设备操作系统、是否需要移动应用商店接入互联网提供商会员系统、是否需要移动应用程序接入移动应用商店运营商的会员系统、是否需要移动应用程序接入移动应用商店的应用内支付以及其他各类信息中的任意一项或者组合,根据移动应用商店创建请求生成与所述移动应用商店目的地相关联的移动应用商店模块202，并将该移动应用商店模块202部署到所述移动应用商店目的地，所述移动应用商店类型包括但不限于网站类型和网站加商店助手移动应用程序辅助类型。

基于本实施例二的方案，移动应用商店模块202可以根据实际需求来生成，从而，可以通过商店创建模块201为不同的网络运营商用户创建出不同的移动应用商店模块202，各不同的移动应用商店模块202可以部署为不同的移动应用商店，各移动应用商店模块202分别向移动终端用户提供移动应用程序服务。

在其中一个具体示例中，上述移动应用商店模块202，还用于接收访问请求，根据该访问请求、移动设备操作系统类型，从与移动应用商店模块202对应的移动应用程序文件中获取与该动设备操作系统类型和/或移动应用商店类型对应的移动应用程序文件的信息，并将该移动应用程序文件的信息向所述访问请求的发送方发送。

实施例五

图5中示出了本发明的创建移动应用商店的系统实施例五的结构示意图。如图5所示，本实施例五中与上述实施例四的不同之处主要在于，本实施例五中的移动应用商店模块202还包括商店助手移动应用程序2021。

在本实施例的方案中，上述商店创建模块201，还用于在移动应用商店类型为网站加商店助手移动应用程序辅助类型时，为移动应用商店模块202创建对应的商店助手移动应用程序2021；

此时，移动应用商店模块202还包括商店助手移动应用程序2021，该商店助手移动应用程序2021与相应的移动应用商店的识别信息绑定，商店助手移动应用程序2021在安装移动应用程序时将移动应用程序对应的移动应用商店的识别信息、或移动应用程序的识别信息和对应的移动应用商店的识别信息存储到移动设备存储，当通过所述移动应用程序调用相关接口时,通过所述移动应用程序所接入的软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息，识别所在移动应用商店。

实施例六

图6中示出了本发明的创建移动应用商店的系统实施例六的结构示意图。如图6所示，本实施例六中与上述实施例五的不同之处主要在于，本实施例六中的移动应用商店支持系统20还包括SSO模块和/或SSO模块接口203。

如图6所示，在本实施例中，移动应用商店支持系统20还包括SSO模块和/或SSO模块接口203,该SSO模块用于在移动应用商店设置为需要移动应用程序和/或移动应用商店接入移动应用商店运营商会员系统时,提供用户相关服务;所述SSO模块接口为移动应用商店运营商根据SSO模块的要求提供,用于连接SSO模块,支持用户相关服务。

其中，这里的用户相关服务包括以下各种方式中任意一中或者多种。

其中一种方式，是当所述移动应用程序发起用户相关服务请求时,将用户相关请求信息传送到软件开发工具包和/或封装工具包的用户接口，软件开发工具包和/或封装工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息，将所述移动应用商店的识别信息和接收的用户相关请求信息传送到SSO模块的用户接口,SSO模块根据所述移动应用商店的识别信息将用户相关请求信息传送到对应的移动应用商店运营商的SSO模块接口,并将所述SSO模块接口返回的结果返回给软件开发工具包和/或封装工具包,由软件开发工具包和/或封装工具包返回给移动应用程序,移动应用程序根据返回的结果提供用户相关服务给用户;用户相关服务请求包括登陆、登陆验证、用户信息查询、用户注册中的任意一项或任意组合。

其中另一种方式，是当移动应用商店发起用户相关服务请求时,移动应用商店模块202将用户相关服务请求信息传送到对应的移动应用商店运营商的SSO模块和/或SSO模块接口203,并根据返回的结果提供用户相关服务给用户;用户相关服务请求包括登陆、登陆验证、用户信息查询、用户注册中的任意一项或任意组合。

实施例七

图7中示出了本发明的创建移动应用商店的系统实施例七的结构示意图。如图7所示，本实施例七中与上述实施例六的不同之处主要在于，本实施例七中的移动应用商店模块202还包括推荐子模块2022。

如图7所示，在本实施例中，移动应用商店模块202还包括推荐子模块2022，该推荐子模块2022，用于植入移动应用商店运营商的服务,根据用户的历史记录信息,通过推荐算法向用户发送推荐的移动应用程序信息;所述移动应用商店运营商的服务包括但不限于网站、电脑软件和移动应用程序;所述用户的历史记录信息包括但不限于：浏览页面内容、浏览历史、移动应用程序历史下载记录;所述推荐算法包括但不限于基于内容的推荐算法和基于协同过滤推荐算法相结合的混合推荐算法。

实施例八

图8中示出了本发明的创建移动应用商店的系统实施例八的结构示意图。如图8所示，本实施例八中与上述实施例七的不同之处主要在于，本实施例八中的移动应用商店支持系统20还包括商店管理模块204。

如图7所示，在本实施例中，移动应用商店支持系统20还包括商店管理模块204，该商店管理模块204，用于接收管理请求，对与移动应用商店模块202对应的移动应用商店进行管理；该管理请求包括但不限于:查询与移动应用商店模块202对应的移动应用商店内的各个移动应用程序的应用内支付明细和/或者汇总信息，管理移动应用商店主题和上架/下架移动应用程序。

实施例九

图9中示出了本发明的创建移动应用商店的系统实施例九的结构示意图。如图9所示，本实施例九中的创建移动应用商店的系统同时包括有移动应用程序支持系统10和移动应用商店支持系统20，移动应用程序支持系统10和移动应用商店支持系统20可以通过网络进行连接。

在本实施例九中，移动应用程序支持系统10的具体实现方式，可以与上述实施例一至三中任意一项中的移动应用程序支持系统10相同，移动应用商店支持系统20的具体实现方式，可以与上述实施例四至八中任意一项中的移动应用商店支持系统20相同，因此，在此不再对移动应用程序支持系统10和移动应用商店支持系统20进行详细赘述。为便于说明，图9所示中，是以包括实施例三中的移动应用程序支持系统10和实施例八中的移动应用商店支持系统20为例进行说明，这种说明仅仅是一种示例性说明，并不用以对本发明方案进行限定。

以下结合本实施例九中的创建移动应用商店的系统，就本发明方案实施时的一个具体示例进行详细说明。

基于本发明实施例的方案，移动应用程序的开发者（包括开发移动应用程序的厂商、公司、个人等等）无需自己开发相应的移动应用商店，也可以不用去与各个移动应用商店运营商去协调是否需要将自己开发的移动应用程序在其移动应用商店上架或者是按照各移动应用商店的要求对其移动应用程序进行修改，其只需要将其开发的移动应用程序提供给本发明的移动应用程序支持系统10，即可基于本发明的移动应用程序支持系统10将该移动应用程序处理为适合于对应的移动应用商店的移动应用程序文件，实现该移动应用程序在多个移动应用商店的发布和支持。

而对于需要提供移动应用程序服务或者移动应用商店的移动应用商店运营商来说，其也可以不用自己开发相应的移动应用商店，其可以通过本发明的创建移动应用商店的系统自主、快速、便捷地创建其自身的移动应用商店，并通过本发明的创建移动应用商店的系统实现向用户提供的移动应用程序文件的设置，而无需与移动应用程序开发者之间进行交互。

在其中一个实现方式中，具体的处理过程可以是如下所述。

以下以创建移动应用商店的系统同时包括有移动应用程序支持系统10和移动应用商店支持系统20为例，结合具体的实际应用场景，就本发明实施例的创建应用商店的系统的其中几种具体实现方式进行详细说明，以便于对本发明方案有更具体的了解。在下述示例说明中，先针对移动应用程序开发者一侧的示例进行说明，再针对移动应用服务或者移动应用商店的运营商用户一侧的示例进行说明。

在其中一个实际应用场景中，移动应用程序开发者通过访问本发明的移动应用程序支持系统10，开通自己的用户账号（为便于区分，在此称之为应用开发者账号），并设置与应用开发者账号相关联的关联信息，例如应用开发者名称、地址、银行账号，该应用开发者账号以及该应用开发者账号的关联信息可以在信息数据库中予以储存。具体的开通应用开发者账号的过程可以采用目前已有以及以后可能出现的任何方式进行，在此不予赘述。

随后，移动应用程序开发者通过上述应用开发者账号向本发明的移动应用程序支持系统10发送获取移动应用程序提交页面的请求，移动应用程序支持系统10接收到该获取移动应用程序提交页面的请求后，向应用开发者账号所在终端返回移动应用程序提交页面，图10中示出了一个具体示例中向应用开发者账号所在终端反馈的移动应用程序提交页面的示意图，相应地，图11给出了一个应用开发者基于该移动应用程序提交页面提供移动应用程序的配置信息的流程示意图。

随后，该应用开发者通过移动应用程序页面提交移动应用程序，在移动应用程序提交页面中，应用开发者可根据系统要求填写相关的配置信息，例如移动应用程序名称、移动应用程序类型（Android应用、WindowsPhone应用、跨平台HTML5应用等等）、移动应用程序类别、移动应用程序介绍、移动应用程序图标、移动应用程序截屏、发行区域限制、版权保护选项等等，信息填写完毕后向移动应用程序支持系统10发送移动应用程序提交请求，该移动应用程序提交请求包括有上述配置信息。

生成的上述配置信息，可以储存于信息数据库中，便于移动开发者进行修改，以及便于移动应用商店运营商账户对移动应用程序进行管理,比如上架、下架等。

在移动应用程序开发者对移动应用程序的配置信息进行修改的情况下，应用开发者账号可通过所在终端向移动应用程序支持系统10发送管理请求信息，移动应用程序支持系统10根据该管理请求信息将相应的配置信息发送给应用开发者账号所在终端，应用开发者账号对该配置信息进行修改后，例如修改移动应用程序的类别、名称或者图片，设置了该移动应用程序限于发布的地理区域等等，返回给移动应用程序支持系统10，移动应用程序支持系统10将收到的更新后的配置信息更新储存到信息数据库中。

如图11所示，在上述设置于移动应用程序相关的配置信息时，如果移动应用程序需要与各个移动应用商店相整合，那么，移动应用程序开发者可以根据开发语言和移动设备操作系统类型来选择相应的软件开发工具包102，例如Objective-C开发工具包、Java开发工具包、JavaScript开发工具包等等，然后接入该软件开发工具包102提供的标准化的相关接口完成相关功能，比如注册接入软件开发工具包102的注册接口、用户验证接入用户验证接口、登陆接入登陆接口、获取用户信息接入用户信息接口等等，从而可接入所有移动应用商店的移动应用商店运营商的用户会员系统,而无需一一接入。

如果移动应用程序需要为各个移动应用商店运营商提供他们的用户的应用内支付明细和/或汇总信息，那么该移动应用程序会在用户发起应用内支付请求的时候接入软件开发工具包102的应用内支付接口。软件开发工具包102在应用供应模块和封装工具包103的支持下获取所在移动应用商店的ID，然后连接应用接口服务器模块104的应用内支付接口，并传入移动应用商店ID和相关的应用内支付参数，应用接口服务器模块104连接相应的支付网关完成支付请求，保存相关统计数据到信息数据库，然后将结果返回给软件开发工具包102，软件开发工具包102将结果返回移动应用程序，如果支付成功，移动应用程序将用户购买的产品和服务给予用户。

如果移动应用程序需要在应用内进行版权检查，那么可以调用软件开发工具包102提供的Licensing接口。

如果移动应用程序类型为HTML5应用，则输入HTML5网页移动应用程序的URL。

在完成上述配置信息的设置后，将上述移动应用程序上传到移动应用程序支持系统10，移动应用层序支持系统将提交的移动应用程序及相关信息保存到信息数据库。

在应用程序提交模块105接收到提交的移动应用程序后，通过应用程序供应模块101向各个移动应用商店提供对应的移动应用程序文件。其中，该移动应用程序文件，为应用程序供应模块101根据移动应用商店类型、覆盖的移动设备操作系统类型和移动应用程序类型,采用对应的处理方式对该移动应用程序进行处理后提供给各移动应用商店的对应移动应用程序文件，所提供的移动应用程序文件中包括有移动应用商店的识别信息，或者，该移动应用程序文件在提供给移动应用商店时或者在通过移动应用商店提供给移动终端时，能够通过该移动应用程序获取对应移动应用商店的识别信息，识别所在的移动应用商店。

以下结合其中几个具体示例，就不同的移动应用程序提供给不同的移动应用商店时，应用程序供应模块101的具体处理过程分别举例进行说明。

在其中一种方式中，移动设备操作系统类型包括开放型操作系统,移动应用程序类型包括普通移动应用程序，此时，上述移动应用程序支持系统10还包括软件开发工具包102，上述对应的处理方式包括：所述移动应用程序在一次接入软件开发工具包102的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后，应用程序供应模块101将所述移动应用商店的识别信息和所述移动应用程序封装为对应于各移动应用商店的移动应用程序文件,所述移动应用程序文件在安装时,将移动应用程序对应的移动应用商店的识别信息、或移动应用程序的识别信息和对应的移动应用商店的识别信息存储到移动设备存储,当软件开发工具包102的各类接口被调用时,软件开发工具包102从移动设备存储读取对应的移动应用商店的识别信息,或根据移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店；其中，软件开发工具包102的各类接口包括但不限于应用内支付接口、用户接口;上述封装包括但不限于：将移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,或者将移动应用程序解包、将移动应用商店的识别信息写入解包后的配置文件,将相关文件重新打包生成所述移动应用程序文件，其中，这里的相关文件可以包括所述配置文件、所述解包后的其他文件。

在其中一种方式中，移动设备操作系统类型为开放型操作系统，移动应用程序类型包括普通移动应用程序，此时上述移动应用程序支持系统10还包括封装工具包103，上述对应的处理方式包括：应用程序供应模块101将移动应用商店的识别信息、移动应用程序和封装工具包103封装为对应于各移动应用商店的移动应用程序文件,该移动应用程序文件在安装时,将移动应用程序对应的移动应用商店的识别信息、或移动应用程序的识别信息和对应的移动应用商店的识别信息存储到移动设备存储,当封装工具包103的各类接口被调用时,封装工具包103从移动设备存储读取对应的移动应用商店的识别信息,或根据移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息，识别所在的移动应用商店；其中，这里的封装包括但不限于：将所述移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,和/或者将所述移动应用程序解包、将所述移动应用商店的识别信息写入配置文件后,将相关文件重新打包生成所述移动应用程序文件，这里的相关文件可以包括所述配置文件、所述解包后的其他文件、以及封装工具包103。

在其中一种实现方式中，上述移动设备操作系统类型为开放型操作系统，上述移动应用商店类型为网站加商店助手移动应用程序辅助类型，此时，上述移动应用程序支持系统10还包括软件开发工具包102，此时，上述对应的处理方式包括：移动应用程序在一次接入软件开发工具包102的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后,应用程序供应模块101将所述移动应用程序直接或者进行DRM签名后提供给移动应用商店，所述移动应用商店的商店助手移动应用程序与相应的移动应用商店的识别信息绑定,所述商店助手移动应用程序在安装所述移动应用程序时，将移动应用程序对应的移动应用商店的识别信息、或移动应用程序的识别信息和对应的移动应用商店的识别信息存储到移动设备存储，当软件开发工具包102的各类接口被调用时,软件开发工具包102从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店。

在其中一种实现方式中，上述移动设备操作系统类型为开放型操作系统或封闭式操作系统，上述移动应用程序类型为HTML5网页移动应用程序，此时，上述移动应用程序支持系统10还包括软件开发工具包102，上述对应的处理方式包括：将移动应用程序接入软件开发工具包102的各类接口后，将移动应用程序整合进移动应用商店的HTML5应用页面,所述HTML5应用页面将所述移动应用商店的识别信息传递到所述移动应用程序,软件开发工具包102的各类接口被调用时，软件开发工具包102获取所述移动应用商店的识别信息,识别所在移动应用商店，所述整合进所述移动应用商店的HTML5应用页面包括但不限于以iframe的方式植入所述移动应用商店的HTML5应用页面。

在其中一种实现方式中，移动应用商店在接收到下载指令、将该移动应用程序文件提供给对应的用户终端时,由移动应用商店向应用程序供应模块101发起提供所述移动应用程序文件的请求,应用程序供应模块101收到该请求后将所述移动应用程序与所述移动应用商店的识别信息和/或所述封装工具包封装为对应于各移动应用商店的移动应用程序文件，具体可以是将移动应用商店的识别信息写入文件名后重命名为移动应用程序文件，或者是将移动应用程序解包、将移动应用商店的识别信息写入配置文件后,将相关文件重新打包生成移动应用程序文件，使得移动应用程序根据移动应用商店的识别信息识别所在的移动应用商店，这里的相关文件包括配置文件、解包后的其他文件。

在其中一个实际应用场景中，移动应用商店运营商需要创建一个移动应用商店。该移动应用商店运营商用户通过访问本发明实施例提供的创建移动应用商店的系统进行注册，开通自己的用户账号（为便于区分，在此称之为运营商账号），并设置与运营商账号相关联的关联信息，例如该运营商的名称、地址、银行账号等等，该运营商账号以及运营商账号的关联信息可以在数字内容库102中予以储存。具体的注册方式可以采用目前已有以及以后可能出现的任何方式，在此不予详加赘述。

在注册后，该网络运营商通过注册的账户向上述商店创建模块201发送移动应用商店创建页面申请信息，商店创建模块201根据该移动应用商店创建页面申请信息向运营商账号所在终端返回移动应用商店创建页面，图12中示出了一个具体示例中向运营商账号所在终端返回的移动应用商店创建页面的示意图，相应地，图13给出了一个运营商基于该移动应用商店创建页面提供移动应用商店的配置信息的流程示意图。

运营商账号所在终端接收到移动应用商店创建页面后，在该移动应用商店创建页面上填写与创建的移动应用商店相关的信息，例如移动应用商店目的地。在运营商已经有自己的域名的情况下，可以基于运营商自己的域名设置相应的目的地，例如：http://www.运营商域名.com，http://store.运营商域名.com，http://www.运营商域名/store，在运营商没有自己的域名的情况下，也可以通过本发明的移动应用商店支持系统20的域名来设置相应的移动应用商店目的地，例如：http://运营商用户1.移动应用商店支持系统域名.com。从而，对于拥有自己的域名的运营商来说，其无需重新注册域名，直接基于其自身的域名即可创建移动应用商店以提供移动应用程序服务，而对于没有自己的域名的运营商来说，其也不用注册自己的独立域名，就可以实现对移动应用商店的创建。

如图14所示，在该移动应用商店创建页面中，还可以设置与移动应用商店相关的其他配置信息，例如移动应用商店类型、提供应用程序的方式、覆盖的移动设备操作系统类型等等，基于实际需要，还可能包括有是否整合商店会员系统或者移动应用商店运营商的会员系统等等。在需要整合商店会员系统或者移动应用商店运营商的会员系统的情况下，运营商根据要求提供相应的用户接口

在设置好与移动应用商店相关的配置信息之后，通过运营商账号所在终端向商店创建模块201发送移动应用商店创建请求，该移动应用商店创建请求中包括有移动应用商店的相关配置信息。如上所述，该相关配置信息可以包括有移动应用商店目的地、移动应用商店类型为网站类型的信息、提供应用程序的方式、覆盖的移动设备操作系统类型、是否整合商店会员系统或者移动应用商店运营商的会员系统等等这些信息中的任意一种或者任意组合。

商店创建模块201接收到该移动应用商店创建请求后，根据该移动应用商店创建请求生成与上述移动应用商店目的地相关联的移动应用商店模块202，并将该移动应用商店模块202部署到移动应用商店目的地。在用运营商用户自己的域名来提供移动应用商店的情况下，可以通过运营商账户手动设置的方式实现部署或者在运营商用户在移动应用商店创建请求中提供目的地FTP账号密码信息的情况下实现自动部署，在用本发明的移动应用商店支持系统20的域名来设置相应的移动应用商店目的地的情况下，可以自动实现部署。

随后，运营商账号可以通过商店管理模块204对其移动应用商店需要发布或者向用户提供的移动应用程序文件进行设置。在其中一个实现方式中，运营商账号所在终端向商店管理模块204发送移动应用程序文件信息获取请求，向商店管理模块204接收到该移动应用程序文件信息获取请求后，可从信息数据库读取所配置的与移动应用商店的相关配置信息，并将所读取的相关配置信息返回给运营商用户所在终端。

运营商用户所在终端接收到移动应用商店相关的配置信息后，可以对其移动应用商店需要发布或者向用户提供的移动应用程序文件的相关信息进行设置，例如：更换移动应用商店的主题，添加其需要向用户提供的移动应用程序文件，删除已经添加到移动应用商店的移动应用程序文件（将已添加的移动应用程序文件下线），设置添加到自己的移动应用商店上的移动应用程序文件的图片、内容介绍等信息，设置后的与该移动应用商店的相关配置信息通过商店管理模块204保存到信息数据库。

在移动应用商店创建完毕、进行发布后，用户可以通过访问该移动应用商店以获得移动应用程序服务。具体进行访问时，用户所在终端可以向移动应用商店模块202发送一个访问请求，移动应用商店模块202接收到该访问请求后，根据该访问请求，从与该移动应用商店模块202对应的移动应用程序文件中获取相应的移动应用程序文件的信息，并将该移动应用程序文件的信息向用户所在终端发送。

其中，移动应用商店模块202在向用户所在终端发送移动应用程序文件的信息时，根据实际需要可以做不同的设置。

在其中一种方式中，移动应用商店模块202可以将对应的所有移动应用程序文件的信息均向用户所述终端发送，以便于用户进行浏览和查看。

在另外一种方式中，移动应用商店模块202可以用户所在终端的类型，只向用户所在终端发送适合于该用户所在终端的类型的移动应用程序文件的信息。

以用户所在终端的类型为Android系统为例，移动应用商店模块202可以向该用户所在终端提供适合于Android系统的移动应用程序文件的信息，包括APK格式的移动应用程序和HTML5动应用程序的信息等等。

以用户所在终端为Iphone系统为例，移动应用商店模块202可以向该用户所在终端提供适合于Iphone系统的移动应用程序文件的信息，由于Iphone系统是封闭式操作系统，因此一般可以包括HTML5移动应用程序的信息。

以用户所在终端为普通PC或者其他设备为例，移动应用商店模块202可以向该用户所在终端提供所有格式的移动应用程序文件的信息，以供用户进行选择，由用户所在终端下载后再传送至相应的移动设备。

在用户查看了移动应用商店模块202向其提供的移动应用程序文件的信息后，在查看到自己感兴趣的移动应用程序文件的信息后，可以向移动应用商店模块202发送下载请求，以下过程以通过移动设备终端向移动应用商店模块202发送下载指令为例进行说明。相应地，图14中示出了一个具体示例中的移动应用程序文件下载安装过程的流程示意图。

在移动应用商店模块202接收到该下载指令后，如果该移动应用程序为免费应用，则可直接进入下面的下载过程。如果该移动应用程序为付费应用，则将移动应用商店的付费页面提供给用户所在终端、在用户完成付费后，进入后续的下载过程，具体的付费方式，可以采用目前已有以及以后可能出现的任何方式进行，在此不予详加赘述。在用户完成付费后，相应的付费购买信息可保存至信息数据库，以供后续查询，该付费购买信息中，可以包括有移动应用程序文件、移动应用商店的识别信息之间的关联关系的信息。

在移动应用程序为免费应用或者用户已经完成付费的需付费的移动应用程序，具体的下载安装过程可能会有所差异，以下就其中几种不同的方式分别进行说明。

如图14所示，如果移动应用商店所设置的移动应用程序供应方式为网站类型（PC网站类型或者移动设备网站类型），则具体的下载安装过程可以是如下所述。

移动应用商店模块202在接收到下载指令后，从信息数据库中提取出对应的移动应用程序文件，发送给上述移动设备。移动设备将该移动应用程序文件下载到本地后，用户可以点击该移动应用程序文件开始安装。

在安装过程中，从移动应用程序文件的配置文件中读取移动应用商店的识别信息（移动应用商店ID），或者从移动应用程序文件的文件名中读取移动应用商店的识别信息（移动应用商店ID），并将移动应用程序的识别信息、移动应用商店的识别信息相关联的存储在移动设备存储，具体可以以(移动应用程序ID,应用商店ID)的成对数据的方式保存到移动设备存储，便于记录相关的数据。如果用户删除该移动应用程序,又从另外一个移动应用商店下载安装该移动应用程序,那么该对数据将在重新安装的时候被更新。

上述保存的(移动应用程序ID,应用商店ID)这对数据，用以表明移动应用程序ID对应的移动应用程序是从是移动应用商店ID对应的移动应用商店下载的,帮助移动应用程序在后续用户的使用过程中,判断该用户来自于哪个移动应用商店。例如在用户发起应用内支付请求时,应用工具包从移动设备存储中查找到移动应用程序ID后，可以查找到对应的移动应用商店ID，从而可以得知该用户来自哪个移动应用商店，继而打开与该移动应用商店对应的应用内支付窗口。对于在移动设备上只可能有一个通过商店创建模块创建的移动应用商店的情况，比如手机生产厂商利用商店创建模块创建他的移动应用商店并预装到手机上，移动应用程序在安装时,可以只保存移动应用商店ID，而不是(移动应用程序ID,应用商店ID)。

如果该移动应用程序没有设置DRM保护，则在该移动应用程序安装完毕后，将相关的安装数据上报的移动应用商店支持系统20的应用接口服务器模块104，记录该次下载安装行为。

如果该移动应用程序设置有DRM保护，则应用工具包读取移动设备上浏览器的移动应用商店用户cookie以读取用户信息。如果应用工具包读到用户信息，则将移动应用商店ID、移动应用程序ID和用户信息上传到应用接口服务器模块104的DRM接口，查询到该用户是否有权限使用该移动应用程序：若无权限，则提示错误信息，不再执行安装过程；若有权限，则将移动应用商店ID、移动应用程序ID和用户信息上传到移动应用商店支持系统20的用户接口进行登陆，若无法登陆，则提示错误信息，不再执行安装过程；若登陆成功，则安装该移动应用程序，并在该移动应用程序安装完毕后，将相关的安装数据上报的移动应用商店支持系统20的应用接口服务器模块104，记录该次下载安装行为。

如图14所示，如果移动应用商店类型为网站加商店助手移动应用程序辅助类型，则具体的下载安装过程可以是如下所述。

在移动应用商店模块202接收到下载指令时，检测判定移动设备是否安装有对应的商店助手移动应用程序2021，具体的检测判定方式可以采用目前已有以及以后可能出现的任何方式进行，若没有安装，则提示用户进行下载该商店助手移动应用程序2021，并安装、登陆，并在登录后打开该商店助手移动应用程序2021。

在检测到该移动设备已安装有对应的商店助手移动应用程序2021以及下载安装该商店助手移动应用程序2021后，打开该商店助手移动应用程序2021，该商店助手移动应用程序2021执行下述过程：

判断该移动应用程序是否设置有DRM保护；

若没有设置DRM保护，则通过商店助手移动应用程序2021安装该移动应用程序，并在该移动应用程序安装完毕后，商店助手移动应用程序2021将相关的安装数据上报的移动应用商店支持系统20的应用接口服务器模块104，记录该次下载安装行为；

若设置有DRM保护，则商店助手移动应用程序2021将移动应用商店ID、移动应用程序ID和用户信息上传到应用接口服务器模块104的DRM接口，查询到该用户是否有权限使用该移动应用程序：若无权限，则提示错误信息，不再执行安装过程；若有权限，则通过商店助手移动应用程序2021安装该移动应用程序，并在该移动应用程序安装完毕后，商店助手移动应用程序2021将相关的安装数据上报的移动应用商店支持系统20的应用接口服务器模块104，记录该次下载安装行为。在移动应用程序安装过程中，商店助手移动应用程序2021可将移动应用程序的识别信息、移动应用商店的识别信息相关联的存储在移动设备存储，具体可以以(移动应用程序ID,应用商店ID)的成对数据的方式保存到移动设备存储，用以表明移动应用程序ID对应的移动应用程序是从是移动应用商店ID对应的移动应用商店下载的,帮助移动应用程序在后续用户的使用过程中,判断该用户来自于哪个移动应用商店。

如图14所示，如果待下载移动应用程序为HTML5移动应用程序，则在移动设备的桌面上创建一个快捷方式，同时将与该HTML5移动应用程序相关的下载安装数据保存到信息数据库，该快捷方式指向该HTML5移动应用程序在相应的移动应用商店的HTML5应用页面，从而便于记录该HTML5移动应用程序与该移动应用商店之间的关联关系，便于记录与之相关的其他相关信息，例如在该HTML5移动应用程序执行过程中的支付信息等等，完成下载安装过程。

以HTML5移动应用程序为例，在需要打开该HTML5移动应用程序时，用户点击移动设备桌面的快捷方式图标，在浏览器中打开该快捷方式图标指向的HTML5移动应用程序的页面的链接，该HTML5移动应用程序页面从快捷方式的链接中读取移动应用商店ID和移动应用程序ID。

如果该HTML5移动应用程序没有设置版权保护，那么直接将该HTML5移动应用程序在iframe加载。如果该HTML5移动应用程序做了用户整合而且解密HTML5应用页面传送过来的信息中有用户信息，加载该用户的HTML5移动应用程序内容。

如果该HTML5移动应用程序设置有版权保护，那么该HTML5移动应用程序页面读取移动应用商店用户cookie的用户信息。如果没有读取到用户信息，则在打开对应移动应用商店的登陆页面让用户登陆，在用户登录成功后,HTML5移动应用程序页面读取移动应用商店用户cookie的用户信息。HTML5移动应用程序页面读取到用户信息后，该HTML5移动应用程序页面将移动应用商店ID、移动应用程序ID和用户信息传送到应用接口服务器模块104的DRM接口查询权限。

若没有权限，则给出错误提示信息给用户，不再执行后续过程。

在有权限且读取到用户信息的情况下，则HTML5移动应用程序页面将移动应用商店ID、用户信息等加密后用HTTPPOST或者GET的方式传送给iframe内的该HTML5移动应用程序。在有权限且未读取到用户信息的情况下，则HTML5移动应用程序页面将移动应用商店ID、用户信息等加密后用HTTPPOST或者GET的方式传送给iframe内的该HTML5移动应用程序。

然后将该HTML5移动应用程序在iframe内加载，实现该HTML5移动应用程序的应用。如果该HTML5移动应用程序做了用户整合而且解密HTML5应用页面传送过来的信息中有用户信息，加载该用户的HTML5移动应用程序内容。

对于非HTML5移动应用程序的其他移动应用程序来说，基于本发明方案，在需要进行更新时，具体的更新检查过程可以是如下所述。

移动应用程序接入软件开发工具包102，并在移动应用程序开启时调用软件开发工具包102的版本接口。在用户启动应用移动应用程序时,触发软件开发工具包102的版本检查，软件开发工具包102将当前版本传送至应用接口服务器模块104的版本接口进行版本检查,版本接口查询信息数据库判断是否有更新版本,如果有更新版本则提示用户进行更新。

此外，在移动应用商店模块202中，还可以包括有推荐子模块2022，该推荐子模块2022可以以JS脚本等任何可能的方式实现，可以通过植入移动应用商店运营商的电脑版或者移动版的移动应用商店的网页，通过对分析页面内容、用户的网页浏览历史记录、移动应用程序的下载历史记录等等，采用一定的算法来向用户推荐其可能会喜欢的移动应用程序。具体的算法可以采用各种可能的方式进行，例如基于内容的推荐算法和基于协同过滤推荐算法相结合的混合推荐算法等等，在此不予详加赘述。

在上述针对本发明的创建移动应用商店的系统的各实施例的说明中，所提及的开放型操作系统，是指能允许用户安装从其他渠道（例如非操作系统提供的移动应用商店）下载的移动应用程序的移动设备操作系统，例如目前已有的Android、BlackBerry、Symbian等等。相对应的，所提及的封闭型操作系统，是指除非通过非官方的越狱破解等方式、否则不允许用户安装从其他渠道（例如非操作系统提供的移动应用商店）下载的移动应用程序的移动设备操作系统，例如目前已有的IOS、WindowsPhone等等。上述本发明各实施例中所提及的普通移动应用程序，是指除HTML5网页移动应用程序之外的其他类型的移动应用程序。

根据上述本发明的创建移动应用商店的系统，本发明还提供一种创建移动应用商店的方法，以下结合本发明的创建移动应用商店的各方法的实施例进行说明。

实施例一：

本实施例一中的创建移动应用商店的方法，主要是以移动应用程序开发者一侧进行说明，具体可以与上述实施例一中的创建移动应用商店的系统相对应。

在本实施例中，创建移动应用商店的方法具体可以包括步骤：

向各移动应用商店提供移动应用程序文件，其中，该移动应用程序文件为对各个移动应用商店,根据移动应用商店类型、覆盖的移动设备操作系统类型和移动应用程序类型，采用对应的处理方式将所述移动应用程序处理为提供给各移动应用商店的对应移动应用程序文件，所述移动应用程序文件中包括所述移动应用商店的识别信息，或者，所述移动应用程序文件在提供给所述移动应用商店或者在通过所述移动应用商店提供给移动终端时能通过所述移动应用程序文件获取所述移动应用商店的识别信息,所述移动应用程序根据所述移动应用商店的识别信息识别所在的所述移动应用商店。其中，进行所述对应的处理方式的时间，基于实际应用需要可以有所不同，包括但不限于下述时刻或者时间中的任意一种或者任意组合：在接收到提交的移动应用程序时、创建所述移动应用商店时、用户在移动应用商店发起下载请求时等等。此外，所述移动应用商店的识别信息包括但不限于:用于识别具有不同品牌和/或不同会员系统的移动应用商店的商店ID。

其中，上述对应的处理方式，基于移动设备操作系统的类型、移动应用程序的类型、以及移动应用商店类型的不同，上述对应的处理方式也会有所不同，以下就其中几种方式分别进行说明。

在其中一种方式中，所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述对应的处理方式包括：所述移动应用程序在一次接入软件开发工具包的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后，将所述移动应用商店的识别信息和所述移动应用程序封装为对应于各移动应用商店的移动应用程序文件,所述移动应用程序文件在安装时,将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储,当所述软件开发工具包的各类接口被调用时,所述软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店；所述软件开发工具包的各类接口包括但不限于:应用内支付接口和用户接口;所述封装包括但不限于：将所述移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,或者将所述移动应用程序解包、将所述移动应用商店的识别信息写入解包后的配置文件,将相关文件重新打包生成所述移动应用程序文件，所述相关文件包括所述配置文件、所述解包后的其他文件。

在另外一种方式中，所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述对应的处理方式包括：将所述移动应用商店的识别信息、所述移动应用程序和封装工具包封装为对应于各移动应用商店的移动应用程序文件,所述移动应用程序文件在安装时,将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储,当所述封装工具包的各类接口被调用时,所述封装工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息，识别所在的移动应用商店；所述封装包括但不限于：将所述移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,和/或者将所述移动应用程序解包、将所述移动应用商店的识别信息写入配置文件后,将相关文件重新打包生成所述移动应用程序文件，所述相关文件包括所述配置文件、所述解包后的其他文件、所述封装工具包。

在另外一种方式中，所述移动设备操作系统类型包括开放型操作系统,所述移动应用商店类型包括网站加商店助手移动应用程序辅助类型，所述对应的处理方式包括：所述移动应用程序在一次接入软件开发工具包的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后,将所述移动应用程序直接或者进行DRM签名后提供给移动应用商店，所述移动应用商店的商店助手移动应用程序与相应的移动应用商店的识别信息绑定,所述商店助手移动应用程序在安装所述移动应用程序时移动应用程序对应的移动应用商店的识别信息、或者移动应用程序的识别信息和对应的移动应用商店的识别信息存储到移动设备存储，当所述软件开发工具包的各类接口被调用时,所述软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店。

在另外一种实现方式中，所述移动设备操作系统类型包括开放型操作系统或封闭式操作系统,所述移动应用程序类型包括HTML5网页移动应用程序，所述对应的处理方式包括：将所述移动应用程序接入软件开发工具包的各类接口后，将所述移动应用程序整合进所述移动应用商店的HTML5应用页面,所述HTML5应用页面将所述移动应用商店的识别信息传递到所述移动应用程序,所述软件开发工具包102的各类接口被调用时，所述软件开发工具包获取所述移动应用商店的识别信息,识别所在的移动应用商店，所述整合进所述移动应用商店的HTML5应用页面包括但不限于以iframe的方式植入所述移动应用商店的HTML5应用页面。

根据本实施例中的创建移动应用商店的方法，对于移动应用程序开发者来说，其无需与各移动应用商店的运营用户进行洽谈，只需要将其开发的移动应用程序仅做一次上传，即可基于各移动设备操作系统的类型、移动应用程序的类型、以及移动应用商店类型的不同，将该移动应用程序处理为与各移动应用商店对应的移动应用程序文件，且基于该移动应用程序文件，能够识别对应的移动应用商店的识别信息，实现移动应用程序文件与移动应用商店之间的关联，便于记录应用内支付等用户使用移动应用程序过程中的相关信息。

其中，在本实施例一的方法中，还可以通过应用接口服务器实现所述软件开发工具包和/或所述封装工具包的各类接口与对应的外部系统接口之间的连接。

其中，这里的连接包括但不限于下述方式：

通过应用内支付接口接收所述软件开发工具包发送的移动应用商店的识别信息和应用内支付请求信息，根据接收的移动应用商店的识别信息和应用内支付请求信息调用相应的支付网关,接收支付网关返回的支付结果信息,根据移动应用商店的识别信息将支付结果信息保存至信息数据库并返回给所述软件开发工具包,由所述软件开发工具包将支付结果信息返回给所述移动应用程序,使得所述移动应用程序根据支付结果信息将用户购买的产品或服务给予用户，所述软件开发工具包发送的移动应用商店的识别信息和应用内支付请求信息为所述移动应用程序在接收到用户在所述移动应用程序内发起的应用内支付请求时，通过调用所述软件开发工具包的应用内支付接口,由所述软件开发工具包根据所述移动应用程序的识别信息在移动设备存储中读取对应的移动应用商店的识别信息后发送。

在本实施例一的方法中，还可以包括步骤：接收移动应用程序提交请求，所述移动应用程序提交请求包括移动应用程序以及与所述移动应用程序对应的配置信息，并将所述移动应用程序及其对应的配置信息保存到信息数据库，所述配置信息包括移动应用程序名称、所述移动应用程序类型。在所述移动应用程序类型为HTML5网页移动应用程序时，所述移动应用程序提交请求还包括移动应用程序的URL地址信息。

在本实施例一的方法中，还可以包括步骤：接收管理请求，根据该管理请求对所述移动应用程序、所述移动应用程序的相关信息和数据进行管理;所述移动应用程序的相关信息和数据包括但不限于:所述移动应用程序在各个移动应用商店的应用内支付的相关数据和信息；所述管理包括但不限于:接收各移动应用商店应用内支付数据报表请求,根据该请求中包括的移动应用程序的识别信息,读取信息数据库中对应的移动应用程序在各个移动应用程序商店的所有支付结果信息,并生成报表。

实施例二

本实施例二中的创建移动应用商店的方法，主要是以移动应用商店运营商一侧进行说明，具体可以与上述实施例四中的创建移动应用商店的系统相对应。

在本实施例中，创建移动应用商店的方法具体可以包括步骤：

通过部署在一个或者多个目的地的各移动应用商店模块提供移动应用程序服务，所述移动应用程序服务包括：在接收到下载指令时，为所述下载指令的发送方提供对应的移动应用程序文件，所述移动应用程序文件中包括与所述移动应用商店模块对应的移动应用商店的识别信息，或者，通过所述移动应用程序获取所述移动应用商店的识别信息。

在其中一个具体示例中，本实施例中的方法还包括步骤：接收移动应用商店创建请求，所述移动应用商店创建请求中包括移动应用商店配置信息，所述移动应用商店配置信息包括移动应用商店类型、部署移动应用商店的目的地、覆盖的移动设备操作系统、是否需要移动应用商店接入互联网提供商会员系统、是否需要移动应用程序接入移动应用商店运营商的会员系统、是否需要移动应用程序接入移动应用商店的应用内支付等中的任意一项或者组合,根据所述移动应用商店创建请求生成与所述移动应用商店目的地相关联的所述移动应用商店模块，并将该移动应用商店模块部署到所述移动应用商店目的地，所述移动应用商店类型包括但不限于网站类型（PC网站和/或移动设备网站）和网站加商店助手移动应用程序辅助类型。

在其中一个具体示例中，上述移动应用程序服务还可以包括：接收访问请求，根据所述访问请求、移动设备操作系统类型和/或移动应用商店类型，从与所述移动应用商店模块对应的移动应用程序文件中获取与所述移动设备操作系统类型和/或移动应用商店类型对应的移动应用程序文件的信息，并将该移动应用程序文件的信息向所述访问请求的发送方发送。

在另外一个具体示例中，上述移动应用程序服务还可以包括：根据用户的历史记录信息,通过推荐算法向用户发送推荐的移动应用程序信息;所述移动应用商店运营商的服务包括但不限于网站、电脑软件和移动应用程序;所述用户的历史记录信息包括但不限于：浏览页面内容、浏览历史、移动应用程序历史下载记录;所述推荐算法包括但不限于基于内容的推荐算法和基于协同过滤推荐算法相结合的混合推荐算法。

在本实施例二提供的创建移动应用商店的方法中，还可以包括步骤：接收管理请求，对与所述移动应用商店模块对应的移动应用商店进行管理；该管理请求包括但不限于:查询与所述移动应用商店模块对应的移动应用商店内的各个移动应用程序的应用内支付明细和/或者汇总信息，管理移动应用商店主题和上架/下架移动应用程序。

在本实施例二提供的创建移动应用商店的方法中，在所述移动应用商店类型为网站加商店助手移动应用程序辅助类型时，还可以包括步骤：为所述移动应用商店模块创建对应的商店助手移动应用程序。其中，所述商店助手移动应用程序与相应的移动应用商店的识别信息绑定,所述商店助手移动应用程序在安装移动应用程序时，将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储，当通过所述移动应用程序调用相关接口时,通过所述移动应用程序所接入的软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息，识别所在移动应用商店。

在本实施例二提供的创建移动应用商店的方法中，在移动应用商店设置为需要移动应用程序和/或移动应用商店接入移动应用商店运营商会员系统时,还可以包括步骤：提供用户相关服务。其中，这里的用户相关服务可以包括以下方式中的任意一种或者多种：

当所述移动应用程序发起用户相关服务请求时,将用户相关请求信息传送到软件开发工具包和/或封装工具包的用户接口,所述软件开发工具包和/或封装工具包根据移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,将所述移动应用商店的识别信息和接收的用户相关请求信息传送到SSO模块的用户接口,SSO模块根据所述移动应用商店的识别信息将用户相关请求信息传送到对应的移动应用商店运营商的SSO模块接口,并将所述SSO模块接口返回的结果返回给所述软件开发工具包和/或封装工具包,所述软件开发工具包和/或封装工具包返回给移动应用程序,移动应用程序根据返回的结果提供用户相关服务给用户;用户相关服务请求包括登陆、登陆验证、用户信息查询、用户注册中的任意一项或任意组合；

当所述移动应用商店发起用户相关服务请求时,移动应用商店模块将用户相关服务请求信息传送到对应的移动应用商店运营商的SSO模块接口或SSO模块,并根据返回的结果提供用户相关服务给用户;用户相关服务请求包括登陆、登陆验证、用户信息查询、用户注册中的任意一项或任意组合。

实施例三

本实施例三中的创建移动应用商店的方法，可以同时包括移动应用程序开发者一侧以及移动应用商店运营商一侧的方法，具体可以与上述实施例九中的创建移动应用商店的系统相对应。

在本实施例三的创建移动应用商店的方法中，可以同时包括上述实施例一种的创建移动应用商店的方法以及上述实施例二中的创建移动应用商店的方法，因此，在此不再多加赘述。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (20)

1.一种创建移动应用商店的系统，其特征在于，包括移动应用程序支持系统，所述移动应用程序支持系统包括应用程序供应模块；

所述应用程序供应模块，用于向各移动应用商店提供移动应用程序文件，所述移动应用程序文件为根据移动应用商店类型、覆盖的移动设备操作系统类型和移动应用程序类型，采用对应的处理方式对移动应用程序进行处理后提供给各移动应用商店的对应移动应用程序文件，所述移动应用程序文件中包括所述移动应用商店的识别信息，或者，所述移动应用程序文件在提供给所述移动应用商店或者在通过所述移动应用商店提供给移动终端时能获取所述移动应用商店的识别信息,所述移动应用程序根据所述移动应用商店的识别信息识别所在的所述移动应用商店。

2.根据权利要求1所述的创建移动应用商店的系统，其特征在于，还包括下述各项中的任意一项：

所述移动应用程序支持系统还包括软件开发工具包，所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述对应的处理方式包括：所述移动应用程序在一次接入所述软件开发工具包的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后，所述应用程序供应模块将所述移动应用商店的识别信息和所述移动应用程序封装为对应于各移动应用商店的移动应用程序文件,所述移动应用程序文件在安装时,将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储,当所述软件开发工具包的各类接口被调用时,所述软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店；所述软件开发工具包的各类接口包括但不限于:应用内支付接口和用户接口；所述封装包括但不限于：将所述移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,或者将所述移动应用程序解包、将所述移动应用商店的识别信息写入解包后的配置文件,将相关文件重新打包生成所述移动应用程序文件，所述相关文件包括所述配置文件、所述解包后的其他文件；

所述移动应用程序支持系统还包括封装工具包，所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述对应的处理方式包括：所述应用程序供应模块将所述移动应用商店的识别信息、所述移动应用程序和所述封装工具包封装为对应于各移动应用商店的移动应用程序文件,所述移动应用程序文件在安装时,将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储,当所述封装工具包的各类接口被调用时,所述封装工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息，识别所在的移动应用商店；所述封装包括但不限于：将所述移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,和/或者将所述移动应用程序解包、将所述移动应用商店的识别信息写入配置文件后,将相关文件重新打包生成所述移动应用程序文件，所述相关文件包括所述配置文件、所述解包后的其他文件、所述封装工具包；

所述移动应用程序支持系统还包括软件开发工具包,所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述移动应用商店类型包括网站加商店助手移动应用程序辅助类型，所述对应的处理方式包括：所述移动应用程序在一次接入所述软件开发工具包的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后,所述应用程序供应模块将所述移动应用程序直接或者进行DRM签名后提供给移动应用商店，所述移动应用商店的商店助手移动应用程序与相应的移动应用商店的识别信息绑定,所述商店助手移动应用程序在安装所述移动应用程序时将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储，当所述软件开发工具包的各类接口被调用时,所述软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店；

所述移动应用程序支持系统还包括软件开发工具包，所述移动设备操作系统类型包括开放型操作系统或封闭式操作系统,所述移动应用程序类型包括HTML5网页移动应用程序，所述对应的处理方式包括：将所述移动应用程序接入所述软件开发工具包的各类接口后，将所述移动应用程序整合进所述移动应用商店的HTML5应用页面,所述HTML5应用页面将所述移动应用商店的识别信息传递到所述移动应用程序,所述软件开发工具包的各类接口被调用时，所述软件开发工具包获取所述移动应用商店的识别信息,识别所在移动应用商店，所述整合进所述移动应用商店的HTML5应用页面包括但不限于以iframe的方式植入所述移动应用商店的HTML5应用页面。

3.根据权利要求1或2所述的创建移动应用商店的系统，其特征在于，所述移动应用程序支持系统还包括应用接口服务器模块、应用程序提交模块、应用管理模块中的任意一项或者任意组合；

所述应用接口服务器模块，用于实现软件开发工具包和/或封装工具包的各类接口与对应的外部系统接口之间的连接，所述连接包括但不限于：通过应用内支付接口接收所述软件开发工具包发送的移动应用商店的识别信息和应用内支付请求信息，根据接收的移动应用商店的识别信息和应用内支付请求信息调用相应的支付网关,接收支付网关返回的支付结果信息,根据移动应用商店的识别信息将支付结果信息保存至信息数据库并返回给所述软件开发工具包,由所述软件开发工具包将支付结果信息返回给所述移动应用程序,使得所述移动应用程序根据支付结果信息将用户购买的产品或服务给予用户，所述软件开发工具包发送的移动应用商店的识别信息和应用内支付请求信息为所述移动应用程序接收到用户在所述移动应用程序内发起的应用内支付请求时，通过调用所述软件开发工具包的应用内支付接口,由所述软件开发工具包根据所述移动应用程序的识别信息在移动设备存储中读取对应的移动应用商店的识别信息后发送；

所述应用程序提交模块，用于接收移动应用程序提交请求，所述移动应用程序提交请求包括移动应用程序以及与所述移动应用程序对应的配置信息，并将所述移动应用程序及其对应的配置信息保存到信息数据库，所述配置信息包括移动应用程序名称、所述移动应用程序类型，所述移动应用程序类型为HTML5网页移动应用程序时，所述移动应用程序提交请求还包括移动应用程序的URL地址信息；

所述应用管理模块，用于接收管理请求，根据该管理请求对所述移动应用程序、所述移动应用程序的相关信息和数据进行管理；所述移动应用程序的相关信息和数据包括但不限于：所述移动应用程序在各个移动应用商店的应用内支付的相关数据和信息；所述管理包括但不限于:接收各移动应用商店应用内支付数据报表请求,根据该请求中包括的移动应用程序的识别信息,读取信息数据库中对应的移动应用程序在各个移动应用程序商店的所有支付结果信息,并生成报表。

4.一种创建移动应用商店的系统，其特征在于，包括移动应用商店支持系统、移动应用程序支持系统，所述移动应用商店支持系统包括部署于一个或者多个目的地的移动应用商店模块，所述移动应用程序支持系统包括应用程序供应模块；

所述移动应用商店模块，用于提供移动应用程序服务，所述移动应用程序服务包括：在接收到下载指令时，为所述下载指令的发送方提供对应的移动应用程序文件，所述移动应用程序文件中包括与所述移动应用商店模块对应的移动应用商店的识别信息，或者，通过所述移动应用程序获取所述移动应用商店的识别信息；

所述应用程序供应模块，用于向各移动应用商店提供移动应用程序文件，所述移动应用程序文件为根据移动应用商店类型、覆盖的移动设备操作系统类型和移动应用程序类型，采用对应的处理方式对所述移动应用程序进行处理后提供给各移动应用商店的对应移动应用程序文件，所述移动应用程序文件中包括所述移动应用商店的识别信息，或者，所述移动应用程序文件在提供给所述移动应用商店或者在通过所述移动应用商店提供给移动终端时能获取所述移动应用商店的识别信息。

5.根据权利要求4所述的创建移动应用商店的系统，其特征在于,所述移动应用商店支持系统还包括商店创建模块：

所述商店创建模块，用于接收移动应用商店创建请求，所述移动应用商店创建请求中包括移动应用商店配置信息，所述移动应用商店配置信息包括移动应用商店类型、部署移动应用商店的目的地、覆盖的移动设备操作系统、是否需要移动应用商店接入互联网提供商会员系统、是否需要移动应用程序接入移动应用商店运营商的会员系统、是否需要移动应用程序接入移动应用商店的应用内支付中的任意一项或者组合,根据所述移动应用商店创建请求生成与所述移动应用商店目的地相关联的所述移动应用商店模块，并将该移动应用商店模块部署到所述移动应用商店目的地，所述移动应用商店类型包括但不限于网站类型和网站加商店助手移动应用程序辅助类型。

6.根据权利要求5所述的创建移动应用商店的系统，其特征在于：

所述商店创建模块，还用于在所述移动应用商店类型为网站加商店助手移动应用程序辅助类型时，为所述移动应用商店模块创建对应的商店助手移动应用程序；

所述移动应用商店模块还包括所述商店助手移动应用程序，所述商店助手移动应用程序与相应的移动应用商店的识别信息绑定,所述商店助手移动应用程序在安装移动应用程序时将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储，当通过所述移动应用程序调用相关接口时,通过所述移动应用程序所接入的软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息，识别所在移动应用商店。

7.根据权利要求4所述的创建移动应用商店的系统，其特征在于，所述移动应用商店模块，还用于接收访问请求，根据所述访问请求、移动设备操作系统类型和/或移动应用商店类型，从与所述移动应用商店模块对应的移动应用程序文件中获取与所述移动设备操作系统类型和/或移动应用商店类型对应的移动应用程序文件的信息，并将该移动应用程序文件的信息向所述访问请求的发送方发送。

8.根据权利要求4所述的创建移动应用商店的系统，其特征在于，所述移动应用商店支持系统还包括SSO模块和/或SSO模块接口,所述SSO模块用于在移动应用商店设置为需要移动应用程序和/或移动应用商店接入移动应用商店运营商会员系统时,提供用户相关服务；所述SSO模块接口为移动应用商店运营商根据SSO模块的要求提供,用于连接SSO模块,支持用户相关服务；所述用户相关服务包括以下任意一项或任意组合：

当所述移动应用程序发起用户相关服务请求时,将用户相关请求信息传送到软件开发工具包和/或封装工具包的用户接口,所述软件开发工具包和/或封装工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,将所述移动应用商店的识别信息和接收的用户相关请求信息传送到SSO模块的用户接口,SSO模块根据所述移动应用商店的识别信息将用户相关请求信息传送到对应的移动应用商店运营商的SSO模块接口,并将所述SSO模块接口返回的结果返回给所述软件开发工具包和/或封装工具包,所述软件开发工具包和/或封装工具包返回给移动应用程序,移动应用程序根据返回的结果提供用户相关服务给用户；用户相关服务请求包括登陆、登陆验证、用户信息查询、用户注册中的任意一项或任意组合；

当所述移动应用商店发起用户相关服务请求时,移动应用商店模块将用户相关服务请求信息传送到对应的移动应用商店运营商的SSO模块接口或SSO模块,并根据返回的结果提供用户相关服务给用户；用户相关服务请求包括登陆、登陆验证、用户信息查询、用户注册中的任意一项或任意组合。

9.根据权利要求4所述的创建移动应用商店的系统，其特征在于，所述移动应用商店支持系统还包括商店管理模块和/或所述移动应用商店模块还包括推荐子模块；

所述商店管理模块，用于接收管理请求，对与所述移动应用商店模块对应的移动应用商店进行管理；该管理请求包括但不限于:查询与所述移动应用商店模块对应的移动应用商店内的各个移动应用程序的应用内支付明细和/或者汇总信息，管理移动应用商店主题和上架/下架移动应用程序；

所述推荐子模块，用于植入移动应用商店运营商的服务,根据用户的历史记录信息,通过推荐算法向用户发送推荐的移动应用程序信息；所述移动应用商店运营商的服务包括但不限于网站、电脑软件和移动应用程序；所述用户的历史记录信息包括但不限于：浏览页面内容、浏览历史、移动应用程序历史下载记录；所述推荐算法包括但不限于基于内容的推荐算法和基于协同过滤推荐算法相结合的混合推荐算法。

10.根据权利要求4至9任意一项所述的创建移动应用商店的系统，其特征在于，还包括下述各项中的任意一项：

所述移动应用程序支持系统还包括软件开发工具包，所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述对应的处理方式包括：所述移动应用程序在一次接入所述软件开发工具包的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后，所述应用程序供应模块将所述移动应用商店的识别信息和所述移动应用程序封装为对应于各移动应用商店的移动应用程序文件,所述移动应用程序文件在安装时,将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储,当所述软件开发工具包的各类接口被调用时,所述软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店；所述软件开发工具包的各类接口包括但不限于:应用内支付接口和用户接口；所述封装包括但不限于：将所述移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,或者将所述移动应用程序解包、将所述移动应用商店的识别信息写入解包后的配置文件,将相关文件重新打包生成所述移动应用程序文件，所述相关文件包括所述配置文件、所述解包后的其他文件；

所述移动应用程序支持系统还包括封装工具包，所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述对应的处理方式包括：所述应用程序供应模块将所述移动应用商店的识别信息、所述移动应用程序和所述封装工具包封装为对应于各移动应用商店的移动应用程序文件,所述移动应用程序文件在安装时,将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储,当所述封装工具包的各类接口被调用时,所述封装工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息，识别所在的移动应用商店；所述封装包括但不限于：将所述移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,和/或者将所述移动应用程序解包、将所述移动应用商店的识别信息写入配置文件后,将相关文件重新打包生成所述移动应用程序文件，所述相关文件包括所述配置文件、所述解包后的其他文件、所述封装工具包；

所述移动应用程序支持系统还包括软件开发工具包,所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述移动应用商店类型包括网站加商店助手移动应用程序辅助类型，所述对应的处理方式包括：所述移动应用程序在一次接入所述软件开发工具包的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后,所述应用程序供应模块将所述移动应用程序直接或者进行DRM签名后提供给移动应用商店，所述移动应用商店的商店助手移动应用程序与相应的移动应用商店的识别信息绑定,所述商店助手移动应用程序在安装所述移动应用程序时将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储，当所述软件开发工具包的各类接口被调用时,所述软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店；

所述移动应用程序支持系统还包括软件开发工具包，所述移动设备操作系统类型包括开放型操作系统或封闭式操作系统,所述移动应用程序类型包括HTML5网页移动应用程序，所述对应的处理方式包括：将所述移动应用程序接入所述软件开发工具包的各类接口后，将所述移动应用程序整合进所述移动应用商店的HTML5应用页面,所述HTML5应用页面将所述移动应用商店的识别信息传递到所述移动应用程序,所述软件开发工具包的各类接口被调用时，所述软件开发工具包获取所述移动应用商店的识别信息,识别所在移动应用商店，所述整合进所述移动应用商店的HTML5应用页面包括但不限于以iframe的方式植入所述移动应用商店的HTML5应用页面。

11.根据权利要求10所述的创建移动应用商店的系统，其特征在于，所述移动应用程序支持系统还包括应用接口服务器模块、应用程序提交模块、应用管理模块中的任意一项或者任意组合；

所述应用接口服务器模块，用于实现所述软件开发工具包和/或所述封装工具包的各类接口与对应的外部系统接口之间的连接，所述连接包括但不限于：通过应用内支付接口接收所述软件开发工具包发送的移动应用商店的识别信息和应用内支付请求信息，根据接收的移动应用商店的识别信息和应用内支付请求信息调用相应的支付网关,接收支付网关返回的支付结果信息,根据移动应用商店的识别信息将支付结果信息保存至信息数据库并返回给所述软件开发工具包,由所述软件开发工具包将支付结果信息返回给所述移动应用程序,使得所述移动应用程序根据支付结果信息将用户购买的产品或服务给予用户，所述软件开发工具包发送的移动应用商店的识别信息和应用内支付请求信息为所述移动应用程序接收到用户在所述移动应用程序内发起的应用内支付请求时，通过调用所述软件开发工具包的应用内支付接口,由所述软件开发工具包根据所述移动应用程序的识别信息在移动设备存储中读取对应的移动应用商店的识别信息后发送；

所述应用程序提交模块，用于接收移动应用程序提交请求，所述移动应用程序提交请求包括移动应用程序以及与所述移动应用程序对应的配置信息，并将所述移动应用程序及其对应的配置信息保存到信息数据库，所述配置信息包括移动应用程序名称、所述移动应用程序类型，所述移动应用程序类型为HTML5网页移动应用程序时，所述移动应用程序提交请求还包括移动应用程序的URL地址信息；

所述应用管理模块，用于接收管理请求，根据该管理请求对所述移动应用程序、所述移动应用程序的相关信息和数据进行管理；所述移动应用程序的相关信息和数据包括但不限于：所述移动应用程序在各个移动应用商店的应用内支付的相关数据和信息；所述管理包括但不限于：接收各移动应用商店应用内支付数据报表请求,根据该请求中包括的移动应用程序的识别信息,读取信息数据库中对应的移动应用程序在各个移动应用程序商店的所有支付结果信息,并生成报表。

12.一种创建移动应用商店的方法，其特征在于，包括步骤：

向各移动应用商店提供移动应用程序文件，所述移动应用程序文件为根据移动应用商店类型、覆盖的移动设备操作系统类型和移动应用程序类型，采用对应的处理方式对移动应用程序进行处理后提供给各移动应用商店的对应移动应用程序文件，所述移动应用程序文件中包括所述移动应用商店的识别信息，或者，所述移动应用程序文件在提供给所述移动应用商店或者在通过所述移动应用商店提供给移动终端时能获取所述移动应用商店的识别信息,所述移动应用程序根据所述移动应用商店的识别信息识别所在的所述移动应用商店。

13.根据权利要求12所述的创建移动应用商店的方法，其特征在于，还包括下述各项中的任意一项：

所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述对应的处理方式包括：所述移动应用程序在一次接入软件开发工具包的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后，将所述移动应用商店的识别信息和所述移动应用程序封装为对应于各移动应用商店的移动应用程序文件,所述移动应用程序文件在安装时,将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储,当所述软件开发工具包的各类接口被调用时,所述软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店；所述软件开发工具包的各类接口包括但不限于:应用内支付接口和用户接口；所述封装包括但不限于：将所述移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,或者将所述移动应用程序解包、将所述移动应用商店的识别信息写入解包后的配置文件,将相关文件重新打包生成所述移动应用程序文件，所述相关文件包括所述配置文件、所述解包后的其他文件；

所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述对应的处理方式包括：将所述移动应用商店的识别信息、所述移动应用程序和封装工具包封装为对应于各移动应用商店的移动应用程序文件,所述移动应用程序文件在安装时,将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储,当所述封装工具包的各类接口被调用时,所述封装工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息，识别所在的移动应用商店；所述封装包括但不限于：将所述移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,和/或者将所述移动应用程序解包、将所述移动应用商店的识别信息写入配置文件后,将相关文件重新打包生成所述移动应用程序文件，所述相关文件包括所述配置文件、所述解包后的其他文件、所述封装工具包；

所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述移动应用商店类型包括网站加商店助手移动应用程序辅助类型，所述对应的处理方式包括：所述移动应用程序在一次接入软件开发工具包的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后，将所述移动应用程序直接或者进行DRM签名后提供给移动应用商店，所述移动应用商店的商店助手移动应用程序与相应的移动应用商店的识别信息绑定,所述商店助手移动应用程序在安装所述移动应用程序时将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储，当所述软件开发工具包的各类接口被调用时,所述软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店；

所述移动设备操作系统类型包括开放型操作系统或封闭式操作系统,所述移动应用程序类型包括HTML5网页移动应用程序，所述对应的处理方式包括：将所述移动应用程序接入软件开发工具包的各类接口后，将所述移动应用程序整合进所述移动应用商店的HTML5应用页面,所述HTML5应用页面将所述移动应用商店的识别信息传递到所述移动应用程序,所述软件开发工具包的各类接口被调用时，所述软件开发工具包获取所述移动应用商店的识别信息,识别所在移动应用商店，所述整合进所述移动应用商店的HTML5应用页面包括但不限于以iframe的方式植入所述移动应用商店的HTML5应用页面。

14.根据权利要求12或13所述的创建移动应用商店的方法，其特征在于，还包括下述各项中的任意一项或者任意组合：

通过应用接口服务器实现软件开发工具包和/或封装工具包的各类接口与对应的外部系统接口之间的连接，所述连接包括但不限于：通过应用内支付接口接收所述软件开发工具包发送的移动应用商店的识别信息和应用内支付请求信息，根据接收的移动应用商店的识别信息和应用内支付请求信息调用相应的支付网关,接收支付网关返回的支付结果信息,根据移动应用商店的识别信息将支付结果信息保存至信息数据库并返回给所述软件开发工具包,由所述软件开发工具包将支付结果信息返回给所述移动应用程序,使得所述移动应用程序根据支付结果信息将用户购买的产品或服务给予用户，所述软件开发工具包发送的移动应用商店的识别信息和应用内支付请求信息为所述移动应用程序接收到用户在所述移动应用程序内发起的应用内支付请求时，通过调用所述软件开发工具包的应用内支付接口,由所述软件开发工具包根据所述移动应用程序的识别信息在移动设备存储中读取对应的移动应用商店的识别信息后发送；

接收移动应用程序提交请求，所述移动应用程序提交请求包括移动应用程序以及与所述移动应用程序对应的配置信息，并将所述移动应用程序及其对应的配置信息保存到信息数据库，所述配置信息包括移动应用程序名称、所述移动应用程序类型，所述移动应用程序类型为HTML5网页移动应用程序时，所述移动应用程序提交请求还包括移动应用程序的URL地址信息；

接收管理请求，根据该管理请求对所述移动应用程序、所述移动应用程序的相关信息和数据进行管理；所述移动应用程序的相关信息和数据包括但不限于：所述移动应用程序在各个移动应用商店的应用内支付的相关数据和信息；所述管理包括但不限于：接收各移动应用商店应用内支付数据报表请求,根据该请求中包括的移动应用程序的识别信息,读取信息数据库中对应的移动应用程序在各个移动应用程序商店的所有支付结果信息,并生成报表。

15.一种创建移动应用商店的方法，其特征在于，包括步骤：

通过部署在一个或者多个目的地的各移动应用商店模块提供移动应用程序服务，所述移动应用程序服务包括：在接收到下载指令时，为所述下载指令的发送方提供对应的移动应用程序文件，所述移动应用程序文件中包括与所述移动应用商店模块对应的移动应用商店的识别信息，或者，通过所述移动应用程序获取所述移动应用商店的识别信息；

向各移动应用商店提供移动应用程序文件，所述移动应用程序文件为根据移动应用商店类型、覆盖的移动设备操作系统类型和移动应用程序类型，采用对应的处理方式对所述移动应用程序进行处理后提供给各移动应用商店的对应移动应用程序文件，所述移动应用程序文件中包括所述移动应用商店的识别信息，或者，所述移动应用程序文件在提供给所述移动应用商店或者在通过所述移动应用商店提供给移动终端时能获取所述移动应用商店的识别信息,所述移动应用程序根据所述移动应用商店的识别信息识别所在的所述移动应用商店。

16.根据权利要求15所述的创建移动应用商店的方法，其特征在于，还包括步骤：

接收移动应用商店创建请求，所述移动应用商店创建请求中包括移动应用商店配置信息，所述移动应用商店配置信息包括移动应用商店类型、部署移动应用商店的目的地、覆盖的移动设备操作系统、是否需要移动应用商店接入互联网提供商会员系统、是否需要移动应用程序接入移动应用商店运营商的会员系统、是否需要移动应用程序接入移动应用商店的应用内支付中的任意一项或者组合,根据所述移动应用商店创建请求生成与所述移动应用商店目的地相关联的所述移动应用商店模块，并将该移动应用商店模块部署到所述移动应用商店目的地，所述移动应用商店类型包括但不限于网站类型和网站加商店助手移动应用程序辅助类型。

17.根据权利要求15所述的创建移动应用商店的方法，其特征在于，还包括下述各项中的任意一项或者任意组合：

接收管理请求，对与所述移动应用商店模块对应的移动应用商店进行管理；该管理请求包括但不限于:查询与所述移动应用商店模块对应的移动应用商店内的各个移动应用程序的应用内支付明细和/或者汇总信息，管理移动应用商店主题和上架/下架移动应用程序；

所述移动应用程序服务还包括：接收访问请求，根据所述访问请求、移动设备操作系统类型和/或移动应用商店类型，从与所述移动应用商店模块对应的移动应用程序文件中获取与所述移动设备操作系统类型和/或移动应用商店类型对应的移动应用程序文件的信息，并将该移动应用程序文件的信息向所述访问请求的发送方发送；

在所述移动应用商店类型为网站加商店助手移动应用程序辅助类型时，为所述移动应用商店模块创建对应的商店助手移动应用程序；所述商店助手移动应用程序与相应的移动应用商店的识别信息绑定,所述商店助手移动应用程序在安装移动应用程序时将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储，当通过所述移动应用程序调用相关接口时,通过所述移动应用程序所接入的软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息，识别所在移动应用商店；

所述移动应用程序服务还包括：植入移动应用商店运营商的服务，根据用户的历史记录信息,通过推荐算法向用户发送推荐的移动应用程序信息；所述移动应用商店运营商的服务包括但不限于网站、电脑软件和移动应用程序；所述用户的历史记录信息包括但不限于：浏览页面内容、浏览历史、移动应用程序历史下载记录；所述推荐算法包括但不限于基于内容的推荐算法和基于协同过滤推荐算法相结合的混合推荐算法。

18.根据权利要求15所述的创建移动应用商店的方法，其特征在于，还包括步骤：

在移动应用商店设置为需要移动应用程序和/或移动应用商店接入移动应用商店运营商会员系统时,提供用户相关服务；所述用户相关服务包括以下任意一项或任意组合：

当所述移动应用程序发起用户相关服务请求时,将用户相关请求信息传送到软件开发工具包和/或封装工具包的用户接口,所述软件开发工具包和/或封装工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,将所述移动应用商店的识别信息和接收的用户相关请求信息传送到SSO模块的用户接口,SSO模块根据所述移动应用商店的识别信息将用户相关请求信息传送到对应的移动应用商店运营商的SSO模块接口,并将所述SSO模块接口返回的结果返回给所述软件开发工具包和/或封装工具包,所述软件开发工具包和/或封装工具包返回给移动应用程序,移动应用程序根据返回的结果提供用户相关服务给用户；用户相关服务请求包括登陆、登陆验证、用户信息查询、用户注册中的任意一项或任意组合；

当所述移动应用商店发起用户相关服务请求时,移动应用商店模块将用户相关服务请求信息传送到对应的移动应用商店运营商的SSO模块接口或SSO模块,并根据返回的结果提供用户相关服务给用户；用户相关服务请求包括登陆、登陆验证、用户信息查询、用户注册中的任意一项或任意组合。

19.根据权利要求15至18任意一项所述的创建移动应用商店的方法，其特征在于，还包括下述各项中的任意一项：

所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述对应的处理方式包括：所述移动应用程序在一次接入软件开发工具包的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后，将所述移动应用商店的识别信息和所述移动应用程序封装为对应于各移动应用商店的移动应用程序文件,所述移动应用程序文件在安装时,将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储,当所述软件开发工具包的各类接口被调用时,所述软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店；所述软件开发工具包的各类接口包括但不限于:应用内支付接口和用户接口；所述封装包括但不限于：将所述移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,或者将所述移动应用程序解包、将所述移动应用商店的识别信息写入解包后的配置文件,将相关文件重新打包生成所述移动应用程序文件，所述相关文件包括所述配置文件、所述解包后的其他文件；

所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述对应的处理方式包括：将所述移动应用商店的识别信息、所述移动应用程序和封装工具包封装为对应于各移动应用商店的移动应用程序文件,所述移动应用程序文件在安装时,将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储,当所述封装工具包的各类接口被调用时,所述封装工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息，识别所在的移动应用商店；所述封装包括但不限于：将所述移动应用商店的识别信息写入文件名后重命名为所述移动应用程序文件,和/或者将所述移动应用程序解包、将所述移动应用商店的识别信息写入配置文件后,将相关文件重新打包生成所述移动应用程序文件，所述相关文件包括所述配置文件、所述解包后的其他文件、所述封装工具包；

所述移动设备操作系统类型包括开放型操作系统,所述移动应用程序类型包括普通移动应用程序,所述移动应用商店类型包括网站加商店助手移动应用程序辅助类型，所述对应的处理方式包括：所述移动应用程序在一次接入软件开发工具包的统一的、无移动应用商店运营商或移动应用商店差别的各类接口后，将所述移动应用程序直接或者进行DRM签名后提供给移动应用商店，所述移动应用商店的商店助手移动应用程序与相应的移动应用商店的识别信息绑定,所述商店助手移动应用程序在安装所述移动应用程序时将所述移动应用程序对应的所述移动应用商店的识别信息、或所述移动应用程序的识别信息和对应的所述移动应用商店的识别信息存储到移动设备存储，当所述软件开发工具包的各类接口被调用时,所述软件开发工具包从移动设备存储读取对应的移动应用商店的识别信息,或根据所述移动应用程序的识别信息从移动设备存储读取对应的移动应用商店的识别信息,识别所在的移动应用商店；

所述移动设备操作系统类型包括开放型操作系统或封闭式操作系统,所述移动应用程序类型包括HTML5网页移动应用程序，所述对应的处理方式包括：将所述移动应用程序接入软件开发工具包的各类接口后，将所述移动应用程序整合进所述移动应用商店的HTML5应用页面,所述HTML5应用页面将所述移动应用商店的识别信息传递到所述移动应用程序,所述软件开发工具包的各类接口被调用时，所述软件开发工具包获取所述移动应用商店的识别信息,识别所在移动应用商店，所述整合进所述移动应用商店的HTML5应用页面包括但不限于以iframe的方式植入所述移动应用商店的HTML5应用页面。

20.根据权利要求19所述的创建移动应用商店的方法，其特征在于，还包括下述各项中的任意一项或者任意组合：

通过应用接口服务器实现所述软件开发工具包和/或所述封装工具包的各类接口与对应的外部系统接口之间的连接，所述连接包括但不限于：通过应用内支付接口接收所述软件开发工具包发送的移动应用商店的识别信息和应用内支付请求信息，根据接收的移动应用商店的识别信息和应用内支付请求信息调用相应的支付网关,接收支付网关返回的支付结果信息,根据移动应用商店的识别信息将支付结果信息保存至信息数据库并返回给所述软件开发工具包,由所述软件开发工具包将支付结果信息返回给所述移动应用程序,使得所述移动应用程序根据支付结果信息将用户购买的产品或服务给予用户，所述软件开发工具包发送的移动应用商店的识别信息和应用内支付请求信息为所述移动应用程序接收到用户在所述移动应用程序内发起的应用内支付请求时，通过调用所述软件开发工具包的应用内支付接口,由所述软件开发工具包根据所述移动应用程序的识别信息在移动设备存储中读取对应的移动应用商店的识别信息后发送；

接收移动应用程序提交请求，所述移动应用程序提交请求包括移动应用程序以及与所述移动应用程序对应的配置信息，并将所述移动应用程序及其对应的配置信息保存到信息数据库，所述配置信息包括移动应用程序名称、所述移动应用程序类型，所述移动应用程序类型为HTML5网页移动应用程序时，所述移动应用程序提交请求还包括移动应用程序的URL地址信息；

接收管理请求，根据该管理请求对所述移动应用程序、所述移动应用程序的相关信息和数据进行管理；所述移动应用程序的相关信息和数据包括但不限于：所述移动应用程序在各个移动应用商店的应用内支付的相关数据和信息；所述管理包括但不限于：接收各移动应用商店应用内支付数据报表请求,根据该请求中包括的移动应用程序的识别信息,读取信息数据库中对应的移动应用程序在各个移动应用程序商店的所有支付结果信息,并生成报表。