Order Cancel Process.

	개요.
	주문취소(Order Cancel) 작용 이해. Order Cancel 은  이미 거래소에 있는 Order New 의 거래소 주문수량을 지정된 수량만큼 제거하는 과정이다.  단순히 수량을 제거하는 것이 전부이므로 "주문정정"  처리 대비 관리방식이 매우 단순하다. 특히, "주문취소" 주문자체보다 주문취소의 대상 "주문신규" 의 취소된 수량을 갱신시키면되므로, "주문취소"자체에 의한 2개의 메시지들( Broker OdID 메시지와 주문취소에 대한 거래소 발행 ExchAcpt 메시지 )의 수신순서에 따른 무결성 처리도 필요없다. "주문취소" 인 경우 거래소 발행 ExchAcpt 메시지 수신시에만 처리부를 구현해둬도 된다.

 

	"주문취소" 명령 전송이후 메시지 핸들러에서의 처리로직.
	OrderCancel 자체의 주문상태는 관리하지 않고 타겟 OrderNew 의 상태 관리만 하는 경우엔 아래 처럼 OrderCancel 의 Exchange Accept 메시지 수신시에만 처리부가 있어도 된다.  주문취소의 대상 주문의 상태변화만 처리하지 않고 "주문취소" 자체도 관리하기 위해서는 아래와 같은 구조가 요구된다. 핵심은 Broker OdID 메시지 처리부 Exchange Accept 메시지 처리부 모두 코딩되어야 하며, 메시지의 순서가 랜덤하다는 문제점을 해결하는 로직이어야 한다. 주문취소에 대한 2 곳의 메시지 처리부. Broker OdID 메시지 에서는 "주문취소" 의 주문번호가 대응되는 유일한 지점이므로 가장 먼저 대응된 OdID:OdCancel 저장처리하고 있다. 이 데이터를 저장해두는 이유는 Exchange Accept 메시지 수신시 이전에 Broker OdID가 먼저 수신되어있는지 점검하기 위함. 무결성 점검. 메시지의 순서는 아래와 같이 2가지 상황뿐이며, 어떤 순서로 메시지가 수신되든 무관하게 무결성 정보갱신 달성된다.    메시지 발생순서.  처리 점검.  Broker OdID -> Exchange Accept 1. Broker OdID 메시지 처리. OdID: OdCancel 정보를 먼저 저장부터 하고 나서 먼저 수신된  ExchAcpt 가 없기 때문에 무처리 종료한다.  2. Exchange Accept 메시지 처리. 버퍼 확인결과 Yes 경로로 진행하여 ExchAcpt 정보를 갱신한다.  Exchange Accept -> Broker ID. 1. Exchange Accept 메시지 처리. 버퍼점검결과 없기 때문에 ExchAcpt 를 버퍼에 저장해두고 종료. 2. Broker OdId 메시지 처리. ExchAcpt 버퍼에 OdID에 해당하는 정보가 있으므로 ExchAcpt 정보갱신하고 종료.

 

///541.