订单的生成方法及装置、存储介质、处理器、终端与流程

本发明涉及生成数据领域，具体而言，涉及一种订单的生成方法及装置、存储介质、处理器、终端。

背景技术：

餐饮行业蓬勃发展，互联网在餐饮业的渗透率也越来越高，餐厅固有需求依靠传统方法实现起来困难加大。例如，在餐厅需要同时开设多个同样的餐台时，如果通过人工的方式进行设置，会造成人力资源的浪费，影响餐厅的工作效率。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种订单的生成方法及装置、存储介质、处理器、终端，以至少解决餐厅在开设同样的餐台时存在效率低的技术问题。

根据本发明实施例的一个方面，提供了一种订单的生成方法，包括：接收对第一显示界面上显示的第一餐台的第一选择指令；接收对第二显示界面上显示的至少一个第二餐台的第二选择指令；建立第一餐台的订单信息与至少一个第二餐台的映射关系，并将第一餐台的订单信息作为第二餐台的订单信息。

可选地，接收对第一显示界面上显示的第一餐台的第一选择指令之前，方法还包括：接收对第一显示界面上的第一控件的触发指令，其中，第一控件用于触发对订单信息的复制；在触发第一控件后，在第一显示界面上展示供选择的餐台，其中，供选择的餐台中包括第一餐台。

可选地，供选择的餐厅以图标的形式在第一显示界面中进行显示；在第一显示界面上展示供选择的餐台，包括：在第一显示界面上标记供选择的餐台。

可选地，接收对第二显示界面上显示的至少一个第二餐台的第二选择指令之前，方法还包括：检测供选择的餐台中第一餐台的选择指令；在第一餐台被选中后，将当前显示界面由第一显示界面切换至第二显示界面。

可选地，接收对第二显示界面上显示的至少一个第二餐台的第二选择指令之前，方法还包括：接收对第二显示界面上第二控件的触发指令，其中，第二控件用于触发展示指定区域范围内的目标餐台；在第二控件被触发时，显示指定区域范围内的目标餐台，其中，目标餐台中包括至少一个第二餐台。

可选地，第二控件为多个。

可选地，建立第一餐台的订单信息与至少一个第二餐台的映射关系，包括：接收对第二显示界面上第三控件的触发指令，其中，第三控件与订单信息的数量存在映射关系；在第三控件的触发下，将与第三控件对应数量的订单信息映射至至少一个第二餐台。

根据本发明实施例的另一个方面，提供了一种订单的生成方法，包括：接收对第一餐台的第一选择指令；接收对至少一个第二餐台的第二选择指令；建立第一餐台的订单信息与至少一个第二餐台的映射关系，并将第一餐台的订单信息作为第二餐台的订单信息。

根据本发明实施例的又一个方面，提供了一种订单的生成装置，包括：第一接收模块，用于接收对第一显示界面上显示的第一餐台的第一选择指令；第二接收模块，用于接收对第二显示界面上显示的至少一个第二餐台的第二选择指令；建立模块，用于建立第一餐台的订单信息与至少一个第二餐台的映射关系，并将第一餐台的订单信息作为第二餐台的订单信息。

根据本发明实施例的再一个方面，提供了一种存储介质，存储介质包括存储的程序，其中，程序执行以上任意的订单的生成方法。

根据本发明实施例的再一个方面，提供了一种处理器，处理器用于运行程序，其中，程序运行时执行以上任意的订单的生成方法。

根据本发明实施例的再一个方面，提供了一种终端，包括：显示屏，用于展示第一显示界面和第二显示界面，接收对第一显示界面上显示的第一餐台的第一选择指令，以及接收对第二显示界面上显示的至少一个第二餐台的第二选择指令；处理器，用于建立第一餐台的订单信息与至少一个第二餐台的映射关系，并将第一餐台的订单信息作为第二餐台的订单信息。

在本发明实施例中，采用接收对第一显示界面上显示的第一餐台的第一选择指令；接收对第二显示界面上显示的至少一个第二餐台的第二选择指令的方式，通过建立第一餐台的订单信息与至少一个第二餐台的映射关系，实现了餐台信息的复制，提高了餐厅的效率，进而解决了餐厅在开设同样的餐台时存在效率低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种订单的生成方法的流程示意图；

图2是根据本发明实施例的一种可选的订单的生成方法的流程示意图；

图3为根据本申请实施例的一种订单的生成装置的结构框图；以及

图4为根据本申请实施例的另一种计算机终端的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例，提供了一种订单的生成方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的订单的生成方法，如图1所示，该方法包括如下步骤：

步骤s102，接收对第一显示界面上显示的第一餐台的第一选择指令；

具体地，第一选择指令指选择餐台状态变为高亮状态或者餐台颜色变为红色的餐台的指令。

在一种可选的实施例中，接收对第一显示界面上显示的第一餐台的第一选择指令之前，还可以执行以下处理过程：接收对第一显示界面上的第一控件的触发指令，其中，第一控件用于触发对订单信息的复制；在触发第一控件后，在第一显示界面上展示供选择的餐台，其中，供选择的餐台中包括第一餐台。

在一种可选的实施例中，供选择的餐厅以图标的形式在第一显示界面中进行显示；为了便于用户查找所需要的餐台，可以在第一显示界面上标记供选择的餐台；标记供选择的餐台的状态有多种实现方式，例如，供选择的餐台变为高亮状态或者供选择的餐台颜色变为红色。

通过上述步骤s102，可以实现接收对第一显示界面上显示的第一餐台的第一选择指令的目的。

步骤s104，接收对第二显示界面上显示的至少一个第二餐台的第二选择指令；

具体的，第二选择指令是指选择在第二界面上显示餐台状态空闲的第二餐台的指令；

在一种可选的实施例中，接收对第二显示界面上显示的至少一个第二餐台的第二选择指令之前包括：检测供选择的餐台中第一餐台的选择指令；在第一餐台被选中后，将当前显示界面由第一显示界面切换至第二显示界面；具体的，在第一餐台选中后，第一显示界面弹出所有餐台状态空闲的第二餐台的第二显示界面；

在一种可选的实施例中，接收对第二显示界面上显示的至少一个第二餐台的第二选择指令之前包括：接收对第二显示界面上第二控件的触发指令；在第二控件被触发时，显示指定区域范围内的目标餐台，其中，目标餐台中包括至少一个第二餐台；

通过上述步骤s104，可以实现接收对第二显示界面上显示的至少一个第二餐台的第二选择指令的目的。

步骤s106，建立第一餐台的订单信息与至少一个第二餐台的映射关系，并将第一餐台的订单信息作为第二餐台的订单信息；具体的，订单信息可以指餐台的就餐人数、所点菜品、开台信息、订单金额等信息，映射关系是指第一餐台的订单信息与第二餐台的数量存在的关系；第一餐台和第二餐台可以指应用图标，或者是名称，比如，19号餐台；

通过上述步骤s106，可以实现建立第一餐台的订单信息与至少一个第二餐台的映射关系，并将第一餐台的订单信息作为第二餐台的订单信息的目的。

通过上述步骤s102至步骤s106，采用接收对第一显示界面上显示的第一餐台的第一选择指令；接收对第二显示界面上显示的至少一个第二餐台的第二选择指令的方式，通过建立第一餐台的订单信息与至少一个第二餐台的映射关系，实现了餐台信息的复制，提高了餐厅的效率，进而解决了餐厅在开设同样的餐台时存在效率低的技术问题。。

可选地，第二控件为多个，其中，第二控件用于触发展示指定区域范围内的目标餐台。

上述映射关系可以通过多种方式建立，例如，在本申请的一个可选实施例中，可以通过以下方式建立上述映射关系：接收对第二显示界面上第三控件的触发指令，其中，第三控件与订单信息的数量存在映射关系；在第三控件的触发下，将与第三控件对应数量的订单信息映射至至少一个第二餐台。

以下结合一个具体应用场景说明一下本申请实施例的一个应用场景，如图2所示：

步骤s202，在收银一体机的餐台列表中，右上角蓝色字体为桌台“复制”按钮；

步骤s204，点击“复制”按钮，界面底部出现“请选择要复制的餐台”字样，同时已开台状态的餐台变为高亮状态；

步骤s206，选择复制名称为“景专用”餐台后，界面会弹出包含所有符合要求为空闲的目标餐台弹框，手动选择第二餐台；

步骤s208，选中第二餐台名称为“华天专用”和“赵曜专用”的两个餐台后，点击“确定”按钮；

步骤s210，“景专用”餐台的信息已成功复制到“华天专用”和“赵曜专用”两个餐台。

本申请实施例提供的上述方案可以通过应用实现，例如可以表现为一款以扁平化设计风格为主的收银应用，始终站在用户的角度，为用户设计简洁大气、方便操作的功能和界面。餐台复制就是站在用户需求的角度，为提升餐厅服务人员工作效率和体验而设计，其中，餐台复制是指将餐厅某已开台桌台的就餐人数、所点菜品、开台信息、订单金额等信息全部复制到其他空闲餐台。

通过上述步骤s202至步骤s210，采用接收对第一显示界面上显示的第一餐台的第一选择指令；接收对第二显示界面上显示的至少一个第二餐台的第二选择指令的方式，通过建立第一餐台的订单信息与至少一个第二餐台的映射关系，实现了餐台信息的复制，提高了餐厅的效率，进而解决了餐厅在开设同样的餐台时存在效率低的技术问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

实施例3

根据本发明实施例，还提供了一种订单生成的装置，如图3所示，包括：

第一接收模块301,用于接收对第一显示界面上显示的第一餐台的第一选择指令；

第二接收模块303，用于接收对第二显示界面上显示的至少一个第二餐台的第二选择指令；

建立模块305，用于建立第一餐台的订单信息与至少一个第二餐台的映射关系，并将第一餐台的订单信息作为第二餐台的订单信息。

此处需要说明的是，上述各个模块对应于实施例1中的步骤s102至步骤s106，各个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端中。

在一个可选实施例中，上述各个模块可以表现为以下硬件实现方式：上述各个模块位于同一处理器中，或者，上述各个模块以任意组合的方式位于不同的处理器中。

实施例4

根据本发明实施例，还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例1所提供的订单生成方法所执行的程序代码。

上述存储介质，用于存储执行以下功能的程序：接收对第一显示界面上显示的第一餐台的第一选择指令；接收对第二显示界面上显示的至少一个第二餐台的第二选择指令；建立第一餐台的订单信息与至少一个第二餐台的映射关系，并将第一餐台的订单信息作为第二餐台的订单信息。

可选地，第二控件为多个，其中，第二控件用于触发展示指定区域范围内的目标餐台。

可选地，建立第一餐台的订单信息与至少一个第二餐台的映射关系，包括：接收对第二显示界面上第三控件的触发指令，其中，第三控件与订单信息的数量存在映射关系；在第三控件的触发下，将与第三控件对应数量的订单信息映射至至少一个第二餐台。

实施例5

本申请的实施例，还提供了一种处理器。可选地，在本实施例中，上述处理器可以用于保存上述实施例1所提供的订单的生成方法所执行的程序代码。

上述处理器，用于执行以下实现以下功能的程序：

接收对第一显示界面上显示的第一餐台的第一选择指令；接收对第二显示界面上显示的至少一个第二餐台的第二选择指令；建立第一餐台的订单信息与至少一个第二餐台的映射关系，并将第一餐台的订单信息作为第二餐台的订单信息。

可选地，第二控件为多个，其中，第二控件用于触发展示指定区域范围内的目标餐台。

可选地，建立第一餐台的订单信息与至少一个第二餐台的映射关系，包括：接收对第二显示界面上第三控件的触发指令，其中，第三控件与订单信息的数量存在映射关系；在第三控件的触发下，将与第三控件对应数量的订单信息映射至少一个第二餐台。

实施例6

根据本发明实施例的再一个方面，还提供了一种终端，如图4所示，包括：

显示屏601，用于展示第一显示界面和第二显示界面，接收对第一显示界面上显示的第一餐台的第一选择指令，以及接收对第二显示界面上显示的至少一个第二餐台的第二选择指令；

处理器603，用于建立第一餐台的订单信息与至少一个第二餐台的映射关系，并将第一餐台的订单信息作为第二餐台的订单信息。

此处需要说明的是，上述各个装置对应于实施例1中的步骤s102至步骤s106，各个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例一所公开的内容。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。