CN105913233A - 适用于应用客户端支付的sdk处理方法 - Google Patents
适用于应用客户端支付的sdk处理方法 Download PDFInfo
- Publication number
- CN105913233A CN105913233A CN201610221214.0A CN201610221214A CN105913233A CN 105913233 A CN105913233 A CN 105913233A CN 201610221214 A CN201610221214 A CN 201610221214A CN 105913233 A CN105913233 A CN 105913233A
- Authority
- CN
- China
- Prior art keywords
- sdk
- user
- cloud server
- charging
- applications client
- 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
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/16—Payments settled via telecommunication systems
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
- G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Computer Networks & Wireless Communication (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明涉及一种适用于应用客户端支付的SDK处理方法,其特点是采用以下步骤:首先,SDK跟随应用客户端一起启动,在启动过程中,实现必要的初始化。当用户点击计费时,SDK与云服务器通讯。之后,云服务器进行计费通道选择。然后,应用客户端进行计费操作,将计费结果反馈给云服务器。最终,应用客户端呈现最终计费结果。由此,可使用中国三大移动运营商匹配的计费通道,有较佳的便捷性。可自动更新SDK集成包。手机应用提供商无需再去逐个查看各平台提供的开发文档,通过云计算技术,自动优选符合用户的计费通道,可构建统一的用户平台,用户无需分别去查看各个平台的用户计费信息,行为信息等,只需在后台统一查看明细即可。
Description
技术领域
本发明涉及一种SDK处理方法,尤其涉及一种适用于应用客户端支付的SDK处理方法。
背景技术
SDK的英文全名是:software development kit,翻译成中文的意思就是“软件开发工具包”。
通俗一点的理解,是指由第三方服务商提供的实现软件产品某项功能的工具包。一般以集合API和文档、范例、工具的形式出现。
通常SDK是由专业性质的公司提供专业服务的集合,比如提供安卓开发工具、或者基于硬件开发的服务等。也有针对某项软件功能的SDK,如推送技术、图像识别技术、移动支付技术等,同时资源优势类的公司也提供资源共享的SDK,如一些广告SDK提供盈利渠道,分发SDK提供产品下载渠道。
手机支付也称为移动支付(Mobile Payment),就是允许移动用户使用其移动终端(通常是手机)对所消费的商品或服务进行账务支付的一种服务方式。手机支付是支付方式发展的一种必然趋势。
全球手机支付是一个快速增长的大市场。经过几年发展,手机移动支付业务得到用户的广泛认可和接受。日本、韩国、美国、法国、德国、瑞典、芬兰、奥地利、西班牙、英国等国家均已开始全面的手机支付应用。
中国手机支付市场拥有广阔的发展前景。目前,手机网民在总体网民中的比例进一步提高,我国庞大的用户群为手机支付产业奠定了发展基础和巨大的市场商机。
手机短信支付是手机支付的最早应用,用户通过发送短信的方式在***短信指令的引导下完成交易支付请求,操作简单,可以随时随地进行交易。手机短信支付服务强调了移动缴费和消费。目前,***支付业务正处于发展前期,未来几年内仍处于投入期,而在***手机支付方面,从2002年至今,基于手机短信支付的全国累计用户超过9000万。
当下整个中国的支付生态颇为复杂,各种支付平台,渠道,市场百花齐放。虽然能推动国内移动互联网的发展,但是同时也让移动支付平台更加碎片化,这意味着,移动应用开发者面对的不再只是接入一家支付平台时遇到的困难,他们对“集成”各类支付平台的需求更高,更需要一个统一实现接入、开发、运维和管理的平台,让自己从这些琐事中抽身出来。
现在的主流支付接入对于开发者有三个门槛:前期申请流程繁,中期开发周期长,后期维护成本高。并且现在移动互联网的从业者,大多数都是born onmobile,也就是没有经历过PC时代,没有PC时代的支付接口经验,他们渴望简单、高效、友好的支付接入体验。
目前手机短信支付还是由各个平台分别提供自己平台的API接口,文档以及后台统计等。开发者只能被动的去依次集成各个平台提供的计费API,集成工作量巨大,耗时较长,而且由于平台较多,开发人员往往不能根据每个用户的需求使用合适用户的计费通道,因此导致项目延迟上线的几率超高,给产品上线盈利造成极大的不便,同时用户满意度还比较低。而在实际运营中,手机内容提供商每天分别登陆各个平台的计费统计后台去查看用户的计费信息,计费行为等,然后再由运营人员去手工统计汇总,同样的耗时,费力,因为是人工操作汇总,因此出现错误的概率也大大增加,往往会给公司财务带来不必要的损失。
现有手机短信支付的相关缺点如下:
1.SDK支付转化率低。
2.覆盖面低,计费省份不全面。游戏厂商在推广游戏时,计费无法覆盖的省份用户不能付费。
3.给与用户计费的资费不全面。导致游戏厂商对于道具定价得不到很好的把控。
4.对接效率不高,各平台提供的SDK接入游戏困难,导致厂商接入周期长,耽误游戏上线。
5.用户支付数据无法实时同步到厂商,有些数据必须要隔天。
6.数据后台分析不全面.无法做到精确细分和数据分析帮助厂商。
有鉴于上述的缺陷,本设计人,积极加以研究创新,以期创设一种适用于应用客户端支付的SDK处理方法,使其更具有产业上的利用价值。
发明内容
为解决上述技术问题,本发明的目的是提供一种适用于应用客户端支付的SDK处理方法。
本发明的适用于应用客户端支付的SDK处理方法,其包括以下步骤:
步骤一,SDK跟随应用客户端一起启动,在启动过程中,首先,初始化相关数据,之后,检查热更新,若有新版本,则自动更新,最后,针对每个应用客户端的包名验证。步骤二,当用户点击计费时,SDK与云服务器通讯。步骤三,云服务器进行计费通道选择。步骤四,应用客户端进行计费操作,将计费结果反馈给云服务器。步骤五,应用客户端呈现最终计费结果。
进一步地,上述的适用于应用客户端支付的SDK处理方法,其中,所述SDK与云服务器通讯过程中,SDK向云服务器发送计费请求,云服务器根据用户的具体信息,优选出最佳计费通道返回给SDK,SDK根据云服务器返回的最佳计费通道执行计费操作,并将最终计费结果反馈给云服务器。
更进一步地,上述的适用于应用客户端支付的SDK处理方法,其中,所述初始化相关数据的过程如下,
1、通过SDK将用户信息发送给云服务器,令云服务器针对用户进行筛选最佳计费通道;
2、通过云服务器解析用户信息,获取并核对户手机号码,若云服务器没有用户手机号码的记录,则通知应用客户端发送短信到企信通端口,用于验证用户的手机号码,若存在用户手机号码,则进行记录;
3、云服务器收到SDK发送的信息后,解析用户信息,判断该请求是否合法,若合法,则存储数据库,否则向SDK发送初始化失败信息。
用户手机号码与用户注册的用户名相关联。
再进一步地,上述的适用于应用客户端支付的SDK处理方法,其中,所述步骤三中,云服务器采用Spark大数据处理平台,根据SDK提交的用户数据,采用以下步骤来优选出最佳计费通道,
①根据用户所在移动运营商,从分布式云数据库中筛选出该运营商提供服务的所有省份;
②根据用户信息,判定用户所在的省份;
③通过Hadoop大数据挖掘算法,针对用户信息进行通道过滤。
更进一步地,上述的适用于应用客户端支付的SDK处理方法,其中,所述用户信息包括用户手机IMSI、用户所在省份、用户APP版本号、APP包名、APPID、计费渠道号、用户手机品牌、ICCID中的一种或是多种。
借由上述方案,本发明至少具有以下优点:
1、可使用中国三大移动运营商匹配的计费通道,且编程实施期间只需2行代码即可,有较佳的便捷性。
2、可自动更新SDK集成包,只需一次接入,无需多次操作,简单方便省事省时。
3、手机应用提供商无需再去逐个查看各平台提供的开发文档,接口以及调试等步骤,忽略各个平台的差异化,能摆脱繁琐的开发调试工作,使开发者能更好的把精力放在应用本身内容上,节省时间成本和人力成本。
4、通过云计算技术,自动优选符合用户的计费通道,从而提升开发者的用户体验以及计费成功率。
5、可构建统一的用户平台,用户无需分别去查看各个平台的用户计费信息,行为信息等,只需在后台统一查看明细即可。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,并可依照说明书的内容予以实施,以下以本发明的较佳实施例并配合附图详细说明如后。
附图说明
图1是适用于应用客户端支付的SDK处理方法的实施流程示意图。
图2是初始化流程示意图。
图3是服务端分配通道的流程示意图。
具体实施方式
下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明,但不用来限制本发明的范围。
如图1至3的适用于应用客户端支付的SDK处理方法,其与众不同之处在于包括以下步骤:
首先,SDK跟随应用客户端一起启动。在在启动过程中,初始化相关数据。具体来说,所述初始化相关数据的过程如下:
步骤1、通过SDK将用户信息(包括用户手机IMSI、用户所在省份、用户APP版本号、APP包名、APPID、计费渠道号、用户手机品牌、ICCID中的一种或是多种)发送给云服务器,令云服务器针对用户进行筛选最佳计费通道。
步骤2、通过云服务器解析用户信息,获取并核对户手机号码,若云服务器没有用户手机号码的记录,则通知应用客户端发送短信到企信通端口,用于验证用户的手机号码,若存在用户手机号码,则进行记录。
步骤3、云服务器收到SDK发送的信息后,解析用户信息,判断该请求是否合法,若合法,则存储数据库,否则向SDK发送初始化失败信息。
接着,检查热更新,若有新版本,则自动更新,且针对每个应用客户端的包名验证。考虑到实施的优化,在请求判断期间,可进行应用客户端二次确认判断。
之后,在启动后,当用户点击计费时,SDK与云服务器通讯。在此期间,SDK向云服务器发送计费请求,云服务器根据用户的具体信息,优选出最佳计费通道返回给SDK。之后,SDK根据云服务器返回的最佳计费通道执行计费操作,并将最终计费结果反馈给云服务器,方便云服务器进行统计。
然后,云服务器进行计费通道选择。为了满足大批量的数据处理,本发明采用的云服务器通过Spark大数据处理平台,根据SDK提交的用户数据,进行处理。具体来说,
步骤一,根据用户所在移动运营商,从分布式云数据库中筛选出该运营商提供服务的所有省份。
步骤二,根据用户信息,判定用户所在的省份。
步骤三,通过Hadoop大数据挖掘算法,针对用户信息进行通道过滤。
具体来说,采用Hadoop方式,实现了一个分布式文件***(HadoopDistributed File System),简称HDFS。该HDFS有高容错性的特点,并且可设计用来部署在低廉的(low-cost)硬件上,便于实施。而且它能够提供高吞吐量(highthroughput)来访问应用程序的数据,适合那些有着超大数据集(large data set)的应用程序。同时,采用HDFS后,放宽了(relax)POSIX的要求,可以以流的形式访问(streaming access)文件***中的数据。同时,Hadoop的框架最核心的设计就是:HDFS和MapReduce。HDFS为海量的数据提供了存储,则MapReduce为海量的数据提供了计算。
而且,Hadoop得以在大数据处理应用中广泛应用得益于其自身在数据提取、变形和加载(ETL)方面上的天然优势。Hadoop的分布式架构,将大数据处理引擎尽可能的靠近存储。对例如像ETL这样的批处理操作相对合适,因为类似这样操作的批处理结果可以直接走向存储。Hadoop的MapReduce功能实现了将单个任务打碎,并将碎片任务(Map)发送到多个节点上,之后再以单个数据集的形式加载(Reduce)到数据仓库里。由此,能提取出既适合用户的计费价格,又具有结算比例高,有利于开发者获得最高利润的通道。
随后,应用客户端进行计费操作,将计费结果反馈给云服务器。为了便于用户知晓最终情况,应用客户端可呈现最终计费结果。
结合本发明一较佳的实施方式来看,为了便于快速匹配用户信息,用户手机号码与用户注册的用户名相关联。
本发明的工作原理如下:本发明可精简为四个步骤,其包括,进入后台设置app包名,自动获得所有计费通道,将SDK提供的文件导入项目工程,调用SDK提供的API接口完成支付。
在实际处理时,后台账号可通过软件统一设置分配。同时,对外提供统一的API接口。后台具有查看汇总计费明细,用户行为等融合各个平台的统计分析功能。由此,能够构建一个统一的用户信息平台,省时省力,提升效率,节约成本。并且,能够通过SDK服务器端接口***,负责接收SDK上传的用户信息,并将其放入云服务器。据用户信息,采用大数据挖掘,筛选方式,选出最优计费通道,并将其返回给云贝SDK客户端,以便完成计费。再者,云服务器还将用户信息精细化整理后保存在数据库中,方便开发者在后台查看相关数据,包括各个平台计费信息,用户行为的。
通过上述的文字表述并结合附图可以看出,采用本发明后,拥有如下优点:
1、可使用中国三大移动运营商匹配的计费通道,且编程实施期间只需2行代码即可,有较佳的便捷性。其原因在于,只需在项目工程中导入采用本发明方法处理的支付SDK,在需要支付的地方导入SDK的包名以及调用SDK的YQPay对象的支付方法即可。
2、可自动更新SDK集成包,只需一次接入,无需多次操作,简单方便省事省时。其原因在于,每次应用客户端启动时,会自动将本地SDK版本号发送到服务器上进行对比。如果服务器上的版本教新,则自动从服务器上下载最新版本,替换掉本地的SDK文件。
3、手机应用提供商无需再去逐个查看各平台提供的开发文档,接口以及调试等步骤,忽略各个平台的差异化,能摆脱繁琐的开发调试工作,使开发者能更好的把精力放在应用本身内容上,节省时间成本和人力成本。
4、通过云计算技术,自动优选符合用户的计费通道,从而提升开发者的用户体验以及计费成功率。
5、可构建统一的用户平台,用户无需分别去查看各个平台的用户计费信息,行为信息等,只需在后台统一查看明细即可。其原因在于,采用本发明后,在进入后台管理***后,能够进入“数据统计”模块。该模块里面包含SP统计、CP统计、APP数据统计、渠道数据统计、订单查询等功能,如果想查看某些模块下的详细数据,只需点击进入即可查看数据。
以上所述仅是本发明的优选实施方式,并不用于限制本发明,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明技术原理的前提下,还可以做出若干改进和变型,这些改进和变型也应视为本发明的保护范围。
Claims (5)
1.适用于应用客户端支付的SDK处理方法,其特征在于包括以下步骤:
步骤一,SDK跟随应用客户端一起启动,在启动过程中,首先,初始化相关数据,之后,检查热更新,若有新版本,则自动更新,最后,针对每个应用客户端的包名验证;
步骤二,当用户点击计费时,SDK与云服务器通讯;
步骤三,云服务器进行计费通道选择;
步骤四,应用客户端进行计费操作,将计费结果反馈给云服务器,
步骤五,应用客户端呈现最终计费结果。
2.根据权利要求1所述的适用于应用客户端支付的SDK处理方法,其特征在于:所述SDK与云服务器通讯过程中,SDK向云服务器发送计费请求,云服务器根据用户的具体信息,优选出最佳计费通道返回给SDK,SDK根据云服务器返回的最佳计费通道执行计费操作,并将最终计费结果反馈给云服务器。
3.根据权利要求1所述的适用于应用客户端支付的SDK处理方法,其特征在于:所述初始化相关数据的过程如下,
①、通过SDK将用户信息发送给云服务器,令云服务器针对用户进行筛选最佳计费通道;
②、通过云服务器解析用户信息,获取并核对户手机号码,若云服务器没有用户手机号码的记录,则通知应用客户端发送短信到企信通端口,用于验证用户的手机号码,若存在用户手机号码,则进行记录;
③、云服务器收到SDK发送的信息后,解析用户信息,判断该请求是否合法,若合法,则存储数据库,否则向SDK发送初始化失败信息,
所述用户手机号码与用户注册的用户名相关联。
4.根据权利要求1所述的适用于应用客户端支付的SDK处理方法,其特征在于:所述步骤三中,云服务器采用Spark大数据处理平台,根据SDK提交的用户数据,采用以下步骤来优选出最佳计费通道,
①根据用户所在移动运营商,从分布式云数据库中筛选出该运营商提供服务的所有省份;
②根据用户信息,判定用户所在的省份;
③通过Hadoop大数据挖掘算法,针对用户信息进行通道过滤。
5.根据权利要求3或4所述的适用于应用客户端支付的SDK处理方法,其特征在于:所述用户信息包括用户手机IMSI、用户所在省份、用户APP版本号、APP包名、APPID、计费渠道号、用户手机品牌、ICCID中的一种或是多种。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610221214.0A CN105913233A (zh) | 2016-04-11 | 2016-04-11 | 适用于应用客户端支付的sdk处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610221214.0A CN105913233A (zh) | 2016-04-11 | 2016-04-11 | 适用于应用客户端支付的sdk处理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105913233A true CN105913233A (zh) | 2016-08-31 |
Family
ID=56745799
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610221214.0A Pending CN105913233A (zh) | 2016-04-11 | 2016-04-11 | 适用于应用客户端支付的sdk处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105913233A (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106992869A (zh) * | 2017-03-31 | 2017-07-28 | 苏州乐麟无线信息科技有限公司 | 基于大数据缓存服务器的计费通道调度方法及*** |
CN107103475A (zh) * | 2017-03-31 | 2017-08-29 | 苏州乐麟无线信息科技有限公司 | 基于大数据的计费通道效率排序方法及*** |
CN107172601A (zh) * | 2017-04-20 | 2017-09-15 | 努比亚技术有限公司 | 一种应用消息管理平台及方法 |
CN107291447A (zh) * | 2017-05-17 | 2017-10-24 | 四川新网银行股份有限公司 | 一种自动生成并发布sdk代码的方法 |
CN107580311A (zh) * | 2017-10-12 | 2018-01-12 | 福建富士通信息软件有限公司 | 一种基于移动终端前台的通讯计费方法 |
CN107743069A (zh) * | 2017-10-12 | 2018-02-27 | 福建富士通信息软件有限公司 | 一种基于移动终端后台的通讯计费方法 |
CN108366177A (zh) * | 2018-04-25 | 2018-08-03 | 杭州奇治信息技术股份有限公司 | 计费服务*** |
CN108377194A (zh) * | 2018-04-25 | 2018-08-07 | 杭州奇治信息技术股份有限公司 | 智能化计费运营***及运营方法 |
CN108880829A (zh) * | 2018-05-16 | 2018-11-23 | 北京搜狐新动力信息技术有限公司 | 一种付费会员商城***控制方法及装置 |
CN109710287A (zh) * | 2018-12-07 | 2019-05-03 | ***通信集团有限公司 | 一种热更新方法、装置及计算机存储介质 |
CN110827018A (zh) * | 2019-10-11 | 2020-02-21 | 北京如易行科技有限公司 | 一种公共交通app客户端间二维码互通使用的方法 |
CN110852737A (zh) * | 2019-10-11 | 2020-02-28 | 北京如易行科技有限公司 | 一种通过第三方app进行单边行程补票的方法 |
CN111064586A (zh) * | 2020-03-16 | 2020-04-24 | 成都吉胜科技有限责任公司 | 一种分布式并行计费方法 |
CN111935659A (zh) * | 2020-08-04 | 2020-11-13 | 闪蜜优选(苏州)信息科技有限公司 | 一种移动通讯应用内计费及其支付方法 |
CN112268640A (zh) * | 2020-10-14 | 2021-01-26 | 云南电网有限责任公司玉溪供电局 | 一种节能型热能表数据采集装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080270291A1 (en) * | 1998-04-16 | 2008-10-30 | Citibank, N.A. | Customer access solutions architecture |
CN103186851A (zh) * | 2011-12-30 | 2013-07-03 | 上海博泰悦臻电子设备制造有限公司 | 基于云数据处理技术的电子支付*** |
CN103400095A (zh) * | 2013-08-14 | 2013-11-20 | 熊文俊 | 融合远近场交互功能的***及交互方法 |
CN103777961A (zh) * | 2014-02-19 | 2014-05-07 | 王广英 | 一种移动应用计费软件开发套件、移动应用和移动终端 |
CN105068818A (zh) * | 2015-08-26 | 2015-11-18 | 网易(杭州)网络有限公司 | 生成渠道包的方法、装置与批量生成渠道包的方法、*** |
-
2016
- 2016-04-11 CN CN201610221214.0A patent/CN105913233A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080270291A1 (en) * | 1998-04-16 | 2008-10-30 | Citibank, N.A. | Customer access solutions architecture |
CN103186851A (zh) * | 2011-12-30 | 2013-07-03 | 上海博泰悦臻电子设备制造有限公司 | 基于云数据处理技术的电子支付*** |
CN103400095A (zh) * | 2013-08-14 | 2013-11-20 | 熊文俊 | 融合远近场交互功能的***及交互方法 |
CN103777961A (zh) * | 2014-02-19 | 2014-05-07 | 王广英 | 一种移动应用计费软件开发套件、移动应用和移动终端 |
CN105068818A (zh) * | 2015-08-26 | 2015-11-18 | 网易(杭州)网络有限公司 | 生成渠道包的方法、装置与批量生成渠道包的方法、*** |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107103475A (zh) * | 2017-03-31 | 2017-08-29 | 苏州乐麟无线信息科技有限公司 | 基于大数据的计费通道效率排序方法及*** |
CN106992869A (zh) * | 2017-03-31 | 2017-07-28 | 苏州乐麟无线信息科技有限公司 | 基于大数据缓存服务器的计费通道调度方法及*** |
CN107172601A (zh) * | 2017-04-20 | 2017-09-15 | 努比亚技术有限公司 | 一种应用消息管理平台及方法 |
CN107291447B (zh) * | 2017-05-17 | 2018-09-07 | 四川新网银行股份有限公司 | 一种自动生成并发布sdk代码的方法 |
CN107291447A (zh) * | 2017-05-17 | 2017-10-24 | 四川新网银行股份有限公司 | 一种自动生成并发布sdk代码的方法 |
CN107580311A (zh) * | 2017-10-12 | 2018-01-12 | 福建富士通信息软件有限公司 | 一种基于移动终端前台的通讯计费方法 |
CN107743069A (zh) * | 2017-10-12 | 2018-02-27 | 福建富士通信息软件有限公司 | 一种基于移动终端后台的通讯计费方法 |
CN108366177A (zh) * | 2018-04-25 | 2018-08-03 | 杭州奇治信息技术股份有限公司 | 计费服务*** |
CN108377194A (zh) * | 2018-04-25 | 2018-08-07 | 杭州奇治信息技术股份有限公司 | 智能化计费运营***及运营方法 |
CN108366177B (zh) * | 2018-04-25 | 2023-10-03 | 沈康 | 计费服务*** |
CN108880829A (zh) * | 2018-05-16 | 2018-11-23 | 北京搜狐新动力信息技术有限公司 | 一种付费会员商城***控制方法及装置 |
CN109710287A (zh) * | 2018-12-07 | 2019-05-03 | ***通信集团有限公司 | 一种热更新方法、装置及计算机存储介质 |
CN109710287B (zh) * | 2018-12-07 | 2022-04-29 | ***通信集团有限公司 | 一种热更新方法、装置及计算机存储介质 |
CN110827018A (zh) * | 2019-10-11 | 2020-02-21 | 北京如易行科技有限公司 | 一种公共交通app客户端间二维码互通使用的方法 |
CN110852737A (zh) * | 2019-10-11 | 2020-02-28 | 北京如易行科技有限公司 | 一种通过第三方app进行单边行程补票的方法 |
CN111064586A (zh) * | 2020-03-16 | 2020-04-24 | 成都吉胜科技有限责任公司 | 一种分布式并行计费方法 |
CN111935659A (zh) * | 2020-08-04 | 2020-11-13 | 闪蜜优选(苏州)信息科技有限公司 | 一种移动通讯应用内计费及其支付方法 |
CN112268640A (zh) * | 2020-10-14 | 2021-01-26 | 云南电网有限责任公司玉溪供电局 | 一种节能型热能表数据采集装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105913233A (zh) | 适用于应用客户端支付的sdk处理方法 | |
CN109271411B (zh) | 报表生成方法、装置、计算机设备及存储介质 | |
CN101355610B (zh) | 客服信息提供方法、自助客服模块和客服*** | |
CN107133831A (zh) | 一种自助开具电子***的方法及*** | |
CN105761139A (zh) | 对账***及方法 | |
CN108197176A (zh) | 基于分布式集群架构的核心银行数据处理方法及其*** | |
CN102375891A (zh) | 一种增量数据卸载和装载的实施工具 | |
US20110023023A1 (en) | Modification of terminal and service provider machines using an update server machine | |
CN101998472A (zh) | 投诉预处理方法、投诉处理方法、装置及*** | |
CN106325870B (zh) | 一种动态表单api接口的实现方法及装置 | |
CN107194810B (zh) | 资产配置***和操作方法 | |
CN105930417B (zh) | 一种基于云计算的大数据etl交互式处理平台 | |
CN102298623A (zh) | 话单数据采集方法 | |
CN107038585A (zh) | 一种技术交易商务平台交易方法 | |
CN106126352A (zh) | 异步报送信息的方法及装置 | |
CN108830715A (zh) | 批量文件部分回盘处理方法和*** | |
CN113282623A (zh) | 数据处理方法及装置 | |
CN103501326A (zh) | 基于中间件的数据处理方法及*** | |
CN100543720C (zh) | 利用离散单元快速构建业务处理流程的方法及*** | |
CN113485942B (zh) | 一种基于独立模块的自动化测试方法及装置 | |
CN116339690A (zh) | 业务流程的执行方法及其装置、电子设备及存储介质 | |
CN108875029A (zh) | 数据处理方法及装置、存储介质和处理器 | |
CN106528718B (zh) | 用于处理来自第三方的数据的方法及装置 | |
CN115438323A (zh) | 一种基于微服务的企业应用***整合装置及其方法 | |
CN100527650C (zh) | 基于构件化的智能业务测试方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160831 |
|
RJ01 | Rejection of invention patent application after publication |