业务的交易处理系统及其方法与流程

本发明涉及通信领域，特别涉及业务的交易处理系统及其方法。

背景技术：

随着我国经济以及互联网的迅速发展，网络购物也越来越活跃。火车票、飞机票、景点门票、电影票、大型比赛的门票等票务都可以通过互联网进行订购。并且，随着人们消费水平的提高，电影产业也已渐渐成为文化产业中重要的组成部分。目前消费者网络选购电影票的方法是先搜索并选购自己心仪的电影，支付完毕后，购票系统会给消费者分配唯一的一个订单号，消费者凭借该订单号前往电影院兑换纸质电影票即可。

在实现本发明的过程中，发明人发现这种网络选购电影票的方法还存在以下问题：如果电影票的价格较高，用户此时账户的余额不足可能无法进行支付；此外，如果电影本身没有亮点，会导致用户的花费远超出期望值，因此现有的电影票购买方式还会导致难以匹配用户的实际需求。

技术实现要素：

本发明实施方式的目的在于提供一种业务的交易处理系统及其方法，使得用户可以提前支付预支付金额而无需支付全额去实现相应的业务消费，从而有助于匹配用户需求，减轻用户的财物负担。

为解决上述技术问题，本发明实施例提供了一种业务的交易处理系统，包括：业务子系统、支付子系统和终端；终端用于向业务子系统发送交易请求，以及接收业务子系统反馈的交易请求响应；其中，交易请求包括业务信息以及对应的预支付金额；交易请求响应包括业务列表编号；业务子系统用于将收到的交易请求转发至支付子系统，接收支付子系统反馈的完成预支付信息，生成业务列表编号，以及向终端发送交易请求响应；支付子系统用于根据收到的交易请求向终端发送支付提示，并在收到预支付金额时，向业务子系统发送完成预支付信息。

本发明实施例还提供了一种业务的交易处理方法，包括：终端向业务子系统发送交易请求；其中，交易请求包括业务信息以及对应的预支付金额；业务子系统将收到的交易请求转发至支付子系统；支付子系统根据收到的交易请求向终端发送支付提示；支付子系统在收到预支付金额时，向业务子系统发送完成预支付信息；业务子系统在收到完成预支付信息时，生成业务列表编号；业务子系统向终端反馈交易请求响应；其中，交易请求响应包括业务列表编号。

本发明实施例相对于现有技术而言，通过终端向业务子系统发送交易请求，使得用户可以直接通过对终端进行相应的操作，并且当终端接收到用户的操作之后，向业务子系统发送交易请求，业务子系统将收到的交易请求转发至支付子系统。支付子系统根据收到的交易请求向终端发送支付提示；使得可以提示用户对所操作的业务进行支付，从而还可以使用户对所操作的业务进行进一步确认。通过支付子系统在收到预支付金额时，向业务子系统发送完成预支付信息；业务子系统在收到完成预支付信息时，生成业务列表编号；业务子系统向终端反馈交易请求响应；使得用户可以凭借终端接收的交易请求响应去消费，即可以使用户只需提前支付预支付金额而无需支付全额去实现相应的消费，从而有助于匹配用户需求。

另外，为了适应实际设计的需要，业务可以为票务；业务列表编号可以为订单号。

另外，业务的交易处理系统还包括会员管理子系统；终端向业务子系统发送的交易请求中还包括会员号；业务子系统还用于对收到的交易请求进行分析，提取会员号，并将会员号发送至会员管理子系统；会员管理子系统用于查找会员号对应的信用等级，并反馈至业务子系统；业务子系统还用于根据收到的会员号对应的信用等级，判断交易请求是否满足条件，并在满足条件时，将交易请求转发至支付子系统。通过这种方式实现了能够根据会员号对应的信用等级决定是否接受该用户发送的预支付信息请求，提供了一种简单有效的实现方式，进一步保证了本发明实施方式的可行性。

另外，业务子系统还用于从会员管理子系统获取满足信用条件的会员身份信息，并根据会员身份信息确定目标终端，并向目标终端推送票务活动信息。通过根据会员身份信息，向会员的终端推送票务活动信息，使得向信用等级较高的会员推送票务活动信息，可以尽可能保证商家的利益。

另外，业务子系统还用于将票务的使用时间以及用户的身份信息推送至支付子系统；支付子系统还用于在票务使用时间之后的预设时间段，向终端发送支付尾款的提示信息，并在收到尾款之后，向票务子系统反馈已完成支付的消息。从而，实现了在票务使用完之后再向用户收取尾款，有助于进一步匹配用户的需求。

另外，业务的交易处理系统还包括评价子系统；业务子系统还用于将票务的使用时间以及用户的身份信息推送至评价子系统；其中，身份信息包括以下任意一种或任意组合：手机号、会员号；评价子系统用于在票务使用时间之后的预设时间段，向终端发送票务使用评价的提示信息，并收集用户对票务的使用评价。通过这种方式，可以在用户看完电影之后的一段时间内，提示用户支付票务的尾款。

另外，评价子系统还用于在收到用户的评价之后向支付子系统反馈已完成评价的信息；支付子系统还用于在收到已完成评价的信息之后，向终端发送支付尾款的提示信息，并在收到尾款之后，向票务子系统反馈已完成支付的消息。通过这种方式，使得用户可以根据自己对票务对应的信息的满意度来决定是否支付票务的尾款，有助于进一步匹配用户的需求。

附图说明

图1是根据本发明第一实施方式中业务的交易处理系统的方框图；

图2是根据本发明第三实施方式中业务的交易处理系统的方框图；

图3是根据本发明第五实施方式中业务的交易处理系统的方框图；

图4是根据本发明第六实施方式中业务的交易处理系统的方框图；

图5是根据本发明第七实施方式中业务的交易处理方法的流程图；

图6是根据本发明第九实施方式中业务的交易处理方法的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种业务的交易处理系统。如图1所示，业务的交易处理系统包括：业务子系统12、支付子系统13和终端11。终端11用于向业务子系统12发送交易请求，以及接收业务子系统12反馈的交易请求响应；其中，交易请求包括业务信息以及对应的预支付金额；交易请求响应包括业务列表编号。业务子系统12用于将收到的交易请求转发至支付子系统13，接收支付子系统13反馈的完成预支付信息，生成业务列表编号，以及向终端11发送交易请求响应。支付子系统13用于根据收到的交易请求向终端11发送支付提示，并在收到预支付金额时，向业务子系统12发送完成预支付信息。

通过上述内容，不难发现，本实施方式通过终端11向业务子系统12发送交易请求，使得用户可以直接通过对终端11进行相应的操作，并且当终端11接收到用户的操作之后，向业务子系统12发送交易请求，业务子系统12将收到的交易请求转发至支付子系统13。支付子系统13根据收到的交易请求向终端11发送支付提示；使得可以提示用户对所操作的业务进行支付，从而还可以使用户对所操作的业务进行进一步确认。通过支付子系统13在收到预支付金额时，向业务子系统12发送完成预支付信息；业务子系统12在收到完成预支付信息时，生成业务列表编号；业务子系统12向终端11反馈交易请求响应；使得用户可以凭借终端11接收的交易请求响应去消费，即可以使用户只需提前支付预支付金额而无需支付全额去实现相应的消费，从而有助于匹配用户需求。

本发明的第二实施方式涉及一种业务的交易处理系统。第二实施方式主要在第一实施方式的基础上做了改进，主要改进之处在于：在第二实施方式中，业务可以为票务；业务列表编号可以为订单号。

需要说明的是，本实施方式中的票务可以但不限于是：火车票、飞机票、景点门票、电影票、大型比赛的门票等。以电影票为例进行说明：用户可以通过终端选择自己要看的电影，并根据终端显示的提示向终端输入支付预付款的预支付指令。终端接收到用户输入的预支付指令后，向业务子系统发送交易请求。业务子系统将收到的交易请求转发至支付子系统，支付子系统根据收到的交易请求向终端发送支付提示；并在收到预支付金额时，向业务子系统发送完成预支付信息。

通过上述内容，不难发现，本实施方式中用户可以通过终端选择自己要看的电影，并根据终端显示的提示向终端输入支付预付款的预支付指令。在用户完成预支付信息的操作之后，可以凭借生成的订单号去消费。

本发明的第三实施方式涉及一种业务的交易处理系统。第三实施方式主要在第一或第二实施方式的基础上做了改进，主要改进之处在于：在第三实施方式中，业务的交易处理系统还包括会员管理子系统。

具体地说，如图2所示，业务的交易处理系统包括：业务子系统22、支付子系统23和终端21。终端21用于向业务子系统22发送交易请求，以及接收业务子系统22反馈的交易请求响应；其中，交易请求包括业务信息以及对应的预支付金额；交易请求响应包括业务列表编号。业务子系统22用于将收到的交易请求转发至支付子系统23，接收支付子系统23反馈的完成预支付信息，生成业务列表编号，以及向终端21发送交易请求响应。支付子系统23用于根据收到的交易请求向终端21发送支付提示，并在收到预支付金额时，向业务子系统22发送完成预支付信息。

业务的交易处理系统还包括会员管理子系统24；终端21向业务子系统22发送的交易请求中还包括会员号；业务子系统22还用于对收到的交易请求进行分析，提取会员号，并将会员号发送至会员管理子系统24；会员管理子系统24用于查找会员号对应的信用等级，并反馈至业务子系统22；业务子系统22还用于根据收到的会员号对应的信用等级，判断交易请求是否满足条件，并在满足条件时，将交易请求转发至支付子系统23。具体地说，如果查找到的会员号对应的信用等级较高，则判定为交易请求满足条件，如果查找到的会员号对应的信用等级较低，则判定为交易请求不满足条件。比如：按星级排列，并且假设用户的信用等级超过3颗星满足条件。当查找到的会员号对应的信用等级为1颗星时，则判定为交易请求不满足条件。当查找到的会员号对应的信用等级为4颗星时，则判定为交易请求满足条件。

作为优选，业务子系统22还用于从会员管理子系统24获取满足信用条件的会员身份信息，并根据会员身份信息确定目标终端21，并向目标终端21推送票务活动信息。通过根据会员身份信息，向信用等级较高的会员推送票务活动信息，认为信用较高的会员不太可能会在主观评价电影值得欣赏的时候，还不去支付尾款，因此，可以尽可能保证商家的利益。

另外，值得一提的是，会员管理子系统可以对会员的信用等级进行更新。比如，某会员连续3次参加了“预付定金看电影”的活动，通过预付定金的方式观看了电影，但都没有支付尾款，我们可以降低该会员的信用等级，之后的“预付定金看电影”活动不再接受该会员参加活动，直到他的信用等级再次恢复到满足时，才再次向其推送“预付定金看电影”活动。

通过上述内容，不难发现，本实施方式实现了根据会员号对应的信用等级决定是否接受预支付信息请求，提供了一种简单有效的实现方式，进一步保证了本发明实施方式的可行性。

本发明的第四实施方式涉及一种业务的交易处理系统。第四实施方式主要在第一、第二或第三实施方式的基础上做了改进，主要改进之处在于：在第四实施方式中，在票务使用时间之后的预设时间段，向终端发送支付尾款的提示信息。

具体地说，业务子系统还用于将票务的使用时间以及用户的身份信息推送至支付子系统；支付子系统还用于在票务使用时间之后的预设时间段，向终端发送支付尾款的提示信息，并在收到尾款之后，向票务子系统反馈已完成支付的消息。本实施方式对预设时间段不作限制，比如：预设时间段可以为3到7天。在票务使用时间之后的3到7天内，可以每个预设时间长度，向终端发送支付尾款的提示信息。而且在票务使用时间之后的任意时间点收到尾款之后，不会再向终端发送支付尾款的提示信息。

通过上述内容，不难发现，本实施方式实现了在票务使用完之后再向用户收取尾款，有助于进一步匹配用户的需求。

本发明的第五实施方式涉及一种业务的交易处理系统。第五实施方式与第四实施方式不同，主要区别之处在于：在第四实施方式中，在票务使用时间之后的预设时间段，向终端发送支付尾款的提示信息。而在第五实施方式中，支付子系统还用于在收到已完成评价的信息之后，向终端发送支付尾款的提示信息。

具体地说，如图3所示，业务的交易处理系统包括：业务子系统32、支付子系统33和终端31。终端31用于向业务子系统32发送交易请求，以及接收业务子系统32反馈的交易请求响应；其中，交易请求包括业务信息以及对应的预支付金额；交易请求响应包括业务列表编号。业务子系统32用于将收到的交易请求转发至支付子系统33，接收支付子系统33反馈的完成预支付信息，生成业务列表编号，以及向终端31发送交易请求响应。支付子系统33用于根据收到的交易请求向终端31发送支付提示，并在收到预支付金额时，向业务子系统32发送完成预支付信息。

业务的交易处理系统还包括评价子系统34；业务子系统32还用于将票务的使用时间以及用户的身份信息推送至评价子系统34；其中，身份信息包括以下任意一种或任意组合：手机号、会员号；评价子系统34用于在票务使用时间之后的预设时间段，向终端31发送票务使用评价的提示信息，并收集用户对票务的使用评价。

进一步地，评价子系统34还用于在收到用户的评价之后向支付子系统33反馈已完成评价的信息；支付子系统33还用于在收到已完成评价的信息之后，向终端31发送支付尾款的提示信息，并在收到尾款之后，向票务子系统反馈已完成支付的消息。具体地说，如果收到用户的评价较低，则不会向终端31发送支付尾款的提示信息。如果收到用户的评价较高，则向终端31发送支付尾款的提示信息。从而可以根据用户对所观看的影片的满意度决定是否收取尾款。假设，用户评价可以按分数进行评价，假设用户的评价超过70分，则为满意。那么在收到用户的评分大于70分时，不管用户输入的评价字是什么内容，则认为收到用户的评价较高。

通过上述内容，不难发现，本实施方式中不仅可以提供给用户信息更全、更有效的票务，使得用户可以根据票务的评价信息决定是否购买此票。而且，还可以使用户可以根据自己对票务对应的信息的满意度来决定是否支付票务的尾款，有助于进一步匹配用户的需求。

本发明的第六实施方式涉及一种业务的交易处理系统。如图4所示，业务的交易处理系统包括：业务子系统41、支付子系统42和终端43。

其中，本实施方式中的业务子系统41进一步包括：第一处理器411、第一存储器412和第一收发器413。其中，第一处理器411为系统的核心，其可以CPU(中央处理器)、DSP(Digital Signal Processor，数字信号处理器)等，其主要负责业务子系统41中各部件之间的协调工作，以及收到完成预支付信息时，生成业务列表编号。其中，第一存储器412可以为ROM(Read Only Memory，只读存储器)、RAM(Random Access Memory，随机访问存储器)、缓存或闪存等存储设备，其可以用于存储计算机可读的程序指令。第一收发器413主要用于分别与支付子系统42和终端43进行通信，将收到的交易请求转发至支付子系统，接收业务子系统发送的完成预支付信息以及向终端反馈交易请求响应。

本实施方式中的支付子系统42进一步包括：第二处理器421、第二存储器422和第二收发器423。其中，第二处理器421为系统的核心，其可以CPU(中央处理器)、DSP(Digital Signal Processor，数字信号处理器)等，其主要负责支付子系统42中各部件之间的协调工作，以及分析处理收到的交易请求。其中，第二存储器422可以为ROM(Read Only Memory，只读存储器)、RAM(Random Access Memory，随机访问存储器)、缓存或闪存等存储设备，其可以用于存储计算机可读的程序指令。第二收发器423主要用于与业务子系统41和终端43进行通信，向业务子系统发送完成预支付信息以及向终端发送支付提示。

终端43进一步包括：第三处理器431、第三存储器432、显示器433和第三收发器434。其中，第三处理器431为系统的核心，其可以CPU(中央处理器)、DSP(Digital Signal Processor，数字信号处理器)等，其主要负责终端43中各部件之间的协调工作，以及接收用户输入，生成交易请求。其中，第三存储器432可以为ROM(Read Only Memory，只读存储器)、RAM(Random Access Memory，随机访问存储器)、缓存或闪存等存储设备，其可以用于存储计算机可读的程序指令，该程序指令用于使得处理器431实现本实施例所示的发送交易请求、接收业务子系统41反馈的交易请求响应的功能。其中，显示器433主要用于显示人机交互界面，以方便用户进行操作，并显示交易请求响应。其中，第三收发器434主要用于与业务子系统41、支付子系统进行通信，发送交易请求给业务子系统41，并接收业务子系统41发来的交易请求响应。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本发明的第七实施方式涉及一种业务的交易处理方法，具体流程，如图5所示，其包括：

步骤501，终端向业务子系统发送交易请求。

其中，交易请求包括业务信息以及对应的预支付金额。具体地说，终端包括人机交互界面，通过人机交互界面接收用户输入的业务操作，终端接收到用户输入的业务操作之后，向业务子系统发送交易请求。

步骤502，业务子系统将收到的交易请求转发至支付子系统。

步骤503，支付子系统根据收到的交易请求向终端发送支付提示。

步骤504，支付子系统收到预支付金额。其中，支付子系统收到的预支付金额可以是终端发送的预支付金额。

步骤505，支付子系统向业务子系统发送完成预支付信息。

步骤506，业务子系统收到完成预支付信息时，生成业务列表编号。

步骤507，业务子系统向终端反馈交易请求响应。其中，交易请求响应包括业务列表编号。

不难发现，本实施方式为与第一实施方式相对应的方法实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本发明的第八实施方式涉及一种业务的交易处理方法，第八实施方式是在第七实施方式的基础上做了改进，主要改进之处在于：在第八实施方式中，业务可以为票务；业务列表编号可以为订单号。

不难发现，本实施方式为与第二实施方式相对应的方法实施例，本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。

本发明的第九实施方式涉及一种业务的交易处理方法，第九实施方式主要在第七或第八实施方式的基础上做了改进，主要改进之处在于：在第九实施方式中，在终端向业务子系统发送交易请求中，交易请求还包括会员号。

具体地说，如图6所示，其包括：

步骤601，终端向业务子系统发送交易请求。其中，交易请求包括业务信息、对应的预支付金额、会员号。

步骤602，业务子系统对收到的交易请求进行分析，提取会员号。

步骤603，业务子系统将会员号发送至会员管理子系统。

步骤604，会员管理子系统查找会员号对应的信用等级。

步骤605，会员管理子系统将查找的信用等级反馈至业务子系统。

步骤606，业务子系统根据收到的会员号对应的信用等级，判断交易请求是否满足条件。如果是，则进入步骤607，否则结束。

步骤607，业务子系统将交易请求转发至支付子系统。

步骤608，支付子系统根据收到的交易请求向终端发送支付提示。

步骤609，支付子系统收到预支付金额。其中，支付子系统收到的预支付金额可以是终端发送的预支付金额。

步骤610，支付子系统向业务子系统发送完成预支付信息。

步骤611，业务子系统收到完成预支付信息时，生成业务列表编号。

步骤612，业务子系统向终端反馈交易请求响应。其中，交易请求响应包括业务列表编号。

不难发现，本实施方式为与第三实施方式相对应的方法实施例，本实施方式可与第三实施方式互相配合实施。第三实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第三实施方式中。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。