消息处理方法、设备以及系统、消息服务器与流程

1.本发明涉及电子设备技术领域，尤其涉及一种消息处理方法、设备以及系统、消息服务器。


背景技术：

2.随着科技的日益发展，考勤机越来越多样化，例如，指纹考勤机、蓝牙考勤机、人脸识别考勤机等不同类型的考勤机的应用越来越广泛。以蓝牙考勤机为例，用户可以在用户端输入用户名、密码等信息以登陆应用程序，之后用户可以在用户端启动蓝牙打卡功能。当用户携带用户端进入蓝牙考勤机的打卡范围时，蓝牙考勤机可以基于用户端发射的蓝牙信号为该用户进行打卡。但是，现有的考勤机仅仅能够为用户提供打卡功能，利用效率不高。


技术实现要素：

3.有鉴于此，本发明实施例提供一种消息处理方法、设备以及系统、消息服务器，用以解决现有技术中考勤机仅能打卡，利用效率较低的技术问题。
4.第一方面，本发明实施例提供一种信息消息处理方法，应用于考勤机中，包括：
5.检测当前时刻至少一个用户触发的打卡请求，对所述至少一个用户进行打卡处理；
6.识别所述至少一个用户，获得每个用户的用户信息；
7.确定与每个用户的所述用户信息相关联的目标消息；
8.输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功。
9.第二方面，本发明实施例提供一种信息消息处理方法，包括：
10.启动消息提醒功能；
11.基于用户触发的消息设置请求，获取所述用户设置的目标消息；
12.将所述目标消息与所述用户的用户信息发送至消息服务器，以供所述消息服务器将所述用户信息与所述目标消息关联存储。
13.第三方面，本发明实施例提供一种消息处理方法，包括：
14.接收多个用户端分别发送的用户信息以及目标消息；
15.将所述多个用户端各自发送的用户信息以及目标消息关联存储；
16.接收考勤机针对至少一个用户的用户信息发起的消息查找请求；
17.响应所述消息查找请求，查找与所述至少一个用户各自的用户信息相匹配的目标消息。
18.第四方面，本发明实施例提供一种消息处理设备，包括：存储组件与处理组件；所述存储组件用于存储一条或多条计算机指令；所述一条或多条计算机指令被所述处理组件调用；
19.所述处理组件用于：
20.检测当前时刻至少一个用户触发的打卡请求，对所述至少一个用户进行打卡处理；识别所述至少一个用户，获得每个用户的用户信息；确定与每个用户的所述用户信息相关联的目标消息；输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功。
21.第五方面，本发明实施例提供一种消息处理设备，包括：存储组件与处理组件；所述存储组件用于存储一条或多条计算机指令；所述一条或多条计算机指令被所述处理组件调用；
22.所述处理组件用于：
23.基于用户触发的消息设置请求，获取所述用户设置的目标消息；将所述目标消息与所述用户的用户信息发送至消息服务器，以供所述消息服务器将所述用户信息与所述目标消息关联存储。
24.第六方面，本发明实施例提供一种消息服务器，包括：存储组件与处理组件；所述存储组件用于存储一条或多条计算机指令；所述一条或多条计算机指令被所述处理组件调用；
25.所述处理组件用于：
26.接收多个用户端分别发送的用户信息以及目标消息；将所述多个用户端各自发送的用户信息以及目标消息关联存储；接收考勤机针对至少一个用户的用户信息发起的消息查找请求；响应所述消息查找请求，查找与所述至少一个用户各自的用户信息相匹配的目标消息。
27.第七方面，本发明实施例提供一种消息处理系统，包括：考勤机、消息服务器以及多个用户端；
28.任一个所述用户端用于：启动消息提醒功能；基于用户触发的消息设置请求，获取所述用户设置的目标消息；将所述目标消息与所述用户的用户信息发送至所述消息服务器；
29.所述消息服务器用于：接收所述多个用户端分别发送的用户信息以及目标消息；将所述多个用户端各自发送的用户信息以及目标消息关联存储；接收考勤机针对至少一个用户的用户信息发起的消息查找请求；响应所述消息查找请求，查找与所述至少一个用户各自的用户信息相匹配的目标消息；
30.所述考勤机用于：检测当前时刻至少一个用户触发的打卡请求，对所述至少一个用户进行打卡处理；识别所述至少一个用户，获得每个用户的用户信息；针对至少一个用户各自的用户信息，发送消息查找请求至消息服务器；接收所述消息服务器发送的与所述至少一个用户各自的用户信息相关联的目标消息；输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功。
31.本发明实施例，考勤机可以检测当前时刻至少一个用户触发的打卡请求，为所述至少一个用户进行打开处理，之后，可以识别所述至少一个用户，获得每个用户信息。而根据每个用户的用户信息，可以确定与每个用户的所述用户信息相关联的目标消息，最后，可以输出至少一个用户分别对应的目标消息。考勤机通过输出每个用户的目标消息，扩展了考勤机的使用范围，提高所述考勤机的利用率。
附图说明
32.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
33.图1为本发明实施例提供的一种消息处理方法的一个实施例的流程图；
34.图2为本发明实施例提供的一种消息处理方法的又一个实施例的流程图；
35.图3为本发明实施例提供的一种消息处理方法的又一个实施例的流程图；
36.图4为本发明实施例提供的一个弹幕显示页面示例图；
37.图5为本发明实施例提供的一种消息处理方法的又一个实施例的流程图；
38.图6为本发明实施例提供的一种消息处理方法的又一个实施例的流程图；
39.图7为本发明实施例提供的一个功能界面的示例图；
40.图8为本发明实施例提供的一个消息选择界面的示例图；
41.图9为本发明实施例提供的一个文本输入界面的示例图；
42.图10为本发明实施例提供的一种消息处理方法又一个实施例的流程图；
43.图11为本发明实施例提供的一个应用场景的示例图；
44.图12为本发明实施例提供的一种消息处理设备的一个实施例的结构示意图；
45.图13为本发明实施例提供的一种消息处理设备的又一个实施例的结构示意图；
46.图14为本发明实施例提供的一种消息服务器的一个实施例的结构示意图；
47.图15为本发明实施例提供的一种消息处理系统的一个实施例的结构示意图。
具体实施方式
48.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
49.在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。
50.应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在 a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
51.取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于识别”。类似地，取决于语境，短语“如果确定”或“如果识别(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当识别(陈述的条件或事件)时”或“响应于识别(陈述的条件或事件)”。
52.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确
列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
53.本申请实施例可以应用于自动打卡场景中，用户在考勤机上打卡成功时，考勤机可以以弹幕或语音等输出形式输出用户设置的消息，以增加用户在打卡时的交互功能，提高考勤机的利用效率。
54.现有技术中，考勤机是一种应用较为广泛的电子设备，通常可以包括人脸识别考勤机、蓝牙考勤机或指纹考勤机等。考勤机可以检测用户的打卡请求，以完成用户的打卡操作。以蓝牙考勤机为例，考勤机中可以安装有蓝牙采集模块，用户的用户设备中可以安装有蓝牙模块，用户端可以调起蓝牙模块发送蓝牙信号，当用户携带用户设备进入到考勤机的蓝牙采集模块的采集范围时，考勤机可以采集用户端发射的蓝牙信号，并基于蓝牙信号识别用户的用户信息，以根据用户信息为该用户进行打卡操作，例如，根据当前时刻记录用户的打卡信息。但是，考勤机通常只能执行打卡或者对用户的出勤记录进行统计等操作，利用效率不高。
55.本申请实施例中，考勤机可以检测当前时刻至少一个用户触发的打卡请求，对所述至少一个用户进行打卡处理，之后，可以识别所述至少一个用户，获得每个用户信息。而根据每个用户的用户信息，可以确定与每个用户的所述用户信息相关联的目标消息，最后，可以输出至少一个用户分别对应的目标消息。考勤机通过输出每个用户的目标消息，扩展了考勤机的使用范围，提高所述考勤机的利用率。
56.下面将结合附图对本申请实施例进行详细描述。
57.如图1所示，为本申请实施例提供的一种消息处理方法的一个实施例的流程图，所述方法可以包括以下几个步骤：
58.101：检测当前时刻至少一个用户触发的打卡请求，对所述至少一个用户进行打卡处理。
59.本申请实施例所述的消息处理方法可以应用于考勤机中，考勤机可以包括蓝牙打卡、指纹打卡或者人脸识别打卡等多种打卡类型的电子设备。用户触发的打卡请求可以根据蓝牙考勤机的打卡类型而确定。
60.所述考勤机为蓝牙考勤机时，所述检测当前时刻至少一个用户触发的打卡请求可以包括检测当前至少一个用户的用户端发出的蓝牙信号，并基于接收到的至少一个用户端发出的蓝牙信号，确定接收到所述至少一个用户触发打卡请求。
61.所述考勤机为人脸识别考勤机时，所述检测当前时刻至少一个用户触发的打卡请求可以包括利用摄像头采集图像，如果检测到采集的图像中包含人脸，可以确定检测到用户触发的打卡请求。
62.对于其他类型考勤机，诸如指纹考勤机或虹膜考勤机等，其检测打卡请求的方式与现有技术相同，在此不再赘述。
63.102：识别所述至少一个用户，获得每个用户的用户信息。
64.用户的用户信息指可以用于标识用户身份信息的信息。用户的用户信息可以包括手机号、账号或者身份标识码。一个用户信息可以用于标识一个用户，但是不排除一个用户同时拥有多个用户信息，但是同一用户的多个用户信息仅能用于标识该用户。例如，第一用
户同时拥有账号以及手机号两个用户信息时，该账号以及手机号同时标识该第一用户，不能用于标识其他用户。
65.考勤机为蓝牙考勤机时，所述识别所述至少一个用户，获得每个用户的用户信息具体包括：根据采集的蓝牙信号中携带的账号信息，获得每个用户的用户信息。
66.考勤机为人脸识别考勤机时，所述识别所述至少一个用户，获得每个用户的用户信息具体包括：基于采集图像中的人脸特征，查找与该人脸特征相匹配的目标用户，并获取目标用户的用户信息，也即获得用户的用户信息。
67.103：确定与每个用户的所述用户信息相关联的目标消息。
68.可选地，考勤机中可以将用户的用户信息与目标消息关联存储，以便于查询。由于打卡行为是频率执行较高的行为，当用户已在当前时刻之前的历史时刻执行过打卡行为，考勤机可以将用户的用户信息以及目标消息关联存储，进而在用户再次打卡时，可以直接获取用户的用户信息关联的目标消息。
69.104：输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功。
70.可以将至少一个用户分别对应的目标消息同时进行输出，也可以按照一定的输出顺序依次输出每个用户对应的目标消息。
71.本申请实施例中，考勤机可以检测当前时刻至少一个用户触发的打卡请求，为所述至少一个用户进行打开处理，之后，可以识别所述至少一个用户，获得每个用户信息。而根据每个用户的用户信息，可以确定与每个用户的所述用户信息相关联的目标消息，最后，可以输出至少一个用户分别对应的目标消息。考勤机通过输出每个用户的目标消息，扩展了考勤机的使用范围，提高所述考勤机的利用率。
72.由于考勤机的内存存储限制，在设置打卡的用户数量较大时，为了节约考勤机的内存占用，提高其工作效率，用户的用户信息与目标消息可以关联存储于消息服务器。消息服务器可以指具有数据处理以及存储功能的服务器，该服务器可以是云端服务器或普通服务器。普通服务器可以是计算机、台式机、笔记本等电子设备，本申请实施例对服务器的存在形式不作出过多限定。
73.如图2所示，为本申请实施例提供的一种消息处理方法的一个实施例的流程图，所述方法可以包括以下几个步骤：
74.201：检测当前时刻至少一个用户触发的打卡请求，对所述至少一个用户进行打卡处理。
75.202：识别所述至少一个用户，获得每个用户的用户信息。
76.203：针对至少一个用户各自的用户信息，发送消息查找请求至消息服务器，以供所述消息服务器响应所述消息查找请求，查找与所述至少一个用户各自的用户信息相关联的目标消息。
77.其中，所述消息服务器中关联存储多个用户的用户信息以及目标消息；每个用户的目标消息基于用户设置获得。
78.可选地，所述消息查找请求可以携带至少一个用户各自的用户信息。
79.204：接收所述消息服务器发送的与所述至少一个用户各自的用户信息相关联的目标消息。
80.205：输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功。
81.本申请实施例中，每个用户可以设置其目标消息，并将目标消息与用户信息关联存储于消息服务器中。当考勤机检测当前时刻至少一个用户触发的打卡请求，对所述至少一个用户进行打卡处理时，可以识别所述至少一个用户，获得每个用户的用户信息。并基于每个用户的用户信息，从消息服务器中查找与每个用户的所述用户信息相关联的目标消息，从而输出所述至少一个用户分别对应的所述目标消息。用户通过设置所需的目标消息，令目标消息的设置更加个性化，而通过消息服务器将每个用户的用户信息与目标消息关联存储，可以减少考勤机的内存占用，提高考勤机的使用效率，通过输出目标消息可以提高考勤机的利用效率。
82.为了进一步提高考勤机的利用率，作为又一个实施例，所述方法还可以包括：
83.根据所述至少一个用户分别对应的用户信息，确定每个用户的业务信息；
84.输出所述至少一个用户分别对应的业务信息。
85.用户在登陆用户端时，可以在用户端中增加备忘录、会议信息、工作内容等业务信息，用户的业务信息可以与用户的用户信息对应，通过用户的用户信息可以查找到该用户的业务信息。此外，用户还可以通过相同的用户信息，通过其他电子设备或者用户终端，例如，pda(personal digital assistant，掌上电脑)、平板电脑等设备输入工作内容、会议记录等业务信息，这些业务信息也可以与用户的用户信息进行关联存储。当用户通过考勤机打卡时，后台服务器中存储的用户的业务消息可以被考勤机输出，以对用户的业务信息进行提示，进一步增加考勤机的利用效率，并使得应用的有效性更高，提供更加智能的业务提醒。
86.作为一个实施例，所述输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功可以包括：
87.按照每个用户设置的消息输出形式，分别输出所述至少一个用户分别对应的目标消息，以分别提示所述至少一个用户打卡成功。
88.可选地，所述按照每个用户设置的消息输出形式，分别输出所述至少一个用户分别对应的目标消息之前，所述方法还可以包括：确定每个用户设置的消息输出形式。每个用户设置的消息输出形式可以以历史消息形式在智能考勤设备中存储。用户可以在用户端设置消息输出形式，用户端可以将用户设置的消息输出形式存储至消息服务器。当用户在考勤机第一次打卡时，考勤机可以从消息服务器获取用户设置的消息输出形式，并存储，用户再次打卡时，可以智能考勤机可以直接读取用户设置的输出形式。
89.用户可以自定义的输出形式，例如可以是以弹幕的方式输出或者可以以语音的方式输出，通过设置消息输出形式，可以提高消息输出的交互性，使得考勤机与用户的关联更加紧密。
90.用户端获取用户设置的消息输出形式之后，可以将用户的消息输出形式与用户的用户信息、目标消息发送至消息服务器，以供消息服务器将用户的目标消息、消息输出形式与用户的用户信息关联存储。之后，考勤机可以基于用户的用户消息从消息服务器获取用户设置的消息输出形式。
91.所述针对至少一个用户各自的用户信息，发送消息查找请求至消息服务器，以供
所述消息服务器响应所述消息查找请求，查找与所述至少一个用户各自的用户信息相关联的目标消息可以包括：
92.针对至少一个用户各自的用户信息，发送消息查找请求至消息服务器，以供所述消息服务器响应所述消息查找请求，查找与所述至少一个用户各自的用户信息相关联的目标消息以及消息输出形式；
93.所述接收所述消息服务器发送的与所述至少一个用户各自的用户信息相关联的目标消息可以包括：
94.接收所述消息服务器发送的与所述至少一个用户各自的用户信息相关联的目标消息以及消息输出形式。
95.为了提高消息的输出效率，可以将用户的目标消息按照默认的输出形式进行输出。该默认的输出形式可以是以弹幕的形式进行输出。
96.如图3所示，为本申请实施例提供的一种消息处理方法的又一个实施例的流程图，所述方法可以包括以下几个步骤：
97.301：检测当前时刻至少一个用户触发的打卡请求，对所述至少一个用户进行打卡处理。
98.302：识别所述至少一个用户，获得每个用户的用户信息。
99.303：确定与每个用户的所述用户信息相关联的目标消息。
100.304：以弹幕形式输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功。
101.考勤机可以装配有一个显示屏幕，以在显示屏幕中输出至少一个用户分别对应目标消息形成的弹幕。也就是，所述以弹幕形式输出所述至少一个用户分别对应的所述目标消息可以包括，在对应的显示屏幕中输出至少一个用户分别对应目标消息形成的弹幕。
102.通过弹幕形式输出至少一个用户分别对应的目标消息时，可以增加考勤机输出的趣味性，以使得用户对考勤机的打卡过程的交互性更强。
103.在以弹幕形式输出目标消息时，可以将当前时刻的用户的弹幕消息高亮显示，以增加提示效果。因此，在某些实施例中，所述以弹幕形式输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功可以包括：
104.根据显示屏幕的屏幕显示亮度，确定弹幕显示亮度；
105.为每个用户对应目标消息生成弹幕消息；
106.按照所述弹幕显示亮度，输出所述至少一个用户各自的弹幕消息，以分别提示所述至少一个用户打卡成功。
107.其中，所述弹幕显示亮度大于所述屏幕显示亮度。所述根据显示屏幕的屏幕显示亮度，确定弹幕显示亮度可以包括计算显示屏幕的屏幕显示亮度与亮度阈值的和，获得弹幕显示亮度。所述亮度阈值为大于人眼能够识别到的存在亮度差异的值。例如，假设人眼能够识别到存在亮度差异的值为a，则亮度阈值可以为a+10或者a+15等。
108.由于弹幕具有不同的显示效果，显示效果具体可以包括弹幕的移动效果，例如，可以设置弹幕在屏幕的第一显示区域，从所述屏幕的左方向右方移动显示，或者从屏幕的第二显示区域，从屏幕的下方向上方移动显示。当然，显示效果还可以弹幕的显示模板，不同的显示模板的弹幕框不同，以实现弹幕的多样化显示。因此，作为又一个实施例，所述以弹
幕形式输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功可以包括：
109.按照预设弹幕显示效果，将所述至少一个用户分别对应的目标消息以弹幕形式进行输出，以分别提示所述至少一个用户打卡成功。
110.其中，所述弹幕显示效果可以包括弹幕的移动效果和/或弹幕框的显示模板。
111.当存在多个用户同时触发打卡请求，此时，可以同时显示多个弹幕。针对多个弹幕同时显示的状况，可以将显示屏幕中显示弹幕的页面进行划分，以同时显示多个弹幕。因此，在某些实施例中，还包括：
112.统计所述至少一个用户在当前时刻触发的打卡请求对应的打卡数量。
113.将所述考勤机对应的弹幕显示页面划分为与所述打卡数量相匹配的至少一个第一子页面。
114.所述以弹幕形式输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功包括：
115.基于所述至少一个第一子页面以及所述至少一个用户分别对应的目标消息，确定每个用户的目标消息对应的目标子页面；
116.将每个用户对应的目标消息以弹幕形式在对应的目标子页面中显示，以分别提示所述至少一个用户打卡成功。
117.所述将每个用户对应的目标消息以弹幕形式在对应的目标子页面中显示以分别提示至少一个用户打卡成功时，可以将每个用户使用打卡方式对应打卡类型标识同时在对应的目标子页面中显示。例如，当用户使用蓝牙功能打卡时，可以在目标子页面中显示蓝牙标识。
118.所述将每个用户对应的目标消息以弹幕形式在对应的目标子页面中显示时，可以将用户的用户信息中的头像信息与目标消息对应的弹幕关联显示，以提高提示的有效性。
119.在以弹幕形式输出至少一个用户分别对应的目标消息时，可以在考勤机对应显示屏幕的弹幕显示页面中输出所述至少一个用户分别对应的目标消息。
120.所述显示屏幕对应弹幕显示页面中的至少一个第一子页面的位置可以根据实际显示需求而定，例如，为了不影响考勤机的正常显示功能，可以在显示屏幕的下方显示至少一个用户的目标消息对应弹幕所关联的目标子页面。为了便于理解，如图4所示，为本申请实施例提供的一个弹幕显示页面的示例图，图4 的弹幕显示页面中，利用三个目标子页面同时输出三个用户的目标消息对形成的弹幕，分别是目标子页面401输出了第一用户的目标消息对应的弹幕；目标子页面402输出了第二用户的目标消息对应的弹幕；目标子页面403输出了第三用户的目标消息对应的弹幕。在图4中，多个目标子页面被显示于考勤机的显示屏幕的下方，当然，显示用户目标消息的弹幕对应的目标子页面可以处于考勤机的显示屏幕的不同位置，可以根据显示需求而确定。
121.在一些实施例中，在将每个用户对应的目标消息以弹幕形式在对应的目标子页面中显示，以分别提示所述至少一个用户打卡成功时，还可以将用户的用户信息在显示屏幕中显示。例如，可以将用户的姓名在显示屏幕中输出。如图4 中所示，显示屏幕的中心区域对应中心子页面404中输出了第二用户的姓名。作为一种可能的实现方式，每个用户的用户信息，例如用户昵称、用户账号或者用户姓名均可以在显示屏幕中按照一定的输出顺序输
出。
122.在一些实施例中，在将每个用户对应的目标消息以弹幕形式在对应的目标子页面中显示时，还可以考勤机还可以基于对每个用户执行的打卡处理，在状态子页面中显示用户的打卡状态。例如，用户上班时，可以输出“上班”的第一打卡状态，用户下班时，可以输出“下班”的第二打卡状态。图4中，在中心区域右上角的状态区域对应的状态子页面405中输出第二用户“下班”的第二打卡状态。需要说明的是，图4所示的弹幕显示页面仅仅是示例性的，并不应构成对弹幕显示页面的显示形式的过多限定。
123.在考勤机输出多个弹幕消息之后，如果检测到新的用户触发的打卡请求，可以将新用户对应的目标消息的弹幕消息增加到已有的弹幕显示屏幕中显示。作为一个实施例，所述将每个用户对应的目标消息以弹幕形式在对应的目标子页面中显示，以分别提示所述至少一个用户打卡成功之后，还可以包括：
124.检测新增用户触发的打卡请求，识别所述新增用户以获得所述新增用户的新增用户信息；
125.获取所述新增用户的新增用户信息相关联的目标消息；
126.将所述考勤机对应的弹幕显示页面划分为与所述打卡数量以及所述新增用户的用户数量之和相匹配的至少一个第二子页面；
127.为每个用户的目标消息关联对应的第二子页面以及为每个新增用户的目标消息关联对应的第二子页面；
128.在所述至少一个第二子页面中分别显示各自关联的目标消息，以分别提示所述新增用户以及所述至少一个用户打卡成功。
129.检测所述当前时刻之后的新增用户触发打卡请求。检测过程中，原有的至少一个用户的目标消息对应的弹幕仍处于显示状态。当原有的至少一个用户的目标消息对应的弹幕处于显示结束状态时，即可以重新确定当前时刻，并执行目标消息的显示过程。弹幕处于显示状态时，具体可以是弹幕处于规定的移动状态下，并未结束显示。
130.为了提高消息的提示效果，在一些实施例中，可以将用户的目标消息以语音形式进行输出。如图5所示，为本申请实施例提供的一种消息处理方法的又一个实施例的流程图，所述方法可以包括以下几个步骤：
131.501：检测当前时刻至少一个用户触发的打卡请求，对所述至少一个用户进行打卡处理。
132.502：识别所述至少一个用户，获得每个用户的用户信息。
133.503：确定与每个用户的所述用户信息相关联的目标消息。
134.504：以语音形式输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功。
135.考勤机的打卡通常是工作场景中应用，由于时间限制，每个用户停留在考勤机附近的时间很短，使用语音形式输出目标消息，可以提高消息的输出消息并可以及时被用户获知，且不影响用户当前的行走状态，从而可以提高打卡消息。
136.在一些实施例中，可以同时以语音形式以及弹幕形式输出所述至少一个用户分别对应的所述目标消息。
137.在输出至少一个用户的目标消息时，可以按照一定的输出顺序进行输出。作为一
个实施例，所述输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功可以包括：
138.确定每个用户的输出顺序；
139.将每个用户对应的所述目标消息，按照对应的输出顺序进行输出，以分别提示所述至少一个用户打卡成功。
140.在将至少一个用户分别对应的目标消息以弹幕形式和/或语音形式输出时，均可以按照每个用户对应的输出顺序，将至少一个用户分别对应的目标消息以弹幕形式和/或语音形式输出，以分别提示至少一个用户打卡成功。
141.在用户的目标消息输出之后，为了使新用户的目标消息的输出不受历史输出的目标消息的影响，可以设置消息的输出时间，超过消息的输出时间时，可以将将输出的消息停止输出。作为又一个实施例，所述输出所述至少一个用户分别对应的所述目标消息之后，还包括：
142.基于当前时刻以及消息显示时间，确定每个用户对应目标消息的显示结束时间；
143.针对任一个输出的所述目标消息，在到达所述目标消息的显示结束时间时，停止输出所述目标消息。
144.用户可以在用户端设置目标消息，以获得更加个性化的目标消息，增加交互的有效性。如图6所示，为本申请实施例提供的一种消息处理方法的一个实施例的流程图，所述方法可以包括以下几个步骤：
145.601：启动消息提醒功能。
146.通过启动消息提醒功能，用户设置的目标消息可以在打卡成功时，输出相应的目标消息。启动消息提醒功能时，用户才可以设置相应的目标消息，而消息提醒功能未启动时，用户不可进行目标消息的设置。
147.在一种可能的设计中，消息功能的启动或关闭可以通过启动控件的状态确定。为了便于理解，以所述消息提供功能为语音提醒功能为例进行说明，图7中的消息提示控件701处于启动状态，此时消息提醒功能被启动。在图 7中为了提示用户是否该消息提示控件的作用，还可以通过关联文本控件702 中的文本内容对消息提示控件的功能进行介绍。当然，用户还可以通过切换消息提示控件701的显示状态关闭消息提醒功能。
148.602：基于用户触发的消息设置请求，获取所述用户设置的目标消息。
149.本申请实施例所述的用户端具体可以指被安装于电子设备中为用户提供相应功能的应用程序。用户端可以是以业务管理为基础的移动办公平台，例如，“钉钉”等即时通信平台。
150.消息设置请求可以基于用户执行的消息设置操作获得，也就是用户端检测到用户执行的消息设置操作时，可以确定获得用户触发的消息设置操作。
151.用户使用用户端设置目标消息时，需要登录用户端，例如使用用户账户或者手机号登录用户端，用户端存储有用户的用户信息。
152.603：将所述目标消息与所述用户的用户信息发送至消息服务器，以供所述消息服务器将所述用户信息与所述目标消息关联存储。
153.用户的目标消息设置成功之后，所述方法还可以包括：
154.输出所述目标消息的提示信息。
155.所述目标消息为文字时，图7中的用户端可以通过消息显示控件703显示用户设置的语音播报文案。
156.本申请实施例中，用户可以在端设置弹幕消息，在用户触发的消息设置请求下，可以获取所述用户设置的目标消息，从而可以将用户设置的目标消息与所述用户的用户信息发送至消息服务器，以供所述消息服务器将所述用户的用户信息以及目标消息关联存储。通过提供消息设置功能，用户端可以提供更加个性化的打卡消息，以提高互动效率。
157.用户在设置目标消息时，还可以设置目标消息的输出形式，例如，用户可以选择是通过语音输出消息还是通过弹幕输出消息。作为一个实施例，所述方法还包括：
158.检测用户发起的消息设置请求，获取所述用户设置的消息输出形式；
159.所述将所述目标消息与所述用户的用户信息发送至消息服务器，以供所述消息服务器将所述用户信息与所述目标消息关联存储包括：
160.将所述目标消息、所述消息输出形式与所述用户的用户信息发送至消息服务器，以供所述消息服务器将所述目标消息、所述消息输出形式与所述用户信息关联存储，以供考勤机获取与所述用户的用户信息关联的所述目标消息以及所述消息输出形式，并按照所述消息输出形式输出所述目标消息，以分别提示所述至少一个用户打卡成功。
161.为了提高设置效率，可以为用户提供预定义的待选消息，以供用户从待选消息中选择合适的目标消息。作为又一个实施例，所述基于用户触发的消息设置请求，获取用户设置的目标消息可以包括：
162.基于用户触发的消息设置请求，显示消息选择界面；其中，所述消息选择界面中包括至少一个待选消息；
163.检测用户针对任一个待选消息触发的选择操作，获得用户选择的目标消息。
164.为了便于理解，图8示出了一种消息选择界面800的示例图，该消息选择界面800中可以包括至少一个待选消息801～803，而其中，待选消息801 被用户选择，该待选消息801即为用户选择的目标消息。
165.为了使得目标消息的个性化更高，用户可以自行输入目标消息。
166.用户自定义目标消息时，可以采集用户输入的文字。作为一个实施例，所述基于用户触发的消息设置请求，获取所述用户设置的目标消息可以包括：
167.检测所述用户触发的第一设置请求，输出文本输入界面；
168.在所述用户进行文字输入的过程中，采集所述用户在所述文本输入界面输入的至少一个文字；
169.检测所述用户停止文字输入时，基于采集获得的至少一个文字生成所述用户的目标消息。
170.用户的目标消息中包括用户输入的至少一个文字。
171.采集所述用户在文本输入界面输入的至少一个文字时，可以统计用户输入的至少一个文字的数量，如果所述至少一个文字的数量超过预定数量时，可以输出文字数量超出最大数量的提醒信息。此外，还可以直接在文本输入界面中提示文本的最大输入数量。还可以根据当前输入的文字数量以及最大数量，计算剩余输入数量，并针对剩余输入数量进行提示。
172.为了便于理解，图9中示出了一个文本输入界面900的示例图，该文本输入界面中，
用户可以在文本框901中输入至少一个文字。在此文本框901 的左下方还输出了文本的最大输入数量的提示信息9011，以及在文本框的最右方输出了剩余输入数量的提示信息902。
173.在某些实施例中，所述检测所述用户触发的第一设置请求，输出文本输入界面之前，所述方法还可以包括：
174.显示文本输入的第一提示信息；
175.所述检测所述用户触发的第一设置请求，输出文本输入界面可以包括：
176.检测所述用户针对所述第一提示信息触发的第一设置请求，输出文本输入界面。
177.显示文本的第一提示信息可以在消息选择界面中显示。以便于用户及时输入对应的提示信息。如图8所示，在待选消息803的下方，展示了一个针对文本输入的第一提示信息804，用户触发该第一提示信息时，考勤机即检测获得对应的第一设置请求。
178.用户自定义目标消息时，可以采集用户输入的语音，并根据用户输入的语音获得对应的目标消息。作为一个实施例，所述基于用户触发的消息设置请求，获取所述用户设置的目标消息可以包括：
179.检测所述用户触发的第二设置请求，采集所述用户的语音消息；
180.根据所述用户的语音消息，确定所述用户的目标消息。
181.在采集获得所述用户的语音消息之后，还可以提示用户播放采集的语音消息，以供用户对语音消息进行确认。
182.在一种可能的设计中，可以直接将用户的语音消息作为用户的目标消息。也可以识别用户的语音消息，获得文本信息，将识别获得的文本信息作为用户的目标消息。
183.在某些实施例中，所述检测所述用户触发的第二设置请求，采集所述用户的语音消息之前，所述方法还可以包括：
184.显示语音输入的第二提示信息；
185.所述检测所述用户触发的第二设置请求，采集所述用户的语音消息可以包括：
186.检测所述用户针对所述第二提示信息触发的第二设置请求，输出语音采集提示信息；
187.根据用户触发的语音采集操作，采集所述用户的语音消息。
188.如果消息服务器将用户的目标消息成功存储，消息服务器可以发送存储成功的确认消息，当用户端接收到消息服务器发送的该存储成功的确认消息之后，可以为用户进行相应的提示，当然，如果用户未接收到消息服务器发送的存储成功信息，也可以为用户进行相应的提示。在用户端与消息服务器的连接失败时，即便用户设置了目标消息，此时用户的目标消息依然是设置失败的。
189.作为一个实施例，所述方法还可以包括：
190.判断所述用户的用户信息与目标消息的关联存储是否成功；
191.如果是，输出消息设置成功的第一提示信息；
192.如果否，输出消息设置失败的第二提示信息。
193.可选地，所述判断所述用户的用户信息与目标消息的关联存储是否成功具体可以是判断用户端与消息服务器是否连接成功，还可以是判断是否接收到消息服务器发送的存储成功的确认消息。
194.如果用户端与消息服务器连接成功，用户端可以正常发送消息至消息服务器，此
时可以确认消息设置成功。如果用户端与消息服务器连接识别，用户端不可以正常向消息服务器发送消息，此时，可以确认消息设置失败。
195.当用户端接收到消息服务器发送的存储成功的确认消息时，可以确认消息设置成功，否则，消息设置失败。
196.消息服务器中可以存储有多个用户的目标消息。但是，不同用户的目标消息可能相同。消息服务器还可以统计相同的目标消息，并将符合展示条件的目标消息为用户进行展示，以供用户选择或参考。
197.作为一个实施例，所述方法还可以包括：
198.发送参考消息查看请求至消息服务器，以供所述消息服务器反馈多个参考消息以及每个参考消息的操作提示信息；其中，所述每个参考消息的操作提示信息用于提示用户对所述参考消息执行目标操作；
199.接收所述消息服务器发送的多个参考消息以及每个参考消息的操作提示信息；
200.将所述多个参考消息以及每个参考消息的操作提示信息对应输出。
201.所述将所述多个参考消息以及每个参考消息对应的操作提示信息对应输出具体可以包括：分别输出所述多个参考消息，并为每个参考消息关联输出对应的操作提示信息。
202.在一些可能的设计中，所述接收所述消息服务器发送的多个参考消息以及每个参考消息的操作提示信息之前，所述方法还可以包括：
203.发送参考消息的获取请求至消息服务器。
204.消息服务器接收到用户发送的参考消息的获取请求之后，可以响应该获取请求，获得相应的参考消息以及每个参考消息对应的操心提示信息。
205.在又一种可能的设计中，用户查看参考消息时，可以对感兴趣的参考消息进行标识，为所述参考消息添加兴趣标签。消息服务器可以统计每个参考消息被添加的兴趣标签的数量，并按照兴趣标签的数量，将至少一个参考消息的显示顺序进行排序。
206.所述操作提示信息包括：为参考消息添加兴趣标签的提示信息；所述方法还包括：
207.如果检测用户触发针对所述操作提示信息的目标操作，发送所述用户执行的操作请求至所述消息服务器，以供所述消息服务器记录所述用户对所述参考消息添加兴趣标签，并统计每个参考消息被添加兴趣标签的数量，根据每个参考消息被添加兴趣标签的数量确定每个参考消息的输出顺序，并反馈所述多个参考消息的输出顺序；
208.所述将所述多个参考消息以及每个参考消息的操作提示信息对应输出包括：
209.基于所述多个参考消息的输出顺序，依次输出所述多个参考消息以及每个参考消息的操作提示信息。
210.作为一种可能的实现方式，所述参考消息的操作提示信息可以包括复制提示信息。
211.所述方法还可以包括：
212.检测用户针对目标参考消息触发的复制操作；
213.响应所述复制操作，将所述目标参考消息发送至消息服务器，以供所述消息服务器利用所述目标参考消息更新所述用户的用户信息关联的目标消息。
214.如图10所示，为本申请实施例提供的一种消息处理方法又一个实施例的流程图，所述方法可以包括以下几个步骤：
215.1001：接收多个用户端分别发送的用户信息以及目标消息。
216.1002：将所述多个用户端各自发送的用户信息以及目标消息关联存储。
217.1003：接收考勤机针对至少一个用户的用户信息发起的消息查找请求。
218.1004：响应所述消息查找请求，查找与所述至少一个用户各自的用户信息相匹配的目标消息。
219.本申请实施例中，消息服务器可以接收多个用户端分别发送的用户信息以及目标消息，并将多个用户端各自的用户信息以及目标消息关联存储。进而可以接收考勤机发起的针对至少一个用户的用户信息的消息查找请求时，可以响应该消息查找请求，查找与至少一个用户各自的用户信息相匹配的目标消息。从而完成消息的存储到查询，为考勤机提供消息查询效率。
220.作为一个实施例，所述接收多个用户端分别发送的用户信息以及目标消息包括：
221.接收所述多个用户端分别发送的所述目标消息、消息输出形式以及用户信息；
222.所述将所述多个用户端各自发送的用户信息以及目标消息关联存储包括：
223.将所述多个用户端各自的所述目标消息、所述消息输出形式以及所述用户信息关联存储；
224.所述响应所述消息查找请求，查找与所述至少一个用户各自的用户信息相匹配的目标消息之后，所述方法还包括：
225.查询所述至少一个用户各自的用户信息关联的消息输出形式，以供考勤机获取与所述至少一个用户各自的用户信息关联的所述目标消息以及所述消息输出形式，并按照每个用户的用户信息对应的所述消息输出形式输出所述目标消息。
226.作为又一个实施例，所述方法还可以包括：
227.基于任一用户端发送的参考消息查看请求，发送多个参考消息以及每个参考消息的操作提示信息至所述用户端；其中，所述每个参考消息的操作提示信息用于提示用户对所述参考消息执行目标操作。
228.在一种可能的设计中，所述操作提示信息包括：为参考消息添加兴趣标签的提示信息；所述方法还包括：
229.基于所述用户端发送的目标操作，记录所述用户对所述参考消息添加兴趣标签；
230.统计每个参考消息被添加兴趣标签的数量；
231.根据每个参考消息被添加兴趣标签的数量确定每个参考消息的输出顺序，并反馈所述多个参考消息的输出顺序，以供所述用户端基于所述多个参考消息的输出顺序，依次输出所述多个参考消息以及每个参考消息的操作提示信息。
232.在又一种可能的设计中，操作提示信息包括：复制提示信息；所述方法还包括：
233.基于所述用户端发送的目标参考消息，更新所述用户端对应用户信息关联的目标消息；其中，所述目标参考消息为用户端检测用户针对目标参考消息触发的复制操作获得并发送至所述消息服务器的。
234.为了便于理解，以所述考勤机为蓝牙考勤机，所述用户端为安装于手机上的业务管理程序为例，详细说明本申请实施例的技术方案。
235.如图11所示，在一个较为集中的时间段，或者用户安装所述用户端之后，或者在用户存在设置需求时，多个用户端m1分别对应的用户，可以触发消息设置请求1101，所述多个
用户端m1可以对应用户触发的消息设置请求，分别获取用户设置的目标消息1102，之后，所述多个用户端可以将各自的目标消息以及用户的用户信息发送1103至消息服务器中m2。
236.消息服务器m2可以接收多个用户端m1分别发送的用户信息以及目标消息 1104；将所述多个用户端各自发送的用户信息以及目标消息关联存储1105。
237.考勤机m3为与消息服务器m2以及用户端m1存在通信连接的电子设备，可以包含有显示屏幕以及声音输出模块。
238.考勤机m3可以检测当前时刻至少一个用户触发的打卡请求1106，对所述至少一个用户进行打卡处理，此打卡请求的请求类型基于考勤机打卡方式确定。考勤机可以基于至少一个用户触发的打卡请求，识别该至少一个用户，获得每个用户的用户信息1107。此时，考勤机可以将至少一个用户分别对应的用户信息发送1108消息查找请求至消息服务器m2。
239.而由于消息服务器m2中预先将多个用户的用户信息以及目标消息关联存储，此时消息服务器m2即可以响应所述消息查找请求，查找与所述至少一个用户各自的用户信息相匹配的目标消息1109，从而可以将至少一个用户各自的用户信息相匹配的目标消息发送1110至所述考勤机m3。
240.考勤机m3即可以从消息服务器m2处获取至少一个用户各自的用户信息相匹配的目标消息，从而输出1111所述至少一个用户分别对应的所述目标消息。
241.如图12所示，为本申请实施例提供的一种消息处理设备的一个实施例的结构示意图，所示消息处理设备可以包括：
242.存储组件1201与处理组件1202；所述存储组件用于存储一条或多条计算机指令；所述一条或多条计算机指令被所述处理组件调用；
243.所述处理组件1202用于：
244.检测当前时刻至少一个用户触发的打卡请求，对所述至少一个用户进行打卡处理；识别所述至少一个用户，获得每个用户的用户信息；确定与每个用户的所述用户信息相关联的目标消息；输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功。
245.作为一个实施例，所述处理组件确定与每个用户的所述用户信息相关联的目标消息具体可以是：
246.针对至少一个用户各自的用户信息，发送消息查找请求至消息服务器，以供所述消息服务器响应所述消息查找请求，查找与所述至少一个用户各自的用户信息相关联的目标消息；其中，所述消息服务器中关联存储多个用户的用户信息以及目标消息；每个用户的目标消息基于用户设置获得；
247.接收所述消息服务器发送的与所述至少一个用户各自的用户信息相关联的目标消息。
248.作为又一个实施例，所示处理组件还可以用于：
249.根据所述至少一个用户分别对应的用户信息，确定每个用户的业务信息；
250.输出所述至少一个用户分别对应的业务信息。
251.作为一个实施例，所述处理组件输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功具体可以是：
252.按照每个用户设置的消息输出形式，分别输出所述至少一个用户分别对应的目标
消息，以分别提示所述至少一个用户打卡成功。
253.作为一个实施例，所述处理组件输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功具体可以是：
254.以弹幕形式输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功。
255.作为一种可能的实现方式，所述处理组件以弹幕形式输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功具体可以是：
256.根据显示屏幕的屏幕显示亮度，确定弹幕显示亮度；
257.为每个用户对应目标消息生成弹幕消息；
258.按照所述弹幕显示亮度，输出所述至少一个用户各自的弹幕消息，以分别提示所述至少一个用户打卡成功。
259.作为又一种可能的实现方式，所述处理组件以弹幕形式输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功具体可以是：
260.按照预设弹幕显示效果，将所述至少一个用户分别对应的目标消息以弹幕形式输出，以分别提示所述至少一个用户打卡成功。
261.在某些实施例中，所示处理组件还可以用于：
262.统计所述至少一个用户在当前时刻触发的打卡请求对应的打卡数量；
263.将所述考勤机对应的弹幕显示页面划分为与所述打卡数量相匹配的至少一个第一子页面；
264.所述处理组件以弹幕形式输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功具体可以是：
265.基于所述至少一个第一子页面以及所述至少一个用户分别对应的目标消息，确定每个用户的目标消息对应的目标子页面；
266.将每个用户对应的目标消息以弹幕形式在对应的目标子页面中显示，以分别提示所述至少一个用户打卡成功。
267.作为一种可能的实现方式，所述处理组件还可以用于：
268.检测新增用户触发的打卡请求，识别所述新增用户以获得所述新增用户的新增用户信息；
269.获取所述新增用户的新增用户信息相关联的目标消息；
270.将所述考勤机对应的弹幕显示页面划分为与所述打卡数量以及所述新增用户的用户数量之和相匹配的至少一个第二子页面；
271.为每个用户的目标消息以及每个新增用户的目标消息关联一个第二子页面；
272.在所述至少一个第二子页面中分别显示各自关联的目标消息，以分别提示所述新增用户以及所述至少一个用户打卡成功。
273.作为一个实施例，所述处理组件还可以用于：
274.基于当前时刻以及消息显示时间，确定每个用户对应目标消息的显示结束时间；
275.针对任一个输出的所述目标消息，在到达所述目标消息的显示结束时间时，停止输出所述目标消息。
276.作为一个实施例，所述处理组件输出所述至少一个用户分别对应的所述目标消
息，以分别提示所述至少一个用户打卡成功具体可以是：
277.以语音形式输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功。
278.作为又一个实施例，所述处理组件输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功具体可以是：
279.确定每个用户的输出顺序；
280.将每个用户对应的所述目标消息，按照对应的输出顺序进行输出，以分别提示所述至少一个用户打卡成功。
281.如图13所示，为本申请实施例提供的一种消息处理设备的又一个实施例的结构示意图，所示消息处理设备可以包括：存储组件1301与处理组件1302；所述存储组件1301用于存储一条或多条计算机指令；所述一条或多条计算机指令被所述处理组件调用；
282.所述处理组件1302用于：
283.启动消息提醒功能。基于用户触发的消息设置请求，获取所述用户设置的目标消息；将所述目标消息与所述用户的用户信息发送至消息服务器，以供所述消息服务器将所述用户信息与所述目标消息关联存储。
284.作为一个实施例，所述处理组件还可以用于：
285.检测用户发起的消息设置请求，获取所述用户设置的消息输出形式；
286.所述处理组件将所述目标消息与所述用户的用户信息发送至消息服务器，以供所述消息服务器将所述用户信息与所述目标消息关联存储具体可以是：
287.将所述目标消息、所述消息输出形式与所述用户的用户信息发送至消息服务器，以供所述消息服务器将所述目标消息、所述消息输出形式与所述用户信息关联存储，以供考勤机获取与所述用户的用户信息关联的所述目标消息以及所述消息输出形式，并按照所述消息输出形式输出所述目标消息，以提示所述用户打卡成功。
288.作为一种可能的实现方式，所述处理组件基于用户触发的消息设置请求，获取所述用户设置的目标消息具体可以是：
289.基于用户触发的消息设置请求，显示消息选择界面；其中，所述消息选择界面中包括至少一个待选消息；
290.检测用户针对任一个待选消息触发的选择操作，获得用户选择的目标消息。
291.作为又一种可能的实现方式，所述处理组件基于用户触发的消息设置请求，获取所述用户设置的目标消息具体可以是：
292.检测所述用户触发的第一设置请求，输出文本输入界面；
293.在所述用户进行文字输入的过程中，采集所述用户在所述文本输入界面输入的至少一个文字；
294.检测所述用户停止文字输入时，基于采集获得的至少一个文字生成所述用户的目标消息。
295.在某些实施例中，所述处理组件还可以用于：
296.显示文本输入的第一提示信息；
297.所述检测所述用户触发的第一设置请求，输出文本输入界面可以包括：
298.检测所述用户针对所述第一提示信息触发的第一设置请求，输出文本输入界面。
299.作为一个实施例，所述处理组件还可以用于：
300.检测所述用户触发的第二设置请求，采集所述用户的语音消息；
301.根据所述用户的语音消息，确定所述用户的目标消息。
302.作为一种可能的实现方式，所述处理组件还可以用于：
303.显示语音输入的第二提示信息；
304.所述检测所述用户触发的第二设置请求，采集所述用户的语音消息包括：
305.检测所述用户针对所述第二提示信息触发的第二设置请求，输出语音采集提示信息；
306.根据用户触发的语音采集操作，采集所述用户的语音消息。
307.作为又一个实施例，所述处理组件还可以用于：
308.判断所述用户的用户信息与目标消息的关联存储是否成功；
309.如果是，输出消息设置成功的第一提示信息；
310.如果否，输出消息设置失败的第二提示信息。
311.作为一个实施例，所述处理组件还可以用于：
312.发送参考消息查看请求至消息服务器，以供所述消息服务器反馈多个参考消息以及每个参考消息的操作提示信息；其中，所述每个参考消息的操作提示信息用于提示用户对所述参考消息执行目标操作；
313.接收所述消息服务器发送的多个参考消息以及每个参考消息的操作提示信息；
314.将所述多个参考消息以及每个参考消息的操作提示信息对应输出。
315.作为一种可能的实现方式，所述操作提示信息包括：为参考消息添加兴趣标签的提示信息；所述处理组件还用于：
316.如果检测用户触发针对所述操作提示信息的目标操作，发送所述用户执行的目标操作至所述消息服务器，以供所述消息服务器基于所述目标操作，记录所述用户对所述参考消息添加兴趣标签，并统计每个参考消息被添加兴趣标签的数量，根据每个参考消息被添加兴趣标签的数量确定每个参考消息的输出顺序，并反馈所述多个参考消息的输出顺序；
317.所述将所述多个参考消息以及每个参考消息的操作提示信息对应输出包括：
318.基于所述多个参考消息的输出顺序，依次输出所述多个参考消息以及每个参考消息的操作提示信息。
319.在某些实施例中，所述操作提示信息包括：复制提示信息；所述处理组件还可以用于：
320.检测用户针对目标参考消息触发的复制操作；响应所述复制操作，将所述目标参考消息发送至消息服务器，以供所述消息服务器基于所述目标参考消息更新所述用户的用户信息关联的目标消息。
321.如图14所示，为本申请实施例提供的一种消息服务器的一个实施例的结构示意图，所示消息处理设备可以包括：包括：存储组件1401与处理组件 1402；所述存储组件1401用于存储一条或多条计算机指令；所述一条或多条计算机指令被所述处理组件调用；
322.所述处理组件1402用于：
323.接收多个用户端分别发送的用户信息以及目标消息；将所述多个用户端各自发送
的用户信息以及目标消息关联存储；接收考勤机针对至少一个用户的用户信息发起的消息查找请求；响应所述消息查找请求，查找与所述至少一个用户各自的用户信息相匹配的目标消息。
324.作为一个实施例，所述处理组件接收多个用户端分别发送的用户信息以及目标消息具体可以是：
325.接收所述多个用户端分别发送的所述目标消息、消息输出形式以及用户信息；
326.所述处理组件将所述多个用户端各自发送的用户信息以及目标消息关联存储具体是：
327.将所述多个用户端各自的目标消息、消息输出形式与用户信息关联存储；
328.所述处理组件还可以用于：
329.查询所述至少一个用户各自的用户信息关联的消息输出形式，以供考勤机获取与所述至少一个用户各自的用户信息关联的所述目标消息以及所述消息输出形式，并按照每个用户的用户信息对应的所述消息输出形式输出所述目标消息。
330.作为一种可能的实现方式，所述处理组件还可以用于：
331.基于任一用户端发送的参考消息查看请求，发送多个参考消息以及每个参考消息的操作提示信息至所述用户端；其中，所述每个参考消息的操作提示信息用于提示用户对所述参考消息执行目标操作。
332.在某些实施例中，所述操作提示信息包括：为参考消息添加兴趣标签的提示信息；所述处理组件还可以用于：
333.基于所述用户端发送的目标操作，记录所述用户对所述参考消息添加兴趣标签；
334.统计每个参考消息被添加兴趣标签的数量；
335.根据每个参考消息被添加兴趣标签的数量确定每个参考消息的输出顺序，并反馈所述多个参考消息的输出顺序，以供所述用户端基于所述多个参考消息的输出顺序，依次输出所述多个参考消息以及每个参考消息的操作提示信息。
336.在某些实施例中，所述操作提示信息包括：复制提示信息；所述处理组件还可以用于：
337.基于所述用户端发送的目标参考消息，更新所述用户端对应用户信息关联的目标消息；其中，所述目标参考消息为用户端检测用户针对目标参考消息触发的复制操作获得并发送至所述消息服务器的。
338.如图15所示，为本申请实施例提供的一个消息处理系统的一个实施例的结构示意图，所示系统可以包括：考勤机1501、消息服务器1502以及多个用户端1503；
339.任一个所述用户端1503用于：启动消息提醒功能；基于用户触发的消息设置请求，获取所述用户设置的目标消息；将所述目标消息与所述用户的用户信息发送至所述消息服务器；
340.所述消息服务器1502用于：接收所述多个用户端分别发送的用户信息以及目标消息；将所述多个用户端各自发送的用户信息以及目标消息关联存储；接收考勤机针对至少一个用户的用户信息发起的消息查找请求；响应所述消息查找请求，查找与所述至少一个用户各自的用户信息相匹配的目标消息；
341.所述考勤机1501用于：检测当前时刻至少一个用户触发的打卡请求，对所述至少
一个用户进行打卡处理；识别所述至少一个用户，获得每个用户的用户信息；针对至少一个用户各自的用户信息，发送消息查找请求至消息服务器；接收所述消息服务器发送的与所述至少一个用户各自的用户信息相关联的目标消息；输出所述至少一个用户分别对应的所述目标消息，以分别提示所述至少一个用户打卡成功。
342.图12所示的消息处理设备可以是考勤机。图13所述的消息处理设备可以是用户端所在电子设备。关于实施例未详细描述的部分，可参考对图1～图10所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1～图10所示实施例中的描述，在此不再赘述。
343.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
344.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
345.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
346.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
347.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
348.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
349.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
350.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器 (eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
351.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。