KR100949652B1

KR100949652B1 - 익명의 블록 거래 매칭 시스템

Info

Publication number: KR100949652B1
Application number: KR1020087008562A
Authority: KR
Inventors: 안소니 맥카이
Original assignee: 인스티넷 유로페 리미티드
Priority date: 2007-05-01
Filing date: 2007-05-01
Publication date: 2010-03-26
Also published as: KR20080094767A; GB0918290D0; GB2463996A; EP2143060A1; WO2008132420A1; KR20170015529A; KR20150102044A; KR102035117B1; DE112007003476T5

Abstract

대량의 주식 블록을 거래하기를 원하는 사용자가 시장 펙 벤치마크 또는 선물 가격 교차 벤치마크를 활용하는 선택을 통해 주문 또는 관심 표시를 제출할 수 있도록 하는 익명의 블록 거래 매칭 시스템이 개시되어 있다. 제출된 주문들은 주문이 평균 일일 양의 'X'%를 나타내도록 요구하는 임계치와 같은 최소 임계치에 제한을 받을 수 있다. 시스템에 확정 주문이 제출된 후, 주문을 잠재적으로 거래할 다른 사용자들에게 주문 데이터를 제공하기 위한 알림이 생성된다. 다른 사용자들이 주문 데이터를 볼 수 있는지 여부는 주문하는 사용자 또는 다른 사용자가 속해있는 데이터 상호작용 그룹에 기초하여 제한될 수 있다. 시스템은 주문 데이터를 보는 사용자에게 제한된 양방향 메시징 인터페이스를 통해 제출하는 사용자와 협상할 수 있는 능력을 제공할 수 있다. 고정 요금 및 리베이트/보수 비용 모델이 시스템에 액세스하는 사용자에 대한 요금 부과 수단으로 활용될 수 있다.

익명의 블록 거래(anonymous block trade), 알림 생성기(alert generator), 주문 데이터(order data), 협상, 벤치마크

Description

익명의 블록 거래 매칭 시스템{ANONYMOUS BLOCK TRADE MATCHING SYSTEM}

본 발명은 일반적으로 컴퓨터 시스템 분야에 관한 것으로, 특히 블록 거래 증권 매매를 촉진하기 위한 새로운 컴퓨터 시스템에 관한 것이다.

"크로싱(crossing)"이라고도 불리는 블록 거래(block trading)는 공매 시장(public auction market)과는 달리 거래가 사적으로 이루어지는 공지의 증권 거래 유형이다. 블록 거래를 통해 매도 측 거래원들 및 매수 측 거래원들은 티켓, 이행(execution), 양도(settlement) 비용과 같은 거래 비용을 줄일 수 있다. 블록 거래가 대부분 당사자 협상을 통해 이루어져 왔지만, 증권 매수자들을 매도자들과 매칭시키고 증권 매도자들을 유동성 출자자들(pools of liquidity)과 매칭시키는 여러 매칭 엔진 및 대안 거래 시스템이 종래부터 이미 알려져 왔다.

Instinet이 제공하는 Instinet, VT 및 CBX("인스티넷 시스템(Instinet Systems)")로 알려진 이러한 일부 매칭 엔진들을 통해 사용자들은 익명의 주문을 제출할 수 있다. 이 시스템은 주문 알림들(order alerts)을 일으킨 사용자와의 거래에 관심이 있을 수 있는 시스템 상의 다른 사용자들에게 이 주문 알림들을 분배한다. 주문 알림들이 당사자들 사이에서 분배되고 협상되는 경우, 당사자들은 서로를 알지 못한다. 이러한 점에서, 주문 알림들을 통해 당사자들은 정보 유출을 제어하고 거래 전략을 보호하면서 거래하고자 하는 통상적인 상대방(natural counterpart)을 찾을 수 있다.

이러한 시스템의 사용자들은 통상적인 상대방들과 실제 거래량(size) 및 가격들을 협상하는 동안, 겉으로는 최소 이행 거래량 및 가격만을 보여주고, 시장이 볼 수 있는 주문 정보를 제어한다.

그러나 블록 거래를 제공하는 인스티넷 시스템 및 다른 매칭 엔진들은 여러가지 면에서 제한적이다. 이들은 계속적인 장외 거래 수단을 제공하지만, 웹 기반 터미널 애플리케이션을 통한 시장 펙 벤치마크(market peg benchmarks) 또는 선물 가격 교차 벤치마크(future price cross benchmarks)를 이용하여 주문을 할 수 있도록 하지는 못한다. 이러한 시스템들은 가입자들에게 잠재적 거래 기회를 알려주는 알림 전송 수단을 제공하지만, 이 시스템에는 사용자가 어느 사용자들 또는 어느 유형의 사용자들이 이러한 알림을 수신할 것인지를 제어할 수 있도록 하는 수단이 존재하지 않는다. 또한, 블록 거래를 제공하는 시스템은 일반적으로 당사자들 사이에서의 제한된 협상 수단만을 제공하고, 이러한 협상은 사적인 데이터 네트워크 상의 사적 거래 플랫폼을 활용하는 고객들만이 이용할 수 있다.

따라서 본 발명의 목적은 개선된 익명의 블록 거래 매칭 시스템을 제공하는 것이다.

본 발명의 추가적인 목적은 참여자들이 시장 영향(market impact) 및 비용 확산(spread costs)을 줄이면서 티켓, 이행 및 양도 비용을 줄이기 위해 다량의 국제 또는 국내 주식 블록을 익명으로 거래할 수 있도록 하는 시스템을 제공하는 것이다.

바람직한 실시예에서, 본 발명은 많은 주식 블록을 거래하기를 원하는 사용자들이 주문 또는 관심의 표시를 시장 펙 벤치마크 또는 선물 가격 교차 벤치마크를 활용하는 옵션과 함께 제출할 수 있도록 하는 익명의 블록 거래 매칭 시스템을 제공한다. 제출되는 주문들은 최소 크기 임계치에 제한을 받을 수 있다. 시스템에 확정 주문(firm order)이 제출된 후, 주문 데이터를 해당 주문에 대해 잠재적으로 거래할 다른 사용자들에게 보내기 위한 알림이 생성된다. 다른 사용자들이 주문 데이터를 볼 수 있는지 여부는 주문하는 사용자 또는 다른 사용자가 속해 있는 데이터 상호작용 그룹에 기초하여 제한될 수 있다. 시스템은 주문 데이터를 보는 사용자가 양방향 메시징의 제한된 인터페이스를 통해 주문을 제출한 사용자와 협상할 수 있도록 한다. 고정 요금(flat rate) 및 리베이트/보수(rebate/fee) 비용 모델들이 시스템에 액세스하는 사용자에게 비용을 청구하는 수단으로 활용될 수 있다.

따라서, 본 발명은 거래 당사자들 모두가 통상적인 상대방과 직접 거래함으로써 이익을 얻을 수 있는 상호 이익의 거래 방법을 제공한다.

본 발명의 앞서 설명한 목적 또는 다른 목적, 특징 및 장점들은 첨부된 도면에서 설명되는 바람직한 실시예들의 보다 구체화된 설명을 통해 더욱 명확해 질 것이다. 도면에서 참조 문자는 전체 도면에 걸쳐 동일한 부분을 가리킨다. 도면들 은 항상 비율에 맞는 것이 아니고, 본 발명의 원리를 설명하기 위해 강조되어 도시된다.

도 1은 본 발명의 일 실시예에 따른 시스템을 도시한 개략적인 블록도.

도 2a는 본 발명의 일 실시예에 따라 시스템이 주문을 수신하는 인터페이스의 도면.

도 2b는 본 발명의 일 실시예에 따라 시스템이 주문을 수신하는 인터페이스의 도면.

도 3은 알림을 생성 및 분배하는 프로세서를 도시하는 상위 기능 흐름도.

도 4는 일 실시예에 따른 웹 애플리케이션 인터페이스의 도면.

도 5는 양방향 메시징 시스템 인터페이스의 도면.

도 6은 본 발명의 일 실시예에 따른 검색 윈도우의 도면.

첨부된 도면을 통해 설명되는, 본 발명의 바람직한 실시예들을 참조하여 자세히 설명할 것이다.

본 발명은, 본 발명에 따른 블록 거래 매칭 시스템의 제작 및 사용하는 방법 및 장치의 블록도 및 동작도를 참조하여 아래에서 설명된다. 블록도 또는 동작도의 각 블록 및 블록도 또는 동작도의 블록들의 조합은 아날로그 또는 디지털 하드웨어 및 컴퓨터 프로그램 명령어들을 통해 구현될 수 있다. 이러한 컴퓨터 프로그램 명령어들은 범용 컴퓨터, 특수 목적 컴퓨터, ASIC, 또는 기타 프로그램가능 데이터 프로세싱 장치의 프로세서에 제공되어, 이 명령어들은 이 컴퓨터 기타 프로그 램가능 데이터 프로세싱 장치의 프로세서를 통해 실행되고 블록도 또는 동작도에 기재된 기능/작동을 구현한다. 일부 대체 구현에서, 블록들에 표시된 기능/작동은 동작도에서 표시된 순서와 다르게 발생할 수 있다. 예를 들어, 연결된 것을 표시된 두 블록은 사실 실질적으로 동시에 실행될 수 있거나 블록들은 해당 기능성/작동에 따라 때로는 역방향으로 실행될 수 있다.

도 1은 국제 또는 국내 시장에서의 통상적인 대량 주식 블록을 거래하기 위한 익명의 거래 매칭 시스템(10)의 실시예를 도시한다. 시스템(10)은 사용자들에게 계속되는 거래 시간 동안에 블록 거래에 대한 주문을 제출하는 능력을 제공한다. 확정 주문이 있는 경우, 이 주문을 위한 주문 데이터가 블록 매치 "알림(alert)", 또는 "관심 표시(indication of interest: IOI)"에 포함될 수 있는데, 이는 선택적으로 다른 사용자들에게 분배되어 교차 거래(cross trade)를 시작하는 기회를 이러한 사용자들에게 알린다.

블록 매칭 엔진(12)은 아래에서 설명되는 주문들을 매칭하는 알고리즘을 활용한다. 거래에 관한 히스토리 정보를 저장하고 고객들의 거래 히스토리를 추적하기 위한 코어 데이터베이스(14)가 마련된다. 일 실시예에서 코어 데이터베이스는 알림 생성기이다. 그러나, 당업자라면 알 수 있듯이, 알림은 본 발명의 사상 및 범주를 넘지 않는 범위 내에서 시스템 내의 임의의 서버에 의해 생성될 수 있다. 고객들은 거래 매칭 시스템(10)에 접속하여, 사내 거래 플랫폼(16)과 통신하는 사내 거래 애플리케이션(24)과의 인터페이스를 통해, 사내 거래 플랫폼(16)과 통신하는 외부 거래 시스템(18)과의 인터페이스를 통해, 또는 웹 하부구조 서버(22)와의 인터넷을 통해 접속하는 웹 클라이언트(20)를 통해 주문을 하거나 및/또는 알림을 수신한다.

외부 거래 시스템(18)은 적절한 표준 또는 사적 주문 프로토콜을 이용하여 거래 매칭 시스템(10)과 통신할 수 있다. 적절한 프로토콜의 한 예는 영국 런던의 FIX Protocol 유한 책임회사에 의해 유지되는 FIX Protocol에 의해 공표된 FIX(Financial Information eXchange) 프로토콜이다. 이 FIX 프로토콜은 증권 거래 및 시장에 관한 국제적 실시간 정보 교환을 위한 공지의 전자 통신 프로토콜이다. FIX 메시지들은 많은 필드로 형성되고, 각 필드는 구획문자(delimiter) SOH에 의해 다음 필드와 구분되는 태그 값 편성(paring)이다. TAG는 필드의 의미를 나타내는 정수의 스트링 표시이다. 이 값은 특정 TAG에 대한 특정 의미를 갖는 바이트 열이다. 예를 들어, "TAG 48"은 보안ID이고 보안을 식별하는 스트링이며, "TAG 22"는 ID소스이고 사용되고 있는 식별자 클래스를 나타내는 정수이다. 대부분 경우 값은 판독가능 텍스트이다. 그러나, 필드들은 암호화될 수 있고 따라서 값은 순전한 이진 값이 되고 일반 구획문자 SOH를 포함할 수 있다. 길이 필드가 항상 이진 필드들을 선행한다. FIX 프로토콜은 대부분의 TAG에 대한 의미를 정의하고 TAG들의 범위는 동의자들 사이에서 사적 사용을 위해 확보된다. FIX 프로토콜은 또한 특정 메시지를 마련한 필드 집합을 정의한다. 필드 집합 중에서 일부는 위 프로토콜 하에서 필수이고 나머지는 옵션이다.

웹 하부구조 서버(22)는 인터넷을 통해 시스템에 액세스하는 웹 클라이언트들에게 보안 인터페이스를 제공하고 사용자 레벨의 허가를 설정한다. 웹 클라이언 트(20)는 사용자들이 아래에서 자세히 설명되는 "알림들(alerts)"의 형태로 거래 기회들을 볼 수 있게 하는 인터넷 전달 웹 애플리케이션을 운영한다. 웹 애플리케이션을 통해 사용자는 자신이 관심없는 시장 부문에 대한 엄청난 수의 알림들의 수신을 방지하기 위한 필터들을 설정할 수 있다. 웹 애플리케이션은 또한 아래에서 상세히 설명되는 바와 같이, 클라이언트들이 거래 협상의 촉진을 위해 허가된 어구들(permitted phrases)을 이용하여 서로 통신할 수 있도록 하는 인스턴트 메시징 기능을 포함할 수 있다. 웹 애플리케이션은 또한 사용자들로 하여금 시스템에 신청된 주문들을 디스플레이하는 그들의 선택 기준을 입력할 수 있도록 하는 향상된 검색 스크린을 포함할 수 있다. 일 실시예의 웹 애플리케이션은 하루 동안에 일어나는 코어 데이터베이스에서의 변경사항이 웹 전단(front end)에 즉시 반영될 수 있도록 코어 데이터베이스로부터 실시간 데이터 공급을 구축한다. 웹 애플리케이션에 의한 데이터의 표현은 네 가지 윈도우 유형으로 디스플레이하도록 구성함으로써 달성될 수 있다: 시스템 상에 진행중인(live), 거래된, 취소된 및 만료된 주문들의 주문별 목록을 디스플레이하는 주식 목록 윈도우; 진행중인, 거래된, 취소된 및 만료된 주문들에 대한 가격으로 통합된 데이터를 나타내는 시장 깊이 윈도우(market depth window); 시스템에 신청된 주문들과 관련된 IOI를 디스플레이하는 알림 윈도우; 및 기존의 주문들, 만료된/취소된 주문들 및 거래된 주문들에 대한 참가자들과의 협상을 위해 사용되는 양방향 메시지 윈도우.

도 2a 및 2b는 일 실시예에 따라 시스템이 증권 주문을 수신하는 인터페이스의 도면을 나타낸다. 증권에 대한 현재 시장 데이터가 인터페이스의 위 세 부분에 디스플레이된다. 인터페이스의 중심부에는 선택 옵션들을 갖는 일련의 필드들이 있다. "수량(Quantity)" 필드에 사용자는 주문과 연관된 수량을 기입할 수 있다. "디스플레이 수량(Display Quantity)" 필드는 사용자로 하여금 내려보기(drop down)를 이용하여 시스템 값들을 선택하는 옵션을 통해 최소 디스플레이 기준을 만족하는 디스플레이 수량을 기재할 수 있도록 하는 콤보 제어(combo control)를 제공한다. 이러한 시스템 값은 예컨대, "1000", "2000", "3000", "4000", "5000", "10000", "15000", "20000", 또는 "25000"이 될 수 있다. 기본 값은 "전체(All)"로 설정될 수 있는데, 이 경우 전체 주문이 디스플레이될 것이다. "만료(Expiry)" 필드는 사용자로 하여금 주문에 대한 만료 시간을 기재할 수 있도록 하는 콤보 제어를 제공한다. 사용자들은 내려보기를 이용하여 시스템 값들의 목록에 액세스할 수 있다. 이러한 시스템 값들은 예컨대, "하루(Day)", "GTD", "예비장부(Blotter)", "+5분", "+10분", "+1시간", 또는 "IOC"가 될 수 있다. 필요 기본 값은 "하루(Day)"로 설정될 수 있다.

일 실시예의 도 2a 및 2b의 주문 스크린은 사용자로 하여금 주문관 연관된 벤치마크를 선택하도록 알려주는 "디스플레이 가격(Display Price)" 필드를 포함한다. 주문들은 예컨대, 시장 펙 벤치마크들 "중간가격(Mid)", "매수가격(Bid)", "매도가격(Ask)" 및 선물 가격 교차 벤치마크 "거래량 가중 평균가격(VWAP)", "오픈(Open)", "클로즈(Close)"를 이용하여 제출될 수 있다. 계속되는 거래 시간 동안 이러한 벤치마크들을 이용하여 주문들을 제출하는 능력을 제공함으로써, 시스템은 거래 당사자 모두가 통상적인 상대방과의 직접 거래를 통해 이득을 얻을 수 있 는 상호 이익 거래 해결책을 제공할 수 있고, 따라서 시장 영향 및 비용 확산을 줄이면서 중개인을 없앰으로써 티켓, 이행 및 양도 비용을 줄이기 위한 수단을 제공할 수 있다.

사용자가 도 2a 및 2b의 "디스플레이 가격(Display Price)" 필드에 주요 펙 벤치마크(예컨대, "Mid", "Bid", or "Ask")를 기재하면, 시스템은 주문에 대한 엄격 제한(hard limit)을 부가하는 옵션을 제공한다. 이 경우, 주요 펙 벤치마크 가격은 시장이 변동함에 따라 변동하지만, 시장이 상한가(upper limit price)를 넘게되면, 사용자는 결국 그들의 엄격 제한에 의해 보호된다. 주문은 실제 가격 값이 아닌 알파벳으로 된 펙 벤치마크 값, 예컨대, MID를 이용하여 디스플레이 될 것이다. 만약 시장이 사용자의 엄격 제한을 넘어선다면, 주문 유형은 엄격 제한 주문으로 자동 변경될 것이고 숫자 형태의 엄격 제한 가격을 디스플레이할 것이다. 만약 시장이 다시 우호적으로 이동한다면, 주문은 다시 알파벳으로된 값으로 되돌아갈 것이다. 매칭되는 사람(반대편에서 동일한 벤치마크 값으로 주문을 입력한 사람)이 발견되면, 거래는 매칭되는 사람이 발생한 시점에 특정된 벤치마크 기본 값(primary value)으로 성사될 것이다.

만약 사용자가 예컨대, 도 2a 및 2b의 필드에 "디스플레이 가격(Display Price)"에 "VWAP", "Open" 또는 "Close"와 같은 주요 선물 교차 가격 벤치마크 값을 기재하면, 엄격 제한을 기재하기 위한 옵션이 주어지지 않는다. 주문은 선택된 벤치마크로 설정될 것이고, 매칭되는 사람(반대편에서 동일한 벤치마크 값으로 주문을 입력한 사람)을 발견함과 동시에, 표시된 양(indicative fill)이 주요 시장 최종 마감 가격으로 두 당사자에게 전달될 것이다. 주요 거래소가, 사용자가 선물 교차 벤치마크로 기재한 공식 가격을 발행하는 경우, 거래 교정(trade correct)이 공식 교차 가격으로 양 참가자에게 보내질 것이다.

시스템은 자신에 의해 제공되는 블록 매칭 기능들에 참여하기 위하여 매 주식마다, 사용자에게 하나 이상의 최소 임계치를 지키는 주문을 입력하도록 구성될 수 있다. 이러한 임계치들은 "% ADV" 임계치 및 주식 수량 임계치(Share Quantity threshold)를 포함한다. % ADV 임계치를 충족시키기 위해, 주문은 평균 하루 거래량(Average Daily Volume)의 'X'%로 표시되어야 한다. 주식 수량 임계치를 충족시키기 위해, 주문은 'X' 개의 주식이어야 한다. 만약 필요 임계치를 충족하지 않는 주문이 시스템에 입력된다면, 시스템을 이를 거절할 수 있다. 주문된 특정 주식에 대한 임계치들은 임의의 값으로 설정될 수 있지만, 일반적으로 주식의 유동성 및 주문된 주식의 가격 수준에 기초할 것이다.

이 시스템은 사용자들에게, 관심 표시 또는 블록 매치 알림에 사용자들의 주문 데이터를 포함시키는 편의를 제공하도록 구성되어, 거래할 적합한 당사자를 찾을 가능성을 극대화할 수 있다. 다양한 실시예에서의 이 시스템은 사용자들을 네 개의 별개의 데이터 상호작용 그룹으로 나누고, 이들이 속해있는 그룹에 따라 주문 데이터가 사용자들에게 보이도록 한다. 일 실시예에서, 네 개의 그룹은 매수측(Buy Side), 매도측(Sell Side), 시장 조성자(Market Maker), 비밀 제공자(Dark Provider)이다. 이러한 그룹들 및 이 그룹들이 시스템에서 주문들을 볼 수 있는 정도의 내용은 아래의 표에서 요약되어 있다.

그룹	유형	가시성
매수측	기관 일반 헤지 펀드	매수 및 매도 측 주문들 전체가 나타남 비밀 주문들은 나타나지 않음
매도측	브로커/딜러 후원 데스크(prop desk)	유동 자산을 게시한 참여자의 재량에 따라 제한됨
시장 조성자	시장 조성사	유동 자산을 게시한 참여자의 재량에 따라 제한됨
비밀 제공자	자신의 주문들이 보이지 않게 하기를 원하는 참여자	모든 그룹으로부터의 주문들이 나타나지 않음

도 3은 알림들을 생성 및 분산시키는 프로세서를 도시하는 상위의 기능 흐름도이다. 프로세스는 단계(310)에서 확정 주문에 대한 시스템 수신으로 시작한다. 사용자들은 알림/IOI를 일으키기 위해 블록 매칭 시스템에 확정 주문을 입력해야 한다. 단계(312)에서 주문 데이터는 우선 코어 데이터베이스로 보내진다. 단계(314)에서, 주문 데이터가 조사되어 주문을 신청하는 사용자가 자신을 비밀 제공자로 지정했는지 여부를 판단한다. 비밀 제공자들은 블록 매칭 시스템에 신청된 주문들에 대한 어떠한 주문 데이터도 볼 수 없지만, 대신 숨은 참여자로서 주문들과 상호작용할 수 있다. 이들의 주문들은 참여 그룹들의 그 누구에게도 보이지 않는다. 따라서, 만약 주문을 신청하는 사용자가 비밀 제공자이면, 어떠한 알림도 생성되지 않고 알림 생성 프로세스는 단계(316)에서 멈춘다. 그렇지 않으면, 프로세스는 단계(318)로 계속된다. 단계(318)에서, 주문 데이터가 조사되어 사용자가 주문에 "숨겨짐(hidden)" 명령을 부가했는지 여부를 판단한다. 만약 사용자가 주문 신청시 "숨겨짐" 명령을 부가했으면, 주문은 주문 장부에 디스플레이되지 않을 것이고 아무런 알림도 생성되지 않을 것이다.

만약 주문이 숨겨진 것으로 지정되지 않고 비밀 제공자에 의해 신청되지 않는다면, 프로세스는 단계(322)로 진행되어 알림을 생성한다. 이러한 알림의 콘텐츠는 도 4와 관련하여 아래에서 설명된다. 도 3을 계속하여 참조하면, 그 다음 주문 데이터가 조사되어 사용자가 매도 측 명령을 포함하고 있는지 여부를 판단한다. 일 실시예에 따라, 시스템에 신청된 주문들은 디폴트로 매수 측 사용자들에게만 보인다. 그러나, 매수 측 사용자들은 자신의 주문들에 "매도 측" 명령을 추가함으로써 매도 측/시장 조성자들에게 자신의 주문들이 보이게 하는 옵션을 갖는다. 이러한 매도 측 명령은 예컨대, 도 2a 및 2b에 나타난 "매도 측" 박스를 체크함으로써 주문 시점에 표시될 수 있다. 이와 달리, 이러한 명령은 사용자의 사용자 프로파일에 따라 시스템에 의해 자동으로 설정될 수 있다. 매도 측 사용자들은 시스템에 주문들을 입력할 수 있지만, 이들의 주문들은 항상 매수 측에만 보이게 된다. 그러나, 이들이 자신의 주문에 "매도 측" 명령을 부가하지 않음으로써 기타 매도 측/시장 조성자들로부터 주문들을 숨길 수 있다.

코어 데이터베이스(14, 도 1)에 저장된 사용자의 거래 히스토리 데이터, 구체적으로 특정 사용자가 특정 히스토리 시간 프레임(예컨대, 지난 한달, 지난 4달, 지난 6달 등) 내에서 행한 거래량에 구체적으로 기초하여, 특정 클라이언트에 "계층(tier)"이 지정될 수 있다. 시스템의 유용한 사용으로서, 시스템은 많은 거래량의 히스토리를 갖는 고객들과 같은 높은 계층의 고객들에게 낮은 계층의 고객들보다 먼저 알림들을 제공하도록 구성될 수 있다. 일 실시예에서, 두 계층의 사용자들 계층 1 및 계층 2가 존재한다. 계층 1 사용자들은 계층 2 사용자들 및 다른 참여자들보다 먼저 알림들을 수신한다. 일 실시예에서, 시스템은 계층 1 사용자들에게 계층 2 사용자들보다 1분 먼저 알림들을 전송하도록 구성된다. 이 시스템은 계층 1 알림들에 적합한 특정 시간 구간 내에서 사용자들이 사전설정된 최소 거래량을 달성하도록 구성될 수 있다. 예를 들어, 사용자들은 지난주에 적어도 한번 시스템 상에서 거래를 하도록 요구될 수 있다. 새로운 주문이 시스템에 신청된 경우 어느 사용자들이 알림을 먼저 수신할 것인지를 판단하기 위해 시스템은 알림 신청들(alert subscriptions)을 체크한다. 시스템은 계층 1 알림들이 사내 전단(inhouse front ends)을 통해서만 이용가능하고, 모든 외부 알림 신청자들은 계층 2에 지정되도록 구성될 수 있다.

도 4는 일 실시예에 따른 알림 윈도우, 주식 목록 윈도우, 및 협상 윈도우를 포함하는 웹 애플리케이션 인터페이스의 예를 나타내는 도면이다. 일 실시예에 따르면, 알림 윈도우는 주문들이 시스템에 신청되는 경우에 사용자의 계층 목표 수준 및 클라이언트 그룹(예컨대, 매수측, 매도측, 또는 비밀 제공자)의 가시성에 따라 주문들에 대한 알림/IOI를 디스플레이한다. 윈도우는 디폴트로 영구 디스플레이 윈도우로 설정될 수 있다. 그러나, 시스템은 예컨대 만약 사용자들이 신규 알림을 수신함과 동시에 윈도우를 열기를 선호하면 사용자들이 윈도우 상에서 오른쪽 클릭을 한 다음 '팝업 창으로 설정(set as pop-up window)'을 선택할 수 있도록 구성될 수 있다. 알림 윈도우는 각 신규 알림/IOI에 대해 주식, 측(Side), 수량을 디스플레이한다. 시스템은 소정의 기간, 예컨대 2분이 경과 후에 알림 윈도우에서 알림/IOI를 만료시키고 제거하도록 구성될 수 있다.

도 4에 도시된 바와 같이, 주식 목록 윈도우는 현재 및 히스토리 주문 데이터를 보고 이와 상호작용하기 위하여 웹 애플리케이션 인터페이스에서 제공될 수 있다. 인터페이스는 시스템에 신청된 주문들에 대한 주문 데이터 보기를 신청한 사용자들로 하여금, 특정 시간 동안 예컨대 지난 30일간 동안 거래, 최소 및 만료된 주문 히스토리 및 진행중인 주문들을 볼 수 있도록 한다. 각 주문은 별개의 라인 상에서 표시되는데, 날짜 및 시간에 따라 정렬된 진행중인 주문들이 라인의 상단 부에 나타나고, 역시 날짜 및 시간에 따라 정렬된 거래, 취소 및 만료된 주문 히스토리가 그 뒤를 이어 나타난다. 시스템은, 사용자의 주식 목록 윈도우에 디스플레이된 주식에 대한 신규 진행중인 주문이 시스템에 부가된 경우에, 주문 라인은 별개의 색으로 디스플레이 되도록 구성될 수 있는데, 이 색은 특정 시간 예컨대 2분의 시간 동안 점차적으로 사라져 아래에 있는 주문의 원래 색을 나타낸다.

진행중인 주문들 뿐만 아니라 과거 주문 데이터에 대한 협상이 활성화되는 양방향 메시징 시스템을 통해, 예컨대, 도 4에 도시된 주식 목록 윈도우 또는 알림 윈도우에서 디스플레이된 특정 주문에 대한 더블 클릭을 통해 제공되거나, 이러한윈도우들의 주문과 연관된 버튼 또는 기타 제어를 활성화하여 제공된다. 도 5는 양방향 메시징 시스템 인터페이스의 도면을 나타낸다. 양방향 메시징 시스템은 예컨대 인스턴트 메시징과 같은 실시간 메시징 시스템으로 제공될 수 있거나, 이메일 시스템과 같은 비 실시간 메시징 시스템으로 제공될 수 있다. 양방향 메시징 시스템은 웹 클라이언트(20, 도 1) 상에서 실행되는 웹 애플리케이션의 부분으로서 제공될 수 있다.

사용자들은 제한된 키타격(keystroke) 또는 버튼 누름을 통해 시스템에 의해 허용된 소정의 하드코딩된 어구들을 이용하여 관심 주문을 목표로 정하고 과거 주문의 소유자와 제한된 메시지를 주고받도록 도 5의 양방향 메시징 인터페이스를 사용할 수 있다. 키보드 스티커들(keyboard stickers)이 특정 키들을 특정 허용 허구들과 연관시키도록 사용자들에 제공될 수 있다. 예컨대, "S" 키는 "죄송합니다 현재는 아닙니다(Sorry not at present)" 어구와 연관될 수 있고, "W" 키는 "거래를 하겠습니까(Will you deal at)" 어구와 연관될 수 있다. 하드 코딩된 어구들은 도 5의 인터페이스 상에 나타나는 일련의 소프트 버튼과 연관된 대응 일련의 어구들의 형태로 구현될 수 있다. 이러한 실시예에서, 시스템은 당사자들을, 사용자의 키보드 상의 숫자 키들 및 한정된 개수의 버튼들과 연관된 한정된 수의 어구들을 이용하는 통신에 한정시킨다. 숫자 키는 제한되지 않는 것이 바람직하다.

아래는 마우스에 의해 작동되는 소프트 버튼(예컨대, 미안(Sorry)) 또는 키보드에 의해 작동되는 핫 키들(예컨대, W)을 이용하여 협상 윈도우로부터 허용된 메시지들의 예시 목록이다.

버튼 라벨	전체 텍스트 메시지	키보드 핫 키
Yes:	Yes(예)	Y
No:	No(아니오)	N
Will:	Will you deal at _? (_에 거래하겠습니까?)	W
Sorry:	Sorry, not at present (죄송하지만, 현재는 아닙니다)	S
Best:	My best price is _ (선호 가격은 _ )	B
Call:	Need to make a call, be right back (호출하면 바로 응답)	C
Limit:	Currently limited at _ (현재 _에 한정)	L
Neg ID:	Requests a negotiation ID (협상 ID 요청)	I

도 5의 협상 윈도우는 두 참여자들 간의 협상을 나타낸다. 제1 참여자가 WTB.L, Sell, 1,000,000의 주문의 소유자에게 '22.75에 거래하겠습니까(will you deal at 22.75)?'라는 메시지를 보냈다. 주문 소유자는 '죄송합니다 현재는 아닙니다(Sorry not at present)' 라고 응답을 하려 하고 있다.

가격 및 수량에 있어 협상이 이루어지는 경우, 사용자들은 자신의 협상 상대방이 아닌 다른 사람과 거래가 되지 않도록 주문을 고정하는 확정 주문에 첨부될 수 있는 시스템 생성 협상 ID를 요구할 수 있다. 이 ID는 웹 애플리케이션에 의해 생성되는 시스템일 수 있고 양 사용자가 볼 수 있다. 양 사용자는 동의된 주문 파라미터들(수량, 가격)을 갖는 주문을 제출하고, 협상 텍스트 필드의 자신의 주문에 협상 ID를 추가한다. 이는 효율적으로 두 참여자에 대한 주문을 고정시키고 사용자의 주문이 그들이 협상하는 자가 아닌 자와 거래되는 것을 방지한다. 완성된 주문은 외부 거래 제거(도 1)를 통해 제거된다.

도 6은 사용자로 하여금 시스템에 신청된 주문들을 디스플레이하기 위한 선택 조건을 입력할 수 있도록 하는 본 발명의 일 실시예에 따른 향상된 검색 윈도우의 예를 나타낸다. 일단 웹 애플리케이션으로 로그인되면, 사용자는 검색 윈도우를 접하게 된다. 사용자는 이 윈도우를 활용하여 애드 혹(ad hoc) 기반의 조회들을 구축할 수 있거나, 추후의 로그인에서 사용자가 조회 이름을 선택하고 "Go" 버튼을 선택하거나 유사한 제어를 수행하기만 하도록 원하는 검색 조건을 설정하고 조회를 저장할 수 있다.

도 6의 검색 윈도우에서, "심볼(Symbol)" 필드는 사용자가 특정 주식을 식별하거나, 콤마 구분자(comma separator)를 이용하여 복수의 주식들을 식별하거나, 목록으로부터 하나 이상의 주식을 선택하도록 하는 수단을 제공한다. "심볼 유형(Symbol Type)" 필드는 사용자로 하여금 예컨대 "인스티넷 심볼(Instinet Symbol)", "RIC", "Cusip", "Sedol" 과 같은 심볼 필드에 입력된 심볼의 유형 및 블룸버그와 같은 제3 매각자의 판매품들(third party vendor products)에 대한 참조들을 식별할 수 있도록 한다. "알림 제외(Exclude Alerts)" 필드는 사용자에게 검색 결과들에서 알림이 생성된 주문들을 제외할 수 있는 능력을 제공한다. "측(Side)" 필드는 사용자로 하여금 검색을 매수 측 또는 매도 측 주문들 중 한쪽에 한정할 수 있도록 하는 내려보기 목록을 제공한다. "주문 유형(Order Type)" 필드는 사용자로 하여금 검색을 진행중, 거래된, 취소된 또는 만료된 주문들 중 하나에 한정할 수 있도록 한다. "수량(Quantity)" 필드는 사용자가 범위, 예컨대, 10,000-20,000를 지정할 수단을 제공한다. "도구 유형(Instrument Type)" 필드는 사용자로 하여금 검색할 도구의 유형 예컨대, UKI ITE, USE, USEO, 또는 CAE를 지정할 수 있도록 한다. "시장(Market)" 필드는 사용자로 하여금 특정 시장, 예컨대, U.K. 또는 U.S.에 검색을 한정할 수 있도록 한다. "지역(Region)" 필드도 마찬가지로 사용자로 하여금 검색을 특정 영역, 예컨대, 유럽, 미국, 또는 아시아, 또는 콤마 구분자를 이용하여 복수의 영역들에 한정할 수 있도록 한다. "통화(Currency)" 필드는 사용자로 하여금 주문들에 대한 검색을 특정 통화, 예컨대, GBP, GBp, USD, JPY, HKD, EUR, CHE, NOK, DKK, ZAR 또는 모두에 한정할 수 있도록 한다. "% ADV" 필드를 통해 사용자는 특정 주식에 대한 주문량의 퍼센트 범위 예컨대, 5%에서 200%를 지정할 수 있다. "숨겨짐 포함(Include Hidden)" 필드를 통해 사용자는 검색 결과에 상기 논의된 "숨겨짐" 명령으로 신청된 주문들을 포함시킬수 있다. "블록매치 검색(Search BlockMatch)" 버튼을 통해 상기 기준으로 조회를 실행하도록 하고, 이러한 기준에 부합하는 시스템 내의 주문 리스트를 반환한다.

시스템은 사용자들에게 장외에서 많은 양의 주식 블록 거래를 원하는 두 당사자들을 위한 상호 이익의 비용 모델을 제공하도록 구성될 수 있다. 이 점에서, 시스템은 사용자들을 위한 두 가지 비용 모델 옵션, 즉 고정 요금 비용 모델 및 리베이트/보수 비용 모델을 제공할 수 있다.

고정 요금 비용 모델 옵션은 시스템에 액세스하는 고정 요금 비용 모델을 원하는 사용자들에게 매 거래당 고정 요금 비용, 예컨대 DMA 주문들 또는 시스템 소유자의 대리인을 통해 시스템에 신청된 주문들에 대하여 거래당 2.5bp를 제안할 수 있다. 유동 자산의 접근을 자동화하는 여러 부가가치 알고리즘들 중 하나를 이용하여 시스템에 신청되는 주문들은 다른, 더 높은 고정 요금, 예컨대 3 또는 4bp에 제안될 수 있다.

리베이트/보수 비용 모델 옵션에서 사용자들은, 매수 공급자가 예컨대 10 마이너스 2.5bp의 정가를 얻고 매도자가 10 마이너스 7.5bp의 정가를 얻는 거래를 수행할 수 있다. 리베이트/보수 모델을 수용하는 것은 어느 클라이언트가 유동성의 제공자 또는 수용자인지에 기초하여 매 거래를 기준으로 자동으로 고객 거래들을 요금 또는 리베이트로 계산하도록 구성된다. 이와 달리 시스템은 모든 거래가 고정 요금 모델 하에서 처리되도록 하고 해당일 또는 월말에 모든 리베이트/보수를 고려하여 수동으로 각 요금을 새로운 요금으로 다시 쓰도록 구성될 수 있다.

따라서, 시스템은 예컨대, 7.5bp의 고정 비용으로 '유동성을 갖는(take liquidity)' 능력을 시스템에 직접 포스팅하는 참여자들을 제공하도록 하는 한편, '유동성 제공자들(liquidity providers)'은 주문들에 대한 예컨대 2.5b의 리베이트를 통해 이득을 얻을 수 있도록 구성될 수 있다. 시스템은 유동자산의 포스팅 및 획득을 거의 동일하게 거래하는 참여자들이 고정 요금으로, 이를테면 모든 거래의 유동자산의 직접 포스팅 및 획득에 대한 전체 수수료의 중앙점이 예컨대 2.5bp으로 시스템에 액세스할 수 있도록 구성될 수 있다.

본 발명은 바람직한 실시예를 참조하여 특히 도시되고 설명되었지만, 당업자라면 본 발명의 사상 및 범위를 넘지 않는 한도 내에서 다양한 형태 변경이 이루어질 수 있다는 것을 알 것이다.

Claims

삭제
삭제
삭제
삭제
삭제
삭제
네트워크를 통해 증권 주문에 대한 주문 데이터를 수신하도록 구성되는 적어도 하나의 서버 - 상기 주문 데이터는 상기 주문에 대한 가격 벤치마크에 관한 사용자 특정(user's specification)을 포함하고, 상기 가격 벤치마크는 엄격 제한(hard limit)을 갖는 펙 값(peg value), 엄격 제한을 갖지 않는 펙 값, 또는 선물 교차 가격(future cross price)으로 구성되는 그룹으로부터 선택됨 -;

상기 주문 데이터를 저장하고 있는 코어 데이터베이스 - 상기 주문 데이터는 상기 가격 벤치마크를 포함함 -; 및

상기 주문 데이터를 이용하여 적어도 하나의 예상 거래 당사자에게, 상기 주문을 익명으로 기술하는 알림(alert)을 전송하도록 구성되는 알림 생성기를 포함하며,

상기 알림은 (i) 상기 증권에 대한 식별자(identifier), (ii) 상기 주문과 연관된 매수측 및 매도측에 대한 식별자, 및 (iii) 상기 주문과 연관된 수량 중 적어도 하나를 상기 적어도 하나의 예상 거래 당사자에게 디스플레이하도록 구성되고,

상기 알림 생성기는 또한 실제 가격 값이 아닌 알파벳으로된 벤치마크 값이 상기 예상 거래 당사자로의 상기 알림 내에 디스플레이되도록 상기 알림을 생성하도록 구성되며,

상기 가격 벤치마크는 펙 값을 포함하고, 상기 알파벳으로된 벤치마크 값은 MID, BID, 또는 ASK 로 구성되는 그룹으로부터 선택되며, 상기 벤치마크 값은 상기 증권의 가격에 대한 주요 시장을 참조하는, 익명의 블록 거래 매칭 시스템.
네트워크를 통해 증권 주문에 대한 주문 데이터를 수신하도록 구성되는 적어도 하나의 서버 - 상기 주문 데이터는 상기 주문에 대한 가격 벤치마크에 관한 사용자 특정(user's specification)을 포함하고, 상기 가격 벤치마크는 엄격 제한(hard limit)을 갖는 펙 값(peg value), 엄격 제한을 갖지 않는 펙 값, 또는 선물 교차 가격(future cross price)으로 구성되는 그룹으로부터 선택됨 -;

상기 주문 데이터를 저장하고 있는 코어 데이터베이스 - 상기 주문 데이터는 상기 가격 벤치마크를 포함함 -; 및

상기 주문 데이터를 이용하여 적어도 하나의 예상 거래 당사자에게, 상기 주문을 익명으로 기술하는 알림(alert)을 전송하도록 구성되는 알림 생성기를 포함하며,

상기 알림은 (i) 상기 증권에 대한 식별자(identifier), (ii) 상기 주문과 연관된 매수측 및 매도측에 대한 식별자, 및 (iii) 상기 주문과 연관된 수량 중 적어도 하나를 상기 적어도 하나의 예상 거래 당사자에게 디스플레이하도록 구성되고,

상기 알림 생성기는 또한 실제 가격 값이 아닌 알파벳으로된 벤치마크 값이 상기 예상 거래 당사자로의 상기 알림 내에 디스플레이되도록 상기 알림을 생성하도록 구성되며,

상기 가격 벤치마크는 선물 교차 가격을 포함하고, 상기 알파벳으로된 벤치마크 값은 VWAP, OPEN 또는 CLOSE 로 구성되는 그룹으로부터 선택되며, 상기 VWAP 벤치마크 값은 시스템의 소유자의 재량으로 결정된 가격을 참조하고, 상기 OPEN 및 CLOSE 벤치마크 값들은 상기 증권의 가격에 대한 주요 시장을 참조하는, 익명의 블록 거래 매칭 시스템.
네트워크를 통해 증권 주문에 대한 주문 데이터를 수신하도록 구성되는 적어도 하나의 서버 - 상기 주문 데이터는 상기 주문에 대한 가격 벤치마크에 관한 사용자 특정(user's specification)을 포함하고, 상기 가격 벤치마크는 엄격 제한(hard limit)을 갖는 펙 값(peg value), 엄격 제한을 갖지 않는 펙 값, 또는 선물 교차 가격(future cross price)으로 구성되는 그룹으로부터 선택됨 -;

상기 주문 데이터를 저장하고 있는 코어 데이터베이스 - 상기 주문 데이터는 상기 가격 벤치마크를 포함함 -; 및

상기 주문 데이터를 이용하여 적어도 하나의 예상 거래 당사자에게, 상기 주문을 익명으로 기술하는 알림(alert)을 전송하도록 구성되는 알림 생성기를 포함하며,

상기 알림은 (i) 상기 증권에 대한 식별자(identifier), (ii) 상기 주문과 연관된 매수측 및 매도측에 대한 식별자, 및 (iii) 상기 주문과 연관된 수량 중 적어도 하나를 상기 적어도 하나의 예상 거래 당사자에게 디스플레이하도록 구성되고,

상기 증권이 거래되는 교환(exchange)이 사용자의 지정된 상기 엄격 제한을 넘어 이동하는 경우, 상기 주문과 연관된 주문 유형은 가격 벤치마크 주문 유형에서 엄격 제한 주문 유형으로 자동으로 변경되도록 구성되는, 익명의 블록 거래 매칭 시스템.
제9항에 있어서,

가격 벤치마크 주문 유형에서 엄격 제한 주문 유형으로의 상기 변경 이후에, 상기 알림이 엄격 제한 가격을 숫자 형태로 디스플레이하도록 구성되는 익명의 블록 거래 매칭 시스템.
제9항에 있어서,

주문 유형의 상기 변경 이후에, 상기 교환이 사용자의 지정된 상기 엄격 제한 아래로 이동하는 경우, 상기 주문 유형이 상기 가격 벤치마크 주문 유형으로 자동으로 되돌아가도록 구성되는 익명의 블록 거래 매칭 시스템.
제11항에 있어서,

엄격 제한 주문 유형으로부터 가격 벤치마크 주문 유형으로의 상기 변경 이후에 상기 알림이 다시 알파벳으로된 벤치마크를 디스플레이하도록 구성되는 익명의 블록 거래 매칭 시스템.
제8항에 있어서,

주요 거래소가 선물 교차 벤치마크를 이용하여 주문된 증권에 대한 공시 가격을 발행한 후에 거래 교정들(trade corrects)이 공시 교차 가격(official cross price)으로 두 참가자에게 보내지도록 구성되는 익명의 블록 거래 매칭 시스템.
삭제
삭제
증권 주문에 대한 주문 데이터를 수신하도록 구성되는 서버;

상기 주문 데이터를 저장하는 코어 데이터베이스; 및

상기 주문 데이터를 이용하여 복수의 예상 당사자에게 상기 주문을 익명으로 기술하는 알림을 전송하도록 구성되고, 어느 유형의 사용자들이 상기 알림을 수신하는 지에 대한 상기 주문 데이터 내의 표시에 기초하여 상기 알림을 선택적으로 상기 복수의 예상 당사자에게 보내도록 구성되는 알림 생성기를 포함하며,

상기 알림은 (i) 상기 증권에 대한 식별자(identifier), (ii) 상기 주문과 연관된 매수측 및 매도측에 대한 식별자, 및 (iii) 상기 주문과 연관된 수량 중 적어도 하나를 상기 예상 당사자에게 디스플레이하도록 구성되고,

어느 유형의 사용자들이 상기 알림을 수신하는 지에 대한 상기 주문 데이터 내의 상기 표시는 상기 알림이 일 그룹의 사용자로부터 감춰질 것이라는 표시를 포함하는, 익명의 블록 거래 매칭 시스템.
제16항에 있어서,

상기 일 그룹의 사용자는 모든 사용자를 포함하는, 익명의 블록 거래 매칭 시스템.
제16항에 있어서,

상기 일 그룹의 사용자는 모든 사용자보다 적은 사용자를 포함하는, 익명의 블록 거래 매칭 시스템.
증권 주문에 대한 주문 데이터를 수신하도록 구성되는 서버;

상기 주문 데이터를 저장하는 코어 데이터베이스; 및

상기 주문 데이터를 이용하여 복수의 예상 당사자에게 상기 주문을 익명으로 기술하는 알림을 전송하도록 구성되고, 어느 유형의 사용자들이 상기 알림을 수신하는 지에 대한 상기 주문 데이터 내의 표시에 기초하여 상기 알림을 선택적으로 상기 복수의 예상 당사자에게 보내도록 구성되는 알림 생성기를 포함하며,

상기 알림은 (i) 상기 증권에 대한 식별자(identifier), (ii) 상기 주문과 연관된 매수측 및 매도측에 대한 식별자, 및 (iii) 상기 주문과 연관된 수량 중 적어도 하나를 상기 예상 당사자에게 디스플레이하도록 구성되고,

어느 유형의 사용자들이 상기 알림을 수신하는 지에 대한 상기 주문 데이터 내의 상기 표시는 매도 측 사용자들이 상기 알림을 수신하는지 여부에 대한 표시를 포함하는, 익명의 블록 거래 매칭 시스템.
증권 주문에 대한 주문 데이터를 수신하도록 구성되는 서버;

상기 주문 데이터를 저장하는 코어 데이터베이스; 및

상기 주문 데이터를 이용하여 복수의 예상 당사자에게 상기 주문을 익명으로 기술하는 알림을 전송하도록 구성되고, 어느 유형의 사용자들이 상기 알림을 수신하는 지에 대한 상기 주문 데이터 내의 표시에 기초하여 상기 알림을 선택적으로 상기 복수의 예상 당사자에게 보내도록 구성되는 알림 생성기를 포함하며,

상기 알림은 (i) 상기 증권에 대한 식별자(identifier), (ii) 상기 주문과 연관된 매수측 및 매도측에 대한 식별자, 및 (iii) 상기 주문과 연관된 수량 중 적어도 하나를 상기 예상 당사자에게 디스플레이하도록 구성되고,

상기 알림 생성기는 상기 알림을 디폴트로 매수 측 사용자들로 전송하고, 어느 유형의 사용자들이 상기 알림을 수신하는 지에 대한 상기 주문 데이터 내의 상기 표시는 매도 측 사용자들이 상기 알림을 수신하는지 여부에 대한 표시를 포함하는, 익명의 블록 거래 매칭 시스템.
증권 주문에 대한 주문 데이터를 수신하도록 구성되는 서버;

상기 주문 데이터를 저장하는 코어 데이터베이스; 및

상기 주문 데이터를 이용하여 복수의 예상 당사자에게 상기 주문을 익명으로 기술하는 알림을 전송하도록 구성되고, 어느 유형의 사용자들이 상기 알림을 수신하는 지에 대한 상기 주문 데이터 내의 표시에 기초하여 상기 알림을 선택적으로 상기 복수의 예상 당사자에게 보내도록 구성되는 알림 생성기를 포함하며,

상기 알림은 (i) 상기 증권에 대한 식별자(identifier), (ii) 상기 주문과 연관된 매수측 및 매도측에 대한 식별자, 및 (iii) 상기 주문과 연관된 수량 중 적어도 하나를 상기 예상 당사자에게 디스플레이하도록 구성되고,

어느 유형의 사용자들이 상기 알림을 수신하는 지에 대한 상기 주문 데이터 내의 상기 표시는 시장 조성자 사용자들이 상기 알림을 수신하는지 여부에 대한 표시를 포함하는, 익명의 블록 거래 매칭 시스템.
증권 주문에 대한 주문 데이터를 수신하도록 구성되는 서버;

상기 주문 데이터를 저장하는 코어 데이터베이스; 및

상기 주문 데이터를 이용하여 복수의 예상 당사자에게 상기 주문을 익명으로 기술하는 알림을 전송하도록 구성되고, 어느 유형의 사용자들이 상기 알림을 수신하는 지에 대한 상기 주문 데이터 내의 표시에 기초하여 상기 알림을 선택적으로 상기 복수의 예상 당사자에게 보내도록 구성되는 알림 생성기를 포함하며,

상기 알림은 (i) 상기 증권에 대한 식별자(identifier), (ii) 상기 주문과 연관된 매수측 및 매도측에 대한 식별자, 및 (iii) 상기 주문과 연관된 수량 중 적어도 하나를 상기 예상 당사자에게 디스플레이하도록 구성되고,

상기 알림 생성기는 비밀 제공자가 상기 주문 데이터를 보는 것을 방지하도록 구성되는, 익명의 블록 거래 매칭 시스템.
삭제
증권 주문에 대한 주문 데이터를 수신하도록 구성되는 서버;

상기 주문 데이터를 저장하는 코어 데이터베이스; 및

상기 주문 데이터를 이용하여 복수의 예상 당사자에게 상기 주문을 익명으로 기술하는 알림을 전송하도록 구성되고, 상기 복수의 예상 당사자 중 제1 부분집합에 상기 알림을 전송하고 그 다음 상기 복수의 예상 당사자의 상기 제1 부분집합으로의 상기 알림의 상기 전송으로부터 소정의 시간이 경과한 후에 상기 복수의 예상 당사자의 제2 부분집합에 상기 알림을 전송하도록 구성되는 알림 생성기를 포함하며,

상기 소정의 시간은 1분인, 익명의 블록 거래 매칭 시스템.
증권 주문에 대한 주문 데이터를 수신하도록 구성되는 서버;

상기 주문 데이터를 저장하는 코어 데이터베이스; 및

상기 주문 데이터를 이용하여 복수의 예상 당사자에게 상기 주문을 익명으로 기술하는 알림을 전송하도록 구성되고, 상기 복수의 예상 당사자 중 제1 부분집합에 상기 알림을 전송하고 그 다음 상기 복수의 예상 당사자의 상기 제1 부분집합으로의 상기 알림의 상기 전송으로부터 소정의 시간이 경과한 후에 상기 복수의 예상 당사자의 제2 부분집합에 상기 알림을 전송하도록 구성되는 알림 생성기를 포함하며,

상기 제1 부분집합에 포함되는 자격이 되기 위해서는 사용자가 과거에 상기 시스템을 활용하여 소정 횟수의 증권 거래를 수행했어야 하도록 구성되는, 익명의 블록 거래 매칭 시스템.
제25항에 있어서,

상기 증권 거래의 횟수는 1회인, 익명의 블록 거래 매칭 시스템.
제25항에 있어서,

상기 자격은 상기 사용자가 소정의 과거 시간 내에 상기 시스템을 사용한 경우에 부과되는, 익명의 블록 거래 매칭 시스템.
제27항에 있어서,

상기 소정의 과거 시간은 일주일인, 익명의 블록 거래 매칭 시스템.
삭제
삭제
삭제
삭제
제1 사용자에 의한 증권 주문에 대한 주문 데이터를 수신하도록 구성되는 서버;

상기 주문 데이터를 저장하는 코어 데이터베이스;

상기 주문 데이터를 이용하여 적어도 제2 사용자에게 상기 주문을 익명으로 기술하는 알림을 전송하도록 구성되는 알림 생성기; 및

상기 제1 사용자 및 상기 제2 사용자 간의 협상 대화를 제공하는 양방향 메시징 인터페이스를 상기 제2 사용자에게 디스플레이하도록 구성되는 클라이언트 -상기 양방향 메시징 인터페이스는 상기 제1 사용자 및 상기 제2 사용자 중 적어도 하나로부터의 통신을 제한된 어구 집합(finite set of phrases)으로 한정시킴 - 를 포함하며,

상기 양방향 메시징 인터페이스는 상기 제1 사용자에 의한 키타격(keystroke)을 협상 어구로 바꾸고 상기 협상 어구를 상기 제2 사용자에게 전송하도록 구성되는, 익명의 블록 거래 매칭 시스템.
제1 사용자에 의한 증권 주문에 대한 주문 데이터를 수신하도록 구성되는 서버;

상기 주문 데이터를 저장하는 코어 데이터베이스;

상기 주문 데이터를 이용하여 적어도 제2 사용자에게 상기 주문을 익명으로 기술하는 알림을 전송하도록 구성되는 알림 생성기; 및

상기 제1 사용자 및 상기 제2 사용자 간의 협상 대화를 제공하는 양방향 메시징 인터페이스를 상기 제2 사용자에게 디스플레이하도록 구성되는 클라이언트 -상기 양방향 메시징 인터페이스는 상기 제1 사용자 및 상기 제2 사용자 중 적어도 하나로부터의 통신을 제한된 어구 집합(finite set of phrases)으로 한정시킴 - 를 포함하며,

상기 양방향 메시징 인터페이스는 상기 제1 사용자에 의한 소프트 버튼 누름 또는 마우스 클릭을 협상 어구로 바꾸고 상기 협상 어구를 상기 제2 사용자에게 전송하도록 구성되는, 익명의 블록 거래 매칭 시스템.
제1 사용자에 의한 증권 주문에 대한 주문 데이터를 수신하도록 구성되는 서버;

상기 주문 데이터를 저장하는 코어 데이터베이스;

상기 주문 데이터를 이용하여 적어도 제2 사용자에게 상기 주문을 익명으로 기술하는 알림을 전송하도록 구성되는 알림 생성기; 및

상기 제1 사용자 및 상기 제2 사용자 간의 협상 대화를 제공하는 양방향 메시징 인터페이스를 상기 제2 사용자에게 디스플레이하도록 구성되는 클라이언트 -상기 양방향 메시징 인터페이스는 상기 제1 사용자 및 상기 제2 사용자 중 적어도 하나로부터의 통신을 제한된 어구 집합(finite set of phrases)으로 한정시킴 - 를 포함하며,

상기 양방향 메시징 인터페이스를 이용하여 상기 제1 사용자 및 상기 제2 사용자 사이에서 협상이 이루어진 경우, 상기 시스템이 상기 주문 데이터에 부착되는 협상 ID를 생성하고 상기 주문을 상기 제1 사용자 및 상기 제2 사용자 외의 다른 당사자가 거래하지 못하게 고정(lock)시키도록 구성되는, 익명의 블록 거래 매칭 시스템.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제