蓝星音乐版权网站，技术人员正在日常巡查后台程序，突然发现某个账号短时间内上传了大批原创内容，申请审核认证，而审核程序居然全部都通过了！

技术人员不由狐疑，该不会是有人又上传大量碎片内容申请认证吧？这种事以前干的人比较多，特别是版权保护法刚刚开始施行的时候。

很多音乐人手上都有大量的创作元素，因为种种原因未能形成完整的作品，但是又担心这些创作元素被别的音乐人使用了，于是就干脆先上传认证，免得被别人捷足先登。

更过分的，连一段和弦都有人上传认证。

为了这个事情，音乐版权网站还特地完善了认证细则，规定创作元素必须达到某个标准才能申请审核，并且要在审核之后的规定时间之内完善成为成品，才能够得到认证，不然不予认证。

这才将这类事件减少到了一个可以接受的范围，却无法杜绝。因为有些音乐人就是认为自己的创作元素足够获得认证，有的是钻认证程序的空子，有的干脆就是来捣乱的，屡禁不止，很是烦人。

这次，技术人员也以为是同类型事件，顺手给刚刚审核完毕的某个账号申请了复查，也就没再关注了，一般如果真的是上传了大量的碎片内容，复查是无法通过的。

他只要等复查结束就行了，不用人工复查。

嗯，绝对不是因为他懒。

但是半个小时之后，后台程序跳出来一个通知：管理人员申请的复查已完成，账户民宿老板并无异常，维持原审核结果，请查收。

复查，通过了？

难道真的不是碎片内容？还是说程序出错了？要是前者还好，跟他没有什么关系。但要是后者，他可得负责了！

技术人员不敢怠慢，直接点开了民宿老板的账户，进行人工复查。

一进入民宿老板的账户，技术人员就呆滞了一下：一整个页面！密密麻麻全部都是新上传的！而且，全部都是成品歌曲！没有一个是碎片！

这么多！

技术人员脸色不是很好看，这么多歌曲，一个一个比对，今天只怕是要加班的节奏！可是晚上约了小姐姐一起撸串的！这可怎么是好？

要不，假装b往上报？大家一起加班？

于是！

技术部门的其他工作人员同时收到了程序通知：管理人员申请核查账户民宿老板异常数据！

“唉？出b了吗？”其他人并没有意识到这是某人做的手脚，纷纷点开了民宿老板的账户，查看信息。

“哇！一下子上传这么多作品！该不会都是碎片吧？”有人不满，“还用人工审查吗，直接程序刷一下就都刷出来了！”

“不是碎片，都是成品！开工了，大家分一下，比对一下数据，速战速决，快下班了！”

某人看到同事们并没有多想，暗自松了一口气，也划走几首歌去比对。

其实比对数据并不麻烦，程序自动运行就行，主要是数据库太庞大了，蓝星音乐版权库可是世界级别的，比对起来需要花时间去等待结果出来，一个人去做这个工作的话，真的能等死个人！一个人分几首歌的话倒还好。

于是，一个小时之后。

“比对结果正常，符合审核标准！”

“我这里也是！”

“我也是，没有异常数据！”

那，到底哪里出错了？

最先发现异常的某个技术人员看着那一整个页面的歌曲，突然意识到，可能出错的不是程序，而是他自己！