CN105809504A - 一种构建快速存储数据的应用商店系统 - Google Patents

Abstract

本发明公开了一种构建快速存储数据的应用商店系统，首先通过开发者平台单元将移动应用上传到商城管理平台单元；通过商城管理平台单元对移动应用进行审核，审核通过后发送给商城移动应用数据单元；商城管理平台单元构建移动应用商店，并设置应用商店管理者账号；使用应用商店管理者账号登录应用商店管理平台单元，选择移动应用，并通过移动应用商店管理平台发布选择的移动应用；通过移动应用商店网站单元和/或移动应用商店客户端单元浏览发布的移动应用，并下载移动应用。采用了本发明的技术方案，能够降低及缩短商家建制自己移动应用商店的成本及周期。

Description

一种构建快速存储数据的应用商店系统

技术领域

本发明涉及移动互联网技术领域，具体涉及一种构建快速存储数据的应用商店系统。

背景技术

当下移动互联网应用领域正在快速爆发式的成长，智能机的市场占有率不断上升，人们对移动应用的需求不断增大，苹果率先推出应用商店，并获得巨大成功，在此榜样效应刺激下，安卓阵营旗手谷歌适时推出安卓应用商店，同样成绩不菲，由于安卓操作系统开放、门槛较低，第三方厂家纷纷加入安卓阵营，而第三方应用商店也如雨后春笋般出现。

国内应用商店皆是自行建制，所有流程及规则大同小异，包括移动应用采集流程、应用商店建制流程和应用支付流程。

移动应用采集流程：移动应用开发者提交应用到应用商店；移动应用商店管理员审核上架，用户下载使用。此流程缺点如下：开发者若要在多个应用商店中发布应用，需要分别做多次上传、发布动作；应用店本身除开发者自己上传应用外，自行采集了未授权应用，有潜在的侵权风险；用户面对多个应用商店，需逐个访问浏览。

应用商店建制流程：需求调研、需求分析、概要设计、详细设计、系统开发、单元测试、集成测试、试运行、上线。此流程缺点如下：每个应用商店均重复的实施此流程，不但要花费大量人力资源，而且建设周期长，时间成本很高。

应用支付流程：用户通过手机访问浏览移动应用商店、选择付费应用并下载，移动应用商店与支付系统对接完成支付，用户下载使用。此流程缺点如下：付费点控制在应用的下载环节只有付费成功后才可下载应用，影响应用的推广，且每个应用商城付费机制的引入都需要重复的进行商务洽谈。另外由此流程还引出另外一个缺点，即开发者收益难以保证，目前第三方应用商店对收费应用下载后均可多机使用，无其他限制，这直接影响开发者收益，降低其开发积极性。

发明内容

本发明的目的在于提供一种构建快速存储数据的应用商店系统，能够降低及缩短商家建制自己移动应用商店的成本及周期。

为达到此目的，本发明提出了一种构建移动应用商店的系统，包括数据库子系统、接口子系统和应用子系统，

数据库子系统进一步包括商城移动应用数据单元、用户数据单元和商城数据单元，其中，商城移动应用数据单元用于存储移动应用数据，用户数据单元用于存储用户数据，商城数据单元用于存储商城数据；

接口子系统进一步包括网络端接口单元和用户端接口单元，其中，网络端接口单元用于接入互联网，连接数据库子系统和移动应用商店网站单元，用户端接口单元用于接入移动应用商店客户端单元，连接数据库子系统和移动应用商店客户端单元；

应用子系统进一步包括移动应用商店网站单元、移动应用商店客户端单元、应用商店管理平台单元、开发者平台单元和商城管理平台单元，其中，移动应用商店网站单元用于向互联网展示移动应用，并提供下载，移动应用商店客户端单元用于向手机、平板电脑和/或电视终端展示移动应用，并提供下载，应用商店管理平台单元用于运营维护移动应用商店，开发者平台单元用于提交移动应用，商城管理平台单元用于管理移动应用商城，创建和管理移动应用商店。

还包括用户接口模块，用户接口模块用于提供用户注册。

开发者平台单元进一步包括移动应用收费规则模块，应用商店管理平台单元进一步包括账目统计模块，商城管理平台单元进一步包括分账规则模块，移动应用商店网站单元进一步包括互联网在线支付模块，移动应用商店客户端单元进一步包括在线支付模块。

移动应用商店客户端单元的在线支付模块是手机端在线支付模块、电脑端在线支付模块或者电视端在线支付模块。

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

A、通过开发者平台单元将移动应用上传到商城管理平台单元；

B、通过商城管理平台单元对移动应用进行审核，审核通过后发送给商城移动应用数据单元；

C、商城管理平台单元构建移动应用商店，并设置应用商店管理者账号；

D、使用应用商店管理者账号登录应用商店管理平台单元，选择移动应用，并通过移动应用商店管理平台发布选择的移动应用；

E、通过移动应用商店网站单元和/或移动应用商店客户端单元浏览发布的移动应用，并下载移动应用。

步骤A进一步包括以下步骤：

登录开发者平台单元；

从本地电脑中选择移动应用；

填写移动应用的信息，添加图片信息，上传到商城管理平台单元。

步骤C进一步包括以下步骤：

登录商城管理平台单元；

根据移动应用商店名称，执行新增移动应用商店命令；

提交移动应用商店基本信息到数据库子系统；

商城管理平台单元设置应用商店管理账号，并将所述应用商店管理账号和已创建的移动应用商店网站单元或移动应用商店客户端单元绑定。

采用了本发明的技术方案，不仅能够降低及缩短商家建制自己移动应用商店的成本及周期，而且通过移动运营商店代运营机制，使得日常的大部分运营工作交由移动应用商城代理完成，商家只需关注与自身业务关系密切的那部分运营工作即可，减少商家运营的工作量。

附图说明

图1是本发明中构建移动应用商店的系统的结构示意图。

图2是本发明中构建移动应用商店的流程图。

图3是本发明中移动应用商店的支付流程图。

具体实施方式

下面结合附图对本发明的具体实施方式进行详细的说明。

图1是本发明中构建移动应用商店的系统的结构示意图。如图1所示，该构建移动应用商店的系统包括数据库子系统、接口子系统和应用子系统。

数据库子系统进一步包括商城移动应用数据单元、用户数据单元和商城数据单元，其中，商城移动应用数据单元用于存储移动应用数据，用户数据单元用于存储用户数据，商城数据单元用于存储商城数据。

商城移动应用数据单元与应用子系统的5个单元都有关系。开发者平台单元将移动应用数据提交给商城管理平台单元，由商城管理平台单元存储于数据库子系统中的商城移动应用数据单元中，应用商店做为商城的底下商户，所有移动应用数据均采自于商城，应用商店通过移动应用商店网站单元和移动应用客户端单元将移动应用数据推送给用户使用。

用户数据单元与应用子系统的5个单元都有关系。开发者平台单元的用户信息、商城管理平台的管理者信息、应用商店管理平台的管理者信息、以及移动应用商店网站单元注册用户信息、移动应用商店客户端单元的注册用户信息。

商城数据单元与应用子系统的5个单元都有关系，是整个系统作为一个商城运作的运维信息。

接口子系统进一步包括网络端接口单元和用户端接口单元，其中，网络端接口单元用于接入互联网，连接数据库子系统和移动应用商店网站单元，即数据库子系统提供移动应用商店管理平台范围内的商城移动应用数据、用户数据、商城数据给移动应用商店网站单元。用户端接口单元用于接入移动应用商店客户端单元，连接数据库子系统和移动应用商店客户端单元，即数据库子系统提供移动应用商店管理平台范围内的商城移动应用数据、用户数据、商城数据给移动应用商店客户端单元。

应用子系统进一步包括移动应用商店网站单元、移动应用商店客户端单元、应用商店管理平台单元、开发者平台单元和商城管理平台单元，其中，移动应用商店网站单元用于向互联网展示移动应用，并提供下载，移动应用商店客户端单元用于向手机、平板电脑和/或电视终端展示移动应用，并提供下载，应用商店管理平台单元用于运营维护移动应用商店，开发者平台单元用于提交移动应用，商城管理平台单元用于管理移动应用商城，创建和管理移动应用商店。

优选地，构建移动应用商店的系统还可以包括用户接口模块，用户接口模块用于提供用户注册。这是因为移动应用的使用者需要通过移动应用商店网站单元进行注册，然后才能下载移动应用数据，而商家如果已经有了一批注册用户群后，则可以通过用户接口模块将用户注册，这样用户在下载移动应用时，就无需再进行一遍注册了。

贯穿于移动应用，从开发者平台到最终用户，从移动应用商店网站单元或者移动应用客户端单元下载应用，以及一系列和金钱、账目相关业务统称为支付功能。具体包括在各个单元中，开发者平台单元进一步包括移动应用收费规则模块，应用商店管理平台单元进一步包括账目统计模块，商城管理平台单元进一步包括分账规则模块，移动应用商店网站单元进一步包括互联网在线支付模块，移动应用商店客户端单元进一步包括在线支付模块。

移动应用商店客户端单元的在线支付模块是手机端在线支付模块、电脑端在线支付模块或者电视端在线支付模块。

下面具体描述如何构建移动应用商店，具体包括以下步骤：

步骤101、通过开发者平台单元将移动应用上传到商城管理平台单元。

在该步骤中，首先移动应用开发者登录开发者平台单元，从本地电脑中选择移动应用，填写移动应用的信息，添加图片信息，上传到商城管理平台单元。

步骤102、通过商城管理平台单元对移动应用进行审核，审核通过后发送给商城移动应用数据单元。

步骤103、商城管理平台单元构建移动应用商店，并设置应用商店管理者账号。

在本步骤中，首选登录商城管理平台单元，根据移动应用商店名称，执行新增移动应用商店命令，提交移动应用商店基本信息到数据库子系统，商城管理平台单元设置应用商店管理账号，并将所述应用商店管理账号和已创建的移动应用商店网站单元或移动应用商店客户端单元绑定。

步骤104、使用应用商店管理者账号登录应用商店管理平台单元，选择移动应用，并通过移动应用商店管理平台发布选择的移动应用。

步骤105、通过移动应用商店网站单元和/或移动应用商店客户端单元浏览发布的移动应用，并下载移动应用。

下面具体描述该移动应用商店系统的运行机制。

首先开发者通过开发者平台单元将移动应用上传到商城管理平台单元，商城管理者通过商城管理平台单元对移动应用进行审核、退回、入库操作。其次商城管理平台单元创建移动应用商店和应用商店管理者账号。然后商家通过应用商店管理平台单元选择应用发布。最后用户在移动应用商店网站单元或者移动应用客户端单元可以浏览到发布的应用并下载。在整个系统运行中，包含了采集、授权、认证、支付机制。

具体的开发者通过开发者平台上传移动应用到商城的步骤包括：开发者登录开发者平台，从本地电脑选择移动应用，填写应用的基本信息，添加图片信息，执行上传。

具体的商城管理平台创建移动应用商店和应用商店管理者账号包括以下步骤：商家为移动应用商店命名，根据商家提供的移动应用商店名称，移动应用商城管理平台为商家创建移动应用商店，创建方式为：移动应用商城管理者登录移动应用商城管理平台，进入“商城管理”菜单，执行新增移动应用商店(即移动应用商店)命令，该命令提交商店基本信息到数据库；移动应用商城管理平台为商家创建一个账号，并将此账号和已创建的移动应用商店绑定。

具体的商家通过应用商店管理平台选择应用发布的步骤包括：商家使用分配的账号登录移动应用商城管理平台，进入移动应用列表，挑选移动应用，启动移动应用商店。

在启用移动商店后，用户通过两种方式访问移动应用商店，一种是通过移动应用商店网站，另一种是通过移动应用商店安卓客户端。由于移动应用商店在互联网和移动终端的多样性，移动应用商城管理系统提供了两类接口，一种是针对互联网网站，另一种是针对安卓设备客户端的。这两类接口除了由于终端不同而略有差异外，其他大体相同。用户首先通过“登录接口”访问移动应用商店，进入移动应用商店后，用户再通过“目录接口”获取应用的目录信息，然后用户进入一个目录时，通过“应用程序类别列表接口”获取应用列表信息，这时点击单个应用，通过“获取单个应用接口”得到单个应用的详细信息，用户点击下载，通过“下载接口”，用户将应用下载到电脑端或安卓设备终端上，除了以上接口，还提供了诸如查询、检查应用版本等辅助类接口。

另外实现移动应用的一站式采集、授权，避免侵权问题，由商城管理者统一征集开发者授权，采用方式有直接与开发者签署授权书，也有与其他应用提供商有合作，统一签署授权书，这样即减少移动应用商店采集应用的运营成本。

为了实现移动应用的付费，其规则在移动应用商店选择移动应用上架时自定义选择，用户在下载或使用时将自动按照此规则进行收取。其付费手段的完成由移动由商城管理者与有支付拍照的公司合作实现，通过减少移动应用商店支付对接的成本。

具体的付费流程如图3所示：

步骤1、用户登录移动运营商店，获取识别码；

步骤2、用户浏览软件；

步骤3、用户下载移动应用；

步骤4、用户启动移动应用，与移动应用商城联络，请求授权；

步骤5、移动应用商城启动付费机制；

步骤6、用户付费；

步骤7、商城完成付费交易；

步骤8、商城将咨询发给移动应用商店；

步骤9、用户获取授权单；

步骤10、客户端存储授权文档，启动应用。

为保护移动应用商和开发者的利益，本发明涉及的三个开发包，将移动应用通过编码方式与移动应用客户端绑定，防止移动应用未经授权使用。

为方便商家快速的启动移动应用商店的运营，提供多种形式的客户端定制如下：

为商家提供定制的互联网客户端网站，适合当下主流浏览器阅览；

为商家提供定制的手机客户端，适合当下的各种安卓系智能手机；

为商家提供定制的平板电脑客户端，适合当下的主流平板电脑；

为商家提供定制的电视客户端，适合当下的主流智能电视；

为减少商家的运营成本，制定了移动运营商店代运营机制，日常的大部分运营工作交由移动应用商城代理完成，商家只需关注与自身业务关系密切的那部分运营工作即可，减少商家运营的工作量。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (7)

1.一种构建快速存储数据的应用商店系统，其特征在于，包括数据库子系统、接口子系统和应用子系统，

数据库子系统进一步包括商城移动应用数据单元、用户数据单元和商城数据单元，其中，商城移动应用数据单元用于存储移动应用数据，用户数据单元用于存储用户数据，商城数据单元用于存储商城数据；

接口子系统进一步包括网络端接口单元和用户端接口单元，其中，网络端接口单元用于接入互联网，连接数据库子系统和移动应用商店网站单元，用户端接口单元用于接入移动应用商店客户端单元，连接数据库子系统和移动应用商店客户端单元；

应用子系统进一步包括移动应用商店网站单元、移动应用商店客户端单元、应用商店管理平台单元、开发者平台单元和商城管理平台单元，其中，移动应用商店网站单元用于向互联网展示移动应用，并提供下载，移动应用商店客户端单元用于向手机、平板电脑和/或电视终端展示移动应用，并提供下载，应用商店管理平台单元用于运营维护移动应用商店，开发者平台单元用于提交移动应用，商城管理平台单元用于管理移动应用商城，创建和管理移动应用商店。

2.根据权利要求1所述的一种构建快速存储数据的应用商店系统，其特征在于，还包括用户接口模块，用户接口模块用于提供用户注册。

3.根据权利要求1所述的一种构建快速存储数据的应用商店系统，其特征在于，开发者平台单元进一步包括移动应用收费规则模块，应用商店管理平台单元进一步包括账目统计模块，商城管理平台单元进一步包括分账规则模块，移动应用商店网站单元进一步包括互联网在线支付模块，移动应用商店客户端单元进一步包括在线支付模块。

4.根据权利要求3所述的一种构建快速存储数据的应用商店系统，其特征在于，移动应用商店客户端单元的在线支付模块是手机端在线支付模块、电脑端在线支付模块或者电视端在线支付模块。

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

A、通过开发者平台单元将移动应用上传到商城管理平台单元；

B、通过商城管理平台单元对移动应用进行审核，审核通过后发送给商城移动应用数据单元；

C、商城管理平台单元构建移动应用商店，并设置应用商店管理者账号；

D、使用应用商店管理者账号登录应用商店管理平台单元，选择移动应用，并通过移动应用商店管理平台发布选择的移动应用；

E、通过移动应用商店网站单元和/或移动应用商店客户端单元浏览发布的移动应用，并下载移动应用。

6.根据权利要求5所述的一种构建移动应用商店的方法，其特征在于，步骤A进一步包括以下步骤：

登录开发者平台单元；

从本地电脑中选择移动应用；

填写移动应用的信息，添加图片信息，上传到商城管理平台单元。

7.根据权利要求5所述的一种构建移动应用商店的方法，其特征在于，步骤C进一步包括以下步骤：

登录商城管理平台单元；

根据移动应用商店名称，执行新增移动应用商店命令；

提交移动应用商店基本信息到数据库子系统；

商城管理平台单元设置应用商店管理账号，并将所述应用商店管理账号和已创建的移动应用商店网站单元或移动应用商店客户端单元绑定。