KR20010064879A

KR20010064879A - 전자문서 규칙정보를 이용한 수신 매핑 방법

Info

Publication number: KR20010064879A
Application number: KR1019990059257A
Authority: KR
Inventors: 양성현; 이승재
Original assignee: 이계철; 한국전기통신공사
Priority date: 1999-12-20
Filing date: 1999-12-20
Publication date: 2001-07-11
Also published as: KR100586595B1

Abstract

1. 청구범위에 기재된 발명이 속한 기술분야

본 발명은 전자문서 규칙정보를 이용한 수신 매핑 방법에 관한 것임.

2. 발명이 해결하려고 하는 기술적 과제

본 발명은, 웹을 기반으로 한 EDI 환경과 같이 웹 서버에서 다양한 종류의 문서에 대해 수신 매핑을 수행하여 데이터 파일로부터 문서를 생성하기 위한 전자문서 규칙정보를 이용한 수신 매핑 방법과 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하고자 함.

3. 발명의 해결방법의 요지

본 발명은, 전자문서 교환시스템에 적용되는 전자문서 규칙정보를 이용한 수신 매핑 방법에 있어서, 데이터 파일로부터 사용자가 조회가능한 문서를 생성하기 위하여, 수신 매핑 정보를 구성하되, 문서 규격 지침(MIG : Message Implementation Guideline)이 정하는 한정사와 데이터의 결합, 반복구조, 문서양식과 데이터 파일로부터 처리될 문서 양식을 선택하는 제 1 단계; 및 데이터 파일과 그 데이터 파일의 문서양식에 해당하는 수신 매핑 처리기를 이용하여 직접적으로 해당 문서 양식과 결합될 수 있는 데이터 항목을 추출하는 제 2 단계를 포함함.

4. 발명의 중요한 용도

본 발명은 전자문서 교환시스템 등에 이용됨.

Description

전자문서 규칙정보를 이용한 수신 매핑 방법{METHOD FOR RECEIVING MAPPING USING RULE INFORMATION IN ELECTRONIC DATA}

본 발명은 전자문서 교환(EDI : Electronic Data Interchange)시스템에서 전자문서 규칙정보를 이용한 수신 매핑 방법과 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것으로, 특히 데이터 파일 형태로 저장된 EDI 문서를 문서 양식과 결합하여 수신 문서를 생성하여 매핑하기 위한 전자문서 규칙정보를 이용한 수신 매핑 방법과 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것이다.

전자문서 교환(EDI : Electronic Data Interchange)시스템은 표준적인 전자 문서를 통해서 문서를 교환하는 시스템으로, 표준적인 전자문서 설계에 따라 문서 규격 지침(MIG : Message Implementation Guideline)이 정하는 규칙에 의해 문서의 내용을 저장한다. 이렇게 저장된 양식을 데이터 파일이라고 하는데 문서를 수신할 시에는 데이터 파일로부터 사용자가 문서의 내용을 조회할 수 있는 양식으로 문서를 생성한다. 바로 이때 수행되는 것이 어플리케이션(application) 수신 매핑이다.

종래의 EDI는 부가 가치 통신망(VAN : Value Added Network) 기반의 환경으로 구축된 경우가 많으며, 이러한 환경에서 사용자에게 전용의 EDI 클라이언트 소프트웨어(S/W)가 배포된다. 일반적으로, 가입자들이 사용하는 전자문서 교환 소프트웨어(EDI S/W)는 해당 VAN 환경에 맞는 통신 프로토콜로 EDI 중계 시스템에 접속할 수 있는 기능과 더불어 송수신 매핑 기능을 가지고 있다. 또한, 이러한 전자문서 교환 소프트웨어(EDI S/W)는 송수신 문서와 관련된 업무를 지원하는 MIS(Management Information System) 시스템과 연동되어 동작하며, MIS 시스템에서 EDI 문서 생성을 위한 어플리케이션 매핑 및 수신 매핑을 수행한다.

따라서, 종래의 시스템에서는 특정 업무에 종속된 전용의 클라이언트 소프트웨어(client S/W)가 제작되어 배포되므로 유지 보수 및 변경 사항을 적용하는데 있어 어려움이 있었다.

최근 EDI 시스템은 개방형 인터넷 환경에서 웹(Web) 기반으로 구현되는 사례가 많아지고 있다. 웹 환경의 EDI는 HTML(Hyper Text Markup Language) 폼(form)이 입력 환경이 되며, 수신 시에는 조회되는 문서의 양식을 HTML을 통해서 제공한다.

종래에는 클라이언트 소프트웨어(client S/W)가 수행하던 송수신 매핑 및 양식 처리를 웹 서버(Web Server)에서 수행하면서 사용자에게 클라이언트 소프트웨어(Client S/W)의 설치 부담없이 웹 브라우져(Web Browser)만으로 EDI 서비스를 사용할 수 있도록 하였다. 그러나, 클라이언트 소프트웨어(Client S/W)가 웹 서버(Web Server)에서 그 기능을 수행함으로써, 다양한 종류의 문서를 웹 서버에서 작성 및 전송/수신 및 조회할 수 있도록 한다. 이때, EDI 송수신 매핑 처리기는 웹 서버에서 수행되어야 하며, 종래에는 기존의 클라이언트 소프트웨어(Client S/W)의 기능처럼 각 문서별로 각각 처리하거나 간단한 중간 파일 포맷으로 저장하는 방식이 주류를 이루었다.

그러나, 전자의 방법은 신규 문서 양식 처리 시에 각 양식을 지원하는 모듈이 각각 개발되어야 하는 부담이 있으며, 후자의 방법은 필요시에 다시 매핑을 수행해야 하는 문제점이 있었다.

본 발명은, 상기한 바와 같은 문제점을 해결하기 위하여 안출된 것으로, 데이터 파일로부터 사용자가 조회가능한 문서를 생성하기 위하여, 수신 매핑 정보를 구성하되, MIG가 정하는 한정사와 데이터의 결합, 반복구조, 문서양식과 데이터 파일 구조와의 매핑 등을 고려하여 작성함으로써, 데이터 파일과 그 데이터 파일의 문서양식에 해당하는 수신 매핑 정보를 이용하여 직접적으로 해당 문서 양식과 결합될 수 있는 데이터 항목을 추출해 내는 전자문서 규칙정보를 이용한 수신 매핑 방법과 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하는데 그 목적이 있다.

도 1 은 본 발명이 적용되는 전자문서 교환시스템의 구성예시도.

도 2 는 전자문서 규칙정보를 이용하여 본 발명에 따른 수신 매핑 처리를 수행하기 전, 후의 상태를 설명하기 위한 예시도.

도 3a 및 도 3b 는 본 발명에 따른 전자문서 규칙정보를 이용한 수신 매핑 방법에 대한 일실시예 수행 흐름도.

*도면의 주요 부분에 대한 부호의 설명

11 : 중앙처리장치 12 : 주기억장치

13 : 보조기억장치 14 : 입력장치

15 : 출력장치 16 : 통신장치

상기 목적을 달성하기 위한 본 발명은, 전자문서 교환시스템에 적용되는 전자문서 규칙정보를 이용한 수신 매핑 방법에 있어서, 데이터 파일로부터 사용자가 조회가능한 문서를 생성하기 위하여, 수신 매핑 정보를 구성하되, 문서 규격 지침(MIG : Message Implementation Guideline)이 정하는 한정사와 데이터의 결합, 반복구조, 문서양식과 데이터 파일로부터 처리될 문서 양식을 선택하는 제 1 단계; 및 데이터 파일과 그 데이터 파일의 문서양식에 해당하는 수신 매핑 처리기를 이용하여 직접적으로 해당 문서 양식과 결합될 수 있는 데이터 항목을 추출하는 제 2 단계를 포함하여 이루어진 것을 특징으로 한다.

또한, 본 발명은, 프로세서를 구비한 전자문서 교환시스템에, 데이터 파일로부터 사용자가 조회가능한 문서를 생성하기 위하여, 수신 매핑 정보를 구성하되,문서 규격 지침(MIG : Message Implementation Guideline)이 정하는 한정사와 데이터의 결합, 반복구조, 문서양식과 데이터 파일로부터 처리될 문서 양식을 선택하는 기능; 및 데이터 파일과 그 데이터 파일의 문서양식에 해당하는 수신 매핑 처리기를 이용하여 직접적으로 해당 문서 양식과 결합될 수 있는 데이터 항목을 추출하는 기능을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공한다.

본 발명은 EDI 문서 수신시에 일어나는 수신 매핑에 관한 것으로, 데이터 파일 형태로 저장된 EDI 문서를 문서 양식과 결합하여 수신 문서를 생성하는 방법에 관한 것이다. 이를 위해서 EDI 문서의 내용이 문서 규칙 지침(MIG : Message Implementation Guideline)이 정하는 규칙에 따라 기록된 데이터 파일로부터 수신 매핑의 과정을 수행하는데, 문서 규격 지침(MIG)에 기반을 둔 규칙 정보를 이용하여 반복구조를 포함한 문서에 대해 범용의 수신 매핑을 수행하는 방법을 제공하기 위한 것이다.

상술한 목적, 특징들 및 장점은 첨부된 도면과 관련한 다음의 상세한 설명을 통하여 보다 분명해 질 것이다. 이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 일실시예를 상세히 설명한다.

도 1 은 본 발명이 적용되는 전자문서 교환시스템의 구성예시도이다.

도 1에 도시된 바와 같이, 일반적인 하드웨어 시스템은, 중앙처리장치(11)와, 중앙처리장치(11)에 연결된 주기억장치(12)와, 주기억장치(12)에 연결된 보조기억장치(13)와, 중앙처리장치(11)에 연결된 입력장치(14), 출력장치(15) 및 통신장치(16)를 구비한다.

여기서, 하드웨어 시스템은, 컴퓨터의 전체 동작을 제어하고 관리하는 중앙처리장치(11), 상기 중앙처리장치(11)에서 수행되는 프로그램을 저장하고 작업 수행중 이용되는 또는 작업 수행중에 발생되는 각종 데이터를 저장하는 주기억장치(12)와 보조기억장치(13) 및 사용자와의 데이터 입출력을 위한 입출력장치(14,15)를 포함한다.

그리고, 상기 보조기억장치(13)는 대량의 데이터를 저장하는 역할을 하며, 상기 입출력장치(14,15)는 일반적인 키보드, 디스플레이 장치 및 프린터 등을 포함한다.

상기와 같은 하드웨어 시스템에서 중앙처리장치(11)는 판단 및 연산의 단계를, 주기억장치(12)는 연산을 위한 임시 데이터 저장을, 보조기억장치(13)는 규칙 파일을 저장한다. 또한, 사용자의 문서 조회 요구는 입력장치(14), 조회 결과는 출력장치(15)를 통하며, 이러한 처리 결과가 인터넷 망과 같은 통신망상에서 구현될 때는 통신장치(16)를 사용한다.

도 2 는 전자문서 규칙정보를 이용하여 본 발명에 따른 수신 매핑 처리를 수행하기 전, 후의 상태를 설명하기 위한 예시도이다.

도 2에 도시된 바와 같이, 데이터 파일(101)은 사용자가 EDI 문서 송신 결과 문서의 내용이 저장되는 파일 포맷으로 MIG가 규정하는 바에 따라 구조가 정해진다. 이러한 데이터 파일은 문서양식별로 생성되는 방식이 다르다. 또한, 데이터 파일로부터 사용자가 조회 가능한 문서를 생성하기 위해서는 수신 매핑의 과정이필요하다.

수신 매핑 규칙 정보(102)는 본 발명에서 새롭게 안출되어 제시되는 것으로, 수신 매핑을 처리하기 위한 규칙을 정의한 파일이다. 이 파일의 목적은 데이터 파일을 분석하여 최종적으로 사용자에게 제시될 문서의 내용을 추출하는 규칙을 저장하는 것이다. 이 규칙에 의해 데이터 파일로부터 양식의 항목에 매핑될 데이터의 내용을 추출할 수 있다.

수신 매핑 처리기(103)는 데이터 파일(102)과 수신 매핑 규칙 정보(103)로부터 수신 매핑을 처리하여 데이터 파일의 내용 중 양식에 표시될 내용을 추출하는 단계이다.

수신 매핑의 처리 결과(104)는 정형화된 데이터베이스의 조회 결과와 같이, <field명, value>의 쌍으로 추출된다. 이렇게 추출된 데이터는 문서 양식의 데이터 값이 표시될 부분에 삽입되어 사용자가 문서의 내용을 조회하게 된다. 웹 환경에서는 브라우저를 통해 표시될 수 있는 HTML을 이용하게 되며, 데이터와 양식이 결합되는 처리는 컴퓨터 합성 기법(CGI : Computer Generated Imagery)이나 서버 사이드 스크립트를 이용하여 수행되거나, 문서 양식에 자바스크립(JavaScript)으로 추출된 데이터를 삽입하는 방식으로 처리된다.

또한, 수신 매핑 규칙 정보(102)는 데이터베이스에 저장될 수 있지만 규칙 정보를 검색할 수 있는 임의의 저장 구조를 갖추면 된다. 문서 규칙 정보는 각 문서별로 MIG가 정하는 규칙에 따라서 생성되며, 이는 데이터 파일로부터 사용자가 조회 가능을 양식으로 수신 매핑하는데 필요한 정보이다.

여기서, 문서 규칙 정보를 나타내는 "A"는 MIG에 지정된 캐스트(CAST) 번호, "B"는 데이터 파일의 내용을 양식의 항목으로 생성시키는 처리방식, "C"는 데이터 파일의 캐스트(CAST) 번호의 데이터가 수신 매핑 결과 생성되는 값(VALUE)과 쌍이되는 항목의 이름(NAME), "D"는 데이터 파일의 내용 중 수신 매핑 결과로 생성되는 항목을 지정하는 한정사, "E"는 입력 데이터를 여러 캐스트 번호에 걸쳐 생성할 경우의 한 라인에 생성할 수 있는 최대 길이 및 최대 생성 가능한 라인 수, "F"는 여러 입력 항목으로 분리되어 입력되었으나 하나의 캐스트 번호에 데이터를 생성하는 항목에 대한 정보, "G"는 HTML(Hyper Text Markup Language)타입, "H"는 해당 캐스트 번호의 내용을 지정하는 한정사와의 상대적인 위치 정보를 나타낸다.

그리고, 수신 매핑에서 입력으로 사용되는 데이터 파일(101)의 예를 나타내면 다음과 같다.

0001 19991007111130

0002 NPCALM

0003 D

0004 94B

0005 KE

0014 EA001

0017 XA

0018 42026050

0053 DM

0057 이희대

0062 대구광역시지하철공사

0053 GN

0062 길은영

0111 D

154 1

163 BM

167 양성현

185 7W8

186 19990909

188 11

189 1000000

193 7AA

200 22

93 7AB

200 03

01 5AB

02 7307201235031

4 2

163 BM

167 홍길동

185 7W8

0186 19990808

0188 11

0189 2000000

0193 7AA

0200 33

0193 7AB

0200 05

0201 5AB

0202 7104241235013

0417 *

다음은, 문서 처리 규칙(102)을 스키마의 데이터베이스로 처리할 수 있는 예이다.

create table

{

CAST number;

process_type char(1);

html_name varchar(5);

data varchar(70);

datasize number;

multi_column number;

rel_html_name varchar(50);

cond_code varchar(50);

html_type char(1),

rel_segment number;

}

상기한 바와 같은 예에서 각 항목에 대한 설명은 다음과 같다.

CAST(즉, 항목을 구별하는 번호)는 MIG 상의 캐스트(CAST) 번호를 순차적으로 나열하고, "process_type"은 입력 데이터 처리 방식을 나타낸다.

처리방식 1은 관련데이터 항목을 그대로 생성, 즉 사용자 입력 데이터가 아니라 MIG에 기본적으로 설정되는 한정사와 같은 항목으로 실제 데이터의 항목을 찾는데 사용되며 실질적인 데이터가 아니므로 다음 단계로 건너뛴다.

처리방식 2는 데이터 파일에 나타난 데이터를 HTML_NAME의 값(VALUE)으로 매핑한다.

처리방식 3은 HTML의 텍스트에리어(TEXTAREA)와 같이 다량의 데이터가 기술되는 FTX(Free Text segment)처리 기능으로써, 데이터 파일의 시작 캐스트 번호부터 한 라인 당 데이터사이즈(datasize) 만큼씩 읽어 연결을 시키되 최대 반복회수(multi_column) 내에서 생성한 데이터를 HTML_NAME의 값(VALUE)으로 매핑한다. 단 여러 라인에 걸쳐서 생성될 경우 라인이 증가함에 따라, 캐스트(CAST) 번호는 최초 캐스트 번호에서 1씩 증가하며, 이러한 증가 범위를 벗어난 캐스트(CAST) 번호가 나타나면 해당 항목의 데이터가 아니므로 처리방식 3의 처리를 중단한다.

처리방식 4는 데이터 파일의 한 라인의 데이터를 여러 항목에 걸쳐서 수신 매핑을 처리한다. 예를들어, 전화번호 [02] - [526] - [6715] 라든가, 날짜를 년/월/일 구분 방식으로 선택 박스(select box)로 생성할 때 사용한다. 이 처리 방식에서는 "HTML_NAME"으로 첫번째 항목의 값을 매핑하며, "REL_HTML_NAME"에 정의된 항목에 의하여 나머지 항목의 값을 매핑한다.

여기서, "html_name"은 실제 값이 입력되는 HTML 주제(Object)의 이름(Name)으로 D1, D2, ‥‥, Dn 방식으로 사용할 수 있다. 루프(loop)에 대한 "_n"(n은 반복회수)을 이름(Name)에 붙이는 것은 매핑 수행시 처리되므로 규칙 파일에는 나타나지 않는다. 실제 수신 및 조회용 양식에 사용할 항목을 지칭한다.

그리고, 데이터(data)는 한정사가 나타나는 항목으로 처리방식 2, 3, 4에서 데이터 파일의 실질적인 데이터 내용이 어떤 한정사에 규정되는지를 정하는 값이고, 데이터사이즈(datasize)는 해당 캐스트(CAST) 번호에 생성되는 데이터의 사이즈(size)이다. 처리방식 3에서 데이터가 데이터 파일의 여러 라인에 걸쳐서 생성될경우 다음 라인과의 데이터 결합 시, 현재 라인의 최대 길이로 사용된다.

또한, "multi_column"은 처리방식 3의 경우로 처리방식 3에서 데이터가 데이터 파일의 여러 라인에 걸쳐서 생성될 경우 다음 라인과의 데이터 결합 시, 최대 라인수로 사용되고, "rel_html_name"은 전화번호와 같은 데이터의 경우로, 첫번째 HTML 주제(Object) 이외에 연결되어서 하나의 캐스트(CAST) 번호의 데이터(data)로 생성되는 HTML 주제 이름(Object name)에 관한 정보로 사용된다.

"cond_code"는 MIG에서 필수 입력 항목이 아닌 경우에 대해 생성되지 않는 데이터에 대한 판단으로 사용되고, "html_type"은 입력 양식으로 사용된 HTML의 타입으로, 선택 박스(select box)와 같이 입력 데이터가 코드화 되어 있으나, 수신 시에 코드에 대한 설명 문구로 화면에 표시되어야 하는 경우를 구별하기 위해 사용된다.

"rel_segment"는 해당 캐스트(CAST) 번호의 데이터가 매핑되는 항목을 규정하는 한정사를 결정하기 위한 한정사와의 상대적인 위치를 나타낸다.

이러한 구조의 테이블(table)의 구조로 이루어진 수신 매핑 규칙(102)의 일 실시예는 다음과 같다. 단, 널(NULL)인 항목에 대해서는 임의로" _ "로 표기하였다.

하기의 내용은 상기에서 언급한 데이터베이스 스키마로 이루어진 테이블(table)에 저장되어 수행된다.

1 2 D2 _ 14 1 _ D2 1 0

2 1 _ NPCALM 6 1 _ _ _ 0

3 1 _ D 3 1 _ _ _ 0

4 1 _ 94B 3 1 _ _ _ 0

5 1 _ KE 2 1 _ _ _ 0

14 1 _ EA001 35 1 _ _ _ 0

17 1 _ XA 3 1 _ D1 _ 0

18 2 D1 XA 35 1 _ D1 1 -1

53 1 _ DM 3 1 _ D3 _ 0

57 2 D14 DM 35 2 _ D14 1 -1

62 3 D3 DM 35 2 _ D3 1 -2

53 1 _ GN 3 1 _ D4 _ 0

62 2 D4 GN 35 2 _ D4 1 -1

111 1 _ D 1 1 _ _ _ 0

154 2 D5 _ 6 1 _ D6 1 -1

163 1 _ BM 3 1 _ D6 _ 0

167 2 D6 BM 35 2 _ D6 1 -1

185 1 _ 7W8 3 1 _ D12 _ 0

186 2 D12 7W8 35 1 _ D12 1 -1

188 1 _ 11 3 1 _ D8 _ 0

189 2 D8 11 18 1 _ D8 1 -1

193 1 _ 7AA 3 1 _ D9 _ 0

200 2 D9 7AA 35 1 _ D9 1 -1

193 1 _ 7AB 3 1 _ D11 _ 0

200 2 D11 7AB 35 1 01-18세이상당연취득/03-18세미만신청취득/09-전입 D11 3 -1

193 1 _ 7AC 3 1 _ D10 _ 0

200 2 D10 7AC 35 1 01-광원/02-부원 D10 03 -1

193 1 _ 7AE 3 1 _ D13 _ 0

200 2 D13 7AE 35 1 _ D13 1 -1

201 1 _ 5AB 3 1 _ D7 _ 0

202 2 D7 5AB 35 1 _ D7 1 -1

417 1 _ * 1 1 _ _ _ 0

이제, 상기한 바와 같은 데이터 파일(101)과 수신 매핑 처리 규칙(102)를 기반으로 하여 수신 매핑 처리기(103)가 동작하는 절차를 살펴보면 다음과 같다.

해당 라인의 데이터 파일 내용에서 "rel_segment"만큼의 전/후 라인의 내용과 규칙 파일의 데이터가 같은지의 여부를 비교한다. 한정사와 한정사의 데이터와 상관없는 헤더인 경우 비교 결과가 같다고 처리한다.

만일 해당 라인과 규칙 파일의 캐스트(CAST)번호가 같으나 비교 결과가 같지 않은 경우(같은 세그먼트(segment)에 속하지만 한정사가 다른 경우), 규칙 파일에서 한정사와 캐스트(CAST)번호가 모두 같은 항목을 만날 때까지 규칙 파일의 다음 라인을 읽으면서 반복 수행한다.

이러한 검색 과정을 거쳐 해당 데이터 항목의 한정사와 규칙 파일의 한정사가 같으며 캐스트(CAST)번호도 같은 경우, 해당 라인을 처리할 규칙을 찾은 것이다. 해당 규칙에 대해 처리 타입에 따라 다음과 같은 처리를 수행한다.

다음 처리 결과는 최종적으로 HTML을 생성할 때 검색할 수 있는 구조를 갖는다. 그 구조는 데이터의 구분을 나타내는 이름(name)과 값(value)의 결합으로 이루어진다.

처리방식 2는 "html_type"이 선택 박스(select box)가 아닐 경우, 해당 라인의 데이터를 규칙 파일의 "html_name"에 대한 값(value)으로 저장한다. 만일 선택 박스(select box)일 경우 "rel_html_data"를 이용하여 코드(code)화된 값을 문자열로 변형하여 표시하여 준다.

처리방식 3은 해당 라인의 데이터의 사이즈(size)가 규칙 파일의 "data_size"보다 작으면 처리방식 2와 같은 방식으로 처리한다. 그렇지 않을 경우, 다음 데이터 파일의 다음 라인의 캐스트(CAST) 번호가 현 라인의 캐스트(CAST)보다 1이 큰 경우에 한 해서 반복적으로 데이터를 연결하여 규칙의 "html_name"의 값(value)으로 설정한다.

처리방식 4는 해당 라인의 데이터 항목을 구분자를 기준으로 분리하여 여러 "html_name"의 값(value)으로 설정해준다. 그 규칙은 규칙 파일의 "rel_html"에 지정되어 있다.

상기의 과정을 수행한 후 얻어진 자료 구조는 사용자가 조회할 수 있는 항목들이 추출된 내용으로, 양식과 결합하여 출력하는 과정을 거치면 최종적으로 사용자가 수신한 EDI 문서의 내용을 볼 수 있게 된다.

이와 같은 수행 결과의 최종 수신 매핑 결과는 다음과 같다.

<D2, 19991007111130>

<D1, 42026050>

<D14, 이희대>

<D3, 대구광역시지하철공사>

<D4, 길은영>

<D6_001, 양성현>

<D12_001, 19990909>

<D8_001, 1000000>

<D9_001, 22>

<D11_001, 03>

<D7_001, 7307201235031>

<D6_002, 홍길동>

<D12_002, 19990808>

<D8_002, 2000000>

<D9_002, 33>

<D11_002, 05>

<D7_002, 7104241235013>

이와 같이, 본 방법을 통해 수행된 수신 매핑 결과로서 얻어지는 결과이며, 이 결과를 양식의 각 항목과 결합시켜 최종적인 결과를 사용자에게 제공한다.

이러한 수신 매핑 결과는 일반적인 데이터베이스 조회 결과와 비슷하게 만들어지므로 양식과 양식의 항목 데이터를 결합시켜서 표시하는 방법은 널리 알려진 서버 사이드 스크립트(server side script) 기술 혹은 컴퓨터 합성 기법(CGI : Computer Generated Imagery) 기술을 통해 수행한다.

도 3a 및 도 3b 는 본 발명에 따른 전자문서 규칙정보를 이용한 수신 매핑 방법에 대한 일실시예 수행 흐름도이다.

도 3a 및 도 3b에 도시된 바와 같이, 데이터 파일은 캐스트(CAST) 번호별로 한 라인씩 읽어 처리되며, 순차적으로 처리되므로 한 라인 단위로 처리된다. 따라서, 데이터 파일로부터 처리될 다음 내용을 판독하기 위해 데이터 파일로부터 한 라인을 읽는다(301).

이어서, 규칙 정보에서 한정사와의 결합 정보와 캐스트(CAST) 번호가 일치하는지 확인한다(302). 즉, 데이터 파일은 필수 입력 사항이 아닌 항목에 대해서 캐스트(CAST) 번호가 생성되지 않으므로 규칙정보 내용과 데이터 파일은 언제나 순차적으로 대응되지는 않는다. 따라서, 해당 CAST번호(A)의 처리 규칙과 부합하는 규칙 정보 내용을 찾아서 적합한 규칙으로 처리해야 한다. 이를 위해, 데이터 파일의내용이 규칙 정보와 부합하는지를 판단하여 한정사와의 상대적인 위치 정보(H)를 이용하여 상대적인 위치에서 한정사와 결합이 되는 항목을 찾는 것이다.

확인결과, 일치하지 않으면 다음 규칙 정보 또는 데이터 파일을 읽고(303), 일치하면 반복 영역인지를 판단한다(304). 즉, 반복 영역에 대해서 작성된 데이터의 반복회수 만큼 반복 수행한다. 반복에 대한 판단은, 데이터 파일에서 캐스트(CAST)번호가 반복 부분의 마지막 번호까지 나타난 후 다시 반복 부분의 첫 번호가 나타날 경우 반복으로 판단한다.

판단결과, 반복 영역이면 반복 부분에 대한 확장처리 과정으로 데이터 파일의 반복영역으로 판단된 부분에 대해서 반복 영역 표지를 붙여 확장 처리를 수행하고(305), 반복 영역이 아니면 바로 관련 데이터 항목을 그대로 생성할 것인지를 판단한다(306).

판단결과, 관련 데이터 항목을 그대로 생성하면 데이터 파일로부터 한 라인을 읽는 과정(301)으로 넘어간다. 이는, 한정사 혹은 UNH(즉, EDI 문서 헤더 정보) 항목으로, 수신 매핑 단계에서는 실질적으로 데이터가 추출된 내용을 없으므로 아무런 처리도 하지 않기 때문이다.

상기 판단결과, 관련 데이터 항목을 그대로 생성하지 않으면 데이터 파일에 나타난 데이터를 "HTML_NAME"의 값으로 매핑할 것인지를 판단한다(307).

판단결과, "HTML_NAME"의 값으로 매핑하면 HTML(Hyper Text Markup Language) 타입(G)이 선택 박스(select box)인지를 확인한다(308).

확인결과, HTML(Hyper Text Markup Language) 타입이 선택 박스이면 코드값을 문자열로 대치한 후(309) 데이터파일로부터 한 라인을 읽는 과정(301)으로 넘어가고, HTML(Hyper Text Markup Language) 타입(G)이 선택 박스가 아니면 데이터를 데이터 항목에 생성시킨 후(310), 데이터 파일로부터 한 라인을 읽는 과정(301)으로 넘어간다.

상기 판단결과(307), "HTML_NAME"의 값으로 매핑을 하지 않으면 최대 반복 회수내에서 생성한 데이터를 "HTML_NAME"값으로 매핑할 것인지 판단한다(311). 단, 데이터 파일의 시작 캐스트 번호부터 한 라인당 데이터사이즈 만큼씩 읽어 연결시킨다.

판단결과, 최대 반복 회수내에서 생성할 데이터를 "HTML_NAME"값으로 매핑하면 캐스트(CAST) 번호가 연속적으로 나타나는 회수만큼 여러 라인의 데이터를 하나의 데이터 항목에 생성한 후(312), 데이터 파일로부터 한 라인을 읽는 과정(301)으로 넘어가고, 최대 반복 회수내에서 생성할 데이터를 "HTML_NAME"값으로 매핑하지 않으면 데이터 파일의 한 라인의 데이터를 여러 항목에 걸쳐서 매핑할 것인지를 판단한다(313).

판단결과, 여러 항목에 걸쳐서 매핑을 하면 현재 라인의 데이터를 여러 데이터 항목으로 분리한 후(314) 데이터 파일로부터 한 라인을 읽는 과정(301)으로 넘어가고, 여러 항목에 걸쳐서 매핑을 하지 않으면 시스템을 종료한다.

이상에서 설명한 본 발명은 전술한 실시예 및 첨부된 도면에 의해 한정되는 것이 아니고, 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 여러 가지 치환, 변형 및 변경이 가능하다는 것이 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 있어 명백할 것이다.

상기한 바와 같은 본 발명은, 인터넷 EDI(Electronic Data Interchange)와 같이 다양한 종류의 문서 양식을 전용의 클라이언트 소프트웨어의 배포없이 일반적인 브라우저로 문서 수신 및 조회가 가능해지도록 하는 효과가 있다.

또한, 데이터 파일로부터 양식의 각 항목을 추출하는 수신 매핑을 수행함으로써, 인터넷 EDI와 같이 한 시스템 내에서 다양한 형식의 문서를 처리하여 하는 환경에서 여러 양식에 대해 매번 신규 문서처리 시스템의 개발없이 간단한 규칙을 통해서 문자 처리가 가능해지는 우수한 효과가 있다.

Claims

전자문서 교환시스템에 적용되는 전자문서 규칙정보를 이용한 수신 매핑 방법에 있어서,

데이터 파일로부터 사용자가 조회가능한 문서를 생성하기 위하여, 수신 매핑 정보를 구성하되, 문서 규격 지침(MIG : Message Implementation Guideline)이 정하는 한정사와 데이터의 결합, 반복구조, 문서양식과 데이터 파일로부터 처리될 문서 양식을 선택하는 제 1 단계; 및

데이터 파일과 그 데이터 파일의 문서양식에 해당하는 수신 매핑 처리기를 이용하여 직접적으로 해당 문서 양식과 결합될 수 있는 데이터 항목을 추출하는 제 2 단계

를 포함하는 전자문서 규칙정보를 이용한 수신 매핑 방법.
제 1 항에 있어서,

상기 수신 매핑 정보는,

상기 문서 규격 지침에 지정된 캐스트(CAST) 번호, 데이터 파일의 내용을 양식의 항목으로 생성시키는 방식, 캐스트 번호의 데이터가 수신 매핑 결과를 생성되는 값(VALUE)과 쌍이 되는 항목의 이름(NAME), 데이터 파일의 내용 중 수신 매핑 결과로 생성되는 항목을 지정하는 한정사, 입력 데이터를 여러 캐스트 번호에 걸쳐생성할 경우의 한 줄의 라인에 생성할 수 있는 최대 길이 및 최대 생성 가능한 라인 수, 여러 입력 항목으로 분리되어 입력되었으나 하나의 캐스트 번호에 데이터를 생성하는 항목에 대한 정보, HTML(Hyper Text Markup Language) 타입, 해당 캐스트 번호의 내용을 지정하는 한정사와의 상대적인 위치 정보인 것을 특징으로 하는 전자문서 규칙정보를 이용한 수신 매핑 방법.
제 1 항 또는 제 2 항에 있어서,

상기 제 1 단계는,

해당 라인의 데이터 파일로부터 소정의 라인을 읽는 제 3 단계;

규칙 정보에서 한정사와의 결합정보와 캐스트(CAST) 번호의 일치 여부를 확인하여 캐스트 번호가 일치하지 않으면 다음 규칙 정보 또는 데이터 파일을 읽어오고, 일치하면 반복 영역인지를 판단하는 제 4 단계; 및

상기 반복 영역이면 데이터 파일의 영역으로 판단된 부분에 대해서 반복영역 표지를 붙여 확장처리를 수행하는 제 5 단계

를 포함하는 전자문서 규칙정보를 이용한 수신 매핑 방법.
제 3 항에 있어서,

상기 제 2 단계는,

관련 데이터 항목을 그대로 생성하여 데이터 파일에 나타난 데이터를 "HTML_NAME"의 값으로 매핑하는 제 6 단계;

상기 매핑된 HTML 타입이 선택 박스인지를 판단하여 선택 박스이면 코드값을 문자열로 대치하여 수신 매핑을 수행하고, 선택 박스가 아니면 데이터 파일의 내용을 데이터 값으로 매핑하는 제 7 단계;

최대 반복 회수 내에서 생성한 데이터를 "HTML_NAME"의 값으로 매핑하고, 캐스트 번호가 연속적으로 나타나는 회수만큼 여러 라인의 데이터를 하나의 데이터 항목에 생성하는 제 8 단계; 및

데이터 파일의 한 라인의 데이터를 여러 항목에 걸쳐서 매핑하여 현재 라인의 데이터를 여러 데이터 항목으로 분리하는 제 9 단계

를 포함하는 전자문서 규칙정보를 이용한 수신 매핑 방법.
프로세서를 구비한 전자문서 교환시스템에,

데이터 파일로부터 사용자가 조회가능한 문서를 생성하기 위하여, 수신 매핑 정보를 구성하되, 문서 규격 지침(MIG : Message Implementation Guideline)이 정하는 한정사와 데이터의 결합, 반복구조, 문서양식과 데이터 파일로부터 처리될 문서 양식을 선택하는 기능; 및

데이터 파일과 그 데이터 파일의 문서양식에 해당하는 수신 매핑 처리기를 이용하여 직접적으로 해당 문서 양식과 결합될 수 있는 데이터 항목을 추출하는 기능

을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.