Учитывая битовый массив, такой как следующий:
C0 C1 C2 C3 C4 C5
**********************************************
P0 * 0 0 1 0 1 0 *
P1 * 0 1 0 0 1 0 *
P2 * 0 0 0 1 1 0 *
P3 * 1 0 0 0 0 1 *
P4 * 0 0 0 0 0 0 *
P5 * 0 0 0 0 0 0 *
P6 * 1 0 0 0 0 0 *
**********************************************
Каждая строка представляет отдельного человека P_i, а каждый столбец представляет другой цвет C_j. Если данная ячейка A[i][j] равна 1, это означает, что человек i хотел бы цвет j. Человек может получить только один цвет, а цвет можно дать только одному человеку.
В общем случае количество людей P > 0, а количество цветов C >= 0.
Как я могу с минимальными затратами времени вычислить максимальное количество людей, которые могут получить желаемый цвет?
Правильным ответом на приведенный выше пример будет 5.
Моей первой идеей был жадный алгоритм, который просто отдавал предпочтение человеку (то есть строке) с наименьшим количеством нужных цветов. По большей части это работает, но, на мой взгляд, слишком медленно, так как выполняется за время O(P*(P*C)), равное O(n^3), когда n = P = C. Любой идеи к алгоритму (или другой структуре данных), который может решить проблему быстрее?
Это может быть дубликат другого похожего вопроса, но у меня возникли проблемы с поиском правильного названия для типа проблемы, так что терпите меня, если это так.
Вопрос был обновлен, чтобы отразить ввод размеров людей и цветов. Под «просто слишком медленным» я имею в виду, что мой жадный алгоритм работает за время O (n ^ 3). Я ищу что-то более оптимальное, если это возможно.





Это классическая проблема, известная как двудольное сопоставление максимальной мощности. Здесь у вас есть двудольный граф, в котором с одной стороны у вас есть вершины, соответствующие людям, а с другой стороны — вершины, соответствующие цветам. Ребро между человеком и цветом существует, если в соответствующем элементе матрицы есть единица.
В общем случае лучшие известные алгоритмы имеют наихудшую производительность O(E*sqrt(V)), где E — количество ребер в графе, а V — количество вершин. Один из таких алгоритмов называется Хопкрофт-Карп. Я бы посоветовал вам прочитать объяснение Википедии, которое я связал.
Каково количество людей и количество цветов? Существуют ли какие-либо другие ограничения, которые могут помочь в оптимизации? Кроме того, не могли бы вы уточнить "просто слишком медленно"?