本發(fā)明涉及生成數(shù)據(jù)領域，具體而言，涉及一種訂單的生成方法及裝置、存儲介質(zhì)、處理器、終端。

背景技術：

餐飲行業(yè)蓬勃發(fā)展，互聯(lián)網(wǎng)在餐飲業(yè)的滲透率也越來越高，餐廳固有需求依靠傳統(tǒng)方法實現(xiàn)起來困難加大。例如，在餐廳需要同時開設多個同樣的餐臺時，如果通過人工的方式進行設置，會造成人力資源的浪費，影響餐廳的工作效率。

針對上述的問題，目前尚未提出有效的解決方案。

技術實現(xiàn)要素：

本發(fā)明實施例提供了一種訂單的生成方法及裝置、存儲介質(zhì)、處理器、終端，以至少解決餐廳在開設同樣的餐臺時存在效率低的技術問題。

根據(jù)本發(fā)明實施例的一個方面，提供了一種訂單的生成方法，包括：接收對第一顯示界面上顯示的第一餐臺的第一選擇指令；接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令；建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，并將第一餐臺的訂單信息作為第二餐臺的訂單信息。

可選地，接收對第一顯示界面上顯示的第一餐臺的第一選擇指令之前，方法還包括：接收對第一顯示界面上的第一控件的觸發(fā)指令，其中，第一控件用于觸發(fā)對訂單信息的復制；在觸發(fā)第一控件后，在第一顯示界面上展示供選擇的餐臺，其中，供選擇的餐臺中包括第一餐臺。

可選地，供選擇的餐廳以圖標的形式在第一顯示界面中進行顯示；在第一顯示界面上展示供選擇的餐臺，包括：在第一顯示界面上標記供選擇的餐臺。

可選地，接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令之前，方法還包括：檢測供選擇的餐臺中第一餐臺的選擇指令；在第一餐臺被選中后，將當前顯示界面由第一顯示界面切換至第二顯示界面。

可選地，接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令之前，方法還包括：接收對第二顯示界面上第二控件的觸發(fā)指令，其中，第二控件用于觸發(fā)展示指定區(qū)域范圍內(nèi)的目標餐臺；在第二控件被觸發(fā)時，顯示指定區(qū)域范圍內(nèi)的目標餐臺，其中，目標餐臺中包括至少一個第二餐臺。

可選地，第二控件為多個。

可選地，建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，包括：接收對第二顯示界面上第三控件的觸發(fā)指令，其中，第三控件與訂單信息的數(shù)量存在映射關系；在第三控件的觸發(fā)下，將與第三控件對應數(shù)量的訂單信息映射至至少一個第二餐臺。

根據(jù)本發(fā)明實施例的另一個方面，提供了一種訂單的生成方法，包括：接收對第一餐臺的第一選擇指令；接收對至少一個第二餐臺的第二選擇指令；建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，并將第一餐臺的訂單信息作為第二餐臺的訂單信息。

根據(jù)本發(fā)明實施例的又一個方面，提供了一種訂單的生成裝置，包括：第一接收模塊，用于接收對第一顯示界面上顯示的第一餐臺的第一選擇指令；第二接收模塊，用于接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令；建立模塊，用于建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，并將第一餐臺的訂單信息作為第二餐臺的訂單信息。

根據(jù)本發(fā)明實施例的再一個方面，提供了一種存儲介質(zhì)，存儲介質(zhì)包括存儲的程序，其中，程序執(zhí)行以上任意的訂單的生成方法。

根據(jù)本發(fā)明實施例的再一個方面，提供了一種處理器，處理器用于運行程序，其中，程序運行時執(zhí)行以上任意的訂單的生成方法。

根據(jù)本發(fā)明實施例的再一個方面，提供了一種終端，包括：顯示屏，用于展示第一顯示界面和第二顯示界面，接收對第一顯示界面上顯示的第一餐臺的第一選擇指令，以及接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令；處理器，用于建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，并將第一餐臺的訂單信息作為第二餐臺的訂單信息。

在本發(fā)明實施例中，采用接收對第一顯示界面上顯示的第一餐臺的第一選擇指令；接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令的方式，通過建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，實現(xiàn)了餐臺信息的復制，提高了餐廳的效率，進而解決了餐廳在開設同樣的餐臺時存在效率低的技術問題。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的一種訂單的生成方法的流程示意圖；

圖2是根據(jù)本發(fā)明實施例的一種可選的訂單的生成方法的流程示意圖；

圖3為根據(jù)本申請實施例的一種訂單的生成裝置的結構框圖；以及

圖4為根據(jù)本申請實施例的另一種計算機終端的結構框圖。

具體實施方式

為了使本技術領域的人員更好地理解本發(fā)明方案，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本發(fā)明保護的范圍。

需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數(shù)據(jù)在適當情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤４送?，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設備固有的其它步驟或單元。

根據(jù)本發(fā)明實施例，提供了一種訂單的生成方法實施例，需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

圖1是根據(jù)本發(fā)明實施例的訂單的生成方法，如圖1所示，該方法包括如下步驟：

步驟s102，接收對第一顯示界面上顯示的第一餐臺的第一選擇指令；

具體地，第一選擇指令指選擇餐臺狀態(tài)變?yōu)楦吡翣顟B(tài)或者餐臺顏色變?yōu)榧t色的餐臺的指令。

在一種可選的實施例中，接收對第一顯示界面上顯示的第一餐臺的第一選擇指令之前，還可以執(zhí)行以下處理過程：接收對第一顯示界面上的第一控件的觸發(fā)指令，其中，第一控件用于觸發(fā)對訂單信息的復制；在觸發(fā)第一控件后，在第一顯示界面上展示供選擇的餐臺，其中，供選擇的餐臺中包括第一餐臺。

在一種可選的實施例中，供選擇的餐廳以圖標的形式在第一顯示界面中進行顯示；為了便于用戶查找所需要的餐臺，可以在第一顯示界面上標記供選擇的餐臺；標記供選擇的餐臺的狀態(tài)有多種實現(xiàn)方式，例如，供選擇的餐臺變?yōu)楦吡翣顟B(tài)或者供選擇的餐臺顏色變?yōu)榧t色。

通過上述步驟s102，可以實現(xiàn)接收對第一顯示界面上顯示的第一餐臺的第一選擇指令的目的。

步驟s104，接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令；

具體的，第二選擇指令是指選擇在第二界面上顯示餐臺狀態(tài)空閑的第二餐臺的指令；

在一種可選的實施例中，接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令之前包括：檢測供選擇的餐臺中第一餐臺的選擇指令；在第一餐臺被選中后，將當前顯示界面由第一顯示界面切換至第二顯示界面；具體的，在第一餐臺選中后，第一顯示界面彈出所有餐臺狀態(tài)空閑的第二餐臺的第二顯示界面；

在一種可選的實施例中，接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令之前包括：接收對第二顯示界面上第二控件的觸發(fā)指令；在第二控件被觸發(fā)時，顯示指定區(qū)域范圍內(nèi)的目標餐臺，其中，目標餐臺中包括至少一個第二餐臺；

通過上述步驟s104，可以實現(xiàn)接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令的目的。

步驟s106，建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，并將第一餐臺的訂單信息作為第二餐臺的訂單信息；具體的，訂單信息可以指餐臺的就餐人數(shù)、所點菜品、開臺信息、訂單金額等信息，映射關系是指第一餐臺的訂單信息與第二餐臺的數(shù)量存在的關系；第一餐臺和第二餐臺可以指應用圖標，或者是名稱，比如，19號餐臺；

通過上述步驟s106，可以實現(xiàn)建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，并將第一餐臺的訂單信息作為第二餐臺的訂單信息的目的。

通過上述步驟s102至步驟s106，采用接收對第一顯示界面上顯示的第一餐臺的第一選擇指令；接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令的方式，通過建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，實現(xiàn)了餐臺信息的復制，提高了餐廳的效率，進而解決了餐廳在開設同樣的餐臺時存在效率低的技術問題。。

可選地，第二控件為多個，其中，第二控件用于觸發(fā)展示指定區(qū)域范圍內(nèi)的目標餐臺。

上述映射關系可以通過多種方式建立，例如，在本申請的一個可選實施例中，可以通過以下方式建立上述映射關系：接收對第二顯示界面上第三控件的觸發(fā)指令，其中，第三控件與訂單信息的數(shù)量存在映射關系；在第三控件的觸發(fā)下，將與第三控件對應數(shù)量的訂單信息映射至至少一個第二餐臺。

以下結合一個具體應用場景說明一下本申請實施例的一個應用場景，如圖2所示：

步驟s202，在收銀一體機的餐臺列表中，右上角藍色字體為桌臺“復制”按鈕；

步驟s204，點擊“復制”按鈕，界面底部出現(xiàn)“請選擇要復制的餐臺”字樣，同時已開臺狀態(tài)的餐臺變?yōu)楦吡翣顟B(tài)；

步驟s206，選擇復制名稱為“景專用”餐臺后，界面會彈出包含所有符合要求為空閑的目標餐臺彈框，手動選擇第二餐臺；

步驟s208，選中第二餐臺名稱為“華天專用”和“趙曜專用”的兩個餐臺后，點擊“確定”按鈕；

步驟s210，“景專用”餐臺的信息已成功復制到“華天專用”和“趙曜專用”兩個餐臺。

本申請實施例提供的上述方案可以通過應用實現(xiàn)，例如可以表現(xiàn)為一款以扁平化設計風格為主的收銀應用，始終站在用戶的角度，為用戶設計簡潔大氣、方便操作的功能和界面。餐臺復制就是站在用戶需求的角度，為提升餐廳服務人員工作效率和體驗而設計，其中，餐臺復制是指將餐廳某已開臺桌臺的就餐人數(shù)、所點菜品、開臺信息、訂單金額等信息全部復制到其他空閑餐臺。

通過上述步驟s202至步驟s210，采用接收對第一顯示界面上顯示的第一餐臺的第一選擇指令；接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令的方式，通過建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，實現(xiàn)了餐臺信息的復制，提高了餐廳的效率，進而解決了餐廳在開設同樣的餐臺時存在效率低的技術問題。

需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本申請并不受所描述的動作順序的限制，因為依據(jù)本申請，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本申請所必須的。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本申請的技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本申請各個實施例所述的方法。

實施例3

根據(jù)本發(fā)明實施例，還提供了一種訂單生成的裝置，如圖3所示，包括：

第一接收模塊301,用于接收對第一顯示界面上顯示的第一餐臺的第一選擇指令；

第二接收模塊303，用于接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令；

建立模塊305，用于建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，并將第一餐臺的訂單信息作為第二餐臺的訂單信息。

此處需要說明的是，上述各個模塊對應于實施例1中的步驟s102至步驟s106，各個模塊與對應的步驟所實現(xiàn)的實例和應用場景相同，但不限于上述實施例一所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以運行在實施例一提供的計算機終端中。

在一個可選實施例中，上述各個模塊可以表現(xiàn)為以下硬件實現(xiàn)方式：上述各個模塊位于同一處理器中，或者，上述各個模塊以任意組合的方式位于不同的處理器中。

實施例4

根據(jù)本發(fā)明實施例，還提供了一種存儲介質(zhì)。可選地，在本實施例中，上述存儲介質(zhì)可以用于保存上述實施例1所提供的訂單生成方法所執(zhí)行的程序代碼。

上述存儲介質(zhì)，用于存儲執(zhí)行以下功能的程序：接收對第一顯示界面上顯示的第一餐臺的第一選擇指令；接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令；建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，并將第一餐臺的訂單信息作為第二餐臺的訂單信息。

可選地，第二控件為多個，其中，第二控件用于觸發(fā)展示指定區(qū)域范圍內(nèi)的目標餐臺。

可選地，建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，包括：接收對第二顯示界面上第三控件的觸發(fā)指令，其中，第三控件與訂單信息的數(shù)量存在映射關系；在第三控件的觸發(fā)下，將與第三控件對應數(shù)量的訂單信息映射至至少一個第二餐臺。

實施例5

本申請的實施例，還提供了一種處理器。可選地，在本實施例中，上述處理器可以用于保存上述實施例1所提供的訂單的生成方法所執(zhí)行的程序代碼。

上述處理器，用于執(zhí)行以下實現(xiàn)以下功能的程序：

接收對第一顯示界面上顯示的第一餐臺的第一選擇指令；接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令；建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，并將第一餐臺的訂單信息作為第二餐臺的訂單信息。

可選地，第二控件為多個，其中，第二控件用于觸發(fā)展示指定區(qū)域范圍內(nèi)的目標餐臺。

可選地，建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，包括：接收對第二顯示界面上第三控件的觸發(fā)指令，其中，第三控件與訂單信息的數(shù)量存在映射關系；在第三控件的觸發(fā)下，將與第三控件對應數(shù)量的訂單信息映射至少一個第二餐臺。

實施例6

根據(jù)本發(fā)明實施例的再一個方面，還提供了一種終端，如圖4所示，包括：

顯示屏601，用于展示第一顯示界面和第二顯示界面，接收對第一顯示界面上顯示的第一餐臺的第一選擇指令，以及接收對第二顯示界面上顯示的至少一個第二餐臺的第二選擇指令；

處理器603，用于建立第一餐臺的訂單信息與至少一個第二餐臺的映射關系，并將第一餐臺的訂單信息作為第二餐臺的訂單信息。

此處需要說明的是，上述各個裝置對應于實施例1中的步驟s102至步驟s106，各個模塊與對應的步驟所實現(xiàn)的實例和應用場景相同，但不限于上述實施例一所公開的內(nèi)容。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

在本發(fā)明的上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的技術內(nèi)容，可通過其它的方式實現(xiàn)。其中，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，可以為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設備(可為個人計算機、服務器或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：u盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。