CN114827283A - 资源访问方法、装置、介质及机器人 - Google Patents

资源访问方法、装置、介质及机器人 Download PDF

Info

Publication number
CN114827283A
CN114827283A CN202210406807.XA CN202210406807A CN114827283A CN 114827283 A CN114827283 A CN 114827283A CN 202210406807 A CN202210406807 A CN 202210406807A CN 114827283 A CN114827283 A CN 114827283A
Authority
CN
China
Prior art keywords
domain name
target
resource access
service
channel
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210406807.XA
Other languages
English (en)
Inventor
阳叶文
黄泽
李翔远
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Keenlon Intelligent Technology Co Ltd
Original Assignee
Shanghai Keenlon Intelligent Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Keenlon Intelligent Technology Co Ltd filed Critical Shanghai Keenlon Intelligent Technology Co Ltd
Priority to CN202210406807.XA priority Critical patent/CN114827283A/zh
Publication of CN114827283A publication Critical patent/CN114827283A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/306User profiles

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请实施例公开了一种资源访问方法、装置、介质及机器人。所述方法包括:根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名;基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据;基于所述访问响应数据中的目标业务域名进行资源访问。执行本申请实施例可以降低了网络通道拥堵风险和域名被劫持风险,提高资源访问成功率,进而提高用户体验。

Description

资源访问方法、装置、介质及机器人
技术领域
本申请实施例涉及计算机应用技术领域,尤其涉及一种资源访问方法、装置、介质及机器人。
背景技术
随着人工智能技术的不断发展,已有越来越多的机器人进入到市场去代替人工提供服务,机器人种类日益增多,业务类型日益繁杂覆盖餐饮服务、酒店服务、医疗服务以及家庭服务等多种服务场景。
在机器人提供服务的过程中,往往需要访问后台服务器中的网络资源。此外,用于管理配置机器人的用户终端如手机或者平板,也需要访问后台服务器中的网络资源。如何满足机器人以及用户终端的资源访问需求,降低机器人以及用户终端的网络通道阻塞风险,提高机器人以及用户终端的资源访问成功率,对于提高用户体验存在重要意义。
发明内容
本申请实施例提供一种资源访问方法、装置、介质及机器人,可以达到提高资源访问成功率,降低网络通道阻塞风险,提高用户体验的目的。
第一方面,本申请实施例提供了一种资源访问方法,所述方法包括:
根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名;
基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据;
基于所述访问响应数据中的目标业务域名进行资源访问。
第二方面,本申请实施例提供了一种资源访问装置,所述装置包括:
目标通道域名选择模块,用于根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名;
资源访问请求发送模块,用于基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据;
资源访问模块,用于基于所述访问响应数据中的目标业务域名进行资源访问。
第三方面,本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本申请实施例所述的资源访问方法。
第四方面,本申请实施例提供了一种机器人,包括存储器,处理器及存储在存储器上并可在处理器运行的计算机程序,所述处理器执行所述计算机程序时实现如本申请实施例所述的资源访问方法。
本申请实施例所提供的技术方案,根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名;基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据;基于所述访问响应数据中的目标业务域名进行资源访问。本申请实施例利用通道域名获取业务域名,实现了向目标应用程序动态分配业务域名,使得目标应用程序可以基于业务域名进行资源访问,降低了网络通道拥堵风险和域名被劫持风险,提高了资源访问成功率,进而提高了用户体验。
附图说明
图1是本申请实施例一提供的一种资源访问方法的流程图;
图2是本申请实施例二提供的另一种资源访问方法的流程图;
图3是本申请实施例三提供的又一种资源访问方法的流程图;
图4是本申请实施例四提供的一种资源访问装置的结构示意图;
图5是本申请实施例六提供的一种机器人的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部结构。
在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理,但是其中的许多步骤可以被并行地、并发地或者同时实施。此外,各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止,但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
实施例一
图1是本申请实施例一提供的一种资源访问方法的流程图,本实施例可适用于客户端设备对后台服务器进行资源访问的情况。该方法可以由本申请实施例所提供的资源访问装置执行,该装置可以由软件和/或硬件的方式来实现,并可集成于运行此系统的终端,如手机、平板电脑、电脑、机器人等。
如图1所示,所述资源访问方法包括:
S110、根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名。
其中,资源访问请求用于为目标应用程序向后台服务器请求网络资源。目标应用程序可以是配置于客户端设备中的服务业务程序。其中,客户端设备可以是机器人端或者用户终端如手机、平板。目标应用程序根据实际业务需求确定,在这里不作限定,示例性的,服务业务程序可以是医疗消毒程序、餐饮服务程序、文件传输程序等,如送餐机器人的送餐APP,消毒机器人的消毒APP等。资源访问请求可以在目标应用程序启动完成的情况下产生。
备选通道域名与目标应用程序对应,备选通道域名可以初始化设置,然后动态更新。备选通道域名用于向后台服务器请求业务域名,业务域名是提供给目标应用程序的后台服务器的资源定位标识,目标应用程序可以基于业务域名对后台服务器进行网络资源访问。值得注意的是,本实施例中,目标应用程序并不基于备选通道域名对后台服务器进行资源访问,备选通道域名仅用于向后台服务器请求业务域名,以获取可动态变化的、最新的业务域名。
备选通道域名的数量为至少两个,备选通道域名中可用的通道域名为目标通道域名。备选通道域名中可用的通道域名的数量大于一个的情况下,可以在可用的通道域名中任选一个作为目标通道域名。
可以理解的是,客户端设备中可以同时配置多个应用程序,也就是说客户端设备中可以同时存在对应于不同应用程序的备选通道域名。客户端设备根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名。
S120、基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据。
客户端设备基于目标通道域名将资源访问请求发送给后台服务器,后台服务器接收到资源访问请求,向客户端设备反馈访问响应数据。其中,访问响应数据中包括目标业务域名。目标应用程序可以基于目标业务域名对后台服务器进行资源访问。可选的,客户端设备在接收到访问响应数据以后,将访问响应数据中的目标业务域名存储到内存中。
S130、基于所述访问响应数据中的目标业务域名进行资源访问。
客户端设备中的目标应用程序根据访问响应数据中的目标业务域名对后台服务器进行资源访问。
本申请实施例所提供的技术方案,根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名;基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据;基于所述访问响应数据中的目标业务域名进行资源访问。本申请实施例利用通道域名获取业务域名,实现了向目标应用程序动态分配业务域名,使得目标应用程序可以基于业务域名进行资源访问,降低了网络通道拥堵风险和域名被劫持风险,提高了资源访问成功率,进而提高了用户体验。
在一个可选的实施例中,响应于接收到所述后台服务器推送的域名更新消息,根据所述域名更新消息更新所述备选通道域名,和/或,所述目标业务域名;和/或,根据所述访问响应数据中的最新通道域名更新所述备选通道域名。
其中,域名更新消息由后台服务器产生,用于指示客户端设备对原有的备选通道域名,和/或,目标业务域名进行更新。可选的,域名更新消息可以是后台服务器周期性产生,也可以在业务域名,和/或,通道域名发生变化的请况下产生。域名更新消息可以包括最新通道域名,和/或,最新业务域名。
客户端设备可以根据后台服务器推送的域名更新消息,仅更新原有的备选通道域名或者仅更新原有的目标业务域名,以及同时更新原有的备选通道域名和目标业务域名。具体的,仅更新原有的备选通道域名,或者仅更新原有的目标业务域名,还是同时更新原有的备选通道域名和目标业务域名,需要根据域名更新信息确定,在这里不作限定。可选的,后台服务器通过MQTT(Message Queuing Telemetry Transport,消息队列遥测传输)将域名更新消息推送给客户端设备。
可选的,后台服务器针对于资源访问请求反馈的访问响应数据中还包括最新通道域名。客户端设备还可以根据访问响应数据中的最新通道域名对原有的备选通道域名进行更新。以及,客户端设备可以根据访问响应数据中的目标业务域名对原有的目标业务域名进行更新。
将根据域名更新信息更新原有的备选通道域名,和/或,目标业务域名作为客户端设备进行域名更新的第一更新方式;将根据访问响应数据更新原有的备选通道域名作为客户端设备进行域名更新的第二更新方式。第一更新方式与第二更新方式并存,客户端设备既可以利用仅第一更新方式进行域名更新,也可以仅利用第二更新方式进行域名更新,客户端设备还可以同时利用第一更新方式和第二更新方式进行域名更新。
上述技术方案,提供了一种域名更新机制,支持后台服务器在通道域名,和/或,业务域名发生变化的情况下,主动向客户端设备推送最新通道域名,和/或,最新业务域名,使得客户端设备中原有的备选通道域名,和/或,目标业务域名能够及时更新,进一步提高了资源访问成功率。
实施例二
图2是本申请实施例二提供的另一种资源访问方法的流程图。本实施例在上述实施例的基础上进行进一步地优化。具体优化为,根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名,包括:根据所述目标应用程序的资源访问请求,确定与所述目标应用程序对应的目标配置文件;对所述目标配置文件中的各所述备选通道域名进行可用性验证;将可用性验证通过的所述备选通道域名,确定为所述目标通道域名。
如图2所示,所述资源访问方法包括:
S210、根据所述目标应用程序的资源访问请求,确定与所述目标应用程序对应的目标配置文件。
其中,目标配置文件和资源访问请求分别与目标应用程序相对应,目标配置文件是指目标应用程序的配置文件。目标配置文件与目标应用程序一同配置在客户端设备中。根据所述目标应用程序的资源访问请求,确定与所述目标应用程序对应的目标配置文件。
可选的,目标配置文件中记录有备选通道域名,在客户端设备中的目标应用程序启动完成的情况下,从目标配置文件中读取备选通道域名。
S220、对所述目标配置文件中的各所述备选通道域名进行可用性验证。
业务需求的变化会导致后台服务器中的备选通道域名发生变化,后台服务器可能会弃用、变更或者新增备选通道域名。在客户端设备未更新目标配置文件中备选通道域名的情况下,会导致目标配置文件中的备选通道域名出现不可用的情况。
因此,需要对目标配置文件中的各备选通道域名进行可用性验证,以验证备选通道域名是否可用,基于备选通道域名是否可以正常访问后台服务器。
对备选通道域名进行可用性验证,具体的,可以根据备选通道域名对应的互联网协议地址对备选通道域名进行可用性验证,或者根据后台服务器返回的请求响应数据对备选通道域名进行可用性验证。
在一个可选的实施例中,对所述目标配置文件中的各所述备选通道域名进行可用性验证,包括:从所述目标配置文件中的所述备选通道域名中选择待验证通道域名;基于所述待验证通道域名,向所述后台服务器发送通道验证请求,以使所述后台服务器针对于所述通道验证请求反馈验证响应数据;基于所述验证响应数据的数据格式、响应状态和数据内容中的至少一项对所述待验证通道域名进行可用性验证;若所述可用性验证未通过,则返回待验证通道域名选择操作重新选择待验证通道域名,直到各所述备选通道域名的可用性均验证完成。若所有备选通道域名均不可用则对目标应用程序进行升级处理。
其中,待验证通道域名是指需要进行可用性验证的备选通道域名。客户端设备基于待验证通道域名,将通道验证请求发送给后台服务器。后台服务器针对于通道验证请求向客户端设备反馈验证响应数据。通道验证请求和验证响应数据分别由客户端设备和后台服务器产生。客户端设备接收到验证响应数据,对验证响应数据的数据格式、响应状态和数据内容中的至少一项对所述待验证通道域名进行可用性验证。具体的,判断验证响应数据的数据格式是否为预设数据格式,如判断是否能够成功解析验证响应数据,若验证响应数据的数据格式不是预设数据格式,则不能成功解析验证响应数据;可以判断验证响应数据中的HTTP状态码是否为设定数据值,如200,若是,则确认对应的通道域名可用;还可以判断验证响应数据的数据内容中是否包含设定内容。
优选地,响应数据的数据格式、响应状态和数据内容均进行验证,只要存在至少一项验证不通过,则待验证通道域名存在被篡改风险,待验证通道域名可用性验证不通过。否则,待验证通道域名可用性验证通过。保证数据访问的安全性,避免篡改或数据泄露风险。
若待验证通道域名可用性验证不通过,则返回待验证通道域名选择操作重新选择待验证通道域名,直到各备选通道域名的可用性均验证完。
可选的,客户端设备为可用性验证不通过的备选通道域名生成域名异常信息,基于目标通道域名将域名异常信息上报给后台服务器。当然,可以理解的是,受到业务变更以及域名劫持等因素的影响,目标业务域名同样会出现不可用的情况下,上述备选通道域名可用性验证方法同样适用于对目标业务域名进行可用性验证,若目标业务域名不可用,客户端设备为可用性验证不通过的目标业务域名生成域名异常信息,基于目标通道域名将域名异常信息上报给后台服务器,后台服务器可以及时对不可用的目标业务域名或者备选通道域名进行处理。
值得注意的是,为了节省客户端设备的计算资源,在一个待验证通道域名可用性验证通过的情况下,则不验证其他备选通道域名的可用性。直接将可用性验证通过的备选通道域名确定为目标通道域名。
上述技术方案提供了一种对备选通道域名进行可用性验证的验证机制,上述技术方案通过遍历备选通道域名,根据后台服务器反馈的验证响应数据对备选通道的可用性进行验证,从中选择出可用的备选通道域名作为目标通道域名,基于目标通道域名为目标应用程序向后台服务器请求目标业务域名,提高了资源访问成功概率。
在一个可选的实施例中,对所述目标配置文件中的各所述备选通道域名进行可用性验证,还包括:以设定时间间隔,查询各所述备选通道域名对应的互联网协议地址;基于预设域名IP绑定关系,对所述备选通道域名进行可用性验证。
其中,设定时间间隔根据实际业务需求预先确定,在这里不作限定。客户端设备以设定时间间隔查询各备选通道域名对应的互联网协议地址即IP地址。具体的,可以是客户端以设定时间间隔通过操作ping命令,查询备选通道域名对应的互联网协议地址。预设域名IP绑定关系根据实际业务需求预设设置,预设域名IP绑定关系记录有备选通道域名和互联网协议地址之间的映射关系,将查询到的各备选通道域名的实际互联网协议地址和预设域名IP绑定关系中的预设互联网协议地址进行匹配,若匹配成功则备选通道域名可用性验证通过。否则,备选通道域名可用性验证不通过。
考虑到备选通道域名并不用于供目标应用程序对后台服务器进行资源访问,备选通道域名仅涉及下发业务域名和上报异常域名,占用网络流量很少,网络带宽很小,因此,可以将各备选通道域名映射到同一个互联网协议地址。对备选通道域名进行可用性验证,则直接将查询到的各备选通道域名对应的互联网协议地址互相进行相似性匹配,根据备选通道域名之间的相似性匹配结果验证备选通道域名的可用性。在将各备选通道域名映射到同一个互联网协议地址的情况下,若存在备选通道域名的互联网协议地址与其他备选通道域名的互联网协议地址不同,则可以确定该备选通道域名的可用性验证不通过,该备选通道域名存在被篡改风险。
上述技术方案,提供了另外一种对备选通道域名进行可用性验证的方法,上述技术方案通过定时查询各备选通道域名对应的互联网协议地址,根据互联网协议地址对备选通道域名进行可用性验证,能够及时发现备选通道域名不可用的情况,提高了资源访问成功率。
S230、将可用性验证通过的所述备选通道域名,确定为所述目标通道域名。
客户端设备将可用性验证通过的备选通道域名确定为目标通道域名,供目标应用程序基于目标通道域名对后台服务器进行资源访问。
S240、基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据。
客户端设备基于目标通道域名将资源访问请求发送给后台服务器,后台服务器在接收到资源访问请求以后,针对资源访问请求向客户端设备反馈访问响应数据。可选的,访问响应数据包括:目标业务域名,和/或,最新通道域名。
S250、基于所述访问响应数据中的目标业务域名进行资源访问。
本申请实施例通过对备选通道域名进行可用性验证,选择出目标通道域名。将可用性验证通过的备选通道域名作为目标通道域名,基于目标通道域名与后台服务器进行数据交互,从后台服务器拿取目标业务通道域名,提高了资源访问成功率。
实施例三
图3是本申请实施例三提供的又一种资源访问方法的流程图。本实施例在上述实施例的基础上进行进一步地优化。具体优化为,基于所述访问响应数据中的目标业务域名进行资源访问,包括:对所述访问响应数据进行解析,从所述访问响应数据中提取业务域名集合;其中,所述业务域名集合包括备选业务域名和应用业务标识;根据所述资源访问请求中的应用业务标识,为所述目标应用程序从所述备选业务域名中选择所述目标业务域名;基于所述目标业务域名进行资源访问。
如图3所示,所述资源访问方法包括:
S310、根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名。
S320、基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据。
S330、对所述访问响应数据进行解析,从所述访问响应数据中提取业务域名集合。
客户端设备对后台服务器反馈的访问响应数据进行解析,从访问响应数据中提取业务域名集合。其中,业务域名集合包括备选业务域名和应用业务标识。
可选的,在业务域名集合中备选业务域名与应用业务标识以键值对(key-value)形式存在,以指示服务业务程序与应用业务标识之间的对应关系。其中,应用业务标识为key值,备选业务域名为value值。备选业务域名用于供服务业务程序对后台服务器进行资源访问。应用业务标识用于标识应用业务。示例性的,备选业务域名和应用业务标识构成的键值对可以是[(catering-simple,https://catering.com),(medical-simple,https://medical.com)、(mobile,https://mobile.com),(file,https://file.com)]。其中,key值为catering-simple、medical-simple、mobile以及file,相应的,value值为https://catering.com、https://medical.com、https://mobile.com和https://file.com。可选的,应用业务标识和备选业务域名为一对一关系。一个应用业务标识对应一个备选业务域名,以便于对备选业务域名进行管理和分配。
S340、根据所述资源访问请求中的应用业务标识,为所述目标应用程序从所述备选业务域名中选择所述目标业务域名。
客户端设备根据资源访问请求中的应用业务标识,为目标应用程序从备选业务域名中选择目标业务域名。具体的,客户端设备将资源访问请求中的应用业务标识与业务域名集合中的作为key值的应用业务标识进行匹配,将匹配成功的key值对应的备选业务域名确定为目标业务域名。
在一个可选的实施例中,在根据所述资源访问请求中的应用业务标识,为所述目标应用程序从所述备选业务域名中选择所述目标业务域名之前,所述方法还包括:确定所述目标应用程序当前的应用版本信息;根据所述应用版本信息和应用类型信息,为所述目标应用程序分配所述应用业务标识。
在一些场景中,服务业务程序的类型与服务业务程序需要访问网络资源的类型相关。例如,餐饮服务程序需要访问的网络资源类型与餐饮服务相关,可以是送餐区域地图以及送餐播报语音等网络资源。消毒服务程序需要访问的网络资源类型与消毒服务相关,可以是消毒区域地图以及消毒播报语音等。
在应用业务类型确定的情况下,应用版本信息不同的服务业务程序在后台服务器所需要访问的网络资源可能存在差异,示例性的,若服务业务程序为餐饮服务程序,在餐饮服务程序的应用版本从1.0升级到1.1的情况下,在餐饮服务程序原有的餐饮服务业务的基础上新增了文件传输业务。因此,除了为1.1版本的餐饮服务程序分配餐饮服务标识以外,还可以为该版本的餐饮服务程序分配文件传输标识。
目标应用程序基于应用业务标识为一对多的关系,也就是说,一个目标应用程序可以同时具有两个或者两个以上应用业务标识。考虑到域名资源限制,还可以结合服务业务程序的业务流量大小为目标应用程序分配应用业务标识,对于业务流量较小的服务业务程序可以与其他服务业务程序共用一个应用业务标识,也就是说并非每个服务业务程序均存在唯一对应的应用业务标识。
上述技术方案,根据应用版本信息和应用类型信息为目标应用程序分配应用业务标识,可根据实际业务需求灵活为目标应用程序分配业务域名,提高网络通道利用率,降低网络通道阻塞,提高资源访问成功率。上述技术方案在为目标应用程序分配应用业务标识时考虑了业务版本信息,能够在目标应用程序应用版本升级的情况下,依然可以为目标应用程序提供业务域名,保证了资源访问成功率。
S350、基于所述目标业务域名进行资源访问。
本申请实施例技术方案,根据应用业务标识在备选业务域名中为目标应用程序选择自身业务相匹配的业务域名作为目标业务域名,基于目标业务域名进行资源访问,提高了资源访问成功率,提高了用户体验。
在一个具体的实施例中,配置于客户端设备中的目标应用程序启动完成,产生资源访问请求,客户端设备根据目标应用程序的资源访问请求确定与目标应用程序对应的目标配置文件,并对目标配置文件中的备选通道域名进行可用性验证。具体的,在备选通道域名中选择待验证通道域名,基于待验证通道域名向后台服务器发送通道验证请求,若可用性验证通过则将该待验证通道域名确定为目标通道域名,不再对目标配置文件中的其他备选通道域名进行可用性验证。若所述可用性验证未通过,则返回待验证通道域名选择操作重新选择待验证通道域名,直到各备选通道域名的可用性均验证完成。
在目标通道域名确定的情况下,客户端设备直接基于目标通道域名向后台服务器发送资源访问请求,后台服务器对接收到资源访问请求进行处理,并向客户端设备反馈访问响应数据。
示例性的,目标配置文件中包括3个备选通道域名,分别为x.com,y.com和z.com。选择x.com作为待验证通道域名对x.com的可用性进行验证,若x.com不可用,则在剩下的备选通道域名y.com和z.com中任选一个作为待验证通道域名,如选择z.com作为待验证通道域名,若z.com可用则将z.com作为目标通道域名。在将z.com确定为目标通道域名的情况下,不需要再对y.com进行可用性验证。客户端设备基于z.com向后台服务器发送资源访问请求。
可选的,客户端设备为可用性验证不通过的x.com生成域名异常信息,基于目标通道域名z.com将关于x.com的域名异常信息上报给后台服务器。
客户端设备中的目标应用程序根据访问响应数据中的目标业务域名对后台服务器进行资源访问。
本申请实施例提供的资源访问方法可适用于多机场景,以下例进行说明。示例性,A用户门店配置有5个客户端设备,分别为送餐机器人A1和A2,消毒机器人A3和A4以及手机A5。
在现有技术中,A1-A5在访问后台的数据资源时,无论是哪个设备,或者一台设备要访问具体的哪个业务数据,均是通过同一个域名进行访问,例如robot.com。虽然这种采用固定唯一域名访问的方案便于配置,但是,随着机器人业务的发展,机器人的数量大量增多,也开始出现不同类型的机器人,不同类型的机器人既可能有相同的业务,也可能有不同的业务。这就导致了,采用现有的技术方案,存在恶意用户,如A5利用固定域名攻击用户服务器,同时导致机器人设备端,如A1-A4,网络通道异常的风险;任一设备进行大流量文件下载或上传,则影响所有设备正常后台通信;且当业务拓展时,域名的灵活性差。
在本申请提供的技术方案中,A门店中的5个客户端设备可以均安装有服务业务程序,A1和A2安装有餐饮服务程序,A3和A4安装有消毒服务程序,A5安装有系统对接程序,系统对接程序可以用于包括系统文件的上传和下载。
A门店中的客户端设备,在服务业务程序对应配置文件中初始设置3个备选通道域名x.com,y.com和z.com。A1、A2、A3、A4和A5在备选通道域名中确定目标通道域名的过程相互独立,也就是说,不同客户端设备确定的目标通道域名可以不同。
例如,A1、A2、A3、A4和A5可以各自在3个备选通道域名中任意选择一个进行可用性验证。假设x.com和z.com均可用,y.com不可用,客户端设备A1和A2可能在验证y.com不可用以后,分别验证了x.com和z.com,A1将x.com确定为目标通道域名,A2将z.com确定为目标通道域名。同时A1和A2同时生成关于y.com的域名异常信息。A3、A4和A5分别直接验证x.com、x.com和z.com可用,A3、A4和A5分别将x.com、x.com和z.com确定为目标通道域名。可选的,后台服务器综合A1、A2、A3、A4和A5上报的域名异常信息,可以确定y.com不可用,判断y.com存在被挟持的风险,对y.com进行相应处理,例如弃用y.com。后台服务器可以根据域名异常信息更新备选通道域名,示例性的,从原有的x.com、y.com和z.com中剔除y.com将后台服务器中的备选通道域名更新为x.com和z.com。本申请通过验证通道域名的可用性,可以提升通信安全性。同时设置多个备选通道域名,能够保证降低某一域名存在劫持风险时对设备端的影响。同时,能够及时更新备选通道域名,提高业务域名获取的成功率。
客户端设备A1、A2、A3、A4和A5在各自确定了目标通道域名的情况下,分别基于各自确定的目标通道域名向后台服务器发送资源访问请求。后台服务器向各客户端设备反馈访问响应数据,可选的,访问响应数据中包括:最新备选通道域名和业务域名集合。示例性的,在后台服务器利用w.com替换y.com,将后台服务器中的备选通道域名更新为x.com、w.com和z.com的情况下,最新备选通道域名为x.com、w.com和z.com,业务域名集合为[(catering-simple,https://catering.com),(medical-simple,https://medical.com)、(mobile,https://mobile.com),(file,https://file.com)],客户端设备将访问响应数据中的最新备选通道域名回写入对应的配置文件中,以更新客户端设备中的备选通道域名,客户端设备将访问响应数据中的业务域名集合写入缓存中,以更新客户端设备中的目标业务域名。本申请的技术方案,采用设置通道域名来获取动态业务域名的方案,有效解决了域名拓展和弃用的问题,避免域名硬编码带来的维护困难问题,尤其适用于多类型、大数量的服务机器人应用场景中。
根据A门店各客户端设备中服务业务程序的应用版本信息和应用类型信息,为A1、A2、A3、A4和A5中的服务业务程序分配应用业务标识。示例性的,A1(餐饮服务程序1.0):catering-simple;A2(餐饮服务程序1.1):catering-simple、file;A3(消毒服务程序1.0):medical-simple;A4(消毒服务程序1.0):medical-simple;A5(网页程序版本1.0):mobile
各客户端设备根据应用业务标识为各自配置的服务业务程序,在业务域名集合的备选业务域名中选择目标业务域名。具体的,A1对应的目标业务域名为https://catering.com;A2对应的目标业务域名为https://catering.com和https://file.com;A3和A4对应的目标业务域名均为https://catering.com;A5对应的目标业务域名为https://mobile.com。各客户端设备基于各自确定的目标业务域名对后台服务器进行资源访问。在本申请中,根据业务的不同,对访问后台服务器所用的业务域名进行区分,能够减小访问时网络通道的阻塞,减小单一设备大流量访问的影响。还可以根据业务访问量的不同,适应性的调整对应业务域名网络通道的带宽,避免堵塞或者资源浪费。
在B门店B用户门店配置有5个客户端设备,分别为送餐机器人B1和B2,消毒机器人B3和B4以及平板B5。B门店的5个客户端设备中B1和B2安装有餐饮服务程序、B3和B4安装有消毒服务程序、B5安装有系统对接程序。由于业务拓展需求,B门店将餐饮服务程序升级为2.0版本,在原有的1.0版本和1.1版本的基础上新增了餐饮埋点业务,相应的,在原有的备选通道域名为x.com、y.com和z.com。x.com的情况下,后台服务器在弃用x.com并加入新的备选通道域名w.com。后台服务器在业务域名集合中新增(catering-track,https://catering-track.com),
后台服务器在向各客户端设备反馈访问响应数据时,将最新候选通道域名w.com、y.com和z.com反馈给客户端设备,并反馈业务域名集合为[(catering-simple,https://catering.com),(medical-simple,https://medical.com)、(mobile,https://mobile.com),(file,https://file.com),(catering-track,https://catering-track.com)]。
根据B门店各客户端设备中服务业务程序的应用版本信息和应用类型信息,为B1、B2、B3、B4和B5中的服务业务程序分配应用业务标识。B1(餐饮服务程序2.0):catering-simple、file、catering-track;B2(餐饮程序版本2.0):catering-simple、file、catering-track;B3(消毒程序版本1.0):medical-simple;B4(消毒程序版本1.0):medical-simple;B5(网页程序版本1.0):mobile。
各客户端设备根据应用业务标识为各自配置的服务业务程序,在业务域名集合的备选业务域名中选择目标业务域名。具体的,B1和B2对应的目标业务域名为https://catering.com、https://catering-track.com以及https://file.com;B 3和B4对应的目标业务域名均为https://catering.com;B5对应的目标业务域名为https://mobile.com。
本申请实施例利用通道域名获取业务域名,实现了向目标应用程序动态分配业务域名,使得目标应用程序可以基于业务域名进行资源访问,降低了网络通道拥堵风险和域名被劫持风险,提高了资源访问成功率,进而提高了用户体验。
实施例四
图4是本申请实施例四提供的一种资源访问装置,本实施例可适用于客户端设备对后台服务器进行资源访问的情况。所述装置可由软件和/或硬件实现,并可集成于智能终端等机器人中。
如图4所示,该装置可以包括:目标通道域名选择模块410、资源访问请求发送模块420和资源访问模块430。
目标通道域名选择模块410,用于根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名;
资源访问请求发送模块420,用于基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据;
资源访问模块430,用于基于所述访问响应数据中的目标业务域名进行资源访问。
本申请实施例所提供的技术方案,根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名;基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据;基于所述访问响应数据中的目标业务域名进行资源访问。本申请实施例利用通道域名获取业务域名,实现了向目标应用程序动态分配业务域名,使得目标应用程序可以基于业务域名进行资源访问,降低了网络通道拥堵风险和域名被劫持风险,提高了资源访问成功率,进而提高了用户体验。
可选的,目标通道域名选择模块410,包括:目标配置文件确定子模块,用于根据所述目标应用程序的资源访问请求,确定与所述目标应用程序对应的目标配置文件;可用性验证子模块,用于对所述目标配置文件中的各所述备选通道域名进行可用性验证;目标通道域名确定子模块,用于将可用性验证通过的所述备选通道域名,确定为所述目标通道域名。
可选的,可用性验证子模块,包括:待验证通道域名选择单元,用于从所述目标配置文件中的所述备选通道域名中选择待验证通道域名;通道验证请求发送单元,用于基于所述待验证通道域名,向所述后台服务器发送通道验证请求,以使所述后台服务器针对于所述通道验证请求反馈验证响应数据;第一可用性验证单元,用于基于所述验证响应数据的数据格式、响应状态和数据内容中的至少一项对所述待验证通道域名进行可用性验证;待验证通道域名重新选择单元,用于若所述可用性验证未通过,则返回待验证通道域名选择操作重新选择待验证通道域名,直到各所述备选通道域名的可用性均验证完成。
可选的,可用性验证子模块,还包括:互联网协议地址查询单元,用于以设定时间间隔,查询各所述备选通道域名对应的互联网协议地址;第二可用性验证单元,用于基于预设域名IP绑定关系,对所述备选通道域名进行可用性验证。
可选的,资源访问模块430,包括:业务域名集合提取子模块,用于对所述访问响应数据进行解析,从所述访问响应数据中提取业务域名集合;其中,所述业务域名集合包括备选业务域名和应用业务标识;目标业务域名选择子模块,用于根据所述资源访问请求中的应用业务标识,为所述目标应用程序从所述备选业务域名中选择所述目标业务域名;资源访问子模块,用于基于所述目标业务域名进行资源访问。
可选的,所述装置还包括:应用版本信息确定模块,用于在根据所述资源访问请求中的应用业务标识,为所述目标应用程序从所述备选业务域名中选择所述目标业务域名之前,确定所述目标应用程序当前的应用版本信息;应用业务标识分配模块,用于根据所述应用版本信息和应用类型信息,为所述目标应用程序分配所述应用业务标识。
可选的,所述装置还包括:域名更新模块,具体用于响应于接收到所述后台服务器推送的域名更新消息,根据所述域名更新消息更新所述备选通道域名,和/或,所述目标业务域名;
和/或,根据所述访问响应数据中的最新通道域名更新所述备选通道域名。
本发明实施例所提供的一种资源访问装置可执行本发明任意实施例所提供的一种资源访问方法,具备执行一种资源访问方法相应的性能模块和有益效果。
实施例五
本申请实施例五还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种资源访问方法,该方法包括:
根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名;
基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据;
基于所述访问响应数据中的目标业务域名进行资源访问。
存储介质是指任何的各种类型的存储器电子设备或存储电子设备。术语“存储介质”旨在包括:安装介质,例如CD-ROM、软盘或磁带装置;计算机系统存储器或随机存取存储器,诸如DRAM、DDR RAM、SRAM、EDO RAM,兰巴斯(Rambus)RAM等;非易失性存储器,诸如闪存、磁介质(例如硬盘或光存储);寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外,存储介质可以位于程序在其中被执行的计算机系统中,或者可以位于不同的第二计算机系统中,第二计算机系统通过网络(诸如因特网)连接到计算机系统。第二计算机系统可以提供程序指令给计算机用于执行。术语“存储介质”可以包括可以驻留在不同未知中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。
当然,本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的资源访问操作,还可以执行本申请任意实施例所提供的资源访问方法中的相关操作。
实施例六
本申请实施例六提供了一种机器人,该机器人中可集成本申请实施例提供的资源访问装置,该机器人可以是配置于系统内的,也可以是执行系统内的部分或者全部性能的设备。图5是本申请实施例六提供的一种机器人的结构示意图。如图5所示,本实施例提供了一种机器人500,其包括:一个或多个处理器520;存储装置510,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器520执行,使得所述一个或多个处理器520实现本申请实施例所提供的资源访问方法,该方法包括:
根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名;
基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据;
基于所述访问响应数据中的目标业务域名进行资源访问。
当然,本领域技术人员可以理解,处理器520还实现本申请任意实施例所提供的资源访问方法的技术方案。
图5显示的机器人500仅仅是一个示例,不应对本申请实施例的性能和使用范围带来任何限制。
如图5所示,该机器人500包括处理器520、存储装置510、输入装置530和输出装置540;机器人中处理器520的数量可以是一个或多个,图5中以一个处理器520为例;机器人中的处理器520、存储装置510、输入装置530和输出装置540可以通过总线或其他方式连接,图5中以通过总线550连接为例。
存储装置510作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块单元,如本申请实施例中的资源访问方法对应的程序指令。
存储装置510可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个性能所需的应用程序;存储数据区可存储根据终端的使用所创建的数据等。此外,存储装置510可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储装置510可进一步包括相对于处理器520远程设置的存储器,这些远程存储器可以通过网络连接。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置530可用于接收输入的数字、字符信息或语音信息,以及产生与机器人的用户设置以及性能控制有关的键信号输入。输出装置540可包括显示屏、扬声器等机器人。
上述实施例中提供的资源访问装置、介质及机器人可执行本申请任意实施例所提供的资源访问方法,具备执行该方法相应的性能模块和有益效果。未在上述实施例中详尽描述的技术细节,可参见本申请任意实施例所提供的资源访问方法。
注意,上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解,本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由所附的权利要求范围决定。

Claims (10)

1.一种资源访问方法,其特征在于,所述方法包括:
根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名;
基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据;
基于所述访问响应数据中的目标业务域名进行资源访问。
2.根据权利要求1所述的方法,其特征在于,根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名,包括:
根据所述目标应用程序的资源访问请求,确定与所述目标应用程序对应的目标配置文件;
对所述目标配置文件中的各所述备选通道域名进行可用性验证;
将可用性验证通过的所述备选通道域名,确定为所述目标通道域名。
3.根据权利要求2所述的方法,其特征在于,对所述目标配置文件中的各所述备选通道域名进行可用性验证,包括:
从所述目标配置文件中的所述备选通道域名中选择待验证通道域名;
基于所述待验证通道域名,向所述后台服务器发送通道验证请求,以使所述后台服务器针对于所述通道验证请求反馈验证响应数据;
基于所述验证响应数据的数据格式、响应状态和数据内容中的至少一项对所述待验证通道域名进行可用性验证;
若所述可用性验证未通过,则返回待验证通道域名选择操作重新选择待验证通道域名,直到各所述备选通道域名的可用性均验证完成。
4.根据权利要求2所述的方法,其特征在于,对所述目标配置文件中的各所述备选通道域名进行可用性验证,还包括:
以设定时间间隔,查询各所述备选通道域名对应的互联网协议地址;
基于预设域名IP绑定关系,对所述备选通道域名进行可用性验证。
5.根据权利要求1所述的方法,其特征在于,基于所述访问响应数据中的目标业务域名进行资源访问,包括:
对所述访问响应数据进行解析,从所述访问响应数据中提取业务域名集合;其中,所述业务域名集合包括备选业务域名和应用业务标识;
根据所述资源访问请求中的应用业务标识,为所述目标应用程序从所述备选业务域名中选择所述目标业务域名;
基于所述目标业务域名进行资源访问。
6.根据权利要求5所述的方法,其特征在于,在根据所述资源访问请求中的应用业务标识,为所述目标应用程序从所述备选业务域名中选择所述目标业务域名之前,所述方法还包括:
确定所述目标应用程序当前的应用版本信息;
根据所述应用版本信息和应用类型信息,为所述目标应用程序分配所述应用业务标识。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
响应于接收到所述后台服务器推送的域名更新消息,根据所述域名更新消息更新所述备选通道域名,和/或,所述目标业务域名;
和/或,根据所述访问响应数据中的最新通道域名更新所述备选通道域名。
8.一种资源访问装置,其特征在于,所述装置包括:
目标通道域名选择模块,用于根据目标应用程序的资源访问请求,在至少两个备选通道域名中选择目标通道域名;
资源访问请求发送模块,用于基于所述目标通道域名将所述资源访问请求发送给后台服务器,以使所述后台服务器针对所述资源访问请求反馈访问响应数据;
资源访问模块,用于基于所述访问响应数据中的目标业务域名进行资源访问。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-7中任一项所述的资源访问方法。
10.一种机器人,包括存储器,处理器及存储在存储器上并可在处理器运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1-7中任一项所述的资源访问方法。
CN202210406807.XA 2022-04-18 2022-04-18 资源访问方法、装置、介质及机器人 Pending CN114827283A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210406807.XA CN114827283A (zh) 2022-04-18 2022-04-18 资源访问方法、装置、介质及机器人

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210406807.XA CN114827283A (zh) 2022-04-18 2022-04-18 资源访问方法、装置、介质及机器人

Publications (1)

Publication Number Publication Date
CN114827283A true CN114827283A (zh) 2022-07-29

Family

ID=82535813

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210406807.XA Pending CN114827283A (zh) 2022-04-18 2022-04-18 资源访问方法、装置、介质及机器人

Country Status (1)

Country Link
CN (1) CN114827283A (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107094134A (zh) * 2017-03-09 2017-08-25 咪咕数字传媒有限公司 一种访问网站的方法及客户端
CN107888717A (zh) * 2017-12-26 2018-04-06 北京搜狐新媒体信息技术有限公司 一种域名确定方法、装置及电子设备
CN108810092A (zh) * 2018-05-17 2018-11-13 Oppo广东移动通信有限公司 网络访问方法和装置、电子设备、计算机可读存储介质
CN110324434A (zh) * 2018-03-28 2019-10-11 阿里巴巴集团控股有限公司 域名解析的方法、客户端、服务器和电子设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107094134A (zh) * 2017-03-09 2017-08-25 咪咕数字传媒有限公司 一种访问网站的方法及客户端
CN107888717A (zh) * 2017-12-26 2018-04-06 北京搜狐新媒体信息技术有限公司 一种域名确定方法、装置及电子设备
CN110324434A (zh) * 2018-03-28 2019-10-11 阿里巴巴集团控股有限公司 域名解析的方法、客户端、服务器和电子设备
CN108810092A (zh) * 2018-05-17 2018-11-13 Oppo广东移动通信有限公司 网络访问方法和装置、电子设备、计算机可读存储介质

Similar Documents

Publication Publication Date Title
WO2020186909A1 (zh) 虚拟网络业务处理方法、装置和系统,控制器,存储介质
US20130275956A1 (en) Firmware upgrade method and system and terminal device using the method
KR101560185B1 (ko) Url을 이용한 분산 컨트롤 방법 및 장치
JP6859340B2 (ja) グローバル情報を取得、処理および更新するための装置、システムおよび方法
CN114221955B (zh) 设备跨区域访问方法、装置、电子设备和存储介质
US10924550B2 (en) Framework for distributed key-value store in a wide area network
CN110213331B (zh) 业务请求的处理方法、终端设备、电子设备及存储介质
CN113127168A (zh) 服务分配方法、系统、装置、服务器及介质
JP2019525604A (ja) ネットワーク機能nf管理方法及びnf管理装置
CN109618003B (zh) 一种服务器规划方法、服务器及存储介质
CN113810230A (zh) 对容器集群中的容器进行网络配置的方法、装置及系统
GB2403040A (en) Application programming interface for provisioning services
US20130185329A1 (en) Distributed database
CN111711556B (zh) 虚拟专用网络的选路方法、装置、系统、设备及存储介质
CN110661673A (zh) 一种心跳检测的方法及装置
CN100580665C (zh) 对文件共享应用的索引服务器支持的方法及索引服务器
CN113746641A (zh) 一种基于分布式存储的odx协议处理方法
CN114364031A (zh) 服务提供方法、装置及存储介质
EP3579526A1 (en) Resource file feedback method and apparatus
CN114827283A (zh) 资源访问方法、装置、介质及机器人
CN110784510A (zh) 目标服务节点接入总线的方法、服务节点的信息交互方法
JP2002259197A (ja) アクティブコンテンツキャッシュ制御システムと、アクティブコンテンツキャッシュ制御装置及び方法と、アクティブコンテンツキャッシュ制御処理用プログラム及びそのプログラムの記録媒体
CN112702441B (zh) 基于容器的访问数据处理方法、装置、系统及存储介质
US20230275974A1 (en) Network functionality (nf) aware service provision based on service communication proxy (scp)
US20230254381A1 (en) Service Request Handling

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination