1.本发明涉及计算机
技术领域：
：，尤其涉及一种处理业务请求的方法和装置。
背景技术：
：：2.在一个软件应用系统中，通常需要保证业务操作的幂等性，幂等性是指要求系统a对系统b的接口进行多次调用所产生的结果和调用一次所产生的结果是一致的，以此避免重复请求操作对系统和业务造成的影响，例如转账请求，如果重复提交的操作并且没有幂等性处理会造成多次转账。现有的实现幂等性的方式通常是在关系型数据库中创建与业务标识相关的防重数据表，当服务端接收到业务请求后，在业务执行前通过查询防重数据表判断是否业务已经执行过而保证业务操作的幂等性。在一些特定场景或特定的时间范围中，需要根据特定的需求允许业务请求的多次调用。3.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：4.当在特定场景下需要改变幂等性的拦截操作、允许业务的多次处理时，现有实现需要运维人员执行手工操作将该业务请求从防重数据表中移除，当此类需求量较多时，增加了运维人员的工作量和运维成本，同时降低了处理业务的效率。技术实现要素：5.有鉴于此，本发明实施例提供一种处理业务请求的方法和装置，能够接收业务请求，在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；当所述操作的结果指示为保存成功时，处理所述业务请求，并通过解析相应的响应信息而获取业务处理指令，根据所述业务处理指令判断是否允许再次处理所述业务请求。该实施方式能够解决在特定场景下需要允许业务的多次处理时依赖运维人员执行手工操作的问题，从而提高了处理业务的效率，并降低了业务系统的运维成本。6.为实现上述目的，根据本发明实施例的一个方面，提供了一种处理业务请求的方法，其特征在于，包括：接收业务请求，所述业务请求至少包含请求唯一标识；在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；根据所述业务处理指令，处理所述业务请求。7.可选地，所述处理业务请求的方法，其特征在于，8.当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。9.可选地，所述处理业务请求的方法，其特征在于，10.获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令，包括：11.获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词指示的预定义业务信息，确定所述业务处理指令。12.可选地，所述处理业务请求的方法，其特征在于，13.根据所述业务处理指令，处理所述业务请求，包括：14.当所述业务处理指令指示为业务未完成时，针对所述业务请求，发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除。15.可选地，所述处理业务请求的方法，其特征在于，16.根据所述业务处理指令，处理所述业务请求，包括：17.当所述业务处理指令指示为业务完成时，将对应于所述请求唯一标识的业务请求的响应信息保存到所述请求历史数据中，并发送包含所述业务完成信息的响应信息。18.可选地，所述处理业务请求的方法，其特征在于，19.执行将所述请求唯一标识保存到请求历史数据中的操作，包括：20.当所述请求历史数据存储于关系型数据库时，利用唯一索引的规则保存所述请求唯一标识。21.可选地，所述处理业务请求的方法，其特征在于，22.执行将所述请求唯一标识保存到请求历史数据中的操作，包括：23.当所述请求历史数据存储于非关系型数据库时，利用分布式锁的规则保存所述请求唯一标识。24.为实现上述目的，根据本发明实施例的第二方面，提供了一种处理业务请求的装置，其特征在于，包括：保存业务标识模块、解析响应信息模块和处理业务请求模块；其中，25.所述保存业务标识模块，用于接收业务请求，所述业务请求至少包含请求唯一标识；在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；26.所述解析响应信息模块，用于当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；27.所述处理业务请求模块，用于根据所述业务处理指令，处理所述业务请求。28.可选地，所述处理业务请求的装置，其特征在于，29.当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。30.可选地，所述处理业务请求的装置，其特征在于，31.获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令，包括：32.获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词指示的预定义业务信息，确定所述业务处理指令。33.可选地，所述处理业务请求的装置，其特征在于，34.根据所述业务处理指令，处理所述业务请求，包括：35.当所述业务处理指令指示为业务未完成时，针对所述业务请求，发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除。36.可选地，所述处理业务请求的装置，其特征在于，37.根据所述业务处理指令，处理所述业务请求，包括：38.当所述业务处理指令指示为业务完成时，将对应于所述请求唯一标识的业务请求的响应信息保存到所述请求历史数据中，并发送包含所述业务完成信息的响应信息。39.可选地，所述处理业务请求的装置，其特征在于，40.执行将所述请求唯一标识保存到请求历史数据中的操作，包括：41.当所述请求历史数据存储于关系型数据库时，利用唯一索引的规则保存所述请求唯一标识。42.可选地，所述处理业务请求的装置，其特征在于，43.执行将所述请求唯一标识保存到请求历史数据中的操作，包括：44.当所述请求历史数据存储于非关系型数据库时，利用分布式锁的规则保存所述请求唯一标识。45.为实现上述目的，根据本发明实施例的第三方面，提供了一种处理业务请求的电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述处理业务请求的方法中任一所述的方法。46.为实现上述目的，根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如上述处理业务请求的方法中任一所述的方法。47.上述发明中的一个实施例具有如下优点或有益效果：接收业务请求，在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；当所述操作的结果指示为保存成功时，处理所述业务请求，并通过解析相应的响应信息而获取业务处理指令，根据所述业务处理指令判断是否允许再次处理所述业务请求。该实施方式能够解决在特定场景下需要允许业务的多次处理时依赖运维人员执行手工操作的问题，从而提高了处理业务的效率，并降低了业务系统的运维成本。48.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。附图说明49.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：50.图1是本发明一个实施例提供的一种处理业务请求的方法的流程示意图；51.图2是本发明一个实施例提供的一种处理业务请求的流程示意图；52.图3是本发明一个实施例提供的一种多次处理业务请求的流程示意图；53.图4是本发明一个实施例提供的一种处理业务请求的装置的结构示意图；54.图5是本发明实施例可以应用于其中的示例性系统架构图；55.图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。具体实施方式56.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。57.如图1所示，本发明实施例提供了一种处理业务请求的方法，该方法可以包括以下步骤：58.步骤s101：接收业务请求，所述业务请求至少包含请求唯一标识；在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；59.具体地，接收业务请求，所述业务请求可以来自于任意客户端或者服务端；根据不同的业务需求和场景产生不同的业务请求，例如，发送订单支付请求、银行转账请求、商品查询请求等；所述业务请求至少包含请求唯一标识，所述唯一标识用于唯一识别所述业务请求，其中，唯一标识可以是根据预定义命名规则生成的由字母和数字组成的字符串，也可以由业务请求唯一标识与业务请求中所包含的信息组合而成，例如对于一个订单支付请求，将业务请求标识以及订单标识组合而成业务请求的唯一标识；可以理解的是，所述业务请求至少包含请求唯一标识，业务请求还包含其他业务相关的信息，例如订单业务请求除了请求唯一标识，还包含订单号、支付金额等。60.本发明对所述业务请求的内容、请求唯一标识的内容和形式不做限定。61.进一步地，在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；62.为了防止同一个业务请求发送多次而造成的影响，利用形成请求历史数据的方式来记录已经处理的业务请求的信息，当接收到一个业务请求时，在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到请求历史数据中的操作；即，在请求历史数据中查找请求唯一标识时，未查找到所述请求唯一标识，则进一步执行将所述请求唯一标识保存到请求历史数据中的操作；当保存成功时，认为是第一次接收该业务请求；可以理解的是，当并发请求发生时，仅通过在请求历史数据中查找到的请求唯一标识的结果无法完全拦截业务的重复处理，因此，结合查询请求唯一标识以及执行将所述请求唯一标识保存到请求历史数据中的操作，进一步地通过确定所述请求唯一标识的唯一性来维持业务处理的非重复性；63.具体地，如果保存成功，则认为是接收新的业务请求，则处理该业务请求，当同一业务请求再次发送时，则在请求历史数据中能够查找到所述请求唯一标识，或者执行将所述请求唯一标识保存到请求历史数据中的操作会提示失败，指示该请求唯一标识已经存在；64.进一步地，当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。65.进一步地，保存所述请求唯一标识是的操作的结果指示为所述请求唯一标识已存在时，指示为已经处理过业务请求，则不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。66.其中，指示“保存成功”或者“请求唯一标识已存在”的方式与存储请求历史数据的存储方式相关，例如，关系型数据库、非关系型数据库、其他存储方式用不同的方法指示“保存成功”存；本发明对历史数据的存储方式以及指示“保存成功”或者“请求唯一标识已存在”的具体内容不做限定；67.可以理解的是，根据业务场景的需要，请求历史数据除了包含业务请求的唯一标识，还可以包含业务相关的其他信息，本发明对唯一标识以外的其他信息不做限定；68.所述请求历史数据可以存储于数据库的数据表中，或者利用文件、链表的方式存储，本发明对请求历史数据的存储方式不做限定。69.优选地，所述请求历史数据存储于数据库的数据表中，根据应用所使用的数据库类型，执行将所述请求唯一标识保存到所述请求历史数据中的操作有两种方式：70.第一种方式，所述请求历史数据存储于关系型数据库：即，执行将所述请求唯一标识保存到请求历史数据中的操作，包括：71.当所述请求历史数据存储于关系型数据库时，利用唯一索引的规则保存所述请求唯一标识。72.具体地，对于一个应用系统，可以包含提供业务支持的数据库，当数据库是关系型数据库时，利用关系型数据库的唯一索引的规则保存所述请求唯一标识和对应于所述业务请求的响应信息，以mysql数据库为例，可以利用下面的示例保存业务信息；73.insertintotable1(key_id)values(“a1b2c3d4e5”)74.其中，假设table1为已创建的请求历史数据表，其中至少包含请求唯一标识和业务响应信息的条目；上述示例语句中，key_id为保存业务的唯一标识的条目，并且将key_id设置为唯一索引，保证该条数据的唯一性；75.第二种方式，所述请求历史数据存储于关系型数据库：即，执行将所述请求唯一标识保存到请求历史数据中的操作，包括：76.当所述请求历史数据存储于非关系型数据库时，利用分布式锁的规则保存所述请求唯一标识。77.具体地，对于一个应用，可以包含服务端支持的数据库，当后台数据库是非关系型数据库时，利用非关系型数据库的分布锁的规则保存所述请求唯一标识，以redis为例，可以利用setnx方法至少保存请求唯一标识。78.本发明对关系型数据库和非关系型数据库的类型和请求历史数据所在的数据表的具体内容不做限定。79.步骤s102：当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；80.具体地，当所述操作的结果指示为保存成功时，说明请求历史数据中不包含所述请求唯一标识，则认为该业务请求为第一次发生，指示保存成功的方式与存储请求历史数据的存储方式相关，例如，关系型数据库、非关系型数据库、其他存储方式用不同的方法指示存储成功；81.进一步地，当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；82.获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词所指示的预定义业务信息，确定所述业务处理指令。83.下面举例说明用该示例描述解析述响应信息获取业务处理指令的过程，包括，通过解析获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，解析所述业务关键词指示的预定义业务信息，进而确定所述业务处理指令；84.例如：根据业务请求反馈的响应信息如下，85.{"success":true,"code":0,"msg":"执行成功"}86.在所述响应信息中查找预定义的业务关键词，以上述响应信息为例，上述示例响应信息中，假设预定义的业务关键词为“code”，通过查找响应信息中的“code”，获得“code”为“0”；并且根据预定义的规则令“code”为“0”时表示业务完成，“0”即为解析所述业务关键词指示的预定义的业务信息，进一步地，解析所述预定义业务信息，确定业务处理指令，在本例中，根据所述预定义业务信息，即“0”，并通过解析可知“0”对应的业务指令为业务完成，从而进一步确定业务处理指令为业务完成；可以理解的是，预定义的业务关键词、所述业务关键词所指示的预定义业务信息根据场景定义，例如，在上述示例中，预定义的业务关键词还可以是“msg”,“执行成功”为业务关键词指示的预定义业务信息，并且表示业务请求完成；87.进一步地，假设业务请求获得的响应信息为：88.{"success":false,"code":-1,"msg":"系统内部错误,请重试"}89.在所述响应信息中查找预定义的业务关键词，仍以响应信息中的“code”作为预定义的业务关键词，其中“code”指示为-1，“-1”为预定义的业务信息，并且通过解析可知预定义的规则令“-1”表示业务未完成，进一步地，根据所述业务关键词所指示的预定义业务信息，确定所述业务处理指令，在本示例中，业务处理指令为业务未完成；90.可以理解的是，预定义的业务关键词，以及所述业务关键词所指示的预定义业务信息根据场景定义，例如，在上述实例中，预定义的业务关键词还可以是“msg”,并且设置“系统内部错误,请重试”为预定义业务信息，表示业务未完成；91.进一步地，当业务请求未完成，并再次接受该业务请求时，允许再次处理该业务请求；可以理解的是，如果再次处理该业务请求获得的响应信息依然是{"success":false,"code":-1,"msg":"系统内部错误,请重试"}，按照在所述响应信息中查找预定义的业务关键词，根据所述业务关键词所指示的预定义业务信息，确定所述业务处理指令；92.关于根据所述业务处理指令，处理所述业务请求的业务的描述如步骤s103所述。93.本发明对预定义的业务关键词和预定义业务信息的具体内容和格式不做限定；94.即，执行将所述请求唯一标识保存到请求历史数据中的操作；95.当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；根据所述业务处理指令，处理所述业务请求；96.获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令，包括：获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词指示的预定义业务信息，确定所述业务处理指令。97.步骤s103：根据所述业务处理指令，处理所述业务请求的业务。98.具体地，如步骤s102所描述，根据预定义的业务处理规则解析响应信息获取业务处理指令，业务处理指令为“业务完成”或者“业务未完成”；99.根据所述业务处理指令，处理所述业务请求，包括：当所述业务处理指令指示为业务完成时，将对应于所述请求唯一标识的业务请求的响应信息保存到所述请求历史数据中，并发送包含所述业务完成信息的响应信息；100.具体地，当所述业务处理指令指示为业务完成时，则认为该业务请求已经成功执行和处理，由步骤s101可知，在请求历史数据中已经存在该业务的唯一标识，为了保持幂等性，当接收多次所述业务请求时，不处理所述业务，则将对应于所述请求唯一标识的业务请求的响应信息保存到所述请求历史数据中；101.可以理解的是，关于所述业务请求成的响应信息与其对应的请求唯一标识一起保存在请求历史数据中，并发送包含所述业务完成信息的响应信息。当所述业务请求再次发送的时候，如步骤s101所描述，执行将所述请求唯一标识保存到请求历史数据中的操作，则当所述操作的结果指示为所述请求唯一标识已存在，进一步地，直接发送保存在所述请求历史数据中的所述业务请求的响应信息。102.即，当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。103.进一步地，根据所述业务处理指令，处理所述业务请求，包括：当所述业务处理指令指示为业务未完成时，针对所述业务请求，发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除；104.具体地，当所述业务处理指令指示为业务未完成时，即根据预定义的关键词和所述关键词指示的预定义业务信息解析响应信息，进而获取业务处理指令为“业务未完成”，并根据预定义的规则在“业务未完成”的业务处理指令下，可以允许再次处理该业务请求，具体地，发送包含所述业务未完成信息的响应信息给发送方，通知发送方该业务请求的响应结果，进一步地，并将所述请求唯一标识从所述请求历史数据中删除，可以理解的是，通过删除该业务请求的唯一标识，可以允许再次接受该业务请求的时候，重新处理该业务；105.根据请求历史数据存储的方式不同，采取相应地从所述请求历史数据中删除业务请求的唯一标识的方式，例如，当请求历史数据存储于关系型数据库中，利用关系型数据库的语句进行删除，当请求历史数据存储于非关系型数据库中，利用非关系型数据库的方法进行删除，当请求历史数据存储于其他储存格式，例如文件时，采用相应的方法进行删除，本发明对删除业务请求唯一标识的具体方式不做限定。106.通过上述方法可以判断是否允许业务请求的多次处理，而不依赖于运维人员从防重数据库(即请求历史数据)中手工删除所述请求唯一标识，从而提高了处理业务的效率，并降低了业务系统的运维成本。107.如图2所示，本发明实施例提供了一种多次业务处理的流程示意图，该方法的流程可以包括以下步骤：108.步骤s201：接收业务请求，根据业务的请求唯一标识在请求历史数据中查找；109.关于接收业务请求，以及所述业务请求中包含的请求唯一标识、在请求历史数据中查找请求唯一标识的具体描述与步骤s101一致，在此不再赘述；110.进一步地，如果查找到所述请求唯一标识，执行步骤s206；如果未查找到所述请求唯一标识，执行步骤步骤s202。111.步骤s202：执行将所述请求唯一标识保存到请求历史数据中的操作；如果指示为保存成功，执行步骤s205；如果指示请求唯一标识已经存在；执行步骤s206；112.即，当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；113.当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。114.进一步地，根据请求历史数据所可以采用不同的存储方式，如果是利用关系型数据库存储，执行步骤s203；如果是利用非关系型数据库存储，执行步骤s204；115.即，执行将所述请求唯一标识保存到请求历史数据中的操作，包括：当所述请求历史数据存储于关系型数据库时，利用唯一索引的规则保存所述请求唯一标识。116.执行将所述请求唯一标识保存到请求历史数据中的操作，包括：当所述请求历史数据存储于非关系型数据库时，利用分布式锁的规则保存所述请求唯一标识。117.步骤s203：利用唯一索引的规则保存请求唯一标识和响应信息；118.具体地，将所述请求唯一标识保存到所述请求历史数据中，包括：当所述请求历史数据存储于关系型数据库时，利用唯一索引的规则至少保存所述请求唯一标识。119.关于利用唯一索引的规则保存所述请求唯一标识的描述与步骤s102一致，在此不再赘述；120.步骤s204：利用分布式锁的规则保存请求唯一标识；121.具体地，将所述请求唯一标识保存到所述请求历史数据中，包括：当所述请求历史数据存储于非关系型数据库时，利用分布式锁的规则保存至少所述请求唯一标识。122.关于利用分布式锁的规则保存所述请求唯一标识的描述与步骤s102一致，在此不再赘述；123.步骤s205：处理业务请求，并解析所述响应信息，根据获得的关键字确定对应的业务处理指令；当业务处理指令为业务未完成时，执行步骤s207；当业务处理指令为业务完成时，执行步骤s208；124.具体地，当所述操作的结果指示为保存成功时，利用预定义的业务处理规则解析所述业务请求响应信息，根据解析获得的结果判断是否可以再次处理该业务请求；125.即，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令，包括：获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词指示的预定义业务信息，确定所述业务处理指令。126.所述业务处理指令包括：业务完成和业务未完成；127.根据预定义的业务处理规则解析响应信息的描述与步骤s102一致，在此不再赘述。128.步骤s206：执行将所述请求唯一标识保存到请求历史数据中的操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。129.即，当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。130.步骤s207：发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除；131.即，根据所述业务处理指令，处理所述业务请求，包括：当所述业务处理指令指示为业务未完成时，针对所述业务请求，发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除。132.关于当所述业务处理指令指示为业务未完成时的处理描述与步骤s103一致，在此不再赘述；133.步骤s208：将业务请求的响应信息保存到请求历史数据中，发送完成响应信息；134.具体地，根据所述业务处理指令，处理所述业务请求的业务，包括：当所述业务处理指令指示为业务完成时，将业务请求的响应信息保存到请求历史数据中，发送完成响应信息；135.关于当所述业务处理指令指示为业务完成时的处理描述与步骤s103一致，在此不再赘述；136.当再次接受业务请求时，重复步骤s201-步骤s208；利用步骤s201-步骤s208的方法，既可以保证业务请求的幂等性处理，又可以允许在预定义的业务处理规则下多次处理该业务请求。提高了业务请求的效率，降低了运维的成本。137.如图3所示，本发明实施例提供了一种多次处理业务请求的流程示意图，该方法的流程可以包括以下步骤：138.步骤s301-s307描述了一种业务请求可以多次处理的发送方和服务端之间交互的流程示意图；139.步骤s301：发送方发送业务请求；140.具体地，发送方可以是客户端、服务端或者其他发送业务请求的模块；本发明对发送方的具体形式不做限定；141.步骤s302：服务端接收业务请求；142.步骤s303：在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到请求历史数据中的操作；判断所述操作的结果指示为保存成功；143.步骤s301-s303描述了接收业务请求，所述业务请求至少包含请求唯一标识；在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；144.关于接收业务请求的具体描述与步骤s101一致，在此不再赘述；145.步骤s304：处理业务请求，解析该业务所对应的响应信息，根据获得的关键字确定对应的业务处理指令；具体地，执行将所述请求唯一标识保存到请求历史数据中的操作；当所述操作的结果指示为保存成功时，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；146.进一步地，获取对应于所述业务请求的响应信息，获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词所指示的预定义业务信息，确定所述业务处理指令。147.解析响应信息的描述与步骤s102一致，在此不再赘述；148.步骤s305：发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除；149.具体地，当所述业务处理指令指示为业务未完成时，针对所述业务请求，发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除。150.关于当所述业务处理指令指示为业务未完成时的处理描述与步骤s103一致，在此不再赘述；151.步骤s306：发送方发送业务请求；152.具体地，发送方再次发送所述业务请求，例如，基于订单支付返回的支付错误，再次发送业务请求；或者当需要做接口访问的性能测试时，允许接收多次业务请求；153.步骤s307：服务端根据业务请求处理流程处理业务请求；154.服务端接收并处理业务请求的描述与步骤s201-s208一致，在此不再赘述。155.如图4所示，本发明实施例提供了一种处理业务请求的装置400，包括：保存业务标识模块401、解析响应信息模块402和处理业务请求模块403；其中，156.所述保存业务标识模块401，用于接收业务请求，所述业务请求至少包含请求唯一标识；在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；157.所述解析响应信息模块402，用于当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；158.所述处理业务请求模块403，用于根据所述业务处理指令，处理所述业务请求。159.可选地，所述解析响应信息模块402，用于当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。160.可选地，所述解析响应信息模块402，用于获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令，包括：161.获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词指示的预定义业务信息，确定所述业务处理指令。162.可选地，所述处理业务请求模块403，用于根据所述业务处理指令，处理所述业务请求，包括：163.当所述业务处理指令指示为业务未完成时，针对所述业务请求，发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除。164.可选地，所述处理业务请求模块403，用于根据所述业务处理指令，处理所述业务请求，包括：165.当所述业务处理指令指示为业务完成时，将对应于所述请求唯一标识的业务请求的响应信息保存到所述请求历史数据中，并发送包含所述业务完成信息的响应信息。166.可选地，所述所述保存业务标识模块401，用于执行将所述请求唯一标识保存到请求历史数据中的操作，包括：167.当所述请求历史数据存储于关系型数据库时，利用唯一索引的规则保存所述请求唯一标识。168.可选地，所述保存业务标识模块401，用于执行将所述请求唯一标识保存到请求历史数据中的操作，包括：169.当所述请求历史数据存储于非关系型数据库时，利用分布式锁的规则保存所述请求唯一标识。170.本发明实施例还提供了一种处理业务请求的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例提供的方法。171.本发明实施例还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例提供的方法。172.图5示出了可以应用本发明实施例的处理业务请求的方法或处理业务请求的装置的示例性系统架构500。173.如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。174.用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种客户端应用，例如电子商城应用、网页浏览器应用、搜索类应用、即时通信工具和邮箱客户端等。175.终端设备501、502、503可以是具有显示屏并且支持电子商城应用等客户端应用的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。176.服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所发送的业务请求提供支持的后台管理服务器。后台管理服务器可以对接收到的业务请求等进行处理，并将响应信息反馈给终端设备。177.需要说明的是，本发明实施例所提供的处理业务请求的方法一般由服务器505执行，相应地，处理业务请求的装置一般设置于服务器505中。178.应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。179.下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。180.如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有系统600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。181.以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。182.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本发明的系统中限定的上述功能。183.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。184.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。185.描述于本发明实施例中所涉及到的模块和/或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块和/或单元也可以设置在处理器中，例如，可以描述为：一种处理器包括保存业务标识模块、解析响应信息模块和处理业务请求模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，处理业务请求模块还可以被描述为“根据业务处理指令，确定是否允许再次处理所述业务请求的模块”。186.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收业务请求，所述业务请求至少包含请求唯一标识；在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；根据所述业务处理指令，处理所述业务请求。187.根据本发明实施例的技术方案，该实施方式能够部分解决在特定场景下需要允许业务的多次处理时依赖运维人员执行手工操作的问题，从而提高了处理业务的效率，并降低了业务系统的运维成本。188.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。当前第1页12当前第1页12
技术领域：
：，尤其涉及一种处理业务请求的方法和装置。
背景技术：
：：2.在一个软件应用系统中，通常需要保证业务操作的幂等性，幂等性是指要求系统a对系统b的接口进行多次调用所产生的结果和调用一次所产生的结果是一致的，以此避免重复请求操作对系统和业务造成的影响，例如转账请求，如果重复提交的操作并且没有幂等性处理会造成多次转账。现有的实现幂等性的方式通常是在关系型数据库中创建与业务标识相关的防重数据表，当服务端接收到业务请求后，在业务执行前通过查询防重数据表判断是否业务已经执行过而保证业务操作的幂等性。在一些特定场景或特定的时间范围中，需要根据特定的需求允许业务请求的多次调用。3.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：4.当在特定场景下需要改变幂等性的拦截操作、允许业务的多次处理时，现有实现需要运维人员执行手工操作将该业务请求从防重数据表中移除，当此类需求量较多时，增加了运维人员的工作量和运维成本，同时降低了处理业务的效率。技术实现要素：5.有鉴于此，本发明实施例提供一种处理业务请求的方法和装置，能够接收业务请求，在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；当所述操作的结果指示为保存成功时，处理所述业务请求，并通过解析相应的响应信息而获取业务处理指令，根据所述业务处理指令判断是否允许再次处理所述业务请求。该实施方式能够解决在特定场景下需要允许业务的多次处理时依赖运维人员执行手工操作的问题，从而提高了处理业务的效率，并降低了业务系统的运维成本。6.为实现上述目的，根据本发明实施例的一个方面，提供了一种处理业务请求的方法，其特征在于，包括：接收业务请求，所述业务请求至少包含请求唯一标识；在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；根据所述业务处理指令，处理所述业务请求。7.可选地，所述处理业务请求的方法，其特征在于，8.当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。9.可选地，所述处理业务请求的方法，其特征在于，10.获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令，包括：11.获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词指示的预定义业务信息，确定所述业务处理指令。12.可选地，所述处理业务请求的方法，其特征在于，13.根据所述业务处理指令，处理所述业务请求，包括：14.当所述业务处理指令指示为业务未完成时，针对所述业务请求，发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除。15.可选地，所述处理业务请求的方法，其特征在于，16.根据所述业务处理指令，处理所述业务请求，包括：17.当所述业务处理指令指示为业务完成时，将对应于所述请求唯一标识的业务请求的响应信息保存到所述请求历史数据中，并发送包含所述业务完成信息的响应信息。18.可选地，所述处理业务请求的方法，其特征在于，19.执行将所述请求唯一标识保存到请求历史数据中的操作，包括：20.当所述请求历史数据存储于关系型数据库时，利用唯一索引的规则保存所述请求唯一标识。21.可选地，所述处理业务请求的方法，其特征在于，22.执行将所述请求唯一标识保存到请求历史数据中的操作，包括：23.当所述请求历史数据存储于非关系型数据库时，利用分布式锁的规则保存所述请求唯一标识。24.为实现上述目的，根据本发明实施例的第二方面，提供了一种处理业务请求的装置，其特征在于，包括：保存业务标识模块、解析响应信息模块和处理业务请求模块；其中，25.所述保存业务标识模块，用于接收业务请求，所述业务请求至少包含请求唯一标识；在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；26.所述解析响应信息模块，用于当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；27.所述处理业务请求模块，用于根据所述业务处理指令，处理所述业务请求。28.可选地，所述处理业务请求的装置，其特征在于，29.当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。30.可选地，所述处理业务请求的装置，其特征在于，31.获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令，包括：32.获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词指示的预定义业务信息，确定所述业务处理指令。33.可选地，所述处理业务请求的装置，其特征在于，34.根据所述业务处理指令，处理所述业务请求，包括：35.当所述业务处理指令指示为业务未完成时，针对所述业务请求，发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除。36.可选地，所述处理业务请求的装置，其特征在于，37.根据所述业务处理指令，处理所述业务请求，包括：38.当所述业务处理指令指示为业务完成时，将对应于所述请求唯一标识的业务请求的响应信息保存到所述请求历史数据中，并发送包含所述业务完成信息的响应信息。39.可选地，所述处理业务请求的装置，其特征在于，40.执行将所述请求唯一标识保存到请求历史数据中的操作，包括：41.当所述请求历史数据存储于关系型数据库时，利用唯一索引的规则保存所述请求唯一标识。42.可选地，所述处理业务请求的装置，其特征在于，43.执行将所述请求唯一标识保存到请求历史数据中的操作，包括：44.当所述请求历史数据存储于非关系型数据库时，利用分布式锁的规则保存所述请求唯一标识。45.为实现上述目的，根据本发明实施例的第三方面，提供了一种处理业务请求的电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述处理业务请求的方法中任一所述的方法。46.为实现上述目的，根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如上述处理业务请求的方法中任一所述的方法。47.上述发明中的一个实施例具有如下优点或有益效果：接收业务请求，在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；当所述操作的结果指示为保存成功时，处理所述业务请求，并通过解析相应的响应信息而获取业务处理指令，根据所述业务处理指令判断是否允许再次处理所述业务请求。该实施方式能够解决在特定场景下需要允许业务的多次处理时依赖运维人员执行手工操作的问题，从而提高了处理业务的效率，并降低了业务系统的运维成本。48.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。附图说明49.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：50.图1是本发明一个实施例提供的一种处理业务请求的方法的流程示意图；51.图2是本发明一个实施例提供的一种处理业务请求的流程示意图；52.图3是本发明一个实施例提供的一种多次处理业务请求的流程示意图；53.图4是本发明一个实施例提供的一种处理业务请求的装置的结构示意图；54.图5是本发明实施例可以应用于其中的示例性系统架构图；55.图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。具体实施方式56.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。57.如图1所示，本发明实施例提供了一种处理业务请求的方法，该方法可以包括以下步骤：58.步骤s101：接收业务请求，所述业务请求至少包含请求唯一标识；在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；59.具体地，接收业务请求，所述业务请求可以来自于任意客户端或者服务端；根据不同的业务需求和场景产生不同的业务请求，例如，发送订单支付请求、银行转账请求、商品查询请求等；所述业务请求至少包含请求唯一标识，所述唯一标识用于唯一识别所述业务请求，其中，唯一标识可以是根据预定义命名规则生成的由字母和数字组成的字符串，也可以由业务请求唯一标识与业务请求中所包含的信息组合而成，例如对于一个订单支付请求，将业务请求标识以及订单标识组合而成业务请求的唯一标识；可以理解的是，所述业务请求至少包含请求唯一标识，业务请求还包含其他业务相关的信息，例如订单业务请求除了请求唯一标识，还包含订单号、支付金额等。60.本发明对所述业务请求的内容、请求唯一标识的内容和形式不做限定。61.进一步地，在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；62.为了防止同一个业务请求发送多次而造成的影响，利用形成请求历史数据的方式来记录已经处理的业务请求的信息，当接收到一个业务请求时，在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到请求历史数据中的操作；即，在请求历史数据中查找请求唯一标识时，未查找到所述请求唯一标识，则进一步执行将所述请求唯一标识保存到请求历史数据中的操作；当保存成功时，认为是第一次接收该业务请求；可以理解的是，当并发请求发生时，仅通过在请求历史数据中查找到的请求唯一标识的结果无法完全拦截业务的重复处理，因此，结合查询请求唯一标识以及执行将所述请求唯一标识保存到请求历史数据中的操作，进一步地通过确定所述请求唯一标识的唯一性来维持业务处理的非重复性；63.具体地，如果保存成功，则认为是接收新的业务请求，则处理该业务请求，当同一业务请求再次发送时，则在请求历史数据中能够查找到所述请求唯一标识，或者执行将所述请求唯一标识保存到请求历史数据中的操作会提示失败，指示该请求唯一标识已经存在；64.进一步地，当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。65.进一步地，保存所述请求唯一标识是的操作的结果指示为所述请求唯一标识已存在时，指示为已经处理过业务请求，则不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。66.其中，指示“保存成功”或者“请求唯一标识已存在”的方式与存储请求历史数据的存储方式相关，例如，关系型数据库、非关系型数据库、其他存储方式用不同的方法指示“保存成功”存；本发明对历史数据的存储方式以及指示“保存成功”或者“请求唯一标识已存在”的具体内容不做限定；67.可以理解的是，根据业务场景的需要，请求历史数据除了包含业务请求的唯一标识，还可以包含业务相关的其他信息，本发明对唯一标识以外的其他信息不做限定；68.所述请求历史数据可以存储于数据库的数据表中，或者利用文件、链表的方式存储，本发明对请求历史数据的存储方式不做限定。69.优选地，所述请求历史数据存储于数据库的数据表中，根据应用所使用的数据库类型，执行将所述请求唯一标识保存到所述请求历史数据中的操作有两种方式：70.第一种方式，所述请求历史数据存储于关系型数据库：即，执行将所述请求唯一标识保存到请求历史数据中的操作，包括：71.当所述请求历史数据存储于关系型数据库时，利用唯一索引的规则保存所述请求唯一标识。72.具体地，对于一个应用系统，可以包含提供业务支持的数据库，当数据库是关系型数据库时，利用关系型数据库的唯一索引的规则保存所述请求唯一标识和对应于所述业务请求的响应信息，以mysql数据库为例，可以利用下面的示例保存业务信息；73.insertintotable1(key_id)values(“a1b2c3d4e5”)74.其中，假设table1为已创建的请求历史数据表，其中至少包含请求唯一标识和业务响应信息的条目；上述示例语句中，key_id为保存业务的唯一标识的条目，并且将key_id设置为唯一索引，保证该条数据的唯一性；75.第二种方式，所述请求历史数据存储于关系型数据库：即，执行将所述请求唯一标识保存到请求历史数据中的操作，包括：76.当所述请求历史数据存储于非关系型数据库时，利用分布式锁的规则保存所述请求唯一标识。77.具体地，对于一个应用，可以包含服务端支持的数据库，当后台数据库是非关系型数据库时，利用非关系型数据库的分布锁的规则保存所述请求唯一标识，以redis为例，可以利用setnx方法至少保存请求唯一标识。78.本发明对关系型数据库和非关系型数据库的类型和请求历史数据所在的数据表的具体内容不做限定。79.步骤s102：当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；80.具体地，当所述操作的结果指示为保存成功时，说明请求历史数据中不包含所述请求唯一标识，则认为该业务请求为第一次发生，指示保存成功的方式与存储请求历史数据的存储方式相关，例如，关系型数据库、非关系型数据库、其他存储方式用不同的方法指示存储成功；81.进一步地，当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；82.获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词所指示的预定义业务信息，确定所述业务处理指令。83.下面举例说明用该示例描述解析述响应信息获取业务处理指令的过程，包括，通过解析获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，解析所述业务关键词指示的预定义业务信息，进而确定所述业务处理指令；84.例如：根据业务请求反馈的响应信息如下，85.{"success":true,"code":0,"msg":"执行成功"}86.在所述响应信息中查找预定义的业务关键词，以上述响应信息为例，上述示例响应信息中，假设预定义的业务关键词为“code”，通过查找响应信息中的“code”，获得“code”为“0”；并且根据预定义的规则令“code”为“0”时表示业务完成，“0”即为解析所述业务关键词指示的预定义的业务信息，进一步地，解析所述预定义业务信息，确定业务处理指令，在本例中，根据所述预定义业务信息，即“0”，并通过解析可知“0”对应的业务指令为业务完成，从而进一步确定业务处理指令为业务完成；可以理解的是，预定义的业务关键词、所述业务关键词所指示的预定义业务信息根据场景定义，例如，在上述示例中，预定义的业务关键词还可以是“msg”,“执行成功”为业务关键词指示的预定义业务信息，并且表示业务请求完成；87.进一步地，假设业务请求获得的响应信息为：88.{"success":false,"code":-1,"msg":"系统内部错误,请重试"}89.在所述响应信息中查找预定义的业务关键词，仍以响应信息中的“code”作为预定义的业务关键词，其中“code”指示为-1，“-1”为预定义的业务信息，并且通过解析可知预定义的规则令“-1”表示业务未完成，进一步地，根据所述业务关键词所指示的预定义业务信息，确定所述业务处理指令，在本示例中，业务处理指令为业务未完成；90.可以理解的是，预定义的业务关键词，以及所述业务关键词所指示的预定义业务信息根据场景定义，例如，在上述实例中，预定义的业务关键词还可以是“msg”,并且设置“系统内部错误,请重试”为预定义业务信息，表示业务未完成；91.进一步地，当业务请求未完成，并再次接受该业务请求时，允许再次处理该业务请求；可以理解的是，如果再次处理该业务请求获得的响应信息依然是{"success":false,"code":-1,"msg":"系统内部错误,请重试"}，按照在所述响应信息中查找预定义的业务关键词，根据所述业务关键词所指示的预定义业务信息，确定所述业务处理指令；92.关于根据所述业务处理指令，处理所述业务请求的业务的描述如步骤s103所述。93.本发明对预定义的业务关键词和预定义业务信息的具体内容和格式不做限定；94.即，执行将所述请求唯一标识保存到请求历史数据中的操作；95.当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；根据所述业务处理指令，处理所述业务请求；96.获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令，包括：获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词指示的预定义业务信息，确定所述业务处理指令。97.步骤s103：根据所述业务处理指令，处理所述业务请求的业务。98.具体地，如步骤s102所描述，根据预定义的业务处理规则解析响应信息获取业务处理指令，业务处理指令为“业务完成”或者“业务未完成”；99.根据所述业务处理指令，处理所述业务请求，包括：当所述业务处理指令指示为业务完成时，将对应于所述请求唯一标识的业务请求的响应信息保存到所述请求历史数据中，并发送包含所述业务完成信息的响应信息；100.具体地，当所述业务处理指令指示为业务完成时，则认为该业务请求已经成功执行和处理，由步骤s101可知，在请求历史数据中已经存在该业务的唯一标识，为了保持幂等性，当接收多次所述业务请求时，不处理所述业务，则将对应于所述请求唯一标识的业务请求的响应信息保存到所述请求历史数据中；101.可以理解的是，关于所述业务请求成的响应信息与其对应的请求唯一标识一起保存在请求历史数据中，并发送包含所述业务完成信息的响应信息。当所述业务请求再次发送的时候，如步骤s101所描述，执行将所述请求唯一标识保存到请求历史数据中的操作，则当所述操作的结果指示为所述请求唯一标识已存在，进一步地，直接发送保存在所述请求历史数据中的所述业务请求的响应信息。102.即，当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。103.进一步地，根据所述业务处理指令，处理所述业务请求，包括：当所述业务处理指令指示为业务未完成时，针对所述业务请求，发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除；104.具体地，当所述业务处理指令指示为业务未完成时，即根据预定义的关键词和所述关键词指示的预定义业务信息解析响应信息，进而获取业务处理指令为“业务未完成”，并根据预定义的规则在“业务未完成”的业务处理指令下，可以允许再次处理该业务请求，具体地，发送包含所述业务未完成信息的响应信息给发送方，通知发送方该业务请求的响应结果，进一步地，并将所述请求唯一标识从所述请求历史数据中删除，可以理解的是，通过删除该业务请求的唯一标识，可以允许再次接受该业务请求的时候，重新处理该业务；105.根据请求历史数据存储的方式不同，采取相应地从所述请求历史数据中删除业务请求的唯一标识的方式，例如，当请求历史数据存储于关系型数据库中，利用关系型数据库的语句进行删除，当请求历史数据存储于非关系型数据库中，利用非关系型数据库的方法进行删除，当请求历史数据存储于其他储存格式，例如文件时，采用相应的方法进行删除，本发明对删除业务请求唯一标识的具体方式不做限定。106.通过上述方法可以判断是否允许业务请求的多次处理，而不依赖于运维人员从防重数据库(即请求历史数据)中手工删除所述请求唯一标识，从而提高了处理业务的效率，并降低了业务系统的运维成本。107.如图2所示，本发明实施例提供了一种多次业务处理的流程示意图，该方法的流程可以包括以下步骤：108.步骤s201：接收业务请求，根据业务的请求唯一标识在请求历史数据中查找；109.关于接收业务请求，以及所述业务请求中包含的请求唯一标识、在请求历史数据中查找请求唯一标识的具体描述与步骤s101一致，在此不再赘述；110.进一步地，如果查找到所述请求唯一标识，执行步骤s206；如果未查找到所述请求唯一标识，执行步骤步骤s202。111.步骤s202：执行将所述请求唯一标识保存到请求历史数据中的操作；如果指示为保存成功，执行步骤s205；如果指示请求唯一标识已经存在；执行步骤s206；112.即，当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；113.当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。114.进一步地，根据请求历史数据所可以采用不同的存储方式，如果是利用关系型数据库存储，执行步骤s203；如果是利用非关系型数据库存储，执行步骤s204；115.即，执行将所述请求唯一标识保存到请求历史数据中的操作，包括：当所述请求历史数据存储于关系型数据库时，利用唯一索引的规则保存所述请求唯一标识。116.执行将所述请求唯一标识保存到请求历史数据中的操作，包括：当所述请求历史数据存储于非关系型数据库时，利用分布式锁的规则保存所述请求唯一标识。117.步骤s203：利用唯一索引的规则保存请求唯一标识和响应信息；118.具体地，将所述请求唯一标识保存到所述请求历史数据中，包括：当所述请求历史数据存储于关系型数据库时，利用唯一索引的规则至少保存所述请求唯一标识。119.关于利用唯一索引的规则保存所述请求唯一标识的描述与步骤s102一致，在此不再赘述；120.步骤s204：利用分布式锁的规则保存请求唯一标识；121.具体地，将所述请求唯一标识保存到所述请求历史数据中，包括：当所述请求历史数据存储于非关系型数据库时，利用分布式锁的规则保存至少所述请求唯一标识。122.关于利用分布式锁的规则保存所述请求唯一标识的描述与步骤s102一致，在此不再赘述；123.步骤s205：处理业务请求，并解析所述响应信息，根据获得的关键字确定对应的业务处理指令；当业务处理指令为业务未完成时，执行步骤s207；当业务处理指令为业务完成时，执行步骤s208；124.具体地，当所述操作的结果指示为保存成功时，利用预定义的业务处理规则解析所述业务请求响应信息，根据解析获得的结果判断是否可以再次处理该业务请求；125.即，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令，包括：获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词指示的预定义业务信息，确定所述业务处理指令。126.所述业务处理指令包括：业务完成和业务未完成；127.根据预定义的业务处理规则解析响应信息的描述与步骤s102一致，在此不再赘述。128.步骤s206：执行将所述请求唯一标识保存到请求历史数据中的操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。129.即，当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。130.步骤s207：发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除；131.即，根据所述业务处理指令，处理所述业务请求，包括：当所述业务处理指令指示为业务未完成时，针对所述业务请求，发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除。132.关于当所述业务处理指令指示为业务未完成时的处理描述与步骤s103一致，在此不再赘述；133.步骤s208：将业务请求的响应信息保存到请求历史数据中，发送完成响应信息；134.具体地，根据所述业务处理指令，处理所述业务请求的业务，包括：当所述业务处理指令指示为业务完成时，将业务请求的响应信息保存到请求历史数据中，发送完成响应信息；135.关于当所述业务处理指令指示为业务完成时的处理描述与步骤s103一致，在此不再赘述；136.当再次接受业务请求时，重复步骤s201-步骤s208；利用步骤s201-步骤s208的方法，既可以保证业务请求的幂等性处理，又可以允许在预定义的业务处理规则下多次处理该业务请求。提高了业务请求的效率，降低了运维的成本。137.如图3所示，本发明实施例提供了一种多次处理业务请求的流程示意图，该方法的流程可以包括以下步骤：138.步骤s301-s307描述了一种业务请求可以多次处理的发送方和服务端之间交互的流程示意图；139.步骤s301：发送方发送业务请求；140.具体地，发送方可以是客户端、服务端或者其他发送业务请求的模块；本发明对发送方的具体形式不做限定；141.步骤s302：服务端接收业务请求；142.步骤s303：在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到请求历史数据中的操作；判断所述操作的结果指示为保存成功；143.步骤s301-s303描述了接收业务请求，所述业务请求至少包含请求唯一标识；在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；144.关于接收业务请求的具体描述与步骤s101一致，在此不再赘述；145.步骤s304：处理业务请求，解析该业务所对应的响应信息，根据获得的关键字确定对应的业务处理指令；具体地，执行将所述请求唯一标识保存到请求历史数据中的操作；当所述操作的结果指示为保存成功时，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；146.进一步地，获取对应于所述业务请求的响应信息，获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词所指示的预定义业务信息，确定所述业务处理指令。147.解析响应信息的描述与步骤s102一致，在此不再赘述；148.步骤s305：发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除；149.具体地，当所述业务处理指令指示为业务未完成时，针对所述业务请求，发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除。150.关于当所述业务处理指令指示为业务未完成时的处理描述与步骤s103一致，在此不再赘述；151.步骤s306：发送方发送业务请求；152.具体地，发送方再次发送所述业务请求，例如，基于订单支付返回的支付错误，再次发送业务请求；或者当需要做接口访问的性能测试时，允许接收多次业务请求；153.步骤s307：服务端根据业务请求处理流程处理业务请求；154.服务端接收并处理业务请求的描述与步骤s201-s208一致，在此不再赘述。155.如图4所示，本发明实施例提供了一种处理业务请求的装置400，包括：保存业务标识模块401、解析响应信息模块402和处理业务请求模块403；其中，156.所述保存业务标识模块401，用于接收业务请求，所述业务请求至少包含请求唯一标识；在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；157.所述解析响应信息模块402，用于当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；158.所述处理业务请求模块403，用于根据所述业务处理指令，处理所述业务请求。159.可选地，所述解析响应信息模块402，用于当在所述请求历史数据中查找到所述请求唯一标识时，或者当所述操作的结果指示为所述请求唯一标识已存在时，不处理所述业务请求，并发送保存在所述请求历史数据中的所述业务请求的响应信息。160.可选地，所述解析响应信息模块402，用于获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令，包括：161.获取对应于所述业务请求的响应信息，在所述响应信息中查找预定义的业务关键词，根据所述业务关键词指示的预定义业务信息，确定所述业务处理指令。162.可选地，所述处理业务请求模块403，用于根据所述业务处理指令，处理所述业务请求，包括：163.当所述业务处理指令指示为业务未完成时，针对所述业务请求，发送包含所述业务未完成信息的响应信息，并将所述请求唯一标识从所述请求历史数据中删除。164.可选地，所述处理业务请求模块403，用于根据所述业务处理指令，处理所述业务请求，包括：165.当所述业务处理指令指示为业务完成时，将对应于所述请求唯一标识的业务请求的响应信息保存到所述请求历史数据中，并发送包含所述业务完成信息的响应信息。166.可选地，所述所述保存业务标识模块401，用于执行将所述请求唯一标识保存到请求历史数据中的操作，包括：167.当所述请求历史数据存储于关系型数据库时，利用唯一索引的规则保存所述请求唯一标识。168.可选地，所述保存业务标识模块401，用于执行将所述请求唯一标识保存到请求历史数据中的操作，包括：169.当所述请求历史数据存储于非关系型数据库时，利用分布式锁的规则保存所述请求唯一标识。170.本发明实施例还提供了一种处理业务请求的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例提供的方法。171.本发明实施例还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例提供的方法。172.图5示出了可以应用本发明实施例的处理业务请求的方法或处理业务请求的装置的示例性系统架构500。173.如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。174.用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种客户端应用，例如电子商城应用、网页浏览器应用、搜索类应用、即时通信工具和邮箱客户端等。175.终端设备501、502、503可以是具有显示屏并且支持电子商城应用等客户端应用的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。176.服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所发送的业务请求提供支持的后台管理服务器。后台管理服务器可以对接收到的业务请求等进行处理，并将响应信息反馈给终端设备。177.需要说明的是，本发明实施例所提供的处理业务请求的方法一般由服务器505执行，相应地，处理业务请求的装置一般设置于服务器505中。178.应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。179.下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。180.如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有系统600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。181.以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。182.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本发明的系统中限定的上述功能。183.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。184.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。185.描述于本发明实施例中所涉及到的模块和/或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块和/或单元也可以设置在处理器中，例如，可以描述为：一种处理器包括保存业务标识模块、解析响应信息模块和处理业务请求模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，处理业务请求模块还可以被描述为“根据业务处理指令，确定是否允许再次处理所述业务请求的模块”。186.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收业务请求，所述业务请求至少包含请求唯一标识；在请求历史数据中查找所述请求唯一标识，当未查找到所述请求唯一标识时，执行将所述请求唯一标识保存到所述请求历史数据中的操作；当所述操作的结果指示为保存成功时，处理所述业务请求，获取对应于所述业务请求的响应信息，通过解析所述响应信息获取业务处理指令；根据所述业务处理指令，处理所述业务请求。187.根据本发明实施例的技术方案，该实施方式能够部分解决在特定场景下需要允许业务的多次处理时依赖运维人员执行手工操作的问题，从而提高了处理业务的效率，并降低了业务系统的运维成本。188.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
