CN108566425A - 区块链节点业务配置***和方法 - Google Patents

Abstract

本发明提供了区块链节点业务配置方法和***，具体包括以下步骤：接收配置消息，所述配置消息与配置数据相关联；至少部分基于所述配置数据确定配置数据关键特征；接收用户喜好特征；至少部分基于所述配置数据关键特征和用户喜好特征的比较结果确定所述业务配置。本发明提供的区块链节点业务配置方法不仅能够在收到的配置数据不符合用户实际喜好需求的情况下最大限度地根据用客户喜好特征进行个性化定制业务配置，而且还能够对用户喜好特征以及业务配置进行实时查询、修改和更新，从而提高了区块链节点业务配置的灵活性和稳定性。

Description

区块链节点业务配置***和方法

技术领域

本发明涉及业务配置领域；特别地，涉及用于区块链节点的业务配置***和方法。

背景技术

区块链节点设备在网络拓扑结构中连接用户与其他节点设备，并接收其他节点设备或者第三方网络设备携带各种数据的消息，例如业务配置消息，信令控制消息等。区块链节点设备内部通常有默认的或者缺省的业务配置，该业务配置是区块链节点设备进行各种业务流程的控制开关，也即，业务配置控制区块链节点设备进行各种不同的业务以及业务流程。传统的业务配置，一旦预先设置完毕或者给定初始业务配置便无法对其进行实时更改，也不支持用户根据自身喜好进行个性化自定义业务配置，从而导致用户的业务配置灵活性较差，用户体验较差。

同时，电信级或者商业级的区块链网络拓扑结构中，区块链节点设备与与之相互连接的网络设备之间存在大量的消息交互或者数据交互过程。多数情况下，由于网络设备的主导控制地位或者批量配置要求，区块链节点设备接收到与之相互连接的网络设备的业务配置消息时，通常将接收到的网络设备的业务配置全部覆盖区块链节点设备自身的业务配置。一旦网络设备发给区块链节点设备的业务配置与区块链节点设备的业务配置默认值或者缺省值不一致时，区块链节点设备的业务配置默认值或者缺省值将被迫改变，而有些改变是区块链节点设备用户所不希望的，是不符合用户真实的业务配置喜好需求的。

发明内容

本发明旨在至少在一定程度上解决上述技术中的技术问题之一。为此，

本发明的第一个目的在于提出一种区块链节点业务配置方法，不仅能够在收到的配置数据不符合用户实际喜好需求的情况下最大限度地根据用客户喜好特征进行个性化定制业务配置，而且还能够对用户喜好特征以及业务配置进行实时查询、修改和更新以提高业务配置的灵活性和稳定性。

本发明的第二个目的在于提出一种区块链节点业务配置***，不仅能够在该***收到的配置数据不符合用户实际喜好需求的情况下最大限度地根据用客户喜好特征进行个性化定制业务配置，而且还能够对用户喜好特征以及业务配置进行实时查询、修改和更新以提高业务配置的灵活性和稳定性。

为达到上述目的，本发明第一方面实施例提出业务配置的方法，该方法包括：接收配置消息，所述配置消息与配置数据相关联；至少部分基于所述配置数据确定配置数据关键特征；接收用户喜好特征；至少部分基于所述配置数据关键特征和用户喜好特征的比较结果确定所述业务配置。

优选地，所述配置数据包括下述之一：外网接入控制数据，通话就绪振动提示数据，业务计费方式数据，流量控制数据，拨号计划数据，紧急号码数据，黑名单号码数据，语音协议选择数据、基本呼叫业务支持数据和多方呼叫业务支持数据。

优选地，基于特定消息字段或者格式获取与配置消息相关联的配置数据。

优选地，将所述配置数据按照自定义格式进行重构以简化配置数据的存储和/或处理难度。

优选地，基于配置数据和业务查找表确定配置数据关键特征。

优选地，所述业务查找表中储存有配置数据和配置数据关键特征的映射关系，通过所述配置数据便可以查询到所述配置数据对应的所述配置数据关键特征。

优选地，所述用户喜好特征支持查询、变更或修改。

优选地，所述用户喜好特征可以通过交互接口进行查询、变更或修改。

优选地，所述交互接口包括触摸屏、触控显示屏、液晶输入屏、输入面板、输入键盘、鼠标、麦克风、操纵杆、滚动球和手写笔中的至少一种。

优选地，所述用户喜好特征的来源为网络设备或者自定义用户。

优选地，所述比较结果为：配置数据的所有关键特征与用户喜好特征列表的对应项均匹配，即完全匹配；或者，配置数据的部分关键特征与用户喜好特征列表的对应项匹配，即部分匹配；或者，配置数据的无一关键特征与用户喜好特征列表的任一项匹配，即不匹配。

优选地，所述完全匹配基于所述配置数据关键特征确定所述业务配置；或者，所述部分匹配基于所述部分匹配的所述配置数据关键特征确定所述业务配置；或者，所述不匹配至少部分基于所述用户喜好特征的默认值或缺省值确定所述业务配置。

优选地，所述方法还包括：储存至少部分基于所述配置数据关键特征和所述用户喜好特征的比较结果确定的所述业务配置。

优选地，所述方法还包括：存储业务查找表或者用户喜好特征列表。

为达到上述目的，本发明第二方面实施例提出了区块链节点业务配置***，该***包括：消息接收模块，用于接收配置消息，所述配置消息与配置数据相关联；特征确定模块，用于至少部分基于所述配置数据确定配置数据关键特征；特征接收模块，用于接收用户喜好特征；业务配置模块，用于至少部分基于所述配置数据关键特征和用户喜好特征的比较结果确定所述业务配置。

优选地，所述配置数据包括下述之一：外网接入控制数据，通话就绪振动提示数据，业务计费方式数据，流量控制数据，拨号计划数据，紧急号码数据，黑名单号码数据，语音协议选择数据、基本呼叫业务支持数据和多方呼叫业务支持数据。

优选地，所述消息接收模块基于特定消息字段或者格式获取与配置消息相关联的配置数据。

优选地，所述消息接收模块将所述配置数据按照自定义格式进行重构以简化配置数据的存储和/或处理难度。

优选地，所述特征确定模块基于配置数据和所述配置数据的构成规则确定配置数据关键特征。

优选地，所述特征确定模块基于配置数据和业务查找表确定配置数据关键特征。

优选地，所述业务查找表中储存有配置数据和配置数据关键特征的映射关系，通过所述配置数据便可以查询到所述配置数据对应的所述配置数据关键特征。

优选地，所述用户喜好特征支持查询、变更或修改。

优选地，所述用户喜好特征可以通过交互接口进行查询、变更或修改。

优选地，所述交互接口包括触摸屏、触控显示屏、液晶输入屏、输入面板、输入键盘、鼠标、麦克风、操纵杆、滚动球和手写笔中的至少一种。

优选地，所述用户喜好特征的来源为与所述区块链节点业务配置***相互连接的网络设备或者自定义用户。

优选地，所述业务配置模块还包括至少将配置数据关键特征与用户喜好特征作比较，确定比较结果；以及根据比较结果，确定业务配置。

优选地，所述比较结果为：配置数据的所有关键特征与用户喜好特征列表的对应项均匹配，即完全匹配；或者，配置数据的部分关键特征与用户喜好特征列表的对应项匹配，即部分匹配；或者，配置数据的无一关键特征与用户喜好特征列表的任一项匹配，即不匹配。

优选地，所述完全匹配基于所述配置数据关键特征确定所述业务配置；或者，所述部分匹配基于所述部分匹配的所述配置数据关键特征确定所述业务配置；或者，所述不匹配至少部分基于所述用户喜好特征的默认值或缺省值确定所述业务配置。

优选地，所述***还包括：存储器，用于储存至少部分基于所述配置数据关键特征和用户喜好特征的比较结果所确定的所述业务配置。

优选地，所述存储器还存储业务查找表或者用户喜好特征列表。

优选地，所述***被安装在外壳内部。

优选地，所述外壳是移动设备或网关设备外壳。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过对本发明的实践了解到。

附图说明

图1为根据本发明实施例的区块链节点业务配置方法的流程图；

图2为根据本发明实施例的业务查找表示意图；

图3为根据本发明实施例的用户喜好特征列表示意图；

图4为根据本发明实施例的配置消息和配置数据的关系示意图；

图5为根据本发明实施例的区块链节点业务配置***的方框示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面结合附图来描述本发明实施例的业务配置方法和***。

请参阅图1，为本发明实施例一提供的业务配置方法，包括以下步骤：

S1，接收配置消息，所述配置消息与配置数据相关联。

本发明实施例的配置消息，被接收并用来进行业务配置，该配置消息与配置数据相关联，并携带配置数据，以某种数据格式把配置数据包含在配置消息中。配置消息与配置数据的关系是整体与局部的关系，配置数据构成了配置消息的一部分。应当理解，接收与配置数据相关联的配置消息，并且能够从接收的配置消息中获取配置数据。

参阅图4，配置消息格式包括消息头HEADER、消息体BODY、消息校验码CHECK CODE。消息头包括消息ID、消息类型TYPE、消息长度LENGTH、消息协议PROTOCOL、消息编码格式CODES、消息源地址SRC ADDRESS、消息目的地址DES ADDRESS等数据；消息体是消息的主体部分，通常包括消息的内容和预期效果数据；消息校验码是消息的结尾部分，通常包括对消息头和消息体进行容错校验数据。与配置消息相关联的配置数据位于消息的消息体部分，用于传递该消息的主要内容。例如，业务配置***接收的配置消息的消息体中的配置数据为“CallWaitingEnable=true”，表明该配置数据为使业务配置***的呼叫等待业务功能开启。再如，配置数据为“ChargingWays=Antipole”，表明该配置数据为使业务配置***的计费方式设置为反极性计费。

IMS业务***中，IMS服务器发送携带有语音业务配置数据的通知消息，业务配置***接收该通知消息，并具备从该通知消息中获取语音业务配置数据的能力。例如，IMS服务器发送的通知消息携带以下配置数据：“CallWaitingEnable=true”，“ChargingWays=Antipole”，“DialPlan= x.T|x.#”，业务配置***接收包含上述配置数据的通知消息。

无线通信***中，基站服务器发送携带有小区重选相关配置数据的订阅消息，业务配置***接收该订阅消息，并具备从该订阅消息中获取小区重选配置数据的能力。例如，eNodeB发送的订阅消息携带以下配置数据：“CellReselectCnt=3”，“CellReselectTimer=5000”，业务配置***接收包含上述配置数据的订阅消息。

进一步地，配置数据为单个种类的数据，称为一条数据。例如，接收到携带外网接入控制数据的配置消息，该外网接入控制数据就是单个种类的数据，为一条数据。

再进一步地，配置数据为多个种类的数据，称为多条数据。例如，接收到携带基本呼叫业务支持数据和多方呼叫业务支持数据的配置消息，该基本呼叫业务支持数据和多方呼叫业务支持数据为多个种类的数据，为多条数据。

配置数据包括业务名称和配置值两部分，业务名称标识配置的具体业务；配置值标识配置的具体业务对应的数值。

配置数据的构成规则为：“业务名称”+“=”+“配置值”。

业务配置***按照此规则从配置数据中获取业务名称和与该业务名称对应的配置值。

例如，配置数据为CallWaitingEnable=true，可以获取业务名称为“CallWaitingEnable”，与该业务名称对应的配置值为“true”。

再如，配置数据为DialPlan=x.T|x.#，可以获取业务名称为“DialPlan”，与该业务名称对应的配置值为“x.T|x.#”。

进一步地，配置数据格式或者规则呈现多样化，配置数据不仅由一般的“业务名称”+“=”+“配置值”方式构成和呈现，也可以由其他协议格式或者成帧格式构成并呈现。这些协议格式或者成帧格式是公知的或者是设备自定义的或者是用户自定义的。

配置数据由“业务名称”+“：”+“配置值”的方式，或者，

由“业务名称”+“/”+“配置值”的方式，或者，

由“业务名称另一表述”+“其他连接符”+“配置值”的方式构成并呈现。

例如，配置数据可以为以下构成格式之一：

其一，CallWaitingEnable=true

其二，CallWaitingFlag=true

其三，CallWaitingEnable：true

其四，CallWaitingFlag：true

其五，CallWaitingEnable/ok

其六，CallWaitingFlag/ok

可以毫无疑义地获知，配置数据中不同的业务名称表述，可以对应同一个业务；与业务名称对应的不同配置值表述，可以表达相同的配置内容。上述举例中，CallWaitingEnable和CallWaitingFlag属于不同的业务名称表述，其实质均对应同一个业务“呼叫等待业务”；true和ok属于不同的配置值表述，其实质均对应同一个配置“开启”。

进一步地，配置数据包括网络接入相关的数据如外网接入控制数据、业务计费方式数据、流量控制数据等；以及语音通讯相关的数据如通话就绪振动提示数据、拨号计划数据、紧急号码数据、黑名单号码数据、语音协议选择数据、基本呼叫业务支持数据、多方呼叫业务支持数据等。

进一步地，至少部分基于配置消息的来源确定配置数据的类型。配置消息的来源与配置数据的类型之间相互关联，存在映射关系。配置消息的来源为基站控制器设备、无线网关设备、路由设备、媒体服务器设备、多媒体子***服务器设备、软交换设备、应用服务器设备和数据服务器设备等网络设备。配置消息的来源一旦被确定下来，那么收到的该来源的配置数据的类型也确定下来了。例如，控制器收到源自软交换设备的拨号计划配置数据，便可以确定该配置数据的类型为语音通讯类。再例如，控制器收到源自基站控制器设备发送的优选小区控制数据的配置数据，便可以确定该配置数据的类型为网络接入类型。

进一步地，至少部分基于配置消息的来源可以确定其与业务配置***之间的网络连接方式。配置消息的来源即发起方，与配置消息的接收方之间存在某种网络连接，或为有线网络连接或为无线网络连接，或者兼具有线和无线网络连接（譬如，发送方和接收方之间存在多个中转设备，而不同的中转设备之间既存在有线网络连接，也存在无线网络连接的情况）。应当理解，通过确定配置消息的来源，可以确定该来源与业务配置***之间的上述网络连接方式。例如，控制器收到源自多媒体子***服务器设备的业务订阅配置数据，便可以确定业务配置***与该配置消息来源之间构成有线网络连接。再例如，控制器收到源自基站控制器设备的功率控制参数的配置数据，便可以确定业务配置***与该配置消息来源之间构成无线网络连接。

S2，至少部分基于所述配置数据确定配置数据关键特征。

配置数据构成了配置消息的主体部分，以特定协议或者格式呈现。很显然，这些特定协议或者格式呈现的配置数据不适合直接与用户进行交互，因为这些配置数据的专业性很强，区块链节点用户并不关心这些业务名称的具体写法，也不关心配置数据在配置消息体中的呈现格式或者表现形式。因此，为满足用户的个性化灵活定制需求，必须将特定协议呈现的配置数据转化成用户能够直接感知识别的配置数据关键特征，以便于用户进行业务配置定制。确定配置数据关键特征，至少应当基于配置数据。也就是说，至少部分基于配置数据确定配置数据关键特征。

基于配置数据和步骤S1中的“业务名称”+“=”+“配置值”的构成/呈现规则确定配置数据关键特征。例如，配置数据为CallWaitingEnable=true，基于该配置数据和构成/呈现规则，该配置数据的业务名称为“CallWaitingEnable”，该业务名称对应的配置值为“true”。由数字字典和/或语义翻译可以确定配置数据关键特征的业务名称为“呼叫等待业务”，业务配置内容为“开启”。也就是说，在不依赖特别给定的查找表或者其他需要付出创造性劳动的查找方式的情况下，仅通过配置数据、配置数据的构成/呈现规则和公知字典，便可以确定该配置数据的关键特征。

进一步地，基于配置数据和业务查找表确定配置数据关键特征。很多情况下，配置数据的构成规则未必都是“业务名称”+“=”+“配置值”的方式，有很多自定义格式或规则，因此，仅通过配置数据、配置数据的构成/呈现规则和公知字典，已经不能满足配置数据多样化和定制化的场景下基于配置数据确定配置数据关键特征的需求。业务查找表中储存有配置数据和配置数据关键特征的映射关系，通过配置数据便可以查询到该配置数据对应的配置数据关键特征。配置数据关键特征又包括业务名称和业务配置内容。基于配置数据和业务查找表确定配置数据关键特征，相当于把配置数据对应到配置数据关键特征的业务名称和业务配置内容。

参阅图2的业务查找表，配置数据和配置数据关键特征之间存在明确的映射关系，特定的配置数据对应特定的配置数据关键特征，即根据配置数据可以确定业务名称和业务配置内容。

举例说明，至少根据配置数据“CallWaitingEnable=true”可以确定业务名称为“呼叫等待业务”，业务配置内容为“开启”。

至少根据配置数据“NetAccess：3G/4G”可以确定业务名称为“外网接入业务”，业务配置内容为“3G/4G”。

业务查找表，可以清晰地反映出配置数据与配置数据关键特征之间的对应关系，解决了配置数据格式或形式的多样性导致业务配置***无法从配置数据中获取配置数据关键特征或者需要海量适配工作量导致适配准确性和正确性较差等技术问题，从而使得配置***通过查表的方式就可以快速、准确、高效地通过配置数据获取配置数据关键特征。

进一步地，业务查找表预先储存在业务配置***的存储器中，以便业务配置***根据接收的配置数据，以及业务查找表来确定配置数据关键特征。

进一步地，业务查找表可以由用户通过预定义或者预设置的方式储存在存储器中，或者接收由该存储器外部的第三方设备发送的业务查找表的方式来确定配置数据关键特征。

进一步地，业务查找表支持用户进行变更或修改。业务查找表中的配置数据与配置数据关键特征之间的映射关系可能需要根据配置数据的实际情况，如配置数据的协议升级导致配置数据构成和呈现格式发送变化，或者改映射关系没有覆盖实际的配置数据的情况，都需要对业务查找表作变更或修改，以适应实际业务需要，能够以尽可能全的覆盖率快速、准确、高效地通过配置数据获取配置数据关键特征。

进一步地，业务查找表通过交互接口进行查询、变更或修改。交互接口包括触摸屏、触控显示屏、液晶输入屏、输入面板、输入键盘、鼠标、麦克风、操纵杆、滚动球和手写笔中的至少一种。用户通过交互接口操纵业务查找表，包括查询、增加、删除、修改业务查找表中的各配置数据与对应的配置数据关键特征，使得业务查找表能够满足用户最新的需求状态。

S3，接收用户喜好特征列表。

用户喜好特征列表是用户喜好特征的集合。用户喜好特征是从用户理解、识别和操作层面，根据自身的行为习惯或者心情偏好，对不同的业务生成特定的业务特征，以突出自身的操作喜好。多个业务对应多个用户喜好特征，从而生成用户喜好特征列表。用户喜好特征与控制器确定的配置数据关键特征应具有可比较性。用户喜好特征包括特征名称和特征内容两部分，特征名称用于对业务进行指代和标引；特征内容标识特征名称对应的取值，该取值可以是一个特定的值，也可以是一个取值区间或取值范围，用于对特征名称进行限定。

参阅图3所示，用户喜好特征初始内容为默认值或者缺省值。如果用户偏好于“通话就绪振动提示”和“支持基本呼叫业务”，那么就可以在用户喜好特征列表中与该业务对应的特征内容处设置成“开启”或其他对应值。以此类推。

接收的用户喜好特征可以使区块链节点用户对其喜好的业务特征名称对应的特征内容进行自定义设置，从而解决了用户无法对业务进行个性化定制配置、业务配置灵活性较差的技术问题。

进一步地，用户喜好特征列表支持用户进行变更或修改。用户可以根据自身习惯和喜好对用户喜好特征列表进行变更或修改，以使特定设备按照个性化喜好进行具体业务操作。

进一步地，用户喜好特征列表通过交互接口进行查询、变更或修改。交互接口包括触摸屏、触控显示屏、液晶输入屏、输入面板、输入键盘、鼠标、麦克风、操纵杆、滚动球和手写笔中的至少一种。用户通过交互接口操纵用户喜好特征列表，包括查询、增加、删除、修改用户喜好特征列表中的各用户喜好特征名称与对应的用户喜好特征内容，使得用户喜好特征列表能够满足用户行为习惯最新的喜好需求状态。

进一步地，接收的用户喜好特征的来源之一，为与控制器相互连接的网络设备，这样的网络设备很多，比如特征服务器、多媒体服务器、应用服务器、视频/图像服务器、或是第三方网络服务器等。这些网络设备通过2G/3G/4G/5G/WIFI/WIMAX等无线链路与控制器建立移动连接，或者通过IP有线方式与控制器建立固定连接。控制器接收到来自网络服务器的用户喜好特征，可以理解为，网络服务器根据大多数或者大部分用户群体的操作、使用习惯和喜好特点进行大数据统计分析的结果，反映了大多数或者大部分用户的业务配置喜好。

接收的用户喜好特征的来源之二，为用户自定义或者用户偏好。控制器接收来自用户自定义的用户喜好特征，可以理解为，用户把用户喜好特征输入到控制器，用户为控制器接收用户喜好特征的源头。用户的输入应当理解为，用户根据自身的喜好特点进行个性化定制的操作。

接收的用户喜好特征的多源头设计，而不局限于单一来源，能够增加控制器所属的业务配置***的灵活性和稳定性；可以理解的是，当控制器易于获取到来自网络设备的用户喜好特征数据时，优先接收该用户喜好特征数据，当控制器不便于或者无法获取来自网络的数据时，也可以通过用户根据自身的需求进行配置操作。这样，业务配置***降低了对特定源头的依赖，提高了***的鲁棒性和稳定性。

S4，至少部分基于所述配置数据关键特征和用户喜好特征的比较结果确定所述业务配置。

S401，至少将配置数据关键特征与用户喜好特征作比较，确定比较结果。

配置数据关键特征与用户喜好特征作比较，就是将配置数据关键特征的业务名称和业务配置内容，与用户喜好特征列表的用户喜好特征名称和用户喜好特征内容相比较，只有配置数据关键特征的特征名称和业务配置内容，分别与用户喜好特征列表的特征名称和特征内容一致，才认为匹配，否则不匹配。

配置数据的所有关键特征与用户喜好特征列表的对应项均匹配，则比较结果为完全匹配。

配置数据的部分关键特征与用户喜好特征列表的对应项匹配，则比较结果为部分匹配。

配置数据的无一关键特征与用户喜好特征列表的任一项匹配，则比较结果为不匹配。

例如，存在两个配置数据关键特征分别为：

业务名称一：呼叫等待业务

业务配置内容一：开启

业务名称二：拨号计划业务

业务配置内容二：x.T|x.#|110|120|112|119

用户喜好特征列表中包含：

特征名称一：呼叫等待业务

特征内容一：开启

特征名称二：拨号计划

特征内容二：x.T|x.#|110|120|112|119

那么，上述配置数据的两个关键特征（包括业务名称和业务配置内容）与用户喜好列表的对应项匹配，则认为比较结果为完全匹配。

再如，用户喜好特征列表中包含的特征内容一为关闭，那么，上述配置数据关键特征中只有关键特征二（包括业务名称二和业务配置内容二）与用户喜好列表的对应项匹配，则认为比较结果为部分匹配。

再如，用户喜好特征列表中包括的特征内容一为关闭，无特征名称二且无特征内容二，那么，上述配置数据关键特征中无一关键特征与用户喜好列表的任一项匹配，则认为比较结果为不匹配。

S402，根据比较结果，确定业务配置。

比较结果为完全匹配，基于配置数据关键特征确定业务配置***的业务配置。

比较结果为部分匹配，基于部分匹配的配置数据关键特征确定所述业务配置。

比较结果为不匹配，基于业务配置***的业务配置默认值或缺省值确定所述业务配置。

进一步地，业务配置，应当理解为业务配置***的业务配置过程，也即对存储器中的业务配置表进行业务配置的过程。

例如，S3中的用户喜好特征表的特征名称存在“呼叫等待业务”，对应的特征内容为“开启”；而S2中的配置数据关键特征的业务名称为“呼叫等待业务”，业务配置内容为“开启”。因此，配置数据关键特征的业务名称和业务配置内容分别与用户喜好特征表的特征名称和特征内容一致，认为匹配。又因为只举了呼叫等待一种业务，因此，配置数据的所有关键特征与用户喜好特征表的对应特征均匹配，则比较结果为完全匹配，基于配置数据关键特征确定业务配置，即基于“呼叫等待业务”和“开启”确定业务配置***的业务配置。

再如，S3中的用户喜好特征表的特征名称一存在“呼叫等待业务”，对应的特征内容一为“开启”，特征名称二存在“计费方式”，对应的特征内容二为“反极性方式”；而S2中的配置数据关键特征的业务名称一为“呼叫等待业务”，业务配置内容一为“开启”，业务名称二为“计费方式”，业务配置内容二为“智能方式”。显然，配置数据关键特征的业务配置内容二与用户喜好特征的特征内容二不一致，配置数据的部分关键特征与用户喜好特征表的对应特征匹配，则比较结果为部分匹配，基于部分匹配的配置数据关键特征确定所述业务配置，即基于“呼叫等待业务”和“开启”确定业务配置***的业务配置。

再如，S3中的用户喜好特征表的特征名称一存在“呼叫等待业务”，对应的特征内容一为“开启”，特征名称二存在“计费方式”，对应的特征内容二为“反极性方式”；而S2中的配置数据关键特征的业务名称一为“呼叫等待业务”，业务配置内容一为“关闭”，业务名称二为“计费方式”，业务配置内容二为“智能方式”。显然，配置数据的无一关键特征与用户喜好特征表的任一特征均匹配，则比较结果为不匹配，基于业务配置***的业务配置默认值或缺省值确定所述业务配置：如果呼叫等待业务的默认值或者缺省值为开启、计费方式为反极性方式，那么基于“呼叫等待业务”和“开启”、“计费方式”和“反极性方式”确定业务配置***的业务配置。

本实施例的技术方案，通过接收配置消息，所述配置消息与配置数据相关联；至少部分基于所述配置数据确定配置数据关键特征；接收用户喜好特征；至少部分基于所述配置数据关键特征和用户喜好特征的比较结果确定所述业务配置，不仅能够在收到的配置数据不符合用户实际喜好需求的情况下最大限度地根据用客户喜好特征进行个性化定制业务配置，而且还能够对用户喜好特征以及业务配置进行实时查询、修改和更新以提高业务配置的灵活性和稳定性。

实施例二

请参阅图5，为本发明实施例二提供的区块链节点业务配置***的结构示意图，所述业务配置***包括：消息接收模块510、特征确定模块520、特征接收模块530和业务配置模块540。

其中，消息接收模块510，用于接收配置消息，并且接收的配置消息与配置数据相关联；特征确定模块520，用于至少部分基于配置数据确定配置数据关键特征；特征接收模块530，用于接收用户喜好特征；业务配置模块540，用于至少部分基于配置数据关键特征和用户喜好特征的比较结果确定业务配置。

进一步地，消息接收模块510基于特定消息字段或者格式获取与配置消息相关联的配置数据。

进一步地，消息接收模块510将与配置消息相关联的配置数据按照自定义的或者约定的方式进行重构，所述重构基于特定的逻辑或者格式进行编排和呈现。该重构能够使得不同协议、格式或者规则的消息体内容可以统一成单一逻辑或者格式，从而简化配置数据的存储和处理难度，提高了配置数据的存储和处理效率。很显然，这种重构简化了特征确定模块520的工作量，也即，至少基于配置数据确定配置数据关键特征的确定过程很大程度上被简化。

进一步地，特征确定模块520基于配置数据和该配置数据构成/呈现规则确定配置数据关键特征；或者基于配置数据和业务查找表确定配置数据关键特征。

进一步地，特征接收模块530接收的用户喜好特征支持变更或修改。

进一步地，特征接收模块530接收的用户喜好特征可以通过交互接口进行查询、变更或修改。交互接口包括触摸屏、触控显示屏、液晶输入屏、输入面板、输入键盘、鼠标、麦克风、操纵杆、滚动球和手写笔中的至少一种。用户通过交互接口操纵用户喜好特征列表，包括查询、增加、删除、修改用户喜好特征列表中的各用户喜好特征名称与对应的用户喜好特征内容，使得用户喜好特征列表能够满足用户行为习惯最新的喜好需求状态。

进一步地，特征接收模块530接收的用户喜好特征的来源为与区块链节点业务配置***相互连接的网络设备或者自定义用户。

进一步地，业务配置模块540还包括至少将配置数据关键特征与用户喜好特征作比较，确定比较结果；以及根据比较结果，确定业务配置。

本实施例的技术方案，通过接收配置消息，所述配置消息与配置数据相关联；至少部分基于所述配置数据确定配置数据关键特征；接收用户喜好特征；至少部分基于所述配置数据关键特征和用户喜好特征的比较结果确定所述业务配置，不仅能够在收到的配置数据不符合用户实际喜好需求的情况下最大限度地根据用客户喜好特征进行个性化定制业务配置，而且还能够对用户喜好特征以及业务配置进行实时查询、修改和更新以提高业务配置的灵活性和稳定性。

本发明实施例提供的区块链节点业务配置***可执行本发明任意实施例所提供的业务配置方法，具备执行方法相应的功能模块和有益效果。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用于说明本发明的技术方案，而非对其进行限制；实施例中优选的实施方式，并非对其进行限制，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种区块链节点业务配置***，其特征在于，包括：

消息接收模块，用于接收配置消息，所述配置消息与配置数据相关联；

特征确定模块，用于至少部分基于所述配置数据确定配置数据关键特征；

特征接收模块，用于接收用户喜好特征；

业务配置模块，用于至少部分基于所述配置数据关键特征和用户喜好特征的比较结果确定所述业务配置。

2.如权利要求1所述的***，其特征在于，所述消息接收模块基于特定消息字段或者格式获取与配置消息相关联的配置数据。

3.如权利要求1所述的***，其特征在于，所述消息接收模块将所述配置数据按照自定义格式进行重构以简化配置数据的存储和/或处理难度。

4.如权利要求1所述的***，其特征在于，所述特征确定模块基于配置数据和所述配置数据的构成规则确定配置数据关键特征。

5.如权利要求1所述的***，其特征在于，所述特征确定模块基于配置数据和业务查找表确定配置数据关键特征。

6.如权利要求1到5任一所述的***，其特征在于，所述用户喜好特征的来源为与所述区块链节点业务配置***相互连接的网络设备或者自定义用户。

7.如权利要求1所述的***，其特征在于，所述业务配置模块还包括至少将配置数据关键特征与用户喜好特征作比较，确定比较结果；以及根据比较结果，确定业务配置。

8.如权利要求1所述的***，其特征在于，所述比较结果为：

配置数据的所有关键特征与用户喜好特征列表的对应项均匹配，即完全匹配；或者，

配置数据的部分关键特征与用户喜好特征列表的对应项匹配，即部分匹配；或者，

配置数据的无一关键特征与用户喜好特征列表的任一项匹配，即不匹配。

9.如权利要求8所述的***，其特征在于，所述完全匹配基于所述配置数据关键特征确定所述业务配置；或者，

所述部分匹配基于所述部分匹配的所述配置数据关键特征确定所述业务配置；或者，

所述不匹配至少部分基于所述用户喜好特征的默认值或缺省值确定所述业务配置。

10.一种业务配置方法，其特征在于，所述方法包括：

接收配置消息，所述配置消息与配置数据相关联；

至少部分基于所述配置数据确定配置数据关键特征；

接收用户喜好特征；

至少部分基于所述配置数据关键特征和用户喜好特征的比较结果确定所述业务配置。