本申请涉及通信领域，更具体的，涉及一种码号业务开通方法及编排平台。
背景技术：
语音专线自动化编排是将各种it资源和能力纳入管理，提供计算、存储、网络、安全等多项服务，资源架构、业务场景及产品类型众多，同时业务流程灵活、多样，对产品快速开通交付、自动化运维、智能调度等有非常高的要求。
传统业务场景单一，流程基本固化，应用资源的分配、扩容多是采用线上申请、在线调度、人工配置的方式，利用线上、线下相结合的方式满足业务需求。
技术实现要素：
本发明的目的旨在解决现有技术存在的问题，提出了一种码号业务开通方法及编排平台。
第一方面，本发明提供了一种码号业务开通方法，步骤为：接收码号业务开通请求；其中，所述码号业务开通请求包括待开通的用户号码以及若干参数；针对至少一个业务系统中的每一个当前业务系统，从所述若干参数中获取与所述当前业务系统相对应的至少一个参数，并且根据当前业务系统对应的指令模板和所述至少一个参数，生成与所述用户号码相对应的本地指令；在当前业务系统对应的当前分布式缓存系统中不存在与所述用户号码相对应的业务驱动指令时，将所述本地指令作为与所述用户号码相对应的业务驱动指令写入分布式缓存系统；通过所述至少一个业务系统各自对应的分布式缓存系统，分别向所述至少一个业务系统发送其各自对应的业务驱动指令，使所述至少一个业务系统处理其各自接收的业务驱动指令，为所述码号业务开通请求中包含的所述用户号码开通码号业务。
在一种可能的实施方式中，还包括：在当前业务系统对应的当前分布式缓存系统中存在与所述用户号码相对应的业务驱动指令时，根据所述本地指令对所述业务驱动指令进行增量更新。
在一种可能的实施方式中，所述向所述至少一个业务系统分别发送其各自对应的业务驱动指令，包括：向所述至少一个业务系统分别发送其各自对应的增量更新后的业务驱动指令。
在一种可能的实施方式中，所述至少一个业务系统包括归属签约用户服务器(homesubscriberserver，hss)、电话服务应用程序服务器(telephonyapplicationserver，tas)和无源光网络(passiveopticalnetwork，pon)；其中，所述pon对应的至少一个参数包括以下各个参数中的至少一个：操作时间、端口标识、设备厂商名称、设备标识、机房名称、设备类型、认证方式；所述hss对应的至少一个参数包括以下各个参数中的至少一个：用户名、密码、注册类型；所述tas对应的至少一个参数包括业务类型。
在一种可能的实施方式中，向所述至少一个业务系统分别发送其各自对应的业务驱动指令，包括：向所述pon系统发送其对应的业务驱动指令；向所述hss系统发送其对应的业务驱动指令；以及，当所述hss系统成功处理其对应的业务驱动指令之后，再向所述tas系统发送其对应的业务驱动指令。
在一种可能的实施方式中，所述根据当前业务系统对应的指令模板和所述至少一个参数，生成与所述用户号码相对应的本地指令，包括：根据当前业务系统对应的指令模板确定所述至少一个参数各自对应的指令片段；根据所述至少一个参数各自对应的指令片段生成与所述用户号码相对应的本地指令。
第二方面，本发明提供了一种编排平台，包括：负载均衡服务器、包括至少一个服务器节点的服务器集群、至少一个分布式缓存系统。其中，所述负载均衡服务器，用于接收码号业务开通请求；其中，所述码号业务开通请求包括待开通的用户号码和若干参数；所述服务器集群中的任一当前服务器节点，用于在接收到来自所述负载均衡服务器的所述码号业务开通请求时，对于至少一个业务系统中的每个当前业务系统，从所述若干参数中获取与当前业务系统相对应的至少一个参数，并且根据当前业务系统对应的指令模板和所述至少一个参数，生成与所述用户号码相对应的本地指令；以及，在当前业务系统对应的当前分布式缓存系统中不存在与所述用户号码相对应的业务驱动指令时，将所述本地指令作为与所述用户号码相对应的业务驱动指令写入当前分布式缓存系统；所述至少一个分布式缓存系统，用于向所述至少一个业务系统分别发送其各自对应的业务驱动指令，使所述至少一个业务系统处理其各自接收的业务驱动指令，为所述码号业务开通请求中包含的所述用户号码开通码号业务。
在一种可能的实施方式中，所述当前服务器节点，还用于在当前业务系统对应的当前分布式缓存系统中存在与所述用户号码相对应的业务驱动指令时，根据所述本地指令对所述业务驱动指令进行增量更新。
在一种可能的实施方式中所述向所述至少一个业务系统分别发送其各自对应的业务驱动指令，包括：向所述至少一个业务系统分别发送其各自对应的增量更新后的业务驱动指令。
在一种可能的实施方式中，所述至少一个业务系统包括hss、tas和pon；其中，所述pon对应的至少一个参数包括以下各个参数中的至少一个：操作时间、端口标识、设备厂商名称、设备标识、机房名称、设备类型、认证方式；所述hss对应的至少一个参数包括以下各个参数中的至少一个：用户名、密码、注册类型；所述tas对应的至少一个参数包括业务类型。
在一种可能的实施方式中，与所述pon相对应的分布式缓存系统，具体用于向所述pon系统发送其对应的业务驱动指令；与所述hss相对应的分布式缓存系统，具体用于向所述hss系统发送其对应的业务驱动指令；与所述tas相对应的分布式缓存系统，具体用于当所述hss成功处理其对应的业务驱动指令之后，向所述tas系统发送其对应的业务驱动指令。
在一种可能的实施方式中，所述当前服务器节点，具体用于确定所述至少一个参数各自对应的指令片段；根据所述至少一个参数各自对应的指令片段生成与所述用户号码相对应的本地指令。
第三方面，本发明提供一种码号业务开通的系统。该系统可以提供界面展现、服务能力、数据存储、基础服务组件、开发框架和外部接口。
通过本说明书实施例中提供的方法及装置，可更为快速的处理码号业务开通请求，从而更为快速的完成为用户号码开通码号业务。
附图说明
为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为本申请实施例中提供的技术方案的系统框架图；
图2为本申请实施例中提供的一种编排平台的结构示意图；
图3为本申请实施例中提供的码号业务开通方法的流程图。
具体实施方式
下面结合附图和实施例，对本发明所提供的技术方案做进一步的详细描述。
图1是本申请实施例中提供的技术方案的系统框架图。如图1所示，该系统包括资管平台10、编排平台20以及至少一个业务系统。编排平台20可以根据来自资管平台10的码号业务开通请求，执行本申请中任意一个实施例中提供的码号业务开通方法，从而与至少一个业务系统相协作以实现为相应的用户号码开通码号业务。
在一些实施例中，至少一个业务系统具体可以包括hss301，主要用于注册用户号码；tas302，主要用于号码注册后的权限控制，例如来电显示、国际长途、国内长途等功能；以及pon303，主要用于为用户提供语音专线服务。
图2为本申请实施例中提供的一种编排平台的结构示意图。
在一些实施例中，如图2所示，编排平台20可以包括负载均衡服务器201、包含多个计算服务器的服务器集群202、以及与至少一个业务系统一一对应的至少一个分布式缓存系统。其中，至少一个分布式缓存系统可以包括与hss对应的hss缓存系统2031，与tas对应的tas缓存系统2032，以及与pon对应的pon缓存系统2033。服务器集群202可以包括多个计算服务器。hss缓存系统2031、tas缓存系统2032以及pon缓存系统2033可以各自包括多个缓存服务器。
在一些实施例中，负载均衡服务器，用于接收码号业务开通请求；其中，码号业务开通请求包括待开通的用户号码和若干参数。服务器集群中的任一当前计算服务器，用于在接收到来自负载均衡服务器的码号业务开通请求时，对于至少一个业务系统中的每个当前业务系统，从若干参数中获取与当前业务系统相对应的至少一个参数，并且根据当前业务系统对应的指令模板和至少一个参数，生成与用户号码相对应的本地指令；以及，在当前业务系统对应的当前分布式缓存系统中不存在与用户号码相对应的业务驱动指令，此时将本地指令作为与用户号码相对应的业务驱动指令写入当前分布式缓存系统。至少一个分布式缓存系统，用于向至少一个业务系统分别发送其各自对应的业务驱动指令，使至少一个业务系统处理其各自接收的业务驱动指令，码号业务开通请求中包含的用户号码开通码号业务。
在一些可能的实施例中，当前计算服务器，还用于在当前业务系统对应的当前分布式缓存系统中存在与用户号码和当前业务系统相对应的业务驱动指令时，根据本地指令对业务驱动指令进行增量更新；相应的，当前服务器节点向至少一个业务系统分别发送其各自对应的增量更新后的业务驱动指令。
在一些可能的实施例中，至少一个业务系统可以包括hss、tas和pon；其中，pon对应的至少一个参数包括以下各个参数中的至少一个：操作时间、端口标识、设备厂商名称、设备标识、机房名称、设备类型、认证方式；hss对应的至少一个参数包括以下各个参数中的至少一个：用户名、密码、注册类型；tas对应的至少一个参数包括业务类型。
hss可以根据其对应的至少一个参数为指定的用户号码开通hss的服务，也就是号码注册。注册类型表明了用户的此次请求为初始注册，或者是重注册，或者是注销。
tas可以根据包括业务类型的参数为指定的用户号码开通tas的服务。业务类型包括国际长途，国内长途，来电显示。开通tas的服务也即为开户的号码开通相关权限。
pon可以根据其对应的至少一个参数为指定的用户号码开通语音专线服务。
在一些可能的实施例中，与pon相对应的分布式缓存系统(即pon缓存系统)，具体用于向pon系统发送其对应的业务驱动指令。相应的，pon系统通过对其接收的业务驱动指令进行处理，即可实现前述的为指定的用户号码开通语音专线服务。
与hss相对应的分布式缓存系统(即hss缓存系统)，具体用于向hss系统发送其对应的业务驱动指令。相应的，hss系统通过对其接收的业务驱动指令进行处理，即可实现前述的为指定的用户号码开通hss的服务。
与tas相对应的分布式缓存系统(即tas缓存系统)，具体用于当hss成功处理其对应的业务驱动指令之后，向tas系统发送其对应的业务驱动指令。相应的，tas系统通过对其接收的业务驱动指令进行处理，即可实现前述的为指定的用户号码开通tas的服务。
在一些可能的实施例中，当前计算服务器，具体用于确定至少一个参数各自对应的指令片段；根据至少一个参数各自对应的指令片段生成与用户号码相对应的本地指令。
下面结合图1所示的系统框架以及图2所示的编排平台，对本申请实施例中提供的码号业务开通方法进行详细描述。
图3为本申请实施例中提供的码号业务开通方法的流程图。如图3所示，码号业务的开通方法可以包括如下步骤：
步骤301，接收来自资管平台10的码号业务开通请求，并对请求进行分发。其中，码号业务开通请求中包括待开通的用户号码和若干参数。若干参数可以包括以下各个参数中的至少一个：操作时间、端口标识、设备标识、机房名称、设备类型、用户名、密码、注册类型以及业务类型。
在一些实施例中，步骤301可以由负载均衡服务器201来执行。集体地说，假设服务器集群包括计算服务器1和计算服务器2，此时资管平台发送两条码号业务开通请求a和b。通过负载均衡服务器做负载均衡，将请求a发送至计算服务器1进行处理，将请求b发送至计算服务器2进行处理，避免计算服务器1或者计算服务器2出现负载过高的情况。
相应的，在步骤302，服务器集群202中接收到码号业务开通请求的当前计算服务器，针对至少一个业务系统中的每一个当前业务系统，从若干参数中获取与当前业务系统对应的至少一个参数，并且根据当前业务系统对应的指令模板和至少一个业务参数，生成与用户号码相对应的本地指令。
例如，码号开通业务请求中，与pon对应的一个包括参数“xx市xx区xx路xx地址”、“xx厂家xx设备”、“编号0001”的码号业务开通请求，当前计算服务器可以根据这些参数，调用指令模板，生成对应的本地指令。该本地指令被发送给pon后，pon可以处理该本地指令，实现根据“xx市xx区xx路xx地址”、“xx厂家xx设备”、“编号0001”为用户号码开通语音专线的服务。
在一些实施例中，将业务请求的数据分为对应业务系统的分组后，还会根据地市信息、设备信息、接入方式等进行细分，对细分的请求数据调用对应的指令模板进行指令片段生成。将此时生成的指令片段信息在本地缓存中进行拼接，以形成一个完整的指令。
例如，与pon对应的一个包括参数“xx市xx区xx路xx地址”、“xx厂家xx设备”、“编号0001”的码号业务开通请求，可以将请求细分为“xx市xx区xx路xx地址”、“xx厂家xx设备”、“编号0001”的信息片段，生成参数“xx市xx区xx路xx地址”对应的指令a、参数“xx厂家xx设备”对应的指令b以及参数“编号0001”对应的指令c，此时的指令信息是片段式的，将此时的指令信息在本地缓存中拼接，成为一条完整的指令。例如将指令a，指令b以及指令c拼接为指令abc。
协同过滤(collaborativefiltering，cf)分析分布式系统中已有的数据，并结合当前请求的数据，对当前码号业务开通请求信息与之前业务信息的重复程度进行预测，提前对重复的数据进行判断去重。基于业务的协同过滤(item-basedcf)通过对不同业务的号码来评测业务之间的相似性，基于业务之间的相似性做出非重复处理，重复度高的进行指令复用，重复度低的进行指令生成，可以提高生成指令生成速度，整体提升业务完成速度。
基于业务的协同过滤算法，一些已经生成的指令不再生成。例如，与pon所对应的一个包括参数“xx市xx区xx路xx地址”、“xx厂家xx设备”、“编号0002”的码号业务开通请求，可以将对应的请求分为“xx市xx区xx路xx地址”“xx厂家xx设备”“编号0002”的片段，由于系统生成过“xx市xx区xx路xx地址”、“xx厂家xx设备”所对应的指令，此时可以直接复用，只生成“编号0002”所对应的指令即可。
步骤303，在当前业务系统对应的当前分布式缓存系统中不存在与用户号码相对应的业务驱动指令时，将本地指令作为与用户号码相对应的业务驱动指令写入当前分布式缓存系统。
例如，与pon所对应的一条指令为参数包括“xx市xx区xx路xx地址”、“xx厂家xx设备”、“编号0002”的码号业务开通请求所对应的指令，则将该指令发送至pon业务系统所对应的分布式缓存系统(即pon缓存系统)中进行缓存。
在一些可能的实施例中，由于码号业务开通失败，会在当前业务系统对应的当前分布式缓存系统中存在与用户号码和当前业务系统相对应的业务驱动指令。此时，需要根据本地指令对业务驱动指令进行增量更新。
例如，分布式缓存系统中存储的执行失败的指令为包括参数“xx市xx区xx路xx地址”、“xx厂家xx设备”、“编号0002”、“2019-04-0115:03:27”的码号业务开通请求所对应的指令，此时生成的本地指令为包括参数“xx市xx区xx路xx地址”、“xx厂家xx设备”、“编号0002”、“2019-04-0115:05:00”的码号业务开通请求所对应的指令，用新生成的指令对分布式缓存系统的指令进行增量更新。
向至少一个业务系统分别发送其各自对应的增量更新后的业务驱动指令。
步骤304，通过至少一个业务系统各自对应的分布式缓存系统，分别向至少一个业务系统发送其各自对应的业务驱动指令。
例如，与pon所对应的分布式缓存系统(即pon缓存系统)中的一条指令为码号业务开通请求中包括参数“xx市xx区xx路xx地址”、“xx厂家xx设备”、“编号0002”的所对应的指令，则根据指令内容，将指令发送至xx市xx区xx路xx地址xx厂家xx设备编号0002的指定设备，为用户开通pon服务。
步骤305，使至少一个业务系统处理其各自接收的业务驱动指令，为码号业务开通请求中包含的用户号码开通码号业务。
步骤306，返回结果标识，为用户号码执行码号业务开通请求成功后，删除业务驱动指令，并返回结果标识。计算服务器将接收到的结果记录在日志中。
在一些可能的实施例中，码号业务开通请求会执行失败，此时，分布式缓存系统中的指令会继续保留。对于执行失败的码号业务开通请求，资管系统会重新派单，以完成码号业务开通请求。
通过上述操作可实现对业务码号数据的实时处理实时开户。目前该系统可实现平均每天3000条业务数据的实时处理，每天数万次缓存交互操作，数据处理时延控制在秒级。目前数据已实现地市、厂家设备、接入方式等的实时进度预警、实时接口保障、实时开户等。
在此处所提供的说明书中，说明了大量的具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下完成实现。在一些示例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其同等技术的范围之内，则本发明也意图包含这些改动和变型在内。
1.一种码号业务开通方法，其特征在于，步骤为：
接收码号业务开通请求；其中，所述码号业务开通请求包括待开通的用户号码以及若干参数；
针对至少一个业务系统中的每一个当前业务系统，从所述若干参数中获取与所述当前业务系统相对应的至少一个参数，并且根据当前业务系统对应的指令模板和所述至少一个参数，生成与所述用户号码相对应的本地指令；
在当前业务系统对应的当前分布式缓存系统中不存在与所述用户号码相对应的业务驱动指令时，将所述本地指令作为与所述用户号码相对应的业务驱动指令写入分布式缓存系统；
通过所述至少一个业务系统各自对应的分布式缓存系统，分别向所述至少一个业务系统发送其各自对应的业务驱动指令，使所述至少一个业务系统处理其各自接收的业务驱动指令，为所述码号业务开通请求中包含的所述用户号码开通码号业务。
2.根据权利要求1所述的方法，其特征在于，还包括：
在当前业务系统对应的当前分布式缓存系统中存在与所述用户号码相对应的业务驱动指令时，根据所述本地指令对所述业务驱动指令进行增量更新；
所述向所述至少一个业务系统分别发送其各自对应的业务驱动指令，包括：向所述至少一个业务系统分别发送其各自对应的增量更新后的业务驱动指令。
3.根据权利要求1所述的方法，其特征在于，所述至少一个业务系统包括hss、tas和pon；其中，所述pon对应的至少一个参数包括以下各个参数中的至少一个：操作时间、端口标识、设备厂商名称、设备标识、机房名称、设备类型、认证方式；所述hss对应的至少一个参数包括以下各个参数中的至少一个：用户名、密码、注册类型；所述tas对应的至少一个参数包括业务类型。
4.根据权利要求3所述的方法，其特征在于，向所述至少一个业务系统分别发送其各自对应的业务驱动指令，包括：
向所述pon系统发送其对应的业务驱动指令；
向所述hss系统发送其对应的业务驱动指令；以及，当所述hss系统成功处理其对应的业务驱动指令之后，再向所述tas系统发送其对应的业务驱动指令。
5.根据权利要求1所述的方法，其特征在于，所述根据当前业务系统对应的指令模板和所述至少一个参数，生成与所述用户号码相对应的本地指令，包括：
根据当前业务系统对应的指令模板确定所述至少一个参数各自对应的指令片段；
根据所述至少一个参数各自对应的指令片段生成与所述用户号码相对应的本地指令。
6.一种编排平台，其特征在于，包括：负载均衡服务器、包括至少一个服务器节点的服务器集群、至少一个分布式缓存系统；其中，
所述负载均衡服务器，用于接收码号业务开通请求；其中，所述码号业务开通请求包括待开通的用户号码以及若干参数；
所述服务器集群中的任一当前服务器节点，用于在接收到来自所述负载均衡服务器的所述码号业务开通请求时，对于至少一个业务系统中的每个当前业务系统，从所述若干参数中获取与当前业务系统相对应的至少一个参数，并且根据当前业务系统对应的指令模板和所述至少一个参数，生成与所述用户号码相对应的本地指令；以及，在当前业务系统对应的当前分布式缓存系统中不存在与所述用户号码相对应的业务驱动指令时，将所述本地指令作为与所述用户号码相对应的业务驱动指令写入当前分布式缓存系统；
所述至少一个分布式缓存系统，用于向所述至少一个业务系统分别发送其各自对应的业务驱动指令，使所述至少一个业务系统处理其各自接收的业务驱动指令，为所述码号业务开通请求中包含的所述用户号码开通码号业务。
7.根据权利要求6所述的编排平台，其特征在于，所述当前服务器节点，还用于在当前业务系统对应的当前分布式缓存系统中存在与所述用户号码相对应的业务驱动指令时，根据所述本地指令对所述业务驱动指令进行增量更新；
所述向所述至少一个业务系统分别发送其各自对应的业务驱动指令，包括：向所述至少一个业务系统分别发送其各自对应的增量更新后的业务驱动指令。
8.根据权利要求6所述的编排平台，其特征在于，所述至少一个业务系统包括hss、tas和pon；其中，所述pon对应的至少一个参数包括以下各个参数中的至少一个：操作时间、端口标识、设备厂商名称、设备标识、机房名称、设备类型、认证方式；所述hss对应的至少一个参数包括以下各个参数中的至少一个：用户名、密码、注册类型；所述tas对应的至少一个参数包括业务类型。
9.根据权利要求8所述的编排平台，其特征在于，与所述pon相对应的分布式缓存系统，具体用于向所述pon系统发送其对应的业务驱动指令；
与所述hss相对应的分布式缓存系统，具体用于向所述hss系统发送其对应的业务驱动指令；
与所述tas相对应的分布式缓存系统，具体用于当所述hss成功处理其对应的业务驱动指令之后，向所述tas系统发送其对应的业务驱动指令。
10.根据权利要求6所述的编排平台，其特征在于，所述当前服务器节点，具体用于确定所述至少一个参数各自对应的指令片段；根据所述至少一个参数各自对应的指令片段生成与所述用户号码相对应的本地指令。
技术总结