藍星音樂版權網站，技術人員正在日常巡查後台程序，突然發現某個賬號短時間內上傳了大批原創內容，申請審核認證，而審核程序居然全部都通過了！

技術人員不由狐疑，該不會是有人又上傳大量碎片內容申請認證吧？這種事以前乾的人比較多，特別是版權保護法剛剛開始施行的時候。

很多音樂人手上都有大量的創作元素，因為種種原因未能形成完整的作品，但是又擔心這些創作元素被別的音樂人使用了，於是就乾脆先上傳認證，免得被別人捷足先登。

更過分的，連一段和弦都有人上傳認證。

為了這個事情，音樂版權網站還特地完善了認證細則，規定創作元素必須達到某個標準才能申請審核，並且要在審核之後的規定時間之內完善成為成品，才能夠得到認證，不然不予認證。

這才將這類事件減少到了一個可以接受的範圍，卻無法杜絕。因為有些音樂人就是認為自己的創作元素足夠獲得認證，有的是鑽認證程序的空子，有的乾脆就是來搗亂的，屢禁不止，很是煩人。

這次，技術人員也以為是同類型事件，順手給剛剛審核完畢的某個賬號申請了複查，也就沒再關注了，一般如果真的是上傳了大量的碎片內容，複查是無法通過的。

他隻要等複查結束就行了，不用人工複查。

嗯，絕對不是因為他懶。

但是半個小時之後，後台程序跳出來一個通知：【管理人員申請的複查已完成，賬戶‘民宿老板’並無異常，維持原審核結果，請查收。】

複查，通過了？

難道真的不是碎片內容？還是說程序出錯了？要是前者還好，跟他沒有什麽關係。但要是後者，他可得負責了！

技術人員不敢怠慢，直接點開了‘民宿老板’的賬戶，進行人工複查。

一進入‘民宿老板’的賬戶，技術人員就呆滯了一下：一整個頁麵！密密麻麻全部都是新上傳的！而且，全部都是成品歌曲！沒有一個是碎片！

這麽多！

技術人員臉色不是很好看，這麽多歌曲，一個一個比對，今天隻怕是要加班的節奏！可是晚上約了小姐姐一起擼串的！這可怎麽是好？

要不，假裝bug往上報？大家一起加班？

於是！

技術部門的其他工作人員同時收到了程序通知：【管理人員申請核查賬戶‘民宿老板’異常數據！】

“唉？出bug了嗎？”其他人並沒有意識到這是某人做的手腳，紛紛點開了民宿老板的賬戶，查看信息。

“哇！一下子上傳這麽多作品！該不會都是碎片吧？”有人不滿，“還用人工審查嗎，直接程序刷一下就都刷出來了！”

“不是碎片，都是成品！開工了，大家分一下，比對一下數據，速戰速決，快下班了！”

某人看到同事們並沒有多想，暗自鬆了一口氣，也劃走幾首歌去比對。

其實比對數據並不麻煩，程序自動運行就行，主要是數據庫太龐大了，藍星音樂版權庫可是世界級別的，比對起來需要花時間去等待結果出來，一個人去做這個工作的話，真的能等死個人！一個人分幾首歌的話倒還好。

於是，一個小時之後。

“比對結果正常，符合審核標準！”

“我這裏也是！”

“我也是，沒有異常數據！”

……

那，到底哪裏出錯了？

最先發現異常的某個技術人員看著那一整個頁麵的歌曲，突然意識到，可能出錯的不是程序，而是他自己！