[发明专利]一种用户订购业务的方法、设备和系统

说明书

技术领域

本发明涉及数据通信领域，尤其涉及一种用户订购业务的方法、设备和系统。

背景技术

在OLTP(On-Line Transaction Processing)软件系统中，需要具备多用户、多渠道、高并发、高效率业务支撑能力，同时需要支持复杂业务的逻辑判断，如进行互斥关系约束规则和业务重复受理约束的判断等，用户订购业务时，需要判断用户订购的业务是否违反业务重复受理约束和互斥关系约束规则，例如，判断用户是否订购了同一种不允许重复订购的业务以及用户是否订购了同一业务类型不能共存的不同业务。

现有技术中，为了防止用户订购上述违反业务重复受理约束和互斥关系约束规则的业务，通常会对用户订购的产品进行两次校验，但是由于校检本身需要一定的时间，因此当同一用户在前一次所订购业务的校验未完成的情况下，发起新的业务订购，此时，由于前一次订购业务的校验还未完成，因此新的订购业务无法判断与前一次订购业务的业务重复受理约束和互斥关系约束规则，从而造成重复订购或者订购了互斥业务，影响了用户的体验，并且，由于两次校验需要大量的时间和系统资源，从而增加了订购业务处理的时间以及系统资源的消耗。

发明内容

本发明的实施例提供一种用户订购业务的方法、设备和系统，以减少业务订购的处理时间和对系统资源的消耗。

为达到上述目的，本发明的实施例采用如下技术方案：

本发明实施例提供一种用户订购业务的方法，包括：

在业务应用服务器接收到接入服务器发送的业务订购请求消息后，数据存储服务器接收所述业务应用服务器发送的插入请求消息，所述插入请求消息携带第一业务订购标识信息；

将所述第一业务订购标识信息插入自身创建的业务锁控制表中，所述业务锁控制表以业务订购标识作为主键约束规则；

在根据所述第一业务订购标识信息进行的业务订购处理未完成时，若后续接收的插入请求消息携带的第二业务订购标识信息与所述第一业务订购标识信息相同，为所述第一业务订购标识信息加行级锁，并完成所述业务订购处理。

本发明实施例提供一种数据存储服务器，包括：

请求接收单元，用于在业务应用服务器接收到接入服务器发送的业务订购请求消息后，接收所述业务应用服务器发送的插入请求消息，所述插入请求消息携带第一业务订购标识信息；

第一信息插入单元，用于将所述第一业务订购标识信息插入自身创建的业务锁控制表中，所述业务锁控制表以业务订购标识作为主键约束规则；

加行级锁单元，用于在第一业务处理单元根据所述第一业务订购标识信息进行的业务订购处理未完成时，若后续接收的插入请求消息携带的第二业务订购标识信息与所述第一业务订购标识信息相同，为所述第一业务订购标识信息加行级锁。

第一业务处理单元，用于在所述加行级锁单元为所述第一业务订购标识信息加行级锁后，完成所述业务订购处理。

本发明实施例提供一种用户订购业务的系统，包括：接入服务器、业务应用服务器和数据存储服务器，

所述数据存储服务器为上述的数据存储服务器；

所述接入服务器，用于向所述业务应用服务器发送业务订购请求消息；

所述业务应用服务器，用于向所述数据存储服务器发送插入请求消息。

本发明实施例提供一种用户订购业务的方法、设备和系统，数据存储服务器接收插入请求消息，将插入请求消息中携带的第一业务订购标识信息插入自身创建的业务锁控制表中，并在确认后续接收的插入请求消息携带的第二业务订购标识信息符合该主键约束规则后，若该第二业务订购标识信息与该第一业务订购标识信息相同，为该第一业务订购标识信息加行级锁，由于第一业务订购标识信息行级锁的存在，第二业务订购标识信息在根据该第一业务订购标识信息进行的业务订购处理未完成的情况下，无法插入业务锁控制表中，从而处于等待状态，在完成根据该第一业务订购标识信息的业务订购处理后，解锁并删除该第一业务订购标识信息，使得该第二业务订购标识信息插入该业务锁控制表中，并根据该第二业务订购标识信息进行业务订购处理，这样，系统不需要进行二次校验，就能够在减少业务订购处理时间和对系统资源的消耗的情况下，实现不重复订购同一业务或者互斥业务的目的。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。