消息通知方法、装置、计算机设备及存储介质与流程

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.所述装置还包括：
34.扫描模块，用于响应于扫描指令，扫描所述第二用户账号所在终端基于所述目标
应用程序显示的图形码，得到所述第二用户账号的账号信息；
35.发起模块，用于基于所述第二用户账号的账号信息，通过所述第一用户账号所在终端的所述目标应用程序，发起所述资源转移事件；
36.所述接收模块还用于接收所述资源转移事件的资源转移结果和防疫通知订阅入口。
37.在一种可能实现方式中，所述接收模块用于：
38.响应于对所述防疫通知订阅入口的触发指令，显示所述目标应用程序的子应用程序的防疫通知订阅界面，所述防疫通知订阅界面用于提示是否订阅所述交通行程的防疫通知消息；
39.接收在所述防疫通知订阅界面上触发的防疫通知订阅指令。
40.在一种可能实现方式中，所述接收模块用于：
41.在所述防疫通知订阅界面中，显示订阅窗口以及所述交通行程的行程信息，所述订阅窗口用于提示是否订阅所述交通行程的防疫通知消息，所述行程信息包括车辆信息、驾驶员信息或所述目标数额中的至少一项。
42.在一种可能实现方式中，所述接收模块还用于从所述服务器接收所述防疫通知消息，所述防疫通知消息用于指示所述交通行程的车辆发生疫情；
43.所述显示模块还用于显示接收到的所述防疫通知消息。
44.一方面，提供了一种消息通知装置，所述装置包括：
45.资源转移模块，用于响应于第一用户账号发起的资源转移事件，触发所述第一用户账号向已开通防疫通知功能的第二用户账号转移目标数额的资源，所述目标数额通过交通行程确定；
46.发送模块，用于向所述第一用户账号所在终端发送所述资源转移事件的资源转移结果和防疫通知订阅入口；
47.接收模块，用于接收基于所述防疫通知订阅入口触发的防疫通知订阅请求，所述防疫通知订阅请求用于指示在确认所述交通行程的车辆发生疫情时，向所述第一用户账号所在终端发送防疫通知消息。
48.在一种可能实现方式中，所述发送模块还用于响应于疫情事件，向所述第一用户账号所在终端发送防疫通知消息，所述疫情事件为所述交通行程的车辆发生疫情的事件。
49.在一种可能实现方式中，所述装置还包括：
50.获取模块，用于获取所述车辆的驾驶员信息；
51.确定模块，用于根据所述驾驶员信息，确定与所述驾驶员信息对应的第二用户账号，所述第二用户账号为所述驾驶员信息指示的驾驶员在终端上登录目标应用程序的账号；
52.开通模块，用于开通所述第二用户账号的防疫通知功能，所述防疫通知功能用于在确认所述车辆发生疫情时，向第一用户账号所在终端发送防疫通知消息，所述第一用户账号为向所述第二用户账号转移目标数额的资源的账号，所述目标数额通过交通行程确定。
53.在一种可能实现方式中，所述开通模块用于执行下述任一项：
54.将所述第二用户账号添加到防疫通知账号集合中，所述防疫通知账号集合用于记
录已开通所述防疫通知功能的账号；
55.为所述第二用户账号添加目标标记，所述目标标记用于指示所述第二用户账号为已开通所述防疫通知功能的账号。
56.在一种可能实现方式中，所述开通模块用于：
57.开通所述第二用户账号对应的图形码的防疫通知功能，所述图形码用于触发向所述第二用户账号转移资源的事件。
58.在一种可能实现方式中，所述发送模块还用于向所述第二用户账号所在终端发送防疫通知开通结果，所述防疫通知开通结果用于指示是否成功开通所述第二用户账号的防疫通知功能。
59.在一种可能实现方式中，所述开通模块还用于：
60.响应于所述驾驶员处于非运营状态，关闭所述第二用户账号的防疫通知功能；
61.响应于所述驾驶员处于运营状态，重新开启所述第二用户账号的防疫通知功能。
62.一方面，提供了一种计算机设备，所述计算机设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述程序代码由所述一个或多个处理器加载并执行以实现上述消息通知方法。
63.一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行以实现上述消息通知方法。
64.本技术实施例提供的技术方案带来的有益效果至少包括：
65.通过在完成第一用户账号向已开通防疫通知功能的第二用户账号转移目标数额资源的资源转移事件后，在资源转移事件的结果界面中除了显示资源转移结果以外，还显示防疫通知订阅入口，如果用户想要订阅其交通行程的防疫通知消息，则可以基于该防疫通知订阅入口触发防疫通知订阅指令，触发终端向服务器发送防疫通知订阅请求，这样服务器可以基于该防疫通知订阅请求，在确认该交通行程的车辆发生疫情时，向该第一用户账号所在终端发送防疫通知消息。上述方案使得用户在支付交通行程的费用后，可以直接通过终端上显示的防疫通知订阅入口，订阅该交通行程的防疫通知消息，从而在其乘坐过的车辆发生疫情时，可以及时接收到防疫通知消息，无需额外扫码进行信息登记，降低了用户的操作成本，提高了防疫通知的效率。
附图说明
66.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
67.图1是本技术实施例提供的一种消息通知方法的实施环境示意图；
68.图2是本技术实施例提供的一种消息通知方法的流程图；
69.图3是本技术实施例提供的一种消息通知方法的流程图；
70.图4是本技术实施例提供的一种消息通知方法的时序图；
71.图5是本技术实施例提供的一种开通防疫通知功能的时序图；
72.图6是本技术实施例提供的一种资源转移事件的结果界面的示意图；
73.图7是本技术实施例提供的一种提醒界面的示意图；
74.图8是本技术实施例提供的一种防疫通知订阅界面的示意图；
75.图9是本技术实施例提供的一种服务通知界面的示意图；
76.图10是本技术实施例提供的一种消息通知方法的时序图；
77.图11是本技术实施例提供的一种消息通知装置的结构示意图；
78.图12是本技术实施例提供的一种消息通知装置的结构示意图；
79.图13是本技术实施例提供的一种终端的结构示意图；
80.图14是本技术实施例提供的一种服务器的结构示意图。
具体实施方式
81.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
82.本技术中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。
83.为了便于理解本技术实施例的技术方案，下面先对本技术实施例所涉及的一些名词进行解释：
84.扫码：用户使用终端上的目标应用程序提供的图形码扫描功能，扫描图形码，如乘客使用终端上的目标应用程序，扫描司机的终端基于目标应用程序显示的收款码，以向司机支付车费。
85.子应用程序：依赖于母应用程序(宿主应用程序)运行的应用程序，母应用程序可以是终端的操作系统中通过安装包安装的应用程序，子应用程序可以在母应用程序中提供快捷使用，子应用程序可以称为小程序。
86.图1是本技术实施例提供的一种消息通知方法的实施环境示意图，参见图1，该实施环境中可以包括第一终端101、第二终端102和服务器103。
87.第一终端101和第二终端102可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。第一终端101和第二终端102安装和运行有目标应用程序。该目标应用程序可以是社交应用类应用程序、即时通信类应用程序、支付类应用程序等，本技术实施例对该目标应用程序的类型不作限定。示例性的，第一终端101是第一用户使用的终端，第二终端102是第二用户使用的终端，例如，第一用户可以为乘客，第二用户可以为驾驶员(司机)。第一终端101和第二终端102中运行的目标应用程序内登录有用户账号。
88.服务器103可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn(contentdelivery network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。服务器103用于为目标应用程序提供后台服务。
89.第一终端101、第二终端102以及服务器103可以通过有线或无线通信方式进行直接或间接地连接，本技术在此不做限制。
90.本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终端可以仅为一个，或者上述终端为几十个或几百个，或者更多数量，此时上述实施环境中还包括其他终端。本技术实施例对终端的数量和设备类型不加以限定。
91.本技术实施例中的第一用户账号和第二用户账号可以为不同终端登录目标应用程序的账号，在一个示例场景中，第一用户账号可以为乘客在第一终端上登录目标应用程序的账号，第二用户账号可以为驾驶员在第二终端上登录目标应用程序的账号。相应地，本技术实施例中的服务器可以为目标应用程序服务器。
92.图2是本技术实施例提供的一种消息通知方法的流程图。该方法由终端执行，该终端可以是图1所示实施环境中的第一终端，参见图2，该方法可以包括：
93.201、第一终端显示资源转移事件的结果界面，该结果界面中包括该资源转移事件的资源转移结果和防疫通知订阅入口，该资源转移事件为第一用户账号向已开通防疫通知功能的第二用户账号转移目标数额的资源的事件，该目标数额通过交通行程确定。
94.其中，资源可以是用户账号中存储的资金。目标数额的资源也即是交通行程的费用，该交通行程是指第一用户乘坐第二用户的车辆从出发地到达目的地的行程。第二用户账号已开通的防疫通知功能用于在第一用户账号向第二用户账号转移资源后，向第一用户账号返回资源转移结果的同时，向第一用户账号返回防疫通知订阅入口，使得第一用户账号可以订阅防疫通知消息。
95.本技术实施例中，第一用户可以通过第一用户账号发起资源转移事件，资源转移事件完成后，第一终端可以显示资源转移事件的结果界面，该界面中除了包括资源转移事件的资源转移结果以外，还可以包括防疫通知订阅入口。该资源转移结果可以指示该资源转移事件成功完成，该防疫通知订阅入口为订阅防疫通知消息的入口，用户可以通过该防疫通知订阅入口，订阅防疫通知消息。防疫通知消息也即是与防疫相关的一些通知消息，例如，该防疫通知消息可以通知用户乘坐过的车辆可能与疫情相关，或进一步提示用户主动联系防控中心等。本技术实施例对该通知消息的具体内容不做限定。
96.202、第一终端接收基于该防疫通知订阅入口触发的防疫通知订阅指令，该防疫通知订阅指令用于指示订阅该交通行程的防疫通知消息。
97.本技术实施例中，第一终端在资源转移事件的结果界面显示防疫通知订阅入口时，如果用户想要订阅该交通行程的防疫通知消息，则可以对该防疫通知订阅入口进行操作，触发防疫通知订阅指令，使得第一终端可以接收到该防疫通知订阅指令。
98.203、第一终端向服务器发送防疫通知订阅请求，该防疫通知订阅请求用于指示该服务器在确认该交通行程的车辆发生疫情时，向该第一用户账号所在终端发送防疫通知消息。
99.其中，服务器可以为目标应用程序服务器。车辆发生疫情可以包括驾驶员确诊、乘坐过该车辆的乘客确诊等情况。
100.本技术实施例中，第一终端在接收到防疫通知订阅指令时，可以得知用户想要订阅防疫通知消息，因而第一终端可以向服务器发送防疫通知订阅请求，使得服务器基于该防疫通知订阅请求，在确认该交通行程的车辆发生疫情时，向第一终端登录的第一用户账号所在终端发送防疫通知消息。
101.本技术实施例提供的方法，通过在完成第一用户账号向已开通防疫通知功能的第
二用户账号转移目标数额资源的资源转移事件后，在资源转移事件的结果界面中除了显示资源转移结果以外，还显示防疫通知订阅入口，如果用户想要订阅其交通行程的防疫通知消息，则可以基于该防疫通知订阅入口触发防疫通知订阅指令，触发终端向服务器发送防疫通知订阅请求，这样服务器可以基于该防疫通知订阅请求，在确认该交通行程的车辆发生疫情时，向该第一用户账号所在终端发送防疫通知消息。上述方案使得用户在支付交通行程的费用后，可以直接通过终端上显示的防疫通知订阅入口，订阅该交通行程的防疫通知消息，从而在其乘坐过的车辆发生疫情时，可以及时接收到防疫通知消息，无需额外扫码进行信息登记，降低了用户的操作成本，提高了防疫通知的效率。
102.图3是本技术实施例提供的一种消息通知方法的流程图。该方法由服务器执行，该服务器可以是图1所示实施环境中的服务器，参见图3，该方法可以包括：
103.301、服务器响应于第一用户账号发起的资源转移事件，触发第一用户账号向已开通防疫通知功能的第二用户账号转移目标数额的资源，该目标数额通过交通行程确定。
104.本技术实施例中，第一用户账号向服务器发起资源转移事件后，服务器可以响应于该资源转移事件，将第一用户账号中目标数额的资源转移到第二用户账号中。
105.302、服务器向该第一用户账号所在终端发送该资源转移事件的资源转移结果和防疫通知订阅入口。
106.本技术实施例中，服务器在完成该资源转移事件后，可以向第一用户账号所在终端返回该资源转移事件的资源转移结果和防疫通知订阅入口，使得第一用户账号所在终端可以进行显示。该防疫通知订阅入口在步骤201中已进行了介绍，此处不再赘述。
107.303、服务器接收基于该防疫通知订阅入口触发的防疫通知订阅请求，该防疫通知订阅请求用于指示在确认该交通行程的车辆发生疫情时，向该第一用户账号所在终端发送防疫通知消息。
108.该防疫通知订阅请求在步骤203中已进行了介绍，此处不再赘述。服务器在接收到第一用户账号的防疫通知订阅请求后，可以在确认相应车辆发生疫情时，向第一用户账号所在终端发送防疫通知消息。
109.本技术实施例提供的方法，通过在完成第一用户账号向已开通防疫通知功能的第二用户账号转移目标数额资源的资源转移事件后，除了向第一用户账号所在终端返回资源转移结果以外，还返回防疫通知订阅入口，使得用户如果想要订阅其交通行程的防疫通知消息，则可以基于该防疫通知订阅入口触发防疫通知订阅指令，触发终端向服务器发送防疫通知订阅请求，这样服务器可以基于该防疫通知订阅请求，在确认该交通行程的车辆发生疫情时，向该第一用户账号所在终端发送防疫通知消息。上述方案使得用户在支付交通行程的费用后，可以直接通过终端上显示的防疫通知订阅入口，订阅该交通行程的防疫通知消息，从而在其乘坐过的车辆发生疫情时，可以及时接收到防疫通知消息，无需额外扫码进行信息登记，降低了用户的操作成本，提高了防疫通知的效率。
110.上述图2和图3所示的流程为本技术实施例的基本流程，下面基于该基本流程对本技术实施例的详细流程进行介绍。
111.图4是本技术实施例提供的一种消息通知方法的时序图。该方法由终端和服务器交互执行，参见图4，该方法可以包括：
112.401、服务器获取车辆的驾驶员信息。
113.其中，该驾驶员信息可以包括驾驶员(司机)的身份信息，其中，该身份信息可以为实名认证信息。本技术实施例对驾驶员信息的具体内容不做限定。该车辆可以是驾驶员搭载乘客以完成交通行程的车辆，如出租车。
114.在一种可能实现方式中，服务器可以从交通管理服务器获取到该车辆的驾驶员信息，其中，该交通管理服务器可以是交通局的服务器，交通局可以对车辆驾驶员进行信息登记备案，也即是，按照实名乘车相关规定，收集车辆的驾驶员信息和车辆信息，包括车牌号、司机身份信息和司机营运资料等，将这些信息存储到交通管理服务器，这样该交通管理服务器中可以存储有多个车辆驾驶员在交通局登记备案的驾驶员信息和车辆信息。目标应用程序服务器可以通过后台联动交通管理服务器的实时数据，从交通管理服务器获取车辆的驾驶员信息，提供了一种获取驾驶员信息的有效方式。
115.本步骤401中服务器可以获取到一个车辆的驾驶员信息，也可以获取到多个车辆的驾驶员信息，针对一个车辆可能有多个驾驶员的情况，服务器可以获取到该车辆的多个驾驶员信息。
116.402、服务器根据该驾驶员信息，确定与该驾驶员信息对应的第二用户账号，该第二用户账号为该驾驶员信息指示的驾驶员在终端上登录目标应用程序的账号。
117.该服务器中可以存储有各个驾驶员信息对应的账号信息，如各个驾驶员在注册该目标应用程序的账号后，开通其账号在目标应用程序的收付款功能(资源转移功能)时，服务器可以要求驾驶员进行实名认证，从而得到驾驶员信息，将驾驶员信息与注册的账号进行绑定。
118.本步骤402中，服务器可以根据步骤401中获取到的驾驶员信息，查询驾驶员信息与账号之间的绑定关系，将与该驾驶员信息绑定的账号确定为该驾驶员信息对应的第二用户账号。如果步骤401中服务器获取到多个驾驶员信息，则在本步骤402中，服务器可以分别确定与每个驾驶员信息对应的第二用户账号。
119.403、服务器开通该第二用户账号的防疫通知功能，该防疫通知功能用于在确认车辆发生疫情时，向第一用户账号所在终端发送防疫通知消息，该第一用户账号为向该第二用户账号转移目标数额的资源的账号，该目标数额通过交通行程确定。
120.服务器在确定驾驶员信息对应的第二用户账号后，可以为该第二用户账号开通防疫通知功能。如果服务器确定了多个驾驶员信息各自对应的第二用户账号，则可以为这些第二用户账号统一开通防疫通知功能。
121.在一种可能实现方式中，服务器开通该第二用户账号的防疫通知功能，包括下述任一项：将该第二用户账号添加到防疫通知账号集合中，该防疫通知账号集合用于记录已开通该防疫通知功能的账号；或，为该第二用户账号添加目标标记，该目标标记用于指示该第二用户账号为已开通该防疫通知功能的账号。
122.服务器可以维护一个防疫通知账号集合，服务器可以将每个需要开通防疫通知功能的账号添加到该集合中。或者，服务器也可以对每个需要开通防疫通知功能的账号添加目标标记，以表明其已开通防疫通知功能，这样当任一账号向已开通防疫通知功能的账号转移资源后，可以向该任一账号返回防疫通知订阅入口，使得该任一账号可以订阅防疫通知消息。服务器可以通过将账号添加到防疫通知账号集合或为账号添加标记的任一种方式，为该账号开通防疫通知功能，提高了为账号开通防疫通知功能的灵活性。
123.在一种可能实现方式中，服务器开通该第二用户账号的防疫通知功能，包括：开通该第二用户账号对应的图形码的防疫通知功能，该图形码用于触发向该第二用户账号转移资源的事件。
124.目标应用程序的任一账号可以设置有对应的图形码，该图形码也称为收款码，其具体形式可以为二维码。服务器可以开通账号对应的图形码的防疫通知功能，由于账号与图形码存在对应关系，也即是，开通了账号的防疫通知功能。服务器可以通过为账号对应的图形码开通防疫通知功能的方式，来实现为账号开通防疫通知功能，提高了为开通防疫通知功能的灵活性。
125.在一种可能实现方式中，服务器开通该第二用户账号的防疫通知功能之后，本技术实施例提供的方法还包括：向该第二用户账号所在终端发送防疫通知开通结果，该防疫通知开通结果用于指示是否成功开通该第二用户账号的防疫通知功能。
126.服务器在开通第二用户账号的防疫通知功能后，可以将开通结果告知该第二用户账号所属用户，如驾驶员，具体地，服务器可以将该开通结果发送给第二用户账号所在终端，使得驾驶员可以得知其账号已开通防疫通知功能。
127.在一种可能实现方式中，服务器开通该第二用户账号的防疫通知功能之后，本技术实施例提供的方法还包括：响应于该驾驶员处于非运营状态，关闭该第二用户账号的防疫通知功能；响应于该驾驶员处于运营状态，重新开启该第二用户账号的防疫通知功能。
128.服务器可以检测驾驶员处于运营状态还是非运营状态，例如，车辆上可以配置有打卡设备，驾驶员在每天开始运营时，可以使用该打卡设备进行打卡，该打卡设备可以将打卡信息(包括打卡时间、地点等信息)上报给交通管理服务器，该服务器可以从交通管理服务器获取到驾驶员的打卡信息，从而得知驾驶员的状态。当确定驾驶员处于非运营状态时，可以暂时关闭第二用户账号的防疫通知功能，当确定驾驶员重新处于运营状态时，可以恢复第二用户账号的防疫通知功能。通过检测驾驶员是否处于运营状态，在驾驶员处于非运营状态时关闭其账号的防疫通知功能，可以避免不必要的防疫通知。
129.步骤401至步骤403是服务器为车辆驾驶员的账号开通防疫通知功能的过程。参见图5，图5是本技术实施例提供的一种开通防疫通知功能的时序图，如图5所示，交通局可以对司机进行信息登记备案，目标应用程序服务器可以通过后台联动司机信息，后台为司机的账户或账户对应的图形码开通防疫通知功能，并告知司机开通结果。
130.为司机统一开通防疫通知功能后，司机可以向完成交通行程的乘客出示该账号对应的图形码，乘客在进行扫码支付后，可以订阅防疫通知，具体过程将在后续步骤中进行介绍。
131.404、第二终端基于目标应用程序显示图形码，该图形码包含已开通防疫通知功能的第二用户账号的账号信息。
132.司机在完成乘客指定的交通行程后，可以对第二终端的目标应用程序进行操作，触发目标应用程序显示图形码，也即是，司机的收款码。
133.405、第一终端响应于扫描指令，扫描该第二用户账号所在终端基于该目标应用程序显示的图形码，得到该第二用户账号的账号信息。
134.由于第二终端显示的图形码包含第二用户账号的账号信息，因而乘客可以使用第一终端的目标应用程序提供的扫描功能，扫描第二终端显示的图形码，得到第二用户账号
的账号信息，也即是，收款账号的账号信息。
135.406、第一终端基于该第二用户账号的账号信息，通过该第一用户账号所在终端的该目标应用程序，发起该资源转移事件，该资源转移事件为第一用户账号向已开通防疫通知功能的第二用户账号转移目标数额的资源的事件，该目标数额通过交通行程确定。
136.第一终端通过扫描第二终端显示的图形码，得到第二用户账号的账号信息后，可以通过登录有第一用户账号的目标应用程序，发起向第二用户账号转移目标数额的资源的事件，例如，第一终端扫描图形码后，可以显示资源转移数额输入界面，乘客可以在该界面中输入目标数额，该目标数额可以由司机通过乘客的交通行程确定后告知乘客，也可以通过读取车辆上配置的计费器的读数得到，该计费器用于根据交通行程计算费用。第一终端可以将输入的该目标数额作为向第一用户账号向第二用户账号转移的资源数额，然后将该目标数额和第二用户账号的账号信息作为该资源转移事件的事件信息，通过将该事件信息携带在资源转移请求中发送给服务器的方式，来发起该资源转移事件。
137.407、服务器响应于第一用户账号发起的资源转移事件，触发第一用户账号向已开通防疫通知功能的第二用户账号转移目标数额的资源后，向第一终端发送该资源转移事件的资源转移结果和防疫通知订阅入口。
138.服务器在接收到第一终端发送的资源转移请求后，可以得知该第一用户账号发起了资源转移事件，因而服务器可以从第一用户账号中扣除目标数额的资源，将该目标数额的资源转移到第二用户账号中，以完成该资源转移事件，在向第一用户账号所在终端，也即是第一终端返回资源转移结果的同时，返回防疫通知订阅入口。可选地，服务器还可以向第二用户账号所在终端发送资源转移结果，通过向司机通知乘客付款结果，使得司机可以得知乘客已成功支付交通行程的费用。
139.408、第一终端接收该资源转移事件的资源转移结果和防疫通知订阅入口后，显示资源转移事件的结果界面，该结果界面中包括该资源转移事件的资源转移结果和防疫通知订阅入口。
140.第一终端可以在资源转移事件的结果界面中显示资源转移结果和防疫通知订阅入口。该资源转移结果可以包括转移成功的指示信息，目标数额和第二用户账号的账号信息。该防疫通知订阅入口可以是一个按钮的形式，该防疫通知订阅入口还可以显示有提示信息，以提示通过该防疫通知订阅入口可以订阅防疫通知。
141.参见图6，图6是本技术实施例提供的一种资源转移事件的结果界面的示意图，如图6所示，该结果界面可以显示资源转移结果，包括转移成功的指示信息，如“支付成功”，该结果界面还可以显示目标数额以及作为收款方的第二用户账号的账号信息。该结果界面上还可以显示防疫通知订阅入口，该入口对应的区域可以显示提示信息“接收公共交通防疫通知”，该入口的具体形式可以是一个“进入”按钮。
142.409、第一终端接收基于该防疫通知订阅入口触发的防疫通知订阅指令后，向服务器发送防疫通知订阅请求，该防疫通知订阅请求用于指示该服务器在确认该交通行程的车辆发生疫情时，向该第一用户账号所在终端发送防疫通知消息。
143.其中，该防疫通知订阅指令用于指示订阅该交通行程的防疫通知消息。
144.在一种可能实现方式中，接收基于该防疫通知订阅入口触发的防疫通知订阅指令，包括下述步骤一和步骤二：
145.步骤一、响应于对该防疫通知订阅入口的触发指令，显示该目标应用程序的子应用程序的防疫通知订阅界面，该防疫通知订阅界面用于提示是否订阅该交通行程的防疫通知消息。
146.第一终端在结果界面上显示防疫通知订阅入口时，用户(乘客)可以点击该防疫通知订阅入口，进入目标应用程序的子应用程序的防疫通知订阅界面。
147.在一种可能实现方式中，响应于对该防疫通知订阅入口的触发指令，显示该目标应用程序的子应用程序的防疫通知订阅界面，包括：响应于对该防疫通知订阅入口的触发指令，显示该目标应用程序的子应用程序的提醒界面，该提醒界面用于提醒确认接收该交通行程的防疫通知消息；响应于在该提醒界面上触发的确认指令，显示该子应用程序的防疫通知订阅界面。
148.用户点击防疫通知订阅入口后，第一终端可以先显示子应用程序的提醒界面。该子应用程序可以为小程序，例如，该子应用程序可以为“车辆助手”小程序，该小程序的名称仅是一个示例，还可以根据实际业务采用不同的名称，例如，对于出租车而言，该小程序可以为“出租车助手”小程序。用户可以在该小程序内接收疫情通知、查看历史的出租车订单信息、开具电子发票等。参见图7，图7是本技术实施例提供的一种提醒界面的示意图，如图7所示，该提醒界面上可以显示提醒消息和确认按钮，该提醒消息可以为“为了保障防疫期间你的安全出行，你可以接收所乘坐出租车行程相关的防疫信息”，用户看到该提醒消息后，可以点击确认按钮，触发确认指令，第一终端在接收到确认指令后，可以显示该防疫通知订阅界面。参见图8，图8是本技术实施例提供的一种防疫通知订阅界面的示意图，如图8所示，该防疫通知订阅界面中可以包括订阅提示信息和两个按钮，订阅提示信息可以是“发送一次以下消息通知：公共交通防疫信息”，两个按钮分别是取消按钮和允许按钮，以供用户选择允许接收或拒绝接收防疫通知。
149.在一种可能实现方式中，显示该子应用程序的防疫通知订阅界面，包括：在该防疫通知订阅界面中，显示订阅窗口以及该交通行程的行程信息，该订阅窗口用于提示是否订阅该交通行程的防疫通知消息，该行程信息包括车辆信息、驾驶员信息或该目标数额中的至少一项。
150.如图8所示，该防疫通知订阅界面中可以采用订阅窗口的形式，来提示是否订阅该交通行程的防疫通知消息，在该订阅窗口以外的界面上显示车辆信息(如车牌号)、驾驶员信息(驾驶员名字)、目标数额等。通过在防疫通知订阅界面上显示行程信息，使得用户可以查看所乘车辆及司机信息，从而明确自己订阅的是哪个行程的防疫通知消息。
151.步骤二、接收在该防疫通知订阅界面上触发的防疫通知订阅指令。
152.用户可以在该防疫通知订阅界面上触发防疫通知订阅指令，如用户在看到图8中的订阅提示信息后，如果想要订阅，则可以点击允许按钮，触发防疫通知订阅指令。
153.410、服务器接收该第一用户账号的防疫通知订阅请求。
154.411、服务器响应于疫情事件，向该第一用户账号所在终端发送防疫通知消息，该疫情事件为该交通行程的车辆发生疫情的事件。
155.服务器在接收到第一用户账号的防疫通知订阅请求后，可以得知该第一用户账号所属用户想要订阅其交通行程的防疫通知消息，因此，服务器可以在确认其交通行程出现疫情事件时，及时向第一用户账号发送防疫通知消息。
156.在一种可能实现方式中，服务器响应于疫情事件，向该第一用户账号所在终端发送防疫通知消息之前，本技术实施例提供的方法还包括：接收疫情发生消息，该疫情发生消息用于指示该交通行程的车辆发生疫情。
157.服务器可以接收防疫有关部门提供的疫情发生消息，如接收交通管理服务器发送的疫情发生消息，该疫情发生消息可以指示车辆的司机确诊或乘坐过该车辆的乘客确诊等，服务器可以根据该疫情发生消息得知第一用户账号所属用户乘坐过的车辆发生疫情，因而及时向第一用户账号发送防疫通知消息。具体地，服务器可以向登录第一用户账号的第一终端发送该防疫通知消息。
158.412、第一终端从该服务器接收防疫通知消息后，显示接收到的防疫通知消息，该防疫通知消息用于指示该交通行程的车辆发生疫情。
159.第一终端在接收到防疫通知消息后，可以在目标应用程序的服务通知界面中显示该防疫通知消息。参见图9，图9是本技术实施例提供的一种服务通知界面的示意图，如图9所示，目标应用程序的服务通知界面可以显示子应用程序的名称以及防疫通知消息的相关内容，包括通知内容“你曾搭乘的公共交通可能与疫情有关”、提示内容“请主动联系防疫中心并完成本次调研问卷”和联系电话。该服务通知界面上可以显示该子应用程序的入口，该入口上可以显示提示信息“进入小程序查看”，该服务通知界面上还可以显示拒收通知入口，通过该拒收通知入口可以设置不再接收防疫通知。
160.上述步骤404至步骤412是乘客扫码付款并接收防疫通知的过程。参见图10，图10是本技术实施例提供的一种消息通知方法的时序图，如图10所示，司机可以向乘客提供个人收款码(对应步骤404中的图形码)，乘客可以发起付款请求(对应步骤405至步骤406)，服务器可以处理该付款请求，完成转账，并向乘客返回支付结果及防疫通知订阅入口(对应步骤407)，还可以向司机通知乘客付款结果。乘客可以允许接收防疫通知，服务器可以在确认发生疫情时，向乘客发送防疫通知(对应步骤408至步骤411)。
161.本技术实施例提供的上述技术方案可以应用在乘客乘坐出租车的场景，司机完成乘客的交通行程后，乘客可以使用扫描付费，进入“车辆助手”小程序，确认并接收防疫通知消息，也即是防疫相关的通知消息。上述技术方案对于司机而言，无需额外印制二维码并要求司机进行信息登记，司机继续使用现有个人收款码即可。对于乘客而言，乘客无需额外扫码，在支付车费后即可直接进入小程序订阅防疫通知。当疫情发生时，乘客可通过小程序服务通知功能，接收到相关通知。上述技术方案可以帮助出租车进行防疫，提高出租车防疫效率。
162.本技术实施例提供的方法，通过在完成第一用户账号向已开通防疫通知功能的第二用户账号转移目标数额资源的资源转移事件后，在资源转移事件的结果界面中除了显示资源转移结果以外，还显示防疫通知订阅入口，如果用户想要订阅其交通行程的防疫通知消息，则可以基于该防疫通知订阅入口触发防疫通知订阅指令，触发终端向服务器发送防疫通知订阅请求，这样服务器可以基于该防疫通知订阅请求，在确认该交通行程的车辆发生疫情时，向该第一用户账号所在终端发送防疫通知消息。上述方案使得用户在支付交通行程的费用后，可以直接通过终端上显示的防疫通知订阅入口，订阅该交通行程的防疫通知消息，从而在其乘坐过的车辆发生疫情时，可以及时接收到防疫通知消息，无需额外扫码进行信息登记，降低了用户的操作成本，提高了防疫通知的效率。
163.图11是本技术实施例提供的一种消息通知装置的结构示意图。参照图11，该装置包括：
164.显示模块1101，用于显示资源转移事件的结果界面，该结果界面中包括该资源转移事件的资源转移结果和防疫通知订阅入口，该资源转移事件为第一用户账号向已开通防疫通知功能的第二用户账号转移目标数额的资源的事件，该目标数额通过交通行程确定；
165.接收模块1102，用于接收基于该防疫通知订阅入口触发的防疫通知订阅指令，该防疫通知订阅指令用于指示订阅该交通行程的防疫通知消息；
166.发送模块1103，用于向服务器发送防疫通知订阅请求，该防疫通知订阅请求用于指示该服务器在确认该交通行程的车辆发生疫情时，向该第一用户账号所在终端发送该防疫通知消息。
167.在一种可能实现方式中，该第一用户账号和该第二用户账号为不同终端登录目标应用程序的账号，该服务器为目标应用程序服务器；
168.该装置还包括：
169.扫描模块，用于响应于扫描指令，扫描该第二用户账号所在终端基于该目标应用程序显示的图形码，得到该第二用户账号的账号信息；
170.发起模块，用于基于该第二用户账号的账号信息，通过该第一用户账号所在终端的该目标应用程序，发起该资源转移事件；
171.该接收模块还用于接收该资源转移事件的资源转移结果和防疫通知订阅入口。
172.在一种可能实现方式中，该接收模块1102用于：
173.响应于对该防疫通知订阅入口的触发指令，显示该目标应用程序的子应用程序的防疫通知订阅界面，该防疫通知订阅界面用于提示是否订阅该交通行程的防疫通知消息；
174.接收在该防疫通知订阅界面上触发的防疫通知订阅指令。
175.在一种可能实现方式中，该接收模块1102用于：
176.在该防疫通知订阅界面中，显示订阅窗口以及该交通行程的行程信息，该订阅窗口用于提示是否订阅该交通行程的防疫通知消息，该行程信息包括车辆信息、驾驶员信息或该目标数额中的至少一项。
177.在一种可能实现方式中，该接收模块1102还用于从该服务器接收该防疫通知消息，该防疫通知消息用于指示该交通行程的车辆发生疫情；
178.该显示模块1101还用于显示接收到的该防疫通知消息。
179.本技术实施例中，通过在完成第一用户账号向已开通防疫通知功能的第二用户账号转移目标数额资源的资源转移事件后，在资源转移事件的结果界面中除了显示资源转移结果以外，还显示防疫通知订阅入口，如果用户想要订阅其交通行程的防疫通知消息，则可以基于该防疫通知订阅入口触发防疫通知订阅指令，触发终端向服务器发送防疫通知订阅请求，这样服务器可以基于该防疫通知订阅请求，在确认该交通行程的车辆发生疫情时，向该第一用户账号所在终端发送防疫通知消息。上述方案使得用户在支付交通行程的费用后，可以直接通过终端上显示的防疫通知订阅入口，订阅该交通行程的防疫通知消息，从而在其乘坐过的车辆发生疫情时，可以及时接收到防疫通知消息，无需额外扫码进行信息登记，降低了用户的操作成本，提高了防疫通知的效率。
180.图12是本技术实施例提供的一种消息通知装置的结构示意图。参照图12，该装置
包括：
181.资源转移模块1201，用于响应于第一用户账号发起的资源转移事件，触发该第一用户账号向已开通防疫通知功能的第二用户账号转移目标数额的资源，该目标数额通过交通行程确定；
182.发送模块1202，用于向该第一用户账号所在终端发送该资源转移事件的资源转移结果和防疫通知订阅入口；
183.接收模块1203，用于接收基于该防疫通知订阅入口触发的防疫通知订阅请求，该防疫通知订阅请求用于指示在确认该交通行程的车辆发生疫情时，向该第一用户账号所在终端发送防疫通知消息。
184.在一种可能实现方式中，该发送模块1202还用于响应于疫情事件，向该第一用户账号所在终端发送防疫通知消息，该疫情事件为该交通行程的车辆发生疫情的事件。
185.在一种可能实现方式中，该装置还包括：
186.获取模块，用于获取该车辆的驾驶员信息；
187.确定模块，用于根据该驾驶员信息，确定与该驾驶员信息对应的第二用户账号，该第二用户账号为该驾驶员信息指示的驾驶员在终端上登录目标应用程序的账号；
188.开通模块，用于开通该第二用户账号的防疫通知功能，该防疫通知功能用于在确认该车辆发生疫情时，向第一用户账号所在终端发送防疫通知消息，该第一用户账号为向该第二用户账号转移目标数额的资源的账号，该目标数额通过交通行程确定。
189.在一种可能实现方式中，该开通模块用于执行下述任一项：
190.将该第二用户账号添加到防疫通知账号集合中，该防疫通知账号集合用于记录已开通该防疫通知功能的账号；
191.为该第二用户账号添加目标标记，该目标标记用于指示该第二用户账号为已开通该防疫通知功能的账号。
192.在一种可能实现方式中，该开通模块用于：
193.开通该第二用户账号对应的图形码的防疫通知功能，该图形码用于触发向该第二用户账号转移资源的事件。
194.在一种可能实现方式中，该发送模块还用于向该第二用户账号所在终端发送防疫通知开通结果，该防疫通知开通结果用于指示是否成功开通该第二用户账号的防疫通知功能。
195.在一种可能实现方式中，该开通模块还用于：
196.响应于该驾驶员处于非运营状态，关闭该第二用户账号的防疫通知功能；
197.响应于该驾驶员处于运营状态，重新开启该第二用户账号的防疫通知功能。
198.本技术实施例中，通过在完成第一用户账号向已开通防疫通知功能的第二用户账号转移目标数额资源的资源转移事件后，除了向第一用户账号所在终端返回资源转移结果以外，还返回防疫通知订阅入口，使得用户如果想要订阅其交通行程的防疫通知消息，则可以基于该防疫通知订阅入口触发防疫通知订阅指令，触发终端向服务器发送防疫通知订阅请求，这样服务器可以基于该防疫通知订阅请求，在确认该交通行程的车辆发生疫情时，向该第一用户账号所在终端发送防疫通知消息。上述方案使得用户在支付交通行程的费用后，可以直接通过终端上显示的防疫通知订阅入口，订阅该交通行程的防疫通知消息，从而
在其乘坐过的车辆发生疫情时，可以及时接收到防疫通知消息，无需额外扫码进行信息登记，降低了用户的操作成本，提高了防疫通知的效率。
199.需要说明的是：上述实施例提供的消息通知装置在消息通知时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的消息通知装置与消息通知方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
200.图13是本技术实施例提供的一种终端的结构示意图。该终端1300可以是：智能手机、平板电脑、mp3播放器(moving picture experts group audio layer iii，动态影像专家压缩标准音频层面3)、mp4(moving picture experts group audio layer iv，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1300还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
201.通常，终端1300包括有：一个或多个处理器1301和一个或多个存储器1302。
202.处理器1301可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1301可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1301也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1301可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1301还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
203.存储器1302可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1302还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1302中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1301所执行以实现本技术中方法实施例提供的消息通知方法。
204.在一些实施例中，终端1300还可选包括有：外围设备接口1303和至少一个外围设备。处理器1301、存储器1302和外围设备接口1303之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1303相连。具体地，外围设备包括：射频电路1304、显示屏1305、摄像头组件1306、音频电路1307、定位组件1308和电源1309中的至少一种。
205.外围设备接口1303可被用于将i/o(input/output，输入/输出)相关的至少一个外围设备连接到处理器1301和存储器1302。在一些实施例中，处理器1301、存储器1302和外围设备接口1303被集成在同一芯片或电路板上；在一些其他实施例中，处理器1301、存储器1302和外围设备接口1303中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
206.射频电路1304用于接收和发射rf(radio frequency，射频)信号，也称电磁信号。
射频电路1304通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1304将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1304包括：天线系统、rf收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1304可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2g、3g、4g及5g)、无线局域网和/或wifi(wireless fidelity，无线保真)网络。在一些实施例中，射频电路1304还可以包括nfc(near field communication，近距离无线通信)有关的电路，本技术对此不加以限定。
207.显示屏1305用于显示ui(userinterface，用户界面)。该ui可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1305是触摸显示屏时，显示屏1305还具有采集在显示屏1305的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1301进行处理。此时，显示屏1305还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1305可以为一个，设置终端1300的前面板；在另一些实施例中，显示屏1305可以为至少两个，分别设置在终端1300的不同表面或呈折叠设计；在再一些实施例中，显示屏1305可以是柔性显示屏，设置在终端1300的弯曲表面上或折叠面上。甚至，显示屏1305还可以设置成非矩形的不规则图形，也即异形屏。显示屏1305可以采用lcd(liquid crystal display，液晶显示屏)、oled(organic light-emitting diode,有机发光二极管)等材质制备。
208.摄像头组件1306用于采集图像或视频。可选地，摄像头组件1306包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及vr(virtual reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1306还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
209.音频电路1307可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1301进行处理，或者输入至射频电路1304以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1300的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1301或射频电路1304的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1307还可以包括耳机插孔。
210.定位组件1308用于定位终端1300的当前地理位置，以实现导航或lbs(location based service，基于位置的服务)。定位组件1308可以是基于美国的gps(global positioning system，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。
211.电源1309用于为终端1300中的各个组件进行供电。电源1309可以是交流电、直流
电、一次性电池或可充电电池。当电源1309包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。
212.在一些实施例中，终端1300还包括有一个或多个传感器1310。该一个或多个传感器1310包括但不限于：加速度传感器1311、陀螺仪传感器1312、压力传感器1313、指纹传感器1314、光学传感器1315以及接近传感器1316。
213.加速度传感器1311可以检测以终端1300建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1311可以用于检测重力加速度在三个坐标轴上的分量。处理器1301可以根据加速度传感器1311采集的重力加速度信号，控制显示屏1305以横向视图或纵向视图进行用户界面的显示。加速度传感器1311还可以用于游戏或者用户的运动数据的采集。
214.陀螺仪传感器1312可以检测终端1300的机体方向及转动角度，陀螺仪传感器1312可以与加速度传感器1311协同采集用户对终端1300的3d动作。处理器1301根据陀螺仪传感器1312采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变ui)、拍摄时的图像稳定、游戏控制以及惯性导航。
215.压力传感器1313可以设置在终端1300的侧边框和/或显示屏1305的下层。当压力传感器1313设置在终端1300的侧边框时，可以检测用户对终端1300的握持信号，由处理器1301根据压力传感器1313采集的握持信号进行左右手识别或快捷操作。当压力传感器1313设置在显示屏1305的下层时，由处理器1301根据用户对显示屏1305的压力操作，实现对ui界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
216.指纹传感器1314用于采集用户的指纹，由处理器1301根据指纹传感器1314采集到的指纹识别用户的身份，或者，由指纹传感器1314根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1301授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1314可以被设置终端1300的正面、背面或侧面。当终端1300上设置有物理按键或厂商logo时，指纹传感器1314可以与物理按键或厂商logo集成在一起。
217.光学传感器1315用于采集环境光强度。在一个实施例中，处理器1301可以根据光学传感器1315采集的环境光强度，控制显示屏1305的显示亮度。具体地，当环境光强度较高时，调高显示屏1305的显示亮度；当环境光强度较低时，调低显示屏1305的显示亮度。在另一个实施例中，处理器1301还可以根据光学传感器1315采集的环境光强度，动态调整摄像头组件1306的拍摄参数。
218.接近传感器1316，也称距离传感器，通常设置在终端1300的前面板。接近传感器1316用于采集用户与终端1300的正面之间的距离。在一个实施例中，当接近传感器1316检测到用户与终端1300的正面之间的距离逐渐变小时，由处理器1301控制显示屏1305从亮屏状态切换为息屏状态；当接近传感器1316检测到用户与终端1300的正面之间的距离逐渐变大时，由处理器1301控制显示屏1305从息屏状态切换为亮屏状态。
219.本领域技术人员可以理解，图13中示出的结构并不构成对终端1300的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
220.图14是本技术实施例提供的一种服务器的结构示意图，该服务器1400可因配置或
性能不同而产生比较大的差异，可以包括一个或多个处理器(centralprocessing units，cpu)1401和一个或多个存储器1402，其中，该存储器1402中存储有至少一条程序代码，该至少一条程序代码由该处理器1401加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。
221.在示例性实施例中，还提供了一种存储有至少一条程序代码的计算机可读存储介质，例如存储有至少一条程序代码的存储器，上述至少一条程序代码由处理器加载并执行，以实现上述实施例中的消息通知方法。例如，该计算机可读存储介质可以是只读内存(read-only memory,rom)、随机存取存储器(random access memory，ram)、只读光盘(compact disc read-only memory，cd-rom)、磁带、软盘和光数据存储设备等。
222.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
223.以上仅为本技术的可选实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。