KR20230028847A - 블록 체인을 활용한 보험대리점 수수료 정산 시스템 및 방법 - Google Patents
블록 체인을 활용한 보험대리점 수수료 정산 시스템 및 방법 Download PDFInfo
- Publication number
- KR20230028847A KR20230028847A KR1020210110645A KR20210110645A KR20230028847A KR 20230028847 A KR20230028847 A KR 20230028847A KR 1020210110645 A KR1020210110645 A KR 1020210110645A KR 20210110645 A KR20210110645 A KR 20210110645A KR 20230028847 A KR20230028847 A KR 20230028847A
- Authority
- KR
- South Korea
- Prior art keywords
- insurance
- fee
- insurance agency
- block chain
- agency
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 28
- 239000004744 fabric Substances 0.000 claims description 7
- 239000002699 waste material Substances 0.000 abstract description 3
- 230000008520 organization Effects 0.000 description 10
- 101150089655 Ins2 gene Proteins 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 6
- 101100179596 Caenorhabditis elegans ins-3 gene Proteins 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 230000014509 gene expression Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 101150032953 ins1 gene Proteins 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Marketing (AREA)
- Signal Processing (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
본 발명은 보험대리점과 다양한 보험사 간에 통일화된 양식에 따라 수수료 정보를 처리 및 관리할 수 있어 보험대리점의 업무 효율을 크게 향상시킬 수 있고 불필요한 인력 및 시간 낭비를 줄일 수 있는 블록 체인을 활용한 보험대리점 수수료 정산 시스템 및 방법에 관한 것이다.
본 발명에 따른 블록 체인을 활용한 보험대리점 수수료 정산 방법은, 블록체인 네트워크 상에서, 제1 보험대리점과 다수의 보험사로 이루어진 제1 채널을 생성하고, 상기 제1 채널에 체인코드가 설치되는 제1 단계와; 상기 제1 채널에 속한 보험사의 피어(Peer)에 설치되어 있는 체인코드의 실행을 통해 수수료 정보를 기록받는 제2 단계와; 상기 수수료 정보가 기록된 신규 블록이 오더러(Orderer)에 의해 생성되는 제3 단계; 및 상기 제1 보험대리점의 피어(Peer)에 설치된 체인코드의 실행을 통해 상기 블록에 접근하여 상기 블록에 기록된 수수료 정보를 제공받는 제4 단계;를 포함한다.
본 발명에 따른 블록 체인을 활용한 보험대리점 수수료 정산 방법은, 블록체인 네트워크 상에서, 제1 보험대리점과 다수의 보험사로 이루어진 제1 채널을 생성하고, 상기 제1 채널에 체인코드가 설치되는 제1 단계와; 상기 제1 채널에 속한 보험사의 피어(Peer)에 설치되어 있는 체인코드의 실행을 통해 수수료 정보를 기록받는 제2 단계와; 상기 수수료 정보가 기록된 신규 블록이 오더러(Orderer)에 의해 생성되는 제3 단계; 및 상기 제1 보험대리점의 피어(Peer)에 설치된 체인코드의 실행을 통해 상기 블록에 접근하여 상기 블록에 기록된 수수료 정보를 제공받는 제4 단계;를 포함한다.
Description
본 발명은 블록체인을 기반으로 구현되는 보험대리점 수수료 정산 시스템 및 방법에 관한 것으로서, 보다 상세하게는 보험대리점과 다양한 보험사 간에 통일화된 양식에 따라 수수료 정보를 처리 및 관리할 수 있는 블록 체인을 활용한 보험대리점 수수료 정산 시스템 및 방법에 관한 것이다.
보험 판매는 전통적으로 보험사에 직접 소속된 설계사들이 도맡아 판매하였었다. 즉, 보험사에 설계된 보험사가 오직 그 보험사만의 보험 상품을 판매하는 형태로 판매가 진행되었다.
그런데, 2005년 외국계 보험회사 전문가들로 구성된 보험대리점(GA, General Agency)가 생겨난 이후로 보험대리점 소속 설계사들이 보험사로부터 보험을 얻어와 그것을 판매하기 시작하였다. 보험대리점은 특정 보험사에 종속되어 있지 않기에 보험대리점 소속 설계사들은 보험사의 종류에 관계 없이 다양한 종류의 보험을 판매할 수 있다. 또한 보험사는 이렇게 보험이 판매될 경우 해당 보험대리점에 판매한 것에 대한 수수료를 지급하게 된다.
이러한 보험대리점 형태는 나날이 커져가고 있으며, 대형 보험대리점(GA) 또한 많이 등장하고 있다. 보험대리점(GA)을 통한 보험 계약은 다양한 보험사의 보험을 비교하여 가입할 수 있다는 장점이 있으며, 이러한 장점을 바탕으로 GA 시장 또한 커지고 있다. 실제로 보험대리점 소속 설계사의 수는 이미 보험사 전속 설계사의 수를 뛰어넘었다.
이렇듯 GA 시장이 크게 성장하였으나, 보험사에서 GA에 수수료를 지급하는 방식은 각 보험사마다 모두 상이하다. 각 보험사들이 엑셀을 통해 각자의 양식을 통해 수수료에 대한 정보를 보내고 있으며, GA에서는 이러한 각기 다른 양식을 자신의 양식에 맞추어 새로 취합하는 과정이 필요하다. 또한, 단순히 메일을 통해 보내기 때문에 보험사와 보험대리점 간의 데이터가 무결성이 유지되지 않을 가능성 또한 존재한다.
그런데 이 수수료를 지급하는 방식에 대해, 지급 내역을 보험사에서 보험대리점으로 메일로 전송하는 식으로 보안성이 떨어지는 방식을 취하고 있으며 데이터의 형식도 모두 달라 보험대리점에서 따로 취합을 해줘야 하는 일이 발생한다.
이에 따라, 판매보험에 대한 수수료 정보를 처리 및 관리함에 있어서 많은 시간과 인력이 낭비되고 있고, 이의 업무 효율 및 편의성을 크게 개선할 수 있는 방법이 필요한 실정이다.
본 발명은 상기와 같은 문제점을 해결하기 위한 것으로서, 본 발명의 목적은 블록체인을 통해 신뢰성 높은 방식의 데이터 전송을 지원하며 전송 형식 또한 규격화함으로써 보험 수수료 관리를 효율적으로 관리하여 편의성을 증대시키고 소요 인력과 시간의 낭비를 줄일 수 있는 블록 체인을 활용한 보험대리점 수수료 정산 시스템 및 방법을 제공하는 것이다.
상기 목적을 달성하기 위한 본 발명에 따른 블록 체인을 활용한 보험대리점 수수료 정산 방법은, 블록체인 네트워크 상에서, 제1 보험대리점과 다수의 보험사로 이루어진 제1 채널을 생성하고, 상기 제1 채널에 체인코드를 설치하는 제1 단계와; 상기 제1 채널에 속한 보험사의 피어(Peer)에 설치되어 있는 체인코드의 실행을 통해 수수료 정보를 기록받는 제2 단계와; 상기 수수료 정보가 기록된 신규 블록이 오더러(Orderer)에 의해 생성되는 제3 단계; 및 상기 제1 보험대리점의 피어(Peer)에 설치된 체인코드의 실행을 통해 상기 블록에 접근하여 상기 블록에 기록된 수수료 정보를 제공받는 제4 단계;를 포함한다.
본 발명에 따른 블록 체인을 활용한 보험대리점 수수료 정산 시스템 및 방법에 의하면, 높은 보안성을 가진 관리 방식 및 체계화된 데이터 전송 방식을 구현할 수 있게 되었다.
이에 따라, 블록체인을 통해 신뢰성 높은 방식의 데이터 전송을 지원하며 전송 형식 또한 규격화함으로써 보험대리점의 수수료 정산/관리 등의 업무 효율 및 편의성을 크게 향상시킬 수 있고, 소요 인력과 시간의 낭비를 줄일 수 있는 효과가 있다.
도 1은 본 발명에 따른 블록 체인을 활용한 보험대리점 수수료 정산 방법의 순서도.
도 2는 본 발명에 따른 블록 체인을 활용한 보험대리점 수수료 정산 시스템의 제1 채널 및 제2 채널의 일례.
도 3은 본 발명에 따른 블록 체인을 활용한 보험대리점 수수료 정산 시스템의 제1,2 채널에 속한 각 조직들에 대한 도커 설정 정보.
도 4는 본 발명에 따른 체인코드에 사용한 수수료 정보 클래스.
도 5는 본 발명에 따른 체인코드의 'getAll' 함수.
도 6은 본 발명에 따른 체인코드의 'get' 함수.
도 7은 본 발명에 따른 체인코드의 'create' 함수.
도 8은 본 발명에 따른 체인코드의 'edit' 함수.
도 2는 본 발명에 따른 블록 체인을 활용한 보험대리점 수수료 정산 시스템의 제1 채널 및 제2 채널의 일례.
도 3은 본 발명에 따른 블록 체인을 활용한 보험대리점 수수료 정산 시스템의 제1,2 채널에 속한 각 조직들에 대한 도커 설정 정보.
도 4는 본 발명에 따른 체인코드에 사용한 수수료 정보 클래스.
도 5는 본 발명에 따른 체인코드의 'getAll' 함수.
도 6은 본 발명에 따른 체인코드의 'get' 함수.
도 7은 본 발명에 따른 체인코드의 'create' 함수.
도 8은 본 발명에 따른 체인코드의 'edit' 함수.
본 명세서에서 사용하는 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "포함하다" 또는 "갖다" 등의 용어는 명세서 상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
또한, 본 명세서에서, 일 구성요소가 다른 구성요소와 "연결된다" 거나 "접속된다" 등으로 언급된 때에는, 상기 일 구성요소가 상기 다른 구성요소와 직접 연결되거나 또는 직접 접속될 수도 있지만, 특별히 반대되는 기재가 존재하지 않는 이상, 중간에 또 다른 구성요소를 매개하여 연결되거나 또는 접속될 수도 있다고 이해되어야 할 것이다.
또한, 본 명세서에서, 제1, 제2 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다.
이하에서는, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예, 장점 및 특징에 대하여 상세히 설명하도록 한다.
도 1은 본 발명에 따른 블록 체인을 활용한 보험대리점 수수료 정산 방법의 순서도이다.
도 1을 참조하면, 본 발명에 따른 블록 체인을 활용한 보험대리점 수수료 정산 방법은 제1 채널 생성단계(S10), 수수료 정보 기록 단계(S20), 블록 생성 단계(S30), 및 수수료 정보 획득 단계(S40)를 포함한다.
제1 체널 생성단계(S10)는 블록체인 네트워크 상에서, 제1 보험대리점과 다수의 보험사로 이루어진 제1 채널을 생성하는 단계이다. 이때, 제1 채널에는 체인코드가 설치된다.
일 실시예에 따르면, 본 발명의 보험대리점 수수료 정산 시스템 및 방법은 프라이빗 블록체인 플랫폼의 일종인 하이퍼레저 패브릭을 이용하여 구현될 수 있다.
하이퍼레저 패브릭은 리눅스 재단에서 진행 중인 하이퍼레저 프로젝트로부터 나온 프레임워크로, IBM에서 개발을 담당하고 있다. CA(Certificate Authority)를 이용하여 네트워크 참여자에 대한 인증을 거칠 수 있으며, '체인코드'라는 스마트 계약을 Go, node.js, Java와 같은 일반 프로그래밍 언어를 통해 호스팅하여 비즈니스 구현에 적합하다.
본 발명에서 이용하는 하이퍼레저 패브릭은 2.2.2 LTS 버전으로, 합의 프로토콜은 RAFT를 사용할 수 있다. RAFT는 대량의 데이터 처리에 더 적합한 방식이며 대표자가 참여자들의 동의를 얻어 확인이 끝나면 새로운 블록이 생성되는 방식을 취하고 있다.
하이퍼레저 패브릭의 구조는 크게 하나의 네트워크 내에 여러 채널이 있고, 각 채널을 조직들이 이루는 형태로 되어 있다. 각 조직은 피어(Peer)를 가지고 있으며 체인코드는 피어에 설치되어 실행된다.
하이퍼레저 패브릭은 도커(docker)라는 컨테이너 시스템을 이용하여 실행된다. 도커는 실행환경이나 프로그램을 '이미지'로 만든 뒤, 그것을 '컨테이너'라는 하나의 추상화 단위로써 실행시킨 뒤 관리한다. 하이퍼레저 패브릭에서는 피어, 데이터베이스, CA 조직 등이 하나의 서비스로서 도커를 통해 구동되게 된다.
도 2는 본 발명에 따른 블록 체인을 활용한 보험대리점 수수료 정산 시스템의 제1 채널 및 제2 채널의 일례이다.
도 2를 참조하면, 여러 보험사가 하나의 보험대리점에 수수료 파일을 지급하기 때문에 하나의 보험대리점 당 하나의 채널이 생성된다. 또한 해당 채널에는 여러 보험사가 참여할 수 있으며, 채널에 설치된 체인코드를 통해 수수료 정리에 필요한 정보들을 보내게 된다.
도 2 예시의 경우, 시스템의 구현을 위해 조직은 보험사 조직 3개(Ins1, Ins2, Ins3)와 보험대리점 조직 2개(Ga1, Ga2)로 구성하였다. 제1 보험대리점(Ga1)이 제1 보험사(Ins1)와 제2 보험사(Ins2)의 보험을 판매하고, 제2 보험대리점(Ga2)가 제1 보험사(Ins2)와 제3 보험사(Ins3)의 보험을 판매하는 경우를 가정하였다.
상기 경우, 각 보험대리점은 하나의 채널에 들어가기 때문에, 제1 채널 (hnchannel1)은 제1 보험사(Ins1), 제2 보험사(Ins2), 제1 보험대리점(Ga1) 조직으로 이루어져 있고, 제2 채널(hnchannel2)에는 제2 보험사(Ins2), 제3 보험사 (Ins3), 제2 보험대리점(Ga2) 조직이 들어가 있다.
따라서, 제2 보험사(Ins2) 조직의 경우 두 채널에 모두 속해있다. 제1 보험대리점(Ga1)과 제2 보험대리점(Ga2)은 데이터를 작성하면 안되기에, 제1 보험대리점(Ga1)과 제2 보험대리점(Ga2)의 보증 정책은 Write를 하지 못하도록 변경하였다.
본 발명의 체인코드는 타입스크립트(TypeScript)를 사용하여 프로그래밍될 수 있고, 데이터베이스는 CouchDB로 이루어질 수 있으며, 시스템은 HnNetwork라는 네트워크 위에서 동작될 수 있다.
전술한 바와 같이, 도 2 예시를 기준으로 설명하면, 본 발명의 보험대리점 수수료 정산 시스템은 제1 채널(hnchannel1)과 제2 채널(hnchannel2)로 이루어지는 2개의 채널로 이루어진다.
그리고, 조직은 5개가 있고, 각 조직에 1개씩의 피어(Peer)가 있다. 5개 조직 외에도 블록의 생성을 담당하는 오더러(Orderer) 조직이 있으며, 오더러 조직에는 2개의 피어(Peer)가 있다.
네트워크는 전부 쉘 스크립트 파일을 통해 실행된다. 구체적으로, network.sh 파일을 통해 네트워크가 구동되며, createChannel.sh 파일을 통해 채널이 생성되고, deployCC.sh 파일을 통해 체인코드가 설치된다.
도 3은 본 발명에 따른 블록 체인을 활용한 보험대리점 수수료 정산 시스템의 제1,2 채널에 속한 각 조직들에 대한 도커 설정 정보이다.
각 조직들에 대한 정보는 도 3과 같다. 제1,2 채널에 속한 조직들은 모두 도커를 통하여 구동되기 때문에, 도커 설정 파일에서 이와 같은 관계를 도 3과 같이 정의하였다. 또한, 오더러는 DB를 따로 가지지 않기에 오더러에 대한 DB 포트는 존재하지 않는다.
수수료 정보 기록 단계(S20)는 제1 채널에 속한 보험사의 피어(Peer)에 설치되어 있는 체인코드의 실행을 통해 해당 피어(Peer)에 저장된 원장에 수수료 관련 정보(이하, '수수료 정보'라 함)를 입력함으로써 이를 기록받는 단계이다.
도 4는 본 발명에 따른 체인코드에 사용한 수수료 정보 클래스이다. 체인코드에 사용한 모델은 수수료 정보(FeeData) 클래스이며, 이 클래스의 형식은 도 4와 같다. 체인코드가 실행된 날짜가 'date' 항목에 저장되며, 'companyCode' 항목에는 각 보험사에 고유한 보험사 자체 코드, 'product' 항목에는 판매한 보험상품명, 'fee' 항목에는 수수료 액수가 들어간다. 키(key) 값은 'G-{timestamp}-{random value}' 형태로 작성된다.
체인코드는 크게 4가지 함수로 구성된다. 모든 수수료 지급 내역을 불러오는 'getAll' 함수, 특정 수수료 지급 내역을 불러오는 'get' 함수, 보험대리점에 전달하기 위해 지급 내역을 생성하는 'create' 함수, 마지막으로 잘못된 값을 전달하였을 경우 수정을 위한 'edit' 함수로 구성된다.
도 5는 본 발명에 따른 체인코드의 'getAll' 함수이다. 'getAll' 함수는 도 5와 같이 구현될 수 있다. 파라미터는 따로 존재하지 않으며, 데이터베이스(DB) 내의 모든 데이터를 읽어온다.
도 6은 본 발명에 따른 체인코드의 'get' 함수이다. 'get' 함수는 도 6과 같이 구현될 수 있다. 특정 키를 파라미터로 입력받아 이에 해당하는 항목이 있으면 반환해준다.
도 7은 본 발명에 따른 체인코드의 'create' 함수이다. 'create' 함수는 도 7과 같이 구현될 수 있다. 회사코드, 상품명, 수수료를 받아 새로운 데이터를 생성한다. 'date'는 이 함수가 실행된 순간의 밀리세컨드 값을 이용하여 Date 객체를 만든 뒤 저장한다. 한편, 보험대리점에서는 'create' 함수를 이용하면 안되기에, 보증 정책을 변경하여 보험사 조직들만이 이 함수를 이용할 수 있도록 하였다.
도 8은 본 발명에 따른 체인코드의 'edit' 함수이다. 'edit' 함수는 도 8과 같이 구현될 수 있다. 'edit' 함수에서는 지급 내역의 수정을 할 수 있다. 파라미터로 수정할 필드와 새로 입력할 값을 받는다.
그런데, 이 값은 함부로 수정되면 안되기 때문에, 수정할 경우 기존의 값을 덮어쓰는 것이 아닌 새로운 시퀸스를 달아서 수정 값을 쓰게 된다. 가령 기존 값이 'G-132-7'이었다면 이 값은 보존한 채 'G-132-7-1' 값이 새로 쓰이는 것이다.
만약 이것이 한 번 더 수정된다면, 'G-132-7-2' 값이 새로 들어가게 된다. 이러한 방식으로 새로 시퀸스를 달아서 값을 넣게끔 한다.
블록 생성 단계(S30)는 수수료 정보 기록 단계(S20)를 통해 수수료 정보가 기록된 신규 블록이 오더러(Orderer)에 의해 생성되는 단계이다. 즉, 제1 채널 참여자들의 동의를 얻어 확인이 끝나면 새로운 블록이 생성된다.
수수료 정보 획득 단계(S40)는 제1 보험대리점의 피어(Peer)에 설치된 체인코드의 실행을 통해 블록(즉, 단계 S30에서 생성된 블록)에 접근하여, 제1 보험대리점이 상기 블록에 기록된 수수료 정보를 제공받는 단계이다.
전술한 블록 체인을 활용한 보험대리점 수수료 정산 방법에 따르면, 수수료 지급 내역을 각 보험사들이 통일된 규격을 통해 입력하여 관리할 수 있다. 따라서 이러한 방식을 사용할 경우 보험대리점에서 별도로 취합하는 방식을 사용하지 않아도 되며, 메일을 이용하여 데이터를 전송하는 등의 보안이 취약한 일 또한 발생하지 않게 된다.
상기에서 본 발명의 바람직한 실시예가 특정 용어들을 사용하여 설명 및 도시되었지만 그러한 용어는 오로지 본 발명을 명확히 설명하기 위한 것일 뿐이며, 본 발명의 실시예 및 기술된 용어는 다음의 청구범위의 기술적 사상 및 범위로부터 이탈되지 않고서 여러가지 변경 및 변화가 가해질 수 있는 것은 자명한 일이다. 이와 같이 변형된 실시예들은 본 발명의 사상 및 범위로부터 개별적으로 이해되어져서는 안되며, 본 발명의 청구범위 안에 속한다고 해야 할 것이다.
Claims (8)
- 블록체인 네트워크 상에서, 제1 보험대리점과 다수의 보험사로 이루어진 제1 채널을 생성하고, 상기 제1 채널에 체인코드가 설치되는 제1 단계;
상기 제1 채널에 속한 보험사의 피어(Peer)에 설치되어 있는 체인코드의 실행을 통해 수수료 관련 정보(이하, '수수료 정보'라 함)를 기록받는 제2 단계;
상기 수수료 정보가 기록된 신규 블록이 오더러(Orderer)에 의해 생성되는 제3 단계; 및
상기 제1 보험대리점의 피어(Peer)에 설치된 체인코드의 실행을 통해 상기 블록에 접근하여 상기 블록에 기록된 수수료 정보를 제공받는 제4 단계;를 포함하는 것을 특징으로 하는 블록 체인을 활용한 보험대리점 수수료 정산 방법.
- 제1 항에 있어서,
상기 블록체인 네트워크는,
network.sh 파일을 통해 네트워크가 구동되고,
createChannel.sh 파일을 통해 상기 제1 채널이 생성되며,
deployCC.sh 파일을 통해 상기 체인코드가 설치되는 것을 특징으로 하는 블록 체인을 활용한 보험대리점 수수료 정산 방법.
- 제1 항에 있어서,
상기 체인코드는 타입스크립트(TypeScript)를 사용하여 프로그래밍되는 것인 블록 체인을 활용한 보험대리점 수수료 정산 방법.
- 제1 항에 있어서,
상기 체인코드는,
데이터베이스(DB) 내의 모든 수수료 정보 내역을 불러오는 'getAll' 함수;
특정 키를 파라미터로 입력받아 이에 해당하는 수수료 정보 내역을 불러오는 'get' 함수;
보험대리점에 전달하기 위한 수수료 정보를 입력받아 이에 대응하는 데이터를 생성하는 'create' 함수; 및
잘못된 값을 전달하였을 경우 수정을 위한 'edit' 함수;로 구성되는 것을 특징으로 하는 블록 체인을 활용한 보험대리점 수수료 정산 방법.
- 제4 항에 있어서,
상기 'create' 함수 상기 제1 보험대리점은 사용하지 못하고 상기 보험사만 사용할 수 있도록 구성되는 것을 특징으로 하는 블록 체인을 활용한 보험대리점 수수료 정산 방법.
- 제4 항에 있어서,
상기 'edit' 함수에 따른 수정시, 기존의 값을 덮어쓰는 것이 아닌 새로운 시퀸스를 달아서 수정 값을 기록하는 것을 특징으로 하는 블록 체인을 활용한 보험대리점 수수료 정산 방법.
- 제1 항에 있어서,
상기 체인코드의 수수료 정보(FeeData) 클래스는,
상기 체인코드가 실행된 날짜(date), 각 보험사에 고유한 보험사 코드(companyCode), 판매한 보험상품명(product), 및 수수료 액수(fee) 항목을 포함하는 것을 특징으로 하는 블록 체인을 활용한 보험대리점 수수료 정산 방법.
- 제1 항에 있어서,
상기 블록체인은 하이퍼레저 패브릭 블록체인 것을 특징으로 하는 블록 체인을 활용한 보험대리점 수수료 정산 방법.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020210110645A KR20230028847A (ko) | 2021-08-23 | 2021-08-23 | 블록 체인을 활용한 보험대리점 수수료 정산 시스템 및 방법 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020210110645A KR20230028847A (ko) | 2021-08-23 | 2021-08-23 | 블록 체인을 활용한 보험대리점 수수료 정산 시스템 및 방법 |
Publications (1)
Publication Number | Publication Date |
---|---|
KR20230028847A true KR20230028847A (ko) | 2023-03-03 |
Family
ID=85510191
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020210110645A KR20230028847A (ko) | 2021-08-23 | 2021-08-23 | 블록 체인을 활용한 보험대리점 수수료 정산 시스템 및 방법 |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR20230028847A (ko) |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20120105601A (ko) | 2011-03-10 | 2012-09-26 | (주)티시스 | 독립법인대리점(ga) 수수료 관리방법 및 시스템 |
-
2021
- 2021-08-23 KR KR1020210110645A patent/KR20230028847A/ko not_active Application Discontinuation
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20120105601A (ko) | 2011-03-10 | 2012-09-26 | (주)티시스 | 독립법인대리점(ga) 수수료 관리방법 및 시스템 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220051261A1 (en) | Processes and systems of blockchain with verification through a consortium of stakeholders | |
De Toledo et al. | Architectural technical debt in microservices: a case study in a large company | |
US8340995B2 (en) | Method and system of using artifacts to identify elements of a component business model | |
US20050027582A1 (en) | Project modelling and management tool | |
US20090150887A1 (en) | Process Aware Change Management | |
CN104881289A (zh) | 基于gjb5000a的软件研制过程监控方法及系统 | |
US20220188819A1 (en) | Modular, configurable smart contracts for blockchain transaction processing | |
US20080004925A1 (en) | Multi-site project management | |
US20200327486A1 (en) | Asset Tracking System And Method | |
CN116643722A (zh) | 一种开放式协同软件开发平台 | |
Adams et al. | Dynamic and extensible exception handling for workflows: A service-oriented implementation | |
Annett | Working with Legacy Systems: A practical guide to looking after and maintaining the systems we inherit | |
US20060287903A1 (en) | Enterprise asset management system | |
CN117557239A (zh) | 铁路建设业务数字化协同管理方法和协同管理系统 | |
US20060287873A1 (en) | Enterprise asset management methods and systems | |
KR20230028847A (ko) | 블록 체인을 활용한 보험대리점 수수료 정산 시스템 및 방법 | |
Bond | Systems analysis and business process mapping: a symbiosis | |
Gupta et al. | Determining Delay Accountability, Compensation, and Price Variation Using Computable Smart Contracts in Construction | |
Vincent et al. | Blockchain or EDI | |
CN114491662A (zh) | 一种基于区块链的数据资产审计方法、系统及设备 | |
CN104081381A (zh) | 概念服务实施平台 | |
US20070156472A1 (en) | Systems and methods for testing internal control effectiveness | |
CN111061789A (zh) | 一种智能电网基建信息管理系统 | |
Ahmed et al. | Two Proposed Models for Securing Data Management for Enterprise Resource Planning Systems Using Blockchain Technology | |
Mishra et al. | A legal business information system: Implementation process context |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
E902 | Notification of reason for refusal |