一种信息载体访问方法、装置及电子设备与流程

1.本发明涉及计算机技术领域，具体涉及一种信息载体访问方法、装置、计算机设备、存储介质和计算机程序产品。本发明同时涉及一种信息载体代码的处理方法、一种服务系统处理方法及另一种信息载体访问方法。


背景技术：

2.目前，为用户端提供服务的服务端可提供多种功能供用户端使用，有些功能需要用户端向服务端订阅后才能使用。在用户端向服务端订阅功能后，如果用户端需要访问能够承载订阅功能的信息载体，则服务端会将信息载体的实现代码发送给用户端，用户端根据信息载体的实现代码展示信息载体的内容，其中，信息载体的内容包括用户端已订阅功能的信息，用户端通过信息载体可以使用已订阅功能。
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.第二方面，本技术提供一种信息载体代码的处理方法，包括：确定多个用户可订阅的功能组合；针对任意一个用户可订阅的功能组合，获得所述任意一个用户可订阅的功能组合中的功能的实现代码；确定可承载所述任意一个用户可订阅的功能组合的目标信息载体，其中，用尸端通过访问所述目标信息载体获得所述任意一个用户可订阅的功能组合；根据所述任意一个用户可订阅的功能组合中的功能的实现代码生成所述目标信息载体的实现代码，所述目标信息载体的实现代码包括所述任意一个用户可订阅的功能组合中的功能的实现代码，所述目标信息载体的实现代码未包括除所述任意一个用户可订阅的功能组合中的功能之外的其他可订阅功能的实现代码。
39.可选的，所述确定多个用户可订阅的功能组合，包括：确定多个用户可订阅的功能；针对所述多个用户可订阅的功能进行组合处理，确定多个用户可订阅的功能组合。
40.可选的，所述确定可承载所述任意一个用户可订阅的功能组合的目标信息载体，包括：获得所述目标信息载体对应的目标信息载体模板；根据所述目标信息载体模板，判断所述目标信息载体是否可承载所述任意一个用户可订阅的功能组合。
41.可选的，所述根据所述目标信息载体模板，判断所述目标信息载体是否可承载用户可订阅功能，包括：判断所述目标信息载体模板中是否具有用于表示所述任意一个用户
可订阅的功能组合的订阅功能组件，或者，判断所述目标信息载体模板中是否为所述订阅功能组件预留有组件位置；如果所述目标信息载体模板中具有用于表示所述任意一个用户可订阅的功能组合的订阅功能组件，或者，如果所述目标信息载体模板中为所述订阅功能组件预留有组件位置，则确定所述目标信息载体可承载用户可订阅功能。
42.可选的，所述根据所述任意一个用户可订阅的功能组合中的功能的实现代码生成所述目标信息载体的实现代码，包括：获得所述目标信息载体中除所述任意一个用户可订阅的功能组合中的功能之外的其他信息元素的实现代码；根据所述任意一个用户可订阅的功能组合中的功能的实现代码和所述其他信息元素的实现代码，生成所述目标信息载体的实现代码。
43.可选的，所述方法还包括：获得用户端发出的用于请求访问所述目标信息载体的目标信息载体访问请求消息；判断所述目标信息载体是否可承载用户可订阅功能；如果确定所述目标信息载体可承载用户可订阅功能，则获得所述用户端对应的目标用户针对用户可订阅功能的订阅信息，所述订阅信息包括所述目标用户针对用户可订阅的功能组合的订阅信息；获得与所述订阅信息匹配的目标信息载体的实现代码，作为匹配信息载体代码，所述匹配信息载体代码包括所述目标用户的已订阅功能的实现代码，所述匹配信息载体代码未包括所述目标用户的未订阅功能的实现代码，所述目标用户的已订阅功能的实现代码为所述目标用户的已订阅功能组合中的功能的实现代码；根据所述匹配信息载体代码获得可发送给所述用户端的目标信息载体代码；将所述目标信息载体代码发送给所述用户端。
44.可选的，所述目标信息载体为目标主应用、目标子应用、目标页面中的任意一种载体。
45.可选的，所述用户端为商户端，所述多个用户可订阅的功能组合中的功能为商户可订阅的商户数据服务功能。
46.可选的，所述多个用户可订阅的功能组合中的功能包括以下至少一种功能：商户组织管理功能；商户数据推广功能；商户经营报表处理功能；商户数据分析功能。
47.第三方面，本技术提供一种服务系统处理方法，包括：确定子应用所需包括的页面；根据所述页面生成子应用；根据功能模块所需的子应用生成功能模块，所述功能模块用于实现用户端所需的功能；对多个功能模块进行差异化组合处理，获得多个功能模块组合；根据任意一个功能模块组合，生成承载所述任意一个功能模块组合的服务系统，所述服务系统包括所述任意一个功能模块组合，所述服务系统未包括除所述任意一个功能模块组合之外的其他功能模块组合。
48.可选的，所述方法还包括：获得针对所述页面的访问权限码，所述访问权限码用于表示用尸端访问所述页面所需的访问权限；所述根据所述页面生成子应用，包括：根据所述页面以及针对所述页面的访问权限码生成子应用。
49.可选的，所述根据所述页面生成子应用，包括：对子应该所需包括的页面进行组合处理，根据组合后的页面生成子应用。
50.可选的，所述根据功能模块所需的子应用生成功能模块，包括：对功能模块所需的子应用进行组合处理，根据组合后的子应用生成功能模块。
51.可选的，所述对多个功能模块进行差异化组合处理，获得多个功能模块组合，包括：对多个功能模块进行数量差异化组合处理，获得多个功能模块组合；和/或，对多个功能
模块进行功能差异化组合处理，获得多个功能模块组合。
52.可选的，如果对多个功能模块进行数量差异化组合处理，则所述多个功能模块组合中至少有两个功能模块组合所包括的功能模块的数量不同。
53.可选的，如果对多个功能模块进行功能差异化组合处理，则所述多个功能模块组合中任意两个功能模块组合所包括的功能模块不完全相同。
54.可选的，所述对多个功能模块进行差异化组合处理，获得多个功能模块组合，包括：获得所需生成的多个版本服务系统的版本信息集合；针对所述版本信息集合中的任意一个版本信息，获得与所述任意一个版本信息对应的功能模块组合策略信息；根据与所述任意一个版本信息对应的功能模块组合策略信息，获得与所述任意一个版本信息对应的功能模块组合。
55.可选的，所述根据任意一个功能模块组合，生成承载所述任意一个功能模块组合的服务系统，包括：根据与所述任意一个版本信息对应的功能模块组合，生成承载与所述任意一个版本信息对应的功能模块组合并与所述任意一个版本信息对应的服务系统，所述与所述任意一个版本信息对应的服务系统包括与所述任意一个版本信息对应的功能模块组合，所述与所述任意一个版本信息对应的服务系统未包括除与所述任意一个版本信息对应的功能模块组合之外的其他功能模块组合。
56.可选的，所述方法还包括：将所述服务系统投放到多个访问渠道，所述访问渠道为用户端访问服务系统的渠道。
57.可选的，所述方法还包括：将根据所述页面生成的子应用投放到用于生成服务系统的服务系统生成系统中；所述根据功能模块所需的子应用生成功能模块，包括：在所述服务系统生成系统中根据功能模块所需的子应用生成功能模块；所述根据任意一个功能模块组合，生成承载所述任意一个功能模块组合的服务系统，包括：在所述服务系统生成系统中根据任意一个功能模块组合，生成承载所述任意一个功能模块组合的服务系统。
58.可选的，所述服务系统包括正式发布的正式版服务系统和对所述正式版服务系统中的功能模块组合中的至少一个功能模块改进后所获得的灰度版服务系统；所述方法还包括：获得用户端发出的用于请求访问所述服务系统的服务系统访问请求消息；如果确定所述用户端对应的目标用户已订阅所述正式版服务系统中的功能模块组合，则判断是否向所述用户端发送所述灰度版服务系统的服务信息，所述灰度版服务系统的服务信息包括所述灰度版服务系统中的功能模块组合的功能信息；如果确定向所述用户端发送所述灰度版服务系统的服务信息，则向所述用户端发送所述灰度版服务系统的服务信息。
59.可选的，所述判断是否向所述用户端发送所述灰度版服务系统的服务信息，包括：判断所述用户端对应的目标用户是否为所述灰度版服务系统的白名单用户，或者，判断所述目标用户的用户特征是否与所述灰度版服务系统的白名单用户特征匹配；如果所述用户端对应的目标用户为所述灰度服务系统的白名单用户，则向所述用户端发送所述灰度版服务系统的服务信息；或者，如果所述目标用户的用户特征与所述灰度版服务系统的白名单用户特征匹配，则向所述用户端发送所述灰度版服务系统的服务信息。
60.可选的，所述判断是否向所述用户端发送所述灰度版服务系统的服务信息，包括：获得所述目标用户针对所述灰度版服务系统的灰度值；根据所述目标用户针对所述灰度版服务系统的灰度值，判断是否向所述用户端发送所述灰度版服务系统的服务信息。
61.可选的，所述获得所述目标用户针对所述灰度版服务系统的灰度值，包括：获得所述服务系统访问请求消息的接收时间戳数据；根据所述服务系统访问请求消息的接收时间戳数据，获得所述目标用户针对所述灰度版服务系统的灰度值。
62.可选的，所述根据所述服务系统访问请求消息的接收时间戳数据，获得所述目标用户针对所述灰度版服务系统的灰度值，包括：将所述服务系统访问请求消息的接收时间戳数据与预定值进行相除运算，获得所述服务系统访问请求消息的接收时间戳数据除以所述预定值后所获得的余数，作为所述目标用户针对所述灰度版服务系统的灰度值。
63.可选的，所述根据所述目标用户针对所述灰度版服务系统的灰度值，判断是否向所述用户端发送所述灰度版服务系统的服务信息，包括：判断所述目标用户针对所述灰度版服务系统的灰度值是否在预设的灰度值范围内；如果所述目标用户针对所述灰度版服务系统的灰度值在预设的灰度值范围内，则确定向所述用户端发送所述灰度版服务系统的服务信息。
64.可选的，所述方法还包括：如果确定不能向所述用户端发送所述灰度版服务系统的服务信息，则向所述用户端发送所述正式版服务系统的服务信息。
65.可选的，所述用户端为商户端，所述功能模块用于实现用户端所需的功能为商户数据服务功能。
66.可选的，所述商户数据服务功能包括以下至少一种功能：商户组织管理功能；商户数据推广功能；商户经营报表处理功能；商户数据分析功能。
67.第四方面，本技术提供另一种信息载体访问方法，包括：向服务端发出用于请求访问目标信息载体的目标信息载体访问请求消息；获得目标信息载体代码，所述目标信息载体代码包括目标用户的已订阅功能的实现代码，所述匹配信息载体代码未包括所述目标用户的未订阅功能的实现代码，所述目标信息载体可承载用户可订阅功能，所述已订阅功能和所述未订阅功能均为所述目标信息载体可承载的用户可订阅功能，所述目标用户为请求访问所述目标信息载体的用户；根据所述目标信息载体代码展示所述目标信息载体中的信息。
68.可选的，所述目标信息载体访问请求消息中包括所述目标用户针对用户可订阅功能的订阅信息；所述目标信息载体代码是根据与所述订阅信息匹配的目标信息载体的实现代码获得的，与所述订阅信息匹配的目标信息载体的实现代码包括目标用户的已订阅功能的实现代码，与所述订阅信息匹配的目标信息载体的实现代码未包括所述目标用户的未订阅功能的实现代码。
69.可选的，所述目标信息载体访问请求消息中包括用于请求订阅用户可订阅功能的订阅请求信息；所述目标信息载体代码是根据与订阅信息匹配的目标信息载体的实现代码获得的，与所述订阅信息匹配的目标信息载体的实现代码包括目标用户的已订阅功能的实现代码，与所述订阅信息匹配的目标信息载体的实现代码未包括所述目标用户的未订阅功能的实现代码，所述订阅信息是订阅操作结果获得的，所述订阅操作结果是针对所述订阅请求信息执行针对用户可订阅功能的订阅操作后获得的。
70.可选的，所述用户可订阅功能包括用户可订阅的多个功能；所述目标用户针对用户可订阅功能的订阅信息包括所述目标用户针对用户可订阅的多个功能中的至少一个功能的订阅信息。
71.可选的，所述目标用户已订阅的功能为所述目标用户已订阅的功能组合，不同的目标信息载体的实现代码对应不同的可订阅功能组合。
72.可选的，所述可订阅功能标识为可订阅功能组合的标识，所述已订阅功能标识为已订阅功能组合的标识，所述目标用户的已订阅功能为所述目标用户的已订阅功能组合。
73.可选的，所述目标信息载体为目标主应用、目标子应用、目标页面中的任意一种载体。
74.可选的，所述用户可订阅功能为商户可订阅的商户数据服务功能。
75.可选的，所述商户可订阅的商户数据服务功能包括以下至少一种功能：商户组织管理功能；商户数据推广功能；商户经营报表处理功能；商户数据分析功能。
76.可选的，还包括：获得所述服务端提供的可供所述目标用户选择订阅的多个可订阅功能组合；展示可供所述目标用户选择订阅的多个可订阅功能组合；响应于检测到针对所述多个可订阅功能组合中的至少一个可订阅功能组合的选择订阅操作，将所述目标用户选择订阅的可订阅功能组合的信息发送给所述服务端；获得所述服务端返回的所述订阅信息；其中，所述目标用户的已订阅功能为所述目标用户选择订阅的可订阅功能组合。
77.可选的，还包括：获得所述服务端提供的可供所述目标用户选择订阅的多个可订阅功能组合；展示可供所述目标用户选择订阅的多个可订阅功能组合；响应于检测到针对所述多个可订阅功能组合中的至少一个可订阅功能组合的选择订阅操作，确定所述目标用户选择订阅的可订阅功能组合；所述订阅请求信息具体用于请求订阅所述目标用户选择订阅的可订阅功能组合；其中，所述目标用户的已订阅功能为所述目标用户选择订阅的可订阅功能组合。
78.可选的，还包括：获得所述多个可订阅功能组合中的至少一个可订阅功能组合的轻量化特征数据；所述展示可供所述目标用户选择订阅的多个可订阅功能组合，包括：展示可供所述目标用户选择订阅的多个可订阅功能组合以及所述多个可订阅功能组合中的至少一个可订阅功能组合的轻量化特征数据。
79.可选的，所述获得所述多个可订阅功能组合中的至少一个可订阅功能组合的轻量化特征数据，包括：获得所述至少一个可订阅功能组合的代码片段的执行复杂度数据；根据所述至少一个可订阅功能组合中任意一个可订阅功能组合的代码片段的执行复杂度数据以及所述至少一个可订阅功能组合中相对高复杂可订阅功能组合的代码片段的执行复杂度数据，获得所述任意一个可订阅功能组合的轻量化特征数据，所述相对高复杂可订阅功能组合为在所述至少一个可订阅功能组合中执行复杂度数据相对于所述任意一个可订阅功能组合的代码片段的执行复杂度数据高的其他至少一个可订阅功能组合。
80.可选的，按照下述方式获得所述任意一个可订阅功能组合的代码片段的执行复杂度数据：获得所述服务端提供的所述任意一个可订阅功能组合的代码片段的复杂度数据；或者，获得所述服务端提供的所述任意一个可订阅功能组合中的每个功能的代码片段的执行复杂度数据，根据所述任意一个可订阅功能组合中的每个功能的代码片段的执行复杂度数据，获得所述任意一个可订阅功能组合的代码片段的执行复杂度数据；或者，获得所述服务端提供的所述任意一个可订阅功能组合的代码片段的代码特征数据，获得发出所述目标信息载体访问请求消息的计算设备的计算能力数据，根据所述任意一个可订阅功能组合的代码片段的代码特征数据和所述计算设备的计算能力数据，获得所述任意一个可订阅功能
组合的代码片段的执行复杂度数据；或者，获得所述服务端提供的所述任意一个可订阅功能组合中的每个功能的代码片段的代码特征数据，获得发出所述目标信息载体访问请求消息的计算设备的计算能力数据，根据所述任意一个可订阅功能组合中的每个功能的代码片段的代码特征数据和所述计算设备的计算能力数据，获得所述任意一个可订阅功能组合中的每个功能的代码片段的执行复杂度数据，根据所述任意一个可订阅功能组合中的每个功能的代码片段的执行复杂度数据，获得所述任意一个可订阅功能组合的代码片段的执行复杂度数据。
81.可选的，所述根据所述至少一个可订阅功能组合中任意一个可订阅功能组合的代码片段的执行复杂度数据以及所述至少一个可订阅功能组合中相对高复杂可订阅功能组合的代码片段的执行复杂度数据，获得所述任意一个可订阅功能组合的轻量化特征数据：获得任意一个相对高复杂可订阅功能组合的代码片段的执行复杂度数据与所述任意一个可订阅功能组合的代码片段的执行复杂度数据之间的第一复杂度差值数据；根据所述第一复杂度差值数据，获得所述任意一个可订阅功能组合相对于所述任意一个相对高复杂可订阅功能组合的轻量化特征数据；或者，获得指定相对高复杂可订阅功能组合的代码片段的执行复杂度数据与所述任意一个可订阅功能组合的代码片段的执行复杂度数据之间的第二复杂度差值数据；根据所述第二复杂度差值数据，获得所述任意一个可订阅功能组合相对于所述指定相对高复杂可订阅功能组合的轻量化特征数据。
82.可选的，所述任意一个可订阅功能组合的代码片段的执行复杂度数据包括以下至少一种数据：发出所述目标信息载体访问请求消息的计算设备执行完成所述任意一个可订阅功能组合的代码片段的第一预计执行用时数据；所述计算设备执行完成所述任意一个可订阅功能组合的代码片段的第一预计能量耗费数据；所述相对高复杂可订阅功能组合的代码片段的执行复杂度数据包括以下至少一种数据：所述计算设备执行完成所述相对高复杂可订阅功能组合的代码片段的第二预计执行用时数据；所述计算设备执行完成所述相对高复杂可订阅功能组合的代码片段的第二预计能量耗费数据；所述任意一个可订阅功能组合的轻量化特征数据包括以下至少一种数据：所述第一预计执行用时数据相对于所述第二预计执行用时数据的预计用时节省数据；所述第一预计能量耗费数据相对于所述第二预计能量耗费数据的预计能量节省数据。
83.可选的，所述获得所述多个可订阅功能组合中的至少一个可订阅功能组合的轻量化特征数据，包括：确定所述至少一个可订阅功能组合中任意一个可订阅功能组合所包括的功能；确定所述至少一个可订阅功能组合中除所述任意一个可订阅功能组合之外的其他任意一个可订阅功能组合所包括的功能；将所述除所述任意一个可订阅功能组合之外的其他任意一个可订阅功能组合作为待比较可订阅功能组合，如果所述待比较可订阅功能组合包括任意一个可订阅功能组合所包括的功能，并且所述待比较可订阅功能组合包括的功能数量多于所述任意一个可订阅功能组合包括的功能数量，则根据所述待比较可订阅功能组合包括的功能数量与所述任意一个可订阅功能组合包括的功能数量之间的功能数量差值，获得所述任意一个可订阅功能组合相对于所述待比较可订阅功能组合的轻量化特征数据。
84.可选的，所述根据所述待比较可订阅功能组合包括的功能数量与所述任意一个可订阅功能组合包括的功能数量之间的功能数量差值，获得所述任意一个可订阅功能组合相对于所述待比较可订阅功能组合的轻量化特征数据，包括：根据功能数量差值数据范围与
轻量化特征数据之间的对应关系以及所述功能数量差值数据，获得与所述功能数量差值数据对应的轻量化特征数据，作为所述任意一个可订阅功能组合相对于所述待比较可订阅功能组合的轻量化特征数据。
85.可选的，所述任意一个可订阅功能组合相对于所述待比较可订阅功能组合的轻量化特征数据包括以下至少一种数据：发出所述目标信息载体访问请求消息的计算设备执行完成所述任意一个可订阅功能组合相对于所述计算设备执行完成所述待比较可订阅功能组合的预计用时节省数据；所述计算设备执行完成所述任意一个可订阅功能组合相对于所述计算设备执行完成所述待比较可订阅功能组合的预计能量节省数据。
86.可选的，所述获得所述多个可订阅功能组合中的至少一个可订阅功能组合的轻量化特征数据，包括：获得所述服务端提供的所述至少一个可订阅功能组合的轻量化特征数据。
87.第五方面，本技术提供一种信息载体访问装置，包括：消息获取单元，被配置为获得用户端发出的用于请求访问目标信息载体的目标信息载体访问请求消息；第一处理单元，被配置为判断所述目标信息载体是否可承载用户可订阅功能；第二处理单元，被配置为如果确定所述目标信息载体可承载用户可订阅功能，则获得所述用户端对应的目标用户针对用户可订阅功能的订阅信息；第三处理单元，被配置为获得与所述订阅信息匹配的目标信息载体的实现代码，作为匹配信息载体代码，所述匹配信息载体代码包括所述目标用户的已订阅功能的实现代码，所述匹配信息载体代码未包括所述目标用户的未订阅功能的实现代码；第四处理单元，被配置为根据所述匹配信息载体代码获得可发送给所述用户端的目标信息载体代码；代码发送单元，被配置为将所述目标信息载体代码发送给所述用户端。
88.第六方面，本技术提供一种信息载体代码的处理装置，包括：组合确定单元，被配置为确定多个用户可订阅的功能组合；第一处理单元，被配置针对任意一个用户可订阅的功能组合，获得所述任意一个用户可订阅的功能组合中的功能的实现代码；第二处理单元，被配置确定可承载所述任意一个用户可订阅的功能组合的目标信息载体，其中，用户端通过访问所述目标信息载体获得所述任意一个用户可订阅的功能组合；代码生成单元，被配置根据所述任意一个用户可订阅的功能组合中的功能的实现代码生成所述目标信息载体的实现代码，所述目标信息载体的实现代码包括所述任意一个用户可订阅的功能组合中的功能的实现代码，所述目标信息载体的实现代码未包括除所述任意一个用户可订阅的功能组合中的功能之外的其他可订阅功能的实现代码。
89.第七方面，本技术提供一种服务系统处理装置，包括：页面确定单元，被配置为确定子应用所需包括的页面；应用生成单元，被配置为根据所述页面生成子应用；第一处理单元，被配置为根据功能模块所需的子应用生成功能模块，所述功能模块用于实现用户端所需的功能；第二处理单元，被配置为对多个功能模块进行差异化组合处理，获得多个功能模块组合；系统生成单元，被配置为根据任意一个功能模块组合，生成承载所述任意一个功能模块组合的服务系统，所述服务系统包括所述任意一个功能模块组合，所述服务系统未包括除所述任意一个功能模块组合之外的其他功能模块组合。
90.第八方面，本技术提供一种信息载体访问装置，包括：消息发送单元，被配置为向服务端发出用于请求访问目标信息载体的目标信息载体访问请求消息；代码获取单元，被配置为获得目标信息载体代码，所述目标信息载体代码包括目标用户的已订阅功能的实现
代码，所述匹配信息载体代码未包括所述目标用户的未订阅功能的实现代码，所述目标信息载体可承载用户可订阅功能，所述已订阅功能和所述未订阅功能均为所述目标信息载体可承载的用户可订阅功能，所述目标用户为请求访问所述目标信息载体的用户；信息展示单元，被配置为根据所述目标信息载体代码展示所述目标信息载体中的信息。
91.第九方面，本技术提供一种电子设备，包括：存储器，用于存储程序；处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
92.第十方面，本技术提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
93.第十一方面，本技术提供一种计算机程序产品，所述程序产品包括：计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
94.与现有技术相比，本技术实施例具有以下优点：
95.在目标信息载体访问的过程中，服务端通过获得用户端发出的用于请求访问目标信息载体的目标信息载体访问请求消息，进而判断该目标信息载体是否可承载用户可订阅功能；服务端如果确定目标信息载体可承载用户可订阅功能，则获得用户端对应的目标用户针对用户可订阅功能的订阅信息，即目标用户在用户可订阅功能中的订阅信息；在获得用户端的目标用户的订阅信息后，服务端获得与订阅信息匹配的目标信息载体的实现代码，作为匹配信息载体代码；上述匹配信息载体代码包括目标用户的已订阅功能的实现代码，匹配信息载体代码未包括目标用户的未订阅功能的实现代码；进一步地，根据匹配信息载体代码获得可发送给用户端的目标信息载体代码，完成用户端的目标用户对目标信息载体的访问。上述过程中，服务端根据用户端的目标用户的订阅信息获取了匹配信息载体代码，该匹配信息载体代码包括目标用户已订阅功能的实现代码，未包含目标用户未订阅功能的实现代码。因此，服务端不需要将目标用户未订阅功能的实现代码发送给用户端，提升了用户端与服务端之间的信息传输效率，也不会不必要的占用用户端的计算资源，提高了用户端对目标信息载体的内容的访问效率，从而提高了用户端使用已订阅功能的使用效率，提升了用户端使用已订阅功能的体验。
附图说明
96.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
97.图1是本技术实施例提供的信息载体访问方法的一种应用场景示意图；
98.图2是本技术实施例提供的一种信息载体访问方法的流程图；
99.图2a是本技术实施例提供的用户端所展示的信息载体示意图；
100.图3是本技术实施例提供的目标信息载体所承载用户可订阅功能的示意图；
101.图3a是本技术实施例提供的目标子应用1载体模板和订阅功能组件的示意图；
102.图3b为本技术实施例提供的目标用户订阅信息列表的示意图；
103.图4是本技术实施例提供的用户端进行目标信息载体访问的结构示意图；
104.图5是本技术实施例提供的获得可发送给用户端的目标信息载体代码的流程图；
105.图6是本技术实施例提供的一种信息载体代码的处理方法的流程图；
106.图7是本技术实施例提供的一种服务系统处理方法的流程图；
107.图8是本技术实施例提供的另一种信息载体访问方法的流程图；
108.图9是本技术实施例提供的一种信息载体访问装置的结构示意图；
109.图10是本技术实施例提供的一种信息载体代码的处理装置的结构示意图；
110.图11是本技术实施例提供的一种服务系统处理装置的结构示意图；
111.图12是本技术实施例提供的另一种信息载体访问装置的结构示意图；
112.图13是本技术实施例提供的电子设备的逻辑结构示意图。
具体实施方式
113.在下面的描述中阐述了很多具体细节以便于充分理解本发明。但是本发明能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施的限制。
114.需要说明的是，在本技术的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性，以及特定的顺序或先后次序。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本技术中的具体含义。此外，在本技术的描述中，除非另有说明，术语“多个”是指两个或两个以上。术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。术语“包括”和“具有”以及他们的任何变形，旨在覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
115.为了便于理解本技术的技术方案，下面对本技术所涉及的相关概念、背景技术、现有技术，现有技术所存在的技术问题以及本技术的技术构思进行介绍：
116.目前，为用户端提供服务的服务端可提供多种功能供用户端使用，有些功能需要用户端向服务端订阅后才能使用。在用户端向服务端订阅功能后，如果用户端需要访问能够承载用户可订阅功能的目标信息载体，则服务端会将信息载体的实现代码发送给用户端，用户端根据信息载体的实现代码展示目标信息载体的内容，其中，目标信息载体的内容包括用户端已订阅功能的信息内容，用户端通过信息载体可以使用已订阅功能。
117.在实际应用中，用户端需要高效的使用已订阅功能。因此，如何提高用户端使用已订阅功能的使用效率、目标信息载体的高效访问是需要解决的技术问题。
118.现有技术中，用户端进行目标信息载体访问过程中，在用户端向服务端订阅一部分用户可订阅功能后，如果用户端需要访问能够承载订阅功能的目标信息载体，服务端会将所有用户可订阅功能的实现代码都发送给用户端。在用户端获得所有用户可订阅功能的实现代码的基础上，用户端仅展示用户端的目标用户已订阅功能的相关信息，不展示用户端的目标用户未订阅功能的任何信息；或者，即使展示未订阅功能的相关信息，也仅仅会展
示未订阅功能的基本介绍信息或展示针对未订阅功能的订阅提示信息，而不会让目标用户在用户端能够使用未订阅功能。换而言之，即使用户端只订阅了用户可订阅功能中的部分功能，当用户端需要访问承载用户可订阅功能的目标信息载体时，服务端也会将用户端未订阅的用户可订阅功能的实现代码发送给用户端，这样不但会浪费用户端与服务端之间的传输资源，还会造成不必要的占用用户端的计算资源。基于这两个原因，用户端访问目标信息载体的内容的访问效率就可能会较低，进而导致用户端使用已订阅功能的使用效率也可能会较低，影响用户端使用已订阅功能的体验。
119.基于现有技术存在的上述问题，本技术提出一种信息载体访问方法，以实现提升信息载体访问过程中用户端使用已订阅功能的使用效率，提升用户端使用已订阅功能的体验。本技术提供的一种信息载体访问方法、装置、电子设备及存储介质，旨在技术上实现关于信息载体访问的应用环节。
120.下面结合图1，介绍本技术实施例信息载体访问方法的一种应用场景，图1为本技术所提供的一种应用场景。
121.参见图1，包括用户端101，云服务端102。其中，用户端101作为软件程序的使用者，用于为用户提供服务链接入口；云服务端102的服务器中设置有软件部署系统，该软件部署系统用于部署软件程序所需的服务组件，具有计算、网络和存储等基础资源能力。
122.如图1所示，首先，云服务端102中的软件部署系统在服务器上部署相应的软件程序x，例如saas(software-as-a-service，软件即服务)，并且为该软件程序的使用者设置相应的服务链接入口；其次，用户端101作为该软件程序x的使用者，通过服务链接入口向云服务端102发送目标信息载体访问请求消息；然后，云服务端102中的服务器根据该目标信息载体访问请求消息，处理获得目标信息载体代码，并将上述目标信息载体代码发送给用户端101；最终，用户端101根据上述目标信息载体代码，展示目标信息。通过上述过程，实现个体用户终端101对目标信息载体的访问。
123.具体实施时，上述部署在云服务端102的软件程序x为预先设定好的应用程序；在云服务端102的服务器完成软件程序x的部署后，方可接收来自用户端101的目标信息载体访问请求消息。
124.在本实施例中，部署在云服务器上的软件程序x的架构为微服务架构。例如，软件程序x由数量众多的“主应用1、子应用1、子应用2、子应用3、子应用4、页面1、页面2......”等组成；上述微服务架构作为一种架构模型，将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终服务价值。具体实施时，本实施例中软件程序x的前端可将web应用(world wide web，万维网)由单一的单体应用转变为多个小型前端应用。各个前端应用还可以独立运行、独立开发、独立部署。该服务架构的优点在于：当其中一个应用出现故障时，不会影响到其他应用、或者，其中一个应用的负载也不会影响到其他应用等。一个应用代码关注于一个特定的服务功能，所以一个应用逻辑清晰，代码量较少，应用的部署及维护相对简单。
125.需要理解的是，上述用户端101也可以称为客户端(client)或工作站(workstation)，与云服务端102相对应，接受云服务端102服务器的控制和管理。在用户端101一侧，云服务器上部署的软件程序x通过前端的服务链接入口，将信息呈现给用户。位于用户端101一侧的用户想要获知目标信息时，需要向云服务端102发送请求访问目标信息载
体的目标信息载体访问请求消息。
126.如图1所示，用户端101的设备可以是指用户设备(user equipment，ue)、终端设备、接入终端、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置。还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，sip)电话、无线本地环路(wireless local loop，wll)站、个人数字助理(personal digital assistant，pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5g网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，plmn)中的终端设备等，还可以是端设备，逻辑实体，智能设备，如手机，智能终端等终端设备，或者网关，基站，控制器等通信设备，或者物联网设备，如传感器，电表，水表等物联网(internet of things，iot)设备。
127.云服务端102的设备可以是服务器。服务器具有高速的处理器(central processing unit，cpu)运算能力、长时间的可靠运行、强大的输入/输出(input/output，i/o)外部数据吞吐能力以及更好的扩展性。服务器可以是单个服务器，也可以是服务器集群。云服务端是为用户端服务的，服务的内容诸如向用户端提供资源，保存用户端数据等。云服务端可以是一种有针对性的服务程序或运行有该服务程序的服务端设备。所谓的针对性就是专门为某一种用户端应用程序设立的程序或设备。
128.用户端101的终端设备可以与云服务端102的服务器进行通信。终端设备与服务器可以利用各种通信系统进行通信，例如可以是利用有线通信系统或无线通信系统。无线通信系统例如可以是全球移动通信(global system for mobile communications，gsm)系统、码分多址(code division multiple access，cdma)系统、宽带码分多址(wideband code division multiple access，wcdma)系统、通用分组无线服务(general packet radio service，gprs)、长期演进(long term evolution，lte)系统、lte频分双工(frequency division duplex，fdd)系统、lte时分双工(time division duplex，tdd)、通用移动通信系统(universal mobile telecommunication system，umts)、全球互联微波接入(worldwide interoperability for microwave access，wimax)通信系统、未来的第五代(5th generation，5g)系统或新无线(new radio，nr)、卫星通信系统等。
129.下面通过具体的实施例分别介绍信息载体访问方法、信息载体代码的处理方法、服务系统处理方法、及上述各方法对应的装置、电子设备和计算机存储介质。需要说明的是，下面几个实施例可以单独存在，也可以相互结合，对于相同或相似的内容，在不同的实施例中不再重复说明。
130.基于上述介绍的技术构思，以下结合图2，介绍本技术实施例提供的信息载体访问方法的整体情况，该信息载体访问方法可应用于云服务端。图2是本技术实施例提供的一种信息载体访问方法的示意性流程图。图2所示方法包括以下步骤：
131.步骤s201：获得用户端发出的用于请求访问目标信息载体的目标信息载体访问请求消息。
132.本步骤用于获取用户端发送的目标信息载体访问请求消息。
133.所述用户端是指提供本地服务的程序，具有信息载体访问的端口；例如，用户端为万维网使用的网页浏览器、还可以为即时通讯的用户端软件、还可以为收寄电子邮件时的
电子邮件用户端等。在不同的场景中，用户端的存在形式多种多样，为了便于理解，本技术实施例均以用户端为商户端app(application)进行举例。
134.所述目标信息为所述用户端一侧的用户需要获取的信息；即，上述目标信息为用户试图获知的信息。用户端是否能够获取到该目标信息对应的具体信息内容，还需要服务器根据目标信息载体访问请求消息进行判断处理。例如，商尸a试图获知的目标信息为“组织管理信息”，而该“组织管理信息”承载于软件程序x前端的信息载体“目标子应用1”上，那么，该商户a的商户端app发出请求访问目标信息载体“目标子应用1”的目标信息载体访问请求消息。
135.所述目标信息载体为所述目标信息的承载方；即，所述目标信息载体作为所述目标信息的传递媒介，将所述目标信息呈现于所述客户端；上述目标信息承载于目标信息载体的载体框架内，为目标信息提供可填充信息的容器空间。用户端能否进行目标信息载体的访问，即获知目标信息载体所承载的目标信息的详细内容，需要借助于目标信息载体代码。在本实施例中，所述目标信息载体可以为目标主应用、目标子应用、目标页面中的任意一种载体。例如，目标主应用为某餐饮品牌的用户端app，目标子应用为某餐饮品牌的用户端app中的小程序，目标页面为该小程序的页面。
136.需要理解的是，在本实施例中，由于部署在云服务器上的软件程序x的前端架构为微服务架构，该微服务架构可由一组小的应用组成，例如，软件程序x的前端由“主应用1、子应用2、子应用3、子应用4、页面1、页面2...”等组成；因此，对应目标信息的目标信息载体可以为目标主应用、目标子应用，目标页面中的任意一种载体。为了便于理解，请参考图2a的示意，图2a为用户端所展示的信息载体示意图。如图2a所示，该x餐饮品牌的软件程序x，其前端由“子应用1、子应用2、子应用3、子应用4...”等组成。上述不同的子应用对应不同的信息内容。在本技术实施例中均以目标信息载体为目标子应用进行举例说明，在图2a中，用户端请求访问的信息载体为子应用1，那么该子应用1作为目标信息载体(目标子应用1)。当然，若用户端请求访问的信息载体为主应用1，那么该主应用1作为目标信息载体(目标主应用1)。上述目标信息载体根据用户端请求访问的信息载体确定。
137.所述请求访问目标信息载体的方式，包括：通过预设于所述用户端终端设备的应用程序软件实现所述目标信息载体的访问；或者，通过提供查询浏览服务的网页实现所述目标信息载体的访问。例如，商户a的商户端的终端设备可以安装某餐饮品牌的用户端app，通过触发该用户端app，实现目标信息载体的访问请求；或者，通过该商户端访问某餐饮品牌的用户端app中的小程序，实现目标信息载体的访问请求；或者，通过该商户端访问某餐饮品牌的用户端app中的小程序内的页面，实现目标信息载体的访问请求。
138.进一步地，所述目标信息载体访问请求消息中包括所述目标用户针对用户可订阅功能的订阅信息；所述目标信息载体访问请求消息中还包括用于请求订阅用户可订阅功能的订阅请求信息；具体关于目标用户针对用户可订阅功能的订阅信息以及用于请求订阅用户可订阅功能的订阅请求信息的相关介绍，参见后续实施例的详细描述。
139.在本实施例的该步骤中，上述获得的目标信息载体访问请求消息为商户a的商户端通过某餐饮品牌的用户端app发出的用于请求访问“组织管理信息”所在目标信息载体“目标子应用1”的目标信息载体访问请求消息。
140.步骤s202：判断所述目标信息载体是否可承载用户可订阅功能；
141.本步骤用于对目标信息载体是否可承载用户可订阅功能进行判断。
142.在本实施例中，服务器接收到目标信息载体访问请求消息后，需要根据该目标信息载体访问请求消息，判断上述目标信息载体是否可承载用户可订阅功能。即，服务器需要判断上述目标信息载体是否具有用户可订阅功能；上述对目标信息载体进行用户可订阅功能的承载判断，其目的在于获知所述目标信息载体是否具备承载用户可订阅功能的承载能力。
143.所述用户可订阅功能是指针对允许用户订阅的功能。所述用户可订阅功能为部署于服务器的软件程序其微前端为用户所提供的服务功能，该用户可订阅功能可根据现实需求进行调整变化。由于部署于服务器的软件程序其前端为用户端所提供的用户可订阅功能数量众多，而用户端请求访问的目标信息载体是否承载有上述数量众多的用户可订阅功能中的一个或者多个，需要服务器进行判断。
144.在本实施例中，以所述用户端为商户端为例进行说明。所述用户可订阅功能为商户可订阅的商户数据服务功能。上述商户可订阅的商户数据服务功能包括以下至少一种功能：商户组织管理功能；商户数据推广功能；商户经营报表处理功能；商户数据分析功能。具体实施时，某餐饮品牌的用户端app所具备的用户可订阅功能(商户数据服务功能)为4种类型，包括：“商户组织管理功能”、“商户数据推广功能”、“商户经营报表处理功能”、“商户数据分析功能”。然而，作为商户a的商户端请求访问的目标信息载体“目标子应用1”是否承载上述4种类型的用户可订阅功能中的一种或多种类型，需要服务器进行判断处理。
145.需要理解的是，用户可订阅功能的类型数量众多，并且每一个信息载体所承载的用户可订阅功能存在差异，因此，需要对目标信息载体是否可承载用户可订阅功能进行判断。为了便于理解信息载体所承载的用户可订阅功能存在差异，请参考图3的示意，图3为目标信息载体所承载用户可订阅功能的示意图。
146.如图3所示，该图中示出目标子应用1的3种类型，包括目标子应用1.1(初级版)、目标子应用1.2(进阶版)、目标子应用1.3(高级版)；上述初级版、进阶版、高级版均作为目标子应用1所发布的正式版，能够表明软件程序x前端服务功能的升级。进一步地，上述不同正式版对应设置不同的服务功能，即用户可订阅功能。如图3所示，目标子应用1.1(初级版)的可订阅功能包括：商户组织管理功能、商户数据推广功能；目标子应用1.2(进阶版)的可订阅功能包括：商户组织管理功能、商户数据推广功能、商户经营报表处理功能；目标子应用1.3(高级版)的可订阅功能包括：商户组织管理功能、商户数据推广功能、商户经营报表处理功能、商户数据分析功能。需要理解的是，用户端请求访问的目标子应用不同，那么用户端的用户能够获得的可订阅功能的服务项目不同。进一步地，在用户端请求访问目标子应用1的情况下，由于组成目标子应用1的版本可以为一个或者多个(例如，目标子应用1包括初级版1.1、进阶版1.2、高级版1.3)，服务器将该目标子应用1所包括的具体某个版本所对应的载体代码发送给用户端，还需要进行判断处理。
147.为了便于理解，本技术实施例还提供了用户端进行目标信息载体访问的结构示意图。如图4所示，用户端为商户a的商户端app，商户a的商户端app中存储有云服务器配置的访问权限码，该访问权限码作为服务器控制页面401所承载信息内容的访问权限，通过商户a的商户端app向云服务器发出的请求访问目标信息载体(页面401)的目标信息载体访问请求消息，将访问权限码发送给云服务器。
148.云服务器在接收到请求访问目标信息载体(页面401)的目标信息载体访问请求消息后，服务器需要判断该目标信息载体(页面401)是否可承载用户可订阅功能，在确定可承载用户可订阅功能的情况下，获得订阅信息；根据订阅信息获得目标信息载体(页面401)的实现代码对应的匹配信息载体代码；根据匹配信息载体代码获得可发送给所述用户端的目标信息载体代码，进而发送给商户a的商户端app。
149.如图4所示，在微服务架构中，页面401包含于子应用403中，上述子应用403与其他子应用组合形成了功能模块405，该功能模块405对应某个用户可订阅功能，例如“商户组织管理功能”；功能模块405与其他的功能模块进行差异化组合形成版本407，上述版本与服务系统相对应；作为版本407的身份标识，对应设置有产品码，用于与其他不同的版本进行区分。在图4中，上述版本401投放于渠道409中。
150.如图4所示，在云服务器一侧，软件开发人员根据微服务架构，将一个完整的应用从数据存储开始垂直拆分成多个不同的服务(子应用)，每个子应用都能独立部署、独立维护、独立扩展、并且子应用与子应用之间通过接口相互调用。如图4所示，软件开发人员将js资源(javascript的开放源代码)对应的应用程序、css资源(层叠样式表)对应的应用程序、应用配置(版本/路由/埋点等)对应的应用程序进行开发设计，形成图4中应用程序版本411，该应用程序版本411由数量众多的如版本407类似的版本组成即，应用程序版本411为包含版本407等版本的集合；将应用程序版本411投放于访问渠道413，该访问渠道413由数量众多的如渠道409类似的渠道组成；即，访问渠道413为包含渠道409的众多渠道的集合。在应用程序的发布过程中，根据灰度规则415(白名单用户、白名单用户特征)进行多版本(如作为正式版的初级版、进阶版、高级版、以及各个正式版所对应的灰度版)的多渠道的发布；如图4所示，版本407发布于渠道409中；由于版本407包含正式版和灰度版，因此，用户端通过渠道409请求访问页面401时，服务器还需要进行判断处理，即判断应该返回用户端的载体代码具体类型。
151.在本实施例中，所述判断所述目标信息载体是否可承载用户可订阅功能，包括：根据所述目标信息载体访问请求消息，确定所述用户端请求访问的目标信息载体；获得所述目标信息载体对应的目标信息载体模板；根据所述目标信息载体模板，判断所述目标信息载体是否可承载用户可订阅功能。
152.在本实施例中，根据用户请求访问的目标信息的不同，目标信息载体会有所差异。例如，商户a的商户端app请求访问的“组织管理信息”所对应的目标信息载体为目标子应用1、商户a的商户端app请求访问的“消费流量信息”所对应的目标信息载体为目标子应用2。因此，服务器需要根据用户端发出的目标信息载体访问请求消息，对该用户端所对应的目标信息载体进行确定。
153.所述目标信息载体模板为服务器预先设定的载体框架模板，用于为目标信息提供信息填充的框架。即，目标信息载体模板作为一种载体模板，其载体模板形式与目标信息载体的类型相对应。在本实施例中，作为目标主应用的目标信息载体，其载体模板为目标主应用载体模板；作为目标子应用的目标信息载体，其载体模板为目标子应用载体模板；作为目标页面的目标信息载体，其载体模板为目标页面载体模板。上述各种类型的载体模板经预先设定好以后，预存于服务器的存储模块中，以便于后续的载体模板调用。当然，由于微服务架构中的主应用，子应用，页面的应用数量也众多，因此，预存于服务器的主应用载体模
板、子应用载体模板、页面载体模板数量庞大；当目标信息载体模板为目标子应用载体模板时，服务器需要从数量众多的子应用载体模板中，确定出上述目标子应用载体模板。同理，服务器需要从数量众多的页面载体模板中，确定出上述目标页面载体模板。
154.在本实施例中，服务器在获取目标信息载体对应的目标信息载体模板后，还需要判断该目标信息载体是否可承载用户可订阅功能。其中，所述根据所述目标信息载体模板，判断所述目标信息载体是否可承载用户可订阅功能，包括：判断所述目标信息载体模板中是否具有用于表示用户可订阅功能的订阅功能组件，或者，判断所述目标信息载体模板中是否为所述订阅功能组件预留有组件位置；如果所述目标信息载体模板中具有用于表示用户可订阅功能的订阅功能组件，或者，如果所述目标信息载体模板中为所述订阅功能组件预留有组件位置，则确定所述目标信息载体可承载用户可订阅功能。
155.例如，在目标子应用1载体模板中，服务器判断该模板是否具有表示商户a的商户端app可订阅“商户组织管理功能”所对应的“组织管理-订阅功能组件”，或者，服务器判断是否为“组织管理-订阅功能组件”预留有组件位置。如果判断结果为目标子应用载体模板1中，具有“组织管理-订阅功能组件”，或者，预留有组件位置，则该目标子应用载体模板1可承载用户的“商户组织管理功能”的可订阅功能。为了便于理解目标信息载体模板，以及用户可订阅功能的订阅功能组件，参考图3a的示意，图3a为目标子应用1载体模板和订阅功能组件的示意图。如图3a所示，在目标子应用1载体模板中，根据可订阅功能“商户组织管理功能”判断是否存在对应的可订阅功能组件。
156.需要理解的是，在本实施例的信息载体模板由众多组件构成，上述订阅功能组件作为众多组件之一，能够反应该模板的可订阅功能，如已订阅功能、不可订阅功能等。在目标信息载体模板中具有订阅功能组件，或预留有组件位置的情况下，才能将该目标信息载体确定为可承载用户可订阅功能的目标信息载体。进一步地，由于本实施例的目标子应用1包括3种类型，目标子应用1.1(初级版)、目标子应用1.2(进阶版)、目标子应用1.3(高级版)，上述3种类型的目标子应用均对应有各自的信息载体模板，该3种类型的信息载体模板可组成图3a所示的目标子应用1载体模板。例如，目标子应用1.1(初级版)所对应的信息载体模板为目标子应用1.1载体模板。通过判断目标子应用1.1载体模板中是否具有“商户组织管理功能”的订阅功能组件，或者预留有组件位置，即可获得目标子应用1.1(初级版)是否承载用户可订阅功能“商户组织管理功能”的判断结果。也可通过目标子应用1.2(进阶版)所对应的信息载体模板目标子应用1.2载体模板，通过判断目标子应用1.2载体模板中是否具有“商户组织管理功能”的订阅功能组件，或者预留有组件位置，即可获得目标子应用1.2(进阶版)是否承载用户可订阅功能“商户组织管理功能”的判断结果。
157.在本实施例中，所述方法还包括：根据所述目标信息载体访问请求消息，获得所述目标用户访问所述目标信息载体的用户访问权限码；获得所述目标信息载体对应的信息载体访问权限码；判断所述用户访问权限码与所述信息载体访问权限码是否匹配；所述判断所述目标信息载体是否可承载用户可订阅功能，包括：如果所述用户访问权限码与所述信息载体访问权限码匹配，则判断所述目标信息载体是否可承载用户可订阅功能。
158.在本实施例中，由于目标信息载体访问请求消息的来源为用户端，通过代表所述用户端的身份标识信息，能够获得目标用户的用户访问权限码；进一步地，根据目标信息载体访问请求消息中的目标信息载体，服务器查询自身存储的该目标信息载体对应的信息载
体访问权限码；通过判断上述两种权限码是否一致，或者权限码差值处于预设阈值范围内，获得目标信息载体是否可承载用户可订阅功能的判断结果。
159.为了便于理解，进行举例说明。通过商户a的商户端app发出的用于请求访问目标信息载体“目标子应用1.3(高级版)”的目标信息载体访问请求消息，服务器能够获得作为目标用户的商户a的用户访问权限码为“abcd*”。该请求消息的目标信息为“组织管理信息”，隶属于可订阅功能“商户组织管理功能”中的信息。进一步地，由于服务器自身存储了众多信息载体的信息载体访问权限码，通过上述目标信息载体访问请求消息，服务器能够查询得到该目标子应用1.3(高级版)对应的信息载体访问权限码“abcd#”；通过判断商户a的用户访问权限码为“abcd*”与目标子应用1.3(高级版)对应的信息载体访问权限码“abcd#”是否一致，或者权限码差值处于预设阈值范围内，获得目标子应用1.3(高级版)是否可承载用户可订阅功能“商户组织管理功能”的判断结果。需要理解的是，在目标子应用1.3(高级版)具备可订阅功能“商户组织管理功能”的承载能力的前提下，服务器才有可能将上述“组织管理信息”对应的订阅信息发送给用户端。当然，商户a的商户端app也可发出用于请求访问目标信息载体“目标子应用1”的目标信息载体访问请求消息，商户a的用户访问权限码与“目标子应用1”的信息载体访问权限码的匹配过程与上述过程类似；需要理解的是，在服务器一侧，目标子应用1、目标子应用1.1(初级版)、目标子应用1.2(进阶版)、目标子应用1.3(高级版)、以及各自版本对应的灰度版、均设置有对应的信息载体访问权限码。进一步地，同一用户端的用户访问权限码可实现与不同版本的匹配。
160.进一步地，所述判断所述目标信息载体是否可承载用户可订阅功能，包括：根据所述目标信息载体访问请求消息，确定所述用户端访问所述目标信息载体的访问渠道；确定与所述用户端访问所述目标信息载体的访问渠道对应的目标信息载体；判断与所述用户端访问所述目标信息载体的访问渠道对应的目标信息载体是否可承载用户可订阅功能。
161.需要理解的是，上述访问渠道作为用户端请求访问目标信息载体的方式，其方式可根据现实场景进行选择，或者，根据用户端一侧用户的使用习惯进行调整。同时，根据在不同的访问渠道下，用户可订阅功能具有一定差异。为了便于理解，请继续参考图3的示意。如图3所示，具备不同用户可订阅功能的目标子应用进行多访问渠道投放。上述目标子应用1.1(初级版)在渠道c中进行发布，目标子应用1.2(进阶版)在渠道b中进行发布，目标子应用1.3(高级版)在渠道a中进行发布。在用户端请求访问的目标子应用1.3(高级版)进行多访问渠道投放的情况下，根据访问渠道可确定对应的目标信息载体。进一步地，在多访问渠道的投放过程中，不同目标子应用均各自对应有灰度版。同一目标子应用下的不同版本，同样对应有各自的灰度版，例如目标子应用1.1.1(初级版对应的灰度版)、目标子应用1.2.1(进阶版对应的灰度版)、目标子应用1.3.1(高级版对应的灰度版)，该灰度版的访问渠道与其对应的正式版访问渠道保持一致，例如，目标子应用1.1(初级版)的访问渠道为渠道c，那么，目标子应用1.1.1(初级版对应的灰度版)的访问渠道同样为渠道c。上述访问渠道作为判断用户端请求访问具体版本的依据。例如，商户a请求访问的目标信息载体为目标子应用1，根据访问渠道为渠道c，确定出请求访问的具体版本为目标子应用1.1(初级版)。
162.其中，所述用户端访问所述目标信息载体的访问渠道为通过域名访问所述目标信息载体的访问渠道或者通过终端应用访问所述目标信息载体的访问渠道。例如，商户a的商户端app通过某餐饮品牌的域名，访问目标子应用1.1(初级版)所投放的渠道c。
163.所述根据所述目标信息载体访问请求消息，确定所述用户端访问所述目标信息载体的访问渠道，包括：从所述目标信息载体访问请求消息中获得访问渠道标识，根据所述访问渠道标识确定所述用户端访问所述目标信息载体的访问渠道；或者，获得所述目标信息载体访问请求消息的消息格式特征，根据所述目标信息载体访问请求消息的消息格式特征确定所述用户端访问所述目标信息载体的访问渠道。
164.所述访问渠道标识作为所述访问渠道的身份凭证标识，所述目标信息载体访问请求消息中包括所述访问渠道标识。服务器在获取到上述访问渠道的标识后，能够确定针对所述目标信息载体的访问渠道；或者，所述目标信息载体访问请求消息中未包括所述访问渠道标识的情况下，根据目标信息载体访问请求消息的消息格式特征，同样能够确定出目标信息载体的访问渠道。
165.例如，商户a的商户端app发出的用于请求访问目标子应用1.1(初级版)的目标信息载体访问请求消息，该消息中包括访问渠道标识“1214”，服务器在获取到上述访问渠道标识“1214”后，能够确定出该目标子应用1.1(初级版)访问渠道为渠道c。再例如，商户a的商户端app发出访问其目标子应用1.3(高级版)的访问请求消息，服务器根据该访问请求消息的消息格式特征为“xxx.***.vv”确定出访问渠道为渠道a。
166.所述目标信息载体具有访问渠道标识；需要理解的是，该访问渠道标识为服务器预先存储的针对不同渠道下进行目标信息载体访问所形成的身份标识。即，该访问渠道标识用于表明具有目标信息载体访问权限的渠道身份，同时通过访问渠道标识将不同的访问渠道进行区分。例如，目标子应用1.3(高级版)在渠道a所对应的访问渠道标识为1、目标子应用1.3(高级版)在渠道b所对应的访问渠道标识为2。
167.其中，所述确定与所述用户端访问所述目标信息载体的访问渠道对应的目标信息载体，包括：获得所述用户端访问所述目标信息载体的访问渠道的访问渠道标识；根据所述用户端访问所述目标信息载体的访问渠道的访问渠道标识和所述目标信息载体所具有的访问渠道标识，确定与所述用户端访问所述目标信息载体的访问渠道对应的目标信息载体。
168.在本实施例中，获取了来自目标信息载体访问请求消息的访问渠道的访问渠道标识；进一步的，根据目标信息载体访问请求消息中的目标信息载体，服务器查询自身存储的该目标信息载体对应的访问渠道标识；在上述两种访问渠道标识一致，或者标识码差值处于预设阈值范围内的情况下，服务器确定出该访问渠道对应的目标信息载体。
169.为了便于理解，进行举例说明。通过商户a的商户端app借助渠道a发出的用于请求访问目标子应用1.3(高级版)的目标信息载体访问请求消息，服务器查询获得该访问渠道a的访问渠道标识为“1234”；进一步地，由于服务器自身存储了目标子应用1.3(高级版)的访问渠道a对应的访问渠道标识“1234”；通过服务器获取的访问请求消息中的访问渠道标识为“1234”和自身存储的访问渠道标识“1234”，在两者渠道标识匹配的情况下，服务器确定出商户a的商户端app在访问渠道a中请求访问的目标信息载体为目标子应用1.3(高级版)。
170.在本实施例的该步骤中，服务器判断获得目标子应用1所承载的用户可订阅功能包括：商户组织管理功能、商户数据推广功能；商户经营报表处理功能；商户数据分析功能。需要理解的是，由于商户a的商户端app通过访问渠道a发出的请求访问的目标信息为“组织管理信息”，根据访问渠道标识确定出请求访问的为目标子应用1.3(高级版)，在服务器判
断得到目标子应用1.3(高级版)具备“商户组织管理功能”的可订阅功能的前提下，才能将与之对应的订阅信息发送给商户a的商户端app。
171.步骤s203：如果确定所述目标信息载体可承载用户可订阅功能，则获得所述用户端对应的目标用户针对用户可订阅功能的订阅信息。
172.本步骤用于获得用户端对应的目标用户针对用户可订阅功能的订阅信息。
173.需要理解的是，目标信息载体作为目标信息的承载方，并不涉及所订阅信息的具体内容。在上述目标信息载体具备可订阅功能组件，或者，预留有组件位置的情况下，服务器获得用户端对应的目标用户针对用户可订阅功能的订阅信息才具有现实意义。所述订阅信息用于填充所述目标信息载体；即，订阅信息作为具有实际内容的信息，被目标信息载体所承载。通过前述步骤，服务器判断获得目标信息载体所承载的用户可订阅功能，在该载体所承载的可订阅功能满足用户端请求访问的信息内容的前提下，服务器才能获得对应的订阅信息。
174.其中，所述获得所述用户端对应的目标用户针对用户可订阅功能的订阅信息，包括：获得所述目标用户对应的订阅信息列表；在所述订阅信息列表中查找处于有效期的订阅信息；从所述处于有效期的订阅信息中查找是否存在针对用户可订阅功能的订阅信息；如果所述处于有效期的订阅信息中存在针对用户可订阅功能的订阅信息，则从所述处于有效期的订阅信息中获得针对用户可订阅功能的订阅信息。
175.在本实施例中，所述目标用户的用户端为发出所述目标信息载体访问请求消息的用户端。进一步地，在服务器中存储有对应所述目标用户的订阅信息列表。所述订阅信息列表为服务器根据所述目标用户的订阅信息形成的信息列表。进一步的，上述目标用户的订阅信息列表由处于有效期的订阅信息和未处于有效期的订阅信息组成。
176.例如，目标用户为商户a，该商户a对应的订阅信息列表1包括：组织管理信息、数据推广信息；经营报表处理信息。该订阅信息与软件程序x微前端所提供的用户可订阅功能相对应。组织管理信息隶属于可订阅功能“商户组织管理功能”、数据推广信息隶属于“商户数据推广功能”、经营报表处理信息隶属于“商户经营报表处理功能”。由于商户a的用户端app请求访问的目标子应用1.3(高级版)所承载的用户可订阅功能包括“商户组织管理功能”，因此服务器需要在隶属于商户组织管理功能的组织管理信息中查询处于有效期的订阅信息。为了便于理解，参照图3b的示意，图3b为目标用户订阅信息列表的示意图。如图3b所示，服务器获得商户a的用户端app的订阅信息列表如图所示。
177.所述目标信息载体访问请求消息中包括所述目标用户针对用户可订阅功能的订阅信息；上述目标用户针对用户可订阅功能的订阅信息，其来源为目标信息载体所承载的用户可订阅功能，因此，根据目标信息载体访问请求消息，能够获得针对目标信息载体所承载的用户可订阅功能中目标用户所订阅的订阅信息。
178.其中，所述获得所述用户端对应的目标用户针对用户可订阅功能的订阅信息，包括：判断所述目标信息载体访问请求消息中包括的所述目标用户针对用尸可订阅功能的订阅信息是否处于有效期，如果所述目标信息载体访问请求消息中包括的所述目标用户针对用户可订阅功能的订阅信息处于有效期，则从所述目标信息载体访问请求消息中获得所述目标用户针对用户可订阅功能的订阅信息。
179.在本实施例中，在目标信息载体所承载的用户可订阅功能中，针对目标用户订阅
信息列表中的订阅信息，在上述订阅信息处于有效期的状态下，才能作为对应该目标信息载体访问请求消息的订阅信息。换而言之，上述获得的用户端对应的目标用户针对用户可订阅功能的订阅信息，为来自目标用户订阅信息列表中的有效期的信息；该目标用户订阅信息列表的来源为目标信息载体所承载的可订阅功能。该可订阅功能与目标信息载体的目标信息载体模板有关，具体为与目标信息载体模板的订阅功能组件，或者预留有订阅功能组件的组件位置有关。
180.例如，服务器根据商户a的商户端app的目标信息载体访问请求消息，确定该在目标子应用1.3(高级版)的可订阅功能包括“商户组织管理功能”，“商户数据推广功能”，“商户经营报表处理功能”，“商户数据分析功能”。根据商户a的商户端app的身份标识信息，能够获得该商户a在商户端app中的订阅信息列表1。该订阅信息列表1包括：组织管理信息、数据推广信息；经营报表处理信息。目标子应用1.3(高级版)所承载的可订阅功能“商户组织管理功能”与订阅信息列表1中的“组织管理信息”相对应。服务器判断该“组织管理信息”中处于有效期的信息；“组织管理信息”中的信息处于有效期的情况下，获取对应商户端app的目标信息载体访问请求消息的订阅信息“组织管理信息”。
181.所述方法还包括：如果所述目标信息载体访问请求消息中包括的所述目标用户针对用户可订阅功能的订阅信息未处于有效期，则获得所述目标用户对应的订阅信息列表；在所述订阅信息列表中查找处于有效期的订阅信息；从所述处于有效期的订阅信息中查找是否存在针对用户可订阅功能的订阅信息；如果所述处于有效期的订阅信息中存在针对用户可订阅功能的订阅信息，则从所述处于有效期的订阅信息中获得针对用户可订阅功能的订阅信息。
182.具体实施时，目标用户针对用户可订阅功能的订阅信息，也会出现信息失效的情况。在此种情形下，需要获取该目标用户的订阅信息列表，根据订阅信息列表，首先查找其他处于有效期的订阅信息；然后在处于有效期的订阅信息中查找是否存在与针对用户可订阅功能相关的订阅信息。若查询能够获得与用户可订阅功能相关的订阅信息，且信息处于有效期，则将该信息作为所获得的用户端对应的目标用户针对用户可订阅功能的订阅信息。
183.例如，根据商户a的商户端app所发出的目标子应用1.3(高级版)的目标信息载体访问请求消息，服务器获得商户a商户端app的订阅信息列表1。该订阅信息列表1包括：组织管理信息、数据推广信息；经营报表处理信息。目标子应用1.3(高级版)所承载的可订阅功能“商户组织管理功能”与订阅信息列表1中的“组织管理信息”相对应。服务器判断该“组织管理信息”中的信息当前已失效；此时，服务器需要从订阅信息列表1中查找与“商户数据分析功能”的订阅信息具有相关性的信息，且该信息处于有效期，则将该具有相关性且处于有效期的信息作为商户a商户端app针对“组织管理信息”的订阅信息。
184.进一步地，所述方法还包括：如果所述处于有效期的订阅信息中不存在针对用户可订阅功能的订阅信息，则向所述用户端发出用于提示未查询到所述目标用户针对用户可订阅功能的订阅信息的未订阅功能提示信息；获得所述用户端发出的用于请求订阅用户可订阅功能的订阅请求消息；针对所述订阅请求消息，执行针对用户可订阅功能的订阅操作，获得订阅操作结果；根据所述订阅操作结果，获得所述目标用户针对用户可订阅功能的订阅信息。
185.需要理解的是，在查询不到目标用户针对用户可订阅功能的订阅信息的情况下，需要向用户端发出未订阅功能提示信息。进一步的，在未查询到目标用户的订阅信息的情况下，服务端可获得用户端的订阅请求消息。上述订阅请求消息用于用尸端请求进行订阅用尸可订阅功能。
186.所述目标信息载体访问请求消息中包括用于请求订阅用户可订阅功能的订阅请求信息；所述获得所述用户端对应的目标用户针对用户可订阅功能的订阅信息，包括：针对所述订阅请求信息，执行针对用户可订阅功能的订阅操作，获得订阅操作结果；根据所述订阅操作结果，获得所述目标用户针对用户可订阅功能的订阅信息。其中，所述用户可订阅功能包括用户可订阅的多个功能；所述目标用户针对用户可订阅功能的订阅信息包括所述目标用户针对用户可订阅的多个功能中的至少一个功能的订阅信息。
187.在本实施例中，服务器查询到商户a的商户端app的订阅信息列表1为空值，或者订阅信息列表1中的订阅信息均未处于有效期的情况下，在向客户端发出未订阅功能提示信息后，服务器可以接收来自商户a的商户端app的订阅请求信息。该订阅请求信息中包含商户a需要订阅的用户可订阅功能。需要理解的是，该用户可订阅功能为应用程序所提供的数量众多的用户可订阅功能中的部分功能。例如，商户a想要订阅的为“商户组织管理功能”，来自应用程序所提供的其他版本所提供的可订阅的多个功能，包括：商户组织管理功能、商户数据推广功能、商户经营报表处理功能、商户数据分析功能等。服务器进行用户可订阅功能的订阅操作后，才能获得商户a的商户端app针对需要订阅的用户可订阅功能的订阅操作结果。
188.上述服务器的订阅操作结果包括已成功订阅结果和未成功订阅结果。在已成功订阅结果的情况下，获得与该“商户组织管理功能”对应的“组织管理信息”的订阅信息。在未成功订阅结果的情况下，服务器不能获得与该“商户组织管理功能”对应的“组织管理信息”的订阅信息。此处，为了便于理解，做出进一步的解释说明。用户端的订阅信息与目标信息载体所承载的用户可订阅功能相对应。
189.在本实施例的该步骤中，上述获得的商户a的商户端app针对“商户组织管理功能”用户可订阅功能的订阅信息“组织管理信息”。
190.步骤s204：获得与所述订阅信息匹配的目标信息载体的实现代码，作为匹配信息载体代码，所述匹配信息载体代码包括所述目标用户的已订阅功能的实现代码，所述匹配信息载体代码未包括所述目标用户的未订阅功能的实现代码。
191.本步骤用于获得目标用户的已订阅功能的实现代码。
192.其中，所述获得与所述订阅信息匹配的目标信息载体的实现代码，包括：根据所述订阅信息确定所述目标用户已订阅的功能；获得目标信息载体的实现代码集合，所述目标信息载体的实现代码集合中具有多个数量的目标信息载体的实现代码，不同的目标信息载体的实现代码对应不同的可订阅功能；在目标信息载体的实现代码集合中查询包括用于实现所述目标用户的已订阅功能的代码片段、但不包括用于实现所述目标用户的未订阅功能的代码片段的实现代码；将查询到的实现代码确定为与所述订阅信息匹配的目标信息载体的实现代码。
193.需要理解的是，组成目标信息载体的实现代码，其代码类型具有多组，因此需要根据目标用户已订阅的功能，确定出目标信息载体的实现代码中匹配的实现代码。上述多个
数量的目标信息载体的实现代码，其代码来源依据为目标用户已订阅的功能，其来源依据不包括未订阅功能。
194.例如，根据服务器所获得的订阅信息“组织管理信息”，确定出商户a的商户端app已订阅的功能为“商户组织管理功能”；获得承载“商户组织管理功能”的目标信息载体(目标子应用1)的实现代码集合。上述目标子应用1的实现代码集合包括：目标子应用1.1(初级版)的实现代码、目标子应用1.2(进阶版)的实现代码、目标子应用1.3(高级版)的实现代码所组成的代码集合。该目标子应用1.1(初级版)的实现代码、目标子应用1.2(进阶版)的实现代码、目标子应用1.3(高级版)的实现代码对应不同的用户可订阅功能，参照图3示意，此处不再赘述。根据商户a的商户端app所发出的目标子应用1的目标信息载体访问请求消息，在上述代码集合能够查询到用于实现目标用户a的已订阅功能“商户组织管理功能”对应的代码片段，包括目标子应用1.1(初级版)的实现代码中对应“商户组织管理功能”的代码片段、目标子应用1.2(进阶版)的实现代码中对应“商户组织管理功能”的代码片段、目标子应用1.3(高级版)的实现代码中对应“商户组织管理功能”的代码片段。将上述目标子应用1.1(初级版)的实现代码中对应“商户组织管理功能”的代码片段、目标子应用1.2(进阶版)的实现代码中对应“商户组织管理功能”的代码片段、目标子应用1.3(高级版)的实现代码中对应“商户组织管理功能”的代码片段，均可作为“组织管理信息”匹配的目标子应用1的实现代码。
195.再例如，根据服务器所获得的订阅信息“数据分析信息”，确定出商户b的商户端app已订阅的功能为“商户数据分析功能”；根据商户b的商户端app所发出的目标子应用1的目标信息载体访问请求消息，在上述代码集合能够查询到用于实现目标用户b的已订阅功能“商户数据分析功能”对应的代码片段为目标子应用1.3(高级版)的实现代码中对应“商户数据分析功能”的代码片段实现代码。将该目标子应用1.3(高级版)的实现代码对应“商户数据分析功能”的代码片段实现代码作为与订阅信息“数据分析信息”匹配的目标子应用1的实现代码。目标子应用1.3(高级版)的实现代码中，除商户b已订阅功能的代码片段之外的其他代码，均不作为上述目标子应用1的实现代码，如目标子应用1.3(高级版)的实现代码中：“商户组织管理功能”的代码片段、“商户数据推广功能”的代码片段、“商户经营报表处理功能”的代码片段。
196.所述在目标信息载体的实现代码集合中的目标信息载体的实现代码具有对应的可订阅功能标识；其中，所述在目标信息载体的实现代码集合中查询包括用于实现所述目标用户的已订阅功能的代码片段、但不包括用于实现所述目标用户的未订阅功能的代码片段的实现代码，包括：获得所述目标用户的已订阅功能的已订阅功能标识；在所述目标信息载体的实现代码集合中查询与所述已订阅功能标识匹配的可订阅功能标识对应的目标信息载体的实现代码，作为包括用于实现所述目标用户的已订阅功能的代码片段、但不包括用于实现所述目标用户的未订阅功能的代码片段的实现代码。
197.在本实施例中，获得上述商户a的商户端app已订阅功能“商户组织管理功能”的已订阅功能标识；在承载“商户组织管理功能”的目标信息载体的实现代码集合中，查询与“商户组织管理功能”的已订阅功能标识对应的代码片段。
198.其中，所述在目标信息载体的实现代码集合中查询包括用于实现所述目标用户的已订阅功能的代码片段、但不包括用于实现所述目标用户的未订阅功能的代码片段的实现
代码，包括：获得所述目标信息载体的实现代码集合中任意一个目标信息载体的实现代码；遍历所述任意一个目标信息载体的实现代码中的代码片段，判断所述任意一个目标信息载体的实现代码中是否存在用于实现所述目标用户的已订阅功能的代码片段，并判断所述任意一个目标信息载体的实现代码中是否存在用于实现所述目标用户的未订阅功能的代码片段的实现代码；
199.为了便于理解，以商户b的商户端app已订阅的功能为“商户数据分析功能”进行举例说明。获得商户b的“商户数据分析功能”的已订阅标识“9876”；目标子应用1的实现代码集合，包括：目标子应用1.3(高级版)的实现代码。该目标子应用1.3(高级版)的实现代码，由“商户数据分析功能”的代码片段、“商户组织管理功能”的代码片段、“商户数据推广功能”的代码片段、“商户经营报表处理功能”的代码片段共同组成。通过服务器遍历目标子应用1.3(高级版)的实现代码中的代码片段，判断出目标子应用1.3(高级版)的实现代码中存在已订阅的功能“商户数据分析功能”的代码片段，并且判断出目标子应用1.3(高级版)的实现代码中存在未订阅功能，如“商户组织管理功能”的代码片段。因此，将目标子应用1.3(高级版)中“商户数据分析功能”的代码片段作为匹配信息载体代码；将目标子应用1.3(高级版)中“商户组织管理功能”的代码片段不作为匹配信息载体代码。
200.如果所述任意一个目标信息载体的实现代码中存在用于实现所述目标用户的已订阔功能的代码片段、但不存在用于实现所述目标下用户的未订阔功能的代码片段，则确定所述任意一个目标信息载体的实现代码为包括用于实现所述目标用户的已订阅功能的代码片段、但不包括用于实现所述目标用户的未订阅功能的代码片段的实现代码。
201.所述目标用户已订阅的功能为所述目标用户已订阅的功能组合，所述不同的目标信息载体的实现代码对应不同的可订阅功能组合，所述用于实现所述目标用户的已订阅功能的代码片段为用于实现所述目标用户的已订阅功能组合的代码片段。所述可订阅功能标识为可订阅功能组合的标识，所述已订阅功能标识为已订阅功能组合的标识，所述目标用户的已订阅功能为所述目标用户的已订阅功能组合。
202.为了便于理解，进行举例说明。商户a已订阅的功能组合为“商户组织管理功能”和“商户数据推广功能”所形成的功能组合。上述目标子应用1的实现代码能够表示不同的可订阅功能组合。例如，目标子应用1中，目标子应用1.1(初级版)的实现代码对应的可订阅功能组合为“商户组织管理功能”和“商户数据推广功能”；目标子应用1.2(进阶版)的实现代码对应的可订阅功能组合为“商户组织管理功能”、“商户数据推广功能”以及“商户经营报表处理功能”。上述可订阅功能组合的标识也可作为前述初级版、进阶版、高级版的产品码。
203.在本实施例中，所述方法还包括：获得所述用户端的计算能力数据；所述获得与所述订阅信息匹配的目标信息载体的实现代码，包括：如果所述用户端的计算能力数据不高于预设的计算能力数据阈值，则获得与所述订阅信息匹配的目标信息载体的实现代码。
204.如果所述用户端的计算能力数据高于预设的计算能力数据阈值，则获得目标信息载体的第一增强实现代码，所述目标信息载体的第一增强实现代码包括所述目标用户的已订阅功能的实现代码和所述目标用户的未订阅的至少一个功能的实现代码；将所述目标信息载体的第一增强实现代码发送给所述用户端。
205.具体实施时，上述计算能力数据用于表明用户端的计算能力；需要理解的是，不同的用户端在运行同一软件时表现出来的运行速度具有差异。服务器通过上述计算能力数据
与服务器预设的计算能力数据阈值进行比较，在高于数据阈值的情况下，能够获得目标信息载体的第一增强实现代码。该增强实现代码包括已订阅功能的实现代码和未订阅功能的实现代码。需要理解的是，在用户端的计算能力满足预设数据阈值的情况下，用户端还可获得众多未订阅功能中的一个功能或者多个功能的实现代码，上述未订阅功能的实现代码在用户端用于展示未订阅功能的基本介绍信息或展示针对未订阅功能的订阅提示信息，而不会让目标用户在用户端能够使用未订阅功能。通过该方式，以提升用户端为目标用户提供的用户可订阅功能的服务升级。
206.在本实施例中，所述方法还包括：获得所述目标用户的特征数据；根据所述目标用户针对用户可订阅功能的订阅信息，获得所述目标用户的未订阅功能；根据所述目标用户的特征数据，预测所述目标用户针对所述目标用户的未订阅功能的偏好度数据；根据所述目标用户针对所述目标用户的未订阅功能的偏好度数据，判断在所述目标用户的未订阅功能中是否能够确定出偏好度数据超过预设的偏好度数据阈值的未订阅功能；所述获得与所述订阅信息匹配的目标信息载体的实现代码，包括：如果在所述目标用户的未订阅功能中未能确定出偏好度数据超过预设的偏好度数据阈值的未订阅功能，则获得与所述订阅信息匹配的目标信息载体的实现代码。
207.具体实施时，商户a的特征数据包括该用户的历史行为数据，通过历史行为数据能够预测出对未订阅功能的偏好程度数据。根据偏好程度数据，以及服务器预设的偏好度数据阈值，判断确定出推荐给商户a的未订阅功能。
208.在本实施例中，所述方法还包括：如果在所述目标用户的未订阅功能中能够确定出偏好度数据超过预设的偏好度数据阈值的未订阅功能，则获得目标信息载体的第二增强实现代码，所述目标信息载体的第二增强实现代码包括所述目标用户的已订阅功能的实现代码和偏好度数据超过预设的偏好度数据阈值的未订阅功能的实现代码；将所述目标信息载体的第二增强实现代码发送给所述用户端。根据偏好度数据确定的未订阅功能的实现代码在用户端同样用于展示未订阅功能的基本介绍信息或展示针对未订阅功能的订阅提示信息，而不会让目标用户在用户端能够使用未订阅功能。
209.在本实施例的该步骤中，上述获得的与订阅信息“组织管理信息”匹配的作为匹配信息载体代码的目标子应用1的实现代码为目标子应用1.1(初级版)的实现代码。
210.步骤s205：根据所述匹配信息载体代码获得可发送给所述用户端的目标信息载体代码。
211.本步骤用于获得可发送给用户端的目标信息载体代码。
212.所述根据所述匹配信息载体代码获得可发送给所述用户端的目标信息载体代码，包括：如果所述匹配信息载体代码的数量为多个，并且多个匹配信息载体代码中包括当前通用的正式版匹配信息载体代码和对所述正式版匹配信息载体代码改进后的灰度版匹配信息载体代码，则判断是否根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码；如果确定根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码，则根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码。
213.在本实施例中，由于匹配信息载体代码的数量可以为一个或者多个，因此，在上述匹配信息载体代码的数量为多个的情况下，需要判断可发送给用户端的目标信息载体代码
为当前通用的正式版匹配信息载体代码，还是正式版匹配信息载体代码改进后的灰度版匹配信息载体代码。其目的在于实现用户可订阅服务功能的平滑升级，减少服务用户流失。需要理解的是，本技术实施例提供的灰度规则中，为让一部分用户继续使用旧版本的服务，一部分用户开始使用新版本的服务。如果使用新版本的服务的部分用户对新版本的服务没有什么反对意见，则逐步扩大用新版本的服务的用户数量，直至把所以用户端都迁移到新版本的用户可订阅服务功能对应的服务上面来。此种方式可以保证服务整体系统的稳定性，在灰度发布的初期能够及时发现新的技术问题，并对出现的问题进行调整。
214.需要理解的是，所述灰度版匹配信息载体代码为根据所述正式版匹配信息载体代码进行代码改动所获得的版本载体代码。区别于其他正式版，该灰度版为基于用户可订阅功能进行部分代码改动所获得的版本。例如，作为目标子应用1的3种类型的正式版：目标子应用1.1(初级版)、目标子应用1.2(进阶版)、目标子应用1.3(高级版)，将上述各个正式版匹配信息代码进行改动后，获得目标子应用1.1.1(初级版对应的灰度版)、目标子应用1.2.1(进阶版对应的灰度版)、目标子应用1.3.1(高级版对应的灰度版)。具体实施时，所获得的匹配信息载体代码为目标子应用1.1(初级版)的实现代码的情况下，该目标子应用1.1(初级版)的实现代码对应设置有目标子应用1.1.1(初级版对应的灰度版)的实现代码。
215.其中，所述判断是否根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码，包括：判断所述目标用户是否为灰度版白名单用户，或者，判断所述目标用户的用户特征是否与灰度版白名单用户特征匹配；如果所述目标用户为灰度版白名单用户，则确定根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码，或者，如果所述目标用户的用户特征与灰度版白名单用户特征匹配，则确定根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码。具体实施时，商户灰度版白名单以及灰度版白名单用户特征，为服务器预先设置的信息。
216.所述判断是否根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码，包括：获得所述目标用户针对所述灰度版匹配信息载体代码的灰度值；根据所述目标用户针对所述灰度版匹配信息载体代码的灰度值，判断是否根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码。
217.所述获得所述目标用户针对所述灰度版匹配信息载体代码的灰度值，包括：获得所述目标信息载体访问请求消息的接收时间戳数据；根据所述目标信息载体访问请求消息的接收时间戳数据，获得所述目标用户针对所述灰度版匹配信息载体代码的灰度值。其中，所述根据所述目标信息载体访问请求消息的接收时间戳数据，获得所述目标用户针对所述灰度版匹配信息载体代码的灰度值，包括：将所述目标信息载体访问请求消息的接收时间戳数据与预定值进行相除运算，获得所述目标信息载体访问请求消息的接收时间戳数据除以所述预定值后所获得的余数，作为所述目标用户针对所述灰度版匹配信息载体代码的灰度值。
218.具体实施时，上述接收时间戳数据作为流量时间戳表示服务器接收用户端发出目标信息载体访问请求消息的具体时间。该流量时间戳用字符串的方式表示，将该字符串的流量时间戳除以预定值，如10、50、100、1000等，获得百分比计算余数，即灰度值。示意性的，服务器预先设置的灰度百分比的灰度区间值为“1-99”，根据上述百分比计算余数(灰度值)，能够获得该余数是否在上述灰度区间值内的判断结果；根据判断结果，获知所命中的
为灰度版匹配信息载体代码，还是正式版匹配信息载体代码。例如，预设的灰度值范围为【0-20】，在灰度值处于【0-20】的数值范围内，则表示命中；灰度值并未处于【0-20】的数值范围内，则表示未命中。
219.所述根据所述目标用户针对所述灰度版匹配信息载体代码的灰度值，判断是否根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码，包括：判断所述目标用户针对所述灰度版匹配信息载体代码的灰度值是否在预设的灰度值范围内；如果确定所述目标用户针对所述灰度版匹配信息载体代码的灰度值在所述预设的灰度值范围内，则确定根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码。所述方法还包括：如果确定不能根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码，则根据所述正式版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码。
220.为了便于理解上述获得可发送给用户端的目标信息载体代码的过程，请参考图5的示意。图5为获得可发送给用户端的目标信息载体代码的流程图。需要理解的是，服务器预先设置有灰度版白名单用户、灰度版白名单用户特征、预设的灰度版匹配信息载体代码的灰度值、以及其他自定义的白名单。如图5所示，
221.其中，s205-1、服务器输入获得的匹配信息载体代码；s205-2，服务器根据匹配信息载体代码，判断目标用户是否命中灰度版白名单用户；在命中的情况下，执行s205-7，获取灰度版匹配信息载体代码；在未命中的情况下，执行s205-3，服务器根据匹配信息载体代码，判断目标用户的用户特征是否命中灰度版白名单用户特征；在命中的情况下，执行s205-7，获取灰度版匹配信息载体代码；在未命中的情况下，执行s205-4，服务器根据匹配信息载体代码，判断是否命中其他自定义的名单，该其他自定义的报名单可根据实际情况灵活设置；在命中的情况下，执行s205-7，获取灰度版匹配信息载体代码；在未命中的情况下，执行s205-5，服务器判断目标用户针对灰度版匹配信息载体代码的灰度值是否在预设的灰度范围内，在命中的情况下，执行s205-7，在未命中的情况下，执行s205-6，通过自定义的接口，执行获得s205-8正式版匹配信息载体代码；最终，根据s205-7获得的灰度版匹配信息载体代码；或者，根据s205-8获得的正式版匹配信息载体代码，执行s205-9，将s205-7或者s205-8所获得的信息载体代码作为目标信息载体代码。
222.在本实施例的该步骤中，上述获得的可发送给用户端的目标信息载体代码为目标子应用1.1.1(初级版对应的灰度版)的实现代码。
223.步骤s206：将所述目标信息载体代码发送给所述用户端。
224.本步骤用于将目标信息载体代码发送给用尸端。
225.上述目标信息载体代码作为用户端访问目标信息载体的代码，能够实现目标信息载体及订阅信息的访问。例如，将目标子应用1.1.1(初级版对应的灰度版)的实现代码发送给商户a的商户端app，进而实现目标子应用1.1.1所承载的订阅信息的访问、编辑等。
226.通过本实施例的上述目标信息载体访问方法，可提高用户端使用已订阅功能的使用效率，提升用户端使用已订阅功能的体验；进一步地，该过程中通过判断可发送给用户端的目标信息载体代码为当前通用的正式版匹配信息载体代码，还是正式版匹配信息载体代码改进后的灰度版匹配信息载体代码，可实现用户可订阅服务功能的平滑升级，减少服务用户流失，其信息载体访问的过程稳定性高、可控性好。
227.在上述实施例的基础上，下面对本技术提供的一种信息载体代码的处理方法，结合图6进行介绍，图6为本技术实施例提供的一种信息载体代码的处理方法的流程图。由于该过程与前述实施例类似，因此可参考前述实施例的描述。
228.s601，确定多个用户可订阅的功能组合；
229.s602，针对任意一个用户可订阅的功能组合，获得所述任意一个用户可订阅的功能组合中的功能的实现代码；
230.s603，确定可承载所述任意一个用户可订阅的功能组合的目标信息载体，其中，用户端通过访问所述目标信息载体获得所述任意一个用户可订阅的功能组合；
231.s604，根据所述任意一个用户可订阅的功能组合中的功能的实现代码生成所述目标信息载体的实现代码，所述目标信息载体的实现代码包括所述任意一个用户可订阅的功能组合中的功能的实现代码，所述目标信息载体的实现代码未包括除所述任意一个用户可订阅的功能组合中的功能之外的其他可订阅功能的实现代码。
232.可选的，所述确定多个用户可订阅的功能组合，包括：确定多个用户可订阅的功能；针对所述多个用户可订阅的功能进行组合处理，确定多个用户可订阅的功能组合。
233.可选的，所述确定可承载所述任意一个用户可订阅的功能组合的目标信息载体，包括：获得所述目标信息载体对应的目标信息载体模板；根据所述目标信息载体模板，判断所述目标信息载体是否可承载所述任意一个用户可订阅的功能组合。
234.可选的，所述根据所述目标信息载体模板，判断所述目标信息载体是否可承载用户可订阅功能，包括：判断所述目标信息载体模板中是否具有用于表示所述任意一个用户可订阅的功能组合的订阅功能组件，或者，判断所述目标信息载体模板中是否为所述订阅功能组件预留有组件位置；如果所述目标信息载体模板中具有用于表示所述任意一个用户可订阅的功能组合的订阅功能组件，或者，如果所述目标信息载体模板中为所述订阅功能组件预留有组件位置，则确定所述目标信息载体可承载用户可订阅功能。
235.可选的，所述根据所述任意一个用户可订阅的功能组合中的功能的实现代码生成所述目标信息载体的实现代码，包括：获得所述目标信息载体中除所述任意一个用户可订阅的功能组合中的功能之外的其他信息元素的实现代码；根据所述任意一个用户可订阅的功能组合中的功能的实现代码和所述其他信息元素的实现代码，生成所述目标信息载体的实现代码。
236.可选的，所述方法还包括：获得用户端发出的用于请求访问所述目标信息载体的目标信息载体访问请求消息；判断所述目标信息载体是否可承载用户可订阅功能；如果确定所述目标信息载体可承载用户可订阅功能，则获得所述用户端对应的目标用户针对用户可订阅功能的订阅信息，所述订阅信息包括所述目标用户针对用户可订阅的功能组合的订阅信息；获得与所述订阅信息匹配的目标信息载体的实现代码，作为匹配信息载体代码，所述匹配信息载体代码包括所述目标用户的已订阅功能的实现代码，所述匹配信息载体代码未包括所述目标用户的未订阅功能的实现代码，所述目标用户的已订阅功能的实现代码为所述目标用户的已订阅功能组合中的功能的实现代码；根据所述匹配信息载体代码获得可发送给所述用户端的目标信息载体代码；将所述目标信息载体代码发送给所述用户端。
237.可选的，所述目标信息载体为目标主应用、目标子应用、目标页面中的任意一种载体。
238.可选的，所述用户端为商户端，所述多个用户可订阅的功能组合中的功能为商户可订阅的商户数据服务功能。
239.可选的，所述多个用户可订阅的功能组合中的功能包括以下至少一种功能：商户组织管理功能；商户数据推广功能；商户经营报表处理功能；商户数据分析功能。
240.在上述实施例的基础上，下面对本技术提供的一种服务系统处理方法，结合图7进行介绍，图7为本技术实施例提供的一种服务系统处理方法的流程图。由于该过程与前述实施例类似，因此可参考前述实施的描述。
241.s701，确定子应用所需包括的页面；
242.s702，根据所述页面生成子应用；
243.s703，根据功能模块所需的子应用生成功能模块，所述功能模块用于实现用户端所需的功能；
244.s704，对多个功能模块进行差异化组合处理，获得多个功能模块组合；
245.s705，根据任意一个功能模块组合，生成承载所述任意一个功能模块组合的服务系统，所述服务系统包括所述任意一个功能模块组合，所述服务系统未包括除所述任意一个功能模块组合之外的其他功能模块组合。
246.在本实施例中，上述差异化组合处理为根据用户可订阅功能完成的处理。
247.可选的，所述方法还包括：获得针对所述页面的访问权限码，所述访问权限码用于表示用户端访问所述页面所需的访问权限；所述根据所述页面生成子应用，包括：根据所述页面以及针对所述页面的访问权限码生成子应用。
248.可选的，所述根据所述页面生成子应用，包括：对子应该所需包括的页面进行组合处理，根据组合后的页面生成子应用。
249.可选的，所述根据功能模块所需的子应用生成功能模块，包括：对功能模块所需的子应用进行组合处理，根据组合后的子应用生成功能模块。
250.可选的，所述对多个功能模块进行差异化组合处理，获得多个功能模块组合，包括：对多个功能模块进行数量差异化组合处理，获得多个功能模块组合；和/或，对多个功能模块进行功能差异化组合处理，获得多个功能模块组合。
251.可选的，如果对多个功能模块进行数量差异化组合处理，则所述多个功能模块组合中至少有两个功能模块组合所包括的功能模块的数量不同。
252.可选的，如果对多个功能模块进行功能差异化组合处理，则所述多个功能模块组合中任意两个功能模块组合所包括的功能模块不完全相同。
253.可选的，所述对多个功能模块进行差异化组合处理，获得多个功能模块组合，包括：获得所需生成的多个版本服务系统的版本信息集合；针对所述版本信息集合中的任意一个版本信息，获得与所述任意一个版本信息对应的功能模块组合策略信息；根据与所述任意一个版本信息对应的功能模块组合策略信息，获得与所述任意一个版本信息对应的功能模块组合。
254.可选的，所述根据任意一个功能模块组合，生成承载所述任意一个功能模块组合的服务系统，包括：根据与所述任意一个版本信息对应的功能模块组合，生成承载与所述任意一个版本信息对应的功能模块组合并与所述任意一个版本信息对应的服务系统，所述与所述任意一个版本信息对应的服务系统包括与所述任意一个版本信息对应的功能模块组
合，所述与所述任意一个版本信息对应的服务系统未包括除与所述任意一个版本信息对应的功能模块组合之外的其他功能模块组合。
255.可选的，所述方法还包括：将所述服务系统投放到多个访问渠道，所述访问渠道为用户端访问服务系统的渠道。
256.可选的，所述方法还包括：将根据所述页面生成的子应用投放到用于生成服务系统的服务系统生成系统中；所述根据功能模块所需的子应用生成功能模块，包括：在所述服务系统生成系统中根据功能模块所需的子应用生成功能模块；所述根据任意一个功能模块组合，生成承载所述任意一个功能模块组合的服务系统，包括：在所述服务系统生成系统中根据任意一个功能模块组合，生成承载所述任意一个功能模块组合的服务系统。
257.可选的，所述服务系统包括正式发布的正式版服务系统和对所述正式版服务系统中的功能模块组合中的至少一个功能模块改进后所获得的灰度版服务系统；所述方法还包括：获得用户端发出的用于请求访问所述服务系统的服务系统访问请求消息；如果确定所述用户端对应的目标用户已订阅所述正式版服务系统中的功能模块组合，则判断是否向所述用户端发送所述灰度版服务系统的服务信息，所述灰度版服务系统的服务信息包括所述灰度版服务系统中的功能模块组合的功能信息；如果确定向所述用户端发送所述灰度版服务系统的服务信息，则向所述用户端发送所述灰度版服务系统的服务信息。
258.可选的，所述判断是否向所述用户端发送所述灰度版服务系统的服务信息，包括：判断所述用户端对应的目标用户是否为所述灰度版服务系统的白名单用户，或者，判断所述目标用户的用户特征是否与所述灰度版服务系统的白名单用户特征匹配；如果所述用户端对应的目标用户为所述灰度服务系统的白名单用户，则向所述用户端发送所述灰度版服务系统的服务信息；或者，如果所述目标用户的用户特征与所述灰度版服务系统的白名单用户特征匹配，则向所述用户端发送所述灰度版服务系统的服务信息。
259.可选的，所述判断是否向所述用户端发送所述灰度版服务系统的服务信息，包括：获得所述目标用户针对所述灰度版服务系统的灰度值；根据所述目标用户针对所述灰度版服务系统的灰度值，判断是否向所述用户端发送所述灰度版服务系统的服务信息。
260.可选的，所述获得所述目标用户针对所述灰度版服务系统的灰度值，包括：获得所述服务系统访问请求消息的接收时间戳数据；根据所述服务系统访问请求消息的接收时间戳数据，获得所述目标用户针对所述灰度版服务系统的灰度值。
261.可选的，所述根据所述服务系统访问请求消息的接收时间戳数据，获得所述目标用户针对所述灰度版服务系统的灰度值，包括：将所述服务系统访问请求消息的接收时间戳数据与预定值进行相除运算，获得所述服务系统访问请求消息的接收时间戳数据除以所述预定值后所获得的余数，作为所述目标用户针对所述灰度版服务系统的灰度值。
262.可选的，所述根据所述目标用户针对所述灰度版服务系统的灰度值，判断是否向所述用户端发送所述灰度版服务系统的服务信息，包括：判断所述目标用户针对所述灰度版服务系统的灰度值是否在预设的灰度值范围内；如果所述目标用户针对所述灰度版服务系统的灰度值在预设的灰度值范围内，则确定向所述用户端发送所述灰度版服务系统的服务信息。
263.可选的，所述方法还包括：如果确定不能向所述用户端发送所述灰度版服务系统的服务信息，则向所述用户端发送所述正式版服务系统的服务信息。
264.可选的，所述用户端为商户端，所述功能模块用于实现用户端所需的功能为商户数据服务功能。
265.可选的，所述商户数据服务功能包括以下至少一种功能：商户组织管理功能；商户数据推广功能；商户经营报表处理功能；商户数据分析功能。
266.在上述实施例的基础上，下面对本技术提供的另一种信息载体访问方法，应用于用户端，结合图8进行介绍，图8为本技术实施例提供的另一种信息载体访问方法的流程图。由于该过程与前述实施例类似，因此可参考前述实施的描述。
267.s801，向服务端发出用于请求访问目标信息载体的目标信息载体访问请求消息；
268.s802，获得目标信息载体代码，所述目标信息载体代码包括目标用尸的已订阅功能的实现代码，所述匹配信息载体代码未包括所述目标用户的未订阅功能的实现代码，所述目标信息载体可承载用户可订阅功能，所述已订阅功能和所述未订阅功能均为所述目标信息载体可承载的用户可订阅功能，所述目标用户为请求访问所述目标信息载体的用户；
269.s803，根据所述目标信息载体代码展示所述目标信息载体中的信息。
270.可选的，所述目标信息载体访问请求消息中包括所述目标用户针对用户可订阅功能的订阅信息；所述目标信息载体代码是根据与所述订阅信息匹配的目标信息载体的实现代码获得的，与所述订阅信息匹配的目标信息载体的实现代码包括目标用户的已订阅功能的实现代码，与所述订阅信息匹配的目标信息载体的实现代码未包括所述目标用户的未订阅功能的实现代码。
271.可选的，所述目标信息载体访问请求消息中包括用于请求订阅用户可订阅功能的订阅请求信息；所述目标信息载体代码是根据与订阅信息匹配的目标信息载体的实现代码获得的，与所述订阅信息匹配的目标信息载体的实现代码包括目标用户的已订阅功能的实现代码，与所述订阅信息匹配的目标信息载体的实现代码未包括所述目标用户的未订阅功能的实现代码，所述订阅信息是订阅操作结果获得的，所述订阅操作结果是针对所述订阅请求信息执行针对用户可订阅功能的订阅操作后获得的。
272.可选的，所述用户可订阅功能包括用户可订阅的多个功能；所述目标用户针对用户可订阅功能的订阅信息包括所述目标用户针对用户可订阅的多个功能中的至少一个功能的订阅信息。
273.可选的，所述目标用户已订阅的功能为所述目标用户已订阅的功能组合，不同的目标信息载体的实现代码对应不同的可订阅功能组合。
274.可选的，所述可订阅功能标识为可订阅功能组合的标识，所述已订阅功能标识为已订阅功能组合的标识，所述目标用户的已订阅功能为所述目标用户的已订阅功能组合。
275.可选的，所述目标信息载体为目标主应用、目标子应用、目标页面中的任意一种载体。
276.可选的，所述用户可订阅功能为商户可订阅的商户数据服务功能。
277.可选的，所述商户可订阅的商户数据服务功能包括以下至少一种功能：商户组织管理功能；商户数据推广功能；商户经营报表处理功能；商户数据分析功能。
278.可选的，还包括：获得所述服务端提供的可供所述目标用户选择订阅的多个可订阅功能组合；展示可供所述目标用户选择订阅的多个可订阅功能组合；响应于检测到针对所述多个可订阅功能组合中的至少一个可订阅功能组合的选择订阅操作，将所述目标用户
选择订阅的可订阅功能组合的信息发送给所述服务端；获得所述服务端返回的所述订阅信息；其中，所述目标用户的已订阅功能为所述目标用户选择订阅的可订阅功能组合。
279.可选的，还包括：获得所述服务端提供的可供所述目标用户选择订阅的多个可订阅功能组合；展示可供所述目标用户选择订阅的多个可订阅功能组合；响应于检测到针对所述多个可订阅功能组合中的至少一个可订阅功能组合的选择订阅操作，确定所述目标用户选择订阅的可订阅功能组合；所述订阅请求信息具体用于请求订阅所述目标用户选择订阅的可订阅功能组合；其中，所述目标用户的已订阅功能为所述目标用户选择订阅的可订阅功能组合。
280.可选的，还包括：获得所述多个可订阅功能组合中的至少一个可订阅功能组合的轻量化特征数据；所述展示可供所述目标用户选择订阅的多个可订阅功能组合，包括：展示可供所述目标用户选择订阅的多个可订阅功能组合以及所述多个可订阅功能组合中的至少一个可订阅功能组合的轻量化特征数据。
281.可选的，所述获得所述多个可订阅功能组合中的至少一个可订阅功能组合的轻量化特征数据，包括：获得所述至少一个可订阅功能组合的代码片段的执行复杂度数据；根据所述至少一个可订阅功能组合中任意一个可订阅功能组合的代码片段的执行复杂度数据以及所述至少一个可订阅功能组合中相对高复杂可订阅功能组合的代码片段的执行复杂度数据，获得所述任意一个可订阅功能组合的轻量化特征数据，所述相对高复杂可订阅功能组合为在所述至少一个可订阅功能组合中执行复杂度数据相对于所述任意一个可订阅功能组合的代码片段的执行复杂度数据高的其他至少一个可订阅功能组合。
282.可选的，按照下述方式获得所述任意一个可订阅功能组合的代码片段的执行复杂度数据：获得所述服务端提供的所述任意一个可订阅功能组合的代码片段的复杂度数据；或者，获得所述服务端提供的所述任意一个可订阅功能组合中的每个功能的代码片段的执行复杂度数据，根据所述任意一个可订阅功能组合中的每个功能的代码片段的执行复杂度数据，获得所述任意一个可订阅功能组合的代码片段的执行复杂度数据；或者，获得所述服务端提供的所述任意一个可订阅功能组合的代码片段的代码特征数据，获得发出所述目标信息载体访问请求消息的计算设备的计算能力数据，根据所述任意一个可订阅功能组合的代码片段的代码特征数据和所述计算设备的计算能力数据，获得所述任意一个可订阅功能组合的代码片段的执行复杂度数据；或者，获得所述服务端提供的所述任意一个可订阅功能组合中的每个功能的代码片段的代码特征数据，获得发出所述目标信息载体访问请求消息的计算设备的计算能力数据，根据所述任意一个可订阅功能组合中的每个功能的代码片段的代码特征数据和所述计算设备的计算能力数据，获得所述任意一个可订阅功能组合中的每个功能的代码片段的执行复杂度数据，根据所述任意一个可订阅功能组合中的每个功能的代码片段的执行复杂度数据，获得所述任意一个可订阅功能组合的代码片段的执行复杂度数据。
283.可选的，所述根据所述至少一个可订阅功能组合中任意一个可订阅功能组合的代码片段的执行复杂度数据以及所述至少一个可订阅功能组合中相对高复杂可订阅功能组合的代码片段的执行复杂度数据，获得所述任意一个可订阅功能组合的轻量化特征数据：获得任意一个相对高复杂可订阅功能组合的代码片段的执行复杂度数据与所述任意一个可订阅功能组合的代码片段的执行复杂度数据之间的第一复杂度差值数据；根据所述第一
复杂度差值数据，获得所述任意一个可订阅功能组合相对于所述任意一个相对高复杂可订阅功能组合的轻量化特征数据；或者，获得指定相对高复杂可订阅功能组合的代码片段的执行复杂度数据与所述任意一个可订阅功能组合的代码片段的执行复杂度数据之间的第二复杂度差值数据；根据所述第二复杂度差值数据，获得所述任意一个可订阅功能组合相对于所述指定相对高复杂可订阅功能组合的轻量化特征数据。
284.可选的，所述任意一个可订阅功能组合的代码片段的执行复杂度数据包括以下至少一种数据：发出所述目标信息载体访问请求消息的计算设备执行完成所述任意一个可订阅功能组合的代码片段的第一预计执行用时数据；所述计算设备执行完成所述任意一个可订阅功能组合的代码片段的第一预计能量耗费数据；所述相对高复杂可订阅功能组合的代码片段的执行复杂度数据包括以下至少一种数据：所述计算设备执行完成所述相对高复杂可订阅功能组合的代码片段的第二预计执行用时数据；所述计算设备执行完成所述相对高复杂可订阅功能组合的代码片段的第二预计能量耗费数据；所述任意一个可订阅功能组合的轻量化特征数据包括以下至少一种数据：所述第一预计执行用时数据相对于所述第二预计执行用时数据的预计用时节省数据；所述第一预计能量耗费数据相对于所述第二预计能量耗费数据的预计能量节省数据。
285.可选的，所述获得所述多个可订阅功能组合中的至少一个可订阅功能组合的轻量化特征数据，包括：确定所述至少一个可订阅功能组合中任意一个可订阅功能组合所包括的功能；确定所述至少一个可订阅功能组合中除所述任意一个可订阅功能组合之外的其他任意一个可订阅功能组合所包括的功能；将所述除所述任意一个可订阅功能组合之外的其他任意一个可订阅功能组合作为待比较可订阅功能组合，如果所述待比较可订阅功能组合包括任意一个可订阅功能组合所包括的功能，并且所述待比较可订阅功能组合包括的功能数量多于所述任意一个可订阅功能组合包括的功能数量，则根据所述待比较可订阅功能组合包括的功能数量与所述任意一个可订阅功能组合包括的功能数量之间的功能数量差值，获得所述任意一个可订阅功能组合相对于所述待比较可订阅功能组合的轻量化特征数据。
286.可选的，所述根据所述待比较可订阅功能组合包括的功能数量与所述任意一个可订阅功能组合包括的功能数量之间的功能数量差值，获得所述任意一个可订阅功能组合相对于所述待比较可订阅功能组合的轻量化特征数据，包括：根据功能数量差值数据范围与轻量化特征数据之间的对应关系以及所述功能数量差值数据，获得与所述功能数量差值数据对应的轻量化特征数据，作为所述任意一个可订阅功能组合相对于所述待比较可订阅功能组合的轻量化特征数据。
287.可选的，所述任意一个可订阅功能组合相对于所述待比较可订阅功能组合的轻量化特征数据包括以下至少一种数据：发出所述目标信息载体访问请求消息的计算设备执行完成所述任意一个可订阅功能组合相对于所述计算设备执行完成所述待比较可订阅功能组合的预计用时节省数据；所述计算设备执行完成所述任意一个可订阅功能组合相对于所述计算设备执行完成所述待比较可订阅功能组合的预计能量节省数据。
288.可选的，所述获得所述多个可订阅功能组合中的至少一个可订阅功能组合的轻量化特征数据，包括：获得所述服务端提供的所述至少一个可订阅功能组合的轻量化特征数据。
289.上述提供一种信息载体访问方法实施例，与之相对应的，本技术实施例还提供了
一种信息载体访问装置，由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的技术特征的细节部分以及实现效果部分请参见上述提供的方法实施例的对应说明即可，下述对装置实施例的描述仅仅是示意性的。
290.请参考图9理解该实施例，图9为本实施例提供的一种信息载体访问装置的结构示意图，如图9所示，本实施例提供的装置900包括：消息获取单元901，被配置为获得用户端发出的用于请求访问目标信息载体的目标信息载体访问请求消息；第一处理单元902，被配置为判断所述目标信息载体是否可承载用户可订阅功能；第二处理单元903，被配置为如果确定所述目标信息载体可承载用户可订阅功能，则获得所述用户端对应的目标用户针对用户可订阅功能的订阅信息；第三处理单元904，被配置为获得与所述订阅信息匹配的目标信息载体的实现代码，作为匹配信息载体代码，所述匹配信息载体代码包括所述目标用户的已订阅功能的实现代码，所述匹配信息载体代码未包括所述目标用户的未订阅功能的实现代码；第四处理单元905，被配置为根据所述匹配信息载体代码获得可发送给所述用户端的目标信息载体代码；代码发送单元906，被配置为将所述目标信息载体代码发送给所述用户端。
291.上述实施例提供了一种信息载体代码的处理方法，与之相对应的，本技术实施例还提供一种信息载体代码的处理装置，由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的技术特征的细节部分请参见上述提供的方法实施例的对应说明即可，下述对装置实施例的描述仅仅是示意性的。
292.请参考图10理解该实施例，图10为本实施例提供的信息载体代码的处理装置的结构示意图，如图所示，本实施例提供的信息载体代码的处理装置1000包括：组合确定单元1001，被配置为确定多个用户可订阅的功能组合；第一处理单元1002，被配置针对任意一个用户可订阅的功能组合，获得所述任意一个用户可订阅的功能组合中的功能的实现代码；第二处理单元1003，被配置确定可承载所述任意一个用户可订阅的功能组合的目标信息载体，其中，用户端通过访问所述目标信息载体获得所述任意一个用户可订阅的功能组合；代码生成单元1004，被配置根据所述任意一个用户可订阅的功能组合中的功能的实现代码生成所述目标信息载体的实现代码，所述目标信息载体的实现代码包括所述任意一个用户可订阅的功能组合中的功能的实现代码，所述目标信息载体的实现代码未包括除所述任意一个用户可订阅的功能组合中的功能之外的其他可订阅功能的实现代码。
293.上述实施例提供了一种服务系统处理方法，与之相对应的，本技术实施例还提供一种服务系统处理装置，由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的技术特征的细节部分请参见上述提供的方法实施例的对应说明即可，下述对装置实施例的描述仅仅是示意性的。
294.请参考图11理解该实施例，图11为本实施例提供的服务系统处理装置的结构示意图，如图所示，本实施例提供的服务系统处理装置1100包括：页面确定单元1101，被配置为确定子应用所需包括的页面；应用生成单元1102，被配置为根据所述页面生成子应用；第一处理单元1103，被配置为根据功能模块所需的子应用生成功能模块，所述功能模块用于实现用户端所需的功能；第二处理单元1104，被配置为对多个功能模块进行差异化组合处理，获得多个功能模块组合；系统生成单元1105，被配置为根据任意一个功能模块组合，生成承载所述任意一个功能模块组合的服务系统，所述服务系统包括所述任意一个功能模块组
合，所述服务系统未包括除所述任意一个功能模块组合之外的其他功能模块组合。
295.上述实施例提供了另一种信息载体访问方法，与之相对应的，本技术实施例还提供一种信息载体访问装置，由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的技术特征的细节部分请参见上述提供的方法实施例的对应说明即可，下述对装置实施例的描述仅仅是示意性的。
296.请参考图12理解该实施例，图12为本实施例提供的信息载体访问装置的结构示意图，如图所示，本实施例提供的信息载体访问装置1200包括：消息发送单元1201，被配置为向服务端发出用于请求访问目标信息载体的目标信息载体访问请求消息；代码获取单元1202，被配置为获得目标信息载体代码，所述目标信息载体代码包括目标用户的已订阅功能的实现代码，所述匹配信息载体代码未包括所述目标用户的未订阅功能的实现代码，所述目标信息载体可承载用户可订阅功能，所述已订阅功能和所述未订阅功能均为所述目标信息载体可承载的用户可订阅功能，所述目标用户为请求访问所述目标信息载体的用户；信息展示单元1203，被配置为根据所述目标信息载体代码展示所述目标信息载体中的信息。
297.在上述的实施例中，提供了多种方法以及各方法对应的装置，此外，本技术实施例还提供与上述方法实施例和装置实施例相对应的电子设备实施例，由于电子设备实施例基本相似于方法实施例，所以描述得比较简单，相关的技术特征的细节部分以及实现的效果请参见上述提供的方法实施例的对应说明即可，下述对电子设备实施例的描述仅仅是示意性的。该电子设备实施例如下：
298.请参考图13理解上述电子设备，图13为电子设备的示意图。本实施例提供的电子设备包括：处理器1301和存储器1302、通信总线1303和通信接口1304。所述处理器 301，用于执行所述一条或多条计算机指令，以实现上述各方法实施例的各步骤。所述存储器1302用于存储数据处理的一条或多条计算机指令。所述通信总线1303，用于连接挂载在其上的处理器1301、存储器1302。所述通信接口1304，用于为处理器1301、存储器1302提供连接接口。
299.在上述的实施例中，提供了多种方法以及各方法对应的装置，此外，本技术实施例还提供用于实现上述方法的计算机可读存储介质。本技术提供的计算机可读存储介质实施例描述得比较简单，相关部分请参见上述方法实施例的对应说明即可，下述描述的实施例仅仅是示意性的。
300.本实施例提供的计算机可读存储介质上存储有计算机指令，该指令被处理器执行时实现上述方法实施例所示的步骤，在此不再赘述。
301.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
302.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
303.1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器
(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
304.2、本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
305.本发明虽然以较佳实施例公开如上，但其并不是用来限定本发明，任何本领域技术人员在不脱离本发明的精神和范围内，都可以做出可能的变动和修改，因此本发明的保护范围应当以本发明权利要求所界定的范围为准。
306.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

技术特征：
1.一种信息载体访问方法，其特征在于，包括：获得用户端发出的用于请求访问目标信息载体的目标信息载体访问请求消息；判断所述目标信息载体是否可承载用户可订阅功能；如果确定所述目标信息载体可承载用户可订阅功能，则获得所述用户端对应的目标用户针对用户可订阅功能的订阅信息；获得与所述订阅信息匹配的目标信息载体的实现代码，作为匹配信息载体代码，所述匹配信息载体代码包括所述目标用户的已订阅功能的实现代码，所述匹配信息载体代码未包括所述目标用户的未订阅功能的实现代码；根据所述匹配信息载体代码获得可发送给所述用户端的目标信息载体代码；将所述目标信息载体代码发送给所述用户端。2.根据权利要求1所述的信息载体访问方法，其特征在于，所述判断所述目标信息载体是否可承载用户可订阅功能，包括：根据所述目标信息载体访问请求消息，确定所述用户端请求访问的目标信息载体；获得所述目标信息载体对应的目标信息载体模板；根据所述目标信息载体模板，判断所述目标信息载体是否可承载用户可订阅功能。3.根据权利要求1所述的信息载体访问方法，其特征在于，所述获得所述用户端对应的目标用户针对用户可订阅功能的订阅信息，包括：获得所述目标用户对应的订阅信息列表；在所述订阅信息列表中查找处于有效期的订阅信息；从所述处于有效期的订阅信息中查找是否存在针对用户可订阅功能的订阅信息；如果所述处于有效期的订阅信息中存在针对用户可订阅功能的订阅信息，则从所述处于有效期的订阅信息中获得针对用户可订阅功能的订阅信息。4.根据权利要求1所述的信息载体访问方法，其特征在于，所述目标信息载体访问请求消息中包括所述目标用户针对用户可订阅功能的订阅信息；所述获得所述用户端对应的目标用户针对用户可订阅功能的订阅信息，包括：判断所述目标信息载体访问请求消息中包括的所述目标用户针对用户可订阅功能的订阅信息是否处于有效期，如果所述目标信息载体访问请求消息中包括的所述目标用户针对用户可订阅功能的订阅信息处于有效期，则从所述目标信息载体访问请求消息中获得所述目标用户针对用户可订阅功能的订阅信息。5.根据权利要求1所述的信息载体访问方法，其特征在于，所述目标信息载体访问请求消息中包括用于请求订阅用户可订阅功能的订阅请求信息；所述获得所述用户端对应的目标用户针对用户可订阅功能的订阅信息，包括：针对所述订阅请求信息，执行针对用户可订阅功能的订阅操作，获得订阅操作结果；根据所述订阅操作结果，获得所述目标用户针对用户可订阅功能的订阅信息。6.根据权利要求1所述的信息载体访问方法，其特征在于，所述用户可订阅功能包括用户可订阅的多个功能；所述目标用户针对用户可订阅功能的订阅信息包括所述目标用户针对用户可订阅的多个功能中的至少一个功能的订阅信息。7.根据权利要求1所述的信息载体访问方法，其特征在于，所述根据所述匹配信息载体
代码获得可发送给所述用户端的目标信息载体代码，包括：如果所述匹配信息载体代码的数量为多个，并且多个匹配信息载体代码中包括当前通用的正式版匹配信息载体代码和对所述正式版匹配信息载体代码改进后的灰度版匹配信息载体代码，则判断是否根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码；如果确定根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码，则根据所述灰度版匹配信息载体代码获得可发送给所述用户端的目标信息载体代码。8.一种信息载体代码的处理方法，其特征在于，包括：确定多个用户可订阅的功能组合；针对任意一个用户可订阅的功能组合，获得所述任意一个用户可订阅的功能组合中的功能的实现代码；确定可承载所述任意一个用户可订阅的功能组合的目标信息载体，其中，用户端通过访问所述目标信息载体获得所述任意一个用户可订阅的功能组合；根据所述任意一个用户可订阅的功能组合中的功能的实现代码生成所述目标信息载体的实现代码，所述目标信息载体的实现代码包括所述任意一个用户可订阅的功能组合中的功能的实现代码，所述目标信息载体的实现代码未包括除所述任意一个用户可订阅的功能组合中的功能之外的其他可订阅功能的实现代码。9.一种服务系统处理方法，其特征在于，包括：确定子应用所需包括的页面；根据所述页面生成子应用；根据功能模块所需的子应用生成功能模块，所述功能模块用于实现用户端所需的功能；对多个功能模块进行差异化组合处理，获得多个功能模块组合；根据任意一个功能模块组合，生成承载所述任意一个功能模块组合的服务系统，所述服务系统包括所述任意一个功能模块组合，所述服务系统未包括除所述任意一个功能模块组合之外的其他功能模块组合。10.一种信息载体访问方法，其特征在于，包括：向服务端发出用于请求访问目标信息载体的目标信息载体访问请求消息；获得目标信息载体代码，所述目标信息载体代码包括目标用户的已订阅功能的实现代码，所述匹配信息载体代码未包括所述目标用户的未订阅功能的实现代码，所述目标信息载体可承载用户可订阅功能，所述已订阅功能和所述未订阅功能均为所述目标信息载体可承载的用户可订阅功能，所述目标用户为请求访问所述目标信息载体的用户；根据所述目标信息载体代码展示所述目标信息载体中的信息。

技术总结
本发明公开一种信息载体访问方法，包括：获得用户端发出的用于请求访问目标信息载体的目标信息载体访问请求消息；判断目标信息载体是否可承载用户可订阅功能；如果确定目标信息载体可承载用户可订阅功能，则获得用户端对应的目标用户针对用户可订阅功能的订阅信息；获得与订阅信息匹配的目标信息载体的实现代码，作为匹配信息载体代码，匹配信息载体代码包括目标用户的已订阅功能的实现代码，匹配信息载体代码未包括目标用户的未订阅功能的实现代码；根据匹配信息载体代码获得可发送给用户端的目标信息载体代码；将目标信息载体代码发送给用户端。通过上述方法，可提高用户端使用已订阅功能的使用效率，提升用户端使用已订阅功能的体验。阅功能的体验。阅功能的体验。


技术研发人员：熊世宏
受保护的技术使用者：浙江口碑网络技术有限公司
技术研发日：2023.05.25
技术公布日：2023/8/28