CN103577985A - 数据渠道选择方法和数据处理平台 - Google Patents
数据渠道选择方法和数据处理平台 Download PDFInfo
- Publication number
- CN103577985A CN103577985A CN201210262507.5A CN201210262507A CN103577985A CN 103577985 A CN103577985 A CN 103577985A CN 201210262507 A CN201210262507 A CN 201210262507A CN 103577985 A CN103577985 A CN 103577985A
- Authority
- CN
- China
- Prior art keywords
- channel
- data
- rule
- selection
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0201—Market modelling; Market analysis; Collecting market data
Landscapes
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Data Mining & Analysis (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本申请提供了一种数据渠道选择方法和数据处理平台,其中,数据渠道选择方法包括:数据处理平台获取渠道选择数据,所述渠道选择数据包括以下至少之一:用户历史行为数据、渠道的稳定容量、渠道的最大容量、活动运营数据、和渠道健壮度数据;根据获取的所述渠道选择数据,使用与所述渠道选择数据相对应的选择规则选择数据渠道,所述选择规则包括以下至少之一:用户行为规则、渠道稳定容量规则、渠道最大容量规则、活动运营规则、和渠道健壮度规则;显示选择的所述数据渠道。通过本申请,达到了数据渠道合理选择和均衡使用的效果。
Description
技术领域
本申请涉及网络技术领域,特别是涉及一种数据渠道选择方法和数据处理平台。
背景技术
电子数据渠道是为了满足客户实时服务的需求,降低营业前台服务压力和服务成本,而迅速发展起来的自助式新型营销服务渠道,它以互联网技术和通信技术为基础,将产品的销售与服务数字化,让客户借助终端设备,可自助定购产品、获取服务。
以电子支付渠道为例,一般来说,和第三方支付平台对接的金融机构可能有数十家,每一家向第三方支付平台提供至少一个支付渠道。在用户需要使用支付渠道进行支付时,全部显示所有支付渠道供用户选择,或者随机选择一部分支付渠道进行显示,而将另一部分隐藏到浮层中。然而,不论上述哪种方式,都不能对用户起到很好的引导作用。
例如,当支付量很大时,特别是有时候网站促销活动会突然引发支付量的暴增,然而每个金融机构对业务量的支撑能力不同,如果用户不了解支付渠道的使用情况而同时请求一家网站进行支付时,则该渠道将有大量的支付请求,超过该机构的最大容量时,就会影响该机构系统的稳定性,甚至导致雪崩,所有的业务都无法付款。而同时,另外的支付渠道却有可能因无用户选择或用户数较少而处于空闲。这种不均衡的支付渠道使用,不仅可能导致系统资源浪费,还可能造成系统崩溃,使用户无法快速方便地进行支付,造成用户使用体验下降。
可见,目前需要本领域技术人员迫切解决的一个技术问题就是:如何均衡使用数据渠道,提升用户使用体验。
发明内容
本申请提供了一种数据渠道选择方法和数据处理平台,以解决现有数据渠道使用不均衡,导致系统资源浪费或系统崩溃的问题。
为了解决上述问题,本申请公开了一种数据渠道选择方法,包括:数据处理平台获取渠道选择数据,所述渠道选择数据包括以下至少之一:用户历史行为数据、渠道的稳定容量、渠道的最大容量、活动运营数据、和渠道健壮度数据;根据获取的所述渠道选择数据,使用与所述渠道选择数据相对应的选择规则选择数据渠道,所述选择规则包括以下至少之一:用户行为规则、渠道稳定容量规则、渠道最大容量规则、活动运营规则、和渠道健壮度规则,其中,所述用户行为规则用于指示根据所述用户历史行为数据选择数据渠道,所述渠道稳定容量规则用于指示根据渠道的当前使用量和所述渠道的稳定容量的关系选择数据渠道,所述渠道最大容量规则用于指示根据渠道的当前使用量和所述渠道的最大容量的关系选择数据渠道,所述活动运营规则用于指示根据所述活动运营数据获取对应的渠道归属对象设定的运营活动,根据所述运营活动选择数据渠道,所述渠道健壮度规则用于指示根据所述渠道健壮度数据获取对应的渠道归属对象的数据处理成功率,根据所述数据处理成功率选择数据渠道;显示选择的所述数据渠道。
优选地,当所述选择规则包括多个时,所述选择规则具有优先级;所述根据获取的所述渠道选择数据,使用与所述渠道选择数据相对应的选择规则选择数据渠道的步骤包括:所述数据处理平台根据获取的所述渠道选择数据,按照所述选择规则的优先级,依次使用与所述渠道选择数据相对应的所述选择规则选择所述数据渠道。
优选地,所述显示选择的所述数据渠道的步骤包括:按照所述选择规则的优先级,将与所述渠道选择数据相对应的所述选择规则选择出的相应的数据渠道进行排序并显示。
优选地,所述按照所述选择规则的优先级,将与所述渠道选择数据相对应的所述选择规则选择出的相应的数据渠道进行排序并显示的步骤包括:按照所述选择规则的优先级,将与所述渠道选择数据相对应的所述选择规则选择出的相应的数据渠道进行排序;按照所述排序的次序,从选择出的所述数据渠道中选择设定数量的数据渠道进行显示。
优选地,所述数据渠道选择方法还包括:将未被选中的数据渠道隐藏到浮层中,或者,不显示未被选中的数据渠道。
为了解决上述问题,本申请还公开了一种数据处理平台,包括:获取模块,用于获取渠道选择数据,所述渠道选择数据包括以下至少之一:用户历史行为数据、渠道的稳定容量、渠道的最大容量、活动运营数据、和渠道健壮度数据;选择模块,用于根据获取的所述渠道选择数据,使用与所述渠道选择数据相对应的选择规则选择数据渠道,所述选择规则包括以下至少之一:用户行为规则、渠道稳定容量规则、渠道最大容量规则、活动运营规则、和渠道健壮度规则,其中,所述用户行为规则用于指示根据所述用户历史行为数据选择数据渠道,所述渠道稳定容量规则用于指示根据渠道的当前使用量和所述渠道的稳定容量的关系选择数据渠道,所述渠道最大容量规则用于指示根据渠道的当前使用量和所述渠道的最大容量的关系选择数据渠道,所述活动运营规则用于指示根据所述活动运营数据获取对应的渠道归属对象设定的运营活动,根据所述运营活动选择数据渠道,所述渠道健壮度规则用于指示根据所述渠道健壮度数据获取对应的渠道归属对象的数据处理成功率,根据所述数据处理成功率选择数据渠道;显示模块,用于显示选择的所述数据渠道。
优选地,当所述选择规则包括多个时,所述选择规则具有优先级;所述选择模块,用于根据获取的所述渠道选择数据,按照所述选择规则的优先级,依次使用与所述渠道选择数据相对应的所述选择规则选择所述数据渠道。
优选地,所述显示模块,用于按照所述选择规则的优先级,将与所述渠道选择数据相对应的所述选择规则选择出的相应的数据渠道进行排序并显示。
优选地,所述显示模块,用于按照所述选择规则的优先级,将与所述渠道选择数据相对应的所述选择规则选择出的相应的数据渠道进行排序;按照所述排序的次序,从选择出的所述数据渠道中选择设定数量的数据渠道进行显示。
优选地,所述数据处理平台还包括:隐藏模块,用于将未被选中的数据渠道隐藏到浮层中,或者,不显示未被选中的数据渠道。
与现有技术相比,本申请具有以下优点:
本申请通过设置多种数据渠道选择规则,使得数据处理平台可以根据渠道选择数据,按照相应的选择规则进行数据渠道选择,从而为用户提供一个最合理的数据渠道展示,避免了用户集中使用某一数据渠道造成该数据渠道拥堵而其它数据渠道空闲的情况,解决了现有数据渠道使用不均衡,导致系统资源浪费或系统崩溃的问题,达到了数据渠道合理选择和均衡使用的效果。
附图说明
图1是根据本申请实施例一的一种数据渠道选择方法的步骤流程图;
图2是根据本申请实施例二的一种数据渠道选择方法的步骤流程图;
图3是根据本申请实施例三的一种数据渠道选择流程的示意图;
图4是根据本申请实施例三的一种渠道选择决策图;
图5是根据本申请实施例四的一种数据处理平台的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
实施例一
参照图1,示出了根据本申请实施例一的一种数据渠道选择方法的步骤流程图。
本实施例的数据渠道选择方法包括以下步骤:
步骤S102:数据处理平台获取渠道选择数据。
其中,渠道选择数据包括以下至少之一:用户历史行为数据、渠道的稳定容量、渠道的最大容量、活动运营数据、和渠道健壮度数据。用户历史行为数据用于指示用户的历史数据渠道选择行为;渠道的稳定容量用于指示一个数据渠道可正常处理的数据量;渠道的最大容量用于指示一个数据渠道最多可处理的数据量;活动运营数据用于指示数据渠道归属对象(如支付渠道所归属的银行)设定的运营活动(如通过数据处理平台设定在某日最优先显示等);渠道健壮度数据用于指示数据渠道归属对象的数据处理成功率(如某个支付渠道所归属的银行的支付成功率等)。
步骤S104:数据处理平台根据获取的渠道选择数据,使用与渠道选择数据相对应的选择规则选择数据渠道。
其中,选择规则包括以下至少之一:用户行为规则、渠道稳定容量规则、渠道最大容量规则、活动运营规则、和渠道健壮度规则。其中,用户行为规则用于指示根据用户历史行为数据选择数据渠道;渠道稳定容量规则用于指示根据渠道的当前使用量和渠道的稳定容量的关系选择数据渠道;渠道最大容量规则用于指示根据渠道的当前使用量和渠道的最大容量的关系选择数据渠道;活动运营规则用于指示根据活动运营数据获取对应的渠道归属对象设定的运营活动,根据运营活动选择数据渠道;渠道健壮度规则用于指示根据渠道健壮度数据获取对应的渠道归属对象的数据处理成功率,根据数据处理成功率选择数据渠道。
步骤S106:数据处理平台显示选择的数据渠道。
如,数据处理平台向客户端显示选择的数据渠道。
本实施例通过设置多种数据渠道选择规则,使得数据处理平台可以根据渠道选择数据,按照相应的选择规则进行数据渠道选择,从而为用户提供一个最合理的数据渠道展示,避免了用户集中使用某一数据渠道造成该数据渠道拥堵而其它数据渠道空闲的情况,解决了现有数据渠道使用不均衡,导致系统资源浪费或系统崩溃的问题,达到了数据渠道合理选择和均衡使用的效果。
实施例二
参照图2,示出了根据本申请实施例二的一种数据渠道选择方法的步骤流程图。
本实施例的数据渠道选择方法包括以下步骤:
步骤S202:第三方数据处理平台获取包括用户历史行为数据、渠道的稳定容量、渠道的最大容量、活动运营数据、和渠道健壮度数据在内的渠道选择数据。
本实施例中,以获取用户历史行为数据、渠道的稳定容量、渠道的最大容量、活动运营数据、和渠道健壮度数据;且选择规则包括用户行为规则、渠道稳定容量规则、渠道最大容量规则、活动运营规则、和渠道健壮度规则为例,但本领域技术人员应当明了,在实际应用中,可以获取其中的一种或多种渠道选择数据,设置相对应的一种或多种选择规则,参照本实施例实现数据渠道选择。
很明显,用户历史行为数据对应于用户行为规则、渠道的稳定容量对应于渠道稳定容量规则、渠道的最大容量对应于渠道最大容量规则、活动运营数据对应于活动运营规则、渠道健壮度数据对应于渠道健壮度规则。
步骤S204:第三方数据处理平台根据获取的渠道选择数据,按照设定的选择规则的优先级,依次使用与渠道选择数据相对应的选择规则选择数据渠道。
本实施例中,为用户行为规则、渠道稳定容量规则、渠道最大容量规则、活动运营规则、和渠道健壮度规则设定优先级,按照选择规则的优先级从高到低依次进行数据渠道选择。
例如,设定选择规则的优先级从高到低依次为:用户行为规则、渠道稳定容量规则、渠道最大容量规则、渠道健壮度规则、和活动运营规则,则进行数据渠道选择时,一种可行方式是:首先使用用户行为规则进行选择,再使用渠道稳定容量规则进行选择,然后使用渠道最大容量规则进行选择,之后使用渠道健壮度规则进行选择,最后使用活动运营规则进行选择,若在某在选择规则之后已无数据渠道可选,则选择最后一个或几个被过滤掉的数据渠道;另一种可行方式是:分别使用每个选择规则进行选择,然后按照选择规则的优先级,对选择规则选择出的数据渠道进行排序,选择优选级高的一个或几个数据渠道。
如,设定有A、B、C、D、E、F、G几个数据渠道,使用第一种方式时,首先使用用户行为规则选择出数据渠道A、B、C、D、E,再使用渠道稳定容量规则选择出A、B、C,然后使用渠道最大容量规则选择出A,此时,不必再进行后续选择,可以根据设定确定选择数据渠道A(最后一级选择规则过滤),或者设定为选择数据渠道A、B、C(最后二级选择规则过滤)等,依据具体设定而定;而使用第二种方式时,假设用户行为规则、渠道稳定容量规则、渠道最大容量规则、渠道健壮度规则、和活动运营规则选择出的数据渠道分别为:A、B、C、D、E,则按照设定的选择规则的优先级(即设定选择规则的优先级从高到低依次为:用户行为规则、渠道稳定容量规则、渠道最大容量规则、渠道健壮度规则、和活动运营规则),确定选择的数据渠道依次为A、B、C、D、E。
通过为选择规则设置优先级,能够根据数据渠道的实际情况进行选择,从而为用户提供更合理、更高效的数据渠道选择。当然,本领域技术人员应当明了,为选择规则设置优先级为数据渠道选择的优选方案,在实际应用中,也可以不设置选择规则优先级,或者设置其它形式的选择规则使用方案,如随机选择等,本申请对此不作限制。
步骤S206:第三方数据处理平台按照选择规则的优先级,将与渠道选择数据相对应的选择规则选择出的相应的数据渠道进行排序并显示。
如上所述,若选择规则的优先级从高到低依次为:用户行为规则、渠道稳定容量规则、渠道最大容量规则、渠道健壮度规则、和活动运营规则,选择出的对应的数据渠道分别为:A、B、C、D、E,则数据渠道A、B、C、D、E按照其对应的选择规则的优先级排序,即排序为A、B、C、D、E,进而进行显示。
优选地,还可以设定数据渠道的显示数量,即从选择出的数据渠道中选择设定数量的数据渠道进行显示,如按照上述排序的次序,从选择出的数据渠道中选择设定数量的数据渠道进行显示,如设定仅显示三个,则此时显示的数据渠道为A、B、C。
步骤S208:第三方数据处理平台将未被选中的数据渠道隐藏到浮层中,或者,不显示未被选中的数据渠道。
当未被选中的数据渠道隐藏到浮层中时,用户还可以根据需要显示该浮层,进而进行选择,从而为用户提供更多的选择;而不显示未被选中的数据渠道,则用户将无法看到这些未被选中的数据渠道,也无法进行选择,但该种方式保证了选中数据渠道的有效选择,并且减少了第三方数据处理平台与客户端的数据交互次数和数据交互量。
通过本实施例,使用设定的优先级的选择规则选择数据渠道,能够根据数据渠道的实际情况进行选择,从而为用户提供更合理、更高效的数据渠道选择,提高了数据渠道选择的效率。
实施例三
本实施例以第三方数据处理平台为支付宝、数据渠道为支付渠道为例,对本申请的数据渠道选择方案进行说明。
支付宝是独立的第三方支付平台,和支付宝对接的金融机构有数十家,提供多个支付渠道(每家金融机构、每种和各机构的接入方式都可以称之为一种支付渠道)。提高用户的付款速度和成功率直接影响着用户体验,为此,本实施例中提供了一种渠道决策组件,通过该组件,收银台上的各个渠道可以根据当前用户、当前渠道属性和容量情况等,给用户一个最合理的展示,方便用户快速付款。此外,由于支付宝目前的支付量非常大,特别是有时候促销活动会突然引发支付量的暴增,然而每个金融机构对业务量的支撑能力不同,如果同时有大量的支付请求一家网站,超过该机构的最大容量,可能会影响该机构系统的稳定性,甚至导致雪崩,所有的业务都无法付款。所以根据渠道的容量进行处理是该渠道决策组件中的一项重要内容。同时,客户、业务、用户体验的需求日益变化,渠道决策组件同时也具备动态扩展的能力,可以保证在需求不断的新增的情况下,快速新增子组件,满足渠道展示的需求。
本实施例的数据渠道选择流程如图3所示,包括:
步骤S302:用户使用支付宝,进入收银台界面进行付款。
步骤S304:支付宝获取该用户的用户历史行为数据、各个支付渠道的稳定容量、各个支付渠道的最大容量、和各个支付渠道的当前使用量。
渠道容量指支付渠道同时可支撑的支付请求量,包括稳定容量和最大容量,稳定容量指系统能够正常处理的请求量,最大容量指系统最多支撑的请求量,再超过很可能导致系统出现异常甚至宕机。
用户在支付宝上进行支付时,支付宝会记录每次用户选择的支付渠道,保存在数据库中。这样,该用户下次进行支付时,就可以读取数据库中的历史支付渠道使用数据,也即,从数据库中获得该用户的用户历史行为数据。
支付渠道的稳定容量和支付渠道的最大容量指的是某家银行的处理支付请求的能力,目前设定每分钟银行支持的请求数。
步骤S306:支付宝根据用户历史行为数据、各个支付渠道的稳定容量、各个支付渠道的最大容量、和各个支付渠道的当前使用量,使用渠道决策组件进行支付渠道选择。
本实施例的渠道决策组件中设置了用户行为规则、渠道稳定容量规则、和渠道最大容量规则。
本实施例中,设定有支付渠道A、B和C,各支付渠道的渠道容量如表1所示。
表1 渠道容量表
渠道名称 | 渠道稳定容量(分钟) | 渠道最大容量(分钟) |
渠道A | 1000 | 2000 |
渠道B | 1500 | 2500 |
渠道C | 2500 | 4000 |
根据用户历史行为数据和用户行为规则,设定收银台主页面展示的渠道为:渠道A,渠道B,渠道C,其他渠道隐藏在浮层中。
以下,使用“用户行为规则”结合“渠道稳定容量规则”和“渠道最大容量规则”选择支付渠道。
当各个渠道的使用量如表2所示,都少于稳定容量时,按默认用户上次使用渠道排序展示:渠道A,渠道B,渠道C。
表2
渠道名称 | 渠道当前使用量(分钟) |
渠道A | 800 |
渠道B | 1000 |
渠道C | 2000 |
当各个渠道的使用量如表3所示,其中渠道A使用量大于稳定容量,其他渠道少于稳定容量时,则把超过稳定容量的渠道A展示隐藏到浮层中,不建议用户使用。
表3
渠道名称 | 渠道当前使用量(分钟) |
渠道A | 1200 |
渠道B | 1000 |
渠道C | 2000 |
此时,主页面渠道展示结果:渠道B,渠道C。渠道A只有用户主动点击浮层才会展示出来,这样对于那些主页面的其他渠道就可以满足他付款的用户来说,使用渠道A的概率会大大降低,减小了渠道A的压力,同时他用其他渠道付款,也保证的支付的效率。
当各个渠道的使用量如表4所示,其中渠道B使用量大于最大容量时候,则把渠道B默认提示用户报错或者隐藏不允许用户使用。
表4
渠道名称 | 渠道当前使用量(分钟) |
渠道A | 1200 |
渠道B | 2600 |
渠道C | 2000 |
此时,主页面渠道展示结果:渠道C。这个时候渠道A和渠道B都隐藏在浮层中,两个渠道的区别在于,渠道A用户选择后还可以正常付款,但是渠道B用户就算选择了也会提示用户渠道繁忙,不能支付,因为这个时候就算让用户支付,只会给渠道造成更大的压力而使渠道挂掉,也不能给用户很好的支付体验。
当各个渠道的使用量如表5所示,其中各个渠道的使用量恢复少于稳定容量时,按默认用户上次使用渠道排序展示:渠道A,渠道B,渠道C。
表5
渠道名称 | 渠道当前使用量(分钟) |
渠道A | 900 |
渠道B | 1100 |
渠道C | 1900 |
上述支付渠道选择决策的示意图如图4所示,从图4中可以看出,当渠道容量充足时,可以显示渠道允许用户使用容量充足渠道进行支付;当渠道容量超过稳定容量,但未达到最大容量时,可以将渠道隐藏到浮层中;而当渠道容量达到最大容量时,则提示等待,不允许用户进行支付。
需要说明的是,本实施例仅以渠道决策组件中设置了用户行为规则、渠道稳定容量规则、和渠道最大容量规则为例,但本领域技术人员应当明了,渠道决策组件中还可以设置其它适当规则,对于渠道决策组件中存在多个选择规则的时候,可以有效的互相结合,最终为用户提供最合理有效的渠道信息。
此外,渠道决策组件可以不断扩展,扩展的策略可以包括内部系统的规则,甚至是外围银行等机构相关的信息用户决策等。以本实施例为例,可以对渠道决策组件进行扩展,使其包括活动运营规则和/或渠道健壮度规则。活动运营规则用于指示根据活动运营数据获取对应的渠道归属对象设定的运营活动,根据运营活动选择数据渠道,如支付宝或银行可以做一些运营活动,希望用户可以优先看到某些银行,来提高这个银行的支付量。渠道健壮度规则用于指示根据渠道健壮度数据获取对应的渠道归属对象的数据处理成功率,根据数据处理成功率选择数据渠道,如支付宝记录银行的成功率,当银行的成功率降低到设置的一个阈值,就把银行的logo(标记)自动隐藏到浮层,甚至去除(这个规则可以通过配置)。
此外,当某个用户进入收银台进行支付的时候,如果同时命中了多个选择规则如用户行为规则和活动运营规则,则会同时计算多种规则的渠道展示,同时,还可以设置选择规则的优先级,当活动运营规则优先级比用户行为规则高的时候,把活动运营规则计算出来的渠道优先展示在前面,用户行为规则的展示次之。如果一些渠道两个规则都命中,我们则会取最高优先级的那个做展示。例如,对于当前登录使用用户,系统中存在该用户的历史使用支付渠道的记录(用户历史行为数据),如果查到,则认为命中用户行为规则;对于活动运营规则,每个运营活动的规则会设置特定生效的时间、特定的支付渠道或者单次支付必须满足多少金额(该维度可扩展,扩展其他的业务维度),如果这些维度都满足,则认为命中活动运营规则;对于某一个渠道,判断当前每分钟的付款总量是否达到稳定容量或者最大容量,如果达到则认为命中渠道容量规则(包括渠道稳定容量规则和/或渠道最大容量规则);而若某一个渠道对应银行的成功率降低到一个阈值(数据库中配置)时,则认为命中渠道健壮度规则。优先级从大类上分3中,主页面展示、浮层展示、不展示,对于大类的优先级从高到低设定为:不展示>浮层展示>主页面展示。也就是说,当一个渠道同是命中了多个选择规则时,如果一个规则匹配到主页面展示,但是一个规则匹配到不展示,则这个渠道最终还是不展示到页面上。对于主页面展示、浮层展示,这两种展示内部也有优先级,就是渠道先后顺序,如主页面展示上,展示在前面的渠道比展示在后面的渠道优先级高,浮层也一样。比如:一个渠道同时两个规则命中主页面展示,则取排序排到最前面的那个规则来展示这个渠道。
步骤S308:支付宝根据渠道决策组件的选择结果展示支付渠道,供用户选择展示的支付渠道进行付款。
步骤S310:支付宝根据用户选择的支付渠道,和银行交互完成用户付款。
通过本实施例,收银台把用户上次使用的支付渠道默认显示在主页面上,同时把其他的支付渠道全部隐藏在浮层中,只有用户点击浮层按钮,才会展示所有可用的支付渠道,防止主页面显示太多支付渠道干扰用户付款,同时也可以选择一些推荐的渠道显示在主页面,提高这些渠道的使用量。渠道决策组件由多个选择规则组合而成,最终展示给用户一个最合理的渠道便于用户付款。同时,该渠道决策组件可以不断扩展,扩展的规则可以包括内部系统的规则,甚至是外围银行等机构相关的信息用户决策。通过本实施例的支付渠道选择方案,在支付渠道的容量已经超过稳定范围但没达到最大容量之前对用户进行页面渠道展示的引导,引导部分可用其他渠道支付的用户流量到其他支付渠道上,给当前渠道减压,从而引导用户到其他支付渠道,在一定程度上缓解支付渠道的压力,又保证了用户的快速付款。
实施例四
参照图5,示出了根据本申请实施例四的一种数据处理平台的结构框图。
本实施例的数据处理平台包括:获取模块402,用于获取渠道选择数据,渠道选择数据包括以下至少之一:用户历史行为数据、渠道的稳定容量、渠道的最大容量、活动运营数据、和渠道健壮度数据;选择模块404,用于根据获取的渠道选择数据,使用与渠道选择数据相对应的选择规则选择数据渠道,选择规则包括以下至少之一:用户行为规则、渠道稳定容量规则、渠道最大容量规则、活动运营规则、和渠道健壮度规则,其中,用户行为规则用于指示根据用户历史行为数据选择数据渠道,渠道稳定容量规则用于指示根据渠道的当前使用量和渠道的稳定容量的关系选择数据渠道,渠道最大容量规则用于指示根据渠道的当前使用量和渠道的最大容量的关系选择数据渠道,活动运营规则用于指示根据活动运营数据获取对应的渠道归属对象设定的运营活动,根据运营活动选择数据渠道,渠道健壮度规则用于指示根据渠道健壮度数据获取对应的渠道归属对象的数据处理成功率,根据数据处理成功率选择数据渠道;显示模块406,用于显示选择的数据渠道。
优选地,当选择规则包括多个时,选择规则具有优先级;选择模块404,用于根据获取的渠道选择数据,按照选择规则的优先级,依次使用与渠道选择数据相对应的选择规则选择数据渠道。
优选地,显示模块406,用于按照选择规则的优先级,将与渠道选择数据相对应的选择规则选择出的相应的数据渠道进行排序并显示。
优选地,显示模块406,用于按照选择规则的优先级,将与渠道选择数据相对应的选择规则选择出的相应的数据渠道进行排序;按照排序的次序,从选择出的数据渠道中选择设定数量的数据渠道进行显示。
优选地,本实施例的数据处理平台还包括:隐藏模块408,用于将未被选中的数据渠道隐藏到浮层中,或者,不显示未被选中的数据渠道。
本实施例的数据处理平台用于实现前述方法实施例中多个相应的数据渠道选择方法,并具有相应方法实施例的有益效果,在此不再赘述。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于系统实施例数据处理平台而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上对本申请所提供的一种数据渠道选择方法和数据处理平台进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种数据渠道选择方法,其特征在于,包括:
数据处理平台获取渠道选择数据,所述渠道选择数据包括以下至少之一:用户历史行为数据、渠道的稳定容量、渠道的最大容量、活动运营数据、和渠道健壮度数据;
根据获取的所述渠道选择数据,使用与所述渠道选择数据相对应的选择规则选择数据渠道,所述选择规则包括以下至少之一:用户行为规则、渠道稳定容量规则、渠道最大容量规则、活动运营规则、和渠道健壮度规则,其中,所述用户行为规则用于指示根据所述用户历史行为数据选择数据渠道,所述渠道稳定容量规则用于指示根据渠道的当前使用量和所述渠道的稳定容量的关系选择数据渠道,所述渠道最大容量规则用于指示根据渠道的当前使用量和所述渠道的最大容量的关系选择数据渠道,所述活动运营规则用于指示根据所述活动运营数据获取对应的渠道归属对象设定的运营活动,根据所述运营活动选择数据渠道,所述渠道健壮度规则用于指示根据所述渠道健壮度数据获取对应的渠道归属对象的数据处理成功率,根据所述数据处理成功率选择数据渠道;
显示选择的所述数据渠道。
2.根据权利要求1所述的方法,其特征在于,当所述选择规则包括多个时,所述选择规则具有优先级;
所述根据获取的所述渠道选择数据,使用与所述渠道选择数据相对应的选择规则选择数据渠道的步骤包括:所述数据处理平台根据获取的所述渠道选择数据,按照所述选择规则的优先级,依次使用与所述渠道选择数据相对应的所述选择规则选择所述数据渠道。
3.根据权利要求2所述的方法,其特征在于,所述显示选择的所述数据渠道的步骤包括:
按照所述选择规则的优先级,将与所述渠道选择数据相对应的所述选择规则选择出的相应的数据渠道进行排序并显示。
4.根据权利要求3所述的方法,其特征在于,所述按照所述选择规则的优先级,将与所述渠道选择数据相对应的所述选择规则选择出的相应的数据渠道进行排序并显示的步骤包括:
按照所述选择规则的优先级,将与所述渠道选择数据相对应的所述选择规则选择出的相应的数据渠道进行排序;
按照所述排序的次序,从选择出的所述数据渠道中选择设定数量的数据渠道进行显示。
5.根据权利要求1所述的方法,其特征在于,还包括:
将未被选中的数据渠道隐藏到浮层中,或者,不显示未被选中的数据渠道。
6.一种数据处理平台,其特征在于,包括:
获取模块,用于获取渠道选择数据,所述渠道选择数据包括以下至少之一:用户历史行为数据、渠道的稳定容量、渠道的最大容量、活动运营数据、和渠道健壮度数据;
选择模块,用于根据获取的所述渠道选择数据,使用与所述渠道选择数据相对应的选择规则选择数据渠道,所述选择规则包括以下至少之一:用户行为规则、渠道稳定容量规则、渠道最大容量规则、活动运营规则、和渠道健壮度规则,其中,所述用户行为规则用于指示根据所述用户历史行为数据选择数据渠道,所述渠道稳定容量规则用于指示根据渠道的当前使用量和所述渠道的稳定容量的关系选择数据渠道,所述渠道最大容量规则用于指示根据渠道的当前使用量和所述渠道的最大容量的关系选择数据渠道,所述活动运营规则用于指示根据所述活动运营数据获取对应的渠道归属对象设定的运营活动,根据所述运营活动选择数据渠道,所述渠道健壮度规则用于指示根据所述渠道健壮度数据获取对应的渠道归属对象的数据处理成功率,根据所述数据处理成功率选择数据渠道;
显示模块,用于显示选择的所述数据渠道。
7.根据权利要求6所述的数据处理平台,其特征在于,当所述选择规则包括多个时,所述选择规则具有优先级;
所述选择模块,用于根据获取的所述渠道选择数据,按照所述选择规则的优先级,依次使用与所述渠道选择数据相对应的所述选择规则选择所述数据渠道。
8.根据权利要求7所述的数据处理平台,其特征在于,所述显示模块,用于按照所述选择规则的优先级,将与所述渠道选择数据相对应的所述选择规则选择出的相应的数据渠道进行排序并显示。
9.根据权利要求8所述的数据处理平台,其特征在于,所述显示模块,用于按照所述选择规则的优先级,将与所述渠道选择数据相对应的所述选择规则选择出的相应的数据渠道进行排序;按照所述排序的次序,从选择出的所述数据渠道中选择设定数量的数据渠道进行显示。
10.根据权利要求6所述的数据处理平台,其特征在于,还包括:
隐藏模块,用于将未被选中的数据渠道隐藏到浮层中,或者,不显示未被选中的数据渠道。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210262507.5A CN103577985A (zh) | 2012-07-26 | 2012-07-26 | 数据渠道选择方法和数据处理平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210262507.5A CN103577985A (zh) | 2012-07-26 | 2012-07-26 | 数据渠道选择方法和数据处理平台 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103577985A true CN103577985A (zh) | 2014-02-12 |
Family
ID=50049722
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210262507.5A Pending CN103577985A (zh) | 2012-07-26 | 2012-07-26 | 数据渠道选择方法和数据处理平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103577985A (zh) |
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104408160A (zh) * | 2014-12-04 | 2015-03-11 | 北京奇虎科技有限公司 | 一种数据交互方法和装置 |
CN105335850A (zh) * | 2014-07-31 | 2016-02-17 | 阿里巴巴集团控股有限公司 | 一种网络支付控制方法和装置 |
CN105488721A (zh) * | 2015-11-30 | 2016-04-13 | 中国建设银行股份有限公司 | 一种跨行支付路由选择方法和系统 |
CN105787713A (zh) * | 2014-12-24 | 2016-07-20 | 阿里巴巴集团控股有限公司 | 一种网络支付方法及服务器 |
CN105791331A (zh) * | 2014-12-15 | 2016-07-20 | 阿里巴巴集团控股有限公司 | 业务处理方法及装置 |
CN106033304A (zh) * | 2015-03-19 | 2016-10-19 | 阿里巴巴集团控股有限公司 | 数据交互方法及装置 |
CN106157030A (zh) * | 2015-03-30 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 支付处理方法和装置 |
CN106157183A (zh) * | 2015-04-02 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 服务提供方法及装置 |
WO2016188249A1 (zh) * | 2015-10-20 | 2016-12-01 | 中兴通讯股份有限公司 | 支付方法、装置及系统 |
CN106296142A (zh) * | 2015-06-12 | 2017-01-04 | 深圳云游四海信息科技有限公司 | 一种多支付渠道选择的方法及系统 |
CN106355400A (zh) * | 2015-07-15 | 2017-01-25 | 阿里巴巴集团控股有限公司 | 一种业务处理方法及装置 |
CN106845988A (zh) * | 2017-01-23 | 2017-06-13 | 杭州恒生云融网络科技有限公司 | 用于选择支付通道的方法及装置 |
CN107464108A (zh) * | 2016-06-03 | 2017-12-12 | 上海点融信息科技有限责任公司 | 自动选择支付渠道的方法和设备 |
CN107967530A (zh) * | 2017-06-22 | 2018-04-27 | 深圳市盈华讯方通信技术有限公司 | 基于数据分析的支付渠道推选方法及其系统 |
CN108074085A (zh) * | 2017-12-29 | 2018-05-25 | 广州品唯软件有限公司 | 一种账单代扣方法和装置 |
CN108428009A (zh) * | 2018-02-11 | 2018-08-21 | 深圳市快付通金融网络科技服务有限公司 | 一种渠道分配方法及装置 |
CN108694574A (zh) * | 2018-06-08 | 2018-10-23 | 阿里巴巴集团控股有限公司 | 一种资源转移渠道的处理方法、装置及设备 |
CN110033252A (zh) * | 2018-11-29 | 2019-07-19 | 阿里巴巴集团控股有限公司 | 一种支付渠道推荐方法及装置 |
CN110033246A (zh) * | 2018-12-07 | 2019-07-19 | 阿里巴巴集团控股有限公司 | 网络支付限流控制方法和装置 |
CN110245934A (zh) * | 2019-04-26 | 2019-09-17 | 阿里巴巴集团控股有限公司 | 支付渠道的推荐方法和装置 |
CN110335029A (zh) * | 2019-06-26 | 2019-10-15 | 中通服创发科技有限责任公司 | 统一支付网关、方法和系统 |
CN111028075A (zh) * | 2019-12-12 | 2020-04-17 | 腾讯科技(深圳)有限公司 | 虚拟资源转移方法、装置及设备 |
CN111539710A (zh) * | 2020-03-30 | 2020-08-14 | 北京小米移动软件有限公司 | 支付方式确定方法、装置及存储介质 |
CN111612450A (zh) * | 2020-05-28 | 2020-09-01 | 北京小米移动软件有限公司 | 应用程序支付渠道的检测方法、装置、终端设备及介质 |
CN111899014A (zh) * | 2020-08-03 | 2020-11-06 | 北京口袋财富信息科技有限公司 | 一种支付渠道选择方法、装置、可读存储介质及计算设备 |
CN112686756A (zh) * | 2020-12-30 | 2021-04-20 | 中交金科物联科技(北京)有限公司 | 一种资金渠道切换方法、装置、设备及介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101606172A (zh) * | 2006-12-20 | 2009-12-16 | 欧睦技术公司 | 用于自适应信息传播的系统和方法 |
US20100111020A1 (en) * | 2008-10-30 | 2010-05-06 | International Business Machines Corporation | Method, Access Point and Terminal for Selecting Channel in Wireless Local Area Networks |
CN102045321A (zh) * | 2009-10-23 | 2011-05-04 | 阿里巴巴集团控股有限公司 | 软件下载的流量控制方法及流量控制系统 |
-
2012
- 2012-07-26 CN CN201210262507.5A patent/CN103577985A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101606172A (zh) * | 2006-12-20 | 2009-12-16 | 欧睦技术公司 | 用于自适应信息传播的系统和方法 |
US20100111020A1 (en) * | 2008-10-30 | 2010-05-06 | International Business Machines Corporation | Method, Access Point and Terminal for Selecting Channel in Wireless Local Area Networks |
CN102045321A (zh) * | 2009-10-23 | 2011-05-04 | 阿里巴巴集团控股有限公司 | 软件下载的流量控制方法及流量控制系统 |
Cited By (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105335850A (zh) * | 2014-07-31 | 2016-02-17 | 阿里巴巴集团控股有限公司 | 一种网络支付控制方法和装置 |
US10496999B2 (en) | 2014-07-31 | 2019-12-03 | Alibaba Group Holding Limited | Method and apparatus of controlling network payment |
CN104408160B (zh) * | 2014-12-04 | 2017-08-15 | 北京奇虎科技有限公司 | 一种数据交互方法和装置 |
CN104408160A (zh) * | 2014-12-04 | 2015-03-11 | 北京奇虎科技有限公司 | 一种数据交互方法和装置 |
CN105791331A (zh) * | 2014-12-15 | 2016-07-20 | 阿里巴巴集团控股有限公司 | 业务处理方法及装置 |
CN105787713A (zh) * | 2014-12-24 | 2016-07-20 | 阿里巴巴集团控股有限公司 | 一种网络支付方法及服务器 |
CN106033304A (zh) * | 2015-03-19 | 2016-10-19 | 阿里巴巴集团控股有限公司 | 数据交互方法及装置 |
CN106157030A (zh) * | 2015-03-30 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 支付处理方法和装置 |
CN106157183A (zh) * | 2015-04-02 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 服务提供方法及装置 |
CN106296142B (zh) * | 2015-06-12 | 2020-05-22 | 深圳云游四海信息科技有限公司 | 一种多支付渠道选择的方法及系统 |
CN106296142A (zh) * | 2015-06-12 | 2017-01-04 | 深圳云游四海信息科技有限公司 | 一种多支付渠道选择的方法及系统 |
CN106355400A (zh) * | 2015-07-15 | 2017-01-25 | 阿里巴巴集团控股有限公司 | 一种业务处理方法及装置 |
WO2016188249A1 (zh) * | 2015-10-20 | 2016-12-01 | 中兴通讯股份有限公司 | 支付方法、装置及系统 |
CN105488721A (zh) * | 2015-11-30 | 2016-04-13 | 中国建设银行股份有限公司 | 一种跨行支付路由选择方法和系统 |
CN107464108A (zh) * | 2016-06-03 | 2017-12-12 | 上海点融信息科技有限责任公司 | 自动选择支付渠道的方法和设备 |
CN106845988A (zh) * | 2017-01-23 | 2017-06-13 | 杭州恒生云融网络科技有限公司 | 用于选择支付通道的方法及装置 |
CN107967530A (zh) * | 2017-06-22 | 2018-04-27 | 深圳市盈华讯方通信技术有限公司 | 基于数据分析的支付渠道推选方法及其系统 |
CN108074085A (zh) * | 2017-12-29 | 2018-05-25 | 广州品唯软件有限公司 | 一种账单代扣方法和装置 |
CN108428009A (zh) * | 2018-02-11 | 2018-08-21 | 深圳市快付通金融网络科技服务有限公司 | 一种渠道分配方法及装置 |
CN108694574A (zh) * | 2018-06-08 | 2018-10-23 | 阿里巴巴集团控股有限公司 | 一种资源转移渠道的处理方法、装置及设备 |
CN110033252A (zh) * | 2018-11-29 | 2019-07-19 | 阿里巴巴集团控股有限公司 | 一种支付渠道推荐方法及装置 |
CN110033246A (zh) * | 2018-12-07 | 2019-07-19 | 阿里巴巴集团控股有限公司 | 网络支付限流控制方法和装置 |
CN110033246B (zh) * | 2018-12-07 | 2024-01-12 | 创新先进技术有限公司 | 网络支付限流控制方法和装置 |
CN110245934A (zh) * | 2019-04-26 | 2019-09-17 | 阿里巴巴集团控股有限公司 | 支付渠道的推荐方法和装置 |
CN110245934B (zh) * | 2019-04-26 | 2023-11-24 | 创新先进技术有限公司 | 支付渠道的推荐方法和装置 |
CN110335029A (zh) * | 2019-06-26 | 2019-10-15 | 中通服创发科技有限责任公司 | 统一支付网关、方法和系统 |
CN111028075A (zh) * | 2019-12-12 | 2020-04-17 | 腾讯科技(深圳)有限公司 | 虚拟资源转移方法、装置及设备 |
CN111028075B (zh) * | 2019-12-12 | 2024-05-14 | 腾讯科技(深圳)有限公司 | 虚拟资源转移方法、装置及设备 |
CN111539710A (zh) * | 2020-03-30 | 2020-08-14 | 北京小米移动软件有限公司 | 支付方式确定方法、装置及存储介质 |
CN111612450B (zh) * | 2020-05-28 | 2023-09-12 | 北京小米移动软件有限公司 | 应用程序支付渠道的检测方法、装置、终端设备及介质 |
CN111612450A (zh) * | 2020-05-28 | 2020-09-01 | 北京小米移动软件有限公司 | 应用程序支付渠道的检测方法、装置、终端设备及介质 |
CN111899014A (zh) * | 2020-08-03 | 2020-11-06 | 北京口袋财富信息科技有限公司 | 一种支付渠道选择方法、装置、可读存储介质及计算设备 |
CN112686756A (zh) * | 2020-12-30 | 2021-04-20 | 中交金科物联科技(北京)有限公司 | 一种资金渠道切换方法、装置、设备及介质 |
CN112686756B (zh) * | 2020-12-30 | 2023-08-11 | 中交金科物联科技(北京)有限公司 | 一种资金渠道切换方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103577985A (zh) | 数据渠道选择方法和数据处理平台 | |
Myllylahti | Newspaper paywalls—the hype and the reality: A study of how paid news content impacts on media corporation revenues | |
JP4385740B2 (ja) | 情報提供方法および情報提供装置 | |
CN109598542A (zh) | 一种营销权益的投放方法、装置及电子设备 | |
JP5814096B2 (ja) | 情報送信サーバ、情報送信プログラム及び情報送信方法 | |
Athique | Digital emporiums: Platform capitalism in India | |
US20090287528A1 (en) | Dynamic selection of work flows based on environmental conditions to facilitate data entry | |
KR20140079652A (ko) | 창업 지원 정보 제공 방법 및 서버 | |
CN106022767A (zh) | 基于二维码的网络支付方法及系统 | |
CN105321065A (zh) | 交易的多目的地路由 | |
Seethamraju et al. | Digitalization of small retail stores-challenges in digital payments | |
US20160042374A1 (en) | Methods and Systems for Identifying Merchant and ATM Demand | |
KR20170038412A (ko) | 역 크라우드 펀드 운영 방법 및 시스템 | |
Klien | Tariff increases over the electoral cycle: A question of size and salience | |
CN112734460A (zh) | 数据处理、支付数据输出、支付优惠数据提供方法及装置 | |
CN109409134B (zh) | 交易数据的监控方法及装置,存储介质和电子设备 | |
WO2020028161A1 (en) | System, method, and computer program product for selectively displaying information regarding activity in a geographic area | |
Morsillo | Affordable broadband for all Australians | |
CN104751234B (zh) | 一种用户资产的预测方法及装置 | |
US20160350866A1 (en) | Assessing merchant affinity | |
JP7496036B2 (ja) | データ比較方法、装置、機器及び記憶媒体 | |
US11769199B2 (en) | System, method, and computer program product for network anomaly detection | |
CN112215607B (zh) | 虚拟支付信息的处理方法和装置,存储介质和电子设备 | |
WO2017086061A1 (ja) | 回答情報収集方法、回答情報収集システム、回答情報収集装置及びプログラム、並びに、クーポンの付与方法、クーポン付与システム、クーポン付与装置及びプログラム | |
CN106682205A (zh) | 数据处理装置及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140212 |
|
RJ01 | Rejection of invention patent application after publication |