用于服务平台的数据处理方法和系统、计算机系统和介质与流程

1.本公开涉及计算机技术领域，更具体地，涉及一种用于服务平台的数据处理方法和系统、计算机系统和存储介质。


背景技术：

2.服务平台一般可以由多个运营商服务子平台来负责其产品的交易、产品信息的发布和更新等。运营商服务子平台的运营人员可以通过子平台将产品交易给企业用户或个人用户。
3.在实现本公开构思的过程中，发明人发现：运营人员、企业用户和个人用户可以使用相同的域名访问服务平台。但是，这样就无法区分隶属于不同运营商子平台的业务数据，一般可以针对每个运营商子平台开发一套业务数据管理系统，在同一套系统中的数据隶属于同一运营商子平台，但是，这样造成了资源的浪费。


技术实现要素：

4.有鉴于此，本公开提供了一种用于服务平台的数据处理方法和系统、计算机系统和存储介质。
5.本公开的一个方面提供了一种用于服务平台的数据处理方法，包括：接收来自终端的访问请求；根据所述访问请求中的域名信息，从多个服务集群中确定目标服务集群；以及将所述访问请求发送给所述目标服务集群，以便所述目标服务集群响应所述访问请求；其中，所述多个服务集群包括第一服务集群和第二服务集群；所述第一服务集群用于根据所述访问请求中的域名信息从第一信息表中获取与所述访问请求对应的第一站点标识，以及根据所述第一站点标识响应所述访问请求，其中，所述第一信息表包括多个站点标识以及每个站点的域名信息，每个所述站点标识与所述服务平台中的一个子平台对应；所述第二服务集群用于在所述访问请求包括应用标识的情况下，根据所述访问请求中的应用标识从第二信息表中获取与所述访问请求对应的第二站点标识，以及根据所述第二站点标识响应所述访问请求，其中，所述第二信息表包括多个应用标识、多个站点标识以及应用标识与站点标识的对应关系。
6.根据本公开的实施例，所述第一服务集群包括第一服务子集群和第二服务子集群；根据所述访问请求的域名信息从多个服务集群中确定目标服务集群包括：在所述访问请求的域名信息包括第一身份标识的情况下，确定所述目标服务集群为所述第一服务子集群，其中，所述第一身份标识用于表征所述服务平台中子平台的运营用户；在所述访问请求的域名信息包括第二身份标识的情况下，确定所述目标服务集群为所述第二服务子集群，其中，所述第二身份标识用于表征所述服务平台中子平台的企业用户；以及在所述访问请求的域名信息不包括身份标识的情况下，确定所述目标服务集群为所述第二服务集群。
7.根据本公开的实施例，该方法还包括：通过所述第一服务集群将所述第一站点标识添加到与所述访问请求对应的第一响应数据中；以及/或者，获取与所述第一站点标识对
应的关联数据，以响应所述访问请求；以及执行以下操作中的至少一个：通过所述第二服务集群将所述第二站点标识添加到与所述访问请求对应的第二响应数据中；获取与所述第二站点标识对应的关联数据，以响应所述访问请求。
8.根据本公开的实施例，该方法还包括：响应于用户的操作，确定第一目标站点；根据所述第二信息表中的应用标识与站点标识的对应关系，获取与所述第一目标站点对应的至少一个目标应用标识；获取第三信息表，其中，所述第三信息表包括多个应用标识以及与每个应用标识对应的多个用户标识；根据所述第三信息表中与每个应用标识对应的多个用户标识，获取与每个所述目标应用标识对应的多个目标用户标识；根据与每个所述目标应用标识对应的多个目标用户标识，确定与所述第一目标站点对应的第一用户群，其中，所述第一用户群中的用户标识属于所述多个目标用户标识；以及将所述第一目标站点与所述第一用户群的对应关系修改为第二目标站点与所述第一用户群的对应关系。
9.根据本公开的实施例，所述第一信息表还包括每个站点的启用状态；该方法还包括：在所述第一站点的启用状态为打开的情况下，根据所述第一站点标识响应所述第一访问请求；以及在所述第一站点的启用状态为关闭的情况下，拒绝所述第一访问请求；以及在所述第二站点的启用状态为关闭的情况下，根据所述第二站点标识响应所述第二访问请求；以及在所述第二站点的启用状态为关闭的情况下，拒绝所述第二访问请求。
10.根据本公开的实施例，该方法还包括：设置所述第一信息表中每个站点的启用状态，以打开或关闭每个所述站点；以及设置所述第二信息表中每个应用的启用状态，以打开或关闭每个所述应用。
11.本公开的另一个方面提供了一种用于服务平台的数据处理系统，包括：域名解析服务器，用于接收来自终端的访问请求，根据所述访问请求的域名信息将所述访问请求发送给多个服务集群，其中，所述多个服务集群包括第一服务集群和第二服务集群；所述第一服务集群，用于接收来自所述域名解析服务器的第一访问请求，根据所述第一访问请求的域名信息从第一信息表中获取与所述第一访问请求对应的第一站点标识，根据所述第一站点标识响应所述第一访问请求，其中，所述第一信息表包括多个站点标识以及每个站点的域名信息，其中，每个站点与所述服务平台中的一个子平台对应；以及所述第二服务集群，用于接收来自所述域名解析服务器的第二访问请求，根据所述第二访问请求的应用标识从第二信息表中获取与所述第二访问请求对应的第二站点标识，根据所述第二站点标识响应所述第二访问请求，其中，所述第二信息表包括多个应用标识、多个站点标识以及应用标识与站点标识的对应关系。
12.根据本公开的实施例，所述第一服务集群，用于将所述第一站点标识添加到与所述访问请求对应的第一响应数据中；以及/或者，获取与所述第一站点标识对应的关联数据，以响应所述访问请求；所述第二服务集群，用于将所述第二站点标识添加到与所述访问请求对应的第二响应数据中；以及/或者，获取与所述第二站点标识对应的关联数据，以响应所述访问请求。
13.本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。
14.本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。
15.本公开的另一方面提供了一种计算机系统，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的方法。
16.根据本公开的实施例，采用了接收来自终端的访问请求，根据所述访问请求中的域名信息，从多个服务集群中确定目标服务集群，将所述访问请求发送给所述目标服务集群，目标服务集群包括第一服务集群和第二服务集群，第一服务集群根据所述访问请求中的域名信息从第一信息表中获取与所述访问请求对应的第一站点标识，根据所述第一站点标识响应所述访问请求，所述第二服务集群在所述访问请求包括应用标识的情况下，根据所述访问请求中的应用标识从第二信息表中获取与所述访问请求对应的第二站点标识，根据所述第二站点标识响应所述访问请求的技术手段。由于每个站点标识对应一个运营商子平台，根据站点标识响应请求，能够区分隶属于不同运营商子平台的数据，仅需要一套系统便能够管理不同子平台的数据，所以至少部分地克服了相关技术中需要针对每个运营商子平台开发一套系统造成的资源浪费的技术问题，进而达到了提高资源利用率的技术效果。
附图说明
17.通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：
18.图1示意性示出了可以应用本公开实施例的用于服务平台的数据处理方法的示例性场景；
19.图2示意性示出了根据本公开实施例的用于服务平台的数据处理系统的框图；
20.图3示意性示出了根据本公开实施例的用于服务平台的数据处理方法的流程图；
21.图4示意性示出了根据本公开的另一实施例的用于服务平台的数据处理系统的框图；
22.图5示意性示出了根据本公开实施例的确定目标服务集群的方法的流程图；
23.图6示意性示出了根据本公开实施例的的将隶属于第一运营商子平台的应用程序用户迁移到第二运营商子平台的方法的流程图；
24.图7示意性示出了根据本公开实施例的访问请求的处理方法的流程图；以及
25.图8示意性示出了根据本公开实施例的计算机系统的框图。
具体实施方式
26.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
27.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
28.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的
含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
29.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
30.本公开的实施例提供了一种用于服务平台的数据处理方法。该方法包括接收来自终端的访问请求；根据访问请求中的域名信息，从多个服务集群中确定目标服务集群；以及将访问请求发送给目标服务集群，以便目标服务集群响应访问请求；其中，多个服务集群包括第一服务集群和第二服务集群；第一服务集群用于根据访问请求中的域名信息从第一信息表中获取与访问请求对应的第一站点标识，以及根据第一站点标识响应访问请求，其中，第一信息表包括多个站点标识以及每个站点的域名信息，每个站点标识与服务平台中的一个子平台对应；第二服务集群用于在访问请求包括应用标识的情况下，根据访问请求中的应用标识从第二信息表中获取与访问请求对应的第二站点标识，以及根据第二站点标识响应访问请求，其中，第二信息表包括多个应用标识、多个站点标识以及应用标识与站点标识的对应关系。
31.图1示意性示出了可以应用本公开实施例的用于服务平台的数据处理方法的示例性场景。需要注意的是，图1所示仅为可以应用本公开实施例的场景示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
32.如图1所示，根据该实施例的场景100可以包括服务平台110，服务平台110可以提供多种产品，例如可以是实体产品或者虚拟产品。服务平台110可以包括多个运营商子平台111，服务平台110可以将产品交易给每个运营商子平台111，每个运营商子平台111可以将产品交易给企业用户或个人用户。服务平台110还可以针对每个运营商子平台111提供对应的应用程序112，应用程序112可以是独立开发出的应用，也可以是嵌入其他应用中的小程序。运营商子平台111负责各自的应用程序112中产品的运营，例如通过应用程序112负责产品信息的发布、更新等，以便更方便地为用户提供产品信息。用户可以通过登录应用程序112获取到产品的信息，并可以对产品进行交易。
33.图2示意性示出了根据本公开的实施例的用于服务平台的数据处理系统的框图。
34.如图2所示，数据处理系统包括域名解析服务器210、第一服务集群220和第二服务集群230。
35.其中，域名解析服务器210用于接收来自终端的访问请求，根据访问请求的域名信息将访问请求发送给多个服务集群。其中，多个服务集群包括第一服务集群220和第二服务集群230。
36.根据本公开实施例，来自终端的访问请求可以是用户通过移动终端发送的访问请求，例如，终端用户通过应用程序112查询产品信息。来自终端的访问请求也可以是运营商
子平台111的运营人员通过客户端发送的访问请求，例如，运营人员通过登录客户端获取某产品的交易记录等。来自终端的访问请求也可以是隶属于某一运营商子平台111的企业用户通过客户端发送的访问请求，例如，企业用户通过登录客户端获取某产品的交易账单等。
37.根据本公开实施例，上述终端用户、运营人员和企业用户的访问请求可以使用不同的域名，以区分不同用户的数据。服务平台110可以预先为不同的用户分配不同的域名信息。并且可以设置多套服务集群，每一套服务集群可以负责不同用户的访问请求。
38.根据本公开实施例，由于运营人员和企业用户相较于个人用户的业务量比较大且业务类型也比较多，服务平台110可以设置第一服务集群220负责运营人员和企业用户的访问请求，企业用户所使用的域名与其所隶属的运营子平台的运营人员所使用的域名可以相同。服务平台110还可以设置第二服务集群230负责个人用户的访问请求，其中，个人用户可以是通过应用程序访问的用户。
39.根据本公开实施例，域名解析服务器210接收到访问请求之后，可以解析出访问请求中的域名信息，根据预先配置的好的不同用户的域名信息，可以确定将该访问请求发送给哪一套服务集群。例如，可以将域名为xxxx.com、yyyy.com等形式的访问请求发送给第一服务集群220，将域名为app.com形式的访问请求发送给第二服务集群230。
40.根据本公开实施例，第一服务集群220用于接收来自域名解析服务器210的第一访问请求，根据第一访问请求的域名信息从第一信息表中获取与第一访问请求对应的第一站点标识，根据第一站点标识响应第一访问请求，其中，第一信息表包括多个站点标识以及每个站点的域名信息，其中，每个站点与服务平台中的一个子平台对应。
41.根据本公开实施例，由于服务平台110可以提供多个运营商子平台111，为了区分不同运营商子平台111的业务数据，可以为每一个运营商子平台111分配一个站点。可以使用第一信息表记录站点与运营商子平台111的对应关系，其中，第一信息表还可以记录每个站点的站点标识、每个站点的域名、每个站点的启用状态、每个运营商子平台的运营商中文名称、客服名称、客服电话、创建时间等。由于每个站点对应一个运营商子平台，站点标识也可以唯一标识一个运营商子平台。第一信息表的具体信息如下表1所示。
42.根据本公开实施例，第一服务集群220接收到访问请求之后，根据访问请求中的域名信息station_domain可以从表1中获取与该访问请求对应的站点标识station_uuid，该站点标识station_uuid可以标识该访问请求所对应的运营商子平台，因此，可以将该访问请求与运营商子平台关联。
43.表1
44.字段名称字段类型说明station_uuidvarchar(32)站点标识station_namevarchar(255)运营商中文名station_domainvarchar(255)站点域名stateint(11)启用状态，0未启用1启用service_mailvarchar(255)客服邮箱service_phonevarchar(255)客服电话remarkvarchar(255)备注created_atdatetime创建时间
45.根据本公开实施例，第一服务集群220用于将第一站点标识添加到与访问请求对应的第一响应数据中；以及/或者，获取与第一站点标识对应的关联数据，以响应访问请求。
46.根据本公开实施例，如果该访问请求用于交易服务平台110中的产品，可以将生成的交易数据标记上与该访问请求对应的station_uuid，以标识该交易数据隶属于station_uuid标识的运营商子平台，能够将隶属于每个运营商子平台的数据隔离。如果该访问请求用于查询服务平台110中的交易数据，可以从服务平台110获取与station_uuid标记的交易数据，返回给用户，能够区分隶属于不同运营商子平台的数据。
47.根据本公开实施例，第二服务集群230用于接收来自域名解析服务器的第二访问请求，根据第二访问请求的应用标识从第二信息表中获取与第二访问请求对应的第二站点标识，根据第二站点标识响应第二访问请求，其中，第二信息表包括多个应用标识、多个站点标识以及应用标识与站点标识的对应关系。
48.根据本公开实施例，针对来自应用程序的访问请求，访问请求中可以包括用于唯一标识该应用程序的标识，例如该标识可以用appid表示。可以使用第二信息表记录站点与应用程序的对应关系，其中，第二信息表还可以记录多个应用程序的应用标识、每个应用标识对应的站点标识。第二信息表的具体信息如下表2所示。如表2所示，应用标识的字段名可以是appid。
49.表2
50.字段名称字段类型说明appidvarchar(32)应用程序唯一标识station_uuidvarchar(32)站点唯一标识created_atdatetime创建时间
51.根据本公开实施例，第二服务集群230接收到访问请求之后，根据访问请求中的应用标识appid可以从表2中获取与该访问请求对应的站点标识station_uuid，该站点标识station_uuid可以标识该访问请求所对应的运营商子平台，因此，可以将该访问请求与运营商子平台关联。
52.根据本公开实施例，第二服务集群230用于接收来自域名解析服务器210的第二访问请求，根据第二访问请求的应用标识从第二信息表中获取与第二访问请求对应的第二站点标识，根据第二站点标识响应第二访问请求，其中，第二信息表包括多个应用标识、多个站点标识以及应用标识与站点标识的对应关系。
53.根据本公开实施例，如果该来自应用程序的访问请求用于交易服务平台110中的产品，可以将生成的交易数据标记上与该访问请求对应的station_uuid，以标识该交易数据隶属于station_uuid标识的运营商子平台，能够将隶属于每个运营商子平台的数据隔离。如果该访问请求用于查询服务平台110中的交易数据，可以从服务平台110获取与station_uuid标记的交易数据，返回给用户，能够区分隶属于不同运营商子平台的数据。
54.图3示意性示出了根据本公开实施例的用于服务平台的数据处理方法的流程图。
55.如图3所示，该方法包括操作s301～s303。
56.在操作s301，接收来自终端的访问请求。
57.根据本公开实施例，域名解析服务器210可以接收来自运营人员、企业用户和个人用户的访问请求。
58.在操作s302，根据访问请求中的域名信息，从多个服务集群中确定目标服务集群。
59.根据本公开实施例，来自运营人员和企业用户的访问请求的域名信息例如可以是xxxx.com、yyyy.com等形式。根据该域名信息可以确定第一服务集群220为目标服务集群。来自个人用户的访问请求的域名信息例如可以是app.com，根据该域名信息可以确定第二服务集群230为目标服务集群。
60.在操作s303，将访问请求发送给目标服务集群，以便目标服务集群响应访问请求。
61.根据本公开实施例，域名解析服务器210可以将来自运营人员和企业用户的访问请求发送给第一服务集群220，第一服务集群220根据域名信息xxxx.com、yyyy.com可以通过表1确定对应的站点标识station_uuid。其中，xxxx.com可以对应一个站点的运营商子平台，yyyy.com可以对应另一站点的运营商子平台，域名信息与运营商子平台的对应关系可以用如下表3表示。其中，表3中的数据均可以来自表1中的运营商中文名字段和站点域名字段。
62.表3
[0063][0064]
根据本公开实施例，第一服务集群220响应访问请求生成业务数据时，将生成的业务数据标记上与该访问请求对应的station_uuid，以标识该业务数据隶属于station_uuid标识的运营商子平台。或者响应访问请求查询业务数据时，获取带有标记有station_uuid标识的数据返回给用户，能够区分隶属于不同运营商子平台的数据。
[0065]
根据本公开实施例，域名解析服务器210可以将来自个人用户的访问请求发送给第二服务集群230，第二服务集群230可以通过表2获取与appid对应的站点标识station_uuid。其中，appid可以是应用程序的唯一标识，appid可以通过md5(message digest algorithm，消息摘要算法)加密后添加到访问请求中。服务平台110可以提供多个应用程序，为方便管理，可以使用应用程序管理表记录每个应用程序的信息，应用程序管理表可以用如下表4记录。
[0066]
表4
[0067]
字段名称字段类型说明appidvarchar(32)应用程序标识，可由程序自动生成program_namevarchar(255)应用程序中文名program_memovarchar(255)应用程序备注created_atdatetime创建时间
[0068]
根据本公开实施例，第二服务集群230响应访问请求生成业务数据时，将生成的业务数据标记上与该访问请求对应的station_uuid，以标识该业务数据隶属于station_uuid标识的运营商子平台。或者响应访问请求查询业务数据时，获取带有标记有station_uuid标识的数据返回给用户，能够区分隶属于不同运营商子平台的数据。
[0069]
根据本公开实施例，由于每个站点标识对应一个运营商子平台，根据站点标识响应请求，能够将隶属于每个运营商子平台的数据隔离，能够区分隶属于不同运营商子平台的数据，仅需要一套代码能够管理不同运营商的数据，提高资源利用率。
[0070]
图4示意性示出了根据本公开的另一实施例的用于服务平台的数据处理系统的框图。
[0071]
如图4所示，第一服务集群220可以包括第一服务子集群221和第二服务子集群222。其中，第一服务子集群221可以用于负责运营用户的访问请求，第二服务子集群222可以用于负责企业用户的访问请求。
[0072]
根据本公开实施例，为了区分运营人员和企业用户的访问请求，可以预先为运营人员和企业用户分配不同的身份标识，该身份标识可以添加在域名的头部。例如，运营子平台的运营人员登录域名的形式可以为opt 点 运营商子平台域名，运营商子平台的企业人员登录域名的形式可以为ent 点 运营商子平台域名。运营人员和企业用户域名信息可以用如下表5表示。
[0073]
表5
[0074][0075]
根据本公开实施例，负责对运营商子平台服务的第一服务子集群的ip地址可以为ip1，负责对运营商子平台的企业用户服务的第二服务子集群的ip地址为ip2，负责对应用程序服务的第二服务集群的ip地址可以为ip3。域名与服务集群的对应关系可以用如下表6表示。
[0076]
表6
[0077]
运营商中文名运营商子平台站点域名服务集群ip地址平台代理运营商aopt.xxxx.comip1平台代理运营商aent.xxxx.comip2平台代理运营商bopt.yyyy.comip1平台代理运营商bent.yyyy.comip2
[0078]
根据本公开实施例，可以将域名形式为opt.yyyy.com的访问请求，解析出ip地址为ip1，可以将访问请求发送给第一服务子集群221。将域名形式为ent.yyyy.com的访问请求解析出ip地址为ip2，可以将访问请求发送给第二服务子集群222。将域名形式为app.com的访问请求解析出ip地址为ip3，可以将访问请求发送给第二服务集群230。
[0079]
图5示意性示出了根据本公开实施例的确定目标服务集群的方法的流程图。
[0080]
如图5所示，操作s302可以包括操作s501～s503。
[0081]
在操作s501，在访问请求的域名信息包括第一身份标识的情况下，确定目标服务集群为第一服务子集群，其中，第一身份标识用于表征服务平台中子平台的运营用户。
[0082]
根据本公开实施例，第一身份标识例如可以是opt，可以用于表征运营商子平台的
运营人员。因此，可以根据域名信息包括opt，确定目标服务集群为第一服务子集群221。
[0083]
在操作s502，在访问请求的域名信息包括第二身份标识的情况下，确定目标服务集群为第二服务子集群，其中，第二身份标识用于表征服务平台中子平台的企业用户。
[0084]
根据本公开实施例，第二身份标识例如可以是ent，可以用于表征运营商子平台的企业用户。因此，可以根据域名信息包括ent，确定目标服务集群为第二服务子集群222。
[0085]
在操作s503，在访问请求的域名信息不包括身份标识的情况下，确定目标服务集群为第二服务集群。
[0086]
根据本公开实施例，如果域名信息不包括opt标识，并且也不包括ent标识，可以确定目标服务集群为第二服务集群230。
[0087]
图6示意性示出了根据本公开实施例的将隶属于第一运营商子平台的应用程序用户迁移到第二运营商子平台的方法的流程图。
[0088]
如图6所示，包括操作s601～s606。
[0089]
在操作s601，响应于用户的操作，确定第一目标站点。其中，第一站点对应第一运营商子平台。
[0090]
在操作s602，根据第二信息表中的应用标识与站点标识的对应关系，获取与第一目标站点对应的至少一个目标应用标识。
[0091]
根据本公开实施例，根据表2可以获取与第一目标站点对应的多个目标应用程序标识，可以得到隶属于第一运营商子平台的所有应用程序标识。
[0092]
在操作s603，获取第三信息表，其中，第三信息表包括多个应用标识以及与每个应用标识对应的多个用户标识。
[0093]
根据本公开实施例，第三信息表可以是用户注册信息表。针对每个应用程序，可以构建用户注册信息表，用户注册信息表中可以包括用户登录名、应用程序标识等信息。用户注册信息表可以用如下表7记录。
[0094]
表7
[0095]
字段名称字段类型说明loginvarchar(20)用户登录名appidvarchar(255)应用程序标识
[0096]
在操作s604，根据第三信息表中与每个应用标识对应的多个用户标识，获取与每个目标应用标识对应的多个目标用户标识。
[0097]
根据本公开实施例，根据目标应用程序标识可以从表7中获取与目标应用程序标识对应的多个用户标识，该多个用户标识可以隶属于第一运营商子平台。
[0098]
在操作s605，根据与每个目标应用标识对应的多个目标用户标识，确定与第一目标站点对应的第一用户群，其中，第一用户群中的用户标识属于多个目标用户标识。
[0099]
在操作s606，将第一目标站点与第一用户群的对应关系修改为第二目标站点与第一用户群的对应关系。
[0100]
根据本公开实施例，通过修改站点标识与用户标识的对应关系，可以将隶属于第一运营商子平台的用户标识迁移到第二运营商子平台，其中，第二运营商子平台与第二站点对应。
[0101]
图7示意性示出了根据本公开实施例访问请求的处理方法的流程图。
[0102]
如图7所示，在该实施例中，包括操作s301、操作s701～s702。
[0103]
在操作s701，在第一站点的启用状态为打开的情况下，根据第一站点标识响应第一访问请求。
[0104]
在操作s702，在第一站点的启用状态为关闭的情况下，拒绝第一访问请求。
[0105]
根据本公开实施例，在域名解析服务器210根据域名信息查找到表1中与访问请求对应的站点标识之后，可以根据该站点的启用状态允许或者拒绝该访问请求。如果该站点启用状态为打开，可以允许该访问请求。如果该站点的启用状态为关闭，可以拒绝该访问请求。
[0106]
根据本公开实施例，还可以通过设置每个站点的启用状态，以进行多域名多运营商子平台的打开和关闭管理。还可以通过设置每个应用程序的启用状态，能够进行多程序归属多运营商子平台情况下的应用程序的打开和关闭管理。能够克服相关技术中只有通过关闭运营商子平台，来关闭隶属于运营商子平台的应用程序，无法管理到应用程序粒度的技术问题。
[0107]
图8示意性示出了根据本公开实施例的适于实现上文描述的方法的计算机系统的框图。图8示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
[0108]
如图8所示，根据本公开实施例的计算机系统800包括处理器801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
[0109]
在ram 803中，存储有系统800操作所需的各种程序和数据。处理器801、rom 802以及ram 803通过总线804彼此相连。处理器801通过执行rom 802和/或ram 803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 802和ram 803以外的一个或多个存储器中。处理器801也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
[0110]
根据本公开的实施例，系统800还可以包括输入/输出(i/o)接口805，输入/输出(i/o)接口805也连接至总线804。系统800还可以包括连接至i/o接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
[0111]
根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811
被安装。在该计算机程序被处理器801执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
[0112]
本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
[0113]
根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
[0114]
例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 802和/或ram 803和/或rom 802和ram 803以外的一个或多个存储器。
[0115]
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
[0116]
以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。