订单信息生成方法、装置、系统、计算机设备及存储介质与流程

本公开涉及计算机技术领域，特别涉及一种订单信息生成方法、装置、系统、计算机设备及存储介质。

背景技术：

在互联网快速发展的今天，各种业务场景中都需要各种各样的订单号来区分不同的订单，以此满足业务要求。在整个互联网中，由于每个订单的订单号都不相同，业务服务器可以基于订单号确定出对应的唯一的订单。

系统中存在至少一个业务服务器，且每个业务服务器中包含至少一个业务，每个业务服务器中的每个业务都可以产生订单。当业务服务器产生某种业务对应的订单时，此时，为了产生该订单对应的订单号，业务服务器需要向数据库发送查询请求，查询请求用于指示数据库查询数据库中最新存储的订单号。当数据库接收该查询请求后，数据库查询并获取数据库中最新存储的订单号，并将最新存储的订单号发送给业务服务器。业务服务器在接收到最新存储的订单号之后，业务服务器在该订单号对应的数值上加一，并生成一个新产生的订单号，并将携带有新产生的订单号的存储请求发送给数据库。在数据库接收到存储请求后，将新产生的订单号存储到数据库中，从而实现对数据库中存储的订单号进行更新，在数据库更新完毕后，再处理其他服务器发送的查询请求。

上述生成订单订单号的技术方案中，在一个业务服务器向数据库发送查询请求之后，如果该业务服务器还没有向数据库发送其生成的订单号，这时为了不出现订单号错乱，数据库不能处理其他业务服务器发送的查询请求，直到该业务服务器反馈新生成的订单号，这样会导致订单信息生成效率低下。

技术实现要素：

本公开实施例提供了一种订单信息生成方法、装置、系统、计算机设备及存储介质，能够解决现有技术中订单信息生成效率低的问题。该技术方案如下：

一方面，提供了一种订单信息生成方法，该方法包括：

数据库接收目标业务的业务服务器发送的订单信息生成请求；

数据库基于上一个接收到的订单信息生成请求对应的顺序标识，确定当前接收的订单信息生成请求对应的顺序标识；

数据库基于当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和目标业务的业务标识，生成订单信息生成请求对应的订单号；

数据库存储订单号，并将订单号发送给业务服务器，以使业务服务器基于订单号生成订单信息。

在本公开的一个实施例中，上述数据库基于上一个接收到的订单信息生成请求对应的顺序标识，确定当前接收的订单信息生成请求对应的顺序标识，包括：

获取上一个接收到的订单信息生成请求对应顺序标识；

将上一个接收到的订单信息生成请求对应顺序标识的数值加一得到的数值，作为当前接收的订单信息生成请求对应的顺序标识。

在本公开的一个实施例中，上述数据库基于当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和目标业务的业务标识，生成订单信息生成请求对应的订单号，包括：

将当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和目标业务的业务标识，顺序连接，得到订单信息生成请求对应的订单号。

在本公开的一个实施例中，上述数据库存储订单号，包括：

数据库根据long数据类型将订单号在数据库中存储，其中，所存储的订单号的长度为8个字节。

在本公开的一个实施例中，上述数据库存储订单号，并将订单号发送给业务服务器之后，方法还包括：

数据库接收业务服务器发送的订单存储通知，其中，订单存储通知中携带有订单号和订单信息；

数据库将订单信息与订单号对应存储。

一方面，提供了一种订单信息生成方法，应用于订单信息生成系统，订单信息生成系统包括终端、多种业务的业务服务器和数据库，包括：

终端向目标业务的业务服务器发送订单请求；

目标业务的业务服务器向数据库发送订单信息生成请求；

数据库基于上一个接收到的订单信息生成请求对应的顺序标识，确定当前接收的订单信息生成请求对应的顺序标识，基于当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和目标业务的业务标识，生成订单信息生成请求对应的订单号，存储订单号，并将订单号发送给目标业务的业务服务器；

目标业务的业务服务器向终端发送订单信息填写请求，其中，订单信息填写请求中携带有订单号和初始订单信息；

终端显示初始订单信息，获取用户输入的补充订单信息，基于初始订单信息和补充订单信息，生成订单信息，向目标业务的业务服务器发送订单信息；

目标业务的业务服务器向数据库发送订单存储通知，其中，订单存储通知中携带有订单号和订单信息；

数据库将订单信息与订单号对应存储。

一方面，提供了一种订单信息生成装置，该装置包括：

接收模块，用于数据库接收目标业务的业务服务器发送的订单信息生成请求；

确定模块，用于数据库基于上一个接收到的订单信息生成请求对应的顺序标识，确定当前接收的订单信息生成请求对应的顺序标识；

生成模块，用于数据库基于当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和目标业务的业务标识，生成订单信息生成请求对应的订单号；

存储模块，用于数据库存储订单号，并将订单号发送给业务服务器，以使业务服务器基于订单号生成订单信息。

在本公开的一个实施例中，上述确定模块用于：

获取上一个接收到的订单信息生成请求对应顺序标识；

将上一个接收到的订单信息生成请求对应顺序标识的数值加一得到的数值，作为当前接收的订单信息生成请求对应的顺序标识。

在本公开的一个实施例中，上述生成模块用于：

将当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和目标业务的业务标识，顺序连接，得到订单信息生成请求对应的订单号。

在本公开的一个实施例中，上述存储模块用于：

数据库根据long数据类型将订单号在数据库中存储，其中，所存储的订单号的长度为8个字节。

在本公开的一个实施例中，上述装置还包括对应存储模块，用于：

数据库接收业务服务器发送的订单存储通知，其中，订单存储通知中携带有订单号和订单信息；

数据库将订单信息与订单号对应存储。

一方面，提供了一种订单信息生成系统，包括终端、多种业务的业务服务器和数据库，其中，

终端，用于向目标业务的业务服务器发送订单请求；以及显示初始订单信息，获取用户输入的补充订单信息，基于初始订单信息和补充订单信息，生成订单信息，向目标业务的业务服务器发送订单信息

业务服务器，用于向数据库发送订单信息生成请求；向终端发送订单信息填写请求，其中，订单信息填写请求中携带有订单号和初始订单信息；向数据库发送订单存储通知，其中，订单存储通知中携带有订单号和订单信息；

数据库，用于基于上一个接收到的订单信息生成请求对应的顺序标识，确定当前接收的订单信息生成请求对应的顺序标识，基于当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和目标业务的业务标识，生成订单信息生成请求对应的订单号，存储订单号，并将订单号发送给目标业务的业务服务器；将订单信息与订单号对应存储。

一方面，提供了一种计算机设备，该计算机设备包括一个或多个处理器和一个或多个存储器，该一个或多个存储器中存储有至少一条指令，该至少一条指令由该一个或多个处理器加载并执行以实现如上述任一种可能实现方式的订单信息生成方法所执行的操作。

一方面，提供了一种计算机可读存储介质，该存储介质中存储有至少一条指令，该至少一条指令由处理器加载并执行以实现如上述任一种可能实现方式的订单信息生成方法所执行的操作。

本公开实施例提供的技术方案带来的有益效果至少包括：

本公开的实施例通过接收业务服务器的订单信息生成请求后，数据库根据上一个接收到的订单信息生成请求对应的顺序标识，确定当前接收的订单信息生成请求对应的顺序标识，并将当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和所述目标业务的业务标识，生成订单信息生成请求对应的订单号，存储并反馈给相应的业务服务器。在上述生成订单号的过程中，由于生成订单号的过程是在数据库中进行的，即，在本地中生成订单号，因此无需等待业务服务器反馈订单号，便可以处理其它业务服务器发送的查询请求，从而提升订单信息生成的效率。

附图说明

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

图1是本公开实施例提供的一种订单信息生成方法的流程示意图；

图2是本公开实施例提供的一种订单信息生成系统生成订单信息的示意图；

图3是本公开实施例提供的一种订单信息生成装置的示意图；

图4是本公开实施例提供的一种订单信息生成系统的示意图；

图5是本公开实施例提供的一种计算机设备的结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。

本实施例中提供的订单信息生成的方法可以应用在终端中，也可以在服务器中执行。该终端可以是手机、平板电脑、笔记本电脑等移动终端，也可以是台式计算机等固定终端。该服务器可以是一个单独的服务器也可以是一个服务器组，如果是单独的服务器，该服务器可以负责下述方案中的所有处理，如果是服务器组，服务器组中的不同服务器分别可以负责下述方案中的不同处理，具体的处理分配情况可以由技术人员根据实际需求任意设置，此处不再赘述。

本公开实施例的方法可以应用于购物平台，也可以外卖平台，更可以应用于音乐平台的下单系统，或者其他平台。具体的，用户可以根据自己的需要购买商品，在需要付款时，终端会生成并显示订单，以便于用户获取订单信息。在终端生成订单的过程中，终端会向业务服务器发送订单号获取请求，并获取业务服务器发送给终端的订单号。终端根据该订单号生成初始订单，并在用户填写用户信息之后，生成完整的订单。此时，在终端获得完整的订单之后，用户可以完成付款。

图1是本公开实施例提供的一种订单信息生成方法的示意图。该方法可以应用于任一计算机设备，该计算机设备可以是服务器。参见图1，方法的处理流程包括：

101、数据库接收目标业务的业务服务器发送的订单信息生成请求。

其中，目标业务可以为需要生成订单信息的业务。业务服务器中包含至少一个业务，且每个业务可以生成至少一个订单。订单可以是购物订单，也可以是外卖订单，此处对订单的类型不做限定。

在实施中，当某一业务服务器中的目标业务产生目标订单时，业务服务器向数据库发送携带有目标业务标识的订单信息生成请求，该订单生成请求用于指示数据库生成目标订单对应的订单号。数据库接收到目标业务的业务服务器发送的订单信息生成请求。

需要说明的是，在多个进程中，数据库可以分别与多个业务服务器建立连接，使得多个业务服务器可以随时访问数据库，即，在数据库为某一业务服务器生成订单号时，数据库允许其他业务服务器访问数据库。

102、数据库基于上一个接收到的订单信息生成请求对应的顺序标识，确定当前接收的订单信息生成请求对应的顺序标识。

其中，顺序标识可以用于指示订单生成的顺序。

在实施中，在数据库接收到目标业务的业务服务器当前发送的订单信息生成请求时，数据库查询并获取上一个接收到的订单信息生成请求对应的顺序标识，并将获取的顺序标识的数值加一之后得到新的数值。数据库将这个新的数值作为订单信息生成请求对应的顺序标识。

在实际应用中，上述数据库可以是键值类型(key-value)数据库，比如远程字典服务(remotedictionaryserver，redis)数据库。在redis数据库接收到任一业务服务器发送的当前订单信息生成请求，redis数据库查询并获取上一个订单信息生成请求对应顺序标识。在redis数据库获取上一个订单信息生成请求对应顺序标识后，redis数据库执行incr(增量寄存器)命令，来使得redis数据库对上一个订单信息生成请求对应顺序标识的数值加一，并获得数值加一后的新数值。redis数据库将新数值作为当前接收的订单信息生成请求对应的顺序标识。

在本公开的一个实施例中，redis数据库中顺序标识的数据类型是以key-value的数据类型，并将为key-value的数值进行存储。当redis数据库接收到当前订单信息生成请求后，获取上一个接收到的订单信息生成请求对应的顺序标识并执行incr命令，该incr命令用于指示数据库对该顺序标识所对应的key值执行加1操作，该key值可以是按顺序排列的序列号。数据库在该数值加一后得到新的数值，将新的数值确定为当前接收的订单信息生成请求对应的顺序标识，相应的，redis数据库将该当前接收的订单信息生成请求的顺序标识生成一个对应key值再进行存储。

其中，上述顺序标识可以是5位数字，顺序可以从00000开始进行增加，当到达阈值99999后，将数值初始化为0，重新执行incr命令进行增加。

需要说明的是，在第一次业务服务器向数据库发送订单请求信息时，由于当前数据库中并没有接收到上一个接收到的订单信息生成请求，导致数据库无法获取到上一个接收到的订单信息生成请求对应的顺序标识，此时，数据库可以生成一个初始的顺序标识，该初始的顺序标识数值可以为00000，将初始的顺序标识作为上一个接收到的订单信息生成请求对应的顺序标识。

103、数据库基于当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和目标业务的业务标识，生成订单信息生成请求对应的订单号。

其中，当前时间信息可以是业务服务器发送的订单信息生成请求的时间点，也可以是数据库生成该订单对应的顺序标识的时间点，更可以是业务服务器生成订单的时间点。业务标识可以指示目标业务的信息，比如，商品信息。

在实施中，订单信息请求中携带有目标业务的业务标识。在数据库生成当前订单的顺序标识之后，数据库通过解析订单信息请求，并获得订单信息请求中的目标业务的业务标识。数据库将数据库接收的订单信息生成请求对应的当前的时间信息、目标业务的业务标识和顺序标识进行顺序连接，得到订单信息生成请求对应的订单号。

具体的，数据库将当前的时间信息中的时间戳数值、目标业务的业务标识对应的标识数值以及顺序标识对应的数值进行顺序连接，获得连接后的数值。数据库将连接后的数值确定为订单信息生成请求对应的订单号。

例如，技术人员预先设置订单号为19位数字，并设置每个订单号的具体格式可以是：12位当前时间信息+2位业务标识+5位顺序标识，数据库生成订单号1910200914212200001，其中，191020091421为当前时间信息，该信息中可以包含精确到秒的时间信息，如，191020091421包含19年12月20号09点14分21秒的时间信息，22为业务标识，00001为顺序标识。

需要说明的是，订单号中的时间信息、业务标识以及顺序标识，均为正整数。

104、数据库存储订单号，并将订单号发送给业务服务器，以使业务服务器基于订单号生成订单信息。

其中，数据库在存储订单号时，可以将每个订单号的数据类型设置为long数据类型。

在实施中，数据库后台每个预设的时间间隔便可以统计所生成的订单号的数量。当数据库后台统计订单号的数量，并在该数量达到预设数量后，将所统计的订单号存储到数据库中，以此降低数据库的访问压力。

需要说明的是，数据库可以分批次将订单号储存到数据库中。

在本公开的一个实施例中，在数据库通过目标业务对应的进程将数据库生成的订单号返回给目标业务所在的业务服务器后，业务服务器可以通过向数据库发送的订单存储通知，其中，订单存储通知中携带有目标订单的订单号和订单信息。在数据库接收到该订单存储通知之后，数据库建立目标订单的订单信息与订单号的对应关系，并将该对应关系存储在数据库中。

图2是本公开实施例提供的一种订单信息生成系统生成订单信息的示意图，该系统包括终端、多种业务的业务服务器和数据库，参照图2所示，该实施例包括以下步骤：

201、终端向目标业务的业务服务器发送订单请求。

在实施中，在终端接收到某一订单的订单生成指令后，终端查询该订单对应的目标业务，并根据该目标业务找到相应的业务服务器，并向该业务服务器发送目标业务的订单请求，该订单请求用于指示业务服务器向终端发送该订单对应的订单号。

202、目标业务的业务服务器向数据库发送订单信息生成请求。

其中，目标业务为需要生成订单信息的业务。业务服务器中包含至少一个业务，且每个业务可以生成至少一个订单。订单可以是购物订单，也可以是外卖订单，此处对订单的类型不做限定。

在实施中，当某一业务服务器中的目标业务产生目标订单时，业务服务器向数据库发送携带有目标业务标识的订单信息生成请求，该订单生成请求用于指示数据库生成目标订单对应的订单信息。数据库接收到目标业务的业务服务器发送的订单信息生成请求。

需要说明的是，在多个进程中，数据库可以分别与多个业务服务器建立连接，使得多个业务服务器可以随时访问数据库，即，在数据库为某一业务服务器生成订单信息时，数据库允许其他业务服务器访问数据库。

203、数据库基于上一个接收到的订单信息生成请求对应的顺序标识，确定当前接收的订单信息生成请求对应的顺序标识，基于当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和目标业务的业务标识，生成订单信息生成请求对应的订单号，存储订单号，并将订单号发送给目标业务的业务服务器。

在实施中，在数据库接收到目标业务的业务服务器当前发送的订单信息生成请求时，订单信息请求中携带有目标业务的业务标识。数据库查询并获取上一个接收到的订单信息生成请求对应的顺序标识，并将获取的顺序标识的数值加一之后得到新的数值。数据库将这个新的数值作为订单信息生成请求对应的顺序标识。在数据库获得当前订单的顺序标识之后，数据库通过解析订单信息请求，并获得订单信息请求中的目标业务的业务标识。数据库将数据库接收的订单信息生成请求对应的当前的时间信息、目标业务的业务标识和顺序标识进行顺序连接，得到订单信息生成请求对应的订单号。

具体的，将当前的时间信息中的时间戳数值、目标业务的业务标识对应的标识数值以及顺序标识对应的数值进行顺序连接，获得连接后的数值。将连接后的数值确定为订单信息生成请求对应的订单号。

例如，技术人员预先设置订单号为19位数字，并设置每个订单号的具体格式可以是：12位当前时间信息+2位业务标识+5位顺序标识，数据库生成订单号1910200914212200001，其中，191020091421为当前时间信息，该信息中可以包含精确到秒的时间信息，如，191020091421包含19年12月20号09点14分21秒的时间信息，22为业务标识，00001为顺序标识。

需要说明的是，订单号中的时间信息、业务标识以及顺序标识，均为正整数。

在实际应用中，上述数据库可以是键值类型(key-value)数据库，比如远程字典服务(remotedictionaryserver，redis)数据库。在redis数据库接收到任一业务服务器发送的当前订单信息生成请求，redis数据库查询并获取上一个订单信息生成请求对应顺序标识。在redis数据库获取上一个订单信息生成请求对应顺序标识后，redis数据库执行incr命令，来使得redis数据库对上一个订单信息生成请求对应顺序标识的数值加一，并获得数值加一后的新数值。redis数据库将新数值作为当前接收的订单信息生成请求对应的顺序标识。

在本公开的一个实施例中，redis数据库中顺序标识的数值是以key-value的数据类型进行存储，当接收到当前订单信息生成请求后，获取上一个接收到的订单信息生成请求对应的顺序标识并执行incr命令，该incr命令对该顺序标识所对应的key值所执行加1操作，该key值可以是按顺序排列的序列号，并返回加一后的数值，将该加一后的数值确定为当前接收的订单信息生成请求对应的顺序标识，相应的，redis数据库将该当前接收的订单信息生成请求的顺序标识生成一个对应key值再进行存储。

在本公开的一个实施例中，上述顺序标识可以是5位数字，顺序可以从00000开始进行增加，当到达阈值99999后，将数值初始化为0，重新执行incr命令进行增加。

需要说明的是，在第一次业务服务器向数据库发送订单请求信息时，由于当前数据库中并没有接收到上一个接收到的订单信息生成请求，导致数据库无法获取到上一个接收到的订单信息生成请求对应的顺序标识，此时，数据库可以生成一个初始的顺序标识，该初始的顺序标识数值可以为00000，将初始的顺序标识作为上一个接收到的订单信息生成请求对应的顺序标识。

204、目标业务的业务服务器向终端发送订单信息填写请求，其中，订单信息填写请求中携带有订单号和初始订单信息。

其中，初始订单信息可以是用户选取的商品信息，也可以是其他信息。

在实施中，当业务服务器接收到数据库发送的订单号之后，目标业务的业务服务器向终端发送订单信息填写请求，进而获取完整的订单信息。

205、终端显示初始订单信息，获取用户输入的补充订单信息，基于初始订单信息和补充订单信息，生成订单信息，向目标业务的业务服务器发送订单信息。

其中，补充订单信息可以是用户的地址，也可以是用户的联系方式，订单信息包括业务服务器发送的初始订单信息和用户输入的补充订单信息。

在实施中，在终端接收到业务服务器发送到的订单信息填写请求，并获得订单信息填写请求中的订单号和初始订单信息，终端显示订单号和初始订单信息，并将初始订单信息和补充订单信息合在一起，生成订单信息，将该订单信息发送给业务服务器。

206、目标业务的业务服务器向数据库发送订单存储通知。

其中，订单存储通知中携带有订单号和订单信息。

在实施中，在目标业务的业务服务器接收到终端发送的订单信息之后，目标业务的业务服务器向数据库发送携带有订单号和订单信息的订单存储通知。

207、数据库将订单信息与订单号对应存储。

在实施中，在数据库接收到业务服务器发送的订单存储通知时，数据库获取订单存储通知中的订单号和订单信息，并建立订单号和订单信息的对应关系，将该对应关系存储在数据库中。

本公开实施例公开了一种订单信息生成方法，数据库接收目标业务的业务服务器发送的订单信息生成请求，并根据上一个接收到的订单信息生成请求对应的顺序标识，确定当前接收的订单信息生成请求对应的顺序标识。数据库基于当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和目标业务的业务标识，生成订单信息生成请求对应的订单号。数据库存储订单号，并将订单号发送给业务服务器。在上述生成订单号的过程中，由于生成订单号的过程是在数据库中进行的，即，在本地中生成订单号，因此无需等待业务服务器反馈订单号，便可以处理其它业务服务器发送的查询请求，从而提升订单信息生成的效率。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

下述为本公开的装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。图3是本公开实施例提供的一种订单信息生成装置的示意图。参见图3，该装置包括：

接收模块301，用于数据库接收目标业务的业务服务器发送的订单信息生成请求；

确定模块302，用于数据库基于上一个接收到的订单信息生成请求对应的顺序标识，确定当前接收的订单信息生成请求对应的顺序标识；

生成模块303，用于数据库基于当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和目标业务的业务标识，生成订单信息生成请求对应的订单号；

存储模块304，用于数据库存储订单号，并将订单号发送给业务服务器，以使业务服务器基于订单号生成订单信息。

在本公开的一个实施例中，上述确定模块302用于：

获取上一个接收到的订单信息生成请求对应顺序标识；

将上一个接收到的订单信息生成请求对应顺序标识的数值加一得到的数值，作为当前接收的订单信息生成请求对应的顺序标识。

在本公开的一个实施例中，上述生成模块303用于：

将当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和目标业务的业务标识，顺序连接，得到订单信息生成请求对应的订单号。

在本公开的一个实施例中，上述存储模块304用于：

数据库根据long数据类型将订单号在数据库中存储，其中，所存储的订单号的长度为8个字节。

在本公开的一个实施例中，上述装置还包括对应存储模块，用于：

数据库接收业务服务器发送的订单存储通知，其中，订单存储通知中携带有订单号和订单信息；

数据库将订单信息与订单号对应存储。

图4是本公开实施例提供的一种订单信息生成系统的示意图，应用于订单信息生成系统400，订单信息生成系统400包括终端401、多种业务的业务服务器402和数据库403。参见图4，该装置用于：

终端401，用于向目标业务的业务服务器发送订单请求；以及显示初始订单信息，获取用户输入的补充订单信息，基于初始订单信息和补充订单信息，生成订单信息，向目标业务的业务服务器发送订单信息

业务服务器402，用于向数据库发送订单信息生成请求；向终端发送订单信息填写请求，其中，订单信息填写请求中携带有订单号和初始订单信息；向数据库发送订单存储通知，其中，订单存储通知中携带有订单号和订单信息；

数据库403，用于基于上一个接收到的订单信息生成请求对应的顺序标识，确定当前接收的订单信息生成请求对应的顺序标识，基于当前接收的订单信息生成请求对应的顺序标识、当前的时间信息和目标业务的业务标识，生成订单信息生成请求对应的订单号，存储订单号，并将订单号发送给目标业务的业务服务器；将订单信息与订单号对应存储。

图5是本公开实施例提供的一种计算机设备的结构示意图，该计算机设备500可以包括一个或一个以上处理器(centralprocessingunits，cpu)501和一个或一个以上的存储器502，其中，该存储器302中存储有至少一条指令，该至少一条指令由该处理器501加载并执行以实现上述各个方法实施例提供的页面退出率确定方法。当然，该计算机设备还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该计算机设备还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由终端中的处理器执行以完成上述实施例中订单信息生成方法。例如，该计算机可读存储介质可以是只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory，ram)、cd-rom、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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