一种基于一口价模式的票据直贴方法和系统与流程

本发明涉及一种计算机领域，特别涉及一种基于一口价模式的票据直贴方法和系统。

背景技术：

贴现是指远期汇票，包括银行承兑汇票和商业汇票经承兑后，汇票持有人在汇票尚未到期前在贴现市场上转让，受让人扣除贴现息后，将票款付给出让人的行为或银行购买未到期票据的业务。票据贴现可以分为三种，分别是直贴、转贴现和再贴现，直贴指银行承兑汇票的持票人在汇票到期前，为了取得资金，贴付一定利息将票据权利转让给银行的票据行为，是持票人向银行融通资金的一种方式。传统直贴的方式包括以下步骤：首先通过电话与多家银行进行沟通从而确定交易对象和交易价格,然后企业准备贸易背景合同、公司公章、财务章、法人私章、贴现申请书、企业法人营业执照复印件、发票以及交易对象认为需要提供的其他资料，通过这些资料向银行发起申请，银行受理并审批通过后，对该企业放款。因此，传统直贴方式大都是在线下进操作，且各个节点都需要花费较长的时间，不利于直贴交易的完成。同时为了方便企业快速融资，国家取消了对贸易背景的要求，因此贴现过程中如何保障资金安全、如何提高贴现效率和成功率、如何节约时间成本等这些问题都对现有票据直贴方法提出了新的挑战。

技术实现要素：

本发明提供了一种基于一口价模式的票据直贴方法和系统，解决了以上所述的技术问题。

本发明解决上述技术问题的技术方案如下：一种基于一口价模式的票据直贴方法，包括以下步骤：

步骤1，获取交易发起者输入的银行账户和待交易票据的票号；

步骤2，获取至少一个交易对象；

步骤3，根据所述票号获取所述待交易票据的第一票据信息，并对所述第一票据信息进行验证，验证通过后执行步骤4；

步骤4，获取交易发起者输入的第一报价价格，并将所述第一报价价格发布给所述至少一个交易对象，然后在预设交易时间内接收任一交易对象发送的一个第二报价价格，并选择至少一个交易对象达成交易，生成目标交易银行和交易价格；

步骤5，在预设银行中开设具有票据接收功能的第一托管账户，并通过预设银行的银企直连接口在预设查询期限内查询所述第一托管账户中是否存入了与所述票号一致的票据，若是，则执行步骤6，若否，则结束交易流程；

步骤6，签收所述票据，并通过第一托管账户向所述目标交易银行发送贴现报文,当接收到所述预设银行发送的指令后执行步骤7，所述指令用于表示所述第一托管账户中的票据已被所述目标交易银行提走，且所述第一托管账户中存入与所述交易价格一致的款项；

步骤7,在所述预设银行中开设用于托管贴现款项的第二托管账户，并将所述款项从所述第一托管账户中转入所述第二托管账户；

步骤8，接收交易发起者的提现指令,并根据所述提现指令将所述款项从第二托管账户中转入所述交易发起者的银行账户。

本发明的有益效果是：本发明提供了一种基于一口价模式的票据直贴方法，议价前首先对票据进行验证,保证用户进行票据交易的安全，然后通过在线议价方式和交割方式不仅提高了票据直贴的效率和成功率，而且方便多家银行在线进行竞价，有利于采用最低贴息成本进行贴现，增加企业收益。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步,所述步骤3中对所述第一票据信息进行验证具体包括以下步骤：

s301，在电子商业汇票系统中查询所述票号，并获取所述票号对应的权利人信息和第二票据信息，判断所述权利人信息是否与交易发起者一致，且判断第一票据信息是否与所述第二票据信息相同，若是，则验证通过并执行s302，若有一个为否，则结束交易流程；所述第二票据信息包括票据票号、票面金额、承兑人、出票日和到期日；

s302，查询预先建立的风险数据库，根据所述票号获取对应的风险等级，根据所述风险等级验证所述票据是否存在风险，若是，则生成提示信息，并结束交易流程，若否，则验证通过并执行步骤4。

采用上述进一步方案的有益效果是：本进一步技术方案首先查询电子商业汇票系统，验证票据的权利人是否和交易发起方注册时的名称一致，从而防止票据被他人非法贴现；同时对票据的基本信息进行验证，保证票据基本信息的正确性；然后通过查询风险数据库对票据交易的风险等级进行验证，从而在票据交易过程中向用户提示交易风险，保证了用户进行票据交易、转让的安全，促进了整个票据交易市场的有序进行。所述风险数据库是基于法院、票据交易网等公共平台所公示的信息以及本发明系统自己发现、收集或经举报获取的风险数据建立的，不仅风险数据完善，而且更新及时，可以最大限度的为用户规避票据交易中的风险。

进一步，所述步骤4中，当预设交易时间内没有接收到任一交易对象发送的第二报价价格时，结束交易流程。

进一步，步骤4具体为：

s401，生成交易事件，并根据交易事件和所述至少一个交易对象生成第一报价请求事件，所述第一报价请求事件包括交易发起者对应的第一报价价格和至少一个交易对象；

s402，通过服务器将所述第一报价请求事件发送到每个交易对象对应的客户端；

s403，在预设交易时间内接收任一所述客户端通过所述服务器第一次发送的第二报价请求事件，所述第二报价请求事件包括交易对象对应的第二报价价格；

s404，在预设交易时间结束后显示所有交易对象的第二报价价格，并生成目标交易对象和交易价格。

采用上述进一步方案的有益效果是：本进一步技术方案通过将票据交易事件分别发送给多个交易对象，可以实现和多个交易对象进行多人议价，从而可以及时获取双方报价，节省了票据直贴时间，提高了票据直贴的效率和成功率，实现了用户利益最大化。

进一步，所述步骤1具体为：获取交易发起者输入的银行账户和待交易票据的票号，并验证所述银行账户是否真实，若是，则执行步骤2，若否，则结束交易流程。

采用上述进一步方案的有益效果是：本进一步技术方案中，在进行票据直贴前先验证交易发起者的银行账户是否真实，从而避免了不能将款项转入交易发起者的银行账户的情况，不仅提高了票据直贴的效率和成功率，同时保证了票据直贴的安全性。

进一步，步骤2中，获取至少一个交易对象的具体步骤为：根据预设的交易对象列表获取至少一个交易对象或获取用户手动输入的至少一个交易对象，并将手动输入的交易对象添加到预设的白名单列表。

采用上述进一步方案的有益效果是：本进一步技术方案中设置了多种获取交易对象的方式，当需要和相同的交易对象进行多次交易时，采用预设的交易对象列表即可快速获取交易对象名单，而当和交易对象进行初次交易或者只用进行一次交易时，采用直接输入的方法效率更高。

为了解决本发明的技术问题，还提供了一种基于一口价模式的票据直贴系统，包括：

第一获取模块，用于获取交易发起者输入的银行账户和待交易票据的票号；

第二获取模块，用于获取至少一个交易对象；

验证模块，用于根据所述票号获取所述待交易票据的第一票据信息，并对所述第一票据信息进行验证，验证通过后驱动议价模块；

议价模块，用于获取交易发起者输入的第一报价价格，并将所述第一报价价格发布给所述至少一个交易对象，然后在预设交易时间内接收任一交易对象发送的一个第二报价价格，并选择至少一个交易对象达成交易，生成目标交易银行和交易价格；

票据交易处理模块，用于在预设银行中开设具有票据接收功能的第一托管账户，并通过预设银行的银企直连接口在预设查询期限内查询所述第一托管账户中是否存入了与所述票号一致的票据，若否，则结束交易流程；若是，则签收所述票据，并通过所述银企直连接口和所述第一托管账户向所述目标交易银行发送贴现报文；

资金处理模块，用于在所述预设银行中开设用于托管贴现款项的第二托管账户，并当接收到所述预设银行发送的指令后，将所述款项从所述第一托管账户中转入所述第二托管账户，所述指令用于表示所述第一托管账户中的票据已被所述目标交易银行提走，且所述第一托管账户中存入与所述交易价格一致的款项；以及用于接收交易发起者的提现指令，并根据所述提现指令将所述款项从第二托管账户中转入所述交易发起者的银行账户。

进一步,所述验证模块包括：

第一验证单元，用于在电子商业汇票系统中查询所述票号，并获取所述票号对应的权利人信息和第二票据信息，然后判断所述权利人信息是否与交易发起者一致，且判断第一票据信息是否与所述第二票据信息相同，若是，则验证通过并驱动第二验证单元，若有一个为否，则结束交易流程；所述第二票据信息包括票据票号、票面金额、承兑人、出票日和到期日；

第二验证单元，用于查询预先建立的风险数据库，根据所述票号获取对应的风险等级，根据所述风险等级验证所述票据是否存在风险，若是，则生成提示信息，并结束交易流程，若否，则验证通过并驱动议价模块。

进一步，所述议价模块还用于当预设交易时间内没有接收到任一交易对象发送的第二报价价格时，结束交易流程。

进一步，所述议价模块包括：

第一生成单元，用于生成交易事件，并根据交易事件和所述至少一个交易对象生成第一报价请求事件，所述第一报价请求事件包括交易发起者对应的第一报价价格和至少一个交易对象；

发布单元，用于通过服务器将所述第一报价请求事件发送到每个交易对象对应的客户端；

第二生成单元，用于在预设交易时间内接收任一所述客户端通过所述服务器第一次发送的第二报价请求事件，并在预设交易时间结束后显示所有交易对象的第二报价价格，并生成目标交易对象和交易价格；所述第二报价请求事件包括交易对象对应的第二报价价格。

进一步，所述第一获取模块具体用于获取交易发起者输入的银行账户和待交易票据的票号，并验证所述银行账户是否真实，若是，则驱动第二获取模块，若否，则结束交易流程。

进一步，所述第二获取模块具体用于根据预设的交易对象列表获取至少一个交易对象或获取用户手动输入的至少一个交易对象，并将手动输入的交易对象添加到预设的白名单列表。

本发明附加的方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明实践了解到。

附图说明

图1为本发明实施例提供的一种基于一口价模式的票据直贴方法的示意性流程图；

图2为本发明另一实施例提供的一种基于一口价模式的票据直贴方法中步骤4的示意性流程图；

图3为本发明实施例提供的一种基于一口价模式的票据直贴系统的示意性结构图；

图4为本发明另一实施例提供的一种基于一口价模式的票据直贴系统中议价模块的示意性结构图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

图1为本发明实施例提供的一种基于一口价模式的票据直贴方法的示意性流程图，如图1所示，包括以下步骤：

步骤1，获取交易发起者输入的银行账户和待交易票据的票号；

步骤2，获取至少一个交易对象；

步骤3，根据所述票号获取所述待交易票据的第一票据信息，并对所述第一票据信息进行验证，验证通过后执行步骤4；

步骤4，获取交易发起者输入的第一报价价格，并将所述第一报价价格发布给所述至少一个交易对象，然后在预设交易时间内接收任一交易对象发送的一个第二报价价格，并选择至少一个交易对象达成交易，生成目标交易银行和交易价格；

步骤5，在预设银行中开设具有票据接收功能的第一托管账户，并通过预设银行的银企直连接口在预设查询期限内查询所述第一托管账户中是否存入了与所述票号一致的票据，若是，则执行步骤6，若否，则结束交易流程；

步骤6，签收所述票据，并通过第一托管账户向所述目标交易银行发送贴现报文,当接收到所述预设银行发送的指令后执行步骤7，所述指令用于表示所述第一托管账户中的票据已被所述目标交易银行提走，且所述第一托管账户中存入与所述交易价格一致的款项；

步骤7,在所述预设银行中开设用于托管贴现款项的第二托管账户，并将所述款项从所述第一托管账户中转入所述第二托管账户；

步骤8，接收交易发起者的提现指令,并根据所述提现指令将所述款项从第二托管账户中转入所述交易发起者的银行账户。

本实施例提供了一种基于一口价模式的票据直贴方法，所述一口价模式即在预设交易时间内只接收交易对象的一次报价，且议价前首先对票据进行验证,保证用户进行票据交易的安全，然后通过在线议价方式和交割方式不仅提高了票据直贴的效率和成功率，而且方便多家银行在线进行竞价，有利于采用最低贴息成本进行贴现，增加企业收益。

优选实施例中,所述步骤3中对所述第一票据信息进行验证具体包括以下步骤：

s301，在电子商业汇票系统中查询所述票号，并获取所述票号对应的权利人信息和第二票据信息，判断所述权利人信息是否与交易发起者一致，且判断第一票据信息是否与所述第二票据信息相同，若是，则验证通过并执行s302，若有一个为否，则结束交易流程；所述第二票据信息包括票据票号、票面金额、承兑人、出票日和到期日；

s302，查询预先建立的风险数据库，根据所述票号获取对应的风险等级，根据所述风险等级验证所述票据是否存在风险，若是，则生成提示信息，并结束交易流程，若否，则验证通过并执行步骤4。

该优选实施例首先查询电子商业汇票系统，验证票据的权利人是否和交易发起方注册时的名称一致，从而防止票据被他人非法贴现；同时对票据的基本信息进行验证，保证票据基本信息的正确性；然后通过查询风险数据库对票据交易的风险等级进行验证，从而在票据交易过程中向用户提示交易风险，保证了用户进行票据交易、转让的安全，促进了整个票据交易市场的有序进行。所述风险数据库是基于法院、票据交易网等公共平台所公示的信息以及本发明系统自己发现、收集或经举报获取的风险数据建立的，不仅风险数据完善，而且更新及时，可以最大限度的为用户规避票据交易中的风险。

优选实施例的所述步骤3中，当预设交易时间内没有接收到任一交易对象发送的第二报价价格时，结束交易流程。图2为本发明另一实施例提供的一种基于一口价模式的票据直贴方法中步骤4的示意性流程图，如图2所示，所述步骤4具体为：

s401，生成交易事件，并根据交易事件和所述至少一个交易对象生成第一报价请求事件，所述第一报价请求事件包括交易发起者对应的第一报价价格和至少一个交易对象；

s402，通过服务器将所述第一报价请求事件发送到每个交易对象对应的客户端；

s403，在预设交易时间内接收任一所述客户端通过所述服务器第一次发送的第二报价请求事件，所述第二报价请求事件包括交易对象对应的第二报价价格；

s404，在预设交易时间结束后显示所有交易对象的第二报价价格，并生成目标交易对象和交易价格。

上述优选实施例通过将票据交易事件分别发送给多个交易对象，可以实现和多个交易对象进行多人议价，从而可以及时获取双方报价，节省了票据直贴时间，提高了票据直贴的效率和成功率，实现了用户利益最大化。

在优选实施例中，所述步骤s401具体为:通过调用函数submipricetinquiry将所述第一报价价格和至少一个交易对象封装在所述交易事件中生成第一报价请求事件，然后将所述第一报价请求事件转换为对应的map格式的数据，并通过socket通信函数将所述map格式的数据发送给服务器。

在另一优选实施例中，所述服务器包括第一连接服务器、消息服务器、应用服务器和第二连接服务器，所述步骤s402具体包括以下步骤:

步骤a1，所述第一连接服务器接收所述第一报价请求事件后，对所述第一报价请求事件的交易发起者进行匹配，若匹配到交易对象，则执行步骤a2，若没有匹配到交易对象，则执行步骤a3；

步骤a2，通过socket通信函数将所述第一报价请求事件发送给每个交易对象对应的客户端，并在预设交易时间内获取所述客户端返回的第一个第二报价请求事件，然后执行s404；

步骤a3，将所述第一报价请求事件存储在消息服务器后，执行步骤a4；

步骤a4，应用服务器通过消息监听线程持续监听所述第一报价请求事件，并通过servereventlistener接口读取与本应用服务器相关联的第一报价请求事件，然后根据所述第一报价请求事件生成对应的服务器事件，并将所述服务器事件发送到消息服务器，等待相关联的其他连接服务器进行读取，所述服务器事件包括所述第一报价请求事件的全部内容；

步骤a5，相关联的第二连接服务器监听到所述服务器事件后，对所述服务器事件的交易发起者进行匹配，并通过socket通信函数将所述服务器事件发送给每个交易对象对应的客户端，并在预设交易时间内获取所述客户端返回的第一个第二报价请求事件，然后执行s404。

优选的，所述步骤1具体为：获取交易发起者输入的银行账户和待交易票据的票号，并验证所述银行账户是否真实，若是，则执行步骤2，若否，则结束交易流程。所述优选实施例中，在进行票据直贴前先验证交易发起者的银行账户是否真实，比如可以随机打一笔小额的钱款到交易发起者的银行账户，让交易发起者输入这笔钱的金额以确认所述银行账户是否真实，从而避免了不能将款项转入交易发起者的银行账户的情况，不仅提高了票据直贴的效率和成功率，同时保证了票据直贴的安全性。

在另一优选实施例的步骤2中，获取至少一个交易对象的具体步骤为：根据预设的交易对象列表获取至少一个交易对象或获取用户手动输入的至少一个交易对象，并将手动输入的交易对象添加到预设的白名单列表。该优选实施例设置了多种获取交易对象的方式，当需要和相同的交易对象进行多次交易时，采用预设的交易对象列表即可快速获取交易对象名单，而当和交易对象进行初次交易或者只用进行一次交易时，采用直接输入的方法效率更高。

在优选的实施例中，获取预设的交易对象列表具体包括以下步骤:

生成用于获取交易对象列表的actionevent事件；

通过actionlistener接口监听所述actionevent事件，并把监听到的actionevent事件传播给对应的监听器；

所述监听器接收actionevent事件，然后执行actionlistener接口预先定义的与所述actionevent事件对应的处理函数，并启动一个独立处理线程，所述独立处理线程调用threadworker接口，所述threadworker接口采用表单的数据处理方法与存储有交易对象信息的连接服务器进行通信，获取所述连接服务器返回的交易对象列表；

采用表单的界面处理方法将所述交易对象列表以弹框的方式返回给第一客户端的界面。

图3为本发明实施例提供的一种基于一口价模式的票据直贴系统的示意性结构图，如图3所示，包括：

第一获取模块，用于获取交易发起者输入的银行账户和待交易票据的票号；

第二获取模块，用于获取至少一个交易对象；

验证模块，用于根据所述票号获取所述待交易票据的第一票据信息，并对所述第一票据信息进行验证，验证通过后驱动议价模块；

议价模块，用于获取交易发起者输入的第一报价价格，并将所述第一报价价格发布给所述至少一个交易对象，然后在预设交易时间内接收任一交易对象发送的一个第二报价价格，并选择至少一个交易对象达成交易，生成目标交易银行和交易价格；

票据交易处理模块，用于在预设银行中开设具有票据接收功能的第一托管账户，并通过预设银行的银企直连接口在预设查询期限内查询所述第一托管账户中是否存入了与所述票号一致的票据，若否，则结束交易流程；若是，则签收所述票据，并通过所述银企直连接口和所述第一托管账户向所述目标交易银行发送贴现报文；

资金处理模块，用于在所述预设银行中开设用于托管贴现款项的第二托管账户，并当接收到所述预设银行发送的指令后，将所述款项从所述第一托管账户中转入所述第二托管账户，所述指令用于表示所述第一托管账户中的票据已被所述目标交易银行提走，且所述第一托管账户中存入与所述交易价格一致的款项；以及用于接收交易发起者的提现指令，并根据所述提现指令将所述款项从第二托管账户中转入所述交易发起者的银行账户。

本实施例提供了一种基于一口价模式的票据直贴系统，议价前首先对票据进行验证,保证用户进行票据交易的安全，然后通过在线议价方式和交割方式不仅提高了票据直贴的效率和成功率，而且方便多家银行在线进行竞价，有利于采用最低贴息成本进行贴现，增加企业收益。

优选实施例中,所述验证模块包括：

第一验证单元，用于在电子商业汇票系统中查询所述票号，并获取所述票号对应的权利人信息和第二票据信息，然后判断所述权利人信息是否与交易发起者一致，且判断第一票据信息是否与所述第二票据信息相同，若是，则验证通过并驱动第二验证单元，若有一个为否，则结束交易流程；所述第二票据信息包括票据票号、票面金额、承兑人、出票日和到期日；

第二验证单元，用于查询预先建立的风险数据库，根据所述票号获取对应的风险等级，根据所述风险等级验证所述票据是否存在风险，若是，则生成提示信息，并结束交易流程，若否，则验证通过并驱动议价模块。

该优选实施例首先查询电子商业汇票系统，验证票据的权利人是否和交易发起方注册时的名称一致，从而防止票据被他人非法贴现；同时对票据的基本信息进行验证，保证票据基本信息的正确性；然后通过查询风险数据库对票据交易的风险等级进行验证，从而在票据交易过程中向用户提示交易风险，保证了用户进行票据交易、转让的安全，促进了整个票据交易市场的有序进行。

优选的，所述议价模块还用于当预设交易时间内没有接收到任一交易对象发送的第二报价价格时结束交易流程。图4为本发明另一实施例提供的一种基于一口价模式的票据直贴系统中议价模块的示意性结构图，如图4所示，所述议价模块具体包括：

第一生成单元，用于生成交易事件，并根据交易事件和所述至少一个交易对象生成第一报价请求事件，所述第一报价请求事件包括交易发起者对应的第一报价价格和至少一个交易对象；

发布单元，用于通过服务器将所述第一报价请求事件发送到每个交易对象对应的客户端；

第二生成单元，用于在预设交易时间内接收任一所述客户端通过所述服务器第一次发送的第二报价请求事件，并在预设交易时间结束后显示所有交易对象的第二报价价格，并生成目标交易对象和交易价格；所述第二报价请求事件包括交易对象对应的第二报价价格。

在优选实施例中，所述第一生成单元具体用于通过调用函数submipricetinquiry将所述第一报价价格和至少一个交易对象封装在所述交易事件中生成第一报价请求事件。所述发布单元具体用于将所述第一报价请求事件转换为对应的map格式的数据，并通过socket通信函数将所述map格式的数据发送给服务器。

所述服务器包括第一连接服务器、消息服务器、应用服务器和第二连接服务器：

所述第一连接服务器用于接收所述第一报价请求事件，对所述第一报价请求事件的交易发起者进行匹配，若匹配到交易对象，则通过socket通信函数将所述第一报价请求事件发送给交易对象对应的客户端，并接收交易对象通过客户端第一次发送的第二报价请求事件；以及用于当没有匹配到交易对象时，则将所述第一报价请求事件存储在消息服务器中；

消息服务器，用于存储所述第一报价请求事件和所述服务器事件；

应用服务器，通过消息监听线程持续监听所述第一报价请求事件，并通过servereventlistener接口读取与本应用服务器相关联的第一报价请求事件，然后根据所述第一报价请求事件生成对应的服务器事件，并将所述服务器事件发送到消息服务器，等待相关联的第二连接服务器进行读取，所述服务器事件包括所述第一报价请求事件的全部内容；

第二连接服务器，用于监听并接受所述服务器事件后，对所述服务器事件的交易发起者进行匹配，并通过socket通信函数将所述服务器事件发送给每个交易对象对应的客户端，以及接收每个交易对象通过客户端第一次发送的第二报价请求事件。

上述优选实施例通过将票据交易事件分别发送给多个交易对象，可以实现和多个交易对象进行多人议价，从而可以及时获取双方报价，节省了票据直贴时间，提高了票据直贴的效率和成功率，实现了用户利益最大化。

优选的，所述第一获取模块具体用于获取交易发起者输入的银行账户和待交易票据的票号，并验证所述银行账户是否真实，若是，则驱动第二获取模块，若否，则结束交易流程。所述优选实施例中，在进行票据直贴前先验证交易发起者的银行账户是否真实，从而避免了不能将款项转入交易发起者的银行账户的情况，不仅提高了票据直贴的效率和成功率，同时保证了票据直贴的安全性。

在另一优选实施例中，所述第二获取模块具体用于根据预设的交易对象列表获取至少一个交易对象或获取用户手动输入的至少一个交易对象，并将手动输入的交易对象添加到预设的白名单列表。该优选实施例设置了多种获取交易对象的方式，当需要和相同的交易对象进行多次交易时，采用预设的交易对象列表即可快速获取交易对象名单，而当和交易对象进行初次交易或者只用进行一次交易时，采用直接输入的方法效率更高。

优选实施例中，所述第二获取模块至少包括交易对象列表获取单元，所述交易对象列表获取单元用于生成用于获取交易对象列表的actionevent事件，通过actionlistener接口监听所述actionevent事件，并把监听到的actionevent事件传播给对应的监听器，所述监听器接收actionevent事件，然后执行actionlistener接口预先定义的与所述actionevent事件对应的处理函数，并启动一个独立处理线程，所述独立处理线程调用threadworker接口，所述threadworker接口采用表单的数据处理方法与存储有交易对象信息的连接服务器进行通信，获取所述连接服务器返回的交易对象列表，然后采用表单的界面处理方法将所述交易对象列表以弹框的方式返回给第一客户端的界面。

在本发明的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。