数据信息交互方法及系统的制作方法
【专利摘要】本发明公开了一种数据信息交互方法及系统，包括：用于供第一用户与第二用户进行信息交互的第一平台服务器，在确定第一用户需与第二用户建立数据信息交换关系后，将第一用户与第二用户需交换的数据信息传输给第二平台服务器；第二平台服务器在接收到需交换的数据信息后，当确认第一用户具备交换能力时，指示第二用户开始进行数据信息交换；第二平台服务器在接收到第一用户指示开始进行数据信息交换后，将第一用户的需交换的数据信息交换到第二用户。采用本发明，由于在该数据信息交互方案中仅保留了必要的数据信息交互环节，因而可以使得数据信息的交互在安全性以及即时性上得到提高。
【专利说明】数据信息交互方法及系统
【技术领域】
[0001]本发明涉及数据处理【技术领域】，尤其涉及一种数据信息交互方法及系统。
【背景技术】
[0002]随着电子商务的发展,特别是020 (Online To Off line)业务模式的提出，越来越多的人选择网上购物，网上消费，因此，构建一个安全规范快捷的支付体系具有极其重大的现实意义。目前人们主要采用第三方支付平台实现消费者和商家之间的资金流转。图1为020业务模式下的交易流程示意图，如图1所示，在消费过程中，买卖双方通过网上交互平台达成交易意向后，消费者下订单并将货款从其银行账户划转到其第三方支付账户，第三方支付将消费者已付款信息通知商家，商家收到通知后按照订单发送货物或提供服务，消费者确认收货后通知第三方支付，第三方支付将货款划入商家的第三方支付账户中，商家再从其第三方支付账户中将资金提现到其银行账户。
[0003]但是，在目前的第三方支付方式上述流程中，存在如下不足:
[0004]1、消费者需要开通第三方支付账户，并将自己的银行账户信息同第三方支付账户关联，存在信息安全隐患，在消费过程中需要将银行账户资金转入第三方支付账户，产生不便。
[0005]2、商家在消费者确认收货后，所收到的货款仍然停留在其第三方支付账户中，需要商家提现才可转入自己银行账户，时效性上存在一定缺陷。
[0006]3、第三方支付公司自身的资质、信誉和安全问题。同时，第三方支付缺乏对消费者和商家的信誉评判基础，无法针对风险交易进行事前事后处理，缺乏约束力。
【发明内容】
[0007]本发明实施例提供了一种数据信息交互方法，用以提高的数据信息交互的安全性以及即时性，该方法包括:
[0008]用于供第一用户与第二用户进行信息交互的第一平台服务器，在确定第一用户需与第二用户建立数据信息交换关系后，将第一用户与第二用户需交换的数据信息传输给第二平台服务器；
[0009]第二平台服务器在接收到需交换的数据信息后，当确认第一用户具备交换能力时，指示第二用户开始进行数据信息交换；
[0010]第二平台服务器在接收到第一用户指示开始进行数据信息交换后，将第一用户的需交换的数据信息交换到第二用户。
[0011]一个实施例中，第二平台服务器确认第一用户具备交换能力，是根据存储用户信息的数据库中的记录确定的。
[0012]一个实施例中，该方法进一步包括:
[0013]在第一用户与第二用户进行信息交互时，向第一用户和/或第二用户提供数据库中第一用户和/或第二用户的记录。[0014]一个实施例中，该方法进一步包括:
[0015]对数据库中存储的用户进行分类，以及确定各类别对应的数据信息交换方式；
[0016]第二平台服务器根据第一用户所属的类别，确定将第一用户的需交换的数据信息交换到第二用户的交换方式。
[0017]一个实施例中，该方法进一步包括:
[0018]根据第一用户与第二用户的数据信息交换情况更新数据库中第一用户与第二用户的用户信息。
[0019]本发明实施例还提供了一种数据信息交互系统，用以提高的数据信息交互的安全性以及即时性，该系统包括:
[0020]第一平台服务器，用于供第一用户与第二用户进行信息交互，在确定第一用户需与第二用户建立数据信息交换关系后，将第一用户与第二用户需交换的数据信息传输给第二平台服务器；
[0021]第二平台服务器，用于在接收到需交换的数据信息后，当确认第一用户具备交换能力时，指示第二用户开始进行数据信息交换；在接收到第一用户指示开始进行数据信息交换后，将第一用户的需交换的数据信息交换到第二用户。
[0022]一个实施例中，该系统进一步包括:
[0023]数据库，用于存储用户信息；
[0024]第二平台服务器进一步用于根据数据库中的记录确认第一用户具备交换能力。
[0025]一个实施例中，数据库进一步用于在第一用户与第二用户进行信息交互时，向第一用户和/或第二用户提供数据库中第一用户和/或第二用户的记录。
[0026]一个实施例中，数据库进一步用于对数据库中存储的用户进行分类，以及确定各类别对应的数据信息交换方式；
[0027]第二平台服务器进一步用于根据第一用户所属的类别，确定将第一用户的需交换的数据信息交换到第二用户的交换方式。
[0028]一个实施例中，数据库进一步用于根据第一用户与第二用户的数据信息交换情况更新数据库中第一用户与第二用户的用户信息。
[0029]本发明实施例中，由于在该数据信息交互方案中仅保留了必要的数据信息交互环节，因而可以使得数据信息的交互在安全性以及即时性上得到提高。
【专利附图】
【附图说明】
[0030]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中:
[0031]图1为现有技术中的020业务模式下的交易流程示意图；
[0032]图2为本发明实施例中的数据信息交互方法实施流程示意图；
[0033]图3为本发明实施例中的网上交互平台、信用库和交易平台关系示意图；
[0034]图4为本发明实施例中的优质客户交易实施流程示意图；
[0035]图5为本发明实施例中的一般客户交易实施流程示意图；[0036]图6为本发明实施例中的数据信息交互系统结构示意图。
【具体实施方式】
[0037]为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
[0038]本发明实施例中提供了一种数据信息交互方法，可以供银行等作为支付系统使用，在该数据信息交互系统中，仅保留了必要的数据信息交互环节，使得数据信息的交互在安全以及即时性上得到提高，当用作支付系统时，可以解决现有第三方支付平台中存在的若干缺陷，实现消费者的无忧支付，商家的无忧收款。具体说来，在整个交易过程中，消费者无需在第三方支付平台申请个人账户，更不需要将自己银行账户资金转移到第三方账户。商家也不需要在第三方支付平台申请账户，货款直接进入商家的银行账户中，当信用等级达到一定程度时，可以享受货物发出时即可得到货款的服务。
[0039]下面进行具体说明。
[0040]图2为数据信息交互方法实施流程示意图，如图2所示，可以包括如下步骤:
[0041]步骤201、用于供第一用户与第二用户进行信息交互的第一平台服务器，在确定第一用户需与第二用户建立数据信息交换关系后，将第一用户与第二用户需交换的数据信息传输给第二平台服务器；
[0042]步骤202、第二平台服务器在接收到需交换的数据信息后，当确认第一用户具备交换能力时，指示第二用户开始进行数据信息交换；
[0043]步骤203、第二平台服务器在接收到第一用户指示开始进行数据信息交换后，将第一用户的需交换的数据信息交换到第二用户。
[0044]实施中，第二平台服务器确认第一用户具备交换能力，是根据存储用户信息的数据库中的记录确定的。
[0045]实施中，还可以进一步包括:在第一用户与第二用户进行信息交互时，向第一用户和/或第二用户提供数据库中第一用户和/或第二用户的记录。
[0046]实施中，还可以进一步包括:
[0047]对数据库中存储的用户进行分类，以及确定各类别对应的数据信息交换方式；
[0048]第二平台服务器根据第一用户所属的类别，确定将第一用户的需交换的数据信息交换到第二用户的交换方式。
[0049]实施中，还可以进一步包括:
[0050]根据第一用户与第二用户的数据信息交换情况更新数据库中第一用户与第二用户的用户信息。
[0051]为便于理解，下面以数据信息交互方法在银行支付系统中的使用实例进行说明。
[0052]为更好地理解，将第一平台服务器、第二平台服务器、存储用户信息的数据库构成的实体环境称为无忧支付平台，则无忧支付平台共有三大部分组成:网上交互平台(即第一平台服务器)，信用库(即存储用户信息的数据库)和交易平台(即第二平台服务器)。其中交易平台是基础与核心，直接决定支付的成败，其中参与实施的第一用户与第二用户分别为消费者和商家。则在实例中:[0053]1、网上交互平台:消费者和商家的交互平台；商家可发布各类商户或服务信息；消费者提交购买意愿，也即进行信息交互；并可在线评价本次交易对象的信用情况。
[0054]2、信用库:信用评价模型，判别商户和消费者信用等级，也即对数据库中存储的用户进行分类。实例中，信用库中的分类为定义三大信用等级:优质客户，一般客户，风险客户。
[0055]3、交易平台:整个支付系统的核心与主体，用于接收网上交互平台消费者的订单以及支付授权信息，也即接收需交换的数据信息；根据信用库中用户的信息决定消费者的付费模式，商家的收款方式，也即数据信息交换方式。直接与商家和消费者所在金融机构交互，实现资金的流转，完成整个支付过程。
[0056]在数据信息交换方式中，可设:
[0057]消费者的付费模式有两种:无忧担保支付和交易金额冻结支付。无忧担保支付是指消费者银行账户资金在提交订单与收到商品之前无变化。冻结交易金额是指消费者提交订单后，冻结其银行账户中的交易金额。
[0058]商家的收款方式有三种:实时到账，准实时到账，T+1到账。实时到账是指商家将货物交付消费者后，货款实时转入商家银行账户中。准实时是指货物交付后，由消费者确认后，货款转入商家银行账户。T+1到账是指消费者确认收到商品日期的下一日。
[0059]图3为网上交互平台，信用库和交易平台关系示意图，如图3所示，网上交互平台，信用库和交易平台相互依赖，形成一个完整的闭环，共同完成完善的支付关系网。
[0060]1、网上交互平台与信用库、交易平台的关系:
[0061]信用库:网上交互平台可以读取信用库中交易对象的信用信息，供交易双方查询；同时，在交易过程中，交易双方均可以评价对方的信用情况，网上交互平台将评价信息推送至信用库。
[0062]交易平台:网上交互平台将消费者的订单信息同步至交易平台。
[0063]2、交易平台与网上交互平台、信用库的关系:
[0064]网上交互平台:交易平台将交易结果推送给网上交互平台，供交易对象查询。
[0065]信用库:交易平台接收信用库中客户的信用信息，决定消费者的付费模式和商家的收款方式。当消费者是优质客户时，采用无忧担保支付方式；是一般客户时，采用冻结交易金额支付方式；是风险客户时，拒绝交易。商家和消费者均是优质客户时，商家货款实时到账；商家是优质客户时，货款准实时到账；商家是一般客户时，货款T+1到账。
[0066]下面对其实施的方式进行实例说明。
[0067]图4为优质客户交易实施流程示意图，如图4所示，包括如下步骤:
[0068]步骤401、消费者可在网上交互平台发布需求信息，或者商家在网上交互平台发布商品或者服务信息。在交互过程中，网上交互平台可以为消费者和商家提供对方的交易信息用情况，交易双方可根据交互情况和信用情况，达成最终的购买意向。
[0069]步骤402、消费者在网上交互平台提交订单信息。网上交互平台会将交易双方的意愿信息同步给交易平台，即间接将消费者的支付授权信息发送给交易平台。
[0070]步骤403、交易平台在接收到消费者的订单后，会根据信用库中客户信息，确定客户等级。若为优质客户，则执行后续流程。
[0071]步骤404、交易平台向商家发送“发货通知”。[0072]步骤405、商家接收到通知后，进行货物配送。
[0073]步骤406、消费者受到货物后，确认收货。
[0074]步骤407、交易系统接收到消费者收货确认后，会向消费者所在的金融机构发送支付授权信息。即向发卡行要求扣款。
[0075]步骤408、消费者所在金融机构将扣款确认信息发送给交易系统。
[0076]步骤409、无忧支付平台向商家所在金融机构进行资金划拨。至此，整个交易主体完成。
[0077]实施中，信用库还可以对一次交易情况进行分析和评估，更新用户的信用信息；交易双方也可在网上交互平台对本次交易进行评价。
[0078]图5为一般客户交易实施流程示意图，如图5所示，包括如下步骤:
[0079]步骤501、消费者可在网上交互平台发布需求信息，或者商家在网上交互平台发布商品或者服务信息。在交互过程中，网上交互平台可以为消费者和商家提供对方的交易信息用情况，交易双方可根据交互情况和信用情况，达成最终的购买意向。
[0080]步骤502、消费者在网上交互平台提交订单信息。网上交互平台会将交易双方的意愿信息同步给交易平台，即间接将消费者的支付授权信息发送给交易平台。
[0081]步骤503、交易平台在接收到消费者的订单后，会根据信用库中客户信息，确定客户等级。若为一般客户，则执行后续流程。
[0082]步骤504、无忧支付平台向消费者所在的金融机构发送“资金冻结”请求。即冻结消费者本次交易所需的资金。
[0083]步骤505、消费者所在金融机构将冻结确认信息发送给无忧支付平台。
[0084]步骤506、交易平台向商家发送“发货通知”。
[0085]步骤507、商家接收到通知后，进行货物配送。
[0086]步骤508、消费者受到货物后，确认收货。
[0087]步骤509、交易系统接收到消费者收货确认后，会向消费者所在的金融机构发送支付授权信息。即向发卡行要求扣款。
[0088]步骤510、消费者所在金融机构将扣款确认信息发送给交易系统。
[0089]步骤511、无忧支付平台向商家所在金融机构进行资金划拨。至此，整个交易主体完成。
[0090]实施中，信用库还可以对一次交易情况进行分析和评估，更新用户的信用信息；交易双方也可在网上交互平台对本次交易进行评价。
[0091]在上述实施方案中，网上互动平台在实施时可以采用互联网网站，也可以采用各类即时通讯工具，例如QQ，MSN等，用户商家或者消费在其上发布信息。信用库主要用于判别用户的等级信息，具体实施时各个金融机构可以根据无忧支付平台中定义的系统接口，各自自定义信用等级。
[0092]基于同一发明构思，本发明实施例中还提供了一种数据信息交互系统，由于该系统解决问题的原理与数据信息交互方法相似，因此该系统的实施可以参见对应方法的实施，重复之处不再赘述。
[0093]图6为数据信息交互系统结构示意图，如图6所示，系统中可以包括:
[0094]第一平台服务器601，用于供第一用户与第二用户进行信息交互，在确定第一用户需与第二用户建立数据信息交换关系后，将第一用户与第二用户需交换的数据信息传输给第二平台服务器；
[0095]第二平台服务器602，用于在接收到需交换的数据信息后，当确认第一用户具备交换能力时，指示第二用户开始进行数据信息交换；在接收到第一用户指示开始进行数据信息交换后，将第一用户的需交换的数据信息交换到第二用户。
[0096]一个实施例中，还可以进一步包括:
[0097]数据库603，用于存储用户信息；
[0098]第二平台服务器进一步可以用于根据数据库中的记录确认第一用户具备交换能力。
[0099]一个实施例中，数据库可以进一步用于在第一用户与第二用户进行信息交互时，向第一用户和/或第二用户提供数据库中第一用户和/或第二用户的记录。
[0100]一个实施例中，数据库可以进一步用于对数据库中存储的用户进行分类，以及确定各类别对应的数据信息交换方式；
[0101]第二平台服务器可以进一步用于根据第一用户所属的类别，确定将第一用户的需交换的数据信息交换到第二用户的交换方式。
[0102]一个实施例中，数据库可以进一步用于根据第一用户与第二用户的数据信息交换情况更新数据库中第一用户与第二用户的用户信息。
[0103]由上述实施例的说明可知，当本发明提供的技术方案供银行等作为支付系统使用时，提供一种全新的安全无忧支付体验。在整个支付过程中，消费者的资金无需转移到第三方支付账户中，消除了所有鸡蛋全部放在第三方这个篮子中的隐患，给消费者提供更大便利。消费者和商家的信用等级体系构建，将线上虚拟交易信用记录与现实中信用体系相关联。利用现有信用记录控制交易双方资金流转方式，并将交易结果产生的信用记录更新到现实信用记录中。容易看出，该方案会成为一种新的网上收单业务模式，将对消费者、商家以及银行等各方带来极大的好处。
[0104]首先，对于消费者而言，简化交易流程，解除必需第三方账户的限制，只需要有张银行卡即可随心所欲进行网上消费；更为重要的是，个人资金在整个交易过程中，一直处于自己的银行账户中，直到收到货物后，方才发生资金转移，极大地保证了消费者在网上购物过程中的资金安全。
[0105]其次，对于商家而言，改变了以往货款到账依赖于第三方机构的方式，更打消对第三方资质的担忧。由于有银行做担保，可以保证在合规的条件下，货款的及时入账。
[0106]最后，对于银行而言，将促进收单业务和发卡业务的发展。由于无忧支付平台来源于银行，当商家的开户银行和消费者的开卡银行是同一家时，银行还可以提供更优质的服务，例如客户无需冻结资金，商户可以实时得到货款等。这必将促进更多的商户和持卡人入驻银行。
[0107]本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。[0108]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0109]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0110]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0111]以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种数据信息交互方法，其特征在于，该方法包括:用于供第一用户与第二用户进行信息交互的第一平台服务器，在确定第一用户需与第二用户建立数据信息交换关系后，将第一用户与第二用户需交换的数据信息传输给第二平台服务器；第二平台服务器在接收到需交换的数据信息后，当确认第一用户具备交换能力时，指示第二用户开始进行数据信息交换；第二平台服务器在接收到第一用户指示开始进行数据信息交换后，将第一用户的需交换的数据信息交换到第二用户。
2.如权利要求1所述的方法，其特征在于，第二平台服务器确认第一用户具备交换能力，是根据存储用户信息的数据库中的记录确定的。
3.如权利要求2所述的方法，其特征在于，进一步包括:在第一用户与第二用户进行信息交互时，向第一用户和/或第二用户提供数据库中第一用户和/或第二用户的记录。
4.如权利要求2所述的方法，其特征在于，进一步包括:对数据库中存储的用户进行分类，以及确定各类别对应的数据信息交换方式；第二平台服务器根据第一用户所属的类别，确定将第一用户的需交换的数据信息交换到第二用户的交换方式。
5.如权利要求1至4任一所述的方法，其特征在于，进一步包括:根据第一用户与第二用户的数据信息交换情况更新数据库中第一用户与第二用户的用户信息。
6.一种数据信息交互系统，其特征在于，包括:第一平台服务器，用于供第一用户与第二用户进行信息交互，在确定第一用户需与第二用户建立数据信息交换关系后，将第一用户与第二用户需交换的数据信息传输给第二平台服务器；第二平台服务器，用于在接收到需交换的数据信息后，当确认第一用户具备交换能力时，指示第二用户开始进行数据信息交换；在接收到第一用户指示开始进行数据信息交换后，将第一用户的需交换的数据信息交换到第二用户。
7.如权利要求6所述的系统，其特征在于，进一步包括:数据库，用于存储用户信息；第二平台服务器进一步用于根据数据库中的记录确认第一用户具备交换能力。
8.如权利要求7所述的系统，其特征在于，数据库进一步用于在第一用户与第二用户进行信息交互时，向第一用户和/或第二用户提供数据库中第一用户和/或第二用户的记录。
9.如权利要求7所述的系统，其特征在于，数据库进一步用于对数据库中存储的用户进行分类，以及确定各类别对应的数据信息交换方式；第二平台服务器进一步用于根据第一用户所属的类别，确定将第一用户的需交换的数据信息交换到第二用户的交换方式。
10.如权利要求6至9任一所述的系统，其特征在于，数据库进一步用于根据第一用户与第二用户的数据信息交换情况更新数据库中第一用户与第二用户的用户信息。
【文档编号】G06F3/01GK103605469SQ201310644174
【公开日】2014年2月26日 申请日期:2013年12月3日 优先权日:2013年12月3日
【发明者】蒋韧, 陈锐, 陈松, 毛志远, 詹卓, 马锋, 陈洁 申请人:交通银行股份有限公司