地图道路标注处理方法、装置、电子设备及存储介质与流程

本申请涉及计算机应用技术，特别涉及互联网领域的地图道路标注处理方法、装置、电子设备及存储介质。

背景技术：

传统方式中，多采用栅格瓦片图的方式来提供在线地图服务，这是一种具有“金字塔”结构的栅格地图组织形式。

将地图在服务端渲染好，切分成栅格瓦片图进行存储，对每张栅格瓦片图进行编号，客户端根据编号请求栅格瓦片图，然后拼接成完整的地图。这种方式中，在地图放大或缩小时，地图上的道路标注也会随着一起放大或缩小，展示效果较差。

技术实现要素：

本申请提供了地图道路标注处理方法、装置、电子设备及存储介质。

一种地图道路标注处理方法，包括：

服务端生成m个层级的地图数据，通过渲染生成n个层级的可缩放矢量图形svg瓦片图，m和n均为正整数，n大于m；

针对任一层级地图数据中的任一道路，分别进行以下处理：从所述道路上选定基准点，从所述基准点开始，通过拾取所述道路上的坐标点形成一条预定长度的路径；

将客户端所请求的svg瓦片图数据发送给所述客户端，以便所述客户端针对根据所述svg瓦片图数据生成并展示的地图上的任一道路，始终从所述基准点开始，沿所述路径方向，将道路标注中的各字符按预定像素大小分别进行展示，其中，所述基准点、所述路径及所述预定像素大小信息包含在从所述svg瓦片图数据中提取出的道路标注数据中。

一种地图道路标注处理方法，包括：

客户端获取请求自服务端的可缩放矢量图形svg瓦片图数据；

所述客户端从所述svg瓦片图数据中提取出道路标注数据，所述道路标注数据中包括各道路的基准点、路径及字符的预定像素大小信息；

所述客户端针对根据所述svg瓦片图数据生成并展示的地图上的任一道路，始终从所述基准点开始，沿所述路径方向，将道路标注中的各字符按所述预定像素大小分别进行展示；

其中，所述基准点为所述服务端从所述道路上选定的基准点，所述道路为所述服务端生成的m个层级的地图数据中的任一层级地图数据中的任一道路，所述路径为所述服务端从所述基准点开始，通过拾取所述道路上的坐标点形成的一条预定长度的路径，所述m个层级的地图数据通过渲染生成n个层级的svg瓦片图，m和n均为正整数，n大于m。

一种地图道路标注处理装置，所述装置应用于服务端，包括：图片生成模块、图片处理模块以及数据发送模块；

所述图片生成模块，用于生成m个层级的地图数据，通过渲染生成n个层级的可缩放矢量图形svg瓦片图，m和n均为正整数，n大于m；

所述图片处理模块，用于针对任一层级地图数据中的任一道路，分别进行以下处理：从所述道路上选定基准点，从所述基准点开始，通过拾取所述道路上的坐标点形成一条预定长度的路径；

所述数据发送模块，用于将客户端所请求的svg瓦片图数据发送给所述客户端，以便所述客户端针对根据所述svg瓦片图数据生成并展示的地图上的任一道路，始终从所述基准点开始，沿所述路径方向，将道路标注中的各字符按预定像素大小分别进行展示，其中，所述基准点、所述路径及所述预定像素大小信息包含在从所述svg瓦片图数据中提取出的道路标注数据中。

一种地图道路标注处理装置，所述装置应用于客户端，包括：数据获取模块以及地图展示模块；

所述数据获取模块，用于获取请求自服务端的可缩放矢量图形svg瓦片图数据；

所述地图展示模块，用于从所述svg瓦片图数据中提取出道路标注数据，所述道路标注数据中包括各道路的基准点、路径及字符的预定像素大小信息，针对根据所述svg瓦片图数据生成并展示的地图上的任一道路，始终从所述基准点开始，沿所述路径方向，将道路标注中的各字符按所述预定像素大小分别进行展示，其中，所述基准点为所述服务端从所述道路上选定的基准点，所述道路为所述服务端生成的m个层级的地图数据中的任一层级地图数据中的任一道路，所述路径为所述服务端从所述基准点开始，通过拾取所述道路上的坐标点形成的一条预定长度的路径，所述m个层级的地图数据通过渲染生成n个层级的svg瓦片图，m和n均为正整数，n大于m。

一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如以上所述的方法。

一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如以上所述的方法。

上述申请中的一个实施例具有如下优点或有益效果：服务端可针对生成的任一层级地图数据中的任一道路，分别选定基准点和生成路径等，客户端在展示地图时，可根据获取到的道路标注数据进行二次处理，即针对任一道路，可始终从道路的基准点开始，沿道路的路径方向，将道路的道路标注中的各字符按预定像素大小分别进行展示，从而避免了现有方式中由于地图的放大或缩小导致道路标注随着放大或缩小的问题，进而提升了地图展示效果等。应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1为本申请所述地图道路标注处理方法第一实施例的流程图；

图2为本申请所述道路标注放大情况的示意图；

图3为本申请所述选定的一个基准点的示意图；

图4为本申请所述形成的路径的示意图；

图5为本申请所述路径缩短情况的示意图；

图6为本申请所述地图道路标注处理方法第二实施例的流程图；

图7为本申请所述底图的示意图；

图8为在图7所示底图上叠加道路标注之后的示意图；

图9为本申请所述地图旋转情况示意图；

图10为本申请所述旋转对应的坐标系的示意图；

图11为对图9所示地图中的道路标注中的各字符逆序输出后的示意图；

图12为本申请所述地图道路标注处理装置第一实施例120的组成结构示意图；

图13为本申请所述地图道路标注处理装置第二实施例130的组成结构示意图；

图14为根据本申请实施例所述方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

另外，应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1为本申请所述地图道路标注处理方法第一实施例的流程图。如图1所示，包括以下具体实现方式。

在101中，服务端生成m个层级的地图数据，通过渲染生成n个层级的可缩放矢量图形(svg，scalablevectorgraphics)瓦片图，m和n均为正整数，n大于m。

在102中，针对任一层级地图数据中的任一道路，分别进行以下处理：从道路上选定基准点，从基准点开始，通过拾取道路上的坐标点形成一条预定长度的路径。

在103中，将客户端所请求的svg瓦片图数据发送给客户端，以便客户端针对根据svg瓦片图数据生成并展示的地图上的任一道路，始终从基准点开始，沿路径方向，将道路标注中的各字符按预定像素大小分别进行展示，其中，基准点、路径及预定像素大小信息包含在从svg瓦片图数据中提取出的道路标注数据中。

本实施例中，可用svg瓦片图来代替栅格瓦片图，服务端可生成m个层级的地图数据(按瓦片划分)，并可通过实时渲染生成n个层级的svg瓦片图。

m的具体取值可根据实际需要而定。理论上，可以取值为1，但如果这样，单一层级的地图数据上存放的数据就会非常多，不便于进行数据读取及链路传输等，但如果层级数过多，又会造成数据冗余等问题，因此需要综合考虑各种因素，层级数既不能过少，也不能过多，如可为6个层级或9个层级。比如，m的取值可为6，n的取值可为18，每个层级的地图数据可分别渲染生成3个层级的svg瓦片图。

按照现有方式，假设生成18个层级的栅格瓦片图，对于每个层级，需要分别生成一套道路标注数据，以达到每个地图层级的最优展示效果。本实施例中，针对每个层级地图数据分别生成一套道路标注数据，由于层级数远小于栅格瓦片图的层级数，因此生成的道路标注数据也远小于现有方式中的道路标注数据，相当于一套道路标注数据可以在多个层级复用，从而大幅减少了数据冗余。

而且，现有方式中的栅格瓦片图在放大或缩小时会存在失真的问题，而采用svg瓦片图代替栅格瓦片图后，则避免了该问题。

现有的栅格瓦片图中，道路标注是逐字按经纬度绘制的，即为道路标注中的每个字符分别分配一个经纬度坐标点，将各字符展示在对应的经纬度坐标点上，这样，当地图放大或缩小时，地图上的道路标注就会随着一起放大或缩小，展示效果较差。

图2为本申请所述道路标注放大情况的示意图。如图2所示，当地图放大时，道路标注“北二环”也会随着一起放大。道路标注通常是指道路名称等。

而本实施例中，针对任一层级地图数据中的任一道路，可分别进行以下处理：从道路上选定基准点，从基准点开始，通过拾取道路上的坐标点形成一条预定长度的路径。

本实施例中对于如何从道路上选定基准点不作限制。比如，可将一条道路分为多个等长的线段，在不和其它标注等发生冲突的情况下，可在各线段上分别设置道路标注，并可将各线段的起点作为基准点。图3为本申请所述选定的一个基准点的示意图，如图3所示，其中的小圆点即表示选定的基准点。

优选地，可从基准点开始，按预定间隔拾取道路上的坐标点，利用基准点及所拾取的坐标点形成一条路径，路径的长度需要满足以下条件：当路径展示在该层级地图数据对应的任一层级的svg瓦片图上时、路径的长度均大于或等于道路标注的长度，通常，任一层级的地图数据分别对应至少一个层级的svg瓦片图。也就是说，当路径的长度满足所述条件时，即可停止拾取坐标点。

优选地，道路标注的长度等于道路标注中的各字符的宽度之和，预定间隔可等于字符的宽度。比如，道路标注中的字符的预定像素大小为10像素*10像素，道路标注为“北二环”，那么道路标注中的各字符的宽度之和即为30像素，相应地，预定间隔也为10像素，由于基准点的坐标点是已知的，10像素在当前层级下代表的实际距离也是已知的，那么则可从基准点开始按预定间隔依次拾取道路上的各坐标点，即依次确定出各坐标点，进而可利用基准点及所拾取的坐标点形成一条路径。图4为本申请所述形成的路径的示意图。通过这种方式，可方便准确地生成所需的路径。

本实施例中，在绘制道路标注时，会首先绘制一条路径，将道路标注中的各字符从基准点开始，沿路径方向以预定像素大小分别进行展示，即从基准点开始沿路径进行绘制。

地图缩小时，由于字符相对于屏幕像素大小不变，而路径会随着的地图的缩小而变短，因此本实施例中所述的路径的长度需要足够长，从而保证在地图缩小的情况下，道路标注中的所有字符依然能够全部位于路径上，进而提升了地图展示效果等。

图5为本申请所述路径缩短情况的示意图。如图5所示，当地图缩小后，路径也随之变短，但由于路径的长度足够大，因此当地图缩小后，路径上依然能够容纳下“北二环”的道路标注。

在svg格式中，字符是以左下角作为00起始坐标的，如图5所示，可以基准点的坐标作为道路标注中的首个字符的起始坐标，沿路径方向进行各字符的绘制。

后续，服务端可将客户端所请求的svg瓦片图数据发送给客户端，以便客户端针对根据svg瓦片图数据生成并展示的地图上的任一道路，始终从基准点开始，沿路径方向，将道路的道路标注中的各字符按预定像素大小分别进行展示。

图6为本申请所述地图道路标注处理方法第二实施例的流程图。如图6所示，包括以下具体实现方式。

在601中，客户端获取请求自服务端的svg瓦片图数据。

在602中，客户端从svg瓦片图数据中提取出道路标注数据，道路标注数据中包括各道路的基准点、路径及字符的预定像素大小信息。

在603中，客户端针对根据svg瓦片图数据生成并展示的地图上的任一道路，始终从基准点开始，沿路径方向，将道路标注中的各字符按预定像素大小分别进行展示；其中，基准点为服务端从道路上选定的基准点，道路为服务端生成的m个层级的地图数据中的任一层级地图数据中的任一道路，路径为服务端从基准点开始，通过拾取道路上的坐标点形成的一条预定长度的路径，m个层级的地图数据通过渲染生成n个层级的svg瓦片图，m和n均为正整数，n大于m。

其中，所述预定长度满足以下条件：当路径展示在该层级地图数据对应的任一层级的svg瓦片图上时、路径的长度均大于或等于道路标注的长度，其中，任一层级的地图数据分别对应至少一个层级的svg瓦片图。

客户端可根据实际需要，向服务端请求所需的svg瓦片图数据，在获取到服务端返回的svg瓦片图数据后，可从中提取出道路标注数据，道路标注数据中可包括各道路的基准点、路径及字符的预定像素大小信息等，可根据去除道路标注数据后的svg瓦片图数据生成底图，针对底图及根据用户的指令放大或缩小后的底图上的任一道路，可始终从道路的基准点开始，沿道路的路径方向，将道路的道路标注中的各字符按所述预定像素大小分别进行展示。

由于svg是基于可扩展标记语言(xml，extensiblemarkuplanguage)定义的语言，因此客户端可对获取到的svg瓦片图数据进行二次处理(二次渲染)，即在获取到svg瓦片图数据后，可从中提取出道路标注信息，并根据去除道路标注数据后的svg瓦片图数据生成底图，图7为本申请所述底图的示意图，用户对地图的放大或缩小仅针对底图，即仅对底图进行放大或缩小，针对底图及根据用户的指令放大或缩小后的底图上的任一道路，可始终从道路的基准点开始，沿道路的路径方向，将道路的道路标注中的各字符按预定像素大小分别进行展示。无论底图放大还是缩小后，道路的基准点都是可以找到的，以基准点为起点，沿路径以预定像素大小依次绘制道路标注中的各字符即可。相当于底图上没有道路标注，再按照所述绘制方式将道路标注作为一个新的图层叠加上去。图8为在图7所示底图上叠加道路标注之后的示意图。

可以看出，上述方式中，服务端可针对生成的任一层级地图数据中的任一道路，分别选定基准点和生成路径等，客户端在展示地图时，针对任一道路，可始终从基准点开始，沿路径方向，将道路的道路标注中的各字符按预定像素大小分别进行展示，从而避免了现有方式中由于地图的放大或缩小导致道路标注随着放大或缩小的问题，并消除了断层感等，实现了无极缩放，进而提升了地图展示效果，实现了媲美地图app的效果，而且，现有方式中的栅格瓦片图在放大或缩小时会有失真的问题，而采用svg瓦片图代替栅格瓦片图后，则可避免该问题。

另外，本实施例中还提出，当符合预定触发条件时，可将道路标注中的各字符逆序输出。

如当地图旋转时，由于道路标注会随着底图一起旋转，因此可能出现字符朝向向下的情况。图9为本申请所述地图旋转情况示意图，如图9所示，当地图旋转后，道路标注“北二环”的朝向变为向下，即出现字符“倒了”的情况，展示效果很差。

为此，本实施例中提出，当符合预定触发条件时，可将道路标注中的各字符逆序输出，从而逆转路径的方向，使得字符朝向向上，进而提升了展示效果。

所述预定触发条件具体为何种条件不作限制，可根据实际需要而定，比如，当道路方向为315°时，地图旋转角度为45°～215°时，可将道路标注中的各字符旋转180°逆序输出，图10为本申请所述旋转对应的坐标系的示意图。图11为对图9所示地图中的道路标注中的各字符逆序输出后的示意图。

需要说明的是，对于前述的各方法实施例，为了简单描述，将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。另外，某个实施例中没有详述的部分，可以参见其它实施例中的相关说明。

以上是关于方法实施例的介绍，以下通过装置实施例，对本申请所述方案进行进一步说明。

图12为本申请所述地图道路标注处理装置第一实施例120的组成结构示意图。所述装置可应用于服务端，包括：图片生成模块121、图片处理模块122以及数据发送模块123。

图片生成模块121，用于生成m个层级的地图数据，通过渲染生成n个层级的svg瓦片图，m和n均为正整数，n大于m。

图片处理模块122，用于针对任一层级地图数据中的任一道路，分别进行以下处理：从道路上选定基准点，从基准点开始，通过拾取道路上的坐标点形成一条预定长度的路径。

数据发送模块123，用于将客户端所请求的svg瓦片图数据发送给客户端，以便客户端针对根据svg瓦片图数据生成并展示的地图上的任一道路，始终从基准点开始，沿路径方向，将道路标注中的各字符按预定像素大小分别进行展示，其中，基准点、路径及预定像素大小信息包含在从svg瓦片图数据中提取出的道路标注数据中。

优选地，所述预定长度满足以下条件：当路径展示在该层级地图数据对应的任一层级的svg瓦片图上时、路径的长度均大于或等于道路标注的长度，其中，任一层级的地图数据分别对应至少一个层级的svg瓦片图。

图13为本申请所述地图道路标注处理装置第二实施例130的组成结构示意图。所述装置可应用于客户端，包括：数据获取模块131以及地图展示模块132。

数据获取模块131，用于获取请求自服务端的svg瓦片图数据。

地图展示模块132，用于从svg瓦片图数据中提取出道路标注数据，道路标注数据中包括各道路的基准点、路径及字符的预定像素大小信息，针对根据svg瓦片图数据生成并展示的地图上的任一道路，始终从基准点开始，沿路径方向，将道路标注中的各字符按预定像素大小分别进行展示，其中，基准点为服务端从道路上选定的基准点，道路为服务端生成的m个层级的地图数据中的任一层级地图数据中的任一道路，路径为服务端从基准点开始，通过拾取道路上的坐标点形成的一条预定长度的路径，m个层级的地图数据通过渲染生成n个层级的svg瓦片图，m和n均为正整数，n大于m。

优选地，所述预定长度满足以下条件：当路径展示在该层级地图数据对应的任一层级的svg瓦片图上时、路径的长度均大于或等于道路标注的长度，其中，任一层级的地图数据分别对应至少一个层级的svg瓦片图。

优选地，地图展示模块132可从svg瓦片图数据中提取出道路标注数据，道路标注数据中包括各道路的基准点、路径及字符的预定像素大小信息，根据去除道路标注数据后的svg瓦片图数据生成底图，针对底图及根据用户的指令放大或缩小后的底图上的任一道路，始终从道路的基准点开始，沿道路的路径方向，将道路的道路标注中的各字符按预定像素大小分别进行展示。

另外，当符合预定触发条件时，地图展示模块132还可将道路标注中的各字符逆序输出。

图12和13所示装置实施例的具体工作流程请参照前述方法实施例中的相关说明，不再赘述。

总之，采用本申请装置实施例所述方案，服务端可针对生成的任一层级地图数据中的任一道路，分别选定基准点和生成路径等，客户端在展示地图时，针对任一道路，可始终从基准点开始，沿路径方向，将道路的道路标注中的各字符按预定像素大小依次进行展示，从而避免了现有方式中由于地图的放大或缩小导致道路标注随着放大或缩小的问题，并消除了断层感等，实现了无极缩放，进而提升了地图展示效果，实现了媲美地图app的效果；而且，现有方式中的栅格瓦片图在放大或缩小时会有失真的问题，而采用svg瓦片图代替栅格瓦片图后，则可避免该问题；另外，生成的道路标注数据会远小于现有方式中生成的道路标注数据，相当于一套道路标注数据可以在多个层级复用，从而大幅减少了数据冗余；按照上述生成路径的方式，可保证在地图缩小的情况下，道路标注中的所有字符依然能够全部位于路径上，进而进一步提升了地图展示效果；当符合预定触发条件时，可将道路标注中的各字符逆序输出，从而逆转路径的方向，使得字符朝向向上，进而进一步提升了展示效果等。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图14所示，是根据本申请实施例所述方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图14所示，该电子设备包括：一个或多个处理器y01、存储器y02，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示图形用户界面的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图14中以一个处理器y01为例。

存储器y02即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的方法。

存储器y02作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的方法对应的程序指令/模块。处理器y01通过运行存储在存储器y02中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的方法。

存储器y02可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器y02可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器y02可选包括相对于处理器y01远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、区块链网络、局域网、移动通信网及其组合。

电子设备还可以包括：输入装置y03和输出装置y04。处理器y01、存储器y02、输入装置y03和输出装置y04可以通过总线或者其他方式连接，图14中以通过总线连接为例。

输入装置y03可接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置y04可以包括显示设备、辅助照明装置和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器、发光二极管显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用集成电路、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置)，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，阴极射线管或者液晶显示器监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网、广域网、区块链网络和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。