Считывание почтового индекса (кодового штампа)

[fly-fire-fox]

Доброго времени суток!

Возникла необходимость автоматизировать считывание цифровой информации с бумажных носителей. Т.е. клиенты заполняют некий трафарет (предположительно кодовый штамп как на почте) - передают его нам и мы должны как то внести его в ПО.

Гугление на тему не помогает. Возможно кто-то встречался с подобной задачей? Какие оборудованием можно считывать кодовый штамп на рабочем месте оператора или в потоковом режиме? (на почте знаю есть специальные сортировочные центры, но их оборудование во-первых недоступно простым смертным, во-вторых крайне дорого).

[Utkin]

Куча фотодиодов в ключевых точках предполагаемого штампа.

[fly-fire-fox]

А более простое решение?

[pu4koff]

Сканер + допиленный под себя OCR?

[fly-fire-fox]

На этом же документе будет ещё и штрих код с информацией о клиенте. Тут я согласен с pu4koff. Как возможное решение вижу - раздать операторам портативные сканеры, которые передают на компьютер картинку и как то распознавать картинку. Выделять из неё штрих код и кодовый штамп и по отдельности распознавать то и другое.
Исходя из этого - кто знает какие либо бесплатные библиотеки (желательно для .NET) распознавания штрих кодов со сканов документов? И возможно кто то подскажет алгоритмы распознавания циферок с трафарета?

ЗЫ: Оригинальный вопрос все ещё в силе - какие кроме портативного сканера могут быть способы считывания кодового штампа?

[Utkin]

Алгоритм прост:
1. Нахождение угла наклона последовательности цифр. Со сканера прям ровно вы бумажку не введете, она по-любому будет под каким-то углом.
2. Коррекция изображения - с целью расположить цифры без наклона. Ну тупо поворот на нужный угол и в нужную сторону.
3. Разбитие последовательности цифр отдельно на каждую цифру.
3а. Если сканеры имеют большое разрешение - такое изображение также нужно загрубить - допустим сосканировали 2000х3000 точек, нужно перевести 600х800.
4. Анализ по контрольным точкам. Грубо говоря - нужно отследить закрашены ли точки или нет. Анализ полученных комбинаций - сравнение с заложенными в базе.
Ну например, для восьмерки можно искать точку в центре. А для нуля ее там не будет . Чем больше точек, тем качественней распознавание. Я думаю 7 точек достаточно для распознавания, но можно и больше . Если предполагается несколько шрифтов или они будут разного размера можно искать точки в небольших отрезках. Ну допустим тот же пример с центральной точкой - искать закрашенную точку на вертикальном отрезке - линии, состоящей из - 3-5 точек.