【场景实战】 头像违规的审查场景

介绍

应用app,同时发布了多种渠道, 包括但不限于 微信小程序,安卓商城,苹果商城等

游戏内,玩家有头像地址。

问题链路

  1. 微信小程序渠道,存在用户头像违规,扣除了app应用信用分。

分析: 考虑对玩家头像入库时,接入第三方头像检查,头像审核通过后入库。对历史头像,晚间依次审核,不通过的更换为降级默认头像,并通知玩家修改。

  1. 接入第三方头像检查后,发现,在第三方检查验收通过的头像,在微信内依旧定义为违规。也就是,不同的渠道,他们的图片检查,有自己的标准。

分析: 需要确定每个渠道的检查通道,对有通道的渠道,优先使用它自己的审核方式进行,流程参考问题链路1走。

  1. 考虑到用户活跃度问题,存在不同渠道内,玩家混玩的场景。也就是在微信放行的头像,可能在ios渠道被审核拦截。

分析: 也就是,头像库,因为不同渠道标准的不同,也需要渠道隔离。玩家在不同渠道里玩的展现方式,应该在对应的头像库建立正确的关系记录。当出现跨渠道游戏的场景,考虑优先将原头像,用新渠道的审核方式审核,如果不通过,则准备一张降级的头像作为替代方案进行展现。

核心关系表

玩家渠道头像库

create table user_channel_head(
    user_id varchar,   -- 用户uid
    head_url varchar,  -- 头像地址
    channel varchar,   -- 渠道标识,
    unique(user_id, channel, head_url)
)
-- 索引 <user_id, channel,head_url>
-- 场景: c端头像拉取, s端头像获取

流程设计

头像落库
在这里插入图片描述
头像获取
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值