提供网络服务的方法、装置、网关及存储介质与流程

1.本公开涉及互联网服务领域，具体的，涉及互联网服务网关领域，更具体的，涉及一种提供网络服务的方法、装置、网关及存储介质。


背景技术：

2.随着互联网服务和互联网用户呈指数级的增长，将公司、企业或部门内部的互联网服务整合到一起的需求日益迫切。互联网服务网关可以用于对服务提供者和服务使用者之间的交互进行处理，因此互联网服务网关在互联网服务中的使用越来越普遍，其性能的优劣也严重影响互联网服务的质量。


技术实现要素：

3.有鉴于此，本公开提供了一种提供网络服务的方法、装置、网关及存储介质。
4.本公开的第一方面提供了一种提供网络服务的方法，包括：
5.接收针对网络服务的请求；
6.根据所述请求确定用于提供所述网络服务的多个服务接口；
7.确定所述多个服务接口之间的依赖关系；
8.根据所述依赖关系确定所述多个服务接口中每个服务接口的访问优先级；以及
9.根据所述访问优先级访问所述多个服务接口以提供所述网络服务。
10.本公开的第二方面提供了一种提供网络服务的装置，包括：
11.请求接收模块，配置为接收针对网络服务的请求；
12.接口确定模块，配置为根据所述请求确定用于提供所述网络服务的多个服务接口；
13.依赖关系确定模块，配置为确定所述多个服务接口之间的依赖关系；
14.优先级确定模块，配置为根据所述依赖关系确定所述多个服务接口中每个服务接口的访问优先级；以及
15.访问模块，配置为根据所述访问优先级访问所述多个服务接口以提供所述网络服务。
16.本公开的第三方面提供了一种提供网络服务的网关，包括：
17.存储器，存储有程序指令；以及
18.处理器，被配置为执行所述程序指令，以执行本公开第一方面所提供的方法。
19.本公开的第四方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现本公开第一方面所提供的方法。
附图说明
20.通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：
21.图1示意性示出了本公开实施例的应用场景；
22.图2示意性示出了根据本公开实施例的提供网络服务的方法的流程图；
23.图3示意性示出了根据本公开实施例的确定多个服务接口之间的依赖关系的过程；
24.图4示意性示出了根据本公开实施例的确定服务接口的访问优先级的过程；
25.图5示意性示出了根据本公开实施例的配置服务接口的结构框图；
26.图6示意性示出了根据本公开实施例的多个服务接口之间的访问优先级的层次结构图；
27.图7示意性示出了根据本公开实施例的提供网络服务的装置的框图；以及
28.图8示意性示出了根据本公开实施例的适于提供网络服务的电子设备的框图。
具体实施方式
29.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
30.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
31.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
32.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
33.图1示意性示出了本公开实施例的应用场景。如图1所示，互联网服务提供者101可以为互联网服务使用者102提供各种服务接口。互联网服务使用者102根据自身的实际需求向互联网服务提供者101请求一个或多个服务接口来获得所需要的服务。互联网服务提供者101可以为多个互联网服务使用者102提供所需的服务。在本公开的实施例中，互联网服务提供者101与互联网服务使用者102经由互联网服务网关103进行交互。根据本公开的实施例，互联网服务使用者102将针对网络服务的请求发送至互联网服务网关103，互联网服务网关103根据接收到的请求从互联网服务提供者101的至少一个服务接口获得响应数据，并基于所得到的响应数据来向互联网服务使用者102提供相应的网络服务。
34.图2示意性示出了根据本公开实施例的提供网络服务的方法200的流程图。如图2所示，该提供网络服务的方法200包括以下步骤：
35.在步骤s210中，接收针对网络服务的请求。
36.在步骤s220中，根据请求确定用于提供网络服务的多个服务接口。
37.在步骤s230中，确定多个服务接口之间的依赖关系。
38.在步骤s240中，根据依赖关系确定多个服务接口中每个服务接口的访问优先级。
39.在步骤s250中，根据访问优先级访问多个服务接口以提供网络服务。
40.具体的，在步骤s210中，在针对网络服务的请求中可以包括与所请求的网络服务有关的信息或相关服务接口信息。可以根据接收到的针对网络服务的请求来提供的不同的网络服务。
41.接下来，在步骤s220中，在接收到针对网络服务的请求之后，根据针对网络服务的请求中所包括的信息确定用于提供网络服务的多个服务接口。用于提供网络服务的服务接口可以是一个服务接口，也可以是多个服务接口。本公开实施例主要针对通过多个服务接口来提供网络服务的场景。根据实施例，可以基于在提供网络服务的过程中，相互之间是否进行数据传输来确定用于提供网络服务的多个服务接口。
42.接下来，在步骤s230中，确定多个服务接口之间的依赖关系包括确定服务接口之间具体的数据传输关系。根据实施例，服务接口之间具体的数据传输关系可以包括在提供网络服务的过程中，服务接口需要从多个服务接口中的哪些服务接口接收数据，以及将自身的数据输出给多个服务接口中的哪些服务接口。
43.接下来，在步骤s240中，根据服务接口之间的依赖关系可以确定服务接口要提供服务所需的数据来源，因此，需要在服务接口提供服务之前访问为该服务接口提供数据来源的多个服务接口中的至少一个服务接口以获取所需的数据，因此，为该服务接口提供所需数据的至少一个服务接口的访问优先级高于该服务接口的访问优先级。
44.接下来，在步骤s250中，根据访问优先级访问多个服务接口可以包括顺序访问服务接口与并行访问服务接口。根据实施例，具有依赖关系的服务接口之间按照所确定的访问优先级顺序访问，在满足访问优先级的要求的情况下，并行访问具有相同访问优先级的服务接口。
45.传统的互联网服务网关仅是将用于提供网路服务的各个服务接口简单地聚合在一起。在请求不同的服务接口时，只能进行顺序请求。这种访问方式不仅接口的接入复杂，而且访问效率很低。特别是对于网络延时较大的大型系统，例如跨互联网数据中心(internet data center，idc)，顺序访问各个数据接口所导致的低访问速度已经严重影响了互联网服务使用者的用户体验。
46.根据本公开的实施例，根据服务接口之间的依赖关系确定服务接口的访问优先级，并根据访问优先级顺序访问服务接口或并行访问服务接口，由此提高了对服务接口的访问能力。本公开的实施例的提供网络服务的方法能够解决由于网络延时和网络故障所导致的顺序访问吞吐无法提高和突破的问题，从而让整个系统的顺序访问吞吐不受idc以及网络拓扑的影响，大大提高了系统对资源的利用率，同时有效的降低了网络通信成本。
47.在本公开的实施例中，针对作为目标服务接口的多个服务接口中的每个服务接口，根据目标服务接口与多个服务接口中的其他服务接口之间的数据传输方向来确定多个服务接口之间的依赖关系。图3示意性示出了根据本公开实施例的确定多个服务接口之间的依赖关系的过程，下面结合图3进行说明。
48.如图3所示，以服务接口b作为目标服务接口，该服务接口b与其他服务接口之间的关系包括：向服务接口b提供数据的服务接口，例如图3中所示的服务接口a，以及从服务接
口b接收数据的服务接口，例如图3中的服务接口c。
49.需要说明的是，服务接口b可以仅向其他服务接口提供数据，而不从任何其他服务接口接收数据。图3所示示例仅为了便于说明，示出了服务接口b与服务接口a和服务接口c之间的完整的关系。
50.如图3所示，服务接口a、服务接口b和服务接口c上方的虚线指示了在服务接口a、服务接口b和服务接口c之间的数据传输方向，服务接口a、服务接口b和服务接口c之间的虚线指示了在各服务接口之间的数据传输方向。在服务接口a和服务接口b之间，数据从服务接口a传输至服务接口b，将向目标服务接口(服务接口b)提供数据的服务接口(服务接口a)确定为该目标服务接口的上级服务接口。在服务接口b和服务接口c之间，数据从服务接口b传输至服务接口c，将从目标服务接口(服务接口b)接收数据的服务接口(服务接口c)确定为该目标服务接口的下级服务接口。
51.容易理解的是，服务接口b可以不仅仅从一个服务接口接收数据，服务接口b也可以不仅仅将数据输出给一个服务接口。在由多个服务接口向服务接口b提供数据的情况下，所有提供数据的服务接口均被确定为服务接口b的上级服务接口。在服务接口b将数据输出给多个服务接口的情况下，所有接收数据的服务接口均被确定为服务接口b的下级服务接口。
52.根据本公开的实施例，可以针对多个服务接口中的每个服务接口执行上述操作，以便确定多个服务接口中的每个服务接口的上级服务接口和下级服务接口，从而确定多个服务接口之间的依赖关系。
53.在本公开的实施例中，将目标服务接口的上级服务接口的访问优先级确定为高于目标服务接口的访问优先级，以及将目标服务接口的下级服务接口的访问优先级确定为低于目标服务接口的访问优先级。
54.仍以图3所示的服务接口a、服务接口b和服务接口c为例。服务接口a是服务接口b的上级服务接口，因此服务接口a的访问优先级高于服务接口b的访问优先级。服务接口c是服务接口b的下级服务接口，因此服务接口c的访问优先级低于服务接口b的访问优先级。
55.根据实施例，在访问服务接口a和服务接口b时，需要先访问服务接口a，在完成对服务接口a的访问之后，再访问服务接口b。如果服务接口b具有两个或多于两个的上级服务接口，则对所有上级服务接口的访问均需要在访问服务接口b之前完成。根据实施例，在访问服务接口b和服务接口c时，需要先访问服务接口b，在完成对服务接口b的访问之后，再访问服务接口c。如果服务接口b具有两个或多于两个的下级服务接口，则对所有下级服务接口的访问均需要在访问服务接口b之后进行。
56.进一步地，在本公开的实施例中，将没有上级服务接口的目标服务接口确定为具有最高优先级。如果目标服务接口不具有上级服务接口，则该目标服务接口不必等待对其他服务接口的访问完成之后再进行访问，即可以在访问其他服务接口之前访问该目标服务接口。
57.进一步地，在本公开的实施例中，将没有任何上级服务接口和下级服务接口的目标服务接口确定为具有任意优先级。没有任何上级服务接口和下级服务接口的目标服务接口与其他服务接口之间不存在依赖关系。这类目标服务接口的访问既不受其他服务接口的约束，也不会对其他服务接口产生影响。因此，可以在任意访问阶段来访问这类服务接口。
根据实施例，可以将这类服务接口的访问顺序设置在某一确定的访问阶段，例如将对具有任意优先级的服务接口的访问设置在对具有最高优先级的服务接口进行访问的阶段。根据实施例，也可以将根据确定的多个服务接口的优先级，将对具有任意优先级的服务接口的访问设置在同时访问的服务接口最少的阶段。
58.进一步地，在本公开的实施例中，在目标服务接口的多个上级服务接口具有不同访问优先级的情况下，确定多个上级服务接口中访问优先级最低的上级服务接口，并将目标服务接口的访问优先级确定为低于该上级服务接口的访问优先级。图4示意性示出了上述确定服务接口的访问优先级的过程，下面结合图4进行说明。
59.如图4所示，服务接口a是服务接口b的上级服务接口，服务接口b和服务接口d是服务接口c的上级服务接口，并且其中，服务接口a和服务接口d不具有上级服务接口。针对服务接口b确定服务接口的访问优先级的情况是：需要在访问服务接口b之前访问服务接口a，并且需要在访问服务接口c之前访问服务接口b。针对服务接口c确定服务接口的访问优先级的情况是：需要在访问服务接口c之前访问服务接口b和服务接口d。接下来，联合确定服务接口a、服务接口b、服务接口c和服务接口d的访问优先级。由于服务接口a和服务接口d不具有上级服务接口，即服务接口a和服务接口d具有相同的最高访问优先级，因此可以最先访问服务接口a和服务接口d，并且是并行访问服务接口a和服务接口d。根据访问优先级的顺序，在完成对服务接口a的访问之后，可以访问服务接口b。在完成对服务接口d的访问之后，可以访问服务接口c。但由于服务接口b同时作为服务接口c的上级服务接口，因此不能并行访问服务接口b和服务接口c。这种情况可以根据服务接口c的多个上级服务接口进行判断。服务接口b和服务接口d同作为服务接口c的上级服务接口，服务接口d具有最高访问优先级，这里称之为第一访问优先级。而服务接口b作为同具有最高访问优先级的服务接口a的下级服务接口，其具有次高的访问优先级，这里称之为第二访问优先级。也就是说，目标服务接口c的上级服务接口b和d具有不同的访问优先级。根据实施例，首先确定上级服务接口b和d之中访问优先级低的服务接口，即具有第二访问优先级的服务接口b，然后将目标服务接口c的优先级确定为低于服务接口b的优先级，例如将目标服务接口c确定为具有第三访问优先级。
60.在本公开的实施例中，可以分别为不同的针对网络服务的请求生成新的服务接口，例如，在接收针对网络服务的请求之前，创建用于接收请求的配置服务接口。该配置服务接口对外屏蔽用于提供网络服务的各服务接口(也称为内部服务接口)。互联网服务使用者在请求网络服务时，仅需对该配置服务接口发出请求即可，而无需单独地请求各个内部服务接口。
61.图5示意性示出了根据本公开另一实施例的配置服务接口的结构框图。
62.如图5所示，该配置服务接口主要包括用于对该配置服务接口的操作进行处理以实现配置服务接口功能的处理实体501。处理实体501包括配置服务接口本身的信息502和该配置服务接口所挂载的插件列表503。在本公开的实施例中，配置服务接口可以根据针对网络服务的请求来对内部服务接口的访问进行编排，以向互联网服务使用者提供网络服务。
63.根据实施例，针对内部服务接口的访问的编排是通过插件实现的。如图5所示，在插件列表503中包括插件1、插件2、插件3等多个插件。每个插件都可以实现不同的功能。根
据实施例，插件可以分别实现before、access和after三个方法中的至少一个。方法before在请求内部服务接口之前运行，用于判断是否要对服务接口进行访问。例如，可以基于是否接收到所需的数据来判断是否要启动对服务接口的访问。方法access用于访问服务接口。方法after在完成对服务接口的访问之后运行，用于对返回的数据结果进行解释并存储数据结果，以供下级的服务接口使用。
64.根据实施例，配置服务接口可以从上一级配置中心获取与提供网络服务有关的多个内部服务接口的信息。如图5所示，在服务初始化时，通过从上一级配置中心下发的初始化插件init来获取全局服务接口列表和多个内部服务接口中每个服务接口的具体配置信息。根据实施例，在内部服务接口发生变更时，配置服务接口还可以从上一级配置中心获取变更之后的内部服务接口的信息。如图5所示，在增加新的内部服务接口或更新原有内部服务接口的配置信息之后，通过插件onchange来添加新增加的内部服务接口的配置信息，或更新原有内部服务接口的配置信息。
65.根据本公开实施例的配置服务接口对内可以基于各内部服务接口之间的依赖关系确定每个内部服务接口的访问优先级，并基于访问优先级顺序或并行访问各内部服务接口，从而提高对内部服务接口的访问速度。
66.下面结合一个拉取商品评论列表的示例说明根据多个服务接口之间的依赖关系确定多个服务接口中每个服务接口的访问优先级以及根据访问优先级访问多个服务接口来提供所请求的服务的过程。
67.以下是一个拉取商品评论列表服务的示例，该服务用于向购买商品的用户提供展示商品评论列表。在这种情况下，可以通过配置服务接口接收用户所发出针对获取商品评论列表的服务的请求。在该示例中，用于提供网络服务的多个服务接口之间的配置如下所示：
68.69.[0070][0071]
从上述依赖关系中可以看出，与该拉取商品评论列表服务有关的服务接口包括a1、a2、a3、a4、a5、a6、a7、a8、a9、a10、a11以及a12，共12个服务接口。在上述服务接口中，服务接口a1、a2、a3、a4、a5、a6和a7不依赖于其他服务接口为其提供数据，即这7个服务接口不具有上级服务接口。服务接口a8、a9、a10、a11和a12与其他服务接口之间存在依赖关系，可以根据依赖关系列表来确定每个服务接口的上级服务接口和下级服务接口。
[0072]
例如，对于服务接口a8，其依赖于服务接口a1、a2、a3和a4为其提供数据，因此，服务接口a1、a2、a3和a4是服务接口a8的上级服务接口。同时，服务接口a8还存在于服务接口a9、a10和a11的依赖关系列表中，即服务接口a8需要为服务接口a9、a10和a11提供数据，因此，服务接口a9、a10和a11是服务接口a8的下级服务接口。根据所得到的多个服务接口之间的依赖关系可以建立如图6所示的访问优先级的层次结构。
[0073]
图6示意性示出了根据本公开实施例的多个服务接口之间的访问优先级的层次结构图。如图6所示，可以确定服务接口a1、a2、a3、a4、a5、a6和a7具有最高访问优先级，确定为
第一访问优先级。可以在第一阶段中并行地访问服务接口a1、a2、a3、a4、a5、a6和a7。接下来，服务接口a8作为服务接口a1、a2、a3和a4的下级服务接口，具有低于最高访问优先级的次高访问优先级，确定为第二访问优先级。因此可以在完成对服务接口a1、a2、a3和a4的访问之后，在第二阶段中访问a8。这里需要注意的是，虽然服务接口a9、a10和a11作为服务接口a5和a6的下级服务接口，未经调整之前也应该具有第二访问优先级，但由于同样作为服务接口a9、a10和a11的上级服务接口a8为第二访问优先级，因此服务接口a9、a10和a11的访问优先级被调整为低于服务接口a8的访问优先级，确定为第三访问优先级。即在第三阶段中并行地访问服务接口a9、a10和a11。最后，服务接口a12被确定为第四访问优先级，并在第四阶段中访问服务接口a12。另外，服务接口a7是具有任意优先级的服务接口，这里将其合并于第一阶段的访问中。
[0074]
在传统的互联网服务网关中，需要顺序地访问各个服务接口。对于该示例中的12个服务接口，需要顺序地单独请求每个服务接口，访问效率非常低，由此导致提供网络服务的速度较低。根据本公开实施例的方法，仅需要四个访问阶段就完成了对12个服务接口的访问，访问时间大致仅为原访问时间的1/3，极大地提高了访问效率，由此可以为用户提供更好的服务体验。
[0075]
图7示意性示出了根据本公开实施例的提供网络服务的装置700的框图。如图7所示，提供网络服务的装置700包括请求接收模块710、接口确定模块720、依赖关系确定模块730、优先级确定模块740和访问模块750。
[0076]
根据实施例，请求接收模块710被配置为接收针对网络服务的请求。接口确定模块720被配置为根据请求确定用于提供网络服务的多个服务接口。依赖关系确定模块730被配置为确定多个服务接口之间的依赖关系。优先级确定模块740被配置为根据依赖关系确定多个服务接口中每个服务接口的访问优先级。访问模块750被配置为根据访问优先级访问多个服务接口以提供网络服务。
[0077]
以上各功能模块的具体操作可以参考前述实施例中的提供网络服务的方法200的操作步骤来获取，此处不再赘述。
[0078]
图8示意性示出了根据本公开实施例的适于提供网络服务的电子设备800的框图。在具体的实施例中，该电子设备800可以是互联网服务网关。
[0079]
如图8所示，该电子设备包括：一个或多个处理器801、存储器802，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示gui的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图8中仅示出一个处理器801作为示例。
[0080]
存储器802即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的提供网络服务的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的提供网络服务的方法。
[0081]
存储器802作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的提供网络服务的方法对应的程序指令/模块。处理器801通过运行存储在存储器802中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的提供网络服务的方法。
[0082]
存储器802可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据提供网络服务的电子设备的使用所创建的数据等。此外，存储器802可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器802可选包括相对于处理器801远程设置的存储器，这些远程存储器可以通过网络连接至提供网络服务的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0083]
用于实现本申请的识别交通信号灯故障的方法的电子设备还可以包括：输入装置803和输出装置804。处理器801、存储器802、输入装置803和输出装置804可以通过总线或者其他方式连接，图8中示出了总线连接的示例。
[0084]
输入装置803可接收输入的数字或字符信息，以及与用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置804可以包括显示设备、辅助照明装置(例如，led)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(lcd)、发光二极管(led)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。
[0085]
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用asic(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
[0086]
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(pld))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
[0087]
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数
字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
[0088]
根据本公开的实施例，计算机可读存储介质可以是计算机非易失性的计算机可读存储介质，例如可以可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
[0089]
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0090]
本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
[0091]
以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。