CN113867585A - 界面显示方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请公开了一种界面显示方法、装置、电子设备和存储介质，属于计算机技术领域。该界面显示方法包括接收用户对健康码组件中第一功能标识的第一输入；其中，健康码组件关联有至少一个应用程序；响应于第一输入，获取第一位置信息；在第一位置信息获取成功的情况下，确定与第一位置信息对应的第一行政区域；从至少一个应用程序中，确定是否存在与第一行政区域对应的第一应用程序；在存在第一应用程序的情况下，在第一窗口中显示与第一应用程序对应的健康码关联界面。

Description

界面显示方法、装置、电子设备和存储介质

技术领域

本申请属于计算机技术领域，具体涉及一种界面显示方法、装置、电子设备和存储介质。

背景技术

为抑制疫情的传播，各地区都需要检查个人健康状况，因此，在人流密集的地方，如何快速检查个人健康状况，避免过多的人员接触和聚集，成为当下疫情防控过程中亟待解决的问题。

现有技术中，主要是通过查看防疫健康码的方式来检查个人健康状况，然而，各地区支持的服务程序不同，使得群众需要在不同的服务程序之间进行切换，操作过程繁琐并且信息获取效率低。

发明内容

本申请实施例的目的是提供一种界面显示方法、装置、电子设备和存储介质，能够解决在检查个人健康状况时操作过程繁琐并且信息获取效率低的问题。

第一方面，本申请实施例提供了一种界面显示方法，该方法包括：

接收用户对健康码组件中第一功能标识的第一输入；其中，健康码组件关联有至少一个应用程序；

响应于第一输入，获取第一位置信息；

在第一位置信息获取成功的情况下，确定与第一位置信息对应的第一行政区域；

从至少一个应用程序中，确定是否存在与第一行政区域对应的第一应用程序；

在存在第一应用程序的情况下，在第一窗口中显示与第一应用程序对应的健康码关联界面。

第二方面，本申请实施例提供了一种界面显示的装置，该装置包括：

第一接收模块，用于接收用户对健康码组件中第一功能标识的第一输入；其中，健康码组件关联有至少一个应用程序；

获取模块，用于响应于第一输入，获取第一位置信息；

第一确定模块，用于在第一位置信息获取成功的情况下，确定与第一位置信息对应的第一行政区域；

第二确定模块，用于从至少一个应用程序中，确定是否存在与第一行政区域对应的第一应用程序；

第一显示模块，用于在存在第一应用程序的情况下，在第一窗口中显示与第一应用程序对应的健康码关联界面。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

在本申请实施例中，通过基于健康码组件获取第一位置信息，确定与第一位置信息对应的第一行政区域，再从健康码组件关联的至少一个应用程序中，确定与第一行政区域对应的第一应用程序，并在第一窗口中显示与第一应用程序对应的健康码关联界面。这样，用户通过本申请实施例提供的健康码组件可以一键触达用户所在行政区域的防疫健康码，无需在不同的服务平台之间进行切换，简化了用户的操作过程，提高了防疫健康码的获取效率。

附图说明

图1是根据一示例实施例示出的一种界面显示方法的流程图之一；

图2是根据一示例实施例示出的一种健康码组件的示意图之一；

图3是根据一示例实施例示出的一种健康码组件的关于界面示意图；

图4是根据一示例实施例示出的一种健康码组件的示意图之二；

图5是根据一示例实施例示出的一种健康码关联界面的示意图之一；

图6是根据一示例实施例示出的一种健康码关联界面的示意图之二；

图7是根据一示例实施例示出的一种健康码关联界面的示意图之三；

图8是根据一示例实施例示出的一种健康码关联界面的示意图之四；

图9是根据一示例实施例示出的一种标识码扫描界面的示意图；

图10是根据一示例实施例示出的一种界面显示方法的流程图之二；

图11是根据一示例实施例示出的一种健康码关联界面的示意图之五；

图12是根据一示例实施例示出的一种健康码关联界面的示意图之六；

图13是根据一示例实施例示出的一种界面显示方法的流程图之三；

图14是根据一示例实施例示出的一种健康码关联界面的示意图之七；

图15是根据一示例性实施例示出的一种界面显示装置的结构框图；

图16是根据一示例性实施例示出的一种电子设备的结构框图；

图17为实现本申请实施例的一种电子设备的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的界面显示方法进行详细地说明。

本申请所提供的界面显示方法，可以应用于通过查看防疫健康码的方式来检查个人健康状况的场景中，其中，用于进行界面显示的电子设备例如可以是手机以及平板电脑等智能电子设备。

需要说明的是，本申请实施例提供的界面显示方法，执行主体可以为界面显示装置，或者该界面显示装置中的用于执行界面显示方法的控制模块。本申请实施例中以界面显示装置执行界面显示方法为例，说明本申请实施例提供的界面显示装置。

图1是根据一示例实施例示出的一种界面显示方法的流程图。

如图1所示，该界面显示方法可以包括如下步骤：

步骤110，接收用户对健康码组件中第一功能标识的第一输入；其中，健康码组件关联有至少一个应用程序。

本申请实施例中健康码组件可以是显示于电子设备的系统桌面的功能性组件，其中，通过该功能性组件用户可以直接在系统桌面上对多个应用进行控制以及操作。该健康码组件包括但不限于第一功能对应的第一功能标识以及第二功能对应的第二功能标识，其中，第一功能标识可以是健康码组件中的健康码显示功能对应的标识，第一输入可以是对健康码显示功能标识的选择输入。另外，在本申请实施例所提供的健康码组件中包括两个功能标识时，该健康码组件的尺寸可以是1*2cm。

此外，与健康码组件关联的至少一个应用程序可以是具有展示健康码功能的软件或快应用等，不同的应用程序可对应不同的平台。

在一个具体例子中，如图2所示，可在手机桌面上显示健康码组件21，该健康码组件21中可包括健康码显示功能标识211和扫一扫功能标识212，用户可通过点击健康码显示功能标识211，进而触发获取手机当前所处的位置信息，例如定位坐标等。另外，用户还可长按健康码组件21，显示移除标识22以及关于标识23，用户通过点击移除标识22对应的按钮可以将健康码组件移除桌面，用户还可通过点击按下关于标识23对应的按钮，以查看健康码组件的关于界面。例如，如图3所示，关于界面可包括icon、名称、当前版本、隐私政策以及版权所有。用户若点击【防疫健康码组件用户协议】或【隐私政策】，则可跳转至对应详情界面；在【用户协议】详情页只有阅读和返回功能；在【隐私政策】详情页，提供【撤销同意隐私政策】功能按钮，用户若点击该按钮可弹框进行提示；用户若点击【撤销】，则可撤销同意隐私政策；用户若点击【取消】，则弹框消失。

另外，健康码组件可设置于桌面功能性组件库中，用户需要时可从桌面功能性组件库中选择并添加该健康码组件，用户添加健康码组件时可无需校验安装的三方应用程序。如图4所示，用户在添加健康码组件后，点击健康码功能标识41或者扫一扫功能标识42时，可先检验三方应用程序的安装情况以及快应用平台的上架情况，例如，具有展示健康码功能的应用程序是否安装，以及政府机构提供的快应用平台是否上架。若检验出未安装任一平台，则弹出提示框43并显示提示内容：请安装具有展示健康码功能的应用程序A或应用程序 B后使用。若检验出系统中安装过的平台，则在健康码组件展示系统中安装过的对应平台。

步骤120，响应于第一输入，获取第一位置信息。

本申请实施例中第一位置信息可以是对健康码组件所在的电子设备进行定位生成的位置信息。

示例性地，用户点击健康码组件使用到系统定位功能时，可通过GPS定位获取电子设备当前所处的经纬度坐标，作为第一位置信息。另外，为了避免频繁定位所带来的功耗增加的问题，可在两次定位之间，最少间隔10分钟。

步骤130，在第一位置信息获取成功的情况下，确定与第一位置信息对应的第一行政区域。

本申请实施例中第一行政区域可以是省级行政区、地级行政区或者县级行政区等，在此不作限定。

步骤140，从至少一个应用程序中，确定是否存在与第一行政区域对应的第一应用程序。

本申请实施例中第一应用程序可以是支持第一行政区域健康码功能的应用程序。具体可设置行政区域表，在该表中存储有各个行政区域及其对应支持该行政区域健康码功能的应用程序。

在一个具体的例子中，用户首次进入健康码组件，健康码组件所在的电子设备可对当前自身所处的位置进行定位，得到该电子设备所在的城市。根据行政区域表，健康码组件可将支持该城市的健康码功能的应用程序，作为默认应用程序。另外，若多平台都支持该城市的健康码功能，则默认为跳转至平台A，若该城市为平台A不支持健康码功能的城市，则优先跳转至平台B，若未安装平台B，则跳往政府机构提供的快应用平台C。若该城市为各平台都不支持健康码功能的城市，或电子设备中没有下载平台A、平台B，则跳往政府机构提供的快应用。

另外，针对行政区域表，每个预设周期可更新一次应用程序支持健康码功能的行政区域，其中，预设周期可以根据实际场景和具体需求设置，例如，21 天。除此之外，还可在用户有网络时打开健康码组件的情况下，自动识别是否有新数据需要更新，若识别到有新数据则可进行更新，且下次进入该健康码组件时生效。

步骤150，在存在第一应用程序的情况下，在第一窗口中显示与第一应用程序对应的健康码关联界面。

本申请实施例中第一窗口可以是显示于桌面的悬浮窗口。悬浮窗口默认为小窗，如果系统中已开启小窗模式或桌面中有小窗悬浮图标，打开健康码组件会对之前的小窗进行覆盖。在支持小窗显示的应用程序中进行点击操作可仍然保持小窗显示，小窗中可包含放大、关闭两个按钮；点击放大按钮可恢复全屏显示，点击关闭按钮则可关闭小窗，其中，为了方便用户操作，可在输入法、视频语音等状态下，自动跳转为大窗进行显示。另外，在不支持小窗显示的应用程序中若用户进行点击操作则会跳转至大窗进行显示，而点击放大按钮则可恢复全屏显示。

在一个具体的例子中，如图5所示，用户点击健康码组件中的健康码功能标识后，可显示健康码功能对应的界面，同时，健康码组件触发电子设备进行定位后，可确认电子设备当前所在的城市，若存在支持该城市健康码功能的平台A，则在悬浮窗口51中显示与平台A对应的健康码关联界面，点击放大按钮52恢复全屏显示，点击关闭按钮53小窗消失。另外，在显示悬浮窗口51 的同时，还可将设备的下拉栏屏蔽，而全屏手势和经典三段式的系统导航可正常使用，其中，采用经典三段式系统导航方式时，导航键在自动下滑后可消失，而从底部上滑后可重新唤出导航键。另外，通知栏可在遮罩层下方隐约显示，且点击通知栏无效。

这里，健康码关联界面可以包括平台健康码首页、行政区域健康码首页以及行政区域绿码页。

另外，在跳转到第一应用程序对应的健康码关联界面时，若第一应用程序未登录有用户账号，则可展示第一应用程序登录界面，以便用户输入账号密码等并进行登录。

在一种可选的实施方式中，在步骤120之后，该界面显示方法还可以包括：

在第一位置信息获取失败或不存在第一应用程序的情况下，打开至少一个应用程序中的预设应用程序，显示预设应用程序对应的健康码关联界面。

这里，预设应用程序可以是政府机构提供的快应用平台；第一位置信息获取失败可以是电子设备无网络时无法对自身进行定位而导致的情况；不存在第一应用程序也即可以是不存在支持第一行政区域健康码功能的平台。

在一个具体的例子中，如图6所示，用户点击健康码组件中的健康码功能标识，健康码组件可触发其所在的电子设备对自身进行定位，确定此时电子设备所在的城市，在不存在支持第一行政区域健康码功能的平台时，打开政府机构提供的快应用平台C，显示平台C对应的健康码关联界面，界面显示内容可以包括标题、姓名、身份证信息、健康码的二维码和各状态文案以及更新时间。

另外，如图7所示，若用户未在平台C中进行登录绑定或绑定超过预设天数，则在健康码关联界面中提示用户：您未在平台C中进行身份绑定，或绑定过期。用户点击去绑定按钮71，则打开平台C对应的应用程序，跳转至平台C 的应用程序界面并进行全屏显示，以便于用户进行账号绑定操作。其中，预设天数可以根据实际场景和具体需求设置，例如，30天。如图8所示，若平台C 在健康码组件的后台服务器中已下架，例如健康码组件已不关联平台C，则在健康码关联界面中显示文案提示：无法访问。

这样，在定位失败或者在不存在支持第一行政区域健康码功能的平台时，健康码组件可跳转至预设应用程序，例如政府机构提供的快应用平台，以在无法确定显示哪个平台对应的健康码时，能够显示比较通用的平台所对应的健康码界面。

由此，通过基于健康码组件获取第一位置信息，确定与第一位置信息对应的第一行政区域，再从健康码组件关联的至少一个应用程序中，确定与第一行政区域对应的第一应用程序，并在第一窗口中显示与第一应用程序对应的健康码关联界面。这样，用户通过本申请实施例提供的健康码组件可以一键触达用户所在行政区域的防疫健康码，无需在不同的服务平台之间进行切换，简化了用户的操作过程，提高了防疫健康码的获取效率。

在一种可选的实施方式中，在步骤150之后，本申请实施例所提供的界面显示方法还可以包括：

接收用户对健康码组件中第二功能标识的第三输入；

响应于第三输入，显示与第一应用程序对应的标识码扫描界面。

本申请实施例中第二功能标识可以是扫一扫功能标识，第三输入可以是对第二功能标识的选择输入，标识码扫描界面可以是用于扫描标识码的界面，其中，标识码包括但不限于二维码、条码等，例如健康码。

在一个具体的例子中，如图9所示，健康码组件冷启动的情况下，用户若首先点击健康码组件中的健康码功能标识，确定或选择平台A后，又点击健康码组件中的扫一扫功能标识，则可直接将平台A同步至扫一扫功能，显示与平台A对应的标识码扫描界面91，无需设备再次定位或用户再次选择，即可快速调用健康码功能中所使用的应用程序，后续若用户进行平台切换，再以切换后的平台的标识码扫描界面作为扫一扫功能中优先显示的界面。具体的，标识码扫描界面91分为扫描区域92和平台选择区域93两部分。标识码扫描界面 91默认为小窗显示，如果系统中已开启小窗模式或桌面中有小窗悬浮图标，打开健康码组件后可对之前的小窗进行覆盖。

当然，也可默认以其中一个应用程序的标识码扫描界面作为优先展示的界面，当用户有其他选择后，再记住用户的选择，以便下次进入扫一扫功能时优先显示。

这样，通过将由第一功能标识对应的第一功能中确定的应用程序，也即第一应用程序，作为第二功能标识对应的第二功能中优先选择的应用程序，并显示该第一应用程序对应的标识码扫描界面，如此，可以无需重新定位，即可快速确定与当前所处行政区域对应的第一应用程序，进而显示该第一应用程序对应的标识码扫描界面，从而可以降低设备功耗。另外，用户还可根据需要选择健康码功能或者扫一扫功能，使得功能更加多样性，从而提高用户的使用体验。

基于此，在一种可能的实施例中，在健康码组件关联的应用程序的数量为多个的情况下，第一窗口中显示有多个应用程序选择控件，多个应用程序选择控件与多个应用程序一一对应；其中，多个应用程序选择控件中包括第一应用程序选择控件，第一应用程序选择控件对应于第一应用程序；

如图10所示，在步骤150之后，界面显示方法还可以包括：

步骤160，接收用户对多个应用程序选择控件中第二应用程序选择控件的第二输入。

步骤170，响应于第二输入，确定与第二应用程序选择控件对应的第二应用程序。

步骤180，在第一窗口中显示与第二应用程序对应的健康码关联界面。

这里，在健康码组件关联的应用程序为多个的情况下，可在第一窗口中显示每个应用程序分别对应的应用程序选择控件。其中，本申请实施例中多个应用程序选择控件可以是用于进行应用程序选择的控件，例如选择按钮、选项卡等，第二应用程序选择控件可以是多个应用程序选择控件中的任一控件，第二输入可以是对第二应用程序选择控件的选择输入，第二应用程序可以是与第二应用程序选择控件对应的具有健康码功能的平台。

在一个具体的例子中，如图11所示，健康码关联界面可分为健康码显示区域1101和平台选择区域1102，用户在健康码组件中平台A对应的健康码关联界面中，点击平台选择区域1102中平台B的选择控件1103，则第一窗口中跳转显示与平台B对应的健康码关联界面。

这样，用户可以根据意愿手动切换平台，根据用户需求调整展示健康码关联界面。

在一种可选的实施方式中，在第一窗口中显示与第二应用程序对应的健康码关联界面之后，界面显示方法还可以包括：

将第二应用程序设置为与健康码组件对应的默认应用程序；

在重新启动健康码组件的情况下，在第一窗口中显示与默认应用程序对应的健康码关联界面。

本申请实施例中默认应用程序可以是用户在下一次启动健康码组件时默认调用的应用程序。

在一个具体的例子中，用户在健康码组件中手动切换至平台B后，健康码组件会记住用户的选择，将平台B设置为与健康码组件对应的默认平台，用户在下一次启动健康码组件时会默认调用平台B，并在第一窗口中显示与平台B 对应的健康码关联界面，直至用户手动再切换其它平台。

另外，如果用户手动选择平台后，到达的新行政区域在用户选择的平台中不支持该新行政区域健康码功能，则会跳转至支持该新行政区域健康码功能的另一平台，并弹出提示内容：您选择的平台无该行政区域信息，已为您切换其它平台，并将该平台做为默认平台。如果此时用户手动切换到不支持对应行政区域健康码功能的平台，则展示如图12所示的该平台三方防疫健康码首页。

这样，通过将用户选择的应用程序设置为与健康码组件对应的默认应用程序，可使下一次启动健康码组件时无需再次进行切换，如此，可以简化用户操作过程，无需用户在重启该健康码组件后再次进行切换选择。

此外，除了在启动健康码组件时，可触发设备的定位过程之外，还可在调用相应的应用程序时，由该应用程序触发设备的二次定位过程。基于此，在一种可能的实施例中，如图13所示，步骤150具体可以包括：

步骤1501，向第一应用程序对应的第一服务器发送界面显示请求；其中，界面显示请求用于请求获取与第一应用程序对应的健康码关联界面。

步骤1502，接收第一服务器返回的定位请求。

步骤1503，在第一应用程序具有定位权限的情况下，响应于定位请求，获取第二位置信息。

步骤1504，向第一服务器发送第二位置信息；其中，第二位置信息用于指示第一服务器确定与第二位置信息对应的第二行政区域，以及获取与第二行政区域对应的区域健康码界面。

步骤1505，接收第一服务器返回的区域健康码界面。

步骤1506，在第一窗口中显示区域健康码界面。

本申请实施例中，界面显示请求可以是对与第一应用程序对应的健康码关联界面的显示请求，定位请求可以是第一应用程序触发电子设备对自身进行定位的请求。第二位置信息可以是第一应用程序触发电子设备对自身进行定位生成的位置信息，例如经纬度坐标。第二行政区域可以是电子设备当前所处的省级行政区、地级行政区或者县级行政区等，在此不作限定。区域健康码界面可以是行政区域健康码首页，例如A市健康码首页，另外，也可以是行政区域绿码页，例如直接显示A市个人健康码详细信息的页面。

在一个具体的例子中，如图5所示，健康码组件触发电子设备进行第一次定位后，可确认电子设备当前所在的城市A，若存在支持该城市健康码功能的平台A，则健康码组件可向平台A对应的服务器发送界面显示请求，并接收服务器返回的定位请求，在平台A具有定位权限的情况下，由平台A触发电子设备对自身进行二次定位，从而确认电子设备当前所在的城市B，并在悬浮窗口51中显示与平台A对应的区域健康码界面，其中，城市A与城市B可能是相同的城市。

这样，通过有定位权限的平台对电子设备的定位，可以直接跳转到用户所在区域的区域健康码界面，从而无需用户手动选择其所在的行政区域，即可一键触达相应的区域健康码界面，进一步简化用户的操作过程。

在一种可选的实施方式中，在第一应用程序不具有定位权限的情况下，在接收第一服务器返回的定位请求之后，界面显示方法还可以包括：

向第一服务器发送定位失败信息；其中，定位失败信息用于指示第一服务器获取预设区域健康码界面，以及在不存在预设区域健康码界面的情况下获取健康码界面首页；

接收第一服务器返回的预设区域健康码界面或者健康码界面首页；

在第一窗口中显示预设区域健康码界面或者健康码界面首页。

本申请实施例中，预设区域健康码界面可以是用户上次选择的区域健康码界面，也可以是平台预设的区域健康码界面，例如首都的健康码界面。健康码界面首页可以是如图12所示的第一应用程序对应的三方防疫健康码首页，也即，第一应用程序中用户选择具体行政区域之前显示的健康码首页。

示例性地，若第一应用程序禁止过定位权限，则可在第一应用程序触发电子设备的定位功能时，弹出授权提示，若用户继续选择“禁止”，则进入第一应用程序默认的行政区域健康码界面或者第一应用程序对应的防疫健康码首页。

另外，如图14显示，若出现跳转进入健康码关联界面时的延时等待情况，则可在卡片中显示动态效果的提示：正在加载。

除此之外，在进入健康码关联界面前，若健康码功能或扫一扫功能的平台版本号过低不支持，或服务异常，或因为其它原因无法进行跳转，则可在用户点击健康码组件中的任一标识后，显示提示内容：服务异常，请稍后再试或联系客服。

这样，在第一应用程序不具有定位权限的情况下，显示预设区域健康码界面或者健康码界面首页，便于用户操作。

此外，若用户在没有网络时进行健康码平台切换，则网络恢复后以用户操作为准。若用户未选平台被卸载，则可保持用户之前逻辑，若已选平台被卸载，则可按首次规则进行显示。若用户新安装了平台，则可保持之前的跳转逻辑。

基于相同的发明构思，本申请还提供了一种界面显示装置。下面结合图15 对本申请实施例提供的界面显示装置进行详细说明。

图15是根据一示例性实施例示出的一种界面显示装置的结构框图。

如图15所示，界面显示装置1500可以包括：

第一接收模块1501，用于接收用户对健康码组件中第一功能标识的第一输入；其中，所述健康码组件关联有至少一个应用程序；

获取模块1502，用于响应于所述第一输入，获取第一位置信息；

第一确定模块1503，用于在所述第一位置信息获取成功的情况下，确定与所述第一位置信息对应的第一行政区域；

第二确定模块1504，用于从所述至少一个应用程序中，确定是否存在与所述第一行政区域对应的第一应用程序；

第一显示模块1505，用于在存在所述第一应用程序的情况下，在第一窗口中显示与所述第一应用程序对应的健康码关联界面。

下面对上述界面显示装置1500进行详细说明，具体如下所示：

在其中一个实施例中，界面显示装置1500还可以包括：

第二显示模块，用于在响应于所述第一输入，获取第一位置信息之后，在所述第一位置信息获取失败或不存在所述第一应用程序的情况下，打开所述至少一个应用程序中的预设应用程序，显示所述预设应用程序对应的健康码关联界面。

在其中一个实施例中，在所述健康码组件关联的应用程序的数量为多个的情况下，所述第一窗口中显示有多个应用程序选择控件，多个所述应用程序选择控件与多个所述应用程序一一对应；其中，多个所述应用程序选择控件中包括第一应用程序选择控件，所述第一应用程序选择控件对应于所述第一应用程序；

界面显示装置1500具体还可以包括：

第二接收模块，用于在第一窗口中显示与所述第一应用程序对应的健康码关联界面之后，接收用户对多个所述应用程序选择控件中第二应用程序选择控件的第二输入；

第三确定模块，用于响应于所述第二输入，确定与所述第二应用程序选择控件对应的第二应用程序；

第二显示模块，用于在所述第一窗口中显示与所述第二应用程序对应的健康码关联界面。

在其中一个实施例中，所述第一显示模块1505具体可以包括：

第一发送子模块，用于向所述第一应用程序对应的第一服务器发送界面显示请求；其中，所述界面显示请求用于请求获取与所述第一应用程序对应的健康码关联界面；

第一接收子模块，用于接收所述第一服务器返回的定位请求；

获取子模块，用于在所述第一应用程序具有定位权限的情况下，响应于所述定位请求，获取第二位置信息；

第二发送子模块，用于向所述第一服务器发送所述第二位置信息；其中，所述第二位置信息用于指示所述第一服务器确定与所述第二位置信息对应的第二行政区域，以及获取与所述第二行政区域对应的区域健康码界面；

第二接收子模块，用于接收所述第一服务器返回的所述区域健康码界面；

第一显示子模块，用于在所述第一窗口中显示所述区域健康码界面。

在其中一个实施例中，在所述第一应用程序不具有定位权限的情况下，所述第一显示模块1505具体还可以包括：

第三发送子模块，用于在接收所述第一服务器返回的定位请求之后，向所述第一服务器发送定位失败信息；其中，所述定位失败信息用于指示所述第一服务器获取预设区域健康码界面，以及在不存在所述预设区域健康码界面的情况下获取健康码界面首页；

第三接收子模块，用于接收所述第一服务器返回的所述预设区域健康码界面或者所述健康码界面首页；

第二显示子模块，用于在所述第一窗口中显示预设区域健康码界面或者所述健康码界面首页。

在其中一个实施例中，界面显示装置1500具体还可以包括：

设置模块，用于在所述第一窗口中显示与所述第二应用程序对应的健康码关联界面之后，将所述第二应用程序设置为与所述健康码组件对应的默认应用程序；

第三显示模块，用于在重新启动所述健康码组件的情况下，在所述第一窗口中显示与所述默认应用程序对应的健康码关联界面。

在其中一个实施例中，界面显示装置1500具体还可以包括：

第三接收模块，用于在第一窗口中显示与所述第一应用程序对应的健康码关联界面之后，接收用户对所述健康码组件中第二功能标识的第三输入；

第四显示模块，用于响应于所述第三输入，显示与所述第一应用程序对应的标识码扫描界面。

由此，通过基于健康码组件获取第一位置信息，确定与第一位置信息对应的第一行政区域，再从健康码组件关联的至少一个应用程序中，确定与第一行政区域对应的第一应用程序，并在第一窗口中显示与第一应用程序对应的健康码关联界面。这样，用户通过本申请实施例提供的健康码组件可以一键触达用户所在行政区域的防疫健康码，无需在不同的服务平台之间进行切换，简化了用户的操作过程，提高了防疫健康码的获取效率。

本申请实施例中的界面显示装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer， UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的界面显示装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的界面显示装置能够实现图1至图14的方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图16所示，本申请实施例还提供一种电子设备1600，包括处理器1601，存储器1602，存储在存储器1602上并可在所述处理器1601上运行的程序或指令，该程序或指令被处理器1601执行时实现上述界面显示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图17为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备1700包括但不限于：射频单元1701、网络模块1702、音频输出单元1703、输入单元1704、传感器1705、显示单元1706、用户输入单元 1707、接口单元1708、存储器1709、以及处理器1710等部件。

本领域技术人员可以理解，电子设备1700还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1710逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图17中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，用户输入单元1707，用于接收用户对健康码组件中第一功能标识的第一输入；其中，所述健康码组件关联有至少一个应用程序。

输入单元1704，用于响应于所述第一输入，获取第一位置信息。

处理器1710，用于在所述第一位置信息获取成功的情况下，确定与所述第一位置信息对应的第一行政区域。

处理器1710，还用于从所述至少一个应用程序中，确定是否存在与所述第一行政区域对应的第一应用程序。

显示单元1706，用于在存在所述第一应用程序的情况下，在第一窗口中显示与所述第一应用程序对应的健康码关联界面。

由此，通过基于健康码组件获取第一位置信息，确定与第一位置信息对应的第一行政区域，再从健康码组件关联的至少一个应用程序中，确定与第一行政区域对应的第一应用程序，并在第一窗口中显示与第一应用程序对应的健康码关联界面。这样，用户通过本申请实施例提供的健康码组件可以一键触达用户所在行政区域的防疫健康码，无需在不同的服务平台之间进行切换，简化了用户的操作过程，提高了防疫健康码的获取效率。

可选地，显示单元1706，还用于在响应于所述第一输入，获取第一位置信息之后，在所述第一位置信息获取失败或不存在所述第一应用程序的情况下，打开所述至少一个应用程序中的预设应用程序，显示所述预设应用程序对应的健康码关联界面。

可选地，用户输入单元1707，还用于在第一窗口中显示与所述第一应用程序对应的健康码关联界面之后，接收用户对多个所述应用程序选择控件中第二应用程序选择控件的第二输入。

可选地，处理器1710，还用于响应于所述第二输入，确定与所述第二应用程序选择控件对应的第二应用程序。

可选地，显示单元1706，还用于在所述第一窗口中显示与所述第二应用程序对应的健康码关联界面。

可选地，处理器1710，还用于向所述第一应用程序对应的第一服务器发送界面显示请求；其中，所述界面显示请求用于请求获取与所述第一应用程序对应的健康码关联界面。

可选地，用户输入单元1707，还用于接收所述第一服务器返回的定位请求。

可选地，输入单元1704，还用于在所述第一应用程序具有定位权限的情况下，响应于所述定位请求，获取第二位置信息。

可选地，处理器1710，还用于向所述第一服务器发送所述第二位置信息；其中，所述第二位置信息用于指示所述第一服务器确定与所述第二位置信息对应的第二行政区域，以及获取与所述第二行政区域对应的区域健康码界面。

可选地，用户输入单元1707，还用于接收所述第一服务器返回的所述区域健康码界面。

可选地，显示单元1706，还用于在所述第一窗口中显示所述区域健康码界面。

可选地，处理器1710，还用于在接收所述第一服务器返回的定位请求之后，向所述第一服务器发送定位失败信息；其中，所述定位失败信息用于指示所述第一服务器获取预设区域健康码界面，以及在不存在所述预设区域健康码界面的情况下获取健康码界面首页。

可选地，用户输入单元1707，还用于接收所述第一服务器返回的所述预设区域健康码界面或者所述健康码界面首页。

可选地，显示单元1706，还用于在所述第一窗口中显示预设区域健康码界面或者所述健康码界面首页。

可选地，处理器1710，还用于在所述第一窗口中显示与所述第二应用程序对应的健康码关联界面之后，将所述第二应用程序设置为与所述健康码组件对应的默认应用程序。

可选地，显示单元1706，还用于在重新启动所述健康码组件的情况下，在所述第一窗口中显示与所述默认应用程序对应的健康码关联界面。

可选地，用户输入单元1707，还用于在第一窗口中显示与所述第一应用程序对应的健康码关联界面之后，接收用户对所述健康码组件中第二功能标识的第三输入。

可选地，显示单元1706，还用于响应于所述第三输入，显示与所述第一应用程序对应的标识码扫描界面。

由此，通过基于健康码组件中的健康码功能以及扫一扫功能，用户可以根据需要进行选择，一键触达用户所在行政区域的防疫健康码，无需在不同的服务平台之间进行切换，给用户更加便捷的体验。

应理解的是，本申请实施例中，输入单元1704可以包括图形处理器 (GraphicsProcessing Unit，GPU)17041和麦克风17042，图形处理器17041 对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1706可包括显示面板17061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板17061。用户输入单元1707包括触控面板17071以及其他输入设备17072。触控面板17071，也称为触摸屏。触控面板17071可包括触摸检测装置和触摸控制器两个部分。其他输入设备17072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器1709可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器1710可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1710中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述界面显示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述界面显示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘) 中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种界面显示方法，其特征在于，包括：

接收用户对健康码组件中第一功能标识的第一输入；其中，所述健康码组件关联有至少一个应用程序；

响应于所述第一输入，获取第一位置信息；

在所述第一位置信息获取成功的情况下，确定与所述第一位置信息对应的第一行政区域；

从所述至少一个应用程序中，确定是否存在与所述第一行政区域对应的第一应用程序；

在存在所述第一应用程序的情况下，在第一窗口中显示与所述第一应用程序对应的健康码关联界面。

2.根据权利要求1所述的方法，其特征在于，在所述健康码组件关联的应用程序的数量为多个的情况下，所述第一窗口中显示有多个应用程序选择控件，多个所述应用程序选择控件与多个所述应用程序一一对应；其中，多个所述应用程序选择控件中包括第一应用程序选择控件，所述第一应用程序选择控件对应于所述第一应用程序；

在第一窗口中显示与所述第一应用程序对应的健康码关联界面之后，所述方法还包括：

接收用户对多个所述应用程序选择控件中第二应用程序选择控件的第二输入；

响应于所述第二输入，确定与所述第二应用程序选择控件对应的第二应用程序；

在所述第一窗口中显示与所述第二应用程序对应的健康码关联界面。

3.根据权利要求1所述的方法，其特征在于，所述在第一窗口中显示与所述第一应用程序对应的健康码关联界面，包括：

向所述第一应用程序对应的第一服务器发送界面显示请求；其中，所述界面显示请求用于请求获取与所述第一应用程序对应的健康码关联界面；

接收所述第一服务器返回的定位请求；

在所述第一应用程序具有定位权限的情况下，响应于所述定位请求，获取第二位置信息；

向所述第一服务器发送所述第二位置信息；其中，所述第二位置信息用于指示所述第一服务器确定与所述第二位置信息对应的第二行政区域，以及获取与所述第二行政区域对应的区域健康码界面；

接收所述第一服务器返回的所述区域健康码界面；

在所述第一窗口中显示所述区域健康码界面。

4.根据权利要求3所述的方法，其特征在于，在所述第一应用程序不具有定位权限的情况下，在接收所述第一服务器返回的定位请求之后，所述方法还包括：

向所述第一服务器发送定位失败信息；其中，所述定位失败信息用于指示所述第一服务器获取预设区域健康码界面，以及在不存在所述预设区域健康码界面的情况下获取健康码界面首页；

接收所述第一服务器返回的所述预设区域健康码界面或者所述健康码界面首页；

在所述第一窗口中显示预设区域健康码界面或者所述健康码界面首页。

5.根据权利要求2所述的方法，其特征在于，在所述第一窗口中显示与所述第二应用程序对应的健康码关联界面之后，所述方法还包括：

将所述第二应用程序设置为与所述健康码组件对应的默认应用程序；

在重新启动所述健康码组件的情况下，在所述第一窗口中显示与所述默认应用程序对应的健康码关联界面。

6.一种界面显示装置，其特征在于，该装置包括：

第一接收模块，用于接收用户对健康码组件中第一功能标识的第一输入；其中，所述健康码组件关联有至少一个应用程序；

获取模块，用于响应于所述第一输入，获取第一位置信息；

第一确定模块，用于在所述第一位置信息获取成功的情况下，确定与所述第一位置信息对应的第一行政区域；

第二确定模块，用于从所述至少一个应用程序中，确定是否存在与所述第一行政区域对应的第一应用程序；

第一显示模块，用于在存在所述第一应用程序的情况下，在第一窗口中显示与所述第一应用程序对应的健康码关联界面。

7.根据权利要求6所述的装置，其特征在于，在所述健康码组件关联的应用程序的数量为多个的情况下，所述第一窗口中显示有多个应用程序选择控件，多个所述应用程序选择控件与多个所述应用程序一一对应；其中，多个所述应用程序选择控件中包括第一应用程序选择控件，所述第一应用程序选择控件对应于所述第一应用程序；

所述装置还包括：

第二接收模块，用于在第一窗口中显示与所述第一应用程序对应的健康码关联界面之后，接收用户对多个所述应用程序选择控件中第二应用程序选择控件的第二输入；

第三确定模块，用于响应于所述第二输入，确定与所述第二应用程序选择控件对应的第二应用程序；

第二显示模块，用于在所述第一窗口中显示与所述第二应用程序对应的健康码关联界面。

8.根据权利要求6所述的装置，其特征在于，所述第一显示模块包括：

第一发送子模块，用于向所述第一应用程序对应的第一服务器发送界面显示请求；其中，所述界面显示请求用于请求获取与所述第一应用程序对应的健康码关联界面；

第一接收子模块，用于接收所述第一服务器返回的定位请求；

获取子模块，用于在所述第一应用程序具有定位权限的情况下，响应于所述定位请求，获取第二位置信息；

第二发送子模块，用于向所述第一服务器发送所述第二位置信息；其中，所述第二位置信息用于指示所述第一服务器确定与所述第二位置信息对应的第二行政区域，以及获取与所述第二行政区域对应的区域健康码界面；

第二接收子模块，用于接收所述第一服务器返回的所述区域健康码界面；

第一显示子模块，用于在所述第一窗口中显示所述区域健康码界面。

9.根据权利要求8所述的装置，其特征在于，在所述第一应用程序不具有定位权限的情况下，所述第一显示模块还包括：

第三发送子模块，用于在接收所述第一服务器返回的定位请求之后，向所述第一服务器发送定位失败信息；其中，所述定位失败信息用于指示所述第一服务器获取预设区域健康码界面，以及在不存在所述预设区域健康码界面的情况下获取健康码界面首页；

第三接收子模块，用于接收所述第一服务器返回的所述预设区域健康码界面或者所述健康码界面首页；

第二显示子模块，用于在所述第一窗口中显示预设区域健康码界面或者所述健康码界面首页。

10.根据权利要求7所述的装置，其特征在于，所述装置还包括：

设置模块，用于在所述第一窗口中显示与所述第二应用程序对应的健康码关联界面之后，将所述第二应用程序设置为与所述健康码组件对应的默认应用程序；

第三显示模块，用于在重新启动所述健康码组件的情况下，在所述第一窗口中显示与所述默认应用程序对应的健康码关联界面。

Images