KR101976168B1 - 투 채널을 이용하여 로그인 또는 서비스 이용을 수행하는 방법 및 이를 수행하는 장치 - Google Patents

Abstract

투 채널을 이용하여 로그인 또는 서비스 이용을 수행하는 방법 및 이를 수행하는 장치가 개시된다. 개시된 사용자 단말의 동작 방법은 사용자 단말에 대응하는 ID 토큰을 서비스 서버로 전송하고, 서비스 서버로부터 ID 토큰을 전달 받은 인증 서버로부터 OTP 정보를 수신하고, 인증 서버에 연관되어 사용자 단말에 설치된 어플리케이션을 통해 사용자로부터 OTP 정보에 대한 응답 정보를 입력 받으며, 응답 정보를 인증 서버로 전송하는 단계; 및 OTP 정보와 응답 정보가 서로 대응하는 것에 응답하여, 서비스 서버에 로그인한다.

Description

투 채널을 이용하여 로그인 또는 서비스 이용을 수행하는 방법 및 이를 수행하는 장치{METHOD FOR PERFORMING LOGIN OR SERVICE USE BASED ON TWO CHANNEL AND APPARATUS FOR PERFORMING THE SAME}

아래의 설명은 투 채널을 이용하여 로그인 또는 서비스 이용을 수행하는 방법 및 이를 수행하는 장치에 관한 것으로, 보다 구체적으로는 서비스 서버에 대한 로그인 및/또는 서비스 서버에서 제공하는 서비스 이용을 인증 서버에 기초하여 수행하는 방법 및 장치에 관한 것이다.

온라인 서비스의 발달로 인해 온라인 쇼핑몰, 인터넷 뱅킹, 카드 결제, 공공 서비스 등에서 사용자를 인증하기 위한 다양한 인증 방식이 존재한다. 기존의 인증 방식들은 인증 정보의 탈취 및 위조, 인증 단말기의 원격 탈취에 취약하다. 이를 개선하기 위한 새로운 방식의 인증 기법이 요구된다.

또한, 기존의 액세스 토큰은 한 번의 인증이 완료되면 추가적인 인증 없이 부여된 접근 권한을 무한정 사용할 수 있다는 점에서 편리할 수 있으나, 이러한 액세스 토큰이 탈취될 경우, 제3자가 정상 클라이언트로 위장하여 보호된 자원에 불법 접근이 가능한 점에서 보안에 매우 취약하다. 따라서, 이를 보완할 수 있는 새로운 방식의 인증 기법이 요구된다.

본 발명은 투 채널에 기초한 OTP 정보를 이용하여 로그인 또는 서비스 이용을 수행함으로써, 사용자가 패스워드 등의 정보를 별도로 기록하거나 암기할 필요 없이 간단하게 해당 서비스를 이용할 수 있다.

본 발명은 액세스 토큰이 아닌 ID 토큰을 이용하여 로그인 또는 서비스 이용을 수행함으로써, 해당 ID 토큰이 도청 및 변조되더라도 불법 접근을 방지할 수 있다.

일실시예에 따른 사용자 단말의 동작 방법은 상기 사용자 단말에 대응하는 ID 토큰을 서비스 서버로 전송하는 단계; 상기 서비스 서버로부터 상기 ID 토큰을 전달 받은 인증 서버로부터 OTP 정보를 수신하는 단계; 상기 인증 서버에 연관되어 상기 사용자 단말에 설치된 어플리케이션을 통해 사용자로부터 상기 OTP 정보에 대한 응답 정보를 입력 받는 단계; 상기 응답 정보를 상기 인증 서버로 전송하는 단계; 및 상기 OTP 정보와 상기 응답 정보가 서로 대응하는 것에 응답하여, 상기 서비스 서버에 로그인하는 단계를 포함한다.

일실시예에 따른 사용자 단말의 동작 방법에서 상기 응답 정보를 입력 받는 단계는 상기 어플리케이션을 통해 상기 인증 서버로부터 수신한 OTP 정보를 표시하고, 상기 OTP 정보를 확인한 사용자로부터 상기 OTP 정보와 동일하도록 상기 응답 정보를 입력 받을 수 있다.

일실시예에 따른 사용자 단말의 동작 방법에서 상기 OTP 정보는 미리 결정된 시간 동안 유효하도록 미리 결정된 문자열 또는 패턴을 포함할 수 있다.

일실시예에 따른 사용자 단말의 동작 방법에서 상기 ID 토큰을 상기 서비스 서버로 전송하는 단계는 상기 어플리케이션과 상이한 어플리케이션 또는 웹 사이트(web site)를 통해 상기 ID 토큰을 상기 서비스 서버로 전송할 수 있다.

일실시예에 따른 사용자 단말의 동작 방법에서 상기 인증 서버는 상기 ID 토큰을 인증 게이트웨이를 통해 상기 서비스 서버로부터 수신하고, 상기 OTP 정보와 상기 응답 정보가 서로 대응한다는 판단 결과를 상기 인증 게이트웨이를 통해 상기 서비스 서버로 전송할 수 있다.

일실시예에 따른 사용자 단말의 동작 방법에서 상기 OTP 정보를 수신하는 단계는 상기 어플리케이션과 상기 인증 서버를 연결하는 보안 터널을 통해 상기 OTP 정보를 수신하고, 상기 응답 정보를 전송하는 단계는 상기 보안 터널을 통해 상기 응답 정보를 상기 인증 서버로 전송할 수 있다.

일실시예에 따른 사용자 단말의 동작 방법에서 상기 보안 터널이 존재하는 동안 상기 보안 터널 이외의 루트를 통한 사용자 단말의 트래픽 전송은 차단될 수 있다.

일실시예에 따른 사용자 단말의 동작 방법은 상기 ID 토큰에 대한 발급 요청을 상기 서비스 서버로 전송하는 단계; 상기 인증 서버로부터 상기 사용자 단말의 식별 정보에 대한 입력 요청을 수신하는 단계; 상기 입력 요청에 응답하여 상기 사용자로부터 입력된 상기 식별 정보를 상기 인증 서버로 전송하는 단계; 상기 인증 서버로부터 상기 ID 토큰의 발급과 관련된 제2 OTP 정보를 수신하는 단계; 상기 어플리케이션을 통해 상기 사용자로부터 상기 제2 OTP 정보에 대한 제2 응답 정보를 입력 받는 단계; 상기 제2 응답 정보를 상기 인증 서버로 전송하는 단계; 및 상기 제2 OTP 정보와 상기 제2 응답 정보가 서로 대응하는 것에 응답하여, 상기 인증 서버에서 발급된 상기 ID 토큰을 상기 서비스 서버로부터 수신하는 단계를 더 포함할 수 있다.

일실시예에 따른 사용자 단말의 동작 방법에서 상기 발급 요청을 상기 서비스 서버로 전송하는 단계 및 상기 식별 정보를 상기 인증 서버로 전송하는 단계는 상기 어플리케이션과 상이한 어플리케이션 또는 웹 사이트를 통해 수행될 수 있다.

일실시예에 따른 사용자 단말의 동작 방법은 상기 ID 토큰과 상기 서비스 서버에 대한 서비스 요청을 상기 서비스 서버로 전송하는 단계; 상기 인증 서버로부터 상기 서비스 요청에 관련된 제3 OTP 정보를 수신하는 단계; 상기 어플리케이션을 통해 상기 사용자로부터 상기 제3 OTP 정보에 대한 제3 응답 정보를 입력 받는 단계; 상기 제3 응답 정보를 상기 인증 서버로 전송하는 단계; 및 상기 제3 OTP 정보와 상기 제3 응답 정보가 서로 대응하는 것에 응답하여, 상기 서비스 요청에 따른 서비스가 수행되었음을 상기 서비스 서버로부터 통지 받는 단계를 더 포함할 수 있다.

일실시예에 따른 인증 서버의 동작 방법은 서비스 서버로부터 사용자 단말에 대응하는 ID 토큰을 수신하는 단계; 상기 ID 토큰에 기초하여 생성한 OTP 정보를 상기 사용자 단말로 전송하는 단계; 상기 사용자 단말로부터 상기 OTP 정보에 대한 응답 정보를 수신하는 단계; 상기 OTP 정보와 상기 응답 정보가 서로 대응하는지 여부를 판단하는 단계; 및 상기 OTP 정보와 상기 응답 정보가 서로 대응하는 것으로 판단된 경우, 상기 판단 결과를 상기 서비스 서버로 전송하는 단계를 포함하고, 상기 사용자 단말은 상기 판단 결과에 기초하여 상기 서비스 서버에 로그인한다.

일실시예에 따른 인증 서버의 동작 방법에서 상기 OTP 정보를 전송하는 단계 및 상기 응답 정보를 수신하는 단계는 상기 인증 서버에 연관되어 상기 사용자 단말에 설치된 어플리케이션을 통해 상기 사용자 단말로 OTP 정보를 전송하거나 상기 사용자 단말로부터 응답 정보를 수신하고, 상기 ID 토큰은 상기 어플리케이션과 상이한 어플리케이션 또는 웹 사이트를 통해 상기 사용자 단말로부터 상기 서비스 서버로 전송될 수 있다.

일실시예에 따르면, 투 채널에 기초한 OTP 정보를 이용하여 로그인 또는 서비스 이용을 수행함으로써, 사용자가 패스워드 등의 정보를 별도로 기록하거나 암기할 필요 없이 간단하게 해당 서비스를 이용할 수 있다.

일실시예에 따르면, 액세스 토큰이 아닌 ID 토큰을 이용하여 로그인 또는 서비스 이용을 수행함으로써, 해당 ID 토큰이 도청 및 변조되더라도 불법 접근을 방지할 수 있다.

도 1은 일실시예에 따른 사용자 단말, 서비스 서버 및 인증 서버로 구성된 시스템을 나타낸 도면이다.
도 2는 일실시예에 따라 ID 토큰을 발급 받는 과정을 설명하기 위한 도면이다.
도 3은 일실시예에 따라 로그인하는 과정을 설명하기 위한 도면이다.
도 4는 일실시예에 따라 서비스를 이용하는 과정을 설명하기 위한 도면이다.
도 5 내지 도 7은 일실시예에 따라 로그인 및 서비스 승인 과정을 설명하기 위한 도면이다.
도 8은 일실시예에 따라 로그인을 수행하는 사용자 단말의 예시 화면을 나타낸 도면이다.
도 9는 일실시예에 따라 서비스를 이용하는 사용자 단말의 예시 화면을 나타낸 도면이다.
도 10은 일실시예에 따라 보안 터널의 생성 과정을 설명하기 위한 도면이다.
도 11은 일실시예에 따라 사용자 단말에서 인증 데이터 이외의 트래픽을 차단하는 동작을 설명하기 위한 도면이다.

실시예들에 대한 특정한 구조적 또는 기능적 설명들은 단지 예시를 위한 목적으로 개시된 것으로서, 다양한 형태로 변경되어 실시될 수 있다. 따라서, 실시예들은 특정한 개시형태로 한정되는 것이 아니며, 본 명세서의 범위는 기술적 사상에 포함되는 변경, 균등물, 또는 대체물을 포함한다.

제1 또는 제2 등의 용어를 다양한 구성요소들을 설명하는데 사용될 수 있지만, 이런 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 해석되어야 한다. 예를 들어, 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소는 제1 구성요소로도 명명될 수 있다.

어떤 구성요소가 다른 구성요소에 "연결되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다.

단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "포함하다" 또는 "가지다" 등의 용어는 설명된 특징, 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것이 존재함으로 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

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

하기에서 설명될 실시예들은 다양한 서비스들에 적용될 수 있다. 예를 들어, 실시예들은 전자 상거래, 인터넷 서비스, 게임 서비스, 상품권 서비스, 금융 거래 등 온라인 서비스를 이용하기 위한 로그인 동작 및 서비스 요청하는 동작에 적용될 수 있다. 또는, 실시예들은 그룹웨어, 메일, 시스템 정책 변경, 계정관리, 임직원 인증 등 기업정보 서비스를 이용하기 위한 로그인 동작 및 서비스 요청하는 동작에 적용될 수 있다. 실시예들은 퍼스널 컴퓨터, 랩톱 컴퓨터, 태블릿 컴퓨터, 스마트 폰, 텔레비전, 스마트 가전 기기, 지능형 자동차, 키오스크, 웨어러블 장치 등 다양한 형태의 제품으로 구현될 수 있다. 예를 들어, 실시예들은 스마트 폰, 모바일 기기, 스마트 홈 시스템 등에서 서비스를 이용하기 위한 로그인 동작 및 서비스 요청하는 동작에 적용될 수 있다. 이하, 실시예들을 첨부된 도면을 참조하여 상세하게 설명한다. 각 도면에 제시된 동일한 참조 부호는 동일한 부재를 나타낸다.

도 1은 일실시예에 따른 사용자 단말, 서비스 서버 및 인증 서버로 구성된 시스템을 나타낸 도면이다.

도 1을 참조하면, 사용자가 사용자 단말(110)을 이용하여 서비스 서버에 로그인하기 위한 ID 토큰을 인증 서버로부터 발급 받고, 발급된 ID 토큰을 인증 받는 절차가 도시된다.

사용자 단말(110)은 스마트 폰, 스마트 워치, 스마트 안경, 태블릿 PC, 노트북 및 PDA 등의 모바일 디바이스나 웨어러블 디바이스를 포함하는 다양한 컴퓨팅 장치일 수 있다. 사용자 단말(110)에는 인증 서버에 연관된 어플리케이션이 설치될 수 있다. 사용자 단말(110)은 해당 어플리케이션을 통해 인증 서버와 통신을 수행할 수 있다. 예시적으로 도시된 도 1에서, 인증 서버 관련 어플리케이션은 사용자 단말(110)의 상단에 표시될 수 있다.

서비스 서버는 사용자가 이용하고자 하는 서비스를 제공하는 서버로서, 예를 들어, 전자 상거래, 인터넷 서비스, 게임 서비스, 상품권 서비스, 금융 거래 등 온라인 서비스 또는 그룹웨어, 메일, 시스템 정책 변경, 계정관리, 임직원 인증 등 기업정보 서비스를 제공하는 서버일 수 있다. 사용자 단말(110)은 앞서 설명한 어플리케이션과 상이한 어플리케이션 또는 웹 사이트(web site)를 통해 서비스 서버와 통신을 수행할 수 있다. 예를 들어, 사용자 단말(110)은 서비스 서버와 관련된 어플리케이션 또는 웹 사이트를 통해 서비스 서버와 통신을 수행할 수 있다. 예시적으로 도시된 도 1에서, 서비스 서버 관련 어플리케이션 및 웹 사이트는 사용자 단말(110)의 하단에 표시될 수 있다.

설명의 편의를 위해, 인증 서버에 관련된 어플리케이션은 인증 어플리케이션이라 지칭하고, 서비스 서버와 관련된 어플리케이션은 서비스 어플리케이션으로 지칭한다.

일실시예에 따라 앞서 설명한 것처럼, 인증 어플리케이션이 설치된 사용자 단말과 서비스 어플리케이션 또는 웹 사이트가 실행되는 사용자 단말이 서로 동일할 수도 있으나, 경우에 따라서는 인증 어플리케이션이 설치된 사용자 단말과 서비스 어플리케이션 또는 웹 사이트가 실행되는 사용자 단말은 서로 다른 장치일 수도 있다. 이하에서는, 설명의 편의를 위해 인증 어플리케이션이 설치된 사용자 단말과 서비스 어플리케이션 또는 웹 사이트가 실행되는 사용자 단말이 서로 동일한 경우를 기준으로 설명하나, 이러한 설명이 본 발명이 적용될 수 있는 실시예를 제한하지 않으며, 서로 다른 장치인 경우에도 동일하게 적용될 수 있다.

인증 서버는 서비스 서버의 서비스를 이용하고자 하는 사용자 단말(110)을 인증하는 신뢰할 수 있는 서버로서, 예를 들어, 사용자 단말(110)의 가입 정보, 프로필 정보를 가지고 있는 서버일 수 있다. 예를 들어, 인증 서버는 사용자가 가입하여 거래하는 금융 기관(예컨대, 은행, 카드사, 증권사 등)에 의해 운용되는 서버일 수 있다.

사용자 단말(110)은 기 가입한 인증 서버를 통해 서비스 서버에 별도로 가입할 필요 없이 서비스 서버에 로그인하여 서비스를 손쉽게 이용할 수 있다. 이를 위해서, 서비스 서버에 대한 최초 로그인 시 인증 서버로부터 ID 토큰을 발급받고, 발급된 ID 토큰을 인증할 필요가 있을 수 있다.

일실시예에 따른 사용자 단말(110)은 서비스 서버로 ID 토큰에 관한 발급 요청을 전송할 수 있다. 서비스 서버는 발급 요청을 인증 게이트웨이를 통해 인증 서버로 전송할 수 있다. 인증 서버는 사용자 단말의 인증 어플리케이션으로 ID 토큰 발급에 대한 승인 요청을 전송할 수 있다. 사용자 단말(110)은 인증 어플리케이션을 통해 ID 토큰 발급을 승인하고, 그 승인 결과를 인증 서버로 전송할 수 있다. 인증 서버는 승인 결과에 기초하여 사용자 단말(110)에 대응하는 ID 토큰을 발행하고, 인증 게이트웨이를 통해 ID 토큰을 서비스 서버로 전송할 수 있다. 서비스 서버는 ID 토큰을 사용자 단말(110)의 서비스 어플리케이션 또는 웹 사이트를 통해 사용자 단말(110)로 전송할 수 있다.

그리고, 일실시예에 따른 사용자 단말(110)은 서비스 서버로 ID 토큰에 대한 인증 요청을 전송할 수 있다. 서비스 서버는 해당 인증 요청을 인증 게이트웨이를 통해 인증 서버로 전송할 수 있다. 인증 서버는 사용자 단말(110)로 ID 토큰에 대한 인증을 요청할 수 있다. 사용자 단말(110)은 인증 어플리케이션을 통해 ID 토큰에 대한 인증을 승인하고, 승인 결과를 인증 서버로 전송할 수 있다. 인증 서버는 승인 결과를 인증 게이트웨이를 통해 서비스 서버로 전송할 수 있다. 서비스 서버는 인증 결과를 사용자 단말(110)의 서비스 어플리케이션 또는 웹 사이트를 통해 사용자 단말(110)로 인증 결과를 전송할 수 있다.

여기서, ID 토큰은 사용자 단말(110)에 대응하는 일회성 ID 정보를 포함할 수 있다. ID 토큰만으로는 특정 서비스에 대한 접근 권한이 부여되지 않는 점에서, ID 토큰은 한 번의 인증으로 추가적인 인증 없이 접근 권한이 부여되는 액세스 토큰(Access Token)과 구별될 수 있다. 다시 말해, 사용자 단말(110)은 ID 토큰을 이용하더라도 추가적인 인증 절차를 거쳐야 서비스 서버의 서비스를 정상적으로 이용할 수 있고, 이를 통해 액세스 토큰이 가지고 있는 보안 문제를 효과적으로 해결할 수 있다.

도 2는 일실시예에 따라 ID 토큰을 발급 받는 과정을 설명하기 위한 도면이다.

도 2를 참조하면, 사용자(210), 사용자 단말(220), 서비스 서버(230), 인증 게이트웨이(240), 인증 시스템(250) 간 통신을 통해 ID 토큰이 발급되는 흐름도가 도시된다. 여기서, 인증 단말(221)은 인증 어플리케이션이 설치된 사용자 단말을 의미하고, 서비스 단말(220)은 서비스 어플리케이션 또는 웹 사이트가 실행되는 사용자 단말을 의미할 수 있다. 일실시예에 따라 인증 단말(221)과 서비스 단말(220)은 동일한 사용자 단말을 의미하거나 독립적인 두 개의 사용자 단말들을 의미할 수도 있다.

먼저, 사용자(210)는 서비스 단말(223)에서 금융기관을 선택하고, ID 토큰을 요청할 수 있다. 다시 말해, 사용자(210)는 서비스 단말(223)에서 인증을 수행할 기관을 선택하면서 ID 토큰의 발급을 요청할 수 있다. 서비스 단말(223)은 사용자(210)로부터 입력된 인증을 수행할 기관과 ID 토큰에 관한 발급 요청을 서비스 서버(230)로 전송할 수 있다. 이 때, 서비스 단말(223)로부터 서비스 서버(230)로 전송되는 정보는 암호화된 형태로 전송될 수 있다.

그리고, 서비스 서버(230)는 사용자(210)에 의해 선택된 금융기관 코드와 서비스 서버(230)에 관한 가맹점 코드를 인증 게이트웨이(240)를 거쳐 인증 서버(251)로 전송할 수 있다. 다시 말해, 서비스 서버(230)는 서비스 단말(223)로부터 수신한 인증 서버(251)의 식별 정보와 서비스 서버(230)의 식별 정보를 인증 게이트웨이(240)를 통해 인증 서버(251)로 전송할 수 있다.

그리고, 인증 서버(251)는 사용자(210)의 금융 ID 또는 인증 단말(221)의 전화번호를 서비스 단말(223)로 요청할 수 있다. 여기서, 금융 ID는 사용자(210)가 인증 서버(251)에 가입한 정보를 의미하고, 전화번호는 인증 단말(221)을 식별 가능한 정보를 의미할 수 있다. 다시 말해, 인증 서버(251)는 사용자(210)의 가입 정보 또는 인증 단말(221)의 식별 정보를 서비스 단말(223)로 요청할 수 있다.

그리고, 서비스 단말(223)은 사용자(210)로부터 금융 ID 또는 전화번호를 입력 받아 인증 서버(251)로 전송할 수 있다. 다시 말해, 서비스 단말(223)은 사용자(210)로부터 입력 받은 사용자(210)의 가입 정보 또는 인증 단말(221)의 식별 정보를 인증 서버(251)로 전송할 수 있다.

그리고, 인증 서버(251)는 서비스 단말(223)로부터 수신한 금융 ID 또는 전화번호에 기초하여 인증 단말(221)을 식별하고, 식별된 인증 단말(221)로 ID 토큰 발급에 관한 인증 요청을 전송할 수 있다. 다시 말해, 인증 서버(251)는 서비스 단말(223)로부터 수신한 사용자(210)의 가입 정보 또는 인증 단말(221)의 식별 정보에 기초하여 인증 단말(221)을 식별하고, 식별된 인증 단말(221)로 ID 토큰 발급에 관한 인증 요청을 전송할 수 있다. 예를 들어, 인증 서버(251)는 인증 단말(221)에 설치된 인증 어플리케이션의 푸시(push)로 인증 요청을 전송할 수 있다.

일실시예에 따른 인증 단말(221)은 인증 서버(251)에 미리 등록될 수 있다. 등록 과정에서 인증 서버(251)는 사용자(210)의 식별 정보(예컨대, 로그인 아이디, 이메일 주소 등) 및 해당 사용자 전용의 인증 단말(221)의 식별 정보(예를 들어, 전화번호, MAC 주소 등)를 매칭하여 저장할 수 있다. 따라서, 인증 서버(251)는 서비스 단말(223)로부터 수신한 정보(즉, 사용자(210)의 가입 정보 또는 인증 단말(221)의 식별 정보)와 저장된 정보를 서로 비교함으로써, 인증 단말(221)을 식별할 수 있다.

ID 토큰 발급에 관한 인증 요청에는 인증 요청과 관련된 OTP(One Time Password) 정보가 포함될 수 있다. OTP 정보는 미리 결정된 시간 동안 유효하도록 미리 결정된 문자열 또는 패턴 등을 포함할 수 있다. 예를 들어, OTP 정보는 자동 기입의 방지를 위한 문자열 및 패턴 중 적어도 하나를 포함할 수 있다. OTP 정보는 CAPTCHA(Completely Automated Public Turing test to tell Computers and Humans Apart)에 따른 문자열이나, 미리 정해진 패턴을 포함할 수 있다. OTP 정보는 일정 시간 동안에만 유효한 문자열 또는 패턴일 수 있으며, 해당 일정 시간이 경과하면 OTP 정보는 다른 문자열 또는 패턴으로 변경될 수 있다. 따라서, 일정 시간이 경과한 문자열 또는 패턴은 유효하지 않게 된다.

일실시예에 따른 인증 서버(251)는 서비스 단말(223)로부터 수신한 사용자(210)의 가입 정보 또는 인증 단말(221)의 식별 정보와 현재 시간을 고려하여 OTP 정보를 생성할 수 있다.

그리고, 사용자(210)는 인증 단말(221)에서 인증 어플리케이션을 실행하여 ID 토큰 발급을 승인할 수 있다. 다시 말해, 인증 단말(221)은 인증 어플리케이션을 통해 OTP 정보를 표시하고 사용자(210)로부터 OTP 정보에 대한 응답 정보를 입력 받을 수 있다. 그리고, 인증 단말(221)은 응답 정보를 인증 서버(251)로 전송할 수 있다.

일실시예에 따른 사용자(210)는 OTP 정보에 따른 문자열을 인증 단말(221)에 그대로 입력하거나, OTP 정보에 따른 패턴을 인증 단말(221)에 그대로 입력할 수 있다. 이에 따라, 사용자(210)는 패스워드 등의 정보를 별도로 기록하거나 암기할 필요 없이 간단하게 인증 절차를 수행할 수 있다.

그리고, 인증 서버(251)는 OTP 정보와 응답 정보가 서로 대응되는 것으로 판단되면 ID 토큰을 발급할 수 있다. 예를 들어, 인증 서버(251)는 OTP 정보에 따른 문자열과 응답 정보에 포함된 문자열이 동일한 경우에 OTP 정보와 응답 정보가 서로 대응되는 것으로 판단할 수 있다. 또한, 인증 서버(251)는 OTP 정보에 따른 패턴과 응답 정보에 포함된 패턴이 동일한 경우에 OTP 정보와 응답 정보가 서로 대응되는 것으로 판단할 수 있다.

그리고, 인증 서버(251)는 발급된 ID 토큰을 인증 게이트웨이(240)를 통해 서비스 서버(230)로 전송할 수 있다. 이 때, 인증 서버(251)로부터 서비스 서버(230)로 전송되는 ID 토큰은 암호화된 형태로 전송될 수 있다.

서비스 서버(230)는 ID 토큰을 저장하고, ID 토큰을 서비스 단말(223)로 전송할 수 있다. 일실시예에 따른 서비스 단말(223)은 수신한 ID 토큰을 저장하여 추후 로그인 동작 또는 서비스 요청 동작에 이용할 수 있다.

만약 OTP 정보와 응답 정보가 서로 대응되지 않는 것으로 판단되면, 인증 서버(251)는 인증 단말(221)로 ID 토큰 발급에 관한 재인증 요청을 전송하거나 또는 서비스 단말(223)로 인증 실패를 알릴 수 있다.

도 3은 일실시예에 따라 로그인하는 과정을 설명하기 위한 도면이다.

도 3을 참조하면, 사용자(210), 사용자 단말(220), 서비스 서버(230), 인증 게이트웨이(240), 인증 시스템(250) 간 통신을 통해 ID 토큰을 이용하여 로그인하는 흐름도가 도시된다.

먼저, 사용자(210)는 서비스 단말(223)에서 금융기관을 선택하고, 트러스트 로그인(Trusted login)을 요청할 수 있다. 다시 말해, 사용자(210)는 서비스 단말(223)에서 인증을 수행할 기관을 선택하면서 트러스트 로그인을 요청할 수 있다. 여기서, 트러스트 로그인은 본 명세서에서 새로 제안하는 로그인 방식을 의미할 수 있다.

그리고, 서비스 단말(223)은 사용자(210)로부터 입력 받은 정보와 기 저장된 ID 토큰을 서비스 서버(230)로 전송할 수 있다. 이 때, 서비스 단말(223)로부터 서비스 서버(230)로 전송되는 ID 토큰은 암호화된 형태로 전송될 수 있다.

그리고, 서비스 서버(230)는 금융기관 코드, 가맹점 코드 및 ID 토큰을 인증 게이트웨이(240)를 통해 인증 서버(251)로 전송할 수 있다. 다시 말해, 서비스 서버(230)는 서비스 단말(223)로부터 수신한 인증 서버(251)의 식별 정보와 서비스 서버(230)의 식별 정보를 인증 게이트웨이(240)를 통해 인증 서버(251)로 전송할 수 있다.

그리고, 인증 서버(251)는 로그인에 관한 인증 요청을 인증 단말(221)로 전송할 수 있다. 예를 들어, 인증 서버(251)는 ID 토큰에 기초하여 인증 단말(221)을 식별하고, 식별된 인증 단말(221)로 인증 요청을 전송할 수 있다.

일실시예에 따른 인증 단말(221)은 인증 서버(251)에 미리 등록될 수 있다. 등록 과정에서 인증 서버(251)는 사용자(210)의 식별 정보 및 해당 사용자 전용의 인증 단말(221)의 식별 정보를 매칭하여 저장할 수 있다. 여기서, ID 토큰은 사용자(210)의 식별 정보에 포함될 수 있다. 따라서, 인증 서버(251)는 서비스 단말(223)로부터 수신한 ID 토큰과 저장된 정보를 서로 비교함으로써, 인증 단말(221)을 식별할 수 있다.

이 때, 로그인에 관한 인증 요청에는 인증 요청과 관련된 OTP 정보가 포함될 수 있다. 예를 들어, 인증 서버(251)는 서비스 단말(223)로부터 수신한 ID 토큰과 현재 시간을 이용하여 OTP 정보를 생성할 수 있다. 또는, 인증 서버(251)는 식별된 인증 단말(221)의 식별 정보와 현재 시간을 이용하여 OTP 정보를 생성할 수도 있다.

그리고, 사용자(210)는 인증 단말(221)에서 인증 어플리케이션을 실행하여 로그인 인증을 승인할 수 있다. 다시 말해, 인증 단말(221)은 인증 어플리케이션을 통해 OTP 정보를 표시하고, 사용자(210)로부터 OTP 정보에 대한 응답 정보를 입력 받을 수 있다. 그리고, 인증 단말(221)은 응답 정보를 인증 서버(251)로 전송할 수 있다.

일실시예에 따른 사용자(210)는 OTP 정보에 따른 문자열을 인증 단말(221)에 그대로 입력하거나, OTP 정보에 따른 패턴을 인증 단말(221)에 그대로 입력할 수 있다. 이에 따라, 사용자(210)는 패스워드 등의 정보를 별도의 기록하거나 암기할 필요 없이 간단하게 인증 절차를 수행할 수 있다.

그리고, 인증 서버(251)는 OTP 정보와 응답 정보가 서로 대응되는 것으로 판단되면 로그인 인증 결과를 인증 게이트웨이(240)를 통해 서비스 서버(230)로 전송할 수 있다. 로그인 인증 결과가 서비스 서버(230)에 수신되면, 서비스 단말(223)은 서비스 서버(230)에 로그인할 수 있다.

만약 OTP 정보와 응답 정보가 서로 대응되지 않는 것으로 판단되면, 인증 서버(251)는 인증 단말(221)로 로그인에 관한 재인증 요청을 전송하거나 또는 서비스 단말(223)로 로그인 실패를 나타내는 메시지를 전송할 수도 있다.

도 4는 일실시예에 따라 서비스를 이용하는 과정을 설명하기 위한 도면이다.

도 4를 참조하면, 사용자(210), 사용자 단말(220), 서비스 서버(230), 인증 게이트웨이(240), 인증 시스템(250) 간 통신을 통해 서비스 서버(230)가 제공하는 서비스를 이용하는 흐름도가 도시된다. 도 4에서는 일실시예에 따른 서비스 단말(223)이 도 3에서 설명한 과정을 통해 서비스 서버(230)에 로그인한 것이 전제될 수 있다. 또한, 도 4에서는 설명의 편의를 위해 이용하고자 하는 서비스가 거래 승인인 경우를 가정한다.

먼저, 사용자(210)는 서비스 단말(223)에서 거래 승인을 요청할 수 있다. 다시 말해, 사용자(210)는 서비스 단말(223)에서 이용하고자 하는 서비스를 요청할 수 있다.

그리고, 서비스 단말(223)은 사용자(210)로부터 요청된 거래 정보와 기 저장된 ID 토큰을 서비스 서버(230)로 전송할 수 있다. 다시 말해, 서비스 단말(223)은 사용자(210)로부터 요청된 서비스 정보와 기 저장된 ID 토큰을 서비스 서버(230)로 전송할 수 있다. 이 때, 서비스 단말(223)로부터 서비스 서버(230)로 전송되는 서비스 정보와 ID 토큰은 암호화된 형태로 전송될 수 있다.

그리고, 서비스 서버(230)는 서비스 정보(예컨대, 거래 정보)와 ID 토큰을 인증 게이트웨이(240)를 통해 인증 서버(251)로 전송할 수 있다.

그리고, 인증 서버(251)는 서비스(예컨대, 거래)에 관한 인증 요청을 인증 단말(221)로 전송할 수 있다. 예를 들어, 인증 서버(251)는 ID 토큰에 기초하여 인증 단말(221)을 식별하고, 식별된 인증 단말(221)로 인증 요청을 전송할 수 있다.

이 때, 서비스에 관한 인증 요청에는 인증 요청과 관련된 OTP 정보가 포함될 수 있다. 예를 들어, 인증 서버(251)는 서비스 단말(223)로부터 수신한 ID 토큰과 현재 시간을 이용하여 OTP 정보를 생성할 수 있다. 또는, 인증 서버(251)는 식별된 인증 단말(221)의 식별 정보와 현재 시간을 이용하여 OTP 정보를 생성할 수도 있다.

그리고, 사용자(210)는 인증 단말(221)에서 인증 어플리케이션을 실행하여 서비스 인증(예컨대, 거래 인증)을 승인할 수 있다. 다시 말해, 인증 단말(221)은 인증 어플리케이션을 통해 OTP 정보를 표시하고, 사용자(210)로부터 OTP 정보에 대한 응답 정보를 입력 받을 수 있다. 그리고, 인증 단말(221)은 응답 정보를 인증 서버(251)로 전송할 수 있다.

그리고, 인증 서버(251)는 OTP 정보와 응답 정보가 서로 대응되는 것으로 판단되면 금융 서버(253)로 서비스 실행 정보(예컨대, 거래 실행 정보)를 전송할 수 있으며, 금융 서버(253)는 수신한 서비스 실행 정보에 따라 서비스(예컨대, 거래)를 실행할 수 있다.

그리고, 인증 서버(251)는 서비스 인증 결과(예컨대, 거래 인증 결과)를 인증 게이트웨이(240)를 통해 서비스 서버(230)로 전송할 수 있다. 서비스 인증 결과가 서비스 서버(230)에 수신되면, 서비스 단말(223)로 서비스 수행 완료를 나타내는 메시지가 전송될 수도 있다.

만약 OTP 정보와 응답 정보가 서로 대응되지 않는 것으로 판단되면, 인증 서버(251)는 인증 단말(221)로 서비스에 관한 재인증 요청을 전송하거나 또는 서비스 단말(223)로 서비스 수행 실패를 나타내는 메시지를 전송할 수도 있다.

도 5 내지 도 7은 일실시예에 따라 로그인 및 서비스 승인 과정을 설명하기 위한 도면이다.

도 5를 참조하면, 일실시예에 따른 로그인 및 결제 과정이 도시된다.

일실시예에 따른 사용자 단말은 서비스 서버로 로그인 인증 요청을 전송할 수 있다. 서비스 서버는 로그인 인증 요청을 인증 게이트웨이를 통해 인증 서버로 전송할 수 있다. 인증 서버는 사용자 단말로 로그인 인증 요청을 전달하고, 사용자 단말은 인증 서버와 관련된 인증 어플리케이션을 통해 로그인 인증을 수행할 수 있다. 로그인 인증이 완료되면, 인증 서버는 로그인 승인 메시지와 함께 ID 토큰을 사용자 단말로 전송할 수 있다.

또한, 일실시예에 따른 사용자 단말은 서비스 서버로 구매하고자 하는 상품에 대한 주문 정보와 결제 정보를 ID 토큰과 함께 서비스 서버로 전송할 수 있다. 서비스 서버는 결제 승인 요청을 ID 토큰과 함께 인증 게이트웨이를 통해 인증 서버로 전송할 수 있다. 인증 서버는 사용자 단말로 결제 인증 요청을 전송하고, 사용자 단말은 인증 어플리케이션을 통해 결제 인증을 수행할 수 있다. 결제 인증이 완료되면, 인증 서버는 승인 결과를 인증 게이트웨이를 통해 서비스 서버로 전송하고, 서비스 서버는 승인 결과를 사용자 단말로 전송할 수 있다.

도 6을 참조하면, 일실시예에 따른 로그인 및 결제 시 트러스트 패스(Trusted Pass)가 추가적으로 이용되는 실시예가 도시된다.

도 5에서 설명한 과정에서, 인증 게이트웨이를 통과하는 트래픽은 보안 터널(610)을 통해 전달되고, 인증 서버와 사용자 단말 간의 트래픽은 보안 터널(620)을 통해 전달될 수 있다. 보안 터널은 보안 네트워크를 위한 전용 경로로서, 외부 디바이스에서 접근 불가능한 네트워크 경로일 수 있다. 보안 터널에 대해서는 도 10 및 도 11을 통해 후술한다.

도 7을 참조하면, 일실시예에 따른 로그인 및 결제 시 트러스트 패스(Trusted Pass)가 추가적으로 이용되는 다른 실시예가 도시된다.

도 6에서 설명한 보안 터널들(610, 620)은 하나의 보안 터널(710)로 구현될 수도 있다.

도 8은 일실시예에 따라 로그인을 수행하는 사용자 단말의 예시 화면을 나타낸 도면이다.

도 8을 참조하면, 일실시예에 따라 사용자 단말이 로그인을 수행할 때 표시되는 화면의 예시가 도시된다. 일실시예에 따라 서비스 서버는 OO마켓이고, 인증 서버는

은행일 수 있다.

단계(810)에서, 사용자 단말은 서비스 서버와 관련된 서비스 어플리케이션 또는 웹 사이트의 로그인 화면을 표시할 수 있다. 예를 들어, 사용자 단말은 사용자로부터 로그인 화면 중 "

은행 앱 로그인"에 대한 선택을 입력 받을 수 있다.

단계(820)에서, 사용자 단말은 서비스 어플리케이션 또는 웹 사이트를 통해

은행 아이디 또는 전화번호를 요청할 수 있다.

단계(830)에서, 사용자 단말은 로그인에 관한 인증을 수행하는 화면을 표시할 수 있다. 사용자 단말은 서비스 어플리케이션 또는 웹 사이트에서 인증 어플리케이션으로 전환한 후, 인증 어플리케이션을 통해 인증 서버로부터 수신한 OTP 정보를 표시하고, 사용자로부터 응답 정보를 입력 받을 수 있다. 예시적으로 도시된 도 8에서는 OTP 정보가 미리 결정된 패턴일 수 있다.

단계(840)에서, 사용자로부터 입력 받은 응답 정보가 OTP 정보와 일치하는 경우, 사용자 단말은 정상적으로 OO마켓에 로그인한 화면을 표시할 수 있다.

도 9는 일실시예에 따라 서비스를 이용하는 사용자 단말의 예시 화면을 나타낸 도면이다.

도 9를 참조하면, 일실시예에 따라 사용자 단말이 서비스를 이용할 때 표시되는 화면의 예시가 도시된다. 일실시예에 따라 서비스 서버는 OO마켓이고, 인증 서버는

은행으로, 사용자 단말은 OO마켓에서 상품을 구매하는 상황을 가정한다.

단계(910)에서, 사용자 단말은 OO마켓에서 상품을 주문하는 화면을 표시할 수 있다.

단계(920)에서, 사용자 단말은 주문하고자 하는 상품의 결제 방법으로

은행을 선택할 수 있다.

단계(930)에서, 사용자 단말은

은행 관련 어플리케이션으로 전환하여 결제 정보를 입력 받을 수 있다.

단계(940)에서, 사용자 단말은

은행 관련 어플리케이션에 OTP 정보를 표시하고, 사용자로부터 응답 정보를 입력 받을 수 있다.

단계(950)에서, 사용자로부터 입력 받은 응답 정보가 OTP 정보와 일치하는 경우, 사용자 단말은 정상적으로 결제가 완료되었음을 나타내는 화면을 표시할 수 있다.

도 10은 일실시예에 따라 보안 터널의 생성 과정을 설명하기 위한 도면이다.

도 10을 참조하면, 사용자 단말(1010)은 보안 게이트웨이(1020)를 통해 인증 장치(1030)와 통신할 수 있다. 보안 게이트웨이(1020), 인증 장치(1030) 및 관리 장치(1040)는 인증 서버를 구성할 수 있다. 관리 장치(1040)는 보안 터널 생성을 위한 전체 프로세스를 관리할 수 있다.

보안 게이트웨이(1020)는 사용자 단말(1010)과 연결되는 제1 게이트웨이(1021) 및 인증 장치(1030)와 연결되는 제2 게이트웨이(1022)를 포함할 수 있다. 사용자 단말(1010)과 제1 게이트웨이(1021)는 공중망을 통하여 연결되고, 인증 장치(1030)와 제2 게이트웨이(1022)는 사설망을 통하여 연결될 수 있다. 제1 게이트웨이(1021)와 제2 게이트웨이(1022)는 제어 경로(20) 및 보안 경로들(30 내지 60)로 연결될 수 있다.

제어 경로(20)는 외부에서 접근 가능한 경로이다. 제어 경로(20)는 제1 게이트웨이(1021)에 의하여 제공되는 포인트(21)와 제2 게이트웨이(1022)에 의하여 제공되는 포인트(22) 사이를 연결하는 VPT(virtual private tunnel)일 수 있다. 관리 장치(1040)는 제어 경로(20)를 통하여 외부와 연결될 수 있다.

보안 경로들(30, 40, 50)은 외부에서 접근이 제한되는 경로이다. 보안 경로들(30, 40, 50)은 제1 게이트웨이(1021)에 의하여 제공되는 포인트들(31, 41, 51)과 제2 게이트웨이(1022)에 의하여 제공되는 포인트들(32, 42, 52) 사이를 연결하는 VPT들일 수 있다. 보안 경로들(30, 40, 50)은 관리 장치(1040)의 제어에 따라 생성되거나, 해제될 수 있다.

제1 게이트웨이(1021)는 외부에서 수신되는 패킷의 유형이 터널 타입인지 확인하고, 수신된 패킷의 유형이 터널 타입이 아닌 경우 해당 패킷을 드랍시킬 수 있다. 수신된 패킷의 유형이 터널 타입인 경우, 해당 패킷에 대응하는 보안 경로를 통하여 해당 패킷을 인증 장치(1030)로 전달할 수 있다.

예외적으로, 제1 게이트웨이(1021)는 수신된 패킷의 유형이 터널 타입이 아니더라도 화이트리스트에 등재된 단말로부터 전송된 인증 패킷이라고 판단되는 경우, 제어 경로(20)를 통하여 인증 패킷을 관리 장치(1040)로 전달할 수 있다. 인증 패킷은 보안 터널의 생성을 요청하는 패킷일 수 있다.

관리 장치(1040)는 사용자 단말(1010)로부터 보안 터널의 생성 요청을 수신하고, 해당 요청에 따라 보안 터널을 생성할 수 있다. 관리 장치(1040)는 생성된 보안 터널에 관한 정보를 사용자 단말(1010)로 전송할 수 있다. 예컨대, 관리 장치(1040)는 제1 게이트웨이(1021)에 의하여 제공되는 포인트(41)와 제2 게이트웨이(1022)에 의하여 제공되는 포인트(42) 사이를 연결하는 보안 터널(40)을 생성하고, 보안 터널(40)에 관한 정보를 사용자 단말(1010)로 전송할 수 있다. 보안 터널(40)에 기초하여, 사용자 단말(1010)과 보안 터널(40)의 엔드 포인트(예를 들어, 포인트(42))를 연결하는 보안 터널(60)이 형성될 수 있다. 보안 터널(60)을 통하여 사용자 단말(1010)에 설치된 인증 어플리케이션과 인증 장치(1032)가 서로 통신할 수 있다.

보안 터널(40)은 다른 보안 터널들(30, 50)과 격리되어 있으므로, 보안 터널(40)에 대한 정보가 유출되는 경우에도, 나머지 보안 터널들(30, 50)에 연결된 인증 장치들(1031, 1033)의 보안은 유지될 수 있다. 보안 터널(40)은 적절한 시기에 생성될 수 있다. 예컨대, 관리 장치(1040)는 사용자 단말(1010)로부터 보안 터널의 생성 요청을 수신함에 응답하여 보안 터널(40)을 생성하거나, 인증 어플리케이션의 실행 정보를 수신함에 응답하여 보안 터널(40)을 생성할 수 있다.

인증 장치(1032)는 OTP 정보를 생성하고, 보안 터널(40)의 생성 이후에 OTP 정보를 보안 터널(40)을 통해 사용자 단말(1010)에 전송할 수 있다. 또한, 타겟 장치는 OTP 정보를 생성하고, 인증 장치(1032)에 의해 생성된 OTP 정보와, 자신이 생성한 OTP 정보를 비교하여, 보안을 해제할 수 있다. 따라서, 사용자는 패스워드 등의 정보를 별도의 기록하거나 암기할 필요 없이 타겟 장치의 보안을 간단하게 해제할 수 있다. 타겟 장치는 OTP 정보에 기초한 보안 해제 혹은 보안 유지가 결정된 경우, 보안 해제 결과, 혹은 보안 유지 결과를 사용자 단말(1010)에 알릴 수 있고, 사용자 단말(1010)은 관리 서버(1040)에 보안 절차가 완료되었음을 알릴 수 있다. 관리 서버(1040)는 보안 절차가 완료됨에 따라 보안 터널(40)을 해제할 수 있다.

앞선 설명들은 사용자 단말(1010)과 인증 서버 간의 보안 터널을 중심으로 설명하였으나, 보안 터널의 실시예가 이에 제한되지 않으며, 서비스 서버 및 인증 서버 간의 보안 터널에도 마찬가지로 적용될 수 있다.

도 11은 일실시예에 따라 사용자 단말에서 인증 데이터 이외의 트래픽을 차단하는 동작을 설명하기 위한 도면이다.

도 11을 참조하면, 사용자 단말(1100)은 복수의 프로세스들(1111, 1112, 1113 및 1114), TCP/IP 프로토콜 스택(1120), 가상 사설 망 인터페이스(1140), 인증 어플리케이션(1130) 및 물리적 네트워크 인터페이스(1150)로 구현될 수 있다.

프로세스(1111, 1112, 1113 또는 1114)로부터 외부로 전송되는 출력 패킷과 외부로부터 프로세스(1111, 1112, 1113 또는 1114)로 수신되는 입력 패킷은 모두 인증 어플리케이션(1130)을 통하여 제어될 수 있다.

인증 어플리케이션(1130)은 인증을 위한 패킷을 제외한 모든 데이터 트래픽을 일시적으로 차단함으로써, RCS(remote computing service) 등 악성 프로그램에 의한 데이터의 전달을 차단할 수 있다. 인증 어플리케이션(1130)은 패킷의 유형에 따라 전송 여부를 결정할 수 있다. 예를 들어, 인증 어플리케이션(1130)은 인증용 패킷을 제외한 모든 패킷을 드랍 처리할 수 있다.

이상에서 설명된 실시예들은 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치, 방법 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, 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), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.

실시예들에서 설명된 구성요소들은 하나 이상의 DSP (Digital Signal Processor), 프로세서 (Processor), 컨트롤러 (Controller), ASIC (Application Specific Integrated Circuit), FPGA (Field Programmable Gate Array)와 같은 프로그래머블 논리 소자 (Programmable Logic Element), 다른 전자 기기들 및 이것들의 조합 중 하나 이상을 포함하는 하드웨어 구성 요소들(hardware components)에 의해 구현될 수 있다. 실시예들에서 설명된 기능들(functions) 또는 프로세스들(processes) 중 적어도 일부는 소프트웨어(software)에 의해 구현될 수 있고, 해당 소프트웨어는 기록 매체(recording medium)에 기록될 수 있다. 실시예들에서 설명된 구성요소들, 기능들 및 프로세스들은 하드웨어와 소프트웨어의 조합에 의해 구현될 수 있다.

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

Claims (12)

1. 사용자 단말의 동작 방법에 있어서,
   ID 토큰에 대한 발급 요청을 서비스 서버로 전송하는 단계;
   인증 서버로부터 상기 사용자 단말의 식별 정보에 대한 입력 요청을 수신하는 단계;
   상기 입력 요청에 응답하여 사용자로부터 입력된 상기 식별 정보를 상기 인증 서버로 전송하는 단계;
   상기 인증 서버로부터 상기 ID 토큰의 발급과 관련된 제2 OTP 정보를 수신하는 단계;
   상기 인증 서버에 연관되어 상기 사용자 단말에 설치된 어플리케이션을 통해 상기 사용자로부터 상기 제2 OTP 정보에 대한 제2 응답 정보를 입력 받는 단계;
   상기 제2 응답 정보를 상기 인증 서버로 전송하는 단계;
   상기 제2 OTP 정보와 상기 제2 응답 정보가 서로 대응하는 것에 응답하여, 상기 인증 서버에서 발급된 상기 ID 토큰을 상기 서비스 서버로부터 수신하는 단계;
   상기 사용자 단말에 대응하는 ID 토큰을 상기 서비스 서버로 전송하는 단계;
   상기 서비스 서버로부터 상기 ID 토큰을 전달 받은 상기 인증 서버로부터 OTP 정보를 수신하는 단계;
   상기 어플리케이션을 통해 사용자로부터 상기 OTP 정보에 대한 응답 정보를 입력 받는 단계;
   상기 응답 정보를 상기 인증 서버로 전송하는 단계; 및
   상기 OTP 정보와 상기 응답 정보가 서로 대응하는 것에 응답하여, 상기 서비스 서버에 로그인하는 단계
   를 포함하는 사용자 단말의 동작 방법.
2. 제1항에 있어서,
   상기 응답 정보를 입력 받는 단계는
   상기 어플리케이션을 통해 상기 인증 서버로부터 수신한 OTP 정보를 표시하고, 상기 OTP 정보를 확인한 사용자로부터 상기 OTP 정보와 동일하도록 상기 응답 정보를 입력 받는, 동작 방법.
3. 제1항에 있어서,
   상기 OTP 정보는 미리 결정된 시간 동안 유효하도록 미리 결정된 문자열 또는 패턴을 포함하는, 동작 방법.
4. 제1항에 있어서,
   상기 ID 토큰을 상기 서비스 서버로 전송하는 단계는
   상기 어플리케이션과 상이한 어플리케이션 또는 웹 사이트(web site)를 통해 상기 ID 토큰을 상기 서비스 서버로 전송하는, 동작 방법.
5. 제1항에 있어서,
   상기 인증 서버는
   상기 ID 토큰을 인증 게이트웨이를 통해 상기 서비스 서버로부터 수신하고,
   상기 OTP 정보와 상기 응답 정보가 서로 대응한다는 판단 결과를 상기 인증 게이트웨이를 통해 상기 서비스 서버로 전송하는, 동작 방법.
6. 제1항에 있어서,
   상기 OTP 정보를 수신하는 단계는
   상기 어플리케이션과 상기 인증 서버를 연결하는 보안 터널을 통해 상기 OTP 정보를 수신하고,
   상기 응답 정보를 전송하는 단계는
   상기 보안 터널을 통해 상기 응답 정보를 상기 인증 서버로 전송하는, 동작 방법.
7. 제6항에 있어서,
   상기 보안 터널이 존재하는 동안 상기 보안 터널 이외의 루트를 통한 사용자 단말의 트래픽 전송은 차단되는, 동작 방법.
8. 삭제
9. 제1항에 있어서,
   상기 발급 요청을 상기 서비스 서버로 전송하는 단계 및 상기 식별 정보를 상기 인증 서버로 전송하는 단계는
   상기 어플리케이션과 상이한 어플리케이션 또는 웹 사이트를 통해 수행되는, 동작 방법.
10. 사용자 단말에 대응하는 ID 토큰을 서비스 서버로 전송하는 단계;
    상기 서비스 서버로부터 상기 ID 토큰을 전달 받은 인증 서버로부터 OTP 정보를 수신하는 단계;
    상기 인증 서버에 연관되어 상기 사용자 단말에 설치된 어플리케이션을 통해 사용자로부터 상기 OTP 정보에 대한 응답 정보를 입력 받는 단계;
    상기 응답 정보를 상기 인증 서버로 전송하는 단계; 및
    상기 OTP 정보와 상기 응답 정보가 서로 대응하는 것에 응답하여, 상기 서비스 서버에 로그인하는 단계
    상기 ID 토큰과 상기 서비스 서버에 대한 서비스 요청을 상기 서비스 서버로 전송하는 단계;
    상기 인증 서버로부터 상기 서비스 요청에 관련된 제3 OTP 정보를 수신하는 단계
    상기 어플리케이션을 통해 상기 사용자로부터 상기 제3 OTP 정보에 대한 제3 응답 정보를 입력 받는 단계;
    상기 제3 응답 정보를 상기 인증 서버로 전송하는 단계; 및
    상기 제3 OTP 정보와 상기 제3 응답 정보가 서로 대응하는 것에 응답하여, 상기 서비스 요청에 따른 서비스가 수행되었음을 상기 서비스 서버로부터 통지 받는 단계
    를 더 포함하는 동작 방법.
11. 인증 서버의 동작 방법에 있어서,
    ID 토큰에 대한 발급 요청을 서비스 서버로부터 수신하는 단계;
    사용자 단말의 식별 정보에 대한 입력 요청을 상기 사용자 단말로 전송하는 단계;
    상기 입력 요청에 응답하여 사용자로부터 입력된 상기 식별 정보를 상기 사용자 단말로부터 수신하는 단계;
    상기 ID 토큰의 발급과 관련된 제2 OTP 정보를 상기 사용자 단말로 전송하는 단계;
    상기 인증 서버에 연관되어 상기 사용자 단말에 설치된 어플리케이션을 통해 사용자로부터 입력된 상기 제2 OTP 정보에 대한 제2 응답 정보를 상기 사용자 단말로부터 수신하는 단계;
    상기 제2 OTP 정보와 상기 제2 응답 정보가 서로 대응하는 것에 응답하여 상기 ID 토큰을 발급하여 상기 서비스 서버로부터 전송하는 단계; 및
    상기 서비스 서버로부터 상기 사용자 단말에 대응하는 ID 토큰을 수신하는 단계;
    상기 ID 토큰에 기초하여 생성한 OTP 정보를 상기 사용자 단말로 전송하는 단계;
    상기 사용자 단말로부터 상기 OTP 정보에 대한 응답 정보를 수신하는 단계;
    상기 OTP 정보와 상기 응답 정보가 서로 대응하는지 여부를 판단하는 단계; 및
    상기 OTP 정보와 상기 응답 정보가 서로 대응하는 것으로 판단된 경우, 상기 판단 결과를 상기 서비스 서버로 전송하는 단계
    를 포함하고,
    상기 사용자 단말은 상기 판단 결과에 기초하여 상기 서비스 서버에 로그인하는, 인증 서버의 동작 방법.
12. 제11항에 있어서,
    상기 OTP 정보를 전송하는 단계 및 상기 응답 정보를 수신하는 단계는
    상기 어플리케이션을 통해 상기 사용자 단말로 OTP 정보를 전송하거나 상기 사용자 단말로부터 응답 정보를 수신하고,
    상기 ID 토큰은
    상기 어플리케이션과 상이한 어플리케이션 또는 웹 사이트를 통해 상기 사용자 단말로부터 상기 서비스 서버로 전송되는, 동작 방법.

Images