CN113793674A - 信息过滤方法及装置 - Google Patents

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的信息过滤方法及装置的示例性架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。终端设备101、102、103之间通信连接构成拓扑网络，网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102、103可以是支持网络连接从而进行数据交互和数据处理的硬件设备或软件。当终端设备101、102、103为硬件时，其可以是支持网络连接，信息获取、交互、显示、处理等功能的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如获取用户通过终端设备101、102、103发送的订单信息，并确定与订单信息匹配的预设类型人员的后台处理服务器。可选的，服务器可以将订单信息发送至与订单信息匹配的预设类型人员的终端设备。作为示例，服务器105可以是云端服务器。

需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

还需要说明的是，本公开的实施例所提供的信息过滤方法可以由服务器执行，也可以由终端设备执行，还可以由服务器和终端设备彼此配合执行。相应地，信息过滤装置包括的各个部分(例如各个单元)可以全部设置于服务器中，也可以全部设置于终端设备中，还可以分别设置于服务器和终端设备中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。当信息过滤方法运行于其上的电子设备不需要与其他电子设备进行数据传输时，该系统架构可以仅包括信息过滤方法运行于其上的电子设备(例如服务器或终端设备)。

继续参考图2，示出了信息过滤方法的一个实施例的流程200，包括以下步骤：

步骤201，接收用户的订单信息。

本实施例中，信息过滤方法的执行主体(例如图1中的服务器)可以接收用户的订单信息。其中，订单信息用于表征订单信息对应的用户对预设类型人员的要求信息。预设类型人员可以是实际应用场景所需的、各种类型的人员。

订单信息中，可以通过各种属性信息描述对预设类型人员的要求信息。其中，属性信息的类别以及属性信息的粒度大小可以根据实际应用场景进行具体设置，在此不作限定。

作为示例，在互联网医院的问诊业务场景中，用户可以是向医生询问病情信息的病人，预设类型人员可以是提供在线咨询服务的网络医生，属性信息例如可以是医生所属的医院的等级信息、医生所属的科室信息、医生是否可开处方、医生是否为全职网络医生、医生是否为预设权益(例如家庭医生)所指定的医生、医生是否在黑名单中等信息。

其中，各属性信息还可以进行更细粒度的划分，以满足用户对预设类型人员的更细致的要求。

本实例中，订单信息中除了包括属性信息外，还可以包括对病情的描述信息，以使得上述执行主体通过后续步骤确定与订单信息匹配的医生，并使得与订单信息匹配的医生通过订单信息直接确定用户的病情信息，提高信息处理的效率。

步骤202，根据订单信息的属性信息，从过滤器集合中确定出与订单信息对应的至少一个过滤器。

本实施例中，上述执行主体可以根据订单信息的属性信息，从过滤器集合中确定出与订单信息对应的至少一个过滤器。其中，过滤器集合中的每个过滤器用于过滤不满足该过滤器对应的属性信息的预设类型人员。

本实施例中，可以针对每种属性信息预先设置对应的过滤器，每个过滤器用于过滤不满足该过滤器对应的属性信息的预设类型人员，多个过滤器组成过滤器集合。

针对于订单信息中表征用户对预设类型人员的要求的每个属性信息，上述执行主体可以从过滤器集合中确定出该属性信息对应的过滤器。

作为示例，属性信息“医生所属的医院的等级信息”对应的过滤器用于过滤掉不满足用户对医生所属的医院的等级信息的医生。具体的，用户对医生所属的医院的要求为三级甲等医院，则过滤器可以过滤掉低于三级甲等这一等级的医院中的医生。

可以理解，随着互联网医院业务的高速发展，上述执行主体对应的系统会增加更多维度的属性信息，以满足用户对预设类型人员的更多的要求信息，实现用户对预设类型人员的精确选择。相应的，系统也需增加更多的筛选功能。此时，上述执行主体可以根据新增的筛选需求，开发对应的过滤器，并将其添加至过滤器集合中。本实例中，由于过滤器结合中的各过滤器之间相互独立，上述可以便捷地对各过滤器进行更新编辑等操作，以及对已存在的过滤器进行删除、增加新的过滤器等操作。

步骤203，通过至少一个过滤器对所有预设类型人员进行过滤，得到匹配订单信息的预设类型人员。

本实施例中，上述执行主体可以通过至少一个过滤器对所有预设类型人员进行过滤，得到匹配订单信息的预设类型人员。

作为示例，上述执行主体可以随机确定根据订单信息所确定的至少一个过滤器的过滤顺序。上述执行主体每当完成一个过滤器的过滤操作，确定筛选后的预设类型人员，从至少一个过滤器中剩余的过滤器中随机选取一个过滤器，对上一过滤器筛选后的预设类型人员进行过滤操作，直至至少一个过滤器中的每个过滤器均完成过滤操作，将最后一个过滤器筛选后的预设类型人员确定为与订单信息匹配的预设类型人员。

作为又一示例，上述执行主体可以根据订单信息所表征的订单中，各属性信息的展示顺序，确定与订单信息匹配的至少一个过滤器的过滤顺序。例如，在订单信息所表征的订单中的属性信息的展示顺序为医生所属的医院的等级信息、医生所属的科室信息、医生是否可开处方、医生是否为全职网络医生、医生是否为预设权益(例如家庭医生)所指定的医生、医生是否在黑名单中，则至少一个过滤器中的过滤器的过滤顺序依次为“医生所属的医院的等级信息”对应的过滤器、“医生所属的科室信息”对应的过滤器、“医生是否可开处方”对应的过滤器、“医生是否为全职网络医生”对应的过滤器、“医生是否为预设权益(例如家庭医生)所指定的医生”对应的过滤器、“医生是否在黑名单中”对应的过滤器。

本实例中，在确定匹配订单信息的预设类型人员后，上述执行主体可以将订单信息发送至匹配订单信息的预设类型人员。又或者，上述执行主体可以向用户反馈匹配订单信息的预设类型人员，并接收用户对匹配的预设类型人员中的预设类型人员的指定操作，将订单信息发送至所指定的预设类型人员。

继续参见图3，图3是根据本实施例的信息过滤方法的应用场景的一个示意图300。在图3的应用场景中，病人301通过终端设备302向服务器303发送订单信息。其中，订单信息如图中3021所示，属性信息包括“医生所属的医院的等级信息”、“医生所属的科室信息”、“医生是否可开处方”、“医生是否为全职网络医生”。首先，服务器303接收用户的订单信息。然后，服务器303根据订单信息的属性信息，从过滤器集合3031中确定出与订单信息对应的第一过滤器、第二过滤器、第三过滤器、第四过滤器。其中，过滤器集合中的每个过滤器用于过滤不满足该过滤器对应的属性信息的预设类型人员。第一过滤器、第二过滤器、第三过滤器、第四过滤器分别对应于“医生所属的医院的等级信息”、“医生所属的科室信息”、“医生是否可开处方”、“医生是否为全职网络医生”这四个属性信息。最后，服务器303通过第一过滤器、第二过滤器、第三过滤器、第四过滤器对所有预设类型人员进行过滤，得到匹配订单信息的预设类型人员。

本公开的上述实施例提供的方法，通过接收用户的订单信息；根据订单信息的属性信息，从过滤器集合中确定出与订单信息对应的至少一个过滤器，其中，过滤器集合中的每个过滤器用于过滤不满足该过滤器对应的属性信息的预设类型人员；通过至少一个过滤器对所有预设类型人员进行过滤，得到匹配订单信息的预设类型人员，从而提供了一种关于预设类型人员的信息过滤方法，提高了与订单信息匹配的预设类型人员的确定效率和准确度。

在本实施例的一些可选的实现方式中，过滤器集合中的每个过滤器具有过滤信息记录功能。上述执行主体可以通过过滤器集合中的每个过滤器，记录该过滤器在每次过滤过程中的过滤信息。

其中，过滤信息包括待过滤的预设类型人员信息、过滤掉的预设类型人员信息、过滤后的预设类型人员信息、过滤操作的开始时间、过滤操作的执行时间、过滤操作的结束时间等信息。

本实现方式中，每个过滤器以自身所执行的过滤操作为单位对过滤信息进行记录，可以方便地对过滤信息进行调取，避免了只能在日志信息中查找过滤信息的繁琐性。当以日志记录针对订单信息的整个过滤过程时，日志信息中以每个预设类型人员在各属性信息的过滤情况为单位进行记录，技术人员只能逐条在日志信息中查找才能得到目标信息。

在本实施例的一些可选的实现方式中，上述执行主体可以通过过滤器集合中的每个过滤器，将该过滤器记录的过滤信息以JSON(JavaScript Object Notation，脚本语言对象简谱)形式导入数据库。

在本实施例的一些可选的实现方式中，上述执行主体可以响应于接收到用户的查看请求，根据查看请求所指示的可视化参数，向用户展示至少一个过滤器的过滤信息。

本实现方式中，用户可以根据实际查看需求，发出具体的查看请求。上述执行主体根据查看请求所指示的可视化参数，向用户展示至少一个过滤器的过滤信息。

在一些可选的实现方式中，上述执行主体可以按照至少一个过滤器的过滤顺序，向用户展示至少一个过滤器的过滤信息。

在本实施例的一些可选的实现方式中，上述执行主体可以响应于接收到所有预设类型人员中的预设类型人员的查询请求，根据查询请求所指示的可视化参数，向该预设类型人员展示过滤器集合中的过滤器关于该预设类型人员的过滤信息。

作为示例，查询请求表征预设类型用户在各过滤器的过滤过程中的统计信息。例如，医生A被“医生是否为全职网络医生”对应的过滤器进行过1000次过滤。

继续参考图4，示出了根据本申请的信息过滤方法的一个实施例的示意性流程400，包括以下步骤：

步骤401，接收用户的订单信息。

步骤402，根据订单信息的属性信息，从过滤器集合中确定出与订单信息对应的至少一个过滤器。

其中，过滤器集合中的每个过滤器用于过滤不满足该过滤器对应的属性信息的预设类型人员。

步骤403，通过至少一个过滤器对所有预设类型人员进行过滤，得到匹配订单信息的预设类型人员。

步骤404，通过过滤器集合中的每个过滤器，记录该过滤器在每次过滤过程中的过滤信息。

步骤405，通过过滤器集合中的每个过滤器，将该过滤器记录的过滤信息以脚本语言对象简谱形式导入数据库。

步骤406，响应于接收到用户的查看请求，根据查看请求所指示的可视化参数，向用户展示至少一个过滤器的过滤信息。

步骤407，响应于接收到所有预设类型人员中的预设类型人员的查询请求，根据查询请求所指示的可视化参数，向该预设类型人员展示过滤器集合中的过滤器关于该预设类型人员的过滤信息。

从本实施例中可以看出，与图2对应的实施例相比，本实施例中的信息过滤方法的流程400具体说明了过滤器的数据记录和数据导出过程，以及过滤信息的可视化过程，提高了用户、预设类型人员调取、查看过滤信息的便利性。

继续参考图5，作为对上述各图所示方法的实现，本公开提供了一种信息过滤装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，信息过滤装置包括：包括：接收单元501，被配制成接收用户的订单信息；确定单元502，被配制成根据订单信息的属性信息，从过滤器集合中确定出与订单信息对应的至少一个过滤器，其中，过滤器集合中的每个过滤器用于过滤不满足该过滤器对应的属性信息的预设类型人员；过滤单元503，被配制成通过至少一个过滤器对所有预设类型人员进行过滤，得到匹配订单信息的预设类型人员。

在一些实施例中，上述装置还包括：记录单元(图中未示出)，被配制成通过过滤器集合中的每个过滤器，记录该过滤器在每次过滤过程中的过滤信息。

在一些实施例中，上述装置还包括：导入单元(图中未示出)，被配制成通过过滤器集合中的每个过滤器，将该过滤器记录的过滤信息以脚本语言对象简谱形式导入数据库。

在一些实施例中，上述装置还包括：第一展示单元(图中未示出)，被配制成响应于接收到用户的查看请求，根据查看请求所指示的可视化参数，向用户展示至少一个过滤器的过滤信息。

在一些实施例中，上述装置还包括：第二展示单元(图中未示出)，被配制成响应于接收到所有预设类型人员中的预设类型人员的查询请求，根据查询请求所指示的可视化参数，向该预设类型人员展示过滤器集合中的过滤器关于该预设类型人员的过滤信息。

本实施例中，信息过滤装置中的接收单元接收用户的订单信息；确定单元根据订单信息的属性信息，从过滤器集合中确定出与订单信息对应的至少一个过滤器，其中，过滤器集合中的每个过滤器用于过滤不满足该过滤器对应的属性信息的预设类型人员；过滤单元通过至少一个过滤器对所有预设类型人员进行过滤，得到匹配订单信息的预设类型人员，从而提供了一种关于预设类型人员的信息过滤装置，提高了与订单信息匹配的预设类型人员的确定效率和准确度。

下面参考图6，其示出了适于用来实现本申请实施例的设备(例如图1所示的设备101、102、103、105)的计算机系统600的结构示意图。图6示出的设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括处理器(例如CPU，中央处理器)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有系统600操作所需的各种程序和数据。处理器601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时，执行本申请的方法中限定的上述功能。

需要说明的是，本申请的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，程序设计语言包括面向目标的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在客户计算机上执行、部分地在客户计算机上执行、作为一个独立的软件包执行、部分在客户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到客户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器，包括接收单元、确定单元和过滤单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，确定单元还可以被描述为“根据订单信息的属性信息，从过滤器集合中确定出与订单信息对应的至少一个过滤器的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该计算机设备：接收用户的订单信息；根据订单信息的属性信息，从过滤器集合中确定出与订单信息对应的至少一个过滤器，其中，过滤器集合中的每个过滤器用于过滤不满足该过滤器对应的属性信息的预设类型人员；通过至少一个过滤器对所有预设类型人员进行过滤，得到匹配订单信息的预设类型人员。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。