KR20110085412A - 이메일 고지서 발송 방법 및 장치 - Google Patents

Abstract

복수의 회원에게 이메일 고지서를 발송하는 방법이 제공된다. 이메일 서버는, 당해 이메일 서버에 접속된 데이터 베이스에 저장된 복수의 회원의 신상 정보에 기초하여 고지서 커버 대용량 파일을 만들고, 당해 이메일 서버에 접속된 데이터 베이스에 저장된 복수의 회원의 사용 내역 정보에 기초하여 고지서 본문 대용량 파일을 만든다. 또한, 만들어진 고지서 커버 대용량 파일 및 고지서 본문 대용량 파일을 검증한다. 또한, 고지서 커버 대용량 파일로부터 이메일 고지서 커버를 추출하고, 이를 첨부물과 함께 이메일 고지서의 형태로 복수의 회원 각각에게 발송한다. 또한, 수신자가 이메일 고지서를 오픈하면 기생성된 고지서 본문 대용량 파일로부터 이메일 고지서 본문을 추출하여 수신자에게 보여준다.

Description

이메일 고지서 발송 방법 및 장치{METHOD AND APPARATUS FOR TRANSMITTING A BILL USING E-MAIL}

본 발명은 정보통신망을 통해 고지서를 발송하는 방법 및 장치에 관한 것이며, 더욱 구체적으로는, 인터넷의 월드와이드웹을 통해 웹 청구서를 발송하는 방법 및 장치에 관한 것이다.

현대 사회에 있어서 이메일(e-mail)은 중요한 통신 수단으로 자리잡았다.

기업의 업무는 물론이고, 개인 간의 안부 등도 종래와 같이 일반 우편을 이용하는 것이 아니라 전자화된 형태의 우편인 이메일을 통해 주고 받는 것이 일상화되었다. 또한, 각종 기업으로부터의 정보 등도 이메일의 형태로 전송되어 오는 경우가 많다. 예를 들어, 핸드폰 통화요금 고지서도 이메일의 형태로 발송될 수 있으며, 신용카드 요금 고지서도 이메일의 형태로 발송될 수 있으며, 그 외에도 많은 기업들이 광고 등의 목적을 위해서 이메일을 사용한다.

종래에 일반 기업의 업무에는 종이에 인쇄된 형태의 일반 문서가 주로 사용되었으나, 현재는 업무에 필요한 문서의 형태도 전자화된 것이 많고, 또한, 단순히 종이에 인쇄할 수 없는 성질의 문서도 다수 존재하는 실정이기도 하므로 이메일에 대한 업무 의존도가 높아지고 있는 실정이다.

특히, 과금 방식 또는 비용 청구 방식에 있어서의 이러한 변화에 주목해 보자면, 과거에는 종이 고지서를 통해서 요금을 고지하고 그 종이 고지서를 이용하여 은행에 소정의 금액을 납부하거나, 종이 고지서에 인쇄된 정보를 이용하여 은행 계좌로 납부하거나, 또는 자동 이체로 출금이 되고 종이 고지서에는 그러한 사실 및 금액만이 기재되어 있는 경우 등이 있었다. 그러나 요즈음에 있어서는, 과거의 종이 고지서 및 청구서가 아닌 이메일을 이용한 과금 방식 또는 청구 방식에 대한 요구가 확대되고 있는 실정이다. 또한, 단순 청구 목적의 이메일에서 다양한 마케팅 수단으로의 활용도 증가하고 있다.

또한, 이메일의 형태가 변화하여, 대용량 메일이 확대되는 추세이며, 이는 대부분 청구서 및 기타 파일을 첨부하고 다양한 방식을 이용한 메일 등에 기인한다. 또한, 일방적인 홍보 광고의 목적에서 고객의 참여를 유도하는 커뮤니케이션 수단으로 변화하는 과정에 있으며, 이에 따라 다양한 개인 정보, 금융 정보 등의 중요도 높은 메일 발송랭이 증가하고 있는 실정이다.

그리고 최근의 IT 컴플라이언스(IT compliance) 경향에 따른 이메일 보관과 관리의 효율성에 대한 요구가 확대되고 있기도 하다. IT 컴플라이언스란 기업의 투명성 강화와 리스크 관리를 위해 정부 또는 관련 기관이 제시한 법적 권고안이나 각종 규제의 요건을 만족시키기 위해 IT 시스템을 재정비하는 것을 말하며, 미국의 경우에는 사베인스-옥슬리 법(Sarbanes-Oxley Act, SOx)에 의한 제약 등에 따라서 기업의 컴플라이언스 수단으로서 수요가 증가하고 있다. 예컨대, 전술한 SOx에 따르면 금융 정보는 최소 5년을 보관하여야 하는데 이 규정에 따르자면 보관해야 할 데이터의 전체 용량이 너무 많아지게 되므로 IT 관리의 관점에서 데이터를 효율적으로 다룰 필요성이 더욱 커진다고 하겠다.

한편, 종래의 이메일 고지서(청구서 등) 발송의 일예를 들면 다음과 같다.

도 1은 종래의 이메일 고지서 발송 시스템의 구성을 나타내는 도면이다.

도 1에, 이메일 고지서에 관한 정보를 가공 및 취합하여 발송하는 이메일 서버(101)가 도시되어 있다. 이메일 서버(101)는 별도의 데이터베이스(102)를 구비할 수 있다. 데이터베이스(102)는 이메일 서버(101)와 일체화된 것일 수도 있고, 별개일 수도 있으며, 또한 물리적으로 다소 멀리 떨어진 공간에서 네트워크화되어 접속된 것일 수도 있다. 데이터베이스(102)에는, 예를 들어, 이메일 고지서를 받을 고객들의 신상 정보가 기록되어 있을 수 있다.

이메일 서버(101)는 데이터 베이스(102)로부터의 신상 정보 등을 바탕으로 하여 청구서에 관한 구체적인 정보를 만들어 낸다. 이러한 구체적인 정보를 도 1에서 대용량 파일(103)로 나타내었다. 대용량 파일(103)은 이메일 서버(101)에 저장되어도 좋고, 데이터 베이스(102)에 저장되어도 좋고, 그 외의 적절한 저장 공간에 저장되어도 좋다.

이 대용량 파일(103)은 다수의 고객에 관한 청구서 커버 정보 및 청구서 본문 정보를 포함한다. 청구서 커버 정보라 함은, 이메일 고지서를 각각의 고객에게 발송함에 있어서 신상 정보 등에 관련된 형식적 사항(수신인의 이름, 이메일 주소 등)을 담고 있다. 청구서 커버 정보를 사용자 정보라 부를 수도 있을 것이다. 또한, 청구서 본문 정보는 이메일 고지서의 실질적 사항(구체적인 청구 금액 등)을 포함할 수 있다. 예를 들어 대용량 파일(103)은 10만명의 회원에 관한 신상 정보를 포함하고 있을 수 있으며, 이는 도 1에 나타내는 바와 같이 1명의 사용자에 대한 청구서 커버 정보(사용자 정보) 및 청구서 본문 정보가 10만개 모여서 만들어질 수 있을 것이다.

도 2는 청구서 커버 정보와 청구서 본문 정보가 사용자에게 보여지는 예를 나타내는 도면이다.

도 2a는 이메일 서버(101)를 통해 발송된 이메일 고지서를 어느 고객이 이메일의 형태로서 수신하여 당해 이메일을 열어본 결과이며, 청구서 커버 정보를 나타낸 것으로 볼 수 있다. 통상의 이메일과 마찬가지로 보내는 이의 이메일 주소 또는 명칭(201) 및 받는 이의 이메일 주소 또는 명칭(202)이 기재되어 있으며, 첨부 파일(203)이 첨부되어 있는 것을 알 수 있다. 이들 정보(201, 202, 203)는 도 1의 대용량 파일(103)로부터 얻는다.

또한, 그 아래에는 안내 본문(204)이 기재되어 있다. 안내 본문이란, 예를 들어, 신용카드사가 이메일 고지서(청구서)를 발송하는 경우라 하면, 자신 회사의 소개, 인사 및 어느 시점의 청구 내역인지 등의 정보를 말한다. 그 외에도 여러 가지 공지 사항 등이 포함될 수 있을 것이다. 이들 항목(201~204)의 배치 위치 등은 임의적일 수 있음은 물론이다.

도 2b는 도 2a의 첨부 파일(203) 항목을 클릭한 후의 보안 인증 페이지이다. 즉, 도 2a에 나타난 첨부 파일(203)을 클릭하여 열거나 또는 다운로드하여 열게 되면 곧바로 구체적인 청구 내역(후술하는 도 2c 참조)이 나타날 수도 있지만, 요즈음은 개인 정보 보호의 필요성에 따라, 대부분은 인증 과정을 거치게 되며, 일예로 도 2b에 나타나는 바와 같이 주민등록번호 뒤의 7자리 숫자 등의 인증 번호(205)를 요구하는 경우가 많다.

도 2c는 도 2b의 보안 인증 페이지를 거친 후의 청구서 본문 정보를 보여주는 것을 나타내는 도면이다. 도 2c에는 특정 고객의 신용카드 대금에 대한 결제일자, 결제은행, 청구 총액 등이 기재되어 있는 청구서 내역(206)이 나타나 있다. 또한, 그 옆에는 탭(tab)의 형태로서 탭 1~4가 도시되어 있는데, 탭 1은 전술한 청구서 내역(206)에 해당하고, 탭 2(207)를 클릭하면 청구서 상세 내역(일자별 신용카드 사용 내역 등)이 나타나며, 탭 3(208)은 신용카드 회사에서 제공하는 이벤트, 그리고 탭 4(209)는 신용카드 회사에서 제공하는 다른 이벤트 등일 수 있다. 이들 정보 중의 일부(특히, 206, 207)는 도 1의 대용량 파일(103)로부터 얻을 수 있다.

본 발명은, 정보통신망을 통해 고지서를 발송하는 방법 및 장치, 더욱 구체적으로는, 인터넷의 월드와이드웹을 통해 웹 청구서를 발송하는 방법 및 장치를 제공하는 것을 목적으로 한다.

더욱 구체적으로, 종래에는 도 2의 청구서 커버(200-1)에 나타나는 첨부파일(203)이 청구서 본문 자체로서 당해 이메일에 첨부된 것(링크 등이 아님)이거나, 또는 첨부파일(203)을 클릭하면 그때 비로소 청구서 본문을 생성하여 고객 회원에게 제시하는 것이었다.

전자(즉, 청구서 본문 자체를 직접 첨부하여 발송하는 방식, 이하 종래기술 1이라고도 함)에 의하면, 청구서 용량으로 인해 생성 속도 및 발송 속도가 느리며, 청구 데이터가 복잡하므로 청구서 한통당 예를 들어 100kb, 200kb의 공간을 차지하는데 이것이 예를 들어 10만명 분이라면 무시할 수 없는 크기가 된다. 또한, 네트워크 부하가 크다. 오발송 사고(예를 들어, 청구서 커버는 '홍길동'을 상대로 정확히 작성되었으나 청구서 본문이 '김철수' 회원의 정보로 작성되어 첨부되는 경우)가 발생하는 때에 대처하는 방안으로서는, 일단 발송을 중지하고, 발송된 대상자를 분류하고, 이미 발송된 대상자에게 사과 메일을 발송하고, 전체 대상자에게 원본 메일을 재발송하는 것이다. 따라서, 오발송 시에 신속한 대응이 어렵다는 것을 알 수 있고, 기업 이미지 실추, 고객 만족도 하락 등의 불이익을 피할 수 없다. 또한, 오발송 문제를 해결하는 데 있어서 상당한 시간이 소요되며, 이메일 발송 담당자/관리자의 과중한 업무 스트레스도 문제가 된다.

다음으로, 후자(즉, 첨부파일(203)을 클릭하여 링크를 통해 접속하면 그때 비로소 청구서 본문을 생성하여 고객 회원에게 제시하는 것, 이하 종래기술 2라고도 함)에 의하면, 검증 기능이 부족하다는 단점이 있다. 상기 종래기술 1은 청구서 본문이 작성되어 있으므로 청구서 커버와 청구서 본문을 서로 매칭해 볼 수 있으나, 종래기술 2에서는 아직 청구서 본문은 만들어져 있지도 않기 때문에 청구서 커버와 청구서 본문과의 정합성을 미리 검증할 길이 없다. 이를 보완하기 위해서는 추후 청구서 본문을 만들 때에 정합성 검증까지 행해야 하는데, 이 경우 서버 부하가 극심해진다. 또한, 청구서 커버만을 발송하므로 생성 속도는 빠르지만, 추후에 고객 회원이 청구서 본문을 보려고 할 때 이메일 서버는 각각의 청구서 본문을 그 때 비로소 만들게 되므로 시스템이 한 순간에 과부하될 우려가 있다. 또한, 오발송시에 별도의 조치를 취하는 것이 어렵고, 전술한 바와 같이 생성 속도는 빠르지만 Inbound WAS 부하로 인하여 발송 속도가 저하되고, 속도를 높이고자 할 경우에는 WAS의 부하를 낮추기 위해 추가로 서버를 증설해야 하는 단점이 있다.

예컨대, 종래기술 2에서는 발송 서버 2대/수신 서버 2대로 구성될 수 있으며, 한 순간에 트래픽이 몰리는 것을 방지하지 위하여 발송 엔진에서 발송 속도를 지연시켜 발송하기도 한다. 발송 속도를 지연한다 함은, 고객들이 한꺼번에 청구서 본문을 보면 문제가 될 수 있으므로, 1만명의 고객에게는 오전 9시에 청구서 커버 페이지를 발송하고, 다른 1만명의 고객에게는 오전 10시에 청구서 커버 페이지를 발송하고, 또다른 1만명의 고객에게는 오전 11시에 청구서 커버 페이지를 발송하는 것이 예가 될 수 있다. 이처럼 발송 속도를 느리게 하면 WAS의 부하를 낮출 수는 있으나 번거로운 작업이 된다.

전술한 바와 같이 이메일 고지서의 중요도가 향상되었기 때문에, 이메일 고지서의 오발송이 발생하였을 경우에 생기는 피해는 이전에 비해 커지게 되는 바, 예를 들어, 고지서 오발송의 경우에 기업의 이미지, 신뢰도 실추로 인한 손실이 증가할 수 있으며, 본 발명은 이러한 고지서 오발송에 대해 효율적으로 대처하는 것을 일 목적으로 한다.

또한, 이메일 발송 기술 등의 IT 관련 기술에 복잡해짐에 따라, 고의, 과실 또는 불가피한 상황 등 다양한 형태의 오발송 사례가 증가하고 있는 바, 본 발명은 이러한 오발송 확률을 줄이는 것을 일 목적으로 한다.

본 발명의 일실시예에 따르면, 복수의 회원에게 이메일 고지서를 발송하는 방법으로서, a) 이메일 서버가, 당해 이메일 서버에 접속된 데이터 베이스에 저장된 상기 복수의 회원의 신상 정보에 기초하여 고지서 커버 대용량 파일을 만들고, 당해 이메일 서버에 접속된 데이터 베이스에 저장된 상기 복수의 회원의 사용 내역 정보에 기초하여 고지서 본문 대용량 파일을 만드는 단계; b) 이메일 서버가, 상기 고지서 커버 대용량 파일로부터 상기 복수의 회원 각각에 대한 이메일 고지서 커버를 추출하고 상기 추출된 이메일 고지서 커버에 첨부물을 첨부함으로써, 이메일 고지서를 생성하여 상기 복수의 회원 각각에게 발송하는 단계; 및 c) 상기 이메일 고지서를 수신한 특정 회원에 의해 첨부물이 실행되는 경우에, c1) 만약 상기 이메일 서버의 오발송 체크 모드가 off인 상태이면, 상기 이메일 서버는, 상기 고지서 본문 대용량 파일 중에서 당해 이메일 고지서를 받은 특정 회원에 대한 이메일 고지서 본문을 추출하여 제시하고, c2) 만약 상기 이메일 서버의 오발송 체크 모드가 on인 상태이면, 상기 이메일 서버에 저장된 대체 웹 페이지를 제시하는 단계를 포함하는 이메일 고지서 발송 방법이 제공된다.

바람직하게는, 상기 b)단계에서, 상기 고지서 커버 및 상기 고지서 본문을 회원별로 생성하지 않고, 각각 대용량 파일로 생성한다.

바람직하게는, 상기 a)단계와 b)단계 사이에, a') 이메일 서버의 검증부가, 상기 고지서 커버 대용량 파일 및 상기 고지서 본문 대용량 파일을 검증하는 단계를 더 포함한다.

바람직하게는, 상기 검증은 조건별, 등급별, 또는 지역별로 행해진다.

바람직하게는, 상기 a)단계에서, 상기 고지서 커버 대용량 파일과 상기 고지서 본문 대용량 파일은 별개의 파일이다.

바람직하게는, 상기 b)단계 및 c)단계에서 상기 이메일 고지서 커버 및 상기 이메일 고지서 본문을 추출함에 있어서, 상기 추출된 이메일 고지서 커버 및 상기 이메일 고지서 본문은 별도의 파일의 형태로 작성되지 않고, 추출 후에 상기 b)단계에서 상기 이메일 고지서 커버는 첨부물과 함께 이메일 고지서로서 복수의 회원 각각에게 발송되며, 이처럼 별도의 이메일 고지서 커버 파일 및 별도의 이메일 고지서 본문 파일을 생성하지 않음에 따라, 개별 대상자별 파일을 생성할 경우에 생길 수 있는 시스템의 불필요한 입출력(I/O) 과정의 발생을 방지한다.

바람직하게는, 상기 고지서 커버 대용량 파일 및 상기 고지서 본문 대용량 파일의 사이즈는 발송 서버가 설치되는 OS에서 허용하는 하드웨어 최대치를 사용할 수 있으며, 하나의 파일에 상기 복수의 회원 전체의 고지서를 담지 못할 경우 추가적으로 대용량 파일을 생성한다.

바람직하게는, 상기 b)단계에서, 상기 첨부물은, 소정의 웹 주소에의 링크를 포함하는 첨부파일이며, 상기 웹 주소는 상기 이메일 서버에 저장된 상기 고지서 본문 대용량 파일 중의 특정 회원에 대한 이메일 고지서 본문에 직접 또는 간접적으로 링크된다.

바람직하게는, 상기 대체 웹 페이지는 서버 접속 지연을 알리는 메시지를 포함한다.

바람직하게는, 상기 c)단계에서, 상기 첨부물이 실행되어 이메일 고지서 본문이 상기 회원에게 보여지기 전에, 상기 회원에 대한 보안 인증 페이지를 거치도록 구성된다.

바람직하게는, 상기 이메일 고지서 발송 장치의 오발송 체크 모드가 on으로 전환된 상태에서는, 상기 복수의 회원 중 적어도 일부에 대하여 상기 이메일 고지서 본문의 적어도 일부를 재작성 또는 재추출하고, 상기 이메일 고지서 본문의 재작성 또는 재추출, 및 그에 대한 검증이 완료된 후, 상기 이메일 서버의 오발송 체크 모드를 off로 전환한다.

본 발명의 일실시예에 따르면, 복수의 회원에게 이메일 고지서를 발송하는 장치로서, 당해 이메일 고지서 발송 장치에 접속된 데이터 베이스에 저장된 상기 복수의 회원의 신상 정보에 기초하여 고지서 커버 대용량 파일을 만들고, 당해 이메일 고지서 발송 장치에 접속된 데이터 베이스에 저장된 상기 복수의 회원의 사용 내역 정보에 기초하여 고지서 본문 대용량 파일을 만드는 제1 생성부; 상기 고지서 커버 대용량 파일로부터 상기 복수의 회원 각각에 대한 이메일 고지서 커버를 추출하고, 상기 추출된 이메일 고지서 커버에 첨부물을 첨부함으로써, 이메일 고지서를 생성하여 상기 복수의 회원 각각에게 발송하는 발송부; 및 상기 이메일 고지서를 수신한 특정 회원에 의해 첨부물이 실행되는 경우에, i) 만약 상기 이메일 서버의 오발송 체크 모드가 off인 상태이면, 상기 이메일 서버는, 상기 고지서 본문 대용량 파일 중에서 당해 이메일 고지서를 받은 특정 회원에 대한 이메일 고지서 본문을 추출하여 제시하고, ii) 만약 상기 이메일 서버의 오발송 체크 모드가 on인 상태이면, 상기 이메일 서버에 저장된 대체 웹 페이지를 제시하도록 구성된 첨부실행부를 포함하는 이메일 고지서 발송 장치가 제공된다.

바람직하게는, 상기 발송부에서, 상기 첨부물은, 상기 소정의 웹 주소에의 링크를 포함하는 첨부파일이며, 상기 웹 주소는 상기 이메일 고지서 발송 장치에 저장된 상기 고지서 본문 대용량 파일 중의 특정 회원에 대한 이메일 고지서 본문에 직접 또는 간접적으로 링크된다.

바람직하게는, 상기 이메일 고지서 발송 장치의 오발송 체크 모드가 on으로 전환된 상태에서는, 상기 복수의 회원 중 적어도 일부에 대하여 상기 이메일 고지서 본문의 적어도 일부를 재작성 또는 재추출하고, 상기 이메일 고지서 본문의 재작성 또는 재추출, 및 그에 대한 검증이 완료된 후, 상기 이메일 서버의 오발송 체크 모드를 off로 전환한다.

본 발명에 의하면, 청구서의 생성 및 발송 단계를 분리하여 구성하고, 각 단계별 검증 기능을 강화한 웹 청구 방법 및 장치를 얻을 수 있다.

또한, 본 발명에 의하면, 청구서의 원본을 생성/검증하고, 발송 메일을 생성/검증하고, 발송 시점의 수신자를 비교 검증하는 과정을 통해서 검증 기능이 강화된 웹 청구 방법 및 장치를 얻을 수 있다.

또한, 본 발명에 의하면 종래기술 1(청구서 본문을 첨부하여 보내는 방식)과 비교해서 발송시 메일의 용량이 현저히 감소하므로 발송 성능이 향상되고, 네트워크에 부하가 적은 향상된 청구 방법 및 장치를 얻을 수 있다.

또한, 본 발명에 의하면 종래기술 2(기존의 웹 청구 방식)에 비해서 수신 측(IWS/WAS)에서 기 생성된 청구서 본문을 보여주는 방식이므로 안정성이 강화된 웹 청구방법 및 장치를 얻을 수 있다.

또한, 본 발명에 의하면, 관리자 화면에서 오발송 체크가 가능하고, 수신자 접속시 지연 안내 페이지로 자동 변경이 가능하고, 전체 대상자의 원본 메일을 재작성하고 최종 검증이 완료되면 정상 청구서 페이지로 접속되므로 고객은 오발송 여부를 파악하지 못하는 장점을 갖는 웹 청구 방법 및 장치를 얻을 수 있다.

또한, 본 발명에 의하면, 다양한 검증 기능을 통한 안정성을 확보하며, 오발송시 신속한 대응이 가능하고, 오발송의 부담 및 업무 부하가 감소하며, 대고객 신뢰도가 향상되고, 발송 속도가 향상되고, 메일 담당자의 업무 스트레스가 감소되며, 청구서를 통해 고객을 웹으로 유도하여 프로모션 및 고객 충성도를 높이는 마케팅 수단으로 활용하는 것이 가능한 웹 청구 방법 및 장치를 얻을 수 있다.

도 1은 종래의 이메일 고지서 발송 시스템의 구성을 나타내는 도면이다.
도 2는 청구서 커버 정보와 청구서 본문 정보가 사용자에게 보여지는 예를 나타내는 도면이다.
도 3은 본 발명에 따른 이메일 고지서 발송 시스템의 구성을 나타내는 도면이다.
도 4는 청구서 커버 정보와 청구서 본문 정보가 사용자에게 보여지는 예를 나타내는 도면이다.
도 5는 본 발명에 따른 이메일 청구서의 발송 프로세스를 나타내는 흐름도이다.
도 6은 발송 전 검증의 일예를 나타내는 도면이다.
도 7은 본 발명에 따른 이메일 청구서의 수신 및 관리 프로세스를 나타내는 흐름도이다.
도 8a 및 도 8b는 도 5 및 도 7을 통해 설명한 이메일 청구서의 발송 및 수신/관리의 흐름을 다른 관점에서 설명하는 도면이다.

이하, 도면을 참조하여 본 발명의 구체적인 실시예에 대해 상세히 설명한다.

도 3은 본 발명에 따른 이메일 고지서 발송 시스템의 구성을 나타내는 도면이다.

도 3에, 이메일 고지서(청구서 등)에 관한 정보를 가공 및 취합하여 발송하는 이메일 서버(301)가 도시되어 있다. 여기서, 고지서는 다소 넓은 개념으로 사용한 용어이며, 고지서가 어떠한 금액의 청구에 사용된다면 청구서라고도 할 수 있을 것이다. 이하에서는 편의상 고지서와 청구서를 혼용하여 사용할 수도 있으나, 이해를 용이하게 하기 위해서 청구서(예를 들어 신용카드의 사용액 청구서)를 중심으로 설명한다.

또한, 이메일 서버(301)라고 단순히 말하였지만, 이는 복수의 서버일 수도 있고 여러 기능을 하는 하나의 서버일 수도 있다. 예를 들어, 이메일 서버(301)는 MTS(Messaging Transaction Server) 및/또는 IWS(Inbound WAS Server)일 수 있다. MTS란 메일 메시지를 생성하고 발송하는 서버이며, 본 발명에서는 청구서 본문 생성, 청구서 커버 페이지 생성, 이메일 발송 등의 기능을 수행할 수 있다. IWS는 WAS(Web Applicatin Server)의 기능을 하는 내부 서버로서, 발송된 이메일 청구서의 커버 페이지를 수신자가 오픈하고 첨부파일을 클릭시에 URL(링크)을 타고 들어오는 요청을 처리하는 서버이며, 수신자 정보를 체크 인증하고, 해당 유저에 해당하는 청구서를 뷰(view)하는 기능을 갖는다. 이는 고객의 요청에 따른 처리를 행하는 서버이므로 처리 서버라 부를 수도 있고, 고객의 요청을 수신하여 처리를 행하므로 수신 서버라 할 수도 있을 것이다.

즉, 엄밀히 말해서 MTS(발송 서버)와 IWS/WAS(수신 서버)는 상이한 것이지만, 큰 범주로서는 이메일 서버(301)로 묶을 수 있을 것이며, 하나의 서버가 이 모든 기능을 행할 수도 있다. 이하의 설명에서는 기능상 특별히 구분되지 않는 한, 경우에 따라서는 이메일 서버(301)와 발송 서버, 수신 서버를 혼용하여 설명할 수도 있다. 예컨대, MTS는 이메일 서버(301)의 발송부라 할 수 있을 것이고, IWS/WAS는 이메일 서버(301)의 수신부 등으로 칭할 수 있을 것이며, 발송부 및/또는 수신부는 이메일 서버(301)의 내부 모듈일 수도 있고, 별도의 발송용 서버와 별도의 생성용 서버가 집합적으로 하나의 이메일 서버(301)를 구성하는 것일 수도 있다. 또한, MTS는 발송 기능 뿐만 아니라 이메일을 생성하고 검증이 끝나면 발송하는 역할을 할 수도 있으며, IWS는 수신자가 메일을 오픈 후 첨부된 링크를 타고 들어오는 내용을 보여주는(view하는) 역할을 할 수도 있는 등, 이처럼 이메일 서버(301)의 세부적인 구체 기능은 다양하지만 이를 통칭하여 이메일 서버(301)라 칭하기로 한다.

이메일 서버(301)는 별도의 데이터베이스(302)를 구비할 수 있다. 데이터베이스(302)는 이메일 서버(301)와 일체화된 것일 수도 있고, 별개일 수도 있으며, 또한 물리적으로 다소 멀리 떨어진 공간에서 네트워크화되어 접속된 것일 수도 있다. 데이터베이스(302)에는, 예를 들어, 이메일 고지서를 받을 고객들의 신상 정보가 기록되어 있을 수 있다.

이메일 서버(301)는 데이터베이스(302)로부터의 신상 정보 등을 바탕으로 하여 청구서에 관한 구체적인 정보를 만들어 낸다. 이러한 구체적인 정보를 도 3에서 대용량 파일(303, 304)로 나타내었다. 대용량 파일(303, 304)은 이메일 서버(101)에 저장되어도 좋고 데이터베이스(102)에 저장되어도 좋고 그 외의 적절한 저장 공간에 저장되어도 좋지만, 가장 바람직한 실시 형태에서는, 대용량 파일(303, 304)은 데이터베이스(302)로부터 추출된 고객의 데이터를 기반으로 서버의 하드디스크나 NAS(storage)등에 저장된다.

이들 대용량 파일(303, 304) 중 대용량 파일(303)과 대용량 파일(304)은 포함하고 있는 내용이 상이하다. 대용량 파일(303)은 다수의 고객에 대한 청구서 커버 정보를 포함하며, 대용량 파일(304)은 다수의 고객에 관한 청구서 본문 정보를 포함한다. 대용량 파일(303)에 포함되는 청구서 커버 정보라 함은, 이메일 고지서를 각각의 고객에게 발송함에 있어서 신상 정보와 관련되는 형식적 사항(수신인의 이름, 이메일 주소 등)을 담고 있다. 청구서 커버 정보를 사용자 기본 정보라 부를 수도 있을 것이다. 또한, 대용량 파일(304)에 포함되는 청구서 본문 정보는 이메일 고지서의 실질적 사항(구체적인 청구 금액, 일자별 신용카드 사용 내역 등)인 사용 내역 정보를 포함할 수 있다.

이하, 필요에 따라, 대용량 파일(303)을 청구서 커버 대용량 파일(303)이라고도 하고, 대용량 파일(304)을 청구서 본문 대용량 파일(304)이라고도 칭한다. 즉, 이메일 서버(301)는, 이메일 서버(301)에 접속된 데이터 베이스(302)에 저장된 복수의 회원의 신상 정보에 기초하여 고지서(청구서) 커버 대용량 파일(303)을 만들고, 이메일 서버(301)에 접속된 데이터 베이스(302)에 저장된 복수의 회원의 사용 내역 정보에 기초하여 고지서(청구서) 본문 대용량 파일(304)을 만든다.

청구서 커버 대용량 파일(303)과 청구서 본문 대용량 파일(304)은 별개의 파일이다. 대용량이라 하였으나 특별히 크기의 한정이 있는 것은 아니며, 예를 들어, 파일 하나의 크기는 1~2GB일 수 있으며, 다른 예로는 청구서 커버 대용량 파일(303) 및 청구서 본문 대용량 파일(304)의 사이즈는 각 OS별로 허용하는 하드웨어 최대치를 사용할 수 있으며, 한 번에 발송할 수신자가 많고, 하나의 파일에 전체 대상자의 고지서를 담지 못할 경우 추가적으로 대용량 파일을 생성할 수도 있다. 청구서 커버 대용량 파일(303)은 다수의 회원의 신상 정보 및 청구서 관련 안내 문구를 담고 있는 하나 이상의 파일이다. 예를 들어, 10만명의 신용카드 회원의 신상 정보가 하나의 청구서 커버 대용량 파일(303)에 포함되어 있을 수 있다. 또한, 청구서 본문 대용량 파일(304)은 다수의 회원에 대한 청구서 실체 내역 정보(일자별 카드 사용 금액 등)를 담고 있는 하나 이상의 파일이다. 예를 들어, 10만명의 신용카드 회원의 청구서 실체 내역 정보가 하나의 청구서 본문 대용량 파일(304)에 포함되어 있을 수 있다. 도 3에서는 비록 청구서 커버 대용량 파일(303)을 하나로 도시하고, 청구서 본문 대용량 파일(304)도 하나로 도시하였으나, 이들 파일(303, 304)은 서로 별개의 파일이면 족하고, 그 각각이 단지 하나의 파일일 필요는 없다. 즉, 청구서 커버 대용량 파일(303)이 2개, 청구서 본문 대용량 파일(304)이 2개로 이루어질 수도 있다.

다음으로, 도 4를 참조하여 설명하며, 도 4는 도 2와 외양은 유사하나 내부적인 데이터의 처리가 상이하며, 그 점에 대해서는 후술하기로 한다.

도 4는 청구서 커버 정보와 청구서 본문 정보가 사용자에게 보여지는 예를 나타내는 도면이다.

도 4a는 이메일 서버(301)를 통해 발송된 이메일 고지서를 어느 고객이 이메일의 형태로서 수신하여 당해 이메일을 열어본 결과이며, 청구서 커버 정보를 나타낸 것으로 볼 수 있다. 통상의 이메일과 마찬가지로 보내는 이의 이메일 주소 또는 명칭(401) 및 받는 이의 이메일 주소 또는 명칭(402)이 기재되어 있으며, 첨부 파일(403)이 첨부되어 있는 것을 알 수 있다. 이들 정보(401, 402, 403)는 도 3의 청구서 커버 대용량 파일(303)로부터 얻는다. 첨부파일(403)이라고 표현하였으나, 그 형식에 크게 구애받을 필요는 없을 것이며, 첨부파일(403)을 열어 당해 파일을 실행하면 소정의 웹 주소 링크로 연결된다.

또한, 그 아래에는 안내 본문(404)이 기재되어 있다. 안내 본문이란, 예를 들어, 신용카드사가 이메일 고지서(청구서)를 발송하는 경우라 하면, 자신 회사의 소개, 인사 및 어느 시점의 청구 내역인지 등의 정보를 말한다. 그 외에도 여러 가지 공지 사항 등이 포함될 수 있을 것이다. 이들 항목(401~404)의 배치 위치 등은 임의적일 수 있음은 물론이다. 안내 본문(404)에서도 받는 이(402)에 관한 정보가 포함되어 있을 수도 있다. 즉, 이메일 서버(301)를 이용하여 10만명의 회원에게 이메일을 발송한다고 할 때, 안내 본문(404)은 모든 회원에 대해서 동일할 수도 있고 또는 안내 본문(404) 내에 받는 이(402)에 관한 정보가 포함되어 있을 수도 있다. 특히, 안내 본문(404) 내에 받는 이(402)에 관한 정보가 포함되는 경우에, 검증의 중요성이 더욱 커진다. 검증의 구체적인 방식에는 여러 가지가 있겠으나, 발송 시점에서의 검증은 기본적으로 받는 이(402)와 안내 본문(404) 내의 수신인에 대한 정보가 일치하는지 확인하는 과정이다.

도 4b는 도 4a의 첨부 파일(403) 항목을 클릭한 후의 보안 인증 페이지이다. 즉, 도 4a에 나타난 첨부 파일(403)을 클릭하여 열거나 또는 다운로드하여 열게 되면 곧바로 구체적인 청구 내역(후술하는 도 4c 참조)이 나타날 수도 있지만, 개인 정보 보호의 필요성에 따라, 인증 과정을 거치는 것이 바람직하다. 또한, 본 발명에서는 청구서 커버 대용량 파일(303)과 청구서 본문 대용량 파일(304)을 분리하고 있으므로 인증의 필요성이 더욱 크다. 인증의 일예로는 도 4b에 나타나는 바와 같이 주민등록번호 뒤의 7자리 숫자 등의 인증 번호(405)를 요구할 수 있다. 물론, 주민등록번호는 인증 번호의 일예이며, 미리 설정한 다른 숫자 또는 문구일 수 있음은 물론이다.

도 4c는 도 4b의 보안 인증 페이지를 거친 후의 청구서 본문 정보를 보여주는 것을 나타내는 도면이다. 도 4c에는 특정 고객(홍길동)의 신용카드 대금에 대한 결제일자, 결제은행, 청구 총액 등이 기재되어 있는 청구서 내역(406)이 나타나 있다. 또한, 그 옆에는 탭(tab)의 형태로서 탭 1~4가 도시되어 있는데, 탭 1은 전술한 청구서 내역(406)에 해당하고, 탭 2(407)를 클릭하면 청구서 상세 내역(일자별 신용카드 사용 내역 등)이 나타나며, 탭 3(408)은 신용카드 회사에서 제공하는 이벤트, 그리고 탭 4(409)는 신용카드 회사에서 제공하는 다른 이벤트 등일 수 있다. 이벤트 1(탭 3; 408) 및 이벤트 2(탭 4; 409)의 존재는, 이메일 청구서가 단지 청구요금 고지의 기능 뿐만 아니라 다양한 홍보의 수단으로 활용될 수 있음을 의미한다. 이들 정보 중의 일부(특히, 청구서 내역(406) 및 청구서 상세 내역(407))는 도 3의 청구서 본문 대용량 파일(103)로부터 얻는다.

즉, 도 4a에 나타나는 기본 화면(즉, 청구서 커버 정보 등)은 도 3의 커버 대용량 파일(303)로부터 작성되고, 도 4c에 나타나는 상세 화면(즉, 청구서 본문 정보 등)은 도 3의 청구서 대용량 파일(304)로부터 작성되며, 각각 별도의 검증 과정을 거친다. 검증이라 함은, 예를 들어, 미리 보기 검증 또는 테스트 발송 검증일 수 있다. 검증 과정에 대해서는 후에 상세히 설명하기로 한다.

도 5는 본 발명에 따른 이메일 청구서의 발송 프로세스를 나타내는 흐름도이다.

단계 501에서, 이메일 서버(301)는 먼저, 당해 이메일 서버(301)에 접속된 데이터 베이스(302)에 저장된 복수의 회원의 신상 정보에 기초하여 청구서 커버 대용량 파일(303)을 만들고, 당해 이메일 서버(301)에 접속된 데이터 베이스(302)에 저장된 복수의 회원의 사용 내역 정보에 기초하여 청구서 본문 대용량 파일(304)을 만든다.

이메일 서버(301)라 하였으나 이는 넓은 의미로, 이메일 서버(301)와 접속되거나 이메일 서버(301)에 포함된 WAS(Web Application Server)로 해석될 수도 있다.

단계 502-1 내지 502-3은 검증 단계이다. 편의상, 단계 502-1 내지 502-3을 단계 502라고 통칭할 수도 있다.

단계 502-1에서, 먼저 유효화(Validation) 검증을 행한다. 유효화 검증이란, 주민등록번호, 카드번호(이메일 청구서가 신용카드 사용에 대한 것인 경우) 등과 같은 데이터의 포맷이나 패턴을 검증하는 것이다.

단계 502-2에서는, 단계 501에서 작성된 청구서 커버 대용량 파일(303)과 청구서 본문 대용량 파일(304)을 검증한다. 청구서 본문 대용량 파일(304)의 검증은, 예를 들어, 미리보기 검증, 조건/그룹/등급별 지정 테스트 발송 등의 방식으로 행할 수 있다. 청구서 본문은 앞서 설명한 도 4c에서의 도면부호 400-3(406~409)를 가리키는 것이며 그 중에서도 특히 406 및 407과 같은 실체적인 정보를 가리킨다. 청구서 커버(커버 페이지) 대용량 파일(303)에 대한 검증도 미리보기 검증 등의 방식으로 행할 수 있으며, 청구서 커버란, 앞서 설명한 도 4a에서 나타난 화면과 같이, 청구서를 받는 이가 누구인지 정도의 정보를 포함하는 화면을 가리키는 것이다. 물론, 이는 일예이며, 청구서의 실체적 내용이라도 상세한 사항이 아닌 청구 총액 정도를 간단히 표시하는 것까지를 포함할 수도 있을 것이지만, 관리상의 효율화를 위해서는 바람직하게는 받는 이의 이름 정도만을 표시하는 것이 좋을 것이다. 또한, 필요에 따라서는, 청구서 커버 대용량 파일(303)와 청구서 본문 대용량 파일(304)을 각각 검증하는 것 뿐만 아니라 이 둘의 정합성에 대한 검증도 가능할 것이다.

단계 502-3에서, 이들 청구서 커버 및/또는 청구서 본문은 승인자의 검증을 거친다. 단계 502-1 및 502-2에서, 담당자가 검증을 하였으나, 추가적인 안전장치로서 승인자(관리자)의 검증을 거치는 것이다. 다만, 검증할 대상이 너무 많은 경우에는 검증의 양을 적절히 줄이거나, 청구서 커버만 검증하는 식으로 유연성 있게 검증을 행할 수도 있다.

한편, 검증 단계 502-1 내지 502-3에서, 청구서 커버 대용량 파일(303) 및 청구서 본문 대용량 파일(304)은 조건별, 등급별, 지역별로 검증될 수도 있다. 그 외에도 다양한 검증 방식이 사용될 수 있을 것이다.

이러한 검증 단계 502-1 내지 502-3에서 오류 또는 문제가 발생한 청구서 커버 또는 본문은 재작성되게 된다. 해당 청구서(커버 및 본문)만을 재작성할 수도 있고, 단계 501로 돌아가 전체 회원에 대한 청구서를 모두 재작성할 수도 있을 것이다.

다음으로, 도 5에 도시되지는 않았으나, 검증이 끝나면, 청구서 커버 대용량 파일(303)로부터 이메일 청구서 커버를 추출하고, 이 이메일 청구서 커버 및 첨부물을 이메일 청구서로 하여 각각의 회원들에게 발송한다. 이메일 청구서 커버를 추출함에 있어서, 추출된 이메일 청구서 커버는 별도의 파일의 형태로 작성됨이 없이, 추출 후에 추후 발송 단계에서 첨부물과 함께 이메일 청구서로서 복수의 회원 각각에게 발송된다. 이처럼 별도의 이메일 청구서 커버 파일을 생성하지 않음에 따라, 개별 대상자별 파일을 생성할 경우에 생길 수 있는 시스템의 불필요한 I/O의 발생을 방지하는 효과를 얻을 수 있다.

한편, 추후에 이메일 청구서의 수신자에 의해 상기 첨부물이 실행되면, 이메일 서버(301)는, 청구서 본문 대용량 파일(304) 중에서 당해 이메일 청구서를 받은 특정 회원에 대한 이메일 청구서 본문을 추출하여 제시하게 된다. 이처럼 이메일 청구서 본문을 추출함에 있어서도 별도의 파일을 생성하지 않음은 마찬가지이다.

다음으로, 단계 503-1부터 503-3은 발송 단계이다. 편의상, 단계 503-1 내지 503-3을 단계 503이라고 통칭할 수도 있다.

단계 503-1에서, 전술한 추출/발송 과정의 직전에 일시정지 미리보기 기능을 통해 발송을 제어할 수 있다. 이는 넓게 보면 검증 단계에 포함될 수도 있을 것이다. 즉, 검증은 대용량 파일(303, 304) 수준에서 행해질 수도 있고, 추출된 청구서 커버 수준에서 행해질 수도 있다는 것이며, 이 둘을 모두 수행하는 것이 바람직하겠으나, 필요에 따라서는 이 중에서 하나만 행해지는 것도 가능할 것이다.

단계 503-2에서, 이미 만들어진 청구서 본문을 첨부하는 것이 아니라, 이메일 서버(301; 웹 애플리케이션 서버(WAS)) 상의 청구서 본문 주소를 링크한다. 즉, 종래의 청구서 커버(200-1)의 첨부파일(203)은 청구서 본문(200-3) 자체가 첨부되어 있는 형태(즉, 종래기술 1) 또는 첨부파일(203)을 실행했을 때 데이터 베이스(102)의 정보를 이용하여 청구서 본문(200-3)이 실시간으로 생성되는 형태(즉, 종래기술 2)였으며, 물론 그 이전에 보안 인증 페이지(200-2)를 거칠 수도 있다. 이와 달리, 본 발명에서는 청구서 본문(400-3)을 미리 작성은 해 두되, 청구서 커버에 직접 첨부파일로서 첨부하거나 첨부파일을 실행하면 실시간 생성하는 것이 아니라, 첨부파일(403)을 실행하면, 미리 작성된 이메일 서버(301) 상의 청구서 본문(400-3) 주소의 링크로 연결하거나 그 링크를 보여주는 구성이다. 물론 이러한 링크는 암호화를 거치는 것이 바람직하며, 또한 보안 인증 페이지(400-2)도 거치는 것이 바람직하다. 참고로, 청구서 본문(400-3)을 작성해 둔다 함은, 별도의 파일 형태로 만들어 두는 것은 아니며, 전술한 청구서 본문 대용량 파일(304) 중에서 특정 회원에 대한 청구서 본문 부분을 가리키도록 구성해 둔다는 의미이다.

한편, 더욱 정확히 표현하면, 이메일 서버(301)가, 이메일 청구서 커버 및 첨부물을 포함하는 이메일 청구서를 생성하여 복수의 회원 각각에게 발송한다고도 할 수 있다. 비록 위에서 첨부파일이라는 표현을 사용하기는 하였으나, 본 발명에서 이는 반드시 파일의 형태만을 지칭하는 것은 아니고 주소의 링크 자체까지도 포함하는 개념이므로 첨부물이라는 개념과 동일하다고 볼 수도 있을 것이다. 즉, 첨부물이란, 본 발명에서는 소정의 웹 주소 링크 자체이거나, 또는 상기 소정의 웹 주소에의 링크를 포함하는 첨부파일이며, 이때 웹 주소는 이메일 서버(301)에 저장된 이메일 청구서 본문에 직접 또는 간접으로 링크될 수 있다.

단계 503-3에서, 이메일 서버(301)의 발송 엔진에서 발송 검증을 행한다. 이는 수신자 메일 주소 비교 로직 등을 이용하여 행할 수 있다.

도 6은 발송 전 검증의 일예를 나타내는 도면이다.

검증 화면(600)은 고객 리스트(601)와 청구서 뷰(602)로 구성된다. 이러한 검증 화면(600)은 도 5의 단계 502-2, 502-3, 503-1 등에서 행할 수 있는 검증의 일예이다. 고객 리스트(601) 란에는 홍길동, 김철수, 김영희 등 회원 고객의 이름이 나열되고, 각각의 고객 이름이 선택되면 그 고객에 대한 청구서의 내역이 청구서 뷰(602) 화면에 나타난다. 청구서 뷰(602) 화면에서 볼 수 있는 것은 청구서 커버(400-1)에 상응하는 것일 수도 있고 청구서 본문(400-3)에 상응하는 것일 수도 있다. 이러한 검증은 수동으로 발송 담당자 또는 관리자가 직접 행할 수도 있고, 모든 고객 회원에 대해 자동적으로 행할 수도 있고, 무작위로 일부 회원에 대해서만 자동/수동으로 행할 수도 있는 등 그 방식에는 특별한 제한이 없다.

도 7은 본 발명에 따른 이메일 청구서의 수신 및 관리 프로세스를 나타내는 흐름도이다. 도 5에 기재된 흐름에 따라서 이메일 청구서가 발송되면, 각각의 회원들은 자신의 개인 이메일함에서 당해 이메일 청구서를 받아볼 수 있을 것이며 그 과정을 도 7에서 설명한다.

단계 701에서, 고객이 이메일을 열어본 후에 청구서 커버(400-1)를 확인하고서 첨부파일(403)을 클릭하면, 보안 인증 페이지(400-2)로 연결된다. 이러한 보안 인증 페이지(400-2)를 제시하는 것은 선택 사항이기는 하지만, 존재하는 것이 바람직하다. 이러한 인증을 통과한 후에는, 단계 702는, 미리 생성된 청구서 본문(400-3)을 고객 회원에게 보여준다.

그런데, 문제가 될 수 있는 것은 오발송이라는 사실을 이메일 발송 담당자 또는 관리자가 알게 되었을 때이다. 오발송이라 함은, 예컨대, '홍길동'이라는 고객에 대해서 청구서 커버는 제대로 만들어졌으나 청구서 본문은 다른 회원인 '김철수'의 데이터를 이용해서 만들었다든지 하는 경우가 가장 흔할 것이다. 물론, 청구서 커버가 잘못 만들어진 경우도 있을 수 있고, 청구서 본문이 잘못 만들어진 경우도 있을 수 있고, 청구서 커버 및 청구서 본문이 모두 잘못 만들어진 경우도 있을 수 있다. 잘못이라 함은 포맷이나 패턴의 잘못일 수도 있고, 다른 회원의 정보를 이용하여 청구서를 작성한 것일 수도 있다. 그 외에도 자동화된 청구서 작성에 있어서 다양한 문제가 발생할 수 있다. 이러한 오류는 청구서 이메일이 발송된 후에 담당자 또는 관리자가 우연히 발견할 수도 있고 특정 회원의 제보를 통해서 발견할 수도 있다. 어느 한 회원의 이메일 청구서에 오류가 있다면 다른 회원의 이메일 청구서에도 연쇄적으로 오류가 발생할 수 있을 확률이 높으므로 이메일을 발송하는 측에서는 다른 회원의 이메일 청구서에 대해서도 조치를 취하는 것이 타당하다. 이메일 청구서의 오발송으로 인해 자신의 신상 정보가 타인에게 노출되었다는 것을 회원들이 알게 되면 당해 회사의 신용도는 크게 타격을 받을 수 있다.

따라서, 본 발명에서는, 이처럼 이메일 청구서에 오류가 발생하였다는 사실을 알게 된 때에 이메일 발송 시스템을 오발송 체크 모드로 전환할 수 있다. 오발송 체크 모드로 전환되면, 상기 단계 702는 통상의 경우와 같이 청구서 본문을 보여주는 것이 아니라, 대체 웹 페이지(사이트(서버) 접속 지연으로 현재 청구서를 확인할 수 없다는 등의 문구)를 보여준다.

단계 702가 전단부와 후단부로 나뉘어 있는 것은 오발송 여부에 따라 이메일 서버(301; IWS)와 유기적으로 작용하여 고객에게 메시지를 전달한다는 것을 의미한다. 즉, 청구서 본문(400-3)을 보여줄지 아니면 이를 대체하는 접속 지연 메시지를 보여줄지의 판단을 상황에 따라서 달리 한다는 것이다.

정리하자면, 단계 702에서, 이메일 서버(301)의 오발송 체크 모드가 off인 상태에서 첨부물을 실행하면 이메일 서버(301)에 저장된 이메일 청구서 본문을 보여주는 웹 주소로 링크되며, 이메일 서버(301)의 오발송 체크 모드가 on으로 전환된 상태에서는 이메일 청구서 본문을 가리키던 웹 주소에는 대체 웹 페이지가 생성되어 있다는 것이다. 더 간략히 표현하자면, 이메일 서버(301)의 오발송 체크 모드가 off인 상태에서 첨부물을 실행하면 이메일 서버(301)에 저장된 이메일 청구서 본문을 보여주고, 이메일 서버(301)의 오발송 체크 모드가 on인 상태에서 첨부물을 실행하면 이메일 서버(301)에 저장된 대체 웹 페이지를 보여준다는 것이다.

이 경우 이메일 청구서를 받은 고객 회원들은 소정의 시간 후에 이메일 청구서를 다시 확인할 것이고, 단계 703에서 보는 바와 같이, 그 동안에 이메일 서버는 모든 회원들의 청구서 본문 대용량 파일(304)를 재작성할 수도 있다. 또한, 이들 재작성된 청구서 본문 대용량 파일(304)에 기반하여 모든 회원들에 대한 청구서 본문(400-3)을 재추출할 수 있다. 물론, 청구서 커버 대용량 파일(303), 청구서 본문 대용량 파일(304) 청구서 커버(400-1) 및 청구서 본문(400-3)에 대한 검증 작업이 수반될 수도 있다.

즉, 이메일 청구서 발송 장치의 오발송 체크 모드가 on으로 전환된 상태에서는, 복수의 회원 중 적어도 일부 또는 전체에 대하여 이메일 청구서 본문의 재작성 또는 재추출, 및 그에 대한 검증이 완료된 후, 이메일 서버(301)의 오발송 체크 모드를 off로 전환하는 것이다. 오발송에 철저히 대비한다는 측면에서는, 가급적이면 모든 회원에 대해서, 청구서 본문(400-3)을 모두 재추출하는 것이 바람직할 것이다. 청구서 본문(400-3)의 재추출 시점은 이메일 청구서 확인시(첨부물 실행시)일 수 있다. 그리고, 청구서 본문(400-1)의 재작성이 완료된 후(필요시에는 검증까지 완료된 후), 이메일 서버(301)의 오발송 체크 모드를 off로 전환하면 된다.

다시 정리하자면, 청구서 본문의 오발송이 탐지되면 오발송 체크가 on이 되고 이때 청구서 본문에 대해서 전체적 또는 부분적으로 재작성 또는 재추출을 하게 된다. 재작성 완료 후 검증 과정이 완료되면 재작성 또는 재추출 완료 상태가 되고, 이때부터는 "안내 지연 페이지" 에서 청구서 본문 뷰(view) 페이지로 전환할 수 있게 된다. 한편, 이메일 청구서 커버는 다양한 검증 및 발송 서버에서 충분한 검증을 마쳐서 발송되므로 오발송이 불가능한 구조로 봄이 타당할 것이다.

한편, 본 발명에 있어서, 이메일 서버는, 단계 703의 오발송 체크 관리 기능 뿐만 아니라, 리포트 기능(관리 UI를 통한 리포트 조회), 메일 메시지 조회 관리 기능(raw data를 이용) 등도 포함하도록 구성될 수 있다.

도 8a 및 도 8b는 도 5 및 도 7을 통해 설명한 이메일 청구서의 발송 및 수신/관리의 흐름을 다른 관점에서 설명하는 도면이다.

도 8a에서, 이메일 청구서를 구성하는 청구서 커버 및 청구서 본문이 작성되며, 이는 도 5의 단계 501에 상응한다. 그 후, 청구서 커버와 청구서 본문에 대한 검증을 거치며, 이는 도 5의 단계 502에 상응한다. 최종 발송에 대한 검증(단계 503)이 완료되면 고객 회원에게 이메일 청구서를 발송한다. 이때, 전술한 바와 같이, 청구서 본문 자체가 이메일 청구서에 첨부되는 것이 아니라, 미리 작성되어 있는 청구서 본문을 볼 수 있는 주소 링크만이 첨부된다.

한편, 고객은 발송된 이메일 청구서의 청구서 커버를 확인하게 되고, 첨부파일(403)을 열면 보안 인증 페이지(400-2)에 접속하게 되는데, 이는 도 7의 단계 701에 상응한다. 인증을 통과하면, 서버는 미리 생성되어 있는 청구서 본문을 보여준다(단계 702 전단부).

한편, 단계 702의 후단부와 같이 오발송 체크 모드가 작동되고 있는 상황이라면, 도 8a에서와 같이 미리 생성된 청구서 본문을 보여주는 것이 아니라, 도 8b에서와 같이 사이트 접속 지연 메시지를 보여준다.

그 후에, 단계 703에서와 같이, 이메일 서버(301)에 의해 청구서가 재작성 및 검증된다. 이때의 대상은 모든 회원으로 하는 것이 바람직하다. 이처럼 재작성된 청구서 본문은 검증을 거치고 이메일 서버에 저장된다. 이러한 처리를 거친 후라면, 잠시 후에 어떤 고객이 자신의 이메일 청구함을 열었을 때에는 올바르게 재작성된 청구서 본문을 볼 수 있을 것이다.

이러한 구성에 의하면, 고객 회원은 비록 오발송 사고가 발생하는 경우라 해도, 타인의 신상 정보를 보게 되거나 자신의 신상 정보가 타인에게 유출되는 불상사는 발생하지 않으며, 더 나아가서는 오발송 사고가 발생한 사실 자체를 모를 수도 있다.

참고로, 도 8b에서, 이메일 서버(301; WAS) 및 이메일 서버(301; IWS(WAS))와 같이 이메일 서버가 2번 기재되어 있는 것은, 이메일 서버(301)라 할지라도 내부적으로는 다수의 처리를 행하고 있음을 보여주기 위한 것이다. 물론 이는 정보 처리의 일예일 뿐이며, 서버가 반드시 2개라거나 2가지의 기능만을 한다거나 하는 의미는 아니다.

위에서는 특정의 예를 들어 설명하였으나, 본 발명은 상기 실시예에 한정되지 않으며, 당 분야의 통상의 지식을 가진 자에 의하여 많은 변형이 첨부의 특허청구범위에 기재된 본 발명의 본질적인 사상 내에서 가능함은 물론이다. 본 발명의 기본 사상을 벗어나지 않는 한, 그 외의 다양한 변형도 본 발명의 범주에 속하는 것으로 보아야 할 것이다.

301: 이메일 서버
302: 데이터 베이스
303: 청구서 커버 대용량 파일
304: 청구서 본문 대용량 파일
400-1: 청구서 커버
400-2: 보안 인증 페이지
400-3: 청구서 본문
600: 검증 화면

Claims (14)

1. 복수의 회원에게 이메일 고지서를 발송하는 방법으로서,
   a) 이메일 서버가, 당해 이메일 서버에 접속된 데이터 베이스에 저장된 상기 복수의 회원의 신상 정보에 기초하여 고지서 커버 대용량 파일을 만들고, 당해 이메일 서버에 접속된 데이터 베이스에 저장된 상기 복수의 회원의 사용 내역 정보에 기초하여 고지서 본문 대용량 파일을 만드는 단계;
   b) 이메일 서버가, 상기 고지서 커버 대용량 파일로부터 상기 복수의 회원 각각에 대한 이메일 고지서 커버를 추출하고 상기 추출된 이메일 고지서 커버에 첨부물을 첨부함으로써, 이메일 고지서를 생성하여 상기 복수의 회원 각각에게 발송하는 단계; 및
   c) 상기 이메일 고지서를 수신한 특정 회원에 의해 첨부물이 실행되는 경우에,
   c1) 만약 상기 이메일 서버의 오발송 체크 모드가 off인 상태이면, 상기 이메일 서버는, 상기 고지서 본문 대용량 파일 중에서 당해 이메일 고지서를 받은 특정 회원에 대한 이메일 고지서 본문을 추출하여 제시하고,
   c2) 만약 상기 이메일 서버의 오발송 체크 모드가 on인 상태이면, 상기 이메일 서버에 저장된 대체 웹 페이지를 제시하는 단계
   를 포함하는 이메일 고지서 발송 방법.
2. 제1항에 있어서,
   상기 b)단계에서, 상기 고지서 커버 및 상기 고지서 본문을 회원별로 생성하지 않고, 각각 대용량 파일로 생성하는 것을 특징으로 하는 이메일 고지서 발송 방법
3. 제1항에 있어서,
   상기 a)단계와 b)단계 사이에,
   a') 이메일 서버의 검증부가, 상기 고지서 커버 대용량 파일 및 상기 고지서 본문 대용량 파일을 검증하는 단계
   를 더 포함하는 것을 특징으로 하는 이메일 고지서 발송 방법.
4. 제1항에 있어서,
   상기 검증은 조건별, 등급별, 또는 지역별로 행해지는 것을 특징으로 하는 이메일 고지서 발송 방법.
5. 제1항에 있어서,
   상기 a)단계에서, 상기 고지서 커버 대용량 파일과 상기 고지서 본문 대용량 파일은 별개의 파일인 것을 특징으로 하는 이메일 고지서 발송 방법.
6. 제1항에 있어서,
   상기 b)단계 및 c)단계에서 상기 이메일 고지서 커버 및 상기 이메일 고지서 본문을 추출함에 있어서, 상기 추출된 이메일 고지서 커버 및 상기 이메일 고지서 본문은 별도의 파일의 형태로 작성되지 않고, 추출 후에 상기 b)단계에서 상기 이메일 고지서 커버는 첨부물과 함께 이메일 고지서로서 복수의 회원 각각에게 발송되며, 이처럼 별도의 이메일 고지서 커버 파일 및 별도의 이메일 고지서 본문 파일을 생성하지 않음에 따라, 개별 대상자별 파일을 생성할 경우에 생길 수 있는 시스템의 불필요한 입출력(I/O) 과정의 발생을 방지하는 것을 특징으로 하는 이메일 고지서 발송 방법.
7. 제1항에 있어서,
   상기 고지서 커버 대용량 파일 및 상기 고지서 본문 대용량 파일의 사이즈는 발송 서버가 설치되는 OS에서 허용하는 하드웨어 최대치를 사용할 수 있으며, 하나의 파일에 상기 복수의 회원 전체의 고지서를 담지 못할 경우 추가적으로 대용량 파일을 생성하는 것을 특징으로 하는 이메일 고지서 발송 방법.
8. 제1항에 있어서
   상기 b)단계에서,
   상기 첨부물은, 소정의 웹 주소에의 링크를 포함하는 첨부파일이며,
   상기 웹 주소는 상기 이메일 서버에 저장된 상기 고지서 본문 대용량 파일 중의 특정 회원에 대한 이메일 고지서 본문에 직접 또는 간접적으로 링크되는 것을 특징으로 하는 이메일 고지서 발송 방법.
9. 제1항에 있어서,
   상기 대체 웹 페이지는 서버 접속 지연을 알리는 메시지를 포함하는 것을 특징으로 하는 이메일 고지서 발송 방법.
10. 제1항에 있어서,
    상기 c)단계에서, 상기 첨부물이 실행되어 이메일 고지서 본문이 상기 회원에게 보여지기 전에, 상기 회원에 대한 보안 인증 페이지를 거치도록 구성된 것을 특징으로 하는 이메일 고지서 발송 방법.
11. 제1항에 있어서,
    상기 이메일 고지서 발송 장치의 오발송 체크 모드가 on으로 전환된 상태에서는, 상기 복수의 회원 중 적어도 일부에 대하여 상기 이메일 고지서 본문의 적어도 일부를 재작성 또는 재추출하고,
    상기 이메일 고지서 본문의 재작성 또는 재추출, 및 그에 대한 검증이 완료된 후, 상기 이메일 서버의 오발송 체크 모드를 off로 전환하는 것을 특징으로 하는 이메일 고지서 발송 장치.
12. 복수의 회원에게 이메일 고지서를 발송하는 장치로서,
    당해 이메일 고지서 발송 장치에 접속된 데이터 베이스에 저장된 상기 복수의 회원의 신상 정보에 기초하여 고지서 커버 대용량 파일을 만들고, 당해 이메일 고지서 발송 장치에 접속된 데이터 베이스에 저장된 상기 복수의 회원의 사용 내역 정보에 기초하여 고지서 본문 대용량 파일을 만드는 제1 생성부;
    상기 고지서 커버 대용량 파일로부터 상기 복수의 회원 각각에 대한 이메일 고지서 커버를 추출하고, 상기 추출된 이메일 고지서 커버에 첨부물을 첨부함으로써, 이메일 고지서를 생성하여 상기 복수의 회원 각각에게 발송하는 발송부; 및
    상기 이메일 고지서를 수신한 특정 회원에 의해 첨부물이 실행되는 경우에, i) 만약 상기 이메일 서버의 오발송 체크 모드가 off인 상태이면, 상기 이메일 서버는, 상기 고지서 본문 대용량 파일 중에서 당해 이메일 고지서를 받은 특정 회원에 대한 이메일 고지서 본문을 추출하여 제시하고, ii) 만약 상기 이메일 서버의 오발송 체크 모드가 on인 상태이면, 상기 이메일 서버에 저장된 대체 웹 페이지를 제시하도록 구성된 첨부실행부
    를 포함하는 이메일 고지서 발송 장치.
13. 제12항에 있어서
    상기 발송부에서,
    상기 첨부물은, 상기 소정의 웹 주소에의 링크를 포함하는 첨부파일이며,
    상기 웹 주소는 상기 이메일 고지서 발송 장치에 저장된 상기 고지서 본문 대용량 파일 중의 특정 회원에 대한 이메일 고지서 본문에 직접 또는 간접적으로 링크되는 것을 특징으로 하는 이메일 고지서 발송 장치.
14. 제12항에 있어서,
    상기 이메일 고지서 발송 장치의 오발송 체크 모드가 on으로 전환된 상태에서는, 상기 복수의 회원 중 적어도 일부에 대하여 상기 이메일 고지서 본문의 적어도 일부를 재작성 또는 재추출하고,
    상기 이메일 고지서 본문의 재작성 또는 재추출, 및 그에 대한 검증이 완료된 후, 상기 이메일 서버의 오발송 체크 모드를 off로 전환하는 것을 특징으로 하는 이메일 고지서 발송 장치.

Images