KR20040058328A - 고객 비지니스 프로세스의 컴퓨터 구현 평가 프로세스 및장치 - Google Patents

고객 비지니스 프로세스의 컴퓨터 구현 평가 프로세스 및장치 Download PDF

Info

Publication number
KR20040058328A
KR20040058328A KR10-2004-7007974A KR20047007974A KR20040058328A KR 20040058328 A KR20040058328 A KR 20040058328A KR 20047007974 A KR20047007974 A KR 20047007974A KR 20040058328 A KR20040058328 A KR 20040058328A
Authority
KR
South Korea
Prior art keywords
business process
computer
data
computer system
knowledge base
Prior art date
Application number
KR10-2004-7007974A
Other languages
English (en)
Inventor
위르겐 알러스
헤르만 아이헤르
요한네스 무스엘렉
하이너 괴리센
우도 뮐러
Original Assignee
바스프 악티엔게젤샤프트
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 바스프 악티엔게젤샤프트 filed Critical 바스프 악티엔게젤샤프트
Publication of KR20040058328A publication Critical patent/KR20040058328A/ko

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0637—Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V10/00—Arrangements for image or video recognition or understanding
    • G06V10/98—Detection or correction of errors, e.g. by rescanning the pattern or by human intervention; Evaluation of the quality of the acquired patterns
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS OR SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING; SPEECH OR AUDIO CODING OR DECODING
    • G10L15/00—Speech recognition
    • G10L15/22—Procedures used during a speech recognition process, e.g. man-machine dialogue

Abstract

전자 고객 비지니스 프로세스의 컴퓨터 구현 평가를 위한 프로세스 및 시스템, 및 컴퓨터 시스템으로의 실행시 본 발명에 따른 방법을 실행하는 데에 적합한 프로그램 코드를 갖는 컴퓨터 프로그램, 및 이런 종류의 컴퓨터 프로그램을 포함하는 저장 매체를 제공한다. 컴퓨터 시스템에 입력되는 비지니스 프로세스 (GP)에 포함되는 비지니스 프로세스 관련 데이터를 체크하기 위해서, 제1 체크 단계에서 데이터는 문자 인식에 기초하여 정적 체크되고, 체크된 각 데이텀의 컨텐츠에 대해 가설이 만들어지고 제2 체크 단계에서 이 만들어진 가설이 동적 체크된다.

Description

고객 비지니스 프로세스의 컴퓨터 구현 평가 프로세스 및 장치{METHOD AND DEVICE FOR THE COMPUTER-IMPLEMENTED EVALUATION OF CLIENT BUSINESS PROCESSES}
본 발명의 영역 내에서 사용되는 용어 "평가"는 비지니스 프로세스의 인식, 구조화(structuring) 및 작업화를 포함한다. 비지니스 프로세스는 예를 들어, 주문, 납품 계획, 송장(invoice), 주문의 변경, 질문 등이다. 이들 프로세스는 고객을 나타내는 하나의 부분과 공급자를 나타내는 다른 부분 간의 사내 프로세스들이며, 또한 각각의 회사와 이들의 외부 클라이언트 간의 프로세스들일 수 있다. 본 발명에 따른 시스템을 이용하여 실행될 수 있는 프로세스들은 모든 가능한 상업적 및 산업적 생활 영역을 포함한다. 특히, 본 발명에 따른 시스템은 또한 산업상의 제작 및 제조 프로세스들의 제어에 관련해서도 적합하다.
소위 클라이언트 비지니스 프로세스의 평가시에는 관련되는 두 측 (클라이언트/고객 및 비지니스의 수령인/공급자) 중 적어도 한 측에서는 일반적으로 사람의중재가 필요하다. 이에 대한 예외적인 것으로, 서로에게 맞추어진 두 회사 시스템 (ERP 시스템; ERP: enterprise resource planning)이 서로 직접 통신하여 데이터를 교환하는 소위 시스템-투-시스템 프로세스(S2S 프로세스)가 있다. 도 1은 통상의 고객 비지니스 프로세스에서의 통신 경로를 개략적으로 나타내고 있다. 도 1의 좌측에는 고객 (클라이언트)이 도시되고 우측에는 계약을 수신하는 회사 (공급자)가 도시되어 있다. 양 측에서는, 상기한 S2S 프로세스의 경우와는 달리, 일반적으로 사람의 중재를 필요로 한다. 서로에게 맞추어진 ERP 시스템이 양 측에서 이용되게 되면 (이는 보통 대량의 주문을 내는 대규모 고객에게만 실행하는 것이 경제적임), 인터넷이나 팩스를 통해 발생하는 비지니스 프로세스에서는 적어도 일 측에서라도 사람 에이전시의 중재를 없앨 수가 있다.
특히 이메일 (전자 메일) 및 팩스를 이용하는 비지니스 프로세스에서는, 사람의 중재에 따른 문제가 상당하다. 통상, 고객 단말기에서는, (일반적으로 컴퓨터, 워크스테이션 등을 이용하는) 한 사람으로부터 이메일이나 팩스 메시지가 공급자에게 드래프트되어 송신된다. 또한 공급자 단말기에서는, 통상적으로 들어오는 이메일이나 팩스가 고용인에 의해 처리되어 관련 데이터가 회사 자체의 시스템으로 보내진다. 따라서, 원래 전자적으로 형성된 데이터는 사람의 중재에 의해 전자 데이터 처리 장치에 보내지게 된다. 고객이 공급자에 의해 제공되어 공급자의 ERP 시스템에 따라 셋업된 전자적 형태를 이용하는 경우에만, 들어오는 이메일이나 팩스를 공급자의 ERP 시스템에 의해 직접적으로 처리하는 것이 가능하게 된다.
종래 전화를 통한 주문시에는, 고객이 자신의 주문을 공급자의 고용인에게구두로 제공하고 다음에 고용인은 이 주문을 공급자의 사내 주문 시스템에 입력한다. 주문을 접수한 회사의 구조에 따라, 이 주문은 시스템에 입력되기 전에 공인된 사람에게 전달되어야 하고 다음에 이 사람이 주문을 입력한다. 고객은 이 주문이 시스템에 입력될 때까지는 주문의 공식적 확인을 수신하지 못한다.
인터넷을 통한 주문의 경우 (이커머스 솔루션), 고객은 브라우저를 통해 필요한 정보를 수동으로 입력한다. 이 솔루션은 고객이 일반적으로 그 자신의 주문 시스템에 엔트리를 미리 기록하고 이 엔트리를 모두 다시 수동으로 입력해야만 하기 때문에 고객에게는 별도의 수고가 필요하다.
따라서, 실제적으로 고객의 EDP 시스템을 공급자의 대응 시스템에 접속하는 것은 극히 어려운 것으로 증명되었다. 고객은 일반적으로 EDP 하드웨어와 소프트웨어에 필요한 투자를 할 준비가 되어 있지 못한다. 또한 이들은 일반적으로 그들의 기존의 브랜치 특정 EDP 표준을 공급자가 이용하는 것으로 적응시킬 준비도 되어 있지 못한다. 특히 장래 유사한 집단의 고객을 가질 가능성이 있는 공급자에게는, 고객 조건 및 고객의 여러 EDP 시스템에 맞출 수 있는 사내 표준을 도입하는 것도 또한 매우 어려운 일이다.
DE 197 06 419 A1은 기계적 음성 처리의 기술을 이용하는 비지니스 프로세스를 제어하는 프로세스를 개시하고 있다. 공지의 프로세스에서는 비지니스 프로세스의 동작 조건 중 적어도 하나가 자동적으로 조사된다.
또한 전자적 수신 우편 처리의 범위 내에서, 수신한 비지니스 서류를 스캔한 다음에 자동으로 인식, 평가하여 그 후의 처리를 위해 적당한 고용인에게 전달하는시스템이 시판되고 있다.
본 발명은 전자 고객 비지니스 프로세스의 컴퓨터 구현 평가를 위한 프로세스 및 시스템, 및 컴퓨터 시스템에서의 실행시 본 발명에 따른 프로세스를 실행하는 데에 적합한 프로그램 코드를 갖는 컴퓨터 프로그램, 및 이런 종류의 컴퓨터 프로그램을 포함하는 저장 매체에 관한 것이다.
도 1은 본 발명이 해결하고자 하는 문제를 설명하기 위한 개략도이다.
도 2는 본 발명의 매우 개략적인 기능도이다.
도 3은 도 2의 기능도의 보다 상세한 도면을 도시한다.
도 4는 본 발명에 따른 여러 인식 단계를 도시한다.
도 5는 전자 메일 (이메일)의 경우 비지니스 파트너의 본 발명에 따른 인식에 대한 개략적 프로세스를 흐름도로 도시한다.
도 6은 팩스 메시지인 경우 비지니스 파트너의 본 발명에 따른 인식에 대한 개략적 프로세스를 흐름도로 도시한다.
도 7은 서류의 타입이나 비지니스 프로세스의 본 발명에 따른 인식에 대한 개략적 프로세스를 흐름도로 도시한다.
도 8은 정보 조건의 인식이나 검출의 개략도이다.
도 9는 전송되는 비지니스 프로세스로부터의 정보의 본 발명에 따른 인식을 나타내는 개략적 흐름도이다.
도 10은 본 발명에 따른 시스템 아키텍쳐의 개요를 도시한다.
도 11은 인식 모듈 (모듈 100)의 구조의 개략도이다.
도 12는 서류의 컨텐츠를 동적으로 인식하기 위한 본 발명에 따른 프로세스를 흐름도로 나타내는 도면이다.
이들에 비추어 보면, 본 발명은 각각 청구항 1 및 6 또는 9 및 14의 특성을 가지며, 이들 특성으로 인해 공급자 단말기에 인입하는 명령의 처리시 고객이 공급자가 제공하는 데이터 구조나 유형을 이용하지 않고도 사람의 중재가 필요하지 않는 고객 비지니스 프로세스의 컴퓨터 구현 평가의 프로세스 및 시스템을 개시하고 있다. 주문은 전자 메일 (이메일), 팩스 또는 전화에 의해 송신될 수 있다.
이에 따라, 컴퓨터 시스템에 입력된 비지니스 프로세스 (GP)에 포함되는 비지니스 프로세스에 관련한 데이터를 조사하기 위해서, 제1 체크 단계에서 데이터를 문자 인식에 기초하여 통계적으로 조사하고 조사된 데이터 각각의 컨텐츠에 관해 가설을 세우고, 제2 체크 단계에서 세워진 가설을 동적으로 체크한다. 본 발명의 다른 실시예에서는, 컴퓨터 시스템에 입력된 비지니스 프로세스 (GP)에 포함된 비지니스 프로세스 관련 데이터를 조사하기 위해서, 전자적으로 인식된 데이터 컨텐츠를 인식 베이스(200)에 포함된 고객 및/또는 자료 특정 데이터와 비교한다.
본 발명에 따르면, 이 목적을 위해, 공급자가 이용하는 주문 시스템 (및 데이터 뱅크를 포함하여 미리 송신된 그 외 다른 EDP 시스템)은 공급자에게 송신된 고객 폼에서 필요한 정보와 데이터를 입수하여 이들을 사람의 중재 없이 사내 ERP 시스템에서 직접 이용할 수 있게 하는 화상 및/또는 텍스트 인식 시스템과 결합된다.
본 발명의 바람직한 실시예에 따르면, 이용되는 주문 시스템은 전화를 통해음성 및/또는 키스트로크를 인식하여 이를 내부 주문 시스템에 의해 처리될 수 있는 디지털 신호로 변환하는 전화 (음성) 인식 시스템과 결합된다.
바람직하게, 데이터의 정규적인 교환 및 비교는 공급자의 EDP 시스템과 본 발명에 따라 부가적으로 제공되는 인식 시스템 간에서 발생하고, 그 결과로 고객 데이터의 인식시의 에러 지수가 상당히 감소될 수 있으므로 처리 속도를 향상시킬 수가 있다.
본 발명의 또 다른 바람직한 특성으로, 화상 및/또는 텍스트 인식 시스템은 언포맷된 주문 및 그 외 비지니스 프로세스 (예를 들어, 바디 카피나 이메일로 기록된 편지)에서 고객과 관련 주문 상세 사항을 식별하여 이들을 공급자의 사내 시스템으로 보낼 수 있다. 이것은 고객 및/또는 자료에 특정적인 정보를 갖는 기존의 시스템 (예를 들어, 비지니스 웨어하우스 시스템)으로부터 보내지는 데이터 뱅크를 이용하여 행해질 수 있다. 이런 식으로, 상기 정보와 인입 서류에서 인식되는 데이터가 비교되고 필요하다면 정정이나 보충될 수 있다. 데이터의 비교는 저장된 데이터와 웨어하우스 시스템에 파일된 이력 정보를 이용하여 행해진다. 시스템은 이 프로세스 로직을 이용함으로써 예를 들어 고객을 독자적으로 인식할 수 있으며, 또한 주문의 컨텐츠를 완전히 에러 없이 해석하여 사내 ERP 시스템의 주문을 자동으로 형성할 수 있다. 따라서, 본 발명에 따르면 저장된 데이터 시스템 및 소위 데이터 웨어하우스 (이 용어는 대규모 구조의 배분 데이터 스톡의 오랜 값을 말하며 바람직하게는 질의와 분석에 이용됨)가 인식 시스템에 접속된다.
인식 시스템에 의해 제공되는 인식은 본 발명에 따른 두 단계에서 진행된다.제1 단계에서는 고객에 의해 보내진 정보를 사내 시스템이 이해할 수 있는 포맷으로 변환하는 그 자체로 알려져 있는 문자 인식 단계이다. 이것은 예를 들어 소위 OCR 소프트웨어 (OCR=광 문자 인식), 즉 선명한 텍스트의 광 인식을 이용하여 행해진다. 제2 단계에서는, 서류의 컨텐츠, 즉 전송되는 정보와 데이터의 시멘틱(semantic) 컨텐츠가 인식된다. 이 단계는 인공 지능, 시멘틱 텍스트 인식 또는 비특정적 비교의 조합과, 저장된 데이터 시스템 및 (이력 정보의) 데이터 웨어하우스의 결합에 의해 행해지는 것이 바람직하다. 이 후에, 두 단계의 인식으로 얻은 "지식"은 공급자의 사내 시스템에 의해 이해될 수 있는 포맷으로 변환되게 된다. 상술한 발명에 따른 과정은 도 2에 나타낸 매우 개략적인 기능도에서 설명되고 있다.
도 3은 특히 인식 시스템 내의 일부 시퀀스를 더욱 상세히 나타내고 있는 개략적 기능도를 나타낸다. 인식 시스템 (도 3에서 간략히 "시스템"이라 표기)은 고객 비지니스 프로세스 GP를 수신한다. (제1) 고객 비지니스 프로세스에서는 선택적으로 고객은 또한 시스템에 소위 셋업 데이터를 전송할 수 있다. 이들 초기 셋업 데이터는 시스템에서 학습된/이력 지식을 포함하는 지식 베이스에 저장된다. 수신된 비지니스 프로세스는 특히 지식 베이스에서 이용 가능한 데이터, 즉 학습된/이력 지식 및 공급자-ERP 시스템 정보를 이용하여 시스템에 의해 조사된다. 고객 비지니스 프로세스가 인식되면 (예), 인식된 정보는 사내 ERP 시스템과 호환 가능한 포맷으로 변환된다. 고객 비지니스 프로세스가 인식되지 않으면 (아니오), 수신된 비지니스 프로세스의 수동적 조사 및 보정을 특히 본 발명에 따른 시스템의구현 단계에서 실행할 수 있다. 그 후 보정된 버전은 인식 시스템으로 다시 전송되어 인식 프로세스를 실행할 수 있다.
인식 시스템에 의해 인식된 비지니스 프로세스는 ERP 호환 가능한 포맷으로 변환된 후에 시스템 신용 질문을 거친다. 이것은 특히 인식률이 미리 세트된 임계치 이하일 때 본 발명에 따른 시스템의 구현시 또는 초기 동작 상태에서 발생한다. 인식 확률이 불충분하면 (인식률 < x%), 인식된 비지니스 프로세스는 다른 조사를 더 거친 후에 공급자의 ERP 시스템에서 전달된다.
본 발명에 따른 시스템을 개발하기 위해서, 인식 프로세스, 특히 인식된 비지니스 프로세스로부터 취득된 데이터와 정보는 지식 베이스 (기능도에서 점선으로 나타냄)에 저장되어 있다. 이것은 폼이나 폼의 특성 및 관련 인식 결과, 특히 수동적인 중재로 보완된 것을 저장하거나, 주문 폼을 이용하지 않고 형성된 주문 데이터, 즉 지식 베이스의 동적인 활용을 전달함으로써 행해질 수 있다.
본 발명은 또한 컴퓨터 프로그램이 컴퓨터 상에서 실행될 때 본 발명에 따른 프로세스를 실행하기에 적합한 프로그램 코딩 수단을 갖는 컴퓨터 프로그램, 및 본 발명에 따른 컴퓨터 프로그램이 저장되어 있는 컴퓨터 판독 가능한 데이터 캐리어와 이런 컴퓨터 판독 가능한 데이터 캐리어를 갖는 컴퓨터 프로그램 제품을 포함한다.
본 발명의 다른 특성 및 장점은 청구범위에 기재되어 있으며 상세한 설명 및 첨부한 도면으로부터 명백하게 될 것이다.
상술한 특성과 이후 기재되는 특성들은 본 발명의 영역에서 벗어나지 않으면서 특정의 조합으로 뿐만 아니라 다른 조합이나 그 자체만으로도 이용될 수 있다.
본 발명은 부가의 실시예에 관련하여 도면에 개략적으로 설명되어 있으며 도면을 참조하여 이하 더 상세히 기재된다.
도 5는 전자 메일 (이메일)인 경우 비지니스 파트너/고객의 인식 프로세스를 예시로서 개략적으로 나타낸다. 이 설명은 예시로서 종래의 표준에 의해 이메일 주소, 즉 user@21d.tld의 구조에서 시작하는데, 여기에서 21d는 제2 레벨 도메인이고 tld는 탑 레벨 도메인이다. (본 기재된 과정은 주문이 보내질 수 있는 공급자에 의해 모든 고객에게 개별의 이메일 어드레스가 제공되지 않는 경우에 본질적으로 적합한데, 그 이유는 비지니스 파트너가 들어오는 메일 어드레스에 결합되어서 인식이 사소한 것이 되기 때문이다. 이것은 또한 각각의 팩스 번호나 전화 번호의 할당에도 동일하다.)
전자메일이 수신된 후에 송신자(고객)의 이메일 어드레스는 비지니스 파트너의 데이터 뱅크에 저장된 메일 어드레스와 비교된다. 여기에 기재된 예에 대해서 송신자의 메일 어드레스는 "meier@schroeder.de"이다. 이 메일 어드레스가 비지니스 파트너 데이터베이스에 저장되면 비지니스 파트너가 바로 인식되고 제2 단계인 "서류의 타입/비지니스 프로세스의 인식"이 진행될 수 있다 (도 4 참조).
이 메일 어드레스가 비지니스 파트너 데이터 뱅크에 존재하지 않으면 제2 레벨 도메인(본 예에서 "schroeder")이, 비지니스 파트너 데이터 뱅크 및 선택적으로 사내 ERP 시스템의 데이터 스톡(고객 리스트)을 이용하여 조사된다.
동일하거나 유사한 이름을 갖거나 이름 "schroeder"의 일부를 갖는 회사가 발견되지 않으면, 다음 단계에서 유저 이름(이 경우 "meier")이 조사된다. 이름"Meier"를 갖는 고객이 ERP 시스템의 데이터 스톡에서 찾아지면 그가 일하는 회사가 제2 레벨 도메인으로부터 알려진 데이터와 비교되어야 한다. 고객 Meier가 예를 들어 이름이 Schroeco AG인 회사에서 일하면, 저장된 데이터를 이용하여 이 회사는 Schroder GmbH사가 속하는 지주 회사라고 할 수 있다.
뒤이은 시멘틱 확인이나 퍼지 분석을 이용하여, Schroeco AG의 Mr Meier가 찾는 비지니스 파트너인지를 알 수 있도록 하는 조사가 이루어진다.
이 제3 체크 단계가 또한 실패한 경우, 마지막 가능성으로서, 전자 메일의 전체 컨텐츠를 통해 시멘틱/퍼지 검색을 이용하여 비지니스 파트너를 찾는다. 따라서 인식될 정보는 다른 인식 단계에서 인식되는 정보를 참조할 수 있다.
비지니스 프로세스가 팩스로 송신될 때 유사한 과정이 발생한다. 그 후 인식 프로세스가 비지니스 파트너의 팩스 번호에 기초하여 실행된다(도 6 참조).
도 7은 도 4에서 나타낸 바와 같이 본 발명에 따른 인식 프로세스에서 제2 단계인 "서류의 타입/비지니스 프로세스의 인식"을 설명한다. 특정 실시예에 따라서, 이 제2 단계는 제1 단계와 상호 교환될 수 있는데, 즉 비지니스 파트너의 인식 전에 발생할 수 있다. 이것은 오직 소수의 비지니스 프로세스가 이 과정에 의해 지원될 때, 즉 시스템 구현의 초기 상태 동안에 특히 바람직하다. 한편, 본 실시예에서 시작 과정은 도 4에 도시된 바와 같으며, 여기에서 서류의 타입이나 비지니스 프로세스의 인식은 제2 단계이다.
이 제2 단계에서 무엇보다도 먼저 고객이 공급자/계약자와 어느 비지니스 프로세스를 가지고 있는지에 대한 모든 정보를 비지니스 프로세스 데이터 뱅크로부터호출한다. 예시로 이미 언급한 회사 Schroeco AG에 대해서 이 회사가 프로세스 "납품 계획" 및 "주문"을 이미 실행했는지를 알아낸다. 다음에 대응하는 서류의 예가 서류 데이터 뱅크에 존재하는지를 알기 위한 체크가 이루어진다. 존재하는 경우, 수신된 서류가 파일 상의 서류와 동일한지를 알기 위한 비교가 실행된다. 동일하거나 매우 유사한 경우에는, 충분한 확실성/가능성을 가지고, 본 서류가 주문 또는 납품 계획인지를 결정하기 위한 시멘틱 또는 퍼지 테스트가 실행된다. 그 결과는 예를 들어 Schroeco AG의 Mr Meier가 전자적으로 주문을 제출했다는 것일 수 있다.
예를 들어 서류가 없거나 파일된 기존의 서류와의 비교가 틀린 것으로 판명되면, 비지니스 프로세스의 특성을 결정하기 위해 보내진 메시지의 텍스트에서 시멘틱/퍼지 검색을 실행해야 한다.
단계 3인 "정보 필요 조건을 세움"에서 (도 4 참조), 예시로 도 8에 나타낸 바와 같이 테이블을 이용하여 어느 데이터가 비지니스 프로세스 (본 예에서는 주문)를 완전히 인식하는 데에 필요한지 그리고 어느 대응하는 값의 정보가 예를 들어 데이터 웨어하우스 내의 어디에서 찾아질 수 있는지를 결정한다.
간략하게 하기 위해서, 이하에서는 예시적으로 주문을 완전하게 인식하는 데에 납품량과 납품 날짜가 필요하다는 것을 가정할 수 있다. 납품량에 관련해서는, 고객, 즉 Schroeco AG의 과거의 주문, 및 최소한의 주문과 같이 데이터 뱅크로부터 유효한 제품 데이터 등으로부터의 정보를 이용할 수 있다. 납품 날짜를 결정하기 위해서는, 달력 및 제작 시간과 같은 데이터 뱅크로부터의 유효한 제품 데이터 등을 이용할 수 있다. 취득된 정보는 서류 데이터 뱅크에 저장된다.
도 9는 "비지니스 프로세스로부터의 정보의 인식"인 제4의 마지막 단계의 프로세스 시퀀스를 개략적으로 나타낸다. 여기에서 사용되는 용어 "데이텀(datum)"은 "데이터"의 단수로서 하나의 정보를 의미한다.
이 인식 단계에서 필요한 데이터는 보내진 서류로부터 연속적으로 입수된다. 예시로 이 실시예에서 입수된 제1 데이텀은 납품량이다. 서류 데이터 뱅크에 제공된 테이블에 따르면, Schroeco AG의 과거의 주문 데이터에서 검색을 실행하여 예를 들어 Schroeco AG는 90%의 경우 20톤의 양을 주문하고 10%의 경우에만 10톤의 양을 주문하는 것을 알아낸다. ERP 또는 다른 데이터 뱅크로부터 10톤이 최소한의 주문을 구성한다는 것을 알아낸다. 이 알아낸 사실에 기초하여 Schroeco AG가 20톤을 주문하고 있다는 정보는 시멘틱 인식 및/또는 인공 지능 퍼지 질문에 의해 입수되게 된다.
예시로 이 실시예에서 입수되는 제2 데이텀은 납품 날짜이다. 서류 데이터 뱅크에서 이미 작성된 테이블에 따라서, 당일 이전의 주문들은 제외되며 (데이터 뱅크로부터 취득한) 제조 시간이 10일일 경우에는 10일 이전에 시작한 기간 동안의 주문이 가장 가능할 것으로 생각된다. 시멘틱 인식 및/또는 인공 지능/퍼지 질문을 이용하여 Schroeco AG가 삼주의 시간 내의 납품을 선호한다는 정보가 이 알아낸 사실에 기초하여 입수되게 된다.
예 및 알고리즘
주문 인식에 관련하여 도 10에 나타낸 실시예를 참조하여, 고객 주문의 완전자동화 인식 및 판독되어 인식된 주문을 예를 들어 타입 SAP R/3로 된 ERP (Enterprise Resource Planning) 시스템으로 전달하기 위한 본 발명에 따른 EDP 및 소프트웨어 시스템을 이하 설명한다.
본 발명에 따른 시스템은 이하 더욱 상세히 설명되는 모듈들, 즉 인식 모듈(100), 지능 베이스(200), 강화 모듈(300), 전송 모듈(400) 및 ERP 시스템(500)을 포함한다.
인식 모듈(100)은 ERP 시스템에서 (주문과 같은) 비지니스 프로세스를 형성하는 데에 필요한 데이터를 인식하는 작용을 한다. ERP 시스템에서 비지니스 프로세스(예를 들어 주문)를 형성하기 위해 입력되어야 하는 모든 데이터가 인식될 필요가 있는 것이 아니고, 인식될 데이터가 예를 들어 자료 스톡 데이터와 고객 프로파일 데이터에 의해 완성될 수 있다는 것을 생각할 수 있다.
인식 모듈(100)의 구성 요소는 다음과 같다:
110: 입력 파일에 기초한 광 문자 인식 (OCR) 시스템
120: 정적 데이터 인식 또는 특정 파일 컨텐츠에 대한 가설 형성을 위한 시스템
130: 구성 요소(120)의 작용을 지원하기 위한 규칙
140: 구성 요소(120)에 의해 형성된 가설의 확인에 기초한 동적 데이터 인식을 위한 시스템
150: 구성 요소(140)의 작용을 지원하기 위한 기준(criteria) 및 규칙
160: 출력 장치
모듈(200) (지식 베이스)은 인식 모듈(100)의 동작을 지원하는 작용을 한다. 모듈(200)은 데이터 뱅크나 양 방향 응답성 ERP 시스템의 형태인 지식 베이스이다.
지식 베이스(200)의 구성 요소는 다음과 같다:
210: 주문될 수 있는 자료에 관련한 스톡 데이터, 즉 관련 아이템의 분류에 대한 데이터.
220: 비지니스 파트너에 관련한 스톡 데이터, 즉 가능한 고객의 프로파일 (예를 들어 관련되는 식별 번호, 어드레스, 주문 습관, 특수 필요 사항 등의 고객 리스트에 대한 정보를 포함함)
230: 관련 비지니스 파트너로부터의 과거의 주문에 대한 데이터 (고객 이력)
강화 모듈(300)은 완전히 인식되지 않은 모듈(200)로부터의 출력 데이터 세트를 수동으로 강화하는 작용을 한다.
전송 모듈(400)은 모듈(200)이나 모듈(300)로부터 인식된 데이터 세트를 이용되는 ERP 시스템이 책임질 수 있는 포맷으로 강화 및 리포맷하는 작용을 한다. 이것은 예를 들어, TSI Mercator? 타입의 비지니스 통합 소프트웨어를 이용하여 행해진다.
전송 모듈(400) 자체의 구성 요소는 다음과 같다:
410: 모듈(200 또는 300)로부터 수신된 출력 데이터 세트를 ERP 시스템에서 (주문 등의) 비지니스 프로세스를 형성하기 위해 입력되어야 하는 모든 데이터를 갖는 데이터 세트로 강화하기 위한 시스템.
420: 완전한 데이터 세트를 이용되는 ERP 시스템이 책임질 수 있는 포맷으로변환하기 위한 모듈.
430: 포맷된 데이터 세트를 ERP 시스템으로 전달하기 위한 출력 구성 요소.
지정된 모듈(500)은 예를 들어 SAP R/3 타입으로 된 ERP 시스템이다.
ERP 시스템(500)의 구성 요소는 다음과 같다:
ERP 시스템의 통상의 구성 요소에 부가하여 다음의 구성 요소가 필수적이다:
510: 모듈(400)으로부터 전달되는 데이터 세트를 수신하기 위한 인터페이스.
520: 모듈(200) 하에서 기술된 데이터를 모듈(200) 내에 기술된 지식 베이스에 전달하기 위한 인터페이스.
모듈의 기능 설명
각각의 모듈 및 이들의 구성 요소 및 이들의 기능을 이하 상세히 설명한다. 주문의 변경, 주문의 취소, 송장 처리 등의 다른 비지니스 프로세스의 인식에 대해서는, 설명된 본 발명에 따른 시스템을 적당히 변경하여 이용할 수 있다.
인식 모듈(100)은 구성 요소 "문자 인식"(110)에서 파일을 억세스하고 이 파일에 포함된 정보를 텍스트 파일로 변환한다 (도 11 참조). 입력 포맷은 예를 들어 타입 BMP, BW, DCX, DIB, EMF, GIB, GIF, TIF, ILBM, JFIF, JIF, JPEG, LBM, PCD, PCS, PIC, PIX, PNG, PSD, RGB, RLE, SGI, TGA, TIFF 또는 WMA의 화상 파일, 예를 들어 포스트스크립트 또는 어도브 아크로뱃 리더 파일 타입의 포스트스크립트 및 리더 파일, HTML 또는 XML 파일 등의 마크업 랭귀지 파일, 워드프로세싱 시스템, 예를 들어, 마이크로소프트 워드 문서로부터의 서류 파일, ASCII 타입이나 리치 텍스트 (Rich Text) 포맷의 텍스트 파일을 형성한다. 인식 모듈(100)은 이들파일에 포함된 텍스트의 컨텐츠를 변환할 수 있는 한 최상으로 인식하여 이들을 예를 들어 ASCII 또는 리치 텍스트 포맷 타입의 텍스트 포맷으로 변환한다. 이를 행하기 위해서, 파일은 예를 들어, OCE Docustar 타입으로 된 그 자체가 알려진 상용 가능한 광 문자 인식(OCR) 시스템에 의해 읽혀지고, ASCII 또는 리치 텍스트 포맷 파일로 제공되거나 리포맷된다.
"정적 인식" 구성 요소(120)에서, 인식될 데이터에 대한 가설이 문자 인식(110)으로부터의 파일에서 나온다. 이를 행하기 위해서, 구성 요소 "규칙"(130)은 규칙 메커니즘에 두 타입의 규칙: 하나는 찾아진 필드를 포맷하기 위한 규칙 (예: 주문의 날짜는 포맷 (DD/MM/YYY) 또는 (DD/MM/YY) 또는 (DD-MM-YYYY) 또는 ...를 가짐) 및 다른 하나는 가설을 세우는 것과 관련되는 정보의 시멘틱 컨텍스트에 관한 규칙 (예: "주문 번호는 문자의 순서 (주문 번호)와 근접하여 찾아짐" 또는 "주문 날짜는 항상 원하는 납품 날짜 이전에 있음")을 제공한다. 이로부터, 구성 요소 "정적 인식"(120)은 예를 들어: "원하는 주문 양은 10kg임" 등의 가설을 작성한다. 모듈(100)에 의해 인식되는 각 데이텀에 대해, 다수의 (가능한 한 정반대의) 가설을 형성할 수 있다 (예: 가설 1 (주문 양): "원하는 주문 양 =10kg", 가설 2 (주문 양): "원하는 주문양=10000kg").
가설은 "기준/규칙" 구성 요소(150)로부터의 기준 및 규칙을 이용하고 지식 베이스(200)를 다시 참조하여 "정적 인식"(120)으로부터 취득한 가설을 조사하는 구성 요소 "동적 인식"(140)에 보내져 체크된다. 대응하는 체크 알고리즘을 도 12에 나타내었다.
도시한 알고리즘의 요소를 다음과 같이 정의한다:
·인식 단계 (원하는 데이텀이 인식됨): R
→ 카운팅 : i, i∈{1,...imax}
·진행한 프로세스 단계 (구성 요소 (120))로부터 Ri의 가능한 값의 가설: H(Ri)
→ 카운팅: m; m∈{1,...,mmax}
·가설 Hm(Ri)에 대한 탐구 테스트 기준: j(Ri)
→ 카운팅: n; n∈{1,...,nmax}
·가설 Hm(Ri)에 대한 확증 테스트 기준: k(Ri)
→ 카운팅: p; p∈{1,...,pmax}
구성 요소(150)에서의 기준은 이하의 두 개의 카테고리로 나누어진다: 하나는 탐구를 위해 이용되는 기준 (탐구 기준 j) 및 다른 하나는 탐구가 아니라 확증을 위해 이용될 수 있는 기준 (확증 기준 k). 기준은 그들의 카테고리 내에서 카테고리의 가장 명확한 기준이 첫번째 것 (j1(Ri) 또는 k1(ri))이 되고, 기준의 명확도가 인덱스 번호가 올라감에 따라 증가하는 상태로 계층 내에 배열된다.
기준은 모듈 구성이나 단일 기준에 따라 명확한 예/아니오 질문에 의해 (가능한 결과는 여기에서 0 또는 1로 수치적으로 언급된다) 또는 퍼지 로직으로 조사될 수 있다. 후자의 경우, 기준의 규칙에 의해 정의된 퍼지 양으로 테스트되는 가설과 지식 베이스로부터의 관련 데이터와의 관련성은 범위 [0, 1]의 값에 의해 표준화 용어로 언급될 수 있다. 각 기준에 대해서 신용 간격, 즉 간격 내의 범위는 퍼지 양과의 관련 값이 이 범위 내에 들어갈 때 가설이 이 기준에 맞게 지정되어야 한다.
찾아진 제1 (i=1) 데이텀 (R1)에 대해서 제로 이상의 가설 [Hm(R1)]이 있는지를 알기 위해 체크가 행해진다. 있지 않다면 R1의 인식은 실패한다. 찾아진 다른 데이터가 손실되었는지에 대한 체크가 행해진다. 손실되었다면 프로세스는 다음 데이텀으로 계속되고 (이 경우 R2), 손실되지 않았다면 프로세스는 종료된다.
제로 이상의 가설 [Hm(R1)]이 있다면, 제1 탐구 기준 (j1(R1))과의 양립성이 모든 가능한 가설들에 대해서 하나 하나씩 테스트된다. 기준과 양립하지 않는 가설들은 거절된다. 모든 가설이 테스트된 후에는 나머지 가설들 [Hm(R1)]이 카운트된다. 가설 카운트가 1 이상이고 다른 탐구 기준이 유효하다면, 이 계층의 다음 하위 기준에 대해 체크가 반복된다. 다른 어떤 탐구 기준도 유효하지 않거나, 가설 카운트가 0이 되면 R1의 인식은 실패한다. 찾아진 다른 데이터가 부재인지를 알기 위한 테스트가 실행된다. 부재인 경우에는 다음 데이텀으로 프로세스가 계속되고 (이 경우 R2), 부재가 아닌 경우에는 종료한다.
가설 카운트가 1이면, 이것은 잠재적으로 해결책을 찾은 것을 의미한다. 이것은 이하에서 어느 다른 탐구 기준 및 확증 기준으로나 테스트된다. 이를 위해, 모든 탐구 기준이 여기에 이용되는지에 대한 체크가 행해진다. 이용되지 않으면, 이 계층의 다음 하위 탐구 기준과의 양립성을 체크한다. 양립성이 없으면 데이텀 (이 경우 R1)의 인식은 실패한다. 찾아진 다른 데이터가 손실되었는지에 대한 체크가 행해진다. 손실된 경우에는 다음 데이텀 (이 경우 R2)으로 프로세스는 계속되고, 손실되지 않은 경우에는 프로세스는 종료된다. 이 루프는 계층의 저부에서의 탐구 기준이 이용될 때까지 실행된다.
다음에 확증 기준이 존재하는지에 대한 체크가 행해진다. 존재하지 않는 경우에 R1의 인식이 이어진다. 남은 가설에는 솔루션 값이 지정된다 (예: 고객 Meier는 고객인 것으로 확인되어, 가설 고객 = Meier에는 데이터베이스로부터 고객 Meier의 고객 번호가 할당됨). 찾은 다른 데이터가 부재인지에 대한 체크가 행해진다. 부재인 경우에는 다음 데이텀 (이 경우 R2)으로 프로세스는 계속되고, 부재가 아닌 경우에는 종료된다.
적어도 하나의 확증 기준이 존재하면, 계층의 상부에서의 확증 기준 (이 경우 k1(R1))과 가설의 양립성이 테스트된다. 양립성이 없으면, 데이텀 (이 경우 R1)의 인식은 실패이다. 찾은 다른 데이터가 부재인지에 대한 테스트가 실행된다. 부재인 경우에는 다음 데이텀 (이 경우 R2)에 대해 프로세스가 계속되고, 그렇지 않으면 프로세스는 종료된다.
양립성이 있다면, 다른 확증 기준이 있는지에 대한 체크가 행해진다. 있지 않는 경우에는 R1의 인식이 계속되어 상술한 바와 같이 프로세스가 계속된다. 다른 확증 기준이 있는 경우에는 계층에서 하나 아래에 있는 다음 확증 기준(이 경우 k2(R1))과 가설의 양립성을 테스트한다. 이 루프는 다시 마지막까지 계속 실행된다.
제1 실행에 관련하여 설명된 프로세스는 찾아진 모든 데이터에 대해 반복된다.
이용된 기준은 지식 베이스(구성 요소(200))의 데이터의 컨텐츠를 참조한다. 따라서, 예를 들어, 고객 (예: R1=고객)의 검색시의 기준은 다음과 같이 실행된다: "이 가설에서 특정된 회사 이름은 폼이나 유사한 폼으로 지식 베이스의 고객 리스트에서 발견됨."
찾아진 데이터 및 기준은 계층적 순서로 되어 있으므로 인식 동안 이전의 부분 프로세스의 결과를 참조할 수 있고 이런 식으로 복잡성을 감소시켜 특정 데이텀을 인식할 확률을 높일 수 있다.
예를 들어, 고객이 이미 찾아졌으면, 물품의 수령인 (예를 들어 R2=물품의 수령인)을 식별하기 위한 기준은 다음과 같이 실행될 수 있다: "가설에서 특정된 회사 어드레스는 이 폼이나 유사한 폼으로 지식 베이스의 고객 리스트에서 찾아지고, R1이 성공적으로 찾아지면, 이 고객과 관련되는 물품의 수령인의 어드레스 리스트에서 찾아진다.
출력 모듈(160)은 찾아진 모든 데이터 (R1내지 Rmax)가 구성 요소 "동적 인식"(140)에 의해 찾아졌는지에 대해 체크한다. 대답이 예이면, 찾은 데이터 (R1내지 Rmax)는 전송 모듈(400)로 전달되고, 그렇지 않다면, 수동 강화를 위해 모듈(300)로 전달된다.
가설 데이터, 가설, 기준 등의 간단한 예를 더욱 자세히 설명한다:
R1은 고객 (구매인 (sold-to)), R2=Rmax는 물품의 수령인 (선적 대상 (ship-to))이다.
모듈(130)의 규칙은 대문자로 시작하는 연속하는 문자이어야 한다는 것이다. 모듈(110)에 의해 파일로 변환된 서류에서, 모듈(120)은 이 규칙에 일치하는 단어 "Meier", "Muller" 및 "Schulze"를 찾는다. 따라서 이들 이름은 가설: H1(R1): 고객="Meier", H2(R1): 고객="Muller", H3(R1):고객="Schulze"를 형성한다.
제1 확증 기준은: 가설에서 특정된 고객은 지식 베이스 (모듈(200))에서 고객 데이터 뱅크에 존재한다는 것이다. 제1 가설에 대해, 지식 베이스에서 "Meier GmbH"를 찾는 체크가 행해진다. 퍼지 테스트로 가설 H1(R1)로부터 값 "Meier"의 정확도에 대해 예를 들어, 0.8의 값을 만든다.
이 기준의 신임 범위가 0.6 내지 1이기 때문에, 가설은 조사에 맞는다.
H2(R1)으로는, 값 "Obermuller AG"만이 찾아지는데, 이에는 0.4가 마크된다.따라서, 그 결과는 신임 한계를 넘어선다. 따라서 가설 H2(R1)은 거절된다.
H3(R1)으로는 가설이 다시 세워지고, 이는 2개의 가설이 남았다는 것을 의미한다.
제2 탐구 기준은 상술한 과정과 유사하게, 가설 H1(R1)만이 남아 있는 결과를 가져 온다. 따라서 Meier GmbH는 고객으로 허용될 수 있다. 그러나, 여전히 하나의 탐구 기준이 남아 있다. 이것은 Meier GmbH에 적용되게 된다. Meier GmbH가 또한 이 기준에 맞는다. 따라서, 탐구 기준은 말하자면 확증 기준으로 변환되게 된다. 다른 탐구 기준도 또한 확증 기준에 의한 Meier GmbH의 체크가 계속되기 이전에 이용될 수 있다. 가설이 또한 이에 맞으면, R1의 인식은 진실이 되고 결과는 "4711"와 같은 Meier GmbH의 고객 번호가 된다. 테스트 결과가 부정인 기준을 확증적으로 이용하는 것이 바로 가설의 거절로 이어지는 것이 아니라 모든 기준을 거쳐서 대응하는 신용 범위와 비교되는 가설 질의 평가 파라미터를 조사하고 나서 오직 신용 임계값 이하의 가설을 거절하는 시스템 디자인이 또한 가능하다.
Meier GmbH가 고객이라는 정보를 이용할 수 있다는 것을 제외하고는 정확히 동일한 과정이 R2에 대해서도 뒤따른다. 물품의 수령인의 검색시 지식 베이스는 예를 들어, 고객 4711, 즉 Meier GmbH와 관련되는 물품의 수령인으로 제한될 수 있다.
고객이 찾아지면, 출력 구성 요소(160)는 두 요소가 찾아졌다고 확정할 것이다. 다음에 정보는 종결을 위한 모듈(300)로가 아니라 후속의 처리를 위한 모듈(400)로 전달되게 된다.
워크스테이션 모듈(300)은 모든 데이터가 완전히 인식되지 않은 데이터 세트를 모듈(100)의 출력(160)으로부터 수신한다. 오퍼레이터는 스크린 상에서 비인식된 데이터 필드를 수동으로 체크할 선택권을 갖는다. 이를 위해 시스템은 시스템 디자인에 따라서, 소프트 카피, 즉 스크린 상에서 또는 하드 카피로, 예를 들어 페이퍼 프린트아웃의 형태로 원본을 제공한다. 다음에 오퍼레이터는 어느 값이 대응 필드에 입력되어야 하는지를 알아낼 기회를 갖게 되어 대응하는 데이터를 모듈(300)에 입력한다. 모듈의 디자인에 따라서 오퍼레이터에게는 구성 요소(120)에 형성된 가설에 기초하는 옵션의 선택권을 제공할 수 있다. 일단 보정이 성공적으로 행해지면, 워크스테이션 모듈(300)은 데이터를 전송 모듈(400)로 전달한다.
예를 들어 주문된 양이 결정되지 않았다면, 오퍼레이터는 원본에서 이를 찾아내어, 이를 워크스테이션 모듈(300)의 인터페이스를 이용하여 데이터 세트에 부가한다. 다른 어떤 데이터도 손실되지 않았다면 모듈은 기재된 바와 같이 데이터를 모듈(400)에 전달한다.
전송 모듈(400)은 모듈(100 또는 300)로부터 완성된 데이터를 수신한다. 어떤 경우에는, 시스템 디자인에 따라서, 데이터가 비지니스 과정, 이 예에서 주문 과정이 ERP 시스템에서 초기화되도록 충분히 완성되어 있지 않다. 구성 요소(410)는 데이터 세트에서와 같이 데이터의 조합에 필수적인 것으로 정의된 정보를 이용하여 데이터 기록을 강화한다. 이것은 예를 들어 물품을 디스패치하기 위해서, 특정 고객 제품의 조합에 이용되어야 하는 웨어하우스일 수 있다.
데이터 세트가 강화된 후에 이것은 구성 요소(420)에서 ERP 시스템이 모듈(500)에서 처리할 수 있는 포맷으로 변환되어야 한다. 예를 들어 SAP R/3 타입 시스템이 모듈(500)에서 이용되면, 구성 요소(420)는 데이터 세트를 예를 들어, SAP 중간 서류(IDoc)로 변환한다.
구성 요소(430)는 그 결과를 ERP 시스템에 보내는데 이 기재된 실시예에서는 IDoc를 SAP R/3 시스템에 보낸다.
ERP 시스템(모듈) (500)은 적어도 종래의 상용 기능을 가지는 ERP 시스템을 설명한다. 이런 시스템의 예로 Messrs SAP에 의해 제조된 모델 R/3이 있다.
ERP 시스템은 처리를 위해 구성 요소(430)로부터 취득한 데이터 세트를 수신할 수 있어야 한다. 이를 위해서는 형성된 포맷을 처리하는 인터페이스를, 특정한 경우에는 IDocs(구성 요소(510))를 처리할 수 있는 인터페이스가 필요하다. 그 외 기능은 여기에 기재한 시스템의 일부가 아니라 상용 가능한 것이기 때문에, 여기에서는 더 이상 기재할 필요는 없다. 구성 요소(520)는 예외이다: 지식 베이스 (모듈(200))는 ERP 시스템으로부터 정의된 정보를 억세스할 가능성을 가져야 한다. 이것은, 시스템의 디자인에 따라, ERP 시스템, 즉 예를 들어 SAP의 데이터 웨어하우스에서의 데이터 유지에 대한 지식 베이스의 직접적인 (온라인) 억세스에 의해, 또는 지식 베이스의 데이터 뱅크에의 직접적인 관련 정보의 주기적이나 가끔씩의 다운로드에 의해 행해지게 된다. 따라서 필요한 데이터 웨어하우스에는 모듈(500)로부터 필요한 데이터가 공급된다는 것이 확실해야만 한다.
본 발명에 따라서 전화상으로 주문하는 경우 바람직한 실시예에 따른 다음의 과정이 적용된다:
본 발명에 따른 시스템은 고객이 전화하면 인사하면서 그에게 주문 과정을 거치게 하는 그 자체가 잘 알려진 인터랙티브 응답 장치를 포함하고, 여기에서 고객의 상세 사항은 키-입력 (keying in) 또는 음성으로 얻어지게 된다.
고객은 정확한 순서로 그의 고객 번호 및/또는 식별 및 인증 번호 (PIN)를 인용하고, 본 발명은 상술한 인식 시스템에 기초하여 PIN 번호 없이도 또한 동작할 수 있다는 것에 유의해야 한다.
다음에 고객은 이것이 새로운 주문인지 이미 했던 명령의 후속 (보정 또는 취소)인지를 지정할 수 있다. 새로운 주문의 경우 고객은 물품 수령인 번호, 고객 주문 번호, 아이템 번호, 원하는 납품량 및 원하는 납품 날짜를 인용한다. 주문의 변경이나 취소인 경우 고객은 공급자가 이미 그에게 공급한 주문 번호를 인용하여 변경인지 취소인지를 말한다. 변경인 경우 새로운 납품량 및/또는 새로운 납품 날짜를 지정한다.
본 발명에 따르면, 다음에 고객은 그가 제공한 정보의 요약을 듣는다. 음성 주문인 경우, 그의 녹음된 음성이 응답 장치로 "재생", 즉 리플레이되는 반면, 키-입력 주문인 경우에는 고객이 키스트로크에 의해 전자적으로 형성된 음성 메시지를 듣게 된다. 다음에 고객은 변경하거나, 다른 주문을 내고/내거나 주문을 확인할 기회를 갖는다.
일단 전화 주문 프로세스가 종료되면 고객의 상세 사항은 사내 주문 시스템에 들어가 이하 상세히 설명되는 바와 같이 명령의 가능성이 체크된다. 체크가 일단 실행되면 고객은 전자 메일이나 팩스로 전자적으로 형성된 주문의 확인을 수신하게 된다.
본 발명의 특정한 바람직한 실시예에 따르면, 전화 주문 프로세스 동안에 고객에게 그의 주문 (또는 변경이나 취소의 요청)이 수신되었는지의 여부를 말하는 자동 피드백 및 명령이 할당된 작업 번호가 주어지도록 주문을 내고 있는 동안 고객에 의해 제공된 전화 상세 사항은 병렬식으로 체크된다.
다른 가능한 대안으로는 고객이 이 때까지 알고 있을 작업 번호를 인용하고 주문이 여전히 계류중인지 (즉 아직 생성되거나 디스패치되지 않음), 할당되었는지 (즉 형성되었지만 아직 발송되지 않음), 또는 이미 발송되었는지에 대한 대답을 주문 시스템 (ERP 시스템)으로부터 수신하는 것으로, 그의 주문의 상태에 대해 질문하기 위해 전화를 거는 것이 있다.
따라서 본 발명에 의하면 고객이 연속적 텍스트, 아니면 언포맷된 텍스트, 전화를 이용하거나 또는 그 자신의 주문 폼을 이용하여, 공급자 말단에서 완전히 정확하게 인식할 수 있으며 더욱이 사람 중재가 전혀 없거나 오직 최소한만으로 처리할 수 있는 비지니스 프로세스를 실행하는 것이 가능하다.

Claims (18)

  1. 컴퓨터 시스템을 이용한 전자 비지니스 프로세스의 컴퓨터 구현 평가 프로세스에 있어서,
    상기 컴퓨터 시스템에 입력되는 비지니스 프로세스(GP)에 포함되는 비지니스 프로세스 관련 데이터를 체크하기 위해서, 제1 체크 단계에서 상기 데이터는 문자 인식에 기초하여 정적 체크되고, 체크된 각 데이텀(datum)의 컨텐츠에 대해 가설이 만들어지며, 제2 체크 단계에서 상기 만들어진 가설이 동적 체크되는 전자 비지니스 프로세스의 컴퓨터 구현 평가 프로세스.
  2. 제1항에 있어서, 상기 동적 체크는 저장된 기준과 규칙을 이용하여 실행되는 전자 비지니스 프로세스의 컴퓨터 구현 평가 프로세스.
  3. 제1항 또는 제2항에 있어서, 상기 동적 체크는 지식 베이스를 참조하여 실행되는 전자 비지니스 프로세스의 컴퓨터 구현 평가 프로세스.
  4. 제1항 내지 제3항중 어느 한 항에 있어서, 비지니스 프로세스는 전자 메일, 팩스, OCR 문자 인식 및/또는 전화에 의해 전자적으로 입력되는 전자 비지니스 프로세스의 컴퓨터 구현 평가 프로세스.
  5. 제1항 내지 제4항중 어느 한 항에 있어서, 인식된 비지니스 프로세스 관련 데이터는 이들 데이터에 기초하여 상기 비지니스 프로세스를 완전 자동으로 실행하는 작업 처리 시스템(500)으로 자동 전달되는 전자 비지니스 프로세스의 컴퓨터 구현 평가 프로세스.
  6. 컴퓨터 시스템을 이용한 전자 비지니스 프로세스의 컴퓨터 구현 평가 프로세스에 있어서,
    상기 컴퓨터 시스템에 입력된 비지니스 프로세스(GP)에 포함된 비지니스 프로세스 관련 데이터를 체크하기 위해서, 전자적으로 인식된 데이터 요소가 지식 베이스(200)에 포함된 고객 및/또는 자료 특정 데이터와 비교되는 전자 비지니스 프로세스의 컴퓨터 구현 평가 프로세스.
  7. 제6항에 있어서, 인식된 비지니스 프로세스 관련 데이텀이 상기 지식 베이스(200) 내의 데이터와 일치하지 않으면, 상기 비지니스 프로세스 관련 데이텀은 상기 지식 베이스(200)의 컨텐츠에 기초하여 정정되는 전자 비지니스 프로세스의 컴퓨터 구현 평가 프로세스.
  8. 제7항에 있어서, 상기 지식 베이스(200)의 컨텐츠에 기초하여 정정이 행해질 수 없다면, 상기 비지니스 프로세스(GP)는 수동적 강화를 위해 강화 모듈(300)에 전달되는 전자 비지니스 프로세스의 컴퓨터 구현 평가 프로세스.
  9. 전자 비지니스 프로세스의 컴퓨터 구현 평가를 위한 컴퓨터 시스템에 있어서,
    입력 인터페이스, 인식 모듈(100), 지식 베이스(200), 전송 모듈(400) 및 작업 처리 시스템(500)을 구비하며,
    상기 입력 인터페이스를 통해 상기 컴퓨터 시스템에 입력되는 비지니스 프로세스(GP)에 포함되는 비지니스 프로세스 관련 데이터를 체크하기 위해서, 제1 체크 단계(120)에서 상기 데이터는 문자 인식에 기초하여 정적 체크되고, 체크된 각 데이텀의 컨텐츠에 대해 가설이 만들어지고, 제2 체크 단계(140)에서 상기 만들어진 가설이 동적 체크되는 전자 비지니스 프로세스의 컴퓨터 구현 평가를 위한 컴퓨터 시스템.
  10. 제9항에 있어서, 상기 동적 체크는 저장된 기준 및 규칙을 이용하여 실행되는 전자 비지니스 프로세스의 컴퓨터 구현 평가를 위한 컴퓨터 시스템.
  11. 제9항 또는 제10항에 있어서, 상기 동적 체크는 상기 지식 베이스(200)를 참조하여 실행되는 전자 비지니스 프로세스의 컴퓨터 구현 평가를 위한 컴퓨터 시스템.
  12. 제9항 내지 제11항 중 어느 한 항에 있어서, 비지니스 프로세스는 전자 메일, 팩스, OCR 문자 인식 및/또는 전화에 의해 전자적으로 입력되는 전자 비지니스 프로세스의 컴퓨터 구현 평가를 위한 컴퓨터 시스템.
  13. 제9항 내지 제12항 중 어느 한 항에 있어서, 상기 인식 모듈(100)에 의해 인식된 비지니스 프로세스 관련 데이터는 상기 전송 모듈(400)에 의해 상기 작업 처리 모듈(500)에 자동으로 전달되고, 상기 작업 처리 모듈(500)은 이들 데이터에 기초하여 상기 비지니스 프로세스를 완전 자동으로 실행하는 전자 비지니스 프로세스의 컴퓨터 구현 평가를 위한 컴퓨터 시스템.
  14. 컴퓨터 시스템을 이용한 전자 비지니스 프로세스의 컴퓨터 구현 평가를 위한 컴퓨터 시스템에 있어서,
    상기 컴퓨터 시스템에 입력된 비지니스 프로세스(GP)에 포함된 비지니스 프로세스 관련 데이터를 체크하기 위해서, 전자적으로 인식된 데이터 요소는 지식 베이스(200)에 포함된 고객 및/또는 자료 특정 데이터와 비교되는 전자 비지니스 프로세스의 컴퓨터 구현 평가를 위한 컴퓨터 시스템.
  15. 제14항에 있어서, 인식된 비지니스 프로세스 관련 데이텀이 상기 지식 베이스(200) 내의 데이터와 일치하지 않으면, 상기 비지니스 프로세스 관련 데이텀은 상기 지식 베이스(200)의 컨텐츠에 기초하여 정정되는 전자 비지니스 프로세스의 컴퓨터 구현 평가를 위한 컴퓨터 시스템.
  16. 제15항에 있어서, 상기 지식 베이스(200)의 컨텐츠에 기초하여 상기 비지니스 프로세스 관련 데이텀의 정정이 행해질 수 없다면, 비지니스 프로세스 데이터를 수동으로 강화하기 위해 이용되는 강화 모듈(300)을 더 포함하는 전자 비지니스 프로세스의 컴퓨터 구현 평가를 위한 컴퓨터 시스템.
  17. 컴퓨터 판독 가능 매체 및 상기 컴퓨터 판독 가능 매체 상에 저장된 컴퓨터 프로그램을 갖는 컴퓨터 프로그램 제품으로서, 상기 컴퓨터 프로그램이 컴퓨터 시스템 상에서 실행될 때 상기 제1항 내지 제8항 중 어느 한 항에 따른 프로세스를 실행하도록 채택된 프로그램 코딩 수단을 갖는 컴퓨터 프로그램 제품.
  18. 컴퓨터 프로그램이 컴퓨터 시스템 상에서 실행될 때 제1항 내지 제8항 중 어느 한 항에 따른 프로세스를 실행하도록 채택된 컴퓨터 코딩 수단을 갖는 컴퓨터 프로그램.
KR10-2004-7007974A 2001-11-26 2002-11-26 고객 비지니스 프로세스의 컴퓨터 구현 평가 프로세스 및장치 KR20040058328A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE10158843 2001-11-26
DE10158843.7 2001-11-26
PCT/EP2002/013277 WO2003046779A1 (de) 2001-11-26 2002-11-26 Verfahren und vorrichtung zur computerimplementierten auswertung von kunden-geschäftsprozessen

Publications (1)

Publication Number Publication Date
KR20040058328A true KR20040058328A (ko) 2004-07-03

Family

ID=7707561

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2004-7007974A KR20040058328A (ko) 2001-11-26 2002-11-26 고객 비지니스 프로세스의 컴퓨터 구현 평가 프로세스 및장치

Country Status (7)

Country Link
US (1) US20050131751A1 (ko)
EP (1) EP1451745A1 (ko)
JP (1) JP2005510810A (ko)
KR (1) KR20040058328A (ko)
AU (1) AU2002358041A1 (ko)
CA (1) CA2467967A1 (ko)
WO (1) WO2003046779A1 (ko)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8396859B2 (en) 2000-06-26 2013-03-12 Oracle International Corporation Subject matter context search engine
US7536634B2 (en) * 2005-06-13 2009-05-19 Silver Creek Systems, Inc. Frame-slot architecture for data conversion
US7945891B2 (en) * 2006-04-12 2011-05-17 Microsoft Corporation Time business process validations within data context
US8108764B2 (en) * 2007-10-03 2012-01-31 Esker, Inc. Document recognition using static and variable strings to create a document signature
US8094976B2 (en) * 2007-10-03 2012-01-10 Esker, Inc. One-screen reconciliation of business document image data, optical character recognition extracted data, and enterprise resource planning data
US8286133B2 (en) * 2007-12-19 2012-10-09 Microsoft Corporation Fuzzing encoded data
US8136095B2 (en) * 2007-12-19 2012-03-13 Microsoft Corporation Relations in fuzzing data
JP2016536655A (ja) * 2013-09-17 2016-11-24 ストリームライン・メディア・グループ・インコーポレーテッド 柔軟なプロジェクト管理のためのコンピュータ・ベース・システムおよび方法
CN108256829B (zh) * 2018-01-26 2020-07-31 北京语言大学 一种面向erp技能在线阅卷的数据抽取方法及系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5937084A (en) * 1996-05-22 1999-08-10 Ncr Corporation Knowledge-based document analysis system
US6519562B1 (en) * 1999-02-25 2003-02-11 Speechworks International, Inc. Dynamic semantic control of a speech recognition system
AU2002334954B2 (en) * 2001-10-11 2008-07-31 Omniture, Inc. System, method, and computer program product for processing and visualization of information

Also Published As

Publication number Publication date
AU2002358041A1 (en) 2003-06-10
US20050131751A1 (en) 2005-06-16
WO2003046779A1 (de) 2003-06-05
JP2005510810A (ja) 2005-04-21
CA2467967A1 (en) 2003-06-05
EP1451745A1 (de) 2004-09-01

Similar Documents

Publication Publication Date Title
US10027613B2 (en) Method and system of automating data capture from electronic correspondence
US10354000B2 (en) Feedback validation of electronically generated forms
US6606740B1 (en) Development framework for case and workflow systems
EP0846298B1 (en) Electronic document and data storage and retrieval system
US6785679B1 (en) Method and apparatus for sending and tracking resume data sent via URL
US20040133561A1 (en) System and method for identifying alternate contact information
US20080046417A1 (en) Document management system for searching scanned documents
WO2002057882A2 (en) System and method for conducting electronic commerce
WO1997007468A9 (en) Electronic document and data storage and retrieval system
US11615110B2 (en) Systems and methods for unifying formats and adaptively automating processing of business records data
KR20040058328A (ko) 고객 비지니스 프로세스의 컴퓨터 구현 평가 프로세스 및장치
CA2332401A1 (en) Work-flow system for web-based applications
US20030004707A1 (en) Method and system for structured processing of personal information
US20070014305A1 (en) A system and method for formatted inter-node communications over a computer network.
US20030149647A1 (en) System and method for management of debt default information
US20060218186A1 (en) Automated data processing using optical character recognition
JP7185543B2 (ja) 名刺管理システム
TWM649579U (zh) 知識搜尋系統
JP2002049700A (ja) 電子本社システム
JP2002366483A (ja) データの自動蓄積管理システム
JP2004220181A (ja) 文字認識結果の補正システム、業務集中管理システム、補正方法及びプログラム

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid