CN112016780A - 服务信息处理方法及装置 - Google Patents
服务信息处理方法及装置 Download PDFInfo
- Publication number
- CN112016780A CN112016780A CN201910472081.8A CN201910472081A CN112016780A CN 112016780 A CN112016780 A CN 112016780A CN 201910472081 A CN201910472081 A CN 201910472081A CN 112016780 A CN112016780 A CN 112016780A
- Authority
- CN
- China
- Prior art keywords
- service
- task
- information
- work order
- check
- 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.)
- Pending
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 43
- 238000003672 processing method Methods 0.000 title claims abstract description 23
- 238000000034 method Methods 0.000 claims abstract description 101
- 230000008569 process Effects 0.000 claims abstract description 55
- 230000000977 initiatory effect Effects 0.000 claims description 28
- 230000002159 abnormal effect Effects 0.000 claims description 17
- 238000012544 monitoring process Methods 0.000 claims description 11
- 238000009826 distribution Methods 0.000 claims description 7
- 230000008520 organization Effects 0.000 claims description 6
- 238000012546 transfer Methods 0.000 claims description 6
- 238000011161 development Methods 0.000 claims description 5
- 230000004044 response Effects 0.000 claims description 4
- 230000008439 repair process Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 10
- 230000018109 developmental process Effects 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000003860 storage Methods 0.000 description 2
- 238000005406 washing Methods 0.000 description 2
- 208000032368 Device malfunction Diseases 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000037213 diet Effects 0.000 description 1
- 235000005911 diet Nutrition 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000005284 excitation Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 235000012054 meals Nutrition 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000004080 punching Methods 0.000 description 1
- 239000002453 shampoo Substances 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 230000025366 tissue development Effects 0.000 description 1
Images
Classifications
-
- 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/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063112—Skill-based matching of a person or a group to a task
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Educational Administration (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Development Economics (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Game Theory and Decision Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例公开了服务信息处理方法及装置,其中,所述方法包括:接收服务请求,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;根据所述服务请求对应的服务类型信息以及服务地址信息创建对应类型的任务工单;为所述任务工单分配任务执行者,并将所述任务工单的信息发送到所述任务执行者关联的终端设备。通过本申请实施例,能够为到酒店办理入住或者入住后的顾客,提供更高效便捷的服务。
Description
技术领域
本申请涉及服务信息处理技术领域,特别是涉及服务信息处理方法及装置。
背景技术
酒店是一种给宾客提供歇宿和饮食的场所,通常可以以它的建筑物为凭证,通过出售客房、餐饮及综合服务设施等向客人提供服务。随着商品对象信息服务系统向更多领域的发展,酒店也成为了领域之一。通过这种服务系统,用户可以实现在线的客房预订,线上付款,等等。并且,服务系统还可以对维护用户的信用体系,信用良好的用户甚至还可以实现免押金、免查房等“信用住”,不需要复杂的办理入住或者退房手续,因此,为用户以及酒店经营方都提供了便利。另外,一些酒店中还提供了一些智能设备,例如,包括自助办理入住的checkin设备,智能门锁,智能电梯,智能机器人,等等。通过这些智能设备可以进一步为用户提供便利,还可以节省酒店的人力成本。
但是,在实际应用中,用户在实际到店办理入住,或者入住后,都会存在大量的获得进一步服务的需求。例如,在办理入住过程中,自助checkin设备出现故障,或者,在入住后,发现房间内没有拖鞋,或者,需要对衣物进行送洗,等等。以上情况下,都可能会需要用户联系酒店前台等服务人员,然后,由前台分配给指定的服务员提供服务。涉及到一些跨部门的情况,可能还需要首先联系部门主管,然后再由部门主管分配具体的任务工单到具体值班人员,等等。任务工单分配可能会不够及时,执行的过程也无法监控到。因此,经常会出现顾客打电话表明自己的需求后,迟迟没有获得相应的服务,于是,可能会再次打电话向前台询问原因,而前台可能又需要通过电话等方式去询问具体的服务员,或者询问跨部门的主管,等等。
据统计,酒店前台接到的各类电话中,询问服务进度的大概占到7%左右,这无疑是一个很高的比例,并且,会影响用户对酒店服务质量的体验。因此,如何为到酒店办理入住或者入住后的顾客,提供更高效便捷的服务,成为需要本领域技术人员解决的技术问题。
发明内容
本申请提供了服务信息处理方法及装置,能够为到酒店办理入住或者入住后的顾客,提供更高效便捷的服务。
本申请提供了如下方案:
一种服务信息处理方法,包括:
接收服务请求,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
根据所述服务请求对应的服务类型信息以及服务地址信息创建对应类型的任务工单;
为所述任务工单分配任务执行者,并将所述任务工单的信息发送到所述任务执行者关联的终端设备。
一种服务信息处理方法,包括:
第一客户端提供可选的服务类型信息,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
在目标服务类型被选择后,向服务端提交服务请求,并在所述服务请求中携带所述第一客户端关联的服务需求者用户的信息,以便所述服务端生成服务订单,以及对应类型的任务工单,并分配给任务执行者执行;
提供用于查看服务订单状态的操作选项,以用于从服务端获得服务进度信息并进行展示。
一种服务信息处理方法,包括:
第二客户端提供用于发起任务工单的操作选项;
通过所述操作选项接收到操作请求后,确定所需的服务类型信息,以及服务需求者用户的信息;所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
根据所选择的服务类型以及所述服务需求者用户的信息,向服务端提交发起任务工单的请求,以便所述服务端创建对应类型的任务工单,分配给任务执行者执行。
一种服务信息处理方法,包括:
第三客户端接收服务端分配的任务工单信息,所述任务工单与服务需求者所需的服务相对应,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
提供用于对所述任务工单进行领取的操作选项;
接收到领取操作后,提供所述任务工单的详情信息。
一种服务信息处理方法,包括:
第四客户端接收到查看任务工单信息的请求后,向服务端请求获得任务工单列表信息,其中,所述请求者携带有第四客户端关联的管理者用户的信息;
接收服务端返回的与所述管理者用户的下属用户关联的任务工单信息列表,并对所述列表进行展示;其中,所述任务工单与服务需求者用户所需的服务相对应,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务。
一种服务信息处理方法,包括:
智能设备在提供服务的过程中,进行异常信息捕捉;其中,所述智能设备位于目标服务场所中,用于为用户的办理入住、退房或者在客房中入住过程中产生的服务需求提供服务;
如果捕捉到异常信息,则向服务端提交服务请求,所述请求中携带有故障类型以及用于对所述智能设备进行定位的信息,以便所述服务端生成对应的任务工单,并提供给任务执行者用户关联的第三客户端,由所述任务执行者到所述智能设备所在的位置提供服务。
一种服务信息处理装置,包括:
请求接收单元,用于接收服务请求,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
工单创建单元,用于根据所述服务请求对应的服务类型信息以及服务地址信息创建对应类型的任务工单;
任务分配单元,用于为所述任务工单分配任务执行者,并将所述任务工单的信息发送到所述任务执行者关联的终端设备。
一种服务信息处理装置,包括:
信息提供单元,用于提供可选的服务类型信息,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
请求提交单元,用于在目标服务类型被选择后,向服务端提交服务请求,并在所述服务请求中携带所述第一客户端关联的服务需求者用户的信息,以便所述服务端生成服务订单,以及对应类型的任务工单,并分配给任务执行者执行;
操作选项提供单元,用于提供用于查看服务订单状态的操作选项,以用于从服务端获得服务进度信息并进行展示。
一种服务信息处理装置,包括:
操作选项提供单元,用于提供用于发起任务工单的操作选项;
信息确定单元,用于通过所述操作选项接收到操作请求后,确定所需的服务类型信息,以及服务需求者用户的信息;所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
请求提交单元,用于根据所选择的服务类型以及所述服务需求者用户的信息,向服务端提交发起任务工单的请求,以便所述服务端创建对应类型的任务工单,分配给任务执行者执行。
一种服务信息处理装置,包括:
工单信息接收单元,用于接收服务端分配的任务工单信息,所述任务工单与服务需求者所需的服务相对应,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
操作选项提供单元,用于提供用于对所述任务工单进行领取的操作选项;
详情信息提供单元,用于接收到领取操作后,提供所述任务工单的详情信息。
一种服务信息处理装置,包括:
工单列表信息请求单元,用于接收到查看任务工单信息的请求后,向服务端请求获得任务工单列表信息,其中,所述请求者携带有第四客户端关联的管理者用户的信息;
工单列表信息获得单元,用于接收服务端返回的与所述管理者用户的下属用户关联的任务工单信息列表,并对所述列表进行展示;其中,所述任务工单与服务需求者用户所需的服务相对应,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务。
一种服务信息处理装置,包括:
异常捕捉单元,用于在提供服务的过程中,进行异常信息捕捉;其中,所述智能设备位于目标服务场所中,用于为用户的办理入住、退房或者在客房中入住过程中产生的服务需求提供服务;
请求提交单元,用于如果捕捉到异常信息,则向服务端提交服务请求,所述请求中携带有故障类型以及用于对所述智能设备进行定位的信息,以便所述服务端生成对应的任务工单,并提供给任务执行者用户关联的第三客户端,由所述任务执行者到所述智能设备所在的位置提供服务。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
通过本申请实施例,能够提供通过具体服务系统的服务端接收具体的服务请求,并且可以根据服务请求关联的服务需求者信息、服务地址、服务类型信息等,创建任务工单,并可以直接分配给具体的任务执行者去执行。可见,通过这种方式,可以实现对具体服务请求的自动化分配,将具体服务请求的过程实现了信息化,而不再需要由具体的部门经理等进行分配,因此,可以提高效率。另外,还有利于实现各种任务处理进度的透明化,便于用户获知具体的任务状态、进度等信息。
另外,通过对具体的任务、员工等的数字化表达,可以实现全流程的数字化处理,在具体进行任务分配以及员工调度时,可以根据具体任务的多种属性以及员工的多种属性,匹配出最适合的任务执行者,以便为用户提供更高效、优质的服务。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的系统架构的示意图;
图2是本申请实施例提供的第一方法的流程图;
图3-1至3-5是本申请实施例提供的第一客户端的用户界面示意图;
图4-1至4-3是本申请实施例提供的智能办公应用的页面示意图;
图5是本申请实施例提供的第三客户端的用户界面示意图;
图6是本申请实施例提供的第四客户端的用户界面示意图;
图7-1至7-4是本申请实施例提供的配置界面示意图;
图8是本申请实施例提供的第二方法的流程图;
图9是本申请实施例提供的第三方法的流程图;
图10是本申请实施例提供的第四方法的流程图;
图11是本申请实施例提供的第五方法的流程图;
图12是本申请实施例提供的第六方法的流程图;
图13是本申请实施例提供的第一装置的示意图;
图14是本申请实施例提供的第二装置的示意图;
图15是本申请实施例提供的第三装置的示意图;
图16是本申请实施例提供的第四装置的示意图;
图17是本申请实施例提供的第五装置的示意图;
图18是本申请实施例提供的第六装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中,为了在酒店等场景下,提供更高效便捷的服务,提供了相应的处理方案。在该方案中,可以重构酒店服务流程,将其标准化及数字化,在此基础上保障服务对客户和管理者的双向透明,或者,通过设置关键服务节点的系统监控,根据不同的业务流程设置不同的监控时间参数和预警方式,使用户获得更及时的服务。
为了达到上述目的,首先可以实现全流程的数字化,具体的,可以包括任务的数字化以及员工的数字化,另外,还可以配置一些匹配规则,平台参数等,以实现对具体的任务分配,员工调度等等。其次,还可以实现对一些智能设备(包括智能门锁、智能电梯、智能音箱、自助checkin设备、机器人等等)的互联互通;再者,还可以提供智能数据报表,对员工的任务完成情况等进行统计。
首先,关于任务数字化,具体可以为任务赋予基本属性、发起属性、任务间关系属性、客户属性。
其中,基本属性具体可以包括,能力要求(基础/专业等),各时间节点要求(规则),预估时长(可以根据历史数据获知)等。
发起属性具体可以包括,响应位置、上下文(本次住店期间服务/消费记录)、紧急程度等,
任务间关系属性具体可以包括:合并、任务预估(任务间关联性)、优先级等。
客户属性具体可以包括,服务偏好、地域(籍贯/常住地)、客户等级等。
关于员工数字化,具体可以为员工赋予技能属性、当前状态、历史数据、组织发展等属性。
其中,技能属性具体可以包括:技能持有(专业/基础)、技能水准/评级/年限等。
当前状态具体可以包括:工作饱和度、当前/预判位置、积极性(激励/抢任务)、当前任务完成时间预估、目标任务完成时间预估、疲劳度等。
历史数据具体可以包括:熟练度/处理时长、历史完成度/超时率、事故率、投诉率、好评率。
组织发展具体可以包括:收入、人员成长等等。
具体的匹配规则可以包括:资源池、技能持有、技能水准(特殊情况,如VIP客户等情况)、饱和度&位置、事故率、超时率、工作完成量等。
其中,饱和度&位置规则可以包括:当前有可用资源的情况下选择距离最近的员工,当前无可用资源的情况下先考虑饱和度再考虑距离,等等。
平台参数设置具体可以包括:规则设置,包括能力要求(基础/专业等)、人工参与、任务间关系、服务组内任务及预估、阈值设置等。
其中,阈值设置具体可以包括:
紧急调度:人工紧急调度所涉及成员/停止接单结束前不接受任务
预警阈值:个人预警/部门预警
能力阈值:已满、快满、正常,或者,小组能力上限,个人能力上限,等等。
在上述数字化处理的基础上,在具体实现时,本申请实施例可以提供具体的服务信息处理系统,如图1所示,该系统中首先可以包括服务端,该服务端可以运行在云端服务器中,可以为多个酒店等提供服务。其中,可以在服务端中实现对具体任务以及员工等的数字化表达,以及为具体的任务匹配合适的员工,以实现任务的分配以及员工的调度。另外,还可以实现对任务执行进度的监控,超时任务的报警,对员工的任务执行情况等进行统计,提供数据报表,等等。
另外,还可以为多种不同身份的用户提供相应的客户端。
例如,可以为消费者用户提供第一客户端,用户可以在入住酒店客房之后,或者办理入住、退房等手续的过程中,如果遇到需要服务的需求,都可以通过该第一客户端发起服务请求,由服务端为其分配具体的任务执行者,还可以通过该第一客户端查看任务的执行进度,等等。
可以为酒店的前台等服务员用户提供第二客户端,在消费者用户没有在其终端设备中安装第一客户端的情况下,或者消费者用户并不知道可以通过第一客户端发起服务请求的情况下,都可能会通过打电话等方式联系店内服务员以获取服务。此时,店内服务员用户就可以通过第二客户端发起创建任务工单的请求。需要说明的是,在这种情况下,消费者用户也不一定是通过电话的方式联系店内服务员用户,例如,还可以通过房间内的智能音箱设备发起,或者,通过房间内的“一键呼叫”按钮发起,或者,在楼道等处遇到服务员用户,也可以提出自己的需求,等等。其中,关于提供给店内服务员用户的第二客户端,可以是独立的应用App,或者,也可以在相关联的面向企业用户的智能办公应用中提供相应的功能模块来提供相应的“发起工单”的功能,等等。其中,对于面向企业用户的智能办公应用,由于一个企业可以通过该应用创建企业用户,并且,还可以按照企业内部的组织架构保存员工的职位、上下级关系等信息,因此,可以更方便地实现企业内部员工之间的相互沟通。
还可以为酒店内具体岗位上的任务执行者用户提供第三客户端,用于接收具体的任务工单,执行任务领取、任务流程查看、提交任务进度等操作。
为酒店内的管理岗位的用户提供第四客户端,可以对其下属员工的任务执行情况等进行监控,如果某任务出现超时等情况,可以接收服务端提供的报警信息,并对相应的任务执行者用户进行提醒。
其中,在具体实现时,关于前述第二客户端、第三客户端、第四客户端,都是由于用户身份的不同而进行的区分,在实际应用中,可能会对应着同一个企业级即时通信应用,只是在使用不同的身份登录时,具体展示出的界面内容等可能会有所不同。
另外,本申请实施例中,由于酒店中还可以配备一些智能设备,因此,具体的服务请求也可以是由智能设备发起的,例如,在某用户通过某智能设备获得某方面服务的过程中,智能设备发生故障等情况,则该智能设备也可以捕捉该异常现象,并向服务端发起服务请求,由服务端根据智能设备的故障类型、所在位置等信息,分配具体的任务执行者用户,到具体的智能设备所在处为用户提供服务,等等。
下面对本申请实施例提供的具体技术方案进行详细介绍。
实施例一
首先,该实施例一从服务端的角度,提供了一种服务信息处理方法,参见图2,该方法具体可以包括:
S201:接收服务请求,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
具体实现时,消费者用户可以通过多种渠道向服务端发起服务请求,例如,可以通过自己终端设备中安装的第一客户端发起,此时,服务端可以接收服务需求者用户关联的第一客户端发起的服务请求,以便将所述服务需求者用户关联的客房标识信息,确定所述服务地址。
具体的,参见图3-1所示,在第一客户端的用户界面中,可以提供“服务”选项,在通过点击该选项等方式进入到相应的服务页面后,可以在其中展示出多种可选的服务类型,例如,包括开门、电梯、送餐、洗衣、加床、客用品,等等。用户可以从中选择自己所需的服务发起请求。例如,选择了“客用品”选项之后,可以进入到如图3-2所示的页面,其中列出各种具体可选的客用品,用户可以对具体所需的用品进行选择。例如,如图3-3所示,可以选择“沐浴露”以及“洗发水”,还可以通过该页面选择具体所需的数量等信息。在将服务请求提交到服务端后,服务端便可以生成对应的任务工单,并将任务分配给具体某个任务执行者。其中,具体的任务执行者可以是具体的店内员工,还可以是机器人,等等。具体在进行分配时,还可以根据具体的任务属性、员工属性、匹配规则等信息为其分配最适合的任务执行者,等等。另外,服务端还可以创建对应的服务订单,并将服务订单与任务工单关联,具体的服务订单信息可以返回给第一客户端,如图3-4所示,这样,用户可以通过第一客户端查看到具体的服务订单详情信息。另外,关于具体任务执行过程中的进度等信息,也可以通过该服务订单详情页面向用户进行透出,如图3-5所示,使得用户可以明确获知自己所提交的请求的服务进度,而不需要再通过打电话等方式向前台发起询问。
另外,如前文所述,在实际应用中,可能并不是所有的消费者用户的终端设备上都安装了第一客户端,或者,有些消费者用户不善于通过第一客户端自助式地发起服务请求,而是习惯于有问题找前台或者其他店内服务员。在这种情况下,本申请实施例还可以为店内的前台等服务员用户提供的第二客户端。如前文所述,该第二客户端可以是独立的应用程序,也可以通过企业级的智能办公应用中提供的功能模块来实现。这样,具体的消费者用户可以通过打电话,或者通过智能音箱发起呼叫,或者,一键呼叫,或者随便在某个地方遇到某个服务员等方式,将具体的需求告知服务员用户,服务员用户则可以通过自己的第二客户端创建任务工单,并提交到服务端。相应的,服务端可以接收所述目标服务场所内的员工用户关联的第二客户端提交的发起任务工单的请求,所述发起任务工单的请求中携带有服务需求者用户的标识信息以及所需的服务类型信息,以便将所述服务需求者用户关联的客房标识信息,确定所述服务地址。
具体的,如图4-1所示,其为某智能办公应用的页面,在本申请实施例中,以酒店内的服务员用户等身份登录之后,其中就可以展示出“工单发起”等选项。通过点击该选项,可以进入到具体可选的任务工单类型的界面,如图4-2所示,其中可以展示出“客用品申请”、“加床”、“维修服务”、“临时清洁”,等等。服务员用户可以根据消费者用户的需求,从中选择具体某项来发起工单。例如,消费者用户需要的是“临时清洁”服务,则可以选择该选项。之后可以进入到如图4-3所示的界面,可以在其中填写具体的消费者用户的信息、关联的房间号信息等等。然后可以发起工单,这样,就可以在工单中携带具体的消费者用户相关的信息,以及所需的服务类型信息。相应的,服务端便可以执行工单的创建。具体创建起工单后,还可以进行任务的分配,此时,同样可以根据任务属性、员工属性等,选择最适合的任务执行者,并将具体的任务工单信息发送到任务执行者用户关联的终端设备。
另外,如前文所述,由于店内通常可能会配置一些智能设备,包括智能门锁,智能电梯,智能音箱,自助checkin设备,等等,用户在通过这些设备获得相应服务的过程中,有可能存在设备故障等情况,导致其无法完成相应的操作。对于这种情况,在本申请实施例中还可以实现智能设备的互联互通。也就是说,智能设备可以捕捉异常情况,当异常情况发生时,可以向服务端提交服务请求,具体可以携带故障类型、智能设备的标识或者位置信息,等等。这样,服务端可以接收所述目标服务场所中的智能终端设备发起的服务请求,以便将所述智能终端设备所在的位置确定为所述服务地址。
S202:根据所述服务请求对应的服务类型信息以及服务地址信息创建对应类型的任务工单;
在接收到具体的服务请求后,可以创建任务工单,其中,如果具体接收到的请求时第一客户端发起的服务请求,则除了创建任务工单,还可以创建服务订单,并在服务订单与任务工单之间建立关联关系。这样,可以将服务订单作为向第一客户端返回任务状态、进度等信息的载体,在任务执行者执行任务中实时反馈的进度信息,可以通过该服务订单提供给消费者用户。这样,消费者用户可以通过第一客户端直接查询到具体服务请求的处理进度信息。
S203:为所述任务工单分配任务执行者,并将所述任务工单的信息发送到所述任务执行者关联的终端设备。
在创建了任务工单后,可以由服务端将具体的任务分配给任务执行者去执行。其中,任务执行者可以是具体的店内员工用户,也可以是店内的机器人,等等。服务端可以预先保存这些店内员工用户、机器人等的相关信息,包括各自所属的岗位,上下班状态,等等,也即,可以根据前述定义的员工属性,对员工信息进行维护,为此后文中会有介绍。
其中,如果分配的任务执行者是店内的员工用户,则还可以将具体的工单详情信息提供给员工用户关联的第三客户端。例如,如图5所示,其中可以展示出具体的服务类型,服务地址(房间号等)等信息,另外还可以包括期望完成的时间等。再者,还可以提供“领取工单”、“转交工单”等操作选项。对于接收到任务的员工而言,其可以选择直接领取该工单,也可以选择转交给其他员工进行处理。
具体实现时,在员工用户领取了具体的工单后,还可以将所述任务类型对应的服务流程以及关键节点信息提供给所述第三客户端。这样,使得员工用户可以按照具体的流程来执行具体的任务,避免出错。另外,员工用户还可以通过第三客户端将具体的处理进度信息提交到服务端,服务端则可以接收所述第三客户端提交的服务进度信息并保存,以便在接收到进度查询请求时,返回给查询方终端设备。
再者,服务端还可以对所述任务工单的执行进度进行监控,如果任务工单的关键节点处出现超时未完成的情况,则向所述第三客户端提供报警提示信息。其中,具体的关键节点可以根据实际服务流程而定,可以是一些重要的节点,对于这些关键节点,还可以通过系统参数等方式设置对应的超时时间阈值等信息。
另外,还可以获得所述目标服务场所组织架构中员工之间的上下级关系信息;其中,具体实现时,如果是利用智能办公应用实现对应的功能,则可以直接利用应用内设置的员工组织架构信息获得上述信息。在获得上述上下级关系信息后,还可以将所述任务工单的执行进度信息以及对应的任务执行者用户的信息提供给上级管理者用户对应的第四客户端。也即,第四客户端可以查看其下属员工的任务分配以及执行情况。例如,如图6所示,其中示出了第四客户端的某个状态页面,其中可以按照工单的不同状态进行分类展示,包括未分配、已分配、已完成,等等。
除了可以将具体的任务工单分配给店内员工用户,具体实现时,还可以为所述任务工单分配机器人设备,并将所述任务工单的信息发送给所述机器人设备。
其中,在分配给员工用户时,还可以根据具体的任务、员工的属性以及匹配规则,进行任务的分配以及员工的调度。具体的,如前文所述,可以将任务以及员工进行数字化表达,分别赋予多种属性,因此,就可以在服务端中分别对任务以及员工的各个属性上的属性值进行确定。例如,可以获得所述任务的任务属性,其中,所述任务属性包括:基本属性、发起属性、任务间关系属性和/或客户属性;另外可以获得员工用户的员工属性信息,所述员工属性信息包括技能属性、当前状态、历史数据和/或组织发展属性,等等;这样,在为所述任务工单分配任务执行者时,可以根据所述任务属性以及员工属性信息,以及预置的匹配规则,为所述任务工单选择匹配的目标员工用户,以进行对任务的分配以及员工的调度。其中,关于各种任务属性以及员工属性可以参见前文所述,总之,通过上述方式,可以确定出具体任务的紧急程度、优先级情况、对熟练度的要求、对时间节点的要求、服务需求者用户的偏好信息等属性,以及员工的任务饱和度、专业度、疲劳度、与目标服务地址的距离等,匹配出更适合执行对应任务的员工用户。其中,具体的,如果存在与所述任务属性相匹配的目标员工,则可以将距离服务地址最近的员工确定为任务执行者。如果不存在与所述任务属性相匹配的目标员工,则可以优先根据任务饱和度,再考虑与服务地址的距离属性,进行目标员工的选择,等等。
其中,关于具体任务的属性信息,可以根据任务的类型,以及预先为各种类型的任务配置的属性信息等来进行获得。而关于员工的属性信息,具体可以根据员工的实时工作状态、历史工作记录等获得。关于饱和度、专业度、疲劳度等指标,还可以预先在系统中设置相关的参数,以及阈值等信息,根据这些信息进行具体参数值的采集或者计算,再通过与阈值的对比,确定出具体的饱和度、专业度、疲劳度等属性信息。另外,由于具体的员工可能会采用“倒班”制度,同一岗位上可能包括一个服务组,作为分类服务的受理方,主要确保服务诉求能够落地执行,对应业务团队中的部门,如客房部、工程部等。例如,如图7-1所示,可以保存多个服务组的信息。但是,服务组中可能并不是所有成员都处于工作状态,因此,如图7-2所示,还可以在系统中配置值班表,通过值班表能够帮助工单系统匹配到有效的任务受理人。值班表中即为可调用资源,机器人也可以出现在值班表中。具体实现时,由于员工可以使用智能办公应用来实现具体的工单发起或者领取、管理等功能,而智能办公应用通常还可以提供员工的上下班“打卡”功能,因此,工单系统可以据此获取到员工的上下班状态信息。
其中,关于对这种类型任务的监控信息,也可以预先在系统平台中进行配置,例如,如图7-3所示,可以在配置中心提供用于对各种类型的任务进行监控信息配置的操作选项,例如,图中每一行中所示的“编辑”等按钮。通过具体的操作选项可以进入到对对应类型的任务进行监控信息配置的界面。如图7-4所示,可以对“洗衣”这种服务设置对应的监控信息,具体的监控信息可以包括对具体流程中一些关键节点的时间信息,等等。在配置了相应的时间后,在具体产生对应类型的任务后,则可以通过这种配置信息,对任务执行过程中具体关键节点的完成情况进行监控,如果出现超时,则可以进行报警,具体的报警信息可以直接提供给任务执行者关联的第三客户端,还可以提供给上级管理人员的第四客户端,等等。
另外,具体实现时,为了更方便快捷的对员工用户的任务执行情况等进行统计,以便于为其进行工作量或者工资绩效考核等,服务端还可以提供对任务执行者用户的任务工单执行及完成情况的数据报表。关于智能数据报表生成,首先可以支持从任务类型、时间、任务执行者等维度输出任务量、平局分配时间、受理时间、响应时长、完成时长、任务完成度、超时率、挂起率、事故率等精细报告。另外,还可以支持从任务类型、时间等维度输出物品消耗、物品报修、物品遗失、投诉等统计报表,等等。
总之,通过本申请实施例,能够提供通过具体服务系统的服务端接收具体的服务请求,并且可以根据服务请求关联的服务需求者信息、服务地址、服务类型信息等,创建任务工单,并可以直接分配给具体的任务执行者去执行。可见,通过这种方式,可以实现对具体服务请求的自动化分配,将具体服务请求的过程实现了信息化,而不再需要由具体的部门经理等进行分配,因此,可以提高效率。另外,还有利于实现各种任务处理进度的透明化,便于用户获知具体的任务状态、进度等信息。
另外,通过对具体的任务、员工等的数字化表达,可以实现全流程的数字化处理,在具体进行任务分配以及员工调度时,可以根据具体任务的多种属性以及员工的多种属性,匹配出最适合的任务执行者,以便为用户提供更高效、优质的服务。
实施例二
该实施例二是与实施例一相对应的,从为消费者用户提供的第一客户端的角度,提供了一种服务信息处理方法。其中,具体的第一客户端可以以App等形式存在,消费者用户可以将其安装在手机等移动终端设备中,在进入到酒店办理入住、退房或者在入住过程中,都可以通过该第一客户端发起具体的服务请求。例如,可以包括加床、送洗衣物,等等,并且还可以直接通过该第一客户端查询具体的任务执行进度信息。具体的,参见图8,该方法具体可以包括:
S801:第一客户端提供可选的服务类型信息,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
S802:在目标服务类型被选择后,向服务端提交服务请求,并在所述服务请求中携带所述第一客户端关联的服务需求者用户的信息,以便所述服务端生成服务订单,以及对应类型的任务工单,并分配给任务执行者执行;
S803:提供用于查看服务订单状态的操作选项,以用于从服务端获得服务进度信息并进行展示。
实施例三
该实施例三也是与实施例一相对应的,从第二客户端的角度,提供了一种服务信息处理方法。其中,具体的第二客户端可以是提供给店内的服务员等员工的客户端,在消费者用户没有安装第一客户端等情况下,也可以通过口头或者电话等方式,将其需求告知给服务员用户,服务员用户则可以根据消费者用户的需求,通过第二客户端创建工单,并提交到服务端进行任务分配。其中,第二客户端具体可以是独立的应用程序,或者也可以是在智能办公应用中提供相应的“发起工单”等功能模块,以与店内组织架构下的其他用户进行交互。其中,参见图9,该方法具体可以包括:
S901:第二客户端提供用于发起任务工单的操作选项;
S902:通过所述操作选项接收到操作请求后,确定所需的服务类型信息,以及服务需求者用户的信息;所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
S903:根据所选择的服务类型以及所述服务需求者用户的信息,向服务端提交发起任务工单的请求,以便所述服务端生成服务订单,将订单信息提供给所述服务需求者用户关联的第一客户端,并创建对应类型的任务工单,分配给任务执行者执行。
实施例四
该实施例四也是与实施例一相对应的,从第三客户端的角度,提供了一种服务信息处理方法。其中,所述第三客户端具体可以是任务执行者用户对应的客户端,在具体的任务工单分配给某个员工用户后,该员工用户可以通过第三客户端接收具体的工单信息,并且可以执行领取、转交等操作。在领取后,在执行的过程中,还可以通过该第三客户端反馈具体的处理进度信息,等等。第三客户端同样既可以是独立的应用程序,也可以是在智能办公应用中提供相应的“工单”等功能模块。具体的,参见图10,该方法具体可以包括:
S1001:第三客户端接收服务端分配的任务工单信息,所述任务工单与服务需求者所需的服务相对应,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
S1002:提供用于对所述任务工单进行领取的操作选项;
S1003:接收到领取操作后,提供所述任务工单的详情信息。
具体实现时,该第三客户端还可以提供所述任务工单对应的服务流程信息以及关键节点信息。
另外,还可以提供用于提交所述任务工单的执行进度的操作选项,以用于提交任务工单执行进度信息。
再者,还可以提供用于将所述任务工单转交给其他员工用户的操作选项,以用于向服务端提交转交请求并转交给其他用户。
实施例五
该实施例五也是与实施例一相对应的,从第四客户端的角度,提供了一种服务信息处理方法。其中,所述第四客户端具体可以是店内的管理者用户的客户端,通过该第四客户端,管理者用户可以查看其下属员工被分配到的任务工单列表,可以对具体任务工单的状态等进行统一的监控。具体的,该第四客户端同样既可以是独立的应用程序,也可以是在智能办公应用中提供相应的“工单”等功能模块,还可以与店内组织架构下的其他用户进行交互。具体的,参见图11,该方法具体可以包括:
S1101:第四客户端接收到查看任务工单信息的请求后,向服务端请求获得任务工单列表信息,其中,所述请求者携带有第四客户端关联的管理者用户的信息;
S1102:接收服务端返回的与所述管理者用户的下属用户关联的任务工单信息列表,并对所述列表进行展示;其中,所述任务工单与服务需求者用户所需的服务相对应,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务。
具体实现时,还可以接收所述服务端提供的针对目标任务工单的服务超时的报警信息。
实施例六
该实施例六主要从智能设备的角度,提供了一种服务信息处理方法。其中,智能设备可以是酒店等场所中配备的智能门锁、智能电梯、智能音箱、自助checkin设备,等等。在本申请实施例中,这种设备一旦出现故障,可以自动进行异常感知,并向服务端发起服务请求,由服务端分配相应的任务执行者,到具体智能设备所在的位置处,为对应的消费者用户提供服务。具体的,参见图12,该方法具体可以包括:
S1201:智能设备在提供服务的过程中,进行异常信息捕捉;其中,所述智能设备位于目标服务场所中,用于为用户的办理入住、退房或者在客房中入住过程中产生的服务需求提供服务;
S1202:如果捕捉到异常信息,则向服务端提交服务请求,所述请求中携带有故障类型以及用于对所述智能设备进行定位的信息,以便所述服务端生成对应的任务工单,并提供给任务执行者用户关联的第三客户端,由所述任务执行者到所述智能设备所在的位置提供服务。
其中,关于实施例二至实施例六中的未详述部分,可以参见前述实施例一中的记载,这里不再赘述。
与实施例一相对应,本申请实施例还提供了一种服务信息处理装置,参见图13,该装置可以包括:
请求接收单元1301,用于接收服务请求,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
工单创建单元1302,用于根据所述服务请求对应的服务类型信息以及服务地址信息创建对应类型的任务工单;
任务分配单元1303,用于为所述任务工单分配任务执行者,并将所述任务工单的信息发送到所述任务执行者关联的终端设备。
具体实现时,所述请求接收单元具体可以用于:
接收服务需求者用户关联的第一客户端发起的服务请求,以便将所述服务需求者用户关联的客房标识信息,确定所述服务地址,并创建服务订单,并与所述任务工单关联,通过所述服务订单向所述第一客户端提供所述任务的执行进度信息。
或者,所述请求接收单元可以用于:
接收所述目标服务场所内的员工用户关联的第二客户端提交的发起任务工单的请求,所述发起任务工单的请求中携带有服务需求者用户的标识信息以及所需的服务类型信息,以便将所述服务需求者用户关联的客房标识信息,确定所述服务地址。
再者,所述请求接收单元也可以用于:
接收所述目标服务场所中的智能终端设备发起的服务请求,以便将所述智能终端设备所在的位置确定为所述服务地址。
其中,所述任务分配单元具体可以用于:
根据任务类型对应的员工用户信息,将所述任务工单分配给任务执行者用户,并将所述任务工单的信息发送到所述任务执行者用户关联的终端设备中的第三客户端。
具体实现时,该装置还可以包括:
信息提供单元,用于将所述任务类型对应的服务流程以及关键节点信息提供给所述第三客户端。
进度信息保存单元,用于接收所述第三客户端提交的服务进度信息并保存,以便在接收到进度查询请求时,返回给查询方终端设备。
进度监控单元,用于对所述任务工单的执行进度进行监控,如果任务工单的关键节点处出现超时未完成的情况,则向所述第三客户端提供报警提示信息。
员工关系获得单元,用于获得所述目标服务场所组织架构中员工之间的上下级关系信息;
信息上报单元,用于将所述任务工单的执行进度信息以及对应的任务执行者用户的信息提供给上级管理者用户对应的第四客户端。
其中,所述任务分配单元具体也可以用于:
为所述任务工单分配机器人设备,并将所述任务工单的信息发送给所述机器人设备。
另外,该装置还可以包括:
任务属性获得单元,用于获得所述任务的任务属性,所述任务属性包括:基本属性、发起属性、任务间关系属性和/或客户属性;
员工属性获得单元,用于获得员工用户的员工属性信息,所述员工属性信息包括技能属性、当前状态、历史数据和/或组织发展属性;
此时,所述任务分配单元具体可以用于:
根据所述任务属性以及员工属性信息,以及预置的匹配规则,为所述任务工单选择匹配的目标员工用户,以进行对任务的分配以及员工的调度。
其中,所述任务分配单元具体可以用于:
根据所述任务工单关联任务的紧急程度、优先级信息、对专业度的要求信息、对时间节点的要求、和/或服务需求者用户的偏好信息,以及员工用户的任务饱和度、专业度、疲劳度和/或与目标服务地址的距离信息,为所述任务工单选择匹配的目标员工用户。
具体的,所述任务分配单元可以用于:
如果存在与所述任务属性相匹配的员工,则根据所述相匹配的员工与目标服务地址的距离信息确定目标员工。
另外,所述任务分配单元还可以用于:
如果不存在与所述任务属性相匹配的员工,则根据员工任务饱和度信息,以及与目标服务地址的距离信息,确定目标员工。
此外,该装置还可以包括:
数据报表提供单元,用于提供对任务执行者用户的任务工单执行及完成情况的数据报表。
其中,所述数据报表提供单元具体可以用于:
从任务类型、时间或任务执行者维度,输出任务量、平局分配时间、受理时间、响应时长、完成时长、任务完成度、超时率、挂起率和/或事故率的数据报表。
或者,所述数据报表提供单元还可以用于:
从任务类型或时间维度,输出物品消耗、物品报修、物品遗失、投诉问题的统计报表。
与实施例二相对应,本申请实施例还提供了一种服务信息处理装置,参见图14,该装置可以包括:
信息提供单元1401,用于提供可选的服务类型信息,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
请求提交单元1402,用于在目标服务类型被选择后,向服务端提交服务请求,并在所述服务请求中携带所述第一客户端关联的服务需求者用户的信息,以便所述服务端生成服务订单,以及对应类型的任务工单,并分配给任务执行者执行;
操作选项提供单元1403,用于提供用于查看服务订单状态的操作选项,以用于从服务端获得服务进度信息并进行展示。
与实施例三相对应,本申请实施例还提供了一种服务信息处理装置,参见图15,该装置可以包括
操作选项提供单元1501,用于提供用于发起任务工单的操作选项;
信息确定单元1502,用于通过所述操作选项接收到操作请求后,确定所需的服务类型信息,以及服务需求者用户的信息;所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
请求提交单元1503,用于根据所选择的服务类型以及所述服务需求者用户的信息,向服务端提交发起任务工单的请求,以便所述服务端创建对应类型的任务工单,分配给任务执行者执行。
与实施例四相对应,本申请实施例还提供了一种服务信息处理装置,参见图16,该装置可以包括
工单信息接收单元1601,用于接收服务端分配的任务工单信息,所述任务工单与服务需求者所需的服务相对应,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
操作选项提供单元1602,用于提供用于对所述任务工单进行领取的操作选项;
详情信息提供单元1603,用于接收到领取操作后,提供所述任务工单的详情信息。
具体实现时,该装置还可以包括:
信息提供单元,用于提供所述任务工单对应的服务流程信息以及关键节点信息。
执行进度操作选项提供单元,用于提供用于提交所述任务工单的执行进度的操作选项,以用于提交任务工单执行进度信息。
任务转交操作选项提供单元,用于提供用于将所述任务工单转交给其他员工用户的操作选项,以用于向服务端提交转交请求并转交给其他用户。
与实施例五相对应,本申请实施例还提供了一种服务信息处理装置,参见图17,该装置可以包括
工单列表信息请求单元1701,用于接收到查看任务工单信息的请求后,向服务端请求获得任务工单列表信息,其中,所述请求者携带有第四客户端关联的管理者用户的信息;
工单列表信息获得单元1702,用于接收服务端返回的与所述管理者用户的下属用户关联的任务工单信息列表,并对所述列表进行展示;其中,所述任务工单与服务需求者用户所需的服务相对应,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务。
具体实现时,该装置还可以包括:
报警信息接收单元,用于接收所述服务端提供的针对目标任务工单的服务超时的报警信息。
与实施例六相对应,本申请实施例还提供了一种服务信息处理装置,参见图18,该装置可以包括
异常捕捉单元1801,用于在提供服务的过程中,进行异常信息捕捉;其中,所述智能设备位于目标服务场所中,用于为用户的办理入住、退房或者在客房中入住过程中产生的服务需求提供服务;
请求提交单元1802,用于如果捕捉到异常信息,则向服务端提交服务请求,所述请求中携带有故障类型以及用于对所述智能设备进行定位的信息,以便所述服务端生成对应的任务工单,并提供给任务执行者用户关联的第三客户端,由所述任务执行者到所述智能设备所在的位置提供服务。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的服务信息处理方法及装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。
Claims (32)
1.一种服务信息处理方法,其特征在于,包括:
接收服务请求,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
根据所述服务请求对应的服务类型信息以及服务地址信息创建对应类型的任务工单;
为所述任务工单分配任务执行者,并将所述任务工单的信息发送到所述任务执行者关联的终端设备。
2.根据权利要求1所述的方法,其特征在于,
所述接收服务请求,包括:
接收服务需求者用户关联的第一客户端发起的服务请求,以便将所述服务需求者用户关联的客房标识信息,确定所述服务地址,并创建服务订单,并与所述任务工单关联,通过所述服务订单向所述第一客户端提供所述任务的执行进度信息。
3.根据权利要求1所述的方法,其特征在于,
所述接收服务请求,包括:
接收所述目标服务场所内的员工用户关联的第二客户端提交的发起任务工单的请求,所述发起任务工单的请求中携带有服务需求者用户的标识信息以及所需的服务类型信息,以便将所述服务需求者用户关联的客房标识信息,确定所述服务地址。
4.根据权利要求1所述的方法,其特征在于,
所述接收服务请求,包括:
接收所述目标服务场所中的智能终端设备发起的服务请求,以便将所述智能终端设备所在的位置确定为所述服务地址。
5.根据权利要求1所述的方法,其特征在于,
所述为所述任务工单分配任务执行者,并将所述任务工单的信息发送到所述任务执行者关联的终端设备,包括:
根据任务类型对应的员工用户信息,将所述任务工单分配给任务执行者用户,并将所述任务工单的信息发送到所述任务执行者用户关联的终端设备中的第三客户端。
6.根据权利要求5所述的方法,其特征在于,还包括:
将所述任务类型对应的服务流程以及关键节点信息提供给所述第三客户端。
7.根据权利要求6所述的方法,其特征在于,还包括:
接收所述第三客户端提交的服务进度信息并保存,以便在接收到进度查询请求时,返回给查询方终端设备。
8.根据权利要求7所述的方法,其特征在于,还包括:
对所述任务工单的执行进度进行监控,如果任务工单的关键节点处出现超时未完成的情况,则向所述第三客户端提供报警提示信息。
9.根据权利要求5所述的方法,其特征在于,还包括:
获得所述目标服务场所组织架构中员工之间的上下级关系信息;
将所述任务工单的执行进度信息以及对应的任务执行者用户的信息提供给上级管理者用户对应的第四客户端。
10.根据权利要求1所述的方法,其特征在于,
所述为所述任务工单分配任务执行者,并将所述任务工单的信息发送到所述任务执行者关联的终端设备,包括:
为所述任务工单分配机器人设备,并将所述任务工单的信息发送给所述机器人设备。
11.根据权利要求1至10任一项所述的方法,其特征在于,还包括:
获得所述任务的任务属性,所述任务属性包括:基本属性、发起属性、任务间关系属性和/或客户属性;
获得员工用户的员工属性信息,所述员工属性信息包括技能属性、当前状态、历史数据和/或组织发展属性;
所述为所述任务工单分配任务执行者,并将所述任务工单的信息发送到所述任务执行者关联的终端设备,包括:
根据所述任务属性以及员工属性信息,以及预置的匹配规则,为所述任务工单选择匹配的目标员工用户,以进行对任务的分配以及员工的调度。
12.根据权利要求11所述的方法,其特征在于,
所述为所述任务工单选择匹配的目标员工用户,包括:
根据所述任务工单关联任务的紧急程度、优先级信息、对专业度的要求信息、对时间节点的要求、和/或服务需求者用户的偏好信息,以及员工用户的任务饱和度、专业度、疲劳度和/或与目标服务地址的距离信息,为所述任务工单选择匹配的目标员工用户。
13.根据权利要求12所述的方法,其特征在于,
所述为所述任务工单选择匹配的目标员工用户,包括:
如果存在与所述任务属性相匹配的员工,则根据所述相匹配的员工与目标服务地址的距离信息确定目标员工。
14.根据权利要求12所述的方法,其特征在于,
所述为所述任务工单选择匹配的目标员工用户,包括:
如果不存在与所述任务属性相匹配的员工,则根据员工任务饱和度信息,以及与目标服务地址的距离信息,确定目标员工。
15.根据权利要求1所述的方法,其特征在于,还包括:
提供对任务执行者用户的任务工单执行及完成情况的数据报表。
16.根据权利要求15所述的方法,其特征在于,
所述提供对任务执行者用户的任务工单执行及完成情况的数据报表,包括:
从任务类型、时间或任务执行者维度,输出任务量、平局分配时间、受理时间、响应时长、完成时长、任务完成度、超时率、挂起率和/或事故率的数据报表。
17.根据权利要求15所述的方法,其特征在于,
所述提供对任务执行者用户的任务工单执行及完成情况的数据报表,包括:
从任务类型或时间维度,输出物品消耗、物品报修、物品遗失、投诉问题的统计报表。
18.一种服务信息处理方法,其特征在于,包括:
第一客户端提供可选的服务类型信息,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
在目标服务类型被选择后,向服务端提交服务请求,并在所述服务请求中携带所述第一客户端关联的服务需求者用户的信息,以便所述服务端生成服务订单,以及对应类型的任务工单,并分配给任务执行者执行;
提供用于查看服务订单状态的操作选项,以用于从服务端获得服务进度信息并进行展示。
19.一种服务信息处理方法,其特征在于,包括:
第二客户端提供用于发起任务工单的操作选项;
通过所述操作选项接收到操作请求后,确定所需的服务类型信息,以及服务需求者用户的信息;所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
根据所选择的服务类型以及所述服务需求者用户的信息,向服务端提交发起任务工单的请求,以便所述服务端创建对应类型的任务工单,分配给任务执行者执行。
20.一种服务信息处理方法,其特征在于,包括:
第三客户端接收服务端分配的任务工单信息,所述任务工单与服务需求者所需的服务相对应,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
提供用于对所述任务工单进行领取的操作选项;
接收到领取操作后,提供所述任务工单的详情信息。
21.根据权利要求20所述的方法,其特征在于,还包括:
提供所述任务工单对应的服务流程信息以及关键节点信息。
22.根据权利要求20所述的方法,其特征在于,还包括:
提供用于提交所述任务工单的执行进度的操作选项,以用于提交任务工单执行进度信息。
23.根据权利要求20所述的方法,其特征在于,还包括:
提供用于将所述任务工单转交给其他员工用户的操作选项,以用于向服务端提交转交请求并转交给其他用户。
24.一种服务信息处理方法,其特征在于,包括:
第四客户端接收到查看任务工单信息的请求后,向服务端请求获得任务工单列表信息,其中,所述请求者携带有第四客户端关联的管理者用户的信息;
接收服务端返回的与所述管理者用户的下属用户关联的任务工单信息列表,并对所述列表进行展示;其中,所述任务工单与服务需求者用户所需的服务相对应,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务。
25.根据权利要求24所述的方法,其特征在于,还包括:
接收所述服务端提供的针对目标任务工单的服务超时的报警信息。
26.一种服务信息处理方法,其特征在于,包括:
智能设备在提供服务的过程中,进行异常信息捕捉;其中,所述智能设备位于目标服务场所中,用于为用户的办理入住、退房或者在客房中入住过程中产生的服务需求提供服务;
如果捕捉到异常信息,则向服务端提交服务请求,所述请求中携带有故障类型以及用于对所述智能设备进行定位的信息,以便所述服务端生成对应的任务工单,并提供给任务执行者用户关联的第三客户端,由所述任务执行者到所述智能设备所在的位置提供服务。
27.一种服务信息处理装置,其特征在于,包括:
请求接收单元,用于接收服务请求,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
工单创建单元,用于根据所述服务请求对应的服务类型信息以及服务地址信息创建对应类型的任务工单;
任务分配单元,用于为所述任务工单分配任务执行者,并将所述任务工单的信息发送到所述任务执行者关联的终端设备。
28.一种服务信息处理装置,其特征在于,包括:
信息提供单元,用于提供可选的服务类型信息,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
请求提交单元,用于在目标服务类型被选择后,向服务端提交服务请求,并在所述服务请求中携带所述第一客户端关联的服务需求者用户的信息,以便所述服务端生成服务订单,以及对应类型的任务工单,并分配给任务执行者执行;
操作选项提供单元,用于提供用于查看服务订单状态的操作选项,以用于从服务端获得服务进度信息并进行展示。
29.一种服务信息处理装置,其特征在于,包括:
操作选项提供单元,用于提供用于发起任务工单的操作选项;
信息确定单元,用于通过所述操作选项接收到操作请求后,确定所需的服务类型信息,以及服务需求者用户的信息;所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
请求提交单元,用于根据所选择的服务类型以及所述服务需求者用户的信息,向服务端提交发起任务工单的请求,以便所述服务端创建对应类型的任务工单,分配给任务执行者执行。
30.一种服务信息处理装置,其特征在于,包括:
工单信息接收单元,用于接收服务端分配的任务工单信息,所述任务工单与服务需求者所需的服务相对应,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务;
操作选项提供单元,用于提供用于对所述任务工单进行领取的操作选项;
详情信息提供单元,用于接收到领取操作后,提供所述任务工单的详情信息。
31.一种服务信息处理装置,其特征在于,包括:
工单列表信息请求单元,用于接收到查看任务工单信息的请求后,向服务端请求获得任务工单列表信息,其中,所述请求者携带有第四客户端关联的管理者用户的信息;
工单列表信息获得单元,用于接收服务端返回的与所述管理者用户的下属用户关联的任务工单信息列表,并对所述列表进行展示;其中,所述任务工单与服务需求者用户所需的服务相对应,所述服务包括在目标服务场所中办理入住、退房或者在客房中入住过程中所需的服务。
32.一种服务信息处理装置,其特征在于,包括:
异常捕捉单元,用于在提供服务的过程中,进行异常信息捕捉;其中,所述智能设备位于目标服务场所中,用于为用户的办理入住、退房或者在客房中入住过程中产生的服务需求提供服务;
请求提交单元,用于如果捕捉到异常信息,则向服务端提交服务请求,所述请求中携带有故障类型以及用于对所述智能设备进行定位的信息,以便所述服务端生成对应的任务工单,并提供给任务执行者用户关联的第三客户端,由所述任务执行者到所述智能设备所在的位置提供服务。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910472081.8A CN112016780A (zh) | 2019-05-31 | 2019-05-31 | 服务信息处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910472081.8A CN112016780A (zh) | 2019-05-31 | 2019-05-31 | 服务信息处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112016780A true CN112016780A (zh) | 2020-12-01 |
Family
ID=73506710
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910472081.8A Pending CN112016780A (zh) | 2019-05-31 | 2019-05-31 | 服务信息处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112016780A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117252381A (zh) * | 2023-10-09 | 2023-12-19 | 广州启盟信息科技有限公司 | 一种物业服务智能排岗方法 |
CN117611396A (zh) * | 2023-12-05 | 2024-02-27 | 广州豆芽信息科技有限公司 | 一种酒店住中智慧服务管理方法及装置 |
CN117252381B (zh) * | 2023-10-09 | 2024-05-24 | 广州启盟信息科技有限公司 | 一种物业服务智能排岗方法 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070050197A1 (en) * | 2005-06-17 | 2007-03-01 | Edward Efron | System and method of interacting with hotel information and services |
CN102831485A (zh) * | 2012-08-17 | 2012-12-19 | 南京物联传感技术有限公司 | 酒店自助预订系统及其工作方法 |
CN102938110A (zh) * | 2012-11-22 | 2013-02-20 | 张劲松 | 酒店工作流智能化管理系统及其流程管理和入住登记方法 |
CN103729818A (zh) * | 2014-01-20 | 2014-04-16 | 深圳市再丰达实业有限公司 | 酒店自助入住退房系统及方法 |
CN107590547A (zh) * | 2016-07-06 | 2018-01-16 | 阿里巴巴集团控股有限公司 | 数据对象信息处理方法、装置及系统 |
CN107749866A (zh) * | 2017-09-01 | 2018-03-02 | 北京佳阳科技有限公司 | 一种客房服务信息的发送、处理、接收方法及设备 |
CN108877785A (zh) * | 2017-05-10 | 2018-11-23 | 杭州欧维客信息科技股份有限公司 | 语音智能客房服务系统 |
CN109165756A (zh) * | 2018-07-02 | 2019-01-08 | 浙江深大智能科技有限公司 | 智能酒店iot控制系统 |
CN109472447A (zh) * | 2018-09-30 | 2019-03-15 | 广东荟星阁网络科技有限公司 | 酒店服务智能化管理方法、服务器、系统及存储介质 |
CN109544406A (zh) * | 2018-11-02 | 2019-03-29 | 北京联合大学 | 一种多功能的酒店管理系统 |
CN109657807A (zh) * | 2018-11-12 | 2019-04-19 | 浙江想能云软件股份有限公司 | 智能床垫故障服务信息监控方法及系统 |
-
2019
- 2019-05-31 CN CN201910472081.8A patent/CN112016780A/zh active Pending
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070050197A1 (en) * | 2005-06-17 | 2007-03-01 | Edward Efron | System and method of interacting with hotel information and services |
CN102831485A (zh) * | 2012-08-17 | 2012-12-19 | 南京物联传感技术有限公司 | 酒店自助预订系统及其工作方法 |
CN102938110A (zh) * | 2012-11-22 | 2013-02-20 | 张劲松 | 酒店工作流智能化管理系统及其流程管理和入住登记方法 |
CN103729818A (zh) * | 2014-01-20 | 2014-04-16 | 深圳市再丰达实业有限公司 | 酒店自助入住退房系统及方法 |
CN107590547A (zh) * | 2016-07-06 | 2018-01-16 | 阿里巴巴集团控股有限公司 | 数据对象信息处理方法、装置及系统 |
CN108877785A (zh) * | 2017-05-10 | 2018-11-23 | 杭州欧维客信息科技股份有限公司 | 语音智能客房服务系统 |
CN107749866A (zh) * | 2017-09-01 | 2018-03-02 | 北京佳阳科技有限公司 | 一种客房服务信息的发送、处理、接收方法及设备 |
CN109165756A (zh) * | 2018-07-02 | 2019-01-08 | 浙江深大智能科技有限公司 | 智能酒店iot控制系统 |
CN109472447A (zh) * | 2018-09-30 | 2019-03-15 | 广东荟星阁网络科技有限公司 | 酒店服务智能化管理方法、服务器、系统及存储介质 |
CN109544406A (zh) * | 2018-11-02 | 2019-03-29 | 北京联合大学 | 一种多功能的酒店管理系统 |
CN109657807A (zh) * | 2018-11-12 | 2019-04-19 | 浙江想能云软件股份有限公司 | 智能床垫故障服务信息监控方法及系统 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117252381A (zh) * | 2023-10-09 | 2023-12-19 | 广州启盟信息科技有限公司 | 一种物业服务智能排岗方法 |
CN117252381B (zh) * | 2023-10-09 | 2024-05-24 | 广州启盟信息科技有限公司 | 一种物业服务智能排岗方法 |
CN117611396A (zh) * | 2023-12-05 | 2024-02-27 | 广州豆芽信息科技有限公司 | 一种酒店住中智慧服务管理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9378511B2 (en) | Real-time appointment of enterprise mobile agents in response to customer requests | |
CN104956330B (zh) | 具有资源感知的工作量分配 | |
US7848947B1 (en) | Performance management system | |
US20140278652A1 (en) | Hybrid system and method for selecting and deploying field technicians in a facilities management hybrid workforce | |
US20140019191A1 (en) | Work management systems and methods | |
US20170193426A9 (en) | Work Management Systems and Methods | |
US20170330128A1 (en) | Bespoke Service-On-Demand Platform Integrated With A Property Management System | |
CA2413837A1 (en) | System and method for scheduling events and associated products and services | |
CN106815711A (zh) | 可视化故障处理方法和装置 | |
US10037500B2 (en) | System and method for automatic shrinkage forecasting | |
US11227241B2 (en) | System and method for assigning employees to cash registers | |
CN108898396A (zh) | 一种客户资源管理方法及装置 | |
KR101959791B1 (ko) | 업무 관리 시스템, 방법 및 기록 매체 | |
CN102419857A (zh) | 一种远程医疗综合服务系统及方法 | |
JP2007288469A (ja) | コールセンタの業務管理システムおよびその方法 | |
CN111091308A (zh) | 一种提升电商客服运营效率的方法及系统 | |
CN112016780A (zh) | 服务信息处理方法及装置 | |
CN113592106A (zh) | 一种工单服务系统 | |
US20130046822A1 (en) | Method and system for managing a virtual actionable conversation | |
WO2001002973A1 (en) | Process fulfillment systems and methods using distributed workflow management architecture | |
CN108564281B (zh) | 基于结构化的外包工作任务调度系统的实现方法 | |
US20210352178A1 (en) | Systems and methods for routing incoming calls to operator devices based on performance analytics | |
WO2002027571A2 (en) | A performance management system | |
CN113011819A (zh) | 一种裸金属服务器的管理方法、装置及管理服务器 | |
CN110874676A (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 |