一种生成订单的方法、服务端、第二终端及系统与流程

1.本发明涉及计算机领域，尤其涉及一种生成订单的方法、服务端、第二终端及系统。


背景技术：

2.目前，在电商平台进行生成订单的过程，一般是用户选定商品，并在输入配送地址后，才能生成相应的订单。
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.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
51.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
52.图1是本发明一个实施例提供的一种应用于服务端的生成订单方法的流程示意图；
53.图2是本发明一个实施例提供的一种应用于第二终端的生成订单方法的流程示意图；
54.图3是本发明一个实施例提供的一种生成订单的流程示意图；
55.图4是本发明一个实施例提供的一种生成订单的服务端的结构示意图；
56.图5是本发明一个实施例提供的一种生成订单的第二终端的结构示意图；
57.图6是本发明一个实施例提供的一种生成订单的系统的结构示意图；
58.图7是本发明实施例可以应用于其中的示例性系统架构图；
59.图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
60.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
61.需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。
62.如图1所示，本发明实施例提供了一种应用于服务端的生成订单的方法，该方法可以包括以下步骤s101至s104：
63.步骤s101：接收第一终端发送的订单生成请求，所述订单生成请求指示了待下单的物品信息。
64.步骤s102：根据所述订单生成请求，生成目标标识，并将所述目标标识发送给所述第一终端，以使所述第一终端将所述目标标识分享给一个或多个第二终端。
65.步骤s103：响应于所述一个或多个第二终端根据所述目标标识发送的确认信息，将所述物品信息推送给所述第二终端。
66.步骤s104：接收所述第二终端根据所述物品信息输入的用户信息，并生成所述物品信息和所述用户信息对应的订单。
67.本发明一个应用场景可以是服务端根据所述第一终端的订单生成请求为所述一个或多个第二终端生成订单，例如，用户a想为多个用户b批量生成订单时，用户a可以通过其第一终端a向服务端发送订单生成请求，在第一终端a接收到服务端发送的目标标识之后，用户a可以通过第一终端a向多个用户b展示该目标标识，以将该目标标识分享给多个用户b。若用户b确认可接受用户a的下单，则用户b通过其终端b向服务端发送确认信息，继而服务端可根据终端b的确认信息来生成相应的订单。
68.例如，在某实际或电商平台的抽奖活动中，主持人想随机为现场的100个观众生成100个礼品订单，以将100个礼品分别赠送给随机的100个观众。在此情况下，他需要通过第一终端a发送关于这100个礼品订单的订单生成请求，在该订单生成请求中会指示待下单的物品信息，该物品信息包括物品的标识、物品的价格信息和物品下单数量。服务端会根据该订单生成请求生成相应的目标标识，该目标标识可以为字符串、条码、二维码等多种形式，并将目标标识发送给第一终端a。主持人通过第一终端a将目标标识分享给观众，然后，想参与该活动的观众可使用其自身的第二终端b通过输入目标标识对应的字符串、扫描条码或二维码的方式向服务端发送确认信息，而后服务端可将相应的物品信息推送给已发送确认信息的第二终端b。在第二终端b输入其对应的用户信息之后，服务端可生成与用户信息对
应的订单。
69.在本发明实施例中，为了便于服务端向第二终端推送物品信息，在步骤s103之前，可以包括：根据所述确认信息，构建待推送列表，所述待推送列表中对应存储有所述目标标识和所述第二终端的标识。那么，步骤s103的具体实施方式可以为：根据所述待推送列表中的所述第二终端的标识，将与所述目标标识对应的所述物品信息推送给所述第二终端。
70.其中，所述确认信息是指所述一个或多个第二终端通过输入所述目标标识后发送的确认接受下单的反馈信息。所述第二终端的标识是所述第二终端的设备标识，用于在推送过程中将信息推送到指定的终端上。
71.在本发明一个实施例中，服务端根据确认信息可以确定所述一个或多个第二终端与所述目标标识的对应关系，根据这个对应关系，构建待推送列表。
72.例如在实际的抽奖活动中，现场的观众通过其第二终端输入主持人分享的目标标识之后，根据提示发送确认信息给服务端，服务端将发送了确认信息的观众的第二终端标记为待推送终端，同时将待推送终端的设备标识和目标标识写入服务端的数据库中进行记录，以构建待推送列表，从而便于后续根据该待推送列表为待推送终端推送物品信息。
73.所述待推送列表可以是一个张多个目标标识与多个所述第二终端的标识的对应表，表中还可以存储所述第一终端a的信息，如下表1所示。
74.表1
[0075][0076]
待推送列表存储于服务端的本地，服务端可以快速的根据目标标识确定出对应的第二终端的标识。并且服务端可以根据运行资源的紧张程度实时决定推送物品信息的时间，从而减轻了服务端的运行压力。
[0077]
在确定了待推送列表后，在将所述物品信息推送给所述第二终端之前，步骤s103的具体实施方式还可以包括：根据所述待推送列表中的所述第二终端的标识，确定所述第二终端的推送设置是否关闭；如果是，发送提示信息给所述第二终端，以使所述第二终端打开推送设置以接收所述物品信息推送。
[0078]
例如，对于部分第二终端b，部分应用系统的推送设置已被手动关闭，因此在输入目标标识时，服务端会根据所述第二终端b的设备标识，检查对应的应用系统的推送设置的状态，如果是关闭的状态，服务端会发送提示信息提醒用户推送设置已关闭状态，无法接收到物品推送信息。如果终端用户想要收到物品推送信息，需要手动打开推送设置。
[0079]
另外，为了提高订单有效性，避免生成过多无效订单，服务端在将所述物品信息推送给第二终端b之前，还需要确定第一终端a已经支付结算了待下单物品，例如，在所述抽奖活动中，需要确定主持人已经为100件礼品付款。因此，所述步骤s103的具体实施方式还可以包括：响应于所述第一终端发送的资源提供信息以及所述第二终端发送的所述确认信
息，将所述物品信息推送给所述第二终端。
[0080]
其中，所述资源提供信息可以是用于物品结算的支付信息，包括例如电商平台中的电子货币(如数字货币)、虚拟货币(如积分等)、电子支付卡、余额、红包等，还可以包括支付成功后的反馈信息。
[0081]
服务端在收到确认信息并收到资源提供信息之后，将物品信息推送给第二终端并生成对应的订单。这样的话，避免了如果仅收到确认信息但是没有资源提供信息就立即推送物品信息，可能造成生成的订单无效的情况。也可以避免服务端在仅收到资源提供信息但是没有收到确认信息时，一直处于等待的状态，从而造成的服务端运行资源浪费的情况。
[0082]
在将物品信息推送给第二终端之后，服务端在生成用户对应的订单时，可采用步骤s104的一个可实施的方式，包括：针对当前接收到的用户信息，对用于生成所述订单的线程加锁；利用加锁后的线程，生成与所述物品信息和当前接收到的所述用户信息对应的订单；释放所述用于生成所述订单的线程。
[0083]
其中，所述用户信息包含了用户的姓名、手机号码、接收地址等信息。
[0084]
服务端生成订单的线程每次为一个第二终端生成订单，服务端按照接收到用户信息的先后顺序来生成订单。例如，在所述抽奖活动中，有200个观众接收到推送信息并发送了用户信息给服务端，服务端每次只为一个发送了用户信息的观众生成订单。此时，为了保证生成订单的过程中，生成订单的线程不被其他观众打断并抢占，需要对正在生成订单的线程加锁，这样可以防止线程访问的资源冲突的情况发生。同时，物品下单的数量有限，在为第二终端生成订单时需要确定物品的可下单物品的数量满足当前的下单需求。例如，抽奖活动中，当100个礼品的订单都生成后，服务端收到第101个用户信息时，将无法为此用户下单。
[0085]
因此，步骤s104的一个可实施的方式还包括：所述订单生成请求还指示了待下单数量；在接收到多个所述第二终端发送的所述用户信息的情况下，在所述接收所述第二终端根据所述物品信息输入的用户信息之后，在所述生成所述物品信息和所述用户信息对应的订单之前，还包括：确定已生成的与所述目标标识对应的订单的总数量；判断所述总数量是否小于所述待下单数量，如果是，执行所述生成所述物品信息和所述用户信息对应的订单。
[0086]
其中，所述待下单数量指示了可为第一终端生成订单的订单数量。可理解的是，为避免多个第二终端同时与服务端交互而造成已下单数量的更新冲突，在收到的一个所述第二终端发送的用户信息之后，对为所述第二终端生成订单的线程加锁，并确定此前已生成的订单数量是否小于所述待下单数量，如果是，使用所述生成订单的线程根据当前所述第二终端的用户信息生成订单。生成成功后，对已生成的订单数量更新，并释放所述已加锁的线程，以便为下一个所述第二终端生成订单。
[0087]
例如，所述待下单数量为m，当前接收到了第二终端d的用户信息，在所述第二终端d之前已经生成的订单数量为n，其中，n<m。此时将生成订单的线程加锁，根据所述第二终端d的用户信息以及物品信息，为所述第二终端d生成订单，生成成功后，对已经生成的订单数量n做递增的操作并释放所述生成订单的线程。那么，对于下一个第二终端e来说，所述已生成的订单数量为n 1。当n逐步递增至m时(也即n＝m时)，此时所述第二终端如果为f，那么为所述第二终端f生成订单的线程会提示生成失败的信息，服务端将生成订单的线程停止并
退出。
[0088]
以抽奖活动为例，有200个观众输入目标标识确认参加活动，所述观众通过输入用户信息和服务端交互生成订单。先输入用户信息的100观众获得了服务端为其生成的礼品订单。后100个观众在输入用户信息时，则会收到生成订单失败的提示。在确定100个礼品订单已经生成完成后，抽奖活动完成。
[0089]
当然还可能存在主持人请求生成100个礼品订单，其中50个观众发送了确认信息并获得了礼品订单，此时服务端可以对生成订单的流程设置一个时间期限，在此时间期限中，服务端如果收到新观众通过其第二终端发送的确认信息，则及时为所述观众生成订单，直到100个礼品订单生成了为止。如果超过了时间期限，已生成的礼品订单数量不超过100时，服务端可以提示主持人对于剩余数量的礼品进行退款操作。
[0090]
根据本发明实施例提供的生成订单的方法，能够使得服务端可以根据下单用户发送的订单生成请求生成对应的目标标识，将待下单的物品信息推送至已接收到所述目标标识且已发送确认信息的一个或多个其他用户，接收所述其他用户输入的用户信息，生成与所述物品信息和所述用户信息对应的订单，因此可以避免了下单用户逐一输入多个其他用户信息的情况，也就是说，在生成订单的过程中，可以不需要第一终端为服务端生成订单提供第二终端的用户信息，从而节省了使用第一终端的用户的时间和精力，从而实现快速为多个不同用户一键批量下单的需求，进而提高了批量生成订单的效率。
[0091]
本发明实施例还提供了一种应用于第二终端的生成订单的方法，如图2所示，该方法可以包括以下步骤s201至s203：
[0092]
步骤s201：接收第一终端发送的关于生成订单的目标标识。
[0093]
步骤s202：根据所述目标标识生成确认信息，并将所述确认信息发送给服务端，并接收所述服务端根据所述确认信息发送的物品信息。
[0094]
步骤s203：根据所述物品信息向所述服务端发送用户信息，以使服务端根据所述用户信息和所述物品信息生成订单。
[0095]
其中，所述目标标识是所述第一终端分享的标识(可以是字符串、条码或二维码等)，所述目标标识是与待下单的物品对应的，在输入所述目标标识之后向服务端发送确认信息，同时将设备的标识发送给服务端。在收到服务端推送的物品信息之后，将所述用户信息发送给服务端，以使服务端生成订单。
[0096]
例如，在抽奖活动中，现场观众在得到主持人分享的一个条码或二维码后，可以在扫描所述条码或所述二维码之后，根据服务端的提示信息发送确认信息而成为抽奖者，同时观众的第二终端b的设备标识也会被发送给服务端，以使服务端构建待推送列表以推送物品信息。在接收到服务端推送的物品信息之后，将用户信息(包括用户的姓名、手机和接收地址等)发送给服务端，以使服务端根据所述物品信息和所述用户信息为所述观众生成订单。
[0097]
在本发明的一个实施例中，可能存在推送设置关闭的情况，此时，需要根据服务端的提示信息打开所述推送设置，以便接收到服务端推送的物品信息。
[0098]
以下结合上述各个实施例，以某抽奖活动过程中的生成订单过程为例，对本发明实施例提供的生成订单方法进行详细说明。
[0099]
在此例中，生成订单的过程是通过所述第一终端、所述服务端以及所述第二终端
的交互来完成的。以一个礼品抽奖场景以例，主持人想随机为现场的100个观众生成100个礼品订单赠送给随机的100个观众。他需要发送生成100个订单的请求并付款结算100个礼品后，将100个礼品所对应的目标标识分享给现场的观众(现场的观众可以大于100个人)，现场的观众输入目标标识之后，服务端将输入了目标标识并发送了确认信息的观众标记为抽奖用户，并记录所述抽奖用户的第二终端的标识，将已下单的礼品信息通过推送系统推送给抽奖用户的第二终端，抽奖用户通过第二终端输入用户信息和服务端交互生成订单，直至100个订单都生成了则停止。当所述抽奖用户通过第二终端输入地址时，如果100个订单已经生成完成，此时所述抽奖用户的第二终端会收到生成订单失败的提示。
[0100]
如图3所示，本实施例可以包括以下步骤：
[0101]
步骤s301：第一终端发送订单生成请求给服务端；所述订单生成请求包含了待下单的物品信息以及待下单数量。
[0102]
步骤s302：所述服务端根据所述物品信息生成目标标识，所述目标标识是与所述物品信息对应的；生成目标标识后，将所述目标标识发送给所述第一终端。
[0103]
步骤s303：所述第一终端将所述目标标识分享给第二终端。
[0104]
步骤s304：所述第一终端发送资源提供信息给服务端，服务端根据所述资源提供信息对所述物品结算下单。
[0105]
步骤s305：所述第二终端输入所述目标标识并发送确认信息给服务端。
[0106]
例如，抽奖活动中，观众通过第二终端输入目标标识并根据提示发送确认信息从而确定成为抽奖用户。
[0107]
在本发明实施例中，步骤s304和步骤s305不分先后，也就是说，可以先执行步骤s304，再执行步骤s305；也可以先执行步骤s305，再执行步骤s304，还可以同时执行步骤s304和步骤s305。
[0108]
步骤s306：所述服务端根据所述确认信息构建待推送列表；根据所述待推送列表，将所述物品信息推送至所述第二终端。
[0109]
在发送确认消息的同时，所述第二终端的标识也被发送给所述服务端。所述待推送列表是根据所述目标标识与所述第二终端的标识的对应关系而构建的；所述服务端在确认所述物品已经结算完成且待推送列表已经构建的情况下，将所述物品信息推送给所述待推送列表中的所述第二终端。
[0110]
步骤s307：所述第二终端根据物品信息输入用户信息并将用户信息发送给所述服务端。
[0111]
其中，所述用户信息可以包括用户的姓名、手机号以及收货地址。
[0112]
步骤s308：根据所述用户信息生成订单并将生成结果发送给所述第二终端。
[0113]
在收到当前所述第二终端发送的所述用户信息之后，确定已生成的订单数是否小于待下单数量，如果是，根据所述用户信息为当前的所述第二终端生成订单并发送生成成功的结果给所述第二终端。如果不，则发送生成失败的结果给当前所述第二终端。
[0114]
可理解的是，所述用户信息是通过所述第二终端输入并发送的，因此所述第二终端的用户信息对于所述第一终端来说是保密的，这样对于所述第二终端的用户信息起到一定的保护作用。同时，所述第一终端也不需要知道所述第二终端的具体用户信息即能为所述第二终端生成订单，也就是说，在生成订单的过程中，可以不需要第一终端为服务端生成
订单提供第二终端的用户信息，从而节省了使用第一终端的用户的时间和精力，满足了一定场景下的随机批量下单的需求，提高了批量下单的效率。
[0115]
如图4所示，本发明实施例提供了一种生成订单的服务端400，包括：第一接收模块401、标识生成模块402、推送模块403和订单生成模块404；其中，
[0116]
所述第一接收模块401，用于接收第一终端发送的订单生成请求，所述订单生成请求指示了待下单的物品信息。
[0117]
所述标识生成模块402，用于根据所述订单生成请求，生成目标标识，并将所述目标标识发送给第一终端，以使所述第一终端将所述目标标识分享给一个或多个第二终端。
[0118]
所述推送模块403，用于响应于所述一个或多个第二终端根据所述目标标识发送的确认信息，将所述物品信息推送给所述第二终端。
[0119]
所述订单生成模块404，用于接收所述第二终端根据所述物品信息输入的用户信息，并生成所述物品信息和所述用户信息对应的订单。
[0120]
本发明一个实施例中，所述推送模块403，用于根据所述确认信息，构建待推送列表，所述待推送列表中对应存储有所述目标标识和所述第二终端的标识；所述将所述物品信息推送给所述第二终端，包括：根据所述待推送列表中的所述第二终端的标识，将与所述目标标识对应的所述物品信息推送给所述第二终端。
[0121]
本发明一个实施例中，所述推送模块403，用于在将所述目标标识发送给第一终端之后，还包括：响应于所述第一终端发送的资源提供信息以及所述第二终端发送的所述确认信息，将所述物品信息推送给所述第二终端。
[0122]
本发明一个实施例中，所述推送模块403，根据所述待推送列表中的所述第二终端的标识，确定所述第二终端的推送设置是否关闭；如果是，发送提示信息给所述第二终端，以使所述第二终端打开推送设置以接收所述物品信息推送。
[0123]
本发明一个实施例中，所述订单生成模块404，用于针对当前接收到的用户信息，对用于生成所述订单的线程加锁；利用加锁后的线程，生成与所述物品信息和当前接收到的所述用户信息对应的订单；释放所述用于生成所述订单的线程。
[0124]
本发明一个实施例中，所述订单生成模块404，所述订单生成请求还指示了待下单数量；在接收到多个所述第二终端发送的所述用户信息的情况下，在所述接收所述第二终端根据所述物品信息输入的用户信息之后，在所述生成所述物品信息和所述用户信息对应的订单之前，还包括：确定已生成的与所述目标标识对应的订单的总数量；判断所述总数量是否小于所述待下单数量，如果是，执行所述生成所述物品信息和所述用户信息对应的订单。
[0125]
如图5所示，本发明实施例提供了一种生成订单的第二终端500，包括：第二接收模块501、交互模块502和信息发送模块503；其中，
[0126]
本发明一个实施例中，所述第二接收模块501，用于接收第一终端发送的关于生成订单的目标标识。
[0127]
本发明一个实施例中，所述交互模块502，用于根据所述目标标识生成确认信息，并将所述确认信息发送给服务端，并接收所述服务端根据所述确认信息发送的物品信息。
[0128]
本发明一个实施例中，所述信息发送模块503，用于根据所述物品信息向所述服务端发送用户信息，以使服务端根据所述用户信息和所述物品信息生成订单。
[0129]
如图6所示，本发明一个实施例提供的一种生成订单的系统600，包括：第一终端601、上述任一实施例提供的生成订单的服务端400以及上述任一实施例提供的第二终端500。
[0130]
本发明一个实施例中，所述第一终端601，用于向所述服务端发送订单生成请求，所述订单生成请求指示了待下单的物品信息；在接收到所述服务端发送的目标标识之后，将所述目标标识分享给所述第二终端。
[0131]
本发明一个实施例中，所述第一终端601，还用于在接收到所述目标标识之后，向所述服务端发送与所述订单生成请求对应的资源提供信息。
[0132]
根据本发明实施例提供的生成订单的系统，能够使得服务端可以根据下单用户发送的订单生成请求生成对应的目标标识，将待下单的物品信息推送至已接收到所述目标标识且已发送确认信息的一个或多个其他用户，接收所述其他用户输入的用户信息，生成与所述物品信息和所述用户信息对应的订单，因此可以避免了下单用户逐一输入多个其他用户信息的情况，也就是说，在生成订单的过程中，可以不需要第一终端为服务端生成订单提供第二终端的用户信息，从而节省了使用第一终端的用户的时间和精力，从而实现快速为多个不同用户一键批量下单的需求，进而提高了批量生成订单的效率。
[0133]
图7示出了可以应用本发明实施例的生成订单的方法或生成订单的装置的示例性系统架构700。
[0134]
如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0135]
用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。例如，上述抽奖场景中的主持人可以使用其自身的终端设备701、702、703向服务端发送订单生成请求，观众也可以使用其自身的终端设备701、702、703向服务端发送确认信息和用户信息。
[0136]
终端设备701、702、703可以是具有显示屏并且支持信息浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机等等。
[0137]
服务器705可以是提供各种服务的服务器，例如，对用户利用终端设备701、702、703提出的生成订单的请求提供支持的后台管理服务器。后台管理服务器可以对接收到的订单生成请求等数据进行分析等处理，并将相关信息推送至所述第二终端701、702、703，并处理结果反馈给终端设备。
[0138]
需要说明的是，本发明实施例所提供的生成订单的方法一般由服务器705执行。
[0139]
应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0140]
下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0141]
如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram 803中，还存储有系统800操作所需的各种程序和数据。
cpu 801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
[0142]
以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
[0143]
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本发明的系统中限定的上述功能。
[0144]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0145]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0146]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬
件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块，确认模块，推送模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，第一接收模块还可以被描述为“接收订单生成请求的模块”。
[0147]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收第一终端发送的订单生成请求，所述订单生成请求指示了待下单的物品信息；根据所述订单生成请求，生成目标标识，并将所述目标标识发送给所述第一终端，以使所述第一终端将所述目标标识分享给一个或多个第二终端；响应于所述一个或多个第二终端根据所述目标标识发送的确认信息，将所述物品信息推送给所述第二终端；接收所述第二终端根据所述物品信息输入的用户信息，并生成所述物品信息和所述用户信息对应的订单。
[0148]
根据本发明实施例的技术方案，能够使得服务端可以根据下单用户发送的订单生成请求生成对应的目标标识，将待下单的物品信息推送至已接收到所述目标标识且已发送确认信息的一个或多个其他用户，接收所述其他用户输入的用户信息，生成与所述物品信息和所述用户信息对应的订单，因此可以避免了下单用户逐一输入多个其他用户信息的情况，也就是说，在生成订单的过程中，可以不需要第一终端为服务端生成订单提供第二终端的用户信息，从而节省了使用第一终端的用户的时间和精力，从而实现快速为多个不同用户一键批量下单的需求，进而提高了批量生成订单的效率。
[0149]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。