KR20220119919A - 간편 세금 납부 서비스를 제공하는 서버, 시스템, 및 컴퓨터 프로그램 - Google Patents

Abstract

서버의 세금 납부 서비스 제공 방법이 개시된다. 본 방법은, 사용자 단말을 통해 수신된 사용자의 입력에 따라 사용자 정보 및 결제 정보를 획득하는 단계, 사용자 정보 및 결제 정보를 기반으로 결제 수단을 등록하는 단계, 사용자 정보를 기반으로 사용자에 대한 세금 정보를 획득하는 단계, 사용자 단말을 통해 세금 정보를 제공하는 단계, 제공된 세금 정보가 사용자에 의해 확인되었는지 여부를 식별하는 단계, 사용자에 의해 세금 정보가 확인된 것으로 식별된 경우, 등록된 결제 수단을 통해 세금 정보에 따른 납부를 자동으로 수행하는 단계를 포함한다.

Description

간편 세금 납부 서비스를 제공하는 서버, 시스템, 및 컴퓨터 프로그램 { SERVER FOR PROVIDING SIMPLE TAX PAYMENT SERVICE, SYSTEM, AND COMPUTER PROGRAM }

본 개시는 서버 및 시스템에 관한 것으로, 보다 상세하게는 사용자 단말과의 통신을 기반으로 사용자를 위한 간편 세금 납부 서비스를 제공하는 서버 및 시스템에 관한 것이다.

종래에 고객이 세금, 과태료, 범칙금 등 공공기관/정부기관이 개인에게 부과하는 각종 세금 및 세외수익금을 납부하기 위해서는 직접 결제 수단(카드/계좌)에서 제공하는 앱, 웹사이트를 활용하거나 은행을 방문해야 하며, 납부세액 등을 직접 입력하는 등 불편함이 있었다.

구체적인 예로, 고객이 스마트폰 등을 통해 세금 납부를 수행하는 경우, 결제 수단과 관련된 은행 또는 카드사 등의 애플리케이션에 대한 로그인이 수행된 이후, 세액 및 계좌번호 등의 정보까지도 고객으로부터 직접 입력 받아야만 세금 납부가 수행될 수 있었다.

등록 특허 공보 제10-2009-0056528호(가상계좌를 이용한 세금 납부처리 방법과 이를 위한 기록매체)

본 개시는 세금, 과태료, 범칙금 등 각종 세금 및 세외수익의 정보를 모니터링하여 사용자에게 제공하고, 세금 등의 정보가 제공됨에 따라 세금 납부 처리를 자동으로 수행하는 서버 및 시스템을 제공한다.

본 개시의 목적들은 이상에서 언급한 목적으로 제한되지 않으며, 언급되지 않은 본 개시의 다른 목적 및 장점들은 하기의 설명에 의해서 이해될 수 있고, 본 개시의 실시 예에 의해 보다 분명하게 이해될 것이다. 또한, 본 개시의 목적 및 장점들은 특허 청구 범위에 나타낸 수단 및 그 조합에 의해 실현될 수 있음을 쉽게 알 수 있을 것이다.

본 개시의 일 실시 예에 따른 서버의 세금(일반적인 세금 외에도 과태료, 범칙금 등 세금 및 세외수익금을 모두 포함하여 편의상 세금이라 한다) 납부 서비스 제공 방법은, 사용자 단말을 통해 수신된 사용자의 입력에 따라 사용자 정보 및 결제 정보를 획득하는 단계, 상기 사용자 정보 및 상기 결제 정보를 기반으로, 적어도 하나의 결제 수단을 등록하는 단계, 상기 사용자 정보를 기반으로, 상기 사용자에 대한 세금 정보를 획득하는 단계, 상기 사용자 단말을 통해, 상기 획득된 세금 정보를 제공하는 단계, 상기 제공된 세금 정보가 상기 사용자에 의해 확인되었는지 여부를 식별하는 단계, 상기 사용자에 의해 상기 세금 정보가 확인된 것으로 식별된 경우, 상기 등록된 결제 수단을 통해 상기 세금 정보에 따른 납부를 자동으로 수행하는 단계를 포함한다.

상기 서버의 세금 서비스 제공 방법은, 상기 사용자에 의해 상기 세금 정보가 확인된 것으로 식별된 경우, 상기 등록된 결제 수단을 통해 상기 세금 정보에 따른 납부를 자동으로 수행하도록 설정하는 단계, 상기 사용자에 의해 상기 세금 정보가 확인된 것으로 식별된 이후, 상기 사용자 단말을 통해 상기 납부의 중단을 요청하는 상기 사용자의 입력이 수신된 경우, 상기 세금 정보에 따른 납부를 자동으로 수행하지 않도록 설정하는 단계를 포함할 수 있다.

상기 세금 정보를 식별하는 단계는, 세금 관리기관 서버로부터, 상기 사용자 정보에 대응되는 적어도 하나의 세금 납부 고지서에 대한 정보를 수신할 수 있다.

상기 세금 정보를 제공하는 단계는, 발생한 세금의 종류, 금액, 납부 기한, 및 가상계좌 중 적어도 하나에 대한 정보를 포함하는 상기 세금 정보를 제공할 수 있다.

또한, 상기 세금 정보를 제공하는 단계는, 상기 결제 수단을 통해 상기 세금 정보에 따른 납부를 자동으로 수행하기 위한 납부 예정 일자에 대한 정보를 제공할 수도 있다.

여기서, 상기 서버의 세금 납부 서비스 제공 방법은, 상기 결제 수단이 카드인 경우, 상기 카드의 결제 한도, 상기 카드의 결제 내역, 상기 카드의 결제 대금 상환 내역, 세금의 납부 기한, 및 세금의 금액을 기반으로, 하나 이상의 납부 예정 일자를 설정하는 단계를 더 포함할 수 있다.

이때, 상기 납부 예정 일자를 설정하는 단계는, 상기 카드의 결제 내역, 상기 카드의 결제 한도, 및 상기 카드의 결제 대금 상환 내역을 인공지능 모델에 입력하여, 날짜 별 결제 가능 금액을 예측하고, 상기 예측된 날짜 별 결제 가능 금액, 세금의 납부 기한, 및 세금의 금액을 기반으로, 하나 이상의 납부 예정 일자를 선택할 수 있다.

또한, 상기 서버의 세금 납부 서비스 제공 방법은, 상기 결제 수단이 입출금 계좌인 경우, 상기 입출금 계좌에 대한 입출금 내역, 상기 입출금 계좌의 잔액, 세금의 납부 기한, 및 세금의 금액을 기반으로, 하나 이상의 납부 예정 일자를 설정하는 단계를 더 포함할 수 있다.

한편, 상기 세금 정보를 제공하는 단계는, 상기 세금 정보를, 상기 사용자 단말을 통해 푸시 알림으로 제공할 수 있다. 그리고, 상기 확인되었는지 여부를 식별하는 단계는, 상기 제공된 푸시 알림에 대한 사용자의 선택에 따라 상기 푸시 알림에 대응되는 메시지가 상기 사용자 단말을 통해 표시된 경우, 상기 세금 정보가 상기 사용자에 의해 확인된 것으로 식별할 수 있다.

본 개시에 따른 서버의 세금 납부 서비스 제공 방법은, 세금 납부 및 관리를 위한 사용자의 능동적인 액션들을 배제하여 사용자의 불편을 해결하면서도, 안전하고 효율적으로 세금 납부를 자동 처리한다는 장점이 있다.

도 1은 본 개시의 일 실시 예에 따른 서버의 기능적 구성 및 서버를 포함하는 시스템을 설명하기 위한 블록도,
도 2는 본 개시의 일 실시 예에 따른 서버의 동작을 설명하기 위한 흐름도,
도 3은 본 개시의 일 실시 예에 따른 서버의 동작을 설명하기 위한 알고리즘,
도 4a 내지 도 4b는 본 개시의 일 실시 예에 따른 서버가 사용자 단말을 통해 세금 정보를 제공하는 동작을 설명하기 위한 도면, 그리고
도 5는 본 개시의 일 실시 예에 따른 서버의 하드웨어 구성을 설명하기 위한 블록도이다.

본 개시에 대하여 구체적으로 설명하기에 앞서, 본 명세서 및 도면의 기재 방법에 대하여 설명한다.

먼저, 본 명세서 및 청구범위에서 사용되는 용어는 본 개시의 다양한 실시 예들에서의 기능을 고려하여 일반적인 용어들을 선택하였다. 하지만, 이러한 용어들은 당해 기술 분야에 종사하는 기술자의 의도나 법률적 또는 기술적 해석 및 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 일부 용어는 출원인이 임의로 선정한 용어도 있다. 이러한 용어에 대해서는 본 명세서에서 정의된 의미로 해석될 수 있으며, 구체적인 용어 정의가 없으면 본 명세서의 전반적인 내용 및 당해 기술 분야의 통상적인 기술 상식을 토대로 해석될 수도 있다.

또한, 본 명세서에 첨부된 각 도면에 기재된 동일한 참조번호 또는 부호는 실질적으로 동일한 기능을 수행하는 부품 또는 구성요소를 나타낸다. 설명 및 이해의 편의를 위해서 서로 다른 실시 예들에서도 동일한 참조번호 또는 부호를 사용하여 설명한다. 즉, 복수의 도면에서 동일한 참조 번호를 가지는 구성요소를 모두 도시되어 있다고 하더라도, 복수의 도면들이 하나의 실시 예를 의미하는 것은 아니다.

또한, 본 명세서 및 청구범위에서는 구성요소들 간의 구별을 위하여 "제1", "제2" 등과 같이 서수를 포함하는 용어가 사용될 수 있다. 이러한 서수는 동일 또는 유사한 구성요소들을 서로 구별하기 위하여 사용하는 것이며 이러한 서수 사용으로 인하여 용어의 의미가 한정 해석되어서는 안 된다. 일 예로, 이러한 서수와 결합된 구성요소는 그 숫자에 의해 사용 순서나 배치 순서 등이 제한되어서는 안 된다. 필요에 따라서는, 각 서수들은 서로 교체되어 사용될 수도 있다.

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

본 개시의 실시 예에서 "모듈", "유닛", "부(part)" 등과 같은 용어는 적어도 하나의 기능이나 동작을 수행하는 구성요소를 지칭하기 위한 용어이며, 이러한 구성요소는 하드웨어 또는 소프트웨어로 구현되거나 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다. 또한, 복수의 "모듈", "유닛", "부(part)" 등은 각각이 개별적인 특정한 하드웨어로 구현될 필요가 있는 경우를 제외하고는, 적어도 하나의 모듈이나 칩으로 일체화되어 적어도 하나의 프로세서로 구현될 수 있다.

또한, 본 개시의 실시 예에서, 어떤 부분이 다른 부분과 연결되어 있다고 할 때, 이는 직접적인 연결뿐 아니라, 다른 매체를 통한 간접적인 연결의 경우도 포함한다. 또한, 어떤 부분이 어떤 구성요소를 포함한다는 의미는, 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다.

도 1은 본 개시의 일 실시 예에 따른 서버의 기능적 구성 및 서버를 포함하는 시스템을 설명하기 위한 블록도이다.

도 1을 참조하면, 서버(100)는 사용자 단말(200)과 통신을 수행할 수 있다.

서버(100)는 서로 연결된 하나 이상의 컴퓨터를 포함할 수 있으며, 후술할 세금 납부 서비스를 제공하기 위한 서버 내지는 시스템으로 구현될 수 있다.

서버(100)는 콘텐츠 제공 서버로 구현될 수도 있다. 콘텐츠 제공 서버는, 온라인 쇼핑, 온라인 결제, 오프라인 간편 결제, 검색, SNS(Social Network Service), 미디어 콘텐츠 제공 등 다양한 기능을 수행하는 웹 페이지/애플리케이션을 제공하기 위한 서비스 서버에 해당할 수 있다. 이 경우, 서버(100)는 상술한 콘텐츠와 함께, 후술할 세금 납부 서비스를 제공할 수 있다.

서버(100)는 금융기관 서버로 구현될 수도 있다. 구체적으로, 서버(100)는 은행, 증권회사, 보험회사, 카드사, 전자금융업자, 전자금융보조업자, 신용정보회사, 본인신용정보관리회사, 채권추심회사, 신용정보집중기관, 신용정보제공/이용 회사, 금융 관련 공공기관 등 금융 업무 또는 개인신용정보를 처리하는 업무를 수행하는 다양한 금융기관의 서버일 수 있다. 일 예로, 서버(100)가 특정 은행의 서버인 경우, 서버(100)는 해당 은행의 (고객) 계좌를 결제 수단으로 하여 후술할 세금 납부 서비스를 제공할 수 있다.

사용자 단말(200)은 스마트폰, 태블릿 PC, 노트북 PC, 데스크탑 PC, PDA(Personal Digital Assistants), 웨어러블 장치, VR/AR 기기 등 다양한 단말 장치에 해당할 수 있다.

서버(100)는 적어도 하나의 웹페이지 또는 애플리케이션을 통해 사용자 단말(200)과 연동되어, 후술할 다양한 실시 예에 따른 간편결제 등록 기능을 제공할 수 있다.

서버(100)는 복수의 사용자 단말과 연결될 수 있으며, 각 사용자 단말을 통해 후술할 다양한 실시 예에 따른 세금 납부 서비스를 제공할 수 있다.

한편, 서버(100)는 적어도 하나의 세금 관리기관 서버(300)와 통신을 수행할 수 있다.

세금 관리기관 서버(300)는, 국세청, 지방자치단체 등 세금의 징수를 처리하는 다양한 기관의 서버에 해당할 수 있다. 또한, 세금 관리기관 서버(300)는 과태료, 과징금, 과료, 벌금, 범칙금 등의 징수를 처리하는 다양한 행정기관/관청/공공기관/정부기관 등의 서버에 해당할 수 있다.

세금 관리기관 서버(300)는 사용자 정보(성명, 주민등록번호, 연령, 주소, 소득, 재산 등)를 이용하여 세금 정보를 생성할 수 있다. 납세 의무자가 특정 법인 등에 해당하는 경우, 세금 관리기관 서버(300)는 법인 정보에 따라 세금 정보를 생성할 수 있다. 세금 정보는, 발생한 세금의 종류, 금액, 납부 기한, 납부 방법 등에 대한 정보를 포함할 수 있으며, 세금 납부 고지서 등의 형태로 제공될 수 있다.

세금 관리기관 서버(300)는 적어도 하나의 금융기관 서버와 연동하여 납세자의 세금 납부를 위한 가상 계좌를 개설할 수 있다.

한편, 도 1을 참조하면, 서버(100)는 결제 수단 등록 모듈(101), 세금 정보 관리 모듈(102), 납부 일자 관리 모듈(103), 세금 정보 푸싱 모듈(104), 세금 납부 모듈(105) 등 후술할 간편 세금 납부 서비스를 제공하기 위한 다양한 모듈을 포함할 수 있다.

결제 수단 등록 모듈(101)은 세금을 납부하기 위한 결제 수단을 등록하기 위한 모듈이다.

결제 수단은, 다양한 금융기관의 카드(체크카드, 신용카드 등), 입출금 계좌 등을 포함할 수 있다.

구체적인 예로, 서버(100)는, 사용자 단말(200)을 통해 본인인증, 공인인증서 인증, 계좌/카드 인증, 출금동의(ex. ARS, 전자서명, 통화/녹취, SNS 등), 비밀번호 설정, 생체 정보(지문, 홍채, 얼굴 등) 설정 등의 과정들 중 적어도 하나를 수행하여, 사용자 단말(200)의 사용자의 결제 수단을 등록할 수 있다.

결제 수단 등록 모듈(101)은 서로 다른 복수 개의 결제 수단을 각각 등록할 수도 있다. 이때, 결제 수단 등록 모듈(101)은 결제 수단(ex. 계좌 이체/카드 결제) 별로 수수료, 이자, 내지는 혜택 등에 대한 정보를 수집 및 관리할 수 있다.

또한, 결제 수단 등록 모듈(101)은 결제 수단 별로 사용(결제/세금 납부) 이력에 대한 정보를 업데이트 및 관리할 수 있다. 이 경우, 결제 수단 등록 모듈(101)은 등록된 복수의 결제 수단들 각각의 수수료, 이자, 혜택 등을 분석하여 복수의 결제 수단들 중 사용자에게 금전적으로 가장 유리한 결제수단을 선택할 수도 있다.

이때, 결제 수단 별 혜택은, 결제 수단 별 사용 이력(ex. 이번 달의 결제 금액, 사용 금액)에 따라 산정될 수도 있다.

일 예로, 결제 수단으로 등록된 카드의 이번 달 사용 금액이 28만원이고, 해당 카드와 관련된 할인/캐시백/포인트 등의 혜택을 받기 위해서 이번 달 사용 금액이 30만원 이상이 되어야 하는 경우를 가정한다. 이 경우, 결제 수단 등록 모듈(101)은 해당 카드를 현재 발생한 세금(ex. 3만원)의 결제 수단으로 추천할 수 있다.

다만, 카드를 사용함에 따른 혜택이 카드를 사용함에 따라 발생하는 수수료보다 적은 경우, 또는 카드를 사용함에 따른 혜택보다 다른 결제 수단(ex. 계좌 이체)을 이용하는 경우의 혜택(ex. 특정 은행 계좌를 통한 납부 시 세금/과태료 할인 등)이 더 큰 경우, 결제 수단 등록 모듈(101)은 카드가 아닌 다른 결제 수단(ex. 계좌 이체)를 결제 수단으로 추천할 수도 있다.

이렇듯, 추천의 대상인 결제 수단이 도출되면, 서버(100)는 후술할 세금 정보 푸싱 모듈(104)이 사용자 단말(200)을 통해 세금 정보(ex. 세금의 금액, 납부 기한 등)를 제공하는 과정에서 결제 수단에 대한 추천 정보를 함께 제공할 수 있다.

세금 정보 관리 모듈(102)은 세금 관리기관 서버(300)로부터 세금 정보를 수신하여 관리하기 위한 모듈이다.

세금 정보 관리 모듈(102)은 발생한 세금의 종류, 금액, 납부 기한, 납부 방법(ex. 가상 계좌), 발생 일자 등을 포함하는 세금 정보를 세금 관리기관 서버(300)로부터 수신할 수 있다. 과태료 또는 범칙금이 발생한 경우, 세금 정보 관리 모듈(102)은 과태료/범칙금이 부과된 일자 및 시각, 과태료/범칙금의 종류에 대한 정보를 행정기관, 정부기관, 관청 등에 해당하는 세금 관리 기관 서버(300)로부터 수신할 수 있다.

서버(100)가 금융기관 서버인 경우, 세금 정보 관리 모듈(102)은 세금 납부를 위한 가상 계좌를 직접 생성하여 가상 계좌 또는 가상 계좌를 통한 납부 정보를 세금 관리기관 서버(300)로 통지할 수도 있다.

납부 일자 관리 모듈(103)은 서버(100)가 등록된 적어도 하나의 결제 수단을 통해 세금에 대한 자동 납부를 수행하기 위한 납부 예정 일자를 판단 및 관리하기 위한 모듈이다.

일 예로, 납부 일자 관리 모듈(103)은, 발생한 세금의 납부 기한의 마지막 날 또는 전 날을 납부 예정 일자로 선택할 수 있다.

또는, 납부 일자 관리 모듈(103)은, 사용자 입력에 따라 선택된 일자 및 시간을 납부 예정 일자(시간)로 설정할 수도 있다.

또는, 납부 일자 관리 모듈(103)은 등록된 결제 수단(ex. 입출금 계좌, 카드)에 대한 거래 내역 정보 및 발생한 세금에 대한 세금 정보를 고려하여, 납부 예정 일자를 결정할 수도 있다.

일 실시 예로, 결제 수단이 카드(ex. 신용 카드)인 경우, 납부 일자 관리 모듈(103)은 카드의 결제 한도, 카드의 결제 내역, 세금의 납부 기한, 및 세금의 금액을 기반으로, 하나 이상의 납부 예정 일자를 설정할 수 있다.

구체적으로, 납부 일자 관리 모듈(103)은 카드의 결제 한도, 카드의 결제 내역, 카드의 결제 대금 상환 내역을 적어도 하나의 인공지능 모델에 입력하여, 향후 날짜 별 (카드의) 결제 가능 금액을 예측할 수 있다.

여기서, 인공지능 모델은, 결제 내역(ex. 지난 3개월 동안의 결제 내역) 및 결제 대금 상환 내역(ex. 지난 3개월 동안의 결제 대금 상환 내역)이 입력되면, 향후 다가올 각 날짜 별로, 예상 결제 금액 및 예상 결제 대금 상환 금액을 판단(예측)할 수 있다.

이를 위해, 인공지능 모델은, 각 고객의 제1 기간(ex. 3개월) 동안의 결제 및 대금 상환 내역, 및 제1 기간 이후의 제2 기간(ex. 3개월) 동안의 결제 및 대금 상환 내역을 기반으로, 미래의 결제(금액) 및 결제 대금 상환을 날짜 별로(또는 특정 단위의 기간(ex. 3일, 한 주, 보름 등의 단위 기간) 별로) 예측하도록 훈련될 수 있다.

인공지능 모델은 하나 이상의 레이어로 구성된 신경망 모델에 해당할 수 있으며, 서로 다른 레이어에 속하는 노드들 간의 가중치가 변경됨에 따라 업데이트(훈련)될 수 있으나, 이에 한정되지 않는다.

또한, 인공지능 모델은, 날짜별로 예측된 결제 내역 및 결제 대금 상환 내역을 결제 한도에서 차감하여, 날짜 별 결제 가능 금액을 예측할 수 있다.

예를 들어, 1월 10일 기준으로 결제 한도가 150만원 남은 상태에서 20만원의 결제가 예상되는 경우, 1월 10일의 결제 가능 금액은 130만원(또는 130만원에서 20%를 제외한 금액: 인공지능 모델 기반 예측의 오차 또는 추가적인 변수 고려)으로 예측될 수 있다.

예를 들어, 1월 11일 기준으로 결제 한도가 130만원 남은 상태에서 50만원의 결제 대금 상환이 예상되는 경우, 1월 11일의 결제 가능 금액은 180만원(또는 130만원에서 20%를 제외한 금액: 인공지능 모델 기반 예측의 오차 또는 추가적인 변수 고려)으로 예측될 수 있다.

이 경우, 납부 일자 관리 모듈(103)은, 예측된 날짜 별 결제 가능 금액, 세금의 납부 기한, 및 세금의 금액을 기반으로, 하나 이상의 납부 예정 일자를 선택할 수 있다.

일 예로, 납부 일자 관리 모듈(103)은, 납부 기한의 마감일의 결제 가능 금액이 세금의 금액보다 크거나 같은 경우, 납부 예정 일자를 납부 기한의 마감일로 설정할 수 있다.

예를 들어, 70만원에 해당하는 세금의 납부 기한이 1월 21일이고, 1월 19, 20, 21일 각각에 대해 (인공지능 모델을 통해) 예측된 날짜 별 결제 가능 금액이 5만원, 105만원, 85만원인 경우를 가정한다.

이 경우, 납부 일자 관리 모듈(103)은, 납부 기한의 마감일의 결제 가능 금액이 세금 금액(70만원) 이상인지 여부를 식별할 수 있다. 이때, 21일의 (예측된) 결제 가능 금액이 85만원으로 70만원 이상이므로, 납부 일자 관리 모듈(103)은 마감일(21일)을 납부 예정 일자로 설정할 수 있다.

다만, 납부 기한의 마감일의 결제 가능 금액이 세금의 금액보다 작은 경우, 납부 일자 관리 모듈(103)은 잔여 납부 기한 중 결제 대금 상환이 예측되는 적어도 하나의 날짜(또는 그 다음날)를 납부 예정 일자로 설정할 수 있다.

예를 들어, 70만원에 해당하는 세금의 납부 기한이 3월 21일이고 현재 1월 20일인 경우를 가정한다. 만약, 결제 대금 상환이 매월 말일(1월 31일, 2월 28일) 50만원씩으로 예측되는 경우, 납부 일자 관리 모듈(103)은 매월 말일을 각각 납부 예정 일자로 설정할 수 있다. 구체적으로, 납부 일자 관리 모듈(103)은 1월 31일 및 2월 28일에 각각 35만원씩 납부하도록 납부 예정 일자를 설정할 수 있다.

상술한 실시 예들에 따른 납부 예정 일자의 설정 방식은, 사용자의 기한 이익 내지는 세금 납부 가능성이 고려된 방식에 해당한다. 다만, 이 밖에도 다양한 방식으로 (날짜 별로 예측되는 결제 가능 금액에 따른) 납부 예정 일자가 설정될 수 있음은 물론이다.

한편, 납부 기한의 마감일의 (예측된) 결제 가능 금액이 세금의 금액보다 작은 경우, 납부 일자 관리 모듈(103)은 세금 금액에서 마감일의 결제 가능 금액을 차감한 금액(: 목표 절약 금액)에 대한 정보를 사용자에게 제공할 수 있다.

구체적으로, 납부 일자 관리 모듈(103)은, 사용자 단말(200)을 통해, 절약이 필요함을 알리는 메시지와 함께 목표 절약 금액에 대한 정보를 제공할 수 있다. 또한, 납부 일자 관리 모듈(103)은 사용자 단말(200)을 통해 인공지능 모델이 분석한 결과(ex. 날짜 별 (예측된) 결제 가능 금액, 마감일의 (예측된) 결제 가능 금액)를 제공할 수도 있다.

예를 들어, 납부 기한의 마감일(ex. 1월 31일)에 대해 예측된 결제 가능 금액이 50만원이지만, 납부해야 하는 세금의 금액이 70만원인 경우를 가정한다.

이 경우, 납부 일자 관리 모듈(103)은 사용자 단말(200)을 통해 마감일까지 목표 절약 금액이 20만원이라는 점을 알리는 메시지를 제공할 수 있다.

그 결과, 자동 납부의 실패(ex. 결제 한도 부족, 잔액 부족 등) 확률이 줄어들고, 원활한 자동 납부가 수행될 수 있으며, 사용자의 지출 관리에도 도움이 될 수 있다.

한편, 일 실시 예로, 결제 수단이 입출금 계좌인 경우, 납부 일자 관리 모듈(103)은 입출금 계좌에 대한 입출금 내역, 입출금 계좌의 잔액, 세금의 납부 기한, 및 세금의 금액을 기반으로, 하나 이상의 납부 예정 일자를 설정할 수도 있다.

구체적으로, 납부 일자 관리 모듈(103)은 일정 기간 동안의 입출금 내역 및 현재 잔액을 적어도 하나의 인공지능 모델에 입력하여, 향후 날짜 별 잔액을 예측할 수 있다.

이 경우, 인공지능 모델은, 과거의 입출금 거래 내역을 기반으로, 향후 날짜 별 결제 가능 금액(계좌 잔액)을 예측할 수 있다.

이때, 과거의 입출금 거래 내역은, 월급 등 주기적인 소득액의 입금일, 계좌에 연결된 카드대금/공과금/통신료 등 주기적인 지출액의 출금일 등에 대한 내역을 포함할 수 있다.

이 경우, 인공지능 모델은 향후 월급의 입금 예정일 및 추정 액수, 각종 지출 예정된 항목(카드/공과금/통신)의 출금 예정일 및 추정 액수 등을 판단하여, 향후 날짜 별 결제 가능 금액을 예측할 수 있다.

그리고, 납부 일자 관리 모듈(103)은 날짜 별로 예측된 결제 가능 금액(계좌 잔액), 세금의 납부 기한, 세금의 금액 등을 기반으로 하나 이상의 납부 예정 일자를 선택할 수 있다.

이 경우, 납부 일자 관리 모듈(103)은 세금을 미리 납부하였을 때의 손익(ex. 세금을 미리 납부함으로써 손실을 입게 되는 예금 이자(기한의 이익 등))을 기반으로 하나 이상의 납부 예정 일자를 선택할 수도 있다.

일 예로, 날짜 별로 예측된 결제 가능 금액, 세금의 납부 기한, 세금의 금액 등에 따라 복수의 (세금 납부 가능한) 일자들이 도출된 경우를 가정한다. 이 경우, 납부 일자 관리 모듈(103)은 기한의 이익(이자)을 고려하여 복수의 일자들 중 가장 마지막 날을 납부 예정 일자로 선택할 수 있다. 또는, 납부 일자 관리 모듈(103)은 도출된 복수의 일자들 중 사용자 명령에 따라 선택된 일자를 납부 예정 일자로 선택할 수도 있다.

한편, 일 실시 예로, 납부 일자 관리 모듈(103)은 사용자의 결제 수단의 일자 별 사용 한도, 잔액, 세금의 금액, 세금을 미리 납부할 경우 할인 금액, 세금을 분납할 경우 사용자에게 발생 가능한 이익(ex. 이자) 등을 기반으로, 일시 납부 또는 분할 납부에 해당하는 적어도 하나의 납부 예정 일자를 선택할 수 있다.

즉, 납부 일자 관리 모듈(103)은 사용자에게 발생 가능한 이익을 고려하여 일시 납부 또는 분할 납부 중 하나를 선택할 수 있으며, 분할 납부가 선택된 경우, 분할 납부가 수행될 복수의 납부 예정 일자를 선택할 수 있다.

또한, 납부 예정 일자 선택은 적어도 하나 이상의 결제 수단 별 혜택을 각각 고려하여 이루어질 수도 있다. 일 실시 예로, 납부 일자 관리 모듈(103)은 특정 일자에 계좌 이체로 납부하는 경우 사용자에게 발생하는 금전적 이득과 특정 일자를 포함한 다른 일자에 카드 결제를 통해 납부하는 경우 사용자에게 발생하는 금전적 이득을 비교하여, 사용자가 보다 높은 금전적 이득을 얻을 수 있는 납부 예정 일자와 결제 수단을 제공할 수 있다. 한편, 상기 판단 시에 납부 일자 관리 모듈(103)은 정해진 납부 기한 범위가 아니어서 연체료 또는 가산세 등의 추가부담금액의 금전적 손실이 발생하여도, 상기 금전적 손실을 계산하고 반영한, 결제 수단 및 납부 예정 일자 별 혜택(금전적 이득 등)의 상호 비교 판단 후 혜택이 큰 날짜를 선택할 수도 있다.

세금 정보 푸싱 모듈(104)은 발생한 세금의 종류, 금액, 납부 기한, 납부 방법(ex. 가상 계좌) 등을 포함하는 세금 정보를 제공하기 위한 모듈이다.

세금 정보 푸싱 모듈(104)은 세금 정보를 사용자 단말(200)에 대한 푸시 알림으로 제공할 수 있다.

또한, 세금 정보와 함께, 세금 정보 푸싱 모듈(104)은 납부 일자 관리 모듈(103)에 의해 판단된 납부 예정 일자에 대한 정보를 사용자 단말(200)을 통해 제공할 수 있다.

세금 납부 모듈(105)은 등록된 결제 수단을 통해 자동으로 납부를 수행하기 위한 모듈이다.

세금 정보 푸싱 모듈(104)을 통해 제공된 세금 정보가 사용자 단말(200)의 사용자에 의해 확인되면, 사용자 단말(200)은 세금 정보가 확인되었음을 알리는 정보를 서버(100)로 전송할 수 있다.

이 경우, 세금 납부 모듈(105)은 앞서 판단된(선택된) 납부 예정 일자에 세금에 대한 자동 납부를 수행할 수 있다.

구체적으로, 세금 납부 모듈(105)은 등록된 결제 수단에 해당하는 카드 또는 계좌를 통해 가상 계좌에 대한 이체 또는 결제를 수행할 수 있다.

또한, 세금 납부 모듈(105)은 등록된 결제 수단에 해당하는 카드 또는 계좌를 통해 선불전자지급수단을 구입(결제)하고, 해당 선불전자지급수단을 가상 계좌로 환불하는 방식으로 이체 또는 결제를 수행할 수도 있다.

상술한 모듈들은 각각 하드웨어 및/또는 소프트웨어로 구현될 수 있으며, 다만 서버(100)에 포함된 모듈들의 구성이 반드시 도 1의 경우로 한정될 필요는 없다. 예를 들어, 도 1에 도시되지 않은 적어도 하나의 모듈이 서버(100) 내에 추가로 구비되거나, 또는 도 1에 도시된 모듈 중 적어도 하나가 생략/변경되는 것도 가능하다.

도 2는 본 개시의 일 실시 예에 따른 서버의 동작을 설명하기 위한 흐름도이다.

도 2를 참조하면, 서버(100)는 사용자 단말(200)을 통해 수신된 사용자의 입력에 따라 사용자 정보 및 결제 정보를 획득할 수 있다(S210).

구체적으로, 사용자 단말(200)에서 서버(100)가 제공하는 애플리케이션이 실행되거나 서버(100)가 제공하는 웹 페이지가 제공되는 경우, 서버(100)는 사용자 단말(200)을 통해 수신되는 사용자의 입력에 따라 사용자 정보 및 결제 정보를 획득할 수 있다.

사용자 정보는, 성명, 주민등록번호, 주소, 연락처, 생년월일 등 본인 인증 내지는 본인 확인에 필요한 다양한 정보를 포함할 수 있다. 사용자가 법인인 경우, 사용자 정보는, 법인의 명칭, 법인등록번호, 법인 주소, 대표자명, 연락처 등을 포함할 수 있다.

결제 정보는, 세금 납부에 이용될 결제 수단과 관련된 다양한 정보를 포함할 수 있다. 결제 정보는, 카드 번호, 카드 사용자명, 카드 비밀번호, 보안카드 비밀번호, OTP(One Time Password), 공인인증서 관련 정보, 계좌번호, 계좌 비밀번호, 계좌 명의, 계좌 명의자 주민등록번호 등 결제 수단을 등록하기 위한 다양한 정보를 포함할 수 있다.

서버(100)는 사용자 정보 및 결제 정보를 이용하여 적어도 하나의 결제 수단을 세금 납부를 위한 결제 수단으로 등록할 수 있다(S220).

이때, 서버(100)는 사용자 단말(200)을 통해 본인인증, 공인인증서 인증, 계좌/카드 인증, 출금동의(ex. ARS, 전자서명, 통화/녹취, SNS 등), 비밀번호 설정, 생체 정보(지문, 홍채, 얼굴 등) 설정 등의 과정들 중 적어도 하나를 수행하여 결제 수단을 등록할 수 있다.

그리고, 서버(100)는 결제 수단이 등록된 사용자에 대한 세금 정보를 획득할 수 있다(S230).

구체적으로, 서버(100)는, 사용자 정보를 적어도 하나의 세금 관리기관 서버(300)로 전송하고, 세금 관리기관 서버(300)로부터 사용자 정보에 매칭되는 세금 정보(ex. 세금 납부 고지서)를 수신할 수 있다.

또는, 서버(100)는 세금 관리기관 서버(300)의 데이터베이스를 이용하여 사용자 정보에 대한 검색 또는 조회를 수행하여, 사용자에 대하여 발생한 세금에 대한 세금 정보를 획득할 수 있다.

여기서, 서버(100)는 납부 일자 관리 모듈(103)을 이용하여 적어도 하나의 납부 예정 일자를 결정할 수 있다. 앞서 상술하였듯, 납부 일자 관리 모듈(103)은 세금 정보, 사용자 정보, 및 결제 수단에 대한 정보 등을 이용하여 납부 예정 일자를 선택할 수 있다.

그리고, 서버(100)는 획득된 세금 정보를 사용자에게 제공할 수 있다(S240).

구체적으로, 서버(100)는 세금의 종류, 금액, 납부 기한, 가상 계좌 등 세금 정보를 포함하는 푸시 알림을 사용자 단말(200)을 통해 제공할 수 있다.

이때, 서버(100)는 세금 정보 및 납부 예정 일자에 대한 정보를 포함하는 메시지를 사용자 단말(200)로 전송할 수 있다. 이때, 메시지는 선택된 적어도 하나의 결제 수단에 대한 정보를 포함할 수 있다.

여기서, 사용자 단말(200)은 푸시 알림을 나타내는 UI(User Interface)를 디스플레이한 뒤, 해당 UI를 선택하는 사용자 입력이 수신되면 푸시 알림에 매칭되는 메시지(세금 정보, 납부 예정 일자)를 제공(ex. 디스플레이)할 수 있다.

이 경우, 사용자 단말(200)은 푸시 알림이 선택되었음(메시지 제공됨)을 알리는 정보를 서버(100)로 전송할 수 있고, 여기서 서버(100)는 사용자에 의해 세금 정보가 확인된 것으로 식별할 수 있다.

이렇듯, 사용자에 의해 세금 정보가 확인된 경우, 서버(100)는 등록된 결제 수단을 통해 세금 정보에 따른 납부를 자동으로 수행할 수 있다(S250).

구체적으로, 납부 예정 일자가 도래하면, 서버(100)는 별도의 사용자 명령이 없어도 (등록된) 결제 수단을 통한 자동 납부를 수행할 수 있다.

도 2의 실시 예와 같이 사용자의 확인만으로 자동 납부가 진행됨에 따라, 사용자의 별다른 액션(ex. 고지서 확인, 은행/카드사의 애플리케이션/웹페이지 접속, 가상 계좌 입력, 금액 입력 등) 없이도 자동으로 세금 납부가 수행될 수 있다는 장점이 있다.

한편, 일 실시 예에 따르면, 서버(100)는 한 명의 사용자에 대하여 복수의 결제 수단을 등록할 수도 있다.

이 경우, 서버(100)는 복수의 결제 수단 중 결제 한도 또는 잔액이 세금 금액보다 큰 결제 수단을 선택하고, 선택된 결제 수단을 통해 자동 납부를 수행할 수 있다.

다만, 만약 결제 수단들 모두의 한도 또는 잔액이 세금을 납부하기에 부족한 경우, 서버(100)는 복수 개의 결제 수단을 납부 수단으로 선택할 수도 있다. 이때, 서버(100)는 각 결제 수단의 혜택 및 기한의 이익 등을 고려하여 사용자에게 가장 유리한 결제 수단의 한도 또는 잔액을 먼저 사용하는 방식을 선택할 수 있다. 그 결과, 각 결제 수단의 한도 또는 잔액이 부족한 경우 세금이 미납되는 리스크가 최소화될 수 있다.

한편, 일 실시 예로, 과태료 또는 범칙금이 발생한 경우, 서버(100)는 과태료/범칙금이 발생한 일자 및 시각, 사용자의 시간 별 위치 정보, 위치 별 과태료/범칙금의 발생 이력, 사용자의 행동 패턴 정보 등을 기초로, 과태료가 발생한 지점을 추정하거나 및/또는 과태료/범칙금이 발생한 사유를 추정할 수 있다.

이때, 과태료/범칙금이 발생한 일자 및 시각에 대한 정보는 세금 관리기관 서버(300)로부터 수신될 수 있고, 사용자의 시간 별 위치 정보는 사용자 단말(200)의 GPS(Global Positioning System) 이력을 통해 식별될 수 있다.

또한, 위치 별 과태료/범칙금의 발생 이력은, 적어도 하나의 외부 서버의 데이터베이스를 통해 수집될 수 있다. 일 예로, 서버(100)는 과태료/범칙금을 징수하는 관청/행정기관 등으로부터 지역 별/위치 별 과태료/범칙금 발생 이력(발생 횟수, 발생 사유 등)에 대한 정보를 수신할 수 있다.

사용자의 행동 패턴 정보는, 사용자가 시간 별로 사용자 단말(200)을 통해 이용한 적어도 하나의 기능(ex. 오후 2시 ~ 3시: 동영상 시청 애플리케이션 사용, 오후 4시 ~ 5시: 음악 감상 애플리케이션 사용)에 대한 정보를 포함할 수 있으나, 이에 한정되지 않는다.

구체적인 예로, 서버(100)는 과태료가 발생한 일자 및 시각의 사용자의 위치를 식별하고, 식별된 위치에서 자주 발생한 과태료/범칙금의 사유를 기반으로 과태료의 발생 예상 지점 및 사유를 추정할 수 있다.

이 경우, 서버(100)는 사용자 단말(200)을 통해 (추정된) 과태료/범칙금의 발생 사유, 실제 과태료/범칙금의 발생 사유, 및 발생 일자/시각 등에 대한 정보를 제공할 수 있다. 그 결과, 사용자는 실제 과태료/범칙금의 발생 사유를 추정된 사유와 비교할 수 있으며, 필요한 경우 이의를 제기할 수 있게 된다(후술할 도 3과 같이 납부 중단 요청 가능).

한편, 상술한 도 2에 따르면, 사용자에 의해 세금 정보가 확인된 것으로 판단된 경우, 등록된 결제 수단을 통해 세금 정보에 따른 납부를 자동으로 수행하도록 설정되었으나, 납부의 중단을 요청하는 사용자의 입력이 수신되는 경우 자동 납부가 중단 내지는 취소될 수도 있다.

구체적으로, 사용자에 의해 세금 정보가 확인된 이후, 사용자 단말(200)을 통해 납부의 중단을 요청하는 사용자의 입력이 수신된 경우, 서버(100)는 세금 정보에 따른 납부를 자동으로 수행하지 않도록 설정할 수 있다.

관련하여, 도 3은 중단 요청 여부에 따라 자동 납부 여부를 달리 설정하는 서버의 동작의 예를 설명하기 위한 알고리즘이다.

도 3을 참조하면, 사용자 단말(200) 등을 통해 세금 정보가 제공된(S310) 이후, 서버(100)는 세금 정보가 확인되었는지 여부를 식별할 수 있다(S320).

구체적으로, 푸시 알림의 UI를 선택하는 사용자 입력이 수신됨에 따라 사용자 단말(200)이 세금 정보를 포함하는 메시지를 디스플레이 한 경우, 서버(100)는 세금 정보가 사용자에 의해 확인된 것으로 판단할 수 있다.

또는, 사용자 단말(200)이 수신된 푸시 알림에 대한 목록을 제공하는 경우를 가정할 수 있다. 이 경우, 목록은 각 푸시 알림 별로 '제목', '확인 여부(확인됨/확인되지 않음)', '자세히 보기' 등의 항목을 포함할 수 있다. 각 푸시 알림은, 각각 서로 다른 (발생한) 세금 내역에 해당한다.

여기서, 사용자 입력에 따라 특정 푸시 알림에 대한 '자세히 보기'가 선택되는 경우, 사용자 단말(200)은 해당 푸시 알림에 매칭되는 메시지(세금 정보, 납부 예정 일자 등)를 제공할 수 있다.

이 경우, 사용자 단말(200)은 해당 푸시 알림에 대하여, 종전에 “확인되지 않음”이었던 '확인 여부' 항목의 내용을 “확인됨”으로 변경할 수 있으며, 해당 푸시 알림의 메시지(세금 정보)가 확인되었음을 알리는 정보를 서버(100)로 전송할 수 있다.

또는, 사용자 입력에 따라 특정 푸시 알림의 '확인 여부' 항목이 선택되는 경우, 사용자 단말(200)은 종전에 “확인되지 않음”이었던 '확인 여부' 항목의 내용을 “확인됨”으로 변경할 수도 있다. 이 경우 역시, 사용자 단말(200)은 해당 푸시 알림의 메시지(세금 정보)가 확인되었음을 알리는 정보를 서버(100)로 전송할 수 있다.

만약, 세금 정보(푸시 알림)에 대한 사용자의 확인이 수행되지 않는 경우(S320 - N), 서버(100)는 사용자에게 세금 정보를 다시 제공할 수 있다(S310).

구체적으로, 서버(100)는 세금 정보가 확인될 때까지 기설정된 주기(ex. 24시간)마다 푸시 알림을 재전송할 수도 있고, 또는 납부 기한의 마감일로부터 기설정된 기간(ex. 일주일)이 도래한 시점부터 한 번 이상 푸시 알림을 재전송할 수 있다.

만약, 세금 정보(푸시 알림)이 사용자에 의해 확인된 경우(S320 - Y), 서버(100)는 세금 납부에 대한 사용자의 중단 요청이 수신되었는지 여부를 식별할 수 있다(S330).

만약, 제공된 세금 정보에 따른 자동 납부의 중단을 요청하는 사용자의 입력이 사용자 단말(200)을 통해 수신되는 경우(S330 - Y), 서버(100)는 세금 정보에 매칭되는 자동 납부를 중단 내지는 취소할 수 있다.

다만, 자동 납부가 중단되더라도, 서버(100)는 해당 세금의 납부 여부에 따라 세금 정보(푸시 알림)를 다시 제공할 수도 있다.

구체적으로, 자동 납부가 중단된 상태에서 납부기한의 마감일 또는 마감일로부터 기설정된 기간 이전(ex. 이틀)의 날짜가 도래한 경우, 서버(100)는 해당 세금이 납부되었는지 여부를 조회할 수 있다. 이때, 서버(100)는 사용자의 사전 동의 등을 전제로 세금 관리기관 서버(300)를 통해 세금 납부 여부를 조회할 수 있다.

만약, 마감일이 도래했음에도 세금 납부가 수행되지 않은 경우, 서버(100)는 사용자 단말(200)을 통해 세금 정보를 다시 제공(ex. 푸시 알림)할 수 있다.

한편, 자동 납부의 중단을 요청하는 사용자 입력이 수신되지 않는 경우(S330 - N), 서버(100)는 납부 예정 일자에 자동으로 납부를 수행할 수 있다(S340).

구체적으로, 자동 납부의 중단을 요청하는 사용자 입력이 납부 예정 일자의 자동 납부 시점까지 수신되지 않는 경우, 자동 납부가 수행될 수 있다.

도 4a 내지 도 4b는 본 개시의 일 실시 예에 따른 서버가 사용자 단말을 통해 세금 정보를 제공하는 동작을 설명하기 위한 도면이다.

도 4a를 참조하면, 세금(ex. 지방세)이 발생한 경우, 서버(100)는 사용자 단말(200)에 해당 세금에 대한 푸시 알림을 전송할 수 있다. 구체적으로, 서버(100)는 세금 정보 및 납부 예정 일자에 대한 정보를 포함하는 메시지와 함께 푸시 알림을 전송할 수 있다.

그 결과, 사용자 단말(200)은 푸시 알림에 해당하는 UI(401)를 표시할 수 있다. 이때, 푸시 알림의 도착을 알리는 진동 내지 사운드가 함께 출력될 수도 있다.

도 4b는 도 4a에서 사용자의 입력(ex. 터치)에 따라 푸시 알림에 해당하는 UI(401)가 선택된 이후의 상황에 해당한다.

도 4b를 참조하면, 푸시 알림이 선택됨에 따라, 사용자 단말(200)은 세금 정보를 포함하는 메시지(410)를 표시할 수 있다.

구체적으로, 메시지(410)는 세금의 종류(ex. 지방세), 금액(12,350원), 납부 기한, 가상 계좌 등 세금 정보를 포함할 수 있다.

도 4b의 메시지(410) 상에서, 사용자 입력에 따라 “은행 별 가상계좌 확인”이 선택되면, 은행 별로 생성된 가상 계좌 번호가 표시될 수 있다.

또한, 메시지(410)는 납부 예정 일자를 포함할 수 있다. 구체적으로, 메시지(410)는 세금에 대한 자동 납부가 수행될 납부 예정 일자를 알려주는 텍스트(“홍길동” 님의 간편 결제 계좌를 통해 2021-03-31에 자동 납부 예정입니다)를 포함할 수 있다.

또한, 메시지(410)는 자동 납부의 중단 또는 재설정을 위한 각 항목(411, 412)을 포함할 수 있다.

자동 납부 중단(411)이 선택되는 경우, 납부 예정 일자(2021-03-31)로 예정되어 있던 서버(100)의 자동 납부가 중단될 수 있다.

자동 납부 재설정(412)이 선택되는 경우, 서버(100)는 사용자 단말(200)을 통해 자동 납부에 대한 다양한 항목을 설정하기 위한 별도의 UI를 제공할 수 있다.

여기서, 사용자 단말(200)은 사용자 입력에 따라 자동 납부 여부, 납부 예정 일자, 납부를 수행할 은행(가상 계좌) 등을 변경하여 설정할 수 있다.

한편, 일 실시 예에 따르면, 서버(100)는 고객이 납부한 세금 내역을 바탕으로 고객의 소득 증감을 비교 및 분석할 수도 있다.

구체적으로, 서버(100)는 소득세 등의 세금 납부 내역을 바탕으로 사용자의 소득 또는 재산을 추정/판단할 수 있다. 그리고, 서버(100)는 판단된 소득 또는 재산의 증감율을 산출하여 사용자의 재산 변동 현황과 장래 소득 또는 재산 변동 추정치를 식별 및 제공할 수 있다(재무 관리).

또한, 서버(100)는 다양한 사용자들의 소득 또는 재산 규모 별로 가장 많이 등록된 결제 수단(ex. 카드 회사, 카드 종류, 은행명, 계좌 종류 등)을 식별할 수 있으며, 이를 기반으로 사용자(고객)의 현재 소득, 재산 현황, 장래 추정치(장래 소득, 재산 변동 추정치) 등에 가장 적합한 결제 수단을 추천할 수 있다.

한편, 도 5는 본 개시의 일 실시 예에 따른 서버의 하드웨어 구성을 설명하기 위한 블록도이다.

서버(100)는 적어도 하나의 메모리(110), 통신부(120), 적어도 하나의 프로세서(130) 등을 포함할 수 있다.

메모리(110)는 서버(100)의 구성요소들의 전반적인 동작을 제어하기 위한 운영체제(OS: Operating System) 및 서버(100)의 구성요소와 관련된 적어도 하나의 인스트럭션 또는 데이터를 저장하기 위한 구성이다.

메모리(110)는 ROM, 플래시 메모리 등의 비휘발성 메모리를 포함할 수 있으며, DRAM 등으로 구성된 휘발성 메모리를 포함할 수 있다. 또한, 메모리(110)는 하드 디스크, SSD(Solid state drive) 등을 포함할 수도 있다.

메모리(110)는 하나 이상의 사용자 단말을 통해 수집된 다양한 사용자 정보 및 결제 정보를 포함할 수 있으며, 등록된 결제 수단에 대한 정보를 포함할 수 있다. 또한, 메모리(110)는 사용자 정보 별로 발생한 세금 정보를 포함할 수 있다. 이때, 메모리(110)에 저장된 세금 정보는, 아직 납부되지 않은 세금에 대한 세금 정보일 수 있다.

또한, 메모리(110)는 신경망 모델로 구성된 상술한 하나 이상의 인공지능 모델을 포함할 수 있다.

통신부(120)는 하나 이상의 사용자 단말, 외부 서버(ex. 세금 관리기관 서버, 금융기관 서버 등)와 통신을 수행하기 위한 구성으로, 통신을 위한 회로 내지는 칩을 포함할 수 있다.

통신부(120)는 다양한 네트워크를 통해 외부 장치들과 연결될 수 있다.

네트워크는 영역 또는 규모에 따라 개인 통신망(PAN; Personal Area Network), 근거리 통신망(LAN; Local Area Network), 광역 통신망(WAN; Wide Area Network) 등일 수 있으며, 네트워크의 개방성에 따라 인트라넷(Intranet), 엑스트라넷(Extranet), 또는 인터넷(Internet) 등일 수 있다.

서버(100)는 LTE(long-term evolution), LTE-A(LTE Advance), 5G(5th Generation) 이동통신, CDMA(code division multiple access), WCDMA(wideband CDMA), UMTS(universal mobile telecommunications system), WiBro(Wireless Broadband), GSM(Global System for Mobile Communications), DMA(Time Division Multiple Access), WiFi(Wi-Fi), WiFi Direct, Bluetooth, NFC(near field communication), Zigbee 등 다양한 무선 통신 방식을 통해 외부 장치들과 연결될 수 있다.

또한, 서버(100)는 이더넷(Ethernet), 광 네트워크(optical network), USB(Universal Serial Bus), 선더볼트(ThunderBolt) 등의 유선 통신 방식을 통해 외부 장치들과 연결될 수도 있다.

프로세서(130)는 서버(100)를 전반적으로 제어하기 위한 구성이다. 구체적으로, 프로세서(130)는 메모리(110)와 연결되는 한편 메모리(110)에 저장된 적어도 하나의 인스트럭션을 실행함으로써 본 개시의 다양한 실시 예들에 따른 동작을 수행할 수 있다.

프로세서(130)는 하나 이상의 프로세서로 구성될 수 있다. 이때, 하나 이상의 프로세서는 CPU, AP, DSP(Digital Signal Processor) 등과 같은 범용 프로세서, GPU, VPU(Vision Processing Unit) 등과 같은 그래픽 전용 프로세서 또는 NPU와 같은 인공지능 전용 프로세서 등을 포함할 수 있다. 인공지능 전용 프로세서는, 특정 인공지능 모델의 훈련 내지는 이용에 특화된 하드웨어 구조로 설계될 수 있다.

한편, 이상에서 설명된 다양한 실시 예들은 서로 저촉되거나 모순되지 않는 한, 두 개 이상의 실시 예가 결합되어 구현될 수 있다.

한편, 이상에서 설명된 다양한 실시 예들은 소프트웨어(software), 하드웨어(hardware) 또는 이들의 조합된 것을 이용하여 컴퓨터(computer) 또는 이와 유사한 장치로 읽을 수 있는 기록 매체 내에서 구현될 수 있다.

하드웨어적인 구현에 의하면, 본 개시에서 설명되는 실시 예들은 ASICs(Application Specific Integrated Circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서(processors), 제어기(controllers), 마이크로 컨트롤러(micro-controllers), 마이크로 프로세서(microprocessors), 기타 기능 수행을 위한 전기적인 유닛(unit) 중 적어도 하나를 이용하여 구현될 수 있다.

일부의 경우에 본 명세서에서 설명되는 실시 예들이 프로세서 자체로 구현될 수 있다. 소프트웨어적인 구현에 의하면, 본 명세서에서 설명되는 절차 및 기능과 같은 실시 예들은 별도의 소프트웨어 모듈들로 구현될 수 있다. 상술한 소프트웨어 모듈들 각각은 본 명세서에서 설명되는 하나 이상의 기능 및 작동을 수행할 수 있다.

한편, 상술한 본 개시의 다양한 실시 예들에 따른 시스템(1000) 내 적어도 하나의 전자 장치에서의 처리동작을 수행하기 위한 컴퓨터 명령어(computer instructions) 또는 컴퓨터 프로그램은 비일시적 컴퓨터 판독 가능 매체(non-transitory computer-readable medium)에 저장될 수 있다. 이러한 비일시적 컴퓨터 판독 가능 매체에 저장된 컴퓨터 명령어 또는 컴퓨터 프로그램은 특정 기기의 프로세서에 의해 실행되었을 때 상술한 다양한 실시 예에 따른 각 장치에서의 처리 동작을 상술한 특정 기기가 수행하도록 한다.

비일시적 컴퓨터 판독 가능 매체란 레지스터, 캐쉬, 메모리 등과 같이 짧은 순간 동안 데이터를 저장하는 매체가 아니라 반영구적으로 데이터를 저장하며, 기기에 의해 판독(reading)이 가능한 매체를 의미한다. 비일시적 컴퓨터 판독 가능 매체의 구체적인 예로는, CD, DVD, 하드 디스크, 블루레이 디스크, USB, 메모리카드, ROM 등이 있을 수 있다.

이상에서는 본 개시의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 본 개시는 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 개시의 요지를 벗어남이 없이 당해 개시에 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 개시의 기술적 사상이나 전망으로부터 개별적으로 이해되어서는 안될 것이다.

100: 서버 200: 사용자 단말

Claims (10)

1. 서버의 세금 납부 서비스 제공 방법에 있어서,
   사용자 단말을 통해 수신된 사용자의 입력에 따라 사용자 정보 및 결제 정보를 획득하는 단계;
   상기 사용자 정보 및 상기 결제 정보를 기반으로, 적어도 하나의 결제 수단을 등록하는 단계;
   상기 사용자 정보를 기반으로, 상기 사용자에 대한 세금 정보를 획득하는 단계;
   상기 사용자 단말을 통해, 상기 획득된 세금 정보를 제공하는 단계;
   상기 제공된 세금 정보가 상기 사용자에 의해 확인되었는지 여부를 식별하는 단계; 및
   상기 사용자에 의해 상기 세금 정보가 확인된 것으로 식별된 경우, 상기 등록된 결제 수단을 통해 상기 세금 정보에 따른 납부를 자동으로 수행하는 단계;를 포함하는, 서버의 세금 납부 서비스 제공 방법.
2. 제1항에 있어서,
   상기 서버의 세금 서비스 제공 방법은,
   상기 사용자에 의해 상기 세금 정보가 확인된 것으로 식별된 경우, 상기 등록된 결제 수단을 통해 상기 세금 정보에 따른 납부를 자동으로 수행하도록 설정하는 단계; 및
   상기 사용자에 의해 상기 세금 정보가 확인된 것으로 식별된 이후, 상기 사용자 단말을 통해 상기 납부의 중단을 요청하는 상기 사용자의 입력이 수신된 경우, 상기 세금 정보에 따른 납부를 자동으로 수행하지 않도록 설정하는 단계;를 포함하는, 서버의 세금 서비스 제공 방법.
3. 제1항에 있어서,
   상기 세금 정보를 식별하는 단계는,
   세금 관리기관 서버로부터, 상기 사용자 정보에 대응되는 적어도 하나의 세금 납부 고지서에 대한 정보를 수신하는, 서버의 세금 납부 서비스 제공 방법.
4. 제1항에 있어서,
   상기 세금 정보를 제공하는 단계는,
   발생한 세금의 종류, 금액, 납부 기한, 및 가상계좌 중 적어도 하나에 대한 정보를 포함하는 상기 세금 정보를 제공하는, 서버의 세금 납부 서비스 제공 방법.
5. 제1항에 있어서,
   상기 세금 정보를 제공하는 단계는,
   상기 결제 수단을 통해 상기 세금 정보에 따른 납부를 자동으로 수행하기 위한 납부 예정 일자에 대한 정보를 제공하는, 서버의 세금 납부 서비스 제공 방법.
6. 제5항에 있어서,
   상기 서버의 세금 납부 서비스 제공 방법은,
   상기 결제 수단이 카드인 경우, 상기 카드의 결제 한도, 상기 카드의 결제 내역, 상기 카드의 결제 대금 상환 내역, 세금의 납부 기한, 및 세금의 금액을 기반으로, 하나 이상의 납부 예정 일자를 설정하는 단계;를 더 포함하는, 서버의 세금 납부 서비스 제공 방법.
7. 제6항에 있어서,
   상기 납부 예정 일자를 설정하는 단계는,
   상기 카드의 결제 내역, 상기 카드의 결제 한도, 및 상기 카드의 결제 대금 상환 내역을 인공지능 모델에 입력하여, 날짜 별 결제 가능 금액을 예측하고,
   상기 예측된 날짜 별 결제 가능 금액, 세금의 납부 기한, 및 세금의 금액을 기반으로, 하나 이상의 납부 예정 일자를 선택하는, 서버의 세금 납부 서비스 제공 방법.
8. 제5항에 있어서,
   상기 서버의 세금 납부 서비스 제공 방법은,
   상기 결제 수단이 입출금 계좌인 경우, 상기 입출금 계좌에 대한 입출금 내역, 상기 입출금 계좌의 잔액, 세금의 납부 기한, 및 세금의 금액을 기반으로, 하나 이상의 납부 예정 일자를 설정하는 단계;를 더 포함하는, 서버의 세금 납부 서비스 제공 방법.
9. 제1항에 있어서,
   상기 세금 정보를 제공하는 단계는,
   상기 세금 정보를, 상기 사용자 단말을 통해 푸시 알림으로 제공하고,
   상기 확인되었는지 여부를 식별하는 단계는,
   상기 제공된 푸시 알림에 대한 사용자의 선택에 따라 상기 푸시 알림에 대응되는 메시지가 상기 사용자 단말을 통해 표시된 경우, 상기 세금 정보가 상기 사용자에 의해 확인된 것으로 식별하는, 서버의 세금 납부 서비스 제공 방법.
10. 컴퓨터 판독 가능 매체에 저장된 컴퓨터 프로그램에 있어서,
    서버에 포함된 적어도 하나의 프로세서를 통해 실행되어, 상기 서버로 하여금 제1항의 세금 납부 서비스 제공 방법을 수행하도록 하는, 컴퓨터 판독 가능 매체에 저장된 컴퓨터 프로그램.

Images