KR101858652B1

KR101858652B1 - 전자 수표 기반의 지불 시스템 및 전자 수표를 발행, 이체, 지불 및 검증하는 방법

Info

Publication number: KR101858652B1
Application number: KR1020147021290A
Authority: KR
Inventors: 일리야 블라디미로비치 클리그만
Original assignee: 마이 파트너스 앤 글로벌 스타즈 인베스트먼츠 (엠피＆지에스아이) 리미티드
Priority date: 2011-12-30
Filing date: 2012-12-28
Publication date: 2018-05-17
Also published as: JP6242809B2; NI201400071A; MY185230A; CU20140076A7; US20190073643A1; MA35870B1; UA119528C2; PE20142135A1; IL233436A0; KR20140130673A; CN104081425A; MD20140077A2; IL233436B; WO2013100824A3; RU2011154492A; HK1201968A1; CA3023328A1; CR20140366A; GEP201706641B; EA201491295A1

Abstract

본 발명은 정보기술 분야에 관한 것이며, 더욱 상세하게는, 전자 시스템 및 통화기금 유통 방법에 관한 것이고, 이는 실시간으로 전자 지불 시스템의 관계자들 간의 상호 결산의 문제점을 해소하기 위해 사용될 수 있다. 그렇게 함으로써, 본 발명에서의 화폐 자금의 유사체는 은행 규정 및 적용 가능한 법률의 요구사항에 부합하는 전자 은행 지참인 지불 수표이다. 클라이언트 애플리케이션 유닛은 클라이언트 및 서버 애플리케이션의 인증 유닛에 의해 판정된 사용자 신분에 대응하는 카테고리에 의해 모듈로 그룹화되는데, 각각의 카테고리에 대하여 하나의 그룹의 수표 유통 파라미터를 미리 설정할 가능성을 제공한다. 수표의 발행은 법적으로 유효한 문서의 생성 및 수표 레지스터 내에 트랜잭션의 반영을 동반한다.

Description

전자 수표 기반의 지불 시스템 및 전자 수표를 발행, 이체, 지불 및 검증하는 방법{ELECTRONIC CHEQUE-BASED PAYMENT SYSTEM AND METHODS FOR ISSUING, TRANSFERRING, PAYING AND VERIFYING ELECTRONIC CHEQUES}

본 발명은 정보 기술 분야에 관한 것이고, 특히, 전자 시스템 및 화폐 자금 유통 방법(monetary fund circulation method)에 관한 것이고, 이는 실시간으로 전자 지불 시스템의 관계자들 간의 상호 결산(mutual settlement)의 문제점을 해소하기 위해 사용될 수 있다. 그렇게 함으로써, 본 발명에서의 화폐 자금의 유사체(analogue)는 은행 규정 및 해당 법률의 요구사항에 부합하는 전자은행 수취인 지불 수표(bearer check)이다.

상호 결산 문제를 해소하기 위해 전자 수표를 사용하는 전자 지불 시스템은 공지되어 있다. 특히, 재화와 용역에 대한 지불 수단으로서 전자 수표를 사용하는 "사이버체크(CyberCheck)" 시스템은 흔한 것이 되었다. 이러한 시스템에서, 수표는 오직 지불 오퍼레이션의 실행을 위해서만 사용되고 사용자에 의한 서명 후에만 생성되는데, 이는 완전한 범위의 화폐 자금 유통을 보장하지는 않으며 결제 시스템 기능을 상당히 좁게 하고 무담보 수표(uncovered check)를 발행하기 위한 전제조건들을 만들어낸다.

또한, 종래의 전자 지불 시스템인 "넷첵스(NetChex)" 시스템이 친숙하다. 이 시스템에서, 수표를 발행하기 위한 고객의 주문은 오직 전자적 형태로만 수신되고, 수표는 용역/재화의 제공자에게 종이 형태로 전송되어야 하는데, 이 또한 결제 시스템 기능을 좁게 하고, 수표 유통 과정을 매우 복잡하게 한다.

또한, 결제 목적으로 "페이머 디지털 수표(Paymer digital checks)"의 사용이 공지되어 있다. 이 시스템의 구현에 있어서, 수표의 유통 시 수표에 대한 정보는 인쇄물(hard copy)로 문서화된 형태로 저장되고, 시스템 사용자 간의 수표를 이용한 트랜잭션(transaction)의 이행은 전자적 형태 및 인쇄물 형태 둘 다 가능하다. 이 때, 수표는 특정한 소유자에 대하여 참조되지 않으며, 그로 인해 수표의 "공동점유"의 문제가 발생한다. 이 시스템이 전자적 상호 결산을 구현함에 있어서 위험을 배제하는 것을 허용하지 않으며, 모든 전자적 수표 처리 오퍼레이션의 투명성을 보장하지 않는다는 것은 자명하다.

본 발명의 목적은 은행 수표의 전자적 유사체(analogue)의 사용을 통해 실시간으로 그 관계자들 간의 전자적 상호 결산을 지원하고, 그 관계자들에게 높은 수준의 보안성 및 시스템 내에서 관계자에 의해 실행되는 모든 트랜잭션에 대한 완전한, 법적으로 유효한 문서 데이터베이스를 획득하는 가능성을 제공하는 전자 통화 시스템(electronic monetary system)을 제공하는 것이다.

본 발명에 의해 달성되어야 하는 기술적 결과는 다기능 전자 수표 유통 시스템의 생성은 물론, 전자 수표 기록관리, 전자 수표의 진위 검증 및 시스템 관계자의 인증의 공학적 수단 및 방법에 의해, 그리고 전자 수표의 발행 및 지불, 및 전자 수표 이체의 실행의 방법을 포함하는 완전한 사이클의 전자 수표 유통을 보장함으로써, 보장되는 전자 수표의 사용을 통한 상호 결산의 보안성 강화를 포함한다.

앞서 언급한 기술적 결과의 달성을 위해, 서버 애플리케이션을 구비한 데이터 핸들링(data-handling) 및 저장을 위한 적어도 하나의 서버 컴퓨터, 및 인터넷 네트워크 통신 채널 상으로 클라이언트 컴퓨터 디바이스와 서버 디바이스의 연결 및 암호화 및 전자 디지털 서명의 사용을 통해 서버 및 클라이언트 모듈의 펌웨어 수단에 의한 통신 채널의 보호 가능성을 보장하는 펌웨어 클라이언트 모듈을 구비한, 데이터 핸들링을 위한 적어도 하나의 클라이언트 컴퓨터 디바이스를 포함하는 전자 수표 결제 시스템이 사용된다. 그렇게 함으로써, 당해 전자 수표에 대한 전자 결제 시스템은 프로토타입(prototype)과 상이한 점으로서, 클라이언트 및 서버 애플리케이션이 적어도 상호 연결된 시스템 내에 상호 연결된 사용자 인증 유닛, 클라이언트 및 서버 애플리케이션 데이터의 갱신 및 동기화를 위한 유닛은 물론, 사용자 파라미터의 인증 및 검증을 위한 유닛에 연결된 전자 수표 이체 파라미터의 검증을 위한 유닛과 함께 펌웨어에 의해 관련된 클라이언트-애플리케이션 지불에 대한 정보의 저장 및 이체 실행을 위한 파라미터 입력 유닛, 및 전자 수표 관리, 수표 예금, 수수료를 위한 유닛에 피드백 채널에 의해 연결된 서버-애플리케이션 전자 수표 이체의 등록 및 실행을 위한 유닛 클라이언트-애플리케이션 데이터의 갱신 및 동기화를 위한 유닛에 연결된, 실시간으로 사용자에게 통지를 전송하는 유닛을 포함함은 물론, 전자 수표 이체의 등록 및 실행을 위한 유닛에 연결된 서버 애플리케이션의 디지털 문서의 생성 및 저장을 위한 유닛에 펌웨어에 의해 연결되어 있는, 클라이언트 애플리케이션 내에 전자 서명 유닛을 포함하고, 이 때, 서버 애플리케이션의 전자 수표 관리 유닛은 전자 수표 서명 유닛에 연결된 전자 수표 트랜잭션의 등록을 위한 유닛에 상호 연결된 피드백 채널 상으로 펌웨어에 의해 연결되어 있다.

그렇게 함으로써, 클라이언트 애플리케이션 유닛은 클라이언트 및 서버 애플리케이션의 인증 유닛에 의해 결정된 사용자 신분(status)에 대응하는 카테고리에 의해 모듈로 그룹화되고, 각각의 카테고리에 대하여 하나의 그룹의 수표 유통 파라미터를 미리 설정할 가능성을 제공한다.

특히, 이 시스템은 3개의 사용자 카테고리: 초기 카테고리, 표준 카테고리, 및 확장 카테고리를 포함하는데, 초기 카테고리는 최소 세트의 수표 유통 파라미터를 가지고(동작 모드에서, 표준 사용자 카테고리 내의 전자 수표의 이체는 물론 은행의 이체가 딜러를 통해 수행될 때), 초기 카테고리는 오직 신분(사용자 카테고리)를 변경하기 위한 신청의 등록 및 전송을 위해 사용되고, 표준 카테고리는 관계자에 대한 추가 데이터의 제공을 필요로 하고, 관계자가 은행에 지불을 위한 수표를 제공할 수 있게 하고, 그 수표에 대한 지급은행을 선택할 수 있게 하며, 확장 카테고리는 발행자, 파트너 은행, 및 딜러(브로커)의 오퍼레이션을 위해 의도된, 가장 넓은 세트의 기능적 능력을 가지고, 각각의 카테고리에 대한 추가적인 세트의 수표 유통 파라미터를 생성할 가능성을 제공한다. 그렇게 함으로써, 법적 법인체로서 이 시스템에 참여하기 위해서, 고객은 모든 기관의 필요한 수표의 실행을 보장하는, 대응하는 신분 변경 절차를 완료하는 동안에만 획득될 수 있는 표준 또는 확장 카테고리로 할당 받을 것이다.

또한, 이러한 기술적 결과는 앞서 서술한 지불 시스템의 사용을 통한 전자 수표의 지불, 발행, 이체, 및 검증을 위해 제안된 방법에 의해 달성된다.

그렇게 함으로써, 전자 수표 이체를 이행하는 방법은 사용자 데이터 입력 및 시스템 내의 그것의 인증 단계, 뿐만 아니라 이체 데이터의 입력 단계를 포함하고, 그것이 전자 수표 기록관리 방법에 제공된 제한사항에 따라 실시간으로의 수표 이체를 할 수 있게 한다는 점에서 상이하며, 아래의 단계들을 포함한다: 시스템 내의 인증; 계좌 데이터의 수신; 전자 수표 이체 파라미터의 입력; 전자 수표 파라미터의 검증; 전자 수표 이체의 이행을 위한 요청의 등록; 지불을 위한 수표의 제공, 지불, 및 새로운 수표의 발행을 포함하는, 수 개의 수표(이체 수표, 수수료 수표, 새로운 잔액 수표)로의 발송인의 수표 교환을 포함하는 트랜잭션; 표준 사용자 카테고리의 전자 수표 이체 시는 물론, 딜러(브로커) 계좌로의 딜러(브로커)를 통한 은행의 전자 수표의 이체시 시스템 동작 모드에서 오퍼레이터의 계좌 내에 전자 수표 수수료를 넣는 것; 수취인의 계좌 내에 전자 수표를 넣는 것; 지불을 위한 수표의 제공을 포함하는, 하나의 수표로의 수취인의 수표 교환(수취인이 자신의 계좌 내에 잔액을 가진 경우)을 포함하는 트랜잭션; 전자 문서의 생성 및 서명, 및 이체 실행의 관계자 통지를 수반하는 이체의 마무리. 이러한 전자 수표 이체를 이행하는 방법은 모든 필수적인 법적으로 유효한 문서의 생성을 동반하고, 모든 완료된 액션은 수표 레지스터에 반영된다.

본 발명에 의해 제공된 전자 수표의 발행 방법은 오직 수개의 사용자 카테고리에 의한 의무적인 단계의 완료에 이은 전자 수표의 발행만 허용한다. 이러한 발행 방법은 발행자에 의한 수표 발행 요청의 생성의 의무적인 단계는 물론, 요청 파라미터와 일치하는, 발행자의 결산 계좌 내에 예치된 돈(발행된 수표에 대한 담보)의 은행의 검증 단계, 및 전자 수표 발행의 은행의 승인 단계를 포함한다. 단일 관계자에 의한 독립적인 발행은 불가능하다. 발행은 법적으로 유효한 문서의 생성 및 수표 레지스터 내의 트랜잭션의 반영을 동반한다.

전자 수표 지불 방법은 또한 수개의 단계를 포함하고, 수 개의 사용자 카테고리의 의무적인 참여를 필요로 한다. 이 방법은 고객이 수표의 지불을 위한 신청을 은행에 전송하는 단계; 신청 내에 지정된 세부사항의 검증 및 수표 지불의 가능성의 은행의 검증 단계; 은행이 수표를 넣기 위해 고객에게 송장을 전달하는 단계; 발행된 송장의 지불에 의해, 고객에 의해 은행에 지불하기 위해 제공될 수표를 전달하는 단계; 은행이 수표의 검증을 위해 발행자에게 요청을 전송하는 단계; 지불을 위해 제공된 수표의 발행자의 검증 단계; 검증 통지 전송을 통한 발행인의 요청 승인 단계; 및 수표 지불의 이행 단계를 포함한다.

도 1은 본 발명에 관한 방법을 사용하는 시스템의 개략적인 도면이다.
도 2는 클라이언트 애플리케이션을 포함하는 메인 유닛이다.
도 3은 서버 애플리케이션을 포함하는 메인 유닛이다.
도 4는 메인 클라이언트 애플리케이션 DB 섹션의 도면이다.
도 5는 메인 서버 애플리케이션 DB 섹션의 도면이다.
도 6은 전자 수표 이체를 이행함에 있어서, 유닛 상호작용의 도면이다.
도 7은 파라미터 입력 및 이체의 이행을 위한 클라이언트(K5) 유닛의 오퍼레이션 알고리즘의 흐름도이다.
도 8은 전자 수표 이체의 등록 및 이행을 위한 서버(S5) 유닛의 오퍼레이션의 실행을 위한 절차의 흐름도이다.
도 9는 전자 수표 관리를 위한 서버(S7) 유닛의 전자 수표의 교환(결합)을 위한 절차의 흐름도이다.
도 10은 전자 수표 발행 절차를 이행함에 있어서, 유닛 상호작용의 도면이다.
도 11은 전자 수표 지불 절차를 이행함에 있어서, 유닛 상호작용의 도면이다.
도 12는 전자 수표 검증 절차를 이행함에 있어서, 유닛 상호작용의 도면이다.
아래의 명칭이 앞서 언급한 예시적인 도면에서 사용된다.
K1 - 시스템 내의 등록을 위한 클라이언트 유닛(KB R)
K2 - 시스템 내의 인증을 위한 클라이언트 유닛(KB A)
K3 - 클라이언트 및 서버 애플리케이션 DB의 데이터 갱신, 동기화를 위한 클라이언트 유닛(KB ODS)
K4 - 서버와 상호작용하기 위한 클라이언트 유닛(KB VS)
K5 - 파라미터 입력, 이체의 이행을 위한 클라이언트 유닛(KB VDVP)
K6 - 데이터 입력, 계좌에 수표를 넣기 위한 송장의 전송을 위한 클라이언트 유닛(KB VDOS)
K7 - 데이터 입력, 전자 수표의 구매, 판매를 위한 신청의 전송을 위한 클라이언트 유닛(KB OZPPECh)
K8 - 데이터 입력, 전자 수표의 지불을 위한 신청의 전송을 위한 클라이언트 유닛(KB OZOECh)
K9 - 수신된 전자 수표 이체의 처리를 위한 클라이언트 유닛(KB OPPECh)
K10 - 계좌 내에 수표를 넣기 위해 수신된 송장의 처리를 위한 클라이언트 유닛(KB OPSZCh)
K11 - 디지털 문서의 전자 서명을 위한 클라이언트 유닛(KB TsP)
K11(발행자) - 데이터 입력, 전자 수표의 발행을 위한 요청의 전송을 위한 클라이언트 유닛(KBE OZVECh)
K12(발행자) - 전자 수표의 검증을 위해 수신된 요청을 처리하기 위한 클라이언트 유닛(KBE OPZVFECh)
K13(은행) - 전자 수표의 발행을 위해 수신된 요청의 처리를 위한 클라이언트 유닛(KBB OPZVECh)
K14(은행) - 전자 수표의 지불을 위해 수신된 신청의 처리를 위한 클라이언트 유닛(KBB OPZOECh)
K15(은행) - 데이터 입력, 전자 수표의 검증을 위한 요청의 전송을 위한 클라이언트 유닛(KBB VDOZVFECh)
K16(발행자) - 전자 수표의 구매를 위해 수신된 신청의 처리를 위한 클라이언트 유닛(KBE OPZPECh)
K16(딜러) - 전자 수표의 구매를 위해 수신된 신청의 처리를 위한 클라이언트 유닛(KBE OPZPECh)
K17(딜러) - 전자 수표의 판매를 위해 수신된 신청의 처리를 위한 클라이언트 유닛(KBD OPZPrECh)
S1 - 사용자 계좌의 등록, 관리를 위한 서버 유닛(SB RUUZP)
S2 - 사용자 파리미터의 인증 및 검증을 위한 서버 유닛(SB APPP)
S3 - 클라이언트 및 서버 애플리케이션 DB의 데이터 갱신, 동기화를 위한 서버 유닛(SB ODS)
S4 - 전자 수표 이체 파라미터의 검증을 위한 서버 유닛(SB PPPECh)
S5 - 전자 수표 이체의 등록 및 이행을 위한 서버 유닛(SB RVPECh)
S5 - 사용자 계좌 관리를 위한 서버 유닛(SB UUSP)
S6 - 계좌 내에 수표를 넣기 위한 신청, 요청, 송장의 등록을 위한 서버 유닛(SB RZZSZECh)
S7 - 전자 수표 관리를 위한 서버 유닛(SB UECh)
S8 - 레지스터 내에 전자 수표 트랜잭션의 등록을 위한 서버 유닛(SB ROEChR)
S9 - 디지털 문서의 생성을 위한 서버 유닛(SB GTsD)
S10 - 온라인 통지의 전송을 위한 서버 유닛(SB OOU)
S11 - 전자 수표의 발행을 위한 서버 유닛(SB VECh)
S12 - 전자 수표의 서명을 위한 서버 유닛(SB PECh)
S13 - 신청, 요청의 처리 및 실행을 위한 서버 유닛(SB OIZZ)
S14 - 전자 수표의 탕감(write-off)을 위한 서버 유닛(SB SECh)

본 발명은 실시간으로 기관들 및/또는 개인들 간에 전자 수표 결산(settlement) 시스템(이하 시스템이라 함)을 제공하는 것을 목적으로 한다. 기술적으로, 이러한 시스템의 구현방법은 데이터 처리 및 저장을 위한 적어도 하나의 서버 컴퓨터 디바이스 및 데이터 처리를 위한 클라이언트 컴퓨터 디바이스들을 포함하는데, 서버 애플리케이션은 서버 컴퓨터 디바이스를 포함하고, 클라이언트 애플리케이션들은 클라이언트 컴퓨터 디바이스들을 포함하며, 클라이언트 컴퓨터 디바이스는 클라이언트 컴퓨터 디바이스와 서버 컴퓨터 디바이스 사이의 상호작용을 제공한다. 서버와 클라이언트 컴퓨터 디바이스의 상호작용은 보호된 통신 채널을 통해 인터넷 네트워크를 사용하여 수행된다. 통신 채널의 보호는 암호화(encryption) 및 전자 디지털 서명 알고리즘을 사용하여 서버 및 클라이언트 애플리케이션에 의해 제공된다.

여기 제공된 방법은 서버 및 클라이언트 컴퓨터 디바이스의 대응하는 오퍼레이팅 알고리즘으로 표현된다. 주어진 알고리즘에 대한 디바이스의 오퍼레이션의 일치(conformity)는 서버 및 클라이언트 애플리케이션 내에 제공되는 프로그램 명령어의 시퀀스의 실행에 의해 보장된다. 서버 디바이스 또는 디바이스 세트의 아키텍처는 근거리 통신망에 의해 연결된 하나 또는 수개의 컴퓨터의 사용을 기반으로 할 것이고, 적어도 데이터베이스 관리 시스템(DBMS), 웹 서버(인터넷을 통해 클라이언트 애플리케이션과의 상호작용을 제공하는 모듈), 애플리케이션 서버(메인 애플리케이션 로직을 구현하고 DBMS와의 상호작용을 보장하는 모듈), 및 온라인 메시지 모듈(시스템 내의 이벤트에 대하여 사용자에게 즉각적인 정보를 제공) 등의 모듈을 포함할 것이다.

클라이언트 디바이스 아키텍처는 아래의 가능한 클라이언트 애플리케이션의 솔루션을 기반으로 할 수 있다: 자체 사용자 인터페이스를 가진 개별 클라이언트 애플리케이션(아래에 설명됨); (아래에 서술된 것과 동일한 유닛 및 상호작용 패턴을 가진) 웹 브라우저 내에 반영될 자체 사용자 인터페이스를 통해 인터넷 네트워크 리소스(웹 브라우저)를 보기 위한 표준 툴로 만들어진 모듈 형태의 클라이언트 애플리케이션; 데이터 처리 및 사용자 인터페이스 생성을 위한 유닛이 서버로 전달되는, 웹 브라우저를 기반으로 하는 씬 클라이언트(thin-client) 형태. 씬 클라이언트 모드에서, 웹 브라우저 사용자 인터페이스 내의 데이터 입력, 디지털 문서의 전자 서명, 데이터 암호화, 서버로의 데이터 전달, 서버로부터의 데이터 수신, 복호화, 및 웹 브라우저 사용자 인터페이스로의 출력만이 클라이언트 디바이스 상에서 처리된다. 그렇게 함으로써, 빌트인 모듈 또는 씬 클라이언트 형태의 클라이언트 애플리케이션의 구현의 경우에, 클라이언트 디바이스 및 전체 시스템은 자체 인터페이스를 가진 별개의 클라이언트 애플리케이션을 기반으로 하는 클라이언트 디바이스를 사용하는 경우의 시스템과 동등한 기능적 능력을 가진다.

앞서 서술된 시스템은 본 발명의 임의의 가능한 구현방법을 제한하지 않는다.

기능 유닛 형태의 클라이언트 및 서버 애플리케이션의 구조는 도 2 및 3에 제공되어 있다. 고려된 시스템 구현방법에 있어서, 클라이언트 애플리케이션은 수 개의 동작 모드를 가지는데, 이는 시스템 내에서 인증 받은 사용자의 신분(status)에 의해 결정된다. 추가적인 유닛들은 '발행자', '은행', '딜러(브로커)'의 형태로 할당된다. 나머지 유닛들은 임의의 동작 모드로 액세스 가능할 수 있다(가능한 제한사항은 특정 시스템 구현방법의 특성에 의해 결정된다). 하나 이상의 클라이언트 애플리케이션이 존재하는 구현방법이 가능한데, 그 각각의 클라이언트 애플리케이션에서 대응하는 세트의 유닛들이 액세스 가능하다.

관계자 카테고리

시스템 내에 3가지 관계자 주요 신분이 존재한다고 가정한다. 그렇게 함으로써, 관계자는 사용자(법인체 또는 개인)일 수 있는데, 이들에 대한 정보는 클라이언트 컴퓨터 디바이스를 사용하여 시스템과의 상호작용을 수행하는 시스템 데이터베이스 내에 전자적 형태로 제공된다. 이러한 신분은 하나의 세트의 권리가 그 관계자에게 부여되게 하여, 시스템 내의 어느 알고리즘의 실행 가능성을 획득하고 시스템 내에서 사용 가능한 정보의 어느 볼륨(volume)에 대한 액세스를 획득한다.

초기 신분은 시스템 내에서 가능성의 세트에 대하여 제한되어 있으며, 등록시 사용자에 의해 입력된 정보의 확인을 위한 문서의 제공을 필요로 하지 않는 관계자 레벨이다. 이러한 초기 레벨에서, 등록은 개인으로서만 가능하다. 법인체는 초기 레벨에서 표준 레벨로 전환된 경우에만 시스템 내에 등록될 수 있다. 그렇게 함으로써, 시스템 동작 모드에서, 표준 신분을 가진 사용자의 전자 수표의 이체는 물론, 은행의 전자 수표의 이체가 딜러(브로커)를 통해 수행될 때, 이러한 초기 카테고리는 신분의 변경(사용자 카테고리)을 위한 신분 요청의 등록 및 전송을 위해서만 사용된다.

표준 신분은 개인이든 법인체이든 관계없이 시스템의 인증된 관계자를 위해 지정된 레벨이다. 이러한 신분을 얻기 위해, 관계자들은 자신에 대한 추가 정보 및 그것의 확인을 위한 다수의 문서를 제공해야 할 의무가 있다. 이러한 신분은 관계자가 지불할 은행에 수표를 제공하고, 그 수표에 대한 지급은행(paying bank)을 선택할 수 있게 한다.

확장 신분은 시스템의 발행자, 파트너 은행 및 딜러(브로커)의 오퍼레이션을 위해 지정된 레벨이다.

본 발명에서 제공된 방법의 작동성(operability)을 보장하기 위해, 아래의 관계자들은 시스템 내에 의무적으로 등록되어야 한다.

● 발행자 - 전자 수표의 발행을 수행하는 대행 기관

● 오퍼레이터 - 시스템의 기능을 보장하는 시스템에 대한 권한의 소유자

● 적어도 하나의 은행 - 발행된 수표에 대한 담보(security)로서 역할하는 화폐 자금(monetary fund)이 발행자의 결산 계좌(settlement account)에 넣어져 있는 파트너 은행

● 적어도 하나의 딜러(브로커) - 영구적으로 관계자와 전자 수표 구매 및 판매 트랜잭션을 수행함은 물론, 발행자로부터의 수표의 구매를 수행하는 법인체

은행, 딜러(브로커)로서 등록된 관계자들은 또한 고객으로서 역할을 할 수도 있고 표준 시스템 기능을 사용할 수 있다.

유사한 시스템의 대략적인 도면이 도 1에 제공된다.

대응하는 신분을 획득하고 시스템 내의 작업 가능성을 획득하기 위해서, 관계자는 요청 받은 신분에 따라 상이한 개수의 단계들로 이루어진 등록을 완료할 것이다. 시스템에서의 제1 등록 단계는 클라이언트 애플리케이션에 의해 수행되고, 관계자의 개인 데이터의 입력, 안전 파라미터의 설정, 제안 동의서(offer agreement)의 숙지(familiarization), 및 EHS(equivalent handwritten signature)을 위한 전자 키의 생성을 포함한다. 제1 등록 단계의 결과로서, 관계자는 고유 등록 번호를 할당 받는다 - EHS 검증을 위해 지정된 공개 키(public key)는 시스템 서버 내에 자신의 이름과 함께 등록되고, 관계자의 데이터는 시스템 데이터베이스 내에 기록된다.

제1 등록 단계의 결과로서, 사용자는 초기 신분을 할당 받는다. 표준 또는 확장 신분을 얻기 위해서 관계자는 시스템을 통해 전자적 신청을 생성할 것이고, 이러한 전자적 신청에 카테고리(개인/법인체)를 지정하고 필요한 모든 정보를 입력할 것이다. 입력된 정보의 확인을 위해, 관계자는 적법하게 보증된 서류본을 제공할 것이다. 오직 문서 검증 단계의 성공적인 완료 후에만, 그리고 필요하다면, (은행, 딜러(브로커), 발행자에 대한) 추가적인 동의서에 입력한 후에, 관계자는 요청된 신분을 발행 받을 것이고, 시스템 내의 대응하는 세트의 권리들을 제공받을 것이다.

시스템 내의 임의의 신분을 가진 관계자는 시스템에 의해 제공되는 통화 종류로 표현된 무한한 개수의 계좌를 개설할 수 있다. 초기보다 높은 신분을 가진 관계자는 수표의 액면가(nominal value)가 계좌 잔고와 같은 수표에 대한 지급은행으로서 역할을 수행할 은행을 선택하는 가능성을 가진다. 계좌의 개설시, 그것은 시스템 내의 고유 번호를 할당 받을 것이며, 그에 따라 관계자의 식별이 분명하게 수행될 수 있다.

전자 수표

시스템 내의 화폐 자금의 동등물은 전자 수표이다. 전자 수표는 비문서 형태의 지참인 지급 수표이고, 아래의 필수적인 세부정보를 포함한다.

● 수표 번호 - 수표의 고유 식별자;

● 문서 텍스트 내에 포함되어 있고 그 문서가 작성된 국가의 언어로 표현된 "수표"의 설명;

● 어느 금액(수표의 액면가)을 지불하기 위한 필수조건;

● 지급은행의 명칭;

● 지불이 수행될 계좌의 표시;

● 지불 통화의 표시;

● 수표 실행의 날짜 및 위치의 표시;

● 발행자(수표 발행인)의 서명.

비문서 형태의 수표는 합법적인 것이며, 아래에 서술된 전자 수표 처리 방법의 특성을 서술하는, "러시아 연방 내의 비현금 결제에 대한" 러시아 은행 규정에 따라 유효한 지불 기구로 간주되는 형태로 작성된 수표로 간주되어야 한다.

전자 수표는 DB 기록 형태로 제공된다. 전자 수표 서명은 발행인의 폐쇄 키(closed key)를 사용하여 수표 세부사항의 암호 변환의 결과로서 획득된 EHS(equivalent handwritten signature)의 형태로 제공되고, 수표 발행인의 식별 및 전자 수표 내의 정보 왜곡이 없다는 판정을 가능하게 함과 동시에 위조로부터의 전자 수표 보호를 보장한다.

전자 수표의 기록관리(record-keeping)는 관계자의 계좌 내에서 수행된다. 수표 교환 오퍼레이션의 완료시, 액면가가 개정 내의 잔액인 오직 하나의 수표만이 시스템 내의 한 명의 표준 고객의 계좌에 대하여 참조될 수 있다. 지불을 위해 은행에 제공된 수표의 기록관리의 목적으로, 수개의 전자 수표가 동시에 넣어질 수 있는 특수 계좌가 사용된다.

전자 수표는 아래의 상태에 의해 특징 지어진다.

● 수표가 유통 중이다 - 유효 수표는 시스템 관계자 중 한 명이 마음대로 쓸 수 있다(disposal).

● 수표가 지불을 위해 제출되었다(지급은행에).

● 수표가 모금(collection)을 통한 지불을 위해 제출되었다.

● 수표가 지불되었다.

전자 수표의 상태 변경 또는 수표 소유자의 변경은 수표 발행, 수표 이체, 지불을 위한 수표 제출, 모금을 통한 지불을 위한 수표 제출, 수표 지불, 또는 지불금의 모금과 같은 어느 오퍼레이션의 결과로서 발생할 수 있다. 모든 전자 수표 트랜잭션은 수표 레지스터 내에 기록되고, 대응하는 당사자의 EHS를 통해 보증된 법적으로 유효한 문서의 생성을 동반할 것이다.

전자 수표는 제한된 유효기간을 가지며, 유효기간의 만료시, 전자 수표는 새로운 번호 및 발행일을 가진 동등한 수표로 자동 교환된다.

전자 수표 이체의 이행 방법

여기 제공된 전자 수표 이체의 이행 방법은 실행을 위해 필수적이든 필수적이지 않든 어느 시퀀스의 주요 프로세스 단계로 이루어진다. 단계의 필수 여부는 아래에 서술된 알고리즘에 개시된 어느 조건의 충족여부에 의해 결정된다. 이러한 방법을 구현하는 소프트웨어의 아키텍처 특성, 프로그램 언어와 같은, 알고리즘의 구현방법의 특성은 본 발명에 의해 제한되지 않는다.

이 방법은 관계자의 컴퓨터 디바이스가 이러한 방법을 구현하는 클라이언트 애플리케이션의 프로그래밍된 명령어의 실행 및 인터넷을 통한 서버 컴퓨터 디바이스와 상호작용을 허용하도록 구성되어 있다고 가정한다.

이체 프로세스의 이행의 시작은 사용자가 클라이언트 애플리케이션을 시작하는 것이고, 그 동안 시스템 내의 인증을 위한 K2 클라이언트 유닛이 초기화된다. 이 유닛의 실행 동안, 각각의 신분에 대응하는 권리를 가진 관계자의 계좌 및 그 계좌의 출자금(investment)에 대한 검증이 수행될 것이다. 이러한 오퍼레이션의 실행을 위해, K2 클라이언트 유닛 내지 서버와 상호작용을 위한 K4 유닛은 사용자 파라미터의 인증 및 검증을 위한 S2 서버 유닛에 연결된다. 그렇게 함으로써, K4 유닛 내에서, 커맨드 및 필수 데이터가 수신된 때, 요청된 포맷으로의 요청 생성, 암호화, 요청의 서명, 서버와의 연결의 구축, (보호된 통신 채널상으로 인터넷을 통한) 요청의 전달 및 응답의 처리가 수행될 것이다. 서버 유닛과 모든 클라이언트 유닛의 상호작용은 K4 유닛을 통해 수행되는 것으로 가정하며, 더 이상 언급하지는 않을 것이다.

클라이언트 및 서버 인증 유닛의 구현방법은 본 발명의 영향을 받지 않으며, 사용자의 증명 및 인증을 위한 공지된 방법의 다양한 조합을 포함할 수 있다.

이들 유닛에 대한 의무는 관계자의 계좌, 전자 키의 저장의 정확도 및 접근 가능성의 검증인데, 이러한 전자키는 또한 전자 문서 및 요청의 EHS를 생성함은 물론, 관계자의 신분 및 대응하는 권리에 대한 정보를 획득하기 위해 사용될 것이다. 관계자의 신분을 근거로 하여, 관계자의 신분에 의해 제공되지 않는 액션을 관계자가 수행할 가능성이 차단되는데, 이러한 차단은 클라이언트 애플리케이션 레벨에서(대응하는 사용자 인터페이스의 부재, 클라이언트 애플리케이션 내의 체크 알고리즘의 실행) 및 서버 애플리케이션 레벨에서(이러한 애플리케이션을 포함하는 서버 유닛은 사용자 신분 및 다른 파라미터를 검증하기 위해 각각의 요청을 처리하는 경우에 S2 유닛에 적용한다) 모두 발생한다.

인증 유닛의 성공적인 실행은 관계자가 제거 또는 차단되지 않았으며, 관계자의 폐쇄형 전자 키가 시스템 내에 등록된 공개 키에 대응함을 보장한다.

인증 유닛의 성공적인 실행은 클라이언트 및 서버 애플리케이션 데이터의 갱신, 동기화를 위한 다음 K3 유닛으로 넘어가기 위한 필수조건이다. 클라이언트 K3 유닛은 클라이언트 및 서버 애플리케이션의 데이터 갱신, 동기화를 위한 서버 S3 유닛과 통신한다. K3, S3 유닛의 실행 동안, 관계자의 계좌의 현재 상태, 수신된 이체, 및 계좌 내에 수표를 넣기 위한 송장에 대한 정보가 수신된다. 관계자의 신분에 따라, 대응하는 종류의 신청, 요청이 수신되고 그들의 신분이 갱신된다. 이러한 유닛의 실행은 관계자에 의해 전송 및 수신된 모든 이체, 계좌 내에 수표를 넣기 위한 송장, 신청, 요청, 및 다른 정보에 대한 관계자의 액세스를 보장할 것이다(예를 들어, 클라이언트 애플리케이션 데이터베이스와 서버 애플리케이션 데이터베이스의 동기화에 의해). 이러한 유닛들의 구현방법은 공지되어 있으며, 본 발명의 대상이 아니다. 시스템 구현의 예로서, 서버로부터 수신된 정보가 로컬 데이터베이스에 저장되는 하나의 버전이 고려되는데, 그 도면이 도 4에 도시되어 있다.

K3 유닛의 오퍼레이션의 성공적인 완료 후, 애플리케이션은 모든 고객의 계좌에 대한 정보인: 번호, 계좌명, 계좌 내의 활성 잔고, 그 계좌로 참조된 전자 수표의 번호, 그 계좌와 연관된 은행의 세부사항 등을 포함하는, 사용자 인터페이스에서 수신된 정보를 디스플레이 할 것이다. 수신 및 디스플레이 되어야 할 정보의 양은 시스템 구현 버전에 의해 결정된다.

클라이언트 및 서버 애플리케이션 데이터의 갱신, 동기화를 위한 S3 서버 유닛 및 K3 클라이언트 유닛의 성공적인 실행은 파라미터 입력 및 이체의 이행을 위한 K5 유닛으로 넘어가기 위한 필수조건이다.

이 유닛의 초기화를 위해, 관계자는 클라이언트 애플리케이션의 사용자 인터페이스 내의 대응하는 섹션을 선택할 것이다.

K5 유닛은 사용자가 전자 수표의 이체를 위해 요구되는 초기 데이터를 입력하도록 할 수 있다. 이 유닛은 파라미터(수취인 계좌의 입력, 수신 가능한 수표 금액, 또는 탕감될(written off) 수표 금액, 지불의 목적)의 직접 입력, 가능한 값의 목록으로부터 파라미터의 이형(variant)들의 선택(발송자의 개인 계좌의 목록으로부터의 선택, 대응하는 참조서류로부터 수령인의 계좌번호의 선택), 어느 타입의 신청(예컨대, 전자 수표의 구매를 위한 신청) 또는 계좌 내에 수표를 넣기 위해 수신된 청구서를 기초로 하는 이체의 발생 등의 이체 파라미터를 입력하는 다양한 가능성을 제공할 수 있다. 후자의 변형은 클라이언트 및 서버 애플리케이션의 갱신, 동기화를 위한 K3 유닛의 실행 동안 수신된, 그리고 이 시스템의 특정 구현방법에 대응하는 방법에 의해 애플리케이션 내에(컴퓨터 디바이스의 랜덤 액세스 메모리 또는 판독 전용 메모리 내에) 저장된 정보의 사용을 기초로 한다. 이체 파라미터의 입력 방법은 파라미터 입력 동안에 수행되는 자동 검증을 포함할 수 있고, 그로 인해 사용자는 임의의 에러를 즉각적으로 알게 될 것이다. 이 방법은 애플리케이션에 의한 이체 금액 데이터의 수신 과정 동안에, 그 이체를 위해 수집되어야 할 수수료 금액의 자동 계산을 포함할 수 있다. 수수료의 계산은 (계좌 데이터의 수신 단계에서, 랜덤 액세스 메모리 또는 DB 내에 저장되거나, 다운로드된) 애플리케이션의 로컬 데이터를 기초로 하여, 또는 별도의 요청에 의해 서버로부터 다운로드될 수수료율을 기초로 하여 모듈에 의해 수행될 수 있다. 이러한 가능성은 그 그룹 내의 관계자의 신분에 대한 수수료율의 의존성(이 경우에, 수수료를 결정하기 위해, 발송자에 대한 데이터와 이체의 수령인에 대한 데이터 모두 필요할 것이다), 관계자의 개별 수수료의 설정 가능성과 같은 더 복잡한 수수료 설정 변형의 구현을 위해 사용될 수도 있다. 수수료의 계산 후, 모듈은 이체를 위해 수집될 수수료의 합, 및 탕감될(written off) 합(또는 채워진 파라미터에 따라 수신 가능한 합)을 사용자에게 알릴 것이다.

파라미터 입력, 이체의 실행을 위한 K5 유닛의 동작 알고리즘의 예는 도 7에 제공되어 있다.

이체 파라미터의 입력 동안, 이체 수령인에 대한 정보가 수령인의 계좌번호를 기초로 하여 다운로드되어 잘못된 데이터를 입력할 위험을 최소화하기 위해 관계자에게 디스플레이되는 구현방법이 가능하다.

이러한 방법은 이체 파라미터의 사전 검증을 위한 단계를 포함할 수 있고, 이 단계 동안 K5 유닛은 데이터 검증을 위한 전자적 요청을 생성할 것이고, 그것을 전자 수표 이체 파라미터의 검증을 위한 S4 서버 유닛으로 전송할 것이다. 이러한 요청은 발송자의 계좌 및 이체 수령인의 계좌 번호, 값, 이체의 통화를 포함한다. 검사하는 동안, S4 유닛은 지정된 파라미터를 가진 이체의 실행이 액세스 가능한지 여부를 판정할 것이다. S2 서버 유닛의 실행이 트리거되고, 그 동안 발송자(요청 EHS의 검사를 포함) 및 이체 수령인(수령인의 계좌의 액세스 가능성의 검증을 포함) 모두에 대한 필수 검증이 수행된다. 이체 발송자의 계좌 내에서 사용 가능한 전자 수표에 대한 DB로부터의 데이터의 검색, 탕감될 금액과 수표 액면가의 비교(이로 인해, 액세스 가능한 활성 잔고에 대한 탕감될 금액의 비교에 이어 계좌 내의 별도의 금액의 차단이 일어나는 구현방법이 가능함), 및 시스템의 특정한 구현방법의 특성에 의해 제공되는 다른 검사가 수행된다. 이러한 검사는 시스템 데이터베이스 내에 저장된 정보와의 대조, DB 내의 계좌 설정의 검사, 및 전자 디지털 서명의 검증 알고리즘의 실행에 의해 수행될 수 있다.

파라미터 입력 및 이체의 실행을 위한 K5 클라이언트 유닛은 S4 유닛으로부터 검사의 결과에 대한 정보를 수신하고, 최종적인 에러에 대한 메시지 또는 이체에 대한 정보를 가진 윈도우를 사용자에게 디스플레이하고, 고객은 이를 반복적으로 확인할 수 있다. 이러한 단계에서, 모듈은 이 방법의 구현방법에 대응하는 이체에 대한 임의의 데이터(금액, 수취인의 이름, INN 등)를 디스플레이 할 수 있다.

관계자로부터 트랜잭션의 승인이 수신되면, K5 유닛은 탕감을 위한 계좌의 번호, 계좌 내에 수표를 넣기 위한 송장의 번호, 금액, 이체의 통화, 지불 목적을 포함하는 이체를 실행하기 위한 전자적 요청을 발생시킬 것이고, 그것을 전자 수표 이체의 등록 및 실행을 위한 S5 서버 유닛으로 전송할 것이다.

이체의 실행을 위한 요청이 수신되면, S5 유닛은 이체 등록 절차를 실행할 것이다. 이러한 절차 동안, 수신된 요청을 검사하기 위해, 전자 수표 이체 파라미터를 검증하기 위한 S4 유닛으로의 전달이 수행되고(수신된 모든 데이터가 전달된다), 그것의 성공적인 실행 후, 이체에 대한 정보는 시스템 데이터베이스에 기록될 것이고, 수수료 금액이 계산되고 기록될 것이다. S4 유닛이 에러를 반환하는 경우, 그 이체는 등록되지 않을 것이고, 이체 실행의 오류 결과(예컨대, 트랜잭션의 상태, 에러 코드)가 K5 클라이언트 유닛으로 반환될 것이다.

이체 실행 요청의 전송 및 등록 단계에서, 디지털 문서의 생성 및 저장을 위한 유닛(S9)이 실행될 수 있다. 이 방법은 서버 애플리케이션 또는 클라이언트 애플리케이션 중 하나가 이러한 유닛을 포함한다는 것을 암시한다. 이러한 유닛의 오퍼레이션(주어진 경우에, 이체의 실행을 위한 신청의 생성을 위한 절차)의 결과로서, 전자 수표 이체를 위한 애플리케이션의 모든 세부사항을 포함하는 별도의 전자 문서가 (예컨대, pdf 포맷으로) 생성될 것이고, 관계자의 EHS는 디지털 문서의 전자 서명의 클라이언트 유닛(K17)을 통해 확인될 것이다. 이 방법은 이러한 문서를 저장하기 위한 다양한 변형을 암시하는데, 예컨대, 이 문서는 서버로 전송될 수 있고, EHS 및 다른 정보와 함께 애플리케이션 데이터베이스에 저장될 수 있고, 그 다음 서버 애플리케이션의 특수한 서비스를 통해 모든 이해 당사자들에게 액세스 가능하게 될 수 있다.

이 문서가 서버상에서 생성되는 경우에, 디지털 문서의 전자 서명을 위한 유닛(K17)은 서버로부터 전자 문서를 다운로드하기 위한 절차를 이행할 것이다.

서버 DB 내의 이체의 성공적인 기록 후, S5 유닛은 트랜잭션 이행 절차를 실행할 것이다. 이러한 절차 이행의 하나의 예가 도 8에 제공되어 있다. 이러한 절차를 위한 입력 파라미터는 실행되는 이체에 대하여 수신된 모든 데이터이다.

전자 수표 이체의 등록 및 실행을 위한 S5 유닛은 시스템 데이터베이스로부터 이체 발송자의 계좌 내의 전자 수표 및 수수료 금액에 대한 데이터("사용자 계좌에 대한 정보", "전자 수표에 대한 정보", "전자 수표 이체에 대한 정보" 섹션)를 수신한다.

발송자의 계좌 상의 잔액 수표의 액면가가 이체 금액과 일치하고, 이 때 이체를 위한 수수료가 수집되지 않는다면, 그 전자 수표는 발송자의 계좌에서 수령인의 계좌로 직접 이체될 것이다.

수표 이체를 위해, S5 유닛은 전자 수표 관리를 위한 S7 서버 유닛의 실행을 초기화한다. 그렇게 함으로써, 전자 수표 이체를 위한 절차가 트리거되고, 그 입력으로 전자 수표의 번호, 이체 발송인의 계좌 번호, 이체 수령인의 계좌 번호 등의 데이터가 전송된다. 이 절차를 이행함에 있어서, DB 내의 "사용자 계좌에 대한 정보" 내의 정보의 수정이 다음과 같이 수행된다. 이체 발송자의 계좌 내의 수표에 대한 정보가 삭제되고, 잔액 수표의 번호에 대한 데이터가 계좌 기록 내에 입력되고, 수표 소유자에 대한 정보가 "전자 수표에 대한 정보" 섹션에서 수정될 것이다.

이러한 절차의 체계(framework) 내에서, 레지스터 내의 전자 수표 트랜잭션의 등록을 위한 S8 유닛의 실행이 개시된다. 레지스터 내의 수표 이체 트랜잭션을 기록하는 절차의 트리거 시 입력 파라미터는 전자 수표의 번호, 이체 발송인의 계좌 번호, 이체 수령인의 계좌 번호, 트랜잭션의 종류("수표 이체") 등이다. 수표 레지스터 내의 트랜잭션의 가능한 종류는 "수표 발행", "수표 이체", "지불을 위한 수표 제출", "모금을 통한 지불을 위한 수표 제출", "수표의 지급", "수표 모금" 등이다. 입력 파라미터를 기초로 하여, S8 유닛은 DB로부터 필요한 데이터를 검색하고, 적어도 트랜잭션의 번호, 날짜, 시간, 금액, 통화, 이체될 수표의 번호, 발송인의 계좌 번호 및 수령인의 계좌 번호, 트랜잭션의 종류, 계좌 내 잔고에 대한 데이터 등의 정보를 포함하는 기록을 "전자 수표 레지스터" DB 섹션에 입력한다. 수표 레지스터에 트랜잭션의 성공적인 기록 후, S7 유닛의 전자 수표 이체를 위한 절차가 종료될 것이다.

이로 인해 유사한 상황에서, 수표의 액면가 전체가 수령인에게 이체될 때, 전자 수표가 먼저 오퍼레이터에게 이체되고, 오퍼레이터가 그 수표를 이체 수령인에게 이체하는 구현방법이 가능하다. 수표 이체는 (그것에 대한 모든 다른 참조문헌에서와 마찬가지로) 상술된 전자 수표 관리를 위한 S7 서버 유닛의 전자 수표 이체 절차의 체계 내에서 수행된다.

앞서 언급한 조건이 충족되지 않으면(수표의 액면가가 전부 수령인에게 이체될 것이 아니라면), S5 유닛은 전자 수표 관리를 위한 S7 유닛의 전자 수표의 교환을 위한 절차를 트리거할 것이다. S5 유닛은 이러한 절차의 입력으로 액면가가 발송자의 계좌 내의 잔고인 전자 수표의 번호, 이체 금액과 이체를 위해 수집되어야 할 수수료의 금액과 동등한, 교환이 수행될 전자 수표의 액면가 등의 데이터를 전달한다.

S7 유닛의 전자 수표 교환을 위한 절차의 체계 내에서, 발송자의 전자 수표는 시스템 오퍼레이터에게 이체될 것이다(이 절차는 전자 수표 관리를 위한 S7 서버 유닛의 전자 수표 이체 동안 실행되고, 그 입력으로 전자 수표의 번호, 이체 발송자의 계좌 번호, 오퍼레이터의 계좌 번호 등의 데이터가 전송된다).

오퍼레이터는 지불하기 위해 수신된 전자 수표를 지급은행에 제출한다. 지불을 위한 전자 수표의 제출은 전자 수표 관리를 위한 S7 유닛의 지불을 위한 수표 제출 절차의 실행에 의해 수행되는데, S7의 입력으로 전자 수표의 번호, 은행에 대한 정보(등록 번호), 수표를 제공한 계좌(오퍼레이터의 계좌)의 번호 등의 데이터가 전송된다. 이 절차를 이행함에 있어서, 특수 은행 계좌의 번호가 결정되고, 그 계좌로 수표가 이체될 것이다. 그 다음, 표준 수표 이체 절차와 유사하게 수표 이체가 수행된다. 한가지 차이점은 "지불을 위해 제출됨" 상태("전자 수표에 대한 정보" 섹션)로 시스템 DB 내의 전자 수표의 상태 변경 및 레지스터 내의 전자 수표 트랜잭션의 등록을 위한 S8 유닛의 실행의 경우에, 트랜잭션의 종류의 수표 레지스터 내의 표시: "지불을 위한 수표의 제출" 또는 "모금을 통한 지불을 위한 수표의 제출"이다. 전자 수표를 지불을 위해 제공받은 은행과 주어진 수표에 대한 지급은행이 일치하지 않을 때, 트랜잭션의 종류 "모금을 통한 지불을 위한 수표의 제출"이 사용된다.

지불을 위한 수표의 제출 절차의 성공적인 수행 후, 지불을 위해 전자 수표를 제출받은 은행과 주어진 수표에 대한 지급은행이 일치하는 한, S7 유닛의 수표 탕감 절차의 실행이 트리거되고, 그 입력으로 전자 수표 번호가 전송된다. 이 절차의 체계 내에서, "전자 수표에 대한 정보" 섹션 내의 지불된 수표에 대한 데이터는 변경될 것이고, 레지스터 내에 전자 수표 트랜잭션의 등록을 위한 S8 유닛의 실행이 트리거될 것이다. 수표 탕감 트랜잭션을 기록하는 절차의 체계 내에서, 레지스터 내 "전자 수표 등록" 섹션 내에 트랜잭션의 번호, 날짜, 시간, 값, 통화, 탕감될 수표의 번호, 탕감될 수표가 참조하는 계좌 번호, 트랜잭션의 종류, 주어진 계좌 내의 잔액에 대한 데이터 등의 데이터들을 포함하는 기록이 입력될 것이다. 전자 수표 탕감 절차의 실행은 수표의 지불의 경우, 및 그것의 소지자에게 수표의 액면가와 동등한 실제 화폐 자금을 전달하는 경우, 또는 지불을 위해 수표를 제출하였던 사람에 의한 시스템 발행자를 통한 새로운 전자 수표의 구매시 수표의 지불을 통해 릴리즈(release)된 화폐 자금의 상계(set-off)의 경우에만 가능하다.

수표 레지스터 내의 트랜잭션의 성공적인 기록 후, S7 유닛의 전자 수표 탕감 절차는 종료할 것이다.

수신된(릴리즈된) 자금을 사용하여, 오퍼레이터는 발행인으로부터 필요한 액면가의 새로운 수표를 구매할 것이다.

o 이체 금액을 위한 수표.

o 수수료 금액을 위한 수표(수표가 발행되지 않을 경우에, 0이 될 수도 있다).

o 잔고 금액을 위한 수표(수표가 발행되지 않을 경우에, 잔고는 0이 될 수도 있다).

이 때문에, S7 유닛은 전자 수표 교환 절차의 체계 내에서, 당해 수표 각각에 대하여 전자 수표 발행을 위한 S11 유닛의 실행을 순차적으로 트리거한다. 새로운 수표의 세부사항에 대한 데이터는 이 유닛의 입력으로 전달될 것이고, 이는 적어도 액면가, 수표 통화, 지급은행에 대한 데이터를 포함한다. 새로운 수표에 대한 지불자로서, 교환을 위해 이체된 수표에 대한 지급은행이 표시될 것이다.

S11 유닛을 이행함에 있어서, 필수적인 데이터는 모든 수표 세부사항의 표시를 위해 시스템 DB로부터 검색되고, 전자 수표 서명을 위한 S12 유닛의 실행이 트리거되고(이로 인해, 발행자를 대신하여 수표 서명이 전자 디지털 서명 알고리즘의 실행에 의해 생성되고), 새로운 전자 수표에 대한 기록이 "전자 수표에 대한 정보" DB 섹션 내에 생성될 것이다.

전자 수표 발행을 이행함에 있어서, S11 유닛은 레지스터 내의 전자 수표 트랜잭션의 등록을 위한 S8 유닛의 수표 발행 트랜잭션을 기록하는 절차의 실행을 일으킬 것이다. 이 절차가 트리거되는 경우에 입력 파라미터로서, 아래의 데이터가 전송된다: 전자 수표의 번호, 발행된 수표가 참조될 계좌(발행자의 계좌)의 번호, 트랜잭션의 종류("수표 발행"). 이 절차의 체계 내에서, 아래의 데이터를 포함하는 기록이 "전자 수표 레지스터" DB 섹션 내에 입력되어야 한다: 트랜잭션의 번호, 날짜, 시간, 값, 통화, 발행된 수표의 번호, 트랜잭션의 종류, 발행된 수표가 참조될 계좌의 번호, 주어진 계좌 내의 잔고에 대한 데이터. 수표 레지스터 내에 이 트랜잭션의 성공적인 기록 후, 전자 수표 발행을 위한 S11 유닛의 오퍼레이션은 유닛 실행이 트리거되었던 수표에 대하여 종료될 것이다.

S11 유닛의 오퍼레이션의 성공적인 종료 후, 발행된 수표는 (전자 수표 관리를 위한 S7 유닛의 전자 수표 이체 절차에 따라) 오퍼레이터에게 이체될 것이다.

잔액 수표가 성공적으로 발행되었다면, 오퍼레이터는 그 수표를 이체 발송인에게 이체할 것이다. 이러한 액션의 성공적인 종료 후, 전자 수표 교환 절차는 이체 발송자의 수표에 대하여 종료될 것이다.

S5 유닛의 오퍼레이션의 체계 내에서, 오퍼레이터는 수령인의 계좌로 이체 금액을 위한 수표를 전송할 것이다. 데이터베이스("사용자 계좌에 대한 정보" 섹션)로부터, S5 유닛은 이체 수령인의 계좌 내의 잔고 및 계좌 설정에 대한 정보를 검색할 것이다. 수령인의 계좌 내에 잔액 수표가 존재하는 경우에, 또는 이체 수표를 위한 지급은행과 상이한 은행이 주어진 계좌의 설정에서 지정되어 있는 경우에, S5 유닛은 전자 수표 관리를 위한 S7의 전자 수표 교환(결합) 절차를 트리거할 것이다(도 9). 이 절차의 체계 내에서, 전자 수표(들)은 수령인의 계좌로부터 시스템 오퍼레이터의 계좌로 이체되어야 한다.

오퍼레이터는 이체 수령인의 "잔고 검사"에 따라 지급은행으로 지정된 은행에 또는 잔고가 없는 경우에 계좌의 설정에서 지정된 은행에 지불을 위해 수신된 전자 수표(들)을 제출할 것이다. 제공되는 정보 이외에도, 이체 수령인의 새로운 수표에 따라 지불인이 될 은행의 결정을 위한 다른 방법이 가능한데, 예컨대, 계좌 설정 및 현재 잔액 수표의 데이터를 사용하는 것을 대신하여, 지급은행은 더 큰 액면가를 가진 전자 수표에 따라 선택될 수 있다.

지불을 위해 은행에 수표를 제출하는 것은 전자 수표 관리를 위한 S7 유닛의 지불을 위한 수표 제출 절차의 체계 내에서 수행될 것이다.

주어진 수표에 대한 지급은행으로서 지정된 은행과 상이한 은행에 지불을 위한 수표 제출은 모금을 위한 수표 제공 메커니즘에 따라 수행될 것이다. 이 절차는 발행자에 의해 발행된 수표에 대한 담보로서 역할하는 파트너 뱅크 내의 발행자의 결산계좌(settlement account) 내의 충분한 금액의 화폐 자금의 사용 가능성을 보장한다.

지급은행에 지불을 위해 제출된 전자 수표(서술된 구현방법에서, 이체 수령인의 계좌로부터의 잔액 수표)에 대하여, 전자 수표 관리를 위한 S7 유닛의 표준 수표 탕감 절차의 실행이 트리거된다.

릴리즈된 자금을 사용하여, 오퍼레이터는 교환을 위해 제출된 수표들의 액면가의 합과 동등한(또는 다른 지급은행의 수표로 교환을 위해 제출된 수표의 액면가와 동등한) 액면가를 가진 새로운 수표를 발행자로부터 획득한다.

이를 위해, S7 유닛은, 전자 수표 교환(결합)을 위한 절차의 체계 내에서, 전자 수표 발행을 위한 S11 유닛의 실행을 트리거 하고, S11 유닛의 입력으로 액면가, (결합될 수표의 통화와 동등한) 수표의 통화, 및 지급은행에 대한 데이터를 전달한다. 새로운 수표에 대한 지불자는 교환을 위해 제출된 수표의 지불을 수행하였던 은행일 것이다.

발행자는 발행된 수표를 시스템 오퍼레이터에게 이체할 것이다. 오퍼레이터는 새로운 수표를 이체 수령인에게 이체할 것이다. 이러한 액션의 성공적인 이행 후, 전자 수표 교환(결합) 절차는 종료될 것이다.

발송자의 수표의 이체의 교환이 수행되지 않고, 임의의 개수의 전자 수표의 기록관리가 수령인의 계좌 내에서 유지되는 구현방법이 가능하다. 예를 들어, 서술된 구현방법에서, 이체의 이행이 지불을 위한 수표 제출의 체계 내에서 수행되고 수표가 특수 은행의 계좌로 이체된다면, 전자 수표의 교환 절차는 수행되지 않는다.

이체를 위한 수수료가 수집되는 경우에, S5 유닛은 계좌 내에 수수료 수표를 넣기 위한 S13 유닛의 실행을 트리거할 것이다. 서술된 구현방법에 있어서, 오퍼레이터의 계좌 내에 잔액 수표가 존재하거나 수수료 수표를 위한 지급은행과 상이한 은행이 오퍼레이터의 계좌의 설정 내에 표시되어 있다면, S13 유닛은 또한 전자 수표 관리를 위한 S7 유닛의 전자 수표 교환(결합) 절차의 실행을 개시할 것이고, 그 동안, 완료된 이체에 대한 수수료 금액을 포함하는 새로운 수표가 오퍼레이터의 계좌 내에 넣어질 것이다. 오퍼레이터의 전자 수표의 교환 순서는 오퍼레이터로의 수표 이체 및 시스템 오퍼레이터로부터의 수표의 수령을 포함하는 트랜잭션을 제외하면, 이체 수령인의 수표 교환의 교환과 유사하다. 수표 이체가 딜러(브로커)를 통해 수행된다면, 수수료가 오퍼레이터가 아니라 이체의 이행에서 중개인으로서 역할하는 딜러(브로커)에게 S13 유닛 내에서 청구되어야 한다는 것이 고려될 필요가 있다. 수표 교환 트랜잭션은 수수료의 수령인과 무관하게 항상 오퍼레이터를 통해 수행된다.

전자 수표 이체의 등록 및 실행을 위한 S5 유닛의 트랜잭션 실행 절차를 이행함에 있어서, 디지털 정보의 생성 및 저장을 위한 S9 유닛의 실행이 트리거된다. 이 유닛의 오퍼레이션의 결과로서, 수신된 이체 파라미터에 대한 정보를 기초로 하여, 디지털 보고 문서가 관계자의 EHS에 의한 그것의 서명의 목적을 위해 생성되며, 추가적인 인쇄(printout)의 가능성을 제공한다.

서술된 구현방법에 있어서, S9 유닛의 오퍼레이션 동안, 전자 수표의 인수 증명서(certificate of acceptance), 제공된 서비스의 증명서, 견적송장(pro forma invoice) 등의 문서들이 생성된다. 디지털 문서의 전자 서명을 위한 K17 유닛의 실행을 통해 생성된 문서는 대응 당사자의 EHS를 통해 서명된다.

성공적인 이체의 실행 및 필요한 서류의 생성 후, S5 유닛은 온라인 통지를 전송하기 위한 S10 유닛의 실행을 개시할 것이다. 이체 수령인 및 전송되는 메시지의 종류에 대한 정보가 이 유닛의 입력으로 전달된다. 이 유닛의 실행의 결과로서, 클라이언트 및 서버 애플리케이션 데이터의 갱신, 동기화를 위한 K3 유닛의 실행이 트리거된다. 이체에 대한 정보를 수신한 후, 이체 수령인에 의한 수표의 인수 증명서의 서명을 목적으로 디지털 문서의 전자 서명을 위한 K17 유닛의 실행이 트리거될 수 있다.

전자 수표 이체의 등록 및 실행을 위한 S5 유닛의 오퍼레이션의 종료시, 트랜잭션의 결과를 포함하는 메시지가 생성되는데, 이 메시지는 파라미터 입력, 이체의 실행, 및 이체 발송자의 애플리케이션의 지불에 대한 정보의 저장을 위한 K5 유닛으로 전달된다. 전자 수표 이체의 등록 및 실행을 위한 S5 유닛의 트랜잭션 실행 절차가 온라인 모드로 실행되지 않는, 즉, S5 유닛의 이체 등록 절차의 성공적인 종료 후, 이체가 시스템에 의해 수신되었다는 사실에 대한 메시지가 이체 발송인(K5 유닛)에게 즉시 전송될 것이고, 추후에 트랜잭션 실행 절차가 수행되는 구현방법이 가능하다(애플리케이션의 오퍼레이팅 모드).

트랜잭션 종료에 대한 메시지를 수신한 경우에, 파라미터 입력, 이체의 실행, 및 이체 발송자의 지불에 대한 정보의 저장을 위한 K5 유닛은 사용자에게 이체의 결과에 대한 정보를 디스플레이하고, 클라이언트 및 서버 애플리케이션 데이터의 갱신, 동기화를 위한 K3 유닛의 실행을 트리거하고, 이 오퍼레이션의 종료시 사용자 계좌 내의 현재 잔액에 대한 정보의 갱신이 수행된다.

전자 수표 발행 방법

이하, 이체의 이행에 있어서, 전자 수표의 자동 교환을 포함하는 트랜잭션과 상이한 상황에서 사용될 전자 수표 발행 방법이 제공된다. 이 방법은, 예컨대, 다른 전자 수표에 대한 지불을 사용하는 것이 아니라, 딜러(브로커)에 의한 수표를 구매함에 있어서, 발행자의 결산계좌 내에 수신된 실제 화폐 자금을 사용하여 발행된 유통을 위한 새로운 수표의 수신 프로세스의 안정성을 보장하는 것을 목적으로 한다.

전자 수표 발행 절차의 시작은 발행자의 계좌를 가진 사용자에 의한 클라이언트 애플리케이션의 실행(launch)이고, 그 과정에서, 시스템 내의 인증을 위한 클라이언트 K2 유닛이 개시되고, 그것의 실행 후, K3 유닛이 클라이언트 및 서버 애플리케이션 데이터의 갱신, 동기화를 위해 시작될 것이다. K2 및 K3 유닛의 성공적인 실행은 데이터 입력 및 전자 수표 발행을 위한 요청의 전송을 위한 K11 유닛으로 넘어가기 위한 필수 조건이다. 이 유닛의 초기화를 위해, 발행자는 클라이언트 애플리케이션의 사용자 인터페이스 내의 대응하는 색션을 선택할 것이다.

K11 유닛은 사용자에게 전자 수표 발행을 위한 요청을 생성하기 위해 필요한 초기 데이터의 입력 가능성을 제공한다. 이 유닛은 요청 파라미터를 입력하는 다양한 가능성을 제공할 수 있는데, 예컨대, 파라미터의 직접 입력, 가능한 값의 목록으로부터 파라미터 이형(variants)의 선택(지급은행의 목록으로부터 선택), 딜러(브로커)로부터 수신된 수표 구매 요청을 기초로 한 요청의 생성 등이다.

전자 수표를 발행하기 위한 요청의 필수 파라미터는 발행자의 세부사항(등록 번호, 설명 등), 액면가, 발행될 수표의 통화, 지급은행, 그 수표에 대한 지불금이 넣어질 발행자의 결산계좌의 번호, 수표 구매자 및 지불자에 대한 데이터(이름, INN, 등록 번호, 구매 신청에 대한 데이터, 계좌에 수표를 넣기 위한 구매자의 계좌)이다. 요청의 모든 필수 파라미터의 발행자의 정확한 완료 후, K11 유닛은 발행자의 EHS를 통해 보증된 전자 문서의 형태로 수표를 발행하기 위한 요청을 생성할 것이다. K11 유닛은 계좌 내에 수표를 넣기 위한 신청, 요청, 송장의 등록을 위한 S6 서버 유닛으로 그 요청을 전송할 것이다.

S6 유닛은 수표 발행을 위한 요청의 검증 절차를 수행하고, S2 서버 유닛의 실행을 트리거하고, 이 과정에서, 필수적인 검증은 발송자(요청 EHS의 검증을 포함) 및 요청 수령인 모두에 대하여 수행된다. 모든 검증의 성공적인 이행의 경우에, 요청은 서버 상에 등록될 것이다. DB 내의 "계좌 내에 수표를 넣기 위한 신청, 요청, 계좌에 대한 정보" 섹션에 이러한 기록이 입력될 것이다. 새로운 요청의 사용 가능성에 대한 메시지가 온라인 통지를 전송하기 위한 S10 유닛에 의해 수령인(발행되는 수표에 대한 지급은행)에게 전송될 것이다.

은행 시스템으로의 진입 시, 또는 온라인 통지가 수신된 경우에, S3 유닛과의 상호작용에 의해 은행의 클라이언트 애플리케이션을 위한 K3 유닛(클라이언트 및 서버 애플리케이션 데이터의 갱신, 동기화)은 전자 수표를 발행하기 위한 요청을 서버로부터 다운로드할 것이다.

그렇게 함으로써, 클라이언트 및 서버 애플리케이션 DB의 데이터 갱신 및 동기화를 위한 S3 서버 유닛은 요청 다운로드가 그 요청 내에 지정된 "은행" 신분을 가진 수령인에 의해서만 수행되는지 여부의 검증을 수행한다.

요청의 성공적인 수신 후, 은행의 클라이언트 애플리케이션을 위한 K13 유닛의 트리거링은 전자 수표의 발행을 위해 수신된 요청을 처리하기 위해 수행된다. K13 유닛은 수표 발행 요청에 대한 정보를 사용자 인터페이스에 디스플레이 할 것이고, 그 요청을 거절 또는 승인하기 위한 옵션을 은행에 제공한다.

요청을 수신하면, 은행은 전자 수표 발행을 위한 요청 내에 표시된 지불자로부터 수신된, 발행되는 수표에 대한 지급의 사용 가능성을 검증하고, 발행자의 요청 내의 데이터(예컨대, 수표의 액면가, 통화, 수표 구매 신청의 번호, 지불자의 세부사항)를 발행자의 계좌 내역서(statement)로부터의 데이터와 비교한다. 수표의 구매를 위한 화폐 자금이 발행자의 계좌 내에 수신된 경우에, 은행은 클라이언트 애플리케이션을 통해 발행자의 요청을 승인할 것이다. 그렇게 함으로써, 전자 수표 발행을 위한 수신된 요청을 처리하는 K13 유닛은 요청의 전자적 승인을 생성하고, 그것을 신청, 요청의 처리 및 실행을 위한 S13 서버 유닛으로 전달할 것이다.

S13 유닛은, 전자 수표의 발행을 위한 신청의 승인 절차 동안, 승인된 수표를 발행하기 위한 요청에 대한 DB로부터의 데이터를 검색하고 필수 검증(은행의 계좌의 검증을 위한 K2 유닛의 트리거링을 포함)을 수행할 것이고, 이들의 성공적인 완료 후, 전자 수표 발행을 위해 S11 유닛의 실행이 트리거된다. 발행을 위한 요청으로부터 수신된 새로운 수표의 세부사항에 대한 데이터는 이 유닛의 입력으로 전달되는데, 이는 액면가, 수표 통화, 지급은행에 대한 데이터를 포함한다. S11 유닛의 설명은 앞서 제공되었다(전자 수표 이체의 실행 방법 참조).

S11 유닛의 오퍼레이션의 성공적인 종료 후, S13 유닛은, 전자 수표 발행을 위한 신청의 승인 절차 동안, 발행자의 계좌로부터 수표 구매자의 계좌로의 발행된 수표의 이체의 자동 생성 실행의 목적으로, 전자 수표 이체의 등록 및 실행(이체 등록 절차)을 위한 S5 유닛의 실행을 트리거한다. DB로부터 수신된 전자 수표 발행을 위한 신청으로부터의 데이터, 즉, 수령인의 계좌, 액면가, 수표 통화 등은 S5 유닛의 이체 등록 절차의 입력으로 전달될 것이다.

S5 유닛의 이체 등록 절차의 오퍼레이션 종료 후, 이 절차는 (앞서 제공된 순서에 따라) S5 유닛의 오퍼레이션의 이행을 위해 실행될 것이다.

S13 유닛은 요청을 처리한 성공적인 결과를, 수표 발행을 위한 처리된 요청의 갱신된 상태를 기록하는 은행 애플리케이션의 K13 클라이언트 유닛으로, 뿐만 아니라, S10 유닛을 통해, 수표 발행 요청의 발송자(발행인)의 클라이언트 애플리케이션으로(요청의 갱신된 상태 및 구매자로의 수표의 자동 이체에 대한 정보를 발행자에게 갱신하고 디스플레이하는, 클라이언트 및 서버 애플리케이션 DB의 데이터 갱신, 동기화를 위한 S3 유닛으로) 전송할 것이다.

전자 수표 지불 방법

이하, 소지자의 결산계좌 내의 수표에 따른 실제 화폐 자금을 수령할 목적으로 수표가 은행에 제출되는 상황에서 사용되기 위한 전자 수표 지불 방법이 제공된다. 이 방법은 수표 소지자 및 지불을 수행하는 은행 양측 모두에서 수표에 따른 지불금을 수령하는 절차의 안전성을 보장하는 것을 목적으로 한다.

지불을 위한 전자 수표 제출 절차의 시작은 사용자의 클라이언트 애플리케이션의 실행이고, 이 과정에서, 시스템 내의 인증을 위한 K2 클라이언트 유닛이 개시되고, 그 후 클라이언트 및 서버 애플리케이션 데이터의 갱신 및 동기화를 위한 K3 유닛의 실행이 시작될 것이다. K2 및 K3 유닛의 성공적인 실행은 데이터 입력, 전자 수표의 지불을 위한 신청을 전송하기 위한 K8 유닛으로 나아가기 위한 필수 조건이다. K8 유닛은 다양한 사용자 카테고리에 대하여(예컨대, 시스템 내에서 초기 신분보다 높은 신분을 가진 법인체에만) 액세스 가능할 수 있다.

이 유닛의 초기화 동안, 시스템 관계자는 클라이언트 애플리케이션의 사용자 인터페이스 내의 대응 섹션을 선택한다.

K8 유닛은 그로부터 수표 탕감이 수행될 계좌, 수표의 액면가, 지불금을 넣기 위한 은행 세부정보와 같은, 전자 수표 지불을 위한 신청을 생성하기 위해 필요한 초기 데이터의 입력 가능성을 사용자에게 제공한다. 사용자에 의해 입력된 데이터를 기초로 하여, K8 유닛은 관계자의 수표에 따른 지불자로서 역할하는 은행을 결정한다.

신청의 필수적인 세부사항의 정확한 완성 후, K8 유닛은 사용자의 EHS를 통해 증명된 전자 문서의 형태로 전자 수표의 지불을 위한 신청을 생성할 것이다. K8 유닛은 이 신청을 신청, 요청, 계좌 내에 수표를 넣기 위한 계좌의 등록을 위한 S6 서버 유닛으로 전달한다.

S6 유닛은 전자 수표의 지불을 위한 신청의 검증 절차를 실행할 것이다. S2 서버 유닛의 실행이 트리거되고, 그 과정에서, 발송자(요청 EHS의 검증을 포함) 및 요청 수령인 모두에 대하여 필수 검증이 수행되고, 지불금을 넣기 위한 고객의 은행 세부사항의 정확성(특히, BIC에 따른 적용 가능한 은행 참조문헌에 따름) 및 발송인의 계좌 내에 자금의 충분함의 검증이 트랜잭션의 적절한 실행을 위해 필수적인 다른 검증과 함께 실행된다.

모든 검증이 성공적으로 이행된 경우에, 신청은 서버 상에 등록될 것이다. 이 기록은 DB 내의 "신청, 요청, 계좌 내에 수표를 넣기 위한 계좌에 대한 정보" 섹션으로 입력될 것이다. 온라인 통지를 전송하기 위한 S10 유닛에 의해 수령인(지급은행)에게 새로운 신청의 사용 가능성에 대한 메시지가 전송될 것이다.

은행이 시스템 내로 진입한 때, 또는 온라인 통지를 받은 경우에, 은행의 클라이언트 애플리케이션의 K3 유닛(클라이언트 및 서버 애플리케이션 데이터의 갱신, 동기화)은 S3 유닛과의 상호작용에 의해 서버로부터 전자 수표의 지불을 위한 신청을 다운로드한다. 그렇게 함으로써, 클라이언트 및 서버 애플리케이션 DB의 데이터 갱신, 동기화를 위한 S3 서버 유닛은 요청 다운로딩이 그 요청 내에 지정된 "은행" 신분을 가진 수령인에 의해서만 수행되는지 여부의 검증을 수행한다.

요청의 성공적인 수신 후, 전자 수표의 지불을 위해 수신된 신청을 처리하기 위한, 은행의 애플리케이션의 K14 유닛의 트리거가 수행된다. K14 유닛은 사용자 인터페이스 내에 전자 수표의 지불을 위한 신청에 대한 정보를 디스플레이하고, 은행에게 이러한 신청을 거부하거나 승인할 수 있는 옵션을 제공한다.

이러한 신청을 수신하면, 은행은 신청 파라미터들의 정확성, 발행인의 결산계좌 내의 필요한 금액의 자금의 접근성을 검증할 것이다. 신청의 승인은 계좌 내에 수표를 넣기 위해 시스템을 통해 발행된 송장일 것이다.

은행은 데이터 입력, 계좌 내에 수표를 넣기 위한 송장을 전송하기 위한 K6 클라이언트 유닛의 실행에 의해 이러한 송장을 발행한다. 이 유닛의 실행 동안, 송장이 생성될 것인데, 송장의 파라미터는 수표의 지불을 위한 신청을 기초로 결정되고, 부분적으로 은행에 의해 완성된다. 은행은 지불을 위해 제출될 수표에 대하여 할당된 자신의 계좌의 세부사항을 명시할 것이다. 송장에 대한 기초로서, 수표의 지불을 위한 신청의 번호를 명시하는 것 및 지불금을 넣기 위한 수표 소지자의 은행 세부사항을 표시하는 것이 필요하다.

송장 세부사항의 정확한 완료 이후, K6 유닛은 사용자의 EHS를 통해 증명된 전자 문서의 형태로 계좌 내에 수표를 넣기 위한 송장을 생성할 것이다. K6 유닛은 계좌에 수표를 넣기 위한 신청, 요청, 송장의 등록을 위한 S6 서버로 송장을 전달할 것이다.

S6 유닛은 계좌 내에 수표를 넣기 위한 송장의 파라미터 검증 절차를 실행한다. S2 서버 유닛의 실행이 트리거되고, 그 과정에서, 발송자(요청 EHS의 검증을 포함) 및 요청 수령인의 필수 검증이 수행된다. 모든 검증이 성공적으로 이행된 경우에, 송장은 서버상에 등록될 것이다. 이 기록은 DB 내의 "계좌 내에 수표를 넣기 위한 신청, 요청, 송장에 대한 정보" 섹션으로 입력된다. 새로운 송장의 사용 가능성에 대한 메시지가 온라인 통지의 전송을 위한 S10 유닛에 의해 수령인에게 전송될 것이다.

송장의 성공적인 발행에 이어, 전자 수표의 지불을 위해 수신된 신청을 처리하기 위한 은행의 클라이언트 애플리케이션의 K14 유닛은 신청 상태의 갱신을 실행할 것이다. 이를 위해, 대응하는 통지가 신청, 요청의 처리 및 이행을 위한 S13 서버 유닛으로 전송될 것이고, 이 과정에서, 신청의 새로운 상태가 서버 DB 내에 기록될 것이고, 통지가 발송자에게 전송될 것이다.

신청이 충족되지 못한 경우에(수표 소지자가 필수 검증을 통과하지 못한 경우에), 은행은 "신청 거부" 옵션을 선택할 것이고, 거부에 대한 근거를 표시할 것이다. 그렇게 함으로써, 전자 수표의 지불을 위해 수신된 신청의 처리를 위한 K14 유닛은 신청, 요청의 처리 및 실행을 위한 S13 서버 유닛으로 커맨드를 전송할 것이다(S13 유닛에 의한 지불 거절 절차가 트리거된다). 이 절차의 실행 동안, 거부된 신청에 대한 정보가 DB로부터 검색되고, 필수 검증이 수행되고, 디지털 문서의 생성을 위한 S9 유닛의 트리거링이 수행될 것이다(수표 지불에 대한 거절 통지 생성 절차). 고객, 은행, 지불되는 수표의 통화에 대한 데이터는 물론, 거절에 대한 근거가 이 절차의 입력으로 전송될 것이다. 이 문서는, 디지털 문서의 전자 서명을 위한 K17의 실행으로 인해, 은행의 EHS를 통해 서명될 것이다. S13 유닛은 고객에 의해 전송되는 신청의 상태 변화를 고객에게 알릴 것이다.

계좌 내에 수표를 넣기 위한 앞서 언급한 송장을 수령한 관계자는 지정된 시스템 내의 특수 계좌로 은행으로의 이체를 실행할 것이다. 이체의 실행은 전자 수표 이체의 실행을 위한 앞서 서술한 방법에 따라 수행된다.

이체를 받은 은행(수신된 전자 수표 이체의 처리를 위한 K9 유닛)은 지불 목적으로 지정된 수표 소지자의 세부사항, 신청의 번호, 및 이체의 다른 파라미터가 승인된 수표 지불 신청의 파라미터와 일치하는지에 대한 검증을 수행할 것이고, 수신된 전자 수표의 검증 절차를 개시한다. 전자 수표 검증 방법은 아래에 서술된다.

수표의 검증에 대한 통지, 및 "승인됨"으로 시스템 내의 검증에 대한 요청의 상태 변화가 수신된 때에만, 은행은 관계자의 결산 계좌로(및 관계자가 신용 기관이라면, 그 대응하는 계좌로) 각각의 화폐 자금을 이체함으로써, 수표의 지불을 수행하고, 수표를 탕감한다.

전자 수표의 탕감 절차는 은행 애플리케이션의 사용자 인터페이스 내의 대응 옵션을 선택한 때 발생한다. 그렇게 함으로써, 전자 수표 탕감을 위한 K18 유닛의 실행이 트리거된다. K18 유닛은, 검증을 위한 승인된 요청을 기초로 하여, 검증을 위한 요청의 번호를 포함하는 전자 수표를 탕감하기 위한 전자적 요청을 생성하고, 그것을 은행의 EHS를 통해 증명하고, 그것을 전자 수표의 탕감을 위한 S14 서버 유닛으로 전송할 것이다. K18 유닛은 추가적으로 지불 순서의 파라미터의 은행의 입력 단계의 실행을 포함할 수 있고, 그것을 기초로 하여, 수표 소지자로의 실제 화폐 자금의 이체가 수행될 것이다.

전자 수표의 탕감을 위한 S14 서버 유닛은 검증 단계를 실행하고, 그 과정에서, 수표의 검증을 위해 승인된 요청 상의 데이터가 DB로부터 검색되고, K2 유닛은 은행의 계좌 및 요청 EHS의 검증을 위해 트리거되고, 탕감되는 전자 수표의 검증이 실행된다. 모든 검증의 성공적인 완료 후, S14 유닛은 수표의 탕감을 수행할 것이고, 대응하는 변경사항이 DB 내의 "전자 수표에 대한 정보" 섹션으로 입력될 것이다(전자 수표 상태 및 다른 필요한 파라미터가 변경될 것이다).

전자 수표의 탕감을 이행함에 있어서, S14 유닛은 레지스터 내의 전자 수표를 통한 오퍼레이션의 등록을 위한 S8 유닛의 수표 탕감 트랜잭션을 기록하는 절차의 실행을 트리거한다. 이 절차가 트리거되는 경우에 입력 파라미터로서, 전자 수표의 번호, 탕감될 수표가 넣어져 있는 계좌의 번호, 트랜잭션의 종류("수표 탕감(지불)") 등의 데이터가 전송될 것이다. 이러한 절차의 체계 내에서, 아래의 데이터를 포함하는 기록이 "전자 수표 레지스터" DB 섹션으로 입력될 것이다: 트랜잭션의 번호, 날짜, 시간, 값, 통화, 탕감될 수표의 번호, 트랜잭션의 종류, 수표가 참조하는 계좌의 번호, 주어진 계좌 내의 잔액에 대한 데이터.

수표 레지스터 내에 트랜잭션을 성공적으로 기록한 후, S14 유닛은 수표 지불을 위한 신청, 검증에 대한 요청의 상태 갱신을 수행한다("수표의 지불이 수행됨"으로). 대응하는 통지는 S10 유닛에 의해 시스템 관계자들에게 전송될 것이다.

전자 수표의 검증 방법

전자 수표의 검증 방법은 은행이 지불을 위해 제출될 수표의 진위(authenticity)의 확인을 수신할 수 있게 하는데, 이는 수표의 지불에 선행하는 필수 단계일 것이다.

검증 절차는 전자 수표를 받았던 은행이 수표의 지불을 위한 신청에 대한 지불 목적의 데이터의 표시와 함께, 특수 계좌로 이체한 때에 개시되고, 제출된 전자 수표의 지불의 검증에 대한 요청을 생성한다.

은행이 "검증에 대한 요청" 옵션을 선택하면, 데이터 입력 및 전자 수표 검증에 대한 요청의 전송을 위한 K15 유닛의 실행이 개시될 것이다. K15 유닛은 은행에게 수신된 이체를 기초로 요청의 파라미터의 자동 완성의 가능성을 제공할 것이다. 검증에 대한 요청은 전자 수표에 대한 데이터는 물론, 지불을 위해 수표를 제출하였던 사람에 대한 데이터를 포함한다.

K15 유닛은 은행의 EHS를 통해 전자 문서 형태로 완성된 요청을 증명하고, 그것을 계좌 내에 수표를 넣기 위한 신청, 요청, 송장의 등록을 위한 S6 서버 유닛으로 전송할 것이다.

S6 유닛은 전자 수표 세부사항의 자동 검증을 포함하는 전자 수표의 검증 요청의 파라미터 검증 절차를 실행하고, 그 과정에서, 수표 EHS가 검증되고(전자 디지털 서명의 검증 알고리즘이 발행자의 공개 키 및 DB 내에 수표에 대한 기록의 사용을 통해 실행될 것이고, 이는 전자 수표의 모든 세부사항이 변하지 않았음을 보장한다), 전자 수표의 현재 상태 및 요청 발송자의 계좌(S2 서버 유닛의 실행이 트리거된다)가 검증된다.

모든 검증이 성공적으로 실행된 경우에, S6 유닛은 발행자의 등록 번호를 판정하고, 그 요청을 서버 상에 저장할 것이다. 이러한 기록은 DB 내의 "계좌 내에 수표를 넣기 위한 신청, 요청, 계좌에 대한 정보" 섹션에 입력될 것이다. 새로운 요청의 사용 가능성에 대한 메시지가 온라인 통지 전송을 위한 S10 유닛에 의해 수령인(발행자)에게 전송될 것이다.

발행자가 시스템으로 진입할 때, 또는 온라인 통지를 받은 경우에, 발행자의 클라이언트 애플리케이션의 K3 유닛(클라이언트 및 서버 애플리케이션 데이터의 갱신, 동기화)은, S3 유닛과의 상호작용에 의해, 서버로부터 전자 수표의 검증에 대한 요청을 다운로드한다. 그렇게 함으로써, 클라이언트 및 서버 애플리케이션 DB의 데이터 갱신, 동기화를 위한 S3 서버 유닛은 요청 다운로딩이 요청 내에 지정된 "발행자"의 신분을 가진 수령인에 의해서만 수행되는지 여부의 검증을 수행한다.

요청의 성공적인 수신에 이어, 발행자의 클라이언트 애플리케이션의 K12 유닛의 트러거링이 전자 수표의 검증을 위한 수신된 요청을 처리하기 위해 수행된다. K12 유닛은 전자 수표의 검증을 위한 요청에 대한 데이터를 사용자 인터페이스 내에 디스플레이하고, 그 요청을 거부 또는 승인하는 옵션을 발행자에게 제공할 것이다.

검증 요청을 수신한 발행자는 전자 레지스터를 사용하여 전자 수표 히스토리를 추적할 것이고, 수표 세부정보의 정확성, 수표 소지자에 대한 데이터의 신뢰성을 검증한다(시스템은 그래프 형태로 전자 수표를 보여주는 가능성을 제공한다).

모든 검증이 성공적으로 수행되었다면, 발행자는 수표의 검증 요청을 승인할 것이다.

그렇게 함으로써, 전자 수표의 지불을 위해 수신된 요청을 처리하기 위한 K12 유닛은 그 요청을 신청, 요청의 처리 및 실행을 위한 S13 서버 유닛으로 전송할 것이다(S13 유닛의 수표의 검증 요청의 승인 절차가 트리거될 것이다). 이 절차의 실행 동안, 승인된 요청에 대한 데이터는 DB로부터 검색되고, 필수 검증이 수행되고, 전자 문서의 생성을 위한 S9 유닛의 트리거링이 수행될 것이다(전자 수표 검증에 대한 통지를 발생시키는 절차). 이 검증 요청을 기초로 수신된 전자 수표에 대한 데이터가 이 절차의 입력으로 전달될 것이다. 이 문서는 전자 문서의 전자 서명을 위한 K17 유닛의 실행에 의해 발행자의 EHS에 의해 서명될 것이다. S13 유닛은 은행에 의해 전송된 신청의 상태 변화에 대하여 은행에 알릴 것이다.

요청이 승인될 수 없는 경우에, 발행자는 "요청 거부" 옵션을 선택할 것이고, 거절의 근거를 명시할 것이다. 요청의 거부는 은행에 의한 수표 지불 신청의 거절과 유사하게 일어난다.

Claims

전자 수표에 의한 전자 결제 시스템으로서,
데이터 처리 및 저장을 위한 적어도 하나의 서버 컴퓨터 디바이스, 서버 펌웨어 애플리케이션 및 그것을 포함하는 데이터 처리를 위한 클라이언트 컴퓨터 디바이스를 포함하고,
무선 또는 인터넷 접속의 통신 채널 상으로 상기 클라이언트 컴퓨터 디바이스와 상기 서버 컴퓨터 디바이스 간의 연결의 가능성 및 암호화와 전자 디지털 서명의 사용을 통해 상기 통신 채널의 보호의 가능성을 제공하면서 실행되고, 상기 클라이언트 컴퓨터 디바이스와 상기 서버 컴퓨터 디바이스의 상호작용을 보장하는 펌웨어 클라이언트 애플리케이션들을 포함하고,
상기 클라이언트 및 서버 컴퓨터 디바이스들은 적어도 상호 연결된 하드웨어로-구현된 정보 처리를 위한 동작 유닛들(operational units)을 포함하고, 상기 유닛들은:
상기 시스템 내의 사용자 인증을 위한 유닛들,
클라이언트 및 서버 애플리케이션 데이터의 갱신 및 동기화를 위한 유닛은 물론,
사용자 파라미터의 인증 및 증명을 위한 서버 동작 유닛에 연결된 전자 수표 이체의 파라미터의 검증을 위한 서버 동작 유닛과 연결되어 있는, 이체 실행의 파라미터의 입력 및 상기 클라이언트 디바이스의 지불에 대한 정보의 저장을 위한 클라이언트 동작 유닛; 및
상기 클라이언트 및 서버 애플리케이션 데이터의 갱신 및 동기화를 위한 클라이언트 동작 유닛에 연결된, 온라인(on-line) 실시간으로 계좌에 수수료 수표를 넣고 사용자에게 통지를 전송하기 위한, 전자 수표 관리를 위한 서버 동작 유닛과 피드백 채널에 의해 연결되어 있는, 서버 애플리케이션의 전자 수표 이체의 등록 및 실행을 위한 유닛을 포함함은 물론,
상기 전자 수표 이체의 등록 및 실행을 위한 유닛에 연결된, 디지털 문서의 생성 및 저장을 위한 서버 동작 유닛과 연결되어 있는, 상기 클라이언트 컴퓨터 디바이스의 구성 내에 전자 서명 유닛을 포함하고;
그렇게 함으로써, 전자 수표 관리를 위한 서버 동작 유닛은, 피드백 채널을 통해, 전자 수표 서명을 위한 서버 동작 유닛에 연결된, 전자 수표의 발행과 레지스터 내에 전자 수표를 통한 트랜잭션의 등록을 위한 상호 연결된 서버 동작 유닛들과 연결되는 것을 특징으로 하는 전자 수표에 의한 전자 결제 시스템.
제 1 항에 있어서, 클라이언트 디바이스의 동작 유닛들은 상기 클라이언트 및 서버 애플리케이션의 인증을 위한 동작 유닛에 의해 판정된 사용자 신분에 대응하는 카테고리에 의해 모듈로 그룹화되고, 각각의 카테고리에 대하여 하나의 세트의 수표 유통 파라미터를 미리 설정하는 가능성이 제공되는 것을 특징으로 하는 전자 수표에 의한 전자 결제 시스템.
제 2 항에 있어서, 상기 클라이언트 디바이스의 동작 유닛은 최소 세트의 전자 수표 유통 파라미터를 가지며, 은행에 지불을 위한 전자 수표를 제출하고 그 전자 수표에 대한 지급은행을 선택하는 가능성이 제공되는 초기 레벨, 및 시스템의 발행자, 파트너 은행, 및 딜러(브로커)에 대한 추가적인 세트의 전자 수표 유통 파라미터를 생성할 가능성이 제공되는 확장 레벨을 포함하는, 3가지 카테고리에 의해 그룹화되는 것을 특징으로 하는 전자 수표에 의한 전자 결제 시스템.
제 1 항 또는 제 2 항에 있어서, 상기 클라이언트 컴퓨터 디바이스는 자체 사용자 인터페이스를 가지거나, 웹 브라우저 내에 디스플레이될, 자체 사용자 인터페이스를 통한 인터넷 네트워크의 리소스를 보기 위한 표준 수단 내의 빌트인 모듈로서 구현되거나, 서버 컴퓨터 디바이스로 정보 처리 및 사용자 인터페이스의 생성을 위한 동작 유닛들을 전달할 가능성이 제공되는 웹 브라우저 모듈을 기반으로 하는 씬 클라이언트(thin client) 형태인 것을 특징으로 하는 전자 수표에 의한 전자 결제 시스템.
제 4 항에 있어서, 씬 클라이언트 형태로 구현된 사용자 인터페이스를 포함하는 클라이언트 컴퓨터 디바이스는 웹 브라우저 사용자 인터페이스 내의 데이터 입력, 디지털 문서의 전자 서명, 데이터 암호화, 서버로의 데이터 전송, 서버로부터의 데이터 수신, 복호화, 정보 디스플레이 디바이스에서의 웹 브라우저 사용자 인터페이스로의 출력 결과의 가능성을 제공하도록 구현되는 것을 특징으로 하는 전자 수표에 의한 전자 결제 시스템.
전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법으로서,
상기 전자 수표 결제 시스템은 데이터 처리 및 저장을 위한 서버 컴퓨터 디바이스, 정보 디스플레이 장치 및 그것을 포함하는 펌웨어 동작 모듈들(firmware operational modules), 및 정보 디스플레이 장치 및 무선 또는 인터넷 통신의 채널 상으로 연결된 기능적인 펌웨어 동작 모듈들을 포함하는 클라이언트 컴퓨터 프로세싱 디바이스를 포함하고,
상기 방법은 클라이언트 및 서버 컴퓨터 디바이스들의 오퍼레이션 모듈들을 통해 자동 순차적인 하드웨어로-구현되는, 전자 수표 이체 세부사항에 관하여 처리하는 각 단계에서 생성된 최초 데이터 및 중간 데이터의 처리 단계들을 포함하되,
상기 단계들은:
상기 전자 수표 결제 시스템 내의 관계자 인증 단계;
계좌 데이터의 수신 단계;
전자 수표 이체 파라미터의 입력 단계;
전자 수표 파라미터의 검증 단계 -상기 단계들은, 적어도 시스템 내 인증을 위한 클라이언트 동작 유닛 K2 및 서버와 상호작용하기 위한 동작 유닛 K4에 의한 각각의 데이터 전송 및 데이터 처리를 통해 실행되고, 유닛 K4는 보호된 통신 채널을 통해 지불 시스템 관계자 파라미터들의 인증 및 검증을 위한 서버 동작 유닛 S2와 연결되며, 대응하는 클라이언트 및 서버 동작 유닛들 K3 및 S3를 통해 연속적으로 데이터를 갱신하는-;
전자 수표 이체의 실행 요청의 등록 단계;
전자 수표를 이체 수표, 수수료 수표, 잔액 수표를 포함하는 수 개의 별도의 수표들로 분할함으로써 전자 수표 교환 트랜잭션을 실행하고, 지불을 위한 수표의 제출, 지불, 및 새로운 수표 발행의 연속적인 동작들을 순차적으로 실행하는 단계;
시스템 오퍼레이터가 되는 관계자의 계좌, 표준 사용자 카테고리의 전자 수표의 이체시 딜러(브로커)가 되거나, 딜러(브로커)가 되는 관계자를 통하여 은행이 되는 관계자의 계좌 중 어느 하나 또는 모두 안에 전자 수수료 수표를 넣는 단계;
시스템 관계자의 계좌 내에 전자 수표를 넣는 단계; 및
전자 문서의 생성 및 서명, 이체의 실행을 시스템 관계자에게 알리는 것을 동반하는 이체의 마무리 단계를 포함하되,
마무리 단계 및 알림은 적어도 전자 수표 이체 세부사항, 은행 세부사항 및 시스템 관계자들에 관한 데이터 각각의 이체를 통하여 연속적으로 실행되고, 파라미터 입력 및 이체 실행을 위한 클라이언트 동작 유닛 K5, 서버와 상호작용하기 위한 클라이언트 동작 유닛 K4 에 의하여 데이터가 처리되고, 유닛 K4는 전자 수표 파라미터 검증을 위한 서버 동작 유닛 S4, 전자 수표 이체의 실행 및 등록을 위한 서버 동작 유닛 S5, 전자 수표 관리를 위한 서버 동작 유닛 S7, 전자 수표 발행을 위한 서버 동작 유닛 S11, 전자 수표의 서명을 위한 서버 동작 유닛 S12, 및 시스템 관계자들에게 알림을 전송하기 위한 서버 동작 유닛 S10과 보호된 통신 채널을 통해 연결되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 6 항에 있어서, 적어도, 모금을 통한, 지불을 위한 수표의 제출, 새로운 수표의 지불 및 발행을 포함하는, 상기 관계자의 계좌 내에 전자 수표를 넣는 단계 후에 수행될, 하나의 수표로의 수령인의 교환 트랜잭션 단계를 더 포함하되,
적어도, 전자 수표 관리를 위한 서버 동작 유닛 S7 및 전자 수표 발행을 위한 서버 동작 유닛S11에 의해 세부사항 데이터의 전달을 처리하는 것을 통해 실행되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 6 항에 있어서,
상기 시스템 내의 사용자 인증 단계는 사용자, 시스템 관계자에 의한 클라이언트 디바이스 실행(launch) 단계를 포함하고,
상기 사용자의 클라이언트 디바이스 실행 단계 동안,
인증을 위한 K2 유닛을 포함하는 클라이언트 펌웨어 동작 유닛들이 초기화되고, 계좌 데이터가 입력되고, 보호된 통신 채널 상으로 인터넷 네트워크에 의해 서버와의 상호작용을 위한 K4 유닛을 통해 사용자 파라미터의 인증 및 검증을 위한 동작 서버 유닛 S2로 전송되고,
관계자의 계좌, 전자 키의 저장의 정확도 및 접근 가능성의 검증이 수행되고,
요청 및 전자 문서에 대한 EHS(equivalent handwritten signature)을 생성할 가능성을 제공하고,
시스템 관계자의 신분 및 대응하는 권리가 확인되고,
클라이언트 및 서버 애플리케이션 데이터의 동기화가 수행되고,
관계자의 계좌의 현재 상태에 대한 정보를 클라이언트 및 서버 컴퓨터 디바이스 단말기들로 출력할 가능성을 제공하고,
수신된 수표를 계좌 내에 넣기 위한 송장을 전달하고,
클라이언트 컴퓨터 디바이스의 파라미터 입력 및 이체 실행을 위한 클라이언트 동작 유닛 K5의 초기화가 수행되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 8 항에 있어서, 상기 시스템 관계자들의 계좌의 입력과 검증 및 계좌 카테고리에 대응하는 권한을 부여하는 것은 인증을 위한 클라이언트 유닛 K5의 초기화시 수행되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 6 항에 있어서, 데이터 갱신을 위한 서버 동작 유닛 S3은 인증 단계의 성공적인 완료 후, 데이터 갱신을 위한 클라이언트 유닛 K3와 데이터를 동기화하면서, 모든 관계자의 계좌에 대한 정보: 번호, 계좌의 설명, 계좌 내의 활동 잔고, 계좌로 참조된 전자 수표의 번호, 계좌와 연관된 은행에 대한 데이터를 포함하는 계좌 정보를, 적어도, 사용자 인터페이스 내 클라이언트 디바이스에 순차적으로 디스플레이 하는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 6 항에 있어서, 이체 파라미터의 입력 및 이체의 실행은 파라미터 입력, 이체의 실행을 위한 클라이언트 동작 유닛 K5의 초기화를 통해 단계적으로 수행되고;
상기 초기화는, 클라이언트 컴퓨터 디바이스의 사용자 인터페이스 내 강제된 선택(forced selection)에 의해, 전자 수표 이체를 위해 필요한 초기 데이터 -관계자 그룹화(participant groupings)의 각 카테고리에 대하여 시스템 내에 미리 설정되어 있는 초기 데이터- 의 순차적인 입력과 함께 수행되고,
전자 수표 이체의 데이터 및 파라미터들의 생성은, 계좌 내에 수표를 넣기 위해 수신된 송장의 지불 데이터 또는 어느 종류의 신청에 기초하고, 상기 데이터 및 파라미터들은 서버 동작 유닛 S6를 통해, 그리고 클라이언트 동작 유닛들 K10 및 K8과 연결된 서버 동작 유닛 S6를 통해 등록되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 6 항에 있어서, 이체 파라미터의 입력 단계는 에러 메시지의 동시 발생 및 관계자의 클라이언트 컴퓨터 디바이스로의 그것의 전달과 함께, 유닛 K5에 의한 이체 파라미터 입력 프로세스 내에서 수행되는 자동 검증을 포함하는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 6 항에 있어서, 이체를 위해 수집되어야 할 수수료의 자동 계산 단계를 더 포함하고,
상기 수수료의 자동 계산 단계는 메시지의 동시 생성 및 상기 메시지의 서버 동작 유닛 S7에 의한 컴퓨터 디바이스의 클라이언트 동작 유닛 K5로의 전송을 통해, 전자 수표 발행을 위한 서버 동작 유닛 S11에 의해, 소프트웨어 및 하드웨어 퍼실리티에 의해 수행되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 13 항에 있어서, 상기 수수료의 자동 계산 단계는 서버 컴퓨터 디바이스의 랜덤 액세스 메모리 내에 저장된 또는, 계좌 데이터의 수신 단계에서 다운로드된, 로컬 데이터 및 서버 컴퓨터 디바이스의 메모리 내에 미리 설정된 수수료율 중 어느 하나에 기초하여 또는 둘 모두에 기초하여, 전자 수표 발행을 위한 서버 동작 유닛 S11에 의해 수행되고,
수수료율의 갱신의 가능성, 및 전달의 가능성과 함께, 전자 수표 관리를 위한 서버 동작 유닛 S7 및 전자 수표 이체 실행 및 등록을 위한 서버 동작 유닛 S5를 통해, 이체 파라미터 입력 및 이체 실행을 위한 클라이언트 동작 유닛 K5로 전달되는 리포트로서, 이체를 위해 수집되어야 할 수수료의 금액 및 탕감되어야 할 금액에 관한 정보를 포함하는 리포트를 생성하는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 6 항에 있어서, 이체 파라미터의 예비 검증을 위한 단계를 더 포함하고,
상기 예비 검증을 위한 단계 동안, 파라미터 입력 및 이체의 실행을 위한 클라이언트 동작 유닛 K5에 의해 전자적 요청이 생성되고,
상기 요청은 전자 수표 이체 파라미터의 검증을 위한 서버 동작 유닛 S4로 전달되고;
상기 요청이 실행되는 동안, 상기 파라미터들을 갖는 전자 수표의 이체의 가능성이 검증되고, 상기 검증은 이용 가능한 오퍼레이션에 대한 정보와 함께 서버 컴퓨터 디바이스의 메모리에 저장된, 미리 설정된 시스템 관계자들의 신분 데이터에 의해 수행되며,
시스템으로부터 긍정적인 응답이 수신된 경우에, 시스템 관계자들의 파라미터의 검증 및 인증을 위한 서버 유닛 S2 의 초기화가 트리거되고, 발송자의 진위의 미리 설정된 검증의 실행 과정에, 요청 EHS 및 이체 수령인의 최소한의 검증, 수령인 계좌의 접근 가능성의 최소한의 검증이 포함되고, 계정 파라미터들의 검증 및 전자 디지털 서명의 검증을 포함하는, 서버 컴퓨터 디바이스의 메모리에 저장된 정보들과 비교를 통해 수표의 액면가가 탕감될 금액과 비교되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 15 항에 있어서, 접근 가능한 활동 잔고에 대한 탕감될 금액의 사전 비교를 통해, 전자 수표 이체를 수행하는 관계자의 전자 수표에 의해 정산 전자 시스템 내 계좌의 탕감될 별도의 금액의 차단이 추가적으로 수행되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 15 항에 있어서, 전자 수표 이체의 실행 요청의 등록 단계는 고정된 수수료 금액의 계산을 수행하는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 15 항에 있어서, 전자 수표 이체의 실행 요청의 등록 단계는 추가적으로 디지털 문서를 생성 및 저장하기 위한 S9 유닛의 초기화 단계를 포함하고,
전자 수표 이체에 대한 신청의 모든 세부사항을 포함하고, 디지털 문서의 전자 서명을 위한 클라이언트 동작 유닛 K17에 의해, 전자 수표 이체를 수행하는 시스템 관계자의 EHS를 통해 승인되었던, 전자 문서를 종이에 인쇄하기에 적합한 포맷으로 생성하는 가능성을 제공하는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 18 항에 있어서, 종이에 인쇄하기에 적합한 포맷의 전자 문서는 서버 디바이스의 메모리 유닛으로 전달되고, EHS와 함께 저장되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 6 항에 있어서, 전자 수표 이체의 실행 및 등록을 위한 서버 동작 유닛 S5은, 이체의 실행시간에, 서버 디바이스의 메모리로부터, 이체 발송인의 계좌 내에 저장되는 세부사항, 수수료 금액, 및 이체 금액에 대한 정보를 포함하는 전자 수표 데이터를 수신하고, 발송인의 계좌 내의 잔액 수표의 액면가와 이체 금액의 비교를 수행하고;
비교된 값이 일치하는 경우에, 전자 수표의 이체가 발송인의 계좌에서 수령인의 계좌로 수행되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 20 항에 있어서, 수표의 이체를 위해, 서버 동작 유닛 S5를 통해 전자 수표 관리를 위한 서버 동작 유닛 S7의 실행이 개시되고;
그렇게 함으로써, 수령인에 대한 전자 수표의 이체가 개시되며, 적어도 전자 수표의 번호, 이체 발송인의 계좌 번호, 이체 수령인의 계좌 번호를 포함하는 데이터가 유닛 S7의 입력으로 전달되고, 상기 데이터는 서버 디바이스의 메모리에 저장되며,
이체의 실행이 승인된 경우에, S7 유닛은 서버 디바이스의 메모리 내의 정보 변경을 이행하고;
이 때, 이체 발송인의 계좌 내의 수표에 대한 정보가 삭제되고, 적어도 새로운 잔액 수표의 번호에 대한 데이터가 수령인의 계좌로 입력되고, 수표 소지자에 대한 정보가 변경되고;
동시에, 레지스터 내 전자 수표 트랜잭션의 등록을 위한 서버 동작 유닛S8로의 상기 변경된 정보의 전달, 및 성공적인 완료에 대한 정보의 생성 및 전자 수표 관리를 위한 서버 동작 유닛 S7로의 전달이 수행되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 20 항에 있어서, 서버 동작 유닛 S7을 통해, 오퍼레이터가 되지 않은 관계자의 계좌로, 전자 수표가 이체되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 20 항에 있어서, 이체에 대한 요청의 경우, 수표의 액면가가 전부 수령인에게 이체되지 않을 경우,
등록 및 전자 수표 전송 실행을 위한 서버 동작 유닛 S5를 통해, 전자 수표 관리를 위한 서버 동작 유닛 S7 의 전자 수표 교환 절차를 트리거 하고;
그렇게 함으로써, 서버 동작 유닛 S5 은, 전자 수표의 번호, 발송인의 계좌 내의 잔고와 동등한 액면가를 가진 전자 수표의 번호, 이체 금액 및 이체를 위해 수집될 수수료 금액과 동등한 교환이 수행되는 전자 수표의 액면가 중 적어도 하나를 포함하는 데이터를 상기 절차의 입력으로 전송하는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 23 항에 있어서, 전자 수표 관리를 위한 서버 동작 유닛 S7을 통한 전자 수표 교환의 경우에, 발송인의 전자 수표는 오퍼레이터가 되는 시스템 관계자에게 전송되고, 이어서 오퍼레이터가 되는 관계자의 계좌로의 지불을 위해 상기 전자 수표가 제출되며;
이 때, 지불을 위한 전자 수표의 제출은 전자 수표 관리를 위한 서버 동작 유닛 S7의 지불을 위한 수표 제출 절차의 실행에 의해 수행되고, S7의 입력으로 적어도 전자 수표의 번호, 은행에 대한 정보, 수표를 제출한 계좌의 번호에 대한 데이터가 전송되고,
지불을 위한 수표 제출 절차의 성공적인 실행 후, 시스템에 의해 확인되는 지불을 위한 수표 제출 절차의 성공적인 실행, 시스템 내 수표 탕감을 위한 절차의 실행이 수표 관리를 위한 서버 동작 유닛 S7을 트리거링함으로써 수행되고, 그 입력으로 전자 수표 번호가 전송되고,
지불된 수표에 대한 데이터가 서버 컴퓨터 디바이스의 메모리에서 변경되고, 서버 컴퓨터 디바이스의 메모리 내의 전자 수표 트랜잭션의 등록 및 기록이 전자 수표 트랜잭션 등록을 위한 서버 동작 유닛 S8의 초기화에 의해 실행되고, 전자 수표 탕감을 포함하는 트랜잭션이 전자 수표 관리를 위한 서버 동작 유닛 S7으로 제어 신호의 전달 시 마무리되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 24 항에 있어서, 전자 수표 교환 절차의 실행 중에, 전자 수표 관리를 위한 서버 동작 유닛S7은, 각각의 전자 수표에 대한 전자 수표의 발행을 위한 서버 동작 유닛 S11의 실행을 순차적으로 트리거하고;
그렇게 함으로써, 새로운 수표의 세부사항에 대한 데이터가 상기 서버 동작 유닛 S11의 입력으로 전달되고, 상기 데이터는 적어도 액면가, 수표의 통화, 은행 세부사항을 포함하고,
이체 금액에 대하여 발행자가 되는 관계자의 계좌로부터 오퍼레이터가 되는 관계자의 계좌로 전자 수표, 수수료 금액을 위한 수표, 및 필요한 액면가의 잔액의 금액을 위한 수표 중 적어도 하나 또는 전부를 획득하는 가능성을 제공하는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 25 항에 있어서, 전자 수표 발행을 위한 서버 동작 유닛 S11에 의한 전자 수표의 발행 단계에서,
상기 세부사항에 대한 데이터 중 필수적인 데이터는 서버 컴퓨터 디바이스의 메모리 유닛으로부터 검색되고, 전자 수표 서명을 위한 S12 유닛의 호출 및 실행 동작을 통해 전자 수표의 서명이 수행되며, 그 후 서버 컴퓨터 디바이스의 메모리 유닛 내의 새로운 전자 수표에 대한 기록이 생성되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 24 항에 있어서, 전자 수표 발행을 위한 서버 동작 유닛 S11을 통한 전자 수표 발행 시, 서버 컴퓨터 디바이스의 메모리 유닛 내의 전자 수표 트랜잭션의 등록을 위한 서버 동작 유닛 S8에 의해 수행되는, 수표 발행을 기록하는 절차의 실행이 트리거되고, 서버 컴퓨터 디바이스의 메모리 유닛 내에 성공적인 기록 후, 전자 수표 발행을 위한 S11 유닛의 오퍼레이션이 마무리되고, 발행된 수표는 전자 수표 관리를 위한 서버 동작 유닛 S7의 전자 수표 이체 절차에 따라 오퍼레이터가 되는 관계자의 계좌에 전달되고;
잔액 전자 수표는 오퍼레이터가 되는 관계자의 계좌로부터 시스템 내 이체 발송자 계좌로 이체되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 24 항에 있어서, 전자 수표 교환 오퍼레이션을 실행하는 동안, 오퍼레이터가 되는 시스템 관계자의 계좌로부터 수령인의 계좌로 전자 수표를 이체하는 단계는, 전자 수표 이체의 등록 및 실행을 위한 서버 동작 유닛 S5를 통해 실행되고;
서버 동작 유닛 S5에 의한 오퍼레이션의 실행 중에, 이체 수령인의 계좌 내의 잔액 및 계좌 설정에 대한 정보가 검색되고;
그렇게 함으로써, 수표 수령인의 계좌 내의 잔고가 사용 가능하거나 은행 계좌 세부사항들 및 이체 전자 수표에서 불일치가 발견된다면, 또는 상기 수표 수령인의 계좌 내의 잔고가 사용 가능하고 은행 계좌 세부사항들 및 이체 전자 수표에서 불일치가 발견된다면, 서버 동작 유닛 S5은 전자 수표 관리를 위한 서버 동작 유닛 S7의 전자 수표의 교환 및 결합 중 어느 하나 또는 둘 다를 위한 오퍼레이션을 개시하고;
그렇게 함으로써, 수령인 계좌로부터의 전자 수표는 오퍼레이터가 되는 관계자의 계좌로 이체되고, 전자 수표는 오퍼레이터가 되는 관계자의 계좌로부터 이체 수령인의 "전자 수표 잔액"에 따라, 또는 계좌 파라미터에 따라 지불을 위해 제출되고,
나아가, 전자 수표 관리를 위한 서버 동작 유닛 S7의 수표 탕감 절차의 실행이 트리거되고, 수표 탕감 절차의 종료시, 오퍼레이터가 되는 관계자의 계좌는 발행자가 되는 시스템 관계자의 전자 수표로부터 새로운 수표를 획득하되, 전자 수표를 이용한 정산의 전자 시스템 내 교환을 위해 제출된 전자 수표들의 액면가의 합에 달하거나, 교환을 위헤 제출된 전자 수표의 액면가와 동등한 액면가를 갖는 상기 새로운 수표가 예치되고(획득되고);
서버 동작 유닛 S7을 통해, 전자 수표 교환 프로세스에서, 전자 수표의 발행을 위한 서버 동작 유닛 S11의 실행이 트리거되고, 새로운 수표에 따른 지불자가 결정되고, 새로운 전자 수표가 이체 수령인의 계좌로 이체되는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 24 항, 제 25 항, 제 26 항, 제 27 항, 또는 제 28 항 중 어느 한 항에 있어서,
전자 수표 이체의 실행 및 등록을 위한 서버 동작 유닛 S5의 오퍼레이션이 실행 될 때,
디지털 문서의 생성 및 저장을 위한 서버 동작 유닛 S9의 실행이 트리거되고, 필요한 디지털 보고 문서가 생성되며, 시스템 관계자들의 EHS를 통한 문서의 서명의 가능성 및 후속하는 인쇄(printout)의 가능성을 제공하는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 29 항에 있어서, 디지털 문서의 생성 및 저장을 위한 서버 동작 유닛 S9의 오퍼레이션이 실행될 때, 전자 수표의 인수 증명서, 제공된 서비스의 증명서, 견적 송장(proforma invoice)의 문서들의 디지털 이미지가 생성되고,
상기 문서들은 디지털 문서의 전자 서명을 위한 클라이언트 동작 유닛 K17의 입력으로 전달되고, 시스템 관계자들의 EHS를 통한 서명의 가능성을 제공하는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
제 30 항에 있어서, 추가적으로, 전자 수표 이체 실행 및 등록을 위한 서버 동작 유닛S5를 통해, 온라인 통지 전송을 위한 서버 동작 유닛 S10의 실행이 개시되고;
이체 수령인, 전송 중인 메시지의 종류에 대한 정보가 유닛 S10의 입력으로 전달되고;
그렇게 함으로써, 유닛 S10은 클라이언트 및 서버 애플리케이션 데이터의 갱신 및 동기화를 위한 클라이언트 동작 유닛 K3의 실행을 개시하고;
이와 동시에, S5 유닛은 서버 컴퓨터 디바이스의 메모리 유닛 내 이체 발송인의 지불에 대한 정보를 저장하는 K5 유닛으로 정보를 전달하는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표 이체를 이행하는 방법.
전자 수표 결제 시스템 내에서 전자 수표를 발행하는 방법으로서,
상기 전자 수표 결제 시스템은, 정보 디스플레이 디바이스와 펌웨어 동작 모듈들을 포함하는 데이터 처리 및 저장을 위한 서버 컴퓨터 디바이스, 및 정보 디스플레이 디바이스와 펌웨어 동작 모듈들을 포함하는, 무선 또는 인터넷 통신 채널을 통해 연결된 클라이언트 컴퓨터 프로세싱 디바이스들을 포함하고,
상기 방법은, 클라이언트 및 서버 컴퓨터 디바이스들의 오퍼레이션 모듈을 통해 자동 순차적인 하드웨어로-구현되는, 각 처리 단계에서 생성된 최초 데이터 및 중간 데이터의 처리 단계들을 포함하고,
상기 단계들은 적어도, 발행자가 되는 시스템 관계자에 의하여, 전자 수표 발행 요청의 입력 및 전송을 위한 클라이언트 동작 유닛 K11의 개시를 통해, 전자 수표 발행 요청을 생성하는 단계;
전자 수표 발행에 대한 수신된 요청의 처리를 위한 서버 동작 유닛 K13에 의하여, 요청 처리 및 실행을 위한 서버 동작 유닛 S13을 통해, 은행이 되는 시스템 관계자의 전자 수표의 발행 요청을 생성하고 전달하는 단계를 포함하고,
발행자가 되는 관계자의 계좌 내에, 당해 수표에 대한 담보로서 역할하는, 화폐 자금의 수신의 검증에 대한 요청의 필수 단계를 포함하고,
법적으로 유효한 보고 문서의 디지털 이미지의 생성, 및 시스템의 서버 컴퓨터 디바이스의 메모리 유닛에 생성 및 저장될 수표 레지스터 내에 트랜잭션의 반영의 가능성을 제공하는 전자 수표 결제 시스템 내에서 전자 수표를 발행하는 방법.
제 32 항에 있어서, 발행자가 되는 시스템 관계자의 인증 오퍼레이션의 실행 단계를 더 포함하고;
그렇게 함으로써, 시스템 내의 인증을 위한 클라이언트 동작 유닛K2 및 클라이언트 및 서버 애플리케이션 데이터의 갱신 및 동기화를 위한 클라이언트 동작 유닛 K3는, 계좌 데이터의 입력 동안에 순차적으로 초기화되고, 클라이언트 동작 유닛들 K2 및 K3는, 인증을 위한 대응하는 서버 동작 유닛S1 및 계좌 데이터가 서버 컴퓨터 디바이스의 메모리 유닛 내 저장된 데이터와 비교되는 데이터 동기화를 위한 서버 동작 유닛 S2로 통신 채널을 통해 계좌 데이터를 전달하고,
계좌 데이터 처리의 실행 종료 시, 제어 신호가 시스템 애플리케이션으로의 계좌 엔트리의 접근의 차단 또는 허용을 위한 클라이언트 동작 유닛들 K2 및 K3 로 전달되고, 계좌 엔트리의 날짜와 같은 날짜의 갱신이 수행되고,
클라이언트 정보 디스플레이 디바이스 상에 그 결과를 디스플레이하는 가능성이 제공되고;
인증이 승인되면, 클라이언트 동작 유닛 K3는 계좌 데이터를 데이터 입력 및 전자 수표의 발행을 위한 요청을 전송하는 클라이언트 동작 유닛 K11으로 전달하고, 상기 K11 유닛은 수표 발행 트랜젝션에 대응하는 인터페이스를 통해 클라이언트 애플리케이션을 생성하고 전자 수표 발행을 위한 요청의 데이터가 입력되고, 상기 데이터를 기초로 하여, 상기 K11 유닛은 발행자가 되는 관계자의 EHS를 통해 증명된 전자 문서의 형태로 수표 발행을 위한 요청을 생성하고, 상기 수표 발행을 위한 요청을 계좌 내에 수표를 넣기 위한 신청의 등록을 위한 서버 동작 유닛 S6으로 전달하고, 상기 S6 유닛은 상기 수표 발행을 위한 요청의 파라미터의 검증 절차를 실행하고, 인증을 위한 요청을 생성하고, 그리고 서버 동작 유닛 S2의 실행을 개시하고, 그 동안, 발송인의 계좌 및 요청 수령인의 계좌 모두에 대한 필수 검증이 수행되고, 데이터의 검증 결과가 긍정적인 경우에, 서버 동작 유닛 S2는 요청의 등록 및 예치계좌의 확인을 위한 서버 동작 유닛S6으로 검증 통과에 대한 승인 메시지를 생성하고, 요청은 등록되고, 요청 데이터는 서버 컴퓨터 디바이스의 메모리 유닛 내에 기록되고;
그렇게 함으로써, 새로운 요청의 사용 가능성에 대한 온라인 통지를 전송하기 위한 서버 동작 유닛 S10을 통해, 클라이언트 및 서버 애플리케이션들의 데이터를 갱신하고 동기화하기 위한 클라이언트 동작 유닛 K3으로, 발행되는 수표에 대한 지급은행이 되는 시스템 관계자에게 메시지가 전송되고,
클라이언트 동작 유닛 K3은, 은행 세부 사항을 갖는 요청을 클라이언트 및 서버 애플리케이션들의 데이터를 갱신하고 동기화하기 위한 서버 동작 유닛 S3로 전송함으로써, 상기 요청을 기초로 서버 동작 유닛들S2 및 S3에 의해 수행될 은행이 되는 시스템 관계자의 시스템 내의 인증의 승인 후 전자 수표 발행을 위한 요청의 데이터의 다운로드를 수행하고, 전자 수표의 발행을 위해 수신된 요청을 처리하기 위한 클라이언트 동작 유닛K13으로 요청에 대한 데이터를 전송하고, 상기 수표 발행을 위한 요청에 대한 데이터를 사용자 인터페이스 내에 출력하고 상기 수표 발행을 위한 요청을 승인 또는 거부하는 선택을 이행하는 가능성이 제공되고;
그렇게 함으로써, 클라이언트 동작 유닛 K13은 지불자가 되는 시스템 관계자로부터 수령된 지불금의 사용 가능성을 검증하고, 발행되는 수표에 대한 지불을 검증하고, 발행자가 되는 시스템 관계자의 요청 내의 데이터를 발행자가 되는 시스템 관계자의 계좌로부터의 명세서(statement) -서버 동작 유닛 S3로부터 수신된 명세서- 로부터의 데이터와 대조하고,
화폐 자금이 수표의 획득을 위해 발행자가 되는 시스템 관계자의 계좌 내에 수령된 경우에, 클라이언트 동작 유닛 K13은 요청의 전자적 승인을 발생시키고, 상기 전자적 승인을 신청의 처리 및 요청을 위한 서버 동작 유닛 S13으로 전달하고, 상기 S13 유닛은 전자 수표에 대한 승인된 요청에 대한 정보를 서버 컴퓨터 디바이스의 메모리 유닛으로부터 검색하고, 은행이 되는 시스템 관계자의 계좌의 시스템 내 필수 검증을 수행하고, 상기 필수 검증의 성공적인 완료 시, 전자 수표 발행을 위한 서버 동작 유닛 S11으로 수표 발행 데이터를 전송하고, 상기 S11 유닛은 전자 수표 이체의 등록 및 실행을 위한 서버 동작 유닛 S5의 초기화를 수행하고, 상기 S5 유닛은 전자 수표를 생성하고 발행자가 되는 시스템 관계자의 계좌로부터 구매자가 되는 시스템 관계자의 계좌로의 수표의 이체를 이행하고, 트랜잭션의 실행에 대한 전자 리포트를 생성하고, 상기 리포트를 서버 동작 유닛 S11으로 전송하고, S13을 통한 S10으로의 후속 전달을 통해, 은행 및 발행자가 되는 시스템 관계자의 클라이언트 동작 유닛 K3으로 실행된 트랜잭션에 대한 메시지의 생성 가능성을 제공하고;
그렇게 함으로써, 서버 동작 유닛 S13 은 또한 수표 발행 데이터를 생성하여 은행이 되는 시스템 관계자의 클라이언트 동작 유닛 K13으로 전송하고, K13 유닛은 처리된 수표 발행 요청의 갱신된 상태를 기록하고, 서버 동작 유닛 S10은 발행자가 되는 시스템 관계자의 계좌 데이터를 갱신하고, 발행자가 되는 시스템 관계자의 클라이언트 컴퓨터 디바이스의 정보 디스플레이 장치에, 요청의 갱신된 신분 및 수표의 구매자가 되는 시스템 관계자로의 자동 전달에 대한 정보를 동시 출력하는 가능성을 제공하는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표를 발행하는 방법.
제 33 항에 있어서,
전자 수표의 발행을 위한 요청을 위한 데이터의 파라미터는 적어도 수표 세부사항에 대한 데이터를 포함하고,
상기 수표 세부사항은 액면가, 수표의 통화, 지급은행의 세부사항들을 포함하는 것을 특징으로 하는 전자 수표 결제 시스템 내에서 전자 수표를 발행하는 방법.
전자 수표 결제 시스템 내의 전자 수표의 지불 방법으로서,
상기 전자 수표 결제 시스템은, 정보 디스플레이 디바이스와 펌웨어 동작 모듈들을 포함하는 데이터 처리 및 저장을 위한 서버 컴퓨터 디바이스, 및 정보 디스플레이 디바이스와 펌웨어 동작 모듈들을 포함하는, 무선 또는 인터넷 통신 채널을 통해 연결된 클라이언트 컴퓨터 프로세싱 디바이스들을 포함하고,
상기 방법은, 클라이언트 및 서버 컴퓨터 디바이스들의 동작 모듈들을 통해 자동 순차적인 하드웨어로-구현되는, 각 처리 단계에서 생성된 전자 수표 지불 세부사항들에 관한 초기 데이터 및 중간 데이터의 처리 단계들을 포함하고,
시스템 내의 인증을 위한 클라이언트 동작 유닛 K2의 초기화 동작을 포함하고, K2 유닛의 실행 후, 대응하는 클라이언트 동작 유닛 K3의 실행을 시작함으로써, 클라이언트 및 서버 애플리케이션 데이터의 갱신 및 동기화를 위한 동작이 실행되고, 실행되면, 데이터 입력 및 전자 수표 지불을 위한 신청의 전송을 위한 클라이언트 동작 유닛 K8의 초기화 및 전자 수표의 지불을 위한 신청의 생성을 위해 필요한 초기 데이터의 입력이 수행되고;
그렇게 함으로써, 전자 수표에 대한 지불자로서 역할하는 은행이 되는 시스템 관계자의 결정이, 클라이언트 동작 유닛 K8을 통해, 입력된 데이터를 기초로 하여 실행되고, 시스템 관계자의 EHS를 통해 증명된 전자 문서 형태로 전자 수표의 지불을 위한 신청이 생성되고, 상기 신청은, 계좌 내에 전자 수표를 넣기 위한 신청, 요청, 송장의 등록을 위한 서버 동작 유닛 S6으로 전달하고, 시스템 관계자들의 파라미터의 인증 및 검증을 위한 서버 동작 유닛 S2를 통해, 상기 신청을 서버 컴퓨터 디바이스의 메모리 유닛 내에 저장되는 데이터와 비교함으로써 데이터의 검증을 수행하고, 검증의 결과가 긍정적인 경우에, 상기 신청은 서버 상에 등록되고, 기록이 서버 컴퓨터 디바이스의 메모리 유닛에 입력되고;
이 때, 온라인 통지를 전송하기 위한 S10 유닛을 통해, 새로운 신청의 사용 가능성에 대한 메시지가 지급 은행이 되는 시스템 관계자로 전송되고;
그렇게 함으로써, 서버 동작 유닛 S3와의 상호작용에 의해, 전자 수표의 지불에 대한 신청이 서버로부터 다운로드 되고;
전자 수표의 지불을 위해 수신된 신청을 처리하기 위한 클라이언트 동작 유닛 K14의 트리거링이 수행되고, 상기 K14 유닛은 전자 수표 지불 신청에 대한 데이터를 생성하여, 신청을 거부 또는 승인하는 옵션과 함께 은행이 되는 시스템 관계자의 사용자 인터페이스 내에 출력하고;
전자 수표 파라미터들 및 발행자가 되는 시스템 관계자의 계좌에 대한 통화 자금의 사용 가능성의 검증이 수행되고,
데이터 입력을 위한 클라이언트 동작 유닛 K6의 실행에 의해, 사용자의 EHS를 통해 증명된 전자 문서의 형태로, 계좌 내에 수표를 넣기 위한 송장의 생성이 수행되고;
전자 계좌에 수표를 넣기 위하여 송장을 전송하는 단계, 및 계좌 내에 수표를 넣기 위한 신청, 요청, 송장의 등록을 위한 서버 동작 유닛 S6으로 전자 계좌의 데이터를 전달하는 단계가 실행되며;
서버 동작 유닛 S2에 의해, 계좌 내에 수표를 넣기 위한 전자 송장의 파라미터의 검증, 및 서버 컴퓨터 디바이스의 메모리 유닛 내 전자 수표 파라미터의 연속적인 등록이 수행되고;
새로운 요청의 사용 가능성에 대한 온라인 통지를 생성하고, 온라인 통지를 전송하기 위한 서버 동작 유닛 S10을 통해, 은행이 되는 시스템 관계자의 클라이언트 동작 모듈 K3의 입력으로 전송하는 단계가 실행되고,
요청의 상태가 갱신되었는지를 통해, 전자 수표의 지불을 위해 수신된 신청의 처리를 위한 클라이언트 동작 유닛 K14 의 실행이 개시되고, 은행이 되는 관계자의 계좌 내 통화 자금의 전송 및 수신이 실행되고;
수신된 전자 수표 이체의 처리를 위한 클라이언트 동작 유닛 K9의 동작의 실행을 통해, 컴퓨터 디바이스의 메모리 유닛 내에 저장된, 승인된 수표 지불 요청의 데이터와 비교함으로써, 지불 파라미터 및 이체 파라미터의 검증이 실행되고;
수신된 전자 수표의 검증을 위한 동작 및 시스템 관계자의 결산 계좌로 각각의 화폐 자금을 송금함으로써 수표에 따른 지불이 개시되고;
수표의 탕감이 수행되는 것을 특징으로 하는 전자 수표 결제 시스템 내의 전자 수표의 지불 방법.
제 35 항에 있어서, 전자 수표 지불 요청이 충족되지 못한 경우, 요청의 거부를 위한 옵션이 더 선택되고;
그렇게 함으로써, 전자 수표의 지불을 위해 수신된 신청의 처리를 위한 K14 유닛은 신청, 요청의 처리 및 실행을 위한 서버 동작 유닛 S13으로 커맨드를 전송하고, 서버 동작 유닛 S13의 지불 거부 오퍼레이션을 요청 및 트리거하고, 상기 오퍼레이션의 실행 동안, 거부된 신청 상의 데이터는 서버 컴퓨터 디바이스의 메모리 유닛으로부터 검색되고, 디지털 문서 생성을 위한 S9 유닛의 트리거링이 수행되고, 수표 지불 거절의 전자적 통지의 생성의 가능성이 제공되며; 은행이 되는 시스템 관계자의 EHS를 통한 디지털 문서의 전자 서명이 K17 유닛의 실행에 의해 이행되고;
그렇게 함으로써, 서버 동작 유닛 S13을 통해, 고객에게 전송된 신청의 상태 변화에 대하여 관계자에게 알리는 단계가 수행되는 것을 특징으로 하는 전자 수표 결제 시스템 내의 전자 수표의 지불 방법.
제 35 항 또는 제 36 항에 있어서, 상기 전자 수표 탕감 동작은 은행의 애플리케이션의 사용자 인터페이스 내의 대응하는 옵션의 선택시 수행되고;
그렇게 함으로써, 전자 수표를 탕감하기 위한 클라이언트 동작 유닛 K18의 실행이 트리거되고;
클라이언트 동작 유닛 K18을 이용하여, 검증에 대한 승인된 요청을 근거로 하여, 적어도 검증에 대한 요청의 번호를 포함하는, 전자 수표를 탕감하기 위한 전자적 요청이 생성되고;
전자 수표를 탕감하기 위한 전자적 요청은, 은행이 되는 시스템 관계자의 EHS를 통해 증명되고;
상기 요청을 전자 수표의 탕감을 위한 서버 동작 유닛 S14으로 전송하는 단계가 수행되고,
검증 동작의 실행 후, 검증 단계 동안에 수표의 검증에 대한 승인된 요청에 대한 데이터가 서버 컴퓨터 디바이스의 메모리 유닛으로부터 검색되고,
은행이 되는 시스템 관계자의 계좌의 검증, 요청 EHS의 검증은 물론 탕감될 전자 수표의 검증을 위한 클라이언트 동작 유닛 K2의 트리거링이 수행되고;
상기 수표의 탕감을 이행하는 단계가 수행되고;
대응하는 변경사항은 서버 컴퓨터 디바이스의 메모리 유닛 내에 입력되고;
서버 동작 유닛 S14의 동작의 실행에 의해, 레지스터 내에 탕감 트랜잭션의 기록 및 등록이 수행되고;
그 후, 서버 동작 유닛 S14은 수표의 지불을 위한 신청, 검증을 위한 요청의 상태의 데이터 갱신을 수행하고;
대응하는 통지를 디지털 형태로 생성하고, 온라인 통지를 전송하기 위한 서버 동작 유닛 S10을 이용하여 시스템 관계자들에게 온라인 통지를 전송되는 것을 특징으로 하는 전자 수표 결제 시스템 내의 전자 수표의 지불 방법.
전자 수표 결제 시스템 내의 전자 수표의 검증 방법으로서,
상기 전자 수표 결제 시스템은, 정보 디스플레이 디바이스와 펌웨어 동작 모듈들을 포함하는 데이터 처리 및 저장을 위한 서버 컴퓨터 디바이스, 및 정보 디스플레이 디바이스와 무선 또는 인터넷 통신 채널을 통해 연결된 서버 컴퓨터 디바이스를 갖춘 클라이언트 컴퓨터 프로세싱 디바이스들을 포함하고,
상기 방법은, 클라이언트 및 서버 컴퓨터 디바이스의 동작 모듈들을 통해 자동 순차적인 하드웨어로-구현되는, 각 처리 단계에서 생성된 전자 수표 지불 세부사항들에 관한 초기 데이터 및 중간 데이터의 처리 단계들을 포함하고;
이 때, 데이터 입력, 전자 수표의 검증을 위한 요청을 전송하기 위한 클라이언트 동작 유닛 K15의 실행이 개시되고;
클라이언트 동작 유닛 K15는 전자 수표 이체 데이터를 기초로 하여 요청 파라미터의 자동 완성의 가능성을 은행이 되는 시스템 관계자에 제공하고;
그렇게 함으로써, 클라이언트 동작 유닛 K15은 전자 문서 형태의 요청을 은행이 되는 시스템 관계자의 EHS를 통해 증명하고, 그것을 계좌 내에 수표를 넣기 위한 신청, 요청, 송장의 등록을 위한 서버 동작 유닛 S6으로 전송하고, 상기 S6 서버 유닛은 전자 수표의 검증에 대한 요청의 파라미터의 검증 절차를 실행하고, 모든 검증이 성공적으로 이행된 경우에, 발행자가 되는 시스템 관계자의 등록 번호를 판정하고, 요청을 서버 컴퓨터 디바이스의 메모리 유닛에 저장하고;
이 때, 온라인 통지를 전송하기 위한 서버 동작 유닛 S10에 의해 발행자가 되는 시스템 관계자에게 새로운 요청의 사용 가능성에 대한 메시지가 전송되고;
서버 동작 유닛 S3과의 상호작용에 의해, 서버 컴퓨터 디바이스의 메모리 유닛으로부터 전자 수표의 검증을 위한 요청이 다운로드되고, 전자 수표의 검증을 위한 수신된 요청의 처리를 위한 클라이언트 동작 유닛 K12의 동작의 연속적인 개시와 함께 상기 요청의 검증이 수행되고, 상기 K12 유닛은 전자 수표의 검증을 위한 요청에 대한 데이터를, 발행자가 되는 시스템 관계자의 사용자 인터페이스 내에 출력하고, 발행자가 되는 시스템 관계자에게 그 요청을 거부 또는 승인하는 옵션을 제공하고;
검증 요청이 성공적으로 수행된 경우에, 수표 검증에 대한 전자적 요청이 승인되고;
이 때, 전자 수표의 지불을 위해 수신된 신청의 처리를 위한 클라이언트 동작 유닛 K12은 신청, 요청의 처리 및 실행을 위한 서버 애플리케이션 유닛 S13으로 그 요청을 전송하고, 수표의 검증에 대한 요청의 승인 오퍼레이션을 요청 및 트리거하고, 이것의 실행 동안, 승인되는 요청에 대한 데이터는 컴퓨터 디바이스의 메모리 유닛으로부터 검색되고, 필수 검증이 수행되고, 디지털 문서의 생성을 위한 서버 동작 유닛 S9의 트리거링이 수행되어, 전자 수표의 검증의 전자적 통지를 생성할 가능성이 디지털 형태로 제공되고;
이 때, 전자적 통지는, 디지털 문서의 전자 서명을 위한 클라이언트 동작 유닛 K17의 실행에 의해, 발행자가 되는 시스템 관계자의 EHS를 통해 서명되고,
서버 동작 유닛 S13은 발행자가 되는 시스템 관계자에 의해 전송된 신청의 상태의 변경에 대한 전자적 알림을 생성하고 은행이 되는 시스템 관계자에 전송하는 것을 특징으로 하는 전자 수표 결제 시스템 내의 전자 수표의 검증 방법.