KR100846688B1 - 프론트-엔드와 백-엔드 문서 처리의 결합 - Google Patents

Abstract

프린트 문서의 프론트-엔드 처리와 백-엔드 처리를 결합하는 시스템, 방법 및 프로그램 제품이 개시되어 있다. 더욱 자세하게는, 본 발명은 문서를 프린트하는데 이용가능한 프린트 데이터를 수집하고 (즉, 문서를 프린트하는데 이용되는 데이터를 지속적으로 저장하고), 이용 후의 문서를 이미징하고, 프린트 데이터와 이미지 데이터를 함께 이용하여 문서를 처리하여 구현된다.

Description

프론트-엔드와 백-엔드 문서 처리의 결합{JOINED FRONT END AND BACK END DOCUMENT PROCESSING}

본 발명은 일반적으로 문서 처리에 관한 것으로, 더욱 자세하게는, 프론트-엔드와 백-엔드 문서 처리의 결합에 관한 것이다.

전자 통신의 발전에도 불구하고, 많은 산업에서는, 여전히 통신 매체로서 정형화된 문서를 요구하고 있다. 문서들의 콘텐츠와 레이아웃은 산업에 따라 변화하고 있다. 예를 들어, 문서들은 통신문, 보관표, 주문서, 송장, 영수증, 입력 양식(filled-out form; 예를 들어, 보험 청약서 및 완결 시험), 차용서 등을 포함한다. 그러나, 이러한 문서들의 처리는, 많은 문서들이 물리적인 프린트물 뿐만 아니라 디지털 형식을 갖도록 개발되고 있다. 대량의 문서를 요구하는 산업에서는, 문서 처리 관리가 매우 중요해진다. 통상적으로, 문서 처리 관리는 문서의 프론트-엔드 생성, 문서의 이용 및 이용된 문서의 백-엔드 처리를 포함하는 3 단계로 나누어질 수 있다. 각 단계의 콘텐츠는 산업에 따라 변경될 수 있다.

문서의 프론트-엔드 생성 동안, 문서 생성 데이터가 여러 텍스트(예를 들어, ASCII), 그래픽, 및 이미지로 존재하는데, 이는 종종 복수의 데이터베이스로부터 추출된다. 이 데이터는 여러 방식으로 구성될 수 있다. 몇몇 경우, 공개적으로는 액세스할 수 없는 사유 포맷이나 시스템을 이용할 수 있다. 문서가 프린트되는 경우, 많은 프린터들은 포스트스크립과 같은 텍스트 포맷을 접수하여, 데이터의 저장 없이 즉석(on-the-fly)에서 프린트 데이터를 생성한다. 다른 방법으로는, 몇몇 프린터가 프린트 데이터를 생성한 다음 그 데이터를 하나 이상의 버퍼들 내에 임시로 저장한다. 그러나, 이 데이터는 프론트-엔드 생성 단계 외에는 이용되지 않는다. 그 외의 경우, 몇몇 시스템들은 프린트된 문서의 또 다른 이미지를 생성하여 프린트 후의 프린트된 문서를 기록하는 포스트 프린터 카메라 또는 품질 검사 시스템을 이용한다. 그러나, 이 데이터는 프론트-엔드 생성 단계 외에는 이용되지 않는다.

예를 들어, 프린트된 문서들의 아카이벌(archival) 요건은 산업에 따라 변경될 수 있다. 문서 처리 및 아카이브가 중요한 기능을 하는 산업의 예로는, 금융 및 재무 관련 산업을 들 수 있다. 이러한 산업에서는, 고객의 성명이나 체크 이미지들과 같은 중요 데이터가 항상 아카이브되어, 어떤 데이터가 생성되었는지의 기록이 남겨진다. 종종, 어떤 형태로 아카이브되는 문서들이 고객 지원 업무에 이용가능하게 생성되어, 고객 지원 대리인이 무엇을 고객에게 전달하고 무엇을 고객으로부터 받아야 하며 무엇을 고객에게 되돌려 줄 것(예를 들어, 지불이 끝난 수표)인지를 검토할 수 있다. 이들 문서의 아카이브는 텍스트 데이터 또는 프린트 준비 페이지 또는 이들의 조합(예를 들어, 선택된 텍스트 데이터와 어떤 프린트 준비 페이지가 공동으로 IBM의 ContentManager, OnDemand와 같은 리포지토리에 있음)을 저장하는 것을 포함할 수 있다. 이와 반대로, 페이지 당 픽셀 데이터, 즉, 실제 이미지에서 페이지에 이용되는 픽셀들은 일시적으로도 저장될 수 없다.

프린트된 문서들의 백-엔드 처리 동안, 즉, 이들 문서의 예정된 이용 후의 처리 및 아카이벌 저장을 용이하게 하기 위하여, 조직 구조를 스캐닝하여 얻어지는 문서용으로, 많은 조직 구조 이미지들을 이용하고 있다. 예를 들어, 보험 산업에서, 몇몇 회사는 모든 수신되는 통신문들을 스캐닝한다. 이후, 그러한 서신, 청약서, 보고서 등을 처리용 이미지로 처리한다. 종종, 이들 문서 상에 프린트된 정보는 광 문자 인식(OCR) 프로그램에 의해 텍스트 데이터로 변환되어, 텍스트 검색 및 데이터 마이닝을 가능하게 하고 인덱스를 지원한다. OCR을 이용하지 않을 경우, 노동 집약적이고 시간 소모적인 데이터의 수작업 입력이 수행될 수 있다. 어느 경우에도, 이용된 문서들의 백-엔드 처리의 일부로서, 확장된 인덱싱, 조정, 에러 검사 및 위조 검출을 수행하는 것은 상당한 시간과 노력이 들게 된다.

문서 처리 관리에 대한 종래의 접근 방식의 문제점은 프론트-엔드 생성 데이터를 백-엔드 처리 데이터와 함께 이용하지 않는다는 것이다. 이는 프론트-엔드 문서 생성 데이터가 백-엔드 처리와 동일한 조직 구성에 존재하는 경우에도 발생한다. 그러나, 프론트-엔드 및 백-엔드 처리들이 동일한 조직 구성에 존재하지 않기 때문에 이러한 문제는 보다 빈번하게 발생한다. 예를 들어, 금융 및 재무 관련 산업에서는, 수표가 많은 다수의 기관에 의해 발행되어, 이와 동일한 다수의 독립적인 기관들에 의해 현금으로 지급될 수 있다. 종종, 수표의 현금 지급을 위하여, 은행 기관들은 밤새 자신의 대규모 커머셜 고객에게 수표 이미지의 CD-ROM들을 급행으로 배달한다. 몇몇 기관들은 그 수표를 그들의 텍스트 데이터와 수작업으로 비교한다. 이 경우, 현금 지급 은행에서 수표를 기록하지 않았다면, 에러 검출을 위한 프론트-엔드 처리에 접근하는 것이 매우 어렵게 된다. 현금으로 지급된 수표 각각을 프린트되었던 수표와 비교하여 현금으로 지급된 수표의 정확성를 보장하기 위해, 수표를 프린트하여 최초의 데이터에 영향을 주는 기술은 현재 존재하지 않는다. 또 다른 예로, 이용 문서들을 수신하여 스캔하는 보험 산업은 문서들을 프린트하는데 이용되는 최초의 정보가 액세스가능하지 않도록 한, 외부의 제 3 자에 의해 생성된 문서들을 종종 갖는다. 과거에는, 프론트-엔드 처리와 백-엔드 처리가 별도의 회사에서 발생하는 경우, 수신처에서 문서의 프론트-엔드 생성과 백-엔드 스캐닝 버전을 결합하는 방법이 없었다.

프론트-엔드 생성과 백-엔드 처리의 분리가 문제를 일으키는 또 다른 산업의 예로는 시험 산업을 들 수 있다. 이 산업에서는, 종종, 그룹에서의 각각의 시험이 고유하게 순차화된 문의 내용을 갖도록 시험 책자가 섹션으로 프린트되어 편집된다. 이용 후에는, 시험 책자는 다시 섹션으로 세분되어, 스캐닝되고 개별적으로 채점자에게 전달된다. 이러한 처리는 시간 소모적이고 지루한 작업이다. 또한, 채점을 문의받을 경우 장시간 동안, 종이로 된 시험 책자를 웨어하우스에 아카이브한다. 웨어하우스에 특히 이용되는 시험 책자를 찾는 작업 또한 시간 소모적이고 노동 집약적인 작업으로 된다. 현재, 시험의 프론트-엔드 생성과 백-엔드 채점 작업(scoring) 및 아카이브 처리를 결합하는 방법은 존재하지 않는다.

상술한 문제를 감안하면, 문서들의 프론트-엔드 처리와 백-엔드 처리를 결합하는 기술이 필요하다.

본 발명은 문서들의 프론트-엔드 처리와 백-엔드 처리를 결합하기 위한 시스템, 방법 및 프로그램 제품을 제공한다. 보다 자세하게는, 본 발명은 문서를 프린트하는데 이용가능한 프린트 데이터를 모으는 것(즉, 문서를 프린트하는데 이용가능한 데이터를 지속적으로 저장), 이용 후의 문서를 이미지화하는 것, 및 프린트 데이터와 이미지 데이터를 공동으로 이용하여 문서를 처리하는 것을 포함한다.

본 발명의 제 1 형태는 문서를 처리하는 방법을 교시하며, 이 방법은 문서를 프린트하는데 이용가능한 프린트 데이터를 모으는 단계와; 이용 후의 문서를 이미지화하여 이미지 데이터를 생성하는 단계와; 프린트 데이터와 이미지 데이터를 이용하여 이용 후의 문서를 처리하는 단계를 포함한다.

본 발명의 제 2 형태는 문서 처리하는 시스템을 교시하며, 이 시스템은 프론트-엔드 문서 생성 시스템을 포함하며, 이 프론트-엔드 문서 생성 시스템은 문서 생성 데이터에 기초하여 문서를 프린트하는데 이용가능한 프린트 데이터를 생성하는 프린트 시스템과; 그 프린트 시스템에 의해 생성되는 프린트 데이터를 지속적으로 저장하는 데이터 콜렉터를 포함한다.

본 발명의 제 3 형태는 문서 처리하는 시스템을 교시하며, 이 시스템은 이용 후의 문서를 처리하는 백-엔드 문서 처리 시스템을 포함하며, 이 백-엔드 문서 처리 시스템은 문서 생성 데이터에 기초하여 프린트 데이터를 생성하는 프론트-엔드 문서 생성 시스템에 의해 생성되는 프린트 데이터에 대한 액세스를 허용하도록 구성되는 제 1 액세스 모듈을 포함한다.

본 발명의 제 4 형태는 컴퓨터 판독 가능 코드가 내장되어 있는 컴퓨터 이용가능한 매체를 포함하는 컴퓨터 프로그램 내장형 제품을 교시하며, 이 프로그램 내장형 제품은 문서 생성 데이터에 기초하여 문서를 프린트하는데 이용가능한 프린트 데이터를 생성하도록 구성되는 프로그램 코드와; 프린트 데이터를 생성하도록 구성되는 프로그램 코드에 의해 생성되는 프린터 데이터를 지속적으로 저장하도록 구성되는 프로그램 코드를 포함한다.

본 발명의 제 5 형태는 문서를 처리하기 위하여 컴퓨터 판독가능 프로그램 코드가 내장되어 있는 컴퓨터 이용가능 매체를 포함하는 컴퓨터 프로그램 내장형 제품을 교시하며, 이 프로그램 내장형 제품은 이용 후의 문서의 이미지로부터 이미지 데이터를 생성하도록 구성되는 프로그램 코드와; 문서 생성 데이터에 기초하여 문서를 프린트하는데 이용가능한 프린트 데이터를 생성하는 프론트-엔드 문서 생성 시스템에 의해 생성되는 프린트 데이터를 액세스하도록 구성되는 프로그램 코드와; 프린트 데이터와 이미지 데이터를 이용하여 문서를 처리하도록 구성되는 프로그램 코드를 포함한다.

이하, 본 발명의 상술한 특징 및 다른 특징들의 이해를 위하여, 본 발명의 실시형태를 보다 자세히 설명한다.

본 발명의 실시형태들을, 동일한 요소는 동일한 도면 부호로 표기한 도면을 참조하여 보다 자세히 설명한다.

도 1은 본 발명에 따른 문서 처리 관리 환경을 나타내는 블록도이다.

도 2는 본 발명에 따른 문서 처리 관리의 흐름도를 나타낸다.

보다 명확한 설명을 위하여, 이하 설명은 I. 문서 처리 관리 환경 개요; II. 프론트-엔드 문서 생성 시스템; III. 백-엔드 문서 처리 시스템; IV. 동작; V. 이용 예-처리 애플리케이션; 및 VI.결로 된 표제부를 포함한다.

I. 문서 처리 관리 환경 개요

첨부한 도면들을 참조하면, 도 1은 본 발명의 문서 처리 관리 환경(10)을 나타내는 블록도이다. 일반적으로, 문서 처리 관리 환경(10)은 문서의 프론트-엔드 생성 단계(12), 문서의 이용 단계(14) 및 이용된 서류의 백-엔드 처리 단계(16)로 이루어진 3 단계를 포함한다.

이용 단계(14)를 참조하여, 수표와 같이 금융 및 재무 관련 산업에서 이용되는 문서에 대하여 본 발명을 설명한다. 그러나, 후술할 바와 같이, 본 발명은 폭넓은 산업에 대해 적용가능성을 가지며, 어떤 특정 산업에 한정되지 않아야 한다. 이용 단계(14)는 문서의 간단한 전달을 포함할 수 있고, 또는 공백을 채우는 것, 문서를 작성하는 것, 서명 및/또는 도장을 찍는 것, 및/또는 그 외의 경우 문서를 변경하는 것을 포함할 수 있다.

도 1을 참조하면, 환경(10)에서의 문서의 일반 이동은 프론트-엔드 문서 생성 시스템(20)에 의한 프론트-엔드 생성 단계(12)에서의 최초의 문서의 생성(22), 이용 단계(14)에서의 사용자에 의한 문서의 이용(22), 이후 백-엔드 문서 처리 시스템(21)에 의한 백-엔드 처리 단계(16)에서의 처리를 포함한다. 이하, 각각의 시 스템(20, 21)을 보다 자세히 설명한다. 이하 설명을 통하여 명확해질 바와 같이, 각각의 단계의 콘텐츠는 산업에 따라 변경될 수 있다. 개략적으로, 본 발명은 문서를 프린트하는데 이용가능한 프린트 데이터(28)를 전자적으로 캡쳐하여 저장(즉, 단계 12)한 다음 그 데이터가 백-엔드 처리 단계(16) 동안 액세스 가능하도록 한다. 이러한 방식에서, 백-엔드 처리는 최초의 문서를 실제로 생성하는데 이용되는 프린트 데이터, 및 이용 문서가 스캐닝되는 경우 획득되는 이미지 데이터를 이용할 수 있다. 또한, 백-엔드 이미지 데이터는 프론트-엔드 생성 시스템(20)에 대해서도 이용가능하게 형성될 수 있다.

II. 프론트-엔드 문서 생성 시스템

상술한 바와 같이, 단계(12)에서, 프론트-엔드 문서 생성 시스템(20)(이하, "생성 시스템(20)"이라 함)은 최초의 문서(22)를 생성하는데 제공된다. 하나의 생성 시스템(20)을 예를 들어 설명하고 있지만, 복수의 생성 시스템(20)들도 환경(10) 내에 존재할 수 있다. 예를 들어, 금융 및 재무 산업에서는, 개인, 법인, PayChex®과 같은 임금 대장 관리 회사와 같은 복수의 수표 이서자가 존재한다. 최초의 문서(22)의 생성은 문서 생성 데이터(24)에 기초한다. 문서 생성 데이터(24)는 여러 텍스트 데이터(예를 들어, ASCII), 그래픽, 및 최초의 문서(22)를 형성하는데 결합되는 바탕 이미지로 존재할 수 있다. 체크에 의해, 문서 생성 데이터(24)는 예를 들어, 수표 액수, 날짜, 수표 발행인, 지급인, 피지급인 등과 같은 텍스트 데이터; 검증 워터마크, 수표 발행자 로고 등과 같은 그래픽 데이터; 및 수표 배경 이미지나 그 외 다른 이미지와 같은 바탕 이미지를 포함할 수 있다. 당해 기술 분야에 알려진 바와 같이, 문서 생성 데이터(24)는 다수의 데이터베이스(도시 생략)으로부터 추출될 수 있다.

생성 시스템(20)은 프린트 시스템(26), 프린트 데이터 콜렉터(30), 프론트-엔드 액세스 모듈(34), 처리 애플리케이션(들)(37) 및 그 외 다른 시스템 구성요소(들)(38)을 포함한다. 프린트 시스템(26)은 프린트 데이터(28)를 생성하는 어떤 알려진 메카니즘 또는 이후 개발될 메카니즘을 포함할 수 있으며, 이 메카니즘은 최초의 문서(22)를 프린트하는데 이용할 수 있다. 프린트 시스템(26)은 예를 들어, 레이저 프린터, 충격식 프린터, 도트 매트릭스 프린터, 타이프라이터, 잉크 젯 프린터, 그 외 다른 프린터 종, 또는 이들의 조합을 포함할 수 있다. 동작시, 프린트 시스템(26)은 문서 생성 데이터(24)를 얻어, 이미 알려진 또는 이후 개발될 복수의 방법들 중 어느 것으로 그 데이터를 구성하여 원하는 최초의 문서(22)를 형성한다. 이렇게 수행할 때, 프린트 시스템(26)은 프린트 데이터(28)를 생성한다. "프린트 데이터"는 임시로 또는 비지속적으로 통상 저장만 되는 데이터, 예를 들어, 프린트 버퍼에서의 픽셀 데이터를 포함한 프린트된 최초의 문서(22)를 물리적으로 생성하는데 이용가능하고 프린트 시스템(26)에 의해 생성되는 어떤 임의의 데이터일 수 있다. 즉, 프린트 데이터(28)는 이미지 데이터, 픽셀 데이터(aka pels) 및 프린트 시스템(26)에 의해 문서 생성 데이터(24) (로우 데이터)로부터 전달되는 언어 데이터 중 적어도 하나를 포함한 프린트 준비 데이터를 포함한다. 따라서, 프린트 데이터(28)는 프린트된 콘텐츠의 코딩된 텍스트 버전과 이미지 버전 모두를 포함할 수 있다. 프린트 시스템(26)은 최초의 문서(22)를 실제로 프린트하는 메카니즘을 포함할 수도 있고 또는 문서를 실제로 프린트하지 않고 프린트 데이터(28)를 생성하는 프로세서(들)를 포함할 수도 있다. 따라서, 프린트 데이터(28)가 문서를 실제로 프린트하는데 반드시 이용될 필요가 있는 것은 아니다.

프린트 데이터 콜렉터(30)(이하, "콜렉터(30)"라 함)는 프린트 데이터(28)를 캡쳐하여 지속적으로(즉, 장기간 동안) 저장하도록 구성된다. 또한, 프린트 데이터 콜렉터(30)는 프린트 데이터(28)와 함께 보조 데이터(29)를 저장할 수 있다. 생성 시스템(20)의 콘텍스트에서 "보조 데이터"는 백-엔드 처리를 위하여 유용한 어떠한 산업 특정 데이터를 포함할 수 있다. 금융 및 재무 관련 산업에서, 보조 데이터(29)는 예를 들어, 계좌 번호, 수표의 액수, 인덱스 정보, 삽입된 식별 데이터, 최초의 프린트 데이터 스트림, 텍스트 정보, 인덱스 정보, 충격 프린트 폰트의 스캐닝 버전, 충격 프린터 폰트의 이상적인 버전, 최초의 문서의 JBIG-2(Joint Bilevel Image experts Group) 압축 버전, 최초의 문서의 전자 버전, 아카이벌 저장을 위한 백-엔드 버전을 어느 방향으로 송부해야 하는지의 정보, 또는 특정 산업에 의해 요구되는 그 외의 데이터를 포함할 수 있다. 프린트 데이터(28)(및 보조 데이터(29))는 예를 들어, 프론트-엔드 메모리(32)에 저장될 수 있다. 메모리(32)는 자기 매체, 광학 매체, 랜덤 액세스 매체(RAM), 판독 전용 메모리(ROM), 데이터 오브젝트 등을 포함한 이미 알려져 있거나 또는 이후 개발될 어떤 데이터 저장 시스템 및/또는 전송 매체도 포함할 수 있다. 또한, 메모리(32)는 하나 이상의 데이터 저장 형태를 포함한 단일한 물리적 위치에 상주할 수도 있고, 또는, 복수의 물리적 시스템 전반에 걸쳐 분배될 수도 있다. 프린트 데이터(28)는 메모리(32) 내에서 인덱스를 용이하게 하는 어떤 방식으로 순차화될 수 있다. 예를 들어, 수표에서는, 날짜, 수표 번호 등의 순서로 순차화될 수 있다. 또한, 메모리(32)에서의 프린트 데이터(28)는 키라인(keyline) 데이터의 고유 조합에 의해 인덱스되는 일차 키(primary-key)일 수 있고, 이에 의해, 후술할 바와 같이, 모든 수표의 이미지 데이터(42)가 처리 애플리케이션(37, 56)에 의한 용도로 그 대응 프린트 데이터(28)와 함께 고유하게 짝이 될 수 있다.

또한, 콜렉터(30)는 식별 데이터(도시 생략)를 프린트 데이터(28)에 삽입하도록 구성되는 식별 데이터 인서터(36; inserter)를 포함할 수 있다. 예를 들어, 식별 데이터는 문서 사용자 식별 정보, 산업 특정 문서 식별자, 백-엔드 이미지 데이터에 대한 인덱스에 제공되는 생성 시스템 식별자, 워터마크, 바코드, 러닝 헤더(running header), 러닝 푸터(running footer), 인증용 비밀 심볼 등을 포함할 수 있다. 생성 시스템 식별자에 대하여, 하나의 생성 시스템(20)만이 설명되어 있지만, 복수의 생성 시스템이 환경(10) 내에 존재할 수 있다. 예를 들어, 금융 및 재무 산업에서는, PayChex®와 같은 복수의 수표 기록 벤더가 존재할 수도 있다. 각각의 생성 시스템은 후속 단계에서 소스 생성 시스템(20)을 식별하는데 이용될 수 있는 개개의 프린트 데이터(28)에 식별자를 삽입할 수 있다.

프론트-엔드 액세스 모듈(34)은 프린트 데이터(28)가 백-엔드 문서 처리 시스템(21)에 액세스가능하도록 구성된 임의의 하드웨어 및/또는 소프트웨어를 포함한다. 예를 들어, 프론트-엔드 액세스 모듈(34)은 생성 시스템(20) 및/또는 프론트 -엔드 메모리(32)에 대한 보안 로그인 패키지를 포함할 수 있으며, 그러한 데이터를 보안성있게 전달받은 암호 키 공급자는 프론트-엔드 처리 및 백-엔드 처리를 수행하려 할 경우 어느 곳이든지 제 3 자 수신 정보를 전달할 수 있다.

그 외의 시스템 구성요소(들)(38)은 문서 생성 시스템(20) 또는 보조 서비스를 위하여 이미 알려져 있거나 후에 개발되어질 그 외 다른 어떤 기능성을 제공할 수 있다. 그 외의 시스템 구성요소(38)의 예로는 프린트 데이터(28)에 대한 디지털 압축 패키지를 들 수 있다.

생성 시스템(20)은 문서를 간단하게 생성하는 시스템 이외의 여러 형태를 띨 수 있다. 예를 들어, 생성 시스템(20)은 영수증을 프린트하여 영수증에 대한 프린트 데이터(28)를 저장하는 판매 시점(point-of-sale) 단말기의 형태를 띨 수도 있다.

III. 백-엔드 문서 처리 시스템

백-엔드 문서 처리 시스템(21)(이하, "처리 시스템(21)"라 함)은 이용 단계(14) 이후의 이용 문서(40)를 수신하고, 그 이용 문서(40)에 기초한 또는 그 이용 문서(40)에 대한 어떤 여러 처리 작업들을 수행하도록 설계된다. 하나의 처리 시스템(21)만을 설명하고 있지만, 복수의 처리 시스템(21)이 환경(10) 내에 존재할 수 있다. 예를 들어, 금융 및 재무 산업에서는, 복수의 은행이 존재하여, 그 각각의 은행이 개인, 법인, PayChex®과 같은 임금 대장 관리 회사와 같은 복수의 수표 이서자로부터의 수표들을 수납할 수 있다. 이러한 산업에서는, 각각의 수신 은행이 처리 시스템(21)을 대표할 수도 있다.

각각의 처리 시스템(21)은 이미저 프로세서(52), 백-엔드 액세스 모듈(54), 하나 이상의 (그리고 통상 여러 개의) 처리 애플리케이션(56), 및 이용 문서를 처리하는데 이미 알려져 있거나 이후 개발되어질 그 외의 다른 시스템 구성요소(들)(58)를 포함한, 이미저(50)를 포함할 수 있다. 이미저(50)는 이용 문서(40)를 수신한 다음 그 이용 문서(40)를 스캐닝하여 그 이미지를 생성하도록 구성된다. 여기서는, 이미지, 그 이미지의 일부, 또는 그 이미지의 처리 부분(들)을 "이미지 데이터"(42)라 하기로 한다. 이미지 데이터(42)는 백-엔드 메모리(44)에 저장될 수 있다. 또한, 보조 데이터(43)가 이미지 데이터(42)와 함께 저장될 수도 있다. 처리 시스템(21)의 콘텍스트에서, 보조 데이터(43)는 후속하는 처리에 이용가능한 어떤 산업 특정 데이터를 포함할 수 있다. 예를 들어, 보조 데이터(43)는 수표 액수, 지급인, 피지급인, 발행 은행, 수표 증서의 배경 이미지, 수표를 현금으로 지급한 날짜, 수표를 현금으로 지급받은 사람의 사진, 수표를 현금으로 지급한 은행, 또는 특정 산업에 대해 요구되는 그 외의 어떤 데이터에 대한 텍스트 정보를 포함할 수 있다. 프론트-엔드 메모리(32)와 함께, 백-엔드 메모리(44)는 자기 매체, 광학 매체, 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 데이터 오브젝트 등을 포함한, 이미 알려져 있거나 이후 개발되어질 데이터 저장 시스템 및/또는 전송 매체를 포함할 수 있으며, 하나 이상의 데이터 저장 형태를 포함하는 단일한 물리적 위치에 상주할 수도 있고, 복수의 물리적 시스템 전반에 걸쳐 분배될 수도 있다. 이미지 데이터(42)가 이미저(50)의 필요성 없이 이용할 수 있는 경우, 이미저(50)를 생 략할 수도 있다.

이미지 프로세서(52)는 광 문자 인식(OCR), 회전 수정, 이미지 에일리어싱 수정, 에러 수정, 이미지 크기 스케일링, 바이너리 이미지로 변환하는 것에 대한 임계값 설정, 바이너리 이미지를 보다 작은 그레이스케일 이미지로 변환하는 것, 컬러 스페이스 변환, 자기 잉크 문자 인식(MICR) 등과 같은 이미지의 어떠한 이미지 데이터 관련 처리도 수행할 수 있다. 이후, 이러한 정보는 이미지 데이터(42)에 저장될 수 있다. 백-엔드 액세스 모듈(54)은 생성 시스템(20)에 의해 생성되는 프린트 데이터(28)로의, 처리 시스템(21)에 의한 액세스를 허용하도록 구성된다. 액세스 모듈(54)은 프론트-엔드 메모리(32)에서의 프린트 데이터(28)에 액세스하도록 구성되는 어떠한 하드웨어 및/또는 소프트웨어도 포함할 수 있다. 예를 들어, 백-엔드 액세스 모듈(54)은 생성 시스템(20) 및/또는 프론트-엔드 메모리(32)에 대한 보안 로그인 패키지를 포함할 수 있으며, 그러한 데이터를 보안성있게 전달받은 암호 키 공급자는 프론트-엔드 처리 및 백-엔드 처리를 수행하려 할 경우 어느 곳이든지 제 3 자 수신 정보를 전달할 수 있다.

아래 보다 자세히 설명할 바와 같이, 처리 애플리케이션(37, 56)은 어떤 여러 형태의 산업 특정 문서 처리 또는 분석 툴을 제공한다. 그러나, 본 발명에 따르면, 처리 애플리케이션들(56)을 통한 처리 시스템(21)은 프린트 데이터(28)와 이미지 데이터(42)를 이용하여 처리할 수 있다. 이하, 이러한 기능의 이점을, 동작 및 이용예의 설명을 통하여 보다 자세히 설명한다. 프론트-엔드 메모리(32)와 백-엔드 메모리(44)에 대하여, 메모리(32)는 생성 시스템(20) 위치(들)에서 위치되어, 처리 시스템(21)의 백-엔드 액세스 모듈(54)에 의해 요구되는 경우 액세스될 수 있다. 이와 유사하게, 메모리(44)는 처리 시스템(21) 위치(들)에 위치되어, 생성 시스템(20)의 프론트-엔드 액세스 모듈(34)에 의해 요구되는 경우 액세스될 수 있다. 다른 방법으로는, 백-엔드 메모리(44)에 저장된 이미지 데이터(42)와의 비교를 위하여, 프린트 데이터(28)의 패킷이 처리 시스템(21)에 전달될 수도 있다. 이와 유사하게, 프론트-엔드 메모리(32)에 저장된 프린트 데이터(28)와의 비교를 위하여, 이미지 데이터(42)의 패킷이 생성 시스템(20)에 전달될 수도 있다. 또 다른 예에서, 제 3자(들)이 임의의 수의 생성 시스템(들)(20) 및/또는 처리 시스템(들)(21)로부터 데이터를 모으고 그 데이터에 대한 액세스 가능성을 제어하도록 구현될 수도 있다. 예를 들어, 문서 생성은 복수의 생성 시스템(20)에서, 예를 들어, 팩시밀리 머신에서, 다수의 벤더 프린터에서 또는 다수의 로컬 프린터에서 발생할 수 있다. 이러한 프론트-엔드 데이터는 제 3 자에 의해 단일 소스로 모여질 수 있으며, 이에 의해, 처리 시스템(들)(21)에 대한 액세스가 용이하게 이루어질 수 있다. 문서는 최초 인쇄된 문서의 전자 버전을 어디서 찾아야 하는지에 대한 정보를 내부에 내장시켜 포함할 수 있다. 또한, 데이터의 모음은 생성 시스템(들)(20)에 의한 용이한 액세스를 위하여 복수의 처리 시스템(들)(21)을 가진 환경과 반대로 발생할 수도 있다. 어떠한 경우에도, "최초의" 프론트-엔드 프린트 데이터(28)는 이미지 데이터(42)와 함께 처리되도록 형성된다.

예를 들어, 그 외의 시스템 구성요소(들)(58)은 분류 메카니즘을 포함할 수 있다.

IV. 동작

도 1 및 도 2를 함께 참조하여, 본 발명에 따른 문서 처리 관리를 설명한다. 단계 S1는 식별 데이터 인서터(36)가 문서 식별 데이터를 프린트 데이터(28)에 내장하는 옵션적인 단계를 나타낸다. 예를 들어, 피지급자가 수표를 현금으로 지급받으려 하는 경우, 사진의 형태로 된 피지급자의 식별정보가 확인을 위하여 수표 내에 포함될 수 있다. 또 다른 예에서, 임금 대장 관리 회사의 식별정보가 프린트 데이터(28)에 포함되어, 복수의 프린터 데이터 메모리(32) 중 어느 것이 백-엔드 액세스 모듈(54)을 이용하여 액세스하는지를 처리 시스템(21)이 알 수 있게 된다.

단계 S2에서, 데이터 콜렉터(30)는 프린트 데이터(28)를 모은다. 또한, 단계 S2는 문서에 대한 보조 데이터(29)와 함께 프린트 데이터(28)를 저장하는 것을 포함할 수 있다.

단계 S3에서, 최초의 문서(22)가 그 의도된 목적을 위해 이용된다. 수표의 경우, 수표는 피지급인에게 보내지고 은행은 그/그녀에게 현금을 지급한다. 단계 S4에서, 이미저(50)가 이용 문서(40)를 이미징하여, 이미지 데이터(42)를 생성한다. 수표의 경우, 수납 은행이 수표를 이미징하여 수표의 이미지 데이터(42)를 생성한다. 이미징 단계는 문서에 대한 보조 데이터(43)와 함께 이미지 데이터(42)를 저장하는 것을 포함할 수 있다. 또한, 이미징 단계는 이미지 프로세서(52)를 이용한 광 문자 인식과 같은 이미지 처리를 수행하는 것을 포함할 수 있다.

단계 S5에서, 하나 이상의 처리 애플리케이션(37, 56)이 프린트 데이터(28) 와 이미지 데이터(42)를 이용하여 이용 문서(40)를 처리한다. 또한, 단계 S5는 하나 이상의 데이터 저장부로부터, 즉, 메모리(32) 및/또는 메모리(44)로부터 프린트 데이터(28)와 이미지 데이터(42) 중 적어도 하나를 검색하는 것을 포함할 수 있다. 처리 애플리케이션(37, 56)의 일례는 이용 문서(40)용 이미지 데이터(42)에 기초하여 이용 문서(40)용 프린트 데이터(28)를 식별하는 것을 포함할 수 있다. 처리 애플리케이션(37, 56)의 또 다른 예는 이용 문서(40)의 이미지 데이터(42)와, 대응 프린트 데이터(28)를 비교하여 문서에 대한 변경을 검출하는 것을 포함할 수 있다. 이하, 또 다른 처리 애플리케이션(37, 56)을 설명한다.

V. 이용-처리 애플리케이션 예

이하, 본 발명의 프론트-엔드 프린트 데이터(28)와 백-엔드 이미지 데이터(42)을 공동으로 이용하는 경우의 이점을 설명하기 위하여, 산업 분야에 의한 복수의 이용예와 이와 관련된 처리 애플리케이션(37, 56)의 예를 설명한다. 그러나, 본 발명은 여기 설명된 처리 애플리케이션과 산업 분야의 구체예 이외의 다른 적용도 가능할 수 있다. 따라서, 본 발명은 아래 설명된 처리 애플리케이션 및/또는 산업의 예들 중 어느 하나에만 한정되는 것이 아니다. 또한, 처리 애플리케이션(37, 56)은 처리 시스템(21) 및/또는 생성 시스템(20)에서도 구현될 수 있다.

A. 금융 및 재무관련 산업

수표의 예에 계속하여 설명하면, 수표는 다음 2 가지 별도의 처리, 즉, 수표 의 생성 처리 및 은행과 같은 금융 기관에 의한 수표의 현금 지급을 위한 별도의 처리를 받는다. 상술한 본 발명은 프린트된 수표들과 현금 지급된 수표들 간의 작업 흐름 사이클을 진행한다. 보다 자세하게는, 본 발명의 프론트-엔드 프린트 데이터(28)와 백-엔드 이미지 데이터(42) 이용의 이점이 얻어지는 복수의 처리 애플리케이션(37, 56; 도 1)이 실시될 수 있다. 수표 생성 동안, 문서 생성 데이터(24)는 프린트 시스템(26) 내의 프린트 데이터(28)로 변환된다. 종종 이 수표는 고유 수표 번호에 의한 추적과 IBM의 Infoprint Workflow 및 Infoprint Manager와 같은 업 스트림 소프트웨어의 허가를 포함한 정밀한 제어를 받아, 모든 필요한 수표가 적절한 재판으로 프린트된 복제품인지를 추적하여 보장한다. 수표의 현금 지급시, 이와 맞먹는 정밀한 처리는 수표의 이미지 데이터(42)를 판독하고 그 수표를 적절하게 분류하는 것으로서, 필요에 따라 수작업의 개입을 포함한다. 수표 이미지 데이터(42)는 "현급 지급된 것"이란 이미지가 장기간 유지될 수 있도록 아카이브될 수 있다.

본 발명은 프론트-엔드 프린트 데이터(28)와 백-엔드 이미지 데이터(42)로의 액세스를 허용하고 이들 데이터를 함께 처리하여 2 가지 처리를 진행시킨다. 처리 애플리케이션(37, 56)은 예를 들어, 다음과 같은 기능과 이점을 제공할 수 있다.

1. 데이터 매칭을 위한 비교: 비교기는 대응하는 데이터를 매칭시키기 위한 목적으로 이미지 데이터(42)를 프린트 데이터(28)와 비교하기 위해 제공된다 예를 들어, 은행에 제출된 수표 이미지는 그 위에 OCR이 수행되어, 예를 들어, 발행 은행(수표 생성 시스템) 식별 정보와 수표 번호가 판정된다. 이러한 정보는 적절한 프론트-엔드 메모리(32)를 식별하고 프린트 데이터(28)를 매칭용으로 조사하는데 이용될 수 있는 수표 특정 키를 제공한다. 어떤 경우, 수표들은 프린트 데이터(28) 내에 없을 수도 있다. 예를 들어, 개인에 의해 이서된 개인 수표가 수납 은행에 제출되기 전에는 프린트 데이터(28)에 존재하지 않게 되는데, 이 경우, 수표와 대응 이미지 데이터(42)는 종래의 방식으로 처리된다. 이와 반대로, 수표의 이미지 데이터에 대하여 매칭이 존재하는 경우, 대응 프린트 데이터(28)(텍스트 데이터 및 최초의 수표 이미지 모두)가 후술될 수표의 진정성 확인(validating)과 현금 지급 처리와 같은 기능을 위하여 이외의 처리 애플리케이션(37, 56)에 이용될 수 있다. 이러한 처리 애플리케이션은 단독으로 대량의 수표 프린트, 분류 및 리포지터리 서비스의 통합을 가능하게 한다.

2. 진정성 확인(validating) 및 가짜/위조 자동 검출: 프린트 데이터(28)와 이미지 데이터(42)를 비교하는 비교기가 제공되어, 처리 애플리케이션(37, 56)이 여러 위조 및/또는 변조의 검출 처리들을 수행할 수 있도록 한다. 위조나 변조의 경우, 예를 들어, 이미징된 수표의 액수와 프린트된 수표의 액수가 일치하지 않는 경우, 그 수표는 현금으로 환급되는 대신에 조사를 위하여 우회될 수 있다. 이러한 불일치는 가짜로 위조된 것이거나 OCR/이미지 프로세서(52)에 의해 오판독된 것임을 의미할 수 있다. 또한, 프린트 데이터(28)가 바이너리인 경우, 그 데이터는 처리 시스템(21)에서 다중 레벨을 가진 수정된 크기의 이미지로 변환될 수 있다. 예를 들어, 수표가 이미 프린트된 배경을 가진 페이퍼 증서(paper stock) 상에 수표가 인쇄된 경우, 수표 액수, 지급인의 이름과 주소, 발행 은행, 피지급인의 이름과 주소, 수표 액수, 기재된 수표 액수, 및 서명 란과 같은 개인적으로 처리되고 포맷된 정보를 포함하는 페이퍼 위에 인치 당 600 pels의 바이너리 이미지만을 프린트할 수 있다. 이미지 데이터(42)는 예를 들어 인치 당 100 화소의 낮은 해상도를 가진 그레이스케일 이미지일 수 있다. 인치 당 600 pels의 최초 바이너리 이미지의 그레이스케일 근사방식은 각각 6x6 pel 제곱당 블랙 pels의 수를 합산한 다음 다이내믹 범위를 조정하여 그 스캐닝된 이미지를 매칭시킴으로써 생성될 수 있다. 개개의 색으로 스캐닝된 이미지 데이터(42) 상에 중첩시킬 경우, 어떤 상당한 차이가 상당한 컬러 차로 나타나게 된다. 따라서, 수표의 변조를 쉽게 식별하게 된다. 수표 액수 변조의 경우로 구체적으로 설명하면, 프린트 데이터(28)는 각각의 수표 상의 정확한 데이터와 실제로 프린트된 수표의 액수만을 포함하기 때문에, 범죄자가 위조 수표를 진정한 수표로 속이는 것이 더욱 어렵게 된다.

복제된 수표의 경우에는, 처리 애플리케이션(37, 56)이 첫번째 현금 지급시 수표의 프린트 데이터(28)와 이미지 데이터(42)를 생성시킨 그 수납된 복제 수표와 수표 액수가 일치하는 그 외 다른 수납된 수표를 검출한다. 이는 수표 이미지 상의 서명과 그 외 다른 마크들의 비교를 가능하게 한다. 위조된 경우, 프린트된 수표의 배달과 수표의 예탁 간의 시간을 이용하여, 프론트-엔드 프린트 데이터(28)로, 즉, 보조 데이터(29)로 의도된 수납인의 서명을 검색하여 저장할 수 있다. 이후, 이미지 데이터(42)가 수 개월에 걸쳐 비교되어 서명시의 서명과의 차이가 검출될 수 있다.

결국, 위조, 조작 및 변경의 자동 검출에 의해 문서에 대한 수작업의 필요성을 제거한다. 또한, 처리 시스템(21)은 프린트 데이터(28)와의 비교를 통하여 에러가 노출되기 때문에 예를 들어, 5 회의 시도로 이루어지던 것이 단지 1회의 OCR 시도만으로도 이루어질 수 있어, 보다 고속으로 동작할 수 있다. 또한, 처리 애플리케이션(37, 56)에 대한 액세스가 충분히 고속으로 수행될 경우, 출납원이 여전히 은행에 있는 상태에서 은행/수납인에게 문제가 발생했음을 알릴 수 있다. 어떠한 경우에도, 프린트 데이터(28)와 함께 이미지 데이터(42)가 범죄의 증거로 경찰에게 전달될 수 있다.

상술한 1과 2의 경우, 본 발명은 상이한 위치들에서 작업이 완료되는 경우에 매우 유용할 수 있다. 예를 들어, 일치가 검출되지 않는 경우, 처리 시스템(21)은 불일치에 대한 적법한 이유의 문의를 위해 이미지 데이터(42)를 생성 시스템(20)(또는 프론트-엔드 메모리(32)의 제 3 자 홀더)으로 리턴시킬 수 있다.

3. 수표 결제의 확인: OCR(이미지 데이터(42))을 통하여 스캐닝된 수표의 액수의 수표 추적 번호는 최초의 수표의 프린트 데이터(28)에 대한 입증에 의해 확인될 수 있다.

4. 인쇄되어 현급지급된 수표의 장기간 리포지토리의 허용: 수표는 자신의 최초의 프린트 데이터(28)와 매칭될 수 있으며, 그 결과, 프린된 수표와 현급 지급된 수표의 이미지 모두를 장기간 아카이브에 이용할 수 있다.

5. 상태 문의와 같은 추가 서비스 제공: 처리 시스템(21)이 수표를 수납했음을 생성 시스템(20)이 통지받을 수 있기 때문에 추가 서비스가 제공될 수 있다. 일례에서, 수표 발행인은 자신의 수표 중 어느 것이 현금지급되었는지를 정확히 알아보고 그 수표의 확인된 액수와 프린트된 수표 이미지와 현금 지급된 수표 이미지를 액세스했는지의 상태 문의들을 확인할 수 있다. 이러한 문의는 수납가능한 액수와 약정액의 관리, 및 고객 추적, 현금 지급된 수표의 액수를 확인하는데 유용할 수 있다. 또 다른 예에서, 금융 고객은 캐시 플로우, 목록 등에 대한 보다 현재의 정보를 제공받을 수 있다. 또한, 또 다른 추가 서비스도 제공될 수 있다.

6. 수표 자동 재프린트: 수표가 (통상 발행일로부터 60일 내) 은행에 수납되지 않은 경우, 그 수표는 재프린되는 것이 필요하다. 생성 시스템(20)은 최초 수표의 프린트 데이터(28)를 저장하기 때문에, 후에도 그 수표의 재프린트가 가능해진다. 이 경우, 프린트 시스템(26) 또는 식별 데이터 인서터(36)가 예를 들어, 수표 상의 몇몇 위치에 그레이 스케일 이미지로된 "reprint #1"과 같은 재프린트 마커를 포함할 수 있다. 이는 재프린트되는 수표가 최초 수표와 구별되게끔 한다. 60 일(또는 어떤 기간) 후에 자동으로 수표가 재프린트되어, 고객 계좌 정보, 수표 액수 등을 불필요하게 다시 키잉하는 시간을 없게 한다. 처리 애플리케이션(37, 56)은 "보이드"와 같은 최초 수표 이미지를 자동으로 등록할 수 있어, 최초 수표가 유효 기간 이후에 수납된 경우에 현급지급하지 않는다. 처리 애플리케이션(37, 56)은 백-엔드 메모리(44)에 함께, 예를 들어, 프린트된 최초 버전, 재프린트 버전(들) 및 어떤 수납된 수표의 전체 "패밀리"를 그룹화할 수 있다.

7. 데이터 저장 크기 축소 및 인덱싱 간략화의 가능: 백-엔드 이미지 데이터(42)가 "완전하게" 프론트-엔드 프린트 데이터(28)와 일치하는 경우, 수표에 대한 정보를 저장할 필요가 거의 없게 된다. 예를 들어, 프론트-엔드 프린트 데이터(28)는 "최초" 수표로 간주될 수 있으며, 여기서, 통상, 이미지 데이터(42)는 최초의 것으로 간주된다. 이 경우, 그 외 모든 관련 정보가 중복되거나 이미 알려진 것이기 때문에, 수표의 수납 날짜와 시간과 같은 신규 정보가 거의 필요없을 수 있다. 또한, 수표의 프린트 데이터(28)는 특정한 이용가능 순서로(예를 들어, 수표 액수에 의해, 회사에 의해, 송장 번호에 의해, 또는 날짜에 의해) 생성될 수 있어, 수표의 인덱스가 보다 용이하게 자동화될 수 있다.

8. 바람직한 데이터 품질 제공: 프린트 데이터(28)는 표준 이미지 포맷으로 생성될 수 있고, 그에 따라, 그 이미지를 생성하는데 이용되는 생성 기술, 프린터, 회사, 프로그램 또는 메모리를 알 필요 없이, 예를 들어, 뷰잉을 위하여 이용될 수 있다. 또한, 프린트 데이터(28)가 잡음이 없기 때문에, 이미지 데이터(42)를 스캔 생성하는 것보다 우수하게 압축시킬 수 있고 보다 우수한 이미지 품질을 제공할 수 있다. 또한, OCR 결과가 프린트 데이터(28)에서 기존에 이용가능한 텍스트 데이터에 비교될 수 있고 따라서, OCR 처리가 오프라인을 시험하고 튜닝하고 재조정하기 때문에, 텍스트 데이터는 이미지 데이터(42)로부터 완벽하게 추출될 수 있다.

9. 절차 상의 품질 보장의 제공: 복지 및 사회 보장 수표와 같은 문서는 매달과 같이 규칙적인 스케줄로 프린트되도록 제안되어진다. 절차 상의 컴플라이언스를 추적하기 위해, 프론트-엔드 메모리(32)는 적절한 시간에 프린트되지 않은 수표를 플래그할 수 있다.

10. 회계 처리의 개선: 수표의 프린트 데이터(28)는 회계부로 전달될 수 있으며, 따라서, 계좌 번호 액수, 지급인 등과 같은 수표 정보가 수표의 현금 지급 이전에 필요한 회계 및 과세 시스템으로 입력될 수 있다. 수표의 현금 지급시, 현급 지급 통지가 현금 지급 처리 관련 데이터, 예를 들어 현급 지급 날짜만을 가진 처리 시스템(21)으로부터 전달될 수 있다. 이러한 방식에서는, 회계부는 회계 기록을 업데이트하기 위하여 수표 현금 지급을 대기할 필요가 없게 되고 이는 기록을 보다 고속으로 이루어지게 하고 캐시 플로우를 증가시킬 수 있다.

B. 표준화된 시험 산업

표준화된 시험 산업과 관련하여, 처리 애플리케이션(37, 56)은 예를 들어, 다음과 같은 기능과 관련 이점을 제공할 수 있다.

1. 특수 포맷: 그룹으로 된 각각의 시험이 고유한 순서로 된 문의 내용을 갖 도록 시험 책자가 종종 세션으로 프린트되어 편집된다. 시험이 모두 채워진 이용 후, 시험 책자는 다시 세션으로 세분되고 식별 커버 시트로 스캐닝되어 개별적으로 채점자에게 전송된다. 일단 채점되면, 각각의 시험 책자에 대한 결과가 각각의 시험 응시자마다 재컴파일되어야 한다. 프린트 데이터(28)와 이미지 데이터(42)는 이러한 처리를 지원하는 책자별 베이시스 상에서 정보의 특수한 포맷을 가능하게 한다. 예를 들어, 주문형 프린트 시스템 기술에 의해 시험 책자들이 개개의 시험 응시자의 식별 정보와 시험 페이지/문의 순서 식별 정보를 가지고 프린트되어질 수 있다. 이러한 식별 정보는 예를 들어, 바코드를 포함할 수 있다. 이 경우, 프린트 데이터(28)가 이미지 데이터(42)와 함께 이용을 위한 인덱스 정보를 제공할 수 있기 때문에, 재컴파일이 매우 간략해진다. 따라서, 각각의 시험 책자가 프린트 데이터(28)의 재검색을 가능하게 하는 정보를 포함하기 때문에, 시험 책자는 더 이상 어떤 개별적인 식별 커버 시트로 스캐닝된 것을 일괄처리할 필요가 없다.

2. 시험 책자의 아카이브: 페이퍼 시험 책자는 그 채점 처리가 문의되는 경우 많은 시간 동안 저장부에 아카이브된다. 저장부에서 특별하게 이용된 시험 책자를 찾는 것은 시간 소모적이고 노동 집약적으로 된다. 이미지 데이터(42)와 프린트 데이터(28)의 이용은 최초 시험과 스캐닝된 이용 시험의 전자 버전을 저장함으로써 이러한 부담을 쉽게 해결한다. 따라서, 페이퍼를 찾는 것을 대신하여, 전자 버전(들)을 예를 들어, 자동 검색을 통하여 검색할 수 있다.

3. 자동 채점 이점: 다수의 선택 버블이 이용되는 경우, 정답을 알고 있는 프린트 데이터(28)에 기초하여 질문에 대해 단지 하나의 답이 마킹되었다면, 리턴된 시험 책자는 자동으로 스캐닝될 수 있다. 스캐닝된 이미지는 최초 프린트 데이터와 비교될 수 있다. 사용자는 (바람직하게) 질문에 대해 하나의 버블에만 채운다. 채우진 버블의 위치는 처리 애플리케이션(56)에 의해 결정되어 프린트 데이터(28)를 함께 수신받은 보조 데이터(29)에 제공된 정답과 비교될 수 있다. 하나 이상의 버블이 암으로 된 경우, 가장 어두운 것(그 외의 것은 소거되어진 것으로 간주)이 정답과 비교될 수 있다. 주어진 질문에 대하여 다수의 버블이 채워진 오답은 채점전에 사람이 판정하도록 우회될 수 있다. 자동 채점은 시험 응시자에 대하여 보다 고속의 피드백을 가능하게 한다. 하나 이상의 답이 마킹된 경우, 시험 책자의 프린트 데이터(28)와 이미지 데이터(42)는 정답의 이미지와 함께 비교를 위하여 인간에 제공될 수 있다. 정확한 답이 정답 이미지에서 보다 큰 컬러 버블로 제공되는 경우, 정답들은 어두운 버블을 윤곽선 처리한 컬러로 나타난다. 이와 반대로 손실한 정답은 컬러로 채워진 버블로 나타나고 오답은 컬러 에지 없이 어두운 버블로 나타난다. 다른 방식으로는, 오답들이 다른 컬러의 버블로 주어질 수 있다. 이후, 하나 이상의 답이 정답인 경우에는, 정확한 컬러를 가진 어떤 마크가 허용된다. 이러한 형태의 처리에 기초하여, 생성 시스템(20)으로부터의 개별화된 시험들이 프린트로 저장될 수 있고, 자동으로 성적이 채점되는 동안에 답안지들이 즉석에서 생성된다. 이 경우, 답안지가 보호될 필요가 없다. 이러한 각각의 시험이 개별화되고 답안지들이 생성되어 프린트되지 않기 때문에, 답안지를 훔쳐 부정행위를 하는 것이 방지된다. 프론트-엔드 정보가 백-엔드 채점 처리에 이용할 수 없는 경우에는, 답안지들이 생성되어야 한다. 프론트-엔드 문서와 백-엔드 문서 처리가 결합되기 때문에, 프론트-엔드 데이터에 답이 첨부되도록 유지되는 것이 가능하게 된다. 추가된 보안 대책에서는, 시험 당일이 지난 후까지 프론트-엔드 데이터가 배포될 수 없다. 정답과 오답의 컬러 코딩은 프린트 데이터(28)에 저장되어 백-엔드 처리에 이용되는 보조 데이터(29)의 일례이다. 선상에서 해관 사관 학교 생도들이 시험을 보는 경우를 예로 들어 설명한다. 통상적으로, 답안지들은 장교에게 팩스로 보내져, 그 결과가 채점될 수 있다. 이러한 접근 방식에서는, 장교는 자동 채점된 시험을 단독으로 또는 해군 사관 학교 생도들과 함께 검토할 수 있고 첨부된 답안을 가진 별도의 답안지가 필요없게 된다. 이는 모든 테스트가 다를 수 있기 때문에 매우 유용하다.

C. 보험 산업

보험 산업에 대해서는, 처리 애플리케이션(37, 56)이 예를 들어, 다음과 같은 기능과 관련 이점을 제공할 수 있다.

1. OCR 정확도 검사: 제 3자에 의해 생성되는 통신문은 스캐닝되어 처리될 경우 프론트-엔드 프린트 데이터(28)에 대한 액세스를 가능하게 하는 식별자를 포함할 수 있다. 이 경우, 이미지 데이터(42)와 프린트 데이터(28)를 비교하여, 이미지 데이터(42)로부터 얻어지는 OCR 데이터의 검사를 가능하게 할 수 있다.

2. 위조 검출: 어떠한 위조 통신문도 프론트-엔드 메모리(32)의 대응 데이터를 갖지 못하기 때문에 위조 통신문을 용이하게 검출할 수 있다.

VI. 결

상술한 설명에서, 방법 단계들은 메모리에 저장된 프로그램 제품의 명령을 실행하는 컴퓨터 시스템의 중앙 처리 장치와 같은 프로세서에 의해 수행될 수 있다. 여기에 설명된 여러 장치, 모듈, 메카니즘, 및 시스템은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합으로 실현될 수도 있으며, 설명된 것 이외의 것으로 구획화될 수도 있다. 이들은 여기 설명된 방법을 수행하도록 구성되는 어떠한 형태의 컴퓨터 시스템 또는 그 외의 장치들에 의해 구현될 수 있다. 하드웨어와 소프트웨어의 통상적인 조합은 로딩되거나 실행시, 컴퓨터 시스템을 제어하여 여기 설명된 방법을 수행할 수 있는 컴퓨터 프로그램을 가진 범용 컴퓨터 시스템일 수도 있다. 다른 방법으로는, 본 발명의 기능적 작업 중 하나 이상의 것을 실행하는 특수 하드웨어를 포함하는 특정 용도의 컴퓨터를 이용할 수 있다. 또한, 본 발명은 컴퓨터 프로그램 제품에 내장될 수 있으며, 이 프로그램 제품은 여기 설명된 방법 및 기능의 구현을 가능하게 하는 모든 특징부들을 포함하며 컴퓨터 시스템에 로딩되는 경우, 이들 방법 및 기능을 실행할 수 있다. 본 발명의 콘텍스트에서의 컴퓨터 프로그램, 소프트웨어 프로그램, 프로그램, 프로그램 제품, 또는 소프트웨어는 정보 처리 능력을 가진 시스템이 (a) 다른 언어, 코드 또는 부호로 변환; 및/또는 (b) 상이한 재료 형태로 재생된 즉시 또는 바로 특정 기능을 수행하도록 하는 명령 세트의 어떠한 언어, 코드 또는 부호로 된 어떠한 표현도 의미할 수 있다.

상술한 특정 실시형태를 통하여 본 발명을 설명하였지만, 많은 다른 변형 및 수정도 이루어질 수 있다. 따라서, 상술한 본 발명의 실시형태는 설명을 위한 것이지 본 발명을 한정하기 위한 것이 아니다. 여러 변형이 후술한 청구범위에 의해 정해지는 본 발명의 범위와 의미에 벗어남이 없이 이루어질 수 있다.

Claims (22)

1. 문서 처리 방법으로서,

   상기 문서를 프린트하는데 이용가능한 프린트 데이터를 수집하는 단계와;

   이미지 데이터를 생성하기 위해, 상기 문서가 이용된 후에 상기 문서를 이미징하는 단계와;

   상기 프린트 데이터를 검색(retrieving)하고, 상기 프린트 데이터를 상기 이미지 데이터와 비교하여, 상기 프린트 데이터와 상기 이미지 데이터 사이에 일치(match)가 있으면 상기 문서가 진정한 것임을 확인(validating)함으로써 상기 문서를 처리하는 단계

   를 포함하는 문서 처리 방법.
2. 제 1 항에 있어서, 상기 프린트 데이터는 이미지 데이터, 픽셀 데이터 및 언어 데이터 중 적어도 하나를 포함하는 것인 문서 처리 방법.
3. 제 1 항에 있어서, 상기 수집 단계 이전에 프린트 데이터에 문서 식별 데이터를 포함시키는 단계를 더 포함하는 문서 처리 방법.
4. 제 1 항에 있어서, 상기 수집 단계는 문서에 관한 보조 데이터와 함께 프린트 데이터를 저장하는 단계를 포함하는 것인 문서 처리 방법.
5. 제 1 항에 있어서, 상기 이미징 단계는 문서에 관한 보조 데이터와 함께 이미지 데이터를 저장하는 단계를 포함하는 것인 문서 처리 방법.
6. 제 1 항에 있어서, 상기 처리 단계는 하나 이상의 데이터 저장부로부터 프린트 데이터와 이미지 데이터 중 하나 이상의 것을 검색하는 단계를 포함하는 것인 문서 처리 방법.
7. 삭제
8. 삭제
9. 프론트-엔드 문서 생성 시스템을 포함하는 문서 처리 시스템으로서,

   상기 프론트-엔드 문서 생성 시스템은,

   문서 생성 데이터에 기초하여 문서를 프린트하는데 이용가능한 프린트 데이터를 생성하는 프린트 시스템과;

   상기 프린트 시스템에 의해 생성된 프린트 데이터를 지속적으로 저장하기 위한 데이터 콜렉터

   를 포함하는 것인 문서 처리 시스템.
10. 제 9 항에 있어서, 상기 프론트-엔드 문서 생성 시스템은 프린트 데이터가 백-엔드 문서 처리 시스템에 액세스가능하도록 하는 프론트-엔드 액세스 모듈을 더 포함하는 것인 문서 처리 시스템.
11. 제 9 항에 있어서, 이용 후의 문서를 처리하는 백-엔드 문서 처리 시스템을 더 포함하며, 상기 백-엔드 문서 처리 시스템은 프린터 데이터를 액세스하는 백-엔드 액세스 모듈을 포함하는 것인 문서 처리 시스템.
12. 제 11 항에 있어서, 상기 백-엔드 문서 처리 시스템은,

    문서를 이미징하는 이미저와;

    상기 프린트 데이터를 검색하고, 상기 프린트 데이터를 이미지 데이터와 비교하여, 상기 프린트 데이터와 상기 이미지 데이터 사이에 일치가 있으면 상기 문서가 진정한 것임을 확인하는 처리 애플리케이션을 더 포함하는 것인 문서 처리 시스템.
13. 삭제
14. 삭제
15. 제 12 항에 있어서, 이미지 프로세서를 더 포함하는 문서 처리 시스템.
16. 이용 후의 문서를 처리하는 백-엔드 문서 처리 시스템으로서, 문서 생성 데이터에 기초하여 프린트 데이터를 생성하는 프론트-엔드 문서 생성 시스템에 의해 생성된 프린트 데이터에 대한 액세스가 가능하도록 구성된 제 1 액세스 모듈을 포함하는 상기 백-엔드 문서 처리 시스템

    을 포함하는 문서 처리 시스템.
17. 제 16 항에 있어서, 상기 프론트-엔드 문서 생성 시스템은,

    문서 생성 데이터에 기초하여 문서를 프린트하는데 이용가능한 프린트 데이터를 생성하는 프린트 시스템과;

    프린트 시스템에 의해 생성되는 프린트 데이터를 지속적으로 저장하는 데이터 콜렉터를 포함하는 것인 문서 처리 시스템.
18. 제 16 항에 있어서, 상기 프론트-엔드 문서 생성 시스템은 프린트 데이터가 백-엔드 문서 처리 시스템에 액세스가능하도록 하는 프론트-엔드 액세스 모듈을 더 포함하는 것인 문서 처리 시스템.
19. 제 16 항에 있어서, 상기 백-엔드 문서 처리 시스템은,

    문서를 이미징하는 이미저와;

    상기 프린트 데이터를 검색하고, 상기 프린트 데이터를 이미지 데이터와 비교하여, 상기 프린트 데이터와 상기 이미지 데이터 사이에 일치가 있으면 상기 문서가 진정한 것임을 확인하는 처리 애플리케이션을 더 포함하는 것인 문서 처리 시스템.
20. 제 19 항에 있어서, 이미저 프로세서를 더 포함하는 문서 처리 시스템.
21. 문서 생성 데이터에 기초하여 문서를 프린트하는데 이용가능한 프린트 데이터를 생성하도록 구성되는 프로그램 코드와;

    프린트 데이터를 생성하도록 구성되는 프로그램 코드에 의해 생성되는 프린트 데이터를 지속적으로 저장하도록 구성되는 프로그램 코드

    를 포함하는 컴퓨터 판독 가능한 프로그램 코드가 기록되어 있는 컴퓨터로 판독가능한 기록 매체.
22. 문서를 처리하기 위해 내부에 컴퓨터 판독가능 프로그램 코드가 기록되어 있는 컴퓨터로 판독가능한 기록 매체로서,

    상기 문서가 이용된 이후에, 상기 문서를 이미징하여 이미지 데이터를 생성하도록 구성되는 프로그램 코드와;

    문서 생성 데이터에 기초하여 문서를 프린트하는데 이용가능한 프린트 데이터를 생성하는 프론트-엔드 문서 생성 시스템에 의해 생성되는 프린트 데이터를 액세스가능하도록 구성되는 프로그램 코드와;

    상기 프린트 데이터를 검색(retrieving)하고, 상기 프린트 데이터를 상기 이미지 데이터와 비교하여, 상기 프린트 데이터와 상기 이미지 데이터 사이에 일치(match)가 있으면 상기 문서가 진정한 것임을 확인(validating)함으로써 상기 문서를 처리하도록 구성되는 프로그램 코드

    를 포함하는 컴퓨터로 판독가능한 기록 매체.

Images