CN102915504A

CN102915504A - 软件发布方法和装置

Info

Publication number: CN102915504A
Application number: CN2012103799604A
Authority: CN
Inventors: 曹万鹏; 杜杏兰
Original assignee: China United Network Communications Group Co Ltd
Current assignee: China United Network Communications Group Co Ltd
Priority date: 2012-10-09
Filing date: 2012-10-09
Publication date: 2013-02-06

Abstract

本发明提供一种软件发布方法和装置，该方法包括：根据待发布软件形成至少两个弹出版本的软件，其中，软件的各弹出版本中按照配置策略配置的交互信息弹出点不同；基于发布策略发布各弹出版本的软件；当接收到软件交互请求时，从中获取软件的弹出版本并进行统计；根据统计结果更新所述配置策略和/或所述发布策略。本发明通过为同一款软件设置具有不同弹出点的不同弹出版本，并根据用户交互请求的反馈进行统计处理，能够确定合适的弹出点，并根据统计结果进行实时地自动调整和更新，有利于优化软件的发布过程，满足各种不同需求。

Description

软件发布方法和装置

技术领域

本发明涉及网络数据处理技术，尤其涉及一种软件发布方法和装置。

背景技术

目前，随着智能手机终端的高速发展和3G通信技术的迅速普及，丰富多彩的手机应用软件为电信运营商吸引来众多的手机应用客户，并带来了快速的数据业务增长，也为手机应用软件开发者提供了丰厚的回报。

越来越多的应用软件中存在与用户交互的需求，即在软件的运行过程中可能会弹出交互信息，供用户查看、选择、与运营商交互等。例如，支付弹出点就是典型的一种弹出交互信息。

针对中国手机应用软件使用者的特点，采取免费下发软件，让用户先免费体验、再根据个人意愿进行应用内付费已成为一种极具竞争力的手机软件付费方式。这不仅让用户通过自身体验后，买到真正自己心仪的软件，从长远上看，也有利于用市场机制提高软件质量，加速淘汰不好软件，提高用户体验，让运营商和高水平的开发者都能从竞争中获益。

目前针对应用软件内支付信息弹出时机的选择，行业内通常采用的是基于人为经验的应用内支付弹出时机决定方法，对欲上线的内嵌有应用内支付弹出点的软件，弹出点的位置是根据对以往销售同类型软件的弹出时机的借鉴或者根据软件开发者或运营商对消费者心理的判断来人为决定。

但是，由于每个软件的独特性，不同消费群体对软件购买行为的差异性，仅凭原有的基于人为经验来决定应用内支付弹出时机的方法是不可取的。不恰当的弹出时机可能大大降低用户的购买热情，甚至让消费者产生厌烦情绪，进而降低运营商和开发者的收入。

诸如支付信息等其他交互信息的弹出点也存在同样的问题，即通常根据人为经验预先设定，不能变化以适应不同场景或不同用户的需求。

发明内容

本发明实施例提供一种软件发布方法和装置，以实现灵活设置软件中交互信息的弹出点，从而适应不同的需求。

本发明实施例提供了一种软件发布方法，包括：

根据待发布软件形成至少两个弹出版本的软件，其中，软件的各弹出版本中按照配置策略配置的交互信息弹出点不同；

基于发布策略发布各弹出版本的软件；

当接收到软件交互请求时，从中获取软件的弹出版本并进行统计；

根据统计结果更新所述配置策略和/或所述发布策略。

本发明实施例还提供了一种软件发布装置，包括：

版本形成模块，用于根据待发布软件形成至少两个弹出版本的软件，其中，软件的各弹出版本中按照配置策略配置的交互信息弹出点不同；

软件发布模块，用于基于发布策略发布各弹出版本的软件；

版本统计模块，用于当接收到软件交互请求时，从中获取软件的弹出版本并进行统计；

策略更新模块，用于根据统计结果更新所述配置策略和/或所述发布策略。

本发明实施例的技术方案，通过为同一款软件设置具有不同弹出点的不同弹出版本，并根据用户交互请求的反馈进行统计处理，能够确定合适的弹出点，并根据统计结果进行实时地自动调整和更新，有利于优化软件的发布过程，满足各种不同需求。

附图说明

图1为本发明实施例一提供的软件发布方法的流程图；

图2为本发明实施例二提供的软件发布方法的流程图；

图3为本发明实施例三所适用的软件发布装置的结构示意图；

图4为本发明实施例三提供的软件发布方法中第一阶段的信令流程图；

图5为本发明实施例三提供的软件发布方法中第二阶段的信令流程图；

图6为本发明实施例四提供的软件发布装置的结构示意图。

具体实施方式

实施例一

图1为本发明实施例一提供的软件发布方法的流程图，本实施例所提供的软件发布方法适用于各种运营商发布软件的情况，软件发布通常由运营商侧的发布平台服务器来执行，本实施例具体由运营商发布平台服务器上配置的软件发布装置来执行，软件发布装置可以为由软件实现的服务器中的功能模块，该方法具体包括：

步骤110、软件发布装置根据待发布软件形成至少两个弹出版本的软件，其中，软件的各弹出版本中按照配置策略配置的交互信息弹出点不同；

在上述步骤中，配置策略中预先设定了软件的不同交互信息弹出点，以支付弹出点为例，配置策略可以设定将软件的数个时点作为支付弹出点，配置策略可以基于经验人为设定，每款软件的配置策略可以相同或不同。则本步骤中为每款软件形成了具有不同交互信息弹出点的不同弹出版本。

步骤120、软件发布装置基于发布策略发布各弹出版本的软件；

发布策略为预先设定，主要确定该发布哪个弹出版本的软件，由于随后发布策略或配置策略均可实时地被更新，所以初始的发布策略可以基于人为经验设定，优选是初始化的发布策略为顺序向不同用户发布各弹出版本的软件，从而尽量平均发布各弹出版本。或者，也可以按照其他方式发布各弹出版本，例如，随机下发等。

步骤130、当软件发布装置接收到软件交互请求时，从中获取软件的弹出版本并进行统计；

软件交互请求为用户根据交互信息弹出点弹出的内容与运营商交互式所发送的请求消息，例如对于支付弹出点，软件交互请求则为软件付费请求。运营商可以在步骤120中基于用户的软件下载请求向用户免费发布软件，而后当接收到用户的软件付费请求时再执行付费流程。

步骤140、软件发布装置根据统计结果更新所述配置策略和/或发布策略。

上述步骤具体是根据统计结果优化配置策略和/或发布策略。对于配置策略，可以根据统计结果更新软件的弹出版本，例如，按照用户交互最多的弹出版本确定交互信息弹出点。对于发布策略，可以根据用户、时段、软件类型、受欢迎程度等其他应用场景的变化选择发布交互最多的弹出版本。

实施例二

图2为本发明实施例二提供的软件发布方法的流程图，本实施例以实施例一为基础，且优选是对用户进行分类，基于不同类别的用户发布对应的弹出版本。该方法包括如下步骤：

步骤210、软件发布装置根据待发布软件形成至少两个弹出版本的软件，其中，软件的各弹出版本中按照配置策略配置的交互信息弹出点不同；

步骤220、软件发布装置基于发布策略发布各弹出版本的软件；

步骤230、当软件发布装置接收到软件交互请求时，从所述软件交互请求中解析获取用户属性信息和软件的弹出版本；

步骤240、软件发布装置根据用户属性信息对用户进行分类，并对每类用户所请求交互的软件弹出版本分别进行统计；

步骤250、软件发布装置根据统计结果更新所述配置策略和/或发布策略，从而在后续发布软件时可基于新的发布策略实施发布，或基于新的配置策略更新软件的弹出版本。

本实施例的技术方案基于用户属性信息对用户进行了分类，并统计得出每类用户所请求交互的软件弹出版本，这实际上表明了该类用户对交互信息弹出点的好恶。用户属性信息可以有多种，例如，可基于用户注册信息中用户的年龄、职业、地域等属性进行分类，也可以基于用户的网络交互习惯模式进行分类。典型地可以基于用户购买习惯进行分类。则一种优选方案为，交互信息弹出点为支付弹出点，用户属性信息包括用户注册信息和用户购买历史信息，用户购买历史信息至少包括下述选项的一种或几种：购买时段、购买软件类别和购买软件金额。

则根据所述用户属性信息确定发送所述软件下载请求的用户的类别可具体包括：

根据所述用户的购买时段，将相同时段范围内的用户分为一类；

根据所述用户的购买软件类别，将购买同类软件的用户分为一类；或

根据所述用户的购买软件金额，将相同金额范围内的用户分为一类。

实际的分类方式并不限于上述内容。

在本实施例中，优选是在根据统计结果更新所述发布策略之后，则基于发布策略发布各弹出版本的软件包括：

当软件发布装置接收到软件下载请求时，从所述软件下载请求中解析获取用户属性信息；

软件发布装置根据所述用户属性信息确定发送所述软件下载请求的用户的类别；

软件发布装置按照所述用户的类别，将根据统计结果确定的该类别用户所对应的软件弹出版本下发给所述用户。

上述方案的有益之处在于，在发布软件的过程中，也能区分用户提供不同弹出版本的软件，而非对所有用户进行统一化的处理。

实施例三

本发明实施例三提供的软件发布方法具体以支付弹出点作为交互信息弹出点为例进行说明。在实际应用中，应用软件内的支付信息何时弹出，不同的用户弹出时机如何选取，对用户最终是否购买该应用有很大的影响，恰到好处的弹出时机会大大增加用户的付费购买几率，反之一个不恰当的弹出时机则会降低用户的消费欲望、甚至让用户产生厌烦情绪。因此，选取合适的应用内支付信息弹出时机是十分重要的。本实施例为解决基于经验的所有用户均采取统一的应用内支付弹出时机不恰当的问题，采用基于运营中用户购买行为统计分析的应用内支付弹出时机决定机制。

图3为本发明实施例三所适用的软件发布装置的结构示意图，该软件发布装置包括版本形成模块310、软件发布模块320、用户分类模块330、版本统计模块340和策略更新模块350。软件发布模块320和用户分类模块330分别为与下载用户的终端交互的接口模块，交互软件下载请求、发布软件和软件交互请求。其中，版本形成模块310负责形成不同弹出版本的软件；软件发布模块320在软件初始发布的第一阶段，在接到软件下载请求后，顺序下发软件；在已经获得统计结果之后进入正式发布的第二阶段，则接到软件下载请求之后，负责根据统计、分析的结果确定的发布策略针对特定用户下发对应弹出版本的软件；用户分类模块330负责根据用户的属性信息和购买行为对用户分类；版本统计模块340基于用户分类模块330对用户的分类，负责对用户在哪个应用内支付弹出点进行了软件购买进行统计。策略更新模块350用于根据统计结果更新配置策略和/或发布策略。

基于上述软件发布装置的结构，该方法包括两个阶段，第一为统计更新阶段，第二为软件正式下发阶段。

第一阶段如图4所示，包括如下步骤：

步骤401、版本形成模块根据待发布软件形成至少两个弹出版本的软件，其中，软件的各弹出版本中按照配置策略配置的支付弹出点不同；

步骤402、软件发布模块接收用户的软件下载请求；

步骤403、软件发布模块基于发布策略，顺序地免费向用户发布某个弹出版本的软件；

步骤404、当用户分类模块接收到软件支付请求时，从所述软件支付请求中解析获取用户属性信息和软件的弹出版本，该用户属性信息包括用户注册信息和用户购买历史信息，用户购买历史信息至少包括下述选项的一种或几种：购买时段、购买软件类别和购买软件金额。

步骤405、用户分类模块根据用户属性信息对用户进行分类，版本统计模块对每类用户所请求交互的软件弹出版本分别进行统计；

步骤406、策略更新模块根据统计结果更新发布策略，提供给软件发布模块，还可以更新配置策略，提供给版本形成模块。统计和更新的操作可以设定时间段进行统计更新。

第一阶段，可作为初始测试阶段，运营统计数据采集、分析。依据软件特征和同类软件应用内支付弹出点选取经验，预先选取N个潜在的应用内支付弹出点，生成N个弹出版本的手机应用软件。每个弹出版本为嵌入了1个不同于其他版本的应用内支付弹出点的原始软件，并按照顺序循环下发给请求的手机用户。在这一阶段，软件发布模块并不参与控制向用户下发何种版本的软件，软件只是按照手机用户发送软件下载请求的顺序，从1-N循环、依次下发。在规定时间内，通过对该软件应用内购买运营统计数据的收集、分析后，制定新的软件发布策略。

在更新发布策略之后进入第二阶段，如图5所示，包括如下步骤：

步骤501、当软件发布模块接收到软件下载请求时，从所述软件下载请求中解析获取用户属性信息，例如用户购买习惯信息；

步骤502、软件发布模块根据所述用户属性信息确定发送所述软件下载请求的用户的类别，与用户分类模块的类别确定方式一致；

步骤503、软件发布模块按照所述用户的类别，将根据统计结果确定的该类别用户所对应的软件弹出版本下发给所述用户。统计结果可以确定对于某类别用户，选择付费次数最多的弹出版本即为该类用户对应的软件弹出版本。而后可类似于图4重复执行下载、发布、支付和统计过程。

第二阶段，相当于将软件正式下发给用户的阶段，为各版本软件差异性发布阶段。针对不同客户群，根据用户分类下发不同版本的手机应用软件，进而增加用户的购买几率，提高软件销售数量。

上述的统计、更新过程可以在软件发布初期执行，也可以在整个发布过程中周期性执行，以便能实时根据情况更新软件中的交互信息弹出点设置。

本发明实施例的技术方案针对不同软件、不同客户群，利用应用内购买运营统计数据来决定最优的软件应用内支付弹出点，取代了原有的基于经验的应用内支付弹出时机选取方法。

实施例四

图6为本发明实施例四提供的软件发布装置的结构示意图，该装置包括：版本形成模块610、软件发布模块620、版本统计模块630和策略更新模块640。其中，版本形成模块610，用于根据待发布软件形成至少两个弹出版本的软件，其中，软件的各弹出版本中按照配置策略配置的交互信息弹出点不同；软件发布模块620，用于基于发布策略发布各弹出版本的软件；版本统计模块630，用于当接收到软件交互请求时，从中获取软件的弹出版本并进行统计；策略更新模块640，用于根据统计结果更新所述配置策略和/或所述发布策略。

在上述技术方案中，所述软件发布模块620中，可以具体包括对应于不同发布策略的发布单元，例如至少包括初始化发布单元，用于当接收到用户的软件下载请求时，基于初始化的发布策略，顺序地向用户发布各弹出版本的软件。

版本统计模块630可具体包括：信息解析单元、用户分类单元和版本统计单元。其中，信息解析单元，用于当接收到软件交互请求时，从所述软件交互请求中解析获取用户属性信息和软件的弹出版本；用户分类单元，用于根据用户属性信息对用户进行分类；版本统计单元，用于对每类用户所请求交互的软件弹出版本分别进行统计。

软件发布模块620还可以包括正式发布单元，该正式发布单元在策略更新模块640根据统计结果更新所述发布策略之后触发，所述正式发布单元包括：

用户属性解析子单元，用于当接收到软件下载请求时，从所述软件下载请求中解析获取用户属性信息；

用户类别确定子单元，用于根据所述用户属性信息确定发送所述软件下载请求的用户的类别；

弹出版本下发子单元，用于按照所述用户的类别，将根据统计结果确定的该类别用户所对应的软件弹出版本下发给所述用户。

按照不同的发布策略，可以有不同的多个正式发布单元。

本发明上述实施例提供的软件发布装置可以执行本发明实施例提供的软件发布方法，并具备相应的功能模块。该装置尤为适用于对支付弹出点的灵活设置，并基于用户属性对用户进行分类，根据该类别用户的购买行为统计结果有针对性的下发不同弹出版本的软件。交互信息弹出点为支付弹出点，所述用户属性信息包括用户注册信息和用户购买历史信息，所述用户购买历史信息至少包括下述选项的一种或几种：购买时段、购买软件类别和购买软件金额。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims

1.一种软件发布方法，其特征在于，包括：

基于发布策略发布各弹出版本的软件；

根据统计结果更新所述配置策略和/或所述发布策略。

2.根据权利要求1所述的软件发布方法，其特征在于，基于发布策略发布各弹出版本的软件包括：

当接收到用户的软件下载请求时，基于初始化的发布策略，顺序向用户发布各弹出版本的软件。

3.根据权利要求2所述的软件发布方法，其特征在于，当接收到软件交互请求时，从中获取软件的弹出版本并进行统计包括：

当接收到软件交互请求时，从所述软件交互请求中解析获取用户属性信息和软件的弹出版本；

根据用户属性信息对用户进行分类，并对每类用户所请求交互的软件弹出版本分别进行统计。

4.根据权利要求3所述的软件发布方法，其特征在于，在根据统计结果更新所述发布策略之后，所述基于发布策略发布各弹出版本的软件包括：

当接收到软件下载请求时，从所述软件下载请求中解析获取用户属性信息；

根据所述用户属性信息确定发送所述软件下载请求的用户的类别；

按照所述用户的类别，将根据统计结果确定的该类别用户所对应的软件弹出版本下发给所述用户。

5.根据权利要求4所述的软件发布方法，其特征在于：所述交互信息弹出点为支付弹出点，所述用户属性信息包括用户注册信息和用户购买历史信息，所述用户购买历史信息至少包括下述选项的一种或几种：购买时段、购买软件类别和购买软件金额。

6.根据权利要求5所述的软件发布方法，其特征在于，根据所述用户属性信息确定发送所述软件下载请求的用户的类别包括：

7.一种软件发布装置，其特征在于，包括：

软件发布模块，用于基于发布策略发布各弹出版本的软件；

8.根据权利要求7所述的软件发布装置，其特征在于，所述软件发布模块包括：

初始化发布单元，用于当接收到用户的软件下载请求时，基于初始化的发布策略，顺序向用户发布各弹出版本的软件。

9.根据权利要求8所述的软件发布装置，其特征在于，版本统计模块包括：

信息解析单元，用于当接收到软件交互请求时，从所述软件交互请求中解析获取用户属性信息和软件的弹出版本；

用户分类单元，用于根据用户属性信息对用户进行分类；

版本统计单元，用于对每类用户所请求交互的软件弹出版本分别进行统计。

10.根据权利要求9所述的软件发布装置，其特征在于，所述软件发布模块还包括正式发布单元，所述正式发布单元在所述策略更新模块根据统计结果更新所述发布策略之后触发，所述正式发布单元包括：

11.根据权利要求10所述的软件发布装置，其特征在于：所述交互信息弹出点为支付弹出点，所述用户属性信息包括用户注册信息和用户购买历史信息，所述用户购买历史信息至少包括下述选项的一种或几种：购买时段、购买软件类别和购买软件金额。