1.本公开涉及通信技术领域，特别是一种应用寻址方法、系统和存储介质。
背景技术：
2.边缘计算的场景下，应用服务器多点部署或者服务器在私网内部署，网络需识别判断边缘应用，并将用户的访问请求分流并寻址到最近的服务节点。在3gpp的标准研究中(3gpp tr 23.748)，终端发送的dns(domain name system，域名系统)请求首先发往集中设置的ldnsr(local domain name system resolver，本地域名系统解析器)，ldnsr与smf(session management function，会话管理功能)交互获取终端位置，进一步根据终端位置和预先设置好的本地dns映射关系，以代理的身份将请求转发给位于本地dns。本地dns提供部署在本地区域的mec(multi-access edge computing，多接入边缘计算)应用的域名解析，对每个应用解析出不同的ip地址，ldnsr根据收到的响应包中的ip(internet protocol，网际互连协议)地址触发smf下发本地应用对应的分流策略。
技术实现要素：
3.本公开的一个目的在于简化网络分流规则配置，降低应用扩展的复杂度。
4.根据本公开的一些实施例的一个方面，提出一种应用寻址方法，包括：ldnsr确定来自终端的边缘应用dns请求对应的应用类型；在确定应用类型为业务流保留域名信息的边缘应用的情况下，反馈终端位置对应的边缘网关的地址，以便终端向边缘网关发送应用访问请求；边缘网关在收到应用访问请求的情况下，根据应用访问请求携带的域名信息确定应用的实际地址；边缘网关将应用访问请求转发至应用的实际地址。
5.在一些实施例中，应用寻址方法还包括：边缘网关在终端与应用的访问地址对应的应用服务器之间建立连接。
6.在一些实施例中，应用寻址方法还包括：边缘upf(user plane function，用户面功能)接收来自终端的应用访问请求，并转发给边缘网关。
7.在一些实施例中，在确定应用类型为业务流保留域名信息的应用的情况下，反馈终端位置对应的边缘网关的地址包括：ldnsr通过smf获取终端位置信息；ldnsr判断边缘应用dns请求对应的应用类型是否为业务流保留域名信息的边缘应用；若确定应用类型为业务流保留域名信息的边缘应用，则根据终端位置所在区域确定对应的边缘网关的地址；ldnsr在确定终端在对应区域的边缘分流策略已下发的情况下，向终端反馈携带有边缘网关的地址的dns响应。
8.在一些实施例中，在确定应用类型为业务流保留域名信息的边缘应用的情况下，反馈终端位置对应的边缘网关的地址还包括：ldnsr在确定终端在对应区域的边缘分流策略未下发的情况下，向smf发送请求建立边缘分流的用户面路径的用户面重选策略；smf根据用户面重选策略执行边缘psa(protocol data unit session anchor，协议数据单元会话锚点)插入，并配置边缘upf的分流策略；边缘upf根据分流策略设置分流识别规则为匹配
目标地址为边缘网关的ip地址。
9.在一些实施例中，应用寻址方法还包括：ldnsr在确定应用类型为非业务流保留域名信息的应用的情况下，根据终端位置确定对应的本地dns，将边缘应用dns请求转发给本地dns；本地dns根据边缘应用dns请求确定应用的访问地址，并反馈给ldnsr；ldnsr根据应用的访问地址触发smf下发分流策略，并向用户终端反馈应用的访问地址，以便终端根据应用的访问地址发送应用访问请求。
10.在一些实施例中，应用寻址方法还包括：smf在收到终端的初始会话建立请求的情况下，设置终端位置对应的ldnsr为终端的dns服务端，并将终端的会话锚定在中心upf。
11.通过这样的方法，ldnsr对于网络中占大多数的业务流保留域名信息的边缘应用，能够直接反馈边缘网关的地址，无需在本地dns中查询具体应用的地址，降低了ldnsr和本地dns的处理负担；对于此类边缘应用，设置终端连接的边缘upf的分流识别规则均为边缘网关的地址，降低了边缘upf的配置负担和执行负担；避免mec部署在私网环境且边缘upf连接多个mec平台时，mec私网的ip地址段重叠的问题，提高了各个mec中边缘应用扩展的灵活度，降低了扩展难度。
12.根据本公开的一些实施例的一个方面，提出一种应用寻址系统，包括：ldnsr，被配置为确定来自终端的边缘应用dns请求对应的应用类型；在确定应用类型为业务流保留域名信息的边缘应用的情况下，反馈终端位置对应的边缘网关的地址，以便终端向边缘网关发送应用访问请求；边缘网关，被配置为在收到应用访问请求的情况下，根据应用访问请求携带的域名信息确定应用的实际地址；将应用访问请求转发至应用的实际地址。
13.在一些实施例中，应用寻址系统还包括：边缘upf，被配置为接收来自终端的应用访问请求，并转发给边缘网关。
14.在一些实施例中，ldnsr被配置为通过smf获取终端位置信息；判断边缘应用dns请求对应的应用类型是否为业务流保留域名信息的边缘应用；若确定应用类型为业务流保留域名信息的边缘应用，则根据终端位置所在区域确定对应的边缘网关的地址；在确定终端在对应区域的边缘分流策略已下发的情况下，向终端反馈携带有边缘网关的地址的dns响应；在确定终端在对应区域的边缘分流策略未下发的情况下，向smf发送请求建立边缘分流的用户面路径的用户面重选策略；应用寻址系统还包括：smf，被配置为向ldnsr反馈终端位置信息；根据用户面重选策略执行边缘psa插入，并配置边缘upf的分流策略；边缘upf，被配置为根据分流策略设置分流识别规则为匹配目标地址为边缘网关的ip地址。
15.在一些实施例中，ldnsr还被配置为在确定应用类型为非业务流保留域名信息的应用的情况下，根据终端位置确定对应的本地dns，将边缘应用dns请求转发给本地dns；根据本地dns反馈的应用的访问地址触发smf下发分流策略，并向用户终端反馈应用的访问地址，以便终端根据应用的访问地址发送应用访问请求；应用寻址系统还包括：本地dns，被配置为根据边缘应用dns请求确定边缘应用的访问地址，并反馈给ldnsr。
16.根据本公开的一些实施例的一个方面，提出一种应用寻址系统，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器的指令执行上文中任意一种应用寻址方法。
17.这样的应用寻址系统中，ldnsr对于网络中占大多数的业务流保留域名信息的应用，能够直接反馈边缘网关的地址，无需在本地dns中查询具体应用的地址，降低了ldnsr和
本地dns的处理负担；对于此类应用，设置终端连接的边缘upf的分流识别规则均为匹配目标地址为边缘网关的地址，降低了边缘upf的配置负担和执行负担；避免mec部署在私网环境且边缘upf连接多个mec平台时，mec私网的ip地址段重叠的问题，提高了各个mec中边缘应用扩展的灵活度，降低了扩展难度。
18.根据本公开的一些实施例的一个方面，提出一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上文中任意一种应用寻址方法的步骤。
19.通过执行这样的计算机可读存储介质上的指令，ldnsr对于网络中占大多数的业务流保留域名信息的边缘应用，能够直接反馈边缘网关的地址，无需在本地dns中查询具体应用的地址，降低了ldnsr和本地dns的处理负担；对于此类应用，设置终端连接的边缘upf的分流识别规则均为匹配目标地址为边缘网关的地址，降低了边缘upf的配置负担和执行负担；避免mec部署在私网环境且边缘upf连接多个mec平台时mec私网的ip地址段重叠的问题，提高了各个mec中边缘应用扩展的灵活度，降低了扩展难度。
附图说明
20.此处所说明的附图用来提供对本公开的进一步理解，构成本公开的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：
21.图1为本公开的应用寻址方法的一些实施例的流程图。
22.图2为本公开的应用寻址方法的另一些实施例的流程图。
23.图3为本公开的应用寻址方法的又一些实施例的信令流程图。
24.图4为本公开的应用寻址系统的一些实施例的示意图。
25.图5为本公开的应用寻址系统的一些实施例的网络结构示意图。
26.图6为本公开的应用寻址系统的另一些实施例的示意图。
27.图7为本公开的应用寻址系统的又一些实施例的示意图。
28.图8为本公开的应用寻址系统的再一些实施例的示意图。
具体实施方式
29.下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。
30.发明人发现，相关技术中，随着在mec上部署的应用的扩展，网络需要根据应用的ip地址新增本地分流的识别规则；为了根据用户位置精确解析出本地应用的ip地址，需要将本地应用的域名解析请求转发给本地dns并由本地dns实施域名解析服务；另外，由于mec部署环境可能为私网环境，在边缘upf后面连接多个mec平台时，为保证正确路由，各个mec私网的ip地址段不能重叠，这给网络部署和路由设计带来挑战，当ip地址段重复时需要进行对服务器地址再进行地址转换，实现复杂。
31.本公开的应用寻址方法的一些实施例的流程图如图1所示。
32.在步骤101中，ldnsr确定来自终端的边缘应用dns请求对应的应用类型。在一些实施例中，可以将边缘应用分为两类(假设称为a类、b类，后文中的a类、b类代称与本段中含义相同)，其中a类为业务流中会保留域名的边缘应用，b类为业务流中不保证保留域名的应用。发明人发现，在实际应用过程中，a类应用占大多数。
33.在步骤102中，在应用类型为a类的情况下，执行步骤103。在一些实施例中，若应用
类型为b类，则可以按照相关技术中的方案执行。
34.在步骤103中，反馈终端位置对应的边缘网关的地址。
35.在一些实施例中，ldnsr可以通过smf查询终端位置信息，进而确定终端位置对应的服务区域的边缘网关地址。在一些实施例中，ldnsr预存有服务区域与边缘网关地址的对应关系。
36.在一些实施例中，ldnsr根据确定的边缘网关地址建立边缘用户面，确定终端接入的边缘upf的分流规则，实现边缘upf向边缘网关的分流。
37.在步骤104中，边缘网关(mec gateway，或称为mec gw)判断是否收到应用访问请求。若收到应用访问请求，则执行步骤105。
38.在步骤105中，边缘网关根据应用访问请求携带的域名信息确定应用的访问地址。在一些实施例中，预先在边缘网关配置本服务区域内的域名与访问地址(如ip地址、端口)之间的对应关系。
39.在一些实施例中，当边缘upf收到来自终端的应用访问请求时，将应用访问请求转发给边缘网关。
40.在步骤106中，边缘网关将应用访问请求转发至应用的实际地址。在一些实施例中，边缘网关在终端与应用的实际地址对应的应用服务器之间建立连接，终端与应用服务器通过边缘网关交互。
41.通过这样的方法，ldnsr对于网络中占大多数的业务流保留域名信息的应用，能够直接反馈边缘网关的地址，无需在本地dns中查询具体应用的地址，降低了ldnsr和本地dns的处理负担；对于此类应用，设置终端连接的边缘upf的分流识别规则均为匹配目标地址为边缘网关的地址，降低了边缘upf的配置负担和执行负担；避免mec部署在私网环境且边缘upf连接多个mec平台时，mec私网的ip地址段重叠的问题，提高了各个mec中边缘应用扩展的灵活度，降低了扩展难度。
42.本公开的应用寻址方法的另一些实施例的流程图如图2所示。
43.在步骤201中，ldnsr通过smf查阅终端位置信息。在一些实施例中，ldnsr可以与smf合设。
44.在步骤202中，ldnsr确定来自终端的边缘应用dns请求对应的应用类型。
45.在步骤203中，ldnsr在确定应用类型为业务流保留域名信息的应用的情况下，执行步骤204。
46.在步骤204中，ldnsr根据终端位置所在区域确定对应的边缘网关的地址。
47.在步骤205中，ldnsr判断终端在对应区域的边缘分流策略是否已下发。在一些实施例中，若终端接入过对应区域的边缘网关(可以为了访问与当前相同或不同的边缘应用)，则边缘分流策略已下发。在确定终端在对应区域的边缘分流策略已下发的情况下，执行步骤206。
48.在步骤206中，ldnsr反馈终端位置对应的边缘网关的地址。
49.在步骤207中，边缘网关收到应用访问请求。在一些实施例中，终端向边缘upf发送应用访问请求，基于边缘upf的分流策略，将应用访问请求发送至边缘网关。由于用户要访问的是a类应用，因此应用访问请求中包括边缘应用的域名信息，还包括边缘网关的地址。
50.在步骤208中，边缘网关根据应用访问请求携带的域名信息确定边缘应用的实际
地址。
51.在步骤209中，边缘网关将应用访问请求转发至边缘应用的实际地址。
52.在步骤210中，边缘网关在终端与应用的实际地址对应的应用服务器之间建立连接。
53.基于大多数应用是a类应用的形态，通过这样的方法引入mec gw根据域名对a类应用进行二次分发，简化了网络分流规则的配置，减少频繁的规则更新信令交互，同时解决多个私网mec平台区分路由的问题，简化了边缘应用的分流和寻址实现。
54.在一些实施例中，如图2所示，在上述步骤205中，若终端在对应区域的边缘分流策略尚未下发，即终端未访问过对应区域的a类边缘应用，则执行如下步骤211～213。
55.在步骤211中，向smf发送请求建立边缘分流的用户面路径的用户面重选策略，携带边缘网关的地址。
56.在步骤212中，smf根据用户面重选策略执行边缘psa插入，并配置边缘upf的分流策略。
57.在步骤213中，边缘upf根据分流策略设置分流识别规则为匹配目标地址为边缘网关的ip地址。
58.通过这样的方法，能够基于相关技术中对于边缘upf进行分流策略配置的过程，通过携带边缘网关的地址，实现边缘upf向边缘网关的分流，无需对smf、upf改进，有利于推广应用。
59.在一些实施例中，若上述步骤203中确定应用类型为b类(业务流中不保留域名信息的应用)，则执行步骤221～步骤223。
60.在步骤221中，根据终端位置确定对应的本地dns，将边缘应用dns请求转发给本地dns。
61.在步骤222中，本地dns根据边缘应用dns请求确定应用的访问地址，并反馈给ldnsr。
62.在步骤223中，ldnsr触发smf下发分流策略，该分流策略中携带应用的访问地址，在配置完成后边缘upf会将业务流分流至边缘应用的实际访问地址。ldnsr向用户终端反馈应用的实际访问地址，以便用户向应用的访问地址发送应用的访问请求，访问请求中不保证携带应用的域名信息。
63.在一些实施例中，应用的访问地址可以为应用的实际地址。在一些实施例中，应用的实际地址可以为内部地址，为解决ip地址段冲突的问题，提供给用户的应用的访问地址可以为根据应用的实际地址转换成的外部地址。用户根据应用的访问地址发起的访问请求会在到达对应的mec平台后转换为应用的实际地址，从而实现对边缘应用的访问。
64.通过这样的方法，能够实现对a类、b类业务的兼容，提高应用寻址的可靠性。
65.本公开的应用寻址方法的又一些实施例的信令流程图如图3所示。
66.在301中，ue(user element，用户终端)建立初始会话，smf给ue分配ldnsr为其dns服务端，并将会话锚定在中心的upf。
67.在302中，ue通过域名访问某个边缘应用，首先发起dns请求，请求经中心upf到ldnsr。
68.在303中，ldnsr通过smf查阅ue位置信息。
69.在304中，ldnsr判断被访问的应用为a类应用，结合预先配置的服务区域与mec gw地址的对应关系，查询到对应的mec gw地址。
70.在305中，若ldnsr判断边缘分流策略未曾下发(ue未在该服务区域使用边缘业务)，则向smf发起用户面重选策略，要求建立边缘分流的用户面路径，执行如下306；否则跳过306、307，执行308。
71.在306中，smf实施边缘psa插入，并配置边缘upf的分流策略，其中，分流识别规则为mec gw的ip地址。
72.在307中，smf回复ldnsr边缘用户面已建立。
73.在308中，ldnsr向ue回复dns响应，其中，ip地址为ue所在服务区域对应的mec gw的地址。
74.在309中，ue向dns响应的ip地址发起应用访问请求，请求中还携带应用的域名。该请求经网络分流从边缘upf到达mec gw。
75.在310中，mec gw执行访问代理的角色，根据请求中url信息查询对应边缘应用的内部实际ip。
76.在311中，mec gw根据请求中携带的域名信息进行访问请求的二次分发，转发请求到查询到的内部实际ip地址，从而建立ue和边缘应用之间的连接。
77.在312中，ue和边缘应用进行业务交互，实现应用正常访问。
78.通过这样的方法，使得对大多数的边缘应用只配置网关地址的分流策略就可以代替所有a类应用的分流配置，简化了网络的分流策略配置；ldnsr直接将a类本地应用解析为网关地址，a类应用的域名解析不需要本地dns参与，简化了地址解析配置；mec上a类应用的删减，和应用状态的变化，不影响网络分流策略和ldnsr的配置，从而部分实现了应用变化无感知；mec gw作为访问网关，屏蔽了a类应用的实际地址，提升应用的安全性；mec平台对外呈现的地址大大减少，避免了多mec平台连接的地址冲突，5g核心网只需根据mec gw地址和少量b类应用ip区分路由，简化了路由设置。
79.本公开的应用寻址系统的一些实施例的示意图如图4所示。
80.ldnsr 41能够确定来自终端的边缘应用dns请求对应的应用类型。在一些实施例中，可以将边缘应用分为两类(假设称为a类、b类)，其中a类为业务流中会保留域名的应用，b类即为业务流中不保证保留域名的应用。在确定应用类型为业务流保留域名信息的应用(a类应用)的情况下，反馈终端位置对应的边缘网关的地址，以便终端向边缘网关发送应用访问请求。
81.在一些实施例中，若应用类型为b类，则可以按照相关技术中的方案执行。
82.边缘网关42能够在收到应用访问请求的情况下，根据应用访问请求携带的域名信息确定应用的访问地址，并将应用访问请求转发至应用的实际地址。在一些实施例中，如图4所示，应用寻址系统中还可以包括upf 43，能够接收来自终端的应用访问请求，并转发给边缘网关。
83.这样的应用寻址系统中，ldnsr对于网络中占大多数的业务流保留域名信息的应用，能够直接反馈边缘网关的地址，无需在本地dns中查询具体应用的地址，降低了ldnsr和本地dns的处理负担；对于此类应用，设置终端连接的边缘upf的分流识别规则均为匹配目标地址为边缘网关的地址，降低了边缘upf的配置负担和执行负担；避免mec部署在私网环
境且边缘upf连接多个mec平台时，mec私网的ip地址段重叠的问题，提高了各个mec中边缘应用扩展的灵活度，降低了扩展难度。
84.在一些实施例中，ldnsr 41还能够通过smf获取终端位置信息；判断边缘应用dns请求对应的应用类型是否为业务流保留域名信息的应用；若确定应用类型为业务流保留域名信息的应用，则根据终端位置所在区域确定对应的边缘网关的地址；在确定终端在对应区域的边缘分流策略已下发的情况下，向终端反馈携带有边缘网关的地址的dns响应；在确定终端在对应区域的边缘分流策略未下发的情况下，向smf发送请求建立边缘分流的用户面路径的用户面重选策略。如图4所示，应用寻址系统还包括smf44，能够执行5g核心网内的终端位置订阅，并向ldnsr 41反馈终端位置信息；根据用户面重选策略执行边缘psa插入，并配置边缘upf的分流策略。边缘upf43能够根据分流策略设置分流识别规则为匹配目标地址为边缘网关的ip地址。
85.这样的系统能够基于相关技术中对于边缘upf进行分流策略配置的过程，通过携带边缘网关的地址，实现边缘upf向边缘网关的分流，无需对smf、upf改进，有利于推广应用。
86.在一些实施例中，ldnsr还能够在确定应用类型为非业务流保留域名信息的应用的情况下，根据终端位置确定对应的本地dns，将边缘应用dns请求转发给本地dns；根据本地dns反馈的应用的访问地址触发smf下发分流策略，并向用户终端反馈应用的访问地址，以便终端根据应用的访问地址发送应用访问请求。如图4所示，应用寻址系统还包括本地dns45，能够根据边缘应用dns请求确定应用的实际访问地址，并反馈给ldnsr 41。
87.这样的系统能够实现对a类、b类业务的兼容，提高应用寻址的可靠性。
88.本公开的应用寻址系统的一些实施例的网络结构示意图如图5所示，主要涉及5gc(5g核心网)和mec平台。
89.5gc中，upf为用户面。5gc实现并保证对边缘业务的访问从边缘upf分流。
90.mec平台提供边缘应用的部署环境和必要的管理手段。
91.中心dns是运营商的传统dns，提供传统移动互联网的域名解析服务。
92.mec gw部署在mec平台，接收来自5g网络的边缘应用访问请求，实施mec平台上部署的边缘应用的访问分发，包括按域名分发和按ip地址分发。
93.边缘应用是部署在mec平台上的应用。
94.smf实施用户面管理。
95.ldnsr具备dns功能的应用功能，提供dns或dns代理功能。
96.如图5所示，mec平台内设置mec gw功能，作为终端访问边缘应用的统一接口网关设备。ldnsr配置位置和mec gw地址的对应关系，并已预先设定边缘应用所对应的类型(a类或b类)。当终端发起dns请求时，ldnsr首先判断应用类型，对b类应用按已知方法进行域名解析(如图中虚线箭头所示)。
97.对a类应用的域名解析请求执行图中实现箭头所示的过程。ldnsr根据终端位置统一回复对应的mec gw地址(mec平台与mec gw为一对一关系)。终端访问同一个mec上的a类边缘应用时，均向mec gw发起请求，因此边缘upf只需要配置匹配网关ip的分流规则，实现对于a类应用，分流规则不需随着应用的增删发生变化。mec gw作为访问代理，对于a类应用，根据访问请求中的域名信息进行访问请求的寻址，转发到内部应用对应的实际ip；对b
类应用仍按ip地址进行分发，从而实现终端访问到其请求的应用服务。
98.以图6中所示的域名、应用访问过程为例，mec平台上引入了mec gw作为访问代理。
99.ue需要访问应用时，首先发起dns请求，dns请求的目标地址为ldnsr的地址(终端注册时smf分配给ue)。ldnsr与smf交互获取终端位置信息；对b类应用，按已知方案转发到本地dns进行域名解析，对a类应用(如图中的应用1、应用2,)，返回的地址相同，均为边缘区域的mec gw的ip地址。
100.ldnsr同时根据解析结果的ip地址，触发smf(与ldnsr合设或通过信令交互)实施本地分流策略，其中对a类应用，只需配置匹配mec gw的ip地址的分流策略。
101.终端访问a类的不同应用时，均向mec gw发起请求。终端的业务请求被本地分流，经边缘upf到mec gw。mec gw对于a类应用，根据请求中的域名信息对访问请求进行二次分发，将访问的目标地址转换为应用对应的内部实际ip地址。
102.另外，对b类应用则直接根据ip地址进行路由，从而实现边缘计算应用的寻址。
103.这样的业务寻址系统，使得对大多数的边缘应用只配置网关地址的分流策略就可以代替所有a类应用的分流配置，简化了网络的分流策略配置；ldnsr直接将a类本地应用解析为网关地址，a类应用的域名解析不需要本地dns参与，简化了地址解析配置；mec上a类应用的删减，和应用状态的变化，不影响网络分流策略和ldnsr的配置，从而部分实现了应用变化无感知；mec gw作为访问网关，屏蔽了a类应用的实际地址，提升应用的安全性；mec平台对外呈现的地址大大减少，避免了多mec平台连接的地址冲突，只需根据mec gw地址和少量b类应用ip区分路由，简化了路由设置。
104.本公开业务寻址系统的一个实施例的结构示意图如图7所示。业务寻址系统包括存储器701和处理器702。其中：存储器701可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储上文中业务寻址方法的对应实施例中的指令。处理器702耦接至存储器701，可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器702用于执行存储器中存储的指令，能够降低ldnsr和本地dns的处理负担，降低边缘upf的配置负担和执行负担，降低了扩展难度。
105.在一个实施例中，还可以如图8所示，业务寻址系统800包括存储器801和处理器802。处理器802通过bus总线803耦合至存储器801。该业务寻址系统800还可以通过存储接口804连接至外部存储装置805以便调用外部数据，还可以通过网络接口806连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。
106.在该实施例中，通过存储器存储数据指令，再通过处理器处理上述指令，能够降低ldnsr和本地dns的处理负担，降低边缘upf的配置负担和执行负担，降低了扩展难度。
107.在另一个实施例中，一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现业务寻址方法对应实施例中的方法的步骤。本领域内的技术人员应明白，本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
108.本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程
和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
109.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
110.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
111.至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。
112.可能以许多方式来实现本公开的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。
113.最后应当说明的是：以上实施例仅用以说明本公开的技术方案而非对其限制；尽管参照较佳实施例对本公开进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本公开的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本公开技术方案的精神，其均应涵盖在本公开请求保护的技术方案范围当中。