本发明涉及计算机技术领域，具体涉及一种信息组件处理方法及装置。
背景技术：
二维码，是用某种特定的几何图形按一定规律在平面(二维方向上)分布的黑白相间的图形记录数据符号信息的，在代码编制上巧妙地利用构成计算机内部逻辑基础的“0”、“1”比特流的概念，使用若干个与二进制相对应的几何形体来表示文字数值信息。
随着移动终端的普及，二维码的应用越来越广泛，使用户通过扫描商家提供二维码进行下单，一般情况下，一个物品对应一个二维码，这样当商家搞促销活动设置了套餐时，用户通过扫描二维码仅能获取对应的物品信息，需要用户扫描多个商品，操作较为复杂；而对于餐厅而言，一般是一张桌子对应一个二维码，当遇到用户拼桌时，不同的用户扫了不同桌子上的二维码，就会提交两个订单，订单提交到后厨后就会造成不必要的误会，还需要向用户说明仅能扫描一个二维码，限制了用户扫码，影响用户点餐速度和点餐体验。
技术实现要素：
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的信息组件处理方法及装置。
根据本发明的一个方面，提供了一种信息组件处理方法，包括：
监测组件的操作事件；
当监测到操作事件触发至少两个组件相交时，将至少两个组件合并为复合组件，复合组件与至少两个组件各自对应的码标识相关联；
接收针对与复合组件关联的一个或多个码标识的扫码操作所产生的信息处理请求，根据信息处理请求进行信息组合处理。
可选地，在得到复合组件之后，方法还包括：将复合组件显示在信息列表页面中，并隐藏至少两个组件。
可选地，接收针对与复合组件关联的多个码标识的扫码操作所产生的信息处理请求，根据信息处理请求进行信息组合处理进一步包括：
接收针对与复合组件关联的多个码标识的扫码操作所产生的订单信息，根据订单信息生成订单。
可选地，接收针对与复合组件关联的多个码标识的扫码操作所产生的订单信息，根据订单信息生成订单进一步包括：
接收扫描与复合组件关联的多个码标识后而触发的物品点单操作，将物品点单操作中携带的物品信息合并，并实时显示在每个用户终端的用户展示页面中；
接收物品下单操作，根据物品下单操作中携带的物品信息生成订单。
可选地，方法还包括：在订单结算后，将至少两个组件显示在信息列表页面中，并隐藏复合组件。
可选地，根据信息处理请求进行信息组合处理进一步包括：
响应信息处理请求将复合组件对应的多个物品信息展示在用户终端的用户展示页面中。
根据本发明的另一方面，提供了一种拼桌扫码点餐订单生成方法，包括：
监测组件的操作事件；
当监测到操作事件触发至少两个组件相交时，将至少两个组件合并为复合组件，复合组件与至少两个组件各自对应的桌码相关联；
接收针对与复合组件关联的多个桌码的扫码操作所产生的订单信息，根据订单信息生成订单。
可选地，在得到复合组件之后，方法还包括：将复合组件显示在信息列表页面中，并隐藏至少两个组件。
可选地，接收针对与复合组件关联的多个桌码的扫码操作所产生的订单信息，根据订单信息生成订单进一步包括：
接收至少两个用户扫描与复合组件关联的多个桌码后而进行的点餐操作，将点餐操作中携带的菜品信息合并，并实时显示在每个用户终端的用户展示页面中；
接收用户进行的下单操作，根据物品下单操作中携带的菜品信息生成订单。
可选地，方法还包括：在订单结算后，将至少两个组件显示在信息列表页面中，并隐藏复合组件。
根据本发明的又一方面，提供了一种拼桌扫码点餐方法，包括：
根据用户触发的拼桌操作事件，发送携带有至少两个桌号的拼桌请求，以根据拼桌请求将至少两个桌号对应的组件合并为复合组件，复合组件与至少两个组件各自对应的桌码相关联；
将针对至少两个桌码的扫码操作所产生的订单信息提交至复合组件，以根据订单信息生成订单。
可选地，根据用户触发的拼桌操作事件，发送携带有至少两个拼桌桌号的拼桌请求进一步包括：
扫描餐桌上的桌码，并在对应的用户终端显示带有拼桌按钮的用户展示页面；
根据用户触发用户展示页面中拼桌按钮后选取至少两个桌号的拼桌操作事件，发送携带有至少两个桌号的拼桌请求。
可选地，将针对至少两个桌码的扫码操作所产生的订单信息提交至复合组件，以根据订单信息生成订单进一步包括：
根据至少两个用户扫描桌码后而进行的点餐操作事件向复合组件发送携带有菜品信息的点餐请求，以供复合组件将相应的菜品信息合并，并将合并后的菜品信息返回至每个用户终端；
根据用户触发的下单操作事件向复合组件发送携带有菜品信息的下单请求，以供复合组件根据菜品信息生成订单。
可选地，在得到复合组件之后，方法还包括：将复合组件显示在商户终端系统的信息列表页面中，并隐藏商户终端系统的信息列表页面中对应的至少两个组件。
可选地，方法还包括：在订单结算后，将至少两个组件显示在商户终端系统的信息列表页面中，并隐藏商户终端系统的信息列表页面中对应的复合组件。
根据本发明的再一方面，提供了一种信息组件处理装置，包括：
监测模块，适于监测组件的操作事件；
合并模块，适于当监测到操作事件触发至少两个组件相交时，将至少两个组件合并为复合组件，复合组件与至少两个组件各自对应的码标识相关联；
处理模块，适于接收针对与复合组件关联的一个或多个码标识的扫码操作所产生的信息处理请求，根据信息处理请求进行信息组合处理。
可选地，装置还包括：呈现模块，适于将复合组件显示在信息列表页面中，并隐藏至少两个组件。
可选地，处理模块进一步适于：接收针对与复合组件关联的多个码标识的扫码操作所产生的订单信息，根据订单信息生成订单。
可选地，处理模块进一步适于：接收扫描与复合组件关联的多个码标识后而触发的物品点单操作，将物品点单操作中携带的物品信息合并，并实时显示在每个用户终端的用户展示页面中；接收物品下单操作，根据物品下单操作中携带的物品信息生成订单。
可选地，呈现模块还适于：在订单结算后，将至少两个组件显示在信息列表页面中，并隐藏复合组件。
可选地，处理模块进一步适于：响应信息处理请求将复合组件对应的多个物品信息展示在用户终端的用户展示页面中。
根据本发明的再一方面，提供了一种拼桌扫码点餐订单生成装置，包括：
监测模块，适于监测组件的操作事件；
合并模块，适于当监测到操作事件触发至少两个组件相交时，将至少两个组件合并为复合组件，复合组件与至少两个组件各自对应的桌码相关联；
处理模块，适于接收针对与复合组件关联的多个桌码的扫码操作所产生的订单信息，根据订单信息生成订单。
可选地，装置还包括：呈现模块，适于将复合组件显示在信息列表页面中，并隐藏至少两个组件。
可选地，处理模块进一步适于：接收至少两个用户扫描与复合组件关联的多个码标识后而进行的点餐操作，将点餐操作中携带的菜品信息合并，并实时显示在每个用户的用户展示页面中；
接收用户进行的下单操作，根据物品下单操作中携带的菜品信息生成订单。
可选地，呈现模块还适于：在订单结算后，将至少两个组件显示在信息列表页面中，并隐藏复合组件。
根据本发明的再一方面，提供了一种拼桌扫码点餐装置，包括：
发送模块，适于根据用户触发的拼桌操作事件，发送携带有至少两个桌号的拼桌请求，以根据拼桌请求将至少两个桌号对应的组件合并为复合组件，复合组件与至少两个组件各自对应的桌码相关联；
提交模块，适于将针对至少两个桌码的扫码操作所产生的订单信息提交至复合组件，以根据订单信息生成订单。
可选地，发送模块进一步包括：显示单元，适于扫描餐桌上的桌码，并在对应的用户终端显示带有拼桌按钮的用户展示页面；
发送单元，适于根据用户触发用户展示页面中拼桌按钮后选取至少两个桌号的拼桌操作事件，发送携带有至少两个桌号的拼桌请求。
可选地，提交模块进一步适于：根据至少两个用户扫描桌码后而进行的点餐操作事件向复合组件发送携带有菜品信息的点餐请求，以供复合组件将相应的菜品信息合并，并将合并后的菜品信息返回至每个用户终端；根据用户触发的下单操作事件向复合组件发送携带有菜品信息的下单请求，以供复合组件根据菜品信息生成订单。
根据本发明的再一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述信息组件处理方法对应的操作。
根据本发明的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述信息组件处理方法对应的操作。
根据本发明的再一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述拼桌扫码点餐订单生成方法对应的操作。
根据本发明的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述拼桌扫码点餐订单生成方法对应的操作。
根据本发明的再一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述拼桌扫码点餐方法对应的操作。
根据本发明的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述拼桌扫码点餐方法对应的操作。
根据本发明提供的方案，监测组件的操作事件，当监测到操作事件触发至少两个组件相交时，将至少两个组件合并为复合组件，复合组件与至少两个组件各自对应的码标识相关联，接收针对与复合组件关联的一个或多个码标识的扫码操作所产生的信息处理请求，根据信息处理请求进行信息组合处理。本实施例提供的技术方案，通过将相交的至少两个组件合并为复合组件，并根据针对与复合组件关联的一个或多个码标识的扫码操作所产生的信息处理请求进行信息组合处理，能够使用户快速了解套餐信息，或者使多个用户可以参与到点单过程中，虽然是多个用户进行点单，但仅生成一个订单，提升了点单效率以及用户体验。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了根据本发明一个实施例的信息组件处理方法的流程示意图；
图2示出了根据本发明一个实施例的拼桌扫码点餐订单生成方法的流程示意图；
图3示出了根据本发明一个实施例的拼桌扫码点餐方法的流程示意图；
图4示出了根据本发明一个实施例的信息组件处理装置的结构程示意图；
图5示出了根据本发明一个实施例的拼桌扫码点餐装置的结构程示意图；
图6示出了根据本发明一个实施例的一种计算设备的结构示意图；
图7为现有拼桌扫码点餐订单生成示意图；
图8为本发明中复合组件生成示意图；
图9为本发明拼桌扫码点餐订单生成示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
图1示出了根据本发明一个实施例的信息组件处理方法的流程示意图。如图1所示，该方法包括以下步骤：
步骤s110，监测组件的操作事件。
在本实施例中，组件为商户终端系统中重要组成部分，组件与码标识一一对应，即组件与码标识具有绑定关系，扫描码标识可以向与该码标识对应的组件提交相应的请求，其中，组件可以存储请求中携带的信息、提交请求的时间等，码标识是指条形码、二维码、三维码等由图像识别元素按照特定编码规则组成的码标识，比如在实际应用中，码标识可设置在餐饮门店的桌上，可根据其用途称之为桌码，或者在便利店的商品柜上，作为商品码，这里不做具体限定。
具体地，商户端的操作者(例如，服务员)可以进入信息列表页面对组件进行操作，这里监测组件的操作事件具体为监测操作者在信息列表页面中对组件的操作。
步骤s120，当监测到操作事件触发至少两个组件相交时，将至少两个组件合并为复合组件，其中，复合组件与至少两个组件各自对应的码标识相关联。
具体地，操作者可以在商户终端系统中的信息列表页面中拖动组件直至至少两个组件相交，因此，当监测到操作事件触发至少两个组件相交时，可以将至少两个组件合并为复合组件，其中，复合组件可以是一个新组件，该复合组件与至少两个组件各自对应的码标识相关联，扫描与复合组件关联的一个或多个码标识可以向该复合组件提交相应的请求。在本实施例中，复合组件与至少两个组件各自对应的码标识相关联，因此，可以暂认为解除了码标识与对应的组件的绑定关系。
操作者在操控信息列表页面中组件时很可能出现误操作，例如，所操控的组件错误，或者，在对组件进行正常操控时而使两个组件相交的情况，若出现所操控的组件错误的情况，操作者很可能在至少两个组件相交后才发现所操控的组件存在错误，因此，为了避免操作者因误操作而导致至少两个组件相交的情况，本实施例在监测到操作事件触发至少两个组件相交一定区域面积时，执行将至少两个组件合并为复合组件的步骤，从而提升了信息组件处理的准确性，其中至少两个组件相交的区域面积可以根据实际需要进行设定。
步骤s130，接收针对与复合组件关联的一个或多个码标识的扫码操作所产生的信息处理请求，根据信息处理请求进行信息组合处理。
在将至少两个组件合并为复合组件之后，用户可以利用智能手机上安装的应用程序扫描与复合组件关联的一个或多个码标识，通过扫码操作向复合组件提交信息处理请求，复合组件接收到针对与该复合组件关联的一个或多个码标识的扫码操作所产生的信息处理请求后，根据信息处理请求进行信息组合处理，例如，信息合并、生成订单等，本实施例中的应用程序可以是用户在线下门店点餐时使用的点餐app，或者包含扫码点餐功能的生活类app，或者其它包含扫码支付功能的app。
本发明实施例中提供的信息组件处理方法可以应用于如下场景：多个用户通过扫描不同的码标识进行物品点单以生成一个订单的场景，还可以应用于用户通过扫描码标识进行付款而获知码标识对应的物品信息的场景，在该场景中，操作者通过将至少两个组件合并为复合组件，而将至少两个物品信息组合设置为套餐等，当然，还可以应用于其他场景，这里不一一列举。
对于多个用户通过扫描不同的码标识进行物品点单以生成一个订单的场景，为了便于后续的订单结算且保证订单结算的准确性，可选地，在得到复合组件之后，可以将复合组件显示在信息列表页面中，并隐藏至少两个组件，也就是说，对于操作者而言，其仅能看到并操控信息列表页面中所显示的复合组件，而无法看到相应的至少两个组件，进而也就无法再对相应的至少两个组件进行操控。
在该场景中，由于步骤s120已将复合组件与至少两个组件各自对应的码标识相关联，因此，多个用户可以分别利用其智能手机上的应用程序扫描与复合组件关联的多个码标识，通过扫码操作向复合组件提交订单信息，复合组件接收到针对与该复合组件关联的多个码标识的扫码操作所产生的订单信息后，根据订单信息生成订单，具体地，多个用户可以通过扫码操作进入用户展示页面，该用户展示页面可以向用户展示各物品信息，并提供有物品添加按钮、物品删减按钮、下单按钮等，这里添加物品为例进行说明，删减物品与添加物品类似，在该用户展示页面中，每个用户可以根据需要添加相应的物品，用户添加物品的操作即为用户触发的物品点单操作，多个用户所触发的物品点单操作会提交至相应的复合组件，该复合组件接收扫描与复合组件关联的多个码标识后而触发的物品点单操作，将物品点单操作中携带的物品信息合并，然后将合并后的物品信息推送给各个用户终端，并实时显示在每个用户终端的用户展示页面中，例如，用户1添加了物品1，用户2添加了物品2、3，复合组件在接收到物品点单操作后，会将物品1、2、3合并，然后推送给用户1、用户2对应的用户终端，并在用户1、用户2的用户展示页面中显示添加了物品1、2、3，这样每个用户就可以实时的看到多个用户所添加的物品，提高了点单效率，而且避免添加重复的物品，提升了用户体验，在点单操作结束后，通过触发用户展示页面中下单按钮，向复合组件发送携带有物品信息的物品下单操作，复合组件接收物品下单操作，根据物品下单操作中携带的物品信息生成订单，虽然扫描多个码标识但是仅生成一个订单，提升了用户体验。此外，任一用户通过扫码而继续触发的物品添加操作，都将改变复合组件所生成的订单。删减物品与添加物品类似，这里不再详细说明。
当用户申请订单结算后，可以根据复合组件所存储的订单来进行结算，在该场景中，是为了生成一个订单而将至少两个组件合并为复合组件，因此，这种合并是临时行为，而在订单结算后，复合组件的作用已完成，可以将至少两个组件显示在信息列表页面中，并隐藏复合组件，在后续扫码点单时，请求将提交至码标识对应的组件。
对于用户通过扫描码标识进行付款而获知码标识对应的物品信息的场景，用户通过扫描与复合组件关联的多个码标识中的任一码标识向复合组件发送信息处理请求，该请求可以是支付请求，复合组件在接收到针对与复合组件关联的一个码标识的扫码操作所产生的信息处理请求后，响应信息处理请求将复合组件对应的多个物品信息展示在用户终端的用户展示页面中，用户可以根据实际需要选择是否支付购买多个物品信息。
本实施例提供的信息组件处理方法，通过将相交的至少两个组件合并为复合组件，并根据针对与复合组件关联的一个或多个码标识的扫码操作所产生的信息处理请求进行信息组合处理，能够使用户快速了解套餐信息，或者使多个用户可以参与到点单过程中，虽然是多个用户进行点单，但仅生成一个订单，提升了点单效率以及用户体验。
组件为商户终端系统中重要组成部分，组件与桌码一一对应，即组件与桌码具有绑定关系，在现有的拼桌扫码点餐过程中，不同的用户扫不同桌码，将生成不同的订单，以两个用户扫描两个不同的桌码为例，用户1扫描1号桌的桌码，用户2扫码2号桌的桌码，将分别生成1号桌订单和2号桌订单，如图7所示，订单若提交到后厨后就会造成不必要的误会。遇到用户拼桌的情况，就需要遮住一个桌码使用户仅扫描一个桌码，或者告知用户仅能扫码一个桌码，限制了用户扫码，影响用户点餐速度和点餐体验。
针对这种情况，本发明实施例还提供了适用于在餐饮场景下的拼桌扫码点餐订单生成方法：
图2示出了根据本发明一个实施例的拼桌扫码点餐订单生成方法的流程示意图。在图2所示实施例中，将以2张桌子进行拼桌为例详细介绍拼桌扫码点餐订单生成方法，对于3张及3张以上的桌子拼桌的情况与2张桌子拼桌类似，这里不一一介绍，如图2所示，该方法包括以下步骤：
步骤s210，监测组件的操作事件。
在本实施例中，定义进行拼桌的两张桌子为1号桌和2号桌，且在1号桌和2号桌上分别张贴有对应的桌码：1号桌码和2号桌码，对应的组件为1号组件和2号组件，餐厅的服务员在获知1号桌和2号桌要拼桌后，可以进入商户终端系统的信息列表页面并对信息列表页面中的组建进行操作，例如，服务员可以拖动信息列表页面中的1号组件或2号组件，在本步骤中需要实时监测对服务员对1号组件或2号组件的操作，下面将以服务员拖动1号组件为例进行说明。
步骤s220，当监测到操作事件触发两个组件相交时，将两个组件合并为复合组件，复合组件与两个组件各自对应的桌码相关联。
服务员可以在信息列表页面拖动1号组件直至1号组件与2号组件相交，当监测到操作事件触发1号组件和2号组件相交时，可以将1号组件和2号组件合并为复合组件，为了避免操作者因误操作而导致1号组件和2号组件相交的情况，本实施例在监测到1号组件和2号组件相交一定区域面积时，执行将1号组件和2号组件合并为复合组件的步骤，如图8所示，从而提升了合并的准确性，其中两个组件相交的区域面积可以根据实际需要进行设定。
其中，复合组件是一个新组件，该复合组件与1号组件、2号组件各自对应的桌码相关联，扫描与复合组件关联的1号桌码、2号桌码均可以向该复合组件提交相应的请求，为了便于辨识，这里将复合组件命名为1号组件+2号组件，这样，服务员可以很容易分辨出该组件是拼桌后而生成的组件。
在本发明一种可选实施方式中，为了便于后续订单结算且保证订单结算的准确性，在得到复合组件之后，可以将复合组件：1号组件+2号组件显示在信息列表页面中，并隐藏1号组件和2号组件，也就是说，对于服务员而言，其仅能看到并操作信息列表页面中所显示的复合组件：1号组件+2号组件，而无法看到相应的1号组件和2号组件，进而也就无法再对相应的1号组件和2号组件进行操作。
步骤s230，接收针对与复合组件关联的多个桌码的扫码操作所产生的订单信息，根据订单信息生成订单。
这里以两个用户扫码两个不同的桌码为例进行说明，具体地，两个用户分别利用其智能手机上的应用程序扫描与复合组件关联的两个不同的桌码，通过扫码操作向复合组件提交订单信息，复合组件接收到针对与该复合组件关联的两个桌码的扫码操作所产生的订单信息后，根据订单信息生成订单，具体地，两个用户可以通过扫码操作进入相应的用户展示页面，该用户展示页面可以向用户展示菜品信息，例如菜品名称、菜品图片等，并提供有菜品添加按钮、菜品删减按钮、下单按钮等，这里仅是举例说明，在该用户展示页面中，每个用户可以根据需要添加相应的菜品，用户添加菜品的操作即为用户触发的菜品点餐操作，用户所触发的菜品点餐操作会提交至相应的复合组件，该复合组件接收扫描与复合组件关联的两个桌码后而触发的菜品点餐操作，将菜品点餐操作中携带的菜品信息合并，然后将合并后的菜品信息推送给各个用户终端，并实时显示在每个用户终端的用户展示页面中，例如，用户1添加了菜品1，用户2添加了菜品2、3，复合组件在接收到菜品点餐操作后，会将菜品1、2、3合并，然后推送给用户1、用户2对应的用户终端，并在用户1、用户2的用户展示页面中显示添加了菜品1、2、3，这样每个用户就可以实时的看到多个用户所添加的菜品，提高了点餐效率，而且避免添加重复的菜品，提升了用户体验，在点餐操作结束后，通过触发用户展示页面中下单按钮，向复合组件发送携带有菜品信息的菜品下单操作，复合组件接收菜品下单操作，根据菜品下单操作中携带的菜品信息生成订单，如图9所示，虽然扫描多个桌码但是仅生成一个订单，提升了用户体验。此外，任一用户通过扫码而继续触发的菜品添加操作，都将改变复合组件所生成的订单。
在本发明一种可选实施方式中，当用户申请订单结算后，可以根据复合组件：1号组件+2号组件所存储的订单来进行结算，由于该复合组件是为了生成一个订单而将1号组件和2号组件合并为复合组件，这种合并是临时行为，在订单结算后，复合组件的作用已完成，因此，可以将1号组件和2号组件显示在信息列表页面中，并隐藏复合组件：1号组件+2号组件，在后续扫码点餐时，请求将提交至桌码对应的组件。
本实施例提供的拼桌扫码点餐订单生成方法，通过将相交的两个组件合并为复合组件，并根据针对与复合组件关联的多个码标识的扫码操作所产生的订单信息，根据订单信息生成订单，能够使多个用户可以参与到点餐过程中，虽然是多个用户进行点餐，但仅生成一个订单，提升了点餐效率以及用户体验。
多个用户去餐厅就餐时，可能出现没有能够容纳多个用户的大桌，此时就需要拼桌，图2所示实施例中的拼桌操作是由服务员在商户端发起，而拼桌操作还可以由用户在用户终端侧发起，如图3所示实施例：
图3示出了根据本发明一个实施例的拼桌扫码点餐方法的流程示意图。图3所示实施例中的拼桌是由用户发起的，如图3所示，该方法包括以下步骤：
步骤s310，根据用户触发的拼桌操作事件，发送携带有至少两个桌号的拼桌请求，以根据拼桌请求将至少两个桌号对应的组件合并为复合组件，其中，复合组件与至少两个组件各自对应的桌码相关联。
在本实施例中，每张餐桌上都张贴有桌码，每个桌码在商户终端系统都对应一组件，即组件与桌码一一对应，为了能够实现扫描多个桌码但仅下一个订单的效果，需要根据拼桌需求对桌码与组件的关系进行更改。
用户扫描餐桌上的桌码进入用户展示页面，在该用户展示页面中可以向用户展示拼桌按钮，由用户触发拼桌按钮而发起拼桌请求，或者用户扫描餐桌上的桌码进入用户展示页面，向用户终端推送拼桌消息通知，用户触发拼桌消息通知中的拼桌按钮发起拼桌请求，用户触发拼桌按钮后，在用户终端上将加载渲染带有餐厅各桌号的页面，用户选择此次拼桌的桌号，例如，页面中显示桌号1-50，用户选择本次要拼桌的桌号例如，1号桌和2号桌，点击确定按钮即发送了携带有桌号1、2的拼桌请求，该拼桌请求将提交至商户终端系统，在商户终端系统侧，1号桌的桌码对应的组件为1号组件，2号桌的桌码对应的组件为2号组件，商户终端系统在接收到拼桌请求后，根据拼桌请求将桌号1、2对应的组件合并为复合组件，为了便于辨识，这里将复合组件命名为1号组件+2号组件，其中，复合组件与两个组件各自对应的桌码相关联，一个复合组件与多个桌码相关联，这样，扫描多个桌码而提交的信息都将提交至复合组件。
为了便于后续订单结算且保证订单结算的准确性，在得到复合组件之后，可以将复合组件显示在商户终端系统的信息列表页面中，并隐藏商户终端系统的信息列表页面中对应的至少两个组件，也就是说，对于服务员而言，其仅能看到并操作信息列表页面中所显示的复合组件：1号组件+2号组件，而无法看到相应的1号组件和2号组件，进而也就无法再对相应的1号组件和2号组件进行操作。
步骤s320，将针对至少两个桌码的扫码操作所产生的订单信息提交至复合组件，以根据订单信息生成订单。
这里以两个用户扫码两个不同的桌码为例进行说明，具体地，两个用户分别利用其智能手机上的应用程序扫描两个不同的桌码，通过扫码操作向复合组件提交订单信息，复合组件接收到针对与该复合组件关联的两个桌码的扫码操作所产生的订单信息后，根据订单信息生成订单，具体地，两个用户可以通过扫码操作进入相应的用户展示页面，该用户展示页面可以向用户展示菜品信息，例如菜品名称、菜品图片等，并提供有菜品添加按钮、菜品删减按钮、下单按钮等，这里仅是举例说明，在该用户展示页面中，每个用户可以根据需要添加相应的菜品，用户添加菜品的操作即为用户触发的菜品点餐操作，用户所触发的菜品点餐操作事件会向复合组件发送携带有菜品信息的点餐请求，该复合组件接收到携带有菜品信息的点餐请求后，将相应的菜品信息合并，然后将合并后的菜品信息推送给各个用户终端，并实时显示在每个用户终端的用户展示页面中，例如，用户1添加了菜品1，用户2添加了菜品2、3，复合组件在接收到点餐请求后，会将菜品1、2、3合并，然后推送给用户1、用户2对应的用户终端，并在用户1、用户2的用户展示页面中都将显示添加了菜品1、2、3，这样每个用户就可以实时的看到多个用户所添加的菜品，提高了点餐效率，而且避免添加重复的菜品，提升了用户体验。
在点餐操作结束后，通过触发用户展示页面中下单按钮，向复合组件发送携带有菜品信息的菜品下单请求，复合组件接收菜品下单请求，根据菜品下单请求中携带的菜品信息生成订单，虽然扫描多个桌码但是仅生成一个订单，提升了用户体验。此外，任一用户通过扫码而继续触发的菜品添加操作，都将改变复合组件所生成的订单。
当用户申请订单结算后，可以根据复合组件：1号组件+2号组件所存储的订单来进行结算，由于该复合组件是为了生成一个订单而将1号组件和2号组件合并得到的，这种合并是临时行为，在订单结算后，复合组件的作用已完成，因此，可以将1号组件和2号组件显示在商户终端系统的信息列表页面中，并隐藏复合组件：1号组件+2号组件，在后续扫码点餐时，请求将提交至桌码对应的组件。
本实施例提供的拼桌扫码点餐方法，根据用户触发的拼桌请求，将至少两个组件合并为复合组件，且复合组件与至少两个组件各自对应的桌码相关联，针对至少两个桌码的扫码操作所产生的订单信息提交至复合组件，由复合组件根据订单信息生成订单，从而使多个用户可以参与到点餐过程中，虽然是多个用户进行点餐，但仅生成一个订单，提升了点餐效率以及用户体验。
上述实施例中的各方法不仅可以应用于多个用户餐厅聚餐发生拼桌行为时拼桌扫码点餐的场景，还可以应用于其它要求用户扫码下单的实际应用场景中，例如，多个用户相约到美容店进行美容或者到美发店进行美发等，一般情况下，门店会提供多种产品，而多个用户希望仅产生一个订单进行结算，每个用户又希望能够了解门店有哪些产品，自己选择哪个产品的场景，利用上述方法进行处理既达到仅生成一个订单，又能让多个用户参与到点单过程中的效果，提升了用户体验。当然还可以应用到其他场景，例如，多个用户相约去做足疗，通过扫码进行下单的场景，这里不再一一列举。
图4示出了根据本发明一个实施例的信息组件处理装置的结构程示意图。如图4所示，该装置包括：监测模块410、合并模块420、处理模块430。
监测模块410，适于监测组件的操作事件。
合并模块420，适于当监测到操作事件触发至少两个组件相交时，将至少两个组件合并为复合组件，复合组件与至少两个组件各自对应的码标识相关联。
处理模块430，适于接收针对与复合组件关联的一个或多个码标识的扫码操作所产生的信息处理请求，根据信息处理请求进行信息组合处理。
可选地，装置还包括：呈现模块440，适于将复合组件显示在信息列表页面中，并隐藏至少两个组件。
可选地，处理模块430进一步适于：接收针对与复合组件关联的多个码标识的扫码操作所产生的订单信息，根据订单信息生成订单。
可选地，处理模块430进一步适于：接收扫描与复合组件关联的多个码标识后而触发的物品点单操作，将物品点单操作中携带的物品信息合并，并实时显示在每个用户终端的用户展示页面中；接收物品下单操作，根据物品下单操作中携带的物品信息生成订单。
可选地，呈现模块440还适于：在订单结算后，将至少两个组件显示在信息列表页面中，并隐藏复合组件。
可选地，处理模块430进一步适于：响应信息处理请求将复合组件对应的多个物品信息展示在用户终端的用户展示页面中。
本实施例提供的信息组件处理装置，通过将相交的至少两个组件合并为复合组件，并根据针对与复合组件关联的一个或多个码标识的扫码操作所产生的信息处理请求进行信息组合处理，能够使用户快速了解套餐信息，或者使多个用户可以参与到点单过程中，虽然是多个用户进行点单，但仅生成一个订单，提升了点单效率以及用户体验。
本发明实施例还提供了一种拼桌扫码点餐订单生成装置该装置包括：监测模块、合并模块、处理模块，其中，
监测模块，适于监测组件的操作事件。
合并模块，适于当监测到操作事件触发至少两个组件相交时，将至少两个组件合并为复合组件，复合组件与至少两个组件各自对应的桌码相关联。
处理模块，适于接收针对与复合组件关联的多个桌码的扫码操作所产生的订单信息，根据订单信息生成订单。
可选地，装置还包括：呈现模块，适于将复合组件显示在信息列表页面中，并隐藏至少两个组件。
可选地，处理模块进一步适于：接收至少两个用户扫描与复合组件关联的多个码标识后而进行的点餐操作，将点餐操作中携带的菜品信息合并，并实时显示在每个用户的用户展示页面中；接收用户进行的下单操作，根据物品下单操作中携带的菜品信息生成订单。
可选地，呈现模块还适于：在订单结算后，将至少两个组件显示在信息列表页面中，并隐藏复合组件。
本实施例提供的拼桌扫码点餐订单生成装置，通过将相交的两个组件合并为复合组件，并根据针对与复合组件关联的多个码标识的扫码操作所产生的订单信息，根据订单信息生成订单，能够使多个用户可以参与到点餐过程中，虽然是多个用户进行点餐，但仅生成一个订单，提升了点餐效率以及用户体验。
图5示出了根据本发明一个实施例的拼桌扫码点餐装置的结构程示意图。如图5所示，该装置包括：发送模块510、提交模块520。
发送模块510，适于根据用户触发的拼桌操作事件，发送携带有至少两个桌号的拼桌请求，以根据拼桌请求将至少两个桌号对应的组件合并为复合组件，复合组件与至少两个组件各自对应的桌码相关联。
为了便于后续订单结算且保证订单结算的准确性，在得到复合组件之后，将复合组件显示在商户终端系统的信息列表页面中，并隐藏商户终端系统的信息列表页面中对应的至少两个组件。
提交模块520，适于将针对至少两个桌码的扫码操作所产生的订单信息提交至复合组件，以根据订单信息生成订单。
可选地，发送模块510进一步包括：显示单元511，适于扫描餐桌上的桌码，并在对应的用户终端显示带有拼桌按钮的用户展示页面；
发送单元512，适于根据用户触发用户展示页面中拼桌按钮后选取至少两个桌号的拼桌操作事件，发送携带有至少两个桌号的拼桌请求。
可选地，提交模块520进一步适于：根据至少两个用户扫描桌码后而进行的点餐操作事件向复合组件发送携带有菜品信息的点餐请求，以供复合组件将相应的菜品信息合并，并将合并后的菜品信息返回至每个用户终端；根据用户触发的下单操作事件向复合组件发送携带有菜品信息的下单请求，以供复合组件根据菜品信息生成订单。
当用户申请订单结算后，可以根据复合组件所存储的订单来进行结算，由于该复合组件是为了生成一个订单而将至少两个组件合并得到的，这种合并是临时行为，在订单结算后，复合组件的作用已完成，因此，可以将至少两个组件显示在商户终端系统的信息列表页面中，并隐藏商户终端系统的信息列表页面中对应的复合组件，在后续扫码点餐时，请求将提交至桌码对应的组件。
本实施例提供的拼桌扫码点餐装置，根据用户触发的拼桌请求，将至少两个组件合并为复合组件，且复合组件与至少两个组件各自对应的桌码相关联，针对至少两个桌码的扫码操作所产生的订单信息提交至复合组件，由复合组件根据订单信息生成订单，从而使多个用户可以参与到点餐过程中，虽然是多个用户进行点餐，但仅生成一个订单，提升了点餐效率以及用户体验。
本申请实施例还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述方法实施例中的信息组件处理方法或拼桌扫码点餐订单生成方法或拼桌扫码点餐方法。
图6示出了根据本发明一个实施例的一种计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。
如图6所示，该计算设备可以包括：处理器(processor)602、通信接口(communicationsinterface)604、存储器(memory)606、以及通信总线608。
其中：
处理器602、通信接口604、以及存储器606通过通信总线608完成相互间的通信。
通信接口604，用于与其它设备比如客户端或其它服务器等的网元通信。
处理器602，用于执行程序610，具体可以执行上述信息组件处理方法实施例或拼桌扫码点餐订单生成方法实施例或拼桌扫码点餐方法实施例中的相关步骤。
具体地，程序610可以包括程序代码，该程序代码包括计算机操作指令。
处理器602可能是中央处理器cpu，或者是特定集成电路asic(applicationspecificintegratedcircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
存储器606，用于存放程序610。存储器606可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。
程序610具体可以用于使得处理器602执行上述方法实施例中的信息组件处理方法或拼桌扫码点餐订单生成方法或拼桌扫码点餐方法。程序610中各步骤的具体实现可以参见上述信息组件处理实施例或拼桌扫码点餐订单生成实施例或拼桌扫码点餐实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的信息组件处理设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。