CN110022220B - 名片识别中的路由激活方法及系统 - Google Patents

Abstract

本发明涉及了一种名片识别中的路由激活方法及系统，所述名片识别中的路由激活方法包括：监听服务集群中服务节点的服务状态得到服务状态信息，所述服务状态信息至少指示了服务节点的运行状况和名片识别服务类型；按照所述服务状态信息的指示，对所述服务集群中服务节点进行路由配置，得到动态路由信息；至少根据所述动态路由信息的备份信息为名片识别进行路由激活，通过激活的路由执行名片识别业务。采用本发明有效地降低了名片识别中手工配置路由的操作复杂性。

Description

名片识别中的路由激活方法及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种名片识别中的路由激活方法及系统。

背景技术

随着人工智能技术的发展，名片识别也逐渐成为用户的业务需求之一。并且，随着该项业务需求的逐步增加，形成了由多个服务节点构成的共同为用户提供服务的服务集群，以此缓解单独一个服务节点提供服务时的存储压力和负载压力。

目前，名片识别业务包括：文本检测服务、文本识别服务和文本处理服务，分别由不同的服务节点完成，为此，在名片识别中，需要对服务集群中的服务节点进行路由配置，以便于按照配置路由中服务节点所提供的上述服务实现名片识别。

然而，现有名片识别业务的路由采用静态管理方案，即由运维人员手工配置路由，这就造成了服务集群中无论是进行扩容、缩容还是某个服务节点需要变更服务，都需要运维人员再次手工配置路由，操作过于复杂。

发明内容

为了解决上述技术问题，本发明的一个目的在于提供一种名片识别中的路由激活方法及系统。

其中，本发明所采用的技术方案为：

一种名片识别中的路由激活方法，包括：监听服务集群中服务节点的服务状态得到服务状态信息，所述服务状态信息至少指示了服务节点的运行状况和名片识别服务类型；按照所述服务状态信息的指示，对所述服务集群中服务节点进行路由配置，得到动态路由信息；至少根据所述动态路由信息的备份信息为名片识别进行路由激活，通过激活的路由执行名片识别业务。

一种名片识别中的路由激活系统，包括：信息获取模块，用于监听服务集群中服务节点的服务状态得到服务状态信息，所述服务状态信息至少指示了服务节点的运行状况和名片识别服务类型；路由配置模块，用于按照所述服务状态信息的指示，对所述服务集群中服务节点进行路由配置，得到动态路由信息；路由激活模块，用于至少根据所述动态路由信息的备份信息为名片识别进行路由激活，通过激活的路由执行名片识别业务。

一种名片识别中的路由激活装置，包括处理器及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如上所述的名片识别中的路由激活方法。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的名片识别中的路由激活方法。

在上述技术方案中，将根据服务节点的服务状态信息为名片识别业务自动配置路由，以此解决了现有技术中手工配置路由的操作过于复杂的问题。其中，服务状态信息至少指示了服务节点的运行状况和名片识别服务类型。

具体地，通过监听服务集群中服务节点的服务状态获取服务节点的服务状态信息，并按照该服务状态信息的指示对服务集群中的服务节点进行路由配置得到动态路由信息，进而根据该动态路由信息的备份信息进行名片识别的路由激活，最终基于激活的路由执行名片识别业务，由此，无论是服务集群中进行了扩容、缩容，还是某个服务节点更新了名片识别服务类型，服务节点的服务状态信息将发生变化，自动促使动态路由信息随之变化，以此降低了名片识别中手工配置路由的操作复杂性。

此外，通过服务节点的服务状态信息，能够实时地感知服务节点的运行状况，一旦某个服务节点的运行状况异常，动态路由信息将相应调整，以此实现名片识别中路由配置的自动优化，且有效地提升了集群服务的感知度。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1是现有技术中名片识别业务的系统架构的示意图。

图2是根据一示例性实施例示出的名片识别业务的系统架构的示意图。

图3是根据一示例性实施例示出的一种服务器的硬件结构框图。

图4是根据一示例性实施例示出的一种名片识别中的路由激活方法的流程图。

图5是根据一示例性实施例示出的另一种名片识别中的路由激活方法的流程图。

图6是图4对应实施例中步骤330在一个实施例的流程图。

图7是图4对应实施例中步骤350在一个实施例的流程图。

图8是根据一示例性实施例示出的另一种名片识别中的路由激活方法的流程图。

图9是根据一示例性实施例示出的另一种名片识别中的路由激活方法的流程图。

图10是根据一示例性实施例示出的名片识别业务的数据流示意图。

图11是根据一示例性实施例示出的一种名片识别中的路由激活系统的框图。

图12是根据一示例性实施例示出的另一种名片识别中的路由激活系统的框图。

图13是图11对应实施例中路由配置模块930在一个实施例的框图。

图14是图11对应实施例中路由激活模块950在一个实施例的框图。

图15是根据一示例性实施例示出的另一种名片识别中的路由激活系统的框图。

图16是根据一示例性实施例示出的另一种名片识别中的路由激活系统的框图。

通过上述附图，已示出本发明明确的实施例，后文中将有更详细的描述，这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围，而是通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的系统和方法的例子。

如前所述，无论服务集群中进行了扩容、缩容，还是某个服务节点需要变更服务，都需要运维人员手工配置路由，操作过于复杂。

如图1所示，在服务集群构建时，运维人员便通过配置工具101对服务集群中的服务节点进行了配置，由此形成算法配置信息102并存储。其中，算法配置信息包括但不限于：服务节点在名片识别业务中所能够提供的服务，例如，文本检测服务、文件识别服务、文本处理服务等等，和/或，服务节点所涉及的路由，例如，服务节点在路由中将为名片识别业务提供文本检测服务。

当业务请求103被接入服务集群时，服务集群便根据算法配置信息102进行路由检索，并通过激活检索到的路由来执行名片识别业务。

例如，激活的路由包括提供文本检测服务的服务节点130、提供文本识别服务的服务节点150、以及提供文本处理服务的服务节点170。其中，文本检测服务采用名片算法A，文本识别服务采用名片算法B，文本处理服务采用名片算法X。

相应地，名片识别业务的执行过程则为业务请求103首先分发至服务节点130进行文本检测，然后传入服务节点150进行文本识别，最后由服务节点170提供文本处理服务，例如，自然语言处理等，由此，完成名片识别。

假设提供文本处理服务的服务节点170需要变更名片识别服务为文本检测服务，即将其所加载的名片算法X更新为名片算法A，此时，运维人员需要将算法配置信息102中所有涉及服务节点170的路由重新配置，不仅容易出错，而且对运维人员要求很高，造成了运维成本过高。

上述系统架构中，为了降低手工配置路由的操作复杂性，对各服务节点进行了服务划分，即各服务节点所能够提供的名片识别服务有且仅能够有一种，例如，提供文本检测服务的服务节点不能够同时提供文本识别服务。这势必造成系统资源无法得到充分的利用，例如，提供文本检测服务的服务节点负载过量，而提供文本处理服务的服务节点大量闲置。

此外，由于业务请求的分发依赖于算法配置信息，而运维人员手工配置路由又会影响到业务请求的分发，这也导致了系统架构之间相互耦合严重，缺乏灵活性。

为此，本发明特提出了一种名片识别中的路由激活方法，能够有效地简化名片识别中手工配置路由的操作复杂性，进而有利于充分利用系统资源，实现系统高灵活性。

图2为上述名片识别中的路由激活方法所涉及的实施环境。该实施环境包括服务集群100、配置服务器(DCS)200和终端300。

其中，终端300可以是台式电脑、笔记本电脑、平板电脑、智能手机或者可为用户发起业务请求的其他电子设备，在此不进行限定。

服务集群100由多个服务器节点组成。至少一个服务器节点作为路由决策节点110，为终端300提供业务请求分发。多个服务器节点作为执行名片识别业务的服务节点，服务节点包括但不限于：加载名片算法A的服务节点130、加载名片算法B的服务节点150、加载名片算法X的服务节点170。

在服务集群100进行服务节点部署时，运维人员将借由配置工具101存储静态配置信息104于配置服务器200中。该静态配置信息104被用于指示服务集群100中已部署的服务节点。

相应地，配置服务器200通过与服务集群100中服务节点之间的交互，将对服务节点的服务状态105进行监听，以便于根据服务节点的服务状态105进行路由配置，由此形成动态路由信息的备份信息106，并通过与路由决策节点110之间的交互，将动态路由信息的备份信息106发送至路由决策节点110。当终端300为用户发起业务请求时，路由决策节点110将根据动态路由信息的快照106进行路由激活，并通过激活的路由分发业务请求，进而完成名片识别。

应当说明的，根据运营的实际需要，配置服务器200既可以部署于服务集群100中，例如，配置服务器200与路由决策节点110公用同一台服务器，也可以独立于服务集群100设置，在此并不加以限定。

此外，为了保证名片识别业务的顺利开展，还可以设置主配置服务器和备用配置服务器，主配置服务器对其自身的运行状况进行监控，以此实现一主一备的自动切换，避免因主配置服务器发生故障而导致名片识别业务的执行意外中断。

图3是根据一示例性实施例示出的上述配置服务器200的硬件结构框图。需要说明的是，该配置服务器200只是一个适配于本发明的示例，不能认为是提供了对本发明的使用范围的任何限制。该配置服务器200也不能解释为需要依赖于或者必须具有图3中示出的示例性的配置服务器200中的一个或者多个组件。

该配置服务器200的硬件结构可因配置或者性能的不同而产生较大的差异，如图3所示，配置服务器200包括：电源210、接口230、至少一存储器250、以及至少一中央处理器(CPU，Central Processing Units)270。

其中，电源210用于为配置服务器200上的各硬件设备提供工作电压。

接口230包括至少一有线或无线网络接口231、至少一串并转换接口233、至少一输入输出接口235以及至少一USB接口237等，用于与外部设备通信。

存储器250作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作系统251、应用程序253及数据255等，存储方式可以是短暂存储或者永久存储。其中，操作系统251用于管理与控制配置服务器200上的各硬件设备以及应用程序253，以实现中央处理器270对海量数据255的计算与处理，其可以是WindowsServerTM、Mac OS XTM、UnixTM、LinuxTM、FreeBSDTM等。应用程序253是基于操作系统251之上完成至少一项特定工作的计算机程序，其可以包括至少一模块(图3中未示出)，每个模块都可以分别包含有对配置服务器200的一系列计算机可读指令。数据255可以是存储于磁盘中的照片、图片等。

中央处理器270可以包括一个或多个以上的处理器，并设置为通过总线与存储器250通信，用于运算与处理存储器250中的海量数据255。

如上面所详细描述的，适用本发明的配置服务器200将通过中央处理器270读取存储器250中存储的一系列计算机可读指令的形式来完成名片识别中的路由激活方法。

此外，通过硬件电路或者硬件电路结合软件也能同样实现本发明，因此，实现本发明并不限于任何特定硬件电路、软件以及两者的组合。

请参阅图4，在一示例性实施例中，一种名片识别中的路由激活方法适用于图2所示的实施环境。

该种名片识别中的路由激活方法可以包括以下步骤：

步骤310，监听服务集群中服务节点的服务状态得到服务状态信息。

首先说明的是，服务节点，用于执行名片识别业务的服务器，服务节点的服务状态包括服务节点的运行状况和名片识别服务类型。其中，服务节点的运行状况包括异常运行、正常运行、离线(例如未开机等)。名片识别服务类型则用于表示服务节点在执行名片识别业务时所提供的名片识别服务，该名片识别服务包括但不限于文本检测服务、文本识别服务、文本处理服务等。

由此，在配置服务器对服务集群中服务节点的服务状态进行监听时，便能够获得至少指示了服务节点的运行状况和名片识别服务类型的服务状态信息。

如图5所示，在一示例性的具体实现中，服务状态信息由各服务节点上报，具体过程可以包括以下步骤：

步骤410，服务节点通过监控其自身的运行状况得到运行状态消息，并对算法模型配置文件进行可加载算法扫描得到服务类型消息。

首先，运行状态消息指示服务节点的运行状况，例如，服务节点是否正常运行、服务节点是否开机、服务节点是否接入服务集群中等。

具体地，服务节点通过对其自身的运行状况进行监控，来获取运行状态消息。该运行状态消息可以通过服务节点的负载能力(业务接入量)来表示，还可以通过服务节点中CPU占用率、网络传输延时、丢包率等进行表示。

例如，若监控到服务节点的业务接入量超过接入量阈值，即表示服务节点的负载能力即将达到上限，则停止后续对该服务节点进行路由配置，以此保证服务节点能够逐渐恢复正常工作。

又或者，若监控到服务节点的CPU占用率始终低于正常工作阈值，即表示服务节点可能存在故障或者未开机，则由服务集群中剔除该服务节点，使得后续所有的业务请求都不再分发至该服务节点。

其次，服务类型消息指示服务节点的名片识别服务类型，即服务节点在执行名片识别业务时所能够提供的名片识别服务。

如前所述，不同名片识别服务所采用的名片算法不同，例如，文本检测服务采用名片算法A，文本识别服务采用名片算法B，文本处理服务采用名片算法X等。对于服务节点而言，其所能够提供的名片识别服务将取决于其所能够加载的名片算法。

由此，在进行服务集群中服务节点部署时，需要在服务节点中配置可供加载的名片算法，以便于服务节点通过名片算法的加载为名片识别提供相应的名片识别服务。其中，可供加载的名片算法通过算法模型配置文件进行存储。

也就是说，通过对算法模型配置文件进行可加载算法扫描，便能够获知服务节点所能够加载的名片算法，进而获知服务节点在执行名片识别业务时所能够提供的名片识别服务，并以此生成服务类型消息。

步骤430，将运行状态消息和服务类型消息封装形成服务节点的服务状态信息。

步骤450，发送服务节点的服务状态信息。

对于配置服务器而言，接收到服务节点上报的服务状态消息，便能够实时地感知服务集群的运行状况，进而有利于后续动态地管理路由。

步骤330，按照服务状态信息的指示，对服务集群中服务节点进行路由配置，得到动态路由信息。

路由配置，是基于服务集群中服务节点的服务状态信息进行的，即根据服务状态信息的指示在服务集群所包含的多个服务节点中配置执行名片识别业务的路由。

举例来说，服务集群包括服务节点M1、M2、M3、M4、M5。

其中，服务节点M1的服务状态信息指示服务节点M1提供文本检测服务，服务节点M2、M4的服务状态信息指示服务节点M2、M4提供文本识别服务，服务节点M3、M5的服务状态信息指示服务节点M3、M5提供文本处理服务。

并且，服务节点M1、M2、M3的服务状态信息指示服务节点M1、M2、M3正常工作，服务节点M4的服务状态信息指示服务节点M4异常工作，服务节点M5的服务状态信息指示服务节点M5未开机。

由此，进行路由配置时，将不会为服务节点M4、M5配置路由，相应地，为服务节点M1、M2、M3配置路由。例如，路由为M1->M2->M3。

假设后续服务节点M4恢复正常工作，服务节点M5开机，将重新配置涉及服务节点M4、M5的路由，例如，路由为M1->M4->M3、M1->M2->M5、M1->M4->M5。

由上可知，动态路由信息包括但不限于：由源服务节点指向目标服务节点的至少一路由。例如，动态路由信息包括路由M1->M2->M3，源服务节点为M1，目标服务节点为M3。

优选地，源服务节点和目标服务节点由IP地址表示。

优选地，动态路由信息所包含的路由以路由表形式存储。

步骤350，至少根据动态路由信息的备份信息为名片识别进行路由激活，通过激活的路由执行名片识别业务。

本实施例中，动态路由信息的备份信息是动态路由信息的快照。其中，快照被定义为某个指定数据集合中数据的拷贝，该拷贝包括该数据在某个时间点(例如拷贝开始的时间点)的映像，因此，本实施例中，通过动态路由信息的快照，来区别不同时间点形成的动态路由信息。优选地，动态路由信息的快照是以数据库语句进行表示的数据库类型数据。

仍以上述例子进行说明，假设当前时刻，动态路由信息的快照中路由包括：M1->M2->M3、M1->M2->M5、M1->M4->M3和M1->M4->M5，则可以从上述路由中选取路由进行激活。

其中，选取可以是随机进行的，也可以选取最佳路由，例如，最佳路由是指路径最短或者网络传输延时最小等等，在此不进行限定。

假设为名片识别激活路由M1->M2->M3，相应地，名片识别业务的执行过程包括：业务请求被首先分发至服务节点M1进行文本检测，然后传入服务节点M2进行文本识别，最后由服务节点M3提供文本处理服务，例如，自然语言处理等，由此，完成名片识别。

应当说明的是，步骤350可以由服务集群中的路由决策节点来完成，也可以由配置服务器完成，此时，配置服务器将同时具备路由配置和业务分发的功能，也可以理解为，配置服务器和路由决策节点整合为同一个服务器，此处不加以限定。

通过如上所述的过程，实现了名片识别中路由配置的自动化，避免手工配置路由的操作复杂性，降低了对运维人员的要求，有效地降低了运维成本。

此外，实现了对服务集群运行状况的实时感知，不仅有效地提升了集群服务的感知度，而且有利于路由配置的自动优化。

请参阅图6，在一示例性实施例中，步骤330可以包括以下步骤：

步骤331，根据静态配置信息指示的已部署服务节点，对服务状态信息的有效性进行校验。

如前所述，静态配置信息，在服务集群进行服务节点部署时，由运维人员配置并存储在配置服务器中，以对服务集群中已部署的服务节点进行指示。

应当理解，用户的业务需求是海量的，当线上大规模执行名片识别业务时，容易引发服务状态信息的误报，即上报服务状态信息的服务节点并非隶属于本服务集群，由此，基于静态配置信息对服务状态信息进行的有效性校验，便能够有效地排除误报的服务状态信息，进而剔除不属于本服务集群的服务节点，从而有利于保证后续路由配置的正确性。

步骤333，针对有效性校验成功的服务状态信息所对应服务节点，按照预设的路由算法生成动态路由信息。

路由算法，也可以称为选路算法，旨在确定一条由源服务节点指向目标服务节点的路径。例如，路径可以是指途经服务节点最少的路径，还可以是指网络传输延时最小的路径。相应地，路由算法也将按照对路径实际的运营需求进行灵活地调整，在此不进行限定。

依然使用上述例子加以说明，假设静态配置信息指示服务集群中已部署的服务节点包括M1、M2、M3、M4，而服务节点M5也上报了服务状态信息，此时，则判定服务节点M5的服务状态信息为无效。由此，动态路由信息最终包括的路由为：M1->M2->M3、M1->M4->M3。

在上述实施例的作用下，实现了静态配置信息和动态路由信息相辅相成的路由管理方案，充分地保证了路由配置的正确性和灵活性。

请参阅图7，在一示例性实施例中，步骤350可以包括以下步骤：

步骤351，获取动态路由信息的快照，并从快照中提取备份的路由表。

如前所述，动态路由信息能够以路由表形式存储路由配置时所产生的路由，因此，当获取到动态路由信息的快照时，便能够得到快照中备份的路由表，进而获知可供激活的路由。

步骤353，由路由表选取目标路径，目标路径使服务集群中服务节点的负载均衡。

此处，路由激活是指由路由表中选取进行业务请求分发的目标路径。其中，目标路径的选取是以服务集群中服务节点负载均衡为原则。

举例来说，假设路由表中的路由包括：M1->M2->M3、M1->M4->M3。在进行业务请求分发时，若服务节点M2的业务接入量大于服务节点M4的业务接入量，则目标路径优先选取路由M1->M4->M3，以此保证服务节点M2和服务节点M4的负载相当。

步骤355，根据目标路径进行业务请求的分发。

进行业务请求分发时，首先由目标路径中的服务节点确定各服务节点所提供的名片识别服务，然后将上述名片识别服务对应的名片识别服务类型封装至业务请求中，以便于服务节点在接收到业务请求时能够提供相应的名片识别服务。

例如，名片识别服务类型通过接口函数写入业务请求携带的头信息中，相应地，服务节点将调用接口函数对应的接口处理该业务请求的头信息，以此得到名片识别服务类型，进而获知其所需加载的名片算法，并由此提供名片识别服务执行名片识别业务。

通过上述过程，实现了服务集群中服务节点的负载均衡，进而充分地保证了名片识别业务的顺利接入，并能够有效地降低网络传输延时，从而有利于提高服务节点的处理效率。

此外，业务请求的分发不再依赖于运维人员手工配置路由，避免了系统架构之间相互耦合严重的问题，形成了高内聚、低耦合的系统架构，方便于系统架构内部模块的独立升级更新，从而有效地提高了系统灵活性和服务可用性。

进一步地，请参阅图8，在一示例性实施例中，步骤355之后，如上所述的方法还可以包括以下步骤：

步骤510，服务节点接收所业务请求。其中，业务请求指示了请求识别的名片。

步骤530，按照目标路径中服务节点所在路由位置加载相应的名片算法。

应当说明的是，在实现名片识别中路由配置的自动化之后，由于手工配置路由的操作复杂性得以有效的降低，服务集群中的服务节点不再需要进行服务划分，即各服务节点所能够提供的名片识别服务不仅限于一种，相应地，服务节点所能够加载的名片算法也不仅限于一种。例如，服务节点能够同时加载名片算法A、B、X，以此同时提供文本检测服务、文本识别服务和文本处理服务。

为此，在进行名片算法加载时，首先需要确认服务节点在目标路径中所在的路由位置。

例如，当服务节点作为路由中的源服务节点时，该服务节点加载名片算法A，以提供文本检测服务。当服务节点作为路由中的中间服务节点时，该服务节点加载名片算法B，以提供文本识别服务。以此类推，当服务节点作为路由中的目标服务节点时，则加载用于提供文本处理服务的名片算法X。

步骤550，根据加载的名片算法对所名片进行识别，并返回名片识别结果。

名片算法包括但不限于OCR(光学字符识别)算法、STR(场景文本识别)算法、NLP(自然语言处理)算法等等。

相应地，名片识别具体包括：对业务请求所指示的名片进行文本框检测，将检测到的文本行传入文本识别得到文本内容，并基于该文本内容增加自然语言处理过程，由此形成结构化的名片信息字段，即名片识别结果，并返回至发起业务请求的终端。

进一步地，在对名片进行文本框检测时，还包括对名片的预处理，例如，名片旋转判断等。

在上述过程中，避免在服务集群内划分独立隔离的服务层，使得系统资源得以充分的利用，不仅有利于降低网络传输延时，还有利于平衡各服务节点的负载，进一步充分地保证了名片识别业务的顺利开展。

在一示例性实施例中，如上所述的方法还可以包括以下步骤：

当服务集群进行了服务节点的更新部署时，根据更新部署的服务节点所对应服务状态信息，对动态路由信息进行更新。

应当理解，在执行名片识别业务的过程中，服务节点可能随时发生异常，例如死机、故障等等，如果不及时排除异常的服务节点，则可能导致名片识别业务的执行意外中断。此外，随着用户业务需求的逐渐增加，服务集群也需要相应地进行扩容，以通过服务节点的新增来缓解原有服务节点的处理压力。

因此，需要根据更新部署的服务节点所对应的服务状态信息进行动态路由信息的更新，以此保证服务集群中服务节点均是可提供名片识别服务的。其中，服务节点的更新部署包括增加服务节点、删除服务节点。

举例来说，当服务节点的运行状况异常，服务集群将删除该服务节点，此时，将监控到该服务节点的服务状态信息指示该服务节点工作异常，则更新的动态路由信息中删除了该服务节点所涉及的路由。

又或者，服务集群中增加了某个服务节点，相应地，将监控到该服务节点的运行状况由异常切换为正常，或者，该服务节点新增，则更新的动态路由信息中包含该服务节点所涉及的路由。

在上述实施例的作用下，实现了动态路由信息的实时更新，进一步保证了名片识别业务的顺利开展，有利于提高服务可用性。

请参阅图9，在一示例性实施例中，如上所述的方法还可以包括以下步骤：

步骤610，当服务集群执行名片识别业务失败时，获取历史快照。

其中，历史快照由动态路由信息的快照存储形成。

进一步地，历史快照中保存了能够正常分发业务请求的路由。

步骤630，根据历史快照中备份的路由表进行名片识别的路由恢复，通过恢复的路由执行名片识别业务。

假设为名片识别所激活的路由无法正常分发业务请求时，则表示服务集群中服务节点可能存在故障，而导致名片识别业务执行失败，为此，将由历史快照中备份的路由表选取可供激活的路由，来替代无法正常分发业务请求的路由，以此恢复名片识别业务。

通过上述实施例的配合，实现了动态路由信息的快照管理，以便于实施路由恢复以及历史追踪，以此避免名片识别业务的意外中断，还能够避免运维人员再次手工配置路由，大大减轻了运维工作量，提升了运维效率。

图10是根据一示例性实施例示出的名片识别业务的数据流示意图。在数据流示意图所展示的系统架构中，该系统架构包括：运营操作模块710、配置管理模块730、配置维护模块750和服务集群770。

具体地，运营操作模块710将静态配置信息发送至配置管理模块730，以供配置管理模块730实时路由配置管理。

配置管理模块730负责接收服务集群770中服务节点上报的服务状态信息802，以此管理服务集群770中服务节点的服务状态，还将根据静态配置信息801和服务状态信息802共同实施路由配置管理，并由此生成动态路由信息。

此外，配置管理模块730还负责快照落地，即将静态配置信息的快照801、服务状态信息802的快照、动态路由信息的快照803存储至配置维护模块750，以便于能够进行路由恢复和历史追踪，进而保证名片识别业务的顺利接入。

在配置维护模块750中，开辟了多个存储空间，可为不同的子系统存储相应的快照。该不同的子系统是由服务集群770中不同的服务节点构成的。

对于服务集群770而言，将根据动态路由信息的快照803激活路由，以此进行业务请求分发804，使得业务请求所指示的名片按照激活的路由执行名片识别业务，并返回名片识别结果805。

其中，运营操作模块710、配置管理模块730、配置维护模块750可部署于同一服务器中，也可以分别独立地部署在不同服务器，在此不加以限定。

在本发明的上述实现过程中，路由配置无需人工介入，能够实时自适应服务集群的系统架构变化，减轻了运维工作量，提升了运维效率，有效地降低了运维成本；并且系统架构内部模块不再相互依赖，可以独立升级更新，也无需额外地设计服务隔离措施，避免了集群规划中过多的人为介入，进而有效地提高了系统灵活性和服务可用性，降低了运营成本。

下述为本发明系统实施例，可以用于执行本发明所涉及的名片识别中的路由激活方法。对于本发明系统实施例中未披露的细节，请参照本发明所涉及的名片识别中的路由激活方法的方法实施例。

请参阅图11，在一示例性实施例中，一种名片识别中的路由激活系统900包括但不限于：信息获取模块910、路由配置模块930和路由激活模块950。

其中，信息获取模块910用于监听服务集群中服务节点的服务状态得到服务状态信息，服务状态信息至少指示了服务节点的运行状况和名片识别服务类型。

路由配置模块930用于按照服务状态信息的指示，对服务集群中服务节点进行路由配置，得到动态路由信息。

路由激活模块950用于至少根据动态路由信息的备份信息为名片识别进行路由激活，通过激活的路由执行名片识别业务。

请参阅图12，在一示例性实施例中，如上的系统900还包括但不限于：信息监控模块1010、信息封装模块1030和信息发送模块1050。

其中，信息监控模块1010用于服务节点通过监控其自身的运行状况得到运行状态消息，并对算法模型配置文件进行可加载算法扫描得到服务类型消息。

信息封装模块1030用于将运行状态消息和服务类型消息封装形成服务节点的服务状态信息。

信息发送模块1050用于发送服务节点的服务状态信息。

请参阅图13，在一示例性实施例中，路由配置模块930包括但不限于：信息校验单元931和信息生成单元933。

其中，信息校验单元931用于根据静态配置信息指示的已部署服务节点对服务状态信息的有效性进行校验。

信息生成单元933用于针对有效性校验成功的服务状态信息所对应服务节点，按照预设的路由算法生成动态路由信息。

请参阅图14，在一示例性实施例中，备份信息为快照，路由激活模块950包括但不限于：路由表提取单元951、路径选取单元953和业务分发单元955。

其中，路由表提取单元951用于获取动态路由信息的快照，并从快照中提取备份的路由表。

路径选取单元953用于由路由表选取目标路径，目标路径使服务集群中服务节点的负载均衡。

业务分发单元955用于根据目标路径进行业务请求的分发。

请参阅图15，在一示例性实施例中，如上所述的系统900还包括但不限于：业务接收模块1110、算法加载模块1130和名片识别模块1150。

其中，业务接收模块1110用于所述服务节点接收业务请求，所述业务请求指示了请求识别的名片。

算法加载模块1130用于按照所述目标路径中所述服务节点所在路由位置加载相应的名片算法。

名片识别模块1150用于根据加载的名片算法对所述名片进行识别，并返回名片识别结果。

在一示例性实施例中，如上所述的系统900还包括但不限于：信息更新模块。

其中，信息更新模块用于当服务集群进行了服务节点的更新部署时，根据更新部署的服务节点所对应服务状态信息，对动态路由信息进行更新。

请参阅图16，在一示例性实施例中，如上所述的系统900还包括但不限于：快照获取模块1210和路由恢复模块1230。

其中，快照获取模块1210用于当服务集群执行名片识别业务失败时，获取历史快照，历史快照由动态路由信息的快照存储形成。

路由恢复模块1230用于根据历史快照中备份的路由表进行名片识别的路由恢复，通过恢复的路由执行名片识别业务。

需要说明的是，上述实施例所提供的名片识别中的路由激活系统在进行名片识别中的路由激活处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即名片识别中的路由激活系统的内部结构将划分为不同的功能模块，以完成以上描述的全部或者部分功能。

另外，上述实施例所提供的名片识别中的路由激活系统与名片识别中的路由激活方法的实施例属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

在一示例性实施例中，一种名片识别中的路由激活系统，包括处理器及存储器。

其中，存储器上存储有计算机可读指令，该计算机可读指令被处理器执行时实现上述各实施例中的名片识别中的路由激活方法。

在一示例性实施例中，一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例中的名片识别中的路由激活方法。

上述内容，仅为本发明的较佳示例性实施例，并非用于限制本发明的实施方案，本领域普通技术人员根据本发明的主要构思和精神，可以十分方便地进行相应的变通或修改，故本发明的保护范围应以权利要求书所要求的保护范围为准。

Claims (13)

1.一种名片识别中的路由激活方法，其特征在于，包括：

监听服务集群中服务节点的服务状态得到服务状态信息，所述服务状态信息至少指示了服务节点的运行状况和名片识别服务类型；

按照所述服务状态信息的指示，对所述服务集群中服务节点进行路由配置，得到动态路由信息；

至少根据所述动态路由信息的备份信息为名片识别进行路由激活，通过激活的路由执行名片识别业务，其中，所述备份信息为快照；

所述至少根据所述动态路由信息的备份信息为名片识别进行路由激活，通过激活的路由执行名片识别业务，包括：

获取所述动态路由信息的快照，并从所述快照中提取备份的路由表；

由所述路由表选取目标路径，所述目标路径使所述服务集群中服务节点的负载均衡；

根据所述目标路径进行业务请求的分发。

2.如权利要求1所述的方法，其特征在于，所述监听服务集群中服务节点的服务状态得到服务状态信息的步骤包括：

所述服务节点通过监控其自身的运行状况得到运行状态消息，并对算法模型配置文件进行可加载算法扫描得到服务类型消息；

将所述运行状态消息和服务类型消息封装形成所述服务节点的服务状态信息；

发送所述服务节点的服务状态信息。

3.如权利要求1所述的方法，其特征在于，所述按照所述服务状态信息的指示，对所述服务集群中服务节点进行路由配置，得到动态路由信息，包括：

根据静态配置信息指示的已部署服务节点，对所述服务状态信息的有效性进行校验；

针对有效性校验成功的服务状态信息所对应服务节点，按照预设的路由算法生成所述动态路由信息。

4.如权利要求1所述的方法，其特征在于，所述根据所述目标路径进行业务请求的分发之后，所述方法还包括：

所述服务节点接收所述业务请求，所述业务请求指示了请求识别的名片；

按照所述目标路径中所述服务节点所在路由位置加载相应的名片算法；

根据加载的名片算法对所述名片进行识别，并返回名片识别结果。

5.如权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：

当所述服务集群进行了服务节点的更新部署时，根据更新部署的服务节点所对应服务状态信息，对所述动态路由信息进行更新。

6.如权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：

当所述服务集群执行名片识别业务失败时，获取历史快照，所述历史快照由所述动态路由信息的快照存储形成；

根据所述历史快照中备份的路由表进行名片识别的路由恢复，通过恢复的路由执行名片识别业务。

7.一种名片识别中的路由激活系统，其特征在于，包括：

信息获取模块，用于监听服务集群中服务节点的服务状态得到服务状态信息，所述服务状态信息至少指示了服务节点的运行状况和名片识别服务类型；

路由配置模块，用于按照所述服务状态信息的指示，对所述服务集群中服务节点进行路由配置，得到动态路由信息；

路由激活模块，用于至少根据所述动态路由信息的备份信息为名片识别进行路由激活，通过激活的路由执行名片识别业务；

所述备份信息为快照，所述路由激活模块包括：

路由表提取单元，用于获取所述动态路由信息的快照，并从所述快照中提取备份的路由表；

路径选取单元，用于由所述路由表选取目标路径，所述目标路径使所述服务集群中服务节点的负载均衡；

业务分发单元，用于根据所述目标路径进行业务请求的分发。

8.如权利要求7所述的系统，其特征在于，所述系统还包括：

信息监控模块，用于所述服务节点通过监控其自身的运行状况得到运行状态消息，并对算法模型配置文件进行可加载算法扫描得到服务类型消息；

信息封装模块，用于将所述运行状态消息和服务类型消息封装形成所述服务节点的服务状态信息；

信息发送模块，用于发送所述服务节点的服务状态信息。

9.如权利要求7所述的系统，其特征在于，所述路由配置模块包括：

信息校验单元，用于根据静态配置信息指示的已部署服务节点，对所述服务状态信息的有效性进行校验；

信息生成单元，用于针对有效性校验成功的服务状态信息所对应服务节点，按照预设的路由算法生成所述动态路由信息。

10.如权利要求7所述的系统，其特征在于，所述系统还包括：

业务接收模块，用于所述服务节点接收业务请求，所述业务请求指示了请求识别的名片；

算法加载模块，用于按照所述目标路径中所述服务节点所在路由位置加载相应的名片算法；

名片识别模块，用于根据加载的名片算法对所述名片进行识别，并返回名片识别结果。

11.如权利要求7至10任一项所述的系统，其特征在于，所述系统还包括：

信息更新模块，用于当所述服务集群进行了服务节点的更新部署时，根据更新部署的服务节点所对应服务状态信息，对所述动态路由信息进行更新。

12.如权利要求7至10任一项所述的系统，其特征在于，所述系统还包括：

快照获取模块，用于当所述服务集群执行名片识别业务失败时，获取历史快照，所述历史快照由所述动态路由信息的快照存储形成；

路由恢复模块，用于根据所述历史快照中备份的路由表进行名片识别的路由恢复，通过恢复的路由执行名片识别业务。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6中任一项所述的名片识别中的路由激活方法。

Images