Архитектура для чего-то вроде игры «21 вопрос»

Question

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

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

Теперь мы не пытаемся воссоздать игру. У нас есть собственное внутреннее программное обеспечение с ссылкой «« Файл проблема/билет », и в соответствии с отображаемыми данными мы хотим попытаться угадать, в чем проблема. После угадывая, мы с вами подтвердим, что это правильная проблема, поэтому все поля автоматически заполняются. Если нет, мы разрешим пользователю вручную ввести проблему.

Это какое-то сопоставление данных, я думаю .. Я не уверен, как мы это сделаем .. любая идея, как начать?

Благодаря

Answer 1

У вас есть два реальных варианта здесь:

1) С помощью кнопок/создать двигатель правил: попытаться предварительно заполнить правила, основанные на некоторых злостных анализа данных. Это, вероятно, самый эффективный, но и самый дорогой, поскольку вам понадобится действительно хороший анализ данных для создания вашего набора правил.

2) Статистическое сопоставление: создайте векторы на основе доступных элементов данных. Эти векторы будут соответствовать базе данных с парами имя/значение, которые имеют результаты предыдущих билетов. Сопоставьте столько векторов, сколько возможно, и угадайте, основываясь на наивысшем ранговом совпадении. Итак, что-то вроде «Дайте мне наиболее распространенное разрешение: responseCode = 500, url =/bankaccount, location = antarctica»

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