CN105843593A - 实现数据传送的方法及装置 - Google Patents
实现数据传送的方法及装置 Download PDFInfo
- Publication number
- CN105843593A CN105843593A CN201510017084.4A CN201510017084A CN105843593A CN 105843593 A CN105843593 A CN 105843593A CN 201510017084 A CN201510017084 A CN 201510017084A CN 105843593 A CN105843593 A CN 105843593A
- Authority
- CN
- China
- Prior art keywords
- data
- fractionation
- movement instruction
- instruction
- sending
- 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
Landscapes
- Computer And Data Communications (AREA)
Abstract
一种实现数据传送的方法,包括:拆分同一用户要求传送的原始数据;获取同一用户的若干拆分数据;针对各个拆分数据,在不同时刻分别发送数据传送指令。该方法解决了用户单次超过传送数据最高限额的数据传送请求会被被请求方拦截或阻止的问题。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种在不同时刻发送数据传送指令来实现数据传送的方法及装置。
背景技术
伴随着互联网技术的发展,特别是电子商务技术的迅猛发展,越来越多的数据交换、数据发送请求发生在用户、电子商务交易平台、第三方支付平台与金融机构等之间。比如,可以是用户通过抢票软件在线订票网站或客户端上的订票请求、又或是用户通过第三方支付平台向金融机构提出的转账指令请求。
然而,现有技术中,被请求方往往对于来自请求方不满足要求的请求进行拦截处理。例如,用户通过在线订票网站进行在线购票,在线订票网站要求一个帐户的单笔订单只能购买五张票,若该用户想要完成单笔订单、一次十张票的购买,则该笔订单会被在线订票网站后台服务器拦截或阻止。
另外,在线订票网站对于同一个帐户、同一时间的至少两笔单笔订单也会进行限制。例如,用户的单笔十张票的订单,通过相关软件插件可以将前述十张票的单笔订单拆分成两笔订单,每笔订单都符合最多五张票的要求。然而,被软件插件拆分的同一用户、同一时间的多笔订单向在线订票网站发起请求预定时,该请求也会被阻止。在考虑被请求方服务器负载过高或容量限制或安全的因素时,超出限额的请求就会被被请求方拦截或阻止。
以上仅是举例说明用户的业务或服务请求被被请求方拦截、阻止的问题,现有技术中,特别是在电子商务领域内,还存在其它由请求方发起的相关业务或服务请求,但是因为相关请求条件的不符合被请求方的要求,而被被请求方拦截或阻止导致请求方的相关业务或服务请求不能即时完成的其他各种情形。
发明内容
本申请提供一种实现数据传送的方法及装置,用以解决用户单次超过传送数据最高限额的数据传送请求会被被请求方拦截或阻止的问题。
本申请实施例提供的一种实现数据传送的方法,包括:
拆分同一用户要求传送的原始数据;
获取同一用户的若干拆分数据;
针对各个拆分数据,在不同时刻分别发送数据传送指令。
本申请实施例提供的一种实现数据传送的装置,包括:
拆分模块,用于拆分同一用户要求传送的原始数据;
获取模块,用于获取同一用户的若干拆分数据;
指令发送模块,用于针对各个拆分数据,在不同时刻分别发送数据传送指令。
本申请实施例提供的另一种实现数据传送的方法,包括:
拆分不同用户的要求传送的原始数据;
获取不同用户各自的若干拆分数据;
集合不同用户的一个拆分数据,作为一个分组数据;
针对各个分组数据,在不同时刻分别发送数据传送指令。
本申请实施例提供的另一种实现数据传送的装置,包括:
拆分模块,用于拆分不同用户的要求传送的原始数据;
获取模块,用于获取不同用户各自的若干拆分数据;
分组模块,用于集合不同用户的一个拆分数据,作为一个分组数据;
指令发送模块,用于针对各个分组数据,在不同时刻分别发送数据传送指令。
本申请提供的一种实现数据传送的方法及装置,尤其是指在不同时刻来发送数据传送指令来实现数据传送的方法及装置。即,通过第三方平台将同一用户的已拆分的符合传送要求的若干拆分数据在不同时刻向被请求方发送数据传送指令,由于被请求方实际接收到了在不同时刻的各个数据传送请求,因此用户单次超过传送数据最高限额的数据传送请求就不会被被请求方拦截或阻止了,避免用户需要多次发送数据传送请求的问题,方便用户单次比较大量的业务或服务请求。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的一种实现数据传送的方法;
图2为本申请实施例提供的一种实现数据传送的装置;
图3为本申请实施例提供的另一种实现数据传送的方法;
图4为本申请实施例提供的另一种实现数据传送的装置。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
实施例1
图1为本申请实施例1提供的一种实现数据传送的方法,具体包括以下步骤:
S101:拆分同一用户要求传送的原始数据。
在本申请实施例1中,用户,也可称为请求方,可以通过第三方平台向被请求方发送数据传送请求。用户是在第三方平台或被请求方提供的网站上注册的注册用户。
在本申请实施例1中,第三方平台可以是第三方支付平台,也可以是抢票软件。被请方可以是提供各种服务或业务的机构,如银行、订票服务提供商等。抢票软件一般可以直接连接订票服务提供商,用户打开抢票软件登陆后,即可直接连接至订票服务提供商网站。
在本申请实施例1中,用户要求传送的原始数据可以是用户向金融机构要求传送数据至第三方支付平台,即要求完成转帐业务,也可以是用户向订票服务提供商要求传送数据至用户,即要求完成订票业务。
原始数据指超出被请求方针对单次传送数据所设定的最高限额。因此,用户要求传送的原始数据会被被请求方拦截或阻止。
在本申请实施例1中,在用户向被请求方发起要求传送的指令前,第三方平台会先将用户要求传送的原始数据进行拆分,以避免用户要求传送的原始数据会被被请求方拦截或阻止。例如,银行单次可以向第三方支付平台转帐的最高限额是三千,那么用户单次向银行请求转帐的金额为五千,那么五千的转帐要求会被银行拦截或阻止。
S102:获取同一用户的若干拆分数据;
在本申请实施例1中,经过步骤S101后,原始数据被拆分成若干拆分数据。拆分数据指未超出被请求方针对单次传送数据所设定的最高限额,符合单次数据传送要求。例如,用户甲的原始数据A被拆分成a1、a2、a3、a4四个拆分数据,第三方平台即可抓取到a1、a2、a3、a4四个拆分数据并将四个拆分数据存放于后台数据库中。需要说明的是,a1、a2、a3、a4四个拆分数据是按先后顺序被依次创建而成,并且具有对应的识别号码,如ID1、ID2、ID3、ID4。
S103:针对各个拆分数据,在不同时刻分别发送数据传送指令。
在本申请实施例1中,针对各拆分数据,在不同时刻分别发送数据传送指令,具体包括:分别将每个拆分数据封装在一个数据传送指令中,并在不同时刻分别发送封装有拆分数据的各数据传送指令。继续沿用上例,a1、a2、a3、a4四个拆分数据分别被封装在四个数据传输指令中,第三方平台会分四次向被请求方发送数据传输指令。比如,封装有拆分数据d1的数据传送指令在13:00时刻发送,那么后续封装有拆分数据a2、a3、a4的三个数据传送指令则可以分别在13:05、13:10、13:15发送。需要说明的是,数据传输指令的发送顺序可以与拆分数据的创建顺序保持一致。
通过以上步骤,同一用户的针对原始数据的数据传送要求就实现了,被请求方在不同时刻收到数据传送指令后,将会在不同时刻完成各拆分数据的传送从而最终完成原始数据的传送。
图2为本申请实施例1提供的实现数据传送的装置结构示意图,具体包括:
拆分模块301,用于拆分同一用户要求传送的原始数据;
获取模块302,用于获取同一用户的若干拆分数据;
指令发送模块303,用于针对各个拆分数据,在不同时刻分别发送数据传送指令。
所述数据传送指令为转账指令,所述数据为转账金额或者所述数据传送指令为订购指令,所述数据为订购数量。
所述原始数据超出单次传送数据的最高限额,所述拆分数据不超出单次传送数据的最高限额。
所述针对各拆分数据,在不同时刻分别发送数据传送指令,具体包括:
分别将每个拆分数据封装在一个数据传送指令中,在不同时刻分别发送封装有拆分数据的各数据传送指令。
在本申请实施例1中,由于第三方平台将同一用户的符合传送要求的若干拆分数据分在不同时刻向被请求方发送数据传送指令,由于被请求方实际接收到了在不同时刻的各个数据传送请求,因此用户单次超过传送数据最高限额的数据传送请求就不会被被请求方拦截或阻止了,避免用户需要多次发送数据传送请求的问题,方便用户单次比较大量的业务或服务请求。
实施例2
图3为本申请实施例2提供的一种实现数据传送的方法,在本申请实施例2中,为了提高第三方平台对于用户的数据传送请求的发送效率,一次数据传送请求包含若干个用户的数据传送请求,具体包括以下步骤:
S201:拆分不同用户的要求传送的原始数据;
在本申请实施例2中,用户,也可称为请求方,可以通过第三方平台向被请求方发送数据传送请求。用户是在第三方平台或被请求方提供的网站上注册的注册用户。不同用户是指若干在第三方平台或被请求方提供的网站上注册的注册用户。
在本申请实施例2中,第三方平台可以是第三方支付平台,也可以是抢票软件。被请求方可以是给请求方提供各种服务或业务的机构,如银行、订票服务提供商等。抢票软件一般可以直接连接订票服务提供商,用户打开抢票软件登陆后,即可直接连接至订票服务提供商网站。
在本申请实施例2中,用户要求传送的原始数据可以是用户向金融机构要求传送数据至第三方支付平台,即要求完成转帐业务,也可以是用户向订票服务提供商要求传送数据至用户,即要求完成订票业务。
原始数据指超出被请求方针对单次传送数据所设定的最高限额。因此,用户要求传送的原始数据会被被请求方拦截或阻止。
在本申请实施例2中,在用户向被请求方发起数据传送的指令前,第三方平台会先将用户要求传送的原始数据进行拆分,以避免用户要求传送的原始数据会被被请求方拦截或阻止。例如,银行单次可以向第三方支付平台转帐的最高限额是三千,那么用户单次向银行请求转帐的金额为五千,那么五千的转帐要求会被银行拦截或阻止。
例如,有用户乙、丙、丁的三个要求传送的原始数据超出被请求方针对单次传送数据所设定的最高限额,因此需要对上述三个原始数据进行拆分。
S202:获取不同用户各自的若干拆分数据;
在本申请实施例2中,经过步骤S201后,不同用户的原始数据被拆分成若干拆分数据。拆分数据指未超出被请求方针对单次传送数据所设定的最高限额,符合单次数据传送要求。继续沿用上例,用户乙的原始数据B被依序拆分成b1、b2、b3、b4四个拆分数据,用户丙的原始数据C被依序拆分成c1、c2、c3、c4四个拆分数据,用户丁的原始数据D被依序拆分成d1、d2、d3、d4四个拆分数据,将不同用户乙、丙、丁的原始数据拆分后,第三方平台在不同时刻即可抓取到b1、b2、b3、b4,c1、c2、c3、c4,d1、d2、d3、d4十二个拆分数据并将上述十二个拆分数据存放于后台数据库中。需要说明的是,用户乙、丙、丁各自的四个拆分数据是按先后顺序被依次创建而成,并且具有对应的识别号码。
S203:集合不同用户的一个拆分数据,作为一个分组数据;
在本申请实施例2中,为了提高第三方平台对于用户的数据传送请求的发送效率,一次数据传送请求包含若干个用户的拆分数据。在本申请实施例2中,需要进行数据传送请求的若干拆分数据需要具有相同业务属性,相同的业务属性是指若干拆分数据均是请求方要求从被请求方向第三方平台转入的数据。
继续沿用上例来具体说明本步骤,并且限定不同用户的数量为乙、丙、丁三个用户,那么三个用户最先创新建的b1、c1、d1三个拆分数据可以被集合在一起,作为一个分组数据;其次创建的b2、c2、d2三个拆分数据也可以被集合在一起,作为一个分组数据;再次创建的b3、c3、d3三个拆分数据也可以被集合在一起,作为一个分组数据;最后创建的b4、c4、d4三个拆分数据也可以被集合在一起,作为一个分组数据。
然而,上述各个拆分数据的组合只是数据分组中的一种举例说明,在实际数据传送过程中,可能会出现各种情况而使不同用户的数据分组发生变化。比如丁用户的拆分数据d1在S204步骤中由于相关原因并未发送成功,那么拆分数据d1的状态还是未发送状态,那么乙用户未发送的拆分数据b2、丙用户未发送的拆分数据c2及丁用户未发送成功的拆分数据d1就被集合在一起,作为一个分组数据。又比如,当乙用户的拆分数据只有b1、b2时,乙用户的拆分数据会最先传完,那么另一个用户的最先创建的拆分数据就会被集合到一个分组数据中。
第三方平台后台数据库的数据被结构化查询语言(Structured QueryLanguage,SQL)查询、读取及调用,本集合步骤是通过优化结构化查询语言(Structured Query Language,SQL)来实现的。
需要说明的是,不同用户指包括至少两个以上的不同用户,具体的用户数量可以依具体情形而定。若干不同的用户可以被分组。
进一步地,集合不同用户的一个拆分数据,作为一个分组数据具体指集合不同用户的具有相同业务属性的一个拆分数据,作为一个分组数据。
S204:针对各个分组数据,在不同时刻分别发送数据传送指令。
在本申请实施例2中,针对各分组数据,在不同时刻发送数据传送指令,具体包括:分别将每个分组数据封装在一个数据传送指令中,并在不同时刻分别发送封装有分组数据的各数据传送指令。继续沿用上例说明,四个分组数据b1、c1、d1,b2、c2、d2,b3、c3、d3,b4、c4、d4分别被封装在四个数据传输指令中,第三方平台会分四次向被请求方发送数据传输指令。比如,封装有分组数据b1、c1、d1的数据传送指令在14:00时刻发送,那么后续分别封装有分组数据b2、c2、d2,b3、c3、d3,b4、c4、d4的三个数据传送指令则可以分别在14:05、14:10、14:15发送。
通过以上步骤,不同用户最初针对各个原始数据的数据传送要求就可以实现了,被请求方在不同时刻收到了针对分组数据的各个数据传送指令后,将分别完成各个用户拆分数据的传送从而最终完成各个用户原始数据的传送。
图4为本申请实施例2提供的实现数据传送的装置结构示意图,具体包括:
拆分模块401,用于拆分不同用户的要求传送的原始数据;
获取模块402,用于获取不同用户各自的若干拆分数据;
分组模块403,用于集合不同用户的一个拆分数据,作为一个分组数据;
指令发送模块404,用于针对各个分组数据,在不同时刻分别发送数据传送指令。
进一步地,所述数据传送指令为转账指令,所述数据为转账金额或者所述数据传送指令为订购指令,所述数据为订购数量。
进一步地,所述原始数据超出单次传送数据的最高限额,所述拆分数据不超出单次传送数据的最高限额。
进一步地,所述针对各个分组数据,在不同时刻分别发送数据传送指令,具体包括:
分别将每个分组数据封装在一个数据传送指令中,并在不同时刻分别发送封装有分组数据的各数据传送指令。
进一步地,集合不同用户的一个拆分数据,作为一个分组数据,具体包括:
集合不同用户的具有相同业务属性的一个拆分数据,作为一个分组数据。
在本申请实施例2中,由于第三方平台将不同用户的符合传送要求的拆分数据组成的各个分组数据,并针对各个分组数据在不同时刻分别向被请求方发送数据传送指令,由于被请求方实际接收到了在不同时刻的各个分组数据传送请求,因此不同用户单次超过传送数据最高限额的数据传送请求就不会被被请求方拦截或阻止了,避免不同用户需要多次发送数据传送请求的问题,方便用户单次比较大量的业务或服务请求。同时,一次数据传送可以实现一组包括若干不同用户的拆分数据的传送,从而整体上提高了数据传送的效率。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (20)
1.一种实现数据传送的方法,其特征在于,包括:
拆分同一用户要求传送的原始数据;
获取同一用户的若干拆分数据;
针对各个拆分数据,在不同时刻分别发送数据传送指令。
2.如权利要求1所述的方法,其特征在于,所述原始数据超出单次传送数据的最高限额,所述拆分数据不超出单次传送数据的最高限额。
3.如权利要求1所述的方法,其特征在于,所述获取同一用户的若干拆分数据是按先后顺序被依次创建而成。
4.如权利要求1所述的方法,其特征在于,所述针对各拆分数据,在不同时刻分别发送数据传送指令,具体包括:
分别将每个拆分数据封装在一个数据传送指令中,并在不同时刻分别发送封装有拆分数据的各数据传送指令。
5.如权利要求1所述的方法,其特征在于,所述数据传送指令为转账指令,所述数据为转账金额,或者所述数据传送指令为订购指令,所述数据为订购数量。
6.一种实现数据传送的装置,其特征在于,包括:
拆分模块,用于拆分同一用户要求传送的原始数据;
获取模块,用于获取同一用户的若干拆分数据;
指令发送模块,用于针对各个拆分数据,在不同时刻分别发送数据传送指令。
7.如权利要求6所述的装置,其特征在于,所述原始数据超出单次传送数据的最高限额,所述拆分数据不超出单次传送数据的最高限额。
8.如权利要求6所述的方法,其特征在于,所述获取同一用户的若干拆分数据是按先后顺序被依次创建而成。
9.如权利要求6所述的装置,其特征在于,所述针对各拆分数据,在不同时刻分别发送数据传送指令,具体包括:
分别将每个拆分数据封装在一个数据传送指令中,并在不同时刻分别发送封装有拆分数据的各数据传送指令。
10.如权利要求6所述的装置,其特征在于,所述数据传送指令为转账指令,所述数据为转账金额或者所述数据传送指令为订购指令,所述数据为订购数量。
11.一种实现数据传送的方法,其特征在于,包括:
拆分不同用户的要求传送的原始数据;
获取不同用户各自的若干拆分数据;
集合不同用户的一个拆分数据,作为一个分组数据;
针对各个分组数据,在不同时刻分别发送数据传送指令。
12.如权利要求11所述的方法,其特征在于:所述原始数据超出单次传送数据的最高限额,所述拆分数据不超出单次传送数据的最高限额。
13.如权利要求11所述的方法,其特征在于,所述针对各个分组数据,在不同时刻分别发送数据传送指令,具体包括:
分别将每个分组数据封装在一个数据传送指令中,并在不同时刻分别发送封装有分组数据的各数据传送指令。
14.如权利要求11所述的方法,其特征在于,集合不同用户的一个拆分数据,作为一个分组数据,具体包括:
集合不同用户的具有相同业务属性的一个拆分数据,作为一个分组数据。
15.如权利要求11所述的方法,其特征在于,所述数据传送指令为转账指令,所述数据为转账金额或者所述数据传送指令为订购指令,所述数据为订购数量。
16.一种实现数据传送的装置,其特征在于,包括:
拆分模块,用于拆分不同用户的要求传送的原始数据;
获取模块,用于获取不同用户各自的若干拆分数据;
分组模块,用于集合不同用户的一个拆分数据,作为一个分组数据;
指令发送模块,用于针对各个分组数据,在不同时刻分别发送数据传送指令。
17.如权利要求16所述的方法,其特征在于:所述原始数据超出单次传送数据的最高限额,所述拆分数据不超出单次传送数据的最高限额。
18.如权利要求16所述的方法,其特征在于,所述针对各个分组数据,在不同时刻分别发送数据传送指令,具体包括:
分别将每个分组数据封装在一个数据传送指令中,并在不同时刻分别发送封装有分组数据的各数据传送指令。
19.如权利要求16所述的方法,其特征在于,集合不同用户的一个拆分数据,作为一个分组数据,具体包括:
集合不同用户的具有相同业务属性的一个拆分数据,作为一个分组数据。
20.如权利要求16所述的装置,其特征在于,所述数据传送指令为转账指令,所述数据为转账金额或者所述数据传送指令为订购指令,所述数据为订购数量。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510017084.4A CN105843593A (zh) | 2015-01-13 | 2015-01-13 | 实现数据传送的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510017084.4A CN105843593A (zh) | 2015-01-13 | 2015-01-13 | 实现数据传送的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105843593A true CN105843593A (zh) | 2016-08-10 |
Family
ID=56579829
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510017084.4A Pending CN105843593A (zh) | 2015-01-13 | 2015-01-13 | 实现数据传送的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105843593A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101404661A (zh) * | 2008-11-20 | 2009-04-08 | 华北电力大学 | 一种基于udp协议的实时数据通讯方法 |
CN101491053A (zh) * | 2006-05-08 | 2009-07-22 | 松下电器产业株式会社 | 无线通信网络中的数据分组的传送 |
CN102264134A (zh) * | 2010-05-28 | 2011-11-30 | 株式会社Ntt都科摩 | 无线基站以及无线资源分配方法 |
CN102546096A (zh) * | 2011-12-12 | 2012-07-04 | 河海大学 | 一种基于不等错误保护的实时多播自适应优化方法 |
WO2012152110A1 (zh) * | 2011-07-20 | 2012-11-15 | 中兴通讯股份有限公司 | 清分结算子系统的拆分规则的生成方法及装置 |
-
2015
- 2015-01-13 CN CN201510017084.4A patent/CN105843593A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101491053A (zh) * | 2006-05-08 | 2009-07-22 | 松下电器产业株式会社 | 无线通信网络中的数据分组的传送 |
CN101404661A (zh) * | 2008-11-20 | 2009-04-08 | 华北电力大学 | 一种基于udp协议的实时数据通讯方法 |
CN102264134A (zh) * | 2010-05-28 | 2011-11-30 | 株式会社Ntt都科摩 | 无线基站以及无线资源分配方法 |
WO2012152110A1 (zh) * | 2011-07-20 | 2012-11-15 | 中兴通讯股份有限公司 | 清分结算子系统的拆分规则的生成方法及装置 |
CN102546096A (zh) * | 2011-12-12 | 2012-07-04 | 河海大学 | 一种基于不等错误保护的实时多播自适应优化方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2342628B1 (en) | Integration of an internal cloud infrastructure with existing enterprise services and systems | |
US11128437B1 (en) | Distributed ledger for peer-to-peer cloud resource sharing | |
CN108305170A (zh) | 基于区块链的外部服务访问方法、系统、设备及存储介质 | |
US10956596B2 (en) | System and method for automatically securing sensitive data in public cloud using a serverless architecture | |
CN107819861A (zh) | 业务数据处理方法、装置及系统 | |
Wright et al. | SmartEdge: A smart contract for edge computing | |
CN106610871A (zh) | 一种云操作系统架构 | |
US11961056B2 (en) | Mixed deployment architecture for distributed services | |
CN104780221B (zh) | 中小企业知识产权综合服务平台系统 | |
CN106855828A (zh) | 一种资源处理方法及装置 | |
EP3242261A1 (en) | Request sending method and device thereof | |
CN103294556A (zh) | 用于主机系统准入控制的方法和系统 | |
CN112346717A (zh) | 微服务系统创建方法、装置、设备、介质、微服务系统 | |
CN108242014A (zh) | 保险产品的销售处理方法、装置、存储介质及终端 | |
CN104636499A (zh) | 一种基于高并发的数据处理系统以及方法 | |
US20210336898A1 (en) | Abstraction Layer to Cloud Services | |
EP3553689A1 (en) | System and method for automatically securing sensitive data in public cloud using a serverless architecture | |
US20200118118A1 (en) | Method and Apparatus for Processing Digital Asset Based on Blockchain | |
CN110442464A (zh) | 业务处理方法、业务处理装置、电子设备和介质 | |
CN107147610A (zh) | 资源的处理方法及装置 | |
CN108805587A (zh) | 一种客户信息处理方法、装置、介质和电子设备 | |
US11658942B2 (en) | Maintaining security in digital electronic transfers through use of a label tracking system | |
CN110866240A (zh) | 智能密码钥匙调用方法和系统 | |
JP2020109617A (ja) | ブロックチェーンの拡張を可能にするトランザクション処理システムおよび方法 | |
CN105843593A (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: 20160810 |
|
RJ01 | Rejection of invention patent application after publication |