健康管理方法、相关装置及通信系统与流程

1.本技术涉及终端技术领域，尤其涉及健康管理方法、相关装置及通信系统。


背景技术：

2.随着通信技术的发展，人们的日常生活、工作与手机、电脑、智能手表等电子设备的联系日益密切。用户在使用电子设备的过程中会产生数量巨大的用户数据。例如，在去医院就诊的场景、在点外卖或者网购食材的场景、在进行运动的场景等等场景中，同一个用户的一个或多个电子设备可以产生大量的用户数据。但上述用户数据是被孤立的。电子设备难以将不同场景的用户数据、来自不同电子设备的用户数据关联起来，为用户的生活和工作提供便利，帮助用户管理自己与家人的身体健康。


技术实现要素：

3.本技术提供健康管理方法、相关装置及通信系统。该健康管理方法可以利用用户的挂号数据、请假数据、出行数据、运动健康数据等等用户数据为用户提供便捷的就诊服务，以及就诊结束后的用药提醒和健康管理建议，帮助用户保持身体健康。并且，该健康管理方法还可以实现家庭成员的身体状况告知，以及健康管理建议共享。这可以帮助用户了解家庭成员的身体状况，有利于用户帮助家庭成员保持身体健康。
4.第一方面，本技术提供一种预约就诊方法。在该方法中，第一电子设备可向医院服务器发送第一预约请求。该第一预约请求可包括第一预约信息。该第一预约信息可包括第一预约时间、第一预约医生、第一患者的身份标识。该第一预约请求用于指示该第一患者请求该第一预约时间在该第一预约医生处就诊。该第一电子设备接收到来自该医院服务器的第一回复，该第一回复用于指示该第一预约请求成功。该第一电子设备根据该第一预约信息向该医院服务器发送分诊号获取请求。该第一电子设备接收到来自该医院服务器的第一分诊号。该第一分诊号用于指示该第一患者在该第一预约医生处就诊的排队序号，该第一分诊号是该医院服务器在接收到该分诊号获取请求的时间不晚于该第一预约时间的情况下，确定出该第一患者在该第一分诊号被叫到时会在第一预约医院时发送的，该第一预约医院为该第一患者预约就诊的医院。
5.由上述方法可知，用户可以在到达第一预约医院之前通过第一电子设备实现线上获取分诊号。这样，用户可以不用在到达医院后先取挂号单，再在分诊台领取分诊号，然后排队就诊。上述方法可以减少用户在医院的等待时间，用户到达第一预约医院后可以更快速地前往医生的办公室就诊。
6.在一些实施例中，上述第一预约信息还可以包括以下一项或多项：第一预约医院、第一预约科室。上述第一预约医生可以是第一预约医院、第一预约科室的医生。
7.结合第一方面，在一些实施例中，上述分诊号获取请求可包括第一路程时间。该第一路程时间可用于指示该第一患者从第一位置到该第一预约医院的位置需要的时间。该第一位置为该第一患者在该第一电子设备发送该分诊号获取请求时所处的位置。上述第一患
者从第一位置到第一预约医院可以有一个或多个出行方案。上述第一路程时间可以是上述一个或多个出行方案的路程时间。
8.其中，医院服务器判断该第一患者是否在该第一分诊号被叫到时会在第一预约医院的方法可以包括：医院服务器可以判断上述第一位置是否在第一位置范围内。若第一位置在第一位置范围内，医院服务器可以确定出该第一患者在该第一分诊号被叫到时会在第一预约医院。上述第一位置范围可以是第一预约医院的预设距离范围(如第一预约医院1千米的范围)。
9.或者，医院服务器可以判断上述第一路程时间的长度是否小于第一预约时间的长度。若上述第一路程时间的长度小于第一预设时间的长度，医院服务器可以确定出该第一患者在该第一分诊号被叫到时会在第一预约医院。
10.或者，医院服务器可以判断上述第一路程时间的长度小于或等于第一等待时间的长度。第一等待时间可以为医院服务器接收到分诊号获取请求之前，已经获取上述第一预约医生的分诊号且还未就诊的患者需要的就诊时间。即第一等待时间可以表示若在第一电子设备发送分诊号获取请求时预约到分诊号，第一患者需要等待被叫号所需要的等待时间。若上述第一路程时间的长度小于或等于第一等待时间的长度，医院服务器可以确定出该第一患者在该第一分诊号被叫到时会在第一预约医院。
11.由上述方法可知，在判断出第一患者可以在预约的分诊号被叫到号时位于第一预约医院的情况下，医院服务器可以为第一患者分配分诊号。否则，第一患者可以拒绝第一患者预约分诊号的请求。这可以减少用户预约分诊号时间过早，在被叫号时未到达医疗机构，导致分诊号资源被浪费的情况。上述方法可以帮助医疗机构更高效地分配分诊号资源。
12.结合第一方面，在一些实施例中，在上述第一电子设备根据该第一预约信息向该医院服务器发送分诊号获取请求之前，该第一电子设备可在第一时间判断出第二位置在第一位置范围内；该第二位置可为该第一患者在该第一时间所处的位置，该第一时间不晚于该第一预约时间。
13.或者，该第一电子设备可在该第一时间确定该第一患者的第二路程时间，该第二路程时间用于指示该第一患者从该第二位置到该第一预约医院的位置需要的时间。
14.该第一电子设备可判断出该第二路程时间的长度小于第一预设时间的长度。或者，
15.该第一电子设备可向该医院服务器获取第二等待时间，该第二等待时间为在该第一时间之前，已经获取该第一预约医生的分诊号且还未就诊的患者需要的就诊时间。该第一电子设备可判断出该第二路程时间的长度小于或等于该第二等待时间的长度。
16.其中，上述第一时间可以是上述第一电子设备发送分诊号获取请求的时间。那么，上述第二位置和上述第一位置可以是相同的位置。第一电子设备可以响应于用于预约分诊号的用户操作，向医院服务器发送分诊号获取请求。或者，在未接收到用于预约分诊号的用户操作的情况下，第一电子设备可以在不晚于第一预约时间的一个时间比较第一患者到的第一预约医院的路程时间与第一患者现在预约分诊号等候就诊的等待时间的大小。在上述路程时间小于或等于上述等待时间的情况下，第一电子设备可以提示用户预约分诊号或为用户预约分诊号。
17.由上述方法可知，第一电子设备可以在用户即将到达医院时提示用户预约分诊
号，并为用户提供预约该用户挂号医生的分诊号的服务。或者，第一电子设备可以在用户即将到达医院时主动为用户预约该用户挂号医生的分诊号。或者，第一电子设备可以结合用户前往医院所需要的路程时间以及当前预约分诊号需要等候就诊的等待时间，来为用户提供适合预约分诊号的时间。其中，第一电子设备可以提示用户在上述路程时间略大于或等于上述等待时间的情况预约分诊号。这可以减少用户在医院的候诊时间，帮助用户更高效地完成就诊。
18.结合第一方面，在一些实施例中，该第一电子设备可向该医院服务器获取第一等待时间，该第一等待时间为该医院服务器接收到该分诊号获取请求之前，已经获取该第一预约医生的分诊号且还未就诊的患者需要的就诊时间。该第一电子设备可确定出从第一位置到该第一预约医院的位置的一个或多个出行方案，该第一位置为该第一患者在该第一电子设备发送该分诊号获取请求时所处的位置。该第一位置可以为第一电子设备在发送该分诊号获取请求时的位置。该出行方案包含出行方式、出行路线、路程时间，该一个或多个出行方案的路程时间的长度均不大于该第一等待时间的长度。该第一电子设备显示第一出行提示，该第一出行提示包括该一个或多个出行方案和采用该出行方案的出发时间。该出行方案的出发时间可由该第一等待时间和该出行方案的路程时间确定。
19.其中，由于一个或多个出行方案的路程时间的长度均不大于该第一等待时间的长度，第一患者可以先预约分诊号，然后再按照上述一个或多个出行方案中的任意一个出行方案前往第一预约医院。一个出行方案的出发时间可以使得用户采用这一个出行方案到达医疗机构的时间略早于第一分诊号被叫到号的时间。这可以减少用户在第一预约医院的等待时间。
20.结合第一方面，在一些实施例中，该第一电子设备可确定出从第二位置到该第一预约医院的位置的一个或多个出行方案，该第二位置为该第一患者在第二时间所处的位置，该第二时间不晚于该第一预约时间；该出行方案包含出行方式、出行路线、路程时间。该第一电子设备向该医院服务器获取第三等待时间，该第三等待时间为在该第二时间之前，已经获取该第一预约医生的分诊号且还未就诊的患者需要的就诊时间。该第一电子设备可判断出该一个或多个出行方案的路程时间的长度均大于该第三等待时间的长度。该第一电子设备可显示第二出行提示，该第二出行提示包括该一个或多个出行方案和采用该出行方案的出发时间；该出行方案的出发时间为使得该第一患者采用该出行方案到达该第一预约医院的时间不晚于该第一预约时间的时间。
21.其中，由于一个或多个出行方案的路程时间的长度均大于该第三等待时间的长度，第一患者可以先出发前往第一预约医院，然后在前往第一预约医院的路上预约分诊号。这样可以减少用户预约分诊号过早但无法在分诊号被叫到号时到达医院的情况。
22.结合第一方面，在一些实施例中，该第一电子设备接收到来自该医院服务器的第一分诊号之后，接收到用于延后分诊号的指令。该延后分诊号的指令可以是根据用于延后分诊号的用户操作生成的。该第一电子设备可向该医院服务器发送分诊号延后请求，该分诊号延后请求包括该第一预约信息和该第一分诊号。该第一电子设备接收到来自该医院服务器的第二回复，该第二回复用于指示该第一分诊号被延后为第二分诊号；该第二分诊号是该医院服务器请求已获取该第一预约医生的分诊号，且该分诊号排在该第一分诊号之后的m位患者前移该分诊号后确定的，该m位患者中一位或多位患者的分诊号被前移。
23.可选的，上述分诊号延后请求还包括延后位数，该延后位数用于指示该第一患者请求延后该第一分诊号在数量上的要求。该要求可以例如是最多延后的位数和最少延后的位数。其中，在该延后位数为k的情况下，该m不小于该k。或者，在该延后位数为大于或等于k1，且小于或等于k2的情况下，该m不小于该k1。
24.在一些实施例中，第一电子设备可以响应用于取消第一分诊号的用户操作，向医院服务器发送分诊号取消请求。当接收到该分诊号取消请求，医院服务器可以向第一电子设备发送分诊号成功取消的回复。另外，医院服务器还可以向医院侧用于叫号的电子设备发送第一分诊号被取消的指示。该用于叫号的电子设备可以在叫号顺序排至该第一分诊号时，跳过该第一分诊号，对第一分诊后之后的一位分诊号进行叫号。
25.由上述方法可知，用户在预约了分诊号之后可以延后自己的分诊号。即用户可以与分诊号在自己后面的用户调换分诊号顺序。分诊号顺序经过调换后，分诊号在上述请求延后分诊号的用户之后的一个或多个用户可以先于上述请求延后分诊号的用户就诊。这样不仅可以减少分诊号资源被浪费的情况，而且用户在预约了分诊号但无法及时到达医疗机构的情况下可以无需再次预约分诊号。并且，医院服务器可以根据用户希望自己分诊号延后的位数为该用户延后分诊号。这可以减少用户到达医疗机构后等候就诊的候诊时间。
26.结合第一方面，在一些实施例中，该第一电子设备可向该医院服务器发送第二预约请求，该第二预约请求包括第二预约信息，该第二预约信息可包括第二预约时间、第二预约医生、该第一患者的身份标识；该第二预约请求用于指示该第一患者请求该第二预约时间在该第二预约医生处就诊；该第二预约时间晚于该第一预约时间。该第一电子设备接收到来自该医院服务器的第三回复，该第三回复用于指示该第二预约请求成功。该第一电子设备向该医院服务器获取该第一患者在该第一预约医生处的第一就诊信息，并根据该第一就诊信息判断出该第一患者在该第一预约医生处就诊会耽搁该第一患者在该第二预约医生处就诊。该第一电子设备显示第一提示，该第一提示可用于提示该第一患者延后该第二预约时间。
27.上述第一就诊信息可以包括以下一项或多项：第一用户在第一预约医生处开始就诊的时间、就诊过程中进行的检查项目。第一电子设备可以根据该第一就诊信息预估第一患者在第一预约医生处就诊需要的时间以及就诊结束的时间。若判断出第一患者在第一预约医生处就诊结束的时间晚于上述第二预约时间，第一电子设备可以确定出该第一患者在该第一预约医生处就诊会耽搁该第一患者在该第二预约医生处就诊。
28.第一电子设备可以从医院服务器获取第二预约医生在上述第二预约时间之后可被预约的时间。第一电子设备还可以根据用户的日程安排数据，确定上述第二预约医生在上述第二预约时间之后可被预约的时间中，哪些时间是第一患者没有其它日程安排的时间(如非工作日的时间、无搭乘火车的时间等)。第一电子设备可以通过上述第一提示来提示用户在延后第二预约时间时，选择上述第二预约医生在上述第二预约时间之后可被预约的时间中自己没有其它日程安排的时间。
29.由上述方法可知，在用户预约了多个医生就诊的情况下，第一电子设备可以实时获取用户在就过程中的就诊信息，并根据该就诊信息估计用户在一个医生处就诊所需要的时间。若根据用户的挂号数据和上述在就诊过程中的就诊信息判断出用户在多个医生处就诊的时间出现冲突，第一电子设备可以提醒用户修改预约时间。这样可以减少用户在不同
的医生处就诊的时间出现冲突的情况。
30.结合第一方面，在一些实施例中，当接收到第一用户操作，该第一电子设备可将该第二预约信息中的该第二预约时间修改为第三预约时间。该第一用户操作用于将该第二预约时间内修改为该第三预约时间。该第一电子设备可显示第二提示，该第二提示用于提示该第一患者请该第三预约时间的假。其中，在显示第二提示之前，第一电子设备判断出上述第三预约时间与用户已有的日程安排的时间冲突。当接收到第二用户操作，该第一电子设备可显示用于请假的第一用户界面，并根据该第二预约信息在该第一用户界面中填入第一请假信息。该第二用户操作为调用该第一电子设备中请假服务的操作；该第一请假信息包括第一请假时间，该第一请假时间由该第三预约时间确定。
31.由上述方法可知，在第二预约时间被修改之后，第一电子设备还可以检测修改之后的预约时间是否与其它日程安排冲突。若修改之后的预约时间与其它日程安排冲突，第一电子设备还可以提示用户修改其它日程安排的时间。这可以帮助用户协调自己的各项日程安排，顺利在医院就诊，从而及时了解自己的身体状况。
32.结合第一方面，在一些实施例中，该第一电子设备可向该医院服务器发送第二预约请求，该第二预约请求包括第二预约信息，该第二预约信息包括第二预约时间、第二预约医生、该第一患者的身份标识；该第二预约请求用于指示该第一患者请求该第二预约时间在该第二预约医生处就诊；该第二预约时间晚于该第一预约时间。该第一电子设备接收到来自该医院服务器的第三回复，该第三回复用于指示该第二预约请求成功。该第一电子设备可向该医院服务器获取该第一患者在该第一预约医生处的第二就诊信息，并根据该第二就诊信息确定出第一时间间隔在第一时间长度范围内，该第一时间间隔为该第一患者在该第一预约医生处结束就诊的时间至该第二预约时间开始的时间之间，间隔的时间长度。该第一电子设备显示第三提示，该第三提示用于提示该第一患者提前该第二预约时间。
33.上述第二就诊信息可以包括以下一项或多项：第一用户在第一预约医生处开始就诊的时间、就诊过程中进行的检查项目。第一电子设备可以根据该第二就诊信息预估第一患者在第一预约医生处就诊需要的时间以及就诊结束的时间。
34.第一电子设备可以从医院服务器获取第二预约医生在上述第一时间间隔内可被预约的时间。若第二预约医生在上述第一时间间隔内还存在可被预约的时间，第一电子设备可以显示上述第三提示。即第一电子设备可以提示第一患者修改第二预约时间，在上述第一时间间隔内预约第二预约医生就诊。这样，用户可以提前在第二预约医生处就诊。
35.由上述方法可知，第一电子设备可以根据用户在就诊过程中的就诊信息，帮助用户调整预约时间，减少用户在就诊过程中的等待时间。
36.结合第一方面，在一些实施例中，该第一电子设备可向该医院服务器发送第二预约请求，该第二预约请求包括第二预约信息，该第二预约信息包括第二预约时间、第二预约医生、该第一患者的身份标识；该第二预约请求用于指示该第一患者请求该第二预约时间在该第二预约医生处就诊；该第二预约时间晚于该第一预约时间。该第一电子设备接收到来自该医院服务器的第三回复，该第三回复用于指示该第二预约请求成功。该第一电子设备可预估该第一患者在该第一预约医生处就诊需要的时间为第三时间，并判断出该第三时间的长度小于第二时间间隔，该第二时间间隔为该第一预约时间和该第二预约时间间隔的时间长度。例如，第一预约时间是时刻a1至时刻a2的时间段。第二预约时间是时刻b1至时刻
b2的时间段。由于第二预约时间晚于第一预约时间，时刻a2晚于时刻b1。第二时间间隔可以为时刻a2至时刻b1的时间段。
37.在一种可能的实现方式中，上述第三时间可以包括在第一预约医生处就诊需要进行的检查项目的时间。在另一种可能的实现方式中，上述第三时间可以是第一电子设备从医院服务器获取的。医院服务器可以根据多位在第一预约医生处就诊的患者所需要的时间估计一位患者在第一预约医生处就诊所需要的时间。上述医院服务器估计的一位患者在第一预约医生处就诊所需要的时间即为上述第三时间。
38.该第一电子设备可显示第四提示，该第四提示用于提示该第一患者修改该第一预约时间和该第二预约时间中的至少一个，使得该第三时间的长度不小于修改后该第一预约时间和该第二预约时间间隔的时间长度。
39.例如，该第四提示具体可用于提示将第一预约时间提前。或者，该第四提示具体可用于提示将第二预约时间延后。
40.在一种可能的实现方式中，第一电子设备还可以结合第一患者的日程安排数据来提示用户修改第一预约时间和第二预约时间中的至少一个。例如，第一电子设备确定出第一患者在第二预约时间之后有其他的日程安排。并且，第一电子设备确定出第一预约医生在第一预约时间之前还存在可被预约的时间。第一电子设备可以提示将第一预约时间提前，从而增加在第一预约医生处预约时间和在第二预约医生处预约时间之间的间隔，减少用户在这两个医生处就诊出现冲突的情况。
41.由上述方法可知，在判断出用户在多个医生处就诊的时间存在冲突的可能的情况下，第一电子设备可以在用户就诊前提醒用户修改预约时间。这样可以减少用户在一个医生处就诊的过程中发现无法及时去自己预约的下一个医生处就诊，想要临时修改预约时间但无法预约到合适的时间的情况。上述方法可以用户提前避免冲突，更顺利地完成在自己预约的各个医生处的就诊，并减少用户前往医疗机构的日程安排与其它日程安排冲突的情况。
42.结合第一方面，在一些实施例中，该第一电子设备接收到第一就诊结束消息，该第一就诊结束消息可包括以下一项或多项：第一诊断结果、第一缴费信息和第一取药信息。其中，该第一诊断结果包括该第一预约医生为该第一患者确定的病情；该第一缴费信息用于指示该第一患者在该第一预约医生处就诊后的费用、缴费的位置、缴费的方式。其中，上述缴费的方式可以例如是通过第一电子设备进行线上缴费。该第一取药信息用于指示该第一患者需要领取的药品和领取药品的位置。该第一就诊结束消息是第二电子设备或该医院服务器发送给该第一电子设备的，该第二电子设备是该第一预约医生输入该第一就诊结束消息的电子设备。
43.可选的，上述第一诊断结果还可以包括以下一项或多项：药方、医嘱。上述药方中可包含用户需要服药的药品的类型、服用的方式。上述医嘱可包括第一预约医生对用户在饮食、运动等方面的注意事项。
44.由上述方法可知，在完成就诊后，第一患者可以在第一电子设备上查看自己的诊断结果、缴费及取药信息，并根据上述缴费及取药信息方便地找到缴费以及取药的位置，进行缴费和取药。
45.结合第一方面，在一些实施例中，上述第一就诊结束消息还可包括第一复诊信息，
该第一复诊信息用于指示该第一患者再次在该第一预约医生处就诊，该第一复诊信息包含第一复诊时间。第一电子设备接收到第一就诊结束消息之后，还可以根据该第一复诊消息提供第一挂号方案，该第一挂号方案可包含该第一预约医生在该第一复诊时间内可被预约的时间。
46.可选的，第一电子设备还可以结合第一患者的日程安排以及上述第一复诊消息提供第一挂号方案。该第一挂号方案可包含在第一复诊时间内，且在第一患者没有其它日程安排的时间内，第一预约医生可被预约的时间。
47.若第一电子设备判断出第一预约医生在第一复诊时间内可被预约的时间均与第一患者已有的日程安排冲突，第一电子设备可以提示第一患者在预约第一预约医生复诊后，修改与已预约的复诊时间冲突的日程安排。例如，第一电子设备可以提示用户请假。
48.结合第一方面，在一些实施例中，上述第一电子设备向医院服务器发送第一预约请求之前，可以获取到该第一患者的第二请假信息，该第二请假信息可包括第二请假时间。当接收到第三用户操作，该第一电子设备可以根据该第二请假信息提供第二挂号方案。该第三用户操作为指示该第一患者查看诊断第一身体状况的医生的操作；该第二挂号方案包含诊断第一身体状况的医生中在该第二请假时间可被预约的医生。
49.上述第一身体状况可以是身体所患的疾病，例如，糖尿病、高血压、腰椎劳损、眼疾等等。
50.可选的，上述第三用户操作还可以是查看第一预约医院中第一预约科室的医生的操作。那么，上述第二挂号方案可以包括第一预约医院中第一预约科室的医生中在该第二请假时间可被预约的医生。
51.结合第一方面，在一些实施例中，该第一电子设备接收到来自该医院服务器的第一回复之后，还接收到第四用户操作。响应于该第四用户操作，该第一电子设备可以显示用于请假的第二用户界，并根据该第一预约信息在该第二用户界面中填入第三请假信息。该第四用户操作为调用该第一电子设备中请假服务的操作。该第三请假信息包括第三请假时间，该第三请假时间由该第一预约时间确定。
52.由上述方法可知，在第一患者先请假，再预约医生的情况下，第一电子设备可以根据用户的请假信息为第一患者提供合适的挂号方案。该合适的挂号方案可以包括预约在请假时间前往医院就诊的方案。在第一患者先预约医生，再请假的情况下，第一电子设备可以根据用户的预约信息为第一患者提供合适的请假方案，并在用于请假的用户界面为用户填写请假信息。该请假信息可包括以下一项或多项：请假时间、请假类型。该合适的请假方案可包括在请假时间在用户就诊的时间的方案。
53.上述方法可以帮助用户协调预约就诊的时间与其它日程安排的时间。
54.结合第一方面，在一些实施例中，第一电子设备可以根据上述第一诊断结果判断第一患者在第一预约医生处结束就诊后是否需要休息一段时间(如休息一天)。当判断出第一患者需要休息一段时间，第一电子设备可以判断第一患者需要休息的时间是否与其它日程安排冲突。若用户需要休息的时间与其它日程安排冲突，第一电子设备可以提示第一患者修改其它日程安排的时间，以便于第一患者遵照医嘱休息，恢复身体健康。
55.结合第一方面，在一些实施例中，第一电子设备具有医院模式。当处于医院模式，第一电子设备可以响应接收到的消息回复预设的消息内容。其中，第一电子设备可以响应
于用于开启医院模式的用户操作开启医院模式。可选的，第一电子设备可以在检测到第一患者位于第一预约医院内时开启医院模式，并在第一患者离开第一预约医院时关闭医院模式。
56.其中，响应于选择第一app的用户操作，第一电子设备可以在处于医院模式时对上述第一app中接收到的消息回复预设的消息内容。上述第一app可以包含一个或多个app。可选的，响应于选择第一联系人的用户操作，第一电子设备可以在处于医院模式时对来自第一联系人发送的消息回复预设的消息内容。上述第一联系人可以包含一个或多个联系人.
57.由上述方法可知,第一电子设备可以在处于医院模式时响应接收到的消息回复预设的消息内容。这可以解决用户在就诊时不方便回复消息的问题，并减少用户在就诊时回复消息不及时的情况。
58.第二方面，本技术提供一种健康管理方法，在该方法中，第一电子设备可获取第一患者的运动健康数据，该运动健康数据包括以下一项或多项：诊断结果、生理数据。根据该运动健康数据，该第一电子设备可确定出健康管理建议，该健康管理建议包括以下一项或多项：运动建议、饮食建议、服药建议。该运动建议包含运动时间和在该运动时间进行的运动内容。该饮食建议包含以下一项或多项：适宜食用的食物、不宜食用的食物。该服药建议包含服用的药品、服用该药品的数量和服用该药品的时间。该第一电子设备检测到该第一患者进行第一运动内容，并根据该运动健康数据判断出该第一运动内容不适合该第一患者，该第一电子设备可显示第一运动提示，该第一运动提示可用于提示该第一患者不适合进行该第一运动内容。
59.上述不适合第一患者的运动内容可以包括影响第一患者的运动健康数据所指示的身体状况的运动内容。例如，第一患者的诊断结果指示第一患者具有心脏病。不适合心脏病患者的运动可以包括短跑、拳击等剧烈运动。再例如，第一患者的生理数据指示第一患者为大体重人权。不适合大体重人群的运动可以包括跑步、登山等运动。
60.由上述方法可知，在第一患者就诊结束后，第一电子设备可以根据第一患者的诊断结果等运动健康数据提供健康管理建议。例如，运动建议、饮食建议、服药建议。并且，在检测到第一患者所进行的运动内容不适合第一患者时，第一电子设备可以提示第一患者运动内容不合适。上述方法可以帮助用户快速地恢复身体健康，保持良好的身体状况。
61.结合第二方面，在一些实施例中，该第一电子设备可获取该第一患者的第一饮食数据，该饮食数据可包括第一饮食时间、第一饮食的内容。该第一电子设备可检测到该第一患者在第四时间进行第二运动内容，并根据该第一饮食数据判断出该第一患者不适合在该第四时间进行运动，该第一电子设备显示第二运动提示，该第二运动提示用于提示该第一患者不适合在该第四时间进行运动。
62.上述第四时间可以包括吃饭之后的预设时间内、服药之前或之后的预设时间内等等。
63.上述第一饮食数据可以包括来自于外卖类的app产生的数据、智能冰箱检测到食物消耗的数据、智能药盒检测到用户用药的数据、用户日程安排中饮食安排的数据等等。
64.可选的，第一电子设备还可以根据用户的运动健康数据、用户的日程安排等数据提示用户运动的时间。
65.上述方法可以帮助用户合理运动，减少用户由于食用了食物或药品等，在上述第
四时间进行运动影响用户的身体健康的情况。
66.结合第二方面，在一些实施例中，该第一电子设备根据该运动健康数据确定该第一患者服用第一药品，且该第一药品的第一服药时间在第二饮食时间之前。该第一电子设备可以获取该第一患者的第二饮食数据，该第二饮食数据包括该第二饮食时间。该第一电子设备可以根据该第二饮食时间确定该第一服药时间，并提示该第一患者在该第一服药时间服用该第一药品。
67.结合第二方面，在一些实施例中，该第一电子设备根据该运动健康数据确定该第一患者服用第二药品，且该第二药品的第二服药时间在第三饮食时间之后。该第一电子设备可以获取该第一患者的第三饮食数据，该第一饮食数据包括该第三饮食时间。该第一电子设备可以根据该第三饮食时间确定该第二服药时间，并提示该第一患者在该第二服药时间服用该第二药品。
68.由上述方法可知，第一电子设备可以确定用户的服药时间，并根据该服药时间提示用户按时服药。在服药时间与饮食时间关联的情况下，第一电子设备可以先确定用户的饮食时间，然后根据用户的饮食时间在饭前或者饭后提示用户服药。上述方法可以帮助用户按时服药，减少由于服药时间不合适影响药效或者对用户的身体健康产生影响的情况。
69.结合第二方面，在一些实施例中，该第一电子设备可以根据该运动健康数据确定该第一患者服用第三药品。在判断出该第一患者在第三服药时间未服用该第三药品的情况下，该第一电子设备可以提供第一服药方案，该第一服药方案包含以下一项或多项：能够补服该第三服药时间未服用的该第三药品的时间、不能补服该第三服药时间未服用的该第三药品的时间、补服该第三服药时间未服用的该第三药品之后再次服用该第三药品的时间。
70.第一电子设备可以根据第一患者输入的服药记录，或者根据智能药盒中药品的消耗数据来判断该第一患者在第三服药时间是否服用该第三药品。
71.由上述方法可知，在用户忘记服药的情况下，第一电子设备可以为用户提供补服药品的方案。对于可以补服的药品，第一电子设备可以提示用户该药品可以补服的时间，补服的方式，以及该次补服药品后，再次服用该药品需要推迟的时间。对于不可以补服的药品，第一电子设备可以提示该药品不可补服。上述方法可以在用户忘记服药后，提示用户及时补服药品，帮助用户保证服药的治疗效果。并且，上述方法可以减少用户由于补服药品体内药物浓度过高，产生不良反应或者威胁到生命健康的情况。
72.结合第二方面，在一些实施例中，该第一电子设备可以确定该第四饮食时间为该第一患者用餐的时间。该第一电子设备可以获取一个或多个购物平台的食物销售信息，该食物销售信息包括以下一项或多项：食物的类型、食物的价格、该一个或多个购物平台的优惠信息。该第一电子设备可以根据该运动健康数据和该食物销售信息确定第一订餐提示，并在该第四饮食时间之前显示该第一订餐提示，该第一订餐提示包含一种或多种食物的购买链接，一种食物的购买链接用于购买该一种食物。
73.上述第四饮食时间可以是外卖类的app预设的用餐时间(如早餐用餐时间为8:00，午餐用餐时间为12:00，晚餐用餐时间为17:00)。可选的，上述第四饮食时间可以是用户日程安排中记录的用餐时间。可选的，上述第四饮食时间还可以是外卖类的app根据用户习惯的用餐时间确定的。
74.可选的，第一电子设备还可以根据上述第四饮食时间和食物送达用户所在的位置
的时间来确定订餐的时间。上述订餐的时间可以是在外卖类的app中下单购买食物的时间。这样用户购买食物可以在上述第四饮食时间送达。
75.由上述方法可知，第一电子设备可以提醒用户及时点餐，并且为用户推荐有益于用户身体健康、能够改善用户的运动健康数据所指示的身体问题的食物的购买链接。上述方法可以提醒用户按时吃饭，帮助用户养成良好的饮食习惯。
76.结合第二方面，在一些实施例中，该第一电子设备可以获取第一冰箱中食物的第一存量数据。该第一电子设备可以根据该第一存量数据确定出该第一冰箱中存储有第一食物，该第一食物包含于该饮食建议中该不宜食用的食物。该第一电子设备可以显示第一饮食提示，该第一饮食提示用于提示该第一患者不宜食用该第一食物。上述第一食物可以包含影响第一患者的运动健康所指示的身体状况的食物。例如，与第一患者所服用的药品冲突的食物。
77.由上述方法可知，第一电子设备可以检测第一冰箱中是否存在不适合用户食用的食物。这样可以减少第一患者误食影响第一患者的身体状况的食物的情况。
78.结合第二方面，在一些实施例中，该第一电子设备可获取第一冰箱中食物的第一存量数据。该第一电子设备可根据该第一存量数据和该饮食建议中该适宜食用的食物，显示第二饮食提示。该第二饮食提示中可包含食谱，该食谱包含利用该第一冰箱中存储的食物制作该适宜食用的食物的食谱。
79.该适宜食用的食物可以包括改善第一患者的运动健康数据所指示的身体状况的食物。例如，第一患者的运动健康数据指示第一患者患有肥胖症。该适宜食用的食物可以包括低脂低糖的食物。
80.由上述方法可知，第一患者可以根据第一电子设备推荐的食谱，利用第一冰箱中存储有的食材制作有益于自己身体健康的食物。这既可以使得第一冰箱中的食材被合理利用，又能帮助第一患者保持或恢复身体健康。
81.结合第二方面，在一些实施例中，该第一电子设备可以将该健康管理建议发送给第三电子设备，该第三电子设备与该第一电子设备位于一个家庭群组内。
82.上述第一电子设备的使用用户(即第一患者)与上述第三电子设备的使用用户可以是来自一个家庭的。例如，上述第一电子设备的使用用户和上述第三电子设备的使用用户分别是儿子和父亲。上述第一电子设备的使用用户可以是第一电子设备中的系统app或第三方app中登录的用户。上述第三电子设备的使用用户可以是第三电子设备中的系统app或第三方app中登录的用户。
83.可选的，第一电子设备还可以接收到来自第三电子设备发送的健康管理建议。上述第三电子设备发送的健康管理建议可以是，第三电子设备根据第三电子设备的使用用户的运动健康数据提供的健康管理建议。
84.由上述方法可知，一个家庭中的家庭成员可以共享健康管理建议。由于一个家庭中的家庭成员生活习惯相近，且具有血缘关系的家庭成员有可能存在遗传病史，一个家庭中的家庭成员患相同疾病的概率较大。上述方法可以在一个家庭成员的身体状况出现问题时，帮助其他家庭成员预防相同的身体问题。这可以有效帮助这一个家庭保持健康，预防可能出现的疾病。
85.结合第二方面，在一些实施例中，当接收到第五用户操作，该第一电子设备可以显
示包含一种或多种食物购买选项的第三用户界面，该第五用户操作为在第一购物应用中挑选食物的用户操作，该第三用户界面中该一种或多种食物购买选项是根据该运动健康数据确定的。
86.其中，上述一种或多种食物购买选项所指示的食物可以包括改善运动健康数据所指示的身体状况的食物。
87.可以看出，上述方法可以在用户在购物应用中购买食物时，为用户推荐有利于改善用户的运动健康数据所指示的身体状况的食物。这可以帮助用户吃得更健康，养成良好的生活习惯。
88.结合第二方面，在一些实施例中，该第一电子设备接收到第六用户操作，该第六用户操作为选择第二食物的用户操作。在根据该运动健康数据判断出该第二食物与该第一患者服用的药品冲突的情况下，该第一电子设备可以显示第三饮食提示，该第三饮食提示用于指示该第二食物与该第一患者服用的药品冲突。
89.上述选择第二食物的用户操作可以包括在购物应用中点击第二食物对应的购买选项的用户操作、将第二食物加入购物车的用户操作、提交购买第二食物的订单的用户操作。
90.第一电子设备可以根据上述选择第二食物的用户操作判断第一患者是否可能会购买第二食物。在判断出第一患者可能会购买第二食物的情况下，第一电子设备可以提示第一患者第二食物与第一患者服药的药品冲突。这可以减少用户在服药期间误食与药品冲突的食物的情况，从而影响用户的身体健康或者服药效果。
91.或者，在根据该运动健康数据判断出该第二食物中第一成分的数量影响该第一患者的健康的情况下，该第一电子设备可以显示第四饮食提示，该第四饮食提示用于指示该第二食物中第一成分的数量过高或过低。
92.上述第二食物中第一成分可以包含盐分、糖分、辣椒含量等。
93.在根据运动健康数据判断出第一患者不宜食用第一成分含量过高或过低的第二食物的情况下，第一电子设备可以提示第二食物中第一成分含量过高或过低，并建议在购买第二食物的时候调整第一成分的含量。
94.或者，在根据该运动健康数据和第一时间段内该第二食物的购买量超过第一数量的情况下，该第一电子设备显示第五饮食提示，该第五饮食可以提示用于指示该第二食物的购买量超标。
95.由上述方法可知，第一电子设备可以根据用户的运动健康数据和在购物应用中选择的食物的数据，判断用户选择的食物类型和/或食物数量是否会加重运动健康数据所指示的身体问题，不利于用户保持或者恢复身体健康。在判断出用户选择的食物会影响用户的身体健康时，第一电子设备可以提示用户选择的食物不利于用户的身体健康。这可以帮助用户了解哪些食物是不适合自己食用的，以及自己食用一种或多种食物的最大摄入量等数据。并且，上述方法可以帮助用户养成良好的生活习惯，改善运动健康数据所指示的身体问题，保持身体健康。
96.结合第二方面，在一些实施例中，在检测该第一患者购买该第二食物，且该第二食物与该第一患者服用的药品冲突，或者该第二食物中该第一成分的数量影响该第一患者的健康，或者该第一时间段内该第二食物的购买量超过该第一数量的情况下，该第一电子设
备将该第一患者购买该第二食物的购买记录发送给第三电子设备，该第三电子设备与该第一电子设备位于一个家庭群组内。
97.由上述方法可知，在第一患者选择的食物与第一患者服用的药品冲突，或者会影响第一患者的运动健康数据所指示的身体状况的情况下，第一电子设备可以将第一患者食物的选择情况发送给第一患者的家庭成员。这样可以让家庭成员监督第一患者，帮助第一患者保持或恢复身体健康。
98.结合第二方面，在一些实施例中，该第一电子设备检测到该第一患者购买第三食物，且该第三食物的收货地址指示该第三食物被要求送货上门。该第一电子设备确定出该第一患者在第二时间段内的运动量小于第一运动量，该运动量包括以下一项或多项运动内容的数量：行走、跑步、游泳、跳绳；该第二时间段为该第一患者购买该第三食物之前的时间段。该第一电子设备可以显示第一取餐提示，该第一取餐提示用于提示该第一患者外出收取该第三食物。
99.由上述方法可知，第一电子设备可以在用户在网上点餐，且当日身体活动量较小时，为用户提供外出取餐的建议。上述外出取餐的建议可以提醒用户增加身体活动量，保持身体健康。
100.结合第二方面，在一些实施例中，该第一电子设备检测到该第一患者购买第三食物，且该第三食物的收货地址指示该第三食物被要求送货上门。该第一电子设备在第五时间确定出第一垃圾桶内的垃圾需要被处理；该第五时间在该第三食物的送达时间之前。该第一电子设备可以显示第二取餐提示，该第二取餐提示用于提示该患者外出收取该第三食物，并在外出收取该第三食物时处理该第一垃圾桶内的垃圾。
101.由上述方法可知，第一电子设备可以在用户在网上点餐，且家中的垃圾桶需要被处理时，为用户提供外出取餐的建议。上述外出取餐的建议可以提醒用户在外出取餐时，顺便扔垃圾。
102.结合第二方面，在一些实施例中，该第一电子设备检测到该第一患者购买第三食物，且该第三食物的收货地址指示该第三食物被要求送货上门。该第一电子设备获取到第一收货规定，该第一收货规定指示送达至该收货地址的物品不能被送货上门。该第一电子设备显示第三取餐提示，该第三取餐提示用于提示该患者外出收取该第三食物。
103.由上述方法可知，第一电子设备可以根据用户所指示的收货地址所在小区或社区的规定，判断上述第三食物是否可以被送货上门。例如，上述收货地址所在小区规定外卖、快递不能进入小区内部。第一电子设备可以提示用户外出取餐。
104.结合第二方面，在一些实施例中，第一电子设备可以在第一患者在购物应用中购买食物后，检测第一患者与商家之间的距离。在第一患者与商家之间的距离小于预设距离时，第一电子设备可以提示用户到店取餐。这样可以节省配送费。或者，第一电子设备判断出第一患者的运动量小于第一运动量，且第一患者与商家之间的距离小于预设距离，第一电子设备可以提示用户到店取餐。这样既可以增加用户的运动量，帮助用户保持身体健康，又可以节省配送费。或者，第一电子设备判断出第一垃圾桶中的垃圾需要被处理，且第一患者与商家之间的距离小于预设距离，第一电子设备提示用户到店取餐。这样既可以在取餐的时候顺便扔垃圾，又可以节省配送费。
105.在一种可能的实现方式中，第一电子设备可以根据第一患者的位置与商家的位置
确定一种或多种到店取餐的出行方案。该到店取餐的出行方案可包括出行方式、出行路线、路程时间。其中，第一电子设备还可以根据商家准备第一患者购买的食物所需要的时间，以及一种到店取餐的出行方案的路程时间为用户确定采用这一种到店取餐的出行方案的出发时间。上述出发时间可以使得第一患者在自己购买的食物即将做好或者刚做好的时候到达商家。这样，可以节省用户等待取餐的时间，并且可以减少用户到达商家的时间太晚，食物放置太久不新鲜的情况。
106.结合第二方面在，在一些实施例中，第一电子设备可以根据第一患者的诊断结果以及第一药盒中药品的消耗情况，判断第一药盒中的药品是否需要补充。其中，第一电子设备可以根据上述第一患者的诊断结果判断出第一患者需要服用第一药品的次数为次数a。第一电子设备可以根据第一药盒中第一药品的消耗情况判断出第一患者已经服用第一药品的次数为次数b，且第一药盒中第一药品的剩余量还可服用的次数为次数c。上述次数b与次数c之和小于上述次数a。第一电子设备可以提示第一药盒中的第一药品需要补充的次数为次数a减去次数b与次数c之和(即a-b-c)。
107.由上述方法可知，第一电子设备可以在第一药盒中第一患者需要服用的药品不足时提示补充药品。这可以减少第一患者忘记服药的情况，帮助第一患者更好地恢复身体健康。
108.第三方面，本技术提供一种诊断结果显示方法。在该方法中，第一电子设备可以显示第二患者的第二诊断结果，该第二诊断结果包括为该第二患者诊断的医生为该第二患者确定的病情，上述为该第二患者确定的病情为第一症状，上述为该第二患者诊断的医生是第三电子设备向医院服务器预约的，该第三电子设备与该第一电子设备位于一个家庭群组内。该第二诊断结果被修改为第三诊断结果，该第三诊断结果中该第二患者的病情为第二症状，该第三诊断结果被显示在该第三电子设备上，该第一症状与第二症状不同。
109.在一种可能的实现方式中，上述第一症状指示的病情可以比上述第二症状指示的病情重。即具有第一症状的身体状况比具有第二症状的身体状况更差。
110.由上述方法可知，在一个用户就诊后的诊断结果指示这一个用户的病情较重时，这一个用户的电子设备可以显示病情较轻的症状。这一个用户的家庭成员的电子设备可以接收到这一个用户真实的诊断结果(即病情较重的诊断结果)。这样可以减少这一个用户在知晓自己的真实病情后无法接受，放弃治疗的情况。而且，上述方法可以便于这一个用户的家庭成员在了解这一个用户的真实病情后为这一个用户寻求治疗方案，帮助这一个用户恢复身体健康。
111.结合第三方面，在一些实施例中，上述第三诊断结果可以是第一电子设备修改第二诊断结果后发送给第三电子设备的。具体的，该第一电子设备可以接收到来自该医院服务器或第四电子设备的该第二诊断结果，将该第二诊断结果修改为该第三诊断结果；该第四电子设备是为该第二患者诊断的医生输入该第二诊断结果的电子设备。该第一电子设备可以将该第三诊断结果发送给该第三电子设备。
112.其中，第四电子设备可以呈现第二患者的家庭成员关系，以及第二患者的家庭成员是否希望在第二患者确诊出较重的病情时暂不告知第二患者真实的病情。即为第二患者的医生可以了解到第二患者的家庭成员关系。在第二患者的家庭成员希望在第二患者确诊出较重的病情时暂不告知第二患者真实的病情的情况下，第四电子设备可以将第二患者的
诊断结果发送给第二患者家庭成员的电子设备，例如第一电子设备。
113.第一电子设备将第二诊断结果修改为第三诊断结果之后，还可以向第四电子设备发送诊断结果修改通知。该诊断结果修改通知可用于指示为第二患者就诊的医生暂不告知第二患者真实的病情，并将修改后的病情(即第二症状)告知第二患者。
114.结合第三方面，在一些实施例中，第四电子设备可以呈现第二患者的家庭成员关系，以及第二患者的家庭成员是否希望在第二患者确诊出较重的病情时暂不告知第二患者真实的病情。即为第二患者的医生可以了解到第二患者的家庭成员关系。在第二患者的家庭成员希望在第二患者确诊出较重的病情时暂不告知第二患者真实的病情的情况下，为第二患者就诊的医生可以将第二诊断结果修改为第三诊断结果，并将第二诊断结果和第三诊断结果均输入第四电子设备。当接收到第二诊断结果和第三诊断结果，第四电子设备可以将第二诊断结果发送给第一电子设备，并将第三诊断结果发送给第三电子设备。
115.结合第三方面，在一些实施例中，上述第三诊断结果可以是第一电子设备修改第二诊断结果后发送给第三电子设备的。具体的，该第一电子设备可以接收到来自该第三电子设备的该第二诊断结果，该第二诊断结果是该医院服务器或第四电子设备发送给该第三电子设备的，该第二诊断结果是在该第三电子设备确定出该第二诊断结果中第二患者的病情为第一症状的情况下发送给该第一电子设备的。该第一电子设备将该第二诊断结果修改为该第三诊断结果，并将该第三诊断结果发送给该第三电子设备。
116.结合第三方面，在一些实施例中，上述第二诊断结果可以是第三电子设备修改的。第三电子设备可以接收到来自医院服务器或第四电子设备发送的第二诊断结果。在判断出第三诊断结果中第二患者的病情为第一症状的情况下，第三电子设备可以将第二诊断结果修改为第三诊断结果，并显示第三诊断结果。第三电子设备还可以将第二诊断结果和第三诊断结果发送给第一电子设备。这样，第二患者的家庭成员(即第一患者)可以了解第二患者的真实病情，以及第二患者所了解的病情。
117.第四方面，本技术提供一种一种健康管理方法。在该方法中，该第一电子设备可以根据以下一项或多项确定出第一食物购买方案：第一患者的运动健康数据、第一冰箱中食物的第一存量数据、该第一冰箱中食物的该第一消耗数据、一个或多个购物平台的食物销售信息；该第一消耗数据包括该第一冰箱中的食物在第三时间段消耗的类型和数量；该食物销售信息包括以下一项或多项：食物的类型、食物的价格、该一个或多个购物平台的优惠信息。该第一食物购买方案可以包括在该一个或多个购物平台购买一种或多种食物的方案，该一种或多种食物包括以下一种或多种类型的食物：改善该运动健康数据指示的身体问题的食物、该第一存量数据指示的该第一冰箱中存储数量小于第二数量的食物、该第一消耗数据指示的该第一冰箱中在该第三时间段消耗的数量高于第三数量的食物、该一个或多个购物平台中价格最低的食物。
118.可以看出，上述方法可以帮助用户节省考虑自己需要买哪些食材的时间、挑选食材的时间以及在不同购物平台上进行价格比较的时间等。用户按照第一电子设备提供的食材购买方案可以实现高性价比地购入第一冰箱中剩余量较少的食材、消耗量较大的食材、有利于改善运动健康数据所指示的身体问题的食材等。
119.结合第四方面，在一些实施例中，该第一电子设备接收到第一购物选项，该第一购物选项包括以下一项或多项：支付方式、单次购物最大金额、购物频率、购物时间、收货地
址。该第一电子设备根据该运动健康数据、该第一存量数据、该第一消耗数据、该食物销售信息中的一项或多项，以及该第一购物选项，确定出第二食物购买方案。该第一电子设备根据该第二食物购买方案，向该第二食物购买方案中的购物平台提交订单。
120.结合第四方面，在一些实施例中，该第一电子设备接收到第七用户操作，该第七用户操作为取消或者修改该订单的用户操作。该第一电子设备根据该第七用户操作，取消或者修改该订单。
121.可以看出，第一电子设备可以结合用户设置的购物选项，以及运动健康数据、第一冰箱中食材的消耗情况为用户购买食材。在第一电子设备为用户购买食材后，用户也可以修改或者取消订单。
122.结合第四方面，在一些实施例中，该第一电子设备接收到购买第四食物的指令，该第四食物包含一种或多种食物。该第一电子设备根据该食物销售信息确定出购买该第四食物的多个食物购买方案，该多个食物购买方案具有以下一项或多项区别：价格不同、新鲜程度不同、提交订单的时间不同。该第一电子设备接收到第八用户操作，该第八用户操作为选择该多个食物购买方案中第三食物购买方案的用户操作。该第一电子设备根据该第三食物购买方案购买该第四食物。这样，用户可以根据自己的购物偏好选择购物方案
123.结合第四方面，在一些实施例中，该第一电子设备判断出该第一患者在第四时间段处于离家状态。当在第五时间段接收到购买第五食物的指令，该第一电子设备显示第一购物提示。该第五时间段为该第四时间段之前的时间段；该第五食物包含一种或多种存储期限短于该第四时间段的时间长度的食物；该第一购物提示用于提示该第一患者在离家之前不宜购买该第五食物。
124.其中，第一电子设备可以根据第一患者的日程安排数据判断第一患者是否处于离家状况。例如，第一电子设备检测到第一患者购买了时间a离家前往地区a的机票，以及时间b从地区a回家的机票。那么，第一电子设备可以判断出第一患者在时间a至时间b的时间段处于离家状态。即上述第四时间段为时间a至时间b的时间段。
125.结合第四方面，在一些实施例中，该第一电子设备判断出该第一患者在第四时间段处于离家状态。该第一电子设备获取第六时间该第一冰箱中食物的第二存量数据，该第六时间在该第四时间段之前。该第一电子设备根据该第二存量数据确定出该第一冰箱中包含第六食物，该第六食物包含一种或多种食物，该第六食物的存储期限短于该第四时间段的时间长度。该第一电子设备显示第一食物处理提示，该第一食物处理提示用于提示该第一患者在离家之前将该第六食物从该第一冰箱中处理掉。
126.结合第四方面，在一些实施例中，该第一电子设备判断出该第一患者在第七时间回家。该第一电子设备获取第八时间该第一冰箱中食物的第三存量数据，该第八时间在该第七时间之前。该第一电子设备根据该运动健康数据、该第三存量数据确定出第四食物购买方案。该第一电子设备根据该第四食物购买方案，向该第四食物购买方案中的购物平台提交订单。
127.结合第四方面，在一些实施例中，第一电子设备可以提示提示患者在离家之前将第一第一冰箱的温度调节至第一温度，并在回家之后将第一冰箱的温度调节至第二温度。上述第一温度比第二温度低。在第一患者处于离家状态的时间内，降低第一冰箱的温度可以延长部分食物的存储时间。在第一患者回家后，将第一冰箱的温度调节至第二温度可以
节省智能冰箱的功耗。
128.由上述方法可知，第一电子设备可以根据用户的日程安排数据判断用户什么时候离家，什么时候回家。在判断出用户即将离家的情况，第一电子设备可以提示用户不必购买保存期限短于离家时间的食物，并且还可以提示用户将第一冰箱中保存期限短于离家时间的食物处理掉。这样可以减少食物浪费，或者食物在第一冰箱中变质发霉污染冰箱环境的情况。在判断出用户即将回家的情况，第一电子设备可以提示用户购买食材，并根据第一冰箱中食材的存量数据为用户提供食材购买方案。
129.结合第四方面，在一些实施例中，该第一电子设备可以根据该第一存量数据确定出该第一冰箱中包含第七食物，该第七食物包括一种或多种食物，该第七食物的存储期限短于第一存储期限。该第一电子设备显示第二食物处理提示，该第二食物处理提示用于提示在该第一存储期限内将将该第七食物从该第一冰箱中处理掉。
130.结合第四方面，在一些实施例中，该第一电子设备可以根据该第一存量数据确定出该第一冰箱的第一位置处存放有第八食物。在判断出该第八食物的最佳存储位置为第二位置的情况下，该第一电子设备显示第三食物处理提示；该第二位置是该第一冰箱中第一位置之外的一个位置，或者，该第二位置是该第一冰箱之外的一个位置，该第三食物处理提示用于提示将该第八食物从该第一位置移动至该第二位置。
131.由上述方法可知，第一电子设备可以根据第一冰箱中食物的存放情况为用户提供处理食物的建议。这样可以帮助用户更好的保存食物，并及时处理掉快过期的食物。
132.不限于第一冰箱中存放的食物，第一电子设备还可以根据第一冰箱中其它物品(如药品、化妆品等)的存放情况，为用户提供这些物品的存放和处理建议。
133.结合第四方面，在一些实施例中，该第一电子设备可以获取第五电子设备的耗材消耗数据，该耗材消耗数据包括以下一项或多项：空气净化器的滤芯的消耗数据、净水器的滤芯的消耗数据、汽车的玻璃水的消耗数据。在该耗材消耗数据高于第一消耗值的情况下，该第一电子设备提供耗材购买方案，该耗材购买方案中包括该第五电子设备的耗材购买链接，该耗材购买链接用于购买该第五电子设备的耗材。
134.上述第五电子设备可以是空气净化器、净水器、汽车等智能家居设备。
135.可以看出，在检测到智能家居设备的耗材即将耗尽的情况下，第一电子设备可以提醒用户及时购买智能家居设备的耗材，减少智能家居设备由于耗材超过使用期限或者耗材耗尽而无法使用的情况。
136.第五方面，本技术提供一种健康管理方法。在该方法中，第一电子设备可以获取第一患者的运动健康数据；该运动健康数据指示该第一患者具有第二身体状况。该第一电子设备检测到该第一电子设备处于第一使用状态，该第一电子设备处于该第一使用状态与该第二身体状况关联。该第一电子设备提供第一使用提示，该第一使用提示用于提示将该第一电子设备的状态从该第一使用状态调整为第二使用状态。
137.相比于第一使用状态，第一电子设备在第二使用状态下可以使得第一患者更顺畅地使用第一电子设备，并帮助第一患者保持身体健康，减少第一患者使用第一电子设备的方式加重运动健康数据指示的身体状况的情况。
138.结合第五方面，在一些实施例中，该第一身体问题为老花眼，该第一使用状态为该第一电子设备显示的字体的大小为第一字号，该第一字号小于第二字号，该第二使用状态
为第一电子设备的字体的大小为第三字号，该第三字号大于该第二字号；或者，该第二使用状态为该第一电子设备语音播放被显示的内容。
139.可以看出，在检测出第一患者有老花眼的情况下，第一电子设备可以判断界面中显示的文字的字体大小是否过小。若字体大小过小，第一电子设备可以提示将字体大小调大。这样，患有老花眼的第一患者可以更清楚、轻松地浏览界面中的内容。可选的，第一电子设备还可以提示语音播放被显示的内容。这样，患有老花眼的第一患者可以通过听的方式了解界面中的内容，而不用费劲地观看界面中显示了什么。
140.结合第五方面，在一些实施例中，该第一身体问题为近视眼或眼部发炎，该第一使用状态为该第一电子设备在屏幕被点亮的情况下，该屏幕被观看的时间超过第一观看时间，该第二使用状态为该第一电子设备语音播放被显示的内容。
141.可以看出，在检测出第一患者有近视眼或眼部发炎等使得用户不易长时间观看第一电子设备的问题的情况下，第一电子设备可以检测第一患者患者第一电子设备的屏幕的时间。在检测出第一患者观看第一电子设备的屏幕的时间过长，第一电子设备可以提示语音播放被显示的内容。这样可以提示第一患者暂时休息眼部，减少眼部的问题加重的情况。
142.结合第五方面，在一些实施例中，该第一电子设备检测出使用该第一电子设备的用户，在使用该第一电子设备时的身体状态为第一身体状态。根据该第一身体状态，该第一电子设备可用于提供第二使用提示，该第二使用提示用于提示将使用该第一电子设备的方式从第一使用方式调整为第二使用方式。
143.可以看出，第一电子设备可以根据使用第一电子设备的用户的身体状态，来为该用户推荐使用第一电子设备的方式。这样可以提升用户使用第一电子设备的顺畅感，使得电子设备的使用方式适应用户身体状态的变化，从而更好地帮助用户保持身体健康，减少用户使用第一电子设备的方式加重用户的运动健康数据指示的身体状况的情况。
144.结合第五方面，在一些实施例中，第一电子设备可以根据作用在屏幕上的用户操作(如点击操作、触摸操作等)来判断用户的身体状态。具体的，该第一电子设备接收到作用在屏幕上的用户操作，并根据该作用在屏幕上的用户操作检测出使用该第一电子设备的用户手抖；该用户手抖为该第一身体状态。该第一使用方式为通过该第一电子设备显示的控件操控该第一电子设备的使用方式，该第二使用方式为通过语音指令操控该第一电子设备的使用方式。
145.可以理解的，在用户手抖的情况下，用户通过手部作用在屏幕上的用户操作不稳定，无法快速地通过点击或触摸屏幕来触发第一电子设备执行自己期望的操作。那么，在检测出用户手抖的情况下，第一电子设备可以提示用户开启语音交互的功能，通过语音指令来控制第一电子设备。
146.结合第五方面，在一些实施例中，该第一电子设备与第一耳机建立有通信连接。该第一耳机处于佩戴状态。第一电子设备可以通过检测第一电子设备与第一耳机之间的距离来确定用户观看第一电子设备屏幕的距离。在用户观看第一电子设备屏幕的距离过近的情况下，第一电子设备可以提示用户将第一电子设备的距离拉远。具体的，该第一电子设备检测该第一耳机与该第一电子设备之间的距离，并根据该第一耳机与该第一电子设备之间的距离确定出该用户观看该第一电子设备的屏幕的距离为第一距离，该第一距离小于第二距离，该用户观看该第一电子设备的屏幕的距离小于该第二距离为该第一身体状态。该第一
使用方式为以该第一距离观看该第一电子设备的屏幕，该第二使用方式为以第三距离观看该第一电子设备的屏幕，该第三距离大于该第二距离。
147.可以理解的，上述方法可以提示用户在观看第一电子设备的屏幕时与第一电子设备保持合适的距离，减少用户观看第一电子设备的屏幕距离过近影响用户的视力。
148.结合第五方面，在一些实施例中，该第一电子设备检测出该用户观看眯眼观看该第一电子设备的屏幕，且眯眼的时间超过第一眯眼时间；该用户眯眼的时间超过该第一眯眼时间为该第一身体状态。该第一使用方式为该第一电子设备以第四字号进行显示，该第二使用方式为该第一电子设备以第五字号进行显示，该第五字号大于该第四字号，或者，所属第二使用方式为该第一设备语音播放被显示的内容。
149.结合第五方面，在一些实施例中，在该第一电子设备的屏幕处于点亮的状态下，该第一电子设备检测出该用户眼部的状态，并确定出该用户已入睡，该用户已入睡为该第一身体状态。该第一使用方式为该第一电子设备的屏幕处于点亮的状态，该第二使用方式为该第一电子设备的屏幕处于熄屏的状态。
150.可选的，当确定出用户已入睡，第一电子设备还可以为用户开启勿扰模式。在上述勿扰模式下，第一电子设备可以静音。即当接收到来电通知或其它消息通知，第一电子设备可以不响铃或不震动。那么，上述第一使用方式为第一电子设备处于勿扰模式关闭的状态。上述第二用方式为第一电子设备处于勿扰模式开启的状态。上述方法可以帮助用户提高睡眠质量，减少用户入睡后受到第一电子设备接收到来电以及通知消息产生的影响。
151.第六方面，本技术提供一种广告过滤方法。在该方法中，第一电子设备接收到y次用于过滤第一广告的用户操作，该y大于该第一过滤次数；该第一广告包括开屏广告、视频广告。在第九时间接收到触发该第一电子设备显示该第一广告的用户操作的情况下，该第一电子设备过滤掉该第一广告；其中，在过滤掉该第一广告之前，该第一电子设备接收到的用户操作不包括该用于过滤第一广告的用户操作；该第九时间在该第一电子设备接收到y次用于过滤第一广告的用户操作之后。
152.触发该第一电子设备显示该第一广告的用户操作可以包括开启具有开屏广告的用户操作、播放具有视频广告的视频的用户操作。
153.可以看出，第一电子设备可以检测用户是否有跳过广告的习惯。在检测出用户有跳过广告的习惯的情况下，第一电子设备可以在显示广告之前，或者在显示的广告可被跳过时将广告过滤掉。
154.第一电子设备检测用户是否有跳过广告的习惯的方法可以包括：第一电子设备接收到用于过滤第一广告的用户操作的次数是否超过第一过滤次数。或者，第一电子设备在时间段t内接收到用于过滤第一广告的用户的次数，与时间段t内第一电子设备接收到触发该第一电子设备显示该第一广告的用户操作的次数的比值是否大于预设比值。
155.结合第六方面，在一些实施例中，该第一电子设备确定该第一广告的广告类型，该广告类型包括食物的广告、服装的广告、医疗机构的广告、旅游的广告、运动的广告。在第十时间接收到触发该第一电子设备显示第二广告的用户操作的情况下，该第一电子设备可以过滤掉该第二广告，该第二广告与该第一广告具有相同的广告类型，在过滤掉该第二广告之前，该第一电子设备接收到的用户操作不包括该用于过滤第二广告的用户操作；该第十时间在该第一电子设备接收到y次用于过滤第一广告的用户操作之后。
156.结合第六方面，在一些实施例中，该第一电子设备确定出在该y次用于过滤第一广告的用户操作中，该第一电子设备接收到该用于过滤第一广告的用户操作的时间包含于该第一广告的第一播放时间段内的次数，与该y的比值高于第一比值。在第九时间接收到触发该第一电子设备显示该第一广告的用户操作的情况下，该第一电子设备可以在该第一广告播放至第十一时间时过滤掉该第一广告，该第十一时间包含于该第一播放时间段内。
157.结合第六方面，在一些实施例中，该第一电子设备过滤掉该第一广告之后，还接收到第九用户操作，该第九用户操作用于拉回该第一广告。根据该第九用户操作，该第一电子设备可以显示该第一广告。
158.结合第六方面，在一些实施例中，第一电子设备可以根据用户的运动健康数据、出行数据等用户数据确定上述第一广告的类型。
159.由上述方法可知，第一电子设备可以根据用户作用在电子设备上的操作数据，分析用户是否有跳过广告的习惯。在判断出用户有视频广告的习惯的情况下，第一电子设备可以为用户过滤广告。更进一步的，第一电子设备还可以根据用户作用在第一电子设备上的操作数据分析用户习惯跳过那种广告类型的广告、习惯在广播播放多长时间后跳过广告等等。这样，用户侧的电子设备可以根据用户的习惯更精准地为用户过滤广告，而展示用户会浏览的广告。上述方法可以使得第一电子设备的运行方式越来越符合用户的习惯，提升用户使用电子设备的顺畅感。
160.第七方面，本技术提供一种医院服务器，该医院服务器可用于存储挂号系统。通过该挂号系统，医院服务器可以提供线上挂号服务器、诊断结果查询服务、排号数据获取服务等。该医院服务器还可用于存储分诊号分配系统。通过该分诊号分配系统，医院服务器可以提供分诊号线上预约服务、分诊号延后服务、分诊号取消服务等。该医院服务器还可用于存储医疗机构排号数据、患者的诊断结果、药品的消耗和存储数据等等。
161.结合第七方面，在一些实施例中，医院服务器还可用于预估在一位医生处就诊的患者所需要的就诊时间。具体的，医院服务器可以统计在这一位医生处就诊的多位患者的就诊时间。然后，医院服务器可以根据这多维患者的就诊时间确定出这一位医生接诊一位患者所用的时间。
162.结合第七方面，在一些实施例中，医院服务器中可存储有多个医疗机构的医疗数据。该医疗数据可以包含医疗机构的医生信息、医生的排班信息、患者在该医疗机构就诊的诊断结果、药品存储量数据等等。医院服务器可以向这多个医疗机构中的一个医疗机构侧的电子设备，提供其他医疗机构的医疗数据。当一个患者在一个医疗机构就诊时，这一个医疗机构的医生可以获取这一个患者在其他医疗机构的诊断结果。这可以帮助医生更高效地为这一个患者进行诊断和治疗。
163.第八方面，本技术提供一种电子设备，该电子设备可包括通信装置、存储器和处理器，其中，该存储器可用于存储计算机程序，该处理器可用于调用该计算机程序，使得该电子设备执行如第一方面、或第二方面、或第三方面、或第四方面、或第五方面、或第六方面中任一可能的实现方法。
164.第九方面，本技术提供一种计算机可读存储介质，包括指令，当该指令在电子设备上运行，使得该电子设备执行如第一方面、或第二方面、或第三方面、或第四方面、或第五方面、或第六方面中任一可能的实现方法。
165.第十方面，本技术提供一种计算机程序产品，该计算机程序产品可包含计算机指令，当该计算机指令在电子设备上运行，使得该电子设备执行如第一方面、或第二方面、或第三方面、或第四方面、或第五方面、或第六方面中任一可能的实现方法。
166.第十一方面，本技术提供一种芯片，该芯片应用于电子设备，该芯片包括一个或多个处理器，该处理器用于调用计算机指令以使得该电子设备执行如第一方面、或第二方面、或第三方面、或第四方面、或第五方面、或第六方面中任一可能的实现方法。
167.可以理解地，上述第八方面提供的电子设备、第九方面提供的计算机可读存储介质、第十方面提供的计算机程序产品、第十一方面提供的芯片均用于执行本技术实施例所提供的方法。因此，其所能达到的有益效果可参考对应方法中的有益效果，此处不再赘述。
附图说明
168.图1a为本技术实施例提供的针对数据银行中用户数据的管理过程；
169.图1b是本技术实施例提供的一种通信系统的结构示意图；
170.图2a是本技术实施例提供的一种电子设备100的结构示意图；
171.图2b是本技术实施例提供的一种电子设备100的软件结构框图；
172.图3是本技术实施例提供的一种医院服务器300的结构示意图；
173.图4a～图4f是本技术实施例提供的一些线上挂号的场景示意图；
174.图5a～图5d是本技术实施例提供的一些电子设备100提供请假方案的场景示意图；
175.图6a和图6b是本技术实施例提供的一些电子设备100提供挂号方案的场景示意图；
176.图7a～图7c是本技术实施例提供的一些电子设备100提供就诊出行方案的场景示意图；
177.图8a～图8e是本技术实施例提供的一些电子设备100为用户预约分诊号的场景示意图；
178.图8f～图8o是本技术实施例提供的一些电子设备100为用户修改分诊号的场景示意图；
179.图9a～图9h是本技术实施例提供的一些电子设备100提醒用户修改预约时间的场景示意图；
180.图10a～图10d是本技术实施例提供的另一些电子设备100提醒用户修改预约时间的场景示意图；
181.图11是本技术实施例提供的一种电子设备100提醒用户修改预约时间的场景示意图；
182.图12a～图12d是本技术实施例提供的一些电子设备100开启医院模式的场景示意图；
183.图13a～图13g是本技术实施例提供的一些电子设备100获取诊断结果、缴费及取药信息的场景示意图；
184.图14a和图14b是本技术实施例提供的另一些电子设备100提供挂号方案的场景示意图；
185.图15a～图15c是本技术实施例提供的一些电子设备100推荐运动建议的场景示意图；
186.图16a和图16b是本技术实施例提供的一些电子设备100提醒用户按时服药的场景示意图；
187.图17是本技术实施例提供的一些电子设备100提供饮食建议的场景示意图；
188.图18是本技术实施例提供的一种家庭群组180的结构示意图；
189.图19a～图19e是本技术实施例提供的一些电子设备100开启健康管理建议共享的功能的场景示意图；
190.图19f～图19h是本技术实施例提供的一些电子设备100开启控制病情显示的功能的场景示意图；
191.图20a和图20b是本技术实施例提供的一些共享运动建议的场景示意图；
192.图21a～图21e是本技术实施例提供的一些控制家庭成员病情显示的场景示意图；
193.图22a～图22f是本技术实施例提供的一些电子设备100提示用户点餐时选择的食物不利于用户身体健康的场景示意图；
194.图23是本技术实施例提供的一种电子设备100为用户推荐食物的场景示意图；
195.图24a和图24b是本技术实施例提供的一些电子设备100提示用户选择的食物与用户服用的药物冲突的场景示意图；
196.图25a和图25b是本技术实施例提供的一些电子设备100为用户提供外出取餐的建议的场景示意图；
197.图26a～图26f是本技术实施例提供的一些电子设备100呈现智能冰箱中食材的消耗情况的场景示意图；
198.图27a～图27c是本技术实施例提供的一些电子设备100提供食材购买方案的场景示意图；
199.图28a～图28h是本技术实施例提供的一些电子设备100为用户购买食材的场景示意图；
200.图29a和图29b是本技术实施例提供的一些电子设备100提供购买智能家居设备的耗材的购物建议的场景示意图；
201.图30a～图30c是本技术实施例提供的一些电子设备100提示用户智能家居设备在使用过程中的注意事项的场景示意图；
202.图31是本技术实施例提供的一种电子设备100提醒用户不宜食用智能冰箱中部分食材的场景示意图；
203.图32a～图32d是本技术实施例提供的一些电子设备100提供食谱的场景示意图；
204.图33a～图33c、图34a～图34e、图35a～图35g、图36a～图36g、图37a～图37g是本技术实施例提供的一些电子设备100提供电子设备使用方式的建议的场景示意图。
具体实施方式
205.下面将结合附图对本技术实施例中的技术方案进行清楚、详尽地描述。其中，在本技术实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可
以表示：单独存在a，同时存在a和b，单独存在b这三种情况，另外，在本技术实施例的描述中，“多个”是指两个或多于两个。
206.以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本技术实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
207.随着通信手段的日益丰富和物理世界数字化的加速发展，用户享受到的数字化服务越来越多，用户在生活及工作中产生的数据也越来越多。用户数据规模大，结构多样且增长迅速。此外，用户数据具备巨大的价值，例如可用于构建用户属性、提升用户体验以及研发新的应用技术等等。用户属性也可称为用户画像。
208.共享和开放用户数据，能够将各类信息有效地连接起来，挖掘出用户数据包含的价值，为用户生活带来更加便捷的服务。但是，共享和开放用户数据，同样存在泄露用户隐私信息的风险，导致用户对于个人数据安全性的担忧。在实际应用中，出于对隐私的保护，用户通常不放心开放自身的用户数据，这对挖掘用户数据的价值带来了障碍。
209.如何在合理合规的前提下共享和开放用户数据，将用户数据的价值最大化，充分挖掘数据价值，并且，保障用户隐私不被泄露，是当前及未来研究的方向，也是用户所关注的问题。本技术实施例提供一种数据银行(data bank)的管理机制，可以在共享和开放用户数据的同时，保障用户隐私不被泄露。数据银行(data bank)具有全生命周期治理管控，数据防泄漏和防篡改，参与方身份鉴别与访问控制，价值分享的特性。具体的，数据银行保障数字世界的数据，在生命周期内有序、可控的存储、分享、应用和销毁，并且保障数据提供者、数据加工者、数据交易平台和数据消费者等所有参与方都能获取收益。数据银行促进数据成为数字经济繁荣的底座，满足数据成为市场经济生产要素的诉求。数据银行通过对数据全生命周期进行标记，对数字经济参与各方进行身份鉴别与权限控制，对数据流转进行全程追踪和记录，防止数据生命周期内信息泄漏及篡改，提供技术保障。
210.数据银行(data bank)是管理用户数据的可信机构，负责用户数据的存储、分享、分发、撤回、追溯、使用等等，还可用于管理用户数据的生命周期，即有效期。数据银行(data bank)可以在用户授权的情况下，管理用户数据，并为用户数据的拥有用户付费。
211.数据银行(data bank)利用设备之间的互联互通以及各设备对其他设备能力的了解，将产生的数据分门别类地有序存储。存储数据时，为该数据打上相关标签(tag)，例如时间、地点、任务、事件，然后通过类似关系型数据库等方式存储，便于后续查找或使用这些数据。用户数据可以以个人、家庭、公司或其他团体为单位进行存储。存储数据时，还可以根据数据的重要性和敏感程度来分类分级，由用户设置各类数据的访问权限，这样可以在数据的生命周期内保证其不备泄露或滥用。
212.用户将数据存储至数据银行(data bank)中时，可以对数据进行加密并设置访问策略，其他用户只有在满足该访问策略时，才有权限查看数据银行(data bank)中存储的该数据。加密技术包括但不限于基于属性的加密(attribute-based encryption，abe)算法等。
213.用户数据还可以经过脱敏处理后存储至数据银行。例如，用户数据中和用户隐私强相关的数据如姓名、联系方式等可以被删除后再存储至数据银行。
214.本技术实施例还提供一种可能的基于中间服务器实现的脱敏处理方案。中间服务器可以获取到用户通过端侧设备上传的用户数据，并为基于用户数据的服务提供方(例如提供医疗健康服务的服务器、提供交通事故分析的服务器、提供广告推荐的服务器等等)提供脱敏或模糊化后的用户数据，不直接将全部的用户数据公布给该服务提供方，以保证用户数据不被泄露或滥用，保障用户隐私。例如，用户通过端侧设备将用户数据上传至中间服务器后，中间服务器将该用户的真实身份信息(例如姓名、联系方式、住址等)和该用户数据绑定，在有基于用户数据的服务提供方来请求该用户数据时，中间服务器可以将该用户数据和该用户的虚拟化身份信息绑定后发送给该服务提供方，并且自己存储该虚拟化身份信息和真实身份信息的关联关系。这样，服务提供方不会获知用户数据和真实用户身份之间的关系，也就避免了用户敏感数据及隐私的泄露。其中，该中间服务器也可以被称为中间代理、代理服务器、中继服务器等其他名称。
215.数据银行(data bank)可以获取到海量的用户数据，并在用户同意的情况下将海量的、各行各业的、各类用户数据联合起来，利用这些用户数据来执行更多的操作，挖掘这些用户数据的经济价值和社会价值，推动各行业的发展。如果之后用户停止授权，则数据银行(data bank)则会停止对应的操作，例如用户停止授权后，数据银行(data bank)可以清理对应的数据，不会备份或拷贝该数据。这样可以确保用户数据被合理、有序地使用，还可以保护用户的隐私。
216.数据银行(data bank)将数据的加密体系、密钥管理、访问控制策略通过数据标签的形式集成到数据本身，可以让数据跨物理节点流动时仍然可以获得一致性保护。
217.数据银行(data bank)本身也可以实现为多层级或多类别的结构，不同层级的数据银行(data bank)具备的权限不同。例如数据银行(data bank)可以包括总数据银行和分数据银行等。又例如，数据银行(data bank)可包括管理运动健康数据的数据银行、管理出行数据的数据银行等等。
218.可见，用户数据就像货币，数据银行(data bank)就像货币银行，数据银行(data bank)对用户数据的管理，和，货币银行对货币的管理类似。
219.数据银行(data bank)只是本技术实施例所使用的一个名词，其代表的含义在本实施例中已经记载，其名称并不能对本实施例构成任何限制。在其他一些实施例中，“数据银行(data bank)”也可以被称为例如“数据钱庄”等其他名词。
220.参考图1a，图1a示例性示出了本技术实施例提供的针对数据银行中用户数据的管理过程。
221.如图1a所示，图1a中示出的匿名化智慧服务数据应用平台即上文提及的中间服务器，图1a中示出的各类机构即为上述提及的基于用户数据的服务提供方，例如提供医疗健康服务的机构、提供交通事故分析的机构、提供广告推荐的机构等等。
222.下面结合图1a介绍本技术实施例提供的数据银行。
223.用户数据可包括但不限于以下几种类型：运动健康数据、出行数据、习惯数据、设备数据等等。
224.运动健康数据，用于表征用户的身体状态。运动健康数据可包括年龄、性别、身高、体重、血压、血糖、血氧、呼吸率、心率、心电波形、体脂率、体温等生理数据。运动健康数据还可包括医疗数据，例如患者的个人信息、社会关系、电子健康档案数据、用药诊疗数据、健康
体检数据等、病历文本数据、护理档案数据、手术记录数据，ct检查、超声、内镜等医疗影像资料数据ct图像、药物处方、运动处方等诊断结果，药品和器械价格、医疗人员信息等。
225.出行数据表征用户已执行或待执行的出行计划，以及，实际出行情况。出行数据可包括：订单(如机票、车票、酒店、外卖订单等)数据、日程数据、备忘录数据等。出行数据还可包括：车辆信息(如车速、油量、导航信息、驾驶模式等)、路况、道路基础设施信息(如红绿灯信号)、历史出行记录等等。
226.习惯数据表征用户使用电子设备的行为习惯。用户使用电子设备的行为习惯包括用户常用的操作或模式，例如可包括：单手(如左手或右手)操作设备、语音输入、跳过广告界面、盲人模式、消息免打扰、常用的app等。
227.设备数据表征用户所使用的电子设备的配置情况，以及，该电子设备和其他设备的连接情况。设备数据例如可包括：电子设备中的应用程序(application，app)安装列表、设备型号及配置、操作系统(operating system，os)的登录账号及密码、各个app的登录账号及密码、电子设备连接的其他设备(例如智能家居设备)的类型、数量及其他信息、等等。
228.不限于上述列出的几种用户数据，用户数据还可包括更多的内容，例如还可包括银行数据、理财数据、个人身份信息、社会关系、学历、联系人信息等等。
229.用户数据的表现形式可以包括符号、文字、数字、语音、图像、视频等等。用户数据可以是数字信息，也可以是纸质信息。
230.基于图1a所示的数据银行(data bank)管理机制，用户数据的处理过程主要包含以下几个步骤：
231.1.用户数据的收集
232.收集用户数据的方式可包括多种，这里不做具体限定。
233.收集用户数据的方式可包括但不限于以下几种：
234.(1)各类设备收集用户数据
235.用户数据可以通过各类设备来收集。这些设备可以互联互通并组成生态链，也可以相互独立且不联通。
236.例如，医疗器械或可穿戴设备来可以采集运动健康数据。血压计可采集血压，血糖仪采集血糖，血氧计采集血氧饱和度和脉率，体温计采集体温，心电记录仪采集心电波形，体脂称采集体脂率，智能手表或智能手环采集心率、呼吸率、血氧等。
237.又例如，车载设备可以采集出行数据。车载设备可通过传感器采集车速、油量，还可以获知当前的导航信息、驾驶模式，还可以通过蓝牙、蜂窝等通信技术获取到道路基础设施信息，等等。
238.(2)应用(application，app)收集用户数据
239.电子设备中可以安装各类app，可包括系统app，也可包括第三方app。其中，系统app是指电子设备的生产商所提供或研发的app，第三方app是指非电子设备的生产商所提供或研发的app。电子设备的生产商可以包括该电子设备的制造商、供应商、提供商或运营商等。
240.电子设备运行app为用户提供服务时，该app可以收集到相关的用户数据。例如，出行数据可以由智能手机、平板电脑等设备通过对应的app采集到。其中，订单数据可以从订票类app中采集，日程数据可以从日程表app中采集，备忘录数据可以从备忘录中采集。又例
如外卖类app可以收集用户的饮食偏好，电商购物类app可以收集用户的购物偏好。
241.(3)电子设备的os收集用户数据
242.os是最基本的系统软件，用于管理电子设备的硬件、软件及数据资源，控制程序运行，改善人机界面，为其它软件提供支持等等。os包括但不限于行，改善人机界面，为其它软件提供支持等等。os包括但不限于等等。
243.电子设备运行os为用户提供服务时，该os可以收集到相关的用户数据。
244.例如，电子设备如智能手机、可穿戴设备的os可以采集用户的习惯数据。智能手机、平板电脑的os可以监控并学习用户使用智能手机、平板电脑等电子设备的行为习惯，例如用户常用的输入法、消息模式、操作模式等等，并生成表征用户行为习惯的习惯数据。可穿戴设备如智能手环等可采集用户的手部抖动频率、步频、睡眠等习惯数据。
245.电子设备的os还可以采集设备数据。
246.例如，智能手机等设备的os可以获取到本设备上安装的app列表、机型以及其他配置信息、os的登录账号及密码、各个app的登录账号及密码、用户的个人信息及联系人列表，还可以根据连接情况获知本设备连接的其他设备的信息(例如类型、数量、所在位置)等等。
247.又例如，用户还可以在智能手机、平板电脑等设备上直接设置自己常用的操作模式、消息模式，该设备的os可以根据用户的设置来采集该用户的行为习惯。
248.(4)电子设备的信息输入器件收集用户数据
249.信息输入器件可包括但不限于显示屏、摄像头、麦克风、鼠标、键盘等等。
250.例如，用户可以通过文本、语音等形式输入运动健康数据，并由智能手机、平板电脑等设备通过显示屏、麦克风等接收。又例如，电子设备还可通过显示屏采集用户的输入法信息及搜索记录。又例如，智能手机、平板电脑还可以通过摄像头扫描纸质的体检报告、ct图像、药物处方、运动处方等，从而获取到体检报告中的信息。
251.(5)第三方机构收集用户数据
252.第三方机构可包括产生数据的可信机构，例如医院、职能机构等等。可信机构可用于收集用户数据。
253.例如，医院可以搜集用户的运动健康数据。用户在医疗机构就诊后，诊断结果可上传至医疗机构提供的服务器，然后用户侧的智能手机、平板电脑等数据可以从服务器中下载该诊断结果。
254.又例如，政府职能机构可以收集用户的个人信息、社会关系、联系人信息等等。
255.不限于上述列举的几种采集数据的方式，在一些实施例中，还可以通过其他方式来采集用户数据，这里不做限定。
256.收集用户数据时，一方面可以检验用户数据的有效性，对重复冗余、错误乱码等无效数据进行标记，要求重新提交数据或重新输入数据，另一方面还可以检验数据的完整性。
257.收集到用户数据后，还可以对用户数据做预处理。例如，对各类数据进行标准化处理，并根据数据的重要程度、敏感程度、时效性或其他特定等进行分类，建立统一的数据存储模式。这样，通过不同方式、不同平台获取到的用户数据可以以统一的标准存储，并能够收集到完善全面的数据，便于后续构建完整的用户属性。这里，不同类型的用户数据可以有不同的存储标准，例如运动健康数据和出行数据可以通过不同的标准存储。
258.2.用户数据的加工
259.加工用户数据，可以为用户更好地提供服务，满足用户的实际需求。
260.用户数据在用户同意后，可以上传至匿名化管理平台，确保信息无法追踪至个人，保证用户隐私。同时，基于多种加密技术，如密态计算、机密计算等进行端云联合推理，在此基础上对用户形成完整属性并保护隐私数据不泄露。当然，不同类别的用户数据可以上传至不同的匿名化管理平台，如运动健康数据可上传至医疗管理平台，出行数据可上传至出行管理平台等。
261.在一些实施例中，用户侧的电子设备可以获取用户的日程安排数据、运动健康数据。该日程安排数据可以包括用户在医疗机构的挂号数据、请假数据、出行数据等等。用户侧的电子设备还可以从医疗机构的服务器获取医疗机构排号数据。该医疗机构排号数据可包括该医疗机构各科室的排班信息、预约患者的就诊进度等。利用这些数据，用户侧的电子设备可以为用户提供更便捷的就诊服务，以及就诊后的用药提醒和身体恢复建议。
262.示例性的，电子设备可以根据挂号数据、医疗机构排号数据、该用户和该医疗机构的位置信息，向用户提供前往医疗机构的合适时间以及出行方案，以免用户等待时间过长或者迟到。电子设备还可以根据上述挂号数据确定用户安排的其它事项(如工作日上班、开会等等)是否与前往医疗机构就诊冲突，来提醒用户合理安排时间，为用户提供解决方案，避免不同的事项发生冲突。上述诊断结果可以包括药方。电子设备可以根据药方中药品的服用时间，提醒用户按时用药，从而帮助用户更好地保持或恢复身体健康。电子设备还可以确定出与药方中的药品冲突的食品，并提示用户在服药期间不要食用与药品冲突的食品，以免影响身体健康。电子设备可以根据诊断结果为用户推荐合适的运动建议、食谱。上述运动建议、食谱可以针对用户的身体情况帮助用户更好地提高身体健康水平。
263.电子设备可以根据诊断结果、运动情况等数据，在用户购物(如买菜、点外卖)时为用户推荐购物建议。例如，在用户购买食物时，电子设备可以在商品选购的界面上为用户推荐适宜于用户的食物。又例如，在用户购买的食物与用户药方中的药品冲突时，电子设备可以提示用户服药期间不宜食用该食物。又例如，电子设备可以结合用户的智能冰箱中食物的消耗和存储情况，提示用户哪些食物需要补充。电子设备还可以通过分析不同购物类app中食物的价格信息、质量信息、优惠券信息等，为用户推荐高性价比的食物购买方案。这可以帮助用户养成良好的生活习惯，提高用户的身体健康水平。
264.用户侧的电子设备与该用户家庭成员侧的电子设备之间可以进行家庭组网。该家庭组网中的电子设备可以具有不同的身份属性，例如家主、父母、子女等等。一个用户的电子设备根据获取的诊断结果为这一个用户推荐运动建议、食谱后，还可以将上述运动建议、食谱发送给与这一个用户的电子设备处于一个家庭组网的其它电子设备。这样，这一个用户的家庭成员可以参考上述运动建议、食谱，来预防这一个用户所患的疾病。
265.身份属性为家主的电子设备可以控制家庭组网中身份属性为家主以外的电子设备所显示的病情。示例性的，家主的父亲去医疗机构就诊得到的诊断结果指示的病情较为严重。身份属性为父亲的电子设备在获取到该父亲的诊断结果后，可以将该诊断结果处理后(如替换为病情较轻的疾病)显示给家主的父亲看，并将真实的诊断结果发送给身份属性为家主的电子设备。这可以方便家主监控家庭成员的身体状态，并在家庭成员生病时及时寻求治疗方案。
266.电子设备还可以结合上述诊断结果、用户使用电子设备的方式和操作习惯中的一
个或多个，为用户推荐合适的电子设备使用方法。例如，如果电子设备检测到用户打字时出现手抖症状，则可以判断用户患有帕金森等疾病，为用户推荐更大字体的显示方式或者语音输入的操作方式。又例如，电子设备根据上述诊断结果确定出用户患有眼疾。在检测到用户长时间观看电子设备的屏幕时，电子设备可以提示用户适当放松眼部或者推荐语音播报的使用方式。又例如，电子设备检测到用户在开启视频类app时会将电子设备设置为消息免打扰模式。那么，在开启视频类app时，电子设备可以自动进入消息免打扰模式，而无需用户每次开启视频类app时均手动设置。这样可以根据用户的需求为用户提供个性化的服务。电子设备的运行方式越来越符合用户的习惯，用户可以更便捷地使用电子设备。
267.可见，加工用户数据可以让用户了解自身的身体状况，还可用于为用户提供合适的运动建议、饮食建议等等，让用户更加健康地生活。
268.上述提及的加工或处理用户数据的过程，可以由电子设备在端侧执行，也可以由云侧的服务器执行，还可以端云结合执行。具体处理用户数据时，可以通过预设的简单规则制定模型，也可以通过人工智能(artificial intelligence，ai)引擎来抽取模型，并通过该模型来处理或加工用户数据。预设的规则可以来自经验知识或业界标准。这些模型可用于根据用户数据来构建用户属性，从而为用户提供针对性地服务。在数据银行中，构建的用户属性例如可包括针对用户的运动健康属性、出行偏好属性、家居偏好属性、娱乐生活偏好属性等等。
269.可见，加工用户数据也可以让用户的家庭生活更加智能、方便、安全。
270.3.用户数据的开放
271.用户数据可以跨设备开放给其他设备、跨应用开放给其他应用、跨os开放给其他os、跨用户开放给其他用户。开放用户数据，可以使得电子设备能够融合多方用户数据，从而为用户提供更加智能、方便的服务。通过开放用户数据，使得海量的用户数据不再相互独立存在，而可以流通起来进行共享。
272.在开放用户数据时，可以制定相应的使用用户数据的权限控制策略，基于加密算法做到严格的权限管理和访问控制，确保数据只有在接收方满足访问策略时，才开放数据，并且还可控制数据的转发、截屏、打印等系统权限。这样既可以通过开放用户数据来提供更加优良的服务，又可以保证用户数据的安全，避免数据泄露。例如，在医疗领域，就可以保证医疗数据的有序分享、受控分发、可控撤回、事后追溯等需求。
273.4.用户数据的价值呈现
274.用户数据可以直观地展示给用户，让用户直接获知电子设备所采集到的用户数据，从而了解自身的身体状态、家庭成员的身体状态、家庭中的家居设备状态等等。
275.例如，电子设备可以基于用户的运动健康数据，自动为用户生成个性化的运动建议或饮食建议。电子设备还可以基于消费者的运动数据，自动生成展示运动结果的图像，方便用户查看。电子设备还可以监控冰箱中物品的剩余量，并及时通过手机提醒用户，或将该信息发送给第三方视频app，在进行视频播放时进行广告展示，或通过电商直接推荐当前所需的物品，或将信息自动存入备忘录，对用户进行提醒。电子设备还可以基于用户数据，联合其他设备进行广告推送，例如手机向大屏投屏，利用空余空间进行广告展示或直接展示多任务界面等等。电子设备还可以根据用户的使用该电子设备的数据、确定用户是否打破该电子设备的使用规则，若是，则输出提示信息，提示用户通过完成制定的任务，以继续正
常使用该电子设备。
276.用户数据还可用于为各个用户构建用户属性，以便为该用户提供更个性化的服务。这里，可以使用不同类型的数据来为同一用户构建不同类别的属性，例如使用运动健康数据构建运动健康属性，使用出行数据构建出行偏好属性，使用和家居生活相关的数据构建家居偏好属性，使用和娱乐生活相关的数据构建娱乐偏好属性等等。用户属性可以提供给用户自己看，也可以提供给第三方app或第三方平台，以便第三方app或第三方平台为用户提供个性化的服务。
277.用户数据还可以提供给第三方app或平台，如医疗机构、运动健康平台等，并融合起来为用户提供更好的服务。
278.例如，第三方app或平台可以基于大量的医疗数据发展ai医疗，如医学影像、辅助诊断、药物研发、健康管理、基因测序等，可以促进医疗行业的技术发展。又例如，患者可以从不同医院拿到之前的电子病历和检查报告，辅助医生诊断，即医疗数据可以在不同医疗机构之间安全流动，提升患者的看病效率。又例如，用户也可根据自己每日上传的各项身体检测数据，进行日常健康监测管理或者慢病风险分析等，且不用担心自己的数据被泄露。
279.此外，用户还可以将自身的用户数据出售。这样在用户许可的情况下，有需求的平台可以获取到大量有效的用户数据，并使用这些用户数据来研发更加丰富的应用技术，更好地为用户提供服务。并且，用户也能得到收益，实现双赢。
280.在一些实施例中，用户的端侧设备上可以安装有不同的应用，分别支持上述提及的不同领域的用户数据的采集、加工、开放及数据呈现。例如，端侧设备中可以安装有运动健康类app，用于支持针对运动健康类数据的相关处理。例如，端侧设备中可以安装有智能出行类app，用于支持针对出行类数据的相关处理。例如，端侧设备中可以安装有智能家居类app，用于支持针对家居类数据的相关处理。例如，端侧设备中可以安装有智能生活类app，用于支持针对生活类数据的相关处理。
281.本技术实施例提供的数据银行(data bank)的管理机制，用户共享和开放用户数据，可以在保障用户隐私安全的前提下，将数据银行作为资产一样流通起来，充分挖掘用户数据的价值，不仅可以满足用户的实际需求，让用户健康生活、智能出行，还可以促进各行业的健康繁荣发展。
282.图1b示例性示出了本技术实施例提供的一种通信系统10。
283.如图1b所示，通信系统10可包括：一个或多个用户侧的电子设备例如电子设备100-102，一个或多个医疗机构侧的电子设备例如电子设备200，医院服务器300，一个或多个健康数据采集设备例如智能手环600、体脂称601、血压计602、智能药盒603，健康数据服务器301，一个或多个智能家居设备例如智能冰箱700、空气净化器701，智能家居服务器302。其中：
284.用户侧的电子设备以及医疗机构侧的电子设备具体可以是搭载用户侧的电子设备以及医疗机构侧的电子设备具体可以是搭载或者其它操作系统的便携式电子设备，例如手机、平板电脑、智能手表、智能手环等等，还可以是具有触敏表面或触控面板的膝上型计算机(laptop)、具有触敏表面或触控面板的台式计算机等非便携式电子设备。
285.1、用户侧的电子设备、医院侧的电子设备和医院服务器300之间可以相互通信，满足用户在医疗机构就诊的各项需求。例如，线上挂号、查看诊断结果、服药建议、运动建议等
等。
286.在一些实施例中，电子设备100-102均可安装有挂号应用。该挂号应用可以为第三方app。这里以电子设备100为例进行说明。用户可以通过自己的身份标识登录电子设备100的中的挂号应用。上述身份标识可以包括账号(如姓名、手机号码、邮箱等)和密码(如字符密码、人脸图像、声纹、指纹等)。登录后，该用户和电子设备100可以看作是相互关联的。
287.电子设备100-102、电子设备200均可以访问医院服务器300。其中，电子设备100-102、电子设备200可以通过以下一项或多项通信技术与医院服务器300通信：3g、4g、5g等蜂窝移动通信技术、广域网(wide area network，wan)技术、局域网(local area network，lan)技术、无线局域网(wireless lan，wlan)技术等。
288.医院服务器300可用于存储医疗机构排号数据、患者的诊断结果、药品的消耗和存储数据等等。医院服务器300中可包含挂号系统。医院服务器300可以通过该挂号系统为挂号应用提供各项服务。例如，线上挂号服务、诊断结果查询服务、排号数据获取服务等等。医院服务器300可以是云端服务器。
289.用户在电子设备100中登录挂号应用后，可以通过医院服务器300实现线上挂号。电子设备100-102均可以获取与自己关联的用户的诊断结果，并进行展示。示例性的，电子设备100可以根据与自己关联的用户的身份标识向医院服务器300请求该用户的诊断结果，并显示在屏幕上。这样，用户可以查看自己的诊断结果。电子设备100-102中任意一个电子设备还可以向医院服务器300获取医疗机构排号数据，以便于为与自己关联的用户制定就诊计划。
290.电子设备200可用于医生查看在医疗机构挂号的患者的挂号数据、记录患者的诊断结果等等数据，并将患者的诊断结果发送给患者。其中，电子设备200在接收到医生输入的患者的诊断结果后，响应于将患者的诊断结果发送给患者的用户操作，电子设备200可以将患者的诊断结果发送给医院服务器300。医院服务器300可以将患者的诊断结果发送至该患者关联的电子设备(如电子设备100)。这样，该患者可以在自己的电子设备上查看自己的诊断结果。
291.在一些实施例中，用户侧的电子设备和医院侧的电子设备之间也可以直接通信。例如，电子设备200可以获取到患者关联的电子设备(如电子设备100)的通信地址。响应于将电子设备100关联的患者的诊断结果发送给患者的用户操作，电子设备200可以根据电子设备100的通信地址，将患者的诊断结果发送至电子设备100。上述电子设备100的通信地址可以是电子设备200从医院服务器300中获取的。可选的，医院侧的电子设备和用户侧的电子设备之间建立的通信连接也可以是蓝牙通信连接、无线保真(wireless fidelity，wi-fi)通信连接等等。本技术实施例对此不作限定。
292.在一些实施例中，不限于电子设备200，医院侧的电子设备还可以包含更多的电子设备。多个医院侧的电子设备可以分别是不同医疗机构的电子设备。这多个医院侧的电子设备均可以与医院服务器300通信。例如，一个医院侧的电子设备可以通过医院服务器300获取一个患者在其它医疗机构就诊的数据。也即是说，一个医疗机构的医生在为患者就诊时，可以了解该患者在其他医疗机构就诊的诊断结果。这有利于辅助医生诊断，提升患者的看病效率。
293.电子设备100获取到自己关联用户的诊断结果之后，可以根据根据该诊断结果为
该用户提供服药建议、运动建议、饮食建议等健康管理建议。上述服药建议可以包括提示用户与用户服用的药品冲突的食物等。上述运动建议可以包括与用户的病情适配，能帮助用户恢复身体健康的运动项目和运动强度等。上述饮食建议可以包括与用户病情适配，有益于用户身体健康的食谱等。
294.2、多个用户侧的电子设备之间可以进行家庭组网，共享运动建议、饮食建议等，帮助用户管理自己和家人的健康状况。
295.在一些实施例中，用户侧的电子设备可安装有一个或多个系统app。这里以电子设备100为例进行说明。用户可以通过自己的身份标识登录电子设备100的中的系统app。上述身份标识可以包括账号(如姓名、手机号码、邮箱等)和密码(如字符密码、人脸图像、声纹、指纹等)。登录后，该用户和电子设备100可以看作是相互关联的。
296.其中，在第三方app运行的应用场景中(如通过挂号应用进行线上挂号、获取用户的诊断结果等)，电子设备100可以根据第三方app上的登录信息确定电子设备100关联的用户。在系统app运行的应用场景中(如与一个家庭群组中的其它电子设备通信等)，电子设备100可以根据系统app上的登录信息确定电子设备100关联的用户。
297.在一些实施例中，电子设备100中登录系统app的用户和登录第三方app(如挂号应用)的用户可以是同一个用户。在同一个用户登录系统app和第三方app的场景中，用于登录系统app的身份标识和用于登录第三方app的身份标识可以是相同的，也可以是不同的。例如，用于登录系统app的身份标识中的账号与用于登录第三方app的身份标识中账号的可以是一个用户的不同账号。由于用于登录系统app的身份标识和用于登录第三方app的身份标识均可以指示同一个用户，根据系统app确定出电子设备100关联的用户和根据第三方app确定出电子设备100关联的用户是相同的。
298.在另一些实施例中，电子设备100中登录系统app的用户和登录第三方app(如挂号应用)的用户也可以是不同的用户。示例性的，用户a通过自己的身份标识在电子设备100中登录系统app。用户b通过自己的身份标识在电子设备100中登录第三方app(如挂号应用)。由于用于登录系统app的身份标识和用于登录第三方app的身份标识指示的不是同一个用户，电子设备100根据系统app确定出电子设备100关联的用户和根据第三方app确定出电子设备100关联的用户是不同的。
299.本技术实施例中具体以电子设备100中登录系统app的用户和登录第三方app的用户是同一个用户为例进行说明。
300.在一些实施例中，用户侧的电子设备中可安装有家庭组网应用。该家庭组网应用可以是系统app。多个用户侧的电子设备之间可以通过家庭组网应用进行家庭组网。示例性的，电子设备100-102可以通过家庭组网应用中的登录信息确定出各自关联的用户。其中，电子设备100-102各自关联的用户可以是一个家庭中的不同成员(如家主、父母、儿女等)。电子设备100-102可以进行家庭组网，建立一个家庭群组。
301.一个家庭群组中的多个电子设备之间可以通过以下一项或多项通信技术进行通信：3g、4g、5g等蜂窝移动通信技术、广域网(wide area network，wan)技术、局域网(local area network，lan)技术、无线局域网(wireless lan，wlan)技术、蓝牙通信技术等。
302.一个家庭群组中的电子设备可以共享运动建议、饮食建议等健康管理建议。示例性的，电子设备100可以获取自己关联的用户的诊断结果，并根据该诊断结果提供运动建议
和饮食建议。电子设备100可以将该运动建议和饮食建议发送至与自己处于一个家庭群组中的其它电子设备。一个家庭中的成员生活习惯相近，并且有可能存在遗传病史。一个家庭群组中的一个电子设备将根据一个家庭成员的诊断结果确定出的运动建议、饮食建议共享给其他家庭成员，可以有效帮助这一个家庭保持健康，预防可能出现的疾病。
303.一个家庭群组中的各电子设备可以具有身份属性。例如，家主、家主的父亲、家主的母亲等等。在一种可能的实现方式中，例如，当身份属性为家主的父亲的电子设备接收到的诊断结果指示家主的父亲患有重疾，身份属性为家主的父亲的电子设备可以将诊断结果显示为轻症，并将实际的病情发送至身份属性为家主的电子设备。这样可以减少家庭成员在知晓自己实际的病情后无法接受，放弃治疗的情况。并且，上述方法可以方便家主监控家庭成员的身体状态，并在家庭成员生病时及时寻求治疗方案。
304.3、用户侧的电子设备、健康数据采集设备、健康数据服务器301之间可以相互通信，用户侧的电子设备可以获取用户的运动健康数据。
305.用户侧的电子设备可以通过以下一项或多项通信技术与健康数据采集设备、健康数据服务器301进行通信：3g、4g、5g等蜂窝移动通信技术、广域网(wide area network，wan)技术、局域网(local area network，lan)技术、无线局域网(wireless lan，wlan)技术、蓝牙通信技术等。可以理解的，虽然部分用户侧的电子设备(如电子设备101、电子设备102)与健康数据采集设备、健康数据服务器301之间的通信连接关系未在图1b中示出，但这些用户侧的电子设备可以与健康数据采集设备、健康数据服务器301进行通信。这里具体以电子设备100与健康数据采集设备、健康数据服务器301进行通信为例进行说明。
306.不限于图1b所示的健康数据采集设备，通信系统10中还可以包含更多或更少的健康数据采集设备。例如智能手表、血糖仪、血氧计、体温计、心电记录仪等等。
307.健康数据采集设备可以通过以下一项或多项通信技术与健康数据服务器301通信：3g、4g、5g等蜂窝移动通信技术、广域网(wide area network，wan)技术、局域网(local area network，lan)技术、无线局域网技术(wireless lan，wlan)技术等。
308.健康数据采集设备可用于采集用户的运动健康数据。例如，智能手环600可以采集用户的心率、呼吸率、血氧等。体脂称601可以采集用户的体重、体脂率等。血压计602可以采集用户的血压。智能药盒603可以检测用户服用药品的数据。例如服用药品的时间、名称、数量等等。
309.在一些实施例中，健康数据采集设备可以将采集的运动健康数据发送给用户侧的电子设备。用户侧的电子设备可以将运动健康数据发送给健康数据服务器301。
310.在一些实施例中，健康数据采集设备可以将采集的运动健康数据发送给健康数据服务器301。用户侧的电子设备可以从健康数据服务器301获取与自己关联的用户的运动健康数据。
311.健康数据服务器301可以存储上述运动健康数据。健康数据服务器301还可用于存储用户侧的电子设备与健康数据采集设备的关联关系。其中，用户侧的电子设备和健康数据采集设备可以通过登录同一个账号、蓝牙绑定等方式进行关联。当接收到用户侧的电子设备用于获取运动健康数据的请求，健康数据服务器301可以将来自与该用户侧的电子设备具有关联关系的健康数据采集设备的运动健康数据发送给该用户侧的电子设备。本技术实施例对用户侧的电子设备与健康数据采集设备进行关联的方法不作限定。
312.通过上述健康数据采集设备、健康数据服务器301，电子设备100可以获取用户的运动健康数据。在一些实施例中，电子设备100可以结合上述运动健康数据和从医院服务器300获取的诊断结果，为用户提供运动建议、饮食建议等健康管理建议。
313.在一些实施例中，医院侧的电子设备还可以包含血压计602、血糖仪、血氧计等医疗器械相关的设备。这些医疗器械相关的设备可以在检测得到用户的运动健康数据后，将运动健康数据发送至电子设备200和/或医院服务器300。用户侧的电子设备在获取与自己关联的用户的诊断结果时，还可以获取上述医疗器械相关的设备检测到的运动健康数据。
314.4、用户侧的电子设备、智能家居设备、智能家居服务器302之间可以相互通信，用户侧的电子设备可以获取智能家居设备检测到的家居设备数据。例如，智能家居设备中的耗材(如食材、空气净化器滤芯等)的消耗情况。
315.用户侧的电子设备可以通过以下一项或多项通信技术与智能家居设备、智能家居服务器302进行通信：3g、4g、5g等蜂窝移动通信技术、广域网(wide area network，wan)技术、局域网(local area network，lan)技术、无线局域网(wireless lan，wlan)技术、蓝牙通信技术等。可以理解的，虽然部分用户侧的电子设备(如电子设备101、电子设备102)与智能家居设备、智能家居服务器302之间的通信连接关系未在图1b中示出，但这些用户侧的电子设备可以与智能家居设备、智能家居服务器302进行通信。这里具体以电子设备100与智能家居设备、智能家居服务器302进行通信为例进行说明。
316.不限于图1b所示的智能家居设备，通信系统10中还可以包含更多或更少的智能家居设备。例如智能空调、智能洗衣机、智能电灯、智能垃圾桶、扫地机器人、智能净水器等等。
317.智能家居设备可以通过以下一项或多项通信技术与智能家居服务器302通信：3g、4g、5g等蜂窝移动通信技术、广域网(wide area network，wan)技术、局域网(local area network，lan)技术、无线局域网(wireless lan，wlan)技术等。
318.智能家居设备中可具有检测装置。示例性的，智能冰箱700的检测装置可以包括摄像头。智能冰箱700可以检测存储在智能冰箱700内的食材。空气净化器701可以检测用于净化空气的滤芯是否需要更换。智能垃圾桶可以检测垃圾的种类以及垃圾的数量等。智能净水器可以检测用于净水的滤芯是否需要更换。
319.在一些实施例中，智能家居设备可以将检测到的家居设备数据发送给用户侧的电子设备。用户侧的电子设备可以将家居设备数据发送给智能家居服务器302。
320.在一些实施例中，智能家居设备可以将检测到的家居设备数据发送给智能家居服务器302。用户侧的电子设备可以从智能家居服务器302获取与自己有关联关系的智能家居设备的家居设备数据。
321.智能家居服务器302可以存储上述家居设备数据。智能家居服务器302还可用于存储用户侧的电子设备与智能家居设备的关联关系。其中，用户侧的电子设备和智能家居设备可以通过登录同一个账号、蓝牙绑定等方式进行关联。当接收到用户侧的电子设备用于获取家居设备数据的请求，智能家居服务器302可以将与该用户侧的电子设备关联的智能家居设备的家居设备数据发送给该用户侧的电子设备。本技术实施例对用户侧的电子设备与智能家居设备进行关联的方法不作限定。
322.智能家居服务器302还可以用于用户侧的电子设备远程控制智能家居设备。这里以智能空调为例进行说明。用户侧的电子设备可以接收到用于开启家中智能空调的用户操
作。响应于该用户操作，用户侧的电子设备可以向智能家居服务器302发送开启智能空调的指令。智能家居服务器302可以将该开启智能空调的指令发送给与该用户侧的电子设备关联的智能空调。智能空调可以响应该开启智能空调的指令而开启，并向智能家居服务器302发送用于指示智能空调已开启的消息。智能家居服务器302可以将该指示智能空调已开启的消息发送给该智能空调关联的用户侧的电子设备。用户侧的电子设备可以显示智能空调已开启的通知，来提示用户智能空调已开启。
323.通过上述智能家居设备、智能家居服务器302，电子设备100可以获取家居设备数据。在一些实施例中，电子设备100可以结合上述诊断结果、上述运动健康数据和上述家居设备数据，为用户提供购物建议。这样，用户侧的电子设备可以提醒用户及时购入有益于自己身体健康的食材、家中短缺的食材、智能净水器的滤芯以及空气净化器的滤芯等智能家居设备的耗材。
324.可以理解的，图1b示出了结构并不构成对通信系统10的具体限定。在本技术的一些实施例中，通信系统10可以包括比图1b所示更多或更少的电子设备。本技术实施例对通信系统10包含的电子设备的通信方式不作限定。
325.图2a示例性示出了本技术提供的一种电子设备100的结构示意图。
326.电子设备100可以是手机、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，pda)、增强现实(augmented reality，ar)设备、虚拟现实(virtual reality，vr)设备、人工智能(artificial intelligence,ai)设备、可穿戴式设备、车载设备、智能家居设备和/或智慧城市设备，本技术实施例对该电子设备的具体类型不作特殊限制。
327.电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，usb)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170a，受话器170b，麦克风170c，耳机接口170d，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，sim)卡接口195等。其中传感器模块180可以包括压力传感器180a，陀螺仪传感器180b，气压传感器180c，磁传感器180d，加速度传感器180e，距离传感器180f，接近光传感器180g，指纹传感器180h，温度传感器180j，触摸传感器180k，环境光传感器180l，骨传导传感器180m等。
328.可以理解的是，本技术实施例示意的结构并不构成对电子设备100的具体限定。在本技术另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
329.处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，ap)，调制解调处理器，图形处理器(graphics processing unit，gpu)，图像信号处理器(image signal processor，isp)，控制器，视频编解码器，数字信号处理器(digital signal processor，dsp)，基带处理器，和/或神经网络处理器(neural-network processing unit，npu)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
330.控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
331.处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
332.在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，i2c)接口，集成电路内置音频(inter-integrated circuit sound，i2s)接口，脉冲编码调制(pulse code modulation，pcm)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，uart)接口，移动产业处理器接口(mobile industry processor interface，mipi)，通用输入输出(general-purpose input/output，gpio)接口，用户标识模块(subscriber identity module，sim)接口，和/或通用串行总线(universal serial bus，usb)接口等。
333.i2c接口是一种双向同步串行总线，包括一根串行数据线(serial data line，sda)和一根串行时钟线(derail clock line，scl)。在一些实施例中，处理器110可以包含多组i2c总线。处理器110可以通过不同的i2c总线接口分别耦合触摸传感器180k，充电器，闪光灯，摄像头193等。例如：处理器110可以通过i2c接口耦合触摸传感器180k，使处理器110与触摸传感器180k通过i2c总线接口通信，实现电子设备100的触摸功能。
334.i2s接口可以用于音频通信。在一些实施例中，处理器110可以包含多组i2s总线。处理器110可以通过i2s总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过i2s接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。
335.pcm接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过pcm总线接口耦合。在一些实施例中，音频模块170也可以通过pcm接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述i2s接口和所述pcm接口都可以用于音频通信。
336.uart接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，uart接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过uart接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过uart接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。
337.mipi接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。mipi接口包括摄像头串行接口(camera serial interface，csi)，显示屏串行接口(display serial interface，dsi)等。在一些实施例中，处理器110和摄像头193通过csi接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过dsi接口通信，实现电子设备100的显示功能。
338.gpio接口可以通过软件配置。gpio接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，gpio接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。gpio接口还可以被配置为i2c接口，i2s接
local area networks，wlan)(如无线保真(wireless fidelity，wi-fi)网络)，蓝牙(bluetooth，bt)，全球导航卫星系统(global navigation satellite system，gnss)，调频(frequency modulation，fm)，近距离无线通信技术(near field communication，nfc)，红外技术(infrared，ir)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号解调以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
348.在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，gsm)，通用分组无线服务(general packet radio service，gprs)，码分多址接入(code division multiple access，cdma)，宽带码分多址(wideband code division multiple access，wcdma)，时分码分多址(time-division code division multiple access，td-scdma)，长期演进(long term evolution，lte)，bt，gnss，wlan，nfc，fm，和/或ir技术等。所述gnss可以包括全球卫星定位系统(global positioning system，gps)，全球导航卫星系统(global navigation satellite system，glonass)，北斗卫星导航系统(beidou navigation satellite system，bds)，准天顶卫星系统(quasi-zenith satellite system，qzss)和/或星基增强系统(satellite based augmentation systems，sbas)。
349.电子设备100通过gpu，显示屏194，以及应用处理器等实现显示功能。gpu为图像处理的微处理器，连接显示屏194和应用处理器。gpu用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个gpu，其执行程序指令以生成或改变显示信息。
350.显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，lcd)，有机发光二极管(organic light-emitting diode，oled)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，amoled)，柔性发光二极管(flex light-emitting diode，fled)，miniled，microled，micro-oled，量子点发光二极管(quantum dot light emitting diodes，qled)等。在一些实施例中，电子设备100可以包括1个或n个显示屏194，n为大于1的正整数。
351.电子设备100可以通过isp，摄像头193，视频编解码器，gpu，显示屏194以及应用处理器等实现拍摄功能。
352.isp用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给isp处理，转化为肉眼可见的图像。isp还可以对图像的噪点，亮度，肤色进行算法优化。isp还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，isp可以设置在摄像头193中。
353.摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，ccd)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，cmos)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给isp转换成数字图像信号。isp将数字图像信号输出到dsp加工处理。dsp将数字图像信号转换成标准的rgb，yuv等格式的图像信号。在一些实施例中，
电子设备100可以包括1个或n个摄像头193，n为大于1的正整数。
354.数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
355.视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，mpeg)1，mpeg2，mpeg3，mpeg4等。
356.npu为神经网络(neural-network，nn)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过npu可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
357.内部存储器121可以包括一个或多个随机存取存储器(random access memory，ram)和一个或多个非易失性存储器(non-volatile memory，nvm)。
358.随机存取存储器可以包括静态随机存储器(static random-access memory，sram)、动态随机存储器(dynamic random access memory，dram)、同步动态随机存储器(synchronous dynamic random access memory,sdram)、双倍资料率同步动态随机存取存储器(double data rate synchronous dynamic random access memory,ddr sdram，例如第五代ddr sdram一般称为ddr5 sdram)等；非易失性存储器可以包括磁盘存储器件、快闪存储器(flash memory)。
359.快闪存储器按照运作原理划分可以包括nor flash、nand flash、3d nand flash等，按照存储单元电位阶数划分可以包括单阶存储单元(single-level cell,slc)、多阶存储单元(multi-level cell,mlc)、三阶储存单元(triple-level cell,tlc)、四阶储存单元(quad-level cell,qlc)等，按照存储规范划分可以包括通用闪存存储(英文：universal flash storage，ufs)、嵌入式多媒体存储卡(embedded multi media card，emmc)等。
360.随机存取存储器可以由处理器110直接进行读写，可以用于存储操作系统或其他正在运行中的程序的可执行程序(例如机器指令)，还可以用于存储用户及应用程序的数据等。
361.非易失性存储器也可以存储可执行程序和存储用户及应用程序的数据等，可以提前加载到随机存取存储器中，用于处理器110直接进行读写。
362.外部存储器接口120可以用于连接外部的非易失性存储器，实现扩展电子设备100的存储能力。外部的非易失性存储器通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部的非易失性存储器中。
363.电子设备100可以通过音频模块170，扬声器170a，受话器170b，麦克风170c，耳机接口170d，以及应用处理器等实现音频功能。例如音乐播放，录音等。
364.音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
365.扬声器170a，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以
通过扬声器170a收听音乐，或收听免提通话。
366.受话器170b，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170b靠近人耳接听语音。
367.麦克风170c，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170c发声，将声音信号输入到麦克风170c。电子设备100可以设置至少一个麦克风170c。在另一些实施例中，电子设备100可以设置两个麦克风170c，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170c，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
368.耳机接口170d用于连接有线耳机。耳机接口170d可以是usb接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，omtp)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the usa，ctia)标准接口。
369.压力传感器180a用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180a可以设置于显示屏194。压力传感器180a的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180a，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180a检测所述触摸操作强度。电子设备100也可以根据压力传感器180a的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。
370.陀螺仪传感器180b可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180b确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180b可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180b检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180b还可以用于导航，体感游戏场景。
371.气压传感器180c用于测量气压。在一些实施例中，电子设备100通过气压传感器180c测得的气压值计算海拔高度，辅助定位和导航。
372.磁传感器180d包括霍尔传感器。电子设备100可以利用磁传感器180d检测翻盖皮套的开合。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180d检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。
373.加速度传感器180e可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。
374.距离传感器180f，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180f测距以实现快速对焦。
375.接近光传感器180g可以包括例如发光二极管(led)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180g检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180g也可用于皮套模式，口袋模式自动解锁与锁屏。
376.环境光传感器180l用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180l也可用于拍照时自动调节白平衡。环境光传感器180l还可以与接近光传感器180g配合，检测电子设备100是否在口袋里，以防误触。
377.指纹传感器180h用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。
378.温度传感器180j用于检测温度。在一些实施例中，电子设备100利用温度传感器180j检测的温度，执行温度处理策略。例如，当温度传感器180j上报的温度超过阈值，电子设备100执行降低位于温度传感器180j附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。
379.触摸传感器180k，也称“触控器件”。触摸传感器180k可以设置于显示屏194，由触摸传感器180k与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180k用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180k也可以设置于电子设备100的表面，与显示屏194所处的位置不同。
380.骨传导传感器180m可以获取振动信号。在一些实施例中，骨传导传感器180m可以获取人体声部振动骨块的振动信号。骨传导传感器180m也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180m也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180m获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180m获取的血压跳动信号解析心率信息，实现心率检测功能。
381.按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。
382.马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
383.指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
384.sim卡接口195用于连接sim卡。sim卡可以通过插入sim卡接口195，或从sim卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或n个sim卡接口，n为大于1的正整数。sim卡接口195可以支持nano sim卡，micro sim卡，sim卡等。同一个sim卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。sim卡接口195也可以兼容不同类型的sim卡。sim卡接口195也可以兼容外部存储卡。电子设备100通过sim卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用esim，即：嵌入式sim卡。esim卡可以嵌在电子设备100中，不能和电子设备100分离。
385.电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本技术实施例以移动操作系统为例，示例性说明电子设备100的软件结构。
386.图2b是本技术实施例的电子设备100的软件结构框图。
387.分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将移动操作系统分为四层，从上至下分别为应用程序层，程序框架层/核心服务层，底层库和运行时，以及内核层。
388.应用程序层可以包括一系列应用程序包。
389.如图2b所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，wlan，蓝牙，音乐，视频，短信息等应用程序。
390.程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，api)和编程框架。程序框架层包括一些预先定义的函数。
391.如图2b所示，程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。
392.窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
393.内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
394.视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
395.电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。
396.资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
397.通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
398.运行时可以指程序运行时所需的一切代码库、框架等。例如，对于c语言来说，运行时包括一系列c程序运行所需的函数库。对于java语言来说，除了核心库之外，运行时还包括java程序运行所需的虚拟机等。上述核心库可包括java语言需要调用的功能函数。
399.底层库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：opengl es)，2d图形引擎(例如：sgl)等。
400.表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2d和3d图层的融合。
401.媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:mpeg4，h.264，mp3，aac，amr，jpg，png等。
402.三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
403.2d图形引擎是2d绘图的绘图引擎。
404.内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。
405.下面结合捕获拍照场景，示例性说明电子设备100软件以及硬件的工作流程。
406.当触摸传感器180k接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为相机应用图标的控件为例，相机应用调用应用框架层的接口，启动相机应用，进而通过调用内核层启动摄像头驱动，通过摄像头193捕获静态图像或视频。
407.图1b所示通信系统10中用户侧的电子设备(如电子设备101、电子设备102)、医院侧的电子设备(如电子设备200)、健康数据采集设备、智能家居设备的结构可以参考参考前述图2a和图2b所示实施例的介绍，这里不再赘述。其中，相比于图2a和图2b所示的结构示意图，用户侧的电子设备(如电子设备101、电子设备102)、医院侧的电子设备(如电子设备200)、健康数据采集设备、智能家居设备可以包含更多或更少的组件。
408.图3示例性示出了本技术实施例提供的一种医院服务器300的结构示意图。
409.如图3所示，医院服务器300可以包括：一个或多个处理器310、存储器311、通信接口312、发射器314、接收器315、耦合器316和天线317。这些部件可通过总线313或者其他方式连接。图3以通过总线连接为例进行说明。其中：
410.通信接口312可用于医院服务器300与其他电子设备，例如图1b所示的电子设备100-102、电子设备200等进行通信。具体的，通信接口312可以是3g通信接口、长期演进(lte)(4g)通信接口、5g通信接口、wlan通信接口、wan通信接口等等。不限于无线通信接口，医院服务器300还可以配置有线的通信接口312来支持有线通信。
411.在本技术的一些实施例中，发射器314和接收器315可看作一个无线调制解调器。发射器314可用于对处理器310输出的信号进行发射处理。接收器315可用于接收信号。在医院服务器300中，发射器314和接收器315的数量均可以是一个或者多个。天线317可用于将传输线中的电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器316可用于将移动通信号分成多路，分配给多个的接收器315。可理解的，医院服务器300的天线317可以实现为大规模天线阵列。
412.存储器311与处理器310耦合，用于存储各种软件程序和/或多组指令。具体的，存储器311可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。
413.存储器311可以存储操作系统(下述简称系统)，例如等嵌入式操作系统。存储器311还可以存储网络通信程序，该网络通信程序可用于与一个或多个医院侧的电子设备(如电子设备200)，一个或多个用户侧的电子设备(如电子设备100-102)进行通信。
414.在本技术实施例中，存储器311可以存储挂号系统。该挂号系统可用于提供线上挂号服务器、诊断结果查询服务、排号数据获取服务等。存储器311中还可存储医疗机构排号数据、患者的诊断结果、药品的消耗和存储数据等等。
415.在本技术实施例中，处理器310可用于读取和执行计算机可读指令。具体的，处理器310可用于调用存储在存储器311中的程序，并执行该程序包含的指令。该程序可以例如是本技术的一个或多个实施例提供的线上挂号的方法在医院服务器300侧的实现程序。再例如是本技术的一个或多个实施例提供的获取诊断结果的方法在医院服务器300侧的实现程序。再例如是本技术的一个或多个实施例提供的获取医疗机构排号数据的方法在医院服务器300侧的实现程序。
416.需要说明的是，图3所示的医院服务器300仅仅是本技术实施例的一种实现方式，实际应用中，医院服务器300还可以包括更多或更少的部件，这里不作限制。
417.本技术提供一种健康管理方法。在该方法中，电子设备100可以获取用户的日程安排数据、运动健康数据。该日程安排数据可以包括用户在医疗机构的挂号数据、请假数据、出行数据等等。电子设备100还可以从医院服务器300获取医疗机构排号数据。该医疗机构排号数据可包括该医疗机构各科室的排班信息、预约患者的就诊进度等。电子设备100可以基于上述医疗机构排号数据所包括的数据以及上述日程安排数据中的一项或多项为用户提供就诊计划。电子设备100还可以基于上述运动健康数据为用户提供就诊后的用药提醒和身体恢复建议。
418.上述就诊计划可以包括与用户去医疗机构就诊相关的方案建议。例如，挂号方案和就诊出行方案。上述挂号方案可以包括适合于用户的预约时间(如请假日、周末等)和挂号医生。上述适合于用户的预约时间可以是用户没有工作安排、出行计划等日程安排的时间。上述适合于用户的挂号医生可以是用户看病方向上(如糖尿病方向上)在适合于用户的预约时间内可被预约的医生。上述就诊出行方案可以是使得用户等待时间最少且能及时到达医疗机构的出行路线规划。
419.由上述方法可知，电子设备100可以为用户提供合适的就诊计划，以及就诊后的用药提醒和身体恢复建议。这样，用户可以合理地安排自己的工作和生活，并在电子设备100的提示下注意自己的饮食，进行适合自己的运动锻炼，从而保持或提高自己的健康水平。
420.下面基于图1b所示的通信系统10介绍本技术实施例提供的一种线上挂号的场景。
421.图4a～图4f示例性示出了线上挂号的场景示意图。本技术中以电子设备100是姓名为“张三”的用户的手机为例进行具体说明。其中，电子设备100中登录系统app和登录第三方app的用户均可以为张三。
422.如图4a所示，电子设备100可以显示用户界面410。用户界面410显示了一个放置有应用图标的页面。该页面可包括多个应用图标(例如，时钟应用图标、日历应用图标、智慧生活应用图标、中心医院应用图标411等等)。上述多个应用图标下方还可显示有页面指示符，以表明当前显示的页面与其他页面的位置关系。页面指示符的下方有多个托盘图标(例如，
相机应用图标、联系人应用图标、拨号应用图标、信息应用图标)。托盘图标在页面切换时保持显示。本技术实施例对用户界面410上显示的内容不作限定。响应于作用在上述应用图标或托盘图标上的用户操作，例如触摸操作，电子设备100可以开启与该应用图标或该托盘图标对应的应用程序。
423.例如，响应于作用在中心医院应用图标411的用户操作，电子设备100可以调用中心医院app，显示如图4b所示的用户界面420。这样，用户可以进行线上挂号、排队查询等操作。该中心医院app即为前述实施例中挂号应用的一个示例。
424.用户界面420可包括身份标识框421、功能选择区域422。其中，身份标识框421可包括用户姓名、健康卡号、手机号码。例如，中心医院app中当前登录的账号是张三的账号。身份标识框421中显示的用户姓名可以为“张三”。健康卡号可以为张三的健康卡号，如9127*****。手机号码可以为张三的手机号码，如188********。不限于上述用户姓名、健康卡号、手机号码，身份识别框421中还可以包含更多或更少用于标识用户身份信息的数据。
425.功能选择区域422可以包括预约挂号选项、排队查询选项、线上问诊选项、体检预约选项、挂号记录选项、医生排班选项等等功能选项。响应于作用在功能选择区域422中任一功能选项的用户操作，电子设备100可以显示与被选择的功能选项对应的用户界面。不限于图4b所示的功能选项，电子设备100还可以包含更多或更少的功能选项。
426.例如，预约挂号选项可用于用户在中心医院的挂号系统上进行线上挂号。响应于作用在预约挂号功能选项的用户操作，电子设备100可以显示如图4c所示的用户界面430。用户界面430可包括搜索框431和科室选择区域432。其中：
427.搜索框431可用于用户搜索中心医院的科室。当接收到输入至搜索框431的文本信息，并接收到作用在搜索控件(图4c中未示出)的用户操作，电子设备100可以根据搜索框431中的文本信息进行搜索，并在用户界面显示搜索结果。
428.在一种可能的实现方式中，上述输入至搜索框431的文本信息可以包括医院科室的名称。例如“皮肤科”。响应于搜索医院科室的名称的用户操作，电子设备100可以显示上述被搜索的医院科室包括的看病方向、医生信息等等。即用户可以直接通过上述搜索框431来搜索医院中的具体科室，而不用在科室选择区域432中逐个寻找自己需要挂号的科室。
429.在一种可能的实现方式中，上述输入至搜索框431的文本信息可以包括病症信息。该病症信息可以包括用户身体疼痛的部位、用户身体的异常反应等等。响应于搜索病症信息的用户操作，电子设备100可以显示与该病症信息匹配的科室信息、医生信息等等。即用户可以利用自己的病症信息，通过上述搜索框431来搜索自己应该选择哪个科室、哪个医生挂号。上述方法可以降低用户挂错号的几率，减少医院资源的浪费。
430.科室选择区域432可用于用户选择需要挂号的科室。示例性的，响应于作用在内分泌科选项的用户操作，电子设备100可以在用户界面显示如图4c所示与内分泌科相关的疾病选项。这样，用户可以根据具体科室中的某一类型疾病选择合适的医生进行挂号。响应于作用在糖尿病选项的用户操作，电子设备100可以显示如图4d所示的用户界面440。
431.用户界面440可以包括日期选项区域441、一个或多个医生的挂号区域。例如，林医生的挂号区域442、李医生的挂号区域443、刘医生的挂号区域444。其中：
432.日期选项区域441可用于用户选择挂号的日期。例如，08/01(即8月1日)、08/02(即8月2日)、08/03(即8月3日)。本技术实施例对日期选项区域441中包含的日期选项不作限
定。
433.一个医生的挂号区域中可包括这一个医生的姓名、职称、可挂号的数量等信息。这里以姓名为“林医生”的挂号区域442为例进行说明。响应于作用在日期选项“08/02”的用户操作，电子设备100可以在用户界面440显示内分泌科负责糖尿病方向且有排班的医生的挂号区域。如图4d所示，林医生的挂号区域442中可包括姓名(即“林医生”)、职称(即“主任医师”)、可挂号的数量。由林医生的挂号区域442可知，林医生8月2日上午可挂号的数量还剩余12个，下午可挂号的数量还剩余7个。
434.响应于用于预约林医生上午就诊的用户操作，电子设备100可以显示如图4e所示的用户界面450。用户界面450可包括医生信息451、就诊人信息452、挂号费453、支付类型454和预约时间段455。其中：
435.医生信息451中可包括医生的姓名、职称和简介。上述医生的简介可用于介绍该医生的研究方向、擅长技能等等。医生信息451可便于用户选择更适合为自己诊断和治疗的医生。本技术实施例对上述医生信息451中包含的内容不作限定。
436.就诊人信息452可包括需要就诊的用户的名称，例如张三。
437.挂号费453可用于指示挂号所需要的费用，例如33元。
438.支付类型454可用于用户选择支付挂号费的支付方式。例如医保。不限于医保，支付类型还可以是其它支付平台的支付类型，例如华为支付等等。响应于作用在支付类型454的用户操作，电子设备100可以显示多个支付类型选项(如医保、华为支付等)。响应于选择任意一个支付类型选项的用户操作，电子设备100可以在用户界面450中支付类型454的显示区域显示这一个被选择的支付类型选项对应的名称。即用户可以通过作用在支付类型454上的用户操作选择自己想要的支付方式。
439.预约时间段455中可包括多个时间段选项。其中，由图4d可知，用户选择的是预约林医生8月2日上午就诊。图4e所示的预约时间段455可以包括8月2日上午的多个时间段选项。例如，08:00-09:00、09:00-10:00、10:00-11:00、11:00-12:00。预约时间段455中的一个时间段选项中还可显示有该时间段剩余的可挂号数量。例如时间段选项09:00-10:00中显示有“余2”，可以表示在时间段9点-10点剩余的可挂号数量为2。本技术实施例对预约时间段455中时间段的具体划分方式不作限定。
440.响应于作用在时间段选项09:00-10:00的用户操作，电子设备100可以在用户界面450显示如图4f所示的提示框456。提示框456可用于提示用户挂号成功的信息。示例性的，提示框456可包括文字提示和确认控件456a。文字提示的内容可以例如是“您已成功预约8月2日09:00-10:00内分泌科林医生，请按时前往医院就诊”。响应于作用在确认控件456a的用户操作，电子设备100可以显示如图4e所示的用户界面。其中，由于用户(即张三)已经成功预约了林医生9点-10点就诊，图4e中时间段选项09:00-10:00中剩余的可挂号数量可以变为1。即时间段选项09:00-10:00中显示可显示有“余1”。
441.在一些实施例中，响应于作用在时间段选项09:00-10:00的用户操作，电子设备100可以向医院服务器300发送挂号请求。该挂号请求中可包含挂号科室、挂号医生、预约时间、用户信息(如用户名称、用户的健康卡号、用户的电话号码等)。本技术实施例对上述挂号请求中包含的内容不作限定。医院服务器300可以处理该挂号请求。具体的，医院服务器300可以在挂号系统中增加一条挂号记录(即张三的挂号记录)，并将上述挂号医生在上述
预约时间段内剩余可挂号的数量减少一个。医院服务器300可以向电子设备100发送挂号成功的消息。当接收到该挂号成功的消息，电子设备100可以在用户界面450显示上述提示框456。
442.另外，医院服务器300还可以将上述挂号记录发送给上述电子设备200。这样，医生可以在电子设备200查看预约自己的患者的挂号数据。
443.在一些实施例中，电子设备100可存储上述图4a～图4f所示场景中挂号成功的挂号数据。该挂号数据可以包括挂号医院(如中心医院)、挂号科室(如内分泌科)、挂号医生(如林医生)、预约时间(如8月2日09:00-10:00)、挂号费(如33元)等等数据。可以理解的，上述挂号数据是由上述中心医院app产生的。示例性的，响应于作用在图4b所示挂号记录选项的用户操作，电子设备100可以在用户界面显示上述挂号数据。即用户可以通过中心医院app来查看自己的挂号数据。
444.在一些实施例中，上述挂号数据可以开放给电子设备100上中心医院app以外的app，例如公司考勤app、小艺建议app、地图app等。即公司考勤app、小艺建议app、地图app等app可以获取到上述挂号数据，并根据上述挂号数据为用户提供请假方案、就诊出行方案。其中，在开放上述挂号数据的过程中，电子设备100可以先将上述挂号数据发送给中间服务器。中间服务器可以对上述挂号数据进行脱敏处理。然后，电子设备100可以将经过脱敏处理的挂号数据开放给中心医院app以外的app。这样可以保护用户的隐私，减少用户的敏感数据及隐私信息的泄露。
445.具体的，在一种可能的实现方式中，上述挂号数据可存储在中心医院app可访问的存储空间中。中心医院app可以向上述公司考勤app、小艺建议app、地图app等提供数据访问接口。该数据访问接口可用于获取上述挂号数据。即被提供上述数据访问接口的app均可以获取上述挂号数据。其中，被提供上述数据访问接口的app获取的挂号数据可以是脱敏之后的挂号数据。
446.在另一种可能的实现方式中，电子设备100可以将上述挂号数据存储在数据集中模块。不限于上述挂号数据，上述数据集中模块还可用于存储日程安排数据、运动健康数据等用户数据。若公司考勤app、小艺建议app、地图app等app具有获取挂号数据的权限，电子设备100可以将上述挂号数据开放给这些app。即这些app可以从数据集中模块获取上述挂号数据。其中，这些app从数据集中模块获取的挂号数据可以是脱敏之后的挂号数据。本技术实施例对中心医院app以外的app获取上述挂号数据的方法不作限定。
447.上述公司考勤app可以是用于实现上下班打卡、请假等功能的app。上述小艺建议app可以是用于为用户提供挂号方案建议、就诊出行方案建议、运动建议、饮食建议、购物建议、设备使用模式建议等建议的app。上述地图app可以是用于实现定位、导航等功能的app。本技术实施例对上述app的具体名称不作限定。
448.下面介绍本技术提供的一种电子设备100获取挂号数据后为用户提供请假方案的场景。
449.图5a～图5d示例性示出了电子设备100为用户提供请假方案的场景示意图。
450.在一些实施例中，电子设备100可以按照图4a～图4f所示的实施例完成线上挂号。然后电子设备100可以根据接收到作用在公司考勤app中的用户操作来完成请假。也即是说，用户可以通过中心医院app按照图4a～图4f所示的操作挂号成功后，再通过公司考勤
app请假。
451.如图5a所示，电子设备100可以显示用户界面410。用户界面410中包含的内容可以参考前述图4a所示实施例的介绍。其中，用户界面410中可包括公司考勤应用图标412。响应于作用在公司考勤应用图标412的用户操作，电子设备100可以显示如图5b所示的用户界面510。
452.用户界面510可以包含请假数据输入区域511和提示框512。
453.在一种可能的实现方式中，公司考勤app可以获取到上述挂号数据，并在请假数据输入区域511中填入与挂号数据适应的请假数据。示例性的，请假数据输入区域511中包含请假类型、开始时间、结束时间和请假时长。由上述挂号数据可知，姓名为“张三”的用户预约了2021年8月2日上午去中心医院就诊。公司考勤app在请假数据输入区域511中填入的请假数据可以包括：请假类型为病假、开始时间为2021年8月2日上午、结束时间为2021年8月2日上午、请假时长为0.5天。公司考勤app可以在用户界面510显示提示框512。该提示框512可用于提示用户请假数据输入区域511中的各项信息已根据挂号数据进行填写。提示框512可包括文字提示和确定控件512a。该文字提示的内容可以为“检测到您在8月2日上午的医院挂号记录，已为您自动填写请假信息”。本技术实施例对该文字提示的具体内容不作限定。响应于作用在确定控件512a的用户操作，电子设备100可以显示如图5c所示的用户界面510。
454.在另一种可能的实现方式中，电子设备100中可运行系统app。该系统app可以获取到上述挂号数据。在检测到电子设备100运行公司考勤app并接收到用于请假的用户操作的情况下，该系统app可以在请假数据输入区域511中填入如图5b所示与挂号数据适应的请假数据，并在用户界面510显示如图5b所示的提示框512。
455.也即是说，在请假数据输入区域511中填入与挂号数据适应的请假数据，以及显示提示框512可以是由公司考勤app完成的，也可以是由电子设备100的系统app完成的。不限于上述实现方式，电子设备100还可以通过其它的方式在请假数据输入区域511中填入与挂号数据适应的请假数据，以及显示提示框512。
456.如图5c所示，用户界面510还可以包含提交控件513。提交控件513可用于提交用户的请假申请。该请假申请中可包含上述请假数据。示例性的，响应于作用在提交控件513的用户操作，电子设备100可以将该请假申请发送至该用户所属公司的公司服务器中。该公司服务器可以将该请假申请发送给该用户上级领导的电子设备。这样，该用户上级领导可以审批该用户的请假申请。在该用户的请假申请通过后，电子设备100可以接收到请假申请通过通知。本技术实施例对发送请假申请、审批请假申请、发送请假申请通过通知的通信流程不作限定。
457.根据该请假申请通过通知，电子设备100可以显示如图5d所示来自公司考勤app的通知消息514。其中，公司考勤app可以获取到该请假申请通过通知。
458.如图5d所示，通知消息514可包括消息来源514a和消息内容514b。其中，消息来源514a可包括通知消息514的来源(如“公司考勤app”)和电子设备100推送该通知消息514的时间(如“刚刚”)。消息内容514b可以为“您8月2日的请假申请已通过”。本技术实施例对消息内容514b的具体内容不作限定。这样，根据通知消息514，用户可以知道自己的请假申请已通过。
459.在一些实施例中，图5b所示请假数据输入区域511中的请假数据还可以包括请假证明。电子设备100可以将挂号数据填入请假证明这一项中。不限于挂号数据，电子设备100还可以获取其它用于证明用户去医疗机构就诊的信息，并将该信息填入请假证明这一项。这样，用户在提交请假申请时可以无需在医疗机构的app(例如中心医院app)中获取挂号数据等信息，再手动填写请假证明。上述方法可以简化用户在请假时的用户操作。
460.由上述图5a～图5d所示的场景可知，若用户先通过电子设备100在医疗机构的挂号系统中线上挂号，再通过电子设备100请假，电子设备100可以根据挂号数据为用户确定请假数据。这样，用户可以不用手动填写请假数据，或者先在中心医院app中查看自己的挂号数据后再填写请假数据。上述实施例简化了用户在请假时的用户操作，提高了用户的使用体验。
461.在一些实施例中，用户可以先通过电子设备100中的公司考勤app请假，再通过电子设备100在医疗机构的挂号系统中线上挂号。电子设备100可以根据用户的请假数据为用户提供挂号方案，减少用户工作与去医疗机构就诊冲突的情况。
462.下面介绍本技术提供的一种电子设备100获取请假数据后为用户提供挂号方案的场景。
463.由于用户先请假再进行线上挂号，电子设备100响应图5a所示的用户操作调用公司考勤app时还未存储有挂号数据。响应于作用在图5a所示公司考勤app的用户操作，电子设备100可以显示如图5c所示的用户界面510。其中，请假数据输入区域511中的请假数据需要用户手动填写。例如，用户想要请8月2日上午的假去医院看病。电子设备100可以根据用户输入的请假数据在请假数据输入区域511显示如图5c所示的请假数据。进一步的，响应于作用在提交控件513的用户操作，电子设备100可以将请假申请发送至该用户所属公司的公司服务器中，并在接收到请假申请通过通知后显示如图5d所示的通知消息514。
464.经过上述图5a、图5c和图5d所示的过程，电子设备100可以存储用户的请假数据。其中，公司考勤app可以获取到上述请假数据。用户可以通过公司考勤app来查看自己的请假数据。上述请假数据还可以开放给电子设备100上公司考勤app以外的app，例如中心医院app、小艺建议app、地图app等。
465.进一步的，用户可以通过中心医院app进行线上挂号。电子设备100调用中心医院app并显示如图4c所示的用户界面300的过程可以参考前述图4a～图4c所示实施例的介绍。响应于作用在图4c所示糖尿病选项的用户操作，电子设备100可以显示如图6a所示的用户界面610。用户界面610可以包括提示框611。提示框611可用于提示用户选择与请假时间吻合的时间段前往医院就诊。提示框611中可包括文字提示，例如“检测到您在8月2日上午的请假记录，已为您筛选出8月2日上午有号的医生”。本技术实施例对提示框611中文字提示的具体内容不作限定。
466.在一种可能的实现方式中，提示框611显示在用户界面610上的时间长度可以为t1秒。即经过上述t1秒的时间，电子设备100可以关闭提示框611。提示框611可以从用户界面610上消失。上述t1的取值可以例如是3。本技术实施例对上述t1的取值不作限定。当提示框611从用户界面610消失，电子设备100可以显示如图6b所示的用户界面610。
467.如图6b所示，用户界面610可包括日期选项区域612、一个或多个医生的挂号区域。例如，林医生的挂号区域613、李医生的挂号区域614。
468.日期选项区域612可用于用户选择挂号的日期。其中，电子设备100可以根据用户的请假数据，将日期选项区域612中与请假时间对应的日期选项进行突出显示。示例性的，用户的请假数据中，请假时间为8月2日上午。日期选项“08/02”在用户界面610中所呈现的颜色比其它日期选项要深。本技术实施例对电子设备100突出显示上述日期选项的方式不作限定。其中，突出显示上述日期选项可以是由电子设备100中的中心医院app完成的，或者，也可以是由电子设备100中的系统app完成的。本技术实施例对此不作限定。
469.一个或多个医生的挂号区域可以为在用户请假时间内还有号的医生的挂号区域。对比图4d和图6b可知，刘医生8月2日上午可挂号的数量为0。即刘医生在用户请假时间内没有号了。电子设备100可以根据用户的请假数据，排除在用户请假时间内没有号的医生，并在用户界面610显示在用户请假时间内还有号的医生的挂号区域。在一些实施例中，电子设备100可以根据用户的请假数据，将一个或多个医生的挂号区域中与请假时间对应的剩余挂号数量突出显示。示例性的，用户的请假数据中，请假时间为8月2日上午。林医生的挂号区域613和李医生的挂号区域614中，8月2日上午的剩余挂号数量在用户界面610中所呈现的颜色比8月2日下午的剩余挂号数量要深。
470.其中，突出显示上述一个或多个医生的挂号区域中与请假时间对应的剩余挂号数量可以是由电子设备100中的中心医院app完成的，或者，也可以是由电子设备100中的系统app完成的。本技术实施例对此不作限定。
471.响应于用于预约林医生8月2日上午就诊的用户操作，电子设备100可以显示如图4e所示的用户界面450。电子设备100确定用户挂号的时间段以及确定挂号请求是否通过的过程可以参考前述图4e和图4f所示的实施例。这里不再赘述。
472.由上述图6a和图6b所示的场景可知，在获取到用户的请假数据的情况下，电子设备100可以提示用户在请假时间内去医院就诊。电子设备100还可以筛选出可在请假时间内为用户进行诊断的医生，以便于用户在挂号时可以选择与请假时间适应的时间段。这可以减少用户工作与去医疗机构就诊冲突的情况。
473.不限于上述请假数据，电子设备100还可以根据用户其它的日程安排为用户提供合适的挂号方案。上述日程安排可以例如是开会、搭乘火车、搭乘飞机等等。这样，用户在挂号时可以不用去查询或者回忆自己的各项日程安排。上述方法在使得挂号的过程更加顺畅和简单的同时，还减少了用户去医疗机构就诊与用户的各项日程安排冲突的情况。
474.在一些实施例中，医院侧的电子设备，例如图1b所示的电子设备200，可以将医疗机构排号数据发送至医院服务器300。用户侧的电子设备，例如图1b所示的电子设备100可以从医院服务器300获取医疗机构排号数据。电子设备100可以根据医疗机构排号数据以及用户的挂号数据为用户提供就诊出行方案，以便于用户及时到达医疗机构，并减少用户就诊过程中在医疗机构的等待时间。
475.下面介绍本技术提供的一种电子设备100为用户提供就诊出行方案的场景。
476.图7a～图7c示例性示出了电子设备100提供就诊出行方案的场景示意图。
477.电子设备200可以显示如图7a所示的用户界面710。用户界面710可以包括光标711、标题显示区域712、就诊信息713。其中：
478.光标711可以是具有人机交互功能的电子设备的屏幕上的符号或图形。光标711可用于响应定点设备(如鼠标、触摸板、数位笔等)检测到的移动操作。即电子设备200可以根
据定点设备检测到的移动操作，在屏幕上移动光标711的位置。电子设备200可以根据接收到的用户操作(如单击鼠标左键的用户操作)，对光标711所指示的位置的数据进行相应处理。
479.标题显示区域712可用于指示用户界面710显示的内容。示例性的，标题显示区域712可包括文字内容“患者就诊档案管理系统”和“内分泌科林医生”。即用户界面710显示的内容可以为在林医生处挂号的患者的就诊信息(如排号顺序、就诊进度等)。
480.就诊信息713可包含一条或多条就诊信息记录。其中，一条就诊信息记录可包含一位患者的排号顺序、预约时间、患者姓名、就诊进度。就诊信息713可以按照图7a所示表格的形式显示在用户界面710上。由就诊信息713可知，姓名为“张三”的用户的排号顺序为8号，预约时间为2021年8月2日09:00-10:00、就诊进度为等待中。在林医生处挂号的患者中，当前(即08:00)已有两位患者就诊结束。排号顺序为3号的患者正在就诊。其中，响应于作用在一条就诊信息记录中就诊进度所在数据的用户操作，电子设备200可以修改这一条就诊信息记录所对应的用户的就诊进度。例如，将“就诊中”修改为“已结束”，将“等待中”修改为“就诊中”。这样，林医生可以通过电子设备200在用户界面710修改患者的就诊进度。
481.在一些实施例中，电子设备200可以将上述就诊信息713发送给医院服务器300。用户侧的电子设备，例如电子设备100，可以从医院服务器300获取医疗机构排号数据。该医疗机构排号数据可以包括上述就诊信息713。电子设备100可以根据上述就诊信息713、用户的位置信息、医疗机构的位置信息为用户提供就诊出行方案。
482.示例性的，电子设备100可以显示如图7b所示的用户界面720。用户界面720可包括来自小艺建议app的通知消息721。通知消息721可包括消息来源721a、消息内容721b和链接控件721c。其中：
483.消息来源721a可包括通知消息721的来源(如“小艺建议app”)和电子设备100推送该通知消息721的时间(如“刚刚”)。
484.消息内容721b可用于提示用户前往医疗机构就诊。消息内容721b可以为“您预约了今日09:00-10:00中心医院的内分泌科门诊，排号顺序8号。您前面还有4个人等待就诊，根据您当前位置，预估需要30min到达中心医院，建议您8:30出发前往医院”。
485.链接控件721c可用于触发电子设备100显示详细的就诊出行方案。链接控件721c可包含文字提示“点击查看出行方案”。本技术实施例对消息内容721b的具体内容和链接控件721c包含的文字提示的具体内容均不作限定。
486.响应于作用在链接控件721c上的用户操作，电子设备100可以显示如图7c所示的用户界面730。在一种可能的实现方式中，电子设备100可以调用地图app为用户提供就诊出行方案。即用户界面730可以是地图app的用户界面。具体的，地图app可以获取用户当前的位置以及用户需要前往的医院的位置。地图app可以将用户当前的位置确定为起点，将用户需要前往的医院的位置确定为终点。然后，地图app可以规划出从起点至终点的出行方案。响应于选择不同出行方式(如驾车、公共交通等)的用户操作、选择不同出行要求(如少步行、时间短等)的用户操作，地图app可以确定出不同的出行方案。本技术实施例对地图app确定从起点至终点的出行方案的具体实现方法不作限定。
487.在一些实施例中，小艺建议app可以获取到用户的挂号数据以及医疗机构排号数据。根据用户的挂号数据和医疗机构排号数据，小艺建议app可以确定出该用户就诊所需要
的等待情况。根据用户从当前所处位置前往医疗机构所需要的时间以及上述等待情况，小艺建议app可以确定出用户从当前所处位置前往医疗机构的出发时间。上述用户从当前所处位置前往医疗机构所需要的时间可以是地图app确定出来的。然后，小艺建议app可以获取该地图app确定出的数据。或者，上述用户从当前所处位置前往医疗机构所需要的时间也可以是由小艺建议app确定出来的。本技术实施例对此不作限定。
488.示例性的，由图4a～图4f所示的实施例可知，张三预约了8月2日09:00-10:00就诊。由图7a所示的实施例可知，在8月2日08:00，正在就诊的患者为排号顺序为3号的患者。张三的前面还有4个人等待就诊。电子设备100可以从医院服务器300获取图7a所示的就诊信息。根据用户当前所处位置和中心医院的位置，小艺建议app可以确定出用户从当前所处位置前往中心医院所需要的时间约为30分钟(minute，min)。进一步的，小艺建议app可以确定出发时间(如8:30)。小艺建议app可以根据上述等待情况、前往中心医院所需要的时间、出发时间等确定出上述通知消息721中的消息内容721b。小艺建议app还可以在通知消息721中提供上述链接控件721c。电子设备100可以在8月2日(即张三就诊当日)08:00显示图7b所示来自小艺建议app的通知消息721。上述等待情况还可以是用户需要等待的时间长度。本技术实施例对此不作限定。
489.不限于上述小艺建议app，上述通知消息721还可以来自于电子设备100的其它app(如中心医院app等)。
490.可以理解的，上述在为用户提供就诊出行方案时所使用的挂号数据、医疗机构排号数据以及用户的位置信息均可以是经过中间服务器进行脱敏处理后的数据。其中，中间服务器可以从医院服务器300获取到上述医疗机构排号数据，并对该医疗机构排号数据进行脱敏处理。中间服务器可以将脱敏后的医疗机构排号数据发送给电子设备100。上述脱敏后的医疗机构排号数据可以包括排号顺序在用户(即张三)之前且还未就诊的患者的数量，不包括排号顺序在即张三之前且还未就诊的患者的身份信息。
491.上述小艺建议app或者其它app根据挂号数据、医疗机构排号数据以及用户的位置信息确定用户就诊出行方案的过程即为数据银行中对用户数据加工的过程。电子设备100显示上述包含就诊出行方案的通知消息721的过程即为数据银行中用户数据的价值呈现的过程。
492.由上述图7a～图7c所示的实施例可知，电子设备100可以在用户在医疗机构挂号后，提醒用户及时前往医疗机构就诊。电子设备100还可以为用户提供就诊出行方案，以便于用户能及时到达医院，并减少在医院的等待时间。上述方法可以减少用户自己规划就诊出行方案的烦恼。用户可以根据电子设备100提供的就诊出行方案，更便捷地前往医院就诊。
493.在一些实施例中，医疗机构设置有分诊台。在用户从挂号到就诊的过程中，用户需要先在医疗机构线上的挂号系统或者线下的挂号窗口进行挂号。在就诊当日，用户可以先取挂号单。该挂号单可以是根据用户在上述挂号系统或挂号窗口进行挂号的记录生成的。进一步的，用户可以凭上述挂号单在自己预约科室的分诊台处取自己预约医生的分诊号。该分诊号可用于指示该用户在自己预约医生处就诊的排队序号。当医生接待的患者对应的分诊号为该用户领取的分诊号，该用户可以前往医生的办公室就诊。用户在分诊台领取分诊号之后，可能还要等待很长的时间才能前往医生的办公室就诊。电子设备100可以在用户
即将到达医院时为用户预约分诊号。这样可以减少用户在医院的等待时间。用户到达医院后可以更快速地前往医生的办公室就诊。
494.下面具体介绍本技术实施例提供的电子设备100为用户预约及修改分诊号的场景。
495.1、图8a～图8d示例性示出了电子设备100预约分诊号的场景示意图。
496.在一些实施例中，张三可以参考图7b和图7c所示的就诊出行方案，在8月2日8:30出发前往中心医院。在8:50的时候，小艺建议app可以确定出用户(即张三)大约在10min内可以到达中心医院。
497.具体的，电子设备100可以显示如图8a所示的用户界面810。用户界面810可包括来自小艺建议app的通知消息811。通知消息811可包括消息来源811a、消息内容811b和链接控件811c。其中，消息来源811a可包括通知消息811的来源(如“小艺建议app”)和电子设备100推送该通知消息811的时间(如“刚刚”)。消息内容811b可用于提示用户预约分诊号。消息内容811b可以为“预估您还有10min可到达中心医院，为减少等待时间，您可以现在预约内分泌科林医生的分诊号”。链接控件811c可用于触发电子设备100显示用于预约分诊号的用户界面。消息内容811b的具体内容可以是小艺建议app根据张三从当前所处位置到达中心医院所需的时间、已预约内分泌科林医生的分诊号的患者的就诊进度确定出来的。上述已获取内分泌科林医生的分诊号的患者的就诊进度可以是电子设备100从医院服务器300获取的。链接控件811c可包含文字提示“点击预约分诊号”。本技术实施例对消息内容811b的具体内容和链接控件811c包含的文字提示的具体内容均不作限定。
498.响应于作用在链接控件811c的用户操作，电子设备100可以显示如图8b所示的用户界面820。在一种可能的实现方式中，电子设备100可以调用中心医院app为用户提供预约分诊号的服务。即用户界面820可以是中心医院app的用户界面。用户界面820可以包括标题显示区域821、挂号医生信息822和预约分诊号控件823。其中：
499.标题显示区域821可用于指示用户界面820显示的内容。示例性的，标题显示区域821可包括文字内容“预约分诊号”。即用户界面820可以为预约分诊号的用户界面。
500.挂号医生信息822可用于指示用户预约的分诊号为该挂号医生信息822中医生的分诊号。挂号医生信息822可包括医疗机构名称(如“中心医院”)、科室名称(如“内分泌科”)、医生姓名(如“林医生”)。该挂号医生信息822可以是中心医院app根据用户的挂号数据确定的。不限于上述内容，挂号医生信息822还可以包含更多或更少的内容。
501.预约分诊号控件823可用于触发电子设备100向医院服务器300发送分诊号预约请求。即用户可以通过点击预约分诊号控件823来实现预约林医生的分诊号。不限于图8b所示的内容，用户界面820还可以包含更多的内容。例如，多个挂号医生信息以及多个预约分诊号控件。这多个预约分诊号控件可分别用于预约这多个挂号医生信息所指示的医生的分诊号。这样，在用户预约了多个医生就诊的情况下，用户可以分别预约这多个医生的分诊号，减少自己在医院的等候时间。
502.在一种可能的实现方式中，响应于作用在预约分诊控件823的用户操作，电子设备100可以向医院服务器300发送分诊号预约请求。该分诊号预约请求可包括被预约的医生的信息、患者的信息等。医院服务器300可以根据该分诊号预约请求是否存在对应的挂号记录(如张三预约内分泌科林医生就诊的挂号记录)。若存在对应的挂号记录，医院服务器300可
以向电子设备100发送位置信息获取请求。当接收到该位置信息获取请求，电子设备100可以显示如图8c所示的提示框824。提示框824可用于提示用户预约分诊号需要用户当前所处位置在中心医院1千米(kilometer，km)范围内。提示框824可包含文字提示。该文字提示的具体内容可以为“预约分诊号需验证您当前的位置信息，距离中心医院1km范围内可以获取分诊号”。上述要求“距离中心医院1km范围内可以预约分诊号”可以减少用户过早通过电子设备100预约分诊号，占用分诊号资源的情况。
503.本技术实施例对可通过电子设备100预约分诊号的要求不作限定。例如，医院服务器300还可以根据用户到达中心医院所需要的时间来判断用户是否即将到达医院。其中，电子设备100中的地图app可以根据用户当前所处的位置与中心医院的位置确定导航数据。该导航数据可以包括用户从当前所处的位置前往中心医院的导航路线以及需要的时间等等。若用户到达中心医院所需要的时间小于预设的时间阈值，医院服务器300可以为电子设备100分配分诊号。即用户可通过电子设备100预约到分诊号。
504.本技术实施例中以上述要求为用户当前所处位置在中心医院1km范围内为例进行具体说明。
505.提示框824还可以包含确定控件824a和取消控件824b。该确定控件824a可用于触发电子设备100向医院服务器300发送电子设备100的位置信息。该取消控件824b可用于指示电子设备100取消预约分诊号。示例性的，响应于作用在确定控件824a的用户操作，电子设备100可以获取自己的位置信息，并将自己的位置信息发送给医院服务器300。上述电子设备100的位置信息可以是电子设备100通过自己的定位模块(如gps定位模块等)确定出来的。或者，上述电子设备100的位置信息也可以是电子设备100响应于位置确定的用户操作而确定出来的。本技术实施例对电子设备100确定自己的位置信息的方法不作限定。当接收到电子设备100的位置信息，医院服务器300可以判断电子设备100与中心医院的距离是否满足上述要求(即电子设备100是否位于距离中心医院1km的范围内)。本技术实施例对医院服务器300判断电子设备100是否位于距离中心医院1km的范围内的方法不作限定。
506.若判断出电子设备100与中心医院的距离超过1km，医院服务器300可以向电子设备100发送分诊号预约请求失败的消息。当接收到该分诊号预约请求失败的消息，电子设备100可以提示用户当前距离中心医院过远，无法预约分诊号。
507.若判断出电子设备100位于距离中心医院1km的范围内，医院服务器300可以根据当前林医生分诊号的预约情况为电子设备100分配分诊号，并将分配的分诊号数据发送给电子设备100。当接收到上述分诊号数据，电子设备100可以在用户界面显示如图8d所示的提示框825。提示框825可用于提示用户预约的分诊号。示例性的，提示框825可以包括文字提示。该文字提示的具体内容可以为“您已预约到内分泌科林医生的分诊号，分诊号为12，您前面还有2人在等待，请尽快到达中心医院内分泌科”。本技术实施例对该文字提示的具体内容不作限定。提示框825还可以包含确定控件825a。响应于作用在确定控件825a的用户操作，电子设备100可以显示如图8f所示的用户界面830。
508.在另一种可能的实现方式中，响应于作用在预约分诊控件823的用户操作，电子设备100可以向医院服务器300发送分诊号预约请求以及电子设备100的位置信息。即电子设备100可以不显示图8c所示的提示框824。当接收到上述分诊号预约请求以及电子设备100的位置信息，医院服务器300可以根据该分诊号预约请求是否存在对应的挂号记录。在存在
对应的挂号记录的情况下，医院服务器300可以判断电子设备100与中心医院的距离是否满足预设的距离要求。医院服务器300为电子设备100分配分诊号或者向电子设备100发送分诊号预约请求失败的消息的实现方式可以参考前述实施例。这里不再赘述。
509.在一些实施例中，响应于作用在中心医院app中用于预约分诊号的用户操作，电子设备100可以显示如图8b所示的用户界面820。根据前述图8b～图8d所示的实施例，用户可以预约分诊号。
510.也即是说，在小艺建议app未提示用户预约分诊号的情况下(即电子设备100未推送图8a所示通知消息811的情况下)，用户也可以通过中心医院app预约分诊号。若用户当前所处的位置满足可通过电子设备100预约分诊号的要求，医院服务器300可以为电子设备100分配分诊号。否则，医院服务器300可以拒绝为电子设备100分配分诊号。其中，医院服务器300可以向电子设备100发送分诊号预约请求失败的消息。当接收到该分诊号预约请求失败的消息，电子设备100可以提示用户当前距离中心医院过远，无法预约分诊号。
511.在一些实施例中，小艺建议app可以根据用户当前所处的位置为用户预约分诊号。具体的，小艺建议app可以获取用户的挂号数据以及用户的位置。该用户的位置可以由电子设备100的位置表示。根据用户的挂号数据和用户的位置，小艺建议app可以在预约时间内或者在即将到达预约时间时，判断用户是否即将到达中心医院。例如，张三预约了内分泌科林医生8月2日9:00-10:00就诊。小艺建议app可以在预约时间(即8月2日9:00-10:00)，或者在该预约时间之前的一段时间内(如8月2日8:00-9:00)，判断用户的位置是否在中心医院1km范围内。若用户的位置在中心医院1km范围内，小艺建议app可以调用中心医院app为用户预约用户挂号医生的分诊号。
512.也即是说，小艺建议app可以根据用户当前的位置，判断用户是否满足可通过电子设备100预约分诊号的要求。在满足可通过电子设备100预约分诊号的要求的情况下，小艺建议app可以主动为用户预约用户挂号医生的分诊号。上述方法可以及时帮助用户预约分诊号，减少用户在医疗机构的等待时间，并且用户可以不用手动预约分诊号。
513.当小艺建议app为用户预约了分诊号，电子设备100可以显示如图8e所示的用户界面870。用户界面870可以包括来自小艺建议app的通知消息871。通知消息871可用于提示用户即将达到中心医院，小艺建议app已为用户预约了分诊号。通知消息871中可包括链接控件871a。该链接控件871a可用于用户查看分诊号的预约信息。响应于作用在链接控件871a的用户操作，电子设备100可以显示如图8f所示的用户界面830。
514.由图8a～图8e所示的实施例可知，电子设备100可以在用户即将到达医院时提示用户预约分诊号，并为用户提供预约该用户挂号医生的分诊号的服务。或者，电子设备100可以在用户即将到达医院时主动为用户预约该用户挂号医生的分诊号。这可以减少用户在医院的候诊时间，帮助用户更高效地完成就诊。另外，医院服务器300可以根据电子设备100的位置信息等数据来判断用户是否即将到达医疗机构。在判断出用户即将到达医疗机构的情况下，医院服务器300可以为电子设备100分配分诊号。这可以减少用户预约分诊号时间过早，在被叫号时未到达医疗机构，导致分诊号资源被浪费的情况。上述方法可以帮助医疗机构更高效地分配分诊号资源。
515.在一些实施例中，在用户通过电子设备100预约了分诊号之后，用户可以不用再取挂号单。根据预约到的分诊号，用户可以在到达医院后直接在自己预约了医生处排队等候
就诊。这可以简化用户前往医院预约就诊的流程，减少用户在医院等候就诊的时间。
516.在一些实施例中，上述可通过电子设备100预约分诊号的要求，还可以是根据从用户当前所处的位置到达医疗机构的位置需要的路程时间，以及现在预约该用户预约的医生的分诊号所需要的等待时间来确定的。上述等待时间可以根据当前已经预约了该用户预约的医生的分诊号且还未就诊的患者需要的就诊时间。
517.其中，医院服务器300可以比较上述路程时间和上述等待时间的大小。在上述路程时间大于或等于上述等待时间的情况下，医院服务器300可以确定出该用户可以在其预约的分诊号被叫到号时，位于该用户预约的医疗机构。那么，医院服务器300可以为该用户分配分诊号。
518.电子设备100可以比较上述路程时间和上述等待时间的大小。在上述路程时间大于或等于上述等待时间的情况下，电子设备100可以提示用户预约分诊号，或者电子设备100可以向医院服务器300发送分诊号获取请求来为用户预约分诊号。
519.在一种可能的实现方式中，电子设备100接收到用于预约分诊号的用户操作。电子设备100可以确定从用户当前所处的位置到达医疗机构的位置需要的路程时间。其中，用户当前所处的位置可以是电子设备100当前所处的位置。上述路程时间可以是从用户当前所处的位置到达医疗机构的位置的一种或多种出行方案中任意一种出行方案所需要的时间。电子设备100还可以向医院服务器300获取现在预约该用户预约的医生的分诊号所需要的等待时间。
520.当判断出上述路程时间大于上述等待时间(或者上述路程时间大于上述等待时间且上述路程时间与上述等待时间的差值大于预设的时间差值)，电子设备100可以提示用户现在预约分诊号无法在分诊号被叫到号时到达医院，并为用户提供可预约分诊号的时间。
521.上述可预约分诊号的时间可以由上述路程时间和上述等待时间确定。具体的，在用户前往医疗机构的过程中，用户离医疗机构越来越近，上述路程时间是逐渐缩短的。上述可预约分诊号的时间可以是上述路程时间缩短至与上述等待时间相同的时间，或者是上述路程时间缩短至略大于上述等待时间(如路程时间与等待时间之间的差值小于预设的数值)的时间。例如，电子设备100在时刻a接收到用于预约分诊号的用户操作。电子设备100可以确定出从时刻a用户所处的位置到达医疗机构的等待时间为30分钟。电子设备100可以从医院服务器300获取到在时刻a预约的分诊号被叫到号需要等待20分钟。那么，电子设备100可以提示用户在时刻a的10分钟后可以预约分诊号。
522.当判断出上述路程时间小于或等于上述等待时间，电子设备100可以向医院服务器300发送分诊号获取请求。该分诊号获取请求中可包括用户的身份标识、用户预约的医生的信息。分诊号获取请求中还可以包括路程时间。当接收到该分诊号获取请求，医院服务器300可以判断上述路程时间是否小于或等于上述等待时间。在上述路程时间小于或等于上述等待时间的情况下，医院服务器300可以为该用户分配分诊号。其中，医院服务器300可以将分配的分诊号发送给电子设备100。
523.当接收到来自医院服务器300分配的分诊号，电子设备100可以根据用户当前所处的位置以及医疗机构的位置为用户提供一种或多种出行方案。出行方案可以包括出行方式(如乘公交车、乘地铁、打车等)、出行路线、路程时间。结合上述等待时间和出行方案的路程时间，电子设备100还可以确定出采用各出行方案的出发时间。一个出行方案的出发时间可
以使得用户在该出发时间按照这一个出行方案前往医疗机构时，能够在预约的分诊号被叫到号时位于医疗机构，且在医疗机构的等候就诊的时间小于预设的等待时间。
524.例如，电子设备100在时刻b从医院服务器300获取的等待时间为40分钟。即用户预约到的分诊号从时刻b到被叫到号需等待40分钟。上述时刻b可以是电子设备100向医院服务器请300发送分诊号请求的时间，或者可以是医院服务器300向电子设备100发送分诊号的时间。电子设备100为用户提供的出行方案a的路程时间为20分钟。电子设备100可以提示用户在时刻b之后的20分钟内均可出发前往医疗机构。示例性的，上述时刻b为8:40。用户可以在时刻b之后的15分钟的时候(即8:45)出发，按照出行方案a前往医疗机构。这样，用户可以在略早于被叫号的时间到达医疗机构。这可以有效减少用户在医疗机构的等待时间。
525.在另一种可能的实现方式中，电子设备100可以根据用户的预约时间(如9:00-10:00)，在不晚于该预约时间的时候判断用户是否可通过电子设备100预约分诊号。其中，电子设备100可以确定用户到达医疗机构的路程时间，并向医院服务器300获取等待时间。
526.当判断出上述路程时间小于或等于上述等待时间，电子设备100可以显示分诊号预约提示。该分诊号预约提示可以例如是图8a所示通知消息811中的内容。该分诊号预约提示可以提示用户现在可以预约分诊号。
527.可选的，当判断出上述路程时间小于或等于上述等待时间，电子设备100可以为用户预约分诊号。其中，电子设备100可以向医院服务器300发送分诊号请求。电子设备100通过医院服务器300为用户预约分诊号的方法可以参考前述实施例。
528.当判断出上述路程时间大于上述等待时间(或者上述路程时间大于上述等待时间且上述路程时间与上述等待时间的差值大于预设的时间差值)，电子设备100可以根据用户当前所处的位置和医疗机构的位置提供一种或多种出行方案。这一种或多种出行方案的内容可以参考前述实施例对出行方案的介绍。在用户前往医疗机构的过程中，用户离医疗机构越来越近。电子设备100可以确定出路程时间在缩短。电子设备100可以没隔预设时间向医院服务器300获取当前预约分诊号需要等候就诊的等待时间。在上述缩短后的路程时间略大于或不大于上述等待时间的情况下，电子设备100可以提示用户预约分诊号。上述缩短后的路程时间略大于上述等待时间具体可以表示，上述缩短后的路程时间大于上述等待时间且上述缩短后的路程时间与上述等待时间的差值小于预设的时间差值。
529.例如，电子设备100确定出用户在医疗机构的预约时间为8月2日9:00-10:00。电子设备100可以在8月2日8:00判断从用户当前所述的位置到医疗机构的路程时间。例如，出行方案b的路程时间需要40分钟。电子设备100可以提示用户在采用出行方案b前往医疗机构时，出发时间可以为8:20，且出发时间不宜晚于9:20。电子设备100还可以从医院服务器300获取在8:00预约用户预约的医生的分诊号需要等候就诊的等待时间。例如，8:00预约分诊号的等待时间为20分钟。电子设备100可以确定出用户不能通过电子设备100预约分诊号。
530.进一步的，电子设备100检测到用户在8:20出发，并按照出行方案b前往医疗机构。电子设备100从医院服务器300获取到在8:20预约用户预约的医生的分诊号需要等候就诊的等待时间为20分钟。电子设备100可以提示用户在8:40通过电子设备100预约分诊号。
531.可选的，电子设备100在8:30确定出用户还有30分钟到达医疗机构，并从医院服务器300获取到在8:30预约用户预约的医生的分诊号需要等候就诊的等待时间为30分钟(如在8:20-8:30之间有其他患者预约了该用户预约的医生的分诊号)。电子设备100可以提示
用户在8:30通过电子设备100预约分诊号。
532.可以看出，电子设备100可以根据用户在医疗机构的预约时间，为用户规划出行方案为提示用户及时预约分诊号。这可以帮助用户更便捷地前往医疗机构就诊，并减少在医疗机构的等待时间。
533.上述提示用户当前不可预约分诊号，或者提示用户预约分诊号，或者为用户预约分诊号可以是电子设备100中的系统app(如小艺建议app)或第三方app(如中心医院app)完成的。本技术实施例对此不作限定。
534.可以理解的，上述分诊号预约过程中所使用的用户的位置信息、一个医生处患者的就诊进度等数据均可以是经过中间服务器进行脱敏处理后的数据。上述小艺建议app或者其它app根据用户的位置信息、一个医生处患者的就诊进度来判断用户是否可以预约分诊号的过程即为数据银行中对用户数据加工的过程。电子设备100显示上述用于提示用户预约分诊号的通知消息811的过程以及为用户预约分诊号的过程即为数据银行中用户数据的价值呈现的过程。
535.在一些实施例中，用户通过电子设备100中的中心医院app预约了分诊号，但在被叫号时无法到达医疗机构。电子设备100中的中心医院app可以为用户提供延后分诊号的服务。其中，用户可以通过中心医院app来调换分诊号排在自己后面的患者与自己的分诊号。这样，在用户预约了分诊号但无法及时到达医疗机构的情况下，分诊号排在该用户后面的患者可以先就诊。并且用户可以无需再次预约分诊号。这既可以减少分诊号资源被浪费的情况，又可以减少用户到达医疗机构后等候就诊的候诊时间。
536.2、图8f～图8m示例性示出了电子设备100延后分诊号的场景示意图。
537.阶段一：张三请求延后自己预约的分诊号。
538.在一些实施例中，张三可以按照图8a～图8d所示预约分诊号的过程，预约到内分泌科林医生的分诊号，分诊号为12。电子设备100可以显示如图8f所示的用户界面830。用户界面830可包括标题显示区域831、挂号医生信息832、分诊号顺序833、延后分诊号控件834a、取消分诊号控件834b。其中：
539.标题显示区域831可用于指示用户界面830显示的内容。示例性的，标题显示区域831可包括文字内容“修改分诊号”。即用户界面830可以为修改分诊号的用户界面。上述修改分诊号可以包括延后分诊号和取消分诊号。
540.挂号医生信息832可用于指示用户预约的分诊号为该挂号医生信息832中医生的分诊号。挂号医生信息832的具体内容可以参考图8b所示挂号医生信息822的介绍。
541.分诊号顺序833可用于指示用户预约到的分诊号的数值。例如，分诊号顺序833中包括文字内容“分诊号：12”，可以指示用户预约到的分诊号为12。
542.取消分诊号控件834b可用于用户取消自己预约的分诊号。
543.延后分诊号控件834a可用于将用户预约的分诊号延后。即用户可以通过点击延后分诊号控件834a来延后分诊号。
544.示例性的，张三在8:50的时候预约到了内分泌科林医生排序在12的分诊号，并预计自己9点可以到达中心医院。但在8:58的时候，张三预计自己9:30才能到达中心医院。为了避免自己在被叫号时未到达医院，张三可以通过点击图8f所示的延后分诊号控件834a来延后分诊号。
545.其中，响应于作用在延后分诊号控件834a的用户操作，电子设备100可以显示在用户界面830显示如图8g所示的提示框835。提示框835可用于提示用户确定最少延后位数和最多延后位数。上述最少延后位数可以指示用户的分诊号最少向后移动的数量。上述最多延后位数可以指示用户的分诊号最多向后移动的数量。提示框835可包括文字提示。该文字提示的内容可以为“您的分诊号之后有五位用户预约了分诊号，请选择您最少和最多延后的位数”。提示框835还可包括最少延后位数输入框835a、最多延后位数输入框835b、确定控件835c。最少延后位数输入框835a可用于输入最少延后位数(如2)。最多延后位数输入框835b可用于输入最多延后位数(如4)。响应于作用在确定控件835c的用户操作，电子设备100可以向在用户界面830显示如图8h所示的提示框836，并向医院服务器300发送延后分诊号请求。提示框836可用于提示用户等候延后分诊号的结果。提示框836可包括文字提示。该文字提示的内容可以为“正在为您请求延后分诊号，延后结果将在确定后发送给您，请稍后！”。本技术实施例对该文字提示的内容不作限定。
546.阶段二：分诊号排在张三之后的患者同意调换分诊号的顺序。
547.上述延后分诊号请求中可包括被预约的医生(如内分泌科林医生)的信息、患者(如张三)的信息、最少延后位数(如2)、最多延后位数(如4)等。当接收到上述延后分诊号请求，医院服务器300可以询问分诊号排在上述延后分诊号请求指示的患者，例如张三，之后的患者是否同意调换分诊号的顺序。其中，医院服务器300可以根据上述最少延后位数、最多延后位数以及分诊号排在张三之后的患者是否同意调换分诊号的顺序，来确定需要询问的患者的数量。
548.在一种可能的实现方式中，医院服务器300可以按照排序的先后顺序，逐个询问分诊号排在张三之后的患者，直至同意调换分诊号顺序的患者的数量满足上述最少延后位数和最多延后位数。示例性的，当接收到上述延后分诊号请求，医院服务器300可以在预约内分泌科林医生的分诊号的患者中，确定分诊号排在张三后一位的患者(即分诊号为13的患者)。医院服务器300可以向分诊号为13的患者的电子设备(如电子设备400)发送分诊号修改消息。电子设备400中可安装有中心医院app。电子设备400中登录中心医院app的用户可以为上述分诊号为13的患者。
549.当接收到该分诊号修改消息，电子设备400可以显示如图8i所示的用户界面840。用户界面840可包括来自中心医院app的通知消息841。通知消息841可以包括消息来源841a、消息内容841b和同意控件841c。消息来源841a可包括通知消息841的来源(如“中心医院app”)和电子设备400推送该通知消息841的时间(如“刚刚”)。消息内容841b可用于询问用户(即分诊号为13的患者)是否同意调换分诊号顺序。消息内容841b可以为“分诊号为12的用户希望延后分诊号，您是否愿意将自己分诊号的顺序前移一位”。该消息内容841b可以是电子设备400上的中心医院app根据来自医院服务器300的分诊号修改消息确定的。同意控件841c可用于同意调换分诊号顺序。
550.响应于作用在同意控件841c的用户操作，电子设备400可以向医院服务器300发送同意修改分诊号的消息。当接收到该同意修改分诊号的消息，医院服务器300可以将原分诊号为13的患者的分诊号修改为12，并向电子设备400发送分诊号修改成功的消息。当接收到该分诊号修改成功的消息，电子设备400中的中心医院app可以将原分诊号为13的患者的分诊号修改为12。响应于用于查看分诊号的用户操作，电子设备400可以显示如图8j所示的用
户界面840。用户界面840可包括分诊号顺序842。分诊号顺序842可指示用户的分诊号为12。对比图8i和图8j所示的分诊号顺序可知，电子设备400关联的用户(即原分诊号为13的患者)在内分泌科林医生预约的分诊号顺序前移了一位。该用户当前在内分泌科林医生预约的分诊号为12。
551.当接收到来自电子设备400同意修改分诊号的消息，医院服务器300可以确定分诊号为14的患者。医院服务器300可以向分诊号为14的患者的电子设备(如电子设备500)发送分诊号修改消息。电子设备500中可安装有中心医院app。电子设备500中登录中心医院app的用户可以为上述分诊号为14的患者。
552.当接收到该分诊号修改消息，电子设备500可以显示如图8k所示的用户界面850。用户界面850可包括来自中心医院app的通知消息851。通知消息851可以包括消息来源851a、消息内容851b和同意控件851c。上述分诊号为14的患者可以通过点击同意控件851c来调换分诊号顺序。上述分诊号为14的患者同意调换分诊号顺序的实现过程可以参考前述原分诊号为13的患者同意调换分诊号顺序的过程。这里不再赘述。
553.当原分诊号为14的患者的分诊号经过调换，响应于用于查看分诊号的用户操作，电子设备500可以显示如图8l所示的用户界面850。用户界面850可包括分诊号顺序852。分诊号顺序852可指示用户的分诊号为13。对比图8k和图8l所示的分诊号顺序可知，电子设备500关联的用户(即原分诊号为14的患者)在内分泌科林医生预约的分诊号顺序前移了一位。该用户当前在内分泌科林医生预约的分诊号为13。
554.阶段三：张三收到分诊号延后结果。
555.由图8i～图8l可知，分诊号排在张三之后的后两位患者均同意调换分诊号的顺序。张三预约的原分诊号为12。电子设备100向医院服务器300发送的延后分诊号请求中包括最少延后位数。该最少延后位数为2。当确定原分诊号为13和14的患者均同意与张三调换分诊号的顺序，医院服务器300确定出张三的分诊号可以延后2位。那么，医院服务器300可以将张三的分诊号修改为14，并向张三关联的电子设备(即电子设备100)发送分诊号延后结果。也即是说，在确定出用户的分诊号可以延后的位数满足该用户请求的最少延后位数时，医院服务器300可以仅将用户的分诊号延后该最少延后位数。
556.如图8m所示，当接收到该分诊号延后结果，电子设备100可以显示来自中心医院app的通知消息861。通知消息861可包括消息来源861a、消息内容861b。消息来源861a可包括通知消息861的来源(如“中心医院app”)和电子设备100推送该通知消息861的时间(如“刚刚”)。消息内容861b可用于提示用户分诊号的延后结果。消息内容861b可以为“原分诊号为13和14的用户同意前移，已将您的分诊号更新为14，请尽快前往中心医院内分泌科噢！”。该消息内容861b可以是电子设备100上的中心医院根据来自医院服务器300的分诊号延后结果确定的。
557.如图8m所示，用户界面860还可以包括分诊号顺序862。该分诊号顺序862可用于指示用户预约的分诊号的数值。由该分诊号顺序862可知，经过分诊号延后处理，张三当前预约到的分诊号为14。
558.在一些实施例中，用户侧的电子设备可以向医院服务器300发送延后分诊号请求，医院服务器300可以将该延后分诊号请求发送给医院侧的电子设备。医院侧的电子设备可以根据该延后分诊号请求显示用户请求延后分诊号。医院侧的电子设备可以接收到将该用
户的分诊号与其它患者的分诊号调换的用户操作，并根据该用户操作将该用户的分诊号与上述其它患者的分诊号调换。
559.也即是说，当一个用户请求延后分诊号，医疗机构的医生可以通过医院侧的电子设备将该用户的分诊号与其它患者的分诊号调换。
560.示例性的，张三在预约到内分泌科林医生的分诊号(分诊号为12)后，请求延后自己的分诊号。张三延后分诊号的用户操作可以参考前述图8f～图8h所示的实施例。响应于作用在图8g所示确定控件835c的用户操作，电子设备100可以向医院服务器300发送延后分诊号请求。医院服务器300可以将该延后分诊号请求发送给电子设备200。电子设备200可以显示分诊号延后请求通知。该分诊号延后请求通知可用于指示张三请求延后内分泌科林医生的分诊号，且期望延后2～4位。中心医院的工作人员(如上述内分泌科林医生)可以查看该分诊号延后请求通知，并通过电子设备200延后张三的分诊号。例如，中心医院的工作人员将张三的分诊号与在林医生处分诊号为15的患者调换(即将张三的分诊号延后3位)。电子设备200可以根据接收到的用户操作，将张三的分诊号与在林医生处分诊号为15的患者调换。可选的，电子设备200还可以将分诊号延后结果发送给医院服务器300，并指示医院服务器300将分诊号延后结果发送给电子设备100，以及上述在林医生处分诊号为15的患者的电子设备。这样可以通知张三与上述在林医生处分诊号为15的患者更新之后的分诊号，以免这两个用户由于不知道分诊号更新而未及时前往医院就诊。
561.由上述图8f～图8m可知，用户在预约了分诊号之后可以延后自己的分诊号。即用户可以与分诊号在自己后面的用户调换分诊号顺序。分诊号顺序经过调换后，分诊号在上述请求延后分诊号的用户之后的一个或多个用户可以先于上述请求延后分诊号的用户就诊。这样不仅可以减少分诊号资源被浪费的情况，而且用户在预约了分诊号但无法及时到达医疗机构的情况下可以无需再次预约分诊号。并且，医院服务器300可以根据用户希望自己分诊号延后的位数为该用户延后分诊号。这可以减少用户到达医疗机构后等候就诊的候诊时间。
562.在一些实施例中，上述图8i所示的通知消息841和图8k所示的通知消息851中还可以包括拒绝控件。该拒绝控件可用于拒绝调换分诊号的顺序。示例性的，在上述张三请求延后自己预约的分诊号的过程中，医院服务器300可以向原分诊号为13的患者关联的电子设备(即电子设备400)发送分诊号修改消息。原分诊号为13的患者拒绝调换分诊号的顺序。电子设备400可以向医院服务器300发送拒绝修改分诊号的消息。当接收到该拒绝修改分诊号的消息，医院服务器300可以向原分诊号为14的患者关联的电子设备(即电子设备500)发送分诊号修改消息。该分诊号修改消息可用于询问原分诊号为14的患者是否愿意将自己的分诊号前移2位。原分诊号为14的患者同意调换分诊号的顺序。电子设备500可以向医院服务器300发送同意修改分诊号的消息。当接收到该同意修改分诊号的消息，医院服务器300可以将原分诊号为14的患者的分诊号修改为12，并将原分诊号为12的患者的分诊号修改为14。
563.也即是说，原分诊号为12的患者和原分诊号为14的患者可以相互交换分诊号。张三的分诊号延后了两位。这满足张三希望自己的分诊号延后的最少延后位数为2的要求。
564.在一些实施例中，在上述张三请求延后自己预约的分诊号的过程中，原分诊号为12和13的患者均拒绝调换分诊号的顺序。医院服务器300可以向原分诊号为15的患者关联
的电子设备发送分诊号修改消息。该分诊号修改消息可用于询问原分诊号为15的患者是否愿意将自己的分诊号前移3位。原分诊号为15的患者同意调换分诊号的顺序。原分诊号为15的患者关联的电子设备可以向医院服务器300发送同意修改分诊号的消息。当接收到该同意修改分诊号的消息，医院服务器300可以将原分诊号为15的患者的分诊号修改为12，并将原分诊号为12的患者的分诊号修改为15。
565.也即是说，原分诊号为12的患者和原分诊号为15的患者可以相互交换分诊号。张三的分诊号延后了三位。这满足张三希望自己的分诊号延后的最少延后位数为2，且最多延后位数为4的要求。
566.本技术实施例对医院服务器300在接收到延后分诊号请求后确定延后结果的具体实现方式不作限定。
567.在一些实施例中，电子设备100可以为用户提供取消分诊号的服务。这样，在用户预约了分诊号但无法到达医疗机构的情况下，用户可以取消分诊号。
568.3、图8n和图8o示例性示出了电子设备100取消分诊号的场景示意图。
569.示例性的，张三可以按照图8a～图8d所示预约分诊号的过程，在8:50的时候预约到内分泌科林医生排序在12的分诊号，并预计自己9点可以到达中心医院。当预约到分诊号，电子设备100可以显示如图8n所示的用户界面830。用户界面830的内容可以参考前述实施例的介绍。
570.但在8:58的时候，张三预计自己9点无法到达中心医院，且无法预计自己到达中心医院的时间(如由于在路上堵车或者临时接到紧急会议通知等原因)。为了避免自己在被叫号时未到达医院，张三可以通过点击图8n所示的取消分诊号控件834b来取消分诊号。
571.其中，响应于作用在用户界面830中取消分诊号控件834b的用户操作，电子设备100可以在用户界面830显示如图8o所示的提示框837。提示框837可用于提示用户分诊号已取消。提示框837中可包括确定控件837a。响应于作用在该确定控件837a的用户操作，电子设备100可以显示图8b所示的用户界面820。即用户取消分诊号之后，可以再次通过用户界面820中的预约分诊号控件823来预约分诊号。
572.另外，响应于作用在取消分诊号控件834b的用户操作，电子设备100还可以向医院服务器300发送取消分诊号的消息。该取消分诊号的消息中可包括该分诊号对应的医生的信息、患者的信息等。在一种可能的实现方式中，当接收到来自电子设备100取消分诊号的消息，医院服务器300可以向医院侧的电子设备(如电子设备200)发送消息。该消息可用于指示患者(如张三)在医生(如内分泌科林医生)预约的分诊号被取消。医院侧的电子设备在接收到来自医院服务器300的消息后，可以在根据分诊号叫号时跳过该被取消的分诊号。在另一种可能的实现方式中，当接收到来自电子设备100取消分诊号的消息，医院服务器300可以排在被取消的分诊号之后的分诊号均往前移动一位，并向原分诊号排在被取消的分诊号之后的用户发送分诊号前移的消息。例如，上述在内分泌科林医生排序在12的分诊号被取消。排在分诊号12之后的分诊号还包括分诊号13和分诊号14。医院服务器300可以排在被取消的分诊号之后的分诊号均往前移动一位。那么，原分诊号13经过前移后变为分诊号12。原分诊号14经过前移后变为分诊号13。医院服务器300可以向原分诊号13和原分诊号14的用户发送分诊号前移的消息。本技术实施例对医院服务器300接收到取消分诊号的消息后所进行的处理不作限定。
573.由上述图8n和图8o所示的实施例可知，用户在自己预约了分诊号之后，或者在小艺建议app帮助自己预约了分诊号之后，可以取消分诊号。这样可以减少预约了分诊号但在被叫号时未到达医院进行就诊，而影响用户在医院机构的信用的情况。
574.在一些实施例中，用户在多个医生处挂号，以检查身体的不同区域。用户在这多个医生中的一个医生处就诊时，有可能由于就诊时间过长而导致用户无法及时赶往其他医生处就诊。用户侧的电子设备可以实时从医院服务器300获取用户在就诊过程中的就诊信息。当确定出用户在多个医生处进行就诊的时间将出现冲突时，用户侧的电子设备可以提醒用户修改预约时间，并为用户提供修改预约时间的方案。这样可以减少用户在不同的医生处就诊时时间出现冲突的情况。
575.下面介绍本技术提供的一种电子设备100提醒用户修改预约时间的场景。
576.图9a～图9h示例性示出了电子设备100提醒用户修改预约时间的场景示意图。
577.示例性的，张三除了预约了2021年8月2日09:00-10:00中心医院内分泌科林医生就诊，还预约了2021年8月2日10:00-11:00中心医院口腔科吴医生就诊。其中，张三在口腔科吴医生处挂号的过程可以参考前述图4a～图4f所示的实施例。张三在2021年8月2日前往中心医院，且在9:40被叫号前往内分泌科林医生的办公室就诊。
578.如图9a所示，电子设备200可以显示用户界面910。用户界面910可以参考前述图7a所示用户界面710的介绍。这里不再赘述。
579.其中，医生可以通过电子设备200修改预约自己就诊的患者的就诊进度。示例性的，根据定点设备检测到的移动操作，电子设备200可以将光标711移动至张三的就诊信息记录911中就诊进度所在的区域。然后，响应于将张三的就诊信息记录911中的“等待中”修改为“就诊中”的用户操作，电子设备200可以显示如图9b所示的用户界面910。
580.如图9b所示，张三的就诊信息记录911中就诊进度的状态为“就诊中”。这可以表示当前在林医生处就诊的患者为张三。
581.在林医生为张三进行诊断的过程中，林医生需要张三进行检查项目a和检查项目b这两项检查项目，来确定张三的诊断结果。如图9c所示，电子设备200可以显示用户界面920。用户界面920可以包括就诊方案921、打印控件922。其中：
582.就诊方案921可以包括患者需要进行的检查项目。例如，检查项目a和检查项目b。
583.打印控件922可用于打印上述就诊方案921。在一种可能的实现方式中，电子设备200与打印设备建立有通信连接。该打印设备可用于打印文档。响应于作用在打印控件922的用户操作，电子设备200可以向打印设备发送打印请求。该打印请求中可包括上述就诊方案921。这样，张三可以根据上述被打印出来的打印方案前往相应的检查室进行检查项目a和检查项目b。
584.在一些实施例中，电子设备200还可以将上述就诊方案发送给医院服务器300。用户侧的电子设备，例如电子设备100，可以从医院服务器300获取上述就诊方案。
585.电子设备100中的小艺建议app可以获取来自医院服务器300的就诊方案。小艺建议app根据该就诊方案，可以确定张三在内分泌科林医生处就诊时需要进行检查项目a和检查项目b。其中，小艺建议app可以确定出上述检查项目a和上述检查项目b需要花费的时间(如40min)。当前时间为9:45。小艺建议app确定出张三无法在10:00之前完成检查项目a和检查项目b这两项检查。即张三在内分泌科林医生处进行就诊的时间将与在口腔科吴医生
出进行就诊的时间出现冲突。小艺建议app可以提醒用户修改口腔科吴医生处的预约时间。
586.具体的，如图9d所示，电子设备100可以显示用户界面930。用户界面930可以包括来自小艺建议app的通知消息931。通知消息931可用于提示用户在内分泌科进行就诊的时间将与在口腔科就诊的时间冲突。其中，为了避免就诊的时间出现冲突，用户可以取消口腔科的预约或者修改预约时间。通知消息931中可包含链接控件931a。链接控件931a可用于触发电子设备100显示用于修改在口腔科的预约时间的用户界面。
587.响应于作用在链接控件931a的用户操作，电子设备100可以显示如图9e所示的用户界面940。用户界面940可以为中心医院app的用户界面。用户界面940可以包括标题显示区域941、一项或多项挂号记录。例如，在林医生处的挂号记录942和在吴医生处的挂号记录943。其中，标题显示区域941可用于指示用户界面940中包含的内容。例如，标题显示区域941可包括文字内容“挂号记录”，可用于指示用户界面940是显示用户的挂号记录的用户界面。
588.用户界面940中一项挂号记录可包括：预约时间、挂号科室、挂号医生、挂号单领取状态。示例性的，由在林医生处的挂号记录942可知，挂号科室为内分泌科，挂号医生为林医生，预约时间为2021年8月2日09:00-10:00，挂号单领取状态为已取号。在一种可能的实现方式中，若一项挂号记录中挂号单领取状态为已取号，则对这一项挂号记录中挂号医生的预约无法被取消或者这一项挂号记录中的预约时间无法被修改。若一项挂号记录中挂号单领取状态为未取号，则对这一项挂号记录中挂号医生的预约可以被取消或者这一项挂号记录中的预约时间可以被修改。
589.示例性的，在吴医生处的挂号记录943可包括：预约时间(2021年8月2日10:00-11:00)、挂号科室(口腔科)、挂号医生(吴医生)、挂号单领取状态(未取号)、取消预约控件943a和修改预约时间控件943b。上述取消预约控件943a可用于取消在口腔科吴医生处的预约。修改预约时间控件943b可用于修改在口腔科吴医生处的预约时间。响应于作用在修改预约时间控件943b的用户操作，电子设备100可以在用户界面940显示如图9f所示的预约时间段944。
590.如图9f所示，预约时间段944可包括用于预约口腔科吴医生8月2日就诊的多个时间段选项。预约时间段944的内容具体可以参考前述图4e所示预约时间段455的介绍。其中，在预约时间段944中，时间段14:00-15:00和时间段15:00-16:00的可挂号数量还有剩余，其它时间段的可挂号数量均为0。在一些实施例中，电子设备100可以突出显示预约时间段944中适合于用户就诊的时间段选项。上述突出显示的方法可以例如是将时间段选项在用户界面940中所呈现的颜色加深。电子设备100判断一个时间段选项是否适合于用户的方法可以包括：判断这一个时间段选项所指示的时间是否与用户的其它日程安排冲突。本技术实施例对电子设备100判断一个时间段选项是否适合于用户的方法不作限定。
591.响应于作用在时间段选项14:00-15:00的用户操作，电子设备100可以在用户界面940显示如图9g所示的提示框945。
592.如图9g所示，提示框945可用于提示用户预约时间修改成功的消息。示例性的，提示框945可包括文字提示和确认控件945a。文字提示的内容可以例如是“预约时间修改成功！您已成功预约8月2日14:00-15:00口腔科吴医生，请按时前往医院就诊”。响应于作用在确认控件945a的用户操作，电子设备100可以显示如图9h所示的用户界面940。
593.如图9h所示，在吴医生处的挂号记录943中的预约时间为2021年8月2日14:00-15:00。
594.在一些实施例中，响应于作用在时间段选项14:00-15:00的用户操作，电子设备100可以向医院服务器300发送预约时间修改请求。该预约时间修改请求可包括用户信息(如用户名称、用户的健康卡号、用户的电话号码等)、挂号科室、挂号医生、原预约时间、新请求的预约时间。当接收到预约时间修改请求，医院服务器300可以在挂号系统中增加一条挂号记录(即张三预约口腔科吴医生14:00-15:00就诊的挂号记录)，并将上述预约时间修改请求中的挂号医生在上述新请求的预约时间内剩余可挂号的数量减少一个。然后，医院服务器300可以删除挂号系统中上述原预约时间对应的挂号记录(即张三预约口腔科吴医生10:00-11:00就诊的挂号记录)，并将上述预约时间修改请求中的挂号医生在上述原预约时间内剩余可挂号的数量增加一个。医院服务器300还可以向电子设备100发送预约时间修改成功的消息。当接收到该预约时间修改成功的消息，电子设备100可以显示如图9g所示的提示框945。
595.本技术实施例对医院服务器300增加一条挂号记录，和上述删除挂号系统中上述原预约时间对应的挂号记录在执行上的先后顺序不作限定。
596.在一种可能的实现方式中，当接收到来自电子设备100的预约时间修改请求，医院服务器300可以在挂号系统中修改上述原预约时间对应的挂号记录中的预约时间。例如，医院服务器300可以将挂号记录中的预约时间从原预约时间(如10:00-11:00)修改为上述新请求的预约时间(如14:00-15:00)。其中，医院服务器300可以在挂号系统中将上述预约时间修改请求中的挂号医生在上述新请求的预约时间内剩余可挂号的数量减少一个，并将上述预约时间修改请求中的挂号医生在上述原预约时间内剩余可挂号的数量增加一个。
597.在一些实施例中，上述图9d所示的通知消息931可以来自中心医院app等app。也即是说，判断用户在不同的医生处就诊的时间是否出现冲突可以是由中心医院app完成的。在判断出用户在不同的医生处就诊的时间出现冲突时，中心医院app可以提示用户取消预约或者修改预约时间。本技术实施例对判断用户在不同的医生处就诊的时间是否出现冲突的app不作限定。
598.在一些实施例中，电子设备100可以检测用户的各项日程安排的时间是否冲突，并在多项日程安排的时间冲突时提醒用户调整日程安排的时间。例如，在检测到用户去医疗机构就诊的预约时间与其它日程安排(如工作、开会等)冲突时，电子设备100可以提示用户对上述其它日程安排的时间进行调整(如工作请假、延迟会议等)，以免影响用户去医疗机构就诊，延误看病的时机。
599.示例性的，经过上述图9d～图9g所示的用户操作，张三将自己在口腔科吴医生处的预约时间修改为8月2日14:00-15:00。电子设备100可以确定出8月2日(周一)为工作日。根据用户的请假数据，电子设备100可以确定出用户已请了8月2日上午的假，未请8月2日下午的假。电子设备100可以显示如图9h所示来自小艺建议app的通知消息946。通知消息946可用于提示用户去医疗机构就诊的预约时间与用户的工作时间冲突。通知消息946可以包括文字提示“您的请假时间为8月2日上午，8月2日下午您未请假噢，您口腔科的预约时间与工作时间冲突”。通知消息946还可以包括链接控件946a。该链接控件946a可用于触发电子设备100运行公司考勤app，并显示用于请假的用户界面。响应于作用在链接控件946a的用
户操作，电子设备100可以显示如图5c所示的用户界面510。其中，用户界面510中请假数据511输入区域包含的开始时间可以为2021年8月2日下午、结束时间可以为2021年8月2日下午。请假数据输入区域511中的请假数据可以是电子设备100根据用户的挂号数据填入的。这样，张三可以完成8月2日下午的请假操作，避免自己在口腔科吴医生处的预约时间与自己的工作时间冲突。
600.在一种可能的实现方式中，小艺建议app可以获取用户的挂号数据以及请假数据。根据挂号数据中的预约时间以及请假数据中的请假时间，小艺建议app可以判断上述预约时间是否与用户的工作时间(如工作日且未在请假时间内的时间)冲突。当判断出上述预约时间与用户的工作时间冲突，小艺建议app可以确定图9h所示通知消息946中文字提示的内容。然后，电子设备100可以显示来自小艺建议app的通知消息946。
601.上述图9h所示的通知消息946也可以来自中心医院app等app。也即是说，判断用户去医疗机构就诊的预约时间是否与工作时间冲突可以是由中心医院app完成的。在判断出上述预约时间与工作时间冲突的情况下，中心医院app可以提示用户请假。本技术实施例对判断用户去医疗机构就诊的预约时间是否与工作时间冲突的app不作限定。
602.在一些实施例中，小艺建议app或中心医院app等app还可以判断用户去医疗机构就诊的预约时间是否与用户的其它日程安排冲突。上述其它日程安排可以包括：搭乘火车、搭乘飞机、观看演出等等。
603.可以理解的，上述判断用户在多个医生处就诊的时间是否会出现冲突，以及用户修改预约时间后该修改后的预约时间是否与用户的其它日程安排冲突过程中所述使用的就诊方案、日程安排数据、挂号数据均可以是经过中间服务器进行脱敏处理后的数据。上述判断用户在多个医生处就诊的时间是否会出现冲突，以及用户修改预约时间后该修改后的预约时间是否与用户的其它日程安排冲突的过程即为数据银行中对用户数据加工的过程。电子设备100显示上述用于提示用户在多个医生处就诊的时间出现冲突的通知消息931的过程，以及显示上述用于提示用户的预约时间与其它日程安排冲突的通知消息946即为数据银行中用户数据的价值呈现的过程。
604.由上述图9a～图9h所示的实施例可知，用户侧的电子设备可以实时获取用户在就过程中的就诊信息，并根据该就诊信息估计用户在一个医生处就诊所需要的时间。若根据用户的挂号数据和上述在就诊过程中的就诊信息判断出用户在多个医生处就诊的时间出现冲突，用户侧的电子设备可以提醒用户修改预约时间。这样可以减少用户在不同的医生处就诊的时间出现冲突的情况。另外，在预约时间被修改之后，用户侧的电子设备还可以检测修改之后的预约时间是否与其它日程安排冲突。若修改之后的预约时间与其它日程安排冲突，用户侧的电子设备还可以提示用户修改其它日程安排的时间。
605.在一些实施例中，用户在多个医生处挂号，以检查身体的不同区域。用户在这多个医生处的预约时间之间的间隔比较短。用户在这多个医生中第一个医生处就诊时，有可能由于就诊时间过长而导致用户无法及时赶往其他医生处就诊。那么用户可能需要临时修改预约时间。可以理解的，在一些医疗机构就诊需要提前一天或者多天挂号。或者用户在需要临时修改预约时间时无法预约到合适的时间。那么用户在多个医生处就诊的时间出现冲突时修改预约时间，就可能会打乱用户的各项日程安排。
606.用户侧的电子设备可以根据挂号数据判断用户在多个医生处进行就诊的时间是
否存在冲突的可能。在判断出用户在多个医生处进行就诊的时间存在冲突的可能时，用户侧的电子设备可以提醒用户修改预约时间，并为用户提供修改预约时间的方案。这样不仅可以减少用户在不同的医生处就诊的时间出现冲突的情况，而且可以帮助用户合理规划去不同医生处就诊的时间，减少用户前往医疗机构的日程安排与其它日程安排冲突的情况。
607.下面介绍本技术实施例提供的另一种电子设备100提醒用户修改预约时间的场景。
608.图10a～图10d示例性示出了电子设备100提醒用户修改预约时间的另一种场景的场景示意图。
609.示例性的，张三除了预约了2021年8月2日09:00-10:00中心医院内分泌科林医生就诊，还预约了2021年8月2日10:00-11:00中心医院口腔科吴医生就诊。电子设备100可以根据用户的挂号数据判断张三在上述林医生处就诊的时间与在上述吴医生处就诊的时间是否存在冲突的可能。
610.在一种可能的实现方式中，电子设备100可以确定出在林医生处就诊通常需要进行的检查项目以及上述检查项目所需要的时间。例如，林医生是内分泌科负责糖尿病方向的医生。在检查是否存在糖尿病方向上的问题时，医生通常需要患者进行检查项目a和检查项目b。而检查项目a和检查项目b通常需要40min才能完成。电子设备100根据用户的挂号数据确定出张三在林医生处和在吴医生处的预约时间分别为：09:00-10:00、10:00-11:00。由上述分析，电子设备100判断出张三在林医生处完成就诊的时间可能会超过10:00。即张三在上述林医生处就诊的时间与在上述吴医生处就诊的时间存在冲突的可能。
611.在另一种可能的实现方式中，电子设备100可以从医院服务器300获取患者在林医生处就诊通常所需要的时间。例如，医院服务器300可以根据多位在林医生处就诊的患者所花费的时间估计出患者在林医生处就诊通常所需要的时间(如50min)。一位患者在林医生处就诊所需要的时间可以为这一位患者在林医生处开始就诊的时刻至结束就诊的时刻所经过的时间。一位患者在林医生处开始就诊的时刻可以为，图9a所示这一位患者的就诊信息记录中就诊进度从等待中变为就诊中的时刻。一位患者在林医生处结束就诊的时刻可以为，图9b所示这一位患者的就诊信息记录中就诊进度从就诊中变为已结束的时刻。当获取到上述患者在林医生处就诊通常所需要的时间，电子设备100判断出张三在林医生处完成就诊的时间可能会超过10:00。本技术实施例对电子设备100判断用户在多个医生处就诊的时间是否存在冲突的可能的实现方式不作限定。
612.如图10a所示，在判断出张三在上述林医生处就诊的时间与在上述吴医生处就诊的时间存在冲突的可能时，电子设备100可以显示用户界面1010。用户界面1010可以包含来自小艺建议app的通知消息1011。通知消息1011可用于提示张三在两个医生处的预约时间临近，存在冲突的可能。张三可能需要将在吴医生处的预约时间修改到下午。通知消息1011还可包含电子设备100为用户提供的修改预约时间的方案。
613.电子设备100可以结合用户的其它日程安排的时间(如请假时间)为用户提供修改预约时间的方案。示例性的，电子设备100根据用户的请假时间，确定张三在8月2日上午请假，8月2日上午未请假，且8月2日是周一(即工作日)。结合张三在林医生处和吴医生处就诊的时间可能出现冲突的情况，电子设备100提供的修改预约时间的方案可以为：将在林医生处的预约时间提前(如提前至08:00-09:00)。这样可以降低张三在林医生处和在吴医生处
就诊出现冲突的可能性。那么，张三可以不用推迟自己在吴医生处就诊的时间，从而降低了就诊的时间与工作时间出现冲突导致用户需要请假的可能性。本技术实施例对上述修改预约时间的方案不作具体限定。
614.通知消息1011还可以包含链接控件1011a。链接控件1011a可用于触发电子设备100运行中心医院app，显示用于修改与预约时间的用户界面。
615.如图10b所示，响应于作用在链接控件1011a的用户操作，电子设备100可以显示如图10b所示的用户界面1020。用户界面1020可以参考前述图9e所示用户界面940的介绍。其中，用户界面1020可以包括在林医生处的挂号记录1021和在吴医生处的挂号记录1022。在林医生处的挂号记录1021中挂号单领取状态为未取号。在林医生处的挂号记录1021可包括取消预约控件1021a和修改预约时间控件1021b。上述取消预约控件1021a可用于取消在内分泌科林医生处的预约。上述修改预约时间控件1021b可用于修改在内分泌科林医生处的预约时间。响应于作用在修改预约时间控件1021b的用户操作，电子设备100可以在用户界面1020显示如图10c所示的预约时间段1023。
616.预约时间段1023中具体内容可以参考前述图9f所示的预约时间段944的介绍。
617.如图10c所示，响应于作用在预约时间段1023中时间段选项08:00-09:00的用户操作，电子设备100可以向医院服务器300发送预约时间修改请求。电子设备100请求医院服务器300修改预约时间的具体实现方式可以参考前述实施例。这里不再赘述。当医院服务器300完成预约时间的修改，可以向电子设备100发送预约时间修改成功的消息。当接收到该预约时间修改成功的消息，电子设备100可以显示如图10d所示的用户界面1020。
618.如图10d所示，用户界面1020可包括在林医生处的挂号记录1021和提示框1024。其中，在林医生处的挂号记录1021中预约时间为“2021年8月2日08:00-09:00”。提示框1024可用于提示用户预约时间已修改成功。
619.在一些实施例中，上述图10a所示的通知消息1011也可以来自中心医院app等app。也即是说，根据用户的挂号数据判断用户在多个医生处进行就诊的时间是否存在冲突的可能，以及确定在出现上述冲突时修改预约时间的方案可以是由中心医院app完成的。
620.由上述图10a～图10d所示的实施例可知，用户侧的电子设备可以根据用户的挂号数据判断用户在多个医生处就诊的时间是否存在冲突的可能。若判断出用户在多个医生处就诊的时间存在冲突的可能，用户侧的电子设备可以在用户就诊前提醒用户修改预约时间。这样可以减少用户在一个医生处就诊的过程中发现无法及时去自己预约的下一个医生处就诊，而需要临时修改预约时间的情况。上述方法可以帮助用户提前避免冲突，更顺利地完成在自己预约的各个医生处的就诊，并减少用户前往医疗机构的日程安排与其它日程安排冲突的情况。
621.在一些实施例中，用户在多个医生处挂号，以检查身体的不同区域。为了避免在不同医生处就诊的时间出现冲突，用户为在这多个医生处就诊均预留了较长的时间。但用户在这多个医生中的一个医生处就诊时，有可能就诊结束较早。那么用户可能需要在医疗机构等待很长时间才能去自己预约的下一个医生处就诊。当确定出用户已位于医疗机构，但距离在该医疗机构的预约时间还需要等待较长时间，用户侧的电子设备可以提醒用户修改预约时间，将自己的预约时间提前。这可以减少用户在医疗机构的等待时间。
622.下面介绍本技术实施例提供的临一中电子设备100提醒用户修改预约时间的场
景。
623.图11示例性示出了电子设备100提醒用户修改预约时间的另一种场景的场景示意图。
624.示例性的，张三除了预约了2021年8月2日08:00-09:00中心医院内分泌科林医生就诊，还预约了2021年8月2日10:00-11:00中心医院口腔科吴医生就诊。可以看出，张三为在林医生处就诊预留了2个小时。但张三在林医生处的就诊结束得较早。例如，在8:30的时候，张三在林医生处的就诊已结束。那么张三还需等待一个半小时才到去口腔科吴医生处就诊的预约时间。
625.在一种可能的实现方式中，电子设备100可以实时获取张三在就诊过程中的就诊信息。当确定出张三在08:30结束了在内分泌科林医生处的就诊，且张三在口腔科吴医生处的就诊10:00才开始，电子设备100可以判断口腔科吴医生处可挂号的数量在10:00之前是否还有剩余。其中，电子设备100可以获取中心医院口腔科医生的排班信息，来判断口腔科吴医生处可挂号的数量在10:00之前是否还有剩余。若口腔科吴医生处可挂号的数量在10:00之前是否还有剩余，电子设备100可以提醒用户修改预约时间，将自己的预约时间提前。
626.电子设备100可以显示如图11所示的用户界面1110。用户界面1110可以包括来自小艺建议app的通知消息1111。通知消息1111可用于提醒用户口腔科吴医生在9:00-10:00还有号，用户可以修改自己的预约时间，将预约时间提前。通知消息1111还可包含链接控件1111a。该链接控件1111a可用于触发电子设备100运行中心医院app，并显示用于修改预约时间的用户界面。修改预约时间的过程可以参考前述图10b～图10d所示的用户界面。这里不再赘述。
627.在一些实施例中，图11所示的通知消息1111也可以来自中心医院app等app。也即是说，判断用户是否可以修改预约时间段，将自己的预约时间提前可以是由中心医院app完成的。
628.由图11所示的实施例可知，用户侧的电子设备可以根据用户在就诊过程中的就诊信息，帮助用户调整预约时间，减少用户在就诊过程中的等待时间。
629.在一些实施例中，用户侧的电子设备可以具有医院模式。当处于医院模式，用户侧的电子设备可以响应接收到的消息回复预设的消息内容。
630.下面介绍本技术实施例提供的一种电子设备100开启医院模式的场景。
631.图12a～图12d示例性示出了电子设备100开启医院模式的场景示意图。
632.在一种可能的实现方式中，响应于用于开启设置app的用户操作，电子设备100可以显示如图12a所示的用户界面1210。用户界面1210可以为设置app的用户界面。用户界面1210可以包括用于设置电子设备100的网络、显示、声音等功能的选项。其中，用户界面1210可以包括医院模式选项1211。响应于作用在医院模式选项1211的用户操作，电子设备100可以显示如图12b所示的用户界面1220。
633.如图12b所示，用户界面1220可包括医院模式开关1221、功能介绍1222、消息内容选项1223。其中：
634.医院模式开关1221可用于开启或关闭医院模式。由图12b可知，医院模式开关1221当前处于关闭状态。即电子设备100的医院模式处于关闭状态。
635.功能介绍1222可用于介绍电子设备100处于医院模式所提供的服务。例如，功能介
绍1222可包括文字内容“开启后自动为您回复消息”。即当处于医院模式，电子设备100可以响应接收到的消息(如短信app中的消息、微信app中的消息等)回复预设的消息内容。
636.消息内容选项1223可用于选择用于回复的消息内容。例如，消息内容选项1223中可包括一条或多条消息内容。响应于选择消息内容选项1223中一条或多条消息内容的用户操作，电子设备100可以在处于医院模式时利用上述被选择的消息内容回复接收到的消息。在医院模式处于关闭状态时，消息内容选项1223可以为图12b所示不可选择的状态。即在医院模式处于关闭状态时，用户无法选择用户回复的消息内容。其中，消息内容选项1223中的消息内容可以是由电子设备100提供的，也可以是由用户输入的。本技术实施例对消息内容选项1223中的消息内容不作限定。
637.响应于作用在处于关闭状态的医院模式开关1221的用户操作，电子设备100可以将医院模式开启的状态从关闭状态切换为开启状态，并显示如图12c所示的用户界面1220。
638.如图12c所示，医院模式开关1221的状态为开启状态。在医院模式处于开启状态时，消息内容选项1223可以为图12c所示可选择的状态。
639.在一些实施例中，当用户a在电子设备上开启医院模式，该电子设备中的通信类app可以将用户a的状态修改为医院就诊中，以提示其他可以联系用户a的用户，用户a当前在医院就诊。
640.示例性的，张三8:00的时候按照图12a～图12c所示的操作在电子设备100上开启医院模式，且选择了消息内容选项1223中的消息内容“您好，我现在正忙，有事稍后商量”。用户b8:20的时候通过通信类app联系张三。用户b关联的电子设备为电子设备401。电子设备401可以显示如图12d所示的聊天界面1230。聊天界面1230可以包括联系人名称1231、联系人状态1232、聊天内容显示区域1233。其中：
641.联系人名称1231可以为与电子设备401通信对端联系人的名称。例如“张三”。
642.联系人状态1232可用于指示与电子设备401通信对端联系人的状态。上述状态可以包括但不限于：空闲中、会议中、医院就诊中、休息中等等。如图12d所示，联系人状态1232为医院就诊中。
643.聊天内容显示区域1233中可包括电子设备401关联的用户b与通信对端的联系人“张三”的聊天内容。例如，用户b向张三发送了消息“张老师，您今天有空帮我看一下案子吗？”。用户b可以接收到张三回复的消息“您好，我现在正忙，有事稍后商量”。由前述图12a～图12d所示的实施例可知，上述张三回复的消息可以是电子设备100处于医院模式时，利用上述消息内容选项中被选择的消息内容对接收到的消息自动回复的。
644.在一些实施例中，电子设备100可以检测用户是否位于医疗机构，并在用户位于医疗机构时，开启医院模式。例如，电子设备100可以获取用户的位置信息。当用户的位置信息指示用户位于医疗机构，电子设备100可以开启医院模式。
645.在一些实施例中，用户界面1220还可以包含app选项。app选项中可包括一个或多个app标识(如短信app标识、微信app标识等)。响应于选择app选项中一个或多个app标识的用户操作，电子设备100可以在处于医院模式，且接收到来自被选择的app标识对应的app的消息时，利用预设的消息内容回复这些app的消息。上述预设的消息内容可以是消息内容选项1223中被选择的消息内容。
646.也即是说，用户可以选择电子设备在医院模式下自动回复来自哪些app的消息。
647.在一些实施例中，用户界面1220还可以包含联系人选项。联系人选项中可包括一个或多个联系人名称。响应于选项联系人选项中一个或多个app的用户操作，电子设备100可以在处于医院模式，且接收到来自被选择的联系人名称对应的联系人的消息时，利用预设的消息内容回复这些联系人的消息。上述预设的消息内容可以是消息内容选项1223中被选择的消息内容。可选的，响应于用于设置回复一个联系人的消息内容用户操作，电子设备100可以将回复这一个联系人的消息内容确定为该用户操作中选择或者输入的消息内容。即电子设备100回复来自一个联系人预设的消息内容也可以是被指定回复给这一个联系人的消息内容。
648.也即是说，用户可以选择电子设备在医院模式下自动回复来自哪些联系人的消息，以及向这些联系人回复的消息的具体内容。
649.由图12a～图12d所示的实施例可知，用户侧的电子设备可以在处于医院模式时响应接收到的消息回复预设的消息内容。这可以解决用户在就诊时不方便回复消息的问题，并减少用户在就诊时回复消息不及时的情况。
650.在一些实施例中，在用户完成就诊后，用户侧的电子设备可以接收到诊断结果、缴费及取药信息。用户可以在自己的电子设备上查看自己的诊断结果，而不用领取纸质版的诊断结果。根据上述缴费及取药信息，用户可以方便地找到缴费以及取药的位置，进行缴费和取药。
651.下面介绍本技术实施例提供的一种电子设备100获取诊断结果、缴费及取药信息的场景。
652.图13a～图13g示例性示出了电子设备100获取诊断结果、缴费及取药信息的场景示意图。
653.如图13a所示，电子设备200可以接收医生输入的诊断结果，显示用户界面1310。用户界面1310可包括诊断结果1311和发送控件1312。其中：
654.诊断结果1311可包括确诊病情、药方以及医嘱。诊断结果1311还可以包含更多或更少的内容。示例性的，张三的诊断结果中，确诊病情为二型糖尿病。药方中包含药品a和药品b。
655.发送控件1312可用于将诊断结果1311发送给患者。在一种可能的实现方式中，响应于作用在发送控件1312的用户操作，电子设备200可以将诊断结果1311发送给医院服务器300。医院服务器300可以将诊断结果1311发送给患者关联的电子设备。张三关联的电子设备可以为电子设备100。即电子设备100可以接收到来自医院服务器300的诊断结果。
656.如图13b所示，电子设备100可以显示用户界面1320。用户界面1320可以包括来自中心医院app的通知消息1321。通知消息1321可用于提示用户查收诊断结果。响应于作用在通知消息1321的用户操作，电子设备100可以显示如图13c所示的用户界面1330。
657.如图13c所示，用户界面1330可以为中心医院app的用户界面。用户界面1330可以包括用户的就诊结果。该就诊结果的内容可以参考前述图13a所示就诊结果1311的内容。用户界面1330还可以包括取药控件1331。取药控件1331可用于触发电子设备100显示缴费及取药信息。
658.在一种可能的实现方式中，响应于作用在取药控件1331的用户操作，电子设备100可以显示如图13d所示的用户界面1340。用户界面1340可以包括缴费及取药信息。该缴费及
取药信息也可以是医院服务器300发送给电子设备100的。该缴费及取药信息可用于指示用户缴费和取药的流程，以及缴费和取药的具体位置。例如，该缴费及取药信息可以包括“请先前往中心医院一楼的缴费窗口缴费。缴费成功后请在一楼的取药窗口
②
排队取药”。本技术实施例对上述缴费及取药信息的具体内容不作限定。
659.在另一种可能的实现方式中，用户需要领取的药品在中心医院暂时缺货。医院服务器300可以查询其它医疗机构(如药店)是否存储有上述用户需要领取的药品。当查询到存储有上述用户需要领取的药品的医疗机构，医院服务器300发送的缴费及取药消息可用于指示用户前往存储有用户需要领取的药品的医疗机构取药。
660.示例性的，响应于作用在取药控件1331的用户操作，电子设备100可以显示如图13e所示的用户界面1340。用户界面1340可以包括缴费及取药信息。该缴费及取药信息可以指示用户在中心医院领取药品b。另外，由于中心医院暂时没有药品a，该缴费及取药信息可以指示用户前往中心药店领取药品a。
661.在另一种可能的实现方式中，用户侧的电子设备可以为用户提供在线缴费的服务。
662.示例性的，响应于作用在取药控件1331的用户操作，电子设备100可以显示如图13f所示的用户界面1340。用户界面1340可以为中心医院app的用户界面。用户界面1340可以包括缴费及取药信息。该缴费及取药信息可用于提示用户缴费的方式。例如，在中心医院一楼的缴费窗口缴费，或者，通过电子设备100进行在线缴费。
663.如图13f所示，用户界面1340可以包括在线缴费控件1341。响应于作用在线缴费控件1341的用户操作，电子设备100可以显示如图13g所示的用户界面1350。
664.用户界面1350可以包括缴费金额1351和缴费方式选项1352。其中，缴费金额1351可以包括用户在医疗机构就诊的各项检查费用、药方中药品的费用等。缴费方式选项1352中可包括一个或多个用于在线缴费的选项。例如医保、支付方式a、支付方式b等等。本技术实施例对上述缴费方式选项1352中包括的选项不作限定。
665.即用户可以选择缴费方式选项1352中任意一个选项来进行缴费。上述方法可以帮助用户快速地进行缴费，而无需在缴费窗口排队等候缴费。这可以有效节省用户的时间。
666.由上述图13a～图13g所示的实施例可知，在完成就诊后，用户可以在自己的电子设备上查看自己的诊断结果、缴费及取药信息，并根据上述缴费及取药信息方便地找到缴费以及取药的位置，进行缴费和取药。
667.在一些实施例中，用户侧的电子设备可以根据用户的诊断结果判断用户是否需要再次就诊。若判断出用户需要再次就诊，用户侧的电子设备可以提醒用户挂号，并为用户提供挂号方案。
668.下面介绍本技术实施例提供的一种电子设备100为用户提供挂号方案的场景。
669.图14a和图14b示例性示出了电子设备100为用户提供挂号方案的场景示意图。
670.如图14a所示，电子设备100可以接收到来自医院服务器300发送的就诊结果，并显示用户界面1410。用户界面1410可以是中心医院app的用户界面。用户界面1410可以包含用户的就诊结果。例如，张三在中心医院口腔科吴医生处完成了就诊。张三的诊断结果中，确定病情为牙髓病，需进行根管治疗。医嘱指示张三在一星期后、两星期内再次就诊，进行根管预备。
671.在一种可能的实现方式中，电子设备100中的小艺建议app可以获取到上述诊断结果。根据上述诊断结果，小艺建议app可以提醒用户挂号。另外，小艺建议app还可以获取中心医院口腔科医生的排班信息、用户的日程安排。结合上述诊断结果、中心医院口腔科医生的排班信息、用户的日程安排，小艺建议app可以为用户提供挂号方案。例如，上述诊断结果指示张三需要在下周预约口腔科吴医生就诊。张三的日程安排指示张三工作日(即周一至周五)需要上班，周末(即周六和周日)休息。上述中心医院口腔科医生的排班信息指示吴医生在下周周末的号已经约满，在下周工作日可挂号的数量还有剩余。那么，小艺建议app提供的挂号方案可以包括：预约口腔科吴医生下周工作日就诊。
672.如图14b所示，电子设备100可以在用户界面1410显示来自小艺建议app的通知消息1411。该通知消息1411可用于提醒用户遵照医嘱挂号。通知消息1411可以包含小艺建议app为用户提供的挂号方案。通知消息1411还可以包含链接控件1411a。链接控件1411a可用于触发电子设备100运行中心医院app，并显示用于挂号的用户界面。上述用于挂号的用户界面可以参考前述图4c～图4f所示的用户界面。这里不再赘述。
673.在一些实施例中，响应于作用在该链接控件1411a的用户操作，电子设备100可以显示用于挂号的用户界面，并将用户界面中适合于用户的挂号医生和预约时间突出显示。上述突出显示的方法可以参考前述图6a和图6b所示实施例的介绍。上述适合于用户的挂号医生可以包括与用户的病症信息匹配且在用户没有其它日程安排的时间段内有号的医生、用户复诊的医生等等。上述适合于用户的预约时间可以包括用户没有其它日程安排的时间、用户需要进行复诊的时间等等。例如，张三8月2日在口腔科吴医生处就诊后，需要在下周进行复诊。响应于作用在该链接控件1411a的用户操作，电子设备100可以在挂号的用户界面中显示在指定复诊时间内上述口腔科吴医生还有号的时间段。其中，电子设备100可以根据用户的挂号数据确定用户支付挂号费的惯用支付方式，并在上述挂号的用户界面的支付类型中为用户选择用户惯用的支付方式(如医保支付)等。
674.进一步的，小艺建议app还可以判断用户再次就诊的预约时间是否与用户的其它日程安排冲突。在判断出用户再次就诊的预约时间与用户的其它日程安排冲突的情况下，小艺建议app可以提示用户调整其它日程安排的时间。例如，用户再次就诊的预约时间在工作日。小艺建议app可以提示用户请假。小艺建议app提示用户请假的实现方式可以参考前述图9h所示的实施例。其中，响应于开启公司考勤app的用户操作，电子设备100可以显示用于请假的用户界面，并根据用户再次就诊的挂号数据在上述用于请假的用户界面为用户填写请假数据。电子设备100根据用户的挂号数据为用户填写请假数据的实现方式可以参考前述图5b所示的实施例。
675.在一些实施例中，图14b所示的通知消息1411也可以来自中心医院app等app。也即是说，判断用户是否需要再次就诊以及为用户再次就诊提供挂号方案可以是由中心医院app完成的。
676.可以理解的，上述为用户复诊提供挂号方案过程中所使用的诊断结果以及日程安排数据可以是经过中间服务器进行脱敏处理后的数据。其中，上述根据诊断结果判断用户是否需要复诊，以及在需要复诊时确定出适合用户的就诊方案的过程即为数据银行中对用户数据加工的过程。电子设备100显示上述包含进行复诊的挂号方案的通知消息1411的过程即为数据银行中用户数据的价值呈现的过程。
677.由上述图14a和图14b所示的实施例可知，用户侧的电子设备可以根据用户在一次就诊结束之后的诊断结果，判断用户是否需要再次就诊。在判断出用户需要再次就诊时，用户侧的电子设备可以根据诊断结果、医疗机构的排号信息、用户的日程安排等信息为用户提供挂号方案。
678.在一些实施例中，在用户完就诊后，用户侧的电子设备可以根据接收到的诊断结果判断用户在就诊后是否需要休息一段时间。当判断出用户在就诊后需要休息一段时间，用户侧的电子设备可以判断用户需要休息的时间是否与其它日程安排冲突。若用户需要休息的时间与其它日程安排冲突，用户侧的电子设备可以提示用户修改其它日程安排的时间，以便于用户遵照医嘱休息，恢复身体健康。
679.示例性的，张三8月2日下午完成在口腔科吴医生处的就诊后，吴医生可以通过电子设备200将诊断结果发送给张三。张三关联的电子设备(即电子设备100)可以接收到诊断结果。在张三的诊断结果中，医嘱指示张三在就诊后的第二天(即8月3日)要休息一天。电子设备100可以根据该诊断结果判断出张三在就诊结束后需要休息一天。电子设备100可以根据张三的日程安排确定出张三需要休息的一天为工作日。电子设备100可以推送用于提醒张三请假的通知消息。该请假的通知消息可以参考前述图9h所示的通知消息946。
680.不限于判断用户就诊结束后需要的休息时间是否与用户已有的日程安排冲突，用户侧的电子设备还可以判断用户就诊结束后需要进行的其它事项(如再次就诊等)的时间，是否与用户已有的日程安排冲突。然后，在用户就诊结束后需要进行的其它事项的时间与用户已有的日程安排冲突时，用户侧的电子设备可以提醒用户调整各项日程安排的时间，以便于用户遵照医嘱，更好地恢复身体健康。
681.在一些实施例中，用户侧的电子设备可以根据用户的诊断结果为用户推荐运动建议。这可以帮助用户更好地恢复身体健康。
682.下面介绍本技术实施例提供的一种电子设备100为用户推荐运动建议的场景。
683.图15a～图15c示例性示出了电子设备100为用户推荐运动建议的场景示意图。
684.如图15a所示，电子设备100可以显示用户界面1510。用户界面1510可以包括来自小艺建议app的卡片1511。卡片1511可用于提醒用户进行运动。卡片1511中可包括文字提示。该文字提示的内容可以为“有氧运动可以控制血糖，帮助治疗糖尿病，快来运动吧”。卡片1511中还可以包括课程标识1511a。课程标识1511a可用于指示小艺建议app推荐的课程的内容。响应于作用在课程标识1511a的用户操作，电子设备100可以显示该课程标识1511a指示的课程的内容。上述课程的内容可以包括文字、视频、音频等等。本技术实施例对课程的内容不作限定。
685.在一种可能的实现方式中，小艺建议app可以获取用户的诊断结果，并根据该诊断结果确定适合于用户的运动建议。该运动建议可以包括可用于改善该诊断结果中确诊病情的运动项目、运动课程、运动强度、运动时间等等。例如，张三的诊断结果指示张三患有二型糖尿病。根据张三的诊断结果，小艺建议app可以确定适合于二型糖尿病患者的运动建议，并在该运动建议中的运动时间提醒用户完成该运动建议中的运动课程。
686.例如，根据张三的诊断结果，小艺建议app确定出的运动建议可以包括：每天7:00完成图15a所示课程名称为“有氧燃脂”的运动课程。电子设备100可以每天7:00显示如图15a所示的卡片1511，以提醒用户进行运动。
687.本技术实施例对上述小艺建议app获取适合于用户的运动建议的方法不作限定。示例性的，电子设备100可以向云端服务器请求适合于二型糖尿病患者的运动建议。云端服务器中可以存储有用于改善各种疾病的运动建议。当接收到上述适合于二型糖尿病患者的运动建议，小艺建议app可以获取上述适合于二型糖尿病患者的运动建议。电子设备100可以显示如图15a所示来自小艺建议app的卡片1511。
688.在另一种可能的实现方式中，小艺建议app可以获取用户的诊断结果，以及用户生理数据等运动健康数据。上述生理数据可以包括心率、呼吸率、血氧、体重、体脂率、血压等等。上述生理数据可以是电子设备100从健康数据服务器301获取的。或者，上述生理数据也可以是电子设备100从与自己连接有通信连接的智能手环600、体脂称601、血压计602等健康数据采集设备获取的。本技术实施例对电子设备100获取上述生理数据的方法不作限定。
689.小艺建议app可以结合用户的诊断结果以及用户的生理数据，确定适合于用户的运动建议。该运动建议可以包括运动项目、运动课程、运动强度、运动时间等等。该运动建议可用于改善该诊断结果中的确诊病情以及该生理数据所指示的身体问题。
690.例如，张三的诊断结果指示张三患有二型糖尿病。张三的生理数据指示张三为大体重人群。根据张三的诊断结果和生理数据，小艺建议app确定出的运动建议可以包括：每天游泳半小时或者每天踩动感单车半小时等等。可以理解的，张三的诊断结果指示张三需要进行有氧训练以控制血糖。张三的生理数据指示张三不适合进行跑步类的有氧运动。那么上述游泳或者踩动感单车的运动建议既可以改善张三的确诊病情，又可以减少张三作为大体重人群在运动过程中损伤关节的情况。
691.相比于仅根据用户的诊断结果为用户推荐运动建议，上述结合诊断结果和生理数据的方法可以更具针对性地为用户推荐运动建议。上述方法可以为用户提供个性化的服务，帮助用户更好地管理自己的身体健康。
692.在另一种可能的实现方式中，小艺建议app还可以在获取到用户的生理数据后，根据生理数据确定适合于用户的运动建议。该运动建议可用于改善该生理数据所指示的身体问题。例如高血压、过度肥胖等等。
693.在一些实施例中，电子设备100可以在检测到用户即将或者正在进行运动时，根据用户的运动健康数据判断用户选择的运动是否适合用户。若判断出用户选择的运动不适合用户，电子设备100可以提示用户选择的运动不合适。可选的，电子设备100还可以为用户推荐适合用户的运动。
694.示例性的，电子设备100检测到用户(如张三)选择运动类的app(如运动健康app)中的跑步课程进行运动。小艺建议app可以获取到上述作用在运动类的app开启跑步课程的用户操作。小艺建议app根据用户的运动健康数据可以确定出张三为大体重人群，不适合进行跑步运动。那么，小艺建议app可以提示用户大体重人群不适合进行跑步运动，损伤关节的风险较大。另外，小艺建议app可以为用户推荐与用户选择的运动可以达到相近效果，且适合用户的运动。例如，小艺建议app可以推荐用户进行游泳或者踩动感单车等适合大体重人群的有氧运动。其中，电子设备100可以显示来自小艺建议app的卡片或通知消息。上述卡片或通知消息中可包括小艺建议app的提示内容和推荐运动。
695.本技术实施例对上述根据用户的运动健康数据判断用户选择的运动是否适合用户的方法不作限定。上述不适合用户的运动可以包括加重运动健康数据所指示的身体问题
的运动、由于用户存在一种或多种身体问题而使得用户在运动过程中受伤风险高的运动等等。
696.本技术实施例对检测用户是否即将或者正在进行运动的方法不作限定。不限于上述检测作用在运动类的app中选择运动课程的用户操作，电子设备100还可以利用其它方法来判断用户是否即将或者正在进行运动。例如，电子设备100可以根据自己的运动传感器(如加速度传感器、陀螺仪传感器等)检测用户是否在运动。再例如，智能手表可响应于用户操作开启用户选择的运动模式(如跑步模式、游泳模式等等)，并检测用户的运动数据。电子设备100可以接收到智能手表检测的运动数据。根据来自智能手表的运动数据，电子设备100可以判断用户是否在运动。
697.不限于上述小艺建议app，提示用户选择的运动不适合用户的app还可以例如是上述运动类的app等。上述运动类的app可以获取用户的运动健康数据。在确定用户选择的运动不适合用户的情况下，上述运动类的app可以提示用户，并为用户推荐适合用户的运动。
698.上述方法可以帮助用户合理选择运动方式，减少用户由于进行不适合自身的运动而影响身体健康的情况。
699.在一些实施例中，电子设备100可以在检测到用户即将或者正在进行运动时，根据用户的饮食数据判断用户运动的时间是否合适。上述饮食数据可以包括吃饭的时间、吃的食物、服药的时间、服用的药品等吃食方面的数据。上述不适合用户运动的时间可以包括吃饭后的预设时间内(如1小时内)、服药之前或之后的预设时间内等。用户在上述不合适运动的时间内运动可能会对用户食用的东西进行消化和吸收产生影响。或者，由于用户食用了食物或药品，用户在上述不合适运动的时间内进行运动可能会影响用户的身体健康。
700.上述饮食数据可以包括来自于外卖类的app产生的数据、智能冰箱检测到食物消耗的数据、智能药盒检测到用户用药的数据、用户日程安排中饮食安排的数据等等。
701.小艺建议app可以获取用户的饮食数据、用户进行运动的时间，并根据用户的饮食数据判断用户运动的时间是否合适。当判断出用户运动的时间不合适，小艺建议app可以提示用户运动的时间不合适。可选的，小艺建议app还可以为用户提供合适的运动时间。例如，张三的饮食数据指示张三在外卖类的app点的外卖17:00送达。小艺建议app可以将17:00确定为张三开始吃饭的时间。若小艺建议app根据用户进行运动的时间确定出用户在17:30进行跑步运动，小艺建议app可以提示用户饭后1小时内不宜剧烈运动，并建议用户在18:30之后进行运动。
702.不限于上述小艺建议app，提示用户运动的时间不合适的app还可以例如是外卖类的app等。上述外卖类的app可以获取用户进行运动的时间。当检测到用户进行运动的时间在用户的外卖送达后的预设时间内(如1小时内)，外卖类的app可以提示用户饭后1小时内不宜剧烈运动。
703.上述方法可以帮助用户合理安排自己的运动时间，减少用户在食用东西之前或之后进行运动导致用户的身体产生不良反应的情况。
704.在一些实施例中，电子设备100与智能电视702之间建立通信连接。电子设备100可以指示智能电视702显示运动课程的内容。智能电视702可以检测用户的运动状态，并将该运动状态发送给电子设备100。电子设备100可以存储用户的运动状态。
705.示例性的，如图15b所示，智能电视702可以显示包含运动课程的内容的用户界面
1520。用户界面1520的左半部分可以包含运动课程中跟练视频的窗口。用户界面1520的右半部分可以包含呈现用户动作的窗口。其中，智能电视702可以通过摄像头采集运动过程中用户的图像，并显示在上述呈现用户动作的窗口中。本技术实施例对用户界面1520中显示的内容不作具体限定。
706.智能电视702还可以检测用户的运动状态。该运动状态可以包括用户的动作是否正确、用户动作的幅度是否达到跟练视频中教练所做动作的幅度等等。根据该运动状态，智能电视702可以显示相应的提示信息，以提醒用户更好地完成运动。例如，在用户的动作正确，且用户动作的幅度达到跟练视频中教练所做动作的幅度时，智能电视702可以在用户界面1520显示如图15b所示的“非常好”。再例如，在用户的动作幅度未达到跟练视频中教练所做动作的幅度时，智能电视702可以提示用户需要改进的内容(如“将腿再抬高一点”)。本技术实施例对智能电视702显示的提示信息不作限定。
707.智能电视702可以将用户的运动状态发送给电子设备100。电子设备100可以显示如图15c所示的用户界面1530。用户界面1530可以是小艺建议app的用户界面。用户界面1530可以包括一条或多条运动记录1531。当检测到用户完成一个运动课程中的内容，电子设备100可以在用户界面1530增加一条运动记录。
708.在一种可能的实现方式中，运动课程包含跟练视频。当检测到一个运动课程中的跟练视频播放完成，电子设备100可以确定用户完成一个运动课程中的内容。其中，上述运动课程中的跟练视频可以是在电子设备100上播放的，也可以是在智能电视702等设备上播放的。
709.如图15c所示，用户界面1530包含三条运动记录。这三条运动记录可以指示用户(即张三)分别在8月3日、8月4日和8月5日均进行了运动。
710.上述用户界面1530也可以是其它app(如运动健康app等)的用户界面。本技术实施例对此不作限定。
711.不限于上述电子设备100指示智能电视702显示运动课程的内容的方法，智能电视702还可以通过其它方法来显示运动课程的内容。在一种可能的实现方式中，智能电视702中安装有小艺建议app。智能电视702中登录的账号与电子设备100中登录的账号可以是相同的，例如，均为张三的账号。智能电视702也可以显示如图15a所示来自小艺建议app的卡片1511。响应于作用在智能电视702中来自小艺建议app卡片上的用户操作，智能电视702可以显示如图15b所示运动课程的内容。智能电视702可以将检测到的用户的运动状态发送给电子设备100。
712.可以理解的，上述为用户推荐运动建议时所使用的运动健康数据、用户运动时间的数据、用户运动内容的数据等用户数据均可以是经过中间服务器进行脱敏处理后的数据。上述根据用户数据确定出运动建议的过程即为数据银行中对用户数据加工的过程。电子设备100对运动建议的呈现即为数据银行中用户数据的价值呈现。
713.由图15a～图15c所示的实施例可知，用户侧的电子设备可以根据用户的诊断结果、生理数据等运动健康数据中的一项或多项来确定适合于用户的运动建议。根据该运动建议，用户侧的电子设备可以提醒用户进行运动。这有利于用户恢复或者保持身体健康。另外，用户侧电子设备还可以存储用户的运动记录。当用户前往医疗机构复诊时，上述运动记录可以帮助医生判断用户的身体状况。
714.在一些实施例中，用户侧的电子设备可以根据用户的诊断结果提醒用户按时服药。这可以减少用户忘记服药的情况，帮助用户更好地恢复身体健康。
715.下面介绍本技术实施例提供的一种电子设备100提醒用户按时服药的场景。
716.图16a和图16b示例性示出了电子设备100提醒用户按时服药的场景示意图。
717.如图16a所示，电子设备100可以显示用户界面1610。用户界面1610可以包括来自小艺建议app的卡片1611。卡片1611可用于提醒用户服药。卡片1611中可包括文字提示。该文字提示的内容可以为“检测到您的药方记录中，药品a和药品b需要在早上8点服用，小艺温馨提示您，8点已经到了，记得服药噢！”。卡片1611中可以包括服药登记控件1611a。服药登记控件1611a可用于触发电子设备100存储用户该次的服药记录。
718.也即是说，用户可以通过点击服药登记控件1611a来记录自己的用药情况。
719.在一种可能实现方式中，小艺建议app可以获取用户的诊断结果，并根据该诊断结果确定用户的服药方案。该服药方案可以包括服药时间、药品名称和药品数量等。例如，张三的诊断结果中的药方指示张三需要服用药品a和药品b。根据张三的诊断结果，小艺建议app可以确定药品a和药品b的服药时间、数量。在上述服药时间，小艺建议app可以提醒用户服药。
720.不限于是小艺建议app，上述根据用户的诊断结果确定服药方案的app还可以是其他的app，例如中心医院app等。
721.在一些实施例中，电子设备100可以存储用户的服药记录。示例性的，响应于作用在图16a所示服药登记控件1611a的用户操作，电子设备100可以存储卡片1611所指示的服用药品的数据。即电子设备100在检测到作用在服药登记控件1611a的用户操作时，可以确定用户已按照卡片1611的提示服药。
722.如图16b所示，电子设备100可以显示用户界面1620。用户界面1620可以包括服药记录区域1621。该服药记录区域1621可以包含一条或多条服药记录。示例性的，服药记录区域1621中包含服药记录“8月3日08:00药品a1粒，药品b 2粒”。由该服药记录可知，张三根据图16a所示的卡片16a在8月3日08:00服用了药品a和药品b。另外，若在小艺建议app提醒用户服药的时间内未检测到作用在服药登记控件(如服药登记控件1611a)上的用户操作，电子设备100可以确定用户在该次需要服药的时间内未服药。示例性的，服药记录区域1621中包含服药记录“8月4日12:00未服药”。由该服药记录可知，张三在8月4日12:00未按时服药。
723.在一些实施例中，电子设备100与智能药盒603建立有通信连接。电子设备100可以将根据用户的诊断结果确定的服药方案发送给智能药盒603。智能药盒603可以根据上述服药方案提醒用户按时服药。智能药盒603还可以检测用户服用药品的数据。例如，智能药盒603可以检测药品被取出的时间、数量以及被取出药品的名称，来确定用户服用药品的时间、数量和名称。本技术实施例对智能药盒603检测用户服用药品的数据的方法不作限定。
724.电子设备100可以获取智能药盒603检测的用户服用药品的数据。根据来自智能药盒603检测的用户服用药品的数据，电子设备100可以显示如图16b所示的服药记录。
725.在一些实施例中，用户服用的药品在服用时间上有具体的时间要求。例如，服药时间与用户吃饭的时间关联。用户服用的药品需要在饭前或者饭后服用。电子设备100可以根据用户吃饭的时间确定用户需要服药的时间，并提醒用户在需要服药的时间服药。
726.示例性的，张三需要服用药品a和药品b。其中，药品a需要在饭前半小时服用。药品
b需要在饭后半小时服用。小艺建议app可以根据张三需要服用的药品、医嘱等数据确定出药品在服用时间上的要求。可选的，上述药品在服用时间上的要求也可以是用户输入的。小艺建议app还可以获取张三的饮食数据，并根据张三的饮食数据确定张三吃饭的时间。例如，小艺建议app可以获取张三点外卖的数据。上述点外卖的数据指示张三在11:00下单，且张三的外卖将在11:40送达。那么，小艺建议app可以将11:40确定为张三开始吃饭的时间。小艺建议app可以预估用户吃饭所需要的时间(如20分钟)。根据张三开始吃饭的时间和吃饭所需要的时间，小艺建议app可以确定用户吃饭结束的时间(如12:00)。
727.本技术实施例对确定用户开始吃饭和吃饭结束的时间的方法不作限定。
728.根据上述吃饭的时间以及药品服用时间的要求，小艺建议app可以提示用户在11:10服用药品a，并在饭后半小时(如12:30)服用药品b。其中，小艺建议app可以在11:10或者在11:10之前(如张三点外卖下单时)提示用户药品a和药品b的服用时间。即电子设备100可以在11:10或11:10之前显示来自小艺建议app的卡片。该来自小艺建议app的卡片中可包括药品a和药品b在服用时间上的建议。可选的，小艺建议app还可以在预估用户吃饭结束的时间提示用户服用饭后需要服用的药品。例如，小艺建议app可以在12:00提示用户服用药品b。即电子设备100可以在12:00显示来自小艺建议app的卡片。该来自小艺建议app的卡片中可以包括服用药品b的提示。
729.不限于上述小艺建议app，上述根据用户吃饭的时间在饭前或者饭后提醒用户服药的app还可以是其它app。例如，电子设备100中用于控制智能药盒603的app。上述用于控制智能药盒603的app可以获取用户的饮食数据，并根据用户的饮食数据确定用户吃饭的时间。上述用于控制智能药盒603的app还可以根据用户需要服用的药品、医嘱等数据确定出药品在服用时间上的要求。结合用户吃饭的时间以及药品在服用时间上的要求，上述用于控制智能药盒603的app可以确定出用户服药的时间，并在用户服药的时间提醒用户服药。其中，电子设备100可以显示来自上述用于控制智能药盒603的app的通知消息。该通知消息中可包括提示用户服药的提示内容。可选的，上述用于控制智能药盒603的app还可以指示智能药盒603提示用户服药。本技术实施例对智能药盒603提示用户服药的提示方法不作限定。例如，智能药盒603可以通过振动、亮指示灯等方法提示用户服药。
730.可以看出，对于服药时间与吃饭时间关联的药品，电子设备100可以先确定用户的吃饭时间，然后根据用户的吃饭时间在饭前或者饭后提示用户服药。上述方法可以帮助用户按时服药，减少由于服药时间不合适影响药效或者对用户的身体健康产生影响的情况。
731.在一些实施例中，电子设备100可以根据用户的服药记录，在用户未按时服药的情况下为用户提供补服药品的建议。
732.例如，智能药盒603在8月5日8:00提示用户服用药品a和药品b。但智能药盒603检测到用户在8月5日8:00未服药。智能药盒603可以将检测到的用户服用药品的数据发送给电子设备100。电子设备100中的小艺建议app可以获取上述用户服用药品的数据。在判断出用户忘记服药的情况下，小艺建议app可以为用户提供补服药品的建议。该补服药品的建议可以例如是在两次服药时间时间隔一半的时间段内，按量补服。即小艺建议app可以提示用户在8月5日10点之前补服1粒药品a和2粒药品b。其中，电子设备100可以显示来自小艺建议app的卡片。该卡片中可包括上述小艺建议app提示的内容。
733.若智能药盒603检测到用户在上述补服药品的时间内服用了药品，智能药盒603可
以将用户补服药品的数据发送给电子设备100。电子设备100可以更新图16b所示的服药记录。例如将8月5日8:00的服药记录更新为“药品a1粒，药品b 2粒”。
734.其中，若用户在8月5日9:00补服了药品a和药品b，小艺建议app可以将后续提醒用户服药的时间进行相应的调整。例如，小艺建议app可以提醒用户将原服药时间12:00推迟用户上一次服用药品所延后的时间(如1小时)。即小艺建议app可以提醒用户在8月5日13:00服药。这样可以帮助用户保证服药的治疗效果。
735.再例如，智能药盒603检测到用户在8月5日这一天内12:00之前未服用药品a和药品b。智能药盒603可以将检测到的用户服用药品的数据发送给电子设备100。电子设备100中的小艺建议app可以获取上述用户服用药品的数据。小艺建议app可以在8月5日中午(如12:00)提醒用户服药时，提供补服药品的建议。该补服药品的建议可以例如是用户8月5日上午未服药，在8月5日中午服药时，不宜将上午未服用的药品与中午需要服用的药品一起服用。这样可以减少用户由于补服药品导致体内药物浓度过高，产生不良反应或者威胁到生命健康的情况。
736.上述补服药品的建议可以是根据用户服用的药品的类型、服用的时间来确定的。本技术实施例对此不作具体限定。
737.在一些实施例中，电子设备100可以根据用户的诊断结果以及智能药盒603中的药品数量等用户数据，判断智能药盒603中的药品是否需要补充。当判断出智能药盒603中的药品需要补充，电子设备100可以提示用户补充药品。
738.示例性的，张三的诊断结果指示张三需要连续10天服用药品a和药品b。智能药盒603中可以放入7天需要服用的药品。小艺建议app可以在智能药盒603中剩余的药品数量小于预设药品数量时，提示用户补充智能药盒603中的药品。上述预设药品数量可以例如是2天需要服用的药品数量。本技术实施例对预设药品数量的取值不作限定。例如，智能药盒603中放置有7天需要服用的药品。张三已经服用了智能药盒603中6天需要服用的药品。小艺建议app可以确定出智能药盒603中只剩下1天需要服用的药品数量。而张三总共需要服用10天的药品。那么，小艺建议app可以提示用户在智能药盒603中补充3天需要服用的药品。
739.上述方法可以提醒用户带药，减少用户由于智能药盒中的药品不足而漏服药品的情况。
740.可以理解的，上述为用户提供服药提醒过程中所使用的运动健康数据、用户的饮食数据、用户服用药品的数据等用户数据均可以是经过中间服务器进行脱敏处理后的数据。上述根据用户数据确定出服药提醒的内容的过程即为数据银行中对用户数据加工的过程。电子设备100对服药提醒的呈现即为数据银行中用户数据的价值呈现。
741.由图16a和图16b所示的实施例可知，用户侧的电子设备可以根据用户的诊断结果确定用户的服药方案，并根据该服药方案提醒用户按时服药。这可以减少用户忘记服药的情况，帮助用户更好地恢复身体健康。另外，用户侧的电子设备还可以存储用户的服药记录。当用户前往医疗机构复诊时，上述服药记录可以帮助医生判断用户的身体状况。
742.在一些实施例中，用户侧的电子设备可以根据用户的诊断结果为用户提供饮食建议。该饮食建议可以提示用户在服药期间需要忌口的食物，以免影响药效或者恶化病情。
743.图17示例性示出了本技术实施例提供的一种电子设备100为用户提供饮食建议的
场景示意图。
744.如图17所示，电子设备100可以显示用户界面1710。用户界面1710可以包括来自小艺建议app的卡片1711。卡片1711中可包含饮食建议。示例性的，该饮食建议可以提示用户食物a、食物b和食物c与用户服用的药品(如药品a和药品b)冲突，在服药期间需要忌口。本技术实施例对上述卡片1711中的具体内容不作限定。
745.在一种可能的实现方式中，小艺建议app可以获取用户的诊断结果，并根据该诊断结果确定适合于用户的饮食建议。该饮食建议可以包括不适合用户食用的食物、适合用户使用的食物等。该饮食建议可用于改善用户的诊断结果中的确诊病情。
746.例如，张三的诊断结果指示张三需要服用药品a和药品b。小艺建议app可以确定出与药品a和药品b冲突的食物，例如食物a、食物b和食物c。小艺建议app可以在饮食建议中提醒用户在服药期间不要食用食物a、食物b和食物c。
747.在另一种可能的实现方式中，小艺建议app可以获取用户的诊断结果，以及用户的生理数据等运动健康数据。结合上述诊断结果和生理数据，小艺建议app可以确定适合于用户的饮食建议。该运动建议可以改善用户的诊断结果中的确诊病情以及用户的生理数据所指示的身体问题。
748.可选的，小艺建议app也可以在获取到用户的生理数据的情况下，仅根据用户的生理数据数据，确定适合于用户的饮食建议。例如，当用户的生理数据指示用户有高血压。小艺建议app确定出的饮食建议可以包括：提醒用户哪些食物可以降低血压，以及哪些食物会导致血压升高等。本技术实施例对小艺建议app根据诊断结果、生理数据等运动健康数据中的一项或多项确定饮食建议的具体实现方法不作限定。
749.在一些实施例中，外卖类的app可以获取到用户的运动健康数据。根据用户的运动健康数据，外卖类的app可以在用餐时间为用户推荐适合用户的食物。其中，电子设备100可以显示来自上述外卖类的app的通知消息。该通知消息中可以包括提示用户点餐的提示内容，以及为用户推荐的食物的购买链接。上述购买链接可用于用户下单购买上述推荐的食物。
750.上述用餐时间可以是外卖类的app预设的用餐时间(如早餐用餐时间为8:00，午餐用餐时间为12:00，晚餐用餐时间为17:00)。可选的，上述用餐时间可以是用户日程安排中记录的用餐时间。可选的，上述用餐时间还可以是外卖类的app根据用户习惯的用餐时间确定的。本技术实施例对上述用餐时间的确定方法不作限定。
751.不限于在用餐时间提醒用户点餐并为用户推荐适合用户的食物，外卖类的app还可以根据用户的位置确定适合用户的食物送达所需要的时间。根据上述送达所需要的时间，外卖类的app可以提前提醒用户点餐。例如，外卖类的app确定出的适合用户午餐食用的食物送达需要30分钟。若用户午餐的用餐时间为12:00，外卖类的app可以在11:30提醒用户点餐。即电子设备100可以在11:30推送来自上述外卖类的app的通知消息。这样，外卖可以在用户的用餐时间送达。用户可以在用餐时间按时吃饭。
752.不限于上述外卖类的app，上述提醒用户点餐并为用户推荐适合用户的食物的app还可以是小艺建议app等其它app。例如，小艺建议app可以获取用户的运动健康数据、一个或多个点外卖平台的商品信息(如外卖所使用的食材的类型、点外卖平台的优惠券信息等)等等。小艺建议app可以提醒用户及时点餐，并为用户推荐适合用户的食物。
753.可以理解的，上述为用户推荐饮食建议的过程所使用的运动健康数据、用餐时间等用户数据均可以是经过中间服务器进行脱敏处理后的数据。上述根据用户数据确定饮食建议的内容的过程即为数据银行中对用户数据加工的过程。电子设备100对饮食建议的呈现即为数据银行中用户数据的价值呈现。
754.上述方法可以帮助用户养成良好的饮食习惯。其中，电子设备100可以提醒用户按时吃饭，并且为用户推荐有益于用户身体健康、能够改善用户的运动健康数据所指示的身体问题的食物。
755.由上述实施例可知，用户侧的电子设备可以根据用户的诊断结果、生理数据等运动健康数据中的一项或多项为用户推荐饮食建议。该饮食建议可以有效地针对用户的身体情况，可以帮助用户更好地管理自己的身体健康。
756.本技术提供一种健康管理方法。该方法可便于用户监控家庭成员的身体状态，并根据家庭成员所患的疾病采取治疗和预防措施。具体的，多个用户侧的电子设备之间可以进行家庭组网，建立一个家庭群组。一个家庭群组中的电子设备可以共享运动建议、饮食建议等健康管理建议。一个家庭群组中的电子设备可以具有不同的身份属性，例如家主、家主的父亲、家主的母亲等等。身份属性为家主的电子设备可以控制具有其它身份属性的电子设备呈现诊断结果的内容。上述控制诊断结果的呈现内容可以包括将确诊病情中的重疾修改为轻症。
757.上述方法可以帮助用户了解自己家庭成员的身体状况。在了解到自己的家庭成员确诊患有疾病时，该用户可以根据上述共享的运动建议、饮食建议等健康管理建议进行预防，减少自己患病的几率。另外，上述方法可以减少家庭成员在知晓自己的实际病情后无法接受，放弃治疗的情况。并且，上述方法可以方便家主监控家庭成员的身体状态，并在家庭成员生病时及时寻求治疗方案。
758.图18示例性示出了本技术实施例提供的一个家庭群组180的结构示意图。
759.如图18所示，家庭群组180可以包括电子设备100-105。家庭群组180中的各个电子设备可以具有身份属性。例如，电子设备100和电子设备103的身份属性可以为家主。电子设备101和电子设备104的身份属性可以分别为家主的父亲和母亲。电子设备102和电子设备105的身份属性可以分别为家主的儿子和女儿。本技术实施例对上述身份属性的具体名称不作限定。
760.不限于上述电子设备100-105，家庭群组180中还可以包含更多或更少的电子设备。其中，多个电子设备可以具有相同的身份属性。例如，除了电子设备100和电子设备103，家庭群组180中还可以包含更多身份属性为家主的电子设备。
761.在一种可能的实现方式中，家庭群组180可以是身份属性为家主的电子设备(如电子设备100)创建的。家主的电子设备可以通过扫描用于标识一个电子设备的二维码，来将这一个电子设备添加至自己创建的家庭群组。或者，家主的电子设备可以通过账号搜索的方式，来将系统app中登录有被搜索的账号的电子设备添加至自己创建的家庭群组。响应于为家庭群组中的电子设备分配身份属性的用户操作，家主的电子设备可以为家庭群组中电子设备分配相应的身份属性。例如，电子设备100将电子设备101添加至家庭群组180后，可以将电子设备101在家庭群组180中的身份属性设置为家主的父母。本技术实施例对家庭群组的组建方式不作限定。
762.也即是说，用户可以通过自己关联的电子设备创建一个家庭群组，并将自己家庭成员关联的电子设备添加至自己创建的家庭群组。该用户还可以为添加至家庭群组的电子设备设置身份属性。
763.不同身份属性的电子设备可以具有不同的权限。例如，身份属性为家主的电子设备可以获取身份属性为家主的儿子的电子设备的位置信息。再例如，身份属性为家主的电子设备可以控制身份属性为家主的父亲的电子设备呈现诊断结果的内容。本技术实施例对一个家庭群组中各电子设备具有的权限不作限定。
764.家庭群组180中包含的各电子设备之间可以相互通信。这些电子设备相互通信的方式可以参考前述图1b所示通信系统10的介绍。这里不再赘述。
765.下面结合图18所示的家庭群组180介绍本技术实施例提供的开启健康管理建议共享的功能以及开启控制病情显示的功能的场景。
766.(1)图19a～图19e：电子设备100开启健康管理建议共享的功能。
767.在一种可能的实现方式中，响应于用户开启设置app的用户操作，电子设备100可以显示如图19a所示的用户界面1910。用户界面1910可以为设置app的用户界面。如图19a所示，设置app中登录有张三的账号。即电子设备100关联的用户为张三。用户界面1910可以包括用于设置电子设备100的网络、显示、声音等功能的选项。其中，用户界面1910可以包括家庭群组选项1911。响应于作用在家庭群组选项1911的用户操作，电子设备100可以显示如图19b所示的用户界面1920。
768.如图19b所示，用户界面1920可以包括家庭群组180的设置选项区域1921和家庭群组创建控件1922。其中：
769.家庭群组控件1922可用于触发电子设备100创建家庭群组。在创建家庭群组时，电子设备100可以指示用户为该家庭群组设置名称。
770.家庭群组180的设置选项区域1921可包含名称1921a、家庭成员1921b、运动建议共享控件1921c、饮食建议共享控件1921d、病情显示控制选项1921e。
771.其中，名称1921a可用于指示家庭群组180的名称。例如“我的家”。响应于作用在名称1921a的用户操作，电子设备100可以根据接收到的名称修改名称1921a。
772.家庭成员1921b可用于触发电子设备100显示家庭群组180中包含的家庭成员。每一个家庭成员可关联有一个电子设备。
773.运动建议共享控件1921c可用于触发电子设备100开启或关闭运动建议共享的功能。当运动建议共享控件1921c为图19b所示的关闭状态时，响应于作用在运动建议共享控件1921c的用户操作，电子设备100可以开启运动建议共享的功能。
774.饮食建议共享控件1921d可用于触发电子设备100开启或关闭饮食建议共享的功能。当饮食建议共享控件1921d为图19b所示的关闭状态时，响应于作用在饮食建议共享控件1921d的用户操作，电子设备100可以开启饮食建议共享的功能。
775.病情显示控制选项1921e可用于触发电子设备100显示用于设置病情显示控制的功能。上述设置病情显示控制的功能可以包括开启或者关闭病情显示的功能、选择被控制的对象等。
776.家庭群组180的设置选项区域1921中还可以包含更多或更少的选项。示例性的，身份属性为家主的电子设备100中，家庭群组180的设置选项区域可以包含图19b所示的名称
1921a、家庭成员1921b、运动建议共享控件1921c、饮食建议共享控件1921d、病情显示控制选项1921e。身份属性为家主以外的电子设备中，家庭群组180的设置选项区域可以包括名称1921a、家庭成员1921b。即开启或者关闭运动建议共享的功能、开启或者关闭饮食建议共享的功能、开启或者关闭病情显示控制的功能仅能由身份属性为家主的电子设备执行。
777.不限于家庭群组180的设置选项区域1921，用户界面1920还可以包含更多电子设备100创建的家庭群组的设置选项显示区域。即电子设备100可以创建一个或多个家庭群组。
778.如图19b所示，响应于作用在家庭成员1921b的用户操作，电子设备100可以显示如图19c所示的用户界面1930。用户界面1930可以包括家庭成员显示区域1931和添加控件1932。
779.添加控件1932可用于向家庭群组180中添加新的家庭成员。
780.家庭成员显示区域1831可用于显示家庭群组180中的家庭成员。
781.例如，家庭群组180中的家庭成员可以包括：家主张三和李静、家主的父亲张荣、家主的母亲王倩、家主的儿子张强、家主的女儿张美。其中，在家庭群组180中，电子设备100可以为家主张三关联的电子设备。电子设备103可以为家主李静关联的电子设备。电子设备101可以为家主的父亲张荣关联的电子设备。电子设备104可以为家主的母亲王倩关联的电子设备。电子设备102可以为家主的儿子张强关联的电子设备。电子设备105可以为家主的女儿张美关联的电子设备。
782.响应于作用在家庭成员显示区域1931中用于移除一位家庭成员的用户操作，电子设备100可以将该这一位家庭成员关联的电子设备从家庭群组180中移除。
783.如图19d所示，响应于作用在运动建议共享控件1921c的用户操作，电子设备100可以在用户界面1920上显示如图19e所示的提示框1923。提示框1923可用于提示用户运动建议共享的功能开启后，电子设备100将会执行的相关操作。本技术实施例对提示框1923中包含的文字内容不作限定。提示框1923还可以包含确认控件1923a。响应于作用在确认控件1923a的用户操作，电子设备100可以将运动建议共享控件1921c从图19d所示的关闭状态变换为图19f所示的开启状态。即电子设备100可以开启运动建议共享的功能。
784.在一种可能的实现方式中，在上述运动建议共享的功能开启后，电子设备100可以将推荐给电子设备100关联的用户的运动建议发送给家庭群组180中其它的电子设备。上述推荐给电子设备100关联的用户的运动建议可以是，根据电子设备100关联的用户的诊断结果、生理数据等运动健康数据确定的。电子设备100确定上述运动建议的方法可以参考前述实施例。另外，电子设备100还可以接收到家庭群组180中其它的电子设备发送的运动建议。
785.电子设备100开启饮食建议等健康管理建议共享的功能的场景可以参考前述图19d和图19e所示开启运动建议共享的功能的场景。这里不再赘述。
786.(2)图19f～图19h：电子设备100开启控制病情显示的功能。
787.如图19f所示，响应于作用在病情显示控制选项1921e的用户操作，电子设备100可以显示如图19g所示的用户界面1940。用户界面1940可以包括控制病情显示控件1941、被控制对象控件1942、功能介绍1943和重大疾病列表控件1944。其中：
788.控制病情显示控件1941可用于触发电子设备100开启或者关闭病情显示控制的功能。如图19g所示，控制病情显示控件1941处于开启状态。响应于作用在处于开启状态的控
制病情显示控件1941的用户操作，电子设备100可以关闭病情显示控制的功能。
789.被控制对象1942可用于触发电子设备100显示用于选择被控制的对象的用户界面。
790.功能介绍1943可用于提示用户病情显示控制的功能的作用。由功能介绍1943可知，病情显示控制的功能开启后，身份属性为家主的电子设备可以控制家庭群组中家主以外身份属性的电子设备呈现诊断结果的内容。例如，家主的父亲在医疗机构进行诊断，得到的诊断结果指示家主的父亲患有重疾。身份属性为家主的电子设备可以接收到家主的父亲真实的诊断结果。身份属性为家主的父亲的电子设备中显示的诊断结果可以被替换为轻症。本技术实施例对功能介绍1943中的文字内容不作具体限定。
791.重大疾病列表控件1944可用于触发电子设备100显示重大疾病列表。在一种可能的实现方式中，当上述被控制对象进行诊断得到的诊断结果指示该被控制对象患有上述重大疾病列表中的一项或多项疾病时，身份属性为家主的电子设备100可以控制该被控制对象关联的电子设备呈现诊断结果的内容，使得该被控制对象关联的电子设备呈现的诊断结果指示该被控制对象患有轻症。
792.如图19g所示，响应于作用在被控制对象1942的用户操作，电子设备100可以显示如图19h所示的用户界面1950。用户界面1950可以包括已控制对象显示区域1951和添加控件1952。其中：
793.已控制对象显示区域1951可以包括一个或多个被控制对象。这一个或多个被控制对象可以是图19c所示中的家庭成员。例如，家主的父亲张荣、家主的母亲王倩。在上述被控制对象在医疗机构诊断的诊断结果为重症(如上述重大疾病列表中的疾病)时，上述被控制对象关联的电子设备呈现诊断结果的内容可以由身份属性为家主的电子设备控制。
794.响应于作用在已控制对象显示区域1951中移除一个被控制对象的用户操作，电子设备100可以将这一个被控制对象移除。即这一个被移除的被控制对象关联的电子设备可以显示真实的诊断结果。
795.添加控件1952可用于从家庭群组180的家庭成员中添加被控制对象。电子设备100可以在上述已控制对象显示区域1951中显示上述添加的被控制对象的信息(如姓名、身份属性等)。
796.图20a和图20b示例性示出了本技术实施例提供的一种共享运动建议的场景。
797.由前述实施例可知，张三8月2日在医疗机构就诊，并确诊患有二型糖尿病。张三关联的电子设备100可以根据张三的诊断结果、生理数据等运动健康数据为用户推荐运动建议。(电子设备100推荐运动建议可以参考前述图15a所示的实施例)在图19f所示运动建议共享的功能处于开启状态时，电子设备100可以将推荐给张三的运动建议发送给家庭群组180中的其它电子设备。
798.这里以李静关联的电子设备103为例进行说明。
799.如图20a所示，电子设备103可以显示用户界面2010。用户界面2010可以包括来自小艺建议app的卡片2011。卡片2011可用于提醒用户其家庭成员的身体状况，以及用于改善该家庭成员的身体状况的运动建议。
800.例如，卡片2011可包括文字内容“您的家人张三今日前往医院就诊，检测出二型糖尿病，您也需要多多注意噢！”。上述文字内容可以告知李静其家庭成员张三被确诊患有二
型糖尿病，并提醒李静要注意预防，以免患上糖尿病。
801.卡片2011中可以包括链接控件2011a。该链接控件2011a可用于触发电子设备100显示上述用于改善家庭成员的身体状况的运动建议。即李静可以通过点击链接控件2011a查看运动建议。
802.示例性的，响应于作用在链接控件2011a的用户操作，电子设备100可以显示如图20b所示的用户界面2020。用户界面2020可以包括运动建议。该运动建议可以包括运动项目、运动课程、运动时间和运动强度等等。该运动建议可用于改善以及预防糖尿病。
803.由上述图20a和图20b所示的实施例可知，一个家庭群组中的一个电子设备可以将根据一个家庭成员的运动健康数据确定出的运动建议，共享给这一个家庭群组中的其它电子设备。即一个家庭中的家庭成员可以共享运动建议。由于一个家庭中的家庭成员生活习惯相近，且具有血缘关系的家庭成员有可能存在遗传病史，一个家庭中的家庭成员患相同疾病的概率较大。上述方法可以在一个家庭成员的身体状况出现问题时，帮助其他家庭成员预防相同的身体问题。这可以有效帮助这一个家庭保持健康，预防可能出现的疾病。
804.不限于共享运动建议，一个家庭群组中的多个电子设备之间还可以共享饮食建议等健康管理建议。
805.图21a～图21e示例性示出了本技术实施例提供的一种控制家庭成员病情显示的场景。
806.这里以张三的父亲在医疗机构就诊，得到的诊断结果指示张三的父亲患有胃癌的场景为例进行说明。
807.如图21a所示，医院侧的电子设备200可以接收医生输入的诊断结果，显示用户界面2110。用户界面2110可以包括诊断结果2111和发送控件2112。诊断结果2111可以包括确诊病情、药方以及医嘱。由诊断结果2111可知，患者张荣(即张三的父亲)被确诊患有胃癌。
808.在一些实施例中，响应于作用在发送控件2112的用户操作，电子设备200可以将诊断结果2111发送给张荣关联的电子设备101。电子设备200将诊断结果2111发送给电子设备101的实现过程可以参考前述图13a和图13b所示的实施例。
809.由前述图19f～图19h所示的实施例可知，在家庭群组180中，身份属性为家主的电子设备可以控制身份属性为家主的父亲的电子设备呈现诊断结果的内容。
810.在一种可能的实现方式中，当接收到诊断结果2111，电子设备101可以判断诊断结果2111中的确诊病情是否为重疾。其中，若确诊病情为图19g所示重大疾病列表控件1944所指示的重大疾病列表中的疾病，则该确诊病情为重疾。本技术实施例对电子设备101判断确诊病情是否为重疾的方法不作限定。
811.当确定出诊断结果2111中的确诊病情为重疾，电子设备101可以将诊断结果2111发送给家庭群组180中身份属性为家主的电子设备，例如电子设备100。电子设备100可以将诊断结果2111修改为确诊病情为轻症的诊断结果，并将该确诊病情为轻症的诊断结果发送给电子设备101。上述诊断结果2111中确诊病情指示的重疾与修改后的诊断结果中确诊病情指示的轻症可以是同一个身体部分的疾病。例如，上述重疾为胃癌。上述轻症可以为胃炎。本技术实施例对上述用于替换重疾的轻症的类型不作限定。
812.另外，电子设备100修改诊断结果2111后，还可以向医院侧的电子设备200发送通知消息。
813.如图21b所示，当接收到来自电子设备100的通知消息，电子设备200可以显示用户界面2120。用户界面2120可以包括提示框2121。提示框2121可以包括上述来自电子设备100的通知消息的内容以及确认控件2121a。该通知消息的内容可以例如是“患者张荣的家庭成员请求暂时对张荣隐瞒病情，请告知张荣所患疾病为胃炎，张荣的家庭成员会尽快带张荣前往医院进行复诊和治疗”。该通知消息可用于提示医生向患者隐瞒病情。
814.如图21c所示，当接收电子设备100发送的修改后的诊断结果，电子设备101可以显示用户界面2130。用户界面2130可以包括用户的就诊结果。用户界面2130的内容可以参考前述图13c所示实施例的介绍。由用户界面2130可知，电子设备101呈现的诊断结果是经过电子设备100修改的。电子设备101关联的用户通过用户界面2130的诊断结果可以了解到自己患有胃炎。
815.如图21d所示，身份属性为家主的电子设备可以显示家庭成员真实的诊断结果。当接收到电子设备101发送的诊断结果2111，电子设备100可以显示用户界面2140。用户界面2140可以包括来自中心医院app的通知消息2141、来自小艺建议app的卡片2142。其中：
816.通知消息2141可用于提示用户查看其家庭成员的诊断结果。响应于作用在通知消息2141的用户操作，电子设备100可以显示如图21e所示的用户界面2150。用户界面2150可以包括张三的父亲张荣的诊断结果。用户界面2150的诊断结果可以是根据电子设备100接收到的诊断结果2111确定的。用户界面2150的内容可以参考前述图13c所示实施例的介绍。由用户界面2150可知，电子设备100呈现的诊断结果是张荣真实的诊断结果。张三可以通过用户界面2150中的诊断结果了解到自己的父亲患有胃癌。即家主可以得到自己家庭成员就诊后真实的诊断结果。
817.卡片2142可用于提醒用户电子设备100已经帮助用户向其家庭成员隐瞒了真实的诊断结果，以及该家庭成员所了解到的诊断结果。例如，卡片2142可以提醒张三其父亲被确诊患有胃癌，其父亲当前知道的就诊结果为患有胃炎。这样，张三可以知道自己的父亲是否知道真实的诊断结果，并为自己的父亲安排合适的治疗方案。
818.可以理解的，电子设备100在接收到来自电子设备101的诊断结果2111后，电子设备100中的小艺建议app可以获取该诊断结果2111。小艺建议app可以将诊断结果2111修改为确诊病情为轻症的诊断结果，并提示用户向其家庭成员隐瞒真实诊断结果的情况。电子设备100可以将小艺建议app修改后的结果发送给电子设备101，并显示图21d所示来自小艺建议app的卡片2142。不限于小艺建议app，上述将诊断结果2111修改为确诊病情为轻症的诊断结果可以是电子设备100中其它的app完成的。本技术实施例对此不作限定。
819.在一些实施例中，医院侧的电子设备200可以从医院服务器300获取并显示患者的家庭成员关系，以及该患者关联的电子设备在呈现诊断结果时是否受到其家庭群组中的电子设备的控制。若患者的诊断结果指示该患者患有重症，且该患者关联的电子设备在呈现诊断结果时受到其家庭群组中的电子设备的控制，电子设备200可以将该患者的诊断结果发送给该患者所在家庭中家主关联的电子设备。例如，将张三父亲的诊断结果发送给张三关联的电子设备100。上述家主关联的电子设备可以将诊断结果修改为确诊病情为轻症的诊断结果，并将修改后的诊断结果发送给该患者关联的电子设备。
820.本技术实施例对一个家庭群组中，身份属性为家主的电子设备控制其他身份属性的电子设备呈现诊断结果的方式不作限定。
821.由上述图21a～图21e所示的实施例可知，身份属性为家主的电子设备可以控制具有其它身份属性的电子设备呈现诊断结果的内容。尤其当上述其它身份属性的电子设备关联的家庭成员的诊断结果指示该家庭成员患有重疾时，身份属性为家主的电子设备可以控制该家庭成员关联的电子设备显示确诊病情为轻症的诊断结果。这样可以减少家庭成员在知晓自己实际的病情后无法接受，放弃治疗的情况。并且，上述方法可以方便家主监控家庭成员的身体状态，并在家庭成员生病时及时寻求治疗方案。
822.本技术提供一种健康管理方法。在该方法中，用户侧的电子设备可以获取用户的运动健康数据、智能家居设备的家居设备数据、购物平台的商品信息。该家居设备数据可以包括智能冰箱中食材的消耗情况、空气净化器中滤芯的消耗情况、智能净水器中滤芯的消耗情况等智能家居设备的耗材的消耗情况以及智能垃圾桶中垃圾的数据等智能家居设备检测到的数据。该购物平台的商品信息可以包括商品的价格、商品的新鲜程度、优惠券信息等等。根据上述运动健康数据、家居设备数据、购物平台的商品信息中的一项或多项，用户侧的电子设备可以为用户提供购物建议。该购物建议可以包括：点餐时的购物建议、购买食材的购物建议、购买智能家居设备的耗材的购物建议等等。该购物建议可用于帮助用户选购有利于改善用户身体问题的食材及其它生活用品，并且可以节省用户的购物时间，帮助用户购买性价比高的商品。
823.下面介绍本技术实施例提供的电子设备100为用户提供点餐时的购物建议的场景。
824.这里仍以张三关联的电子设备100为例进行说明。由前述实施例可知，张三在医疗机构的诊断结果指示张三患有二型糖尿病。
825.(1)在一些实施例中，用户侧的电子设备可以获取用户的运动健康数据以及用户的点餐数据。该点餐数据可以包括食物的类型和数量等。用户侧的电子设备可以判断用户在点餐时选择的食物是否会影响用户的身体健康。若判断出用户选择的食物会影响用户的身体健康，用户侧的电子设备可以提示用户所选择的食物不利于用户的身体健康。
826.图22a～图22d示例性示出了本技术实施例提供的电子设备100提示用户点餐时选择的食物不利于用户身体健康的场景示意图。
827.如图22a所示，电子设备100可以显示用户界面2210。用户界面2210可以包括第一外卖应用图标2211、第二外卖应用图标2212、第三外卖应用图标2213。其中，第一外卖app、第二外卖app、第三外卖app可以是不同购物平台的应用程序。本技术实施例对各个购物平台的应用程序的名称不作限定。不限于上述第一外卖app、第二外卖app、第三外卖app，电子设备100中还可以安装有更多或更少的购物平台的应用程序。
828.用户界面2210中的其他内容可以参考前述图4a所示用户界面410的介绍。这里不再赘述。
829.响应于作用在第一外卖应用图标2211的用户操作，电子设备100可以运行第一外卖app。
830.如图22b所示，电子设备100可以显示用户界面2220。用户界面2220可以为第一外卖app的用户界面。用户界面2220可以包括点餐选项框2221。点餐选项框2221可以包括食物名称2221a、冰度选项2221b、甜度选项2221c、价格2221d和购物车选项2221e。其中：
831.食物名称2221a可以用于指示用户点餐时选择的食物的名称。例如，珍珠奶茶。
832.冰度选项2221b可用于用户选择食物的冰度。冰度选项2221b中可包含一个或多个指示食物可具有的冰度的选项。例如，正常、少冰、去冰、多冰、冰块另外装。
833.甜度选项2221c可用于用户选择食物的甜度。甜度选项2221c中可包含一个或多个指示食物可具有的甜度的选项。例如，三分糖、五分糖、七分糖、不另外加糖。再例如，食物可以具有的甜度的选项可以包括：三分胖、五分胖、七分胖、不胖。再例如，食物可以具有的甜度的选项可以包括：三分糖(三分胖)、五分糖(五分胖)、七分糖(七分胖)、不另外加糖(不胖)。即电子设备100可以通过上述甜度选项2221c的具体描述来提示用户不同甜度的珍珠奶茶对身体健康的影响。
834.价格2221d可用于指示食物的价格。例如，￥20。
835.购物车选项2221e可用于将点餐选项2221中的食物(如冰度为正常、甜度为七分糖的珍珠奶茶)加入购物车。
836.在一种可能的实现方式中，响应于选择甜度选项2221c中七分糖对应的选项的用户操作，电子设备100可以在用户界面2220显示如图22c所示的提示框2222。提示框2222可用于提示用户七分糖的珍珠奶茶糖分过高，糖尿病患者不宜引用糖份过高的饮品，并建议用户选择甜度选项2221c中不另外加糖对应的选项。
837.其中，上述提示框2222可以来自于第一外卖app。具体的，第一外卖app可以获取用户的诊断结果以及用户的点餐数据。第一外卖app可以判断点餐数据所指示的食物类型和数量是否会影响诊断结果中的确诊病情，不利于用户所患疾病的恢复。当判断出点餐数据所指示的食物类型和数量会影响诊断结果中的确诊病情，第一外卖app可以提示用户所选择的食物会影响用户所患疾病的恢复。
838.示例性的，用户的诊断结果指示用户患有二型糖尿病。用户的点餐数据指示用户选择了七分糖的珍珠奶茶。根据该诊断结果和点餐数据，第一外卖app可以检测出用户选择的食物糖分过高，不适合糖尿病患者。第一外卖app可以确定出图22c所示提示框2222中的提示内容，来提示用户不要饮用糖分过高的饮品。本技术实施例对提示框2222中的提示内容不作具体限定。
839.不限于第一外卖app等第三方app，上述根据诊断结果以及点餐数据判断用户选择的食物是否会影响用户的身体健康，不利于用户所患疾病的恢复也可以是由系统app完成的。例如小艺建议app等。即上述图22c所示的提示框也可以来自于小艺建议app等系统app。
840.可以理解的，不限于上述诊断结果，电子设备100还可以根据诊断结果、生理数据等运动健康数据中的一项或多项以及上述点餐数据来判断用户选择的食物是否会加重用户的运动健康数据所指示的身体问题，不利于用户保持或恢复身体健康。
841.在一种可能的实现方式中，电子设备100可以计算用户在一段时间内一种或多种食物的摄入量。当检测到用户在一段时间内一种或多种食物的摄入量超过预设指标，电子设备100可以在用户在上述一段时间内点餐选择上述一种或多种食物时，提示用户在上述一段时间内不宜再使用上述一种或多种食物。上述预设指标可以是电子设备100根据用户的运动健康数据确定的。可选的，上述预设指标也可以是由用户设定的。本技术实施例对电子设备100确定上述预设指标的方法不作限定。
842.这里以患有糖尿病的张三在一天内已经点了一杯奶茶，并准备再点一杯奶茶的场景为例进行说明。
843.示例性的，电子设备100确定出用户饮用奶茶的预设指标为一天一杯奶茶。当根据用户的点餐数据确定出用户选择的食物是奶茶，且是一天内的第二杯奶茶时，电子设备100在用户界面2220显示如图22d所示的提示框2223。该提示框2223可用于提示用户奶茶的摄入量已超过预设指标。
844.其中，上述提示框2223可以来自第一外卖app。即第一外卖app可以获取用户的点餐数据和上述预设指标。上述点餐数据可以是用户在多个购物平台(如第二外卖app、第三外卖app等)的点餐数据。第一外卖app可以检测用户在一段时间内一种或多种食物的摄入量是否超过预设指标，并在上述摄入量超过预设指标时对用户进行提醒。
845.可选的是，不限于上述第一外卖app等第三方app，上述提示框2223可以来自系统app。例如小艺建议app等。小艺建议app可以获取用户的点餐数据和上述预设指标。小艺建议app可以检测用户在一段时间内一种或多种食物的摄入量是否超过预设指标，并在上述摄入量超过预设指标时对用户进行提醒。
846.可以理解的，上述提示用户点餐时选择的食物不利于用户身体健康过程中所使用的运动健康数据、点餐数据可以是经过中间服务器进行脱敏处理后的数据。上述判断用户点餐时选择的是否是否不利于用户身体健康的过程即为数据银行中对用户数据加工的过程。电子设备100提示用户点餐时选择的食物不利于用户身体健康过程即为数据银行中用户数据的价值呈现的过程。
847.在一种可能的实现方式中，外卖类的app可以获取用户的运动健康数据。在显示点餐时食物配置的各项选项(如冰度选项、甜度选项、盐分选项、辣度选项等)时，外卖类的app可以根据用户的运动健康数据隐藏影响运动健康数据指示的身体问题的选项。
848.示例性的，用户的运动健康数据指示用户患有糖尿病。响应于选择珍珠奶茶的用户操作，第一外卖app可以根据用户的运动健康数据显示如图22e所示的用户界面2220。用户界面2220中可包括甜度选项2221c。该甜度选项2221c中可包含一个或多个指示食物具有的甜度的选项。例如，不另外加糖和三分糖。该甜度选项2221c中还可以包含展开控件2221f。该展开控件可用于触发电子设备100显示更多指示食物具有的甜度选项。即用户可以通过展开控件2221f来查看被隐藏的甜度选项。响应于作用在展开控件2221f的用户操作，电子设备100可以显示如图22f所示的用户界面2220。
849.如图22f所示，除了不另外加糖和三分糖，甜度选项2221c中指示食物具有的甜度的选项还可以包括五分糖和七分糖。对比图22e和图22f可知，上述五分糖和七分糖的选项即为第一外卖app隐藏的选项。
850.在上述被隐藏的选项显示出来后，甜度选项2221c中还可以包括收起控件2221g。该收起控件2221g可用于隐藏甜度选项2221c中可被隐藏的选项。例如，响应于作用在收起控件2221g的用户操作，电子设备100可以显示如图22e所示的用户界面。即电子设备100可以再次隐藏五分糖和七分糖的选项。
851.可以理解的，若用户的运动健康数据未指示用户患有糖尿病等不宜食用高糖分食物的疾病，响应于选择珍珠奶茶的用户操作，第一外卖app可以显示如图22b所示的用户界面2220。即在用户未患有糖尿病等不宜食用高糖分食物的疾病的情况下，电子设备100可以不隐藏影响疾病恢复的选项(如五分糖和七分糖的选项)。
852.上述方法可以提示用户优先选择隐藏影响运动健康数据指示的身体问题的选项
之外的选项。这样可以减少用户选择的食物对用户的身体产生不良影响，或者不利于用户恢复身体健康的情况。
853.在一种可能的实现方式中，当检测到用户购买的食物会加重用户的运动健康数据所指示的身体问题，不利于用户保持或恢复身体健康，该用户关联的电子设备可以将购买上述食物的购物记录发送给家庭群组中的其他电子设备。这可以有利于用户的家庭成员了解该用户的饮食情况，并采取相应的措施帮助该用户保持良好的饮食习惯，减少该用户食用不利于身体健康的食物。
854.示例性的，当检测到张三购买了图22b所示七分糖的珍珠奶茶，电子设备100可以确定出该食物糖分过高，会导致张三的糖尿病恶化。电子设备100可以将该购买珍珠奶茶的购物记录发送给图18所示家庭群组180中的电子设备，例如，电子设备103。
855.或者，当检测到张三在点餐时购买的食物超过该食物的预设指标，电子设备100可以将购买该食物的购物记录发送给家庭群组180中的电子设备。例如，当检测到张三购买了如图22d所示一天内的第二杯奶茶，电子设备100可以将张三一天内购买两杯奶茶的购物记录发送给家庭群组180中的电子设备。其中，上述预设的指标可以是用户的家庭成员为该用户设定的。例如，家庭群组180中电子设备103接收到用户(如李静)输入的预设指标。该预设指标可以是指示张三摄入一种或多种食物的预设指标(如摄入奶茶的预设指标)。电子设备103可以将上述预设指标发送给张三关联的电子设备100。
856.由上述图22a～图22d所示的实施例可知，用户侧的电子设备可以根据用户的运动健康数据和点餐数据，判断用户选择的食物类型和/或食物数量是否会加重运动健康数据所指示的身体问题，不利于用户保持或者恢复身体健康。在判断出用户选择的食物会影响用户的身体健康时，用户侧的电子设备可以提示用户选择的食物不利于用户的身体健康。这可以帮助用户了解哪些食物是不适合自己食用的，以及自己食用一种或多种食物的最大摄入量等数据。并且，上述方法可以帮助用户养成良好的生活习惯，改善运动健康数据所指示的身体问题，保持身体健康。
857.(2)在一些实施例中，用户侧的电子设备可以根据用户的运动健康数据，在用户点餐时为用户推荐有利于改善运动健康数据所指示的身体问题的食物。
858.图23示例性示出了本技术实施例提供的电子设备100根据用户的运动健康数据为用户推荐食物的场景示意图。
859.在一种可能的实现方式中，响应于作用在图22a所示第一外卖应用图标2211的用户操作，电子设备100可以运行第一外卖app，并显示如图23所示的用户界面2310。用户界面2310可以包括推荐控件2311、今日特价控件2312和食物选择区域2313。其中：
860.推荐控件2311可用于触发电子设备100在用户界面2310显示推荐用户购买的食物。
861.如图23所示，当推荐控件2311处于被选中状态，电子设备100可以在食物选择区域2313显示推荐用户购买的食物。其中，上述推荐用户购买的食物可以是根据用户的运动健康数据确定的。例如，张三的运动健康数据指示张三患有糖尿病。根据张三的运动健康数据，电子设备100可以在食物选择区域2313显示有利于改善糖尿病的食物(如低脂低糖的食物)。
862.食物选择区域2313可用于显示根据用户的运动健康数据推荐用户购买的食物。
863.今日特价控件2312可用于触发电子设备100在用户界面2310显示购物平台的应用程序(如第一外卖app)中价格优惠的食物。
864.上述根据用户的运动健康数据确定推荐用户购买的食物可以是由第一外卖app等第三方app执行的。可选的，上述根据用户的运动健康数据确定推荐用户购买的食物也可以是由小艺建议app等系统app执行的。本技术实施例对此不作限定。
865.由图23所示的实施例可知，上述方法可以帮助用户了解哪些食物是适合自己食用的。这样，用户可以根据用户侧电子设备的推荐购买有利于改善自己的运动健康数据所指示的身体问题的食物。这有利于帮助用户养成良好的生活习惯，改善运动健康数据所指示的身体问题，保持身体健康。
866.(3)在一些实施例中，用户侧的电子设备可以根据用户服用药品的数据，判断用户在点餐时选择的食物是否与用户服用的药品冲突。该服用药品的数据可包括服用药品的时间、名称、数量等等。若判断户用户在点餐时选择的食物与用户服用的药品冲突，用户侧的电子设备可以提示用户选择的食物不宜在服药期间使用。
867.图24a和图24b示例性示出了本技术实施例提供的电子设备100提示用户选择的食物与用户服用的药物冲突的场景示意图。
868.如图24a所示，电子设备100可以显示第一外卖app的用户界面2310。当今日特价控件2312处于被选中状态，电子设备100可以在用户界面2310显示第一外卖app中价格优惠的食物。其中，食物选择区域2314可用于显示上述第一外卖app中价格优惠的食物。例如，食物a～食物f。本技术实施例对食物选择区域2314中显示的食物不作限定。
869.响应于选择食物a的用户操作，电子设备100可以在用户界面2310显示如图24b所示的提示框2315。提示框2315可用于提示用户食物a与用户服用的药品a冲突，服用药品a的期间不宜食用食物a。这可以减少用户在服药期间误食与药品冲突的食物的情况，帮助用户更好地恢复身体。
870.在一种可能的实现方式中，提示框2315可以来自于第一外卖app。具体的，第一外卖app可以获取用户服用药品的数据。由前述图13c所示的实施例可知，张三的诊断结果指示张三需要服用药品a和药品b。第一外卖app可以确定出与药品a和药品b冲突的食物。例如，与药品a冲突的食物可以包括食物a。与药品b冲突的食物可以包括食物a和食物c。第一外卖app可以获取用户的点餐数据，并根据该点餐数据判断用户选择的食物是否为用户服用的药品冲突的食物。
871.当判断出用户选择的食物与用户服用的药品冲突，第一外卖app可以确定出图24b所示提示框2315中的提示内容。然后，电子设备100可以显示来自第一外卖app的提示框2315。
872.可选的，不限于来自第一外卖app等第三方app，上述提示框2315还可以来自于小艺建议app等系统app。即小艺建议app等系统app可以根据用户服用药品的数据和点餐数据，判断用户选择的食物是否与服用的药品冲突。
873.可以理解的，上述提示用户选择的食物与用户服用的药物冲突的过程中所使用的运动健康数据、服用药品的数据和点餐数据等用户数据均可以是经过中间服务器进行脱敏处理后的数据。上述判断用户选择的食物与用户复用药物是否冲突的过程即为数据银行中对用户数据加工的过程。电子设备100提示用户选择的食物与用户服用的药物冲突的过程
即为数据银行中用户数据的价值呈现的过程。
874.由图24a和图24b所示的实施例可知，用户侧的电子设备可以在用户点餐时选择的食物与用户服用的药品冲突时提醒用户。上述方法可以减少用户在服药期间误食与药品冲突的食物的情况，帮助用户更好地恢复身体。
875.(4)在一些实施例中，用户侧的电子设备可以根据用户的运动健康数据确定用户的身体活动量。当判断出用户的身体活动量小于预设活动量，用户侧的电子设备可以在用户在网上点餐后为用户提供外出取餐的建议。
876.图25a和图25b示例性示出了本技术实施例提供的电子设备100为用户提供外出取餐的建议的场景示意图。
877.这里以张三在第一外卖app上点餐，且收货地址为张三的家的场景为例进行介绍。
878.如图25a所示，电子设备100可以显示用户界面2510。用户界面2510可以包括来自运动健康app的卡片2511和来自小艺建议app的卡片2512。其中：
879.运动健康app的卡片2511可用于指示用户当日(如8月3日)的运动步数(如50步)。该运动步数可以是电子设备100通过加速度传感器、陀螺仪传感器等传感器检测到的。本技术实施例对电子设备100检测用户的运动步数的方法不作限定。可选的，该运动步数也可以是电子设备100从与自己关联的可穿戴设备(如智能手环600)获取的。
880.小艺建议app的卡片2512可用于提示用户今日的身体活动量较少，并建议将用户取餐的收货地址修改为自己家所在小区的门口。这样，用户可以出门取餐，增加今日的身体活动量，保持身体健康。本技术实施例对卡片2512中的提示内容不作具体限定。
881.卡片2512中可包括链接控件2512a。该链接控件2512a可用于触发电子设备100显示用于联系送货的骑手的用户界面。
882.响应于作用在链接控件2512a的用户操作，电子设备100可以显示如图25b所示的用户界面2520。用户界面2520可以为用户点餐所在购物平台的应用程序(如第一外卖app)的用户界面。如图25b所示，用户可以联系送货的骑手将自己的外卖送到自己家所在小区的门口。
883.在一种可能的实现方式中，小艺建议app可以获取用户的点餐数据。该点餐数据还可以包括商家的位置、外卖的配送状态、收货地址。小艺建议app还可以获取用户的运动健康数据，并根据该运动健康数据判断用户当日的身体活动量是否达到预设活动量。上述预设活动量可以是电子设备100预设的。可选的，上述预设活动量也可以是由用户设定的。
884.例如，小艺建议app可以根据用户当日的运动步数来确定用户当日的身体活动量。上述预设活动量例如是10000步。小艺建议app可以根据用户当日的运动步数是否达到10000步，来判断用户当日的身体活动量是否达到预设活动量。再例如，小艺建议app可以根据当日的运动步数、中高强度活动时间、卡路里等运动健康数据中的任意一项或多项来确定用户当日的身体活动量，然后判断用户当日身体活动量是否达到预设活动量。本技术实施例对上述判断用户当日身体活动量是否达到预设活动量的方法不作限定。
885.若根据用户的点餐数据判断出用户在网上点餐，收货地址指示将外卖送货上门，且根据用户的运动健康数据判断出用户当日身体活动量小于预设活动量，小艺建议app可以确定出图25a所示卡片2512中的提示内容，以提示用户外出取餐。然后，电子设备100可以显示来自小艺建议app的卡片2512。
886.在一些实施例中，小艺建议app为用户提供提供外出取餐换取积分、商品优惠券等奖励的活动。例如，当检测到用户出门前往小区门口取餐后，小艺建议app可以奖励用户积分。本技术实施例对上述积分的使用方法不作限定。例如预设数量的积分可以兑换商品。
887.本技术实施例对检测用户是否出门前往小区门口取餐的方法不作限定。例如，小艺建议app可以获取用户的位置。当确定用户的位置到达过小区门口，小艺建议app可以确定用户已出门前往小区门口取餐。
888.上述方法可以更好地鼓励用户外出取餐，增加身体活动量，保持身体健康。
889.在一些实施例中，电子设备100可以获取用户所在小区或社区关于外卖、快递等物品配送的规定。例如，用户所在小区规定外卖不能进入小区内，只能放在小区门口。小艺建议app可以根据上述配送的规定提示用户外出取餐。
890.本技术实施例对电子设备100获取上述配送规定的方法不作限定。例如，上述配送的规定可以是小区或社区侧的电子设备以短信或其它通知消息的形式发送给电子设备100。再例如，上述配送的规定可以是电子设备100向自己所在小区或社区侧的电子设备请求的。
891.可选的，若根据用户的点餐数据判断出用户在网上点餐，商家的位置距离用户较近(如商家的位置与用户的位置之间的距离小于预设距离)，且根据用户的运动健康数据判断出用户当日身体活动量小于预设活动量，小艺建议app确定出的提示内容可以包括：提示用户当日身体活动量较少，商家距离用户较近，建议用户到店取餐。这样不仅可以节省外卖的配送费，而且可以增加用户当日的身体活动量，有利于用户保持身体健康。
892.不限于上述小艺建议app，上述卡片2512也可以来自于第一外卖app等第三方app。第一外卖app可以获取用户的点餐数据和运动健康数据。当判断出用户当日身体活动量小于预设活动量，第一外卖app可以为用户提供外出取餐的建议。例如，建议用户将收货地址修改为自己家所在小区的门口、建议用户到店取餐等等。
893.在一些实施例中，在检测到用户选择到店取餐的情况下，电子设备100可以为用户提供前往商家的路线，并为用户提供出发前往商家的时间。其中，上述出发前往商家的时间可以制作用户选择的外卖所需要的时间，以及用户前往商家在路上所需要的时间确定。例如，用户在18:00点了外卖。该外卖的制作时间为30分钟。用户前往商家在路上所需要的时间为10分钟。电子设备100可以提示用户在18:20或者18:20之后出发。
894.上述方法可以减少用户到店取餐时，到达商家所在的位置过早需要等待，或者到达商家所在的位置太晚错过外卖的最佳食用时间的情况。
895.可以理解的，上述提供外出取餐的建议时所使用的运动健康数据、送货地址、用户的位置信息、用户所在小区或社区关于外卖、快递等物品配送的规定等用户数据均可以是经过中间服务器进行脱敏处理后的数据。上述根据用户的运动健康数据确定用户的身体活动量，以及判断用户所在的位置与商家之间的距离的过程即为数据银行中对用户数据加工的过程。电子设备100显示上述外出取餐的建议的过程即为数据银行中用户数据的价值呈现的过程。
896.由上述图25a和图25b所示的实施例可知，用户侧的电子设备可以在用户在网上点餐，且当日身体活动量较小时，为用户提供外出取餐的建议。上述外出取餐的建议可以提醒用户增加身体活动量，保持身体健康。
897.下面介绍本技术实施例提供的电子设备100为用户提供购买食材的购物建议的场景。
898.这里仍以张三关联的电子设备100为例进行说明。由前述实施例可知，张三在医疗机构的诊断结果指示张三患有二型糖尿病。
899.(1)在一些实施例中，用户侧的电子设备可以获取智能家居设备检测的家居设备数据。例如，智能冰箱可以检测智能冰箱中食材的消耗情况。该食材的消耗情况可以包括食材的存储数据和被消耗食材的统计数据等等。上述食材的存储数据可以包括智能冰箱中还存储有的食材的名称、数量和新鲜程度。上述被消耗食材的统计数据可以包括一段时间内存储在智能冰箱中被消耗的食材的名称和数据。用户侧的电子设备可以获取并呈现上述食材的消耗情况。
900.图26a～图26f示例性示出了电子设备100获取并呈现智能冰箱中食材的消耗情况的场景示意图。
901.如图26a所示，电子设备100可以显示用户界面2610。用户界面2610可以包括智慧生活应用图标2611。智慧生活应用图标2611可用于触发电子设备100开启智慧生活app。该智慧生活app可用于用户管理自己的智能家居设备。例如，智能冰箱、智能净水器、空气净化器、智能汽车、智能垃圾桶等等。上述管理智能家居设备可以包括开启或关闭智能家居设备、获取智能家居设备检测的家居设备数据等等。用户界面2610中的其它内容可以参考前述图4a所示用户界面410的介绍。
902.响应于作用在智慧生活应用图标2611的用户操作，电子设备100可以显示如图26b所示的用户界面2620。用户界面内2620可以包括一个或多个家居设备选项。例如，智能冰箱选项2621、智能净水器2622、空气净化器2623、智能汽车2624、智能垃圾桶2625。用户界面2620中的家居设备选项对应的智能家居设备可以为与电子设备100之间存在关联关系的智能家居设备。智能家居设备与电子设备100之间建立关联关系的方法可以参考前述图1b所示通信系统10中的介绍。不限于图26b所示的家居设备选项，用户界面2620还可以包含更多或更少的家居设备选项。
903.响应于作用在上述一个或多个家居设备选项中任意一个家居设备选项的用户操作，电子设备100可以显示用于管理这一个家居设备选项对应的智能家居设备的操作控件。
904.示例性的，响应于作用在智能冰箱选项2621的用户操作，电子设备100可以显示如图26c所示的用户界面2630。用户界面2630可以包括存储食材控件2631、一周消耗食材统计控件2632。其中：
905.存储食材控件2631可用于用户查看智能冰箱中食材的存储数据。
906.一周消耗食材统计控件2632可用于用户查看过去一周内智能冰箱中被消耗食材的统计数据。本技术实施例对上述统计数据的统计时间段内不作限定。除了可以是上述过去一周内的统计数据，还可以例如是过去2周内、过去3周内被消耗食材的统计数据。上述统计时间段可以是由用户设定的。
907.不限于上述存储食材控件2631、一周消耗食材统计控件2632，用户界面2620还可以包含更多用于管理智能冰箱的操作控件。例如，开启智能冰箱的操作控件、关闭智能冰箱的操作控件、调节冰箱中的温度的操作控件等等。
908.如图26c所示，响应于作用在存储食材控件2631的用户操作，电子设备100可以显
示如图26d所示的用户界面2640。用户界面2640可以包括智能冰箱中食材的存储数据。该存储数据可以是电子设备100从智能冰箱获取的。可选的，该存储数据也可以是电子设备100从智能家居服务器302获取的。
909.如图26d所示，上述智能冰箱中食材的存储数据可以包括智能冰箱中还存储有的食材的名称、数量、新鲜程度。其中，智能冰箱中可安装有摄像头。智能冰箱中食材的名称、数量可以是智能冰箱对摄像头采集的图像进行图像识别确定的。可选的，智能冰箱中还可以安装有称重器。智能冰箱中食材的数量还可以是通过称重器确定的。例如，智能冰箱通过称重器确定出智能冰箱中的鸡胸肉有1千克。可选的，智能冰箱还可以通过食材的使用情况来判断食材的数量。例如，当检测到一盒鲜奶被取出后再次被放回智能冰箱，智能冰箱可以判断出这一盒鲜奶被消耗了一部分。即这一盒鲜奶不足一盒。用户界面2640中鲜奶的数量可以表示为“不足一盒”。智能冰箱可以通过食材在智能冰箱中存放的时间长短，以及该食材的最大可存放时间来确定该食材的新鲜程度。例如，食材的包装袋上标注有该食材的保质期。智能冰箱可以判断食材的保质期是否临近。食材的保质期越临近可以表示该食材的新鲜程度越低。
910.本技术实施例对智能冰箱检测食材的名称、数量和新鲜程度等存储数据的方法不作限定。
911.如图26e所示，响应于作用在一周消耗食材统计控件2632的用户操作，电子设备100可以显示如图26f所示的用户界面2650。用户界面内2650可以呈现过去一周内智能冰箱中被消耗食材的统计数据。过去一周内被消耗食材的统计数据可以包括过去一周内存储在智能冰箱中被消耗的食材的名称、数量等。示例性的，由用户界面2650的统计数据可知，过去一周内智能冰箱中鸡蛋、鲜奶、鸡胸肉的消耗量较大。本技术实施例对被消耗食材的统计数据的呈现方式不作限定。
912.在一些实施例中，除了智能冰箱中食材的消耗情况，电子设备100还可以获取其它智能家居设备检测到的家居设备数据。例如，智能净水器中滤芯的消耗情况、空气净化器中滤芯的消耗情况、智能汽车中玻璃水的消耗情况、智能垃圾桶中垃圾的数据等等。当获取到上述家居设备数据，电子设备100可以呈现家居设备数据。其中，用户可以通过电子设备100中的智慧生活app来查看上述家居设备数据。
913.由图26a～图26f所示的实施例可知，用户侧的电子设备可以获取并呈现智能家居设备检测到的家居设备数据。用户可以方便地查看各个智能家居设备的工作状态、智能家居设备中耗材的消耗情况、存储在智能冰箱中食材的消耗情况等等。
914.(2)在一些实施例中，用户侧的电子设备可以根据用户的运动健康数据、智能冰箱中食材的消耗情况、购物平台的商品信息中的一项或多项为用户提供食材购买方案。该食材购买方案可用于提示用户购买以下一种或多种食材：智能冰箱中剩余量较少的食材、消耗量较大的食材、有利于改善运动健康数据所指示的身体问题的食材。该食材购买方案可以包括在一个或多个购物平台上购买的方案。
915.图27a～图27c示例性示出了电子设备100为用户提供食材购买方案的场景示意图。
916.如图27a所示，电子设备100可以显示用户界面2710。用户界面2710可以包括来自小艺建议app的卡片2711。在一种可能的实现方式中，小艺建议app可以获取智能冰箱中食
材的消耗情况。根据智能冰箱中食材的消耗情况，小艺建议app可以确定出图27a所示卡片2711中的内容。
917.卡片2711可用于提醒用户智能冰箱中的食材所剩不多，需要及时补充。卡片2711中可包括链接控件2711a。链接控件2711a可用于触发电子设备100显示包含食材购买方案的用户界面。卡片2711中的内容不限于图27a所示的内容，卡片2711中还可以包括用于提示用户智能冰箱中哪些食材剩余量较少、哪些食材消耗量较大等等提示内容。
918.响应于作用在链接控件2711a的用户操作，电子设备100可以显示如图27b所示的用户界面2720。用户界面2720可以为小艺建议app的用户界面。用户界面2720可以用于呈现小艺建议app为用户提供的食材购买方案。用户界面2720可以包括食材选择区域2721、第一外卖app购买方案2722和第二外卖购买方案2723。其中：
919.食材选择区域2721可以包括一种或多种食材选项。被选择的食材选项对应的食材可以为用户需要购买的食材。即用户可以通过选择食材选择区域2721中的一种或多种食材，来指示电子设备100提供购买自己选择的食材的购买方案。
920.在一种可能的实现方式中，食材选择区域2721中包含的食材选项可以是小艺建议app根据智能冰箱中食材的消耗情况确定出来的。例如，小艺建议app可以将智能冰箱中剩余量小于预设剩余量和/或预设时间段内(如一周内)消耗量大于预设消耗量的食材，确定为食材选择区域2721中的食材选项。可选的，食材选择区域2721还可以包含小艺建议app根据用户的运动健康数据确定出来的食材选项。例如，小艺建议app可以根据用户的运动健康数据确定出有利于改善用户所患疾病或其它身体问题的食材，并将这些食材确定为食材选择区域2721中的食材选项。可选的，食材选择区域2721中还可以包括添加控件。该添加控件可用于用户在食材选择区域2721中添加自己想要购买的食材对应的食材选项。本技术实施例对食材选择区域2721中包含的食材选项不作限定。食材选择区域2721中还可以包含更多或更少的食材选项。
921.第一外卖app购买方案2722和第二外卖app购买方案2723可以是小艺建议app根据食材选择区域2721中被选择的食材选项，以及购物平台的商品信息确定的。小艺建议app可以确定出在一个或多个购物平台购买上述被选择的食材选项对应的食材高性价比的购买方案。
922.示例性的，如图27b所示，食材选择区域2721中被选择的食材选项可以包括：香蕉、鲜奶、玉米、鸡蛋、牛肉、西兰花、吐司、鸡胸肉。根据购物平台的商品信息，小艺建议app可以确定出购物平台“第一外卖”中有满49元减10元的优惠券，购物平台“第二外卖”中有满30元减8元的优惠券。小艺建议app可以结合购物平台“第一外卖”和“第二外卖”中商品的价格、商品的新鲜程度，以及上述被选择的食材选项对应的食材在冰箱中的剩余量、用户消耗食材的速度确定出购买方案。上述购买方案可以包括购买食材的购物平台以及食材的购买量等等。
923.由第一外卖app购买方案2722和第二外卖app购买方案2723可知，小艺建议app为用户提供的食材购买方案可以包括：在购物平台“第一外卖”上购买15个鸡蛋、3盒鲜奶、500克香蕉和500克牛肉，并使用满49元减10元的优惠券。在购物平台“第二外卖”上购买2个玉米、1颗西兰花、一袋吐司和500克鸡胸肉，并使用满30元减8元的优惠券。
924.其中，第一外卖app和第二外卖app均可以是电子设备100中安装的app。
925.第一外卖购买方案2722中还可以包含下单控件2722a。下单控件2722a可用于触发电子设备100按照第一外卖app购买方案2722创建订单。响应于作用在下单控件2722的用户操作，电子设备100可以显示如图27c所示的用户界面2730。其中，电子设备100可以运行第一外卖app。用户界面2730可以为第一外卖app的用户界面。用户界面2730可用于用户确定订单信息。
926.如图27c所示，用户界面2720可以包括收货地址2731、送达时间2732、商品信息2733、支付方式2734和支付控件2735。其中：
927.收货地址2731可以是第一外卖app根据用户当前的位置确定的。响应于作用在收货地址2731上的用户操作，电子设备100可以显示用于修改收货地址的用户界面。即用户可以修改收货地址2731中的具体内容。例如，上述收货地址可以是用户的家所在的小区门口、离用户的家最近的快递柜、家门口等等。
928.可选的，用户界面2720中还可以包括放入快递柜选项。该快递柜选项可用于用户选择而是否将购买的物品放入快递柜。这可以减少在用户不希望将购买的物品放入快递柜时，送货员将购买的物品放入快递柜导致用户在收货时需要支付快递柜的使用费的情况。
929.送达时间2732可以是第一外卖app根据上述收货地址2731确定的。例如，第一外卖app可以确定出商品送达至收货地址2731需要1小时。即预计9:00送达。可选的，响应于作用在送达时间2732上的用户操作，电子设备100可以显示时间选项。即用户可以修改送达时间2732中的时间。例如，将送达时间2732修改为10:00。
930.商品信息2722可包括商品名称(如鸡蛋、牛奶等)、商品数量(如共4件)、商品金额(如64元)、优惠券信息(如满49减10)、应付金额(如54元)等。商品信息2722可以是根据图27b所示第一外卖app购买方案2722确定的。
931.支付方式2734可以包括一个或多个支付方式选项。例如支付方式a选项2734a。用户可以选择支付方式2734中任意一个支付方式选项对应的支付方式进行支付。
932.支付控件2735可用于触发电子设备100显示用于输入支付密码的支付界面。该支付界面可以是上述支付方式2734中被选择的支付方式选项对应的支付app的用户界面。这样，用户就可以通过自己选择的支付方式支付订单，按照图27b所示小艺建议app提供的第一外卖app购买方案购买所需的商品。
933.同样的，第二外卖app购买方案2723中也可以包含有下单控件。用户购买第二外卖app购买方案2723中商品的操作可以参考前述购买第一外卖app购买方案2722中商品的操作。这里不再赘述。
934.不限于小艺建议app，上述根据用户的运动健康数据、智能冰箱中食材的消耗情况、购物平台的商品信息中的一项或多项为用户提供食材购买方案的app还可以是其它系统app或第三方app。
935.可以理解的，在上述提供食材购买方案时所使用的运动健康数据、智能冰箱中食材的消耗情况等用户数据均可以是经过中间服务器进行脱敏处理后的数据。上述根据用户数据确定食材购买方案的过程即为数据银行中对用户数据加工的过程。电子设备100显示上述食材购买方案的过程即为数据银行中用户数据的价值呈现的过程。
936.由图27a～图27c所示的实施例可知，用户侧的电子设备可以为用户提供在一个或多个购物平台上的食材购买方案。该食材购买方案可以提示用户智能冰箱中剩余量较少的
食材、消耗量较大的食材、有利于改善运动健康数据所指示的身体问题的食材等等。另外，用户还可以选择自己想要购买的食材，并指示电子设备确定出自己想要购买的食材的购买方案。
937.上述方法可以帮助用户节省考虑自己需要买哪些食材的时间、挑选食材的时间以及在不同购物平台上进行价格比较的时间等。用户按照电子设备提供的食材购买方案可以实现高性价比地购入智能冰箱中剩余量较少的食材、消耗量较大的食材、有利于改善运动健康数据所指示的身体问题的食材等。
938.并且，上述食材购买方案还可以指示各种食材的购买量。这可以减少用户购买食材过少，需要短时间内多次购买的情况，或者减少用户购买食材过多，导致食材存放时间过长而被浪费的情况。
939.(3)在一些实施例中，用户侧的电子设备可以根据用户的运动健康数据、智能冰箱中食材的消耗情况、购物平台的商品信息中的一项或多项为用户购买食材。响应于修改或取消食材购买订单的用户操作，用户侧的电子设备可以修改或取消食材购买订单。
940.图28a～图28h示例性示出了电子设备100为用户购买食材的场景示意图。
941.(a)开启小艺建议app为用户购买食材的功能。
942.在一种可能的实现方式中，响应于用于开启设置app的用户操作，电子设备100可以显示如图28a所示的用户界面2810。用户界面2810可以为设置app的用户界面。用户界面2810可以包括小艺建议选项2811。响应于作用在小艺建议选项2811的用户操作，电子设备100可以显示如图28b所示的用户界面2820。用户界面2810中的其它内容可以参考前述图12a所示用户界面1210的介绍。
943.不限于通过作用在小艺建议2811的用户操作的方式，用户还可以通过其它的方式触发电子设备100显示如图28b所示用于设置小艺建议app提供的功能的用户界面2820。
944.如图28b所示，用户界面2820可以包括个性化推荐控件2821、改进计划控件2822、辅助购物控件2823。其中：
945.个性化推荐控件2821可用于开启或关闭小艺建议app提供的个性化推荐的功能。当个性化推荐控件2821处于图28b所示开启的状态，小艺建议app可以为用户提供个性化推荐的功能。上述个性化推荐的功能包括根据用户的使用习惯，在合适的时间地点为用户推荐所需的服务。例如，前述实施例中介绍的为用户提供挂号方案、就诊出行方案、请假方案、运动建议、饮食建议、购物建议等服务。
946.改进计划控件2822可用于开启或关闭小艺建议app获取用户数据的权限。当改进计划控件2822处于图28b所示开启的状态，电子设备100可以向小艺建议app开放获取用户数的权限。当改进计划控件2822处于关闭的状态，电子设备100可以关闭小艺建议获取用户数据的权限。
947.在一些实施例中，在上述改进计划控件2822处于关闭状态时，上述个性化推荐控件2821无法被开启。即电子设备100在开启小艺建议app提供的个性化推荐的功能之前，需要先开启小艺建议app获取用户数据的权限。
948.辅助购物控件2823可用于触发电子设备100显示设置小艺建议app为用户购买食材的功能的用户界面。示例性的，响应于作用在辅助购物控件2823的用户操作，电子设备100可以显示如图28c所示的用户界面2830。用户界面2830可以包括辅助购物开关2831、功
能介绍2832和辅助购物设置区域2833。其中：
949.辅助购物开关2831可用于开启或关闭小艺建议app为用户购买食材的功能。当辅助购物开关2831处于图28c所示的关闭状态，响应于作用在辅助购物开关2831的用户操作，电子设备100可以开启小艺建议app为用户购买食材的功能。上述小艺建议app为用户购买食材的功能可以包括：小艺建议app根据用户的运动健康数据、智能冰箱中食材的消耗情况、购物平台的商品信息中的一项或多项为购买食材。
950.功能介绍2832可用于提示用户辅助购物开关2831的作用。
951.辅助购物设置区域2833可以包括一个或多个辅助购物的设置控件。例如，辅助购物最大金额控件、辅助购物频率控件、辅助购物时间控件和辅助购物收货地址控件等等。其中，辅助购物最大金额控件可用于设置小艺建议app每次购买食材花销的上限。辅助购物频率控件可用于设置小艺建议app为用户购买食材的频率(如每月不超过3次)。辅助购物时间可用于设置小艺建议app为用户购买食材的时间内(如17:30)。辅助购物收货地址可用于设置小艺建议app为用户购买食材时的收货地址。不限于图28c所示的设置控件，辅助购物设置区域2833还可以包含更多或更少的设置控件。例如，收货人联系方式控件、送达时间控件等等。
952.可以理解的，当辅助购物开关2831处于关闭状态，辅助购物设置区域2833中的设置控件均处于图28c所示不可选择的状态。即在未开启辅助购物开关2831时，用户无法设置小艺建议app为用户购买食材的相关条件。
953.响应于作用在辅助购物开关2831的用户操作，电子设备100可以在用户界面2830显示如图28d所示的提示框2834。提示框2834可用于提醒用户选择支付方式。该被选择的支付方式可以为小艺建议app为用户购买食材时使用的支付方式。
954.示例性的，提示框2834中可包含支付方式选项区域2834a和确定控件2834b。支付方式选项区域2834a可包含一种或多种支付方式的选项。例如，支付方式a的选项和支付方式b的选项。如图28d所示，支付方式a的选项处于被选中状态。响应于作用在确定控件2834b的用户操作，电子设备100可以运行支付方式选项区域2834a中被选择的支付方式的选项对应的应用程序(如支付平台a应用程序)。其中，电子设备100运行支付平台a应用程序，可以显示如图28e所示的用户界面2840。用户界面2840可以用于进行支付密码验证。用户界面2840可以包括密码输入区域2841和密码输入控件2842。
955.即用户可以通过密码输入控件2842在密码输入区域2841输入自己在支付平台a的支付密码。
956.当检测到密码输入区域2841中输入有支付密码，支付平台a应用程序可以验证该支付密码是否正确。本技术实施例对支付平台a应用程序验证支付密码的实现方式不作限定。
957.当支付平台a应用程序确定密码输入区域2841中输入的支付密码正确，电子设备100可以开启辅助购物开关2831。即小艺建议app为用户购买食材的功能可以被开启。其中，在小艺建议app为用户购买食材时，可以调用支付平台a应用程序进行支付。
958.如图28f所示，辅助购物开关2831可以处于开启状态。辅助购物设置区域2833中的设置控件均处于可选择的状态。即在开启辅助购物开关2831后，用户可以设置小艺建议app为用户购买食材的相关条件(如最大金额、频率、时间、收货地址等)。
959.(b)小艺建议app为用户购买食材。
960.在一种可能的实现方式中，当辅助购物开关2831处于开启状态，小艺建议app可以为用户购买智能冰箱中剩余量较少的食材、消耗量较大的食材、有利于改善运动健康数据所指示的身体问题的食材等等。
961.其中，小艺建议app可以获取运动健康数据、智能冰箱中食材的消耗情况、购物平台的商品信息。然后，小艺建议app可以确定出食材购买方案。确定食材购买方案的方法可以参考前述图27a～图27c所示的实施例。在一些实施例中，小艺建议app确定食材购买方案时还可以根据图28f所示小艺建议app为用户购买食材的相关条件。例如最大金额。即上述食材购买方案中需要购买的食材的花销不超过上述最大金额。进一步的，小艺建议app可以根据上述食材购买方案调用购物平台(如“第一外卖”、“第二外卖”)的应用程序创建订单，并调用支付平台(如支付平台a)的应用程序支付订单，实现为用户购买食材。在一些实施例中，小艺建议app为用户购买食材的频率、时间以及收货地址均满足图28f所示小艺建议app为用户购买食材的相关条件。
962.示例性的，当小艺建议app为用户购买食材后，电子设备100可以显示如图28g所示的用户界面2850。用户界面2850可以包括来自支付平台a应用程序的通知消息2851，以及来自小艺建议app的卡片2852。其中：
963.卡片2852可用于提醒用户智能冰箱中的食材需要补充，小艺建议app已购买食材。本技术实施例对卡片2852中的提示内容不作限定。卡片2852可以包括链接控件2852a。该链接控件2852a可用于触发电子设备100显示小艺建议app所购买食材的订单信息。
964.通知消息2851可用于提醒用户在支付平台a的支付账户有支出交易的操作。由前述图28d和图28e所示的实施例可知，用户指示小艺建议app在购买食材时通过支付方式a进行支付。通知消息2851指示的支出交易可以是卡片2852所指示的小艺建议app为用户购买食材所进行的支出交易。
965.响应于作用在上述链接控件2852a所示的用户操作，电子设备100可以显示如图28h所示的用户界面2860。用户界面内2860可以为小艺建议app的用户界面。用户界面2860可以包括小艺建议app所购买食材的订单信息。例如，订单信息2861和订单信息2862。订单信息2861和订单信息2862可以分别是小艺建议app在购物平台“第一外卖”和“第二外卖”购买食材的信息。订单信息2861中还可以包含取消订单控件2861a和修改订单控件2861b。
966.取消订单控件2861a可用于取消订单信息2861指示的订单。其中，响应于作用在取消订单控件2861a的用户操作，电子设备100可以调用第一外卖app，取消订单信息2861指示的订单。
967.修改订单控件2861b可用于修改订单信息2861b。例如，修改收货地址、修改收货人联系方式、增加或者删除订单中的食材等等。其中，响应于作用在修改订单控件2861b的用户操作，电子设备100可以调用第一外卖app，显示用于修改订单信息2861b的用户界面。该用户界面可以为第一外卖app的用户界面。
968.同样的，订单信息2862中也可以包含取消订单控件和修改订单控件。订单信息2862中的取消订单控件和修改订单控件可以参考前述订单信息2861的介绍。这里不再赘述。
969.也即是说，若用户不满意小艺建议app购买的食材，可以通过上述修改订单控件来
修改订单或者通过取消订单控件来取消订单。
970.在一些实施例中，小艺建议app可以为用户提供相同食材的多种购买方案。用户可以根据自己的喜好选择其中一种购买方案来购买食材。上述多种购买方案可以包括在新鲜程度、价格等不同方面具有优势的购买方案。
971.例如，第二外卖平台的蔬菜(如玉米、西兰花等)在每天20:00之后购买可以有八折的优惠，但新鲜程度不如早上8:00的食材的新鲜程度。小艺建议app可以为用户提供在第二外卖平台购买玉米、西兰花、吐司和鸡胸肉等食材的不同购买方案。其中，购买方案a可以是早上8:00下单。购买方案b可以是20:01下单。其中，购买方案a中的食材的新鲜程度高于购买方案b中的食材的新鲜程度。但购买方案b的价格低于购买方案a的价格。
972.那么，偏向新鲜程度高的用户可以选择购买方案a。响应于选择购买方案a的用户操作，小艺建议app可以在8:00为用户下单。偏向价格便宜的用户可以选择购买方案b。响应于选择购买方案b的用户操作，小艺建议app可以在20:01为用户下单。其中，用户可以在早上8:00选择购买方案b。小艺建议app可以根据用户的选择延迟为用户下单。
973.在一些实施例中，外卖类的app可以为用户提供盲盒服务。上述盲盒服务可用于根据用户的运动健康数据等用户数据为用户选择食材。例如，上述食材可以是能改善运动健康数据指示的身体问题的食材、有益于用户身体健康的食材、用户经常购买的食材等等。其中，上述外卖类的app可以在食材送达后为用户提供购买的食材的信息(如单项食材的价格、食材的数量等)。
974.外卖类的app可以获取用户的运动健康数据等用户数据。其中，外卖类的app获取到的用户数据可以是经过数据脱敏处理后的数据。这可以保证用户的隐私。
975.可选的，在用户选择上述盲盒服务的情况下，购买的食材可以是外卖类的app根据用户数据在外卖平台上选择的。或者，购买的食材也可以是外卖平台的商家获取到上述用户数据后为用户挑选的。
976.可选的，当选择上述盲盒服务，外卖类的app可以获取用户设定的食材的类型。例如水果、蔬菜、零食等等。外卖类的app可以在用户设定的食材的类型中，为用户选择食材。
977.上述方法可以帮助用户在不知道自己想要购买什么食材时，为用户购买食材。由于用户在食材送达后才能知道上述外卖类的app为自己选择的食材，这可以增加用户购物的乐趣。
978.不限于上述小艺建议app，为用户购买食材的app还可以是其它系统app或第三方app等。
979.由上述图28a～图28h所示的实施例可知，用户侧的电子设备可以为用户购买用户智能冰箱中剩余量较少的食材、消耗量较大的食材、有利于改善运动健康数据所指示的身体问题的食材等等。用户侧的电子设备为用户购买食材的花销上限、频率、时间等条件均可以满足用户设定的条件。这可以帮助用户节省考虑自己需要买哪些食材的时间、挑选食材的时间以及在不同购物平台上进行价格比较的时间等。并且，用户侧的电子设备可以利用一个或多个购物平台的优惠券信息、商品的新鲜程度等数据实现高性价比地购入食材。用户侧的电子设备为用户购入食材的数量可以是符合用户的消耗情况的。这可以减少用户购买食材过少，需要短时间内多次购买的情况，或者减少用户购买食材过多，导致食材存放时间过长而被浪费的情况。
980.另外，用户还可以修改或取消电子设备为自己购买食材的订单。这可以减少用户侧电子设备购买的食材不是用户想要的食材的情况，提高用户的体验感。
981.在一些实施例中，电子设备100可以结合用户的出行数据为用户提供食材购买的建议。例如，用户的出行数据指示用户需要离家一段时间。若检测到用户在离家之前购买食材，电子设备100可以提示用户离家之前购买食材可能导致食材的浪费。
982.可选的，电子设备100还可以判断用户在离家之前购买的食材的类型。若用户购买的食材是需要冷藏保存的，或者食材的可存放时间小于用户离家的时间，电子设备100可以提示用户购买这些食材。
983.再例如，电子设备100可以根据用户的出行数据确定用户在离家后回家的时间。电子设备100可以在用户即将回家时为用户提供食材购买方案，或者为用户购买食材。这样，用户在回家时可以顺便领取(如在小区门口领取)购买的食材。用户回家后即可食用自己购买的食材。电子设备100为用户提供食材购买方案或者为用户购买食材的方法可以参考前述实施例。
984.在一些实施例中，电子设备100可以结合用户的出行数据为用户提供处理智能冰箱中食材的建议。例如，用户的出行数据指示用户需要离家一段时间。若确定出智能冰箱中存储的食材的可存放时间小于用户离家的时间，电子设备100可以提示用户在离家之前将这些食材处理掉(如吃完或者扔掉等处理方式)。这样可以帮助用户保持智能冰箱中的卫生，减少由于用户离家导致食材在智能冰箱中放置过久而变质发霉，污染智能冰箱中的环境的情况。
985.下面介绍本技术实施例提供的电子设备100为用户提供购买智能家居设备的耗材的购物建议的场景。
986.在一些实施例中，用户侧的电子设备可以获取获取智能家居设备检测到的家居设备数据。根据家居设备数据中智能家居设备耗材的消耗情况，用户侧的电子设备可以提醒用户及时购买智能家居设备的耗材，减少智能家居设备由于耗材超过使用期限或者耗材耗尽而无法使用的情况。上述智能家居设备的耗材可以包括智能净水器中的滤芯、空气净化器中的滤芯、智能汽车中的玻璃水等等。
987.示例性的，如图29a所示，电子设备100可以显示用户界面2910。用户界面2910可以包括来自小艺建议app的卡片2911。卡片2911可用于提示用户智能净水器的pp棉滤芯已经使用的时间即将超过使用期限，需要进行更换。本技术实施例对卡片2911中的提示内容不作限定。卡片2911中还可以包括链接控件2911a。链接控件2911a可用于电子设备100显示用于购买净水器滤芯的用户界面。其中，响应于作用在链接控件2911a的用户操作，电子设备100可以运行购物平台的应用程序，并显示用于购买净水器滤芯的用户界面。
988.可以理解的，小艺建议app可以获取智能净水器的滤芯的消耗情况。该滤芯的消耗情况可以包括滤芯的使用时间。小艺建议app可以根据滤芯的使用时间确定出滤芯需要更换的时间(如已经使用的时间即将超过使用期限的时间)。在智能净水器的滤芯需要更换时，小艺建议app可以确定出卡片2911中的提示内容。然后，电子设备100可以显示如图29a所示来自小艺建议app的卡片2911。
989.上述实施例可以提醒用户及时购买并更换智能净水器的滤芯，减少滤芯已经使用的时间超过使用期限无法将水过滤干净，影响用户身体健康的情况。
990.示例性的，如图29b所示，电子设备100可以显示用户界面2910。用户界面2910可以包括来自小艺建议app的卡片2912。卡片2912可用于提示用户智能汽车的玻璃水即将耗尽，需要补充。本技术实施例对卡片2912中的提示内容不作限定。卡片2912中还可以包括链接控件2912a。链接控件2912a可用于电子设备100显示用于购买玻璃水的用户界面。其中，响应于作用在链接控件2912a的用户操作，电子设备100可以运行购物平台的应用程序，并显示用于购买玻璃水的用户界面。
991.可以理解的，小艺建议app可以获取智能汽车的玻璃水的消耗情况。该玻璃水的消耗情况可以包括玻璃水的剩余量。小艺建议app可以根据玻璃水的剩余量确定出是否需要补充玻璃水。例如，当玻璃水的剩余量小于预设剩余量(如1/4)，小艺建议app可以确定出需要补充玻璃水。在智能汽车的玻璃水需要补充时，小艺建议app可以确定出卡片2912中的提示内容。然后，电子设备100可以显示如图29b所示来自小艺建议app的卡片2912。
992.上述实施例可以提醒用户及时购买并补充智能汽车的玻璃水，减少玻璃水耗尽而用户没有储备玻璃水，影响用户驾驶智能汽车的情况。
993.可以理解的，上述提供购买智能家居设备的耗材的购物建议时所使用的家居设备数据可以是经过中间服务器进行脱敏处理后的数据。上述确定购买智能家居设备的耗材的购物建议的过程即为数据银行中对用户数据加工的过程。电子设备100显示上述购买智能家居设备的耗材的购物建议的过程即为数据银行中用户数据的价值呈现的过程。
994.在一些实施例中，用户侧的电子设备可以获取智能家居设备检测到的家居设备数据，并根据家居设备数据提示用户智能家居设备在使用过程中的建议。该建议可以包括操控智能家居设备方式上的建议、放置于智能家居设备中的东西在处理方面的建议等等。这可以减少用户对智能家居设备不恰当的使用方式导致智能家居设备损坏、影响用户的身体健康的情况。
995.图30a～图30c示例性示出了本技术实施例提供的电子设备100提示用户智能家居设备在使用过程中的注意事项的场景示意图。
996.如图30a所示，电子设备100可以显示用户界面3010。用户界面3010可以包括来自小艺建议app的卡片3011。卡片3011可用于提示用户智能垃圾桶中的湿垃圾已存放超过两天，需要尽快清理。本技术实施例对卡片3010中的提示内容不作限定。
997.在一些实施例中，小艺建议app可以获取智能垃圾桶检测到的垃圾的数据。上述垃圾的数据可以包括垃圾的类型、垃圾的数量、垃圾的存放时间等等。小艺建议app可以根据智能垃圾桶内垃圾的数据，判断智能垃圾桶中的垃圾是否需要被清理。当判断出智能垃圾桶中的垃圾需要清理，小艺建议app可以确定出卡片3011中的提示内容。然后，电子设备100可以在用户界面显示卡片3011。
998.本技术实施例对判断智能垃圾桶中的垃圾是否需要被清理的方法不作限定。例如，小艺建议app可以判断垃圾的存放时间是否超过预设时间(如2天)。当垃圾的存放时间超过上述预设时间，小艺建议app可以判断出智能垃圾桶中的垃圾需要被清理。再例如，小艺建议app可以判断垃圾的数量是否超过预设数量(如智能垃圾桶容量的3/4)。当垃圾的数量超过上述预设数量，小艺建议app可以判断出智能垃圾桶中的垃圾需要被清理。
999.上述方法可以提醒用户智能垃圾桶中垃圾的处理方法和处理时间，以免垃圾存放过久，滋生细菌，影响环境卫生和用户的身体健康。
1000.在一种可能的实现方式中，电子设备100可以获取用户的家所在小区或社区的垃圾站信息。该垃圾站信息可包括以下一项或多项垃圾站可扔垃圾的时间信息、垃圾站垃圾分类的信息、在垃圾站扔垃圾分类错误的罚款信息等等。小艺建议app可以根据用户家中智能垃圾桶中的垃圾是否需要被情况的判断结果，以及上述垃圾站可扔垃圾的时间信息，为用户确定扔垃圾的时间。然后，小艺建议app可以提示用户在上述确定出的扔垃圾的时间前往垃圾站扔垃圾。
1001.本技术实施例对电子设备100获取用户的家所在小区或社区的垃圾站信息的方法不作限定。例如，上述垃圾站信息可以是小区或社区侧的电子设备以短信或其它通知消息的形式发送给电子设备100。再例如，上述垃圾站信息可以是电子设备100向自己所在小区或社区侧的电子设备请求的。
1002.其中，上述智能垃圾桶可以检测用户垃圾分类是否正确。当检测到用户垃圾分类错误，智能垃圾桶可以提示用户垃圾分类错误。智能垃圾桶还可以将垃圾分类错误的数据发送给电子设备100。根据上述来及分类错误的数据，电子设备100可以提示用户垃圾分类错误。上述垃圾分类错误的数据可以指示用户分类错误的垃圾是什么。这样，电子设备100可以提示用户将分类错误的垃圾扔至正确的垃圾桶。
1003.例如，用户家中有两个智能垃圾桶。其中一个智能垃圾桶用于扔厨余垃圾，另一个智能垃圾桶用于扔其他垃圾。当用于扔厨余垃圾的智能垃圾桶检测到其他垃圾，该智能垃圾桶可以提示用户有非厨余垃圾扔进了用于扔厨余垃圾的智能垃圾桶。该用于扔厨余垃圾的智能垃圾桶还可以将垃圾分类错误的数据发送给电子设备100。电子设备100可以根据垃圾分类错误的数据提示用户将非厨余垃圾扔进用于扔其他垃圾的智能垃圾桶、上述非厨余垃圾具体是哪个物品。
1004.可以看出，上述方法可以帮助用户确定扔垃圾的时间，既可以减少智能垃圾桶中的垃圾存放时间过久影响环境的情况，又可以减少用户扔垃圾时垃圾站未开放的情况。另外，上述方法还可以帮助用户进行垃圾分类，减少用户由于垃圾分类错误被罚款的情况。
1005.在一种可能的实现方式中，小艺建议app可以判断用户是否需要离家。在判断出用户需要离家，且智能垃圾桶中的垃圾需要被清理时，小艺建议app可以提示用户在离家时扔掉智能垃圾桶中的垃圾。其中，电子设备100可以显示如图30a所示的卡片3011来提醒用户扔垃圾。
1006.具体的，小艺建议app可以获取用户的位置信息和用户的家所在的位置信息。上述位置信息可以是经纬度、地点名称(如中心小区)等等。根据用户的位置信息和用户的家所在的位置信息，小艺建议app可以确定出用户在家中。本身申请实施例对确定用户是否在家中的位置的方法不作限定。例如，小艺建议app还可以通过判断电子设备100是否连接家庭wi-fi来判断用户是否在家中。
1007.小艺建议app还可以获取用户在网上点餐或者购买食材的购物数据。结合用户在家中的判断结果以及上述购物数据中的收货地址，小艺建议app可以判断出用户要离家。例如上述收货地址为用户的家所在小区的门口。那么用户需要出门前往小区的门口收货。本技术实施例对判断用户是否要离家的方法不作限定。例如，小艺建议app还可以通过用户的日程安排来判断用户是否要离家。例如，用户预约了去医疗机构就诊、用户在工作日出门上班、用户要去搭乘飞机等等。
1008.在判断出用户需要离家，且智能垃圾桶中的垃圾需要被清理时，小艺建议app可以提示用户在离家时扔掉智能垃圾桶中的垃圾。
1009.在另一种可能的实现方式中，当判断出智能垃圾桶中的垃圾需要被清理，小艺建议app可以判断用户是否在网上购买商品(如外卖)。当判断出用户在网上购买商品，且该商品的收货地址指示将商品送货上门(即用户无需离家即可收货)，小艺建议app可以为用户提供外出领取商品并扔垃圾的建议。该建议的具体内容可以参考前述图25a所示卡片2512中的提示内容。
1010.这样，用户可以在出门领取自己购买的商品时，顺便清理掉智能垃圾桶中的垃圾。
1011.可选的，若小艺建议app根据用户购物数据中的收货地址确定用户所购买的商品将被送货上门，并且判断出智能垃圾桶中的垃圾需要被清理，用户当日的身体活动量较少，小艺建议app可以为用户提供外出领取商品，并实现扔垃圾、增加身体活动量的建议。上述方法可以更好地说服用户外出领取商品。本技术实施例对小艺建议判断用户购买的商品是否被送货商品、判断智能垃圾桶中的垃圾是否需要被清理、判断用户当日的身体活动量是否小于预设活动量的顺序不作限定。
1012.这样，用户可以在出门领取自己购买的商品时，顺便清理掉智能垃圾桶中的垃圾以及增加自己的身体活动量。上述方法有利于用户及时处理垃圾，保持家中环境卫生，并且可以促进用户活动身体，保持身体健康。
1013.如图30b所示，电子设备100可以显示用户界面3010。用户界面3010可以包括来自小艺建议app的卡片3012。卡片3012可用于为用户提供食材存放时间的建议。该食材存储时间的建议可用于提示用户智能冰箱中哪些食材的新鲜程度较低，或者已经过期。
1014.在一种可能的实现方式中，小艺建议app可以获取智能冰箱中食材的存储数据。该存储数据可以包括上述图26d所示用户界面2640中食材的名称、数量和新鲜程度等。小艺建议app可以根据食材的新鲜程度确定卡片3012中食材存放时间的建议。
1015.例如，由图26d所示食材的新鲜程度可知，智能冰箱中香蕉的新鲜程度较低(如新鲜程度为2星)，鲜奶的新鲜程度也较低(如新鲜程度为0星)。上述食材存储时间的建议可以包括：香蕉的新鲜程度较低，能继续存储在智能冰箱中的时间较短，需要尽快食用；鲜奶已经过期，已无法食用。本技术实施例对上述食材存储时间的建议的具体内容不作限定。
1016.上述根据食材的存储数据为用户提供食材存储时间的建议不限于是上述小艺建议app完成的，还可以是智慧生活app等其它app完成的。
1017.上述方法可以帮助用户了解智能冰箱中食材的存储时间，减少食材存储过久，无法食用而被浪费的情况。并且，上述方法还可以减少误食过期的食材而影响身体健康的情况。
1018.如图30c所示，电子设备100可以显示用户界面3010。用户界面3010可以包括来自小艺建议app的卡片3013。卡片3013可用于为用户提供智能冰箱中食材存储位置的建议。该食材存储位置的建议可用于提示用户智能冰箱中食材的最佳存储位置。
1019.在一种可能的实现方式中，小艺建议app可以获取智能冰箱中食材的存储数据。小艺建议app可以从智能冰箱中存储的食材中判断出不适合存储在智能冰箱中的食材。例如，一些食材的最佳存储温度为室温。那么这一些食材不适合存储在智能冰箱中。当确定出一种或多种食材不适合存储在智能冰箱中，小艺建议app可以确定出卡片3013中食材存放位
置的建议。再例如，蔬菜、水果适宜存储在智能冰箱中的冷藏区域(如温度0℃-4℃的区域)。当确定出上述适宜存储在冷藏区域的食材被存储在冷冻区域(如温度在零下18℃的区域)，小艺建议app可以提示用户食材存放位置错误。
1020.示例性的，由图26d所示食材的名称可知，智能冰箱中存储有红薯。小艺建议app可以获取(如从云端服务器中获取)红薯的最佳存储温度(如10℃-15℃)。小艺建议app可以确定出红薯不适合存储在智能冰箱中。那么，小艺建议app可以确定提供给用户的食材存储位置的建议。该食材存储位置的建议可以包括：红薯不宜存储在智能冰箱内，常温下红薯的存放时间更长，建议将红薯放在智能冰箱外。
1021.在一种可能的实现方式中，智能冰箱中存储的物品除了食材，还包括化妆品、药品等等物品。小艺建议app可以获取智能冰箱中物品的存储数据。小艺建议app可以根据智能冰箱中物品的存储数据确定智能冰箱中的最佳温度，并提示用户将智能冰箱中的温度调节至物品在智能冰箱中存储的最佳温度。这可以减少物品由于存储温度不合适而变质受损的情况。
1022.例如，智能冰箱中存储了化妆品，该化妆品的最佳存储温度为4℃。但智能冰箱冷藏区域当前的温度为2℃。小艺建议app可以提醒用户将智能冰箱冷藏区域的温度调节为4℃。
1023.在一种可能的实现方式中，小艺建议app还可以结合用户的出行数据为用户提供智能冰箱中食材存储的建议。例如，当确定用户需要离家一段时间(如一周)，小艺建议app可以提示用户在离家之前将智能冰箱中冷藏区域的温度调低(如调节至2℃)。低温可以延长部分食材的存储时间。当确定用户离家一段时间后回家，小艺建议app可以提示用户将智能冰箱中冷藏区域的温度调节至冷藏区域的通用温度(如4℃)。上述通用温度可以节省智能冰箱的功耗。
1024.上述根据食材的存储数据为用户提供食材存储位置的建议不限于是上述小艺建议app完成的，还可以是智慧生活app等其它app完成的。
1025.上述方法可以帮助用户将食材存储在合适的位置，减少食材因为存储位置不恰当，过早损坏而被浪费的情况。
1026.不限于上述食材存放时间的建议、食材存放位置的建议，用户侧的电子设备还可以根据食材的存储数据为用户提供其它食材在存储、食用等方面的建议。例如，用户侧的电子设备还可以提示用户，智能冰箱中哪些食材是冲突的，不能混合食用。又例如，用户侧的电子设备还可以提示用户，智能冰箱中的哪些食材不能存储在一起，否则一种食材会使得另一种食材加速变质。上述存储食材的建议可以帮助用户更好地存储各种食材，有利于用户吃到新鲜、健康的食材。
1027.图30a～图30c所示的实施例具体以智能垃圾桶和智能冰箱为例，来介绍用户侧的电子设备为用户提供放置于智能家居设备中的东西在处理方面的建议。不限于智能垃圾桶和智能冰箱，用户侧的电子设备还可以根据其它智能家居设备，例如，智能烤箱、智能微波炉、智能洗衣机、智能净水器等等，检测到的家居设备数据为用户提供放置于相应智能家居设备中的东西在处理方面的建议。
1028.不限于上述放置于智能家居设备中的东西在处理方面的建议，用户侧的电子设备还可以提供其它智能家居设备在使用过程中的建议。例如，扫地机器人使用环境的建议、智
能烤箱温度调节的建议、智能电灯亮度调节的建议等等。
1029.在一些实施例中，用户侧的电子设备可以获取智能冰箱中食材的存储数据，以及用户的运动健康数据。结合上述食材的存储数据和用户的运动健康数据，用户侧的电子设备可以为用户提供饮食建议。
1030.下面介绍用户侧的电子设备为用户提供饮食建议的场景。
1031.(1)图31示例性示出了电子设备100提醒用户不宜食用智能冰箱中部分食材的场景示意图。
1032.如图31所示，电子设备100可以显示用户界面3110。用户界面3110可以包括来自小艺建议app的卡片3111。卡片3111可用于提醒用户在服药期间不宜食用智能冰箱中的部分食材(如食物a)。
1033.在一种可能的实现方式中，当获取到智能冰箱中食材的存储数据以及用户的运动健康数据，小艺建议app可以判断智能冰箱中的哪些食材会影响用户的身体健康。上述影响用户的身体健康的食材可以包括加重用户的运动健康数据指示的身体问题的食材、影响用户改善运动健康数据指示的身体问题的食材等等。当确定出影响用户的身体健康的食材，小艺建议app可以确定出卡片3111中提示用户智能冰箱中哪些食材不宜食用的提示内容。
1034.示例性的，由前述实施例可知，张三被确诊患有二型糖尿病，需要服用药品a和药品b。小艺建议app可以根据用户的运动健康数据确定出用户在服用药品a和药品b。小艺建议app还可以根据食材的存储数据确定出智能冰箱中存储有食物a。其中，药品a与食物a冲突。小艺建议app可以提示用户药品a与食物a冲突，在服用药品a的期间不宜食用食物a。
1035.不限于是小艺app，上述判断智能冰箱中哪些食材会影响用户的身体健康，并对用户进行提示还可以是其它系统app或第三方app完成的。
1036.上述方法可以减少用户误食智能冰箱中影响自己身体健康的食材的情况，可以更好地帮助用户保持或恢复身体健康。
1037.(2)图32a～图32d示例性示出了电子设备100为用户提供食谱的场景示意图。上述食谱可用于利用智能冰箱中的食材制作有利于用户身体健康的食物。
1038.如图32a所示，电子设备100可以显示用户界面3210。用户界面3210可以包括来自小艺建议app的卡片3211。卡片3211可用于为用户推荐晚餐食谱。卡片3211中还可以包含链接控件3211a。该链接控件3211a可用于查看小艺建议app推荐的食谱。
1039.响应于作用在链接控件3211的用户操作，电子设备100可以显示如图32b所示的用户界面3220。用户界面3220可以为小艺建议app的用户界面。用户界面3220可以包括食谱显示区域3221。食谱显示区域3221可以包括一个或多个食谱。例如食谱3221a、食谱3221b。上述食谱所需要的食材可以均为智能冰箱中存储有的食材。上述食谱可用于制作有利于用户身体健康的食物。上述有利于用户身体健康的食物可以包括有利于改善用户的运动健康数据指示的身体问题的食物。
1040.示例性的，小艺建议app根据用户的运动健康数据确定出用户患有糖尿病，并根据食材的存储数据确定出智能冰箱中存储有鸡蛋和鸡胸肉。小艺建议app可以推荐图32b所示蒸鸡蛋的食谱3221a和香煎鸡胸肉的食谱3221b。食谱3221a和食谱3221b符合糖尿病患者需要食用低糖低脂的食物的要求，可以帮助用户改善糖尿病。
1041.在一种可能的实现方式中，小艺建议app还可以判断食谱显示区域3221中的食谱
是否被用户使用过。当判断出一个或多个食谱被使用过，小艺建议app可以为用户推荐新食谱。上述新食谱可以包括小艺建议app还未曾推荐给用户的食谱。
1042.本技术实施例对小艺建议app判断一个食谱是否被用户使用过的方法不作限定。例如，小艺建议app可以获取智能冰箱中食材的消耗情况。根据智能冰箱中食材的消耗情况，小艺建议app可以确定用户消耗的食材。若用户消耗的食材为食谱显示区域3221中一个食谱需要的食材，小艺建议app可以判断这一个食谱被用户使用过。再例如，当检测到查看一个食谱的具体内容的用户操作，小艺建议app可以判断出这一个食谱被用户使用过。上述查看一个食谱的具体内容的用户操作可以是作用在食谱显示区域3221中一个食谱(如食谱3221a)上的用户操作。再例如，用于显示一个食谱的具体内容的用户界面可以包含标记已做控件。该标记已做控件可用于用户标识这一个食谱已经使用过。当检测到一个食谱对应的标记已做控件为被标记的状态，小艺建议app可以判断出这一个食谱被用户使用过。
1043.小艺建议app为用户推荐的新食谱所需要的食材可以均为智能冰箱中存储有的食材。上述新食谱可用于制作有利于用户身体健康的食物。
1044.示例性的，如图32c所示，电子设备100可以显示用户界面3210。用户界面3210可以包括来自小艺建议app的卡片3212。卡片3212可用于为用户推荐午餐食谱。卡片3212中还可以包括链接控件3212a。链接控件3212a可用于查看小艺建议app推荐的食谱。
1045.响应于作用在链接控件3212a的用户操作，电子设备100可以显示如图32d所示的用户界面3220。用户界面3220可以包括食谱显示区域3221。对比图32b和图32d可知，图32d所示的食谱显示区域3221中可包括小艺建议app为用户推荐的新食谱。例如，红烧牛肉的食谱3221c和蒜蓉西兰花的食谱3221d。
1046.由图32a和图32c可知，图32b所示的食谱显示区域3221中的食谱是小艺建议app8月3日下午确定出的。图32d所示的食谱显示区域3221中的食谱是小艺建议app8月4日中午确定出的。并且，由图32b所示作用在蒸鸡蛋的食谱3221a的用户操作，小艺建议app可以确定出食谱3221a已经被用户数使用过。那么，除了推荐已经推荐过的食谱(即8月3日推荐的食谱3221a和食谱3221b)，小艺建议app在8月4日还可以根据智能冰箱中食材的存储数据和用户的运动健康数据为用户推荐新食谱(即食谱8221c和食谱8221d)。
1047.可选的，上述新食谱被推荐的优先级可以高于已经被推荐过的食谱被推荐的优先级。上述食谱被推荐的优先级可以表现为食谱在食谱显示区域3221中的排列顺序。食谱被推荐的优先级越高，该食谱在食谱显示区域3221中的位置越靠前。如图32d所示，红烧牛肉的食谱3221c在食谱显示区域3221中的位置比蒸鸡蛋的食谱3221a的位置更靠前。即红烧牛肉的食谱3221c被推荐的优先级高于蒸鸡蛋的食谱3221a被推荐的优先级。
1048.不限于小艺建议app，上述根据智能冰箱中食材的存储数据以及用户的运动数据为用户推荐食谱可以是其它系统app或第三方app完成的。
1049.可以理解的，上述提供饮食建议时所使用的智能冰箱中食材的存储数据以及用户的运动健康数据可以是经过中间服务器进行脱敏处理后的数据。上述利用用户数据判断智能冰箱中的哪些食材会影响用户的身体健康的过程，以及确定食谱的过程即为数据银行中对用户数据加工的过程。电子设备100显示上述智能冰箱中哪些食材不宜食用的提示内容的过程，以及显示食谱的过程即为数据银行中用户数据的价值呈现的过程。
1050.由图32a～图32d所示的实施例可知，用户可以根据电子设备推荐的食谱，利用智
能冰箱中存储有的食材制作有益于自己身体健康的食物。这既可以使得智能冰箱中的食材被合理利用，又能帮助用户保持或恢复身体健康。
1051.本技术提供一种健康管理方法。在该方法中，用户侧的电子设备可以获取用户的运动健康数据、用户在电子设备上的操作数据、用户使用电子设备的状态数据中的一项或多项，来为用户提供电子设备使用方式的建议，或者为用户调整电子设备的使用方式。
1052.上述用户在电子设备上的操作数据可以包括电子设备检测到的作用在电子设备上的用户操作。例如，作用在屏幕上的触摸操作或点击操作，作用在按键(如开机键、音量按键等)的用户操作等等。用户侧的电子设备可以根据上述操作数据分析出用户的习惯数据、电子设备的使用场景、用户的身体状态等等。该习惯数据可以参考前述实施例的介绍。
1053.用户使用电子设备的状态数据可以包括用户在使用电子设备时的身体状态。例如，手部的状态、眼部的状态、脸部与电子设备的屏幕之间的距离等等。
1054.上述电子设备使用方式的建议可以包括：电子设备屏幕中字体大小调节的建议、观看电子设备屏幕时长的建议、观看电子设备屏幕距离的建议、使用语音交互方式的建议、开启消息免打扰的建议、自动跳过开屏广告的建议等等。
1055.上述方法在提升用户使用电子设备的顺畅感的同时，还能帮助用户保持身体健康，减少用户使用电子设备的方式加重用户的运动健康数据指示的身体问题的情况，以及减少用户使用电子设备的方式影响用户的身体健康的情况。
1056.下面介绍本技术实施例提供的电子设备100为用户提供电子设备使用方式的建议的场景。
1057.(1)在一些实施例中，用户侧的电子设备可以根据用户的运动健康数据为用户提供电子设备使用方式的建议。该电子设备使用方式的建议可以帮助用户保持身体健康，减少用户使用电子设备的方法加重用户的运动健康数据指示的身体问题的情况。
1058.(a)这里以患有老花眼的用户使用电子设备100浏览新闻的场景为例进行介绍。
1059.如图33a所示，电子设备100可以显示用户界面3310。用户界面3310可以包括新闻内容显示区域3312。新闻内容显示区域3312可以包括图33a所示文字形式的新闻内容。用户界面3310还可以包括来自小艺建议app的通知消息3311。该通知消息3311可用于提醒用户用户界面3310中的字体对于老花眼人群过小，并建议用户调大字体。
1060.在一种可能的实现方式中，该通知消息3311还可以用于触发电子设备100显示用于调节用户界面字体的字体大小调节控件。即用户可以通过该通知消息3313来开启调节用户界面字体大小的功能，从而调节用户界面字体的大小。这样，用户可以不用先退出图33a所示的用户界面，然后从设置app中寻找用于调节字体大小的控件，再设置用户界面字体的大小。上述方法可以使得用户调节用户界面字体的大小更加方便和快捷。
1061.响应于作用在通知消息3311的用户操作，电子设备100可以在用户界面3310显示如图33b所示的字体大小调节控件3313。响应于作用在字体大小调节控件3313的用户操作，电子设备100可以将用户界面3313中的字体调大或者调小。
1062.对比图33a和图33b可知，用户通过上述字体大小调节控件3313将新闻内容显示区域3313中的字体调大。
1063.本技术实施例对电子设备100调节用户界面3313中字体的大小的方式不作限定。例如，电子设备100可以调用设置app中调节字体大小的服务。响应于作用在字体大小调节
控件3313的用户操作，电子设备100可以调节电子设备100中多个app的用户界面所呈现字体的大小。即字体大小调节控件3313不仅可以调节用户界面3310中字体的大小，还可以调节电子设备100其它app的用户界面所呈现字体的大小。再例如，电子设备100可以缩放用户界面3310来实现调节字体大小的功能。响应于作用在字体大小调节控件3313的用户操作，电子设备100可以放大或缩小用户界面3310。当用户界面3310被放大，用户界面3310中的字体也相应变大。即字体大小调节控件3313仅能用于调节用户界面3310中字体的大小。
1064.这里基于图33a和图33b所示的场景，示例性说明本技术实施例提供的一种电子设备100为用户提供电子设备使用方式的建议的实现方式。
1065.具体的，小艺建议app可以获取用户的运动健康数据。根据该运动健康数据中的诊断结果，小艺建议app可以确定用户患有老花眼。小艺建议app可以判断用户界面中的字体是否过小。当判断出用户界面中的字体过小，小艺建议app可以确定出图33a所示通知消息3311中的内容。然后，电子设备100可以推送来自小艺建议app的通知消息3311，来建议用户调大用户界面3310中的字体。
1066.本技术实施例对判断用户界面中的字体是否过小的方法不作限定。例如，小艺建议app可以判断字体的大小是否小于预设字体大小。该预设字体大小可以是预先存储在电子设备100中的。该预设字体大小可以是老花眼人群观看电子设备的屏幕时通常设置的字体大小。本技术实施例对该预设字体大小的设定方法不作限定。当判断出字体的大小小于预设字体大小，小艺建议app可以判断出用户界面中的字体过小。
1067.由图33a和图33b所示的实施例可知，患有老花眼的用户可以根据电子设备100的提示方便地调节自己浏览的新闻内容的字体大小。经过字体调节，用户可以更容易看清楚用户界面的内容，减少用户老花眼加重的情况。
1068.(b)这里还以眼睑发炎的用户使用电子设备100浏览新闻的场景为例进行介绍。
1069.如图33c所示，电子设备100可以显示用户界面3310。用户界面3310可以包括新闻内容显示区域3313和来自小艺建议app的通知消息3314。新闻内容显示区域3313可以参考前述实施例的介绍。通知消息3314可用于提醒用户眼睑发炎不宜长时间观看屏幕，并建议用户休息或者采取语音播报的方式。
1070.在一种可能的实现方式中，该通知消息3314还可以用于触发电子设备100语音播报新闻内容显示区域3313中的新闻内容。即用户可以通过该通知消息3314来开启语音播报的功能，从而放松眼睛，通过听的方式来了解新闻内容显示区域3313中的新闻内容。这样，用户可以不用寻找提供上述新闻内容的app中用于开启语音播报功能的控件。上述方法可以使得用户可以更加方便地开启语音播报的功能，从而尽快放松眼睛。
1071.响应于作用在通知消息3314的用户操作，电子设备100可以开始语音播报新闻内容显示区域3313中的新闻内容。可选的，当检测到作用在通知消息3314的用户操作，电子设备100还可以显示一个或多个语音播报功能的设置选项。例如，语音播报的时间长度、语音播报的声音类型(如女声播报、男声播报等)等等。
1072.本技术实施例对电子设备100开启语音播报的功能的实现方式不作限定。例如，提供新闻内容显示区域3312中新闻内容的app具有语音播报的功能。响应于作用在通知消息3314的用户操作，电子设备100可以调用上述提供新闻内容的app中语音播报的服务，开始语音播报新闻内容。其中，当用户界面3310中呈现的新闻内容被语音播报完成，电子设备
100可以继续播报上述提供新闻内容的app中未呈现在用户界面3310中的新闻内容。再例如，电子设备100可以调用设置app中语音播报的服务。设置app中语音播报的服务可用于语音播报电子设备100显示的用户界面中的文字内容。其中，当用户界面3310中呈现的新闻内容被语音播报完成，电子设备100可以停止语音播报。
1073.这里基于图33c所示的场景，示例性说明本技术实施例提供的一种电子设备100为用户提供电子设备使用方式的建议的实现方式。
1074.具体的，小艺建议app可以获取用户的运动健康数据。根据该运动健康数据中的诊断结果，小艺建议app可以确定用户眼睑发炎。小艺建议app可以判断用户观看屏幕的时间是否超过预设时间(如1小时)。本技术实施例对该预设时间的确定方法不作限定。当判断出用户观看屏幕的时间超过预设时间，小艺建议app可以确定出图33c所示通知消息3314中的内容。然后，电子设备100可以推送来自小艺建议app的通知消息3314，来建议用户注意休息眼睛或者通过语音播报的方式来了解新闻显示区域3312中的新闻内容。
1075.本技术实施例对判断用户是否在观看屏幕的方法不作限定。例如，小艺建议app可以获取用户在电子设备100的屏幕上的用户操作数据。当屏幕上作用有用户操作，小艺建议app可以确定用户在观看屏幕。再例如，在电子设备100的屏幕被点亮的状态下，电子设备100的前置摄像头可以开启，采集图像数据。该前置摄像头可以是低功耗摄像头。电子设备100可以通过该图像数据分析用户的眼睛是否注视屏幕。小艺建议app可以获取上述用户的眼睛是否注视屏幕的分析结果。当该分析结果指示用户的眼睛注视屏幕，小艺建议app可以确定用户在观看屏幕。
1076.由图33c所示的实施例可知，眼睑发炎的用户在长时间观看屏幕的情况下，可以根据电子设备100的提示方便地开启语音播报的功能。当开启语音播报的功能，用户可以通过听的方式来了解用户界面中显示的内容，从而休息眼睛，减少眼睑发炎加重的情况。
1077.(2)在一些实施例中，用户侧的电子设备可以根据用户在电子设备上的操作数据、用户使用电子设备的状态数据，来判断电子设备当前的使用方式是否能使得用户顺畅地使用电子设备，或者判断用户以当前的身体状态使用电子设备是否会影响用户的身体健康。当判断出电子设备当前的使用方式难以使得用户顺畅地使用电子设备，或者判断出用户以当前的身体状态使用电子设备会影响用户的身体健康，用户侧的电子设备可以为用户提供电子设备使用方式的建议，或者为用户调整电子设备的使用方式。上述方法可以帮助用户更顺畅地使用电子设备，并减少用户使用电子设备的方式影响用户的身体健康的情况。
1078.上述用户顺畅地使用电子设备可以表示，电子设备响应接收到的用户操作所执行的动作符合用户进行该用户操作的期望。即用户无需通过重复多次用户操作来触发电子设备执行用户期望的动作，或者在进行用户操作后无需等待电子设备执行完其它非预期的动作(如开屏广告等)后再执行用户期望的动作。
1079.(a)这里以用户在点击地图应用图标以期望开启地图app时手抖的场景为例进行介绍。
1080.如图34a所示，电子设备100可以显示用户界面3410。用户界面3410可以包括地图应用图标3411。地图应用图标3411可用于触发电子设备100调用地图app，并显示地图app的用户界面。用户界面3410中的其它内容可以参考前述图4a所示用户界面410的介绍。
1081.电子设备100检测到多次作用在用户界面3410中放置有应用图标的页面上地图应
用图标3411周边位置的触摸操作。例如，响应于上述多次触摸操作中一次长按页面上地图应用周边且没有其它应用图标所在位置的触摸操作，电子设备100可以显示如图34b所示的用户界面3420。用户界面3420可以包括页面3421和来自小艺建议app的通知消息3422。
1082.页面3421可以是用户界面3410中放置有应用图标的页面被缩小后的页面。页面3421仍可包括多个应用图标。页面3421中的应用图标可以是用户界面3410中的应用图标被缩小后的图标。响应于作用在页面3421上没有应用图标所在位置的长按并向左或向右滑动的用户操作，电子设备100可以交换页面3421与页面3421左边的页面或页面3421右边的页面之间的位置。
1083.可以看出，用户期望通过作用在图34a所示地图应用图标3411的触摸操作来开启地图app。但用户在触摸地图应用图标3411时，可能因为身体问题(如患有帕金森病等疾病)而出现手抖，难以准确将手指放置在地图应用图标3411所在的位置进行触摸操作，从而无法触发电子设备100开启地图app。其中，电子设备100中可能不存在响应上述用户不准确的用户操作(如作用在用户界面3410中放置有应用图标的页面上没有应用图标所在位置的短按操作)所进行的动作。或者，电子设备100可能响应上述用户不准确的用户操作执行开启地图app以外的其它动作。例如，上述用户不准确的用户操作为作用在用户界面3410中放置有应用图标的页面上没有应用图标所在位置的长按操作。电子设备100响应该用户操作可以将用户界面3410中放置有应用图标的页面缩小为如图34b所示的页面3421。
1084.通知消息3422可用于提示用户其触摸操作不稳定，并建议用户开启语音输入操作的功能。该语音输入操作的功能可以包括电子设备100响应采集到的语音指令(如“开启地图app”的语音指令、“播放音乐”的语音指令等)，执行该语音指令对应的操作。本技术实施例对通知消息3422中的消息内容不作限定。
1085.也即是说，当上述语音输入操作的功能开启，用户可以通过语音指令中指示电子设备100执行自己期望的动作(如开启地图app等)，而无需在电子设备100的屏幕或者按键上进行相应的用户操作
1086.在一种可能的实现方式中，该通知消息3422还可用于触发电子设备100开启语音输入操作的功能。即用户可以通过作用在该通知消息3422上的用户操作来开启语音输入操作的功能，从而通过语音指令来开启地图app。
1087.可选的，用户还可以通过唤醒词(如“小艺小艺”)来开启语音输入操作的功能。当监听到上述唤醒词，电子设备100可以识别用户的语音指令，并执行该语音指令对应的操作。本技术实施例对上述唤醒词不作限定。
1088.这里基于图34a和图34b所示的场景，示例性说明本技术实施例提供的一种电子设备100为用户提供电子设备使用方式的建议的实现场景。
1089.具体的，小艺建议app可以获取用户在电子设备100上的操作数据。该操作数据可以包括图34a所示，多次作用在用户界面3410中放置有应用图标的页面上地图应用图标3411周边位置的触摸操作。小艺建议app可以利用触摸操作稳定模型判断出用户的触摸操作不稳定。用户的触摸操作不稳定可以表示用户通过作用在屏幕上的触摸操作与电子设备100进行交互时，出现手部抖动等不稳定的情况。用户的触摸操作不能准确作用在用户期望的位置上，使得电子设备100执行用户期望的动作。
1090.当判断出用户的触摸操作不稳定，小艺建议app可以确定出图34b所示通知消息
3422中的内容。然后，电子设备100可以推送来自小艺建议app的通知消息3422，来提示用户开启语音输入操作的功能。
1091.上述触摸操作稳定模型可用于判断用户作用在电子设备的屏幕上的触摸操作是否稳定。上述触摸操作稳定模型可以是神经网络模型。上述触摸操作稳定模型的输入可以为时间段t1内作用在屏幕上的触摸操作数据。该触摸操作数据可以包括触摸操作作用在屏幕上的位置数据、屏幕上显示的app即该app的用户界面信息、用户界面在触摸操作作用位置处的控件信息等等。上述触摸操作稳定模型的输出可以为触摸操作是否稳定的结果。触摸操作稳定模型的训练过程可以参考神经网络模型的训练过程。本技术实施例对此不作限定。电子设备100中可存储有训练好的触摸操作稳定模型。上述触摸操作稳定模型也可以是电子设备100从云端服务器获取的。
1092.由图34a和图34b所示的实施例可知，在用户由于身体问题出现手抖，不方便通过作用在屏幕或按键的用户操作与电子设备进行交互时，电子设备可以根据用户的操作数据判断用户的身体状态，并为用户提供开启语音输入操作的建议。这样，若用户患有帕金森等使得用户难以控制自己的肢体活动的疾病而想使用电子设备时，用户可以在电子设备的提示下开启语音输入操作的功能，从而通过语音指令与电子设备进行交互，指示电子设备执行自己期望的动作。上述方法可以方便用户调整电子设备的使用方式，使得用户顺畅地使用电子设备。
1093.(b)这里还以用户观看电子设备100的屏幕距离过近的场景为例进行介绍。
1094.如图34c所示，电子设备100可以显示用户界面3430。用户界面3430可以包括来自小艺建议app的通知消息3431。通知消息3431可用于提示用户观看电子设备100的屏幕距离过近，并建议用户将电子设备100与脸部的距离拉远。
1095.在一种可能的实现方式中，小艺建议app可以获取用户使用电子设备100的状态数据。该状态数据可以包括用户脸部与电子设备100的屏幕之间的距离。小艺建议app可以判断用户脸部与电子设备100的屏幕之间的距离是否小于预设观看距离(如30厘米)。上述预设观看距离的取值可以根据经验设定。本技术实施例对上述预设观看距离不作限定。当判断出用户脸部与电子设备100的屏幕之间的距离小于预设观看距离，小艺建议app可以确定出图34c所示通知消息3431中的提示内容。然后，电子设备100可以推送来自小艺建议app的通知消息3431，来建议用户将电子设备100与脸部的距离拉远，从而减少观看屏幕距离过近影响视力的情况。
1096.本技术实施例对电子设备100检测用户脸部与电子设备100的屏幕之间的距离的方法不作限定。例如，在电子设备100的屏幕被点亮的状态下，电子设备100可以通过深度摄像头采集的数据计算得到脸部与屏幕之间的距离。再例如，用户佩戴有耳机604。耳机604和电子设备100之间可以建立有通信连接。例如，蓝牙通信连接。电子设备100可以通过确定耳机604发送的蓝牙信号从发送到被电子设备100接收之间的之间，来计算该蓝牙信号的传输距离。电子设备100可以根据该蓝牙信号的传输距离确定用户脸部与屏幕之间的距离。
1097.由图34c所示的实施例可知，当检测到用户观看屏幕的距离过近，用户侧的电子设备可以提示用户将电子设备拉远。用户可以在电子设备的提示下及时将电子设备拉远，以合适的距离来观看电子设备的屏幕。上述方法可以帮助用户更好地保护视力，减少观看屏幕距离过近影响视力的情况。
1098.(c)这里还以用户在观看电子设备100的屏幕时眯眼的场景为例进行介绍。
1099.如图34d所示，电子设备100可以显示用户界面3440。用户界面3440可以包括新闻内容显示区域3441和来自小艺建议app的通知消息3442。新闻内容显示区域3441可以参考前述图33a所示的介绍。通知消息3442可用于提示用户当前观看屏幕的状态为眯眼，并建议用户将用户界面3440中的字体调大。
1100.在一种可能的实现方式中，小艺建议app可以获取用户使用电子设备100的状态数据。该状态数据可以包括用户眼部的状态。当上述眼部的状态指示用户为眯眼的状态时，且用户处于眯眼的状态超过预设眯眼时间(如1分钟)，小艺建议app可以确定出图34d所示通知消息3442中的提示内容。然后，电子设备100可以推送来自小艺建议app的通知消息3442，来建议用户调大用户界面3440中的字体。本技术实施例对上述预设眯眼时间的取值不作限定。
1101.其中，通知消息3442还可用于触发电子设备100显示用于调节用户界面字体的字体大小调节控件。即用户可以通过该通知消息3313来开启调节用户界面字体大小的功能，从而调节用户界面字体的大小。电子设备100响应于作用在通知消息3442的用户操作，显示字体大小调节控件的实现方式，以及响应于作用在该字体大小调节控件调节用户界面3440中的字体大小的实现方式可以参考前述图33a和图33b所示的实施例。这里不再赘述。
1102.本技术实施例对电子设备100检测用户眼部的状态是否为眯眼的状态不作限定。例如，电子设备100中存储有训练好的眯眼检测模型。该眯眼检测模型可以为神经网络模型。该眯眼检测模型的输入可以为用户眼部的图像。该眯眼检测模型的输出可以为用户是否眯眼的结果。当检测到用户界面中包含文字内容时，电子设备100可以通过前置摄像头采集图像数据，并利用眯眼检测模型确定用户是否眯眼。
1103.可以理解的，用户在观看电子设备的屏幕时眼部的状态为眯眼的状态且处于眯眼的状态超过预设眯眼时间，可以表示用户观看屏幕上的内容比较吃力。长期眯眼观看屏幕可能会使得用户的视力变差。用户侧的电子设备可以在检测到用户观看屏幕眯眼时，提醒用户调节屏幕上显示内容字体的大小。上述方法可以帮助用户改善观看屏幕眯眼的情况，从而更好地保护视力。
1104.可选的，当检测到用户观看屏幕时眯眼，电子设备100可以将屏幕中显示内容的字体调大，并提示用户已为用户将字体调大。电子设备100将屏幕中显示内容的字体调大后，还可以提供图33b所示的字体大小调节控件。这样，用户可以通过该字体大小调节控件将屏幕中显示内容的字体大小调节至自己期望的大小。或者，电子设备100将屏幕中显示内容的字体调大后，还可以提供取消调节控件。该取消调节控件可用于取消电子设备100对屏幕中显示内容的字体大小的调节。即用户可以通过该取消调节控件使得电子设备100将屏幕中显示内容的字体大小恢复至被调节之前的大小。
1105.(d)这里还以用户在观看电子设备100的屏幕时睡着的场景为例进行介绍。
1106.如图34e所示，电子设备100可以显示用户界面3450。用户界面3450可以包括来自小艺建议app的通知消息3451。通知消息3451可用于提示用户检测到用户已入睡，将为用户熄灭电子设备100的屏幕。其中，电子设备100可以在预设时间段内(如15秒内)没有作用在电子设备100的用户操作的情况下熄灭屏幕。本技术实施例对上述预设时间段的长度不作限定。通知消息3451中可以包括倒计时3451a。倒计时3451a指示的时间可以表示距离电子
设备100经屏幕熄灭的剩余时间。例如，倒计时3451a为9s，可以表示电子设备100将在9秒后熄灭屏幕。
1107.在一种可能的实现方式中，小艺建议app可以获取用户使用电子设备100的状态数据。该状态数据可以包括用户眼部的状态。小艺建议app可以根据该眼部的状态判断用户是否入睡。当判断出用户已入睡，小艺建议app可以确定出图34d所示通知消息3451中的提示内容。然后，电子设备100可以推送来自小艺建议app的通知消息3451，来提示用户电子设备100将在预设时间段内(如15秒内)没有作用在电子设备100的用户操作的情况下熄灭屏幕。小艺建议app可以获取用户上述预设时间段内作用在电子设备100上的操作数据。当上述预设时间段内电子设备100没有检测到用户操作，小艺建议app可以调用熄灭屏幕的应用程序，熄灭电子设备100的屏幕。
1108.本技术实施例对小艺建议app根据眼部的状态判断用户是否入睡的方法不作限定。其中，电子设备100可以检测眼部的状态是否为闭眼的状态。例如，电子设备100中可存储有训练好的闭眼检测模型。该闭眼检测模型可以为神经网络模型。该闭眼检测模型的输入可以为用户眼部的图像。该闭眼检测模型的输入可以为用户是否闭眼的结果。电子设备100可以通过前置摄像头采集用户眼部的图像，并利用该闭眼检测模型确定用户眼部的状态是否为闭眼的状态。当用户眼部的状态为闭眼的状态，小艺建议app可以根据用户处于闭眼状态的时间是否超过预设闭眼时间。当用户处于闭眼状态的时间超过预设闭眼时间，小艺建议app可以确定出用户已入睡。
1109.由图34d所示的实施例可知，用户侧的电子设备可以在用户使用电子设备的过程中，检测用户是否入睡。当检测到用户入睡但电子设备100的屏幕仍处于点亮的状态，用户侧的电子设备可以熄灭屏幕。这既可以节省电子设备的功耗，而且可以减少屏幕处于点亮的状态对用户睡眠的影响。
1110.在一种可能的实现方式中，当根据用户眼部的状态判断出用户已入睡，小艺建议app可以为用户开启勿扰模式或者睡眠模式。其中，小艺建议app可以调用用于开启勿扰模式的应用程序，或者用于开启睡眠模式的应用程序，使得电子设备100进入勿扰模式或者睡眠模式。
1111.上述睡眠模式可以是用户自定义的。例如，在处于睡眠模式下，电子设备100可以在接收到来电时语音留言“正在休息中，勿扰”。电子设备100可以在接收到其它联系人发送的消息时自动回复消息内容“正在休息中，勿扰”。本技术实施例对上述语音留言和自动回复的消息内容不作限定。
1112.当判断出用户醒来，小艺建议app可以为用户退出勿扰模式或者睡眠模式。本技术实施例对判断用户是否醒来的方法不作限定。例如，当检测到有解锁(如人脸解锁)电子设备100的用户操作，小艺建议app可以判断出用户醒来。
1113.上述方法可以在检测到用户入睡时自动为用户在电子设备100上开启勿扰模式或者睡眠模式。这可以帮助用户提高睡眠质量，减少用户入睡后受到电子设备100接收到来电以及通知消息产生的影响。
1114.(3)在一些实施例中，用户侧的电子设备可以根据用户在电子设备上的操作数据，分析出用户的习惯数据。根据该习惯数据，用户侧的电子设备可以为用户提供电子设备使用方式的建议，或者为用户调整电子设备的使用方式。上述方式可以使得电子设备的运行
方式越来越符合用户的习惯，用户可以更加顺畅地使用电子设备。
1115.(a)这里以用户习惯跳过app开启后的开屏广告的场景为例进行介绍。
1116.开屏广告可以是在app启动时出现的广告。电子设备可以在开启app后的预设时间内展示开屏广告。其中，电子设备可以在首次开启app时，或者在退出app后的较长一段时间内再次开启该app时，展示开屏广告。电子设备100可以在开屏广告展示结束后进入app的主页面。开屏广告可以是购物平台的广告、医疗机构的广告、培训机构的广告、旅游机构的广告等等。本技术实施例对开屏广告的广告类型不作限定。
1117.图35a～图35c示例性示出了用户手动跳过开屏广告的场景示意图。
1118.如图35a所示，电子设备100可以显示用户界面3510。用户界面3510可以包括视频应用图标3511。用户界面3510中的其它内容可以参考前述图4a所示用户界面410的介绍。响应于作用在视频应用图标3511的用户操作，电子设备100可以开启视频应用app。该视频应用app可具有开屏广告。
1119.如图35b所示，在开启视频应用app后，电子设备100可以显示用户界面3520。用户界面3520即为开屏广告的用户界面。用户界面3520可以包括界面提示控件3521和跳过控件3522。其中：
1120.界面提示控件3521可用于提示用户当前的用户界面为开屏广告的用户界面。界面提示控件3521中可包括文字提示“广告”。本技术实施例对界面提示控件3521的中文字提示的内容不作限定。
1121.跳过控件3521可用于跳过开屏广告。跳过控件3521中可包括开屏广告展示的倒计时。该开屏广告展示的倒计时可用于指示开屏广告展示的结束时间。例如，开屏广告展示的倒计时为5s。电子设备100还可以展示该开屏广告5秒。当开屏广告的倒计时变化为0s时，电子设备100可以结束展示开屏广告，进入app的主页面。响应于作用在跳过控件3521的用户操作，电子设备100可以显示图35c所示视频应用app的主页面3530。
1122.也即是说，用户可以通过跳过控件3521在电子设备100自动结束展示开屏广告之前，手动触发电子设备100结束展示开屏广告，从而进入app的主页面。
1123.不限于上述视频应用app，其它app(如第一外卖app、第二外卖app、第三外卖app等)均可以具有开屏广告。即电子设备在开启这些具有开屏广告的app时，均会先展示开屏广告，然后进入app的主页面。
1124.在一种可能的实现方式中，小艺建议app可以获取用户在电子设备100上的操作数据。该操作数据可以包括上述用户作用在开屏广告的用户界面中跳过控件的用户操作。小艺建议app可以根据预设时间段内(如一周内、一个月内等)用户在电子设备100上的操作数据判断用户是否有跳过开屏广告的习惯。当判断出用户有跳过开屏广告的习惯，小艺建议app可以在电子设备100开启具有开屏广告的app时为用户跳过开屏广告。
1125.图35d和图35e示例性示出了小艺建议app为用户跳过开屏广告的场景示意图。
1126.如图35d所示，电子设备100可以显示用户界面3510。响应于作用在视频应用图标3511的用户操作，电子设备100可以显示如35e所示的用户界面3530。用户界面3530可以为视频应用app的主界面。用户界面3530可以包括来自小艺建议app的通知消息3531。通知消息3531可用于提示用户小艺建议app已为用户跳过开屏广告。
1127.可以看出，用户点击视频应用图标3511，电子设备100即可进入到视频应用app的
主界面。即用户可以无需等待电子设备100在开屏广告展示结束后才进入视频应用app的主界面，或者无需手动点击跳过控件来指示电子设备100进入视频应用app的主界面。上述电子设备100开启具有开屏广告的app的运行方式符合用户跳过开屏广告的习惯。
1128.通知消息3531中可包括拉回广告控件3531a。该拉回控件3531a可用于用户查看小艺建议app为自己跳过的开屏广告。响应于作用在拉回控件3531a的用户操作，电子设备100可以显示如图35b所示包含开屏广告的用户界面3520。
1129.也即是说，在小艺建议app为用户跳过开屏广告后，若用户想观看开屏广告，仍可通过拉回控件3531a来观看开屏广告。
1130.本技术实施例对小艺建议app根据预设时间段内用户在电子设备100上的操作数据判断用户是否有跳过开屏广告的习惯的方法不作限定。例如，小艺建议app可以计算，在上述预设时间段内(如一个月内)，电子设备100在展示开屏广告时，开屏广告的用户界面中跳过控件上作用有用户操作的次数与电子设备100展示开屏广告的次数的比值。当开屏广告被跳过的次数(即开屏广告的用户界面中跳过控件上作用有用户操作的次数)与电子设备100展示开屏广告的次数的比值大于预设跳过阈值，小艺建议app可以判断出用户有跳过开屏广告的习惯。
1131.本技术实施例对小艺建议app为用户跳过开屏广告的实现方式不作限定。
1132.例如，响应于开启电子设备100中的一个app的用户操作(如作用在这一个app的应用图标的用户操作)，小艺建议app可以判断这一个app是否具有开屏广告。若这一个app具有开屏广告，小艺建议app可以调用为用户跳过开屏广告的指令a。上述为用户跳过开屏广告的指令a可用于模拟点击包含开屏广告的用户界面中的跳过控件。其中，响应于开启这一个app的用户操作，电子设备100可以获取到用于绘制这一个app具有的开屏广告数据，并绘制包含开屏广告的用户界面(如用户界面3520)。响应于小艺建议app调用为用户关闭开屏广告的指令，电子设备100可以执行上述为用户跳过开屏广告的指令a，为用户点击跳过控件来跳过开屏广告。
1133.其中，当检测到开启电子设备100中一个具有开屏广告的app的用户操作，电子设备100可能先显示图35b所示包含开屏广告的用户界面3520。然后，在开屏广告播放结束前进入这一个app的主界面，并显示如图35e所示的通知消息3531。或者，电子设备100在显示已绘制的包含开屏广告的用户界面之前，已经执行了上述为用户跳过开屏广告的指令a。那么，电子设备100在检测到开启一个具有开屏广告的app的用户操作之后，直接进入这一个app的主界面，并显示如图35e所示的通知消息3531。
1134.再例如，响应于开启电子设备100中的一个app的用户操作(如作用在这一个app的应用图标的用户操作)，小艺建议app可以判断这一个app是否具有开屏广告。若这一个app具有开屏广告，小艺建议app可以调用为用户跳过开屏广告的指令b。上述为用户跳过开屏广告的指令b可用于使得电子设备100取消绘制包含开屏广告的用户界面，或者停止绘制包含开屏广告的用户界面并将已经绘制的部分删除，或者取消显示包含开屏广告的用户界面。那么，在开启一个具有开屏广告的app的情况下，电子设备100可以执行上述为用户跳过开屏广告的指令b，为用户跳过开屏广告。
1135.其中，响应于开启一个具有开屏广告的app的用户操作，电子设备100可以直接进入这一个app的主界面，并显示如图35e所示的通知消息3531。
1136.本技术实施例对小艺建议app在为用户跳过开屏广告后，再为用户呈现被跳过的开屏广告的实现方式不作限定。
1137.例如，响应于作用在拉回广告控件3531a的用户操作，小艺建议app可以调用拉回广告的指令。该拉回广告的指令可用于指示电子设备100再次获取用于绘制被跳过的包含开屏广告的用户界面的数据，绘制并显示包含开屏广告的用户界面。其中，电子设备100可以向具有该开屏广告的app对应的云服务器获取用于绘制包含该开屏广告的用户界面的数据。若电子设备100中仍存储有用户绘制包含该开屏广告的用户界面的数据，电子设备100可以直接绘制并显示包含该开屏广告的用户界面。
1138.在一种可能的实现方式中，根据预设时间段内用户在电子设备100上的操作数据，小艺建议app可以判断用户会跳过哪些app在开启时的开屏广告，不会跳过哪些app在开启时的开屏广告。这样，小艺建议app可以确定出用户习惯跳过哪些app开启时的开屏广告，习惯不跳过哪些app在开启时的开屏广告。当电子设备100开启的app包含于用户习惯跳过开屏广告的app，小艺建议app可以为用户跳过开屏广告。当电子设备100开启的app包含于用户习惯不跳过开屏广告的app，电子设备100可以展示开屏广告，并在开屏广告展示结束后进入该app的主页面。
1139.在一种可能的实现方式中，根据预设时间段内用户在电子设备100上的操作数据，小艺建议app可以用户会跳过哪些广告类型的开屏广告，不会跳过哪些广告类型的开屏广告。这样，小艺建议app可以确定出用户习惯跳过哪些广告类型的开屏广告(如购物平台的广告)，习惯不跳过哪些广告类型的开屏广告(如旅游机构的广告)。当电子设备100开启app时将展示的开屏广告的广告类型包含于用户习惯跳过的开屏广告的广告类型，小艺建议app可以为用户跳过开屏广告。当电子设备100开启app时将展示的开屏广告的广告类型包含于用户习惯不跳过的开屏广告的广告类型，电子设备100可以展示开屏广告，并在开屏广告展示结束后进入该app的主页面。
1140.由上述图35a～图35e所示的实施例可知，用户侧的电子设备可以根据用户作用在电子设备上的操作数据，分析用户是否有跳过开屏广告的习惯。在判断出用户有跳过开屏广告的习惯的情况下，用户侧的电子设备可以为用户跳过开屏广告。更进一步的，用户侧的电子设备还可以根据用户作用在电子设备上的操作数据分析用户习惯跳过哪些app开启时的开屏广告、习惯跳过哪种广告类型的开屏广告等等。这样，用户侧的电子设备可以为用户跳过用户习惯跳过的开屏广告，而展示用户会浏览的开屏广告。上述方法可以使得电子设备的运行方式越来越符合用户的习惯，提升用户使用电子设备的顺畅感。
1141.在一些实施例中，开屏广告不可被跳过。即电子设备100开启一个app时，先显示指定时间的开屏广告，再进入这一个app的主界面。其中，上述指定时间的开屏广告的广告内容可以被切换。即在必须观看开屏广告的情况下，用户可以切换开屏广告的广告内容。
1142.本技术实施例对上述开屏广告播放的指定时间的长度不作限定。
1143.示例性的，视频应用app具有开屏广告。响应于作用在视频应用图标3511的用户操作，电子设备100可以显示如图35f所示的用户界面3520。用户界面3520可以包括开屏广告。
1144.用户界面3520中还可以包括广告控件3523和切换广告控件3524。其中：
1145.广告控件3523可用于指示用户界面3520为开屏广告的用户界面。广告控件3523中还可以包括广告时间。例如“5s”。该广告时间可用于指示开屏广告的剩余显示时间。即电子
设备100可以在上述广告时间后进入视频应用app的主界面。
1146.切换广告控件3524可用于切换用户界面3520中的开屏广告。响应于作用在切换广告控件3524的用户操作，电子设备100可以显示如图35g所示的用户界面3520。
1147.对比图35f和图35g可知，用户界面3520中的开屏广告从旅游景点的广告切换为食材的广告。本技术实施例对电子设备100切换开屏广告的内容的具体实现方法不作限定。例如，电子设备100可以从视频应用app对应的云服务器获取不同开屏广告的数据。
1148.上述方法可以在用户需要观看指定时间的开屏广告的情况下，帮助用户寻找用户感兴趣的广告，减少上述指定时间内开屏广告的内容为用户不感兴趣的广告的情况。这样，用户可以选择自己感兴趣的广告来观看。
1149.可选的，电子设备100还可以根据开屏广告在切换过程中，展示时间最长的开屏广告来确定用户感兴趣的开屏广告的广告类型。在后续开启app并展示开屏广告时，电子设备100可以展示确定出的用户感兴趣的开屏广告。
1150.(b)这里还以用户习惯跳过播放视频时的视频广告的场景为例进行介绍。
1151.视频广告可以是电子设备在播放视频时插播的广告。上述插播的广告可以包括视频形式的广告。视频广告的插播时间可以包括播放视频的片头、片中、片尾。该视频广告的播放时长可以是预先设定的时长(如30秒等)。在一些实施例中，视频广告在被播放指定时长后方可被跳过。本技术实施例对上述视频广告的播放时长，以及可被跳过前播放的指定时长的取值均不作限定。
1152.这里介绍一些电子设备100播放视频广告的场景。
1153.在一些实施例中，响应于选择待播放视频并指示电子设备100播放该待播放视频的用户操作，电子设备100可以先播放视频广告，并在视频广告播放结束后开始播放该待播放视频。该待播放视频可以是用户曾经观看过的视频。可选的，该待播放视频也可以是用户未曾观看过的视频。其中，电子设备100在视频广告播放结束后可以从头开始播放该待播放视频。
1154.在一些实施例中，当电子设备100播放完一个视频并跳转至下一个视频进行播放时，可以先播放视频广告，在视频广告播放结束后开始播放上述下一个视频。
1155.本技术实施例对电子设备100播放视频广告的场景不作限定。
1156.图36a～图36d示例性示出了用户手动跳过视频广告的场景示意图。
1157.如图36a所示，电子设备100可以显示视频应用app的主界面3610。主界面3610可以包括一个或多个视频选项。例如，视频a选项3611、视频b选项等等。作用在主界面3610中任意一个视频选项的用户操作，可以包含于上述选择待播放视频并指示电子设备100播放该待播放视频的用户操作。
1158.响应于作用在视频a选项的用户操作，电子设备100可以显示如图36b所示的视频播放界面3620。视频播放界面3620可包括播放窗口3621、剧集选择区域3622。其中：
1159.播放窗口3621可用于显示视频画面。该视频画面可以包括用户指示电子设备100播放的视频(如视频a)的画面、视频广告的画面等。如图36b所示，播放窗口3621中当前正在播放视频广告。播放窗口3621中可包括时间指示符3621a。该时间指示符3621a可用于指示视频广告已播放的时间长度(如4s)，以及视频广告的总时长(如30s)。
1160.剧集选择区域3622可用于用户选择需要播放的视频的剧集。剧集选择区域3622中
可包括一个或多个剧集选项。例如，视频a第1集选项、视频a第2集选项等等。响应于作用在任意一个剧集选项的用户操作，电子设备100可以在播放窗口3621播放这一个剧集选项对应视频。上述作用在任意一个剧集选项的用户操作，可以包含于上述选择待播放视频并指示电子设备100播放该待播放视频的用户操作。
1161.剧集选择区域3622中可以包括当前播放剧集的指示符3622a。该指示符3622a可用于指示播放窗口3621中播放的视频对应的剧集。如图36b所示，指示符3622a指示的剧集选项为视频a第7集选项。即播放窗口3621中当前播放的视频为视频a第7集。
1162.在一些实施例中，电子设备100根据用户观看视频的历史记录，确定出用户观看过视频a，且最近一次观看到视频a的第7集。那么，响应于用户播放视频a的用户操作，电子设备100可以从用户最近一次观看到的剧集开始进行播放。也即是说，响应于作用在图36a所示视频a选项3611的用户操作，电子设备100可以为用户播放视频a的第7集。
1163.其中，电子设备100可以先播放视频广告，并在视频广告播放结束后播放视频a的第7集。
1164.如图36c所示，电子设备100在视频广告被播放指定时长(如5s)后，可以在播放窗口中显示跳过控件3621b。该跳过控件3621b可用于跳过视频广告。响应于作用在跳过控件3621b的用户操作，电子设备100可以播放用户指示电子设备100播放的视频。
1165.如图36d所示，当跳过视频广告，电子设备100可以显示用户界面3620。用户界面3620可以包括播放窗口3621。该播放窗口3621中当前正在播放视频a的第7集。播放窗口3621中可包括定位提示框3623和暂停控件3621c。其中：
1166.定位提示框3623可用于提示用户电子设备100已为用户将视频定位至用户最近一次观看的位置。定位提示框3623可包括关闭控件3623a、定位信息3623b和返回开头控件3623c。其中，关闭控件3623a可用于关闭定位提示框3623。定位信息3623b可用于指示用户最近一次观看的位置。例如，用户最近一次观看到视频a第7集的3分15秒后退出播放。电子设备100再次播放视频a第7集时，可以从视频a第7即的3分15秒处开始播放(即定位至3:15)。返回开头控件3623c可用于返回视频的开头。响应于作用在返回开头控件3623c的用户操作，电子设备100可以从视频a第7集的开头处开始播放。
1167.暂停控件3621c可用于暂停播放窗口3621中播放的视频。
1168.在一种可能的实现方式中，小艺建议app可以获取用户在电子设备100上的操作数据。该操作数据可以包括上述用于跳过视频广告的用户操作。小艺建议app可以根据预设时间段内(如一周内、一个月内等)用户在电子设备100上的操作数据判断用户是否有跳过视频广告的习惯。当判断出用户有跳过视频广告的习惯，小艺建议app可以在电子设备100播放视频时为用户跳过视频广告。
1169.图36e～图36g示例性示出了小艺建议app为用户跳过视频广告的场景示意图。
1170.如图36e所示，电子设备100可以显示主界面3610。响应于作用在视频b选项的用户操作，电子设备100可以显示如图36f所示的视频播放界面3620。视频播放界面3620可以包括播放窗口3621。由图36f所示，播放窗口3621中当前正在播放视频广告。播放窗口3621a可以包括时间指示符3621a。其中，在该视频广告被播放指定时长(如5s)后，电子设备100可以在播放窗口3621中显示跳过控件3621b。
1171.另外，在该视频广告被播放上述指定时长后，电子设备100可以显示如图36g所示
的视频播放界面3620。视频播放界面3620可以包括播放窗口3621和来自小艺建议app的通知消息3624。播放窗口3621中当前正在播放用户指示电子设备100播放的视频(如视频b)。通知消息3624可用于提示用户小艺建议app已为用户跳过视频广告。
1172.可以看出，用户指示电子设备100播放自己选择的视频，电子设备100可以在播放完视频广告无法跳过的片段后，为用户跳过视频广告剩余的片段。即用户可以无需等待电子设备100将视频广告全部播放完之后才播放用户指示电子设备100播放的视频，或者无需手动点击跳过控件来指示电子设备100播放自己选择的视频。上述电子设备100播放视频的运行方式符合用户跳过视频广告的习惯。
1173.上述小艺建议app根据预设时间段内用户在电子设备100上的操作数据判断用户是否有跳过视频广告的习惯的方法，可以参考前述小艺建议app判断用户是否有跳过开屏广告的习惯的方法。
1174.在一种可能的实现方式中，根据预设时间段内用户在电子设备100上的操作数据，小艺建议app可以判断用户会跳过哪些视频在播放时的视频广告，不会跳过哪些视频在播放时的视频广告。
1175.可选的，小艺建议app还可以判断用户会跳过哪些广告类型的视频广告，不会跳过哪些视频类型的视频广告。在播放视频广告时，小艺建议app可以根据用户的习惯为用户跳过视频广告。
1176.可选的，小艺建议app还可以判断用户会在视频广告播放多长时间后跳过视频广告。例如，根据预设时间段内用户在电子设备100上的操作数据，小艺建议app可以判断出用户具有观看视频广告10s再跳过视频广告的习惯。那么，在播放视频广告时，小艺建议app可以在视频广告播放的第10s为用户跳过视频广告。其中，上述视频广告播放的前10s包括可被跳过的片段。例如，如图36f所示，在视频广告播放至第5s时，播放窗口3621中出现跳过控件3621b。即该视频广告的前5s为不可跳过的片段，前5s之后的片段为可被跳过的片段。
1177.可以理解的，用户在视频广告可被跳过时希望立即跳过视频广告的情况下，通过手动的用户操作(如点击跳过控件)跳过视频广告通常会有几秒的反应时间。小艺建议app可以根据用户手动跳过视频广告的操作数据判断用户是否希望立即跳过视频广告。例如，小艺建议app可以判断视频广告中可被跳过的片段播放的时间是否小于预设时间段(如3s)。视频广告中可被跳过的片段播放的时间小于预设时间段，可以表示用户在视频广告中可被跳过的片段播放时间达到上述预设时间段之前就手动跳过了视频广告。若视频广告中可被跳过的片段播放的时间小于预设时间段，小艺建议app可以确定出用户具有跳过视频广告，且在视频广告可被跳过时立即跳过视频广告的习惯。在播放视频广告时，一旦视频广告可被跳过，小艺建议app就可以为用户跳过视频广告。
1178.该预设时间段的取值可以根据用户的手动跳过视频广告的反应时间确定。本技术实施例对该预设时间段的取值不作限定。
1179.小艺建议app为用户跳过视频广告的实现方式可以参考前述实施例中，小艺建议app为用户跳过开屏广告的实现方式。
1180.在一些实施例中，小艺建议app在为用户跳过视频广告之后，可以响应用户拉回广告的用户操作再次为用户呈现被跳过的视频广告。小艺建议app为用户拉回视频广告的实现方式可以参考前述小艺建议app为用户拉回开屏广告的实现方式。
1181.可以看出，用户可以不用手动跳过视频广告。并且，在用户希望立即跳过视频广告时，一旦视频广告可被跳过，小艺建议app就可以为用户跳过视频广告。其中，小艺建议app为用户跳过视频广告的反应时间远远小于用户手动跳过视频广告的反应时间。上述方法可以更高效地帮助用户跳过视频广告，节省用户的时间。
1182.小艺建议app还可以根据预设时间段内用户在电子设备100上的操作数据，判断用户具有的其它跳过视频广告的习惯。本技术实施例对此不作限定。
1183.由上述图36a～图36g所示的实施例可知，用户侧的电子设备可以根据用户作用在电子设备上的操作数据，分析用户是否有跳过视频广告的习惯。在判断出用户有跳过视频广告的习惯的情况下，用户侧的电子设备可以为用户跳过视频广告中可被跳过的片段。更进一步的，用户侧的电子设备还可以根据用户作用在电子设备上的操作数据分析用户习惯跳过哪些视频播放时的视频广告、习惯跳过哪种广告类型的视频广告等等。这样，用户侧的电子设备可以为用户跳过用户习惯跳过的视频广告，而展示用户会浏览的视频广告。上述方法可以使得电子设备的运行方式越来越符合用户的习惯，提升用户使用电子设备的顺畅感。
1184.在一些实施例中，上述视频广告的类型可以是用户侧的电子设备根据智能冰箱中食材的消耗情况、用户的运动健康数据等用户数据以及购物平台的商品信息确定的。其中，用户侧的电子设备可以在播放视频时，为用户插播购买食材的广告。上述广告中的食材可以是智能冰箱中剩余量较少的食材、消耗量较大的食材、有利于改善用户运动健康所指示的身体问题的食材等等。
1185.示例性的，由前述图26d和图26f所示的实施例可知，鲜奶是智能冰箱中剩余量较少，且用户消耗量较大的食材。用户侧的电子设备可以根据前述实施例中的方法为用户提供购物方案。该购物方案中需要购买的食材可以包括鲜奶。上述视频应用app可以获取上述购物方案，在播放视频时插播上述购物方案中包含食材的视频广告。如图36b所示，电子设备100插播的视频广告可以为鲜奶的视频广告。
1186.不限于上述插播购买食材的广告，用户侧的电子设备还可以根据用户数据，在播放视频时插播智能家居设备的消耗品的广告、培训机构的广告、旅游机构的广告等等。其中，上述培训机构的广告可以根据用户的购物记录、运动健康数据等等用户数据来确定。例如，用户的运动健康数据指示用户为肥胖人群。上述培训机构的广告可以为帮助用户减重的培训机构的广告。再例如，用户的购物记录指示用户购买了吉他。上述培训机构的广告可以为吉他培训班的广告。上述旅游机构的广告可以根据用户的机票订单、车票订单、酒店订单、旅游景点的门票订单等用户数据来确定。例如，用户的酒店订单和机票订单均指示用户即将前往重庆。上述旅游机构的广告可以为重庆景点游玩的广告。
1187.上述方法可以根据用户数据分析用户在生活、工作等方面的需求，并结合用户的需求在用户观看视频时推送与用户需求相关的视频广告，从而为用户提供满足其需求的解决方案。
1188.(c)这里还以用户习惯在玩游戏时开启消息免打扰的场景为例进行介绍。
1189.在一些实施例中，消息免打扰可用于在调用这项服务的app运行时，不在该app的用户界面上显示其它app(如微信app、信息app、拨号app)的通知消息。在一种可能的实现方式中，当一个app调用上述消息免打扰服务，电子设备100可以通过通知管理器管理各app的
消息通知，使得各app的通知消息不显示在上述一个app的用户界面上。
1190.图37a～图37d示例性示出了用户手动开启消息免打扰的场景示意图。
1191.如图37a所示，电子设备100可以显示用户界面3710。用户界面3710可以包括游戏a应用图标3711。响应于作用在游戏a应用图标3711的用户操作，电子设备100可以运行游戏aapp，并显示如图37b所示的游戏界面3720。
1192.如图37b所示，响应于作用在电子设备100屏幕上方左侧(或右侧)边缘向内滑动的用户操作，电子设备100可以调出图37c所示的侧边应用栏3721。侧边应用栏3721中可包括应用助手快捷键3721a。应用助手快捷键3721a可用于用户快速调用应用助手app为游戏aapp提供的辅助服务。
1193.其中，上述应用助手app可用于为其它app提供以下一项或多项辅助服务：消息免打扰、截屏、录屏、游戏加速等。
1194.上述截屏可用于在调用这项服务的app运行时，截取该app的用户界面并保存为图片。
1195.上述录屏可用于在调用这项服务的app运行时，将从开始录屏到结束录屏得到的多帧图像保存为视频。
1196.上述游戏加速可以是应用助手app为游戏类的app提供的辅助服务。在一种可能的实现方式中，当游戏类的app调用游戏加速的服务，电子设备100可以在游戏类的app云顶时采用偏向性能的系统参数。例如将更多的计算资源和存储资源分配给游戏类的app、使用wlan网络和移动数据进行网络加速等等，以提升游戏性能。
1197.如图37c所示，响应于作用在应用助手快捷键3721a的用户操作，电子设备100可以显示图37d所示的服务显示区3722。服务显示区3722可以包括一个或多个应用助手app可为游戏aapp提供的辅助服务控件。例如，消息免打扰控件3722b、截屏控件、录屏控件、游戏加速控件等。响应于作用在这些控件上的用户操作，电子设备100可以调用这些控件各自对应的服务。这些控件各自对应的服务可以参考前述实施例的说明。
1198.如图37d所示，响应于作用在消息免打扰控件3722a的用户操作，电子设备100可以在游戏aapp运行时提供消息免打扰的服务。即用户可以通过消息免打扰控件3722a在玩游戏时开启消息免打扰。
1199.本技术实施例对用户手动开启消息免打扰的具体操作不作限定。
1200.在一种可能的实现方式中，小艺建议app可以获取用户在电子设备100上的操作数据。该操作数据可以包括上述用户作用在消息免打扰控件的用户操作。小艺建议app可以根据预设时间段内(如一周内、一个月内等)用户在电子设备上的操作数据判断用户是否有在玩游戏时开启消息免打扰的习惯。当判断出用户有玩游戏时开启消息免打扰的习惯，小艺建议app可以在电子设备100开启游戏app时提示用户开启消息免打扰，或者为用户开启消息免打扰。
1201.图37e示例性示出了小艺建议app在用户玩游戏时提示用户开启消息免打扰的场景示意图。
1202.如图37e所示，电子设备100可以响应作用在游戏a应用图标3711的用户操作，开启游戏应用，并显示游戏界面3720。游戏界面3720可以包括提示框3723。该提示框3723可以来自于小艺建议app。该提示框3723可用于提示用户开启消息免打扰。提示框3723可以包括确
定控件3723a和取消控件3723b。其中，确定控件3723a可用于触发游戏app调用消息免打扰的服务。取消控件3723b可用于用户拒绝开启消息免打扰。
1203.也即是说，用户可以通过上述确定控件3723a快速开启消息免打扰。这样，用户就可以不用按照图37b～图37d所示的多个用户操作来开启消息免打扰。上述方法可以简化用户在玩游戏时开启消息免打扰的用户操作。
1204.图37f示例性示出了小艺建议app在用户玩游戏时为用户开启消息免打扰的场景示意图。
1205.如图37f所示，电子设备100可以响应作用在游戏a应用图标3711的用户操作，开启游戏应用，并显示游戏界面3720。游戏界面3720可以包括来自小艺建议app的通知消息3724。该通知消息3724可用于提示用户小艺建议app已为用户开启消息免打扰。该通知消息3724中可以包括取消控件3724a。该取消控件3724a可用于触发游戏aapp结束调用消息免打扰的服务。
1206.也即是说，当电子设备100开启游戏类的app，小艺建议app可以指示游戏类的app调用消息免打扰的服务。这样，用户在玩游戏时可以无需手动开启消息免打扰。若用户此次玩游戏无需开启消息免打扰，用户可以通过上述取消控件3724a来关闭消息免打扰。上述电子设备100开启游戏类的app的运行方式符合用户玩游戏时开启消息免打扰的习惯。
1207.小艺建议app根据预设时间段内用户在电子设备100上的操作数据判断用户是否有玩游戏时开启消息免打扰的习惯的方法，可以参考前述实施例中小艺建议app判断用户是否有跳过开屏广告的习惯的方法。本技术实施例对此不作限定
1208.在一种可能的实现方式中，根据预设时间段内用户在电子设备100上的操作数据，小艺建议app可以判断用户会在使用哪些app时开启消息免打扰，用户会在哪些时间段使用哪些app时开启消息免打扰等等。这样可以更准确地确定出用户使用电子设备100中的app时开启消息免打扰的习惯，从而使得电子设备100的运行方式更符合用户的习惯。
1209.示例性的，根据预设时间段内用户在电子设备100上的操作数据，小艺建议app判断出用户具有在使用游戏类的app时，在玩游戏的过程中开启消息免打扰，在未玩游戏的状态下关闭消息免打扰的习惯。即电子设备100在运行游戏类的app时，在游戏进行的过程中处于消息免打扰的状态，在显示游戏类的app的主界面、设置界面、游戏开始前的等待界面等非游戏进行过程中的界面时消息免打扰的功能被关闭。
1210.根据上述用户的习惯，小艺建议app可以在电子设备100运行游戏类的app的过程中，在游戏开始时为用户开启消息免打扰的功能，在游戏结束时为用户关闭消息免打扰的功能。这样，用户在游戏进行的过程中可以不被通知消息打扰，在未进行游戏的过程中(如等待游戏开始的过程中)可以回复接收到的通知消息。
1211.可以理解的，上述提供电子设备使用方式的建议时所使用的用户的运动健康数据、用户在电子设备上的操作数据、用户使用电子设备的状态数据、习惯数据等用户数据均可以是经过中间服务器进行脱敏处理后的数据。上述根据用户数据判断用户当前使用电子设备的方式的过程，判断用户使用电子设备时的状态的过程，以及判断用户使用电子设备的习惯的过程即为数据银行中对用户数据加工的过程。电子设备100显示上述电子设备使用方式的建议的过程，以及根据用户习惯调整电子设备的运行方式的过程即为数据银行中用户数据的价值呈现的过程。
1212.由上述图37a～图37f所示的实施例可知，用户侧的电子设备可以根据用户作用在电子设备上的操作数据，分析用户是否有玩游戏时开启消息免打扰的习惯。在判断出用户有玩游戏时开启消息免打扰的习惯的情况下，用户侧的电子设备可以在开启游戏类的app时开启消息免打扰。上述方法可以使得电子设备的运行方式越来越符合用户的习惯，提升用户使用电子设备的顺畅感。
1213.在一些实施例中，用户佩戴有智能手表605。电子设备100与智能手表605建立有通信连接(如蓝牙通信连接等)。在电子设备100运行一个app并显示这一个app的用户界面，且这一个app调用了消息免打扰服务的情况下，若电子设备100中有来自其它app的通知消息，电子设备100可以将上述来自其它app的通知消息发送给智能手表605。智能手表605可以显示上述来自其它app的通知消息。可选的，电子设备100可以不显示上述来自其它app的通知消息。
1214.示例性的，根据前述图37a～图37f所示的实施例，小艺建议app判断出用户有在使用游戏aapp时开启消息免打扰的习惯。当电子设备100开启消息免打扰，小艺建议app可以指示游戏aapp调用消息免打扰的服务。电子设备100可以显示如图37g所示的游戏界面3720。该游戏界面3720可以参考前述图37f所示实施例的介绍。在电子设备100显示游戏aapp的游戏界面的情况下，若电子设备100中有来自其它app，例如，信息app的通知消息，电子设备100可以通过通知管理器管理信息app的消息通知，使得信息app的通知消息不显示在游戏aapp的游戏界面上。其中，电子设备100可以将来自信息app的通知消息发送给智能手表605。当接收到上述来自信息app的通知消息，智能手表605可以显示如图37g所示的用户界面3730。用户界面3730中可以显示有上述来自信息app的通知消息。
1215.也即是说，若用户在使用电子设备100中一个app时开启了消息免打扰，用户可以通过其它电子设备(如智能手表605)来查看在上述消息免打扰期间，电子设备100中来自其它app的通知消息。上述方法可以方便用户在使用一个电子设备中的一个app时开启消息免打扰，减少来自其它app的通知消息对用户使用这一个app的干扰，又可以方便用户查看来自其它app的通知消息，减少用户错过比较重要的通知消息的情况。
1216.本技术实施例中提及的小艺建议app、中心医院app、外卖类的app(如第一外卖app)、运动类的app(如运动健康app)等app获取运动健康数据、出行数据、习惯数据、用户在电子设备上的操作数据等用户数据中的一项或多项的方法，可以参考前述实施例中小艺建议app获取挂号数据的实现方式。其中，中间服务器可以从用户侧的电子设备获取用户数据，并对用户数据进行脱敏处理。当小艺建议app、中心医院app等app需要获取用户数据，中间服务器可以将这些app需要的用户数据经过脱敏处理后再开放给这些app。这些app可以对获取到的用户数据进行加工处理，从而利用这些用户数据为用户提供以下一项或多项服务：分诊号预约、就诊结束后的服药提醒、运动建议、饮食建议、购物建议等等健康管理建议、监控家庭成员的健康状况的方案以及电子设备(如手机、平板电脑等)的使用方式建议。
1217.上述基于数据银行的用户数据收集、加工、开放和价值呈现可以在保障用户隐私安全的前提下，将数据银行作为资产一样流通起来，充分挖掘用户数据的价值。这不仅可以满足用户的实际需求，让用户健康生活、智能出行，还可以促进各行业的健康繁荣发展。
1218.本技术所提及的小艺建议app、中心医院app、公司考勤app等app，其存在形式不限于是app，还可以是小程序、快应用、网页应用等可在电子设备上运行的程序。
1219.本技术实施例所描述的用户界面，仅为示例性说明，不应对本技术构成限定。
1220.可以理解的，本技术提供了健康管理方法。该健康管理方法可以帮助用户便捷地就诊，以及就诊结束后快速地恢复身体健康。其中，本技术提供的预约就诊方法可以为用户规划预约就诊的时间、取分诊号的时间。这可以使得用户更便捷地就诊，并减少用户去医院就诊的时间与其它日程安排的时间冲突而导致用户无法前往医院就诊的情况。也即是说，上述健康管理方法可以包含前述实施例中的预约就诊方法。
1221.另外，该健康管理方法还可以帮助用户了解家庭成员的身体健康，使得用户可以帮助家庭成员保持身体健康。其中，本技术提供的诊断结果显示方法可以将一个用户就诊后的诊断结果可以推送给这一个用户的家庭成员。并且，根据这一个用户的家庭成员可以选择暂不告知这一个用户真实的病情，来减少这一个用户知晓自己真实的病情后放弃治疗的情况。也即是说，上述健康管理方法可以包含前述实施例中的诊断结果显示方法。
1222.以上所述，以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。