CN103312662A - 一种数据传输、处理方法和装置 - Google Patents
一种数据传输、处理方法和装置 Download PDFInfo
- Publication number
- CN103312662A CN103312662A CN2012100591178A CN201210059117A CN103312662A CN 103312662 A CN103312662 A CN 103312662A CN 2012100591178 A CN2012100591178 A CN 2012100591178A CN 201210059117 A CN201210059117 A CN 201210059117A CN 103312662 A CN103312662 A CN 103312662A
- Authority
- CN
- China
- Prior art keywords
- data
- value
- data source
- transmission
- 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
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请提供一种数据传输、处理方法和装置,包括:根据第一/第二数据来源标识,确定第一/第二数据来源,并从中确定指定数量的第一/第二数据,进而可以根据确定出的权参数,指定数量的第一/第二数据,进行第一数据与第二数据之间的转换和合并,并可以将合并后得到的合并数值传输给接收方。从而使得第一数据来源对应的第一数据可以和第二数据来源对应的第二数据实现合并处理和传输。
Description
技术领域
本申请涉及通信领域,尤其涉及一种数据传输、处理方法和装置。
背景技术
随着通信技术的不断发展,产生了各种各样的***。每个***中通常存在与该***对应的数据,每个***的数据所代表的值大多都不一致。导致不同数据在传输时,由于所代表的值不一样,需要分别进行传输。
例如,随着通信技术的不断发展,越来越多的人不再使用现金支付,而是利用刷银行卡,如***、储蓄卡等***的方式进行相关费用的支付,又或者利用互联网进行支付,如网络银行或第三方支付机构。上述支付方式具有安全、方便、快捷等优点,如可以避免携带大量现金,避免***和找零的困扰,节省收银时间,且资金清算速度快。因此,利用银行卡完成线上线下支付的行为越来越广泛。无论是线下刷卡支付还是线上支付实质上都是一种在线数据的传输和处理,但是,随着各种银行卡的普及,越来越多的数据类型存在于网络数据传输的过程,比如银行卡的积分、还有一张银行卡可以存储多种币值,这样带来的实际使用中的情况下,会带来相应的问题,比如积分活动,有些情况下用户需要利用积分可以替代部分的现金来进行支付,如用户购买1件价值100元的物品,用户拥有2000积分,这2000积分是可以替代10元,用户在支付时只需要再另外支付90元即可。然后积分与真正的货币并不等值,对应到计算机领域,可以认为积分与账户中的电子货币是两种不同类型的数据。传统的处理过程无法将两者进行合并传输及处理,只能单一的使用一种数据来完成传输,如现在大部分的***积分只能用来兑换商品,支付时只能利用货币来完成。又比如存在一张银行卡中存在多国货币时,我们在完成支付时只能选择一种货币完成支付。如上描述,传统的计算机网络降低了积分的使用效率、限制了积分的使用场景,也不能满足使用多种货币完成一次支付的需求。同样当对若干不同类型数据所代表的值不一样时,现阶段的技术只能分别进行处理,这样极大的浪费了网络资源,影响了网络数据传输和处理的速度。
因此,亟需提供一种可以实现不同类型数据合并传输及处理方法,来保证提高不同类型数据在网络之间传输和处理的速度。
发明内容
本申请提供一种数据传输、处理方法和装置,用于实现不同网络之间的数据互通,提高不同类型数据在网络之间传输和处理的速度。
一种数据传输、处理方法,该方法包括:
确定第一数据来源标识和该标识对应的第一数据来源中待传输的第一数据数值;以及,
确定第二数据来源标识和该标识对应的第二数据来源中待传输的第二数据数值;
根据所述第一数据来源标识及第二数据来源标识,确定第一数据与第二数据之间的权参数;
根据所述权参数、待传输的第一数据数值和待传输的第二数据数值,进行第一数据与第二数据之间的转换和合并;
将合并后得到的合并数值传输给接收方。
一种数据传输、处理装置,该装置包括:
第一数值确定模块,用于确定第一数据来源标识和该标识对应的第一数据来源中待传输的第一数据数值;
第二数值确定模块,用于确定第二数据来源标识和该标识对应的第二数据来源中待传输的第二数据数值;
权参数确定模块,用于根据所述第一数据来源标识及第二数据来源标识,确定第一数据与第二数据之间的权参数;
转换合并模块,用于根据所述权参数、待传输的第一数据数值和待传输的第二数据数值,进行第一数据与第二数据之间的转换和合并;
传输模块,用于将合并后得到的合并数值传输给接收方。
本申请有益效果如下:
根据本申请提供的方案,可以根据第一/第二数据来源标识,确定第一/第二数据来源,并从中确定指定数量的第一/第二数据,进而可以根据确定出的权参数,指定数量的第一/第二数据,进行第一数据与第二数据之间的转换和合并,并可以将合并后得到的合并数值传输给接收方。从而使得第一数据来源对应的第一数据可以和第二数据来源对应的第二数据实现合并处理和传输。
附图说明
图1为本申请实施例一提供的数据传输、处理方法的步骤流程图;
图2为本申请实施例二提供的数据传输、处理方法的步骤流程图;
图3为本申请实施例三提供的支付服务器架构的结构示意图;
图4为本申请实施例四提供的数据传输、处理方法的步骤流程图;
图5为本申请实施例五提供的数据传输、处理装置的结构示意图。
具体实施方式
针对越来越多的数据类型存在于网络数据传输的过程中,由于不同类型的数据所代表的值不同,导致网络需要分别进行数据处理,致使网络资源浪费,以及影响网络数据传输和处理的速度的问题,本申请实施例提供了一种数据传输、处理方法,实现对来自不同网络的不同数据类型之间的转化,保证网络的互通性,并减少网络资源浪费,提高网络数据传输和处理的速度。
下面结合说明书附图和各实施例对本申请方案进行说明。
实施例一、
本申请实施例一提供一种数据传输、处理方法,该方法的步骤流程如图1所示,包括:
步骤001、确定第一数据来源及第一数据数值。
在本步骤中,可以提示用户输入第一数据来源标识,再根据用户输入的第一数据来源标识,确定该第一数据来源中用户拥有的第一数据数值并展示给用户,然后提示用户选择需要传输的第一数据数值。或者可以提示用户同时输入第一数据来源标识及第一数据数值,然后根据第一数据来源标识确定第一数据来源中用户所拥有的第一数据数值,当用户输入的第一数据数值不大于所述用户所拥有的第一数据数值时,进入下一个步骤,当用户输入的第一数据数值大于所述用户所拥有的第一数据数值时,提示用户输入错误。本申请对获取第一数据来源标识及第一数据来源的方式不做限定,只需要确定获取的第一数据数值不大于用户在第一数据来源中拥有的第一数据数值。
数据处理***或第一数据来源还可以设置用户可以传输的第一数据的上限阀值。当设置有阀值时,除确定获取的第一数据数值不大于用户在第一数据来源中拥有的第一数据数值外,还需要确定获取的第一数据数值不大于上限阀值。
确定第一数据来源中用户拥有的第一数据数值可以是通过以下两种方式中的任意一种实现的:
第一种、在获取第一数据来源标识时,向第一数据来源发送请求,查询用户拥有的第一数据数值。
第二种、接收第一数据来源定时或在每次第一数据数值发生变化时实时上报的第一数据数值,并在获取第一数据来源标识的时刻,确定距离该时刻最近一次接收到的该第一数据来源标识对应的第一数据来源中用户拥有的第一数据数值。
步骤002、确定第二数据来源及第二数据数值。
确定第二数据来源及第二数据数值(包括用户拥有的第二数据数值和待传输的第二数据数值)的方法可以与步骤001中确定第一数据来源及第一数据数值的方法相同,在此不再赘述。
步骤003、确定第一数据与第二数据之间的权参数。
所述权参数可以理解为第一数据转换为第二数据的转换系数。例如,第一数据数值乘以2后,可以将该数值的第一数据转换为相应数值的第二数据,权参数即为2。
在本步骤中,可以确定第一数据来源中的第一数据与第二数据来源中的第二数据之间的权参数,具体的,可以根据确定出的第一数据来源标识和第二数据来源标识,从预先保存的权参数列表中查找第一数据与第二数据之间的权参数,所述权参数列表中可以保存任意两种数据之间的权参数。
所述权参数列表可以定时进行更新,或者在该权参数列表中的任意一个权参数发生变化时进行实时更新。
步骤004、进行数据转换和合并。
在本步骤中,可以根据查询出的权参数,将第一数据转换为第二数据,或将第二数据转换为第一数据,转换所得的数据类型可以根据接收方的设定决定,这里本申请不做限定。
在本步骤中,数据处理服务器还可以向用户发送转换请求并接收用户对所述转换请求的响应。
本步骤中,可以根据所述查询所得的第一数据和第二数据之间的权参数,将待传输的第一数据数值的第一数据转换成相应数值的第二数据,与步骤002中确定出的待传输的第二数据数值进行合并,从而确定合并后的第二数据合并数值。同样也可以将待传输的第二数据数值的第二数据转换成相应数值的第一数据,与步骤001中获得的待传输的第一数据数值进行合并,从而确定合并后的第一数据合并数值。
步骤005、传输数据。
将合并后获得的第二数据合并数值(或第一数据合并数值)传输给接收方。从而实现不同类型数据的统一传输,并可以在后续实现对不同类型数据的统一处理。
步骤006、完成数据传输后,进一步在第一数据来源及第二数据来源分别减少相应的第一数据及第二数据的值。
在第一数据来源减少待传输的第一数据数值的步骤也可以在确定出待传输的第一数据数值后完成,相应的,在第二数据来源减少待传输的第二数据数值的步骤也可以在确定出待传输的第二数据数值后完成。
根据本实施例提供的方案,实现了不同数据来源中的不同类型的数据的合并处理和传输,无需对来自第一数据来源的数据和来自第一数据来源的数据分别进行处理,提高了不同类型数据在网络之间传输和处理的速度。
下面以将积分作为第一数据(第一数据来源对应的第一网络中的数据类型),将设定的一种货币对应的数据类型作为第二数据(第二数据来源对应的第二网络中的数据类型)为例,对本申请实施例一的方案进行说明。
实施例二、
本申请实施例二提供一种数据传输、处理方法,该方法的步骤流程如图2所示,包括:
步骤101、支付服务器获取银行卡标识,并确定用户需要使用的积分。
为了利用银行卡积分进行抵现支付,首先需要确定对应的积分来源及用户需要使用的积分。因此,在本步骤中,支付服务器在客户端展示人机交互界面,供用户从客户端登录支付***,当然用户客户端也可以由其他***通过信任登录等方式直接跳转登入支付***,该种情况下则不需要再向用户展示人机交互界面。
客户端完成登录后,支付服务器(所述支付服务器可以理解为本申请实施例一中的数据处理服务器)可以提示用户输入银行卡标识,所述银行卡标识可以为银行卡***,在获取银行卡标识后,向对应的银行积分***确定该银行卡标识对应的银行卡的积分余额。支付服务器确定积分余额后,将该积分余额传输到用户的客户端并在客户端上展示给用户,再由支付服务器接受用户输入的积分数量,判断是否大于用户在对应银行卡上的积分余额,当不大于积分余额时,进入下一步骤,当大于积分余额时,提示用户输入错误。支付服务器也可以在客户端完成登录后提示用户同时输入银行卡***及需要兑换的积分数量,然后根据银行卡***向积分***查询该***对应的积分余额。积分***将所述积分余额返回给支付服务器后,支付服务器判断所述用户需要兑换的积分数量是否不大于所述积分余额,当不大于积分余额时,进入下一步骤,当大于积分余额时,提示用户输入错误。当然如何获得银行卡标识和所要兑换的积分数量,本申请并不限定,只需要确定所述需要兑换的积分数量不大于积分余额即可。
所述积分***或支付服务器还可以设置阀值,如每一次可兑换积分数量的上限、每一段时间内可兑换积分数量的上限等。在设有阀值的情况下,支付服务器除了判断所述需要兑换的积分数量是否大于积分余额外,还需要针对阀值进行判断。
确定该银行卡标识对应的银行卡的积分余额,可以但不限于以下两种方式中的任意一种:
方式一、支付服务器在获取银行卡标识时,向银行积分服务器查询该银行卡标识对应的银行卡的积分余额。
方式二、支付服务器接收银行积分服务器定时或在每次积分余额发生变化时实时向支付服务器更新的积分余额,并在获取银行卡标识的时刻,确定距离该时刻最近一次接收到的该银行卡标识对应的银行卡的积分余额。
在执行本步骤之前,还可以包括步骤101’:支付服务器确定用户采用银行卡积分兑换进行支付。如,在用户通过网站方式进行支付时,可以在网站的支付页面,设置“银行卡积分兑换并支付”选项,在用户选择该选项时,支付服务器可以确定用户采用银行卡积分兑换进行支付。
当然,在步骤101’之前,用户、支付服务器、银行已经签订了一个三方协议,保证该银行发行的银行卡的积分可以在该支付服务器上用于抵现支付,且用户可以将该用于积分抵现的银行卡与自己在支付服务器中的账户进行绑定,使得后续可以利用该银行卡在支付服务器绑定的账户中进行积分抵现支付。签订协议后,可以将银行卡信息保存在支付服务器。所述银行卡信息可以包括该银行卡对应的用户信息,如用户的姓名信息,所述银行卡信息还可以包括签约时该银行卡的积分余额,并在后续以定时或实时的方式进行更新。
步骤102、支付服务器获取用户货币资金来源的标识及需要使用的货币资金的数量。
在该步骤下,支付服务器还需要确定用户货币资金的来源的标识,该标识可以是支付服务器所在的支付***下的一个资金账户,也可以是上述步骤101中用户输入的银行卡对应的资金账户,也可以是其他银行的资金账户,本申请不做限定,只要满足可以与所述支付服务器进行信息交互、资金转移的资金账户均可。本实施例以支付服务器所在的支付***下的一个资金账户为例进行详细说明。
客户端完成登录后,支付服务器(所述支付服务器可以理解为本申请实施例一中的数据处理服务器)可以提示用户输入支付***的账户标识,当然本实施例中,支付服务器是处于支付***之中的,所以用户登录时所使用的账户可以默认为是用户输入的所述支付***的账户标识,此种情况下则无需用户再次输入账户标识。所述支付服务器获取所述账户标识后向支付***的账务***查询该账户标识所对应的货币资金余额,并将查询结果传输到用户的客户端并在客户端上展示给用户,再由支付服务器接受用户输入的货币资金数量,判断是否大于所述货币资金余额,当不大于货币资金余额时,进入下一步骤,当大于货币资金余额时,提示用户输入错误。支付服务器也可以在客户端完成登录后提示用户同时输入货币资金数量,然后根据账户标识向账务***查询该***对应的货币资金余额。账务***将所述货币资金余额返回给支付服务器后,支付服务器判断所述用户需要使用的货币资金数量是否大于所述货币资金余额,当不大于货币资金余额时,进入下一步骤;当大于货币资金余额时,提示用户输入错误。当然如何获得账户标识和所要使用的货币资金数量,本申请并不限定,只需要确定所述需要使用的货币资金数量不大于货币资金余额即可。
所述支付***还可以设置阀值,如每一次可使用的货币资金的上限、每一段时间内可使用的货币资金的上限等。在设有阀值的情况下,支付服务器除了判断所述使用的货币资金数量是否大于所述货币资金余额外,还需要针对阀值进行判断。上述步骤101及步骤102并没有严格意义上先后顺序,也可以交换顺序执行,本实施例的标号只为了描述上的方便。
步骤103、支付服务器确定积分与货币资金账户的兑换比例。
本步骤可以具体包括:根据确定出的银行卡标识和货币资金的账户标识,从预先保存的权参数列表中查找银行卡标识与货币资金帐户标识的权参数,具体到本实施例中,即为积分兑换成货币资金的比例,由于各个银行积分所代表的价值并不一样,这样就需要将各个银行积分所能兑换的货币资金的比例保存到所述权参数列表中,该权参数列表可以存储于支付服务器下,也可以保存在支付服务器所在支付***的其他存储空间中,本申请并不做限定。该权参数列表可以以各个银行的名称作为索引,支付服务器先判断用户输入的银行卡***(银行卡标识),通过对***的判断来识别该***所对应的银行,再以该银行的名称进行查询。也可以在步骤101中提示用户输入或选择对应的银行名称,然后直接根据名称在权参数列表中查询兑换比例。
当然步骤103与步骤101及步骤102也没有严格意义上的顺序,查询动作可以在步骤101及102完成之后执行,也可以在获得所述银行卡标识及货币资金账户标识后就可以执行,甚至可以将查询到的兑换比例展现给用户,以方便用户选择需要兑换的积分数量。本实施例的标号只为了描述上的方便。
步骤104、转换及合并货币资金。
在本步骤中,在确定积分的兑换比例后,可以将用户需要兑换的积分转换成货币资金,比如用户所需要兑换的积分是招行的积分10000积分,支付服务器查询得到的兑换比例为招行积分兑换为人民币的比例是1000∶1,即按照该比例将10000积分兑换成10元人民币。再与所述用户需要使用的货币资金合并,比如所述用户需要使用的货币资金为100元,即合并所得为110元。
在本步骤中,支付服务器还可以向用户发送转换请求并接收用户对所述转换请求的响应,以此判断是否需要完成转换。
步骤105、转移货币资金。
将合并后货币资金转移给接收方。接收方的账户标识可以由用户输入。至此实现了积分和货币资金的合并处理及转移。
步骤106、完成货币资金转移后,进一步在用户银行及支付***的货币资金账户中分别减少相应的积分及货币资金。
所述步骤106也可以分开实现,比如在确定用户需要兑换的积分后完成积分的扣减,在用户需要使用的货币资金后完成对货币资金的扣减。
另外需要说明的是,支付***也可以设置单独的积分***,为每个用户设立一个积分账户,该积分账户中记录的是用户在该***的积分余额,用户在支付时,可以先将各个银行卡中的积分余额先兑换为支付***的积分,以招商银行和支付宝(www.alipay.com)为例,用户也可以将招行的积分先兑换成支付宝的积分,保存在所述积分账户下。兑换过程与所述步骤104类似,只需将权参数表中保存的兑换比例改为积分与积分的兑换比例即可。用户支付时,支付服务器不再要求用户输入银行卡***,而只需要输入需要兑换的支付宝积分的数量即可。
根据本实施例提供的方案,克服传统积分使用的模式,扩大了积分使用的场景,同时避免了***队积分和货币资金的分别处理所带来的***资源浪费。
实施例三、
根据本申请实施例二提供的方案,本申请实施例三提供一种支付服务器架构:
如图3所示为所述架构的结构示意图。该架构可以包括会员体系和账务体系两部分。在会员体系,每个会员都会有一个主卡,该主卡用于关联账务体系的主账户,该主账户中用于记录该会员的现金余额;且在会员体系中,每个主卡可以关联至少一张银行卡(积分子卡,会员体系中子卡的一种),每张银行卡又可以关联账务体系的一个积分账户,每个积分账户用于记录其所关联的银行卡中的积分余额。
本申请实施例二~实施例三提供了一种安全、轻松的数据传输、处理方法,用户通过网站等方式订购商品时,只需将您的支付服务器相关账户关联到您的银行卡,无需开通网银,即可通过输入银行卡标识、确认兑换的积分数量以及输入支付密码,便捷、快速地完成支付,在简化银行卡积分的使用过程,提高银行卡积分的使用效率的同时,根据本申请实施例二~实施例三提供的数据传输、处理方法,还可以将多张银行卡的积分累计使用,可以充分利用银行卡积分,扩大银行卡积分的使用范围,从而可以充分实现积分政策的鼓励银行卡消费的目的,提高银行卡的利用率。
下面以将一种货币(第一货币)对应的数据类型作为第一数据,以及将其他一种币种的货币(第二货币)对应的数据类型作为第二数据为例,对本申请实施例一的方案进行说明。
实施例四、
现在社会中一卡多币种的情况越来越多,比如招行的借记卡就同时设有人民币账户及美元账户,分别用来存储美元及人民币,但当使用时,这两个账户是分别使用的,单笔支付时要不只能使用人民币,要不只能使用美元。这样当用户面对同一笔支付的金额超过人民币账户余额时,用户将无法完成支付。本申请实施例四提供一种数据传输、处理方法用以解决上述问题,该方法的步骤流程如图4所示,包括:
步骤201、支付服务器获取银行卡标识,并确定用户需要使用的第一货币数量。
在本实施例中,客户端登录支付***的方式与实施例二步骤101中客户端登录支付***的方式相同,在此不再赘述。在客户端完成登录后,为了实现银行卡中的第一货币与第二货币之间的转换,在本步骤中,可以提示用户输入银行卡标识,所述银行卡标识可以为银行卡***,在获取银行卡标识后,可以提示用户选择第一货币的货币种类,从而确定该银行卡对应的第一货币余额。支付服务器确定第一货币余额后,将该第一货币余额传输到用户的客户端并在客户端上展示给用户,再由支付服务器接受用户输入的第一货币数量,判断是否大于用户在对应银行卡上的第一货币余额,当不大于第一货币余额时,进入下一步骤,当大于第一货币余额时,提示用户输入错误。支付服务器也可以在客户端完成登录后提示用户同时输入银行卡***、第一货币的货币种类及需要兑换的第一货币数量,然后根据银行卡***向该银行卡对应的货币***查询该***对应的第一货币余额。货币***将所述第一货币余额返回给支付服务器后,支付服务器判断所述用户需要兑换的第一货币数量是否不大于所述第一货币余额,当不大于第一货币余额时,进入下一步骤,当大于第一货币余额时,提示用户输入错误。当然如何获得银行卡标识和所要兑换的第一货币数量,本申请并不限定,只需要确定所述需要兑换的第一货币数量不大于第一货币余额即可。
所述货币***或支付服务器还可以设置阀值,如每一次可兑换第一货币数量的上限、每一段时间内可兑换第一货币数量的上限等。在设有阀值的情况下,支付服务器除了判断所述需要兑换的第一货币数量是否大于第一货币余额外,还需要针对阀值进行判断。
确定该银行卡标识对应的银行卡的第一货币余额,可以但不限于以下两种方式中的任意一种:
方式一、支付服务器在获取第一货币的货币种类后,向银行货币服务器查询该银行卡标识对应的银行卡的第一货币余额。
方式二、支付服务器接收银行货币服务器定时或在每次第一货币余额发生变化时实时向支付服务器更新的第一货币余额,并在获取第一货币的货币种类的时刻,确定距离该时刻最近一次接收到的该银行卡标识对应的银行卡的第一货币余额。
步骤202、支付服务器确定用户需要使用的第二货币数量。
本实施例以同一银行卡之中的币种转换为例进行说明,因此,在步骤101已经获取银行卡标识的基础上,在本步骤中,支付服务器可以提示用户选择第二货币的货币种类,从而确定第一货币待转换为的货币种类,并可以查询所述银行卡标识对应的银行卡中的第二货币余额。支付服务器可以将查询结果传输到用户的客户端并在客户端上展示给用户,再由支付服务器接受用户输入的第二货币数量,判断是否大于所述第二货币余额,当不大于第二货币余额时,进入下一步骤,当大于第二货币余额时,提示用户输入错误。支付服务器也可以在客户端完成登录后提示用户同时输入第二货币数量,然后根据用户选择的第二货币的货币种类查询该***对应的第二货币余额。货币***将所述第二货币余额返回给支付服务器后,支付服务器判断所述用户需要使用的第二货币数量是否大于所述第二货币余额,当不大于第二货币余额时,进入下一步骤;当大于第二货币余额时,提示用户输入错误。当然如何获得所要使用的第二货币余额及第二货币数量,本申请并不限定,只需要确定所述需要使用的第二货币数量不大于第二货币余额即可。
所述支付***还可以设置阀值,如每一次可使用的第二货币数量的上限、每一段时间内可使用的第二货币数量的上限等。在设有阀值的情况下,支付服务器除了判断所述使用的第二货币数量是否大于所述第二货币余额外,还需要针对阀值进行判断。确定第二货币余额的方式可以与步骤201中确定第一货币余额的方式相同,在此不再赘述。
实际上,确定第二货币数量与确定第一货币数量的操作可以不分先后,在本实施例中不做具体限定。
步骤203、支付服务器确定第一货币与第二货币的兑换比例。
在本步骤中,支付服务器可以根据第一货币的货币种类,第二货币的货币种类,确定第一货币与第二货币的兑换比例。具体的,可以根据第一货币标识与第二货币标识,从预先保存的权参数列表中查找第一货币标识与第二货币标识的权参数,具体到本实施例中,即为第一货币兑换为第二货币的比例。该权参数列表可以存储于支付服务器下,也可以保存在支付服务器所在支付***的其他存储空间中,本申请并不做限定。优选的,支付服务器可以设置一张换算比例表,以货币名称为索引,实时更新各种货币之间的换算比例及门限值,供支付服务器(数据处理服务器)查询。
当然,步骤203与确定第一货币数量、确定第二货币数量也没有严格意义上的顺序。
步骤204、转换及合并货币资金。
在本步骤中,在确定第一货币与第二货币之间的兑换比例后,可以将用户需要兑换的第一货币数量转换为第二货币,例如,用户可以根据美金(第一货币)与人民币(第二货币)的兑换比例为1∶6.4,以及需要兑换的美金数量为100,按照该兑换比例将100美金兑换为640人民币,并可以将兑换成的640人民币与所述用户需要使用的人民币数量进行合并,比如所述用户需要使用的人民币数量为100元,即合并所得为740元。
当然,在本步骤中,支付服务器还可以向用户发送转换请求并接收用户对所述转换请求的响应,以此判断是否需要完成转换。
步骤205、转移货币资金。
将合并后的货币资金转移给接收方。接收方的账户标识可以由用户输入。至此实现了第一货币和第二货币的合并处理及转移。
步骤206、完成货币资金转移后,进一步在货币账户中分别减少相应的第一货币数量及第二货币数量。
所述步骤206也可以分开实现,比如在确定用户需要兑换的第一货币数量后完成第一货币数量的扣减,在确定用户需要使用的第二货币数量后完成对第二货币数量的扣减。
根据本申请实施例四提供的方案,实现了将第一数据来源的设定数量的第一货币转换为一定数量的第二货币,并可以与第二数据来源中设定数量的第二货币合并使用,从而实现了在第二网络中,将来自第一网络的第一货币像第二货币一样使用,无需对第一货币和第二货币分别进行处理,减少了网络资源的浪费,并在保证网络互通的同时,提高了不同类型数据在网络之间传输和处理的速度。
与本申请实施例一~实施例四基于同一发明构思,提供以下的数据传输、处理装置。
实施例五、
本申请实施例五提供一种数据传输、处理装置,该装置的结构示意图可以如图5所示,包括:
第一数值确定模块11用于确定第一数据来源标识和该标识对应的第一数据来源中待传输的第一数据数值;第二数值确定模块12用于确定第二数据来源标识和该标识对应的第二数据来源中待传输的第二数据数值;权参数确定模块13用于根据所述第一数据来源标识及第二数据来源标识,确定第一数据与第二数据之间的权参数;转换合并模块14用于根据所述权参数、待传输的第一数据数值和待传输的第二数据数值,进行第一数据与第二数据之间的转换和合并;传输模块15用于将合并后得到的合并数值传输给接收方。
所述装置还包括第三数值确定模块16和第四数值确定模块17:
第三数值确定模块16用于在确定第一数据来源标识时,向该标识对应的第一数据来源发送请求,查询用户拥有的第一数据数值;或者,接收第一数据来源定时或在每次第一数据数值发生变化时实时上报的用户拥有的第一数据数值,并在获取第一数据来源标识的时刻,确定距离该时刻最近一次接收到的该第一数据来源标识对应的第一数据来源中用户拥有的第一数据数值;
第四数值确定模块17用于在确定第二数据来源标识时,向该标识对应的第二数据来源发送请求,查询用户拥有的第二数据数值;或者,接收第二数据来源定时或在每次第二数据数值发生变化时实时上报的用户拥有的第二数据数值,并在获取第二数据来源标识的时刻,确定距离该时刻最近一次接收到的该第二数据来源标识对应的第二数据来源中用户拥有的第二数据数值。
第一数值确定模块11具体用于确定不大于所述第三数值确定模块确定出的第一数据来源中用户拥有的第一数据数值的待传输的第一数据数值;
第二数值确定模块12具体用于确定不大于所述第四数值确定模块确定出的第二数据来源中用户拥有的第二数据数值的待传输的第二数据数值。
所述装置还包括第一更新模块18和第二更新模块19:
第一更新模块18用于确定待传输的第一数据数值之后或者将合并后得到的合并数值传输给接收方之后,在所述第一数据来源用户拥有的第一数据数值中减少所述待传输的第一数据数值;
第二更新模块19用于确定待传输的第二数据数值之后或者将合并后得到的合并数值传输给接收方之后,在所述第二数据来源用户拥有的第二数据数值中减少所述待传输的第二数据数值。
权参数确定模块13具体用于根据第一数据来源标识及第二数据来源标识,从预先保存的权参数列表中查找第一数据与第二数据之间的权参数。
转换合并模块14具体用于将所述待传输的第一数据数值的第一数据转换为相应数值的第二数据,并将转换后得到的相应数值与所述待传输的第二数据数值进行合并;或者,将所述待传输的第二数据数值的第二数据转换为相应数值的第一数据,并将转换后得到的相应数值与所述待传输的第一数据数值进行合并。
本实施例中涉及的数据传输、处理装置可以理解为本申请实施例一~实施例四中涉及的数据处理服务器或支付服务器。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种数据传输、处理方法,其特征在于,该方法包括:
确定第一数据来源标识和该标识对应的第一数据来源中待传输的第一数据数值;以及,
确定第二数据来源标识和该标识对应的第二数据来源中待传输的第二数据数值;
根据所述第一数据来源标识及第二数据来源标识,确定第一数据与第二数据之间的权参数;
根据所述权参数、待传输的第一数据数值和待传输的第二数据数值,进行第一数据与第二数据之间的转换和合并;
将合并后得到的合并数值传输给接收方。
2.如权利要求1所述的方法,其特征在于,所述待传输的第一/第二数据数值不大于用户在第一/第二数据来源中拥有的第一/第二数据数值,所述第一/第二数据来源中用户拥有的第一/第二数据数值通过以下方式确定:
在确定第一/第二数据来源标识时,向该标识对应的第一/第二数据来源发送请求,查询用户拥有的第一/第二数据数值;或者,
接收第一/第二数据来源定时或在每次第一/第二数据数值发生变化时实时上报的用户拥有的第一/第二数据数值,并在获取第一/第二数据来源标识的时刻,确定距离该时刻最近一次接收到的该第一/第二数据来源标识对应的第一/第二数据来源中用户拥有的第一/第二数据数值。
3.如权利要求1所述的方法,其特征在于,所述方法还包括:
确定待传输的第一数据数值之后或者将合并后得到的合并数值传输给接收方之后,在所述第一数据来源用户拥有的第一数据数值中减少所述待传输的第一数据数值;以及,
确定待传输的第二数据数值之后或者将合并后得到的合并数值传输给接收方之后,在所述第二数据来源用户拥有的第二数据数值中减少所述待传输的第二数据数值。
4.如权利要求1所述的方法,其特征在于,根据所述第一数据来源标识及第二数据来源标识,确定第一数据与第二数据之间的权参数,具体包括:
根据第一数据来源标识及第二数据来源标识,从预先保存的权参数列表中查找第一数据与第二数据之间的权参数。
5.如权利要求1~4任一所述的方法,其特征在于,根据所述权参数、待传输的第一数据数值和待传输的第二数据数值,进行第一数据与第二数据之间的转换和合并,具体包括:
将所述待传输的第一数据数值的第一数据转换为相应数值的第二数据,并将转换后得到的相应数值与所述待传输的第二数据数值进行合并;或者,
将所述待传输的第二数据数值的第二数据转换为相应数值的第一数据,并将转换后得到的相应数值与所述待传输的第一数据数值进行合并。
6.一种数据传输、处理装置,其特征在于,该装置包括:
第一数值确定模块,用于确定第一数据来源标识和该标识对应的第一数据来源中待传输的第一数据数值;
第二数值确定模块,用于确定第二数据来源标识和该标识对应的第二数据来源中待传输的第二数据数值;
权参数确定模块,用于根据所述第一数据来源标识及第二数据来源标识,确定第一数据与第二数据之间的权参数;
转换合并模块,用于根据所述权参数、待传输的第一数据数值和待传输的第二数据数值,进行第一数据与第二数据之间的转换和合并;
传输模块,用于将合并后得到的合并数值传输给接收方。
7.如权利要求6所述的装置,其特征在于,所述装置还包括:
第三数值确定模块,用于在确定第一数据来源标识时,向该标识对应的第一数据来源发送请求,查询用户拥有的第一数据数值;或者,接收第一数据来源定时或在每次第一数据数值发生变化时实时上报的用户拥有的第一数据数值,并在获取第一数据来源标识的时刻,确定距离该时刻最近一次接收到的该第一数据来源标识对应的第一数据来源中用户拥有的第一数据数值;
第四数值确定模块,用于在确定第二数据来源标识时,向该标识对应的第二数据来源发送请求,查询用户拥有的第二数据数值;或者,接收第二数据来源定时或在每次第二数据数值发生变化时实时上报的用户拥有的第二数据数值,并在获取第二数据来源标识的时刻,确定距离该时刻最近一次接收到的该第二数据来源标识对应的第二数据来源中用户拥有的第二数据数值;
第一数值确定模块,具体用于确定不大于所述第三数值确定模块确定出的第一数据来源中用户拥有的第一数据数值的待传输的第一数据数值;
第二数值确定模块,具体用于确定不大于所述第四数值确定模块确定出的第二数据来源中用户拥有的第二数据数值的待传输的第二数据数值。
8.如权利要求6所述的装置,其特征在于,所述装置还包括:
第一更新模块,用于确定待传输的第一数据数值之后或者将合并后得到的合并数值传输给接收方之后,在所述第一数据来源用户拥有的第一数据数值中减少所述待传输的第一数据数值;
第二更新模块,用于确定待传输的第二数据数值之后或者将合并后得到的合并数值传输给接收方之后,在所述第二数据来源用户拥有的第二数据数值中减少所述待传输的第二数据数值。
9.如权利要求6所述的装置,其特征在于,权参数确定模块,具体用于根据第一数据来源标识及第二数据来源标识,从预先保存的权参数列表中查找第一数据与第二数据之间的权参数。
10.如权利要求6~9任一所述的装置,其特征在于,转换合并模块,具体用于将所述待传输的第一数据数值的第一数据转换为相应数值的第二数据,并将转换后得到的相应数值与所述待传输的第二数据数值进行合并;或者,将所述待传输的第二数据数值的第二数据转换为相应数值的第一数据,并将转换后得到的相应数值与所述待传输的第一数据数值进行合并。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012100591178A CN103312662A (zh) | 2012-03-07 | 2012-03-07 | 一种数据传输、处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012100591178A CN103312662A (zh) | 2012-03-07 | 2012-03-07 | 一种数据传输、处理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103312662A true CN103312662A (zh) | 2013-09-18 |
Family
ID=49137450
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012100591178A Pending CN103312662A (zh) | 2012-03-07 | 2012-03-07 | 一种数据传输、处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103312662A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104299129A (zh) * | 2014-09-28 | 2015-01-21 | 北京奇虎科技有限公司 | 支付行为处理方法、装置和服务器 |
CN106339154A (zh) * | 2015-07-08 | 2017-01-18 | 阿里巴巴集团控股有限公司 | 一种列表页面更新方法和装置 |
CN106529988A (zh) * | 2016-09-26 | 2017-03-22 | 腾讯科技(深圳)有限公司 | 业务处理方法及装置 |
WO2017219874A1 (zh) * | 2016-06-22 | 2017-12-28 | 阿里巴巴集团控股有限公司 | 一种资源处理方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1708451A2 (en) * | 2005-03-30 | 2006-10-04 | Toshiba Tec Kabushiki Kaisha | Apparatus and method for data relay |
CN101046868A (zh) * | 2006-03-29 | 2007-10-03 | ***股份有限公司 | 一种账户数据的处理方法及*** |
CN101329793A (zh) * | 2008-07-30 | 2008-12-24 | ***集团宽带业务应用国家工程实验室有限公司 | 电子货币信息的处理方法和*** |
-
2012
- 2012-03-07 CN CN2012100591178A patent/CN103312662A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1708451A2 (en) * | 2005-03-30 | 2006-10-04 | Toshiba Tec Kabushiki Kaisha | Apparatus and method for data relay |
CN101046868A (zh) * | 2006-03-29 | 2007-10-03 | ***股份有限公司 | 一种账户数据的处理方法及*** |
CN101329793A (zh) * | 2008-07-30 | 2008-12-24 | ***集团宽带业务应用国家工程实验室有限公司 | 电子货币信息的处理方法和*** |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104299129A (zh) * | 2014-09-28 | 2015-01-21 | 北京奇虎科技有限公司 | 支付行为处理方法、装置和服务器 |
CN106339154A (zh) * | 2015-07-08 | 2017-01-18 | 阿里巴巴集团控股有限公司 | 一种列表页面更新方法和装置 |
CN106339154B (zh) * | 2015-07-08 | 2019-09-17 | 阿里巴巴集团控股有限公司 | 一种列表页面更新方法和装置 |
WO2017219874A1 (zh) * | 2016-06-22 | 2017-12-28 | 阿里巴巴集团控股有限公司 | 一种资源处理方法及装置 |
US10805410B2 (en) | 2016-06-22 | 2020-10-13 | Alibaba Group Holding Limited | Resource processing method and apparatus |
US10827016B2 (en) | 2016-06-22 | 2020-11-03 | Alibaba Group Holding Limited | Resource processing method and apparatus |
CN106529988A (zh) * | 2016-09-26 | 2017-03-22 | 腾讯科技(深圳)有限公司 | 业务处理方法及装置 |
CN106529988B (zh) * | 2016-09-26 | 2021-09-28 | 腾讯科技(深圳)有限公司 | 业务处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101329801B (zh) | 手机pos消费的数据处理方法及手机pos消费*** | |
CN101329800B (zh) | 手机pos消费的数据处理方法及手机pos消费*** | |
CN101826186A (zh) | 综合支付集中器***中管理支付处理的***、方法和程序 | |
US9852407B2 (en) | Systems and methods for routing debit transactions | |
CN105427094A (zh) | 一种跨境支付***与方法 | |
CN104966194A (zh) | 一种复合收银方法及其智能化收银*** | |
CN102222294A (zh) | 一种新型手机支付方法 | |
CN104303197A (zh) | 用于实时的账户访问的***和方法 | |
JP2017037655A (ja) | 暗証番号付きデビット取引の処理方法およびシステム | |
CN103268548A (zh) | 基于二维码的线上线下支付*** | |
CN103971230A (zh) | 一种电子商务统一支付*** | |
CN101136123A (zh) | 智能卡pos机***及相应在商户进行取现及汇款的方法 | |
KR101907848B1 (ko) | 가상화폐를 이용한 이종화폐 송금 방법, 장치 및 프로그램 | |
CN101877101A (zh) | 银行代缴费***及其运行方法 | |
CN107038573A (zh) | 一种基于物联网和云计算的聚合支付*** | |
CN103312662A (zh) | 一种数据传输、处理方法和装置 | |
CN113935507A (zh) | 基于区块链的外币现钞兑换预约方法及装置 | |
KR100545308B1 (ko) | 신용카드 번호를 이용한 온라인 전자화폐, 전자상품권 및마일리지 포인트의 통합결제 대행시스템 및 그 방법 | |
CN101923753A (zh) | 电子货币管理***和方法 | |
CN111275483A (zh) | 一种基于区块链的积分发行流转方法 | |
US10026075B2 (en) | Gift card E-bank | |
CN102194197A (zh) | 确保履约保证保险契约履行的方法 | |
CN103903367B (zh) | 一种嵌入到移动终端的金融ic卡空中圈存方法和*** | |
CN102568126A (zh) | 一种基于pos终端的税费缴纳和实时入库的方法 | |
CN101251915A (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 | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1185735 Country of ref document: HK |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130918 |
|
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1185735 Country of ref document: HK |