KR20200032379A - 연결문서 생성 및 열람 방법, 장치, 및 이에 대한 컴퓨터프로그램 - Google Patents

Abstract

본 발명은 연결문서 생성 및 열람 방법, 장치, 및 이에 대한 컴퓨터프로그램에 관한 것으로서, 더욱 상세하게는 문서의 많은 내용이 중복되는 문서에서 중복되는 내용은 유지하고, 문서별로 다른 부분만 별도로 구분하여 저장하여 문서의 스토리지/네트워크 비용을 절감하고 성능도 향상시킬 수 있는 연결문서 생성 및 열람 방법, 장치, 및 이에 대한 컴퓨터프로그램에 관한 것이다.

Description

연결문서 생성 및 열람 방법, 장치, 및 이에 대한 컴퓨터프로그램 {Document Sending Method based on Cloud system, Device, and Computer Program Thereof}

본 발명은 연결문서 생성 및 열람 방법, 장치, 및 이에 대한 컴퓨터프로그램에 관한 것으로서, 더욱 상세하게는 문서의 많은 내용이 중복되는 문서에서 중복되는 내용은 유지하고, 문서별로 다른 부분만 별도로 구분하여 저장하여 문서의 스토리지/네트워크 비용을 절감하고 성능도 향상시킬 수 있는 연결문서 생성 및 열람 방법, 장치, 및 이에 대한 컴퓨터프로그램에 관한 것이다.

기술의 발전으로 인하여, 기업과 공공 기관들이 사용자들에게 제공하던 대부분의 문서들은 우편물, FAX 등으로 제공하던 것에서 벗어나서, e-mail 등을 활용한 전자화된 파일 형태로 제공되도록 발전되고 있다.

한편, 국내의 경우, 개인 정보가 포함된 각종 보안 서류(계약서, 청약서, 증권, 각종 증빙 서류 등)의 경우, 기존의 e-mail 첨부 파일 방식으로 제공될 때, ActiveX 설치 등의 문제로 인해서 Windows 기반의 PC가 아니라면 열람이 힘든 경우가 많았다. 또한, 모바일 기기의 보편화로 인해서, 현재는 대부분의 문서를 암호화된 PDF 파일 형태로 제공하며, 사용자가 직접 다운로드하여 열람할 수 있도록 서비스를 제공하는 경우가 많으나, 전용 App이나 문서 열람을 위한 뷰어 App이 설치되어 있지 않은 경우, 열람이 불가하여 이용률이 그리 높지 않았다.

열람률이 높지 않음에도, 이와 같은 시스템은 고객에게 데이터를 제공해야 하는 거의 대부분의 기업에서 어느 시점에서는 반드시 필요하나, 서비스 구축 비용이 많이 소요되며, 스토리지 및 네트워크 비용이 크게 증가하고, 실제 발송을 한 경우에도 열람률이 저조한 부분을 해결하기 어려운 부분이 있다.

한편, 선행문헌 1은 보험 증권 관련 서류를 열람할 수 있는 URL 주소로 제공하는 기술을 개시하고 있다. 그러나, 선행문헌 1 의 경우, 각각의 기업, 공공기관이 해당 서비스를 수행하는 서버가 구축되어야 하고, 또한 문서 편집에 있어서 어려운 점이 있으며, 개인정보 등에 대한 취약점을 가지며 해당 URL을 받는 단말기에서 별도의 뷰어 프로그램 혹은 뷰어앱을 필요로 한다는 문제점이 있다.

한편, 개인 또는 기업 고객들을 대상으로 하는 많은 문서들 중에서, 계약서, 약관, 각종 설명서 등의 문서는 일부 개인 또는 기업 정보 등을 제외하면 거의 대부분 중복되는 내용들을 가지고 있는 경우가 대부분이다.

특히, 이런 문서들은 고객의 수에 따라서, 문서의 개수가 달라질 수 있는데, 예를 들어서 고객이 100만명이라고 하면 약관 문서 파일도 100만개를 보관해야 하며, 거의 중복되는 문서 파일이 100만개나 생기게 되어서 스토리지 상에서 상당한 공간을 차지하게 된다. 예를 들어서 10페이지가 되는 1MB 용량의 문서 파일이 100만개가 된다면 대략 976GB의 스토리지 공간을 차지하게 된다( 1MB x 1,000,000 = 1,000,000MB = 976.5625GB, 1GB=1,024MB).

이와 같이 만들어진 문서 파일을 네트워크 상으로 전송할 때에도, 각각 다른 문서를 전송해야 하기 때문에 네트워크 트래픽 비용이 많이 소요될 수 있다.

상기의 이유로 중복되는 내용이 많은 문서를 보관하기 위한 새로운 시스템이 필요하다.

선행문헌 1: 한국등록특허 제 10-1692979 호, '증권 발급 장치 및 증권 발급방법' (2016년도 출원)

본 발명의 목적은 문서의 많은 내용이 중복되는 문서에서 중복되는 내용은 유지하고, 문서별로 다른 부분만 별도로 구분하여 저장하여 문서의 스토리지/네트워크 비용을 절감하고 성능도 향상시킬 수 있는 연결문서 생성 및 열람 방법, 장치, 및 이에 대한 컴퓨터프로그램을 제공하는 것이다.

상기와 같은 과제를 해결하기 위하여 본 발명의 일 실시예에서는, 하나 이상의 프로세서 및 상기 프로세서에서 수행 가능한 명령들을 저장하는 메인 메모리를 포함하는 컴퓨팅 시스템에서 수행되는 수신자별 문서를 생성하기 위한 연결문서 생성 방법으로서, 수신자별로 변경이 될 수 있는 부분에 해당하는 1 이상의 치환코드가 포함된 템플릿 및 상기 1 이상의 치환코드에 수신자별로 치환이 되는 치환코드필드를 포함하는 데이터를 로드하는 단계; 수신자별 문서에 대한 식별자를 생성하는 단계; 상기 템플릿에서 연결문서를 생성할 대상영역을 결정하는 대상영역단계; 및 상기 대상영역에 치환코드가 없는 경우에는 공통의 연결문서에 해당하는 제1연결문서를 생성하는 제1연결문서생성단계를 수행하고, 상기 대상영역에 치환코드가 있는 경우에는 수신자별로 상기 치환코드필드의 값을 상기 대상영역의 치환코드에 기입하여 수신자별로 제2연결문서를 생성하는 제2연결문서생성단계를 수행하는 단계;를 포함하는, 연결문서 생성 방법을 제공한다.

본 발명의 일 실시예에서는, 상기 템플릿은 페이지가 있는 문서형태이고, 상기 대상영역결정단계는 페이지별로 치환코드가 있는지 여부를 판단하여, 1 이상의 페이지를 대상영역으로 결정할 수 있다.

본 발명의 일 실시예에서는, 상기 템플릿은 페이지가 없는 문서형태이고, 상기 대상영역결정단계는 상기 템플릿의 영역별로 치환코드가 있는지 여부에 대한 파싱을 수행하고, 파싱결과에 따라 1 이상의 문장, 문단 혹은 영역을 대상영역으로 결정할 수 있다.

본 발명의 일 실시예에서는, 상기 제1문서생성단계는, 상기 대상영역을 기설정된 형태의 문서파일인 연결문서로 생성하는 단계; 상기 연결문서에 대한 식별자를 생성하는 단계; 상기 연결문서에 식별자를 기록하는 단계; 및 상기 연결문서에 대한 접근정보 및 상기 식별자를 상기 컴퓨팅 시스템에 저장하는 단계;를 포함할 수 있다.

본 발명의 일 실시예에서는, 상기 제1문서생성단계는, 대상영역을 기설정된 형태의 문서파일인 연결문서로 생성하는 단계; 상기 연결문서에 대한 접근정보를 상기 컴퓨팅 시스템에 저장하는 단계;를 포함하고, 상기 접근정보는 상기 컴퓨팅 시스템의 파일 시스템에서의 전체 경로명, 네트워크에 연결된 스토리지 혹은 상기 컴퓨팅 장치의 네트워크 경로명, 및 웹서버 혹은 클라우드에 저장된 파일을 열기 위한 URL 중 1 이상을 포함할 수 있다.

본 발명의 일 실시예에서는, 상기 제2연결문서생성단계는, 수신자별로 대상영역의 치환코드에 해당 수신자의 상기 치환코드필드의 값을 삽입하여 기설정된 형태의 문서파일인 연결문서를 수신자별로 생성하는 단계; 상기 연결문서에 대한 식별자를 생성하는 단계; 상기 연결문서에 식별자를 기록하는 단계; 및 상기 연결문서에 대한 접근정보 및 상기 식별자를 상기 컴퓨팅 시스템에 저장하는 단계;를 포함할 수 있다.

본 발명의 일 실시예에서는, 상기 제1연결문서생성단계 및 상기 제2연결문서생성단계는, 생성된 연결문서에 대한 접근정보를 상기 수신자별 문서에 대한 식별자와 관계를 가지는 형식으로 상기 컴퓨팅 시스템 혹은 상기 컴퓨팅 시스템에 연결된 DB에 저장할 수 있다.

본 발명의 일 실시예에서는, 상기 연결문서 생성방법은, 수신자별 문서 혹은 수신자별 문서의 기설정된 연결문서의 식별정보 혹은 접근정보을 포함하는 URL을 상기 치환코드필드를 포함하는 데이터에 추가하는 단계를 더 포함할 수 있다.

본 발명의 일 실시예에서는, 상기 URL은 상기 연결문서를 HTML5 방식으로 스트리밍 뷰어를 제공할 수 있는 모듈에 대한 상기 컴퓨팅 시스템의 주소정보를 더 포함할 수 있다.

상기와 같은 과제를 해결하기 위하여, 본 발명의 일 실시예에서는, 하나 이상의 프로세서 및 상기 프로세서에서 수행 가능한 명령들을 저장하는 메인 메모리를 포함하는 컴퓨팅 시스템에서 수행되는 수신자별 문서를 생성하기 위한 연결문서 관리 방법으로서, 상기 연결문서 관리 방법은 수신자별 연결문서를 생성하는 연결문서생성단계; 및 수신자에게 해당 연결문서에 대한 열람을 제공하는 연결문서열람단계를 포함하고, 상기 연결문서생성단계는, 수신자별로 변경이 될 수 있는 부분에 해당하는 1 이상의 치환코드가 포함된 템플릿 및 상기 1 이상의 치환코드에 수신자별로 치환이 되는 치환코드필드를 포함하는 데이터를 로드하는 단계; 수신자별 문서에 대한 식별자를 생성하는 단계; 상기 템플릿에서 연결문서를 생성할 대상영역을 결정하는 대상영역단계; 및 상기 대상영역에 치환코드가 없는 경우에는 공통의 연결문서에 해당하는 제1연결문서를 생성하는 제1연결문서생성단계를 수행하고, 상기 대상영역에 치환코드가 있는 경우에는 수신자별로 상기 치환코드필드의 값을 상기 대상영역의 치환코드에 기입하여 수신자별로 제2연결문서를 생성하는 제2연결문서생성단계를 수행하는 단계;를 포함하고, 상기 연결문서열람단계는, 사용자 단말기가 접속한 URL정보에 기초하여 수신자별 문서 혹은 수신자별 문서의 특정 연결문서를 결정하는 단계; 상기 연결문서의 기설정된 열람영역을 HTML5 형식의 문서페이지데이터로 변환하여 사용자단말기에 전송하는 단계; 사용자 단말기로부터 다음 열람영역에 대한 요청을 수신하는 단계; 상기 다음 열람영역이 상기 연결문서 내에 위치하는 지 여부를 판별하는 단계; 및 상기 다음 열람영역이 상기 연결문서 내에 위치하지 않는 경우에는 상기 연결문서의 이전 연결문서 혹은 이후 연결문서의 기설정된 열람영역을 HTML5 형식의 문서페이지데이터로 변환하여 사용자단말기에 전송하는 단계;를 포함하는, 연결문서 관리 방법을 제공한다.

상기와 같은 과제를 해결하기 위하여, 하나 이상의 프로세서 및 상기 프로세서에서 수행 가능한 명령들을 저장하는 메인 메모리를 포함하고, 수신자별 문서를 생성하기 위한 연결문서 생성 시스템으로서, 상기 연결문서 생성 시스템은, 수신자별로 변경이 될 수 있는 부분에 해당하는 1 이상의 치환코드가 포함된 템플릿 및 상기 1 이상의 치환코드에 수신자별로 치환이 되는 치환코드필드를 포함하는 데이터를 로드하는 단계; 수신자별 문서에 대한 식별자를 생성하는 단계; 상기 템플릿에서 연결문서를 생성할 대상영역을 결정하는 대상영역단계; 및 상기 대상영역에 치환코드가 없는 경우에는 공통의 연결문서에 해당하는 제1연결문서를 생성하는 제1연결문서생성단계를 수행하고, 상기 대상영역에 치환코드가 있는 경우에는 수신자별로 상기 치환코드필드의 값을 상기 대상영역의 치환코드에 기입하여 수신자별로 제2연결문서를 생성하는 제2연결문서생성단계를 수행하는 단계;를 수행하는, 연결문서 생성 시스템을 제공한다.

상기와 같은 과제를 해결하기 위하여, 본 발명의 일 실시예에서는, 하나 이상의 프로세서 및 상기 프로세서에서 수행 가능한 명령들을 저장하는 메인 메모리를 포함하고, 수신자별 문서를 관리하기 위한 연결문서 관리 시스템으로서, 상기 연결문서 관리 시스템은 수신자별 연결문서를 생성하는 연결문서생성부; 및 수신자에게 해당 연결문서에 대한 열람을 제공하는 연결문서열람부;를 포함하고, 상기 연결문서생성부는 수신자별로 변경이 될 수 있는 부분에 해당하는 1 이상의 치환코드가 포함된 템플릿 및 상기 1 이상의 치환코드에 수신자별로 치환이 되는 치환코드필드를 포함하는 데이터를 로드하는 단계; 수신자별 문서에 대한 식별자를 생성하는 단계; 상기 템플릿에서 연결문서를 생성할 대상영역을 결정하는 대상영역단계; 및 상기 대상영역에 치환코드가 없는 경우에는 공통의 연결문서에 해당하는 제1연결문서를 생성하는 제1연결문서생성단계를 수행하고, 상기 대상영역에 치환코드가 있는 경우에는 수신자별로 상기 치환코드필드의 값을 상기 대상영역의 치환코드에 기입하여 수신자별로 제2연결문서를 생성하는 제2연결문서생성단계를 수행하는 단계;를 수행하고, 상기 연결문서열람부는, 사용자 단말기가 접속한 URL정보에 기초하여 수신자별 문서 혹은 수신자별 문서의 특정 연결문서를 결정하는 단계; 상기 연결문서의 기설정된 페이지를 HTML5 형식의 문서페이지데이터로 변환하여 사용자단말기에 전송하는 단계; 사용자 단말기로부터 다음 열람영역에 대한 요청을 수신하는 단계; 상기 다음 열람영역이 상기 연결문서 내에 위치하는 지 여부를 판별하는 단계; 및 상기 다음 열람영역이 상기 연결문서 내에 위치하지 않는 경우에는 상기 연결문서의 이전 연결문서 혹은 이후 연결문서의 기설정된 페이지를 HTML5 형식의 문서페이지데이터로 변환하여 사용자단말기에 전송하는 단계;를 수행하는, 연결문서 관리 시스템을 제공한다.

본 발명의 일 실시예에 따르면 중복되는 내용은 1개만 유지하고, 각각의 문서에서 달라지는 부분만 별도의 문서로 유지하여 문서의 용량을 획기적으로 줄일 수 있다. 예를 들었던 10페이지 1MB 용량의 문서 파일에서 1 페이지와 10페이지의 내용만 달라지고 나머지 페이지의 내용이 중복된다면, 다음과 같이 스토리지 용량을 줄일 수 있다.

- 1, 10페이지 용량 = 0.2MB로 추정, 2-9페이지 용량 = 0.8MB로 추정

- 1, 10페이지 문서 용량 = 0.2MB x 1,000,000MB = 200,000MB = 195.3125GB

- 2-9페이지 용량 합산= 200,000.8 MB = 195.3132GB

- 원본 문서 대비 압축률 = 195.3132 / 976.5625 = 80% 압축

본 발명의 일 실시예에 따르면, 중복되는 문서의 내용과 사용자가 많을 수록 절감할 수 있는 스토리지의 용량이 크게 되며, 해당 문서를 전송하기 위한 네트워크 트래픽 비용도 줄어들게 된다.

본 발명의 일 실시예에 따르면 개인정보가 포함된 보안문서를 안전하게 지정한 수신자에게 전송할 수 있는 효과를 발휘할 수 있다.

본 발명의 일 실시예에 따르면 기업, 공공기관들이 자신만의 서비스서버를 구축하는 것이 아니라 SaaS 플랫폼을 통하여 전자적으로 개인정보 등이 포함된 보험, 청약, 증권, 고지서 등의 문서를 법적인 하자 없이 발송할 수 있는 효과를 발휘할 수 있다.

본 발명의 일 실시예에 따르면, HTML5에 기반한 WYSIWYG 방식의 문서 템플릿을 사용하며, HTML5 표준을 따르므로 웹 브라우저 외에 별도의 프로그램이 불필요하다는 장점이 있다.

본 발명의 일 실시예에 따르면, 수신자는 HTML5 가 지원되는 브라우져만 있으면, Windows, Mac, Linux, 모바일 등 어떤 시스템에서도 문서 열람 가능하다는 효과를 발휘할 수 있다.

본 발명의 일 실시예에 따르면, 경량화된 문서를 사용하여 스토리지 용량과 네트워크 트래픽 비용을 줄일 수 있는 효과를 발휘할 수 있다.

본 발명의 일 실시예에 따르면, 문서 전체를 전송하는 것이 아니고, 필요한 페이지만 전송하는 스트리밍 문서 형태로 전송하므로 불필요한 트래픽을 줄일 수 있는 효과를 발휘할 수 있다.

본 발명의 일 실시예에 따르면, 발송자는 자신에게 익숙한 기존의 MS오피스 파일, 한글 등의 기본 문서 양식을 작성하고, 개별 수신인별로 달라지는 부분만을 리스트 형태로 입력함으로써, 보다 편리하게 복수의 사람들에게 문서를 전달할 수 있는 효과를 발휘할 수 있다.

본 발명의 일 실시예에 따르면, 수신자는 자신에게 지정된 문서 외에는 열람하지 못하게 하여 보다 보안성을 강화할 수 있는 효과를 발휘할 수 있다.

도 1은 본 발명의 일 실시예에 따른 클라우드 기반 문서발송 방법에 전체적인 과정을 도시한다.
도 2는 본 발명의 일 실시예에 따른 클라우드 기반 문서발송 장치의 내부 구성을 개략적으로 도시한다.
도 3은 본 발명의 일 실시예에 따른 템플릿생성단계의 세부 단계들을 개략적으로 도시한다.
도 4는 본 발명의 일 실시예에 따라 생성된 템플릿의 일 예를 도시한다.
도 5는 본 발명의 일 실시예에 따른 발송리스트생성단계의 세부 단계들을 개략적으로 도시한다.
도 6은 본 발명의 일 실시예에 따른 발송문서생성단계의 세부 단계들을 개략적으로 도시한다.
도 7은 본 발명의 일 실시예에 따른 발송리스트업데이트단계를 개략적으로 도시한다.
도 8은 본 발명의 일 실시예에 따른 URL전송단계의 동작을 개략적으로 도시한다.
도 9는 본 발명의 일 실시예에 따른 문서페이지전송단계의 세부단계를 개략적으로 도시한다.
도 10은 본 발명의 일 실시예에 따른 문서페이지전송단계에 따른 수신자 단말기에서의 화면을 개략적으로 도시한다.
도 11은 본 발명의 일 실시예에 따른 비밀번호 검증 단계의 세부단계를 개략적으로 도시한다.
도 12는 본 발명의 일 실시예에 따른 관리부의 내부 구성을 개략적으로 도시한다.
도 13은 본 발명의 일 실시예에 따른 연결문서에 기반한 문서발송 및 열람 과정의 단계들을 개략적으로 도시한다.
도 14는 본 발명의 일 실시예에 따른 발송문서생성부의 동작을 개략적으로 도시한다.
도 15는 본 발명의 동작을 설명하기 위하여 페이지가 있는 템플릿의 일 예를 개략적으로 도시한다.
도 16은 본 발명의 일 실시예에 따른 연결문서 생성과정을 개략적으로 도시한다.
도 17은 본 발명의 일 실시예에 따른 페이지가 없는 템플릿의 일 예를 개략적으로 도시한다.
도 18는 본 발명의 일 실시예에 따른 연결문서 생성단계를 개략적으로 도시한다.
도 19는 본 발명의 일 실시예에 따른 제1연결문서생성단계 혹은 제2연결문서생성단계의 세부 과정을 개략적으로 도시한다.
도 20은 본 발명의 일 실시예에 따른 연결문서목록의 일 예를 개략적으로 도시한다.
도 21은 본 발명의 일 실시예에 따름 발송리스트업데이트 단계의 동작을 개략적으로 도시한다.
도 22는 본 발명의 일 실시예에 따른 열람문서 열람단계를 개략적으로 도시한다.
도 23은 본 발명의 일 실시예에 따른 단일문서생성단계를 개략적으로 도시한다.
도 24은 본 발명의 일 실시예에 따른 컴퓨팅장치의 내부 구성을 예시적으로 도시한다.

다양한 실시예들이 이제 도면을 참조하여 설명되며, 전체 도면에서 걸쳐 유사한 도면번호는 유사한 구성요소를 나타내기 위해서 사용된다. 본 명세서에서, 다양한 설명들이 본 발명의 이해를 제공하기 위해서 제시된다. 그러나 이러한 실시예들은 이러한 구체적인 설명 없이도 실행될 수 있음이 명백하다. 다른 예들에서, 공지된 구조 및 장치들은 실시예들의 설명을 용이하게 하기 위해서 블록 다이어그램 형태로 제공된다.

본 명세서에서 사용되는 용어 "컴포넌트", "모듈", "시스템", “~부” 등은 컴퓨터-관련 엔티티, 하드웨어, 펌웨어, 소프트웨어, 소프트웨어 및 하드웨어의 조합, 또는 소프트웨어의 실행을 지칭한다. 예를 들어, 컴포넌트는 프로세서상에서 실행되는 처리과정, 프로세서, 객체, 실행 스레드, 프로그램, 및/또는 컴퓨터일 수 있지만, 이들로 제한되는 것은 아니다. 예를 들어, 컴퓨팅 장치에서 실행되는 애플리케이션 및 컴퓨팅 장치 모두 컴포넌트일 수 있다. 하나 이상의 컴포넌트는 프로세서 및/또는 실행 스레드 내에 상주할 수 있고, 일 컴포넌트는 하나의 컴퓨터

내에 로컬화될 수 있고, 또는 2개 이상의 컴퓨터들 사이에 분배될 수 있다. 또한, 이러한 컴포넌트들은 그 내부에 저장된 다양한 데이터 구조들을 갖는 다양한 컴퓨터 판독가능한 매체로부터 실행할 수 있다. 컴포넌트들은 예를 들어 하나 이상의 데이터 패킷들을 갖는 신호(예를 들면, 로컬 시스템, 분산 시스템에서 다른 컴포넌트와 상호작용하는 하나의 컴포넌트로부터 데이터 및/또는 신호를 통해 다른 시스템과 인터넷과 같은 네트워크를 통한 데이터)에 따라 로컬 및/또는 원격 처리들을 통해 통신할 수 있다.

또한, "포함한다" 및/또는 "포함하는"이라는 용어는, 해당 특징 및/또는 구성요소가 존재함을 의미하지만, 하나이상의 다른 특징, 구성요소 및/또는 이들의 그룹의 존재 또는 추가를 배제하지 않는 것으로 이해되어야 한다.

또한, 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되지는 않는다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.

또한, 본 발명의 실시예들에서, 별도로 다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 발명의 실시예에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

1. 클라우드 기반 문서발송 시스템 방법

이하에서는 본 발명의 실시예들에 따른 연결문서 생성 및 열람이 수행될 수 있는 클라우드 기반 문서발송 시스템에 대해 설명하도록 한다.

도 1은 본 발명의 일 실시예에 따른 클라우드 기반 문서발송 방법에 전체적인 과정을 도시한다.

발신자단말기 및 수신자단말기는 바람직하게는 1 이상의 프로세서 및 1 이상의 메모리를 갖는 컴퓨팅 장치로서, 예를들어 스마트폰, 태블릿 PC, 데스크탑 등이 될 수 있다. 바람직한 환경으로는 수신자단말기는 스마트폰이다.

본 발명의 문서발송시스템(1000)은 클라우드 시스템으로서 SaaS 기반의 문서 발송 서비스를 제공한다. 즉 발신자는 하나의 공공기관 혹은 기업에 해당하는 것이 아니라, 복수의 공공기관 혹은 기업이 문서발송시스템(1000)을 통하여 복수의 문서를 개별적인 수신자가 열람할 수 있도록 한다.

단계S10에서는 발신자단말기에서 문서발송 시스템으로 템플릿정보를 입력 혹은 제공한다.

단계S20에서는 발신자단말기에 입력한 템플릿정보에 기초하여 템플릿을 생성한다. 템플릿은 복수의 사용자에게 전송되는 문서에서의 공통적인 부분만이 기재되어 있고, 수신자별로 상이한 부분은 치환코드로 기재되어 있는 형태의 문서이다.

단계S30에서는 발신자단말기에서 발송리스트정보를 문서발송시스템(1000)에 전송한다. 상기 발송리스트는 상기 치환코드로 치환될 내용, 수신자 정보 등을 포함한다.

단계S40에서는 문서발송시스템(1000)에서 상기 발송리스트 및 템플릿에 기초하여 발송문서를 생성 및 저장한다.

단계S50에서는 발송문서의 생성 및 저장과 관련된 정보를 상기 발송리스트에 추가하여 발송리스트를 업데이트한다.

단계S60에서는 발신자단말기에서 발송요청을 문서발송시스템(1000)에 전송한다. 다른 실시예에서는 단계S60은 생략이 되고, S30단계에서 발송요청이 같이 전송될 수도 있다.

단계S70에서는 발송문서를 열람할 수 있는 URL정보를 수신자단말기로 전송한다. URL정보는 이메일, MMS, SMS, SNS 등의 다양한 수단으로 전송될 수 있지만, 보안성을 위하여 SMS로 송신되는 것이 바람직하다.

단계S80에서는 수신자단말기에서 수신한 URL정보에 기초하여 상기 문서발송시스템(1000)의 URL에 접속을 한다.

단계S90에서는 문서발송시스템(1000)은 사용자 검증 과정을 거친 후에, 문서페이지를 스트리밍 방식으로 수신자단말기에 전송한다.

이와 같은 방식으로는 발신자단말기는 보다 편리한 방식으로 복수의 수신자에게 개별적인 문서를 발송할 수 있고, 또한 개인정보가 포함되어 있는 민감한 문서를 수신자단말기에 전송할 수 있다. 또한 발신자측, 예를들어 기업, 공공기관은 자사만의 서비스서버를 구축하지 않고, 문서발송시스템(1000)에 대해 사용량에 대한 비용만을 지불함으로써, 보다 편리하게 전자적인 문서발송시스템(1000)을 이용할 수 있다.

도 2는 본 발명의 일 실시예에 따른 클라우드 기반 문서발송 장치의 내부 구성을 개략적으로 도시한다.

상기 클라우드 기반 문서발송 장치는 도 2에 문서발송 시스템으로 표기한 장치에 상응한다. 이와 같은 문서발송시스템(1000)은 하나 이상의 프로세서 및 상기 프로세서에서 수행 가능한 명령들을 저장하는 메인 메모리를 포함하는 컴퓨팅 시스템에 의해 구현될 수 있고, 일반적으로 서버의 형태를 가질 수 있다. 이에 대한 기본적인 구성은 도 24에 도시된 컴퓨팅 장치의 내부 구성을 포함하는 것으로 이해할 수 있다.

상기 문서발송시스템(1000)은 발신자단말기로부터 수신한 데이터에 기초하여, 수신자별로 변경이 될 수 있는 부분에 해당하는 1 이상의 치환코드가 포함된 템플릿을 생성하는 템플릿생성부(1100); 발신자단말기로부터 수신한 데이터에 기초하여, 수신자별 수신자 정보 및 치환코드정보를 포함하는 발송리스트를 생성하는 발송리스트생성부(1200); 상기 발송리스트 및 상기 템플릿에 기초하여 수신자별 발송문서를 생성하고 이를 상기 컴퓨팅 시스템의 DB부에 저장하는 발송문서생성부(1300); 상기 발송문서를 열람할 수 있는 URL정보를 포함하는 문서정보 및 상기 발송리스트에 기초하여, 발송리스트를 업데이트하는 발송리스트업데이트부(1400); 업데이트된 상기 발송리스트에 기초하여, 수신자의 단말기에 URL 정보를 포함하는 메시지를 송신하는 URL전송부(1500); 및 상기 수신자단말기가 상기 URL 정보에 따른 URL 주소로 접속하는 경우, 상기 발송문서의 문서페이지의 열람을 상기 수신자단말기에 제공하는 문서페이지전송부(1600); 및 문서생성 및 발송 등과 관련된 통계적 정보 혹은 확인적 정보를 상기 발신자측에 제공할 수 있는 관리부(1700)를 포함한다.

이하에서는, 상기 문서발송시스템(1000)의 내부 구성들의 세부 동작을 설명하도록 한다.

도 3은 본 발명의 일 실시예에 따른 템플릿생성단계의 세부 단계들을 개략적으로 도시한다.

상기 템플릿생성부(1100)는 발신자단말기로부터 업로드문서를 수신하는 단계(S110); 상기 업로드문서에 기초하여 HTML5 방식의 예비HTML5문서를 생성하는 단계(S120); 발신자단말기의 입력에 기초하여, 상기 예비HTML5문서에 치환코드정보를 추가하여 템플릿을 생성하는 단계(S130)를 수행한다.

바람직하게는, 상기와 같이 생성된 템플릿은 템플릿은 HTML5 기반 데이터 혹은 HTML5 코드를 포함한다.

단계 S110에서는 기존 문서를 이용하여 문서 템플릿을 만드는 경우에 해당한다. 이 경우, 발신자는 자신이 편집하기 용이한 오피스 파일, 한글 파일, HTML 파일 등을 업로드문서로 하여, 상기 문서발송시스템(1000)에 업로드한다.

단계 S120에서는 상기 업로드문서를 HTML5 문서로 변환하여 예비HTML5 문서를 생성한다. 이는 후술하는 상기 S130에서와 같이 치환코드정보를 삽입하여 후술하는 발송리스트의 내용을 결합하여 복수의 수신자에게 개별적인 문서를 발송하기 위함이다.

단계 S130에서는 사용자가 해당 템플릿에서 WYSIWYG(WHAT YOU SEE IS WHAT YOU GET) 방식으로 예비HTML5문서를 편집할 수 있다. 예비HTML5는 HTML5규약을 따르는 데이터에 해당하기 때문에, 예비HTML5문서를 사용자가 편집을 하는 경우, 사용자는 웹브라우져 환경에서 편리하게 해당 템플릿을 개선할 수 있고, 또한, 문서발송시스템(1000)에서 제공하는 WYSIWYG 편집 기능을 이용하여 보다 자신의 목적에 맞는 문서를 생성할 수 있다.

단계 S130에서는 사용자는 해당 템플릿에서 치환코드정보를 상기 예비HTML5문서에 삽입하여 최종적인 템플릿을 생성할 수 있다. 이와 같은 치환코드정보의 삽입은 상기 템플릿생성부가 제공하는 WYSIWYG 편집기능에서 구현될 수 있다. 예를들어, 치환코드정보를 객체를 메뉴에서 선택해서 자신이 원하는 위치에 삽입할 수도 있고, 혹은 텍스트 형태로(도 4에서와 같이 ##1##, ##2##) 기입할 수 있다.

상기 단계 S130에 의하여 사용자는 최종적으로 자신이 송부하고자 하는 문서의 공통부분 및 치환코드가 삽입된 HTML5 기반 문서인 템플릿을 생성할 수 있다.

본 발명의 다른 실시예에서는 S110 단계가 생략될 수 있다. 즉, 사용자가 신규로 문서 템플릿을 만드는 경우, 웹 브라우저 상에서 HTML5 코드를 이용하여 WYSIWYG 방식으로 작성할 수 있다. 이 경우, 문서발송시스템(1000)에서 제공하는 기 설정된 문서 템플릿을 로드한 후에, 템플릿을 완성할 수도 있다.

본 발명의 일 실시예에서는 수신자별로 달라지는 내용에는 치환 코드를 템플릿에 삽입하고, 추후에 해당 치환코드 부분을 발송 리스트에 기록된 내용으로 치환할 수 있도록 한다. 예를들어, 수신자 혹은 사용자 이름, 주민등록번호, 연락처 등의 개인정보는 수신자별로 상이할 수 있기 때문에, 템플릿에서는 이와 같은 부분은 치환코드로 표현이 된다.

본 발명의 일 실시예에서는, 이와 같이 생성된 템플릿은 최종 저장 시에는 파일 시스템의 파일 형태 또는 DB에 저장된다. 한편, 이와 같은 템플릿에 대해서도 발신자사용자의 선택에 따라 암호화를 적용하여 템플릿을 작성한 발신자 외에는 확인이 불가능하게 할 수도 있고, 발신자의 선택에 따라서 템플릿에 암호화를 적용하지 않을 수 있다.

도 4는 본 발명의 일 실시예에 따라 생성된 템플릿의 일 예를 도시한다.

도 4에 도시된 계약서 등의 민감한 문서가 복수의 수신자에게 수신자별 개별정보가 기입되어 발송되어야 하는 경우에 본원 발명의 문서발송시스템(1000)에 의하여 발송될 수 있다.

한편, 도 4에소 ##1##, ##2##, ##3##, ##4## 이 전술한 치환코드에 해당하고 이는 후술하는 발송리스트가 포함하고 있는 수신자별 치환코드정보 각각으로 치환되어 발송문서가 생성된다.

도 5는 본 발명의 일 실시예에 따른 발송리스트생성단계의 세부 단계들을 개략적으로 도시한다.

도 5에 도시된 바와 같이, 발신자단말기는 문서발송시스템(1000)에 리스트정보를 입력하고, 발송리스트생성부(1200)는 수신한 리스트정보에 기초하여 발송리스트를 생성할 수 있다. 상기 리스트정보는 사용자가 웹브라우져 환경에서 리스트를 WYSIWYG 방식으로 입력하여 수신될 수도 있고, 혹은 사용자가 이미 작성한 리스트, 예를들어 엑셀파일을 상기 문서발송시스템(1000)에 업로드하는 방식으로 수신될 수도 있다.

한편, 도 5의 (B)에 도시된 바와 같이, 상기 발송리스트생성단계에서 생성되는 발송리스트는 수신자별로 치환코드필드 및 메타정보필드를 포함한다.

상기 치환코드필드는, 상기 1 이상의 치환코드에 치환이 되는 1 이상의 개별정보를 포함한다. 이는 문서의 수신자별로 상이한 정보, 예를들어, 주민등록번호, 이름, 주소 등이 이에 해당할 수 있다. 이와 같은 치환코드필드에서의 정보는 상기 템플릿의 치환코드에 치환되어 발송문서가 생성된다.

한편, 상기 메타정보필드는 개인정보, 수신자의 연락주소(URL을 보내기 위한 전화번호, 이메일, SNS주소 등), 및 해당 발송문서를 열람하기 위하여 수신자가 입력하여야 하는 비밀번호를 포함한다.

상기 메타필드정보는 후술하는 URL전송부(1500) 및 상기 문서페이지전송부(1600)에서 이용이 된다. 메타필드정보는 상기 URL전송부(1500) 및 상기 문서페이지전송부(1600)에서 사용되지 않는 다른 개인정보 등을 포함할 수도 있다.

한편, 상기 개인정보에는 주민등록번호와 같은 개인 정보 외에도, 개인 정보들을 조합하여 변형된 형태의 고객 고유 정보가 포함될 수도 있다.

이와 같이, 상기 발송리스트는 수신자별로 문서를 받게 될 사용자와 사용자 개인 정보, 기타 문서 템플릿에 치환될 내용, 사용자가 받을 문서의 비밀번호, 열람 가능 기간 등을 포함한다.

본 발명의 일 실시예에서는 새로운 문서 발송을 위하여 신규 리스트를 작성하는 경우, 사용자가 직접 입력하거나, 엑셀, CSV, SAM 형태의 파일을 그대로 업로드하거나 혹은 엑셀파일에서의 셀들을 복사하여 붙여넣기하여 편집할 수 있도록 한다.

이와 같은 발송리스트도 최종 저장 시에는 파일 시스템의 파일 형태 또는 DB부에 저장된다.

본 발명의 일 실시예에서는, 최종 저장 시에 발송 리스트에 암호화를 적용하여 리스트를 작성한 발신자 고객 외에는 확인 불가하도록 하고, 고객의 선택에 따라서 발송 리스트에 암호화를 적용하지 않을 수 있다.

바람직하게는, 상기 템플릿생성부의 동작 및 발송리스트생성부(1200)의 동작에 있어서 보다 보안성을 강화하기 위하여, 수신자단말기에서 시스템에 접속 시와 접속 후에 이루어지는 모든 작업, 파일 업로드 작업 등은 HTTPS 프로토콜 접속으로 진행하게 된다.

또한, 발송리스트 및/또한 템플릿의 암호화 시에는 AES 256 혹은 그에 준하는 공인된 암호화 기술을 이용하여 암호화하는 것이 바람직하다.

도 6은 본 발명의 일 실시예에 따른 발송문서생성단계의 세부 단계들을 개략적으로 도시한다.

단계 S210에서는 상기 발송리스트에 포함된 상기 1 이상의 치환코드에 치환이 되는 1 이상의 개별정보 및 상기 템플릿에 기초하여 수신자별 발송문서를 생성한다. 즉, 수신자별로 발송리스트의 치환코드필드의 정보를 템플릿의 치환코드 각각에 치환함으로써 발송문서를 생성한다.

바람직하게는, 상기 템플릿은 HTML5 기반 데이터이고, 여기에 상기 발송리스트의 치화코드필드의 정보를 기입한 후에, 이를 비HTML5 기반 데이터로 변환한다. 상기 비HTML5 기반 데이터는 예를들어 그림, 텍스트가 압축된 압축패키지 형태의 문서, 예를들어 PDF 형태의 문서가 해당할 수 있다.

이후, 단계 S220에서는 상기 발송문서에 대해 압축을 수행한다. 구체적으로는 상기 발송문서가 압축패키지 형태의 문서인 경우, 해당 문서의 압축을 해제하여, 압축이 가능한 미디어 파일, 예를들어 이미지에 대하여 이미지압축 및/또는 이미지전처리를 수행하고, 다시 이미지를 포함하는 파일 전체를 압축하여 압축패키지 형태의 문서로 복원한다.

이후, 단계 S230에서는 상기 발송리스트에 포함되는 해당 발송문서를 열람하기 위하여 수신자가 입력하여야 하는 비밀번호로 복호화가 가능하도록 암호화를 수행한다. 이와 같은 단계는 선택적으로 수행할 수 있고, 이를 통하여 보다 문서에 대한 보안성 및 위변조방지를 강화할 수 있다.

바람직하게는, 발신자가 설정한 비밀번호를 입력한 경우에 한해서만 보안 문서 생성하도록 할 수 있다. 이는 문서의 생성 및 발송에 대한 보안성을 보다 강화하기 위함이다.

바람직하게는, 상기와 같이 생성된 발송문서에 대해 AES 256 혹은 그에 준하는 공인된 암호화 기술을 이용하여 암호화한다. 이는 상기 문서발송시스템(1000)이 SaaS 서비스로 제공되기 때문에, 서로 다른 소속의 발신자가 문서발송시스템(1000)에 접속할 수 있고, 또한 외부의 공격을 감안하여 내부 문서의 보안성을 보다 강화하기 위함이다.

상기와 같이 생성된 발송문서는 웹서비스가 가능한 문서발송시스템(1000)의 DB의 특정 폴더에 저장되고, 이에 대한 URL이 획득된다. 이와 같이 획득된 URL은 후술하는 발송리스트업데이트단계에서 발송리스트에 추가된다.

바람직하게는, 발송문서 파일에 대해 해쉬값 , UUID 와 같은 고유식별자가 기록될 수 있다.

도 7은 본 발명의 일 실시예에 따른 발송리스트업데이트단계를 개략적으로 도시한다.

발송리스트업데이트부(1400)는 상기 발송리스트생성부(1200)에 의하여 생성된 발송리스트에 수신자별로 발송문서에 대한 정보를 포함하는 문서정보필드를 추가한다.

상기 문서정보필드는 발송문서별로 열람할 수 있는 URL정보, 및 발송문서에 대한 고유식별정보를 포함할 수 있다. 바람직하게는, 상기 고유식별정보는 상기 발송문서에 대한 해쉬값이다. 이는 추후에 문서페이지전송부(1600)에서 문서열람을 수신자에게 제공할 때, 열람제공을 하는 발송문서에 대해 도출한 고유식별정보(해쉬값)과, 상기 발송리스트에 기록된 고유식별정보(해쉬값)가 일치하는 지 여부를 검증함으로써, 발송문서에 대한 위변조를 방지할 수 있다. 혹은 전술한 바와 같이, 발송문서 자체에 고유식별자가 결합되는 경우에는 발송문서 자체에 결합된 고유식별자와 발송리스트에 기록된 고유식별자를 매칭하여 위변조에 대한 검증을 수행할 수 있다.

전술한 바와 같이, 상기 발송리스트업데이트부(1400)는 발송 리스트에 보안 문서에 대한 URL, 보안 문서에 대한 고유 식별자를 추가하여 저장한다. 마찬가지로, 발송문서 생성이 완료된 후에는 발송 리스트에도 암호화를 적용하여 업데이트된 발송리스트를 DB에 저장한다. 다만, 고객의 선택에 따라서 발송 리스트에 암호화를 적용하지 않을 수 있다.

도 8은 본 발명의 일 실시예에 따른 URL전송단계의 동작을 개략적으로 도시한다.

상기 URL전송부(1500)는 수신자단말기의 요청에 따라 클라우드 시스템이 생성된 발송 리스트를 이용하여 발송문서를 열람할 수 있는 URL 주소를 e-mail, SMS, LMS, MMS, SNS 등의 서비스로 발송한다.

도 8에 도시된 바와 같이, URL전송부(1500)는 상기 업데이트된 발송리스트의 문서정보필드에 저장되어 있는 각각의 수신자에 대한 URL정보를 포함한 메시지를 각각의 수신자에게 전송한다. 상기 URL은 해당 수신자에 할당된 발송문서를 상기 문서페이지전송부(1600)를 통하여 수신자가 열람할 수 있는 URL에 해당한다.

바람직하게는, 상기 URL전송단계는 수신자의 단말기에 문자메세지 혹은 MMS형태의 메시지를 전송하고, 상기 문서페이지전송단계는 해당 URL에 수신자가 접속하는 경우에 발송문서에 대한 HTML5 기반 데이터를 상기 수신자단말기에 전송한다.

바람직하게는, 보다 안전한 발송을 위하여, 발신자측이 설정한 비밀번호가 입력되는 경우에만, 상기 URL전송부(1500)는 URL정보의 전송을 수행한다.

바람직하게는, 상기 URL전송부(1500)는 고객의 선택에 따라서 즉시 발송, 특정 시간 발송을 수행한다.

도 9는 본 발명의 일 실시예에 따른 문서페이지전송단계의 세부단계를 개략적으로 도시한다.

상기 문서페이지전송부(1600)는 수신자단말기로부터 비밀번호를 수신하는 단계(S310); 상기 비밀번호에 대한 검증을 수행하는 단계(S320); 해당 수신자에 대한 상기 발송문서의 지정된 페이지를 HTML5 형식의 문서페이지데이터로 변환하는 단계(S330); 및 상기 HTML5 형식의 문세페이지데이터를 상기 수신자단말기에 전송하는 단계(S340);를 수행한다.

전술한 바와 같이, 상기 발송문서생성단계에서 생성된 발송문서는 비HTML5 기반 데이터이다. 이는 상기 단계 S330에서 상기 발송문서의 열람하고자 하는 지정페이지를 HTML5 기반 데이터로 변환되고, 단계 S340에서 수신자단말기에 제공된다.

따라서, 수신자단말기에서는 발송문서의 지정페이지를 별도의 뷰어 프로그램 없이 높은 보안성으로 웹브라우져로 열람할 수 있다.

또한, 이와 같은 방법은 발송문서 전체를 수신자에게 제공하는 것이 아니라, 수신자에게 해당 발송문서의 일부 페이지에 대한 정보를 스트리밍 방식으로 제공하기 때문에, 문서발송시스템(1000)의 네트워크 트래픽을 대폭적으로 감소시킬 수 있다.

도 10은 본 발명의 일 실시예에 따른 문서페이지전송단계에 따른 수신자 단말기에서의 화면을 개략적으로 도시한다.

상기 문서페이지전송단계에서는, 수신자단말기는 HTML5를 지원하는 웹브라우져로 상기 컴퓨팅 시스템에 접속할 수 있고, 상기 문서페이지전송단계는 상기 HTML5 기반 데이터를 수신자단말기에 제공함으로써, 웹브라우져에서 발송문서의 지정된 페이지를 열람할 수 있다.

도 10에 도시된 바와 같이, 사용자가 자신의 단말기에 수신된 URL을 클릭하고, URL 클릭시에 수신자의 단말기의 범용 웹브라우져는 클라우드 시스템에 접속한다.

이후, 수신자는 자신의 단말기에서 발송문서(보안문서)에 대한 암호 입력하고, 암호가 매칭되는 경우에 상기 문서페이지전송부(1600)는 지정된 페이지(초기에는 1 페이지)의 정보를 HTML5 방식으로 수신자에게 전송하고, 수신자는 자신의 웹브라우져 상태에서 해당 발송문서를 열람할 수 있다. 이후, 수신자의 입력(예를들어 다음페이지 혹은 페이지 번호 입력)에 따라 상기 문서페이지전송부(1600)는 해당 페이지를 HTML5 방식으로 수신자에게 전송한다.

즉, 상기 문서페이지전송부(1600)는 보안 문서의 특정 페이지를 실시간으로 HTML5 형태로 변환하여 스트리밍 전송한다.

바람직하게는, 상기 문서페이지전송부(1600)는 발송문서(보안문서)에 대한 고유 식별자와 발송 리스트에 저장된 발송문서(보안문서)의 고유 식별자가 다른 경우, 문서 변조 메시지 출력 후 열람 종료한다.

바람직하게는, 수신자단말기의 요청에 따라, 상기 문서발송시스템(1000)은 수신자단말기에 발송문서에 대한 다운로드 기능을 제공한다.

바람직하게는, 보다 보안성을 강화하기 위하여, 수신자단말기와 문서발송시스템(1000) 사이의 데이터 교환은 HTTPS 프로토콜 접속으로 진행한다.

도 11은 본 발명의 일 실시예에 따른 비밀번호 검증 단계의 세부단계를 개략적으로 도시한다.

도 11에 도시된 단계는 상기 단계 S320의 세부 단계에 해당할 수 있다.

구체적으로, 단계 S410에서는 수신자단말기에서 수신한 비밀번호와 발송리스트의 해당 문서에 대한 비밀번호가 상호 매칭하는 지 여부를 검증한다.

바람직하게는, 단계 S420에서는 발송문서에 대해서도 발송리스트의 비밀번호로 암호화가 되어 있는 경우에, 해당 발송문서에 대해서도 수신자단말기에서 수신한 비밀번호로 복호화를 수행한다.

바람직하게는, 단계 S430에서는 발송리스트에 저장된 발송문서의 고유식별값(예를들어 해쉬값)과; DB부에 저장된 발송문서로부터 추출한 고유식별값(예를들어 해쉬값) 혹은 발송문서생성부(1300)에서 발송문서에 추가한 고유식별값이 매칭되는지 검증을 수행한다.

도 12는 본 발명의 일 실시예에 따른 관리부(1700)의 내부 구성을 개략적으로 도시한다.

상기 관리부(1700)는 문서 템플릿과 발송 리스트 확인, 수정, 삭제 기능 제공할 수 있다.

또한, 상기 관리부(1700)는 생성된 보안 문서 리스트 및 생성시 오류 발생 내역에 대한 통계 기능 제공할 수 있다.

또한, 관리부(1700)는 사용자의 보안 문서 연결 여부에 대한 통계 기능 제공할 수 있다. 이는 문서연결정보제공부(1510)에 의하여 수행될 수 있다.

또한, 상기 관리부(1700)는 사용자가 URL을 클릭한 경우를 보안 문서에 대한 연결로 판단하고, 사용자의 보안 문서 열람 여부에 대한 통계 기능 제공한다. 또한, 상기 관리부(1700)는 사용자가 비밀번호를 입력하여 보안 문서를 확인한 경우를 문서에 대한 열람으로 판단할 수 있다. 이는 문서열람정보제공부(1520)에 의하여 수행될 수 있다.

또한, 상기 관리부(1700)는 사용자의 보안 문서 다운로드에 대한 통계 기능 제공할 수 있다. 이 경우 사용자가 명시적으로 문서 다운로드 기능을 클릭한 경우를 문서에 대한 다운로드로 판단한다. 이는 문서다운로드정보제공부(1530)에 의하여 수행될 수 있다.

또한, 상기 관리부(1700)는 사용자의 요청에 따른 보안 문서 재발송 기능 및 통계 기능 제공한다.

또한, 상기 관리부(1700)는 사용자의 명시적인 요청에 따라서, 고객이 사용자가 요청하는 방법으로 보안 문서를 재발송한다.

또한, 상기 관리부(1700)는 문서 변조에 대한 통계 기능 제공한다. 이 경우 사용자의 비밀번호 입력 후, 보안 문서와 발송 리스트에 저장된 고유 식별자가 다른 경우, 문서 변조로 판단한다. 이는 문서변저정보제공부(1540)에 의하여 수행될 수 있다.

2. 연결문서 생성 및 열람 시스템

이하에서는 본 발명의 실시예들에 따른 연결문서 생성 및 열람 시스템 혹은 방법에 대해 설명하도록 한다.

도 13은 본 발명의 일 실시예에 따른 연결문서에 기반한 문서발송 및 열람 과정의 단계들을 개략적으로 도시한다.

발신자단말기 및 수신자단말기는 바람직하게는 1 이상의 프로세서 및 1 이상의 메모리를 갖는 컴퓨팅 장치로서, 예를 들어 스마트폰, 태블릿 PC, 데스크탑 등이 될 수 있다. 바람직한 환경으로는 수신자단말기는 스마트폰이다.

도 13의 문서발송시스템(1000)은 도 1 내지 12를 참조하여 설명한 문서발송시스템(1000)에 상응한다. 바람직하게는, 도 13에서의 문서발송시스템(1000) 클라우드 시스템으로서 SaaS 기반의 문서 발송 서비스를 제공한다. 즉 발신자는 하나의 공공기관 혹은 기업에 해당하는 것이 아니라, 복수의 공공기관 혹은 기업이 문서발송시스템(1000)을 통하여 복수의 문서를 개별적인 수신자가 열람할 수 있도록 한다.

단계S1010에서는 발신자단말기에서 수신자별 문서를 생성하기 위한 문서정보를 제공한다. 이와 같은 문서정보는 템플릿 자체 혹은 템플릿을 생성하기 위한 정보, 도 1 내지 12에서의 발송리스트 정보 등을 포함할 수 있다. 마찬가지로 상기 템플릿은 복수의 사용자에게 전송되는 문서에서의 공통적인 부분만이 기재되어 있고, 수신자별로 상이한 부분은 치환코드로 기재되어 있는 형태의 문서이다.

단계S1020에서는 발송문서의 한 형태로서, 본 발명의 특징적인 부분에 해당하는 연결문서를 생성한다.

단계S1030에서는 상기 연결문서에 대한 접근정보, URL 정보 등을 포함하는 연결문서정보를 생성한다.

단계S1040에서는 수신자별 문서를 열람할 수 있는 URL정보를 수신자단말기로 전송한다. URL정보는 이메일, MMS, SMS, SNS 등의 다양한 수단으로 전송될 수 있지만, 보안성을 위하여 SMS로 송신되는 것이 바람직하다.

단계S1050에서는 수신자단말기에서 수신한 URL정보에 기초하여 상기 문서발송시스템(1000)의 URL에 접속을 한다.

단계S1060 에서는 문서발송시스템(1000)은 사용자 검증 과정(선택적)을 거친 후에, 문서페이지를 스트리밍 방식으로 수신자단말기에 전송한다.

이와 같은 방식으로는 발신자단말기는 보다 편리한 방식으로 복수의 수신자에게 개별적인 문서를 발송할 수 있고, 또한 개인정보가 포함되어 있는 민감한 문서를 수신자단말기에 전송할 수 있다.

또한, 후술하는 본 발명의 실시예에서는 수신자별 문서를 보다 낮은 용량을 저장함으로써 스토리지 비용 및 네트워크 트래픽을 대폭적으로 절감할 수 있다.

도 14는 본 발명의 일 실시예에 따른 발송문서생성부의 동작을 개략적으로 도시한다.

본 발명에 따른 수신자별 문서를 생성하기 위한 연결문서 생성 방법은 하나 이상의 프로세서 및 상기 프로세서에서 수행 가능한 명령들을 저장하는 메인 메모리를 포함하는 컴퓨팅 시스템에서 수행될 수 있다.

일 예로 도 14에 도시된 발송문서생성부(1300)에 의하여 수행되는 발송문서생성단계는 상기 도 2에 도시된 문서발송 시스템(1000)에서 수행될 수 있다. 이하에서 설명하는 연결문서 생성 방법 혹은 수신자별 문서 생성 방법은 수신자별 문서를 보다 낮은 용량으로 저장함으로써 스토리지 비용 및 네트워크 트래픽을 대폭적으로 절감하기 위한 상기 도 2의 문서발송 시스템(1000)의 발송문서생성부(1300)에서 수행되는 단계의 바람직한 실시예들에 해당할 수 있다.

구체적으로, 상기 발송문서생성부(1300)는 수신자별로 변경이 될 수 있는 부분에 해당하는 1 이상의 치환코드가 포함된 템플릿 및 상기 1 이상의 치환코드에 수신자별로 치환이 되는 치환코드필드를 포함하는 데이터(예를 들어 도 5에서의 수신자별 발송리스트)를 로드한다. 상기 템플릿 및/또는 치환코드필드를 포함하는 데이터는 문서발송 시스템에 사용자가 입력하거나 혹은 사용자의 입력에 기초하여 상기 문서발송 시스템에서 생성될 수 있다.

상기 템플릿은 예를 들어 도 4에서와 같은 문서로서 1 이상의 치환코드(##1## 등으로 표현된 부분)을 포함하고 있다.

후술하는 본 발명의 실시예들에서는 상기 발송문서생성부는 수신자별로 단일의 문서를 생성하는 것이 아니라, 복수의 연결문서의 형태로 수신자별 문서를 생성한다.

구체적으로, 본 발명의 연결문서 생성 방법은 연결문서 수신자별 문서에 대한 식별자를 생성하는 단계, 상기 템플릿에서 연결문서를 생성할 대상영역을 결정하는 대상영역단계; 및 상기 대상영역에 치환코드가 없는 경우에는 공통의 연결문서에 해당하는 제1연결문서를 생성하는 제1연결문서생성단계를 수행하고, 상기 대상영역에 치환코드가 있는 경우에는 수신자별로 상기 치환코드필드의 값을 상기 대상영역의 치환코드에 기입하여 수신자별로 제2연결문서를 생성하는 제2연결문서생성단계를 수행하는 단계;를 수행함으로써, 도 14에서와 같이 복수의 연결문서를 생성하고, 이를 DB부에 저장하고, 이후, 사용자의 URL 접속에 따른 응답으로 HTML5 방식의 문서 페이지 혹은 열람영역별 스트리밍을 제공할 수 있다.

상기 템플릿은 수신자별 문서의 기본이 되는 문서 양식에 해당하고, 문서 양식에는 사용 가능한 오피스 파일, HTML, PDF와 같은 전자적인 문서 파일을 모두 사용할 수 있으며, 특정 파일 형식에 종속되지 않는다.

치환코드는 상기 템플릿에서 치환해야 할 부분을 위한 별도의 코드로 삽입한 부분을 지칭한다. 도 4에서 “##1##” 등으로 표시한 부분이 치환코드에 해당한다.

본 발명의 연결문서 생성 방법은 수신자별 문서에 있어서 공통되는 부분과 수신자별로 달라지는 부분을 구분하여 연결문서를 생성한다. 예를 들어 계약서의 경우 하기와 같이 구분할 수 있다.

1. 계약서 제목(1페이지, 사용자 이름 표기): A 회사와 ##1## 간의 상호 계약서 => 1-1.pdf, 1-2.pdf … 1-5.pdf로 변환

2. 계약서 본문(2-5페이지): 공통 내용 => 2.pdf로 변환

3. 계약서 본문(6페이지, 사용자 이름과 연락처 표기): 이름: ##1##, 연락처: ##2## => 3-1.pdf, 3-2.pdf … 3-5.pdf로 변환

4. 계약서 본문(7-9페이지): 공통 내용 => 4.pdf로 변환

5. 계약서 개인정보/주소(10페이지, 사용자 이름과 주소 표기): 이름: ##1##, 주소: ##3## => 5-1.pdf, 5-2.pdf … 5-5.pdf로 변환

상기 치환코드필드를 포함하는 데이터는 리스트 등의 형태로 구현될 수 있는데, 예를 들어, 상기 예시적인 계약서에서의 5명에 대한 예시적인 치환 목록은 다음과 같다.

##1##: 김철수, 이철수, 박철수, 최철수, 강철수

##2##: 010-1111-1111, 010-2222-2222, 010-3333-3333, 010-4444-4444, 010-5555-5555

##3##: 서울시 종로구, 부산광역시, 경기도 안양시, 서울시 강남구, 서울시 강동구

해당 예시에서는 치환 코드가 표기된 부분을 페이지로 설명하였으나, 반드시 페이지에만 국한하는 것이 아니며, 문서의 특정한 영역이나 블록이 될 수 있다(HTML5 문서의 경우 페이지가 없고, 이 경우에는 페이지 단위가 아닌 영역 단위로 나뉘어 진다).

한편, 상기 예에서 ##, ## 안에 포함된 부분을 치환 코드로 사용하였으나, 해당 코드로 국한된 것은 아니며, 구분이 되는 다른 형식으로도 표현할 수 있다.

도 15는 본 발명의 동작을 설명하기 위하여 페이지가 있는 템플릿의 일 예를 개략적으로 도시한다.

도 15에 도시된 예시적인 템플릿은 1페이지는 수신자별로 달라지는 부분에 해당하는 치환코드를 포함하고 있고, 2페이지 및 3페이지는 수신자에 관계없이 동일한 내용에 해당하는 페이지에 해당하고, 4페이지는 수신자별로 달라지는 부분에 해당하는 치환코드를 포함한다.

본 발명의 연결문서 생성방법에서는 복수의 연결문서를 생성하기 위하여 생성될 연결문서 각각에 대한 대상영역을 결정한다.

도 15에서와 같이, 페이지가 있는 형태의 문서의 경우(본 명세서에서 페이지가 있다는 것은 템플릿에 페이지가 명시적으로 기재된 경우 뿐만 아니라 페이지 단위로 문서를 열람, 편집할 수 있는 경우를 포함한다), 페이지별로 치환코드가 있는지 여부를 판단하여, 1 이상의 페이지를 대상영역으로 결정한다.

이와 같은 대상영역의 결정은 치환코드 여부를 판단한다는 점에 기초하여 다양한 방법에 의하여 이루어질 수 있다. 예를 들어 도 15에 도시된 예에서는 1 페이지를, 2 ~ 3페이지, 4 페이지 총 3개의 페이지를 각각의 대상영역으로 결정할 수 있다. 즉, 1 이상의 연속된 페이지에 대해 치환코드가 있는지 여부에 따라서 제1연결문서 혹은 제2연결문서로 분할하여 생성할 수 있다.

도 16은 본 발명의 일 실시예에 따른 연결문서 생성과정을 개략적으로 도시한다.

도 16에서는 N명의 수신자에 대한 N개의 치환코드필드에 대한 정보가 주어지는 경우에, 템플릿 및 치환코드필드의 정보에 기초하여 복수의 연결문서로 분할하여 생성하는 개념을 도시한다.

예를 들어, 템플릿이 치환코드를 포함하는 부분(혹은 페이지(들))으로 구성된 제1부분, 치환코드를 포함하지 않는 부분(혹은 페이지(들))으로 구성된 제2부분, 치환코드를 포함하는 부분 (혹은 페이지(들))으로 구성된 제3부분으로 대상영역이 결정된 경우, 1그룹의 연결문서는 복수의 상기 제1부분에 대한 수신자별로 생성된 연결문서에 해당하고(연결문서#1-1, 연결문서#1-2,…, 연결문서#1-N), 2그룹의 연결문서는 단일의 상기 제2부분에 대한 연결문서에 해당하고(연결문서#2), 3그룹의 연결문서는 복수의 상기 제3부분에 대한 수신자별로 생성된 연결문서에 해당할 수 있다(연결문서#3-1, 연결문서#3-2,…, 연결문서#3-N).

이 경우, 연결문서#2에 대해서는 수신자별로 생성하지 않기 때문에, 스토리지 용량을 감소시킬 수 있다.

도 17은 본 발명의 일 실시예에 따른 페이지가 없는 템플릿의 일 예를 개략적으로 도시한다.

HTML 문서(웹브라우저에서 표시된 문서) 등은 페이지가 없는 문서형태에 해당한다. 본 발명의 일 실시예에서는 상기 템플릿은 페이지가 없는 문서형태이고, 상기 대상영역결정단계는 상기 템플릿의 영역별로 치환코드가 있는지 여부에 대한 파싱을 수행하고, 파싱결과에 따라 1 이상의 문장, 문단 혹은 영역을 대상영역으로 결정한다.

이와 같은 파싱결과에 따라 대상영역으로 결정하는 방식을 다양한 방식으로 설정될 수 있다. 예를 들어, 일정 영역별로 파싱구간을 결정하고 1 이상의 연속된 파싱구간에 대해 치환코드가 있는지 여부에 따라서 복수의 대상영역으로 분할하여 연결문서를 생성할 수도 있다. 혹은, 시작지점으로부터 파싱을 수행하고, 치환코드가 있는 경우에, 기설정된 룰에 따라서 대상영역을 분할하여 연결문서를 생성할 수 있다.

도 17에서는 문서 처음 시작점으로부터 첫번째 치환코드가 있는 부분까지를 수신자별 제1그룹의 연결문서로 생성하고, 첫번째 치환코드 이후부터 2번째 치환코드가 있는 부분까지를 공통의 제2그룹의 연결문서로 생성하고, 2번째 치환코드로부터 문서의 마지막 부분까지를 수신자별 제2그룹의 연결문서로 생성하였다.

이와 같은 연결문서에 대한 분할은 문서의 형태 등에 따라서 달라질 수 있다. 바람직하게는 공통적인 부분을 최대로 할 수 있도록 연결문서에 대한 분할을 수행한다.

도 18는 본 발명의 일 실시예에 따른 연결문서 생성방법의 세부 단계들을 개략적으로 도시한다.

상기 연결문서 생성방법는 하나 이상의 프로세서 및 상기 프로세서에서 수행 가능한 명령들을 저장하는 메인 메모리를 포함하는 컴퓨팅 시스템에서 수행된다. 일 실시예에서는 도 2의 문서발송시스템(1000)의 발송문서생성부(1300)에서 실시될 수 있다.

단계 S1110에서는 수신자별로 변경이 될 수 있는 부분에 해당하는 1 이상의 치환코드가 포함된 템플릿 및 상기 1 이상의 치환코드에 수신자별로 치환이 되는 치환코드필드를 포함하는 데이터를 로드하는 단계가 수행된다. 상기 치환코드필드를 포함하는 데이터는 도 2의 발송리스트생성부(1200)에서 생성된 발송리스트에 해당할 수도 있다.

단계 S1120에서는 수신자별 문서에 대한 식별자를 생성한다. 이는 내부적으로 해당 문서에 대한 데이터 식별을 하기 위한 역할 뿐만 아니라 나중에 수신자가 URL을 통하여 문서발송시스템(1000)에 접속하여 자신에게 할당된 문서를 열람하고자 할 때, 해당하는 문서경로를 찾기 위한 역할을 할 수 있다. 본 발명의 일 실시예에서는, 상기 수신자별 문서를 구성하는 연결문서의 접근경로가 상기 수신자별 문서에 대한 식별자에 대하여(혹은 관계를 가지어) 저장될 수 있다. 따라서, 사용자가 입력한 URL에서는 해당 수신자별 문서에 대한 정보만을 포함하고 있고, 상기 문서발송시스템의 문서페이지전송부(1600)에서 저장된 정보에 기초하여 연결문서의 열람을 제공할 수 있다.

한편, 본 발명의 다른 실시예에서는 수신자별 문서에 대한 식별자에 기초하여, 각각의 연결문서의 접근경로가 기 설정된 규칙에 따라 정해질 수 있다. 이 경우, 상기 문서페이지전송부(1600)은 사용자의 URL로부터 입력받은 수신자별 문서에 대한 식별자로부터 각각의 연결문서의 접근경로를 도출하여, 사용자에게 문서열람을 제공할 수도 있다.

상기 문서에 대한 식별자는 문서번호에 해당할 수도 있고, 문서를 구분하기 위한 정보에 해당할 수 있다. 예를 들어, 일련 번호, CRC32, MD5, SHA1 등의 해시 값이나, 혹은 UUID(universally unique identifier)와 같은 범용 고유 식별자가 상기 문서에 대한 식별자가 될 수 있다.

단계 S1130에서는 상기 템플릿에서 연결문서를 생성할 대상영역을 결정하는 대상영역단계가 수행된다. 상기 대상영역을 결정하는 단계는 전술한 바와 같이 다양한 규칙에 따라 수행될 수 있다. 공통적으로는 대상영역을 결정함에 있어서는 템플릿의 해당 예비 영역에 치환코드가 있는지 여부이다. 이는 페이지가 있는 문서형식 및 페이지가 없는 문서형식 모두 공통적으로 적용된다.

단계 S1140, S1150에서는 상기 대상영역에 치환코드가 없는 경우에는 공통의 연결문서에 해당하는 제1연결문서를 생성하는 제1연결문서생성단계를 수행하고, 상기 대상영역에 치환코드가 있는 경우에는 수신자별로 상기 치환코드필드의 값을 상기 대상영역의 치환코드에 기입하여 수신자별로 제2연결문서를 생성하는 제2연결문서생성단계를 수행한다.

즉, 본 발명에서는 템플릿에서 대상영역에 치환코드 유무에 따라서 수신자별로 연결문서를 생성하거나 혹은 수신자 공통으로의 연결문서를 생성한다.

이후, 단계 S1160에서는 전술한 S1130 내지 S1150 의 과정이 문서파일의 끝까지 도달하도록 한다.

도 19는 본 발명의 일 실시예에 따른 제1연결문서생성단계 혹은 제2연결문서생성단계의 세부 과정을 개략적으로 도시한다.

단계 S1210에서는 상기 대상영역을 기설정된 형태의 문서파일인 연결문서로 생성한다. 전술한 바와 같이, 템플릿의 대상영역에 치환코드가 있는 경우에는 치환코드필드의 값을 대입하여 수신자별로 연결문서를 생성하고, 치환코드가 없는 경우에는 공통의 연결문서를 생성한다.

단계 S1220에서는 상기 단계 S1210에서 생성된 연결문서(공통의 연결문서, 혹은 수신자별 연결문서)에 대해 식별자를 생성한다.

상기 연결문서에 대한 식별자는 일련 번호, CRC32, MD5, SHA1 등의 해시 값이나, 혹은 UUID(universally unique identifier)와 같은 범용 고유 식별자를 사용할 수 있다. 연결문서에 대한 식별자는 후술하는 단계 S1230에서 각각의 연결문서 파일에도 기록이 되며, 상기 컴퓨팅 시스템 혹은 문서발송시스템(1000)의 연결 문서 목록 형식으로 저장되어 문서의 위변조 여부를 확인하기 위한 용도로 사용할 수 있다.

단계 S1230에서는 상기 연결문서에 식별자를 기록하는 단계가 수행한다. 구체적으로 상기 연결문서 자체에 논리적으로 결합하거나 혹은 첨부하는 형태 혹은 파일의 메타데이터로서 상기 식별자가 기록될 수 있다. 상기 식별자는 상기 연결문서에 디스플레이 되는 형태로 기록될 수도 있고, 혹은 디스플레이 되지 않는 형태로도 기록될 수 있다.

단계 S1240에서는 상기 연결문서에 대한 접근정보 및 상기 식별자를 상기 컴퓨팅 시스템에 저장한다.

상기 접근정보는 상기 컴퓨팅 시스템의 파일 시스템에서의 전체 경로명, 네트워크에 연결된 스토리지 혹은 상기 컴퓨팅 장치의 네트워크 경로명, 및 웹서버 혹은 클라우드에 저장된 파일을 열기 위한 URL 중 1 이상을 포함할 수 있다.

이와 같은 접근정보는 이후 수신자가 자신이 수신한 URL에 기초하여 상기 문서발송시스템(1000)에 접속하여 문서의 열람을 수행시 이용될 수 있다.

도 20은 본 발명의 일 실시예에 따른 연결문서목록의 일 예를 개략적으로 도시한다.

전술한 바와 같이, 상기 제1연결문서생성단계 및 상기 제2연결문서생성단계는, 해당 연결문서를 생성한 후에, 생성된 연결문서에 대한 접근정보를 상기 수신자별 문서에 대한 식별자와 관계를 가지는 형식으로 상기 컴퓨팅 시스템 혹은 상기 컴퓨팅 시스템에 연결된 DB에 저장하고 이와 같이 저장된 정보가 연결문서목록에 해당할 수 있다.

구체적으로, 도 20에 도시된 바와 같이, 수신자가 5명이고, 연결문서가 2개의 제1연결문서(공통문서, 2번 문서, 4번 문서), 3개의 제2연결문서(수신자별 문서, 1번 문서, 3번 문서, 5번 문서)로 이루어지는 경우에, 상기 연결문서목록은 각각의 수신자별 문서에 대해, 문서식별자, 연결문서 각각에 대한 문서접근경로 혹은 파일명, 및 연결문서식별자에 대한 정보를 포함한다.

즉, 전술한 연결문서의 생성 후 문서발송시스템의 파일 시스템 또는 DB 등에는 상기와 같은 연결문서목록에 대한 정보가 저장된다.

이와 같은 연결문서목록에 대한 정보는 문서식별자(혹은 문서번호)를 중심으로 관리가 되고, 각각의 수신자별 문서에서의 연결문서의 순서, 및 DB 혹은 네트워크에서의 위치는 상기 연결문서목록에 의하여 확인할 수 있다. 또한, 시스템의 관리자 및 발송자 입장에서도 상기 연결문서목록을 통하여 연결문서에 대한 관리를 할 수도 있다.

상기 연결문서목록에는 필요에 따라서, 회사명, 작성자, 관리자, 버전, 생성 날짜, 페이지 수, 문서의 기본 썸네일 등의 다양한 문서 정보를 추가할 수 있다.

본 발명의 다른 실시예에서는 수신자별 문서에 대한 식별자로부터 각각의 연결문서에 대한 접근경로 혹은 파일명을 기설정된 규칙에 따라서 생성할 수도 있다. 이 경우, 연결파일에 대한 접근경로가 연결문서목록에 필요하지 않을 수도 있다.

도 21은 본 발명의 일 실시예에 따름 발송리스트업데이트 단계의 동작을 개략적으로 도시한다. 상기 도 21의 과정은 도 2의 발송리스트업데이트부(1400)에서 수행될 수도 있다.

도 21에 도시된 바와 같이, 전술한 상기 연결문서 생성방법은, 수신자별 문서의 식별정보; 혹은 수신자별 문서의 기설정된 연결문서의 식별정보 혹은 접근정보을 포함하는 URL을 상기 치환코드필드를 포함하는 데이터에 추가하는 단계를 수행할 수 있다.

본 발명의 도 1 및 2를 참조하여 설명한 바와 같이, 본 발명의 실시예에 따른 발송 시스템에서는 문서 자체를 수신자에게 보내는 것이 아니라, 문서를 HTML5 기반으로 스트리밍 열람을 할 수 있는 URL을 수신자에게 SMS 의 형태로 전송한다.

상기 URL은 수신자별 문서의 식별정보; 혹은 수신자별 문서의 기설정된 연결문서의 식별정보 혹은 접근정보를 포함하고, 추가적으로 상기 연결문서를 HTML5 방식으로 스트리밍 뷰어를 제공할 수 있는 모듈에 대한 상기 컴퓨팅 시스템의 주소정보를 포함한다.

따라서, 사용자가 상기 URL을 접속하는 경우, HTML5 방식으로 스트리밍 뷰어를 제공할 수 있는 모듈이 실행되고(예를 들어 도 2의 문서페이지전송부(1600)), 상기 모듈은 URL에 포함된 상기 URL은 수신자별 문서의 식별정보; 혹은 수신자별 문서의 기설정된 연결문서의 식별정보 혹은 접근정보에 기초하여 해당 연결문서를 로드하여 이에 대한 스트리밍 데이터(HTML5 형식 데이터)를 상기 사용자에게 전송한다.

도 22는 본 발명의 일 실싱예에 따른 열람문서 열람단계를 개략적으로 도시한다.

상기 연결문서열람단계는, 사용자 단말기가 접속한 URL정보에 기초하여 수신자별 문서 혹은 수신자별 문서의 특정 연결문서를 결정하는 단계(S1310); 상기 연결문서의 기설정된 열람영역을 HTML5 형식의 문서페이지데이터로 변환하여 사용자단말기에 전송하는 단계(S1320); 사용자 단말기로부터 다음 열람영역에 대한 요청을 수신하는 단계(S1330); 상기 다음 열람영역이 상기 연결문서 내에 위치하는 지 여부를 판별하는 단계(S1340); 및 상기 다음 열람영역이 상기 연결문서 내에 위치하지 않는 경우에는 상기 연결문서의 이전 연결문서 혹은 이후 연결문서의 기설정된 열람영역을 HTML5 형식의 문서페이지데이터로 변환하여 사용자단말기에 전송하는 단계(S1350);를 포함한다.

구체적으로, URL에 수신자별 문서에 대한 식별정보만 포함되는 경우에는, 하기의 세부 단계들이 상기 문서발송시스템(1000)의 문서페이지전송부(1600)에서 수행될 수 있다.

1) 연결문서목록에서 수신자별 문서의 식별자 확인

2) 상기 연결문서목록에 저장된 접근경로 혹은 상기 수신자별 문서의 식별자로부터 기설정된 규칙에 의하여 도출된 접근경로에 기초하여 해당 수신자별 문서의 첫번째 연결문서를 결정

3) 첫번째 연결문서에 기록된 식별자(혹은 상기 첫번째 연결문서에 대해 현시점에서 추룰한 식별자)와 연결문서목록에 기록된 식별자 일치 여부 확인, 불일치시에는 문서 변조 메시지 출력 후 문서 열람 종료

4) 문서 열람 시작

5) 사용자의 페이지 이동 요청

6) 현재 열린 연결문서 내에서 사용자의 이동 요청 페이지가 있다면 해당 페이지로 이동

7) 6)을 만족하는 페이지가 현재 연결문서에 없다면, 현재 열린 연결문서의 이전 연결문서 또는 다음 연결문서가 만족하는 페이지에 해당하는지 판단

8) 이전 연결문서라면, 이전 연결문서에 대한 상기 연결문서목록에 저장된 접근경로 혹은 상기 수신자별 문서의 식별자로부터 기설정된 규칙에 의하여 도출된 접근경로에 기초하여 파일 열기

9) 다음 연결문서라면, 다음 연결문서에 대한 상기 연결문서목록에 저장된 접근경로 혹은 상기 수신자별 문서의 식별자로부터 기설정된 규칙에 의하여 도출된 접근경로에 기초하여 파일 열기

10) 4)로 이동

도 23은 본 발명의 일 실시예에 따른 단일문서생성단계를 개략적으로 도시한다.

본 발명의 일 실시예에서는, 상기 문서발송시스템의 상기 문서페이지전송부는 저장된 연결문서에 기초하여 사용자의 요청 혹은 필요에 따라 하기와 과정으로 단일 문서를 생성할 수도 있다.

1) 연결문서목록에서 해당 수신자별 문서에 대한 식별자 확인

2) 해당 수신자별 문서의 첫번째 연결문서의 접근경로에 기초하여 연결문서 파일 열기

3) 해당 연결문서에 기록된 식별자와 연결문서목록의 식별자의 일치 여부 확인, 불일치시에는 문서 변조 메시지 출력 후 종료

4) 해당 연결문서의 모든 내용을 복사하여 새로운 문서 생성 후 붙여넣기

5) 다음 연결문서로 이동, 다음 문서가 없다면 작업 종료

6) 다음 연결문서를 해당 연결문서로 하여 파일열기

7) 3)으로 이동

도 24는 본 발명의 일 실시예에 따른 컴퓨팅장치의 내부 구성을 예시적으로 도시한다.

도 24에 도시한 바와 같이, 컴퓨팅장치(11000)은 적어도 하나의 프로세서(processor)(11100), 메모리(memory)(11200), 주변장치 인터페이스(peripheral interface)(11300), 입/출력 서브시스템(I/Osubsystem)(11400), 전력 회로(11500) 및 통신 회로(11600)를 적어도 포함할 수 있다.

메모리(11200)는, 일례로 고속 랜덤 액세스 메모리(high-speed random access memory), 자기 디스크, 에스램(SRAM), 디램(DRAM), 롬(ROM), 플래시 메모리 또는 비휘발성 메모리를 포함할 수 있다. 메모리(11200)는 컴퓨팅장치(11000)의 동작에 필요한 소프트웨어 모듈, 명령어 집합 또는 그밖에 다양한 데이터를 포함할 수 있다.

이때, 프로세서(11100)나 주변장치 인터페이스(11300) 등의 다른 컴포넌트에서 메모리(11200)에 액세스하는 것은 프로세서(11100)에 의해 제어될 수 있다. 상기 프로세서(11100)은 단일 혹은 복수로 구성될 수 있고, 연산처리속도 향상을 위하여 GPU 및 TPU 형태의 프로세서를 포함할 수 있다.

주변장치 인터페이스(11300)는 컴퓨팅장치(11000)의 입력 및/또는 출력 주변장치를 프로세서(11100) 및 메모리 (11200)에 결합시킬 수 있다. 프로세서(11100)는 메모리(11200)에 저장된 소프트웨어 모듈 또는 명령어 집합을 실행하여 컴퓨팅장치(11000)을 위한 다양한 기능을 수행하고 데이터를 처리할 수 있다.

입/출력 서브시스템(11400)은 다양한 입/출력 주변장치들을 주변장치 인터페이스(11300)에 결합시킬 수 있다. 예를 들어, 입/출력 서브시스템(11400)은 모니터나 키보드, 마우스, 프린터 또는 필요에 따라 터치스크린이나 센서등의 주변장치를 주변장치 인터페이스(11300)에 결합시키기 위한 컨트롤러를 포함할 수 있다. 다른 측면에 따르면, 입/출력 주변장치들은 입/출력 서브시스템(11400)을 거치지 않고 주변장치 인터페이스(11300)에 결합될 수도 있다.

전력 회로(11500)는 단말기의 컴포넌트의 전부 또는 일부로 전력을 공급할 수 있다. 예를 들어 전력 회로(11500)는 전력 관리 시스템, 배터리나 교류(AC) 등과 같은 하나 이상의 전원, 충전 시스템, 전력 실패 감지 회로(power failure detection circuit), 전력 변환기나 인버터, 전력 상태 표시자 또는 전력 생성, 관리, 분배를 위한 임의의 다른 컴포넌트들을 포함할 수 있다.

통신 회로(11600)는 적어도 하나의 외부 포트를 이용하여 다른 컴퓨팅장치와 통신을 가능하게 할 수 있다.

또는 상술한 바와 같이 필요에 따라 통신 회로(11600)는 RF 회로를 포함하여 전자기 신호(electromagnetic signal)라고도 알려진 RF 신호를 송수신함으로써, 다른 컴퓨팅장치와 통신을 가능하게 할 수도 있다.

이러한 도 24의 실시예는, 컴퓨팅장치(11000)의 일례일 뿐이고, 컴퓨팅장치(11000)은 도 24에 도시된 일부 컴포넌트가 생략되거나, 도 24에 도시되지 않은 추가의 컴포넌트를 더 구비하거나, 2개 이상의 컴포넌트를 결합시키는 구성 또는 배치를 가질 수 있다. 예를 들어, 모바일 환경의 통신 단말을 위한 컴퓨팅장치는 도 24에도시된 컴포넌트들 외에도, 터치스크린이나 센서 등을 더 포함할 수도 있으며, 통신 회로(1160)에 다양한 통신방식(WiFi, 3G, LTE, Bluetooth, NFC, Zigbee 등)의 RF 통신을 위한 회로가 포함될 수도 있다. 컴퓨팅장치(11000)에 포함 가능한 컴포넌트들은 하나 이상의 신호 처리 또는 어플리케이션에 특화된 집적 회로를 포함하는 하드웨어, 소프트웨어, 또는 하드웨어 및 소프트웨어 양자의 조합으로 구현될 수 있다.

본 발명의 실시예에 따른 방법들은 다양한 컴퓨팅장치를 통하여 수행될 수 있는 프로그램 명령(instruction) 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 특히, 본 실시예에 따른 프로그램은 PC 기반의 프로그램 또는 모바일 단말 전용의 어플리케이션으로 구성될 수 있다. 본 발명이 적용되는 어플리케이션은 파일 배포 시스템이 제공하는 파일을 통해 이용자 단말에 설치될 수 있다. 일 예로, 파일 배포 시스템은 이용자 단말이기의 요청에 따라 상기 파일을 전송하는 파일 전송부(미도시)를 포함할 수 있다.

본 발명의 일 실시예에 따르면 개인정보가 포함된 보안문서를 안전하게 지정한 수신자에게 전송할 수 있는 효과를 발휘할 수 있다.

본 발명의 일 실시예에 따르면 기업, 공공기관들이 자신만의 서비스서버를 구축하는 것이 아니라 SaaS 플랫폼을 통하여 전자적으로 개인정보 등이 포함된 보험, 청약, 증권, 고지서 등의 문서를 법적인 하자 없이 발송할 수 있는 효과를 발휘할 수 있다.

본 발명의 일 실시예에 따르면, HTML5에 기반한 WYSIWYG 방식의 문서 템플릿을 사용하며, HTML5 표준을 따르므로 웹 브라우저 외에 별도의 프로그램이 불필요하다는 장점이 있다.

본 발명의 일 실시예에 따르면, 수신자는 HTML5 가 지원되는 브라우져만 있으면, Windows, Mac, Linux, 모바일 등 어떤 시스템에서도 문서 열람 가능하다는 효과를 발휘할 수 있다.

본 발명의 일 실시예에 따르면, 경량화된 문서를 사용하여 스토리지 용량과 네트워크 트래픽 비용을 줄일 수 있는 효과를 발휘할 수 있다.

본 발명의 일 실시예에 따르면, 문서 전체를 전송하는 것이 아니고, 필요한 페이지만 전송하는 스트리밍 문서 형태로 전송하므로 불필요한 트래픽을 줄일 수 있는 효과를 발휘할 수 있다.

본 발명의 일 실시예에 따르면, 발송자는 자신에게 익숙한 기존의 MS오피스 파일, 한글 등의 기본 문서 양식을 작성하고, 개별 수신인별로 달라지는 부분만을 리스트 형태로 입력함으로써, 보다 편리하게 복수의 사람들에게 문서를 전달할 수 있는 효과를 발휘할 수 있다.

본 발명의 일 실시예에 따르면, 수신자는 자신에게 지정된 문서 외에는 열람하지 못하게 하여 보다 보안성을 강화할 수 있는 효과를 발휘할 수 있다.

이상에서 설명된 장치는 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 어플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.

소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로 (collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨팅장치 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.

실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.

이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.

그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.

Claims (12)

1. 하나 이상의 프로세서 및 상기 프로세서에서 수행 가능한 명령들을 저장하는 메인 메모리를 포함하는 컴퓨팅 시스템에서 수행되는 수신자별 문서를 생성하기 위한 연결문서 생성 방법으로서,
   수신자별로 변경이 될 수 있는 부분에 해당하는 1 이상의 치환코드가 포함된 템플릿 및 상기 1 이상의 치환코드에 수신자별로 치환이 되는 치환코드필드를 포함하는 데이터를 로드하는 단계;
   수신자별 문서에 대한 식별자를 생성하는 단계;
   상기 템플릿에서 연결문서를 생성할 대상영역을 결정하는 대상영역단계; 및
   상기 대상영역에 치환코드가 없는 경우에는 공통의 연결문서에 해당하는 제1연결문서를 생성하는 제1연결문서생성단계를 수행하고, 상기 대상영역에 치환코드가 있는 경우에는 수신자별로 상기 치환코드필드의 값을 상기 대상영역의 치환코드에 기입하여 수신자별로 제2연결문서를 생성하는 제2연결문서생성단계를 수행하는 단계;를 포함하는, 연결문서 생성 방법.
   
2. 청구항 1에 있어서,
   상기 템플릿은 페이지가 있는 문서형태이고,
   상기 대상영역결정단계는 페이지별로 치환코드가 있는지 여부를 판단하여, 1 이상의 페이지를 대상영역으로 결정하는, 연결문서 생성 방법.
   
3. 청구항 1에 있어서,
   상기 템플릿은 페이지가 없는 문서형태이고,
   상기 대상영역결정단계는 상기 템플릿의 영역별로 치환코드가 있는지 여부에 대한 파싱을 수행하고, 파싱결과에 따라 1 이상의 문장, 문단 혹은 영역을 대상영역으로 결정하는, 연결문서 생성 방법.
   
4. 청구항 1에 있어서,
   상기 제1문서생성단계는,
   상기 대상영역을 기설정된 형태의 문서파일인 연결문서로 생성하는 단계;
   상기 연결문서에 대한 식별자를 생성하는 단계;
   상기 연결문서에 식별자를 기록하는 단계; 및
   상기 연결문서에 대한 접근정보 및 상기 식별자를 상기 컴퓨팅 시스템에 저장하는 단계;를 포함하는, 연결문서 생성 방법.
   
5. 청구항 1에 있어서,
   상기 제1문서생성단계는,
   대상영역을 기설정된 형태의 문서파일인 연결문서로 생성하는 단계;
   상기 연결문서에 대한 접근정보를 상기 컴퓨팅 시스템에 저장하는 단계;를 포함하고,
   상기 접근정보는 상기 컴퓨팅 시스템의 파일 시스템에서의 전체 경로명, 네트워크에 연결된 스토리지 혹은 상기 컴퓨팅 장치의 네트워크 경로명, 및 웹서버 혹은 클라우드에 저장된 파일을 열기 위한 URL 중 1 이상을 포함하는, 연결문서 생성 방법.
   
6. 청구항 1에 있어서,
   상기 제2연결문서생성단계는,
   수신자별로 대상영역의 치환코드에 해당 수신자의 상기 치환코드필드의 값을 삽입하여 기설정된 형태의 문서파일인 연결문서를 수신자별로 생성하는 단계;
   상기 연결문서에 대한 식별자를 생성하는 단계;
   상기 연결문서에 식별자를 기록하는 단계; 및
   상기 연결문서에 대한 접근정보 및 상기 식별자를 상기 컴퓨팅 시스템에 저장하는 단계;를 포함하는, 연결문서 생성 방법.
   
7. 청구항 1에 있어서,
   상기 제1연결문서생성단계 및 상기 제2연결문서생성단계는,
   생성된 연결문서에 대한 접근정보를 상기 수신자별 문서에 대한 식별자와 관계를 가지는 형식으로 상기 컴퓨팅 시스템 혹은 상기 컴퓨팅 시스템에 연결된 DB에 저장하는, 연결문서 생성 방법.
   
8. 청구항 1에 있어서,
   상기 연결문서 생성방법은,
   수신자별 문서 혹은 수신자별 문서의 기설정된 연결문서의 식별정보 혹은 접근정보을 포함하는 URL을 상기 치환코드필드를 포함하는 데이터에 추가하는 단계를 더 포함하는, 연결문서 생성 방법.
   
9. 청구항 8에 있어서,
   상기 URL은 상기 연결문서를 HTML5 방식으로 스트리밍 뷰어를 제공할 수 있는 모듈에 대한 상기 컴퓨팅 시스템의 주소정보를 더 포함하는, 연결문서 생성 방법.
10. 하나 이상의 프로세서 및 상기 프로세서에서 수행 가능한 명령들을 저장하는 메인 메모리를 포함하는 컴퓨팅 시스템에서 수행되는 수신자별 문서를 생성하기 위한 연결문서 관리 방법으로서,
    상기 연결문서 관리 방법은 수신자별 연결문서를 생성하는 연결문서생성단계; 및 수신자에게 해당 연결문서에 대한 열람을 제공하는 연결문서열람단계를 포함하고,
    상기 연결문서생성단계는,
    수신자별로 변경이 될 수 있는 부분에 해당하는 1 이상의 치환코드가 포함된 템플릿 및 상기 1 이상의 치환코드에 수신자별로 치환이 되는 치환코드필드를 포함하는 데이터를 로드하는 단계;
    수신자별 문서에 대한 식별자를 생성하는 단계;
    상기 템플릿에서 연결문서를 생성할 대상영역을 결정하는 대상영역단계; 및
    상기 대상영역에 치환코드가 없는 경우에는 공통의 연결문서에 해당하는 제1연결문서를 생성하는 제1연결문서생성단계를 수행하고, 상기 대상영역에 치환코드가 있는 경우에는 수신자별로 상기 치환코드필드의 값을 상기 대상영역의 치환코드에 기입하여 수신자별로 제2연결문서를 생성하는 제2연결문서생성단계를 수행하는 단계;를 포함하고,
    상기 연결문서열람단계는,
    사용자 단말기가 접속한 URL정보에 기초하여 수신자별 문서 혹은 수신자별 문서의 특정 연결문서를 결정하는 단계;
    상기 연결문서의 기설정된 열람영역을 HTML5 형식의 문서페이지데이터로 변환하여 사용자단말기에 전송하는 단계;
    사용자 단말기로부터 다음 열람영역에 대한 요청을 수신하는 단계;
    상기 다음 열람영역이 상기 연결문서 내에 위치하는 지 여부를 판별하는 단계; 및
    상기 다음 열람영역이 상기 연결문서 내에 위치하지 않는 경우에는 상기 연결문서의 이전 연결문서 혹은 이후 연결문서의 기설정된 열람영역을 HTML5 형식의 문서페이지데이터로 변환하여 사용자단말기에 전송하는 단계;를 포함하는, 연결문서 관리 방법.
    
11. 하나 이상의 프로세서 및 상기 프로세서에서 수행 가능한 명령들을 저장하는 메인 메모리를 포함하고, 수신자별 문서를 생성하기 위한 연결문서 생성 시스템으로서,
    상기 연결문서 생성 시스템은,
    수신자별로 변경이 될 수 있는 부분에 해당하는 1 이상의 치환코드가 포함된 템플릿 및 상기 1 이상의 치환코드에 수신자별로 치환이 되는 치환코드필드를 포함하는 데이터를 로드하는 단계;
    수신자별 문서에 대한 식별자를 생성하는 단계;
    상기 템플릿에서 연결문서를 생성할 대상영역을 결정하는 대상영역단계; 및
    상기 대상영역에 치환코드가 없는 경우에는 공통의 연결문서에 해당하는 제1연결문서를 생성하는 제1연결문서생성단계를 수행하고, 상기 대상영역에 치환코드가 있는 경우에는 수신자별로 상기 치환코드필드의 값을 상기 대상영역의 치환코드에 기입하여 수신자별로 제2연결문서를 생성하는 제2연결문서생성단계를 수행하는 단계;를 수행하는, 연결문서 생성 시스템.
    
12. 하나 이상의 프로세서 및 상기 프로세서에서 수행 가능한 명령들을 저장하는 메인 메모리를 포함하고, 수신자별 문서를 관리하기 위한 연결문서 관리 시스템으로서,
    상기 연결문서 관리 시스템은 수신자별 연결문서를 생성하는 연결문서생성부; 및 수신자에게 해당 연결문서에 대한 열람을 제공하는 연결문서열람부;를 포함하고,
    상기 연결문서생성부는
    수신자별로 변경이 될 수 있는 부분에 해당하는 1 이상의 치환코드가 포함된 템플릿 및 상기 1 이상의 치환코드에 수신자별로 치환이 되는 치환코드필드를 포함하는 데이터를 로드하는 단계;
    수신자별 문서에 대한 식별자를 생성하는 단계;
    상기 템플릿에서 연결문서를 생성할 대상영역을 결정하는 대상영역단계; 및
    상기 대상영역에 치환코드가 없는 경우에는 공통의 연결문서에 해당하는 제1연결문서를 생성하는 제1연결문서생성단계를 수행하고, 상기 대상영역에 치환코드가 있는 경우에는 수신자별로 상기 치환코드필드의 값을 상기 대상영역의 치환코드에 기입하여 수신자별로 제2연결문서를 생성하는 제2연결문서생성단계를 수행하는 단계;를 수행하고,
    상기 연결문서열람부는,
    사용자 단말기가 접속한 URL정보에 기초하여 수신자별 문서 혹은 수신자별 문서의 특정 연결문서를 결정하는 단계;
    상기 연결문서의 기설정된 페이지를 HTML5 형식의 문서페이지데이터로 변환하여 사용자단말기에 전송하는 단계;
    사용자 단말기로부터 다음 열람영역에 대한 요청을 수신하는 단계;
    상기 다음 열람영역이 상기 연결문서 내에 위치하는 지 여부를 판별하는 단계; 및
    상기 다음 열람영역이 상기 연결문서 내에 위치하지 않는 경우에는 상기 연결문서의 이전 연결문서 혹은 이후 연결문서의 기설정된 페이지를 HTML5 형식의 문서페이지데이터로 변환하여 사용자단말기에 전송하는 단계;를 수행하는, 연결문서 관리 시스템.
    
    

Images