비서 지식 > 졸업 디자인

CNAPS 기반 일련 번호 관리 방법

개요 : CNAPS (National Modern Payments Clearing System)는 세계 은행의 지원을 받아 중국 인민 은행이 건설중인 중앙 은행 지불 시스템이며,이 시스템의 주요 기능은 상업 은행의 청산을 마무리하는 것입니다. 이 기사에서는 현재의 CNAPS 시스템 안정성, 잔향 시간 등의 불완전 성을 분석하고 시스템 신뢰성을 향상시키고 시스템 잔향 시간, 즉 일련 번호 관리를 단축하는 방법을 소개합니다. 키워드 : 중앙 은행의 매크로 제어 기능을 수행함으로써 통화, 안정성을 안정화하기 위해 CNAPS SB 지점 시스템 펀드가 자금 수금과 지불 사이의 스트림 번호 인터페이스 상업 은행을 청산하고 정부 기금 중앙 은행을 통해 결제해야 함 시장. CNAPS 시스템은 모든 단계의 중앙 은행으로 구성되어 있으므로 CNAPS 시스템을 통해 자금의 최종 청산을 완료하려면 SB 지점 시스템이 CNAPS 시스템과 통신해야합니다. CNAPS 시스템의 안정적이고 효과적인 운영은 기업과 개인의 자금을 효과적이고 적시에 안정적으로 이전하는 것과 관련이 있으며, 은행 시스템을 유지 및 개선하고 금융 시장을 개선하는 것이 중요합니다. CNAPS 시스템에서의 데이터 전송은 전이중 방식입니다. 한편으로 CNAPS는 SB에 정보 나 파일을 전송하고 SB는 정보 나 파일을 CNAPS에 전송합니다. 다음은 CNAPS가 SB에게 정보 또는 파일을 전송할 때의 상황 분석입니다 SB가 CNAPS로 정보 또는 파일을 전송하는 상황은 유사합니다. 1 현재 CNAPS 시스템의 일부 불완전한 점 CNAPS가 정보 또는 파일을 SB로 전송하는 경로에는 현재 다음과 같은 단점이 있습니다. 수신 측에서 독립적 인 정보 또는 파일을 얻을 수 없으며 파일 요청 잔향 시간이 너무 길고 전송 계층에서 제공 할 수있는 경로 제한된 신뢰성. 1) 독립적 인 정보 및 파일을 얻을 수 없음 두 응용 프로그램은 TCP 연결을 통해 8 비트 바이트의 바이트 스트림을 교환합니다. TCP는 레코드 식별자를 바이트 스트림에 삽입하지 않습니다. 이를 바이트 스트림 서비스라고합니다. 한 응용 프로그램이 처음 10 바이트를 전송 한 다음 20 바이트를 전송 한 다음 50 바이트를 전송하면 연결된 다른 쪽에서 보낸 사람이 전송할 때마다 몇 바이트인지 알 수 없습니다. 수신기는 매회 20 바이트를 수신하여 4 번 80 바이트를 수신 할 수 있습니다. 한쪽 끝이 TCP 연결로 바이트를 스트리밍하고 TCP 연결의 다른 쪽 끝에 동일한 바이트 스트림이 나타납니다. TCP는 바이트 스트림의 내용을 해석하지 않습니다. 바이트 스트림의 해석은 TCP 연결의 양쪽에 적용된 계층에 의해 설명됩니다. CNAPS가 SB에 정보 나 파일을 전송할 때 SB는 레코드 식별자없이 바이트 스트림만을 가져오고 독립적 인 정보 나 파일을 복원 할 수 없다. 2) 파일 요청 잔향 시간이 너무 깁니다. CNAPS 시스템에서 SB는 클라이언트이고 CNAPS는 서버로 실행되며 클라이언트는 통신 요청을 적극적으로 시작하는 응용 프로그램이고 서버는 수동으로 통신 요청을 받기 위해 대기하는 응용 프로그램입니다. 따라서 CNAPS가 정보 또는 파일을 SB에 전송하는 경로에서 CNAPS는 SB에 정보 또는 파일을 적극적으로 전송하지 않으므로 SB 요청을 먼저 받아야합니다. CNAPS가 SB에 정보 또는 파일을 전송하는 경로에서 SB는 CNAPS가 메시지 또는 파일 요청을 보내는 것과 동시에 타이머를 시작하고 타이머가 만료되면 SB는 요청이 손실되거나 손상되어 재전송 된 것으로 간주합니다. CNAPS 및 SB에 의해 전송 된 데이터 유닛이 파일 인 경우, 파일 데이터의 양이 많기 때문에, CNAPS 엔드로부터 SB 엔드로 정상적인 조건으로 전송하는 데 오랜 시간이 걸리기 때문에, 타이머는 상대적으로 크게 설정되어야한다. SB의 가치는 요청을 재송신할지 여부를 결정하기 위해 종종 긴 시간을 기다려야하며, SB의 잔향 시간은 매우 길다. 특히, CNAPS가 전송 한 파일에 작은 오류가있는 경우 SB 끝 TCP가 확인 및 오류를 확인하고 전체 파일을 삭제 한 다음 SB 타이머가 만료되고 SB가 요청을 다시 보내고 CNAPS가 전체 파일을 다시 보냅니다. 요청이 완전히 올바른 파일을 받기 시작하는 데 오랜 시간이 걸립니다. 3) CNAPS 시스템의 전송 레이어는 TCP 전송 제어 프로토콜을 사용하는데 이론적으로 TCP 프로토콜은 신뢰할 만하지만 실제 전송 서비스는 오류가 없지만 신뢰할 수없는 네트워크에 있습니다. 신뢰할 수있는 서비스를 최상으로 제공하는 것은 전송 계층이 달성해야하는 것입니다. 전송 계층은 향상된 네트워크 계층에서 제공하는 서비스 품질로, 응용 프로그램 계층의 사용자 요구 사항과 네트워크 계층에서 제공하는 서비스 간의 차이를 보완해야합니다. 사용자는 연결을 설정할 때 다양한 서비스 매개 변수에 대해 원하는 허용 가능한 최소값을 지정합니다. 전송 계층은 필요한 서비스를 제공 할 수 있는지 여부를 결정하기 위해 얻을 수있는 네트워크 서비스 유형 또는 서비스에 따라 이러한 매개 변수를 검사합니다. 전송 계층이 일부 서비스 품질 매개 변수 값에 도달 할 수 없다는 것을 알게되면 전송 계층은 대상 시스템에 연결조차하지 않고 응용 프로그램 계층에 연결 요청이 실패했음을 직접 알립니다. 따라서, 전송 계층이 제공 할 수있는 신뢰성은 제한적이다. 2 CNAPS 시스템 성능 개선 방법 - 스트림 번호 관리 개선 CNAPS 시스템은 CNAPS 전송 정보 또는 파일 경로에서 일련 번호 관리 통신 처리 메커니즘을 향상시켜 CNAPS 시스템 신뢰성을 더욱 향상시키고 파일 요청 / 전송을 단축합니다. 잔향 시간. 1. 수신자 정보 또는 파일은 독립적 일 수없고 파일 요청 응답 시간이 너무 길다 CNAPS가 정보 또는 파일을 전송하는 경로에서 CNAPS 측에서 데이터가 전송된다. SB 측에서 독립적 인 정보 또는 파일을 수신 할 수 있도록하기 위해 통신은 SB는 한 번 요청하고 CNAPS는 한 번 전송됩니다. CNAPS는 생성 된 각 메시지에 일련 번호를 할당하여 CNAPS 데이터 스트림에서 해당 정보의 위치를 ​​식별합니다. 통신에서 SB는 일련 번호를 요청하고 CNAPS는 일련 번호가 해당 값인 정보를 전송합니다. 이렇게하면 개인 정보를 분리 할 수 ​​있습니다. CNAPS의 정보 경로에있는 일련 번호를 SB로 전송하는 프로세스는 다음 세 단계로 나눌 수 있습니다. 1) 시스템이 시작되면 SB는 링크가 설정된 후 초기화 일련 번호 요청을 CNAPS에 보내고 CNAPS는 SB에 초기 일련 번호 응답을 보내고 SB는 일련 번호는 0으로 초기화됩니다. 시스템의 시작 부분이 아니므로 링크가 끊어지고 다시 설정되면 SB는 링크가 설정된 후 확인 일련 번호 요청을 CNAPS에 보냅니다 .SNAPS가 SB가 올바르게 실행되고 있다고 판단하면 CNAPS는 확인 일련 번호를 발급합니다. 2) 그런 다음 SB는 정보 요구를 CNAPS에 지속적으로 전송하기 시작하고 CNAPS 측에서 정보 전송 메시지를 수신하지 않을 때까지 CNAPS로부터 정보를 수신합니다. SB 엔드가 메시지 전송 메시지가없는 CNAPS를 수신하면 SB는 일정 기간 후에 다시 CNAPS에 정보 요청을 보냅니다. 3) 하루가 끝날 때 SB는 CNAPS에게 일련 번호 요청을 보내고, SB가 CNAPS 일련 번호 응답의 끝을 받으면 SB는 링크를 끊습니다. 일련 번호 요청 확인 및 일련 번호 응답 확인이 두 단계를 일련 번호 동기화라고하며 일련 번호 동기화를 통해 SB는 CNAPS 전송 데이터 스트림이 수신 된 위치를 알 수 있습니다. . TCP의 3 단계 핸드 셰이크 프로토콜에서 데이터 전송은 양방향이기 때문에 클라이언트와 서버 간의 동기화를 완료하는 데 3 단계가 필요합니다. CNAPS 시스템에서 CNAPS 전송 정보 경로의 데이터는 CNAPS에서 SB 터미널로 단방향으로 전송되므로이 경로에서 CNAPS와 SB의 일련 번호 동기화에는 두 단계 만 있으면됩니다. 다음은 CNAPS가 하루의 시작에 시스템 시작시 SB로 정보 경로를 전송할 때 처리 절차이며, CNAPS 끝 부분에 두 개의 전송되지 않은 정보가 있습니다. CNAPS SB 그림 2-1 메시지 손실, 반복 등의 오류가없는 이상적인 상황 그림 2 라인의 양측의 값은 CNAPS 종단과 SB 종단의 일련 번호이며, 사선은 SB와 CNAPS 사이의 전송 메시지를 나타낸다. CNAPS 종료 스트림 번호는 CNAPS가 SB에 의해 정확하게 송신 및 수신 한 정보의 수를 지칭한다. SB 일련 번호는 SB가 올바르게 수신 한 메시지 수입니다. CNAPS 일련 번호는 CNAPS가 다음 일련 번호에 대한 SB 요청을 받으면 업데이트됩니다. 이때 CNAPS는 이전 일련 번호가 SB에 올바르게 수신되었음을 알게됩니다. SB 끝 일련 번호의 업데이트는 SB가 정보를 올바르게 수신 한 때입니다. SB가 다음 일련 번호를 요청하기 위해 일련 번호를 올바르게 수신해야한다고 규정되어 있습니다. 대각선상의 SB 정보 요청 메시지에서 요청 된 일련 번호는 SB 끝의 일련 번호 +1, 즉 SB가 수신하고자하는 다음 CNAPS 정보의 일련 번호이다. 2) CNAPS가 파일을 SB에 전송하는 경로상의 일련 번호 프로세스는 SB 로의 정보 경로를 전송하는 CNAPS의 프로세스와 유사하다. CNAPS에 의해 생성 된 파일은 여러 블록으로 나누어지고 각 블록에는 CNAPS 데이터 스트림에서 파일 블록의 위치를 ​​표시하는 일련 번호가 지정됩니다. 통신에서 SB는 일련 번호를 요청하고 CNAPS는 일련 번호가 해당 값인 보관 블록을 전송합니다. 파일 전송 중에 오류가 발생하면 SB는 정시에 파일을 찾을 수 있으며 전체 파일을 재전송하지 않고 파일 블록을 재전송하기 위해 CNAPS 만 필요합니다. 파일 파티션의 데이터 볼륨이 크지 않고 SB가 오류를 처리 할 수 ​​있기 때문에 일련 번호 관리를 사용하지 않는 잔향 시간에 비해 전체 파일을 올바르게 수신하는 SB의 응답 시간이 크게 단축됩니다. 파일이 수신되면 SB는 다음 파일을 요청하여 각 파일을 독립적으로 열 수 있습니다. 일련 번호 처리 프로세스는 그림 2-1과 유사합니다. 둘째, 전송 계층은 제한된 신뢰성만을 제공 할 수 있습니다. 일련 번호 관리는 전송 계층 TCP 프로토콜과 유사한 메커니즘을 사용합니다. 이는 응용 프로그램 계층에서 전송 계층의 안정성을 더욱 향상시키는 것과 같습니다. 1) 시간 재전송 메커니즘 TCP 프로토콜에서 패킷 손실을 해결하기 위해 타임 아웃 재전송 메커니즘이 채택된다. 클라이언트는 연결 요청과 동시에 타이머를 시작하고 요청이나 잔향이 손실되면 타이머가 항상 오버플로합니다. 타이머가 만료되면 클라이언트는 다시 연결 요청을 시작하고 타이머를 다시 시작합니다. 연결이 성공적으로 이루어 지거나 재전송 횟수가 일정한 한계에 도달 할 때까지 연결을 설정하고 포기할 수없는 것으로 간주됩니다. 정보 또는 파일 경로를 전송하는 SB에 대한 CNAPS의 일련 번호 관리는 TCP와 유사한 타임 아웃 재전송 메커니즘을 사용하고 SB는 메시지 또는 파일 차단 요청을 발행하는 동안 타이머를 시작합니다. CNAPS에서 반환 한 정보 또는 파일 블록이 회선 잡음으로 인해 손상된 경우 SB 측에서 오류를 감지하여 무시합니다. SB 타이머 시간이 도착하고 올바른 정보 또는 파일 블록이 수신되지 않으면 SB가 오프라인 상태가됩니다. 2) 시퀀스 번호 메커니즘 TCP 프로토콜은 데이터 스트림의 각 옥텟에 시퀀스 번호를 할당하고 수신자에게 수신 된 옥텟의 시퀀스 번호를 기억하도록 요청하여 중복을 감지합니다. 늦은 응답과 중복 된 승인으로 인한 혼란을 피하기 위해 TCP의 "재전송을 통한 긍정 응답"프로토콜은 수신자가 패킷을 응답과 올바르게 연관시킬 수 있도록 응답의 시퀀스 번호를 전달합니다. CNAPS는 SB 전송 정보 또는 파일 경로의 정보 또는 아카이브 번호를 말하며,이 번호를 일련 번호라고하며, 전송할 각 데이터는 일련 번호 메커니즘에 해당하므로 수신 된 데이터가 복제되었는지 여부를 식별 할 수 있습니다. 4 결론 중국의 금융 부문에서 CNAPS 시스템의 중추적 인 입장은 여러 측면에서 신뢰성을 보장해야한다는 결론을 내렸다. 그렇지 않으면 실수로 수 천억원의 자금 손실을 초래할 수있다. CNAPS 시스템에서 일련 번호 관리 방법을 사용할 필요가 있습니다.이 방법은 시스템 신뢰성을 향상시키고 시스템의 잔향 시간을 단축시킵니다. [참고 문헌] [1] Zhou Mingyuan Wang Wenyong, "TCP / IP 네트워크 원리 및 기술", Tsinghua University Press, December 1993 [2] 중국 인민 은행 지불 및 기술부, "중국 국가 현대 지불 시스템" 중국 금융 출판사, 1995 년 8 월

추천 기사

인기있는 기사