一种票据的多人议价方法、系统和装置与流程

本发明涉及数据处理技术领域，特别涉及一种票据的多人议价方法、系统和装置。

背景技术：

现有技术通常采用中国票据网、普兰票据网等进行票据交易。现有的交易模式如下：用户可以在中国票据网上发送公开、定向的银行承兑汇票买断式、回购式转贴现报价，通过报价应答方式与业务人员联系，线下进行进一步议价交易。用户还可以通过在普兰票据网上填写承兑行类型、票面金额、汇票到期日等信息进行线下沟通议价，普兰公司可以从企业手中收到银行承兑汇票，去协议行办理贴现和转贴现业务。然而在实际的交易过程中，无论是中国票据网还是普兰公司都只能在线下点对点的进行票据议价。现有的银行承兑汇票的交易过程有以下缺点：首先，银行承兑汇票进行交易要考虑的要素很多，在网站上我们找自己想要的票据要花费很长的时间；其次，当我们找到想要进行交易的票据后要在线下通过一个一个打电话等方式跟对手方进行议价，费时费力还有可能失败从而需要重新寻找合适的票据；最后，因为用户掌握的信息有限，所以用户在交易中的利益不能得到预期的保证。因此需要一种可以对票据进行多人议价的方法，提高票据的交易效率和成功率。

技术实现要素：

本发明提供了一种票据的多人议价方法、系统和装置，解决了以上所述的技术问题。

依据本发明的一个方面，提供了一种票据的多人议价方法，包括以下步骤，

步骤1，交易发起者对应的第一客户端生成交易事件，并获取与所述交易事件对应的交易对象列表；

步骤2，所述第一客户端根据交易事件和交易对象列表生成第一报价请求事件，并将所述第一报价请求事件发送到服务器；所述第一报价请求事件包括交易发起者对应的第一报价价格和交易对象列表中至少一个交易对象；

步骤3，服务器将所述第一报价请求事件发送到交易对象列表中每个交易对象对应的第二客户端，并获取所述第二客户端返回的第二报价请求事件；所述第二报价请求事件包括交易对象对应的第二报价价格；

步骤4，服务器将所述第二报价请求事件返回给第一客户端，并接收第一客户端发送的包括修改后的第一报价价格的新的第一报价请求事件，并将所述新的第一报价请求事件发送给对应的第二客户端；

步骤5，重复步骤3～4，直到达成预设的议价结束条件。

本发明的有益效果是：本发明票据的多人议价方法通过将票据交易事件分别发送给多个交易对象，可以实现和多个交易对象进行多人议价，而采用多个客户端就可以分别对不同的票据品种分别进行多人议价，从而可以及时获取双方报价，节省了票据交易时间，提高了票据交易的效率和成功率，实现了票据交易双方利益最大化。

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

进一步，所述第一报价请求事件包括交易ID、交易类型、交易限定时间、交易对象和第一报价价格；所述第二报价请求事件包括交易ID、交易类型、交易限定时间、交易对象、第一报价价格和第二报价价格。

采用上述进一步方案的有益效果是：本进一步技术方案中，交易发起者通过获取交易对象返回的第二报价请求事件，即可以获取本次票据交易的全部信息，比如双方的本次报价以及是否达到交易限定时间等等，从而提高了议价的效率。

进一步，所述议价结束条件包括：达到预设的交易限定时间、交易发起者对应的第一报价价格和交易对象对应的第二报价价格达成一致、交易发起者主动结束议价过程和交易对象主动结束议价过程。

采用上述进一步方案的有益效果是：本进一步技术方案中，设置了多个议价结束条件，当达到其中一个预设的议价结束条件后，即结束和对应交易对象的本次议价过程，不仅议价方式更加灵活，而且可以节约资源，提高整体的议价效率。

进一步，步骤1中，第一客户端获取交易对象列表具体包括以下步骤：

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

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

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

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

进一步，所述步骤2具体为：

S201，所述第一客户端通过调用函数submiPricetInquiry将所述第一报价价格和交易对象列表中的至少一个交易对象封装在所述交易事件中生成第一报价请求事件；

S202，将所述第一报价请求事件转换为对应的MAP格式的数据，并通过socket通信函数将所述MAP格式的数据发送给第一连接服务器。

进一步，所述步骤3具体为：

步骤A1，第一连接服务器接收所述第一报价请求事件后，对所述第一报价请求事件的交易发起者进行匹配，若匹配到交易对象，则通过socket通信函数将所述第一报价请求事件发送给每个交易对象对应的第二客户端；

步骤A2，所述交易对象对应的第二客户端监听到所述第一报价请求事件后，调用函数ReceivePriceInquiry以弹窗的方式显示所述第一报价请求事件，并将交易对象的第二报价价格与所述第一报价请求事件封装为第二报价请求事件后，将所述第二报价请求事件返回给所述第一连接服务器。

进一步，所述步骤3具体为：

步骤B1，第一连接服务器接收所述第一报价请求事件后，对所述第一报价请求事件的交易发起者进行匹配，若没有匹配到交易对象，则将所述第一报价请求事件存储在消息服务器中；

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

步骤B3，相关联的第二连接服务器监听到所述服务器事件后，对所述服务器事件的交易发起者进行匹配，并通过socket通信函数将所述服务器事件发送给每个交易对象对应的第二客户端；

步骤B4，所述交易对象对应的第二客户端监听到所述服务器事件后，调用函数ReceivePriceInquiry以弹窗的方式显示所述服务器事件，并将交易对象的第二报价价格与所述服务器事件封装为第二报价请求事件后，将所述第二报价请求事件返回给对应的第二连接服务器。

进一步，根据所述第一报价请求事件生成对应的服务器事件具体为：将所述第一报价请求事件插入到对应的日志表中，根据所述第一报价请求事件的当前状态找到状态机中所述当前状态对应的下一个状态信息，并对述第一报价请求事件对应的状态机流程信息进行更新后生成对应的服务器事件。

采用上述进一步方案的有益效果是：本进一步技术方案中，针对具体的票据交易事件，在客户端上进行模块化处理，同时本技术方案采用专门负责事件分发的线程进行处理，提高了票据交易的速度和效率。

依据本发明的另一个方面，提供了一种票据的多人议价系统，包括交易发起者对应的第一客户端、交易对象对应的第二客户端和用于连接所述第一客户端和第二客户端的服务器，

所述第一客户端用于生成交易事件，获取与所述交易事件对应的交易对象列表，并根据交易事件和交易对象列表生成第一报价请求事件，然后将所述第一报价请求事件发送到服务器；以及用于根据服务器发回的第二报价请求事件对所述第一报价价格进行修改后生成新的第一报价请求事件发送到服务器；所述第一报价请求事件包括交易发起者对应的第一报价价格和交易对象列表中至少一个交易对象；

所述服务器用于将所述第一报价请求事件发送到所述第二客户端，并获取第二客户端返回的第二报价请求事件，然后将所述第二报价请求事件返回给第一客户端；以及用于接收第一客户端发送的包括修改后的第一报价价格的新的第一报价请求事件，并将所述新的第一报价请求事件发送给对应的第二客户端；

所述第二客户端用于接收服务器发送的第一报价请求事件，并根据每个交易对象的第二报价价格生成第二报价请求事件后，将所述第二报价请求事件发送给服务器。

本发明的有益效果是：本发明票据的多人议价系统采用事件驱动的方式，通过将票据交易事件分别发送给多个交易对象，可以实现和多个交易对象进行多人议价，而采用多个客户端就可以分别对不同的票据品种分别进行多人议价，从而可以及时获取双方报价，节省了票据交易时间，提高了票据交易的效率和成功率，实现了票据交易双方利益最大化。

进一步，所述第一客户端包括：

事件触发模块，用于生成获取交易对象列表的ActionEvent事件；

事件监听模块，用于通过ActionListener接口监听所述ActionEvent事件，并把监听到的ActionEvent事件传播给对应的监听器；

事件处理模块，用于通过监听器接收ActionEvent事件，然后执行ActionListener接口预先定义的与所述ActionEvent事件对应的处理函数，并启动一个独立处理线程，所述独立处理线程调用Thread worker接口，所述Thread worker接口采用表单的数据处理方法与对应的连接服务器进行通信，获取所述连接服务器返回的交易对象列表；

显示模块，用于采用表单的界面处理方法将所述交易对象列表以弹框的方式返回给第一客户端的界面；

事件生成模块，用于调用函数submiPricetInquiry将所述第一报价价格和交易对象列表中至少一个交易对象封装在所述交易事件中生成第一报价请求事件；

事件发送模块，用于将所述第一报价请求事件转换为对应的MAP格式的数据，并通过socket通信函数将所述MAP格式的数据发送给第一连接服务器。

进一步，所述服务器包括：

第一连接服务器，用于接收所述第一报价请求事件，

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

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

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

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

进一步，所述第二客户端用于监听到所述第一报价请求事件或所述服务器事件后，调用函数ReceivePriceInquiry以弹窗的方式显示所述第一报价请求事件或服务器事件，并将交易对象的第二报价价格与所述第一报价请求事件封装为第二报价请求事件后返回给第一连接服务器或者将交易对象的第二报价价格与所述服务器事件封装为第二报价请求事件后，将所述第二报价请求事件返回给第二连接服务器。

本发明还提供了一种装置，包括所述的票据的多人议价系统。

进一步，所述装置为手机、台式机、笔记本电脑和/或平板电脑。

采用上述进一步方案的有益效果是：本发明的装置可以应用在银行、企业等机构中，提高了银行、企业进行票据交易的效率和成功率，有利于交易市场的有序进行。

附图说明

图1为本发明实施例提供的票据的多人议价方法的流程示意图；

图2为本发明实施例提供的票据的多人议价系统的结构示意图；

图3为本发明另一实施例提供的票据多人议价的系统的结构示意图；

图4为本实施例提供的装置的结构示意图。

具体实施方式

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

如图1所示，为实施例1一种票据的多人议价方法的流程示意图，包括以下步骤：

步骤1，交易发起者对应的第一客户端生成交易事件，并获取与所述交易事件对应的交易对象列表；

步骤2，所述第一客户端根据交易事件和交易对象列表生成第一报价请求事件，并将所述第一报价请求事件发送到服务器；所述第一报价请求事件包括交易发起者对应的第一报价价格和交易对象列表中至少一个交易对象；

步骤3，服务器将所述第一报价请求事件发送到交易对象列表中每个交易对象对应的第二客户端，并获取所述第二客户端返回的第二报价请求事件；所述第二报价请求事件包括交易对象对应的第二报价价格；

步骤4，服务器将所述第二报价请求事件返回给第一客户端，并接收第一客户端发送的包括修改后的第一报价价格的新的第一报价请求事件，并将所述新的第一报价请求事件发送给对应的第二客户端；

步骤5，重复步骤3～4，直到达成预设的议价结束条件。

本发明票据的多人议价方法通过将票据交易事件分别发送给多个交易对象，可以实现和多个交易对象进行多人议价，而采用多个客户端就可以分别对不同的票据品种分别进行多人议价，从而可以及时获取双方报价，节省了票据交易时间，提高了票据交易的效率和成功率，实现了票据交易双方利益最大化。

优选的实施例中，所述第一报价请求事件包括交易ID、交易类型、交易限定时间、交易对象和第一报价价格；所述第二报价请求事件包括交易ID、交易类型、交易限定时间、交易对象、第一报价价格和第二报价价格。交易发起者通过获取交易对象返回的第二报价请求事件，即可以获取本次票据交易的全部信息，比如双方的本次报价以及是否达到交易限定时间等等，从而提高了议价的效率。

优选实施例中，所述议价结束条件包括：达到预设的交易限定时间、交易发起者对应的第一报价价格和交易对象对应的第二报价价格达成一致、交易发起者主动结束议价过程和交易对象主动结束议价过程。该优选实施例中，设置了多个议价结束条件，当达到其中一个预设的议价结束条件后，即结束和对应交易对象的本次议价过程，不仅议价方式更加灵活，而且可以节约资源，提高整体的议价效率。

另一个优选实施例中，步骤1中，第一客户端获取交易对象列表具体包括以下步骤：

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

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

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

S104，采用表单的界面处理方法将所述交易对象列表以弹框的方式返回给第一客户端的界面。该实施例中，所述步骤2具体为：

S201，所述第一客户端通过调用函数submiPricetInquiry将所述第一报价价格和交易对象列表中的至少一个交易对象封装在所述交易事件中生成第一报价请求事件；

S202，将所述第一报价请求事件转换为对应的MAP格式的数据，并通过socket通信函数将所述MAP格式的数据发送给第一连接服务器。

在一个优选实施例中，所述步骤3具体为：第一连接服务器接收所述第一报价请求事件后，对所述第一报价请求事件的交易发起者进行匹配，若匹配到交易对象，包括以下步骤：通过socket通信函数将所述第一报价请求事件发送给每个交易对象对应的第二客户端；所述交易对象对应的第二客户端监听到所述第一报价请求事件后，调用函数ReceivePriceInquiry以弹窗的方式显示所述第一报价请求事件，并将交易对象的第二报价价格与所述第一报价请求事件封装为第二报价请求事件后，将所述第二报价请求事件返回给所述第一连接服务器。

若没有匹配到交易对象，则包括以下步骤：

步骤B1，将所述第一报价请求事件存储在消息服务器中；

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

步骤B3，相关联的第二连接服务器监听到所述服务器事件后，对所述服务器事件的交易发起者进行匹配，并通过socket通信函数将所述服务器事件发送给每个交易对象对应的第二客户端；

步骤B4，所述交易对象对应的第二客户端监听到所述服务器事件后，调用函数ReceivePriceInquiry以弹窗的方式显示所述服务器事件，并将交易对象的第二报价价格与所述服务器事件封装为第二报价请求事件后，将所述第二报价请求事件返回给对应的第二连接服务器。

优选的实施例中，将所述第一报价请求事件插入到对应的日志表中，根据所述第一报价请求事件的当前状态找到状态机中所述当前状态对应的下一个状态信息，并对述第一报价请求事件对应的状态机流程信息进行更新后生成对应的服务器事件。

以下通过一个票据交易实例对上述步骤进行说明。

步骤1，用户赵六通过客户端发送交易事件到服务器，具体为：

(1)用户赵六通过交易发起面板发起交易，交易内容包括交易ID、交易类型、票据信息、交易限定时间和交易价格，具体的，交易ID为001，交易类型为即时回复，票据信息可以为待交易的一张或者多张票据的信息，交易限定时间为30分钟，交易价格为10万。在其他优选实施例中，所述交易内容还可以包括备注信息，方便交易对象对交易票据的其他信息或者交易中的沟通信息进行了解。

(2)AWT根据自身机制，生成ActionEvent事件。

(3)ActionEvent监听器通过DealPanel，监听到该ActionEvent事件。

(4)构造请求数据BuildRequest()后，启动一个新的ThreadWorker线程。所述新的ThreadWorker线程调用表单的数据处理方法(doCommonWork)向存储有交易对象信息的连接服务器请求数据，连接服务器接收请求事件“getGuestListEvent”，并在内存中读取数据，生成发送对象列表，然后将发送对象列表返回给ThreadWorker线程；本实施例中，发送对象列表中包括：张三、李四、王五三个人。

(5)ThreadWorker线程调用表单的界面处理方法(doAWTWork)将取得的发送对象列表返回给画面主线程，此时ThreadWorker线程结束。

(6)用户赵六的客户端取得ThreadWorker线程返回的发送对象列表，并弹出发起确认画面。

(7)用户赵六的客户端通过发起确认面板发起交易，并确认将步骤(1)中的交易内容发送到发送对象列表中的张三、李四、王五三个人。

(8)客户端的交易请求管理监听类(inquiryManager)调用函数submitInquiry()，生成交易请求事件(DealRequestEvent)，将画面的请求数据封装在该交易请求事件中。具体为：

交易请求事件(Deal_Request)

事件名称：DealRequestAction

数据：交易请求事件(DealRequestEvent)，其中包括交易ID，交易类型，票据信息、交易限定时间，交易价格，发送对象列表等。

(9)将所述交易请求事件转换为对应的MAP格式的数据，并通过socket通信函数(sendDataToServer)发送给服务器。

步骤2，服务器侧对事件对象进行处理，具体为：

(10)第一连接服务器接受到客户端事件，事件名称为DealRequestAction；数据为交易请求事件(DealRequestEvent)。

(11)由于本连接服务器不处理该事件(DealRequestAction)，故将该事件消息发送到消息服务器中进行存储，并等待其他的应用服务器对该事件进行读取。

(12)此时，一个应用服务器AS的常驻消息服务器监听线程监听到该事件后，采用监听器InquiryManageListener处理该事件，具体为：

处理函数：performInquiryAction

处理事件名称：DealRequestAction

数据：交易请求事件(DealRequestEvent)。

(13)AS服务器中，将这条交易信息插入到数据库。在AS服务器中，根据该笔交易的交易ID：001，状态机ID：21，当前状态ID：14，当前操作：发起交易，找到该状态机的下一个状态信息。

(14)更新该笔交易的状态机流程信息后，生成新的服务器事件(DealRequestActionReply)。

(15)由于本AS服务器不处理该事件(DealRequestActionReply)，故将该事件消息发送到消息服务器进行存储，并等待其他的连接服务器或者应用服务器进行读取。

(16)此时，第二连接服务器的常驻消息服务器监听线程监听到该事件(事件名称：DealRequestActionReply)，并匹配该事件的分发对象列表，通过socket通信的方式分别向列表内的对象(张三、李四、王五)发送信息。

(17)交易请求管理监听类(inquiryManager)调用函数ReceiveInquiry()，进行弹窗处理，此时张三、李四、王五的客户端上分别出现弹窗，以张三为例，具体为：

交易请求接收面板

交易ID：001

交易类型：即时回复

票据信息：显示一个或者多个票据信息

交易限定时间：30分钟

交易价格：10万

状态：议价回复中

发送方：赵六

接受方：张三。

(18)张三通过对应的第二客户端接收到该事件后，对所述票据信息进行选择，并对选择的至少一个票据信息进行交易报价，然后通过第二客户端形成第二报价请求事件，并把第二报价请求事件发送给第二连接服务器，第二连接服务器把第二报价请求事件返回给交易发起方赵六；在其他优选实施例中，所述第二报价请求事件还可以包括张三输入的备注信息，比如沟通信息等等，方便交易发起者获取更全面的票据交易信息。

(19)重复上述议价过程，直到达到一个议价结束条件，比如赵六和张三、李四、王五中一个交易对象就交易价格达成一致；或者达到预设的交易限定时间交易对象没有提交报价价格；或者交易发起者或者所有交易对象主动结束议价过程。

如图2所示，为实施例2一种票据的多人议价系统，包括交易发起者对应的第一客户端、交易对象对应的第二客户端和用于连接所述第一客户端和第二客户端的服务器，

所述第一客户端用于生成交易事件，获取与所述交易事件对应的交易对象列表，并根据交易事件和交易对象列表生成第一报价请求事件，然后将所述第一报价请求事件发送到服务器；以及用于根据服务器发回的第二报价请求事件对所述第一报价价格进行修改后生成新的第一报价请求事件发送到服务器；所述第一报价请求事件包括交易发起者对应的第一报价价格和交易对象列表中至少一个交易对象；

所述服务器用于将所述第一报价请求事件发送到所述第二客户端，并获取第二客户端返回的第二报价请求事件，然后将所述第二报价请求事件返回给第一客户端；以及用于接收第一客户端发送的包括修改后的第一报价价格的新的第一报价请求事件，并将所述新的第一报价请求事件发送给对应的第二客户端；

所述第二客户端用于接收服务器发送的第一报价请求事件，并根据每个交易对象的第二报价价格生成第二报价请求事件后，将所述第二报价请求事件发送给服务器。

本实施例的票据多人议价系统可以包括多个第一客户端，从而分别对不同品种的票据进行议价，议价过程互不干扰，从而提高了票据的交易效率。

图3为本发明优选实施例提供的一种票据的多人议价系统的结构示意图，在该实施例中，所述第一客户端包括：

事件触发模块，用于生成获取交易对象列表的ActionEvent事件；

事件监听模块，用于通过ActionListener接口监听所述ActionEvent事件，并把监听到的ActionEvent事件传播给对应的监听器；

事件处理模块，用于通过监听器接收ActionEvent事件，然后执行ActionListener接口预先定义的与所述ActionEvent事件对应的处理函数，并启动一个独立处理线程，所述独立处理线程调用Thread worker接口，所述Thread worker接口采用表单的数据处理方法与对应的连接服务器进行通信，获取所述连接服务器返回的交易对象列表；

显示模块，用于采用表单的界面处理方法将所述交易对象列表以弹框的方式返回给第一客户端的界面；

事件生成模块，用于调用函数submiPricetInquiry将所述第一报价价格和交易对象列表中至少一个交易对象封装在所述交易事件中生成第一报价请求事件；

事件发送模块，用于将所述第一报价请求事件转换为对应的MAP格式的数据，并通过socket通信函数将所述MAP格式的数据发送给第一连接服务器。优选的，在实施例中所述服务器包括：

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

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

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

第二连接服务器，用于监听并接受所述服务器事件后，对所述服务器事件的交易发起者进行匹配，并通过socket通信函数将所述服务器事件发送给每个交易对象对应的第二客户端，以及接收每个交易对象通过第二客户端发送的第二报价请求事件。在该实施例中，所述第二客户端用于监听到所述第一报价请求事件或所述服务器事件后，调用函数ReceivePriceInquiry以弹窗的方式显示所述第一报价请求事件或服务器事件，并将交易对象的第二报价价格与所述第一报价请求事件封装为第二报价请求事件后返回给第一连接服务器或者将交易对象的第二报价价格与所述服务器事件封装为第二报价请求事件后，将所述第二报价请求事件返回给第二连接服务器。

如图4所示，为本实施例提供的装置的结构示意图，包括所述票据的多人议价系统。一个实施例中，所述装置为手机，在其他实施例中，还可以为台式机、笔记本电脑和/或平板电脑。本发明的装置可以应用在银行、企业等机构中，提高了银行、企业进行票据交易的效率和成功率，有利于交易市场的有序进行。

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