一种信息处理方法及系统、服务器、客户端的制作方法
[0179] 实施例三
[0180] 基于上述的实施例一和二，本发明实施例提供一种信息处理方法，图3-1为本发 明实施例三信息处理方法的实现流程示意图，如图3-1所示，该方法包括：
[0181] 步骤301，所述第一用户所登录的客户端接收服务器发送的多媒体信息，将所述多 媒体信息显示给所述第一用户；
[0182] 步骤302,所述客户端检测所述第一用户的操作，基于所述操作确定所述第一用户 对所述多媒体信息的审核结果；
[0183] 步骤303,所述客户端将所述第一用户对所述多媒体信息的审核结果作为第一审 核结果发送给服务器。
[0184] 在本发明实施例中，首先要对应用进行改造，对应用的改造比较少而且比较容易； 只需要在显示多媒体信息的界面上增加一些控件，这些控件能够使审核用户表达自己的审 核结果，这里，控件可以包括三类，如图3-2所示的审核通过311、难以确定312以及审核不 通过313。
[0185] 如图3-2所示，假设待审核的多媒体信息内容为图片，对图片的质量要求是图片 精美、没有色情暴力；那么第一用户在审核时的流程包括：第一用户A1和A4在审核图3-2 所示的图片时，发现该图片符合图片的质量要求，因此可以点击311即表示审核通过，这 样，终端310就将表示审核通过的第一审核结果发送给服务器；第一用户A2在审核图3-2 所示的图片时，不能确定该图片是否符合图片的质量要求，因此可以点击312即表示难以 确定，这样，终端310就将表示难以确定的第一审核结果发送给服务器；第一用户A3在审核 图3-2所示的图片时，发现该图片不符合图片的质量要求，因此可以点击313即表示审核不 通过，这样，终端310就将表示审核不通过的第一审核结果发送给服务器。
[0186] 对于图3-2所示的图片，参见表1，假设服务器将该图片发送给5个第一用户进行 审核，其中有4个第一用户返回了第一审核结果；然后服务器获取到4个第一审核结果，然 后服务器就会获取相应的第一用户A1至A4的权重值，假设第一用户A1至A4的权重值依次 为0. 4、0. 2、0. 2和0. 2,而审核通过所代表的分值为0. 5、审核不通过所代表的分值为-0. 3， 难以确定所代表的分值为〇. 2,这样第二审核结果按照上述步骤1053中的公式可计算第二 审核结果为〇. 20 ;
[0190] 在本例中预设的第二条件为0,因为四个第一用户A1至A4都选择审核通过时第 二审核结果为0. 5,而四个第一用户A1至A4都选择审核不通过时第二审核结果为-0. 5,因 此，这里预设的第二条件应该设置为0,当第二审核结果大于0时，表示图3-2所示的图片审 核通过，而第二审核结果< 0时，表示图3-2所示的图片审核不通过。在该例子中第二审核 结果为0. 20大于第二条件0,因此该图片最终的审核结果为审核通过。服务器将最终将该 图片发布，而且会对要求发布该图片的用户发送一条提示消息，用于表明用户所要求发送 的图片审核通过，因此可以被发布。
[0191] 在本发明实施例中，首先要对应用进行改造，只需要在显示多媒体信息的界面上 增加一个控件，这些控件能够使审核用户表达自己的审核结果，这里，控件可以是一个下拉 菜单，菜单下面可以选择的选择项包括：〇. l、〇. 2、0. 3、0. 4、0. 5、0. 6、0. 7、0. 8、0. 9和1. 0， 每一个第一用户可以选择〇. 1至1. 〇的分值作为对上述图片的第一审核结果，这里假设有 2个第一用户对图片进行了评分，分值分别为0. 6和0. 8,这两个第一用户所拥有的权重值 分别为〇. 5,那么该图片的第二审核结果为0. 7,当采用下拉菜单这种方式时，第二条件为 〇. 5 ;由于第二审核结果0. 7大于第二条件0. 5,因此，该图片最终的审核结果仍然为审核通 过，从而服务器将该图片进行发布。
[0192] 通过上述的例子可见，上述对一条多媒体信息的审核能够提高审核的准确率，这 是因为在上述例子中采用一图多审的方式，而且以权重值作为修正。对于这些可以发布多 媒体信息的应用来说，只稍对应用进行修改即可实现对内容的管理；然后借助于应用上的 控件可以获取第一用户对多媒体信息的第一审核结果，从而服务器根据这些第一审核结果 判断哪些多媒体信息是可以发布的，而哪些图片是不能被发布的。
[0193] 本发明实施例中，从服务器端来看，发布多媒体信息和审核多媒体信息可以分为 两条时间线（TL，Time Line)，这里的时间线的意思为从不同的用户所创建的时间表，作为 普通用户，服务器只需要创建一个关于发布多媒体信息的时间表，即发布时间线；而对于非 普通用户，服务器除了建立发布时间线之外，还要创建一个关于审核多媒体信息的时间表， 即审核时间线。图3-3为本发明实施例发布时间线和审核时间线的示意图，如图3-3所示， 首先用户会在终端登录账号，这里的用户包括普通用户和非普通用户，用户在登录账号的 过程中，终端会向后台服务器发送请求（步骤321)，这时后台服务器会判断账号的类型，如 果是普通用户就拉取发布时间线，因为普通用户只有发布多媒体信息的权限；如果是非普 通用户除了拉取发布时间线外，还要拉取审核时间线（步骤322);在拉取发布时间线和审 核时间线之后，服务器从数据库中拉取消息（步骤323)，这里假设多媒体信息是以消息的 形式存在数据库中，然后根据列表将多媒体信息发送给具有审核权限的用户（步骤324)。 这里，列表是独立维护的，服务器对具有审核权限的用户的审核质量进行监控以维护列表， 然后服务器从该列表中获取N个第一用户的ID信息，并根据N个第一用户的ID信息将待 审核的多媒体信息发送给这N个第一用户，其中，有关维护列表的过程可以参见上述实施 例二中的步骤201至步骤205,以及步骤211至步骤215中的有关描述。另外，后台服务器 还会维护一个黑白名单，其中黑名单上的用户被禁止发言，也就是说黑名单上的用户所发 布的多媒体信息无需审核，无论怎么样都不会被发布；而白名单上的用户所发布的多媒体 信息也无需审核，就直接可以被发布。其中具有审核权限的用户可以从白名单上的用户进 行挑选。
[0194] 从上述可以看出，本发明实施例提供的技术方案包括对服务器侧和终端侧的改 进，图3-4为本发明实施例三在服务器上实现时的架构示意图，如图3-4所示，在服务器上 实现时的架构包括配置系统、审核时间线以及审核日志，其中该配置系统包括配置页面，配 置页面用于形成关于审核人员名单的数据库列表，管理员可以用个配置页面来进行排版， 当然服务器也可以自己形成关于审核人员的数据库列表；审核时间线上，服务器将新增的 多媒体消息存入数据库列表，在列表中待审核消息可以只包括多媒体消息的序列号或者名 称，本实施例中可以直接使用待审核消息来构造审核时间线；这里的黑白名单可以参见图 3-3中的相关描述，为节约篇幅，这里不再赘述。而在审核日志上会记录所有具有审核权限 的用户的操作流水，用于控制审核多媒体信息的质量，同时也作为发送奖励和惩罚的依据。
[0195] 实施例四
[0196] 本发明实施例基于上述实施例一至三，提供一种信息处理方法，该方法应用于信 息处理系统，该系统包括服务器和客户端，图4为本发明实施例四信息处理方法的实现流 程示意图，如图4所示，该方法包括：
[0197] 步骤401，服务器获取待审核的多媒体信息；
[0198] 步骤402,所述服务器获取包括N个第一用户的ID信息；
[0199] 这里，N为大于1的整数；
[0200] 步骤403,所述服务器根据所述N个第一用户的ID信息，将所述多媒体信息对应地 发送给N个第一用户；
[0201] 步骤404,所述第一用户所登录的客户端接收服务器发送的待审核内容，将所述待 审核内容显示给所述第一用户；
[0202] 步骤405,所述客户端检测所述第一用户的操作，基于所述操作确定所述第一用户 对所述多媒体信息的审核结果；
[0203] 步骤406,所述客户端将所述第一用户对所述多媒体信息的审核结果作为第一审 核结果发送给服务器；
[0204] 步骤407,所述服务器接收Μ个所述第一用户发送的Μ个第一审核结果，所述Μ为 大于1且小于等于Ν的整数；
[0205] 步骤408,所述服务器获取与所述Μ个第一审核结果对应的修正值，根据所述Μ个 第一审核结果和对应的修正值，确定第二审核结果，将所述第二审核结果作为对所述多媒 体信息的最终审核结果。
[0206] 关于上述步骤401至步骤408的详细描述，可以参见上述的实施例一至三，为节约 篇幅，这里不再赘述。
[0207] 实施例五
[0208] 基于上述的方法实施例，本发明实施例提供一种服务器，图5-1为本发明实施例 五服务器的组成结构示意图一，如图5-1所示，该服务器500包括第一获取单元501、第二获 取单元502、第一发送单元503、第一接收单元504和第一确定单元505,其中：
[0209] 所述第一获取单元501，用于获取待审核的多媒体信息；
[0210] 所述第二获取单元502,用于获取包括Ν个第一用户的ID信息，Ν为大于1的整 数；
[0211] 所述第一发送单元503,用于根据所述N个第一用户的ID信息，将所述多媒体信息 对应地发送给N个第一用户；
[0212] 所述第一接收单元504,用于接收Μ个所述第一用户发送的Μ个第一审核结果，所 述第一审核结果为针对所述多媒体信息的审核结果，所述Μ为大于1且小于等于Ν的整数；
[0213] 所述第一确定单元505,用于获取与所述Μ个第一审核结果对应的修正值，根据所 述Μ个第一审核结果和对应的修正值，确定第二审核结果，将所述第二审核结果作为对所 述多媒体信息的最终审核结果。
[0214] 本发明实施例中，如图5-2所示，所述服务器还包括形成单元500,用于形成包括 用户ID信息的列表。对应地，所述第二获取单元，用于查询所述列表中的用户的ID，获得包 括N个第一用户的ID信息。
[0215] 所述形成单元进一步包括第一接收模块、第一确定模块和第一形成模块，其中：
[0216] 所述第一接收模块，用于接收第二用户发送的审核请求消息；
[0217] 所述第一确定模块，用于根据所述审核请求消息确定第二用户的ID信息；
[0218] 所述第一形成模块，用于根据所述第二用户的ID信息形成所述列表。
[0219] 本发明实施例中，所述服务器的形成单元500进一步包括第一获取模块、第二确 定模块和第二形成模块，其中：
[0220] 所述第一获取模块，用于获取所有在线用户的ID信息；
[0221] 所述第二确定模块，用于在所有在线用户的ID信息中确定满足预设的第一条件 的在线用户的ID信息；
[0222] 所述第二形成模块，用于根据所述满足预设的第一条件的在线用户的ID信息形 成所述列表。
[0223] 本发明实施例中，所述服务器的形成单元500进一步包括第二获取模块和第三形 成模块，其中：
[0224] 所述第二获取模块，用于获取管理员预先排班的用户的ID信息；
[0225] 所述第三形成模块，用于根据所述预先排班的用户的ID信息形成所述列表。
[0226] 本发明实施例中，所述修正值为权
文档序号 :
【 9618671 】
技术研发人员：刘啸南,廖锡光,陈贵根
技术所有人：腾讯科技（北京）有限公司
备 注：该技术已申请专利，仅供学习研究，如用于商业用途，请联系技术所有人。
声 明 ：此信息收集于网络，如果你是此专利的发明人不想本网站收录此信息请联系我们，我们会在第一时间删除
技术研发人员：刘啸南,廖锡光,陈贵根
技术所有人：腾讯科技（北京）有限公司
备 注：该技术已申请专利，仅供学习研究，如用于商业用途，请联系技术所有人。
声 明 ：此信息收集于网络，如果你是此专利的发明人不想本网站收录此信息请联系我们，我们会在第一时间删除