CN111506796A - 一种数据处理方法及装置 - Google Patents

Abstract

本申请实施例提供一种数据处理方法及装置，所述数据处理方法包括：接收由客户提出的服务请求；依据查询参数存储所述服务请求；发送所述服务请求。在一些示例中，数据处理方法还包括：接收查询请求，基于所述查询请求查找所述服务请求，显示所述服务请求。本申请实施例提供的数据处理方法及装置实现自动任务下达，且保存任务记录，提高工作效率，降低时间和人工成本，使任务下达无延迟、可记录、可分析。

Description

一种数据处理方法及装置

技术领域

本申请涉及数据处理方法领域，特别涉及一种数据处理方法及装置。

背景技术

目前住在酒店的客户需要服务员提供服务需求时，客户可以通过手机终端或者房间内的电话给前台打电话来提出服务需求。酒店前台再通过对讲机将客户提出的服务需求对应的任务发送给客房的服务员，再由客房服务员去执行客户的服务需求。然而，对于不同时间客户提出的历史服务需求酒店管理人员无法获取和查询，这给酒店管理造成不便。

发明内容

本申请实施例提供一种数据处理方法及装置，本申请实施例提供的数据处理方法和装置能够对客户提出的服务请求进行存储，并使客户提出的服务请求的历史数据可查询、可分析。

第一方面，本申请实施例提供一种数据处理方法，所述数据处理方法包括：接收由客户提出的服务请求；依据查询参数存储所述服务请求；发送所述服务请求。

本申请实施例的数据处理方法用于存储客户提出的服务请求，使得历史服务请求数据可存储、可分析。

结合第一方面，在可能的实现方法中，所述接收由客户提出的服务请求包括：通过云端服务器接收所述服务请求。

本申请实施例通过云端服务器接受服务请求，客户通过网络提交服务请求，避免了前台电话无法接通而导致的服务请求不能及时响应的问题，提升客户入住体验。

结合第一方面，在可能的实现方法中，所述服务请求包括：房间号和具体需求；所述查询参数包括时间；所述依据查询参数存储所述服务请求，包括：依据所述时间存储所述房间号和所述具体需求。

本申请实施例以时间作为存储和查询参数，使存储服务请求条理化，便于酒店管理人员统计一段时间或者某天的服务请求数量，进而可以对需求的酒店管理人员进行预先配置。

结合第一方面，在可能的实现方法中，所述查询参数包括所述房间号；所述依据查询参数存储所述服务请求，包括：依据所述房间号存储所述服务请求。

本申请实施例以房间号为依据存储客户提出的服务请求，并以房间号作为查询参数，便于酒店管理人员根据房间号对应的服务请求的提出量来安排服务人员。

结合第一方面，在可能的实现方法中，所述数据处理方法还包括：接收查询请求；基于所述查询请求查找所述服务请求；显示所述服务请求。

本申请实施例依据查询请求来查找历史服务请求，使客户的提出的服务需求可追溯、可分析。

第二方面，本申请实施例提供信息处理终端，包括：接收模块，用于接收客户提出的服务请求；存储模块，用于依据查询参数存储所述服务请求；发送模块，用于发送所述服务请求。

结合第二方面，在可能的实现方法中，所述信息处理终端，还包括：查询请求处理模块，用于接收查询请求，并依据所述查询请求查找所述服务请求；输出模块，用于显示所述服务请求。

第三方面，本申请实施例提供一种信息交流系统，包括：主对讲机；云端服务器，用于获取客户提出的服务请求；信息处理终端，用于从所述云端服务器接收所述服务请求，向所述主对讲机发送所述服务请求，并存储所述服务请求；多个从对讲机，用于通过广播方式从所述主对讲机接收所述服务请求。

第四方面，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时可实现第一方面所记载的对应方案中的一种或多种方法。

第五方面，本申请实施例还提供一种信息处理设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述程序时可实现权利要求第一方面所记载的对应方案中的一种或多种方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是现有技术的酒店处理客户服务请求的示意图；

图2是本申请实施例提供的处理客户提出的服务请求的系统结构示意图；

图3是本申请实施例提供的一种数据处理方法流程图；

图4是本申请实例提供的多执行主体的数据处理方法的互动过程示意图；

图5是本申请实施例提供的一种数据处理装置示意图；

图6是本申请实施例的信息处理设备的组成框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。显然，所描述的实施例是本申请的一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

下面将结合图1示例性说明现有的酒店处理客户服务请求的流程。具体地，如图1所示的处理客户服务请求过程涉及四个终端，分别是客户持有的终端设备100、云平台服务器110、前台人员持有的对讲机120以及与前台对讲机通信的由服务人员持有的从对讲机130。

酒店的客户通过终端设备100向酒店前台提交服务请求(或者通过云端服务器110提交服务请求)，酒店前台服务员通过主对讲机120将任务发送至多个从对讲机130。

应理解，上述终端设备100可以是手机、客房电话等，客户利用终端设备100通过拨打客服电话提交服务请求，客户的服务请求可以是办理退房服务、提供生活用品或者对客房进行清洁等需求。

例如，客户通过手机或者客房电话向酒店前台提出需要一条毛巾，酒店前台接到电话后通过查找得到服务请求对应房间的服务人员，并通过这个服务人员的对讲机向其传达这位客户的房间号和需要提供一条毛巾的服务请求，持有对讲机的客房服务员接收到上述需求信息后向上述房间号的客户提供一条毛巾。

现有的酒店处理客户需求信息的流程可以包括：客户通过手机或电话提交服务请求给云平台服务器或者给酒店前台，由酒店前台人员通过对讲机向需要提供服务的对讲机传达客户的服务请求，客房服务员接收服务请求之后满足客户请求。这种服务方式无法记录客户提出的服务请求，不利于酒店管理。

基于上述问题，本申请实施例提供一种数据处理方法以解决上述问题。下面将结合图2至图6对本申请实施例的数据处理方法及装置进行详细描述。

为了使得本申请描述更容易理解，下面先对本申请实施例中的名词进行解释。

本申请实施例中，客户可以通过酒店服务生系统向云端服务器提出服务请求，其中，酒店服务生系统可以包括线上商城和客服电话平台。客户可以通过手机小程序进入酒店服务生系统，并通过酒店服务生系统提交需求。酒店服务生系统接入云平台服务器。

下面将结合图2示例性说明本申请实施例技术方案涉及的多个设备，以及各个设备的功能。如图2所示，本申请实施例提供的处理客户提出的服务请求的系统可以包括：终端设备210、云平台服务器220、信息处理终端230、主对讲机240以及多个从对讲机250。

终端设备210可以是客户持有的终端，通过这个终端用户可以提出自己的服务请求。

云平台服务器220可以用于获取客户提出的服务请求。也就是说，客户通过终端设备210上的酒店服务生系统将自己需要的服务请求发送至云平台服务器220。客户也可以不通过酒店服务生系统，而直接向云端服务器220发送服务请求。

信息处理终端230，用于从云端服务器220接收服务请求，并存储所述服务请求。

主对讲机240，用于从信息处理终端230接收服务请求。

多个从对讲机250，用于通过广播方式从所述主对讲机240接收所述服务请求。

本申请实施例提供的用于处理客户提出的服务请求的系统能够自动接收和下达客户的服务请求，并存储记录。能够为酒店查询服务请求记录提供方便，减少满足客户需求需要的时间，提升客户入住体验。

下面结合图3和图4进一步阐述图2中信息处理终端230所执行的数据处理方法。

如图3所示的数据处理方法，可以包括：

S310，接收由客户提出的服务请求。

例如，假设图2的信息处理终端230为Android系统总机，客户通过酒店服务生系统中的商城或者客服电话向云平台服务器220提交服务请求(例如，客户的服务请求可以是一条毛巾)，云平台服务器220再将服务请求发送给Android系统总机，也就是Android系统总机可以通过云端服务器接收来自于客户的服务请求。

上述接收客户提出的服务请求过程是自动实现的，无需服务员的人工操作，减少了酒店接收客户服务请求的时间和人工成本。

S320，依据查询参数存储所述服务请求。例如，服务请求包括：房间号和具体需求；查询参数可以包括时间、房间号等。

当查询参数为时间时，S320依据查询参数存储所述服务请求可以包括：根据客户提出服务请求的时间来存储和寻址服务请求数据。例如，2020年1月1日，Android系统总机(即信息处理终端230)通过云端服务器接收到来自101房间的服务请求，具体请求是客房清洁，则Android系统总机依据当日的日期，存储101房间的客房清洁需求。可以理解的是，酒店管理人员或者其他工作人员可以输入查询日期来获取在查询日期当天的所有服务请求。

因此，本实施例中信息处理终端230(例如，Android系统总机)提供存储服务请求记录的功能，酒店实现自动记录服务请求。

S330，发送所述服务请求。在一些示例中，信息处理终端230将服务请求发送给主对讲机240。例如，信息处理终端230与主对讲机有线连接，通过该连接信息处理终端230可以将服务请求发送至主对讲机。

因此，本实施例中，信息处理终端230和主对讲机自动发送服务请求，无需人工参与，减少了发送服务请求的时间，同时降低酒店的人工成本。

当信息处理终端230存储了服务请求后，信息处理终端230就可以接受查询操作。如图3所示，在信息处理终端230上执行的查询操作可以包括：S340接收查询请求；S350基于所述查询请求查找所述服务请求；S360显示所述服务请求。

结合图3示例性说明信息处理终端230接收查询和显示服务请求的功能。

S340，接收查询请求。例如，酒店服务人员或者有查询权限的酒店管理人员通过输入界面输入查询请求，查询请求至少对应一个查询参数，所述查询参数可以包括时间、房间号等。应当理解的是，对于一个查询请求也可以包括多个查询参数，例如，以时间和房间两个参量作为查询参数来提出查询请求。

S350，基于所述查询请求查找所述服务请求。例如，基于S340中的查询参数从信息处理终端230的存储介质中寻址服务请求数据，可以采用指针寻址。

S360，显示所述服务请求。例如，信息处理终端230包括显示器，通过显示器来显示S350查询得到的多个服务请求。如果以时间为查询参数，则S360会通过显示器展示查询日期的所有服务请求。

因此，本实施例中信息处理终端230提供存储、查询和显示多个服务请求的功能，为酒店实现服务请求记录的可记录、可分析提供技术保障。

下面以在酒店管理领域处理退房类服务请求的过程为例，结合图4进一步说明图2的多个终端如何协作实现了服务请求的存储、查询以及发送等过程的。

参考图4可知，本示例包括云平台服务器410(相应于图2的云平台服务器220)、andriod系统总机420(相应于图2的信息处理终端230)、主对讲机430(相应于图2的主对讲机240)以及多个从对讲机440(相应于图2的多个从对讲机250)。

云平台服务器410接收酒店客户提出的退房服务请求。

Android系统总机420通过网络接收来自于云平台服务器410的退房服务请求，并按照日期(以天为统计和查询单位)在Android系统总机420的永久存储介质中存储退房服务请求，并通过网络向主对讲机430发送退房服务请求。也就是说，Android系统总机提供存储、查询和显示服务请求记录的功能。

主对讲机430采用广播方式向多个从对讲机440传输退房服务请求，从对讲机440接收到退房服务请求的任务后由从对讲机持有人判断是否属于自己的任务。例如，主对讲机430与Android系统总机420可以通过有线方式进行连接，接收到来自Android系统总机的服务请求，主对讲机通过广播将退房服务请求发送给多个从对讲机。

多个从对讲机440均接收到退房服务请求，持有从对讲机的服务员根据房间号判断是否属于自己提供的服务，如果是，则该服务员会响应退房服务请求。

本申请实施例提供一种自动接收、发送、存储服务请求的数据处理方法，实现了数据处理的自动化，降低时间成本和人工成本。

请参考图5，图5示出了本申请实施例提供的数据处理装置，应理解，该装置与上述图3方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该装置的具体功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。图5的装置包括至少一个能以软件或固件的形式存储于存储器中或固化在装置的操作系统中的软件功能模块，该数据处理装置可以包括：接收模块510，用于接收由客户提出的服务请求；存储模块520，用于依据查询参数存储所述服务请求；发送模块530，用于发送所述服务请求。

在一些示例中，图5的数据处理装置还可以包括：查询请求处理模块540，该模块用于接收查询请求，并依据所述查询请求查找所述服务请求；输出模块550，用于显示所述服务请求。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的数据处理装置的具体工作过程，可以参考前述图3方法中的对应过程，在此不再过多赘述。

如图6所示，本申请实施例还提供一种信息处理设备600，该信息处理设备包括收发器610、存储器620、处理器630以及存储在存储器620上并可在处理器630上运行的计算机程序，其中，所述处理器630通过总线640利用收发器610收发数据，并从存储器620读取程序并执行所述程序时可实现图3示出的方法，也可以用于实现上述实施例描述的方法。

收发器610可以用于与其他节点设备进行信令或数据的通信，收发器610可以是通信接口，也可以是收发天线。存储器620可以用于存储由处理器630执行的指令或指令执行过程中相关的数据。这些指令和/或数据可以包括代码，用于实现本申请实施例描述的一个或多个模块的一些功能或者全部功能。本实施例公开的收发器610和处理器630可以用于执行存储器620中的指令以实现图3中所示的方法。存储器620包括动态随机存取存储器、静态随机存取存储器、闪存、光存储器或其它本领域技术人员所熟知的存储器。

本发明实施例的技术方案至少可以完成酒店服务请求的自动下达，速度快，无需人工成本。例如，酒店某个房间的客户通过酒店服务生系统提出服务请求(服务请求可以是退房服务、生活用品、客房清洁需求等)，酒店服务生系统将服务请求上传至云平台服务器，Android系统总机接收服务请求并存储，然后发送服务请求至总对讲机，总对讲机通过广播的方式发送服务请求至多个从对讲机，从对讲机由服务员持有，负责相应房间的服务员为客户提供服务。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方法，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

接收由客户提出的服务请求；

依据查询参数存储所述服务请求；

发送所述服务请求。

2.根据权利要求1所述的数据处理方法，其特征在于，所述接收由客户提出的服务请求包括：

通过云端服务器接收所述服务请求。

3.根据权利要求1所述的数据处理方法，其特征在于，所述服务请求包括：房间号和具体需求；所述查询参数包括时间；

所述依据查询参数存储所述服务请求，包括：依据所述时间存储所述房间号和所述具体需求。

4.根据权利要求1所述的数据处理方法，其特征在于，所述查询参数包括房间号；

所述依据查询参数存储所述服务请求，包括：依据所述房间号存储所述服务请求。

5.根据权利要求1所述的数据处理方法，其特征在于，所述数据处理方法还包括：

接收查询请求；

基于所述查询请求查找所述服务请求；

显示所述服务请求。

6.一种信息处理终端，其特征在于，包括：

接收模块，用于接收由客户提出的服务请求；

存储模块，用于依据查询参数存储所述服务请求；

发送模块，用于发送所述服务请求。

7.根据权利要求6所述的信息处理终端，其特征在于，还包括：

查询请求处理模块，用于接收查询请求，并依据所述查询请求查找所述服务请求；

输出模块，用于显示所述服务请求。

8.一种信息交流系统，其特征在于，包括：

主对讲机；

云端服务器，用于获取客户提出的服务请求；

信息处理终端，用于从所述云端服务器接收所述服务请求，向所述主对讲机发送所述服务请求，并存储所述服务请求；

多个从对讲机，用于通过广播方式从所述主对讲机接收所述服务请求。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时可实现权利要求1-5中任意一条权利要求所述的方法。

10.一种信息处理设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时可实现权利要求1-5中任意一条权利要求所述的方法。

Images