KR100448217B1 - 온라인망을 기반으로 하는 신용정보 조회관리 시스템 및이를 이용한 신용정보 조회관리 방법 - Google Patents

Abstract

본 발명은 온라인망을 기반으로 하는 신용정보 조회관리 시스템 및 이를 이용한 신용정보 조회관리 방법에 관한 것으로, 본 발명에서는 임의의 고용/거래 업체, 고용/거래 희망자 등의 신분을 D/B화하여 관리함과 아울러, 본격적인 신용정보 제공과정/신용정보 조회과정 등이 진행되기 이전에, 별도의 절차, 예컨대, "고용 희망자/거래 희망자 등의 자가신용정보 공개동의 절차"를 미리 진행함으로써, 종래의 복잡한 서류절차가 온라인 상에서 손쉽게 해결될 수 있도록 하고, 이를 통해, 임의의 고용/거래 희망자, 고용/거래 업체 등이 자신에게 필요한 적법한 신용정보 제공과정/신용정보 조회과정 등을 온라인 상에서 좀더 손쉽게 진행시킬 수 있도록 유도할 수 있다. 또한, 본 발명에서는 앞서 언급한 바와 같이, 일련의 신용정보 조회과정이 "별도의 신분확인 절차 없이, 자체적으로는 활용될 수 없는 임의의 신용정보조회 권리코드"를 매개로 진행될 수 있도록 함으로써, 해킹에 의한 신용정보의 외부누출을 미리 차단시킬 수 있다. 더욱이, 본 발명에서는 고용/거래 희망자의 신용정보를 온라인망으로 전송하기 이전에, 일련의 "신용정보조회 권리코드 확인절차", "고용/거래 업체 신분확인 절차" 등을 하나의 루틴으로 일괄·진행하여, 악의의 업체에 의한 시스템 접근이 로그인 단계에서부터 미리 차단될 수 있도록 함으로써, 신용정보의 무분별한 남용을 최소화시킬 수 있다.

Description

온라인망을 기반으로 하는 신용정보 조회관리 시스템 및 이를 이용한 신용정보 조회관리 방법{System and method for managing a inquiry of a credit information based on the on-line network}

본 발명은 온라인망을 기반으로 하는 신용정보 조회관리 시스템에 관한 것으로, 좀더 상세하게는 전용모듈들의 긴밀한 연계과정을 통해, 일련의 신용정보조회 권리코드 제공 프로세스, 신용정보조회 권리코드를 이용한 신용정보 조회 프로세스 등을 체계적으로 진행시킴으로써, 임의의 신용정보 제공자, 제휴업체 등에서, 온라인망을 기반으로 하여, 좀더 안정적인 신용정보 제공/이용과정을 향유할 수 있도록 유도할 수 있는 온라인망을 기반으로 하는 신용정보 조회관리 시스템에 관한 것이다. 더욱이, 본 발명은 이러한 신용정보 조회관리 시스템을 이용한 신용정보 조회관리 방법에 관한 것이다.

최근, 온라인망을 이용한 고용, 거래 등이 빈번해지면서, 임의의 고용 희망자, 거래 희망자 등의 신용상태 확인문제가 중요한 이슈로 등장하고 있다.

이에 따라, 통상, 앞의 고용 희망자, 거래 희망자 등과 일련의 고용관계, 거래관계를 맺고자 하는 업체 측에서는 예측하지 못한 자사의 피해를 줄이기 위하여, 본격적인 고용관계/거래관계가 형성되기 이전에, 미리 해당 고용 희망자/거래 희망자의 신용상태를 조회하고, 이를 고용관계/거래관계의 실질적인 성사에 중요한 지표로 활용하고 있다.

그러나, 고용 희망자, 거래 희망자 등의 신용정보는 당사자에게 있어서는 매우 중요한 정보이기 때문에, 만약, 이 신용정보가 악의의 업체에 의해 무분별하게 남용되는 경우, 해당 고용 희망자, 거래 희망자 등은 예측하지 못한 막대한 피해를 입을 수밖에 없다. 이러한 피해를 줄이기 위하여, 최근, 신용정보 이용 및 보호에관한 법률이 제정되어, "특정인의 신용정보 조회"에 대한 제한이 대폭 강화되고 있다.

이처럼, "특정인의 신용정보 조회"에 대한 제한이 대폭 강화되면서, 고용 희망자/거래 희망자 등의 신용정보는 어느 정도 보호되고 있지만, 그 결과로, 특정업체에서는 일련의 복잡한 서류절차를 밟아야만 임의의 고용 희망자/거래 희망자에 대한 신용정보를 조회할 수 있는 불편함을 어쩔 수 없이 감수하고 있는 실정이다. 이에 더하여, 임의의 고용 희망자/거래 희망자 역시, 일련의 복잡한 서류절차를 밟아야만 자신의 신용정보를 특정 업체에게 제공할 수 있는 불편함을 어쩔 수 없이 감수하고 있는 실정이다.

물론, 전체적인 신용정보 제공과정/신용정보 조회과정 등을 온라인 상에서 일괄적으로 진행시키는 경우, 앞의 문제점을 손쉽게 해결할 수 있지만, 종래의 온라인 신용정보조회 시스템에는 복잡한 서류절차를 대체할 수 있는 별도의 루틴이 갖추어져 있지 않기 때문에, 종래의 신용정보조회 시스템을 이용하는 것만으로는 적법한 신용정보 제공과정/신용정보 조회과정 등을 원활하게 진행시킬 수 없다.

또한, 종래의 온라인 신용정보조회 시스템에는 "신용정보의 온라인 보안"을 안정적으로 유지시킬 수 있는 별도의 프로세스가 갖추어져 있지 않기 때문에, 만약, 온라인 송·수신되는 고용 희망자/거래 희망자의 신용정보가 악의의 해커에 의해 해킹 당한다 하더라도 종래의 온라인 신용정보조회 시스템은 이에 탄력적으로 대처할 수 없으며, 결국, 종래의 온라인 신용정보조회 시스템 체계 하에서, 고용 희망자/거래 희망자 등은 자신의 신용정보가 악의의 업체에 의해 무분별하게 남용될 수 있는 문제점을 어쩔 수 없이 감수할 수밖에 없게 된다.

이러한 여러 가지 문제점 때문에, 종래의 고용/거래 희망자, 고용/거래 업체 등에서는 신용정보 제공과정/신용정보 조회과정 등을 온라인 상에서 일괄적으로 진행시키는 것이 여러 가지 면에서 매우 유리하다는 것을 깊이 인식하면서도, 이를 구체적으로 실현하지 못하고 있는 실정이다.

따라서, 본 발명의 목적은 임의의 고용/거래 업체, 고용/거래 희망자 등의 신분을 D/B화하여 관리함과 아울러, 본격적인 신용정보 제공과정/신용정보 조회과정 등이 진행되기 이전에, 별도의 절차, 예컨대, "고용 희망자/거래 희망자 등의 자가신용정보 공개동의 절차"를 미리 진행함으로써, 종래의 복잡한 서류절차가 온라인 상에서 손쉽게 해결될 수 있도록 하고, 이를 통해, 임의의 고용/거래 희망자, 고용/거래 업체 등에서 자신에게 필요한 적법한 신용정보 제공과정/신용정보 조회과정 등을 온라인 상에서 좀더 손쉽게 진행시킬 수 있도록 유도하는데 있다.

본 발명의 다른 목적은 일련의 신용정보 조회과정이 "별도의 신분확인 절차 없이, 자체적으로는 활용될 수 없는 임의의 신용정보조회 권리코드"를 매개로 진행될 수 있도록 함으로써, 해킹에 의한 신용정보의 외부누출을 미리 차단시키는데 있다.

본 발명의 또 다른 목적은 고용/거래 희망자의 신용정보를 온라인망으로 전송하기 이전에, 일련의 신용정보조회 권리코드 확인절차, 고용/거래 업체 신분확인 절차 등이 하나의 루틴으로 일괄·진행되도록 하여, 악의의 업체에 의한 시스템 접근이 로그인 단계에서부터 미리 차단될 수 있도록 함으로써, 신용정보의 무분별한 남용이 최소화될 수 있도록 유도하는데 있다.

본 발명의 또 다른 목적들은 다음의 상세한 설명과 첨부된 도면으로부터 보다 명확해질 것이다.

도 1은 본 발명의 일실시예에 따른 온라인망을 기반으로 하는 신용정보 조회관리 시스템을 개념적으로 도시한 예시도.

도 2a 및 도 2b는 본 발명의 일실시예에 따른 신용정보 조회관리 방법을 순차적으로 도시한 순서도.

도 3 내지 도 10은 본 발명의 실시에 따른 신용정보 제공자측 클라이언트 및 제휴업체측 관리 시스템의 온라인 페이지 게시상태를 개념적으로 도시한 예시도.

도 11은 본 발명의 다른 실시예에 따른 신용정보 조회관리 방법을 순차적으로 도시한 순서도.

도 12는 본 발명의 또 다른 실시예에 따른 온라인망을 기반으로 하는 신용정보 조회관리 시스템을 개념적으로 도시한 예시도.

도 13은 본 발명의 또 다른 실시예에 따른 신용정보 조회관리 방법을 순차적으로 도시한 순서도.

상기와 같은 목적을 달성하기 위하여 본 발명에서는 데이터 베이스 블록(D/B block: Data Base block; 이하, "D/B 블록"이라 칭함), 신용정보조회 권리코드 관리모듈, 신용평가 관리모듈, 운영정보 관리모듈, 신용정보 조회관리 서버 등의 조합으로 이루어지는 온라인망을 기반으로 하는 신용정보 조회관리 시스템을 개시한다. 이 경우, 앞의 D/B 블록에는 일련의 신용정보 제공자 관련정보가 저장된 신용정보 제공자 D/B, 일련의 제휴업체 정보가 저장된 제휴업체 정보 D/B, 일련의 신용정보조회 권리코드가 저장된 신용정보조회 권리코드 D/B, 일련의 신용평가 정보가 저장된 신용평가 정보 D/B, 일련의 운영정보가 저장된 운영정보 D/B가 구비된다.

이때, 상술한 신용정보조회 권리코드 관리모듈은 일련의 신용정보조회 권리코드를 랜덤(Random)하게 생성하여, 이를 신용정보 조회 권리코드 D/B에 선택적으로 저장하거나, 또는, 신용정보조회 권리코드를 신용정보조회 권리코드 D/B로부터 선택적으로 추출하는 역할을 수행하며, 신용평가 관리모듈은 신용평가 정보 D/B에 저장되어 있던 일련의 신용평가 정보를 신용정보 조회관리 서버의 제어에 따라, 선택적으로 추출하는 역할을 수행한다.

또한, 운영정보 관리모듈은 앞의 신용정보 제공자 관련정보, 제휴업체 정보,운영정보 등을 신용정보 제공자 D/B, 제휴업체 정보 D/B, 운영정보 D/B 등에 각각 선택적으로 저장하거나, 이 정보들을 신용정보 제공자 D/B, 제휴업체 정보 D/B, 운영정보 D/B로부터 선택적으로 추출하는 역할을 수행한다.

이때, 앞서 언급한 신용정보 조회관리 서버는 앞의 신용정보조회 권리코드 관리모듈, 신용평가 관리모듈 및 운영정보 관리모듈을 긴밀하게 제어함으로써, 신용정보 제공자 관련정보, 제휴업체 정보, 신용정보조회 권리코드 데이터, 신용평가 정보, 운영정보의 저장 및 추출 여부를 결정한다.

이 상태에서, 임의의 신용정보 제공자측 클라이언트로부터 일련의 신용정보조회 권리코드 제공 이벤트가 발생하는 경우, 신용정보 조회관리 서버는 상술한 운영정보 관리모듈, 신용정보조회 권리코드 관리모듈을 활용하여, 해당 신용정보 제공자의 신분을 확인함과 아울러, 신분이 확인된 신용정보 제공자와 매칭(Matching)되는 신용정보조회 권리코드를 선택적으로 생성하여, 해당 신용정보조회 권리코드를 제휴업체측 관리 시스템으로 온라인 전송하는 역할을 수행한다.

또한, 임의의 제휴업체측 관리 시스템으로부터 앞의 신용정보조회 권리코드를 이용한 일련의 신용정보조회 이벤트가 발생하는 경우, 신용정보 조회관리 서버는 상술한 운영정보 관리모듈, 신용평가 관리모듈을 활용하여, 해당 제휴업체의 신분을 확인함과 아울러, 신용정보조회 권리코드에 대응되는 신용정보 제공자의 매칭 신용평가정보를 추출하여, 해당 매칭 신용평가정보를 앞의 제휴업체측 관리 시스템으로 전송하는 역할을 수행한다.

이하, 첨부된 도면을 참조하여, 본 발명에 따른 온라인망을 기반으로 하는신용정보 조회관리 시스템 및 이를 이용한 신용정보 조회관리 방법을 좀더 상세히 설명하면 다음과 같다.

도 1에 도시된 바와 같이, 본 발명에 따른 온라인망을 기반으로 하는 신용정보 조회관리 시스템(100)은 크게, D/B 블록(50), D/B 관리 서버(40), 신용정보 조회관리 서버(10) 등의 조합으로 이루어진다. 이 경우, 앞의 D/B 블록(50)에는 신용정보 제공자 D/B(51), 제휴업체 정보 D/B(52), 신용정보조회 권리코드 D/B(53), 신용평가 정보 D/B(54), 운영정보 D/B(55) 등이 배치된다.

이때, 신용정보 제공자 D/B(51)에는 예컨대, "신용정보 제공자 인증 아이디, 신용정보 제공자 비밀번호, 신용정보 제공자 성명, 신용정보 제공자 주소, 신용정보 제공자 메일계정, 신용정보 제공자 시스템 방문이력‥‥" 등과 같은 일련의 신용정보 제공자 관련 정보가 저장되며, 제휴업체 정보 D/B(52)에는 예컨대, "시스템(100)과 일련의 신용 이용거래를 체결한 제휴업체의 인증 아이디, 제휴업체 비밀번호, 제휴업체명, 제휴업체 메일계정, 제휴업체 시스템 방문이력‥‥" 등과 같은 일련의 제휴업체 정보가 저장되고, 신용정보조회 권리코드 D/B(53)에는 후술하는 신용정보조회 권리코드 관리모듈에 의해 무작위로 생성된 예컨대, "RJS21Q32, CDD22234YRR, ASWEQ32566‥‥" 등과 같은 일련의 신용정보조회 권리코드 데이터가 저장된다.

이와 아울러, 신용평가 정보 D/B(54)에는 앞의 신용정보 제공자 D/B(51)에 등록·저장되어 있는 특정 신용정보 제공자들의 신용평가 정보가 저장되며, 운영정보 D/B(55)에는 예컨대, "온라인 페이지 그래픽 정보, 온라인 페이지 설정정보‥‥" 등과 같은 온라인 페이지를 운영하기 위한 일련의 운영 관련 정보가 저장된다.

이때, 앞의 D/B 관리 서버(40)는 상술한 신용정보 제공자 데이터, 제휴업체 정보, 신용정보조회 권리코드 데이터, 신용평가 정보, 운영정보 등을 D/B 블록(50)의 필요 영역에 선택적으로 저장하거나, 앞의 신용정보 제공자 D/B(51), 제휴업체 정보 D/B(52), 신용정보조회 권리코드 D/B(53), 신용평가 정보 D/B(54), 운영정보 D/B(55) 등으로부터 상술한 각종 데이터들을 선택적으로 출력하는 역할을 수행한다.

이 경우, D/B 관리 서버(40)는 단순히, 각종 데이터들을 저장·출력하는 역할만을 수행하는 것이 아니라, 이 데이터들을 중복됨 없이 가장 신속한 시간 내에 효율적으로 관리하는 지능적인 역할도 동시에 수행한다.

한편, 도면에 도시된 바와 같이, 앞의 신용정보 조회관리 서버(10)는 신용정보조회 권리코드 관리모듈(31), 신용평가 관리모듈(32), 운영정보 관리모듈(33) 등을 매개로, D/B 관리 서버(40)를 체계적으로 제어함으로써, 상술한 신용정보 제공자 데이터, 제휴업체 정보, 신용정보조회 권리코드 데이터, 신용평가 정보, 운영정보 등의 저장 및 추출 여부가 선택적으로 결정될 수 있도록 제어하는 역할을 수행한다.

이와 같은 D/B 관리 서버(40)와의 관계와 함께, 상술한 신용정보 조회관리 서버(10)는 인터페이스 모듈(20)을 매개로 하여, 임의의 신용정보 제공자측 클라이언트(1), 제휴업체측 관리 시스템(2) 등과도 긴밀한 신호연결관계를 형성한다. 이 경우, 시스템 운영자는 앞의 제휴업체측과 일련의 "신용 이용거래"를 미리 체결함으로써, 본 발명이 안정적으로 운영될 수 있는 법적인 근거를 마련한다.

이러한 기반환경이 갖추어진 상태에서, 앞의 신용정보 제공자측 클라이언트(1)로부터 일련의 신용정보조회 권리코드 제공 이벤트가 발생하는 경우, 신용정보 조회관리 서버(10)는 상술한 운영정보 관리모듈(33), 신용정보조회 권리코드 관리모듈(31) 등을 활용하여, 해당 신용정보 제공자의 신분을 확인함과 아울러, 신분이 확인된 신용정보 제공자와 매칭되는 신용정보조회 권리코드를 선택적으로 생성하여, 해당 신용정보조회 권리코드를 제휴업체측 관리 시스템(2)으로 온라인 전송하는 역할을 수행한다.

또한, 임의의 제휴업체측 관리 시스템(2)으로부터 앞의 신용정보조회 권리코드를 이용한 일련의 신용정보조회 이벤트가 발생하는 경우, 신용정보 조회관리 서버(10)는 상술한 운영정보 관리모듈(33), 신용평가 관리모듈(32) 등을 활용하여, 해당 제휴업체의 신분을 확인함과 아울러, 신용정보조회 권리코드에 대응되는 신용정보 제공자의 "매칭 신용평가정보"를 추출하고, 이를 앞의 제휴업체측 관리 시스템(2)으로 전송하는 역할을 수행한다.

이때, 앞의 인터페이스 모듈(20)은 온라인망을 통해 접속하는 신용정보 제공자측 클라이언트(1), 제휴업체측 관리 시스템(2) 등으로부터 전송되는 다양한 이벤트 데이터를 처리하여, 이 이벤트 데이터를 상술한 신용정보 조회관리 서버(10)로 전달하는 역할을 수행함과 아울러, 신용정보 조회관리 서버(10)로부터 전달되는 다양한 정보들을 처리하여, 이 정보들을 신용정보 제공자측 클라이언트(1), 제휴업체측 관리 시스템(2) 등으로 신속하게 전달하는 역할 또한 수행한다.

여기서, 상술한 신용정보조회 권리코드 관리모듈(31)은 예컨대, 신용정보 제공자측 클라이언트(1)로부터 일련의 "신용정보조회 권리코드 제공 이벤트"가 발생하는 경우, 신용정보 조회관리 서버(10)의 제어에 따라, 특정 신용정보 제공자에 매칭되는 일련의 신용정보조회 권리코드를 랜덤하게 생성한 후, 이 신용정보조회 권리코드를 앞의 신용정보 조회 권리코드 D/B(53)에 선택적으로 저장하는 역할을 수행한다.

또한, 신용평가 관리모듈(32)은 예컨대, 제휴업체측 관리 시스템(2)으로부터 특정 신용정보 제공자의 신용정보를 조회하기 위한 일련의 "신용정보 조회 이벤트"가 발생하는 경우, 신용정보 조회관리 서버(10)의 제어에 따라, 신용평가 정보 D/B(54)에 저장되어 있던 일련의 신용평가 정보들을 체계적으로 추출·가공하는 역할을 수행한다.

이때, 운영정보 관리모듈(33)은 D/B 관리 서버(40)와의 연계과정을 통해, D/B 블록(50)에 배치된 신용정보 제공자 D/B(51), 제휴업체 정보 D/B(52), 운영정보 D/B(55) 등을 체계적으로 제어하여, 신용정보 제공자 관련정보, 제휴업체 정보, 운영정보 등의 저장·추출상태를 전담·관리함으로써, 신용정보 조회관리 서버(10)의 세부적인 운영사항을 총괄적으로 보조하는 역할을 수행한다.

한편, 앞서 언급한 신용정보 조회관리 서버(10)는 상술한 신용정보조회 권리코드 관리모듈(31), 신용평가 관리모듈(32), 운영정보 관리모듈(33) 뿐만 아니라, 메일 관리 서버(60), 메시지 관리 서버(70) 등과도 일련의 신호연결관계를 더 형성한다.

이때, 메일 관리 서버(60)는 예컨대, 제휴업체측 관리 시스템(2)으로, 특정 신용정보 제공자의 신용정보가 전송되고, 신용정보 조회관리 서버(10)로부터 이 신용정보 전송에 대응되는 일련의 "메일 전송 지시"가 전달되는 경우, 소정의 "신용정보 조회내역 통지 메일"을 예컨대, 신용정보 제공자측 메일계정(200)으로 전달하는 역할을 수행한다.

또한, 메시지 관리 서버(70)는 예컨대, 제휴업체측 관리 시스템(2)으로, 특정 신용정보 제공자의 신용정보가 전송되고, 신용정보 조회관리 서버(10)로부터 이 신용정보 전송에 대응되는 일련의 "메시지 전송 지시"가 전달되는 경우, 소정의 "신용정보 조회내역 통지 메시지"를 통신 기지국(300)을 매개로, 예컨대, 신용정보 제공자측 이동통신기(3)로 전달하는 역할을 수행한다.

이하, 상술한 구성을 갖는 온라인망을 기반으로 하는 신용정보 조회관리 시스템(100)을 이용한 본 발명의 신용정보 조회관리 방법을 상세히 설명한다.

우선, 자신의 신용정보를 특정 제휴업체측에 제공하고자 하는 임의의 신용정보 제공자나, 특정 신용정보 제공자의 신용정보를 조회하고자 하는 임의의 제휴업체 등에서는 신용정보 제공자측 클라이언트(1). 제휴업체측 관리 시스템(2) 등을 활용하여, 본 발명의 신용정보 조회관리 시스템(100)에 접속할 수 있는 전산환경을 미리 준비한다.

이때, 도 2a 및 도 2b에 도시된 바와 같이, 본 발명에 따른 신용정보 조회관리 방법은 상술한 신용정보 제공자측 클라이언트(1), 제휴업체측 관리 시스템(2)으로부터 전송되는 일련의 이벤트 데이터에 따라, 선택적으로 진행되는 신용정보조회권리코드 제공 프로세스(S100) 및 신용정보 조회 프로세스(S200)의 조합으로 이루어진다.

우선, 신용정보조회 권리코드 제공 프로세스(S100)를 상세히 설명한다.

먼저, 제휴업체를 대상으로, 예컨대, 취업, 대출 등과 같은 특정 거래를 진행하고자 하는 신용정보 제공자가 신용정보 제공자측 클라이언트(1)를 이용하여, 제휴업체측 관리 시스템(2)에 접속하면, 제휴업체측 관리 시스템(2)은 예컨대, 도 3a 또는 도 3b에 도시된 바와 같은 이력서 작성 페이지(401), 대출 신청서 작성 페이지(404) 등을 신용정보 제공자측 클라이언트(1)로 전송하여, 신용정보 제공자에게 자사에 필요한 다양한 정보의 입력을 요구한다. 이 경우, 제휴업체측에서는 예컨대, 각 페이지에 신용정보 제출 항목(403,406)을 공히 게시함으로써, 신용정보 제공자에게 "이력서 정보", "대출 신청 정보" 뿐만 아니라, "본인의 신용정보"를 제휴업체측에 제출할 것을 아울러 요구한다.

신용정보 제공자측 클라이언트(1) 및 제휴업체측 관리 시스템(2) 사이에 이와 같은 정보전달관계가 성립된 상태에서, 앞의 도 2a에 도시된 바와 같이, 신용정보 조회관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 신용정보 제공자측 클라이언트(1)로부터 일련의 신용정보 제공 이벤트가 발생하였는가의 여부를 판단한다(단계 S101).

이때, 신용정보 제공자가 아직 일련의 전산작업을 진행하지 않아, 신용정보 제공자측 클라이언트(1)로부터 별도의 신용정보 제공 이벤트가 발생하지 않은 것으로 판단되면, 신용정보 조회관리 서버(10)는 플로우를 단계 S102로 진행하여, 일련의 대기상태를 유지한다.

그러나, 신용정보 제공자가 이력서 작성 페이지(401), 대출 신청서 작성 페이지(404) 등에 게시된 입력항목(402,405)을 모두 채우고, 신용정보 제출 항목(403,406)을 선택하여, 신용정보 제공자측 클라이언트(1)로부터 일련의 신용정보 제공 이벤트가 발생한 것으로 판단되면, 신용정보 조회관리 서버(10)는 그 즉시, 운영정보 관리모듈(33)을 활용하여, 운영정보 D/B(55)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, 일련의 "제공자 로그인 정보 입력요구 페이지"를 생성하고, 생성이 완료된 "제공자 로그인 정보 입력 요구 페이지"를 인터페이스 모듈(20)을 매개로 하여, 신용정보 제공자측 클라이언트(1)로 전송하는 과정을 진행한다(단계 S103).

이 상태에서, 신용정보 조회관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 신용정보 제공자측 클라이언트(1)로부터 앞의 "제공자 로그인 정보 입력 요구 페이지"에 대응되는 일련의 제공자 로그인 정보가 입력되었는가의 여부를 판단한다(단계 S104).

이때, 신용정보 제공자측 클라이언트(1)로부터 아직 제공자 로그인 정보가 입력되지 않은 것으로 판단되면, 신용정보 조회관리 서버(10)는 플로우를 단계 S105로 진행하여, 일련의 대기상태를 유지한다.

그러나, 신용정보 제공자측 클라이언트(1)로부터 일련의 제공자 로그인 정보가 입력된 것으로 판단되면, 신용정보 조회관리 서버(10)는 그 즉시, 운영정보 관리모듈(33)을 활용하여, 현재 전송된 제공자 로그인 정보와 기 저장되어 있는 신용정보 제공자 데이터를 비교함으로써, 해당 신용정보 제공자가 기 등록되어 있는 회원인가의 여부를 판단한다(단계 S106).

이때, 현재 전송된 제공자 로그인 정보가 신용정보 제공자 D/B(51)에 아예 없거나, 해당 정보와 기 저장되어 있는 신용정보 제공자 데이터가 서로 일치하지 않아, 해당 신용정보 제공자가 기 등록된 회원이 아닌 것으로 판단되는 경우, 신용정보 조회관리 서버(10)는 그 즉시, 운영정보 관리모듈(33)을 활용하여, 운영정보 D/B(55)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, "귀하는 현재 등록된 회원이 아니오니, 먼저, 일련의 등록절차를 밟아 주시기 바랍니다‥‥" 등과 같은 내용이 담긴 일련의 등록요구 페이지를 생성하고, 생성이 완료된 등록요구 페이지를 인터페이스 모듈(20)을 매개로 하여, 신용정보 제공자측 클라이언트(1)로 전송하는 과정을 진행한다(단계 S107).

그러나, 현재 전송된 제공자 로그인 정보가 기 저장되어 있는 신용정보 제공자 데이터와 일치하여, 해당 신용정보 제공자가 기 등록된 회원인 것으로 판단되는 경우, 신용정보 조회관리 서버(10)는 그 즉시, 운영정보 관리모듈(33)을 활용하여, 운영정보 D/B(55)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, 해당 신용정보 제공자의 신용정보 제공동의 여부를 가이드하기 위한 일련의 신용정보 제공동의 가이드 페이지를 생성하고, 생성이 완료된 신용정보 제공동의 가이드 페이지를 인터페이스 모듈(20)을 매개로 하여, 신용정보 제공자측 클라이언트(1)로 전송하는 과정을 진행한다(단계 S108).

이 경우, 신용정보 제공자측 클라이언트(1)는 시스템(100)측으로부터 전송되는 신용정보 제공동의 가이드 페이지(407)를 신속히 해석하여, 이를 도 4에 도시된 바와 같이, 디스플레이 시킴으로써, 특정 신용정보 제공자가 일련의 신용정보 제공동의 절차를 자신의 의사에 따라, 손쉽게 진행시킬 수 있도록 유도한다.

이 상태에서, 신용정보 조회관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 신용정보 제공자측 클라이언트(1)로부터 앞의 신용정보 제공동의 가이드 페이지에 대응되는 일련의 신용정보 제공동의 이벤트가 발생하였는가의 여부를 판단한다(단계 S109).

이때, 신용정보 제공자가 신용정보 제공동의 가이드 페이지(407)의 아니오 항목(409)을 선택하여, 신용정보 제공자측 클라이언트(1)로부터 일련의 신용정보 제공거부 이벤트가 발생한 것으로 판단되면, 신용정보 조회관리 서버(10)는 그 즉시, 운영정보 관리모듈(33)을 활용하여, 운영정보 D/B(55)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, 일련의 신용정보 제공거부 메시지를 생성하고, 이 신용정보 제공거부 메시지를 제휴업체측 관리 시스템(2)으로 전송한다(단계 S110). 이 경우, 제휴업체측 관리 시스템(2)은 신용정보 제공자의 신용정보 제공거부에 따른 적절한 조치를 신용정보 제공자측 클라이언트(1)에 취한다.

그러나, 신용정보 제공자가 신용정보 제공동의 가이드 페이지(407)의 예 항목(408)을 선택하여, 신용정보 제공자측 클라이언트(1)로부터 일련의 신용정보 제공동의 이벤트가 발생한 것으로 판단되면, 신용정보 조회관리 서버(10)는 그 즉시, 운영정보 관리모듈(33)을 활용하여, 운영정보 D/B(55)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, 후술하는 "신용정보조회 권리코드"의 요건을 지정 받기 위한 일련의 "요건지정 가이드 페이지"를 생성하고, 생성이 완료된 요건지정 가이드 페이지를 인터페이스 모듈(20)을 매개로 하여, 신용정보 제공자측 클라이언트(1)로 전송하는 과정을 진행한다(단계 S111).

이 경우, 신용정보 제공자측 클라이언트(1)는 시스템(100)측으로부터 전송되는 요건지정 가이드 페이지(410)를 신속히 해석하여, 이를 도 5에 도시된 바와 같이, 디스플레이 시킴으로써, 신용정보 제공자가 자신과 관련된 "신용정보조회 권리코드"의 요건을 자신의 의사에 따라, 손쉽게 지정할 수 있도록 한다.

이때, 도면에 도시된 바와 같이, 신용정보 제공자가 예컨대, "3회 제공 후 만료", "5월 20일 이후 만료" 등과 같은 요건을 지정하는 경우, 추후에 생성되는 신용정보조회 권리코드는 해당 요건 이내에서만 유효한 효과를 발휘할 수 있게 되며, 만약, 해당 요건을 경과하는 경우에는 유효한 효과를 발휘할 수 없게 된다.

일례로, 신용정보 제공자가 앞의 경우에서와 같이, "신용정보조회 권리코드"의 요건을 "5월 20일 이후 만료"라고 지정하면, 만약, 임의의 제휴업체측에서 신용정보 제공자가 승인한 "신용정보조회 권리코드"를 보유하고 있다 하더라도, 5월 20일 이후에는 동일 "신용정보조회 권리코드"를 사용하여, 신용정보 제공자의 신용정보를 조회할 수 없게 되는 것이다.

한편, 상술한 과정을 통해, 신용정보 제공자측 클라이언트(1)에 일련의 요건지정 가이드 페이지(410)가 게시된 상태에서, 신용정보 조회관리 서버는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 신용정보 제공자측 클라이언트(1)로부터 앞의 요건지정 가이드 페이지에 대응되는 일련의 요건지정 정보가 전송되었는가의여부를 판단한다(단계 S112).

이때, 신용정보 제공자가 아직 요건지정 입력과정을 마무리하지 않아, 신용정보 제공자측 클라이언트(1)로부터 별도의 요건지정 정보가 전송되지 않은 것으로 판단되면, 신용정보 조회관리 서버(10)는 플로우를 단계 S113으로 진행하여, 일련의 대기상태를 유지한다.

그러나, 신용정보 제공자가 요건지정 가이드 페이지(410)의 입력항목(411)을 모두 채우고, 확인 항목(412)을 클릭하여, 신용정보 제공자측 클라이언트(1)로부터 일련의 요건지정 정보가 전송된 것으로 판단되면, 신용정보 조회관리 서버(10)는 그 즉시, 신용정보조회 권리코드 관리모듈(31)을 활용하여, 앞의 요건지정 정보가 반영된 일련의 신용정보조회 권리코드를 랜덤하게 생성하고, 생성이 완료된 신용정보조회 권리코드를 신용정보조회 권리코드 D/B(53)에 저장함과 아울러, 운영정보 관리모듈(33)을 활용하여, 신용정보 제공자 D/B(51)에 저장되어 있던 해당 신용정보 제공자의 데이터를 새롭게 갱신한다.

이러한 저장/갱신과정이 마무리되면, 신용정보 조회관리 서버(10)는 그 즉시, 앞의 신용정보조회 권리코드를 인터페이스 모듈(20)을 매개로 하여, 제휴업체측 관리 시스템(2)으로 전송하게 되며(단계 S115), 제휴업체측 관리 시스템(2)은 이러한 신용정보조회 권리코드가 전송되는 즉시, 자신의 정보저장 D/B(2a)에 기록되어 있던 신용정보 제공자의 정보, 예컨대, "신용정보 제공자의 이력서 정보", "신용정보 제공자의 대출신청 정보"에 앞의 신용정보조회 권리코드를 삽입시킴으로써, "신용정보 제공자의 이력서 정보", "신용정보 제공자의 대출신청 정보" 등이상술한 신용정보조회 권리코드와 함께 연동·관리될 수 있도록 한다.

이후, 신용정보 조회관리 서버(10)는 운영정보 관리모듈(33)을 활용하여, 운영정보 D/B(55)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, 일련의 처리결과 페이지를 생성하고, 생성이 완료된 처리결과 페이지를 인터페이스 모듈(20)을 매개로 하여, 신용정보 제공자측 클라이언트(1)로 전송하는 과정을 진행한다(단계 S116).

이 경우, 신용정보 제공자측 클라이언트(1)는 시스템(100)측으로부터 전송되는 처리결과 페이지(413)를 신속히 해석하여, 이를 도 6에 도시된 바와 같이, 디스플레이 시킴으로써, 신용정보 제공자가 "자신의 선택에 따른 신용정보 제공절차가 모두 마무리되었음"을 손쉽게 확인할 수 있도록 한다.

다음으로, 본 발명에 따른 신용정보 조회 프로세스(S200)를 상세히 설명한다.

먼저, 앞의 단계 S100을 통해 일련의 신용정보조회 권리코드를 확보한 제휴업체측에서, 해당 신용정보 제공자의 신용정보를 조회하기 위하여, 시스템(100)에 접속하면, 신용정보 조회관리 서버(10)는 도 7에 도시된 바와 같은 메인 페이지(501)를 제휴업체측 관리 시스템(2)으로 전송함으로써, 제휴업체측에서 특정 신용정보 제공자의 신용정보를 손쉽게 조회할 수 있는 안정적인 기반환경을 제공받을 수 있도록 한다.

이 상태에서, 앞의 도 2b에 도시된 바와 같이, 신용정보 조회관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 제휴업체측 관리 시스템(2)으로부터 일련의 신용정보 조회 이벤트가 발생하였는가의 여부를 판단한다(단계 S201).

이때, 제휴업체측에서 일련의 전산작업을 진행하지 않아, 제휴업체측 관리 시스템(2)으로부터 별도의 신용정보 조회 이벤트가 발생하지 않은 것으로 판단되면, 신용정보 조회관리 서버(10)는 플로우를 단계 S202로 진행하여, 일련의 대기상태를 유지한다.

그러나, 제휴업체측에서, 메인 페이지(501)에 게시된 신용정보 조회 항목(502)을 선택하여, 제휴업체측 관리 시스템(2)으로부터 일련의 신용정보 조회 이벤트가 발생한 것으로 판단되면, 신용정보 조회관리 서버(10)는 그 즉시, 운영정보 관리모듈(33)을 활용하여, 운영정보 D/B(55)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, 일련의 "업체 로그인 정보 입력요구 페이지"를 생성하고, 생성이 완료된 "업체 로그인 정보 입력 요구 페이지"를 인터페이스 모듈(20)을 매개로, 제휴업체측 관리 시스템(2)으로 전송하는 과정을 진행한다(단계 S203).

이 상태에서, 신용정보 조회관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 제휴업체측 관리 시스템(2)으로부터 앞의 "업체 로그인 정보 입력 요구 페이지"에 대응되는 일련의 업체 로그인 정보가 입력되었는가의 여부를 판단한다(단계 S204).

이때, 제휴업체측 관리 시스템(2)으로부터 아직 업체 로그인 정보가 입력되지 않은 것으로 판단되면, 신용정보 조회관리 서버(10)는 플로우를 단계 S205로 진행하여, 일련의 대기상태를 유지한다.

그러나, 제휴업체측 관리 시스템(2)으로부터 일련의 제공자 로그인 정보가 입력된 것으로 판단되면, 신용정보 조회관리 서버(10)는 그 즉시, 운영정보 관리모듈(33)을 활용하여, 현재 전송된 업체 로그인 정보와 기 저장되어 있는 제휴업체 정보를 비교함으로써, 해당 업체가 기 등록되어 있는 업체인가의 여부를 판단한다(단계 S206).

이때, 현재 전송된 업체 로그인 정보가 제휴업체 정보 D/B(52)에 아예 없거나, 해당 정보와 기 저장되어 있는 제휴업체 정보가 서로 일치하지 않아, 해당 업체가 기 등록된 업체가 아닌 것으로 판단되는 경우, 신용정보 조회관리 서버(10)는 그 즉시, 운영정보 관리모듈(33)을 활용하여, 운영정보 D/B(55)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, "귀사는 현재 등록된 회원이 아니오니, 먼저, 일련의 등록절차를 밟아 주시기 바랍니다‥‥" 등과 같은 내용이 담긴 일련의 등록요구 페이지를 생성하고, 생성이 완료된 등록요구 페이지를 인터페이스 모듈(20)을 매개로 하여, 제휴업체측 관리 시스템(2)으로 전송하는 과정을 진행한다(단계 S207).

그러나, 현재 전송된 업체 로그인 정보가 기 저장되어 있는 제휴업체 정보와 일치하여, 해당 업체가 기 등록된 업체인 것으로 판단되는 경우, 신용정보 조회관리 서버(10)는 그 즉시, 운영정보 관리모듈(33)을 활용하여, 운영정보 D/B(55)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, 신용정보조회 권리코드의 입력을 유도하기 위한 일련의 신용정보조회 권리코드 입력요구 페이지를 생성하고, 생성이 완료된 신용정보조회 권리코드 입력요구 페이지를 인터페이스 모듈(20)을 매개로 하여, 제휴업체측 관리 시스템(2)으로 전송하는 과정을 진행한다(단계 S208).

이 경우, 제휴업체측 관리 시스템(2)은 시스템(100)측으로부터 전송되는 신용정보조회 권리코드 입력요구 페이지(503)를 신속히 해석하여, 이를 도 8에 도시된 바와 같이 디스플레이 시킨다.

이 상태에서, 신용정보 조회관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 제휴업체측 관리 시스템(2)으로부터 앞의 신용정보조회 권리코드 입력요구 페이지(503)에 대응되는 일련의 신용정보조회 권리코드가 입력되었는가의 여부를 판단한다(단계 S209).

이때, 제휴업체측에서, 신용정보조회 권리코드의 입력과정을 아직 마무리하지 못해, 제휴업체측 관리 시스템(2)으로부터 별도의 신용정보조회 권리코드가 입력되지 않은 것으로 판단되면, 신용정보 조회관리 서버(10)는 플로우를 단계 S210으로 진행하여, 일련의 대기상태를 유지한다.

그러나, 제휴업체측에서, 신용정보조회 권리코드 입력요구 페이지(503)의 입력 항목(504)을 모두 채우고, 확인 항목(505)을 클릭하여, 신용정보 조회관리 시스템(2)으로부터 예컨대, "RSC21A3‥‥"와 같은 일련의 신용정보조회 권리코드가 입력된 것으로 판단되면, 신용정보 조회관리 서버(10)는 그 즉시, 이 신용정보조회 권리코드 예컨대, "RSC21A3‥‥"이 신용정보 제공자가 기 지정한 요건을 만족하는 정상적인 신용정보조회 권리코드인가의 여부를 판단한다(단계 S211).

이때, 신용정보조회 권리코드 "RSC21A3‥‥"이 "5월 20일 이후 만료"라는 기간 제한 요건이 지정되어 있는 코드이고, 제휴업체측에서 신용정보 조회를 시도하고 있는 날짜가 5월 25일 이어서, 현재 입력된 신용정보조회 권리코드가 "신용정보 제공자가 기 지정한 요건"을 만족하지 못하는 무효 코드인 것으로 판단되면, 신용정보 조회관리 서버(10)는 그 즉시, 운영정보 관리모듈(33)을 활용하여, 운영정보 D/B(55)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, "현재 입력된 신용정보조회 권리코드는 만료된 코드입니다‥다시 한번‥‥"과 같은 내용이 담긴 일련의 오류 메시지를 생성하고, 생성이 완료된 오류 메시지를 인터페이스 모듈(20)을 매개로 하여, 제휴업체측 관리 시스템(2)으로 전송하는 과정을 진행한다(단계 S212).

그러나, 신용정보조회 권리코드 "RSC21A3‥‥"이 "5월 20일 이후 만료"라는 기간 제한 요건이 지정되어 있는 코드이고, 제휴업체측에서 신용정보 조회를 시도하고 있는 날짜가 5월 15일 이어서, 현재 입력된 신용정보조회 권리코드가 "신용정보 제공자가 기 지정한 요건"을 만족하는 유효한 코드인 것으로 판단되면, 신용정보 조회관리 서버(10)는 그 즉시, 신용평가 관리모듈(32))을 활용하여, 신용평가 정보 D/B(54)로부터 신용정보조회 권리코드에 매칭되는 "매칭 신용평가 정보"를 추출한 후, 이 매칭 신용평가 정보를 활용하여, 일련의 "매칭 신용평가 페이지"를 생성하고, 생성이 완료된 매칭 신용평가 페이지를 제휴업체측 관리 시스템(2)으로 전송하는 과정을 진행한다(단계 S213,S214).

이 경우, 제휴업체측 관리 시스템(2)은 시스템(100)측으로부터 전송되는 매칭 신용평가 페이지(506)를 신속히 해석하여, 이를 도 9에 도시된 바와 같이 디스플레이 시킴으로써, 제휴업체측에서, 자사가 원하는 특정 신용정보 제공자의 신용정보를 손쉽게 확인할 수 있도록 한다.

이상의 설명에서와 같이, 본 발명에서는 임의의 고용/거래 업체, 고용/거래 희망자 등의 신분을 D/B화하여 관리함과 아울러, 본격적인 신용정보 제공과정/신용정보 조회과정 등이 진행되기 이전에, 별도의 절차, 예컨대, "고용 희망자/거래 희망자 등의 자가신용정보 공개동의 절차"를 미리 진행함으로써, 종래의 복잡한 서류절차가 온라인 상에서 손쉽게 해결될 수 있도록 하고, 이를 통해, 임의의 고용/거래 희망자, 고용/거래 업체 등이 자신에게 필요한 적법한 신용정보 제공과정/신용정보 조회과정 등을 온라인 상에서 좀더 손쉽게 진행시킬 수 있도록 유도할 수 있다.

또한, 본 발명에서는 앞서 언급한 바와 같이, 일련의 신용정보 조회과정이 "별도의 신분확인 절차 없이, 자체적으로는 활용될 수 없는 임의의 신용정보조회 권리코드"를 매개로 진행될 수 있도록 함으로써, 해킹에 의한 신용정보의 외부누출을 미리 차단시킬 수 있다.

더욱이, 본 발명에서는 고용/거래 희망자의 신용정보를 온라인망으로 전송하기 이전에, 일련의 "신용정보조회 권리코드 확인절차", "고용/거래 업체 신분확인 절차" 등을 하나의 루틴으로 일괄·진행하여, 악의의 업체에 의한 시스템 접근이 로그인 단계에서부터 미리 차단될 수 있도록 함으로써, 신용정보의 무분별한 남용을 최소화시킬 수 있다.

이후, 신용정보 조회관리 서버(10)는 특정 신용정보 제공자에게 "제휴업체측에서 신용정보를 조회하였음"을 알리는 일련의 신용정보 조회내역 통지과정을 진행한다(단계 S215).

이 경우, 신용정보 조회관리 서버(10)는 일례로, MIME 프로토콜을 갖는 일련의 "신용정보 조회내역 통지 메일"을 생성하고, 이러한 메일 생성과정이 완료되는 즉시, 메일 관리 서버(60)의 SMTP 서비스(Simple Mail Transfer Protocol service)를 호출함으로써, 해당 "신용정보 조회내역 통지 메일"이 신용정보 제공자측 메일계정(200)으로 신속하게 전달될 수 있도록 한다. 차후에, 신용정보 제공자는 신용정보 제공자측 클라이언트(1)를 이용하여, 자신의 메일계정에 접속한 후, 도 10에 도시된 바와 같은 신용정보 조회내역 통지 메일(508)"을 손쉽게 확인할 수 있다.

다른 예로, 신용정보 조회관리 서버(10)는 메시지 관리 서버(70)를 제어하여, 일련의 "신용정보 조회내역 통지 메시지"를 생성하고, 이 "신용정보 조회내역 통지 메시지"를 통신 기지국(300)을 매개로, 예컨대, 신용정보 제공자측 이동통신기(3)로 전달함으로써, 해당 신용정보 제공자가 자신의 신용정보 조회내역을 별도의 불편함 없이, 좀더 손쉽게 확인할 수 있도록 한다.

한편, 앞서 언급한 본 발명의 신용정보 조회 프로세스(S200)는 도 11에 도시된 바와 같은 다른 스텝(단계 S216)을 통해 구현될 수도 있다. 이를 상세히 설명한다.

먼저, 앞의 단계 S100을 통해 일련의 신용정보조회 권리코드를 확보한 제휴업체측 관리 시스템(2)은 해당 신용정보 제공자의 신용정보를 조회하기 위하여, 기확보된 신용정보조회 권리코드 및 자사의 업체 로그인 정보를 시스템에 전송한다.

이러한 전송과정은 제휴업체측 관리 시스템(2)에 부속된 "제휴업체측 관리자 단말(도시안됨)"의 요청에 의해 진행되어도 무방하고, 제휴업체측 관리 시스템이 자체적으로 기 지정된 설정내역에 따라, 진행하여도 무방하다.

이 상태에서, 신용정보 조회관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 제휴업체측 관리 시스템(2)으로부터 일련의 신용정보조회 권리코드/업체 로그인 정보 전송 이벤트가 발생하였는가의 여부를 판단한다(단계 S217).

이때, 제휴업체측 관리 시스템(2)으로부터 별도의 신용정보조회 권리코드/업체 로그인 정보 전송 이벤트가 발생하지 않은 것으로 판단되면, 신용정보 조회관리 서버(10)는 플로우를 종료한다.

그러나, 제휴업체측 관리 시스템(2)으로부터 일련의 신용정보조회 권리코드/업체 로그인 정보 전송 이벤트가 발생한 것으로 판단되면, 신용정보 조회관리 서버(10)는 그 즉시, 헤딩 신용정보조회 권리코드/업체 로그인 정보를 수신한 후, 운영정보 관리모듈(33)을 활용하여, 현재 전송된 업체 로그인 정보와 기 저장되어 있는 제휴업체 정보를 비교함으로써, 해당 업체가 기 등록되어 있는 업체인가의 여부를 판단한다(단계 S218).

이때, 현재 전송된 업체 로그인 정보가 제휴업체 정보 D/B(52)에 아예 없거나, 해당 정보와 기 저장되어 있는 제휴업체 정보가 서로 일치하지 않아, 해당 업체가 기 등록된 업체가 아닌 것으로 판단되는 경우, 신용정보 조회관리 서버(10)는그 즉시, 운영정보 관리모듈(33)을 활용하여, 운영정보 D/B(55)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, "귀사는 현재 등록된 회원이 아니오니, 먼저, 일련의 등록절차를 밟아 주시기 바랍니다‥‥" 등과 같은 내용이 담긴 일련의 등록요구 페이지를 생성하고, 생성이 완료된 등록요구 페이지를 인터페이스 모듈(20)을 매개로 하여, 제휴업체측 관리 시스템(2)으로 전송하는 과정을 진행한다(단계 S219).

그러나, 현재 전송된 업체 로그인 정보가 기 저장되어 있는 제휴업체 정보와 일치하여, 해당 업체가 기 등록된 업체인 것으로 판단되는 경우, 신용정보 조회관리 서버(10)는 그 즉시, 앞의 과정을 통해 수신한 신용정보조회 권리코드 예컨대, "RSC21A3‥‥"이 신용정보 제공자가 기 지정한 요건을 만족하는 정상적인 신용정보조회 권리코드인가의 여부를 판단한다(단계 S220).

이때, 신용정보조회 권리코드 "RSC21A3‥‥"이 "5월 20일 이후 만료"라는 기간 제한 요건이 지정되어 있는 코드이고, 제휴업체측에서 신용정보 조회를 시도하고 있는 날짜가 5월 25일 이어서, 현재 입력된 신용정보조회 권리코드가 "신용정보 제공자가 기 지정한 요건"을 만족하지 못하는 무효 코드인 것으로 판단되면, 신용정보 조회관리 서버(10)는 그 즉시, 운영정보 관리모듈(33)을 활용하여, 운영정보 D/B(55)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, "현재 입력된 신용정보조회 권리코드는 만료된 코드입니다‥다시 한번‥‥"과 같은 내용이 담긴 일련의 오류 메시지를 생성하고, 생성이 완료된 오류 메시지를 인터페이스 모듈(20)을 매개로 하여, 제휴업체측 관리 시스템(2)으로 전송하는 과정을 진행한다(단계 S221).

그러나, 신용정보조회 권리코드 "RSC21A3‥‥"이 "5월 20일 이후 만료"라는 기간 제한 요건이 지정되어 있는 코드이고, 제휴업체측에서 신용정보 조회를 시도하고 있는 날짜가 5월 15일 이어서, 현재 입력된 신용정보조회 권리코드가 "신용정보 제공자가 기 지정한 요건"을 만족하는 유효한 코드인 것으로 판단되면, 신용정보 조회관리 서버(10)는 그 즉시, 신용평가 관리모듈(32))을 활용하여, 신용평가 정보 D/B(54)로부터 신용정보조회 권리코드에 매칭되는 "매칭 신용평가 정보"를 추출한 후, 이 매칭 신용평가 정보를 활용하여, 일련의 "매칭 신용평가 페이지"를 생성하고, 생성이 완료된 매칭 신용평가 페이지를 제휴업체측 관리 시스템(2)으로 전송하는 과정을 진행한다(단계 S222,S223).

이 경우, 제휴업체측 관리 시스템(2)은 시스템(100)측으로부터 전송되는 매칭 신용평가 페이지(506)를 신속히 해석하여, 이를 예컨대, 제휴업체측 관리자 단말로 디스플레이 시킴으로써, 제휴업체측에서, 자사가 원하는 특정 신용정보 제공자의 신용정보를 손쉽게 확인할 수 있도록 한다.

다른 예로, 제휴업체측 관리 시스템(2)은 자신의 정보저장 D/B(2a)에 기록된 데이터를 시스템(100)측으로부터 전송되는 매칭 신용평가 페이지(506)의 내용에 따라, 새롭게 갱신함으로써, 적정 시기에, 제휴업체측에서, 자사가 원하는 특정 신용정보 제공자의 신용정보를 손쉽게 확인할 수 있도록 한다.

이와 같은 본 발명의 다른 실시예가 구현되는 경우, 제휴업체측에서는 별도의 로그인 과정, 신용정보조회 권리코드 입력과정 등을 거치지 않고서도, 자사가원하는 특정 신용정보 제공자의 신용정보를 온라인 상에서 자동으로 확인할 수 있게 된다.

이후, 신용정보 조회관리 서버(10)는 앞의 경우와 유사하게, 특정 신용정보 제공자에게 "제휴업체측에서 신용정보를 조회하였음"을 알리는 일련의 신용정보 조회내역 통지과정을 진행하고, 본 발명을 마무리한다(단계 S224).

한편, 도 12에 도시된 바와 같이, 본 발명의 다른 실시예에 따른 신용정보 조회관리 시스템(600)에서는 앞의 실시예에 개시되어 있던 신용정보조회 권리코드 관리모듈(31), 신용정보조회 권리코드 D/B(53) 등을 시스템 내에서 배제한 상태에서, 일련의 신용정보 조회관리 과정(단계 S300)을 진행한다.

이 경우, 도 13에 도시된 바와 같이, 본 발명의 다른 실시예에서는 우선, 단계 S301 내지 S310을 앞서 언급한 단계 S101 내지 S110과 동일하게 진행하여, 신용정보 제공자의 신분을 확인함과 아울러, 해당 신용정보 제공자로부터 신용정보 제공에 대한 동의를 받는다.

이러한 과정이 모두 완료된 상태에서, 본 발명에서는 앞의 실시예와 달리, 일련의 신용정보조회 권리코드 생성/전송 과정(단계 S111~S115)을 생략하고, 곧바로, 해당 신용정보 제공자의 신용정보를 제휴업체측에게 통지하는 과정을 진행한다.

이 경우, 신용정보 조회관리 서버(10)는 신용평가 관리모듈(32)을 활용하여신용정보 제공자에 매칭되는 "매칭 신용평가 정보"를 추출한 후, 이 매칭 신용평가 정보를 활용하여, MIME 프로토콜을 갖는 일련의 "매칭 신용평가정보 메일"을 생성하고, 이러한 메일 생성과정이 완료되는 즉시, 메일 관리 서버의 SMTP 서비스를 호출함으로써, 해당 "매칭 신용평가정보 메일"이 제휴업체측 관리 시스템(2)의 메일계정(201)으로 신속하게 전달될 수 있도록 한다(단계 S311,S312). 앞서 언급한 "매칭 신용평가정보 메일" 생성과정을 진행할 때, 신용정보 조회관리 서버(10)는 해당 메일에 "일련의 보안 인증서"를 더 첨부함으로써, 예컨대, "매칭 신용평가정보의 위·변조", "시스템 명의도용" 등과 같은 예측하지 못한 문제점이 발생될 수 있는 여지를 미리 차단한다.

이러한 본 발명의 다른 실시예가 구현되는 경우, 제휴업체측에서는 앞의 실시예와 달리, 상술한 단계 S200을 추가로 진행하지 않고서도, 자사가 원하는 특정 신용정보 제공자의 신용정보를 온라인 상에서 손쉽게 확인할 수 있게 된다.

이후, 신용정보 조회관리 서버(10)는 앞의 경우와 유사하게, 특정 신용정보 제공자에게 "제휴업체측에서 신용정보를 조회하였음"을 알리는 일련의 신용정보 조회내역 통지과정을 진행하고, 본 발명을 마무리한다(단계 S313).

이와 같은 본 발명은 상황에 따라 다양하게 응용될 수 있다.

예를 들어, 본 발명의 신용정보 조회관리 서버(10)는 예컨대, 신용정보 제공자 D/B(51)에 저장되어 있는 신용정보 제공자 데이터를 활용하여, 특정 신용정보 제공자의 거래내역을 추출하고, 이를 토대로, 임의의 제휴업체에게 "불량거래자, 우량거래자 정보"를 제공할 수도 있다.

다른 예로, 본 발명의 조회관리 서버(10)는 예컨대, 제휴업체 정보 D/B(52)에 저장되어 있는 제휴업체 정보를 활용하여, 특정 제휴업체의 품질평가내역을 추출하고, 이를 토대로, 임의의 신용정보 제공자에게 "불량업체, 우량업체 정보"를 제공할 수도 있다.

또 다른 예로, 본 발명의 조회관리 서버(10)는 예컨대, 보험업체 관리 시스템과 연계하여, 일련의 온라인 보험 인프라를 구축하고, 이를 토대로, 임의의 신용정보 제공자, 제휴업체 등이 입을 수 있는 예측하지 못한 피해를 미리 줄여줄 수도 있다.

이러한 각 응용예들은 본 발명에 따른 신용정보 조회관리 시스템(100)의 운영상황에 따라, 탄력적으로 선택될 수 있다.

이상에서 상세히 설명한 바와 같이, 본 발명에서는 임의의 고용/거래 업체, 고용/거래 희망자 등의 신분을 D/B화하여 관리함과 아울러, 본격적인 신용정보 제공과정/신용정보 조회과정 등이 진행되기 이전에, 별도의 절차, 예컨대, "고용 희망자/거래 희망자 등의 자가신용정보 공개동의 절차"를 미리 진행함으로써, 종래의 복잡한 서류절차가 온라인 상에서 손쉽게 해결될 수 있도록 하고, 이를 통해, 임의의 고용/거래 희망자, 고용/거래 업체 등이 자신에게 필요한 적법한 신용정보 제공과정/신용정보 조회과정 등을 온라인 상에서 좀더 손쉽게 진행시킬 수 있도록 유도할 수 있다.

또한, 본 발명에서는 앞서 언급한 바와 같이, 일련의 신용정보 조회과정이 "별도의 신분확인 절차 없이, 자체적으로는 활용될 수 없는 임의의 신용정보조회 권리코드"를 매개로 진행될 수 있도록 함으로써, 해킹에 의한 신용정보의 외부누출을미리 차단시킬 수 있다.

더욱이, 본 발명에서는 고용/거래 희망자의 신용정보를 온라인망으로 전송하기 이전에, 일련의 "신용정보조회 권리코드 확인절차", "고용/거래 업체 신분확인 절차" 등을 하나의 루틴으로 일괄·진행하여, 악의의 업체에 의한 시스템 접근이 로그인 단계에서부터 미리 차단될 수 있도록 함으로써, 신용정보의 무분별한 남용을 최소화시킬 수 있다.

앞에서, 본 발명의 특정한 실시예가 설명되고 도시되었지만 본 발명이 당업자에 의해 다양하게 변형되어 실시될 가능성이 있는 것은 자명한 일이다.

이와 같은 변형된 실시예들은 본 발명의 기술적사상이나 관점으로부터 개별적으로 이해되어서는 안되며 이와 같은 변형된 실시예들은 본 발명의 첨부된 특허청구의 범위안에 속한다 해야 할 것이다.

Claims (8)

1. 일련의 신용정보 제공자 관련정보가 저장된 신용정보 제공자 D/B, 일련의 제휴업체 정보가 저장된 제휴업체 정보 D/B, 일련의 신용정보조회 권리코드가 저장된 신용정보조회 권리코드 D/B, 일련의 신용평가 정보가 저장된 신용평가 정보 D/B, 일련의 운영정보가 저장된 운영정보 D/B를 구비한 D/B 블록과;

   상기 신용정보조회 권리코드를 랜덤(Random)하게 생성하여, 상기 신용정보 조회 권리코드 D/B에 선택적으로 저장하거나, 상기 신용정보조회 권리코드 D/B로부터 선택적으로 추출하는 신용정보조회 권리코드 관리모듈과;

   상기 신용평가 정보 D/B에 저장되어 있는 일련의 신용평가 정보를 선택적으로 추출하는 신용평가 관리모듈과;

   상기 신용정보 제공자 관련정보, 제휴업체 정보, 운영정보를 상기 신용정보 제공자 D/B, 제휴업체 정보 D/B, 운영정보 D/B에 선택적으로 저장하거나, 상기 신용정보 제공자 D/B, 제휴업체 정보 D/B, 운영정보 D/B로부터 선택적으로 추출하는 운영정보 관리모듈과;

   상기 신용정보조회 권리코드 관리모듈, 신용평가 관리모듈 및 운영정보 관리모듈을 제어하여, 상기 신용정보 제공자 관련정보, 제휴업체 정보, 신용정보조회 권리코드, 신용평가 정보, 운영정보의 저장 및 추출 여부를 결정하며, 임의의 신용정보 제공자측 클라이언트 및 제휴업체측 관리 시스템과 온라인망을 통해 인터페이스하고, 상기 신용정보 제공자측 클라이언트로부터 일련의 신용정보조회 권리코드제공 이벤트가 발생하는 경우, 상기 운영정보 관리모듈, 신용정보조회 권리코드 관리모듈을 활용하여, 해당 신용정보 제공자의 신분을 확인함과 아울러, 신분이 확인된 신용정보 제공자와 매칭(Matching)되는 신용정보조회 권리코드를 선택적으로 생성하여, 해당 신용정보조회 권리코드를 상기 제휴업체측 관리 시스템으로 온라인 전송하며, 상기 제휴업체측 관리 시스템으로부터 상기 신용정보조회 권리코드를 이용한 일련의 신용정보조회 이벤트가 발생하는 경우, 상기 운영정보 관리모듈, 신용평가 관리모듈을 활용하여, 해당 제휴업체의 신분을 확인함과 아울러, 상기 신용정보조회 권리코드에 대응되는 신용정보 제공자의 매칭 신용평가정보를 추출하여, 해당 매칭 신용평가정보를 상기 제휴업체측 관리 시스템으로 전송하는 신용정보 조회관리 서버를 포함하는 것을 특징으로 하는 온라인망을 기반으로 하는 신용정보 조회관리 시스템.
2. 온라인망에 접속중인 임의의 신용정보 제공자측 클라이언트, 제휴업체측 관리 시스템으로부터 전송되는 일련의 이벤트 데이터에 따라, 선택적으로 진행되는 신용정보조회 권리코드 제공 프로세스 및 신용정보 조회 프로세스의 조합으로 이루어지며,

   상기 신용정보조회 권리코드 제공 프로세스는 상기 신용정보 제공자측 클라이언트로부터 일련의 신용정보 제공 이벤트가 발생하였는가의 여부를 판단하는 단계와;

   상기 신용정보 제공자측 클라이언트로부터 상기 신용정보 제공 이벤트가 발생한 경우, 상기 신용정보 제공자측 클라이언트로부터 로그인 정보를 입력받아, 해당 신용정보 제공자의 기 등록 여부를 판단하는 단계와;

   해당 신용정보 제공자가 기 등록된 회원인 경우, 상기 신용정보 제공자측 클라이언트로 해당 신용정보 제공자의 신용정보 제공동의 여부를 가이드하기 위한 일련의 신용정보 제공동의 가이드 페이지를 전송하는 단계와;

   상기 신용정보 제공자측 클라이언트로부터 상기 신용정보 제공동의 가이드 페이지에 대응되는 일련의 신용정보 제공동의 이벤트가 발생하였는가의 여부를 판단하는 단계와;

   상기 신용정보 제공자측 클라이언트로부터 상기 신용정보 제공동의 이벤트가 발생한 경우, 해당 신용정보 제공자에 대응되는 일련의 신용정보조회 권리코드를 랜덤하게 생성하고, 생성이 완료된 신용정보조회 권리코드를 상기 제휴업체측 관리 시스템으로 전송하는 단계를 포함하는 것을 특징으로 하는 신용정보 조회관리 방법.
3. 제 2 항에 있어서, 상기 신용정보조회 권리코드를 상기 제휴업체측 관리 시스템으로 전송하는 단계 이전에, 상기 신용정보조회 권리코드의 요건을 지정받기 위한 일련의 요건지정 가이드 페이지를 상기 신용정보 제공자측 클라이언트로 전송하는 단계와;

   상기 신용정보 제공자측 클라이언트로부터 상기 요건지정 가이드 페이지에 대응되는 일련의 요건지정 정보가 입력된 경우, 상기 요건지정 정보를 상기 신용정보조회 권리코드의 생성에 반영하는 단계가 더 진행되는 것을 특징으로 하는 신용정보 조회관리 방법.
4. 제 2 항에 있어서, 상기 신용정보 조회 프로세스는 상기 제휴업체측 관리 시스템으로부터 일련의 신용정보 조회 이벤트가 발생하였는가의 여부를 판단하는 단계와;

   상기 제휴업체측 관리 시스템으로부터 상기 신용정보 조회 이벤트가 발생한 경우, 상기 제휴업체측 관리시스템으로부터 로그인 정보를 입력받아, 해당 제휴업체의 기 등록여부를 판단하는 단계와;

   해당 제휴업체가 기 등록된 회원인 경우, 상기 제휴업체측 관리 시스템으로 상기 신용정보조회 권리코드의 입력을 유도하기 위한 신용정보조회 권리코드 입력요구 페이지를 전송하는 단계와;

   상기 제휴업체측 관리 시스템으로부터 상기 신용정보조회 권리코드 입력요구 페이지에 대응되는 일련의 신용정보조회 권리코드가 입력되었는가의 여부를 판단하는 단계와;

   상기 제휴업체측 관리 시스템으로부터 상기 신용정보조회 권리코드가 입력된 경우, 상기 신용정보조회 권리코드에 매칭되는 매칭 신용평가 페이지를 생성하고, 생성이 완료된 매칭 신용평가 페이지를 상기 제휴업체측 관리 시스템으로 전송하는 단계를 포함하는 것을 특징으로 하는 신용정보 조회관리 방법.
5. 제 4 항에 있어서, 상기 매칭 신용평가 페이지를 상기 제휴업체측 관리 시스템으로 전송하는 단계 이전에, 상기 제휴업체측 관리 시스템으로부터 전송된 상기 신용정보조회 권리코드가 신용정보 제공자가 기 지정한 요건을 만족하는가의 여부를 판단하는 단계가 더 진행되는 것을 특징으로 하는 신용정보 조회관리 방법.
6. 제 2 항에 있어서, 상기 신용정보 조회 프로세스는 상기 제휴업체측 관리 시스템으로부터 일련의 신용정보조회 권리코드/업체 로그인 정보 전송 이벤트가 발생하였는가의 여부를 판단하는 단계와;

   상기 제휴업체측 관리 시스템으로부터 상기 신용정보조회 권리코드/업체 로그인 정보 전송 이벤트가 발생한 경우, 상기 업체 로그인 정보를 토대로, 해당 제휴업체의 기 등록여부를 판단하는 단계와;

   해당 제휴업체가 기 등록된 회원인 경우, 상기 신용정보조회 권리코드에 매칭되는 매칭 신용평가 페이지를 생성하고, 생성이 완료된 매칭 신용평가 페이지를 상기 제휴업체측 관리 시스템으로 전송하는 단계를 포함하는 것을 특징으로 하는 신용정보 조회관리 방법.
7. 삭제
8. 삭제