一种用户订购业务的方法、设备和系统

1.一种用户订购业务的方法，其特征在于，包括：
在业务应用服务器接收到接入服务器发送的业务订购请求消息后，数据存储服务器接收所述业务应用服务器发送的插入请求消息，所述插入请求消息携带第一业务订购标识信息；
将所述第一业务订购标识信息插入自身创建的业务锁控制表中，所述业务锁控制表以业务订购标识作为主键约束规则；
在根据所述第一业务订购标识信息进行的业务订购处理未完成时，若后续接收的插入请求消息携带的第二业务订购标识信息与所述第一业务订购标识信息相同，为所述第一业务订购标识信息加行级锁，并完成所述业务订购处理。
2.根据权利要求1所述的方法，其特征在于，在根据所述第一业务订购标识信息完成业务订购处理后，还包括：接收所述业务应用服务器发送的删除指令，解锁并删除所述第一业务订购标识信息，并插入所述第二业务订购标识信息，根据所述第二业务订购标识信息进行业务订购处理。
3.根据权利要求1或2所述的方法，其特征在于，所述将所述第一业务订购标识信息插入自身创建的业务锁控制表中之后，还包括：
在所述第一业务订购标识信息中未配置非验证标识的情况下，验证所述第一业务订购标识信息对应的待订购业务与已订购业务的业务关系。
4.根据权利要求1或2所述的方法，其特征在于，所述业务订购标识包括用户标识和所述用户标识对应的业务类型标识。
5.一种数据存储服务器，其特征在于，包括：
请求接收单元，用于在业务应用服务器接收到接入服务器发送的业务订购请求消息后，接收所述业务应用服务器发送的插入请求消息，所述插入请求消息携带第一业务订购标识信息；
第一信息插入单元，用于将所述第一业务订购标识信息插入自身创建的业务锁控制表中，所述业务锁控制表以业务订购标识作为主键约束规则；
加行级锁单元，用于在第一业务处理单元根据所述第一业务订购标识信息进行的业务订购处理未完成时，若后续接收的插入请求消息携带的第二业务订购标识信息与所述第一业务订购标识信息相同，为所述第一业务订购标识信息加行级锁；
第一业务处理单元，用于在所述加行级锁单元为所述第一业务订购标识信息加行级锁后，完成所述业务订购处理。
6.根据权利要求5所述的数据存储服务器，其特征在于，还包括：
删除指令接收单元，用于在所述第一业务处理单元根据所述第一业务订购标识信息完成业务订购处理后，接收所述业务应用服务器发送的删除指令；
解锁删除单元，用于解锁并删除所述第一业务订购标识信息；
第二信息插入单元，用于在所述解锁删除单元解锁并删除所述第一业务订购标识信息后，插入所述第二业务订购标识信息；
第二业务处理单元，用于根据所述第二业务订购标识信息进行业务订购处理。
7.根据权利要求5或6所述的数据存储服务器，其特征在于，还包括：
验证单元，用于在第一业务订购标识信息中未配置非验证标识的情况下，验证所述第一业务订购标识信息对应的待订购业务与已订购业务的业务关系。
8.根据权利要求5或6所述的数据存储服务器，其特征在于，所述业务订购标识包括用户标识和所述用户标识对应的业务类型标识。
9.一种用户订购业务的系统，其特征在于，包括：接入服务器、业务应用服务器和数据存储服务器，
所述数据存储服务器为权利要求5至8任一项所述的数据存储服务器；
所述接入服务器，用于向所述业务应用服务器发送业务订购请求消息；
所述业务应用服务器，用于向所述数据存储服务器发送插入请求消息。

一种用户订购业务的方法、设备和系统\n技术领域\n[0001] 本发明涉及数据通信领域，尤其涉及一种用户订购业务的方法、设备和系统。\n背景技术\n[0002] 在OLTP(On-Line Transaction Processing)软件系统中，需要具备多用户、多渠道、高并发、高效率业务支撑能力，同时需要支持复杂业务的逻辑判断，如进行互斥关系约束规则和业务重复受理约束的判断等，用户订购业务时，需要判断用户订购的业务是否违反业务重复受理约束和互斥关系约束规则，例如，判断用户是否订购了同一种不允许重复订购的业务以及用户是否订购了同一业务类型不能共存的不同业务。\n[0003] 现有技术中，为了防止用户订购上述违反业务重复受理约束和互斥关系约束规则的业务，通常会对用户订购的产品进行两次校验，但是由于校检本身需要一定的时间，因此当同一用户在前一次所订购业务的校验未完成的情况下，发起新的业务订购，此时，由于前一次订购业务的校验还未完成，因此新的订购业务无法判断与前一次订购业务的业务重复受理约束和互斥关系约束规则，从而造成重复订购或者订购了互斥业务，影响了用户的体验，并且，由于两次校验需要大量的时间和系统资源，从而增加了订购业务处理的时间以及系统资源的消耗。\n发明内容\n[0004] 本发明的实施例提供一种用户订购业务的方法、设备和系统，以减少业务订购的处理时间和对系统资源的消耗。\n[0005] 为达到上述目的，本发明的实施例采用如下技术方案：\n[0006] 本发明实施例提供一种用户订购业务的方法，包括：\n[0007] 在业务应用服务器接收到接入服务器发送的业务订购请求消息后，数据存储服务器接收所述业务应用服务器发送的插入请求消息，所述插入请求消息携带第一业务订购标识信息；\n[0008] 将所述第一业务订购标识信息插入自身创建的业务锁控制表中，所述业务锁控制表以业务订购标识作为主键约束规则；\n[0009] 在根据所述第一业务订购标识信息进行的业务订购处理未完成时，若后续接收的插入请求消息携带的第二业务订购标识信息与所述第一业务订购标识信息相同，为所述第一业务订购标识信息加行级锁，并完成所述业务订购处理。\n[0010] 本发明实施例提供一种数据存储服务器，包括：\n[0011] 请求接收单元，用于在业务应用服务器接收到接入服务器发送的业务订购请求消息后，接收所述业务应用服务器发送的插入请求消息，所述插入请求消息携带第一业务订购标识信息；\n[0012] 第一信息插入单元，用于将所述第一业务订购标识信息插入自身创建的业务锁控制表中，所述业务锁控制表以业务订购标识作为主键约束规则；\n[0013] 加行级锁单元，用于在第一业务处理单元根据所述第一业务订购标识信息进行的业务订购处理未完成时，若后续接收的插入请求消息携带的第二业务订购标识信息与所述第一业务订购标识信息相同，为所述第一业务订购标识信息加行级锁。\n[0014] 第一业务处理单元，用于在所述加行级锁单元为所述第一业务订购标识信息加行级锁后，完成所述业务订购处理。\n[0015] 本发明实施例提供一种用户订购业务的系统，包括：接入服务器、业务应用服务器和数据存储服务器，\n[0016] 所述数据存储服务器为上述的数据存储服务器；\n[0017] 所述接入服务器，用于向所述业务应用服务器发送业务订购请求消息；\n[0018] 所述业务应用服务器，用于向所述数据存储服务器发送插入请求消息。\n[0019] 本发明实施例提供一种用户订购业务的方法、设备和系统，数据存储服务器接收插入请求消息，将插入请求消息中携带的第一业务订购标识信息插入自身创建的业务锁控制表中，并在确认后续接收的插入请求消息携带的第二业务订购标识信息符合该主键约束规则后，若该第二业务订购标识信息与该第一业务订购标识信息相同，为该第一业务订购标识信息加行级锁，由于第一业务订购标识信息行级锁的存在，第二业务订购标识信息在根据该第一业务订购标识信息进行的业务订购处理未完成的情况下，无法插入业务锁控制表中，从而处于等待状态，在完成根据该第一业务订购标识信息的业务订购处理后，解锁并删除该第一业务订购标识信息，使得该第二业务订购标识信息插入该业务锁控制表中，并根据该第二业务订购标识信息进行业务订购处理，这样，系统不需要进行二次校验，就能够在减少业务订购处理时间和对系统资源的消耗的情况下，实现不重复订购同一业务或者互斥业务的目的。\n附图说明\n[0020] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。\n[0021] 图1为本发明实施例提供的一种用户订购业务的方法示意图；\n[0022] 图2为本发明实施例提供的一种用户订购业务方法的流程示意图；\n[0023] 图3为本发明实施例提供的一种数据存储服务器的结构示意图；\n[0024] 图4为本发明实施例提供的另一种数据存储服务器的结构示意图；\n[0025] 图5为本发明实施例提供的另一种数据存储服务器的结构示意图；\n[0026] 图6为本发明实施例提供的一种用户订购业务的系统示意图。\n具体实施方式\n[0027] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。\n[0028] 本发明实施例提供一种用户订购业务的方法，如图1所示，该实施例的执行主体为数据存储服务器，该方法包括：\n[0029] S101、在业务应用服务器接收到接入服务器发送的业务订购请求消息后，数据存储服务器接收该业务应用服务器发送的插入请求消息。\n[0030] 其中，该插入请求消息携带第一业务订购标识信息，该第一业务订购标识信息可以包括用户标识信息和用户订购的业务类型标识信息，例如，若用户通过手机订购业务，则用户标识信息具体为该手机的号码，该业务类型标识信息具体为标识业务类型的操作代码。本发明实施例并不局限于此。\n[0031] S102、将该第一业务订购标识信息插入自身创建的业务锁控制表中。\n[0032] 其中，该业务锁控制表以业务订购标识作为主键约束规则，该主键约束规则限定该业务锁控制表中插入的内容，该第一业务订购标识信息对应该业务订购标识，例如，若业务订购标识为用户标识和该用户标识对应的业务类型标识，则该业务锁控制表中插入的信息为具体的用户标识信息和业务类型标识信息，这里所述的用户标识信息和业务类型标识信息即为本实施例中的第一业务订购标识信息和第二业务订购标识信息。\n[0033] 进一步地，在该第一业务订购标识信息中未配置非验证标识的情况下，验证该第一业务订购标识信息对应的待订购业务与已订购业务的业务关系。\n[0034] 其中，该非验证标识配置在第一业务订购标识信息中的业务类型标识信息中，用来标识该第一业务订购标识信息对应的待订购业务不需要进行与已订购业务的业务关系的校验。\n[0035] 另外，若该第一业务订购标识信息中已配置非验证标识，则不需要验证该第一业务订购标识信息对应的待订购业务与已订购业务的业务关系，例如基本的查询业务。\n[0036] 具体地，验证该第一业务订购标识信息对应的待订购业务与已订购业务的业务关系，即为验证该第一业务订购标识信息对应的待订购业务与已订购业务之间是否是不允许重复订购的同一业务以及是否是同一业务类型不能共存的不同业务(即为互斥业务)，若验证失败，则回滚，提示用户订购错误；若验证成功，则继续进行后续的订购步骤。\n[0037] S103、在根据该第一业务订购标识信息进行的业务订购处理未完成时，若后续接收的插入请求消息携带的第二业务订购标识信息与该第一业务订购标识信息相同，数据存储服务器为该第一业务订购标识信息加行级锁，并完成该业务订购处理。\n[0038] 其中，行级锁是对表中的部分行加锁的一种控制机制，行级锁是一种排它锁，即被锁定行不可进行修改、删除。\n[0039] 另外，该第二业务订购标识信息对应该业务订购标识，可以是用户标识信息和用户订购的业务类型标识信息，例如，若用户通过手机订购业务，则用户标识信息具体为该手机的号码，该业务类型标识信息具体为标识业务类型的操作代码。本发明实施例并不局限于此。\n[0040] 具体地，后续接收的第二业务订购标识信息在第一业务订购标识信息加行级锁的情况下，无法插入到业务锁订购表中，此时，第二业务订购标识信息处于等待状态。\n[0041] 进一步地，在根据第一业务订购标识信息完成业务订购处理后，数据存储服务器会接收业务应用服务器发送的删除指令，解锁并删除该第一业务订购标识信息，此时，该数据存储服务器将该第二业务订购标识信息插入该业务锁控制表中，并根据该第二业务订购标识信息进行后续业务的订购处理。\n[0042] 需要说明的是，由于业务锁控制表中不能同时存在相同的业务订购标识信息，因此，删除第一业务订购标识信息是为了确保用户根据第一业务订购标识信息完成业务订购处理后，可以继续订购与第一业务订购标识信息对应业务相同的业务。\n[0043] 采用上述实施例提供的用户订购业务的方法，系统不需要进行二次校验，就能够在减少业务订购处理时间和对系统资源的消耗的情况下，实现不重复订购同一业务或者互斥业务的目的。\n[0044] 优选地，本发明实施例提供另一种用户订购业务的方法，如图2所示，该方法步骤包括：\n[0045] S201、接入服务器接收用户设备发送的业务订购请求后，向业务应用服务器发送业务订购请求消息。\n[0046] 其中，该用户设备可以是手机、电脑等，该业务订购请求携带该用户的用户标识和所订购业务的业务类型。\n[0047] S202、业务应用服务器向数据存储服务器发送插入请求消息。\n[0048] 其中，该插入请求消息携带第一业务订购标识信息，该第一业务订购标识信息可以包括用户标识信息和用户订购的业务类型标识信息，例如，若用户通过手机订购业务，则用户标识信息具体为该手机的号码，该业务类型标识信息具体为标识业务类型的操作代码。本发明实施例并不局限于此。\n[0049] S203、数据存储服务器将该第一业务订购标识信息插入自身创建的业务锁控制表中。\n[0050] 其中，该业务锁控制表以业务订购标识作为主键约束规则，该主键约束规则限定该业务锁控制表中插入的内容，该第一业务订购标识信息对应该业务订购标识，例如，若业务订购标识为用户标识和该用户标识对应的业务类型标识，则该业务锁控制表中插入的信息为具体的用户标识信息和业务类型标识信息，这里所述的用户标识信息和业务类型标识信息即为本实施例中的第一业务订购标识信息和第二业务订购标识信息。\n[0051] S204、在该第一业务订购标识信息中未配置非验证标识的情况下，验证该第一业务订购标识信息对应的待订购业务与已订购业务的业务关系。\n[0052] 其中，该非验证标识配置在第一业务订购标识信息中的业务类型标识信息中，用来标识该第一业务订购标识信息对应的待订购业务不需要进行与已订购业务的业务关系的校验。\n[0053] 另外，若该第一业务订购标识信息中已配置非验证标识，则不需要执行该步骤，例如基本的查询业务。\n[0054] 具体地，验证该第一业务订购标识信息对应的待订购业务与已订购业务的业务关系，即为验证该第一业务订购标识信息对应的待订购业务与已订购业务之间是否是不允许重复订购的同一业务以及是否是同一业务类型不能共存的不同业务(即为互斥业务)，若验证失败，则回滚，提示用户订购错误；若验证成功，则继续进行后续的订购步骤。\n[0055] 另外，若用户在根据该第一业务订购标识信息进行的业务订购处理还未完成(即在步骤S206之前)时，继续发起后续的业务订购，此时，若数据库存储服务器后续接收的插入请求消息携带的第二业务订购标识信息与第一业务订购标识信息相同，该方法还包括：\n[0056] S205，数据库存储服务器为第一业务订购标识信息加行级锁。\n[0057] 这样，后续接收的第二业务订购标识信息在第一业务订购标识信息加行级锁的情况下，无法插入到业务锁订购表中，此时，第二业务订购标识信息处于等待状态，并在根据第一业务订购标识信息完成业务订购处理后，数据存储服务器解锁并删除该第一业务订购标识信息，此时，该数据存储服务器将该第二业务订购标识信息插入该业务锁控制表中，并根据该第二业务订购标识信息进行业务订购处理。\n[0058] 其中，行级锁是对表中的部分行加锁的一种控制机制，行级锁是一种排它锁，即被锁定行不可进行修改、删除。\n[0059] 另外，该第二业务订购标识信息对应该业务订购标识，可以包括用户标识信息和用户订购的业务类型标识信息，例如，若用户通过手机订购业务，则用户标识信息具体为该手机的号码，该业务类型标识信息具体为标识业务类型的操作代码。本发明实施例并不局限于此。\n[0060] S206、数据库存储服务器根据第一业务订购标识信息完成业务订购处理。\n[0061] S207、数据存储服务器接收业务应用服务器发送的删除指令后，删除该第一业务订购标识信息。\n[0062] 其中，若已执行了步骤S205，则在删除该第一业务订购标识信息的同时，解锁该第一业务订购标识信息。\n[0063] 若用户在数据库存储服务器根据第一业务订购标识信息已完成业务订购处理时，继续发起后续的业务订购，此时，由于第一业务订购标识信息已解锁并删除，则将后续接收的插入请求信息携带的第二业务订购标识信息插入该业务锁控制表中，并根据该第二业务订购标识信息完成后续业务的订购处理。\n[0064] S208、数据存储服务器向业务应用服务器发送业务订购处理结果。\n[0065] S209、业务应用服务器向接入服务器发送该业务订购处理结果，以便该接入服务器将该业务订购处理结果发送给用户。\n[0066] 采用上述实施例提供的用户订购业务的方法，系统不需要进行二次校验，就能够在减少业务订购处理时间和对系统资源的消耗的情况下，实现不重复订购同一业务或者互斥业务的目的。\n[0067] 本发明实施例提供一种数据存储服务器300，如图3所示，包括：\n[0068] 请求接收单元301，用于在业务应用服务器接收到接入服务器发送的业务订购请求消息后，接收该业务应用服务器发送的插入请求消息.\n[0069] 其中，该插入请求消息携带第一业务订购标识信息，该第一业务订购标识信息可以包括用户标识信息和用户订购的业务类型标识信息，例如，若用户通过手机订购业务，则用户标识信息具体为该手机的号码，该业务类型标识信息具体为标识业务类型的操作代码。本发明实施例并不局限于此。\n[0070] 第一信息插入单元302，用于将该第一业务订购标识信息插入自身创建的业务锁控制表中。\n[0071] 其中，该业务锁控制表以业务订购标识作为主键约束规则，该主键约束规则限定该业务锁控制表中插入的内容，该第一业务订购标识信息对应该业务订购标识，例如，若业务订购标识为用户标识和该用户标识对应的业务类型标识，则该业务锁控制表中插入的信息为具体的用户标识信息和业务类型标识信息，这里所述的用户标识信息和业务类型标识信息即为本实施例中的第一业务订购标识信息和第二业务订购标识信息。\n[0072] 加行级锁单元303，用于在第一业务处理单元304根据该第一业务订购标识信息进行的业务订购处理未完成时，若后续接收的插入请求消息携带的第二业务订购标识信息与该第一业务订购标识信息相同，为该第一业务订购标识信息加行级锁。\n[0073] 其中，行级锁是对表中的部分行加锁的一种控制机制，行级锁是一种排它锁，即被锁定行不可进行修改、删除。\n[0074] 另外，该第二业务订购标识信息对应该业务订购标识，可以是用户标识信息和用户订购的业务类型标识信息，例如，若用户通过手机订购业务，则用户标识信息具体为该手机的号码，该业务类型标识信息具体为标识业务类型的操作代码。本发明实施例并不局限于此。\n[0075] 具体地，后续接收的第二业务订购标识信息在第一业务订购标识信息加行级锁的情况下，无法插入到业务锁订购表中，此时，第二业务订购标识信息处于等待状态。\n[0076] 第一业务处理单元304，用于在该加行级锁单元303为该第一业务订购标识信息加行级锁后，完成该业务订购处理。\n[0077] 进一步地，如图4所示，该数据存储服务器300还包括：\n[0078] 删除指令接收单元305，用于在该第一业务处理单元304根据该第一业务订购标识信息完成业务订购处理后，接收该业务应用服务器发送的删除指令。\n[0079] 解锁删除单元306，用于解锁并删除该第一业务订购标识信息。\n[0080] 第二信息插入单元307，用于在该解锁删除单元306解锁并删除该第一业务订购标识信息后，插入该第二业务订购标识信息。\n[0081] 第二业务处理单元308，用于根据该第二业务订购标识信息进行业务订购处理。\n[0082] 更进一步地，如图5所示，该数据存储服务器300还包括：\n[0083] 验证单元309，用于在第一业务订购标识信息中未配置非验证标识的情况下，验证所述第一业务订购标识信息对应的待订购业务与已订购业务的业务关系。\n[0084] 其中，该非验证标识配置在第一业务订购标识信息中的业务类型标识信息中，用来标识该第一业务订购标识信息对应的待订购业务不需要进行与已订购业务的业务关系的校验。\n[0085] 另外，若该第一业务订购标识信息中已配置非验证标识，则不需要验证该第一业务订购标识信息对应的待订购业务与已订购业务的业务关系，例如基本的查询业务。\n[0086] 具体地，验证该第一业务订购标识信息对应的待订购业务与已订购业务的业务关系，即为验证该第一业务订购标识信息对应的待订购业务与已订购业务之间是否是不允许重复订购的同一业务以及是否是同一业务类型不能共存的不同业务(即为互斥业务)，若验证失败，则回滚，提示用户订购错误；若验证成功，则继续进行后续的订购步骤。\n[0087] 采用上述实施例提供的数据存储服务器，系统不需要进行二次校验，就能够在减少业务订购处理时间和对系统资源的消耗的情况下，实现不重复订购同一业务或者互斥业务的目的。\n[0088] 本发明实施例提供一种用户订购业务的系统，如图6所示，包括：\n[0089] 接入服务器601、业务应用服务器602和数据库服务器603。\n[0090] 该数据库服务器为上述实施例中描述的数据库服务器603。\n[0091] 该接入服务器601，用于向该业务应用服务器602发送业务订购请求消息。\n[0092] 该业务应用服务器602，用于向该数据存储服务器603发送插入请求消息。\n[0093] 需要说明的是，上述的数据库服务器603应用于上述用户订购业务的方法，且该数据库服务器中的各个单元也与该方法中的各步骤相对应。\n[0094] 采用上述实施例提供的用户订购业务的系统，不需要进行二次校验，就能够在减少业务订购处理时间和对系统资源的消耗的情况下，实现不重复订购同一业务或者互斥业务的目的。\n[0095] 本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。\n[0096] 以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。