一种号码携带方法及系统与流程

文档序号:14728494发布日期:2018-06-19 14:25阅读:206来源:国知局

本申请实施例涉及号码携带技术,尤其涉及一种号码携带方法及系统。



背景技术:

移动号码携带是指用户从同一国家的移动运营商A转到移动运营商B时,用户无需更改移动号码即能使用移动运营商B提供的业务及服务。

目前,移动号码携带通常需要使用第三方中立数据库存储申请号码携带业务的用户信息(如号码等),并与运营商进行数据同步,如在第三方中立数据库中存储用户信息,当用户发生移动号码携带时,将用户信息同步给携入运营商(如上述移动运营商B),这种方式中,用户信息存储在第三方中立数据库中,存在失效、篡改、误操作等风险,降低移动号码携带业务的可靠性,同时导致业务申请数据同步周期较长。



技术实现要素:

本申请实施例提供一种号码携带方法及系统,以解决现有号码携带时需要第三方中立数据库存储申请号码携带业务的用户信息,导致的号码携带业务可靠性降低,业务申请数据同步周期长的问题。

为达到上述目的,本申请的实施例采用如下技术方案:

第一方面,提供一种号码携带方法,包括:

客户端节点向共识节点发送共识请求,其中,共识请求携带有业务申请信息,业务申请信息包括发起号码携带业务的用户的身份信息、移动号码、携入运营商标识、携出运营商标识、携入运营商移动号码归属信息、携出运营商移动号码归属信息;共识节点根据业务申请信息以及预设确认规则生成确认结果,并向客户端节点返回确认结果;客户端节点向记账节点发送记账请求,其中记账请求携带有记账信息以及确认结果;记账信息包括用户的身份信息、移动号码、携入运营商标识、携出运营商标识;记账节点根据预设记账策略以及确认结果,将记账信息记录在记账区块中。

第二方面,提供一种号码携带系统,用于执行第一方面所述的方法,该系统可以包括:客户端节点、共识节点、记账节点;

客户端节点,用于向共识节点发送共识请求,其中,共识请求携带有业务申请信息,业务申请信息包括发起号码携带业务的用户的身份信息、移动号码、携入运营商标识、携出运营商标识、携入运营商移动号码归属信息、携出运营商移动号码归属信息;

共识节点,用于根据业务申请信息以及预设确认规则生成确认结果,并向客户端节点返回确认结果;

客户端节点,还用于向记账节点发送记账请求,其中记账请求携带有记账信息以及确认结果;记账信息包括用户的身份信息、移动号码、携入运营商标识、携出运营商标识;

记账节点,用于根据预设记账策略以及确认结果,将记账信息记录在记账区块中。

由上可知,本申请实施例提供一种号码携带方法及系统,客户端节点向共识节点发送共识请求,其中,共识请求携带有业务申请信息,共识节点根据业务申请信息以及预设确认规则生成确认结果,并向客户端节点返回确认结果;客户端节点向记账节点发送记账请求,其中记账请求携带有记账信息以及确认结果;记账节点根据预设记账策略以及确认结果,将记账信息记录在记账区块中。如此,可以通过共识节点和记账节点的协同工作,将移动号码携带记录在多个实体节点中,无需集中的第三方中立数据库记录转网号码,提升了号码携带业务的开通效率,避免了业务申请数据同步周期长的问题,同时提升了号码携带业务数据的可靠性。

附图说明

为了更清楚地说明本申请实施例的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的网络架构示意图;

图2为本申请实施例提供的一种号码携带方法流程图;

图2a为本申请实施例提供的一种记账方式示意图;

图3为本申请实施例提供的一种号码携带系统组成示意图;

图3a为本申请实施例提供的一种共识节点的组成示意图;

图3b为本申请实施例提供的一种记账节点的组成示意图。

具体实施方式

下面结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

在本申请的描述中,需要理解的是,术语“第一”、“第二”、“另一”等指示的系统或元件为基于实施例描述的具有一定功能的系统或元件,仅是为了便于描述本申请和简化描述,而不是指示或暗示所指的系统或元件必须有此命名,因此不能理解为对本申请的限制。

本申请实施例提供的号码携带方法可以用于图1所示的网络,如图1所示,该网络可以包括多个企业实体,每个企业实体可以包括多个客户端节点、一个共识节点、以及一个记账节点等功能实体,这些功能实体之间可以通过无线网络连接通信。其中,客户端节点主要用于对用户发起的业务进行处理,该客户端节点可以为运营商对接用户的设备,如:可以为运营商营业厅中部署的设备等等。共识节点可以为政府监管部门运行的共识节点或者移动号码携入运营商域内的共识节点或者移动号码携出运营商域内的共识节点,不予限制。记账节点主要用于对号码携带业务的相关信息(需要转网的移动号码,移动号码携入运营商标识、移动号码携出运营商标识等)进行记录。

需要说明的是,图1仅为示例性附图,除图1所示功能实体外,图1所示网络还可以包括其他功能实体,不予限制。此外,在图1所示网络中,每个企业实体内的共识节点和记账节点可以独立部署,也可以集成在一个功能实体中,该功能实体能够完成共识节点和记账节点的功能实体,不予限制。

下面结合图1所示网络架构对本申请实施例提供的号码携带方法进行说明。图2为本申请实施例提供的一种号码携带方法,如图2所示,该方法可以包括步骤201-步骤204。需要说明的是,该方法可以在除号码携带系统之外的任一计算机上执行。此外,虽然在图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

步骤201:客户端节点向共识节点发送共识请求。

其中,共识请求用于请求共识节点对用户发起的号码携带业务进行确认,该共识请求可以携带业务申请信息,业务申请信息可以包括发起的号码携带业务的用户的身份信息、移动号码、携入运营商标识、携出运营商标识、携入运营商移动号码归属信息、携出运营商移动号码归属信息,还可以包括其他信息,不予限制。

其中,用户的身份信息可以为用户的身份证号等,携入运营商标识用于标识移动号码转网后的运营商,携出运营商标识用于标识移动号码转网前的运营商,携入运营商移动号码归属信息用于指示携入运营商移动号码归属地、携出运营商移动号码归属信息用于指示携出运营商移动号码归属地。

如:若用户需要将移动号码135xxxxxxxx从运营商A转网到运营商B,则用户会向客户端节点发起针对移动号码135xxxxxxxx的号码携带业务,客户端节点再向共识节点发送共识请求,该共识请求中包括移动号码135xxxxxxxx、从运营商A转网到运营商B,运营商A归属地、运营商B的归属地等业务申请信息。

可选的,客户端节点可以根据自身设置或者从其他节点接收到的命令向一个或者多个共识节点发送共识请求。

步骤202:共识节点根据业务申请信息以及预设确认规则生成确认结果,并向客户端节点返回确认结果。

其中,确认结果可以为移动号码转网或者拒绝移动号码转网或者忽略共识请求,即共识节点不处理客户端节点发送的共识请求。

可选的,共识节点根据移动号码是否包括在可转网号段中,移动号码是否欠费,携入目标区域是否开展转网业务,共识节点是否具有确认权限中的至少一个生成业务申请信息对应的确认结果,其中,携入目标区域根据携入运营商移动号码归属信息确定。

如:若监管部门运行的共识节点根据移动号码的号段,确定请求转网的移动号码不在可转网号段,则拒绝确认,向客户端节点返回拒绝移动号码转网的确认结果。若携出运营商域内的共识节点根据移动号码的缴费情况确定请求转网的移动号码仍有欠费,则拒绝确认,向客户端节点返回拒绝移动号码转网的确认结果。若携入运营商域内的共识节点检查该运营商的号码携入目标省份没有开展转网业务,也可以拒绝确认,向客户端节点返回拒绝移动号码转网的确认结果;或者共识节点认为对共识请求中的转网号码无管辖权限,可以对该共识请求忽略,不处理。

步骤203:客户端节点向记账节点发送记账请求。

其中,记账请求可以携带有记账信息以及确认结果,记账信息包括用户的身份信息、移动号码、携入运营商标识、携出运营商标识;记账请求用于请求记账节点对记账信息进行记录。

可选的,客户端节点可以向其归属区域中的记账节点发送记账请求。

步骤204:记账节点根据预设记账策略以及确认结果,将所述记账信息记录在记账区块中。

其中,预设记账策略为根据第一共识节点生成的确认结果确定是否记录记账信息,当第一共识节点生成的确认结果为移动号码转网时,将记账信息记录在记账区块中;或者,根据不同共识节点生成的确认结果为不同共识节点分配不同权重,当不同共识节点加权求和后的结果大于预设阈值时,将记账信息记录在记账区块中。第一共识节点可以为政府监管部门运行的共识节点、携出运营商域内的共识节点、和携入运营商域内的共识节点中的任一共识节点。预设阈值可以根据需要进行设置,不予限制。

例如,该第一共识节点可以为政府监管部门运行的共识节点,当共识节点为政府监管部门运行的共识节点,且共识节点返回的确认结果为移动号码转网时记录记账信息,即当记账节点从客户端节点接收到政府监管部门运行的共识节点发送的确认结果,且该确认结果为移动号码转网时,记账节点记录记账信息;或者,

政府监管部门运行的共识节点的权重为50%,携出运营商域内的共识节点的权重为25%,携入运营商域内的共识节点的权重为25%,预设阈值为50%,当(政府监管部门运行的共识节点*50%+携出运营商域内的共识节点*25%+携入运营商域内的共识节点*25%)>50%时,将记账信息记录到记账节点的记账区块中,当加权求和值小于等于预设阈值时,拒绝将记录信息记录在记账区块中,并向客户端节点返回记账失败等信息。

其中,在步骤204中,记账节点可以以链式记账区块结构的方式记录记账信息。如图2a所示,记账节点可以在其存储区域设置多个记账区块,每个记账区块可以记录多条号码携带业务成功受理的记账信息(即确认结果为移动号码转网的记账信息),每条信息至少包含转网移动号码、携出运营商标识、携入运营商标识。需要说明的是,不同记账区块记录的记账信息的条数可以相等也可以不相等,不予限制。此外,所有的记账区块按照时间顺序链式连接。

与现有技术相比,图2所示技术方案中,客户端节点向共识节点发送共识请求,其中,共识请求携带有业务申请信息,共识节点根据业务申请信息以及预设确认规则生成确认结果,并向客户端节点返回确认结果;客户端节点向记账节点发送记账请求,其中记账请求携带有记账信息以及确认结果;记账节点根据预设记账策略以及确认结果,将记账信息记录在记账区块中。如此,可以通过共识节点和记账节点的协同工作,将移动号码携带记录在多个实体节点中,无需集中的第三方中立数据库记录转网号码,提升了号码携带业务的开通效率,避免了业务申请数据同步周期长的问题,同时提升了号码携带业务数据的可靠性。

进一步可选的,在图2所示方案中,当记账节点生成一个记账区块后,所述方法还包括:

记账节点通过广播方式将新生成的记账区块同步到其他记账节点,以及向记账节点所在区域中的共识节点通告新生成的记账区块。

如:记账节点可以通过点对点(point to point,P2P)的广播方式将新生成的记账区块同步到其他记账节点,以此保证所有记账节点中存储的携号转网信息记录保持一致。

可选的,记账节点可以将新生成的记账区块中的记账信息携带在通告消息中向记账节点所在区域中的共识节点发送,该通告消息用于通知共识节点对业务申请信息进行更新。如此,保证共识节点中存储的签约转网的移动号码记录保持最新,运营商网络中网络设备需要对移动号码做路由时需要使用域内共识节点中存储的签约转网的移动号码记录,或者将共识节点中存储的签约转网的移动号码记录同步到本地。

图3为本申请实施例提供的一种号码携带系统的组成示意图,如图3所示,该系统可以包括:客户端节点31、共识节点32、记账节点33。

其中,客户端节点31,用于向共识节点32发送共识请求,其中,共识请求携带有业务申请信息,业务申请信息包括发起号码携带业务的用户的身份信息、移动号码、携入运营商标识、携出运营商标识、携入运营商移动号码归属信息、携出运营商移动号码归属信息。

共识节点32,用于根据业务申请信息以及预设确认规则生成确认结果,并向客户端节点31返回确认结果。

客户端节点31,还用于向记账节点33发送记账请求,其中记账请求携带有记账信息以及确认结果;记账信息包括用户的身份信息、移动号码、携入运营商标识、携出运营商标识。

记账节点33,用于根据预设记账策略以及确认结果,将记账信息记录在记账区块中。

具体的,如图3a所示,共识节点32可以包括:确认模块321,用于移动号码是否包括在可转网号段中,移动号码是否欠费,携入目标区域是否开展转网业务,共识节点32是否具有确认权限中的至少一个确定业务申请信息对应的确认结果,其中,携入目标区域根据携入运营商移动号码归属信息确定。

号码携带记录存储模块322,用于存储记账节点33通告的记账信息。

收发模块323,用于与其他节点间进行通信,如可以用于接收客户端发送的共识请求的功能,还可以用于向客户端返回确认结果的功能,又可以用于接收记账节点33发送的通告信息的功能。

具体的,如图3b所示,记账节点33可以包括:

策略模块331,用于设置记账策略,其中,该记账策略可以为根据第一共识节点生成的确认结果确定是否记录记账信息,当第一共识节点生成的确认结果为移动号码转网时,将记账信息记录在记账区块中;或者,根据不同共识节点生成的确认结果为不同共识节点分配不同权重,当不同共识节点加权求和后的结果大于预设阈值时,将记账信息记录在记账区块中。

记账模块332,用于根据预设记账策略以及确认结果确定是否将记账信息记录在记账区块中。

账本同步模块333,用于通过广播方式将新生成的记账区块同步到其他记账节点33,以及向记账节点33所在区域中的共识节点32通告新生成的记账区块。

收发模块334,用于接收客户端节点31发送的确认结果和记账信息,还用于向记账节点33所在区域中的共识节点32通告新生成的记账区块等。

需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。本申请实施例提供的号码携带系统,用于执行上述号码携带方法,因此可以达到与上述号码携带方法相同的效果。

与现有技术相比,图3所示技术方案中客户端节点向共识节点发送共识请求,其中,共识请求携带有业务申请信息,共识节点根据业务申请信息以及预设确认规则生成确认结果,并向客户端节点返回确认结果;客户端节点向记账节点发送记账请求,其中记账请求携带有记账信息以及确认结果;记账节点根据预设记账策略以及确认结果,将记账信息记录在记账区块中。如此,可以通过共识节点和记账节点的协同工作,将移动号码携带记录在多个实体节点中,无需集中的第三方中立数据库记录转网号码,提升了号码携带业务的开通效率,避免了业务申请数据同步周期长的问题,同时提升了号码携带业务数据的可靠性。

通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。

以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1