CN112862598A - 渠道信息管理方法、装置、电子设备及介质 - Google Patents

Abstract

本公开提供了一种渠道信息管理方法，包括：采集渠道业务的使用痕迹；分析所述使用痕迹，抽取特征访问渠道；将特征访问渠道按照渠道标签生成规则生成渠道标签库；建立渠道业务信息与渠道标签库的对应关系；基于所述对应关系确定渠道标签库下属渠道信息的维护模式。本公开还提供了一种渠道信息管理装置、电子设备及计算机可读存储介质。本公开提供的方法、装置、电子设备及介质，可用于商业银行渠道管理技术领域。

Description

渠道信息管理方法、装置、电子设备及介质

技术领域

本公开涉及商业银行渠道管理技术领域，尤其涉及一种渠道信息管理方法、装置、电子设备及介质。

背景技术

现有渠道管理的信息在各个系统里分散管理成本较高，无法基于已有渠道数据有效发挥支撑营销的作用。

随着商业银行渠道管理专业的不断发展，网点转型、线上渠道的多样性都迫切需要系统支撑对渠道的信息进行统一入口、统一维护、统一管理。需要从业务架构视角，用业务模型规划渠道管理系统架构，提高渠道信息的价值输出。

发明内容

有鉴于此，本公开提供了一种渠道信息管理方法、装置、电子设备及介质，解决现有技术中的渠道管理信息分散、管理成本较高，无法基于已有渠道数据有效发挥支撑营销的作用的技术问题。

本公开的一个方面提供了一种渠道信息管理方法，包括：采集渠道业务的使用痕迹；分析使用痕迹，抽取特征访问渠道；将特征访问渠道按照渠道标签生成规则生成渠道标签库；建立渠道业务信息与渠道标签库的关联；基于关联确定渠道标签库下属渠道信息的维护模式。

可选地，渠道业务包括：柜台及人工渠道、合作方直连渠道、电子渠道、自助渠道、信息服务发布渠道、渠道触点信息物理表中的至少一种。

可选地，分析使用痕迹，抽取特征访问渠道，包括：按照区域属性、体验属性、安全属性或使用属性，对使用痕迹进行分类和优先级排序，基于分类和优先级排序结果抽取特征访问渠道。

可选地，特征访问渠道包括：年轻用户偏好渠道、社保业务办理渠道、高端客户偏好渠道、对公业务偏好渠道、理财产品高频交易渠道或智能化服务渠道。

可选地，渠道标签生成规则包括：渠道标签的计算公式、计算频率或指标。

可选地，渠道标签库下属渠道信息的维护模式，包括：按照总行层级、分行层级和网点层级，对渠道标签库下属渠道信息进行维护。

可选地，总行层级的维护模式包括：总行层级用于维护分行层级和网点层级的全部渠道标签信息，根据渠道标签库的生成变动情况增删渠道标签库的名称或类别信息，并对增删后的渠道标签库进行维护和审核。

可选地，分行层级的维护模式包括：分行层级用于维护本行内部的渠道标签信息，还用于根据总行层级对渠道标签库的增删情况修改本行内部的渠道标签信息，在修改后提交同层级或上一层级以待审核，审核后将修改内容调用展现。

可选地，网点层级的维护模式包括：网点层级用于维护本网点内部的渠道标签信息，还用于根据总行层级对渠道标签库的增删情况修改本网点内部的渠道标签信息，在修改后提交分行层级进行审核。

可选地，渠道标签库用于新产品投放运营或渠道信息组织布局。

可选地，方法还包括：基于预设规则，根据特征访问渠道的业务使用痕迹和渠道建设维护成本，计算特征访问渠道的渠道效能；根据特征访问渠道的渠道效能优先级，更新渠道标签库。

本公开的另一个方面提供了一种渠道信息管理装置，包括：痕迹采集模块，用于采集渠道业务的使用痕迹；分析抽取模块，用于分析使用痕迹，抽取特征访问渠道；标签生成模块，用于将特征访问渠道按照渠道标签生成规则生成渠道标签库；标签关联模块，用于建立渠道业务信息与渠道标签库的关联；标签维护模块，用于基于关联确定渠道标签库下属渠道信息的维护模式。

可选地，分析抽取模块具体用于：按照区域属性、体验属性、安全属性或使用属性，对使用痕迹进行分类和优先级排序，基于分类和优先级排序结果抽取特征访问渠道。

可选地，装置还包括：效能计算模块，用于基于预设规则，根据特征访问渠道的业务使用痕迹和渠道建设维护成本，计算特征访问渠道的渠道效能；效能监督模块，用于根据特征访问渠道的渠道效能优先级，更新渠道标签库。

本公开的另一方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

与现有技术相比，本公开至少具有以下有益效果：

(1)本公开基于业务架构模型设计商业银行渠道管理方法及装置，通过建立渠道管理系统性整合渠道多维度信息，减少基层行日常重复和冗余的维护内容，提升管理工作效能，同时基于渠道细化管理赋能业务营销。

(2)本公开通过系统统一管理渠道信息，基于目标用户的行为特征，通过渠道痕迹、智能模型动态创建渠道标签库，继而建立渠道与渠道标签的关系，为用户适配最贴合的推送渠道，为对接客户服务、产品营销适配提供基础。例如，新产品投放前产品部门可参考渠道所属的标签决定投放渠道，实现产品高效投放、精准投放。

(3)本公开的集中渠道信息管理提升了渠道信息的管理效率，确保口径一致、准确、唯一。

(4)本公开通过渠道标签横向比较各渠道的运营情况等，实现渠道布局的科学优化。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了根据本公开第一实施例的渠道信息管理方法的流程图；

图2示意性示出了根据本公开第一实施例的渠道业务的类型结构图；

图3示意性示出了根据本公开第一实施例的渠道标签维护的操作流程图；

图4示意性示出了根据本公开第二实施例的渠道信息管理方法的流程图；

图5示意性示出了根据本公开第三实施例的渠道信息管理装置的框图；

图6示意性示出了根据本公开第四实施例的渠道信息管理装置的框图；

图7示意性示出了根据本公开实施例的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

图1示意性示出了根据本公开第一实施例的渠道信息管理方法的流程图。

如图1所示，该渠道信息管理方法可以包括操作S210～S250。

在操作S210，采集渠道业务的使用痕迹。

渠道业务是指直接给客户提供我行服务的接触点。

渠道业务的使用痕迹用于登记渠道使用事件或还原渠道使用场景，使用痕迹记录了客户在使用不同渠道过程中的操作使用日志，例如可以包括：使用客户、使用渠道、使用时间或使用结果。渠道业务的使用痕迹例如可以通过埋点获取。

图2示意性示出了根据本公开第一实施例的渠道业务的类型结构图。

如图2所示，渠道业务可以包括：柜台及人工渠道、合作方直连渠道、电子渠道、自助渠道、信息服务发布渠道、渠道触点信息物理表中的至少一种。

柜台及人工渠道是指通过网点柜面或柜员上门实现银行为客户提供现场服务的渠道，例如可以包括：网点柜面、法人客户营销、个人客户营销、私人客户营销、上门服务或移动营销业务。其中，柜面是指通过物理网点给客户提供面对面服务的渠道，包括网点服务。

自助渠道是指通过电子设备即可实现客户自我服务的银行渠道，例如可以包括：销售点终端(Pointofsales，POS)、自助终端或自动取款机(Automatic Teller Machine，ATM)。

合作方直连渠道是指通过提供接口、服务等方式，实现我行合作方直联我行服务的渠道，例如可以包括财政直连、政府直连、金融网业直连、清算组织直连或汇款公司直连。

电子渠道是指银行为客户提供的借助终端设备，并依托互联网、通信技术的服务渠道，例如可以包括网上银行、手机银行、微信银行、电话银行或移动即时通讯平台。

信息服务发布渠道是指本行可自行发布信息的渠道，例如可以包括短信发布渠道、网点营销信息发布渠道或微博发布渠道。

渠道触点是指围绕行内行外、人工自助、线上线下各渠道与客户接触的主要场景，将客户交互频率较高且适宜营销的触点进行集中管理。渠道触点例如可以包括查询类、交易类、营销类或提醒类触点。

需要说明的是，本公开第一实施例中，渠道业务不包括银行设备、客户设备、交易、公众号、营销、合作方管理、渠道客户管理和不直接接触客户的渠道。其中，不直接接触客户的渠道例如行内审批系统。

在操作S220，分析使用痕迹，抽取特征访问渠道。

本公开第一实施例中，按照区域属性、体验属性、安全属性或使用属性，对使用痕迹进行分类和优先级排序，基于分类和优先级排序结果抽取特征访问渠道。

其中，区域属性是指渠道业务限制的区域信息，体验属性是指渠道业务的用户体验感受，安全属性是指渠道业务的使用安全性，使用属性是指渠道业务的用户使用或操作便捷性。

具体地，特征访问渠道例如可以包括：年轻客户偏好渠道、社保业务办理渠道、高端客户偏好渠道、对公业务偏好渠道、理财产品高频交易渠道或智能化服务渠道。

例如，“年轻客户偏好渠道”可以对渠道业务的使用痕迹，筛选出“18-30岁之间的客户”的访问频率较高的渠道，为该渠道贴上“年轻客户偏好渠道”对应的标签。

在操作S230，将特征访问渠道按照渠道标签生成规则生成渠道标签库。

本公开第一实施例中，渠道标签生成规则可以包括：渠道标签的计算公式、计算频率或指标。

由此可见，本公开的第一实施例的特征访问渠道完整反映了各个渠道所对应的目标客群行为特征，并根据数据模型动态调整或丰富渠道标签类型。

在操作S240，建立渠道业务信息与渠道标签库的关联。

将原始的所有渠道业务信息和前述操作S230生成的渠道标签库一一对应，建立关联。建立渠道业务信息与渠道标签的关系，提升渠道管理水平。

在操作S250，基于关联确定渠道标签库下属渠道信息的维护模式。

图3示意性示出了根据本公开第一实施例的渠道标签维护的操作流程图。

如图3所示，按照总行层级、分行层级和网点层级，对渠道标签库下属渠道信息进行维护。

其中，总行层级的维护模式包括：总行层级用于维护分行层级和网点层级的全部渠道标签信息，根据渠道标签库的生成变动情况增删渠道标签库的名称或类别信息，并对增删后的渠道标签库进行维护和审核。

分行层级的维护模式包括：分行层级用于维护本行内部的渠道标签信息，还用于根据总行层级对渠道标签库的增删情况修改本行内部的渠道标签信息，在修改后提交同层级或上一层级以待审核，审核后将修改内容调用展现。

网点层级的维护模式包括：网点层级用于维护本网点内部的渠道标签信息，还用于根据总行层级对渠道标签库的增删情况修改本网点内部的渠道标签信息，在修改后提交分行层级进行审核。

可以理解的是，分行层级可以存在多个分行，各个分行处于同一层级。同理，网点层级也可以存在多个网点，各个网点处于同一层级。总行层级、分行层级和网点层级的优先级依次降低。

具体地，总行层级的网点信息管理员维护全行网点的业务标签信息，设置标签名称、类别等信息，即时生效后，一级分行、二级分行或者网点的网点信息管理员对网点的基础信息和业务标签信息进行维护，录入业务标签的基础信息、设置展现优先级等信息后，由同层级或者上一层级的网点信息管理员对信息进行审核，审核通过后才能在下游系统查询展现。

本公开的集中渠道信息管理提升了渠道信息的管理效率，确保口径一致、准确、唯一。

本公开第一实施例中，该渠道信息管理方法用于新产品投放运营或渠道信息组织布局。

具体地，新产品投放运营，例如可以包括社保业务新产品的投放，将安排在渠道标签为办理社保业务较多的网点进行优先试点。这样渠道标签的应用充分发挥着快速资源整合，提升管理工作效能的极大优势，实现社保业务新产品的高效投放和精准投放。

渠道信息组织布局，例如可以在银行网点布局中，对抽取的高端客户访问频繁的网点，针对该类网点，增派专属客户经理。这样渠道标签的应用可以显著减少基层行日常重复和冗余的维护内容，提升管理工作效能。

通过本公开的第一实施例，通过建立商业银行渠道管理系统整合渠道多维度信息，减少基层行日常重复和冗余的维护内容，提升管理工作效能，同时基于渠道细化管理赋能业务营销。

本公开第二实施例的渠道信息管理方法，为简要起见，与第一实施例相同或相似的特征不再赘述，以下仅描述其不同于第一实施例的特征。

图4示意性示出了根据本公开第二实施例的渠道信息管理方法的流程图。

如图4所示，该渠道信息管理方法可以包括操作S410～S470。

在操作S410，采集渠道业务的使用痕迹；

在操作S420，分析使用痕迹，抽取特征访问渠道；

在操作S430，将特征访问渠道按照渠道标签生成规则生成渠道标签库；

在操作S440，基于预设规则，根据特征访问渠道的业务使用痕迹和渠道建设维护成本，计算特征访问渠道的渠道效能；

在操作S450，根据特征访问渠道的渠道效能优先级，更新渠道标签库；

在操作S460，建立渠道业务信息与渠道标签库的关联；

在操作S470，基于关联确定渠道标签库下属渠道信息的维护模式。

其中，本公开的第二实施例的操作步骤S410～S430、S460～S470分别对应于本公开第一实施例的操作步骤S210～S250，在此不再赘述。

由此可见，本公开第二实施例不同于前述第一实施例的区别在于，本公开新增操作S440～S450。

通过本公开的第二实施例，渠道效能量化值通过渠道标签横向比较各特征访问渠道的运营情况，对各特征访问渠道进行渠道效能监督，实现渠道布局的科学优化。

图5示意性示出了根据本公开第三实施例的渠道信息管理装置的框图。

如图5所示，渠道信息管理装置500可以包括痕迹采集模块510、分析抽取模块520、标签生成模块530、标签关联模块540和标签维护模块550。

痕迹采集模块510，用于采集渠道业务的使用痕迹；

分析抽取模块520，用于分析使用痕迹，抽取特征访问渠道；

标签生成模块530，用于将特征访问渠道按照渠道标签生成规则生成渠道标签库；

标签关联模块540，用于建立渠道业务信息与渠道标签库的关联；

标签维护模块550，用于基于关联确定渠道标签库下属渠道信息的维护模式。

根据本公开的第三实施例，分析抽取模块具体用于：按照区域属性、体验属性、安全属性或使用属性，对使用痕迹进行分类和优先级排序，基于分类和优先级排序结果抽取特征访问渠道。

需要说明的是，本公开第三实施例的装置部分与本公开第一实施例的方法部分是相对应的，装置部分的描述具体参考方法部分，在此不再赘述。

图6示意性示出了根据本公开第四实施例的渠道信息管理装置的框图。

如图6所示，渠道信息管理装置600可以包括痕迹采集模块610、分析抽取模块620、标签生成模块630、效能计算模块640、效能监督模块650、标签关联模块660和标签维护模块670。

其中，效能计算模块640，用于基于预设规则，根据特征访问渠道的业务使用痕迹和渠道建设维护成本，计算特征访问渠道的渠道效能；

效能监督模块650，用于根据特征访问渠道的渠道效能优先级，更新渠道标签库。

本公开第四实施例的痕迹采集模块610、分析抽取模块620、标签生成模块630、标签关联模块660和标签维护模块670分别与本公开第三实施例的痕迹采集模块510、分析抽取模块520、标签生成模块530、标签关联模块540和标签维护模块550一一对应，在此不再赘述。

需要说明的是，本公开第四实施例的装置部分与本公开第二实施例的方法部分是相对应的，装置部分的描述具体参考方法部分，在此不再赘述。

根据本公开实施例的痕迹采集模块510、分析抽取模块520、标签生成模块530、标签关联模块540、标签维护模块550、效能计算模块640和效能监督模块650中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的痕迹采集模块510、分析抽取模块520、标签生成模块530、标签关联模块540、标签维护模块550、效能计算模块640和效能监督模块650中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的痕迹采集模块510、分析抽取模块520、标签生成模块530、标签关联模块540、标签维护模块550、效能计算模块640和效能监督模块650中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图7示意性示出了根据本公开实施例的电子设备的框图。图7示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700包括处理器710、计算机可读存储介质720。该电子设备700可以执行根据本公开实施例的方法。

具体地，处理器710例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器710还可以包括用于缓存用途的板载存储器。处理器710可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质720，例如可以是非易失性的计算机可读存储介质，具体示例包括但不限于：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；等等。

计算机可读存储介质720可以包括计算机程序721，该计算机程序721可以包括代码/计算机可执行指令，其在由处理器710执行时使得处理器710执行根据本公开实施例的方法或其任何变形。

计算机程序721可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序721中的代码可以包括一个或多个程序模块，例如包括721A、模块721B、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器710执行时，使得处理器710可以执行根据本公开实施例的方法或其任何变形。

根据本公开的实施例，痕迹采集模块510、分析抽取模块520、标签生成模块530、标签关联模块540、标签维护模块550、效能计算模块640和效能监督模块650中的至少一个可以实现为参考图7描述的计算机程序模块，其在被处理器710执行时，可以实现上面描述的相应操作。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。

Claims (16)

1.一种渠道信息管理方法，其特征在于，包括：

采集渠道业务的使用痕迹；

分析所述使用痕迹，抽取特征访问渠道；

将特征访问渠道按照渠道标签生成规则生成渠道标签库；

建立渠道业务信息与渠道标签库的关联；

基于所述关联确定渠道标签库下属渠道信息的维护模式。

2.根据权利要求1所述的渠道信息管理方法，其特征在于，所述渠道业务包括：柜台及人工渠道、合作方直连渠道、电子渠道、自助渠道、信息服务发布渠道、渠道触点信息物理表中的至少一种。

3.根据权利要求1所述的渠道信息管理方法，其特征在于，所述分析所述使用痕迹，抽取特征访问渠道，包括：

按照区域属性、体验属性、安全属性或使用属性，对所述使用痕迹进行分类和优先级排序，基于分类和优先级排序结果抽取特征访问渠道。

4.根据权利要求3所述的渠道信息管理方法，其特征在于，所述特征访问渠道包括：年轻用户偏好渠道、社保业务办理渠道、高端客户偏好渠道、对公业务偏好渠道、理财产品高频交易渠道或智能化服务渠道。

5.根据权利要求1所述的渠道信息管理方法，其特征在于，所述渠道标签生成规则包括：

所述渠道标签的计算公式、计算频率或指标。

6.根据权利要求1所述的渠道信息管理方法，其特征在于，所述渠道标签库下属渠道信息的维护模式，包括：

按照总行层级、分行层级和网点层级，对所述渠道标签库下属渠道信息进行维护。

7.根据权利要求6所述的渠道信息管理方法，其特征在于，所述总行层级的维护模式包括：

所述总行层级用于维护分行层级和网点层级的全部渠道标签信息，根据渠道标签库的生成变动情况增删渠道标签库的名称或类别信息，并对增删后的渠道标签库进行维护和审核。

8.根据权利要求6所述的渠道信息管理方法，其特征在于，所述分行层级的维护模式包括：

所述分行层级用于维护本行内部的渠道标签信息，还用于根据所述总行层级对渠道标签库的增删情况修改本行内部的渠道标签信息，在修改后提交同层级或上一层级以待审核，审核后将修改内容调用展现。

9.根据权利要求6所述的渠道信息管理方法，其特征在于，所述网点层级的维护模式包括：

所述网点层级用于维护本网点内部的渠道标签信息，还用于根据所述总行层级对渠道标签库的增删情况修改本网点内部的渠道标签信息，在修改后提交所述分行层级进行审核。

10.根据权利要求1所述的渠道信息管理方法，其特征在于，所述渠道标签库用于新产品投放运营或渠道信息组织布局。

11.根据权利要求1所述的渠道信息管理方法，其特征在于，所述方法还包括：

基于预设规则，根据所述特征访问渠道的业务使用痕迹和渠道建设维护成本，计算所述特征访问渠道的渠道效能；

根据所述特征访问渠道的渠道效能优先级，更新所述渠道标签库。

12.一种渠道信息管理装置，其特征在于，包括：

痕迹采集模块，用于采集渠道业务的使用痕迹；

分析抽取模块，用于分析所述使用痕迹，抽取特征访问渠道；

标签生成模块，用于将特征访问渠道按照渠道标签生成规则生成渠道标签库；

标签关联模块，用于建立渠道业务信息与渠道标签库的关联；

标签维护模块，用于基于所述关联确定渠道标签库下属渠道信息的维护模式。

13.根据权利要求12所述的渠道信息管理装置，其特征在于，所述分析抽取模块具体用于：

按照区域属性、体验属性、安全属性或使用属性，对所述使用痕迹进行分类和优先级排序，基于分类和优先级排序结果抽取特征访问渠道。

14.根据权利要求12所述的渠道信息管理装置，其特征在于，所述装置还包括：

效能计算模块，用于基于预设规则，根据所述特征访问渠道的业务使用痕迹和渠道建设维护成本，计算所述特征访问渠道的渠道效能；

效能监督模块，用于根据所述特征访问渠道的渠道效能优先级，更新所述渠道标签库。

15.一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至11中任一项所述的方法。

16.一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现权利要求1至11中任一项所述的方法。

Images