Crowd - источник стандартов сообщества игрового сообщества?

Question

Я размещаю несколько исходных игровых серверов и запускаю плагин, который сбрасывает чат плеера в базу данных MySQL. У меня тихая история чатов, и я искал что-то интересное. Я хотел бы создать систему, которая позволяет членам моего сообщества определять, что есть и не является «приемлемым».

Я думал, что это сработает примерно так: Как-то я разрешаю своим членам сообщества просматривать журналы чата (не указывая, кто что сказал), и они отмечают журналы как «приемлемые» или «неприемлемые». Я должен был бы выяснить, будет ли он просто показывать блок текста из временного интервала или просто определенного пользователя за определенный промежуток времени или только отдельные строки (может быть, хорошо ... может также означать, что пользователь полностью пропустил контекст чата).

Это будет работать как система captcha, где несколько пользователей будут оценивать одну и ту же серию журналов чата. Оттуда я получаю значения для групп слов. Теория заключается в том, что она создаст порог, когда некоторые вещи приемлемы, а другие - нет. После того, как количество моих существующих журналов будет оценено, у меня будет значимый способ определить, соответствует ли сообщение стандартам, определенным моим сообществом.

Мои вопросы таковы -

1. Что бы Вы посоветовали мне показать своим пользователям, которые профилирование, журналы? Должен ли я показать им набор X-чат-линий? Должен ли я показывать все линии чата через 5-минутные интервалы? Должен ли я сузить эти два окна, только показывая сообщения 1 пользователя в течение этих временных интервалов X строк? Или пользователи должны оценивать каждую линию отдельно? Я планирую установить ограничение на количество линий/групп, которые могут быть оценены конкретным членом сообщества в день.
2. Каким будет подходящий способ создания базы данных, хранящей все эти данные? В настоящее время каждая отдельная строка чата хранится как собственная строка в MySQL. Каждый из них имеет уникальный идентификатор, а также полный текст сообщения чата, отправленного в игре. У меня также есть имя игрока и его сервер, но я не вижу их по мере необходимости.
3. Я хотел бы создать это так, чтобы он стал самодостаточным/адаптивным к сообществу и тем, что они считают приемлемым. Со временем большее количество строк будет оценено и добавлено к порогам/расчетам, чтобы определить, является ли сообщение «хорошим»/«плохим». Если кто-то построил что-то вроде этого, можете ли вы указать на подводные камни, которых я должен избегать, строя это?

Answer 1

Я бы предпочел, чтобы пользователи могли отмечать сообщения как неприемлемые в режиме реального времени, если это возможно. Обычные пользователи могут это сделать, вместо того, чтобы искать людей в автономном режиме. Если вы не можете или не хотите использовать этот подход: сообщения могут быть идентифицированы как неприемлемые вне контекста любых других сообщений, но просмотр непрерывного потока сообщений в том порядке, в котором они появлялись в режиме реального времени, может быть полезно. Я бы, вероятно, хотел дать им X непрерывных сообщений. В режиме реального времени я предлагаю несколько сообщений до и после, с отмеченным сообщением в красном или с чем-то похожим.

Вы можете попробовать создать систему вознаграждений, когда пользователи просмотрят определенное количество сообщений. Если вы разрешаете отправлять сообщения в режиме реального времени, вы можете вознаграждать людей за просмотр помеченных сообщений, чтобы подтвердить статус с флагом.

Зная, какой игрок это может быть полезно. Если игрок публикует несколько неприемлемых сообщений, вы можете выпустить предупреждение или запретить или что-то еще. Сервер, вероятно, не очень полезен, но я все для хранения дополнительной информации, которую вы можете использовать для дальнейшего использования.

Я бы не повесил трубку в хранилище базы данных.Наличие таблицы со столбцами времени (или просто автоинкрементного идентификатора или того и другого), игрок, сервер, сообщение, isInpose должно быть хорошо, в зависимости от того, какие типы операций вы хотите выполнить.

Подход, который вы могли бы предпринять (после того, как у вас есть сообщения, помеченные как неуместные), будет очень похож на спам-фильтр (вы сможете найти на нем более чем достаточно материала).

Общее соображение будет заключаться в том, хотите ли вы быть мягким или строгим при маркировке как неприемлемой (вы хотите, чтобы некоторые неприемлемые сообщения были пропущены или какие-то сообщения, которые должны быть помечены). Посмотрите на Precision/Recall, чтобы дать некоторое представление об этом.

Я подозреваю, что в среде чата, по большей части, может быть достаточно просто найти (и, возможно, попытаться автоматически идентифицировать) конкретные слова, которые появляются в неприемлемых сообщениях.