CN102521740A - 应用商店收费处理方法及系统 - Google Patents

Abstract

本发明提供一种应用商店收费处理方法及系统，该应用商店收费处理方法包括开发者模块接收收费模式信息和应用程序，将收费模式信息提供给运营支撑模块，将应用程序提供给网店模块；网店模块接收应用程序，并检测下载应用程序的次数，生成下载数量信息，并将下载数量信息提供给运营支撑模块；运营支撑模块根据接收到的收费模式信息和下载数量信息，生成费用指示信息，并将费用指示信息分别提供给网店模块和开发者模块。该应用商店收费处理系统包括开发者模块、运营支撑模块和运营支撑模块。本发明提供的应用商店收费处理方法及系统，可以实现收费模式的灵活设置，提高了应用商店收费的灵活性。

Description

应用商店收费处理方法及系统

技术领域

本发明涉及应用商店技术，尤其涉及一种应用商店收费处理方法及系统。

背景技术

应用商店通过综合利用移动互联网技术、应用开发技术和终端开发技术聚合信息资源，向移动终端用户传递多种多样的应用内容，它代表的是移动互联网时代的增值业务发展的一个方向。应用商店的发展需要广泛的用户基础，活跃的用户群体和大量的符合市场需求的应用，从而在提高用户的关注度和黏着度的基础上提高用户的消费能力。

现有技术中的应用商店的收费模式上主要有三种：免费、先使用后付费和先付费后使用。上述三种收费模式在实际应用中都存在一些缺陷：

一、完全免费，固然可以吸引用户群，但是开发者没有直接的来自应用本身的收益，直接影响到开发者的开发热情与开发者群体的壮大，最终导致应用商店所提供的应用乏善可陈，用户体验感降低，用户群萎缩的后果。

二、先使用后付费，是目前比较好的一种方式，既可以吸引用户群又可以发掘潜在的消费群。但是目前的先使用后付费模式都被冠以“免费”标签，让相当数量的用户有上当受骗的感觉，部分用户干脆不再下载应用，反而导致一些用户的流失。

三、先付费后使用，对开发者来说这是一种理想健康的付费模式，但暂不适合国内的消费习惯。

发明内容

本发明提供一种应用商店收费处理方法及系统，以提高应用商店收费的灵活性。

本发明提供一种应用商店收费处理方法，包括：

开发者模块接收收费模式信息和应用程序，将所述收费模式信息提供给运营支撑模块，将所述应用程序提供给网店模块；

所述网店模块接收所述应用程序，并检测下载所述应用程序的次数，生成下载数量信息，并将所述下载数量信息提供给所述运营支撑模块；

所述运营支撑模块根据接收到的所述收费模式信息和所述下载数量信息，生成费用指示信息，并将所述费用指示信息分别提供给所述网店模块和所述开发者模块。

如上所述的应用商店收费处理方法，所述运营支撑模块根据接收到的所述收费模式信息和所述下载数量信息，生成费用指示信息，并将所述费用指示信息分别提供给所述网店模块和所述开发者模块，包括：

所述运营支撑模块对接收到的所述收费模式信息进行解析，获取收费更改触发信息；

所述运营支撑模块若判断获知所述下载数量信息符合接收到的所述收费更改触发信息时，生成所述费用指示信息；

所述运营支撑模块将所述费用指示信息分别提供给所述网店模块和所述开发者模块。

如上所述的应用商店收费处理方法，所述开发者模块接收收费模式信息和应用程序，将所述收费模式信息提供给运营支撑模块，将所述应用程序提供给网店模块，包括：

所述开发者模块接收所述收费模式信息和所述应用程序；

所述开发者模块对所述应用程序进行审核；

所述开发者模块将所述收费模式信息提供给所述运营支撑模块，将通过审核的应用程序提供给所述网店模块。

如上所述的应用商店收费处理方法，所述网店模块接收所述应用程序，并检测下载所述应用程序的次数，生成下载数量信息，并将所述下载数量信息提供给所述运营支撑模块，包括：

所述网店模块接收所述应用程序；

所述网店模块实时检测下载所述应用程序的次数，生成所述下载数量信息；

所述网店模块将所述下载数量信息提供给所述运营支撑模块。

如上所述的应用商店收费处理方法，还包括：

所述网店模块根据接收到的所述费用指示信息修改价格信息；

所述开发者模块根据接收到的所述费用指示信息生成盈利信息。

本发明提供一种应用商店收费处理系统，包括开发者模块、网店模块和运营支撑模块；

所述开发者模块用于接收收费模式信息和应用程序，将所述收费模式信息提供给所述运营支撑模块，将所述应用程序提供给所述网店模块；

所述网店模块用于接收所述应用程序，并检测下载所述应用程序的次数，生成下载数量信息，并将所述下载数量信息提供给所述运营支撑模块；

所述运营支撑模块用于根据接收到的所述收费模式信息和所述下载数量信息，生成费用指示信息，并将所述费用指示信息分别提供给所述网店模块和所述开发者模块。

如上所述的应用商店收费处理系统，所述运营支撑模块包括：

解析单元，用于对接收到的所述收费模式信息进行解析，获取收费更改触发信息；

费用触发单元，用于若判断获知所述下载数量信息符合接收到的所述收费更改触发信息时，生成所述费用指示信息；

信息提供单元，用于将所述费用指示信息分别提供给所述网店模块和所述开发者模块。

如上所述的应用商店收费处理系统，所述开发者模块包括：

业务接收单元，用于接收所述收费模式信息和所述应用程序；

审核单元，用于对所述应用程序进行审核；

发布单元，用于将所述收费模式信息提供给所述运营支撑模块，将通过审核的应用程序提供给所述网店模块。

如上所述的应用商店收费处理系统，所述网店模块包括：

应用程序接收单元，用于接收所述应用程序；

检测单元，用于实时检测下载所述应用程序的次数，生成所述下载数量信息；

下载数量提供单元，用于将所述下载数量信息提供给所述运营支撑模块。

如上所述的应用商店收费处理系统，其中，

所述网店模块还包括价格修改单元，所述价格修改单元用于根据接收到的所述费用指示信息修改价格信息；

所述开发者模块还包括盈利信息单元，用于根据接收到的所述费用指示信息生成盈利信息。

由上述技术方案可知，本发明提供应用商店收费处理方法及系统，运营支撑模块可以根据开发者模块提供的收费模式信息以及网店模块提供的下载数量信息，对应用程序的收费进行调整，提高了应用商店收费的灵活性。

附图说明

图1为本发明实施例提供的应用商店收费处理方法流程图；

图2为本发明实施例提供的一种应用商店收费处理系统结构示意图；

图3为本发明实施例提供的另一种应用商店收费处理系统结构示意图。

具体实施方式

图1为本发明实施例提供的应用商店收费处理方法流程图，如图1所示，本实施例提供的应用商店收费处理方法包括：

步骤10、开发者模块接收收费模式信息和应用程序，将收费模式信息提供给运营支撑模块，将应用程序提供给网店模块；

开发者将开发的应用程序向开发者模块提交，开发者模块为开发者提供收费模式定制页面，开发者根据收费定制模式页面的提示，向开发者模块提供收费模式信息，收费模式信息具体可以包括收费模式、收费变更的触发条件和应用程序价格等信息。收费模式具体可以包括完全免费版、免费体验版和预付费版等，开发者可以根据需要对收费模式进行组合。例如，开发者对提交的应用程序的收费模式设置为前100次的下载或使用是完全免费版，此时可以选择简洁或植入式广告以盈利，或者限制应用程序的某些功能，在下载该应用程序的用户给予一定字数的应用评价或体验感后才开放所有功能，通过该种方式可以进行应用程序的宣传与推广。第101次开始，该应用程序的下载或使用变更为免费体验版。当该应用程序进入应用商店下载排行榜前十名时，应用程序的下载或使用变更为预付费版，即用户需要支付一定的费用才可以下载或使用。

步骤20、网店模块接收应用程序，并检测下载应用程序的次数，生成下载数量信息，并将下载数量信息提供给运营支撑模块；

网店模块将接收到的应用程序提供给用户下载，具体的，可以设置应用商店门户以供用户访问，应用商店门户显示可以下载的应用程序的介绍、评价和价格等信息，用户可以根据需要对网店模块提供的应用程序进行下载。网店模块检测下载应用程序的次数，生成下载数量信息。

步骤30、运营支撑模块根据接收到的收费模式信息和下载数量信息，生成费用指示信息，并将费用指示信息分别提供给网店模块和开发者模块。

当下载数量信息符合收费模式信息中的收费变更触发条件时，生成费用指示信息，并将费用指示信息分别提供给网店模块和开发者模块，以使网店模块可以根据该费用指示信息对应用程序的价格进行更改，开发者模块也可以将该费用指示信息提供给开发者，使开发者可以获知该应用程序的收费状态。在实际应用过程中，运营支撑模块还可以根据下载数量信息和应用程序当前的价格信息生成费用统计信息，以反映该应用程序的盈利状况，并将该费用统计信息提供给开发者模块，以使开发者获知。

本实施例提供的应用商店收费处理方法，运营支撑模块可以根据开发者模块提供的收费模式信息以及网店模块提供的下载数量信息，对应用程序的收费进行调整，提高了应用商店收费的灵活性。而且开发者参与制定该收费模式，可以极大地调动开发者的开发与营销热情，促使开发者创造出更多适应市场需求的应用，在提高用户的使用感受和满意度的同时提高应用的收益。

在本实施例中，步骤30、运营支撑模块根据接收到的收费模式信息和下载数量信息，生成费用指示信息，并将费用指示信息分别提供给网店模块和开发者模块，具体可以包括以下步骤：

步骤301、运营支撑模块对接收到的收费模式信息进行解析，获取收费更改触发信息；

步骤302、运营支撑模块若判断获知下载数量信息符合接收到的收费更改触发信息时，生成费用指示信息；

在实际应用中，收费更改触发信息可以为下载次数触发信息，如开发者设置某应用程序的下载次数超过100次后，每次下载预设价格的费用，则下载数量信息为101次时，生成费用指示信息。收费更改触发信息也可以为触发条件信息，如开发者设置某应用程序的下载进入应用商店下载排行榜前十名，则下载数量信息需要与排行榜第十名的应用程序的下载次数进行比较，当下载数量信息超过该第十名的应用程序的下载次数时，生成费用指示信息。收费更改触发信息可以由开发者的盈利需要来自行设置，不以本实施例为限。

步骤303、运营支撑模块将费用指示信息分别提供给网店模块和开发者模块。

在本实施例中，步骤10、开发者模块接收收费模式信息和应用程序，将收费模式信息提供给运营支撑模块，将应用程序提供给网店模块，具体可以包括以下步骤：

步骤101、开发者模块接收收费模式信息和应用程序；

步骤102、开发者模块对应用程序进行审核；

步骤103、开发者模块将收费模式信息提供给运营支撑模块，将通过审核的应用程序提供给网店模块。

开发者模块可以对开发者提交的应用程序进行审核，审核内容具体可以包括安全性审核和需求性审核，再将通过审核的应用程序提供给网店模块，以供用户下载，提高了应用程序分发的安全性。

在本实施例中，步骤20、网店模块接收应用程序，并检测下载应用程序的次数，生成下载数量信息，并将下载数量信息提供给运营支撑模块，具体可以包括以下步骤：

步骤201、网店模块接收应用程序；

步骤202、网店模块实时检测下载应用程序的次数，生成下载数量信息；

步骤203、网店模块将下载数量信息提供给运营支撑模块。

网店模块对应用程序的下载次数进行实时检测，保证了运营支撑模块生成费用指示信息的实时性和准确性。

在实际应用过程中，开发者模块也可以将收费模式信息提供给网店模块，再将下载数量信息与收费模式信息进行比较，若符合收费模式信息中的收费变更触发条件时，触发运营支撑模块生成费用指示信息。

在本实施例中，该应用商店收费处理方法，还可以包括以下步骤：

步骤40、网店模块根据接收到的费用指示信息修改价格信息；

步骤50、开发者模块根据接收到的费用指示信息生成盈利信息。

具体的，网店模块可以根据接收到的费用指示信息修改价格信息，并将该价格指示信息通过应用商店门户显示，以为用户提供价格指示。开发者模块则可以根据该费用指示信息，通过预设盈利计算方法，生成盈利信息，并将该盈利信息通过指示页面告知开发者。

本实施例提供的应用商店收费处理方法的具体工作过程可以为：

开发者向开发者模块提交应用程序，开发者模块对应用程序进行审核，当该应用程序通过审核后，开发者模块为开发者提供收费模式定制页面，由开发者自己选择收费模式及收费变更的触发条件，以形成收费模式信息。开发者模块将应用程序提供给网店模块，网店模块将该应用程序上架，以供用户下载。开发者模块将收费模式信息提供给运营支撑模块，运营支撑模块根据开发者的收费模式信息，分析出当前应用的收费模式与费用，以获取收费更改触发信息。用户通过应用商店门户登录到应用商店，进行应用程序的下载，网店模块检测该应用程序的下载次数，生成下载数量信息，并将该下载数量信息提供给运营支撑模块。当运营支撑模块判断该下载数量信息符合收费更改触发信息时，生成费用指示信息，并将该费用指示信息分别提供给网店模块和开发者模块。网店模块根据该费用指示信息修改该应用程序的价格信息，开发者模块根据该指示信息生成盈利信息。

图2为本发明实施例提供的一种应用商店收费处理系统结构示意图，本实施例提供的应用商店收费系统具体可以实现本发明任意实施例提供的应用商店收费处理方法，但并不以此为限。如图2所示，本实施例提供的应用商店收费处理系统包括开发者模块11、网店模块12和运营支撑模块13。开发者模块11用于接收收费模式信息和应用程序，将收费模式信息提供给运营支撑模块13，将应用程序提供给网店模块12。网店模块12用于接收应用程序，并检测下载应用程序的次数，生成下载数量信息，并将下载数量信息提供给运营支撑模块13。运营支撑模块13用于根据接收到的收费模式信息和下载数量信息，生成费用指示信息，并将费用指示信息分别提供给网店模块12和开发者模块11。

本实施例提供的应用商店收费处理系统，运营支撑模块13可以根据开发者模块11提供的收费模式信息以及网店模块12提供的下载数量信息，对应用程序的收费进行调整，提高了应用商店收费的灵活性。而且开发者参与制定该收费模式，可以极大地调动开发者的开发与营销热情，促使开发者创造出更多适应市场需求的应用，在提高用户的使用感受和满意度的同时提高应用的收益。

图3为本发明实施例提供的另一种应用商店收费处理系统结构示意图，如图3所示，在本实施例中，运营支撑模块13可以包括解析单元131、费用触发单元132和信息提供单元133。解析单元131用于对接收到的收费模式信息进行解析，获取收费更改触发信息。费用触发单元132用于若判断获知下载数量信息符合接收到的收费更改触发信息时，生成费用指示信息。信息提供单元133用于将费用指示信息分别提供给网店模块12和开发者模块11。

运营支撑模块13具体可以具有行为分析、业务统计、广告管理、结算/账单、客服支撑等功能。管理员可通过WEB接入方式，完成对全业务流程的管理与运营。运营支撑模块13还可以具有与运营商外部系统的接口，保障应用商店平台与运营商其他平台(如第三方账户、增值业务鉴权中心、终端管理平台、增值业务系统等)正确地交互信息。

在本实施例中，开发者模块11可以包括业务接收单元111、审核单元112和发布单元113。业务接收单元111用于接收收费模式信息和应用程序。审核单元112用于对应用程序进行审核。发布单元113用于将收费模式信息提供给运营支撑模块13，将通过审核的应用程序提供给网店模块12。

在本实施例中，网店模块12可以包括应用程序接收单元121、检测单元122和下载数量提供单元123。应用程序接收单元121用于接收应用程序。检测单元122用于实时检测下载应用程序的次数，生成下载数量信息。下载数量提供单元123用于将下载数量信息提供给运营支撑模块13。网店模块12可以为用户提供WEB/WAP/IPTV/互联网电视/手机客户端/PC客户端等接入方式，具体可以为专注于手机应用程序销售与购买的服务平台，向手机用户提供各种经过严格认证的安全、绿色的应用、内容、业务等丰富的手机软件及内容。在本实施例中，检测单元可以设置在网店模块12中也可单独设置，以对网店模块12的应用程序的下载进行检测。

在本实施例中，网店模块12还可以包括价格修改单元124，价格修改单元124用于根据接收到的费用指示信息修改价格信息。开发者模块11还可以包括盈利信息单元114，盈利信息单元114用于根据接收到的费用指示信息生成盈利信息。

本发明实施例提供的应用商店收费处理方法及系统，通过灵活的收费模式，开发者可以主动参与到应用程序的营销中，使得开发者更加关注用户的使用需求和消费习惯，更加积极地研究和开发出高品质高销量的应用程序。而且可以吸引更多的优秀开发者的加盟，通过和开发者一起集思广益，设计出符合用户消费习惯的应用。用户也可以清楚地分出完全免费版和免费体验版，不受困扰，可以通过经常浏览网店抢先下载使用完全免费版的应用，可以通过查看其他用户的评价，放心下载口碑好，感兴趣的需要付费的应用。大大提高用户数量与用户的关注度和黏着度，吸引大量的应用开发者和使用者，达到最大的营销效应，增加应用的品质与销量，实现开发者，和平台拥有者的双赢。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种应用商店收费处理方法，其特征在于，包括：

开发者模块接收收费模式信息和应用程序，将所述收费模式信息提供给运营支撑模块，将所述应用程序提供给网店模块；

所述网店模块接收所述应用程序，并检测下载所述应用程序的次数，生成下载数量信息，并将所述下载数量信息提供给所述运营支撑模块；

所述运营支撑模块根据接收到的所述收费模式信息和所述下载数量信息，生成费用指示信息，并将所述费用指示信息分别提供给所述网店模块和所述开发者模块。

2.根据权利要求1所述的应用商店收费处理方法，其特征在于，所述运营支撑模块根据接收到的所述收费模式信息和所述下载数量信息，生成费用指示信息，并将所述费用指示信息分别提供给所述网店模块和所述开发者模块，包括：

所述运营支撑模块对接收到的所述收费模式信息进行解析，获取收费更改触发信息；

所述运营支撑模块若判断获知所述下载数量信息符合接收到的所述收费更改触发信息时，生成所述费用指示信息；

所述运营支撑模块将所述费用指示信息分别提供给所述网店模块和所述开发者模块。

3.根据权利要求1或2所述的应用商店收费处理方法，其特征在于，所述开发者模块接收收费模式信息和应用程序，将所述收费模式信息提供给运营支撑模块，将所述应用程序提供给网店模块，包括：

所述开发者模块接收所述收费模式信息和所述应用程序；

所述开发者模块对所述应用程序进行审核；

所述开发者模块将所述收费模式信息提供给所述运营支撑模块，将通过审核的应用程序提供给所述网店模块。

4.根据权利要求1或2所述的应用商店收费处理方法，其特征在于，所述网店模块接收所述应用程序，并检测下载所述应用程序的次数，生成下载数量信息，并将所述下载数量信息提供给所述运营支撑模块，包括：

所述网店模块接收所述应用程序；

所述网店模块实时检测下载所述应用程序的次数，生成所述下载数量信息；

所述网店模块将所述下载数量信息提供给所述运营支撑模块。

5.根据权利要求1或2所述的应用商店收费处理方法，其特征在于，还包括：

所述网店模块根据接收到的所述费用指示信息修改价格信息；

所述开发者模块根据接收到的所述费用指示信息生成盈利信息。

6.一种应用商店收费处理系统，其特征在于：包括开发者模块、网店模块和运营支撑模块；

所述开发者模块用于接收收费模式信息和应用程序，将所述收费模式信息提供给所述运营支撑模块，将所述应用程序提供给所述网店模块；

所述网店模块用于接收所述应用程序，并检测下载所述应用程序的次数，生成下载数量信息，并将所述下载数量信息提供给所述运营支撑模块；

所述运营支撑模块用于根据接收到的所述收费模式信息和所述下载数量信息，生成费用指示信息，并将所述费用指示信息分别提供给所述网店模块和所述开发者模块。

7.根据权利要求6所述的应用商店收费处理系统，其特征在于，所述运营支撑模块包括：

解析单元，用于对接收到的所述收费模式信息进行解析，获取收费更改触发信息；

费用触发单元，用于若判断获知所述下载数量信息符合接收到的所述收费更改触发信息时，生成所述费用指示信息；

信息提供单元，用于将所述费用指示信息分别提供给所述网店模块和所述开发者模块。

8.根据权利要求6或7所述的应用商店收费处理系统，其特征在于，所述开发者模块包括：

业务接收单元，用于接收所述收费模式信息和所述应用程序；

审核单元，用于对所述应用程序进行审核；

发布单元，用于将所述收费模式信息提供给所述运营支撑模块，将通过审核的应用程序提供给所述网店模块。

9.根据权利要求6或7所述的应用商店收费处理系统，其特征在于，所述网店模块包括：

应用程序接收单元，用于接收所述应用程序；

检测单元，用于实时检测下载所述应用程序的次数，生成所述下载数量信息；

下载数量提供单元，用于将所述下载数量信息提供给所述运营支撑模块。

10.根据权利要求6或7所述的应用商店收费处理系统，其特征在于：

所述网店模块还包括价格修改单元，所述价格修改单元用于根据接收到的所述费用指示信息修改价格信息；

所述开发者模块还包括盈利信息单元，用于根据接收到的所述费用指示信息生成盈利信息。

Images