CN111640234B - 取餐叫号方法、装置、系统和存储介质 - Google Patents

取餐叫号方法、装置、系统和存储介质 Download PDF

Info

Publication number
CN111640234B
CN111640234B CN202010473303.0A CN202010473303A CN111640234B CN 111640234 B CN111640234 B CN 111640234B CN 202010473303 A CN202010473303 A CN 202010473303A CN 111640234 B CN111640234 B CN 111640234B
Authority
CN
China
Prior art keywords
number calling
calling
rule
scheduling
background server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010473303.0A
Other languages
English (en)
Other versions
CN111640234A (zh
Inventor
宗红彦
谭德卫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Zhiyuan Robot Technology Co Ltd
Original Assignee
Guangdong Zhiyuan Robot Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Zhiyuan Robot Technology Co Ltd filed Critical Guangdong Zhiyuan Robot Technology Co Ltd
Priority to CN202010473303.0A priority Critical patent/CN111640234B/zh
Publication of CN111640234A publication Critical patent/CN111640234A/zh
Application granted granted Critical
Publication of CN111640234B publication Critical patent/CN111640234B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C11/00—Arrangements, systems or apparatus for checking, e.g. the occurrence of a condition, not provided for elsewhere
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06316—Sequencing of tasks or work
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C11/00—Arrangements, systems or apparatus for checking, e.g. the occurrence of a condition, not provided for elsewhere
    • G07C2011/04—Arrangements, systems or apparatus for checking, e.g. the occurrence of a condition, not provided for elsewhere related to queuing systems

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Signal Processing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Primary Health Care (AREA)
  • Educational Administration (AREA)
  • Health & Medical Sciences (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • General Health & Medical Sciences (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请涉及一种取餐叫号方法、装置、系统和存储介质。其中，从叫号后台服务器角度实施的取餐叫号方法，可以包括步骤：通过相应的消息接口获取各调度系统传输的订单状态信息；基于订单状态信息，向前端设备传输当前叫号数据和当前叫号规则；当前叫号规则用于指示前端设备展示当前叫号数据、并进行语音提醒。本申请提供了一套统一的、标准化的叫号方案，一个门店内统一叫号，便于管理，在机器人快餐通备餐完成后可自动触发系统叫号，无需人工叫号或者人工触发叫号。

Description

取餐叫号方法、装置、系统和存储介质
技术领域
本申请涉及无线通信技术领域，特别是涉及一种取餐叫号方法、装置、系统和存储介质。
背景技术
传统餐饮在后厨备餐完成后，由人工根据小票呼叫对应客户取餐，或者在叫号软件上点击【呼叫取餐】按钮，然后驱动音响设备叫号取餐。
在实现过程中，发明人发现传统技术中至少存在如下问题：在实际场景中，现场存在多个设备，例如售卖机、甜品站以及煎炸站等；在每个设备都分别叫号时，易造成混乱嘈杂，即传统叫号设备智能化、标准化程度较低。
发明内容
基于此，有必要针对上述技术问题，提供一种能够实现叫号标准化的取餐叫号方法、装置、系统和存储介质。
为了实现上述目的，一方面，本发明实施例提供了一种取餐叫号方法，包括步骤：
通过相应的消息接口获取各调度系统传输的订单状态信息；
基于订单状态信息，向前端设备传输当前叫号数据和当前叫号规则；当前叫号规则用于指示前端设备展示当前叫号数据、并进行语音提醒。
在其中一个实施例中，消息接口包括以下接口中的任意一种或任意组合：KAFAK接口、MQTT接口和HTTP接口；调度系统包括安卓调度系统、Node调度系统以及JAVA调度系统。
在其中一个实施例中，通过相应的消息接口获取各调度系统传输的订单状态信息的步骤之后，还包括步骤：
将订单状态信息持久化至数据库管理系统。
在其中一个实施例中，基于订单状态信息，向前端设备传输当前叫号数据和当前叫号规则的步骤包括：
在基于订单状态信息确认订单状态发生变化时，采用WebSocket将当前叫号数据和当前叫号规则推送给前端设备。
在其中一个实施例中，当前叫号规则包括叫号配置参数；叫号配置参数包括多次轮询叫号之间的时间间隔、每次轮询时同一个订单叫号重复次数以及叫号服务开关；
还包括步骤：
接收前端设备传输的规则修改指令；
根据规则修改指令更新叫号配置参数，得到更新后的叫号规则；
对更新后的叫号规则进行持久化处理，并将更新后的叫号规则推送给前端设备；更新后的叫号规则用于指示前端设备采用HTML5页面展示当前叫号数据、并驱动音频叫号。
一种取餐叫号方法，包括步骤：
接收叫号后台服务器传输的当前叫号数据和当前叫号规则；当前叫号数据和当前叫号规则为订单状态信息经叫号后台服务器处理得到；订单状态信息为各调度系统调用相应的消息接口同步至叫号后台服务器；
以当前叫号规则，展示当前叫号数据、并进行语音提醒。
在其中一个实施例中，当前叫号规则包括叫号配置参数；叫号配置参数包括多次轮询叫号之间的时间间隔、每次轮询时同一个订单叫号重复次数以及叫号服务开关；
以当前叫号规则，展示当前叫号数据、并进行语音提醒的步骤，包括：
根据叫号配置参数，采用HTML5页面展示当前叫号数据、并驱动音频叫号。
在其中一个实施例中，还包括步骤：
获取到规则修改指令时，将规则修改指令传输给叫号后台服务器；规则修改指令用于指示叫号后台服务器更新叫号配置参数、得到更新后的叫号规则，对更新后的叫号规则进行持久化处理并推送；
接收叫号后台服务器推送的更新后的叫号规则，采用HTML5页面展示当前叫号数据、并驱动音频叫号。
一种取餐叫号装置，包括：
订单信息接收模块，用于通过相应的消息接口获取各调度系统传输的订单状态信息；
叫号信息传输模块，用于基于订单状态信息，向前端设备传输当前叫号数据和当前叫号规则；当前叫号规则用于指示前端设备展示当前叫号数据、并进行语音提醒。
一种取餐叫号装置，包括：
叫号信息接收模块，用于接收叫号后台服务器传输的当前叫号数据和当前叫号规则；当前叫号数据和当前叫号规则为订单状态信息经叫号后台服务器处理得到；订单状态信息为各调度系统调用相应的消息接口同步至叫号后台服务器；
取餐叫号模块，用于以当前叫号规则，展示当前叫号数据、并进行语音提醒。
一种取餐叫号系统，包括各调度系统，连接各调度系统的叫号后台服务器，以及连接叫号后台服务器的前端设备；
叫号后台服务器用于执行上述从叫号后台服务器角度实施的方法的步骤；
前端设备用于执行上述从前端设备角度实施的方法的步骤。
在其中一个实施例中，前端设备包括叫号管理设备和叫号显示设备；叫号管理设备、叫号显示设备均连接叫号后台服务器；
叫号管理设备在获取到规则修改指令时，将规则修改指令传输给叫号后台服务器；
叫号后台服务器根据规则修改指令更新叫号配置参数，得到更新后的叫号规则，对更新后的叫号规则进行持久化处理，并推送给叫号显示设备；
叫号显示设备接收更新后的叫号规则，采用HTML5页面展示当前叫号数据、并驱动音频叫号。
一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一项方法的步骤。
上述技术方案中的一个技术方案具有如下优点和有益效果：
本申请可通过相应的消息接口获取各调度系统传输的订单状态信息，进而统一提供消息接口给各调度系统以接入叫号，方便各系统统一叫号，也为各系统提供了多种接入方式；同时，向前端设备传输当前叫号数据和当前叫号规则，使得各设备可使用统一的方案进行叫号。不同设备的控制逻辑不同，而本申请能够满足各设备的叫号需求；本申请提供了一套统一的、标准化的叫号方案，一个门店内统一叫号，便于管理，在机器人快餐通备餐完成后可自动触发系统叫号，无需人工叫号或者人工触发叫号。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1为一个实施例中取餐叫号方法的应用环境图；
图2为一个实施例中从叫号后台服务器角度实施的取餐叫号方法的流程示意图；
图3为一个实施例中从前端设备角度实施的取餐叫号方法的流程示意图；
图4为一个实施例中从叫号后台服务器角度实施的取餐叫号装置的结构框图；
图5为一个实施例中从前端设备角度实施的取餐叫号装置的结构框图；
图6为一个实施例中取餐叫号系统的硬件部署示意图；
图7为一个实施例中取餐叫号系统的叫号架构示意图；
图8为一个实施例中服务器的内部结构图；
图9为一个实施例中前端设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。
需要说明的是，当一个元件被认为是“连接”另一个元件时，它可以是直接连接到另一个元件，或者通过居中元件连接另一个元件。此外，以下实施例中的“连接”，如果被连接的对象之间具有电信号或数据的传递，则应理解为“电连接”、“通信连接”等。
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的取餐叫号方法，可以应用于如图1所示的应用环境中。其中，调度系统102与叫号后台服务器104通过相应的消息接口进行通信，叫号后台服务器104与相应的前端设备进行通信，前端设备可以包括用于展示叫号数据和驱动音频叫号的叫号显示设备106，和用于后台管理页面展示的叫号管理设备108，通过该页面可配置叫号参数(即叫号配置参数)。
其中，调度系统102可以部署在微型机和/或Android平板上，各调度系统包括不限于安卓(Android)版售卖机调度、Node.js版单机调度、JAVA版门店调度，即调度系统可以为安卓(Android)调度、Node单机调度或JAVA后厨调度等；图1中，调度系统-1、调度系统-2…调度系统-n等，用于说明本申请的硬件部署方案中，可以包含多个调度系统；叫号后台服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现；前端设备可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。
进一步的，在部署的时候，可以根据实际情况合并部署，例如，将后厨调度、叫号服务以及MQTT(Message Queuing Telemetry Transport，消息队列遥测传输)部署在一台物理机上。
在一个实施例中，如图2所示，提供了一种取餐叫号方法，以该方法应用于图1中的叫号后台服务器为例进行说明，包括以下步骤：
步骤202，通过相应的消息接口获取各调度系统传输的订单状态信息。
其中，消息接口可以包括叫号后台服务器与调度系统之间的交互协议，并用于在叫号后台服务器与调度系统之间进行信息交互。在一个具体的示例中，消息接口可以包括以下接口中的任意一种或任意组合：KAFAK接口、MQTT接口和HTTP接口。
需要说明的是，卡夫卡(简称：Kafka)系统是一种具有高吞吐量的分布式发送订阅消息系统。MQTT是基于客户端-服务器的消息发布/订阅传输协议。而HTTP为超文本传输协议。
具体地，本申请统一提供标准接口给各调度系统接入叫号；叫号后台服务器通过相应的消息接口获取各调度系统传输的订单状态信息；在一个具体的示例中，各调度系统，例如，安卓调度系统、Node调度系统以及JAVA调度系统，通过KAFAK、MQTT或者HTTP接口将订单状态同步到叫号服务。
其中，订单状态信息可以用于指示当前订单变化状态；例如，叫号后台服务器接收到订单状态信息时，可确认当前是否有新的订单状态变化。
在一个具体的实施例中，通过相应的消息接口获取各调度系统传输的订单状态信息的步骤之后，还包括步骤：
将订单状态信息持久化至数据库管理系统。
具体而言，叫号后台服务器接收到订单状态信息时，将订单状态信息持久化到数据库管理系统；在一个具体的示例中，数据库管理系统可以包括MySQL(My StructuredQuery Language，关系型数据库管理系统)。
本申请提供了可实现叫号后台服务器与调度系统之间进行消息交互的消息接口，进而通过相应的消息接口获取各调度系统传输的订单状态信息。即本申请统一提供消息接口给各调度系统以接入叫号，方便各系统统一叫号；同时，本申请也为各系统提供了多种接入方式，即提供多种入口，方便各个自动调度系统接入叫号。
步骤204，基于订单状态信息，向前端设备传输当前叫号数据和当前叫号规则；当前叫号规则用于指示前端设备展示当前叫号数据、并进行语音提醒。
具体而言，叫号后台服务器根据订单状态信息，可确认当前是否有新的订单状态变化；在确认新的订单状态变化后，将最新叫号数据(即当前叫号数据)推送给前端设备；进一步的，叫号后台服务器将当前叫号规则传输给前端设备，前端设备基于该当前叫号规则展示当前叫号数据，并进行语音提醒，例如驱动音频叫号。
在一个具体的实施例中，基于订单状态信息，向前端设备传输当前叫号数据和当前叫号规则的步骤包括：
在基于订单状态信息确认订单状态发生变化时，采用WebSocket将当前叫号数据和当前叫号规则推送给前端设备。
具体而言，本申请统一提供标准接口给各个调度系统接入叫号，安卓调度系统、Node调度系统以及JAVA调度系统，通过KAFAK、MQTT或者HTTP接口将订单状态同步到叫号服务(即叫号后台服务器)，叫号服务接受到订单后持久化到数据库管理系统(例如，MySQL)，并通过WebSocket(基于TCP的全双工通信协议)将最新叫号数据(即当前叫号数据)推送到前端设备。
其中，前端设备(例如，叫号显示设备)中可安装有相应的叫号APP，当叫号APP启动后，从叫号服务订阅叫号数据和叫号规则。叫号后台(即叫号后台服务器)接收到新的订单状态变化后，将最新叫号数据推送给订阅叫号数据的前端设备。
在一个具体的实施例中，当前叫号规则包括叫号配置参数；叫号配置参数包括多次轮询叫号之间的时间间隔、每次轮询时同一个订单叫号重复次数以及叫号服务开关；
还包括步骤：
接收前端设备传输的规则修改指令；
根据规则修改指令更新叫号配置参数，得到更新后的叫号规则；
对更新后的叫号规则进行持久化处理，并将更新后的叫号规则推送给前端设备；更新后的叫号规则用于指示前端设备采用HTML5页面展示当前叫号数据、并驱动音频叫号。
具体而言，叫号后台服务器接收到前端设备传输的规则修改指令时，可以更新叫号配置参数，进而得到更新后的叫号规则，然后对更新后的叫号规则进行持久化处理，并将更新后的叫号规则推送给前端设备；前端设备可以采用HTML5(Hyper Text Mark-upLanguage 5.0，超文本5.0)页面展示当前叫号数据、并驱动音频叫号。
其中，前端设备(例如，叫号管理设备)可以用于叫号管理，进而可以配置叫号规则参数，其中，叫号配置参数可以包括多次轮询叫号之间的时间间隔，每次轮询时同一个订单叫号重复次数，以及叫号开关(即叫号服务开关)。
进一步的，前端设备修改规则后(例如，叫号管理设备接收外部输入的配置指令，进而修改叫号配置参数)，提交给叫号服务，叫号服务持久化，并推送给叫号HTML5页面，使规则及时生效。
本申请中的叫号后台服务器，向前端设备传输当前叫号数据和当前叫号规则，使得各设备可使用统一的方案进行叫号，实现叫号标准化，提高叫号设备的智能化程度。不同设备的控制逻辑不同，而本申请能够满足各设备的叫号需求。
上述从叫号后台服务器角度实施的取餐叫号方法中，通过相应的消息接口获取各调度系统传输的订单状态信息，进而统一提供消息接口给各调度系统以接入叫号，方便各系统统一叫号，也为各系统提供了多种接入方式；同时，向前端设备传输当前叫号数据和当前叫号规则，使得各设备可使用统一的方案进行叫号。不同设备的控制逻辑不同，而本申请能够满足各设备的叫号需求；本申请提供了一套统一的、标准化的叫号方案，一个门店内统一叫号，便于管理，在机器人快餐通备餐完成后可自动触发系统叫号，无需人工叫号或者人工触发叫号。
在一个实施例中，提供了一种取餐叫号方法，以该方法应用于图1中的调度系统为例进行说明，包括以下步骤：
调用相应的消息接口，将订单状态信息同步至叫号后台服务器；
订单状态信息用于指示叫号后台服务器基于订单状态信息，向前端设备传输当前叫号数据和当前叫号规则；当前叫号规则用于指示前端设备展示当前叫号数据、并进行语音提醒。
具体而言，本申请统一提供标准接口给各个调度系统接入叫号；安卓调度系统、Node调度系统以及JAVA调度系统，可以通过调用相应的消息接口，将订单状态信息同步至叫号后台服务器；例如，通过KAFAK、MQTT或者HTTP接口将订单状态同步到叫号服务(即叫号后台服务器)。
即本申请采用多入口，提供KAFKA、MQTT、HTTP多种方式接入，便于安卓、Node以及JAVA接入。
进一步的，该订单状态信息可以用于指示叫号后台服务器基于订单状态信息，向前端设备传输当前叫号数据和当前叫号规则；当前叫号规则用于指示前端设备展示当前叫号数据、并进行语音提醒。关于叫号后台服务器侧实现的步骤流程，其具体限定可以参见上文中对于从叫号后台服务器角度实施的取餐叫号方法的限定，在此不再赘述。
上述从调度系统角度实施的取餐叫号方法中，统一提供标准接口给各调度系统接入叫号，使得叫号后台服务器可通过相应的消息接口获取各调度系统传输的订单状态信息，进而方便各系统统一叫号，也为各系统提供了多种接入方式；同时，叫号后台服务器可向前端设备传输当前叫号数据和当前叫号规则，使得各设备可使用统一的方案进行叫号。不同设备的控制逻辑不同，而本申请能够满足各设备的叫号需求；本申请提供了一套统一的、标准化的叫号方案，一个门店内统一叫号，便于管理，在机器人快餐通备餐完成后可自动触发系统叫号，无需人工叫号或者人工触发叫号。
在一个实施例中，如图3所示，提供了一种取餐叫号方法，以该方法应用于图1中的前端设备为例进行说明，包括以下步骤：
步骤302，接收叫号后台服务器传输的当前叫号数据和当前叫号规则；当前叫号数据和当前叫号规则为订单状态信息经叫号后台服务器处理得到；订单状态信息为各调度系统调用相应的消息接口同步至叫号后台服务器；
步骤304，以当前叫号规则，展示当前叫号数据、并进行语音提醒。
具体而言，前端设备接收叫号后台服务器传输的当前叫号数据和当前叫号规则，进而以当前叫号规则，展示当前叫号数据、并进行语音提醒，使得各设备可使用统一的方案进行叫号，实现标准化的叫号。关于叫号后台服务器侧、调度系统侧实现的步骤流程，其具体限定可以参见上文中对于从叫号后台服务器、调度系统角度实施的取餐叫号方法的限定，在此不再赘述。
在一个具体的实施例中，当前叫号规则包括叫号配置参数；叫号配置参数包括多次轮询叫号之间的时间间隔、每次轮询时同一个订单叫号重复次数以及叫号服务开关；
以当前叫号规则，展示当前叫号数据、并进行语音提醒的步骤，包括：
根据叫号配置参数，采用HTML5页面展示当前叫号数据、并驱动音频叫号。
具体而言，前端设备可以包括用于展示叫号数据和驱动音频叫号的叫号显示设备，和用于后台管理页面展示的叫号管理设备，通过该页面可配置叫号参数(即叫号配置参数)。其中，叫号显示设备可以包括安卓叫号屏，其内安装有叫号APP，安卓叫号屏上安卓底座套叫号HTML5页面；
当叫号APP启动后，叫号显示设备从叫号服务订阅叫号数据和叫号规则。叫号后台接收到新的订单状态变化后，将最新叫号数据推送给订阅叫号数据的叫号显示设备。叫号显示设备的HTML5页面收到数据后展示最新叫号数据，并驱动安卓音频叫号。
本申请提出采用HTML5页面展示叫号数据并驱动安卓底座输出叫号音频，即叫号前端设备采用安卓底座套用HTML5页面，可降低硬件成本，便于升级新版本。
在一个具体的实施例中，还包括步骤：
获取到规则修改指令时，将规则修改指令传输给叫号后台服务器；规则修改指令用于指示叫号后台服务器更新叫号配置参数、得到更新后的叫号规则，对更新后的叫号规则进行持久化处理并推送；
接收叫号后台服务器推送的更新后的叫号规则，采用HTML5页面展示当前叫号数据、并驱动音频叫号。
具体而言，前端设备可以包括用于展示叫号数据和驱动音频叫号的叫号显示设备，和用于后台管理页面展示的叫号管理设备，通过该页面可配置叫号参数(即叫号配置参数)。其中，叫号管理设备可以实现叫号管理，例如，叫号管理设备可以配置叫号规则参数，包括多次轮询叫号之间的时间间隔、每次轮询时同一个订单叫号重复次数以及叫号服务开关。
而叫号管理设备修改规则后，可以提交给叫号服务，叫号服务持久化，并推送给叫号HTML5页面，使规则及时生效。
上述从前端设备角度实施的取餐叫号方法中，叫号后台服务器可通过相应的消息接口获取各调度系统传输的订单状态信息，即本申请统一提供消息接口给各调度系统以接入叫号，方便各系统统一叫号，也为各系统提供了多种接入方式；同时，前端设备获取叫号后台服务器传输的当前叫号数据和当前叫号规则，使得各设备可使用统一的方案进行叫号。不同设备的控制逻辑不同，而本申请能够满足各设备的叫号需求；本申请提供了一套统一的、标准化的叫号方案，一个门店内统一叫号，便于管理，在机器人快餐通备餐完成后可自动触发系统叫号，无需人工叫号或者人工触发叫号。
应该理解的是，虽然图2、图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2、图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图4所示，提供了一种取餐叫号装置，以该装置应用于图1中的叫号后台服务器为例进行说明，包括：
订单信息接收模块410，用于通过相应的消息接口获取各调度系统传输的订单状态信息；
叫号信息传输模块420，用于基于订单状态信息，向前端设备传输当前叫号数据和当前叫号规则；当前叫号规则用于指示前端设备展示当前叫号数据、并进行语音提醒。
关于从叫号后台服务器角度实施的取餐叫号装置的具体限定可以参见上文中对于从叫号后台服务器角度实施的取餐叫号方法的限定，在此不再赘述。上述取餐叫号装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种取餐叫号装置，以该装置应用于图1中的调度系统为例进行说明，包括：
接口调用模块，用于调用相应的消息接口，将订单状态信息同步至叫号后台服务器；订单状态信息用于指示叫号后台服务器基于订单状态信息，向前端设备传输当前叫号数据和当前叫号规则；当前叫号规则用于指示前端设备展示当前叫号数据、并进行语音提醒。
关于从调度系统角度实施的取餐叫号装置的具体限定可以参见上文中对于从调度系统角度实施的取餐叫号方法的限定，在此不再赘述。上述取餐叫号装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，如图5所示，提供了一种取餐叫号装置，以该装置应用于图1中的前端设备为例进行说明，包括：
叫号信息接收模块510，用于接收叫号后台服务器传输的当前叫号数据和当前叫号规则；当前叫号数据和当前叫号规则为订单状态信息经叫号后台服务器处理得到；订单状态信息为各调度系统调用相应的消息接口同步至叫号后台服务器；
取餐叫号模块520，用于以当前叫号规则，展示当前叫号数据、并进行语音提醒。
关于从前端设备角度实施的取餐叫号装置的具体限定可以参见上文中对于从前端设备角度实施的取餐叫号方法的限定，在此不再赘述。上述取餐叫号装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，如图1所示，提供了一种取餐叫号系统，包括各调度系统102，连接各调度系统102的叫号后台服务器104，以及连接叫号后台服务器的前端设备；
叫号后台服务器104用于执行上述从叫号后台服务器角度实施的方法的步骤；
调度系统102用于执行上述从调度系统角度实施的方法的步骤；
前端设备用于执行上述从前端设备角度实施的方法的步骤。
在一个具体的实施例中，如图1所示，前端设备可以包括叫号管理设备108和叫号显示设备106；叫号管理设备108、叫号显示设备106均连接叫号后台服务器104；
叫号管理设备108在获取到规则修改指令时，将规则修改指令传输给叫号后台服务器104；
叫号后台服务器104根据规则修改指令更新叫号配置参数，得到更新后的叫号规则，对更新后的叫号规则进行持久化处理，并推送给叫号显示设备106；
叫号显示设备106接收更新后的叫号规则，采用HTML5页面展示当前叫号数据、并驱动音频叫号。
为进一步阐述本申请方案，下面结合一个具体实例予以说明，如图6所示，为本申请的硬件部署方案；
整个部署逻辑上可以包括三部分，图中微型机1、微型机2以及安卓板1分别是各个调度系统，可以包括安卓调度、Node单机调度以及JAVA后厨调度等；图6虚框中为叫号服务器，可以部署MySQL、叫号服务、KAFKA和MQTT，也可以根据需要选择部署；图6中，前端设备可以包括安卓屏(即叫号显示设备)与平板电脑(即叫号管理设备)；其中，安卓屏，用于展示叫号数据和驱动音频叫号；平板电脑可以用于后台管理页面展示，通过该页面配置叫号参数。
在部署的时候，可以根据实际情况合并部署，例如后厨调度、叫号服务、MQTT可以部署在一台物理机上，以节约硬件资源。
进一步的，图7所示为应用本申请的叫号架构图，具体实现流程可以包括以下步骤：
如S101、S102、S103所示，后厨调度、Node单机调度、安卓调度通过KAFAK、MQTT或者HTTP接口，将订单状态同步到叫号管理后台(叫号服务，即叫号后台服务器或叫号服务器)，叫号服务接受到订单后持久化到MySQL，并通过WEBSOCKET将最新叫号数据推送到前端HTML5页面(即叫号屏显示-Android套HTML5)。
步骤S105，安卓叫号屏上安卓底座套叫号HTML5页面，当叫号APP启动后，从叫号服务订阅叫号数据和叫号规则。叫号后台接受到新的订单状态变化后，将最新叫号数据推送给订阅叫号数据的HTML5页面。HTML5页面收到数据后展示最新叫号数据，并驱动安卓音频叫号。
步骤S106，叫号管理，可以配置叫号规则参数，包括多次轮询叫号之间的时间间隔、每次轮询时同一个订单叫号重复次数以及叫号服务开关。前端修改规则后，提交给叫号服务，叫号服务持久化，并推送给叫号HTML5页面，使规则及时生效。
以上，本申请可实现多入口，提供KAFKA、MQTT、HTTP多种方式接入，方便安卓、Node、JAVA接入；同时，叫号前端采用安卓底座套HTML5页面，方便升级发版；进一步的，本申请提供多种入口，方便各个自动调度系统接入叫号。一个门店内统一叫号，方便管理。叫号前端采用安卓底座套用HTML5页面，降低硬件成本。
在一个实施例中，本申请中涉及到的服务器，其内部结构图可以如图8所示。该服务器包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该服务器的处理器用于提供计算和控制能力。该服务器的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该服务器的数据库用于存储订单状态信息、叫号配置参数等数据。该服务器的网络接口用于与外部的调度系统通过消息接口通信，与外部的前端设备通过网络连接通信。该计算机程序被处理器执行时以实现一种取餐叫号方法。
在一个实施例中，本申请涉及到前端设备，其内部结构图可以如图9所示。该前端设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该前端设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该前端设备的网络接口用于与外部的服务器通过网络连接通信。该计算机程序被处理器执行时以实现一种取餐叫号方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解，图8、图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一项方法的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线式动态随机存储器(Rambus DRAM，简称RDRAM)、以及接口动态随机存储器(DRDRAM)等。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (13)

1.一种取餐叫号方法，其特征在于，所述方法应用于餐饮系统中的叫号后台服务器；所述餐饮系统包含分别对应售卖机调度、单机调度以及门店调度的各调度系统；所述方法包括步骤：
通过相应的消息接口获取各所述调度系统传输的订单状态信息；所述消息接口为用于所述叫号后台服务器与各所述调度系统之间交互的统一标准接口；所述调度系统包括安卓调度系统、Node调度系统以及JAVA调度系统；
基于所述订单状态信息，向前端设备传输当前叫号数据和当前叫号规则；所述当前叫号规则用于指示所述前端设备展示所述当前叫号数据、并进行语音提醒。
2.根据权利要求1所述的取餐叫号方法，其特征在于，所述消息接口包括以下接口中的任意一种或任意组合：KAFAK接口、MQTT接口和HTTP接口。
3.根据权利要求1所述的取餐叫号方法，其特征在于，在所述通过相应的消息接口获取各调度系统传输的订单状态信息的步骤之后，还包括步骤：
将所述订单状态信息持久化至数据库管理系统。
4.根据权利要求1所述的取餐叫号方法，其特征在于，所述基于所述订单状态信息，向前端设备传输当前叫号数据和当前叫号规则的步骤包括：
在基于所述订单状态信息确认订单状态发生变化时，采用WebSocket将所述当前叫号数据和所述当前叫号规则推送给所述前端设备。
5.根据权利要求1至4任一项所述的取餐叫号方法，其特征在于，所述当前叫号规则包括叫号配置参数；所述叫号配置参数包括多次轮询叫号之间的时间间隔、每次轮询时同一个订单叫号重复次数以及叫号服务开关；
还包括步骤：
接收所述前端设备传输的规则修改指令；
根据所述规则修改指令更新所述叫号配置参数，得到更新后的叫号规则；
对所述更新后的叫号规则进行持久化处理，并将所述更新后的叫号规则推送给所述前端设备；所述更新后的叫号规则用于指示所述前端设备采用HTML5页面展示当前叫号数据、并驱动音频叫号。
6.一种取餐叫号方法，其特征在于，所述方法应用于餐饮系统中的前端设备；所述餐饮系统包含分别对应售卖机调度、单机调度以及门店调度的各调度系统；所述方法包括步骤：
接收叫号后台服务器传输的当前叫号数据和当前叫号规则；所述当前叫号数据和所述当前叫号规则为订单状态信息经所述叫号后台服务器处理得到；所述订单状态信息为各所述调度系统调用相应的消息接口同步至所述叫号后台服务器；所述消息接口为用于所述叫号后台服务器与各所述调度系统之间交互的统一标准接口；所述调度系统包括安卓调度系统、Node调度系统以及JAVA调度系统；
以所述当前叫号规则，展示所述当前叫号数据、并进行语音提醒。
7.根据权利要求6所述的取餐叫号方法，其特征在于，所述当前叫号规则包括叫号配置参数；所述叫号配置参数包括多次轮询叫号之间的时间间隔、每次轮询时同一个订单叫号重复次数以及叫号服务开关；
以所述当前叫号规则，展示所述当前叫号数据、并进行语音提醒的步骤，包括：
根据所述叫号配置参数，采用HTML5页面展示所述当前叫号数据、并驱动音频叫号。
8.根据权利要求7所述的取餐叫号方法，其特征在于，还包括步骤：
获取到规则修改指令时，将所述规则修改指令传输给所述叫号后台服务器；所述规则修改指令用于指示所述叫号后台服务器更新所述叫号配置参数、得到更新后的叫号规则，对所述更新后的叫号规则进行持久化处理并推送；
接收所述叫号后台服务器推送的所述更新后的叫号规则，采用所述HTML5页面展示当前叫号数据、并驱动音频叫号。
9.一种取餐叫号装置，其特征在于，所述装置应用于餐饮系统中的叫号后台服务器；所述餐饮系统包含分别对应售卖机调度、单机调度以及门店调度的各调度系统；所述装置包括：
订单信息接收模块，用于通过相应的消息接口获取各所述调度系统传输的订单状态信息；所述消息接口为用于所述叫号后台服务器与各所述调度系统之间交互的统一标准接口；所述调度系统包括安卓调度系统、Node调度系统以及JAVA调度系统；
叫号信息传输模块，用于基于所述订单状态信息，向前端设备传输当前叫号数据和当前叫号规则；所述当前叫号规则用于指示所述前端设备展示所述当前叫号数据、并进行语音提醒。
10.一种取餐叫号装置，其特征在于，所述装置应用于餐饮系统中的前端设备；所述餐饮系统包含分别对应售卖机调度、单机调度以及门店调度的各调度系统；所述装置包括：
叫号信息接收模块，用于接收叫号后台服务器传输的当前叫号数据和当前叫号规则；所述当前叫号数据和所述当前叫号规则为订单状态信息经所述叫号后台服务器处理得到；所述订单状态信息为各所述调度系统调用相应的消息接口同步至所述叫号后台服务器；所述消息接口为用于所述叫号后台服务器与各所述调度系统之间交互的统一标准接口；所述调度系统包括安卓调度系统、Node调度系统以及JAVA调度系统；
取餐叫号模块，用于以所述当前叫号规则，展示所述当前叫号数据、并进行语音提醒。
11.一种取餐叫号系统，其特征在于，包括分别对应售卖机调度、单机调度以及门店调度的各调度系统，通过相应的消息接口连接各所述调度系统的叫号后台服务器，以及连接所述叫号后台服务器的前端设备；所述消息接口为用于所述叫号后台服务器与各所述调度系统之间交互的统一标准接口；
所述叫号后台服务器用于执行权利要求1至5中任一项所述的方法的步骤；
所述前端设备用于执行权利要求6至8中任一项所述的方法的步骤。
12.根据权利要求11所述的取餐叫号系统，其特征在于，所述前端设备包括叫号管理设备和叫号显示设备；所述叫号管理设备、所述叫号显示设备均连接所述叫号后台服务器；
所述叫号管理设备在获取到规则修改指令时，将所述规则修改指令传输给所述叫号后台服务器；
所述叫号后台服务器根据所述规则修改指令更新所述叫号配置参数，得到更新后的叫号规则，对所述更新后的叫号规则进行持久化处理，并推送给所述叫号显示设备；
所述叫号显示设备接收所述更新后的叫号规则，采用HTML5页面展示当前叫号数据、并驱动音频叫号。
13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。
CN202010473303.0A 2020-05-29 2020-05-29 取餐叫号方法、装置、系统和存储介质 Active CN111640234B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010473303.0A CN111640234B (zh) 2020-05-29 2020-05-29 取餐叫号方法、装置、系统和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010473303.0A CN111640234B (zh) 2020-05-29 2020-05-29 取餐叫号方法、装置、系统和存储介质

Publications (2)

Publication Number Publication Date
CN111640234A CN111640234A (zh) 2020-09-08
CN111640234B true CN111640234B (zh) 2022-11-01

Family

ID=72332258

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010473303.0A Active CN111640234B (zh) 2020-05-29 2020-05-29 取餐叫号方法、装置、系统和存储介质

Country Status (1)

Country Link
CN (1) CN111640234B (zh)

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7962361B2 (en) * 2002-11-07 2011-06-14 Novitaz Customer relationship management system for physical locations
CN201218964Y (zh) * 2008-06-03 2009-04-08 深圳市蓝韵实业有限公司 一种医疗机构候诊排队叫号系统
CN101315711A (zh) * 2008-06-03 2008-12-03 深圳市蓝韵实业有限公司 一种医疗机构候诊排队叫号系统
US10304276B2 (en) * 2012-06-07 2019-05-28 Universal City Studios Llc Queue management system and method
CN106056732B (zh) * 2016-08-09 2017-12-29 浪潮软件集团有限公司 一种基于无线传输和网络传输的排队叫号实现方法
CN106485826A (zh) * 2016-10-17 2017-03-08 山东浪潮商用系统有限公司 一种办税服务厅排队叫号系统兼容方法
CN107293030A (zh) * 2017-07-26 2017-10-24 苏州艾乐蒙特机电科技有限公司 一种医院看诊叫号系统
CN108492435A (zh) * 2018-03-19 2018-09-04 合肥非度信息技术有限公司 一种电信营业厅分布式排队叫号管理系统
CN109243044A (zh) * 2018-08-31 2019-01-18 山东浪潮商用系统有限公司 一种办税服务厅排队叫号兼容利旧系统及方法

Also Published As

Publication number Publication date
CN111640234A (zh) 2020-09-08

Similar Documents

Publication Publication Date Title
EP3764220B1 (en) Automatic application updates
CN108696374A (zh) 更新客户端配置的方法和装置
CN112632566B (zh) 漏洞扫描方法和装置、存储介质及电子设备
CN111611091A (zh) 一种业务对象的服务调用方法、装置及介质
CN104798069A (zh) 用于提供协议以解决当在多个设备之间进行同步时的同步冲突的方法、装置和计算机程序产品
CN115114044A (zh) 消息推送方法、装置、设备和介质
CN102625156A (zh) 一种信息同步的方法和系统
CN111640234B (zh) 取餐叫号方法、装置、系统和存储介质
CN112311818B (zh) 一种小程序数据包的下载方法、装置、终端及存储介质
CN110750424A (zh) 资源巡检方法和装置
CN113032205B (zh) 图片的上传方法及装置、存储介质、电子设备
CN115361382A (zh) 基于数据群组的数据处理方法、装置、设备和存储介质
CN113779122B (zh) 导出数据的方法和装置
CN115454666A (zh) 消息队列集群间的数据同步方法和装置
US10397772B2 (en) Nomination of a primary cell phone from a pool of cell phones
CN114035861A (zh) 集群配置方法、装置、电子设备和计算机可读介质
CN113542424A (zh) 数据处理方法、装置、设备及计算机程序产品
CN110908745B (zh) 数据分析展示方法及系统、存储介质、服务器及客户端
CN115129438A (zh) 任务分布式调度的方法和装置
CN112256403A (zh) 内部服务器部署方法、装置、架构、介质及设备
AU2016100416A4 (en) System, method, server processing system, device and one or more computer programs for updating a client regarding a legal case
CN114221970B (zh) 一种公共环境下的应用数据同步方法和装置
US11799982B2 (en) Message push method, apparatus, device and medium
CN114205651B (zh) 一种资源处理方法、装置、设备及存储介质
CN118113568A (zh) 数据采集方法、装置、设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant