数据分流方法、服务器及介质与流程

1.本技术涉及网络通信领域，尤其涉及一种数据分流方法、服务器及介质。


背景技术：

2.随着5g专网在工业及其他垂直行业领域的广泛应用，公网、专网呈现协同发展趋势。在既有公网、又有专网覆盖的区域，公网、专网业务数据的按需分流变得越来越重要。
3.现有的公网、专网业务的数据分流方案主要包括基站分流、核心网分流以及终端分流等。当企业办理数据分流业务时，运营商会对企业的业务需求进行简单的评估，然后从现有的分流方案中选择比较适配的进行开通，或者直接根据企业选择的分流方案进行开通。但是，企业的需求是多种多样的，运营商通过简单的评估选择的分流方案可能并不合适，此外，企业本身可能也并不清楚应该选择哪种分流方案。上述原因均可能导致运营商最终开通的分流方案并不准确，以致不能够满足企业的需求，企业往往会另外开通其他的分流方案作为补充，使得企业数据分流的成本过高，用户体验差。
4.因此，需要一种准确性更高、用户体验更好的数据分流方案。


技术实现要素：

5.本技术提供一种数据分流方法、服务器及介质，用以解决现有的数据分流方法准确性低、用户体验差的技术问题。
6.第一方面，本技术提供一种数据分流方法，包括：
7.根据接收的用户终端发送的数据分流请求，确定所述数据分流请求中的业务需求信息对应的分流评估指标，所述分流评估指标包括功能需求指标、用户体验指标以及运营商运维指标；
8.根据所述分流评估指标，确定每一预设的数据分流策略对应的评估分数；
9.根据最大评估分数对应的数据分流策略，确定所述数据分流请求对应的目标分流策略，并将所述目标分流策略以及对应的策略信息发送至所述用户终端。
10.在一种可能的实施方式中，所述确定所述数据分流请求中的业务需求信息对应的分流评估指标，具体包括：
11.根据预设的指标元素，对所述数据分流请求中的业务需求信息进行元素提取，以得到对应的分流评估指标；
12.其中，所述指标元素包括功能需求指标元素、用户体验指标元素以及运营商运维指标元素，所述功能需求指标元素包括访问类别、漫游范围、流量限制、安全限制、状态变更中的一种或多种，所述用户体验指标元素包括操作便捷性、操作无感度、企业兼容性、场景普适性、业务开通效率、资费中的一种或多种，所述运营商运维指标元素包括网络升级成本、网络配置复杂度、跨省协调工作量、版本迭代兼容性、升级维护工作量、投入产出比中的一种或多种。
13.在一种可能的实施方式中，所述根据所述分流评估指标，确定每一预设的数据分
流策略对应的评估分数，具体包括：
14.根据预设的指标元素与分数的对应关系，确定所述分流评估指标中的每一指标元素对应的分数；
15.根据预设的指标元素与权重的对应关系，确定所述分流评估指标中的每一指标元素在每一预设的数据分流策略中的权重；
16.对于每一所述数据分流策略，根据每一指标元素对应的分数以及权重，确定所述数据分流策略对应的评估分数。
17.在一种可能的实施方式中，在所述根据预设的指标元素与权重的对应关系，确定所述分流评估指标中的每一指标元素在每一所述数据分流策略中的权重之前，还包括：
18.判断所述数据分流请求中是否存在指标元素调整信息；
19.若是，则确定所述指标元素调整信息对应的待调整指标元素；
20.根据所述指标元素调整信息对所述待调整指标元素，对每一所述数据分流策略中的权重进行调整；
21.相应的，所述对于每一所述数据分流策略，根据每一指标元素对应的分数以及权重，确定所述数据分流策略对应的评估分数，具体包括：
22.对于每一所述数据分流策略，根据每一指标元素对应的分数以及调整后的权重，确定所述数据分流策略对应的评估分数。
23.在一种可能的实施方式中，所述预设的数据分流策略包括基站分流策略、基于上行分类器的核心网分流策略、基于数据网络名称的终端分流策略、基于用户设备的终端分流策略中的一种或多种
24.在一种可能的实施方式中，在所述将所述目标分流策略以及对应的策略信息发送至所述用户终端之后，还包括：
25.在接收到所述用户终端发送的数据分流配置请求之后，根据所述数据分流配置请求中的用户分流策略，进行网络侧数据分流功能开通以及相应的参数配置。
26.在一种可能的实施方式中，在所述接收到所述用户终端发送的数据分流配置请求之后，所述方法还包括：
27.判断所述数据分流配置请求中的用户分流策略与所述数据分流请求对应的目标分流策略是否一致；
28.若否，则根据所述用户分流策略对所述分流评估指标、指标元素以及每一所述指标元素对应的权重中的一种或多种进行调整。
29.第二方面，本技术提供一种服务器，包括：
30.接收模块，用于根据接收的用户终端发送的数据分流请求，确定所述数据分流请求中的业务需求信息对应的分流评估指标，所述分流评估指标包括功能需求指标、用户体验指标以及运营商运维指标；
31.处理模块，用于根据所述分流评估指标，确定每一预设的数据分流策略对应的评估分数；根据最大评估分数对应的数据分流策略，确定所述数据分流请求对应的目标分流策略，并将所述目标分流策略以及对应的策略信息发送至所述用户终端。
32.第三方面，本技术提供一种服务器，包括：处理器，以及与所述处理器通信连接的存储器；
33.所述存储器存储计算机执行指令；
34.所述处理器执行所述存储器存储的计算机执行指令，以实现上述的方法。
35.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现上述的方法。
36.本技术提供的数据分流方法、服务器及介质，可以根据接收的用户终端发送的数据分流请求，确定数据分流请求中的业务需求信息对应的分流评估指标，分流评估指标包括功能需求指标、用户体验指标以及运营商运维指标；根据分流评估指标，确定每一预设的数据分流策略对应的评估分数；根据最大评估分数对应的数据分流策略，确定数据分流请求对应的目标分流策略，并将目标分流策略以及对应的策略信息发送至用户终端。本技术的方法，不再是通过运营商对企业的业务需求进行简单的评估而确定数据分流方案，也不再是企业本身任意选择，而是通过业务需求信息收集用户对应的分流评估指标，从而充分考虑用户的实际分流需求。此外，还预先设置数据分流策略，在确定分流评估指标之后，根据分流评估指标确定每一预设的数据分流策略对应的评估分数，其中最大评估分数对应的数据分流策略就是符合用户实际分流需求的目标分流策略。通过这样的设置，可以提供一套标准化、流程化、可视化的客观的数据分流方案的匹配流程，而不再是主观的随意评估，从而提高数据分流的准确性，并且能够满足用户的业务需求，不需要用户补充开通其他数据分流方案而增加成本，提升了用户体验。
附图说明
37.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
38.图1为本技术一实施例的系统架构图；
39.图2为本技术一实施例的数据分流方法的流程图；
40.图3为本技术另一实施例的数据分流方法的流程图；
41.图4为本技术一实施例的服务器的结构示意图；
42.图5为本技术另一实施例的服务器的结构示意图。
43.附图标记：1、用户终端；2、服务器；41、接收模块；42、处理模块。
44.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
45.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
46.随着5g专网在工业及其他垂直行业领域的广泛应用，公网、专网呈现协同发展趋势。在既有公网、又有专网覆盖的区域，运营商通常会为用户提供两大类业务访问：1)专网业务：即企业内网业务，如企业oa、监控app、邮箱客户端等，承载于企业核心机房服务器上，
或运营商mec平台上，通过5g专网可访问。2)公网业务：即互联网业务，如微信、百度、浏览器等，承载于互联网或公有云上，通过5g公网可访问。
47.为了安全性考虑，专网业务与公网业务是逻辑隔离或物理隔离的，取决于5g专网部署模式。针对不同的用户身份，网络侧需要对用户的访问进行限制：1)如果用户签约的是专网业务，那么网络侧应限制其对公网的访问，如只允许少量的公网访问，避免物联网终端(资费更低)被当作普通终端滥用。2)如果用户签约的是公网业务，即公众用户，那么网络侧应限制其对专网的访问，如只有到达一定区域或签约了专网服务才有权访问。
48.因此，公网、专网重叠覆盖区域，需要为用户解决公网业务、专网业务按需分流的问题，且根据用户的身份设置不同的分流策略。
49.现有的数据分流方案主要包括基站分流、核心网分流以及终端分流：
50.1)基站分流：在现有5g基站功能上，引入本地分流lbo(local break out，本地疏导)功能，对n3口gtp-u数据流进行解析，按照pcf上配置的分流规则(如按不同plmn实现不同路由)对数据包的流向进行分流：如果是本地业务的流量(对应专网plmn)，直接路由到企业内网服务器或mec上；如果是公网业务的流量(对应公网plmn)，正常通过n3口转发到公网upf处理。基站侧lbo分流方案部署开通方便，从空口一跳直达业务，而无需核心网感知。但该方案仅能实现园区内本地业务和非本地业务的分流，当用户漫游到园区外时无法访问企业内网业务。
51.2)基于ul cl的核心网分流：upf采用ul cl(uplink classifier。上行分类器)方案将本地业务分流至mec平台。在用户pdu会话建立过程中或建立完成后，smf可以在pdu会话的数据路径中插入或者删除一个或多个ul cl。ul cl支持基于smf提供的流量检测和流量转发规则，向不同的pdu会话锚点upf转发上行业务流，并且将来自链路上的不同pdu会话锚点upf的下行业务流合并到5g终端。upf ul cl分流方案对用户友好，终端不感知ul cl的分流。但该方案仅能实现园区内本地业务和非本地业务的分流，当用户漫游到园区外时无法访问企业内网业务。
52.3)基于dnn的核心网分流：用户同时签约了通用dnn和专用dnn。无论用户在园区内还是园区外，通过手动修改dnn可访问企业内网业务或互联网业务。dnn分流方案对网络侧友好，无需复杂配置，终端侧修改dnn即可实现分流。但只有android类终端支持手动切换dnn，ios类终端不支持。
53.4)ursp分流(终端分流)：ursp(ue route selection policy)属于5g新引入的特性，对终端有新的功能要求，终端的操作系统或调制解调器需支持两类dnn，并将应用流绑定到相关的dnn上，如企业内网业务与专用dnn绑定，其余互联网业务与通用dnn绑定。用户无需手动配置dnn或切换dnn，根据ursp规则自动建立多条pdu会话。ursp方案可避免网络侧复杂的分流策略。但需要为企业内网业务定制专用的应用程序，在应用程序侧进行配置，以实现不同业务流的区分，依赖于终端操作系统的支持。
54.当企业办理数据分流业务时，运营商会对企业的业务需求进行简单的评估，然后从现有的分流方案中选择比较适配的进行开通，或者直接根据企业选择的分流方案进行开通。但是，企业的需求是多种多样的，运营商通过简单的评估选择的分流方案可能并不合适，此外，企业本身可能也并不清楚应该选择哪种分流方案。上述原因均可能导致运营商最终开通的分流方案并不准确，以致不能够满足企业的需求，企业往往会另外开通其他的分
流方案作为补充，使得企业数据分流的成本过高，用户体验差。
55.基于该技术问题，本技术的发明构思在于：如何提供一种准确性更高、用户体验更好的数据分流方法。
56.具体为，可以根据接收的用户终端发送的数据分流请求，确定数据分流请求中的业务需求信息对应的分流评估指标，分流评估指标包括功能需求指标、用户体验指标以及运营商运维指标；根据分流评估指标，确定每一预设的数据分流策略对应的评估分数；根据最大评估分数对应的数据分流策略，确定数据分流请求对应的目标分流策略，并将目标分流策略以及对应的策略信息发送至用户终端。本技术的方法，不再是通过运营商对企业的业务需求进行简单的评估而确定数据分流方案，也不再是企业本身任意选择，而是通过业务需求信息收集用户对应的分流评估指标，从而充分考虑用户的实际分流需求。此外，还预先设置数据分流策略，在确定分流评估指标之后，根据分流评估指标确定每一预设的数据分流策略对应的评估分数，其中最大评估分数对应的数据分流策略就是符合用户实际分流需求的目标分流策略。通过这样的设置，可以提供一套标准化、流程化、可视化的客观的数据分流方案的匹配流程，而不再是主观的随意评估，从而提高数据分流的准确性，并且能够满足用户的业务需求，不需要用户补充开通其他数据分流方案而增加成本，提升了用户体验。
57.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
58.图1是本技术一实施例的系统架构图，如图1所示，1表示用户终端，2表示服务器。企业的操作人员通过其对应的用户终端1向服务器2提交数据分流请求，数据分流请求中可以包括该工作人员在请求提交页面输入的业务需求信息。服务器2在接收到用户终端输入的数据分流请求之后，确定数据分流请求中的业务需求信息对应的分流评估指标；根据分流评估指标确定每一预设的数据分流策略对应的评估分数；根据最大评估分数对应的数据分流策略，确定数据分流请求对应的目标分流策略，并将目标分流策略以及对应的策略信息发送至用户终端1。
59.实施例一
60.图2是本技术一实施例提供的数据分流方法的流程图，本实施例以执行主体为服务器对该数据分流方法进行说明。如图2所示，该数据分流方法可以包括以下步骤：
61.s101：根据接收的用户终端发送的数据分流请求，确定数据分流请求中的业务需求信息对应的分流评估指标，分流评估指标包括功能需求指标、用户体验指标以及运营商运维指标。
62.在本实施例中，用户通过用户终端直接向服务器提交数据分流请求，数据分流请求可以是根据用户在请求提交页面输入的业务需求信息生成的。业务需求信息可以包括用户对公网业务和专网业务的需求、成本信息等，具体的业务需求信息本领域技术人员可以灵活设置，在此不作任何限制。
63.在本实施例中，分流评估指标包括但不限于：功能需求指标、用户体验指标以及运营商运维指标，只要与数据分流相关的指标均可作为分流评估指标，在此不作任何限制。功能需求指标可以是与用户具体网络需求相关的指标，用户体验指标可以是与用户实际网络
使用体验相关的指标，运营商运维指标可以是与网络实际运营、维护等相关的指标。
64.在一个可能的实施方式中，上述步骤s101中确定数据分流请求中的业务需求信息对应的分流评估指标，可以包括：根据预设的指标元素，对数据分流请求中的业务需求信息进行元素提取，以得到对应的分流评估指标。
65.其中，指标元素包括功能需求指标元素、用户体验指标元素以及运营商运维指标元素，功能需求指标元素包括访问类别、漫游范围、流量限制、安全限制、状态变更中的一种或多种，用户体验指标元素包括操作便捷性、操作无感度、企业兼容性、场景普适性、业务开通效率、资费中的一种或多种，运营商运维指标元素包括网络升级成本、网络配置复杂度、跨省协调工作量、版本迭代兼容性、升级维护工作量、投入产出比中的一种或多种。
66.在本实施方式中，运营商可以事先根据市场调研、历史经验等预先设置各分流评估指标对应的指标元素，具体的指标元素本领域技术人员可以根据实际需求灵活设置，并不仅局限于上述指标元素，在此不作任何限制。
67.在本实施方式中，每一个指标元素均可对应多个不同的选项，例如，访问类别这一指标元素可以包括：仅支持访问互联网业务、仅支持访问企业内网业务和既支持访问企业内网业务，又支持访问互联网业务这三个选项。
68.在本实施方式中，运营商可以事先根据市场调研、历史经验等预先设置各分流评估指标对应的指标元素，尽可能地保证指标元素的全面和精确。在接收到用户终端输入的数据分流请求之后，可以直接根据预设的指标元素，对数据分流请求中的业务需求信息进行元素提取，以得到对应的分流评估指标。通过这样的设置，可以实现分流评估指标标准化、智能化的提取和确定，保证分流评估指标的准确性和全面性，以便于后续评估分数的确定。
69.s102：根据分流评估指标，确定每一预设的数据分流策略对应的评估分数。
70.在本实施例中，上述步骤s102根据分流评估指标，确定每一预设的数据分流策略对应的评估分数的具体实施方式请详见实施例二。
71.s103：根据最大评估分数对应的数据分流策略，确定数据分流请求对应的目标分流策略，并将目标分流策略以及对应的策略信息发送至用户终端。
72.在本实施例中，在确定每一预设的数据分流策略对应的评估分数之后，其中最大评估分数对应的数据分流策略即为最适配用户数据分流需求的目标分流策略，可以将目标分流策略以及对应的策略信息发送至用户终端，以供用户参考、确定。
73.在本实施例中，目标分流策略以及对应的策略信息可以包括目标分流策略开通的成本、使用资费、开通时间等信息，具体的策略信息本领域技术人员可以灵活设置，只要与目标分流策略相关即可，在此不作任何限制。
74.在一个可能的实施方式中，在上述步骤s103中的将目标分流策略以及对应的策略信息发送至用户终端之后，还可以包括：在接收到用户终端发送的数据分流配置请求之后，根据数据分流配置请求中的用户分流策略，进行网络侧数据分流功能开通以及相应的参数配置。
75.在本实施方式中，将目标分流策略以及对应的策略信息发送至用户终端，是为了等待用户确认是否开通目标分流策略，若接收到用户终端发送的数据分流配置请求，则说明用户同意开通目标分流策略，或者想要开通其他策略，因此，可以根据数据分配置请求中
的用户分流策略，进行网络侧数据分流功能开通以及相应的参数配置。通过这样的设置，即可自动化且简便地完成数据分流业务的开通和配置。
76.在一个可能的实施方式中，在接收到用户终端发送的数据分流配置请求之后，该方法还可以包括：判断数据分流配置请求中的用户分流策略与数据分流请求对应的目标分流策略是否一致；若否，则根据用户分流策略对分流评估指标、指标元素以及每一指标元素对应的权重中的一种或多种进行调整。
77.在本实施方式中，用户开通分流策略时开通的可能并不是服务器匹配并推荐的目标分流策略，若用户未开通目标分流策略，说明服务器的分流策略匹配过程可能出现问题。因此，当用户开通的用户分流策略并不是服务器匹配并推荐的目标分流策略时，需要根据用户选择的用户分流策略对分流评估指标、指标元素以及每一指标元素对应的权重等进行调整，从而不断根据用户的实际需求和选择调整服务器的分流策略匹配过程，通过不断的迭代过程提高数据分流的准确性，提高用户使用体验。
78.在本实施例中，可以在接收到用户终端输入的数据分流请求之后，确定数据分流请求中的业务需求信息对应的分流评估指标，分流评估指标包括功能需求指标、用户体验指标以及运营商运维指标；根据分流评估指标确定每一预设的数据分流策略对应的评估分数；根据最大评估分数对应的数据分流策略，确定数据分流请求对应的目标分流策略，并将目标分流策略以及对应的策略信息发送至用户终端。本技术的方法，不再是通过运营商对企业的业务需求进行简单的评估而确定数据分流方案，也不再是企业本身任意选择，而是通过业务需求信息收集用户对应的分流评估指标，从而充分考虑用户的实际分流需求。此外，还预先设置数据分流策略，在确定分流评估指标之后，根据分流评估指标确定每一预设的数据分流策略对应的评估分数，其中最大评估分数对应的数据分流策略就是符合用户实际分流需求的目标分流策略。通过这样的设置，可以提供一套标准化、流程化、可视化的客观的数据分流方案的匹配流程，而不再是主观的随意评估，从而提高数据分流的准确性，并且能够满足用户的业务需求，不需要用户补充开通其他数据分流方案而增加成本，提升了用户体验。
79.下面以具体的实施例二对上述实施例一的步骤s102根据分流评估指标，确定每一预设的数据分流策略对应的评估分数进行详细的阐述。
80.实施例二
81.图3是本技术另一实施例提供的数据分流方法的流程图，本实施例以执行主体为服务器对该数据分流方法进行说明。如图3所示，该数据分流方法可以包括以下步骤：
82.s201：根据预设的指标元素与分数的对应关系，确定分流评估指标中的每一指标元素对应的分数。
83.在本实施例中，运营商可以事先根据市场调研、历史经验等预先设置指标元素与分数的对应关系，具体的指标元素与分数的对应关系本领域技术人员可以灵活设置，在此不作任何限制。不同类别的指标元素可以分别设置对应的分数，同一类别的指标元素的不同选项也可以分别设置对应的分数，示例性的，以访问类别这一指标元素为例，若选项为仅支持访问互联网业务，则该指标元素对应的分数为1；若选项为仅支持访问企业内网业务，则该指标元素对应的分数为3；若选项为如果既支持访问企业内网业务，又支持访问互联网业务，则该指标元素对应的分数为5。通过这样的设置，可以实现分流评估指标和各指标元
素的量化。
84.s202：根据预设的指标元素与权重的对应关系，确定分流评估指标中的每一指标元素在每一预设的数据分流策略中的权重。
85.在本实施例中，运营商可以事先根据市场调研、历史经验等预先设置指标元素与权重的对应关系，具体的指标元素与权重的对应关系本领域技术人员可以灵活设置，在此不作任何限制。不同类别的指标元素可以分别设置对应的权重，同一类别的指标元素的不同选项也可以分别设置对应的权重，示例性的，以访问类别这一指标元素为例，若选项为仅支持访问互联网业务，则该指标元素对应的权重为0.5；若选项为仅支持访问企业内网业务，则该指标元素对应的权重为0.8；若选项为如果既支持访问企业内网业务，又支持访问互联网业务，则该指标元素对应的权重为1。通过这样的设置，可以对各指标元素的重要程度进行衡量。
86.在本实施例中，同一指标元素在每一预设的数据分流策略中的权重，本领域技术人员可以根据实际应用情况灵活设置，同一指标元素在不同的数据分流策略中的权重可以相同，也可以不同，在此不作任何限制。示例性的，基站分流策略(lbo)和基于上行分类器的核心网分流策略(ulcl)均为本地业务，仅能实现园区内本地业务和非本地业务的分流，当用户漫游到园区外时无法访问企业内网业务，因此其漫游范围这一指标元素对应的权重较高。而基于用户设备的终端分流策略(ursp)的分流并不仅局限于园区，用户无需手动配置dnn或切换dnn，因此，其漫游范围这一指标元素对应的权重较低，而操作便捷性、操作无感度、企业兼容性、场景普适性等指标元素对应的权重较高。
87.在一个可能的实施方式中，上述步骤s202中的预设的数据分流策略可以包括基站分流策略、基于上行分类器的核心网分流策略、基于数据网络名称的终端分流策略、基于用户设备的终端分流策略中的一种或多种。
88.在本实施方式中，基站分流策略、基于上行分类器的核心网分流策略、基于数据网络名称的核心网分流策略和终端分流策略均为现有的数据分流策略，在此不做具体介绍，可以参照现有技术。当然，预设的数据分流策略并不仅局限于此，只要是数据分流相关的策略均可作为预设的数据分流策略。示例性的，预设的数据分流策略也可以是：基站分流+切片、基站分流+plmn、基站分流+ip五元组/dns、ul cl+无条件触发、ul cl+有条件触发、双dnn+手动切换dnn、双dnn+sdk自动配置、ursp定制终端等。
89.在本实施方式中，预设的数据分流策略可以是单一的分流策略，也可以是多个分流策略的组合，具体的组合方式本领域技术人员可以灵活设置。示例性的，预设的数据分流策略可以包括四个单一的分流策略，也可以包括四个单一的分流策略，以及任意两个分流策略的组合。
90.在本实施方式中，单一的现有分流策略往往难以平衡终端操作便捷性、网络配置复杂度、低资费优服务等矛盾，因此，预设的数据分流策略可以包括多种分流策略的组合，通过多种分流策略的不同组合方式为用户提供更多、更全面的选择，从而提高数据分流的准确性和适配性。
91.在一个可能的实施方式中，在上述步骤s202根据预设的指标元素与权重的对应关系，确定分流评估指标中的每一指标元素在每一数据分流策略中的权重之前，还可以包括：
92.判断数据分流请求中是否存在指标元素调整信息；若是，则确定指标元素调整信
息对应的待调整指标元素；根据指标元素调整信息对待调整指标元素，对每一数据分流策略中的权重进行调整。
93.相应的，上述步骤s202对于每一数据分流策略，根据每一指标元素对应的分数以及权重，确定数据分流策略对应的评估分数，可以包括：对于每一数据分流策略，根据每一指标元素对应的分数以及调整后的权重，确定数据分流策略对应的评估分数。
94.在本实施方式中，如果用户的使用场景比较特殊，对数据分流有特殊的需求，则其在通过用户终端提交数据分流请求时，可以额外提交指标元素调整信息，以对指标元素调整信息对应的待调整指标元素的权重进行调整。
95.示例性的，政务行业客户对安全有特殊要求，希望漫游时所有流量(无论是政务外网，还是微信、微博等互联网业务)先迂回归属地，再通过专网upf进行ul cl分流，因此该类客户比较倾向于ul cl分流策略，并且需要对安全限制这一指标元素和/或其选项的权重进行调整。而教育行业客户对操作便捷性有特殊要求，希望无论在校园内还是校园外，均能不换卡、不换号、不换手机，无感切换校园oa与其它互联网业务，因此该类客户需要对操作便捷性、操作无感度等指标元素和/或其选项的权重进行调整。
96.在本实施方式中，指标元素调整信息对应的待调整指标元素，可以为一个，也可以为多个，在此不做任何限制。
97.在本实施方式中，预设的指标元素与权重的对应关系可以是运营商根据市场调研、历史经验、技术评估等得到的，该对应关系具备普适性，可以满足大部分用户的需要。但如果用户的使用场景比较特殊，对数据分流有特殊的需求，则需要根据用户特殊的需求对指标元素对应的权重进行调整，以使各数据分流策略对应的评估分数的计算更加准确，选择出更加符合用户需求的分流策略，进一步提高数据分流的准确性，提升用户使用体验。
98.s203：对于每一数据分流策略，根据每一指标元素对应的分数以及权重，确定数据分流策略对应的评估分数。
99.在本实施例中，对于每一数据分流策略，可以首先计算每一指标元素对应的分数与权重的积，然后对每一指标元素分数与权重的积进行加和，即可得到数据分流策略对应的评估分数。
100.示例性的，以数据分流策略为lbo+dnn为例，该数据分流策略对应的评估分数可以通过下列公式(1)计算得到：
[0101][0102]
其中，f
lbo+dnn
表示数据分流策略lbo+dnn对应的评估分数，∑
i＝1
αixi表示全部功能需求指标对应的分数，∑
j＝1
βjyj表示全部用户体验指标对应的分数，∑
k＝1
γkzk表示全部运营商运维指标对应的分数。αi表示功能需求指标中第i个指标元素对应的权重，xi表示功能需求指标中第i个指标元素对应的分数；βj表示用户体验指标中第j个指标元素对应的权重，yj表示用户体验指标中第j个指标元素对应的分数；γk表示运营商运维指标中第k个指标元素对应的权重，zk表示运营商运维指标中第k个指标元素对应的分数。
[0103]
在本实施例中，运营商可以事先根据市场调研、历史经验等预先设置指标元素与分数的对应关系，根据预设的指标元素与分数的对应关系，即可简单便捷地确定分流评估
指标中的每一指标元素对应的分数，通过这样的设置，可以实现分流评估指标和各指标元素的量化。运营商也可以事先根据市场调研、历史经验等预先设置指标元素与权重的对应关系，根据预设的指标元素与权重的对应关系，即可简单便捷地确定分流评估指标中的每一指标元素在每一预设的数据分流策略中的权重。通过这样的设置，可以对各指标元素的重要程度进行衡量。对于每一数据分流策略而言，在确定每一指标元素对应的分数以及权重之后，即可对每一指标元素分数与权重的积进行加和，以得到数据分流策略对应的评估分数。通过这样的设置，可以提供一套标准化、流程化的评估分数的计算过程，以选择出符合用户需求的分流策略，进一步提高数据分流的准确性，提升用户使用体验。
[0104]
下面以一个具体的实施例对本技术的数据分流方法进行阐述。
[0105]
实施例三
[0106]
在一个具体的实施例中，某企业由于业务需要，同时申请了专网业务与公网业务，该企业还需要开通数据分流业务，具体的数据分流过程如下：
[0107]
第一步，该企业的工作人员通过其对应的用户终端向服务器提交数据分流请求，数据分流请求中可以包括该工作人员在请求提交页面输入的业务需求信息。服务器在接收到用户终端输入的数据分流请求之后，确定数据分流请求中的业务需求信息对应的分流评估指标。
[0108]
第二步，服务器根据预设的指标元素与分数的对应关系，确定分流评估指标中的每一指标元素对应的分数；根据预设的指标元素与权重的对应关系，确定分流评估指标中的每一指标元素在每一预设的数据分流策略中的权重；对于每一数据分流策略，根据每一指标元素对应的分数以及权重，确定数据分流策略对应的评估分数。
[0109]
第三步，服务器确定最大评估分数对应的数据分流策略，为数据分流请求对应的目标分流策略，并将目标分流策略以及对应的策略信息发送至用户终端。
[0110]
第四步，操作人员通过用户终端接收到目标分流策略以及对应的策略信息之后，认为该目标分流策略可以匹配企业的实际业务需求，并通过用户终端数据向服务器发送分流配置请求。
[0111]
第五步，服务器在接收到用户终端发送的数据分流配置请求之后，根据数据分流配置请求中的用户分流策略，进行网络侧数据分流功能开通以及相应的参数配置。
[0112]
图4为本技术一实施例的服务器的结构示意图，如图4所示，该服务器包括：接收模块41，用于根据接收的用户终端发送的数据分流请求，确定数据分流请求中的业务需求信息对应的分流评估指标，分流评估指标包括功能需求指标、用户体验指标以及运营商运维指标；处理模块42，用于根据分流评估指标，确定每一预设的数据分流策略对应的评估分数；根据最大评估分数对应的数据分流策略，确定数据分流请求对应的目标分流策略，并将目标分流策略以及对应的策略信息发送至用户终端。一个实施方式中，服务器具体实现功能的描述可以参见实施例一中的步骤s101-s103以及实施例二中的步骤s201-s203，在此不做赘述。
[0113]
图5为本技术另一实施例的服务器的结构示意图，如图5所示，该服务器包括：处理器101，以及与处理器101通信连接的存储器102；存储器102存储计算机执行指令；处理器101执行存储器102存储的计算机执行指令，实现上述各方法实施例中数据分流方法的步骤。
[0114]
在上述服务器中，存储器102和处理器101之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可以通过一条或者多条通信总线或信号线实现电性连接，如可以通过总线连接。存储器102中存储有实现数据访问控制方法的计算机执行指令，包括至少一个可以软件或固件的形式存储于存储器102中的软件功能模块，处理器101通过运行存储在存储器102内的软件程序以及模块，从而执行各种功能应用以及数据处理。
[0115]
存储器102可以是，但不限于，随机存取存储器(random access memory，简称：ram)，只读存储器(read only memory，简称：rom)，可编程只读存储器(programmableread-only memory，简称：prom)，可擦除只读存储器(erasable programmable read-onlymemory，简称：eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，简称：eeprom)等。其中，存储器102用于存储程序，处理器101在接收到执行指令后，执行程序。进一步地，上述存储器102内的软件程序以及模块还可包括操作系统，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通信，从而提供其他软件组件的运行环境。
[0116]
处理器101可以是一种集成电路芯片，具有信号的处理能力。上述的处理器101可以是通用处理器，包括中央处理器(central processing unit，简称：cpu)、网络处理器(network processor，简称：np)等。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0117]
本技术的一实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现本技术各方法实施例的步骤。
[0118]
本技术的一实施例还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本技术各方法实施例的步骤。
[0119]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由所附的权利要求书指出。
[0120]
应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。