用户界面中字符的显示方法、装置、电子设备及存储介质
技术领域
本公开涉及移动终端显示技术领域,具体而言,本公开涉及一种用户界面中字符的显示方法、装置、电子设备及存储介质。
背景技术
用户界面是在移动终端上展示的用于实现人机交互的界面,例如,应用程序上展示的界面,界面上展示有一个或多个虚拟按键,或者展示信息内容的列表等。用户可以通过点击虚拟按键执行相应的功能或者展示相应的信息。
为了用户界面的视觉效果,可以对用户界面内的字符设置一些个性化的字体,现有的软件中会将这些字体信息打包到安装包内,导致安装包的体积较大。
现有的软件在对用户界面内的字符的字体进行调整时,是将新的字体信息打包至新版本的安装包内,用户通过新版本的安装包更新软件,实现对用户界面内字符的字体调整,通过这种方式来调整用户界面内字符的字体较为不便,无法满足实际的使用需求。
发明内容
本公开的目的旨在至少能解决上述的技术缺陷之一。本公开所采用的技术方案如下:
第一方面,本公开实施例提供了一种用户界面中字符的显示方法,该方法包括:
获取当前用户界面中待显示字符的字符标识;
根据待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息;
其中,字体配置文件是通过向服务器发送字体配置文件获取请求获取到的,字体配置文件用于基于字符标识获取到对应的字体信息;
根据待显示字符的字体信息对待显示字符进行渲染并显示。
可选地,待显示字符为当前用户界面中的指定字符。
可选地,上述方法还包括:
在客户端启动时和/或按照预设时间间隔,向服务器发送字体配置文件获取请求;
接收服务器基于字体配置文件获取请求返回的字体配置文件。
可选地,字体配置文件存储有字符标识与字体标识的第一对应关系,以及字体文件的下载路径,字体文件存储有字体标识与字体信息的第二对应关系;
在获取到字体配置文件后,方法还包括:
基于下载路径,获取字体文件;
根据待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息,包括:
根据第一对应关系,确定待显示字符的字符标识所对应的字体标识;
根据第二对应关系,得到确定出的字体标识所对应的字体信息。
可选地,在接收服务器基于字体配置文件获取请求返回的字体配置文件之前,若本地已存储有字体配置文件,在接收服务器基于字体配置文件获取请求返回的字体配置文件之后,上述方法还包括:
基于接收到的字体配置文件,对已存储的字体文件进行更新。
第二方面,本公开实施例提供了另一种用户界面中字符的显示方法,该方法包括:
接收客户端发送的字体配置文件获取请求;
基于字体配置文件获取请求向客户端返回字体配置文件,以使客户端能够根据获取到的当前用户界面中待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息,并根据待显示字符的字体信息对待显示字符进行渲染并显示;
其中,字体配置文件用于使客户端基于字符标识获取到对应的字体信息。
第三方面,本公开实施例提供了一种用户界面中字符的显示装置,该装置包括:
字符标识获取模块,用于获取当前用户界面中待显示字符的字符标识;
字体信息获取模块,用于根据待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息;
其中,字体配置文件是通过向服务器发送字体配置文件获取请求获取到的,字体配置文件用于基于字符标识获取到对应的字体信息;
显示模块,用于根据待显示字符的字体信息对待显示字符进行渲染并显示。
可选地,待显示字符为当前用户界面中的指定字符。
可选地,上述装置还包括字体配置文件获取模块,具体用于:
在客户端启动时和/或按照预设时间间隔,向服务器发送字体配置文件获取请求;
接收服务器基于字体配置文件获取请求返回的字体配置文件。
可选地,字体配置文件存储有字符标识与字体标识的第一对应关系,以及字体文件的下载路径,字体文件存储有字体标识与字体信息的第二对应关系;
在获取到字体配置文件后,上述装置还包括:
字体文件获取模块,用于基于下载路径,获取字体文件;
上述的字体信息获取模块具体用于:
根据第一对应关系,确定待显示字符的字符标识所对应的字体标识;
根据第二对应关系,得到确定出的字体标识所对应的字体信息。
可选地,在接收服务器基于字体配置文件获取请求返回的字体配置文件之前,若本地已存储有字体配置文件,在接收服务器基于字体配置文件获取请求返回的字体配置文件之后,上述装置还包括:
字体文件更新模块,用于基于接收到的字体配置文件,对已存储的字体文件进行更新。
第四方面,本公开实施例提供了另一种用户界面中字符的显示装置,该装置包括:
获取请求接收模块,用于接收客户端发送的字体配置文件获取请求;
字体配置文件返回模块,用于基于字体配置文件获取请求向客户端返回字体配置文件,以使客户端能够根据获取到的当前用户界面中待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息,并根据待显示字符的字体信息对待显示字符进行渲染并显示;
其中,字体配置文件用于使客户端基于字符标识获取到对应的字体信息。
第五方面,本公开实施例提供了一种电子设备,该电子设备包括:处理器和存储器;
存储器,用于存储操作指令;
处理器,用于通过调用操作指令,执行如本公开的第一方面的任一实施方式中所示的方法或第二方面的任一实施方式中所示的方法。
第六方面,本公开实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现本公开的第一方面的任一实施方式中所示的方法或者第二方面的任一实施方式中所示的方法。
本公开实施例提供的技术方案带来的有益效果是:
本公开提供的方案,是根据服务器发送的字体配置文件来获取到字符标识对应的字体信息,在需要显示当前用户界面时,获取当前用户界面待显示字符的字符标识,并根据待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息,根据获取到的待显示的字符的字体信息进行渲染并显示。本公开的方案,是通过服务器提供的字体配置文件来提供为用户界面的字符配置字体信息,由于字体信息不再被打包于软件安装包内,减小了安装包的体积,并且可以通过更新字体配置文件的方式,来实现对用户界面的字符的字体调整,无需用户进行更新软件的操作,能够极大的方便对客户端用户界面的字体调整,提高用户的使用体验。
附图说明
为了更清楚地说明本公开实施例中的技术方案,下面将对本公开实施例描述中所需要使用的附图作简单地介绍。
图1为本公开实施例提供的一种用户界面中字符的显示方法的流程示意图;
图2为本公开实施例提供的一种当前用户界面的示意图;
图3为本公开实施例提供的另一种用户界面中字符的显示方法的流程示意图;
图4为本公开实施例提供的一种用户界面中字符的显示装置的结构示意图;
图5为本公开实施例提供的另一种用户界面中字符的显示装置的结构示意图;
图6为本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
下面详细描述本公开的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本公开,而不能解释为对本发明的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本公开的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本公开的目的、技术方案和优点更加清楚,下面将结合附图对本公开实施方式作进一步地详细描述。
下面以具体地实施例对本公开的技术方案以及本公开的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本公开的实施例进行描述。
图1示出了本公开实施例提供的一种用户界面中字符的显示方法的流程示意图,如图1所示,该方法主要可以包括:
步骤S110:获取当前用户界面中待显示字符的字符标识;
步骤S120:根据待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息;
其中,字体配置文件是通过向服务器发送字体配置文件获取请求获取到的,字体配置文件用于基于字符标识获取到对应的字体信息;
步骤S130:根据待显示字符的字体信息对待显示字符进行渲染并显示。
本公开实施例中,应用程序中可以配置多个用户界面,当前用户界面可以为当前应用程序即将显示的用户界面。待显示字符可以为当前用户界面中待显示的文字、字母、数字或符号等等。字符标识用于对各待显示字符进行区分,具体而言,可以根据各待显示字符在当前用户界面中的位置的不同,为各待显示字符分配不同的字符标识,字符标识可以采用数字编号的形式。
本公开实施例中,字体配置文件可以提供应用程序的各用户界面的字符标识与字体信息的对应关系,可以基于待显示字符的字体信息以及字体配置文件来获取待显示字符的字体信息。字体信息可以包括用户界面中字符在渲染时需要用到的信息。
在显示当前用户界面时,可以基于待显示字符的字符标识与字体配置文件,获取到待显示字符的字体信息,根据待显示字符的字体信息实现对待显示字符的渲染以及显示。
作为一个示例,图2中示出了当前用户界面的示意图,图2中,A、B、C、D、E以及F均为待显示字符,A、B、C、D、E以及F可以分别对应有不同的字符标识,基于A、B、C、D、E以及F的字符标识以及字体配置文件,可以获取到A、B、C、D、E以及F分别对应的字体信息,根据字体信息,对A、B、C、D、E以及F进行渲染并显示。
本公开实施例中,字体配置文件可以由服务器生成,客户端可以通过向服务器发送字体配置文件获取请求,来获取字体配置文件。
本公开提供的方案,是根据服务器发送的字体配置文件来获取到字符标识对应的字体信息,在需要显示当前用户界面时,获取当前用户界面待显示字符的字符标识,并根据待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息,根据获取到的待显示的字符的字体信息进行渲染并显示。本公开提供的方案,通过服务器提供的字体配置文件来提供为用户界面的字符配置字体信息,由于字体信息不再被打包于软件安装包内,减小了安装包的体积。
现有的应用软件中,字体被打包于软件安装包内,在对用户界面的字符进行字体调整时,需要将调整后的字体打包于新版本的软件安装包内,并发布新版本的安装包,用户通过下载并安装新版本的软件安装包实现对字符的字体调整。现有的调整用户界面的字体的方式,需要通过软件版本的更新才能实现,并且需要用户参与安装新版本的软件,较为不便。
在实际使用中,可能存在需要频繁对用户界面的字符进行字体调整的情况,例如,在进行用户界面字体的A/B测试(A/B Testing)时,需要对不同测试组内的用户分别发布字体不同的用户界面,收集各测试组的用户体验数据和业务数据,最后分析评估出最优的字体方案正式采用。采用本申请提供的方案进行用户界面字体的A/B测试,避免了重复发布新版本软件,并且无需用户参与,用户对调整过程无感知,能够极大的方便对客户端用户界面的字体调整。
本公开实施例的一种可选方式中,待显示字符为当前用户界面中的指定字符。
本公开实施例中,可以在当前用户界面的所有字符中,将需要进行字体配置的一部分字符指定为待显示字符,通过字体配置文件获取待显示字符的字体信息,并进行渲染,实现对待显示字符的字体配置及显示。
本公开实施例的一种可选方式中,上述方法还包括:
在客户端启动时和/或按照预设时间间隔,向服务器发送字体配置文件获取请求;
接收服务器基于字体配置文件获取请求返回的字体配置文件。
本公开实施例中,字体配置文件可以由服务器配置,客户端可以通过向服务器发送字体配置文件获取请求的方式来获取字体配置文件,在实际使用中,可以在客户端每次启动时发送字体配置文件获取请求,或者按照预设的时间间隔发送字体配置文件获取请求。
本公开实施例的一种可选方式中,上述方法还包括:字体配置文件存储有字符标识与字体标识的第一对应关系,以及字体文件的下载路径,字体文件存储有字体标识与字体信息的第二对应关系;
在获取到字体配置文件后,方法还包括:
基于下载路径,获取字体文件;
根据待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息,包括:
根据第一对应关系,确定待显示字符的字符标识所对应的字体标识;
根据第二对应关系,得到确定出的字体标识所对应的字体信息。
本公开实施例中,字体配置文件中可以存储有字体文件的下载路径,客户端可以基于字体文件的下载路径,可以对字体文件进行下载,下载后的字体文件可以被缓存到客户端的本地存储中。
字体配置文件存储有字符标识与字体标识的第一对应关系,基于第一对应关系可以确定出待显示字符的字符标识所对应的字体标识;
作为一个示例,字体配置文件内存储的应用程序的各用户界面的字符标识分别为:C0、C1、C2、C3、C4、C5、C6、C7、C8、C9;字体配置文件内存储的字体标识分别为:F0、F1、F2、F3、F4、F5、F6、F7、F8、F9;第一对应关系为:C0与F0对应,C1与F1对应,C2与F2对应,C3与F3对应,C4与F4对应,C5与F5对应,C6与F6对应,C7与F7对应,C8与F8对应,C9与F9对应。待显示字符的字符标识为:C1、C2、C3,基于第一对应关系,可以获取待显示字符的字体标识:F1、F2、F3。
在确定出待显示字符的字符标识所对应的字体标识之后,可以基于字体文件内存储的第二对应关系,得到待显示字符的字体信息。
本公开实施例的一种可选方式中,在接收服务器基于字体配置文件获取请求返回的字体配置文件之前,若本地已存储有字体配置文件,在接收服务器基于字体配置文件获取请求返回的字体配置文件之后,还包括:
基于接收到的字体配置文件,对已存储的字体文件进行更新。
本公开实施例中,如果客户端已存在字体配置文件,那么在接收到服务器返回的新的字体配置文件时,可以在接收到新的字体配置文件后,基于接收到的新的字体配置文件对字体文件进行更新。
具体而言,当客户端接收到新的字体配置文件时,如果本地已缓存了字体文件,可以将已缓存的字体文件内的字体标识与新的字体配置文件内的字体标识进行比较,确定新增字体的字体标识,并根据新增字体的字体标识对应的字体文件的下载路径,获取新增字体的字体文件并添加至本地缓存中的字体文件。
图3示出了本公开实施例提供的另一种用户界面中字符的显示方法的流程示意图,如图3所示,该方法主要可以包括:
步骤S210:接收客户端发送的字体配置文件获取请求;
步骤S220:基于字体配置文件获取请求向客户端返回字体配置文件,以使客户端能够根据获取到的当前用户界面中待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息,并根据待显示字符的字体信息对待显示字符进行渲染并显示;
其中,字体配置文件用于使客户端基于字符标识获取到对应的字体信息。
本公开实施例中,字体配置文件可以由服务器配置,客户端可以通过向服务器发送字体配置文件获取请求的方式来获取字体配置文件。服务器在接收客户端发送的字体配置文件获取请求后,可以返回字体配置文件,在实际使用中,服务器可以在检测到字体配置文件发生了更新时,向客户端返回字体配置文件,以避免不必要的数据传输。可以在客户端每次启动时发送字体配置文件获取请求,或者按照预设的时间间隔发送字体配置文件获取请求。
本公开实施例中,客户端的应用程序中可以配置多个用户界面,当前用户界面可以为当前应用程序即将显示的用户界面。待显示字符可以为当前用户界面中待显示的文字、字母、数字或符号等等。字符标识用于对各待显示字符进行区分,具体而言,可以根据各待显示字符在当前用户界面中的位置的不同,为各待显示字符分配不同的字符标识,字符标识可以采用数字编号的形式。
本公开实施例中,字体配置文件可以提供应用程序的各用户界面的字符标识与字体信息的对应关系,可以基于待显示字符的字体信息以及字体配置文件来获取待显示字符的字体信息。字体信息包括用户界面中字符的渲染时需要用到的信息。
在显示当前用户界面时,可以基于待显示字符的字符标识与字体配置文件,获取到待显示字符的字体信息,根据待显示字符的字体信息实现对待显示字符的渲染以及显示。
本公开提供的方案,是根据服务器发送的字体配置文件来获取到字符标识对应的字体信息,在需要显示当前用户界面时,获取当前用户界面待显示字符的字符标识,并根据待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息,根据获取到的待显示的字符的字体信息进行渲染并显示。本公开提供的方案,通过服务器提供的字体配置文件来提供为用户界面的字符配置字体信息,由于字体信息不再被打包于软件安装包内,减小了安装包的体积。
现有的应用软件中,字体被打包于软件安装包内,在对用户界面的字符进行字体调整时,需要将调整后的字体打包于新版本的软件安装包内,并发布新版本的安装包,用户通过下载并安装新版本的软件安装包实现对字符的字体调整。现有的调整用户界面的字体的方式,需要通过软件版本的更新才能实现,并且需要用户参与安装新版本的软件,较为不便。
在实际使用中,可能存在需要频繁调整用户界面的字体的情况,例如,在进行用户界面字体的A/B测试(A/B Testing)时,需要对不同测试组内的用户分别发布字体不同的用户界面,收集各测试组的用户体验数据和业务数据,最后分析评估出最优的字体方案正式采用。采用本申请提供的方案进行用户界面字体的A/B测试,避免了重复发布新版本软件,并且无需用户参与,用户对调整过程无感知,能够极大的方便对客户端用户界面的字体调整。
基于与图1中所示的方法相同的原理,图4示出了本公开实施例提供的一种用户界面中字符的显示装置的结构示意图,如图4所示,该用户界面中字符的显示装置30可以包括:
字符标识获取模块310,用于获取当前用户界面中待显示字符的字符标识;
字体信息获取模块320,用于根据待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息;
其中,字体配置文件是通过向服务器发送字体配置文件获取请求获取到的,字体配置文件用于基于字符标识获取到对应的字体信息;
显示模块330,用于根据待显示字符的字体信息对待显示字符进行渲染并显示。
本公开提供的装置,是根据服务器发送的字体配置文件来获取到字符标识对应的字体信息,在需要显示当前用户界面时,获取当前用户界面待显示字符的字符标识,并根据待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息,根据获取到的待显示的字符的字体信息进行渲染并显示。本公开的方案,是通过服务器提供的字体配置文件来提供为用户界面的字符配置字体信息,由于字体信息不再被打包于软件安装包内,减小了安装包的体积,并且可以通过更新字体配置文件的方式,来实现对用户界面的字符的字体调整,无需用户进行更新软件的操作,能够极大的方便对客户端用户界面的字体调整,提高用户的使用体验。
可选地,待显示字符为当前用户界面中的指定字符。
可选地,上述装置还包括字体配置文件获取模块,具体用于:
在客户端启动时和/或按照预设时间间隔,向服务器发送字体配置文件获取请求;
接收服务器基于字体配置文件获取请求返回的字体配置文件。
可选地,字体配置文件存储有字符标识与字体标识的第一对应关系,以及字体文件的下载路径,字体文件存储有字体标识与字体信息的第二对应关系;
在获取到字体配置文件后,上述装置还包括:
字体文件获取模块,用于基于下载路径,获取字体文件;
上述的字体信息获取模块具体用于:
根据第一对应关系,确定待显示字符的字符标识所对应的字体标识;
根据第二对应关系,得到确定出的字体标识所对应的字体信息。
可选地,在接收服务器基于字体配置文件获取请求返回的字体配置文件之前,若本地已存储有字体配置文件,在接收服务器基于字体配置文件获取请求返回的字体配置文件之后,上述装置还包括:
字体文件更新模块,用于基于接收到的字体配置文件,对已存储的字体文件进行更新。
本实施例的用户界面中字符的显示装置可执行本公开图1中所示的用户界面中字符的显示方法,其实现原理相类似,此处不再赘述。
基于与图3中所示的方法相同的原理,图5示出了本公开实施例提供的另一种用户界面中字符的显示装置的结构示意图,如图5所示,该用户界面中字符的显示装置40可以包括:
获取请求接收模块410,用于接收客户端发送的字体配置文件获取请求;
字体配置文件返回模块420,用于基于字体配置文件获取请求向客户端返回字体配置文件,以使客户端能够根据获取到的当前用户界面中待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息,并根据待显示字符的字体信息对待显示字符进行渲染并显示;
其中,字体配置文件用于使客户端基于字符标识获取到对应的字体信息。
本公开提供的装置,是根据服务器发送的字体配置文件来获取到字符标识对应的字体信息,在需要显示当前用户界面时,获取当前用户界面待显示字符的字符标识,并根据待显示字符的字符标识以及字体配置文件,获取待显示字符的字体信息,根据获取到的待显示的字符的字体信息进行渲染并显示。本公开的方案,是通过服务器提供的字体配置文件来提供为用户界面的字符配置字体信息,由于字体信息不再被打包于软件安装包内,减小了安装包的体积,并且可以通过更新字体配置文件的方式,来实现对用户界面的字符的字体调整,无需用户进行更新软件的操作,能够极大的方便对客户端用户界面的字体调整,提高用户的使用体验。
本实施例的用户界面中字符的显示装置可执行本公开图3中所示的用户界面中字符的显示方法,其实现原理相类似,此处不再赘述。
本公开实施例还提供了一种电子设备,其包括处理器和存储器;
存储器,用于存储操作指令;
处理器,用于通过调用操作指令,执行上述的用户界面中字符的显示方法。
本公开实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述的用户界面中字符的显示方法。
下面参考图6,其示出了适于用来实现本公开实施例的电子设备800(例如用于执行图1或图3中所示的用户界面中字符的显示方法的终端设备)的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的电子设备仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图6所示,电子设备800可以包括处理装置(例如中央处理器、图形处理器等)801,其可以根据存储在只读存储器(ROM)802中的程序或者从存储装置808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中,还存储有电子设备800操作所需的各种程序和数据。处理装置801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
通常,以下装置可以连接至I/O接口805:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置807;包括例如磁带、硬盘等的存储装置808;以及通信装置809。通信装置809可以允许电子设备800与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备800,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置809从网络上被下载和安装,或者从存储装置808被安装,或者从ROM 802被安装。在该计算机程序被处理装置801执行时,执行本公开实施例的方法中限定的上述功能。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:获取至少两个网际协议地址;向节点评价设备发送包括至少两个网际协议地址的节点评价请求,其中,节点评价设备从至少两个网际协议地址中,选取网际协议地址并返回;接收节点评价设备返回的网际协议地址;其中,所获取的网际协议地址指示内容分发网络中的边缘节点。
或者,上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:接收包括至少两个网际协议地址的节点评价请求;从至少两个网际协议地址中,选取网际协议地址;返回选取出的网际协议地址;其中,接收到的网际协议地址指示内容分发网络中的边缘节点。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。