CN111988473B - 基于智能合约的语音通信呼叫控制方法及装置 - Google Patents

Abstract

本发明公开了一种基于智能合约的语音通信呼叫控制方法、装置、服务器及计算机存储介质，其中，基于智能合约的语音通信呼叫控制方法包括：接收智能控制AS发送的携带有主叫号码和被叫号码的呼叫会话请求；获取主叫号码对应的用户参数信息和被叫号码对应的用户业务数据；依据用户业务数据，确定被叫号码对应的呼叫控制智能合约；根据用户参数信息和呼叫控制智能合约，得到结果状态码，以使智能控制AS根据结果状态码，对呼叫会话请求进行呼叫控制。该方案根据呼叫控制智能合约对呼叫会话请求进行呼叫控制，实现了呼叫控制的个性化定制，并且以区块链实现了数据保真，确保了呼叫控制智能合约的真实性和可靠性。

Description

基于智能合约的语音通信呼叫控制方法及装置

技术领域

本发明涉及移动通信技术领域，具体涉及一种基于智能合约的语音通信呼叫控制方法、装置、服务器及计算机存储介质。

背景技术

因为网络中立原则，运营商语音通信业务具有典型的开放性：即用户一旦签约，只要其他用户知道其号码，均可对其进行呼叫，运营商自身无权在网络侧对任何呼叫进行筛选拦截。长期以来，呼叫控制逻辑由于缺少按照用户个性化需求定制的手段，导致用户对骚扰电话、诈骗电话等恶意呼叫不堪其扰而又束手无策。

现有技术中通常采用下列两种方式进行语音通信呼叫控制。

第一种方式为：由运营商通过构建黑名单对恶意呼叫主叫进行全网限制，限制的手段通过在网元等下发配置及相关指令实现。具体地，运营商提供入口，允许用户设置个人的黑白名单等简单的定制操作。然而现有的这种基于黑名单的拦截属于事后拦截。被拉黑的呼叫号码均为全网确认的恶意主叫，无法按照被叫的接入意愿进行个性化主动筛选，无法实现图灵完备的业务控制逻辑。比如，用户期望在某个时段，禁止或允许放通某类标签的号码，其他一律拦截。

第二种方式为：互联网公司手机应用(APP)通过获取手机操作系统权限，在一定范围内可以满足用户个性化呼叫定制的需求。但是，因为控制呼叫本身已经在终端侧发生，相比于发生在网络侧的拦截，当恶意呼叫和允许的呼叫同时发生时，可能造成正常呼叫无法接入。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的基于智能合约的语音通信呼叫控制方法、装置、服务器及计算机存储介质。

根据本发明的一个方面，提供了一种基于智能合约的语音通信呼叫控制方法，该方法包括：

接收智能控制AS发送的携带有主叫号码和被叫号码的呼叫会话请求；

获取主叫号码对应的用户参数信息和被叫号码对应的用户业务数据；

依据用户业务数据，确定被叫号码对应的呼叫控制智能合约；

根据用户参数信息和呼叫控制智能合约，得到结果状态码，以使智能控制AS根据结果状态码，对呼叫会话请求进行呼叫控制。

根据本发明的另一方面，提供了一种基于智能合约的语音通信呼叫控制装置，该装置包括：

接收模块，适于接收智能控制AS发送的携带有主叫号码和被叫号码的呼叫会话请求；

获取模块，适于获取主叫号码对应的用户参数信息和被叫号码对应的用户业务数据；

确定模块，适于依据用户业务数据，确定被叫号码对应的呼叫控制智能合约；

呼叫控制模块，适于根据用户参数信息和呼叫控制智能合约，得到结果状态码，以使智能控制AS根据结果状态码，对呼叫会话请求进行呼叫控制。

根据本发明的又一方面，提供了一种服务器，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行上述基于智能合约的语音通信呼叫控制方法对应的操作。

根据本发明的再一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述基于智能合约的语音通信呼叫控制方法对应的操作。

根据本发明提供的技术方案，用户能够根据自身需要制定个性化的呼叫控制智能合约，根据呼叫控制智能合约对呼叫会话请求进行呼叫控制，不仅实现了呼叫控制的个性化定制，而且以区块链实现了数据保真，确保了呼叫控制智能合约的真实性和可靠性，使得在发生纠纷时能够方便地依据呼叫控制智能合约进行纠纷处理。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例中基于智能合约的语音通信呼叫控制方法所依据的网络架构图；

图2示出了根据本发明一个实施例的基于智能合约的语音通信呼叫控制方法的流程示意图；

图3a示出了根据本发明另一个实施例的基于智能合约的语音通信呼叫控制方法的流程示意图；

图3b示出了根据本发明另一个实施例的基于智能合约的语音通信呼叫控制方法的交互图；

图4示出了根据本发明实施例的基于智能合约的语音通信呼叫控制装置的结构框图；

图5示出了根据本发明实施例的一种服务器的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明提供了一种基于智能合约的语音通信呼叫控制方法，该方法能够基于IMS(IP Multimedia Subsystem)的AS(应用服务器，Application Server)实现，图1示出了本发明实施例中基于智能合约的语音通信呼叫控制方法所依据的网络架构图，如图1所示，在实现本发明提供的基于智能合约的语音通信呼叫控制方法时，用户、IMS网络和BOSS系统(业务运营支撑系统，Business&Operation Support System)等需要满足如下条件：

(1)用户通过BOSS系统，按照需求签订基于智能合约的语音通信呼叫控制业务，制定相应的呼叫控制智能合约，其中，用户可以为个人用户和/或企事业用户等，业务标识可以为IFC ID(初始过滤准则，Initial Filter Criterion)，该IFC ID和业务优先级可以由电信运营商完成分配。

(2)在呼叫会话控制层的CSCF(Call Session Control Function)上添加IFC ID对应业务的触发规则，在本发明中，触发规则为用户在作为被叫用户时触发。

(3)在用户的归属服务器HSS(Home Subscriber Server)中新增智能控制AS的IFCID，同时添加IFC ID对应业务的触发规则。其中，这个触发规则与在CSCF中的内容相同。通过上述处理方式，能够减少用户注册过程中CSCF与HSS之间的消息交互量，CSCF只需要下载IFC ID即可。

(4)在IMS网络的域名系统DNS(Domain Name Server)中添加智能控制AS主机名与IP地址的对应关系，确保在CSCF将呼叫会话请求路由到智能控制AS时，能够通过主机名查找到IP地址，从而将呼叫会话请求发送给该智能控制AS。

(5)BOSS系统通过后台向用户的归属服务器HSS的数据库对应的用户业务数据里面添加IFC ID，表示用户已经签约了这项业务。

(6)构建以通信活动为中心的通信联盟链网络，通信联盟链网络的成员可包括但不限于：运营商对应的运营端、政府监管机构对应的监管端以及用户对应的用户端等。其中，CA(认证机构，Certificate Authority)对通信联盟链网络中每个成员进行角色认证。用户可根据自身需要通过用户端制定个性化的呼叫控制智能合约；运营端负责执行呼叫控制智能合约，进行交易和记账；监管端负责交易共识并生成区块。

下面对本发明提供的基于智能合约的语音通信呼叫控制方法进行详细说明。图2示出了根据本发明一个实施例的基于智能合约的语音通信呼叫控制方法的流程示意图，如图2所示，该方法包括如下步骤：

步骤S201，接收智能控制AS发送的携带有主叫号码和被叫号码的呼叫会话请求。

其中，主叫用户终端发起呼叫会话请求，其中，呼叫会话请求中携带有主叫号码、被叫号码以及请求发起时间等信息。在主叫用户终端发起呼叫会话请求之后，可先根据呼叫会话请求中的被叫号码，判断被叫号码对应的被叫用户是否为业务签约用户。具体地，可通过查询业务签约用户列表来判断被叫用户是否为业务签约用户。若被叫用户不为业务签约用户，则按照现有技术中的语音通信呼叫控制方式进行处理。若被叫用户为业务签约用户，则将呼叫会话请求发送给被叫用户归属的CSCF，在CSCF中匹配得到需要优先触发智能控制AS，接着将呼叫会话请求路由至智能控制AS。那么在步骤S201中接收智能控制AS发送的呼叫会话请求。

步骤S202，获取主叫号码对应的用户参数信息和被叫号码对应的用户业务数据。

具体地，可从数据仓库等中获取主叫号码对应的用户参数信息和被叫号码对应的用户业务数据，其中，用户参数信息可以是通过用户提交、大数据分析等方式得到的，用户参数信息包括：用户画像标签信息和/或各个用户之间的亲密度信息等，具体地，用户画像标签信息可包括：快递派送标签、送餐标签、保险推销标签、房产推销标签以及电商服务标签等。用户业务数据记录有用户所签订的业务的业务标识、业务内容、业务对应的触发规则以及业务对应的智能合约等数据。

步骤S203，依据用户业务数据，确定被叫号码对应的呼叫控制智能合约。

其中，用户业务数据记录有用户所签订的业务的业务标识、业务内容、业务对应的触发规则以及业务对应的智能合约等数据，那么可查询被叫号码对应的用户业务数据，得到被叫号码对应的呼叫控制智能合约。具体地，呼叫控制智能合约存储在区块链中，这种存储方式保障了呼叫控制智能合约的真实性，使得呼叫控制智能合约不被篡改。

步骤S204，根据用户参数信息和呼叫控制智能合约，得到结果状态码，以使智能控制AS根据结果状态码，对呼叫会话请求进行呼叫控制。

具体地，根据主叫号码对应的用户参数信息和呼叫控制智能合约构造事务提案，对事务提案进行处理，得到结果状态码。其中，事务提案是指在区块链上执行某种功能的请求，还可称为事务请求。事务提案中可包括有主叫号码对应的用户参数信息、呼叫控制智能合约的合约标识、合约内容等信息，合约内容包括多个呼叫控制规则。本领域技术人员可根据实际需要对呼叫控制规则进行设置，此处不做具体限定。例如，一个呼叫控制规则可以为在每天上午5点至10点期间，拦截用户画像标签信息为房产推销标签的主叫号码的呼叫；另一个呼叫控制规则为在每天晚上10点至12点期间，拦截亲密度信息低于50％的主叫号码的呼叫。

在得到结果状态码之后，将结果状态码返回给智能控制AS，智能控制AS根据结果状态码，对呼叫会话请求进行呼叫控制。具体地，若结果状态码为呼叫放通码，则智能控制AS对呼叫会话请求执行放通处理；若结果状态码为呼叫拦截码，则智能控制AS对呼叫会话请求执行拦截处理；若结果状态码为呼叫认证码，则智能控制AS对呼叫会话请求执行认证处理，认证方式以语音播放形式，主叫采用按键回答认证问题方式，如果认证通过，则执行放通处理，如果认证失败则执行拦截处理。另外，为了便于被叫用户获知拦截情况，在智能控制AS对呼叫会话请求执行拦截处理之后，生成拦截通知信息，并通过短信、应用通知等方式发送给被叫用户终端。

根据本实施例提供的基于智能合约的语音通信呼叫控制方法，用户能够根据自身需要制定个性化的呼叫控制智能合约，根据呼叫控制智能合约对呼叫会话请求进行呼叫控制，不仅实现了呼叫控制的个性化定制，而且以区块链实现了数据保真，确保了呼叫控制智能合约的真实性和可靠性，使得在发生纠纷时能够方便地依据呼叫控制智能合约进行纠纷处理。

图3a和图3b示出了根据本发明另一个实施例的基于智能合约的语音通信呼叫控制方法的流程示意图和交互图，如图3a和图3b所示，该方法包括如下步骤：

步骤S301，接收智能控制AS发送的携带有主叫号码和被叫号码的呼叫会话请求。

当主叫用户终端发起呼叫会话请求，且被叫用户为业务签约用户时，将呼叫会话请求发送给被叫用户归属的CSCF，在CSCF中将呼叫会话请求路由至智能控制AS。那么在步骤S301中接收智能控制AS发送的呼叫会话请求。其中，呼叫会话请求中携带有主叫号码、被叫号码以及请求发起时间等信息。

步骤S302，从数据仓库中获取主叫号码对应的用户参数信息和被叫号码对应的用户业务数据。

在接收到呼叫会话请求之后，在步骤S302中根据呼叫会话请求中的主叫号码和被叫号码，从数据仓库中获取主叫号码对应的用户参数信息和被叫号码对应的用户业务数据。用户参数信息包括：用户画像标签信息和/或亲密度信息，根据亲密度信息可方便地获知主叫用户和被叫用户之间的亲密度。

步骤S303，依据用户业务数据，确定被叫号码对应的呼叫控制智能合约。

其中，呼叫控制智能合约存储在区块链中，这种存储方式保障了呼叫控制智能合约的真实性，使得呼叫控制智能合约不被篡改。

步骤S304，根据用户参数信息和呼叫控制智能合约构造事务提案。

其中，事务提案中可包括有主叫号码对应的用户参数信息、呼叫控制智能合约的合约标识、合约内容等信息，合约内容包括多个呼叫控制规则。关于事务提案的具体构造方式可利用现有区块链技术，此处不再赘述。

步骤S305，模拟执行事务提案，将用户参数信息与呼叫控制智能合约中的合约内容进行匹配，得到结果状态码，以使智能控制AS根据结果状态码，对呼叫会话请求进行呼叫控制。

考虑到语音通信呼叫控制对于处理效率具有较高要求，而区块链技术中的共识过程可能会耗费较长时间，为了提高呼叫控制处理效率，在本发明提供的方案中，可利用一个或多个运营端模拟执行该事务提案，将主叫号码对应的用户参数信息与呼叫控制智能合约中的合约内容进行匹配，得到结果状态码。其中，结果状态码包括呼叫放通码、呼叫拦截码或者呼叫认证码。在得到结果状态码之后，将结果状态码和事务提案进行打包和签名，得到第一打包文件，然后将第一打包文件返回给智能控制AS，以使智能控制AS能够根据第一打包文件中的结果状态码，对呼叫会话请求进行呼叫控制。

步骤S306，根据结果状态码和呼叫会话请求，生成交易信息。

在模拟执行过程中所产生的数据并不会写入共享总账中。除了模拟执行事务提案的一个或多个运营端，通信联盟链网络中的其他运营端也会执行事务提案，将用户参数信息与呼叫控制智能合约中的合约内容进行匹配，得到对应的结果状态码。待通信联盟链网络中所有的运营端都得到了结果状态码之后，将事务提案和所有的运营端得到的结果状态码进行打包，得到第二打包文件，根据第二打包文件，生成交易信息并进行签名，然后将交易信息发送给监管端。

步骤S307，对交易信息进行共识排序，将内存池中的交易信息打包成区块，并对区块中的交易信息进行校验，校验完成后，将区块写入共享总账中。

监管端对接收到的交易信息进行共识排序，按照现有区块链技术中的区块生成策略，将内存池中的交易信息打包在一起，生成新的区块，然后将所生成的区块发送给通信联盟链网络中的运营端，由运营端对区块中的每个交易信息进行校验，检查每个交易信息所依赖的输入信息和输出信息是否符合当前区块链的状态。其中，输入信息包括但不限于：主叫号码、被叫号码、主叫号码对应的用户参数信息以及被叫号码对应的呼叫控制智能合约等；输出信息包括但不限于：结果状态码以及对应的事务提案等。在校验完成后，将区块写入共享总账中，并以数据键值对(key-value)的形式存储数据。

基于区块链技术，区块链中存储的信息具有不可篡改、可溯源等特点，因此无论是主叫用户、被叫用户、运营商还是政府监管机构都无法随意修改主叫号码、被叫号码、呼叫控制智能合约等呼叫控制数据，无法对呼叫控制数据进行否认，保证了呼叫控制的可溯源性、真实性、可靠性和公正性，以便在发生纠纷时依据呼叫控制数据进行处理。

根据本实施例提供的基于智能合约的语音通信呼叫控制方法，将用户、运营商、政府监管机构等相关方引入，成功地构建了防控、管理和治理为一体的语音通信呼叫控制方案；通过呼叫控制智能合约的方式，实现了呼叫控制的个性化定制；并且模拟执行事务提案，使智能控制AS能够根据模拟执行所得到的结果状态码快速地对呼叫会话请求进行呼叫控制，无需等待共识完成，有效地提高了呼叫控制处理效率；以区块链实现了数据保真，保证了呼叫控制的可溯源性、真实性、可靠性和公正性，使得在发生纠纷时能够方便地依据呼叫控制数据进行纠纷处理。

图4示出了根据本发明实施例的基于智能合约的语音通信呼叫控制装置的结构框图，如图4所示，该装置包括：接收模块410、获取模块420、确定模块430和呼叫控制模块440。

接收模块410适于：接收智能控制AS发送的携带有主叫号码和被叫号码的呼叫会话请求。

获取模块420适于：获取主叫号码对应的用户参数信息和被叫号码对应的用户业务数据。其中，用户参数信息包括：用户画像标签信息和/或亲密度信息。

可选地，获取模块420进一步适于：从数据仓库中获取主叫号码对应的用户参数信息和被叫号码对应的用户业务数据。

确定模块430适于：依据用户业务数据，确定被叫号码对应的呼叫控制智能合约。

呼叫控制模块440适于：根据用户参数信息和呼叫控制智能合约，得到结果状态码，以使智能控制AS根据结果状态码，对呼叫会话请求进行呼叫控制。

其中，若结果状态码为呼叫放通码，则智能控制AS对呼叫会话请求执行放通处理；若结果状态码为呼叫拦截码，则智能控制AS对呼叫会话请求执行拦截处理；若结果状态码为呼叫认证码，则智能控制AS对呼叫会话请求执行认证处理，认证方式以语音播放形式，主叫采用按键回答认证问题方式，如果认证通过，则执行放通处理，如果认证失败则执行拦截处理。

可选地，呼叫控制模块440进一步适于：根据用户参数信息和呼叫控制智能合约构造事务提案，对事务提案进行处理，得到结果状态码。

可选地，呼叫控制模块440进一步适于：模拟执行事务提案，将用户参数信息与呼叫控制智能合约中的合约内容进行匹配，得到结果状态码。

可选地，呼叫控制模块440进一步适于：根据结果状态码和呼叫会话请求，生成交易信息；对交易信息进行共识排序，将内存池中的交易信息打包成区块，并对区块中的交易信息进行校验，校验完成后，将区块写入共享总账中。

根据本实施例提供的基于智能合约的语音通信呼叫控制装置，将用户、运营商、政府监管机构等相关方引入，成功地构建了防控、管理和治理为一体的语音通信呼叫控制方案；通过呼叫控制智能合约的方式，实现了呼叫控制的个性化定制；并且模拟执行事务提案，使智能控制AS能够根据模拟执行所得到的结果状态码快速地对呼叫会话请求进行呼叫控制，无需等待共识完成，有效地提高了呼叫控制处理效率；以区块链实现了数据保真，保证了呼叫控制的可溯源性、真实性、可靠性和公正性，使得在发生纠纷时能够方便地依据呼叫控制数据进行纠纷处理。

本发明还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的基于智能合约的语音通信呼叫控制方法。

图5示出了根据本发明实施例的一种服务器的结构示意图，本发明具体实施例并不对服务器的具体实现做限定。

如图5所示，该服务器可以包括：处理器(processor)、通信接口(CommunicationsInterface)、存储器(memory)、以及通信总线。

其中：

处理器、通信接口、以及存储器通过通信总线完成相互间的通信。

通信接，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器，用于执行程序，具体可以执行上述基于智能合约的语音通信呼叫控制方法实施例中的相关步骤。

具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。

处理器可能是中央处理器CPU，或者是特定集成电路ASIC(Application SpecificIntegrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。服务器包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器，用于存放程序。存储器可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序510具体可以用于使得处理器502执行上述任意方法实施例中的基于智能合约的语音通信呼叫控制方法。程序510中各步骤的具体实现可以参见上述基于智能合约的语音通信呼叫控制实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (8)

1.一种基于智能合约的语音通信呼叫控制方法，其特征在于，所述方法包括：

接收智能控制AS发送的携带有主叫号码和被叫号码的呼叫会话请求；

获取所述主叫号码对应的用户参数信息和所述被叫号码对应的用户业务数据；

依据所述用户业务数据，确定所述被叫号码对应的呼叫控制智能合约；

根据所述用户参数信息和所述呼叫控制智能合约构造事务提案，对所述事务提案进行处理，得到结果状态码，以使所述智能控制AS根据所述结果状态码，对所述呼叫会话请求进行呼叫控制；其中，所述用户参数信息包括：用户画像标签信息和/或亲密度信息。

2.根据权利要求1所述的方法，其特征在于，所述获取所述主叫号码对应的用户参数信息和所述被叫号码对应的用户业务数据进一步包括：

从数据仓库中获取所述主叫号码对应的用户参数信息和所述被叫号码对应的用户业务数据。

3.根据权利要求2所述的方法，其特征在于，所述根据所述用户参数信息和所述呼叫控制智能合约构造事务提案，对所述事务提案进行处理，得到结果状态码进一步包括：

模拟执行所述事务提案，将所述用户参数信息与所述呼叫控制智能合约中的合约内容进行匹配，得到结果状态码。

4.根据权利要求3所述的方法，其特征在于，在得到结果状态码之后，所述方法还包括：

根据所述结果状态码和所述呼叫会话请求，生成交易信息；

对所述交易信息进行共识排序，将内存池中的交易信息打包成区块，并对所述区块中的交易信息进行校验，校验完成后，将所述区块写入共享总账中。

5.根据权利要求1所述的方法，其特征在于，所述智能控制AS根据所述结果状态码，对所述呼叫会话请求进行呼叫控制进一步包括：

若所述结果状态码为呼叫放通码，则所述智能控制AS对所述呼叫会话请求执行放通处理；

若所述结果状态码为呼叫拦截码，则所述智能控制AS对所述呼叫会话请求执行拦截处理；

若所述结果状态码为呼叫认证码，则所述智能控制AS对所述呼叫会话请求执行认证处理。

6.一种基于智能合约的语音通信呼叫控制装置，其特征在于，所述装置包括：

接收模块，适于接收智能控制AS发送的携带有主叫号码和被叫号码的呼叫会话请求；

获取模块，适于获取所述主叫号码对应的用户参数信息和所述被叫号码对应的用户业务数据；

确定模块，适于依据所述用户业务数据，确定所述被叫号码对应的呼叫控制智能合约；

呼叫控制模块，适于根据所述用户参数信息和所述呼叫控制智能合约构造事务提案，对所述事务提案进行处理，得到结果状态码，以使所述智能控制AS根据所述结果状态码，对所述呼叫会话请求进行呼叫控制；其中，所述用户参数信息包括：用户画像标签信息和/或亲密度信息。

7.一种服务器，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-5中任一项所述的基于智能合约的语音通信呼叫控制方法对应的操作。

8.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-5中任一项所述的基于智能合约的语音通信呼叫控制方法对应的操作。

Images