KR20040008225A

KR20040008225A - 거래 제약 해결 장치

Info

Publication number: KR20040008225A
Application number: KR10-2003-7016827A
Authority: KR
Inventors: 마꼬또 도조; 나오유키 노무라; 야스코 아카이; 켄신 도조
Original assignee: 마꼬또 도조
Priority date: 2001-06-27
Filing date: 2002-03-22
Publication date: 2004-01-28
Also published as: WO2003003268A1; US20040167846A1; JPWO2003003268A1; TW579469B; EP1408434A1

Abstract

전자 시장에서의 주문을 방해하는 다양한 제약이 동일한 시장에서의 여러 다른 종류와 속성의 거래도 취급하도록 일소에 해결되며, 판매자와 구매자같은 거래자가 거래상대와 약정할 가능성을 비약적으로 높여서 전자시장에서의 거래를 더욱 촉진시킨다. 이를 위해, 거래에 관한 제약내용, 제약 해결 정도 값의 형태, 제약 강도 등을 정의하고, 그 정의에 따라 접수하는 주문 데이터를, 해결 정도 값과 제약 강도에 기초하여 처리되어, 한가지 이상의 제약을 해결하고 약정을 행한다.

Description

전자 시장에서의 거래 제약 해결 장치, 거래 제약 해결 데이터 구조, 거래 제약 해결 지원 장치, 및 거래 제약 해결시스템{TRANSACTIONAL LIMITATION SOLVING DEVICE}

인터넷으로 대표되는 통신 시스템이나 컴퓨터의 발달로, 최근 인터넷의 정보성 및 실시간성을 이용한 네트 옥션 등이라는 통신 회선을 통한 거래가 각광을 받고 있다. 이러한 것으로서, 하나의 상품또는 용역(서비스)에 대하여 복수의 매수자가 인터넷을 이용하여 매수값을 제시하고, 가장 높은 가격을 제시한 사람이 상품을 구입할 수가 있다는 통상의 옥션 시스템 또는 반대로 하나의 상품 또는 용역에 관한 매수 희망에 대하여 복수의 판매자가 인터넷을 이용하여 판매 가격을 제시하고, 그 중에서 가장 싼 가격을 제시한 사람이 판매할 수 있다는 역경매 시스템, 그리고 이러한 다양성에 관한 여러가지 것이 생각되어지고 있다.

그런데 이러한 거래는 모두 어느 정해진 상품이나 용역에 대하여 가격의 고저에 의해 최종적인 약정 상대가 결정된다는 형태를 가지고 있다. 바꾸어 말하면, 컴퓨터나 인터넷을 이용하여 이루어지고 있는 거래는 거래 상대의 약정시에「가격」이라는 단 하나의 제약을 해결하도록 한 것이라 할 수 있다.

그러나, 현실의 상거래에 대하여 생각해 보면 해결하여야 할 제약이 하나뿐인 형태의 거래는 실제로는 적고 가격, 수량, 시간, 장소, 질, 결제 등등이라는 수 많은 제약이 존재한다. 나아가 예를 들면 가격에 대해서는 총가격이나 단가, 질에 대해서는 빛깔이나 크기 등의 각 제약에는 그 속성이라 할만한 제약이 수반하는 것이 통상이고, 거래 수량이나 납기에 의해 단가가 변동하는 등 제약끼리가 밀접하게 관계하고 있어 이들이 상대적으로 결정되는 수도 있다. 따라서, 상술한 것과 같은 옥션 시스템 등에서는 다양한 제약을 일거에 해결할 수는 도저히 없고, 다른 종류나 속성의 상품이나 용역을 동일 마켓에 넣을 수 없는 것이 현실이고, 소위 전자 시장에서 매매 주문으로서 취급하는 것은 현실 문제로서 불가능하였다. 물론, 다양한 제약을 사람의 손으로 해결하려고 하는 것은 매우 곤란한 것은 물론이다. 이러한 이유에서 판매자나 매수자가 상대방과 약정할 가능성도 낮은 수준으로 그쳐야 한다.

본 발명은, 전자 시장에서의 거래의 하나 이상의 제약을 해결할 수 있는 거래 제약 해결 장치 또는 이들 하나 이상의 제약을 해결하기 위한 데이터 구조, 및 그 데이터 구조를 이용한 거래 제약 해결 지원 장치, 거래 제약 해결 시스템에 관한 것이다.

도 1은, 본 발명의 제1 실시 양태에 있어서의 기능 구성을 나타내는 블럭도이다.

도 2는, 동 실시 양태에 있어서의 매수 주문 데이터의 데이터 구조를 나타내는 설명도이다.

도 3은, 동 실시 양태에 있어서의 거래 제약 해결 장치의 동작의 일부를 나타내는 플로우 차트이다.

도 4는, 동 실시 양태에 있어서의 약정 결과 데이터 및 과금 정보 데이터의 구조를 나타내는 설명도이다.

도 5는, 본 발명의 제2실시 양태에 있어서의 기능 구성을 나타내는 블럭도이다.

도 6은, 동 실시 양태에 있어서의 거래 제약 해결 장치의 동작의 일부를 나타내는 플로우 차트다.

도 7은, 동 실시 양태에 있어서의 2부 그래프의 작성에 의한 약정 과정의 구체예를 도시하는 설명도이다.

도 8은, 동 실시 양태에 있어서의 2부 그래프의 작성에 의한 약정 과정의 구체예를 도시하는 설명도이다.

도 9는, 동 실시 양태에 있어서의 2부 그래프의 작성에 의한 약정 결과의 구체예를 도시하는 설명도이다.

도 10은, 동 약정 결과의 다른 구체예를 도시하는 설명도이다.

도 11은, 본 발명의 제3 실시 양태에 있어서의 기능 구성을 나타내는 블럭도이다.

도 12는, 동 실시 양태에 있어서의 다른 기능 구성을 나타내는 블럭도이다.

도 13은, 본 발명의 제4 실시 양태에 있어서의 시스템 전체를 나타내는 개략 설명도이다.

그래서 본 발명은, 전자 시장에 매매 주문으로서 내놓을 수 없었던 다양한 제약을 일거에 해결하여 다른 종류나 속성의 거래를 동일 마켓에서도 취급할 수 있도록 함과 동시에 판매자나 매수자라는 거래자가 거래 상대와 약정할 가능성을 비약적으로 높여 전자 시장에서의 거래를 더 한층 촉진하는 것을 목적으로 하는 것이다.

즉, 본 발명의 거래 제약 해결 장치는 전자 시장에서 거래에 관한 하나 이상의 제약을 해결하기 위해서 해결해야 할 하나 이상의 제약 요소를 각각 정의화하여 저장하는 제약 요소 저장부와, 상기 정의화된 제약 요소에 따라 접수하는 판매 주문 데이터와 매수 주문 데이터를 가약정시킨 경우에 있어서의 각 제약 요소의 해결 정도 값의 형태를 제약 요소 마다의 속성으로서 정의화하여 저장하는 약정 타입 저장부와, 지정된 해결 정도 값의 형태에 기초하여 해결 처리를 행할 때의 제약의 강도를 제약 요소마다의 속성으로서 정의화하여 저장하는 약정 레벨 저장부와, 거래에 관한 판매 주문 데이터와 매수 주문 데이터를 상기 제약 요소에 따라 접수하는 주문 데이터 접수부와, 각각 저장된 해결 정도 값의 형태 및 상기 약정 레벨 저장부에 저장된 제약의 강도에 기초하여 하나 이상의 제약을 해결하는 처리를 행하는 해결 처리부에 대하여 상기 주문 데이터 접수부에서 접수한 판매 주문 데이터 및 매수 주문 데이터를 출력하는 주문 데이터 출력부를 구비하는 것을 특징으로 하고 있다.

즉, 거래에 관한 해결해야 할 하나 또는 복수의 제약 요소의 정의와, 판매 주문 데이터와 매수 주문 데이터를 가약정시킨 경우의 제약 요소의 해결 정도를 표시하는 값의 형태와, 그 해결 정도 값의 형태에 대응하는 해결의 강도를 미리 정의화하여 저장해 두고, 정의된 제약 요소에 따라 접수한 매매의 주문 데이터를 해결 처리부에 출력함으로써 그 해결 처리부에서 각 제약을 정의된 상기 해결 정도 값의 형태 및 해결 강도에 기초하여 해결하도록 하고 있다. 따라서, 제약 요소마다 해결 정도를 소정의 방식으로 수치화함과 동시에 그 수치의 타입에 강도를 부여한 뒤에 이것에 따라 제약 요소를 해결하면 거래에 다양한 제약 요소가 포함되는 것과 같은 지금까지 할 수 없었던 복잡한 매매의 주문을 취급하여 판매 주문 데이터와 매수 주문 데이터를 약정시킬 가능성을 비약적으로 향상할 수 있게 된다.

또, 제약 요소 저장부에 저장되는 제약 요소, 약정 타입 저장부에 저장되는 해결 정도 값의 형태, 약정 레벨 저장부에 저장되는 제약의 강도 등은 XML 방식이나 데이터 베이스의 방식 정의, 프로그램 언어에 의한 독자적인 언어 등에 의해서 정의할 수가 있다.

또한, 상기 해결 정도 값의 형태 및 제약의 강도에 따라서 제약 요소를 해결하기 위한 구체적인 처리로서는 판매자와 매수자가 존재하는 거래를 성립시키는 것이면 일반적인 옥션 방식이나 소위 역경매 방식 등의 매매의 거래 가격을 일치시켜 약정시키는 것 또는 양자의 가격이 불일치하더라도 각각의 제시 가격으로 약정시키는 것 등 모든 방식을 적용할 수가 있다. 또한, 판매자와 매수자가 제시한 조건 즉 제약 요소의 일부 또는 전부를 개시하도록 하거나 일체 비공개로 하도록 할 수도 있다.

구체적으로, 해결 정도 값의 형태는 다중값 또는 2값 중 어느 해결 정도 값을 취하도록 하여두면 제약 요소의 해결 정도를 점수화하여 표현하거나, 해결되었는지 여부 중 어느 것으로 표현할 수가 있기 때문에 해결 정도를 쉽게 파악할 수가 있다.

또한, 제약의 강도에 대해서는 절대적으로 해결해야 할 제약이라는 것을 나타내는 강제약이라고 하는 제약 레벨값으로 나타내거아 「되도록이면 해결할 수 있으면 좋겠다」라는 희망적인 제약을 나타내는 선처(베스트 에포트) 제약이라는 제약 레벨값 중 어느 속성값을 취하도록 하는 것이 현실의 거래에 보다 잘 대응하고 있다고 할 수 있다.

특히, 적어도 하나의 제약 요소가 소정의 폭을 가지고 있는 경우, 해결 정도 값을 정하기 위해서는 그 제약 폭의 상한 또는 가감 중 어느쪽이 바람직하다고 말하는 수가 있다. 이러한 경우에 해결 정도 값을 바람직한 것으로 하여 처리할 수 있는 요건으로 하기 위해서는 해결 정도 값이 제약 요소의 폭 중 어느 하나의 값을 지시하는 지향성을 정의화하여 저장하여 놓으면 된다.

해결 정도 값의 형태와 제약의 강도에 따라서 제약이 해결되어 약정된 결과인 약정 결과 데이터를 다시 저장하도록 하고 있으면, 약정한 개별의 판매자와 매수자 사이에서 그 후에 행해지는 현실적인 거래의 근거를 명확히 해 둘 수가 있다. 또한, 제약이 해결되지 않아 약정되지 않은 주문 데이터도 저장하여 두면 그 데이터를 나중의 거래 찬스로 돌리는 것도 용이해져 수 많은 거래를 약정시키는 데에도 공헌할 수가 있다.

또한, 거래에는 수수료나 세금, 장치 사용료 등의 여러가지 과금이 따르기 때문에 제약이 해결되어 약정되었을 때에 과금하여야 할 정보를 나타내는 과금 정보 데이터를 저장하도록 하면 이것 또한 바람직하다.

또한, 본 발명의 거래 제약 해결 장치는 전자 시장에서의 거래에 관한 약정에 필요한 하나 이상의 제약 요소의 정의를 축적하는 제약 요소 축적부와, 문자 데이터 및 그 문자 데이터에 대한 부가 정보를 구별하여 기술할 수 있는 언어로 기술되어 상기 제약 요소 축적부에서 축적한 제약 요소의 정의에 의해서 특정되는 전자 상거래 전용 랭귀지를 이용하여 접수한 매수 주문 데이터 및 판매 주문 데이터를 저장하는 제1 저장부와, 제1 저장부에서 저장한 매수 주문 데이터 및 판매 주문 데이터를 상기 제약 요소의 정의에 따라서 해석하는 해석부와, 해석부에서 해석된 매수 주문 데이터 및 판매 주문 데이터를 상기 제약 요소의 정의에 따라서 약정시키기 위한 후보를 생성하는 약정 후보 생성부를 구비하고 있는 것을 특징으로 하는 것이기도 하다.

이러한 것이면, 정의화하여 축적한 하나 이상의 제약 요소로 구성되는 전자용 거래 전용 랭귀지를 작성하면, 나중에는 그것에 따라 매매 주문 데이터를 접수하여 저장하고, 다시 그 랭귀지의 해석에 기초하여 주문 데이터를 해석한 뒤에 약정시킬 후보를 생성할 수가 있기 때문에 다양하고 복잡한 제약을 쉽게 해결하여 거래를 약정시키기 쉽게 할 수가 있다. 이것으로부터, 공통의 전자 상거래 전용 랭귀지를 가지고 있는 전자 시장이면, 이들이 다른 방식으로 약정 후보를 생성하도록 하고 있더라도 판매자나 매수자가 주문을 낼 수 있게 된다고 하는 종래에 없는 메리트를 얻을 수 있다. 또한 제약의 정의화를 하여 축적하여 놓음으로써 이러한 장치의 개발 기간을 단기화하여 대폭적인 비용 절감을 도모할 수도 있게 된다.

특히, 전자 상거래 전용 랭귀지는 태그 및 태그로 둘러싼 문자 데이터로 이루어지는 하나 이상의 요소의 이름 및 이들의 구조를 나타내는 요소의 내용 모델을 기술할 수 있는 언어를 이용하여 기술되어 상기 축적부에서 축적한 제약 요소의 정의에 의해서 특정되는 것으로 만들 수 있는 데다가, 제약 요소의 정의에 대하여도 마찬가지로, 태그 및 태그로 둘러싼 문자 데이터로 이루어지는 하나 이상의 요소의 이름 및 이들의 구조를 나타내는 요소의 내용 모델을 기술할 수 있는 언어를 이용하여 기술하여 축적할 수가 있다.

또한, 제약 요소 축적부에는, 정의화된 해결하여야 할 하나 이상의 제약 요소와, 그 각 제약 요소 마다의 속성으로서 정의되어 이들 제약 요소에 따라서 접수하는 판매 주문 데이터와 매수 주문 데이터를 가약정시킨 경우에 있어서의 각 제약 요소의 해결 정도 값의 형태와, 각 제약 요소 마다의 속성으로서 정의되어 상기 해결 정도 값의 형태에 기초하여 해결 처리를 행할 때의 제약의 강도를 적어도 축적하도록 하고 있으면, 각 제약을 정의된 상기 해결 정도 값의 형태 및 해결 강도에 기초하여 해결함으로써 상술한 바와 같이 거래의 약정 가능성 및 약정 수를 비약적으로 높일 수가 있다.

또, 제약 요소 축적부에서 축적되는 제약 요소의 정의와 제1 저장부에서 저장되는 주문 데이터는 동일 기억 영역내에 명확히 구별하여 축적ㆍ저장할 수도 있고, 동일 기억 영역내에 명확히 구별하지 않고 혼재시켜 축적ㆍ저장할 수도 있고, 별개의 기억 영역에 각각 기억하도록 할 수도 있다.

약정 후보를 생성하기 전 처리로서, 효율적으로 후보수를 좁혀 연산 처리의 부하를 유효하게 경감하기 위해서는, 이 거래 제약 해결 장치에 하나 이상의 제약 요소, 제약 요소에 포함되는 하나 이상의 속성, 또는 하나 이상의 속성을 포함하는 하나 이상의 제약 요소 중, 해결하여야 할 제약 요소 또는 속성의 해결 순서를 결정하는 제약 해결 순서 결정 수단을 추가로 마련할 수 있다.

약정 후보 생성부에서 약정 후보로서 생성된 매수 주문 데이터와 판매 주문 데이터를 실제로 약정시키기 위해서는 이들 후보인 하나 이상의 매수 주문 데이터와 하나 이상의 판매 주문 데이터를 상기 정의된 제약 요소에 따라서 약정시키는 처리를 행하는 매칭부를 추가로 설치함과 동시에 제2 저장부에 적어도 매칭부에서 약정된 매수 주문 데이터 및 판매 주문 데이터를 저장하도록 하는 것이 바람직하다. 또, 이 제2 저장부에는 매칭부에서 약정하지 않은 것도 저장하도록 할 수 있다. 이 경우도 매칭부에 의한 약정의 처리는 일반적인 옥션 방식이나 소위 역경매 방식 등의 매매의 거래 가격을 일치시켜 약정시키는 것 또는 양자의 가격이 불일치하더라도 각각의 제시 가격으로 약정시키는 것 등, 모든 방식을 적용할 수가 있다.

또한, 제2 저장부에서, 약정 후보 생성부 또는 매칭부의 적어도 어느 한쪽의 처리에서 따른 제약 요소 중, 이용된 제약 요소와 이용되지 않은 제약 요소를 구별하여 저장하도록 하여 놓으면, 약정이 공정하게 이루어졌다고 하는 법적인 근거를 명확히 남겨 둘 수가 있다.

또한, 매칭부의 처리에 기초하여 제약이 해결되어 약정되었을 때에 과금해야 할 정보를 나타내는 과금 정보 데이터를 저장하는 제3 저장부를 설치하는 것도 유용하다.

특히 제1 저장부에서 매수 주문 데이터 및 판매 주문 데이터를 제시한 수요자 및 제공자의 각각이 다른 사람이 제시한 데이터를 알 수 없는 상태에서 접수한 데이터를 저장하도록 하면, 판매자나 매수자가 각각의 제약을 더한 주문을 할 때에, 경합하는 거래자나 거래 상대가 되는 사람이 제시한 조건을 알 수 없기 때문에 과당 경쟁을 방지할 수가 있다. 또, 약정 후에도 현실의 거래에 필수적인 제약을 제외하고 각자가 제시한 제약 조건을 다른 사람에게 개시하지 않도록 하면, 나중의 거래에서도 과잉으로 불공정한 경쟁을 초래하지 않도록 할 수가 있다. 또한, 각 거래자가 보다 약정하기 쉽게 하기 위해서 과거의 표준 약정 가격이나 당초에 제시된 제약에서 어느 만큼 양보하면 약정할 가능성이 높아질까 등의 일정한 시사를 각자에게 제시하는 것은 약정수를 증가시키기 위해서는 유효해진다.

또한, 지금까지의 상거래의 상식은 판매자와 매수자의 약정 가격을 일치시키는 데에 있지만, 이 것이 도리어 약정 성립수가 적어져 버리는 원인이 되었다. 그래서, 이러한 종전 거래에 있어서의 상식을 근저부터 뒤집어 약정 성립수를 비약적으로 높이기 위해서는 매칭부에서, 매수 주문 데이터에 포함되는 제약 요소의 하나인 가격과, 판매 주문 데이터에 포함되는 제약 요소의 하나인 가격이 일치하지 않는 경우라도 매수 주문 데이터와 판매 주문 데이터를 약정시키도록 하면 좋다. 이와 같이 하면 어느 쪽 판매자나 매수자도 자기가 제시한 가격으로 약정하게 되기 때문에 납득이 가는 거래를 할 수 있다. 또, 이 경우는 불공평감을 불식하기 위해서도 각자가 제시한 제약의 적어도 일부는 다른 사람에게 개시하지않도록 하는 것이 바람직하다.

이상과 같은 거래 제약 해결 장치를 실현하기 위한 데이터 구조로서, 전자 시장에서의 거래에 관한 약정에 필요한 하나 이상의 제약 요소의 정의와 상기 각 제약 요소 마다의 속성으로서 정의되고 이들 제약 요소에 따라서 접수하는 판매 주문 데이터와 매수 주문 데이터를 가약정시킨 경우에 있어서의 각 제약 요소의 해결 정도 값의 형태와 상기 각 제약 요소 마다의 속성으로서 정의되어 상기 해결 정도 값의 형태에 기초하여 해결 처리를 행할 때의 제약의 강도를 적어도 저장하고, 또한 상기 제약의 정의, 해결 정도 값의 형태 및 제약의 강도에 기초하여 접수한 매수 주문 데이터 및 판매 주문 데이터를 부가적으로 저장할 수 있도록 구성한 제1 데이터부를 적어도 가지며, 제1 데이터부에서의 약정 타입 정의 데이터의 해결 정도 및 약정 레벨 정의 데이터의 해결 조건에 따라서 약정된 매수 주문 데이터와 판매 주문 데이터의 약정 결과를 저장하는 제2 데이터부, 또는 상기 약정에 있어서 과금해야 할 과금 정보를 저장하는 제3 데이터부 중, 어느 한 쪽 또는 양쪽을 부가적으로 마련할 수 있도록 구성한 거래 제약 해결 데이터 구조를 구축하면, 상기 거래 제약 해결 장치로의 실장을 용이하게 하여 개발 기간의 단축화나 인건비를 포함하는 비용 저감을 도모할 수가 있다. 또, 이 데이터 구조의 각부를 독립 파일로서 각각 보존하거나 데이터 베이스의 독립 레코드로서 보존한 경우도 같은 논리를 실현할 수가 있다.

이러한 데이터 구조를 이용하여 전자 시장에서의 B2B(기업 대 기업), B2C(기업 대 소비자), C2C(소비자 대 소비자), M2M(시장 대 시장) 등의 거래를 현실적으로 행할 때에 거래에 참가하는 일반 소비자나 딜러, 마켓 운영자 등으로부터 접수한 정보에 기초하여 약정 처리 등을 하는 장치의 부가를 경감하여 타당한 약정 처리를 할 수 있도록 한 거래 제약 해결 장치에는 전자 시장에서의 거래에 관한 판매 주문 데이터 또는 매수 주문 데이터의 적어도 한쪽을 판독하는 주문 데이터 판독부와 상기 거래 제약 해결 데이터 구조 중 적어도 제1 데이터부에서의 제약 요소의 정의, 해결 정도 값의 형태 및 제약의 강도로 이루어지는 정의 데이터를 저장하는 정의 데이터 저장부와, 주문 데이터 판독부에서 판독한 주문 데이터를 상기 정의 데이터 저장부에 저장한 정의 데이터에 기초하여 해석하고, 판매 주문 데이터와 매수 주문 데이터를 약정시키는 처리를 하는 매칭부로 출력하는 주문 데이터 출력부를 구비하는 것을 들 수 있다. 또, 정의 데이터 저장부에는 상기 거래 제약 해결 데이터 구조에서의 데이터 모두를 저장하도록 하여도 상관없다.

또한, 딜러나 마켓 운영자, 일반 소비자 등의 거래에 참가하는 사람이 표준화된 인터페이스로부터 각각이 제공하거나 희망하는 상품 또는 용역의 등록을 쉽게 행할 수 있도록 하고, 그 후의 약정 처리를 원활하게 행하도록 하는 거래 제약 해결 지원 장치에는 상기 거래 제약 해결 데이터 구조 중 적어도 제1 데이터부에서의 제약 요소의 정의, 해결 정도 값의 형태 및 제약의 강도로 이루어지는 정의 데이터에 기초하여 전자 시장에서의 거래의 거래 내용을 접수하기 위한 거래 접수 인터페이스(예를 들면 컴퓨터에 표시되는 화면이나 음성 입력용 인터페이스)을 생성하는 인터페이스 생성부와, 인터페이스 생성부에서 생성한 거래 접수 인터페이스를 출력하는 인터페이스 출력부와, 인터페이스 출력부에서 출력한 거래 접수 인터페이스에 기초하여 입력된 거래 내용 데이터를 상기 정의 데이터에 따른 거래 내용 데이터 파일로 변환하는 데이터 변환부를 구비하는 것을 들 수 있다. 또, 거래 내용 데이터 파일에는 거래 내용 데이터와 같이 그 데이터를 해석하는 데 필요한 제약 요소의 정의나 해결 정도 값의 형태, 제약의 강도 등도 기록하도록 하여도 좋고, 거래내용 데이터를 해석하는 데 필요한 이러한 정보가 저장되어 있는 네트워크상의 위치를 시사하는 정보와 해당 거래 내용 데이터를 기록하도록 하여도 좋다.

또한, 과거에 전자 시장에서 거래한 적이 있거나, 몇번이나 반복하여 거래하고 있는 고객인 딜러나 소비자를 프로파일링하여 이들의 거래로의 참가를 보다 편리하게 함과 동시에 마켓 운영자에게 있어서도 고객의 정보를 수집하여 거래 동향의 파악을 용이하게 하기 위해서는 상기 거래 접수 인터페이스로 접수한 거래 데이터 내용에 기초하여 해당 거래에 관한 고객인 판매자 또는 매수자 개별의 고객 프로파일 데이터를 작성하여 저장하는 고객 프로파일 저장부와, 고객 프로파일 저장부에 저장한 고객 프로파일 데이터에 기초하여 상기 정의 데이터의 일부 또는 전부에 대하여 고객마다의 디폴트 정의 데이터를 설정하는 디폴트 설정부를 추가로 설치하고, 상기 인터페이스 생성부가 상기 정의 데이터 및 디폴트 정의 데이터에 기초를 둔 거래 접수 인터페이스를 생성하도록 하면 된다.

또, 어떤 전자 시장에서 약정할 수 없었던 매매 거래나, 잘 되었거나 잘 되지 못한 거래를 일시적인 프로파일로서 작성하고, 그 프로파일을 다른 전자 시장끼리 융통하여 약정수를 증가시킴과 동시에 M2M의 거래 시장을 활성화하도록 한 거래 지원 장치에는 상기 거래 제약 해결 데이터 구조 중 적어도 제1 데이터부에서의 제약 요소의 정의에 기초하여 작성된 전자 시장에서의 거래 내용 데이터를 접수하는 거래 내용 데이터 접수부와, 거래 내용 데이터 접수부에서 접수한 거래 내용 데이터를 저장하는 거래 내용 데이터 저장부를 구비하는 것을 들 수 있다. 이러한 것을 이용하면 거래자에게 있어서도 자기의 거래를 더 하층 약정시킬 가능성을 향상할 수가 있다.

이하, 본 발명의 실시 양태를 도면을 참조하여 설명한다.

<제1 실시 양태> 도 1는, 본 발명의 제1 실시 양태에 있어서의 거래 제약 해결 장치의 기능 구성을 나타내는 블럭도이다. 이 거래 제약 해결 장치는 제약 요소 저장부(1), 약정 타입 저장부(2), 약정 레벨 저장부(3), 지향성 저장부(4), 주문 데이터 접수부(5), 주문 데이터 출력부(6), 약정 결과 저장부(8), 과금 정보 저장부(9)를 가지고 있다. 해결 처리부(7)은 이 거래 제약 해결 장치 기능의 일부로서 포함할 수도 있고, 별도의 장치에 그 기능을 발휘시키도록 할 수도 있다. 여기에서 제약 요소 저장부(1)은 전자 시장에서 거래되는 상품이나 용역에 대하여 정의된 「가격」「납기」「수량」「상품이나 용역의 질」「(납품, 출하 등의) 장소」「결제 방법」 등의 제약 요소의 이름이나 구조를 스키머에 저장하는 것이다. 약정 타입 저장부(2)는 상기 각 제약 요소에 대하여 그 속성으로서 정의된 판매 주문 데이터와 매수 주문 데이터를 개별로 가약정시킨 경우의 해결 정도 값의 형태를 스키머에 저장하는 것이다. 약정 레벨 저장부(3)은 각 제약 요소에 대하여 지정된 해결 정도 값의 형태마다 제약 요소의 속성으로서 정의된 그 제약을 해결하기 위한 제약의 강도를 스키머에 저장하는 것이다. 지향성 저장부(4)는 어떤 제약에 대하여 얼마나의 폭을 가진 조건에서의 거래를 판매자나 매수자가 희망한 경우에 그 폭의 상한 또는 가감의 어느 것에 가까운 조건을 희망하는지를 정의화하여 스키머에 제약 요소의 속성으로서 저장하는 것이다. 그리고, 이들 각부에서 정의화하여 저장된 제약, 해결 정도 값의 형태, 제약의 강도, 지향성 등에 기초를 둔 화면 등의 유저 인터페이스가 각 판매자나 매수자가 사용하는 컴퓨터에 표시된 경우, 그 화면 표시에 따라서 입력된 정보를 판매 주문 데이터 Da 및 매수 주문 데이터 Db로서 주문 데이터 접수부(5)에 접수하도록 되어 있다.

여기에서, 도 2에 매수 주문 데이터 Db에서의 일부의 데이터 구조의 일례를 표시한다. 도 2는 매수 주문 데이터 Db에 대하여 XML(eXtensible Markup Language)를 이용하여 기술한 문서이고, 어떤 상품에 관한 매수자가, 「가격이 67000 내지 70000(엔, 달러 등의 통화 단위)의 범위내에서 싸게, 납기가 가능하면 2001년 8월 31일까지, 2001년 9월 3일까지는 꼭 사고 싶다」라는 제약(주문)을 낸 경우 에 대하여 나타내고 있다. 동 도면에 기초하여 상술하면, 이러한 주문의 내용은 <order type=---->…</order>라는 요소내에 기술된다. 그리고 <order> 요소내의 데이터 구조는 「가격」이라는 제약을 나타내는 <price> 요소와, 「납기」라는 제약을 나타내는 <time> 요소로 구성되어 있다. 이들 제약 요소는 상기 제약 요소 저장부(1)에서 저장된 제약 요소의 정의에 기초하는 것이다. 또, 여기에서는 설명의 간단화를 위해 가격과 납기의 두 가지 제약 요소에 대하여 나타내고 있지만이들 이외의 제약 요소도 <order> 요소내에 기술할 수가 있다.

우선, <price> 요소는 「해결 정도 값의 형태(constraint Type)」, 「제약의 강도(constraint Level」, 「지향성(direction)」, 가격폭의「하한(분)」, 가격폭의「상한(max)」이라는 복수의 속성으로 구성되어 있다. 이러한 속성은 각각 약정 타입 저장부(2), 약정 레벨 저장부(3) 및 지향성 저장부(4)에서 저장된 내용에 기초하는 것이다. 또한, 「가격」에 대한「해결 정도 값의 형태」의 속성치는 연속하는 수치(numeric)로 나타내는 것이 미리 설정되어 있다. 또한, 가격에 대한 「제약의 강도」의 속성치를「강제약(absolute)」으로 하는 것이나, 「가격 67000 내지 70000의 범위내에서 싸게」라는 조건을 나타내는 「down」, 「67000」, 「70000」은 매수자가 화면 등에 입력한 정보를 XML로 변환된 뒤에 기술되게 된다. 예를 들면, 「67000 내지 70000」라는 제약을 만족시키는 판매 주문 데이터가 있으면 그 판매 주문 데이터가 상기 하한치「67000」에 가까울수록 높은 수치(스코어)를 그 판매 주문 데이터와의 조합에 대하여 부여하고(예를 들면「68000엔에 팔고 싶다」라는 판매 주문 데이터와의 조합에는「75」라는 스코어를 부여한다), 해당 제약을 만족하는 판매 주문 데이터가 없는 경우는 이 매수 주문 데이터를 약정시킬 수가 없다는 것을 나타내고 있다.

또, 상기「지향성(direction)」에 대응하는 속성치로서는 상술한「down」외에도 해당「down」과 마찬가지로 하한치를 나타내는 「downward」, 상한치를 나타내는 「up (또는) upward)」, 범위의 중앙치를 나타내는 「median」 등을 적용할 수가 있다. 또한 그 밖에도 범위의 하한을 제로, 상한을 1로 정규화한 경우에 예를 들면 0.25의 위치를 목표로 하는 것을 나타내는 「specified 0.25」등도 적용할 수가 있다.

또한, <time> 요소는, 「해결 정도 값의 형(constraintType)」, 「제약의 강도(constraintLevel)」, 납기의 「하한(분)」, 납기의「상한(max)」이라는 복수의 속성으로 구성되어 있다. 여기에서, 매수자가 주문한 납기에 관한 조건에는 「가능하면 2001년 8월 31일까지, 2001년 9월 3일 까지는 절대」라는 두개의 기한에 관한 조건이 포함되어 있으므로 <time> 요소도 병렬적인 두개의 구조를 가지고 있다. 우선, 「되도록이면 8월 31일까지」라는 조건에 대하여는 「해결 정도 값의 형태」의 속성치로서 2값(1 또는 0)을 나타내는 「boolean」이 설정되고, 나아가 「제약의 강도」의 속성치로서, 그 강도가 선처해야 할 것이라는 것을 나타내는 「best-effort」가 설정된다. 또한 기한의「하한」에는 무제한(본 예에서는 처리일시 이후)이라는 것을 나타내는 「unbound」, 「상한」에는「2000-08-31」이 설정된다. 즉, 이 제약(8월 31일까지 납품 가능)을 만족하는 판매 주문 데이터가 있는 경우에는 해당 제약이 해결된 것으로서 해결 정도 값「1」이 설정되게 되고, 해당 제약을 만족하는 판매 주문 데이터가 없는 경우에는 해결되지 않은 것으로서 해결 정도 값「0」이 설정된다. 한편, 「9월 3일까지 절대」라는 조건에 대하여는 「해결 정도 값의 형태」의 속성치로서「boolean」이 설정되고, 또한「제약의 강도」의 속성치로서 절대 제약이라는 것을 나타내는 「absolute」가 설정된다. 기한의 하한 상한에 대해서는 상술한 바와 같이 설정된다. 즉, 이「9월 3일」이라고 하는 것이 절대 제약이기 때문에 이 기일까지 납품할 수 있는 판매 주문 데이터가 없으면 이매수 주문 데이터를 약정시킬 수가 없다는 것을 나타내고 있다.

또, 「constraintType」이외의 속성치는, 매수자가 거래 조건을 입력할 때마다 기술하는 것 외에 해당 매수자가 과거에 이 전자 시장에서 거래한 적이 있는 경우 등, 이 매수자에 대한 고객 프로파일이 작성되어 있는 경우에는 디폴트로서 미리 설정해 두고 사용자의 입력 수고를 경감하도록 해 둘 수도 있다. 또한, 판매 주문 데이터에 대해서는 상술한 매수 주문 데이터와 거의 같은 데이터 구조를 가지고 있기 때문에 여기에서는 설명을 생략한다.

이러한 구조를 갖는 판매 주문 데이터 Da 및 매수 주문 데이터 Db를 상술된 바와 같이 주문 데이터 접수부(5)에서 접수하고, 다시 주문 데이터 출력부(6)에 의해서 해결 처리부(7)로 출력한다. 해결 처리부(7)은 상기 판매 주문 데이터 Da 및 매수 주문 데이터 Db 각각의 제약을 해결하여 약정시키는 처리를 행하는 것이다. 여기에서, 해결 처리부의 동작을 도 3에 나타내는 플로우 차트를 이용하여 간단히 설명한다.

우선, 입력된 판매 주문 데이터 Da 및 매수 주문 데이터 Db 각각에 대하여 각 제약 요소의「제약의 강도(constraintLevel」를 참조하여 강제약(absolute)이라는 속성치를 갖는 제약 요소의 모든 제약을 만족하는 매칭 후보만을 남기고 선출한다(스텝 S1). 그 때, 「해결 정도 값의 형태(constraintType)」가「numeric」인 제약에 대하여 해결 스코어를 산출한다. 그리고, 선출되어 판매 주문 데이터 Da 및 매수 주문 데이터 Db 중, 매칭수가 최대가 되는 해(조합)를 전부 구한다 (스텝 S2). 그리고, 그 해가 하나인 경우는(스텝 S3; no) 그 조합으로 판매 주문 데이터Da와 매수 주문 데이터 Db를 약정시킨다. 또한, 해(조합)가 복수 있는 경우는(스텝 S3; yes)「제약의 강도(constraintLevel」가「best-effort」라는 속성치를 갖는 제약 요소에 대하여 해결했는지 여부를 그「해결 정도 값의 형태(constraintType)」의 속성치「boolean」가 1 또는 0으로 표현하고, 이들의 합계치가 최고가 아닌 해(조합)를 제외한다(스텝 S4). 이 단계에서 해(조합)가 하나가 되는 것이 있으면(스텝 S5; no), 이들의 조합으로 판매 주문 데이터 Da와 매수 주문 데이터 Db를 약정시킨다. 한편, 해(조합)가 아직 복수 있는 경우에는(스텝 S5; yeS) 상기 스텝 S1에서 산출된 해결 스코어의 합계와, 스텝 S4에서 1 또는 0으로 표현된 해결수와의 조합으로 이루어지는 best-effort 선처 스코어를 예를 들면 다음식

best-effort 선처 스코어=(numeric 형의 해결 스코어의 합계+ boolean 형의 해결수 x 100)/제약수

에 의해 산출하고, 최고의 값이 된 해(조합) 중 어느 하나를 선택함으로써 그 조합으로 판매 주문 데이터 Da와 매수 주문 데이터 Db를 약정시킨다(스텝 S6).

이상과 같은 해결 처리부(7) 처리의 결과인 약정 결과 데이터 Dc를 약정 결과 저장부(8)에 저장함과 동시에 약정에 있어서 과금되어야 하는 정보인 과금 정보 데이터 Dd를 과금 정보 저장부(9)에 저장한다.

여기에서 도 4에, 저장되는 약정 결과 데이터 Dc 및 과금 정보 데이터 Dd로 이루어지는 데이터 구조의 일례를 표시한다. 이 데이터 구조는, 도 2에 도시한 매수 주문 데이터 Db가 약정한 경우에 대하여 표시한 것이다. 동 도면에서는 약정 결과 데이터 Dc 및 과금 정보 데이터 Dd를 하나의 XML 문서에 기술한 상태를 나타내고 있다. 즉 이 데이터 구조는, 크게 나누어 약정 결과 데이터를 나타내는 <contractua1> 요소와 과금 정보 데이터를 나타내는 <charge> 요소로 구성된다.

상술하면, <contractual> 요소는 개별의 약정 결과(약정 결과 ID)마다, 매수 주문 데이터를 나타내는 <order> 요소(<order type="buy">)와 판매 주문 데이터를 나타내는 <order> 요소(<order type="sell">)을 병렬적으로 기술한 구조를 가지고 있다. 매수 주문 및 판매 주문 요소는 또한 각각 제약마다의 약정 결과인 <price> 요소, <time> 요소…, 약정에서 해결한 제약 요소의 내역을 나타내는 <checkedConstrains> 요소, 해결되지 않은(무시한) 제약 요소의 내역을 나타내는 <ignoredConstrains> 요소를 병렬적으로 기술한 구성을 가지고 있다. 예를 들면 상기 매수 주문 데이터가 「가격 67000이고 납기 2001년 9월 1일」이라는 조건으로 약정한 경우에 대하여 보면, 동 도면에 도시한 바와 같이 약정 결과는 <price value=''67000''/>, <time value="2001-9-01''/>와 같이 표시된다. 또한, 해결한 제약<checkedConstrains> 요소에 대해서는 도 2에 도시한 강제약인 가격의 조건 및 강제약인 절대 납기가 각각 <price> 요소 및 <time> 요소로 표시된다. 한편, 해결되지 않은 제약<ignoredConstrains> 요소에 대해서는 선처 제약인 「가능하면 8월 31일」이라는 조건이 만족되지 않았기 때문에 그 제약이 <time> 요소에 표시된다. 또, 판매 조건의 요소에 대하여도 마찬가지로 해결한 제약과 해결되지 않은 제약이 표시되게 되기 때문에 상세한 도시 및 설명을 생략한다.

또한, <charge> 요소에 대해서는 판매자, 매수자, 마켓 운영자 등에 대하여 각각 과금해야 할 정보를 나타내는 <supplier> 요소, <buyer> 요소, <m-maker> 요소로 구성된다.

또, 상술한 제1 실시 양태에서는 각 제약에 대하여「해결 정도 값의 형태<constraintType>」과 「제약의 강도<constraintlevel」에 대응하는 속성치의 조합은 「numeric」과「absolute」,「boolean」과「best-effort」,「boolean」과「absolute」의 3 형태를 설명했지만, 이것 이외에「numeric」과「best-effort」의 조합이나, 「아무런 속성치의 지정 없음」이라는 형태 등도 허용할 수가 있다.

<제2실시 양태> 도 5는 본 발명의 제2 실시 양태에 있어서의 거래 제약 해결 장치의 기능 구성을 나타내는 블럭도이다. 이 거래 제약 해결 장치는 제약 요소 축적부(11), 제1 저장부(12), 해석부(13), 제약 해결 순서 결정부(14), 약정 후보 생성부(15), 매칭부(16), 제2 저장부(17), 제3 저장부(18)를 가지고 있다. 여기에서 제약 요소 축적부(11)는 전자 시장에서 거래되는 상품이나 용역에 대하여 정의된 「가격」「납기」「수량」「상품이나 용역의 질」「(납품, 출하 등의)장소」「결제 방법」 등의 제약 요소(이들에 수반하는 속성도 포함한다)의 이름이나 구조를 스키머에 저장하는 것이다. 또, 이 제약 요소 축적부(11)에는 판매 주문 데이터와 매수 주문 데이터를 개별적으로 가약정시킨 경우의 해결 정도 값의 형태(약정 타입) 또는 각 제약 요소에 대하여 지정된 해결 정도 값의 형태마다의 제약을 해결하기 위한 제약의 강도(약정 레벨)이나, 상기 제1실시 양태에서 기술한 것과 같은 지향성 등의 정의를 스키머에 축적하는 것이다. 이러한 정의를 기술하는 언어는 XML이나 SGML 등, 여러가지 것 중 소정의 언어를 적용할 수가 있다. 제1 저장부(12)는 판매자나 매수자의 컴퓨터로부터 수신하여 접수한 판매 주문 데이터 Da 및 매수 주문 데이터 Db를 저장하는 것이다. 여기에서, 판매 주문 데이터 Da 및 매수 주문 데이터 Db는 상기 제약 요소 축적부(11)에 축적된 제약 요소 등의 정의에 의해서 특정되는 전자 상거래 전용 랭귀지(동 도면 중, 「edealML」라고 표기하고 있다)에 기초하는 것으로, 구체적으로는 상기 제1실시 양태에서 도 2에 도시한 것과 같은 데이터 구조를 가지고 있다. 또, 판매 주문 데이터 Da 및 매수 주문 데이터 Db를 각 판매자나 매수자가 입력할 때는 해석부 13은 제1 저장부(12)에 저장한 판매 주문 데이터 Da 및 매수 주문 데이터 Db를, 상기 제약 요소 축적부(11)에 축적되어 있는 정의에 따라 해석하고 구조화하는 것이다. 제약 해결 순서 결정부(14)는 각 판매 주문 데이터 Da 및 매수 주문 데이터 Db에 각각 포함되는 복수의 제약 요소 중, 우선 순위를 붙여 해결하여야 할 제약 요소의 순서를 결정하는 것이다. 약정 후보 생성부(15)는 복수의 판매 주문 데이터 Da 및 복수의 매수 주문 데이터 Db에 대하여 제약 해결 순서 결정부(14)에 의해 결정된 순서대로 제약을 해결하여 개별적으로 약정시키는 후보(조합)를 생성하는 것이다. 매칭부(16)는 제약 후보 생성부(15)에 의해서 생성된 약정 후보 중에서 일대일로 판매 주문 데이터 Da와 매수 주문 데이터 Db를 약정시키는 것이다. 제2 저장부(17)는 매칭부(16)에서 처리된 약정 결과 데이터 Dc를 저장하는 것이고, 제3 저장부(18)는 해당 약정 결과에 기초하는 과금 정보 데이터 Dd를 저장하는 것이다. 여기에서, 저장되는 약정 결과 데이터 Dc 및 과금 정보 데이터 Dd로 이루어지는 데이터 구조는 예를 들면 상기 제1실시 양태에서 도 4에 도시한 것과 같은 것이다.

이어서, 이 거래 제약 해결 장치 동작의 일부에 대하여 도 6에 나타내는 플로우 차트를 이용하여 설명한다. 우선, 상기 제1 저장부(12)에서 접수하여 저장하고, 해석부(13)에서 해석한 판매 주문 데이터 Da 및 매수 주문 데이터 Db에 대하여 제약 해결 순서 결정부(14)에 의해서 해결하여야 할 제약 요소의 순서를 결정한 후, 강제약(absolute)이라는 속성치를 갖는 제약 요소의 모든 제약을 만족하는 매칭 후보만을 남겨 선출한다(스텝 S11). 또, 해결해야 할 순서가 낮은 제약 요소를 포함하는 주문 데이터는 제외하도록 할 수가 있다. 이어서, 스텝 S11에서 모든 강제약을 만족시킨 매칭 후보에 대하여 매칭수가 최대가 되는 해(조합)를 전부 구한다. 구체적으로는 제약 요소가 복수 있는 경우에는 「2부 그래프의 작성」 처리를 행하는 프로그램 등에 따른 처리를 행하고, 제약 요소끼리가 적합한 판매 주문 데이터 Da와 매수 주문 데이터 Db를 조합하도록 할 수도 있다. 그리고, 2부 그래프의 작성에 의해서도 또한 해가 복수 있는 경우, 즉, 어떤 판매 주문 데이터 Da 또는 매수 주문 데이터 Db가 복수의 매수 주문 데이터 Db 또는 판매 주문 데이터 Da와 조합된 경우는, 예를 들면 이러한「가격」이라는 제약 요소끼리를 비교하여 소정의 알고리즘에 따라 판매 주문 데이터 Da와 매수 주문 데이터 Db를 일대일로 개별적으로 약정시키도록 한다. 여기에서, 소정의 알고리즘이란, 예를 들면 매수 주문 데이터 Db의 가격이 판매 주문 데이터 Da의 가격보다도 커지도록 하는 것을 원칙으로 하여(가격이 일치하는 경우도 포함된다), 매수 주문 데이터 Db의 가격과 판매 주문 데이터 Da의 가격의 차액이 최대가 되는 데이터끼리를 약정시키거나 복수의 조합에 대하여 차액을 소정의 값에 근접하게 되는 데이터끼리를 약정시키도록하는 것 등을 의미하고 있다.

이러한 처리에 의해 판매 주문 데이터 Da와 매수 주문 데이터 Db가 일대일로 매칭한 경우, 즉 해가 하나가 된 경우는(스텝 S13; no), 이들 판매 주문 데이터 Da 및 매수 주문 데이터 Db를 약정시키도록 한다. 한편, 상술한 것과 같은 알고리즘에 따라서도 또한, 해가 복수가 된 경우에는(스텝 S13; yes), 상기 제1실시 양태에서 설명한 플로우 차트(도 4)에 있어서의 스텝 S4 내지 스텝 S6과 마찬가지로 「제약의 강도(constraintLevel」이「best-effort」라는 속성치를 갖는 제약 요소에 대하여 해결했는지 여부를 그「해결 정도 값의 형태(constraintType)」의 속성치「boolean」를 1 또는 0으로 표현하여 이들의 합계치가 최고가 아닌 해(조합)를 제외하고(스텝 S14), 해(조합)가 하나가 되는 것이 있으면(스텝 S15: no), 이들의 조합으로 판매 주문 데이터 Da와 매수 주문 데이터 Db를 약정시킨다. 한편, 해(조합)가 아직 복수 있는 경우에는(스텝 S15; yes), best-effort 선처 스코어의 합계가 최고의 값이 된 해(조합)로부터 어느 하나 하나를 선택함으로써 그 조합으로 판매 주문 데이터 Da와 매수 주문 데이터 Db를 약정시킨다(스텝 S16).

이상과 같은 제약 요소의 해결 방법을 적용한 거래의 예를, 특별히 해결하는 제약 요소의 순서 결정으로부터 2부 그래프의 작성을 거쳐 약정 결과가 얻어지는 것 까지에 대하여 도 7 내지 도 9에 나타내는 구체예를 이용하여 설명한다.

이 예는, 어떤 메이커의 소정의 구두에 대하여 복수의 판매자와 매수자가 거래를 행하는 경우 에 대하여 나타낸 것이다. 도 7에 도시한 바와 같이, 이 구두의 거래에서는 「가격」,「품질」,「기일」의 3가지 제약 요소가 설정되어 있고, 또한「품질」에 대해서는 「빛깔」 및「크기」의 2가지 속성이 설정되어 있는 것으로 한다. 도 7 내지 도 9에 있어서, 판매 주문 데이터(판매 a, 판매 b…)및 매수 주문 데이터(매수 1, 매수 2…)의 제약 요소(속성도 포함한다)는 각각 각 데이터의 가로에, 「가격」,「빛깔」,「크기」,「기일」의 순으로 나타내고 있다. 여기에서, 이들 제약 요소(속성도 포함한다)의 제약의 강도는 각 판매자 및 매수자가 강제약(absolute)으로 하도록 주문시에 입력한 것으로 한다. 또, 제약 요소가 「*」로 표시되고 있는 것에 대해서는 해당하는 판매자나 매수자가 조건을 설정하지 않은 것, 즉 대응하는 제약 요소에 대하여 특별히 한정하지 않고 거래를 할 것을 희망하고 있다는 것을 표시하고 있다. 또, 각 판매 주문 데이터 및 매수 주문 데이터는 해당하는 판매자나 매수자가 자기의 제약을 입력하여 주문할 때에 다른 사람이 입력한 제약을 일체 알 수 없는 상태로 되어 있는 것으로 한다.

여기에서, 도 7에 도시한 5가지 매수 주문 데이터 및 5가지 판매 주문 데이터는, 예를 들면 거래 가능한 구두의「빛깔」이 100색 있다고 가정하고, 그 속성치인 「하양」,「파랑」,「검정」,「빨강」의 4가지를 매매하고 싶은 판매자나 매수자가 다수인 경우, 「빛깔」에 대하여 상기 4색에 해당하는지 여부를 우선 첫째로 해결하여야 할 제약 요소이다고 결정한 후, 그 제약 요소가 해결된 주문 데이터인 것으로 한다. 그리고, 이러한 주문 데이터에 대하여 2부 그래프의 작성 처리를 하면, 동 도면에 직선으로 연결한 것과 같은 조합으로 각 제약 요소가 해결된 것을 알 수 있다. 즉, 「매수 1」과 「판매 a」 및「판매 b」,「매수 2」와「판매 a」 및「판매 c」,「매수 3」와「판매 d」,「매수 4」와「판매 a」 및「판매 b」가 각각 매칭 후보로서 선출된다. 또한, 「매수 5」와「판매 e」에 대해서는 제약 요소가 해결할 상대가 없기 때문에 이번 약정 처리의 대상밖으로서 제외된다. 또, 제외된 주문 데이터는 다음번 약정 처리에서 후보로서 들도록 하면 좋다.

이어서 도 8에 도시하는 바와 같이, 상기 2부 그래프의 작성 결과의 조합을 유지한 채로, 매수 주문 데이터 및 판매 주문 데이터 각각에 대하여 가격이 높은 것으로부터 차례로 배열을 바꾼다. 그리고 도 9에 도시한 바와 같이, 여기에서는 매수 주문 데이터의 가격과 판매 주문 데이터의 차액이 최대가 되는 알고리즘에 따라서 매수 주문 데이터와 판매 주문 데이터를 일대일로 약정시킨다. 구체적으로는 「매수 2」와「판매 a」,「매수 3」와「판매 d」,「매수 1」과「판매 b」가 약정하게 된다. 「매수 4」와「판매 c」는 직선으로 연결되지 않기 때문에 약정하지 않는다. 이와 같이, 각 판매자나 매수자가 제시한 제약을 만족하는 약정 결과가 얻어지게 되지만, 여기에서 약정한 주문 데이터끼리의 가격에 주목하여 보면 어떠한 조합에 대하여도 매수 주문 데이터의 가격이 판매 주문 데이터의 가격보다도 비싸져 있다. 즉, 가격이 불일치하더라도 약정시키는 수가 있으므로 종래의 가격 일치(제시 가격이 폭을 갖는 경우도 있다)에 의한 약정 시스템과 비교하여 약정 수를 각별히 증가시킬 수가 있다. 더구나 약정한 가격은 각 판매자나 매수자가 스스로 제시한 가격이기 때문에 각자가 납득이 되는 가격으로 거래할 수 있게 된다. 또한, 판매자나 매수자가 자기의 제약을 입력할 때는 경합 상대나 장래 약정 상대의 제약 조건을 알 수 없는 상태이기 때문에 약정에서 불공평감이 생기는 일도 없다. 또한, 약정 성립후에도 각자가 제시한 조건을 다른 사람에게 개시하지 않도록하면, 더 한층 불공평감이 생기는 것을 없애 다음번 이후의 거래시에 지나친 경쟁이 발생하는 것도 없앨 수가 있다.

또, 상술한 구체예에서, 약정 결과는 도 9에 도시한 것으로 한정되지 않는다. 예를 들면 매수 주문 데이터와 판매 주문 데이터 가격의 차액을 각 약정 결과에 대하여 일정한 값에 가깝도록 약정시키는 알고리즘을 채용하면 도 10에 도시한 바와 같은 4조의 약정 결과가 얻어져, 도 9의 경우보다도 보다 많은 거래를 성립시킬 수 있다. 또한 이상의 설명은 매수 주문 데이터를 기준으로 하여 판매 주문 데이터와 약정하도록 한 경우이지만, 그 밖에도 판매 주문 데이터를 기준으로 하거나, 가격에 대하여 내림차순으로 순서를 바꾸는 등의 방법을 채용하면 도 9나 도 10과는 다른 약정 결과가 얻어지는 경우가 있다.

또한, 매칭 후보를 생성할 때는 상술한 기본적인 2부 그래프 작성 이론에 기초하는 알고리즘 외에도 그래프 이론의「무게 부여 2부 그래프 최대 매칭 산출」알고리즘 등, 여러 가지을 적용할 수가 있다.

<제3실시 양태> 도 11는, 본 발명의 제3실시 양태에 있어서의 거래 제약 해결 지원 장치 및 거래 제약 해결 장치로 이루어지는 장치의 기능 구성을 나타내는 블럭도이다. 이 장치는, 제품 프로파일 저장부(21), 화면 생성부(22), 화면 신호 전송ㆍ입력 해석부(23), 제약 설정 출력부(24), 고객 인증부(25), 고객 프로파일 저장부(26), 디폴트 설정부(27), 상품 선택부(28) 등을 가지고 있다.

제품 프로파일 저장부(21)는 거래 상품(또는 용역)별로 지정할 수 있는 제약의 종류(이름 등), 제약의 해결 정도 값의 형태(constraintType), 제약의강도(constraintLevel), 해결 정도 값 또는 제약 강도의 바리에이션(numeric 또는 boolean, absolute 또는 best-effort 등) 등을 정의한 정의 데이터 파일을 저장하는 것이다. 이 정의 데이터 파일은, XML 문서로 하는 것이 바람직하지만 반드시 그렇지 만은 않다. 화면 생성부(22)는 상기 정의 데이터에 기초하여 판매자나 매수자(고객)가 사용하는 단말 컴퓨터의 유저 인터페이스가 되는 제약 설정 화면을 생성하는 것이다. 화면 신호 전송ㆍ입력 해석부(23)는 생성된 제약 설정 화면을 고객의 단말 컴퓨터에 송신함과 동시에 입력된 고객마다의 제약 내용을 수신하는 것이고, 본 발명의 인터페이스 출력부 및 주문 데이터 판독부의 기능을 겸하고 있다. 이 기능은 구체적으로는 일반적인 Web 서버 등에 의해 실현할 수가 있다. 또한, 고객은 단말 컴퓨터에서 일반적인 브라우저에 상기 제약 설정 화면을 표시시켜 제약 내용 등의 필요 사항을 입력ㆍ송신하도록 하면 된다. 제약 설정 출력부(24)는 상기 해석된 제약 내용을 상기 정의 데이터에 기초하여 해석하고 XML로 기술한 주문 데이터에 변환한 후, 매매의 주문 데이터를 약정시키는 매칭부로 출력하는 것이다.

또한, 고객 인증부(25)는 고객의 브라우저로부터의 액세스를 접수한 경우, 고객마다의 ID나 패스워드 등에 의해서 고객을 인증하는 것이다. 고객 프로파일 저장부(26)는 인증된 고객이 입력한 제약 내용에 기초하여 고객마다의 프로파일을 작성하고 그것을 저장하는 것이다. 디폴트 설정부(27)는 상기 저장된 고객 프로파일에 기초하여 고객마다의 제약 디폴트를 설정하고, 제약 디폴트 파일(바람직하게는 XML 문서)을 작성하는 것이다. 그리고, 상기 화면 생성부(22)에서는 이 제약디폴트 파일과 상기 정의 데이터 파일의 양쪽 내용에 기초하여 고객마다의 제약 설정 화면을 생성하도록 하고 있다. 이와 같이 함으로써 2회째 이후에 고객이 액세스한 경우에는 전회까지의 거래 내용에 기초를 둔 디폴트치가 미리 기재된 화면을 이용할 수가 있기 때문에 거래 내용에 차이가 없으면 적은 조작으로 제약 내용을 입력할 수가 있다. 또한 상품 선택부(28)는 상기 고객 인증부(25)에서 인증된 고객이 선택한 거래 상품을 접수하는 것이다. 그리고, 상기 화면 생성부(22)에서 선택된 상품의 제약 화면을 제품 프로파일 저장부(21)에 저장되어 있는 상품의 정의 데이터에 기초하는 해당 제품에 특화된 제약 화면을 생성하도록 하면 고객이 제약 내용을 입력할 때의 편리성을 더욱 향상할 수가 있다.

또, 전자 시장(마켓)의 관리자측이 독자적으로 취급 상품마다의 정의 데이터를 편집할 때는 도 12에 도시한 바와 같은 거래 제약 해결 지원 장치를 이용할 수 있다. 이 거래 제약 해결 지원 장치는 제품 프로파일 저장부(21), 화면 신호 전송ㆍ입력 해석부(23),관리자 인증부(29), 프로파일 편집부(30)를 구비하고 있다. 제품 프로파일 저장부(21), 및 화면 신호 전송ㆍ입력 해석부(23)는 대개 도 11에 도시한 것과 같은 기능을 갖는 것이다. 관리자 인증부(29)는 관리자가 자기의 단말 컴퓨터의 브라우저 등으로부터의 액세스를 화면 신호 전송ㆍ입력 해석부(Web 서버)(23)로 접수한 경우, 관리자마다의 ID나 패스워드에 의해서 해당 관리자를 인증하는 것이다. 프로파일 편집부(30)는 인증된 관리자의 브라우저에 프로파일 편집 관련 화면이 표시된 경우, 그 화면에 입력된 제품의 정의 데이터에 대한 추가, 변경, 삭제, 열람 등을 접수하고, 정의 데이터를 편집하는 것이다. 편집된 정의데이터는 제품 프로파일 저장부(21)에 다시 저장되게 된다. 이와 같이 함으로써 관리자는 외부의 범용 컴퓨터로부터 이 거래 제약 해결 지원 장치에 액세스할 수가 있기 때문에 관리자가 개별적으로 제품의 프로파일(정의 데이터)를 직접 관리한다고 하는 부담을 경감할 수가 있다.

<제4실시 양태> 도 13는, 본 실시 형태에 있어서의 거래 제약 해결 시스템의 구성도를 나타내는 것이다. 동 도면 중, M1, M2는 각각 별도의 전자 시장에서의 거래 지원 장치를 나타내고 있다. 또한「M2M BrokerAgent」은, 상기 거래 지원 장치 M1, M2 사이에 개재하는 에이전트 장치이다. 각 거래 지원 장치 M1, M2는, 예를 들면 상기 제1실시 양태나 제2실시 양태에 설명한 바와 같은 것이 해당되어 모두 거래에 있어서의 제약 등을 정의화한 XML로 특정되는 전자 상거래 전용 랭귀지(eDealML)를 해석ㆍ해석할 수가 있고, 해당 eDealML에 기초하여 각각 접수한 매수 주문 데이터와 판매 주문 데이터를 약정시키는 기능을 가지고 있다.

이 시스템에서는, 각 거래 제약 해결 장치 M1, M2는 약정시킬 수 없었던 주문 데이터에 대하여 XML로 기재한 약정 불성립 데이터를 작성한다. 이 약정 불성립 데이터는 해당 주문 데이터에 관한 제약 내용을 나타내는 <order> 요소, 약정 결과(약정한 것 뿐만 아니라, 약정하지 않은 것이 포함되는 경우도 있다)를 나타내는 <contractual> 요소, 과금 정보에 관한 <charge> 요소를 병렬적으로 갖는 데이터 구조를 구비한 것이다. 그리고 각 거래 제약 해결 장치 M1, M2는 이 약정 불성립 데이터에 기초하여 그 내용을 요약한 한시적 프로파일을 작성하여 저장한다. 이 한시적 프로파일도 XML로 기술된 문서 파일이다. 또, 상기 데이터 구조에 있어서의 <order> 요소, <contractua1> 요소, <charge> 요소는 각각 독립 파일로서 보존하거나, 데이터 베이스의 독립 레코드로서 보존할 수도 있다. 또한, <order> 요소는 필수적인 요소이지만, <contractua1> 요소 및 <charge> 요소는 부가적인 요소이기 때문에 이들을 포함하지 않는 주문 데이터를 이용하는 것도 가능하다. 나아가 <order> 요소를, 제약 등의 정의 부분과 그 정의에 기초하는 속성치를 갖는 구체적인 주문 내용 부분을 별개의 독립 파일로 보존해 둘 수도 있다.

한편, 에이전트 장치는 각 거래 제약 해결 장치 M1, M2에서 저장되어 있는 한시적 프로파일을 판독하고, 그 판독한 한시적 프로파일에 기초하는 주문 데이터을 다른 각 거래 제약 해결 장치로 약정시킬 수 있는지 여부를 판단하여, 약정 가능하다고 판단한 경우에는 약정하지 않은 주문 데이터를 그것을 저장하고 있는 거래 지원 장치로부터 추출하고, 그 주문 데이터를 약정 가능하다고 판단된 거래 지원 장치로 이송한다. 이와 같이 함으로써 단일의 마켓만으로 약정 처리를 행하는 것보다 훨씬 약정 가능성을 높일 수 있다. 이로써 전자 시장의 활성화에도 크게 공헌할 수가 있다.

또, 본 발명은 상기 각 실시 양태로 한정되는 것이 아니고, 각 실시 양태를 조합하여 적용하거나, 각 부의 구체적 구성을 본 발명의 취지를 일탈하지 않는 범위에서 여러가지 변경하는 등, 여러가지 형태로 하는 것이 가능하다.

본 발명에 따르면, 이상에서 상술한 바와 같이 지금까지 전자 시장에 매매 주문으로서 발주할 수 없었던 다양한 제약을 갖는 상거래에 대하여 이들의 제약의해결을 도모하는 것이 가능하다. 즉, 종전에는 전자 시장에 친숙하지 않은 복잡한 조건을 갖는 거래도 전자 시장상에서 취급할 수 있게 된다. 또한, 거래되는 다른 종류나 속성의 상품 또는 용역을 동일 전자 시장에서 동시에 취급하는 것 또는 그 전자 시장에서는 약정시킬 수 없었던 상품이나 용역을 다른 전자 시장과 서로 융통하거나, 고객마다 또는 취급 상품ㆍ용역마다의 프로파일을 작성하여 다음번 이후의 거래를 더욱 원활하게 하는 것 등, 지금까지 사람의 손이나 컴퓨터의 처리로는 할 수 없었던 것도 실현할 수가 있다.

Claims

전자 시장에서 거래에 관한 하나 이상의 제약을 해결하기 위한 장치로서,

해결해야 할 하나 이상의 제약 요소를 각각 정의화하여 저장하는 제약 요소 저장부와, 상기 제약 요소에 따라 접수하는 판매 주문 데이터와 매수 주문 데이터를 가약정시킨 경우에 있어서의 각 제약 요소의 해결 정도 값의 형태를 제약 요소 마다의 속성으로서 정의화하여 저장하는 약정 타입 저장부와, 상기 약정 타입 저장부에서 지정된 해결 정도 값의 형태에 기초하여 해결 처리를 행할 때의 제약의 강도를 제약 요소 마다의 속성으로서 정의화하여 저장하는 약정 레벨 저장부와, 거래에 관한 판매 주문 데이터와 매수 주문 데이터를 상기 제약 요소에 따라서 접수하는 주문 데이터 접수부와, 상기 약정 타입 저장부에 저장된 해결 정도 값의 형태 및 상기 약정 레벨 저장부에 저장된 제약의 강도에 기초하여 하나 이상의 제약을 해결하는 처리를 행하는 해결 처리부에 대하여 상기 주문 데이터 접수부에서 접수한 판매 주문 데이터 및 매수 주문 데이터를 출력하는 주문 데이터 출력부를 구비한 것을 특징으로 하는 거래 제약 해결 장치.
전자 시장에서 거래에 관한 하나 이상의 제약을 해결하기 위한 장치로서,

해결해야 할 하나 이상의 제약 요소를 각각 정의화하여 저장하는 제약 요소 저장부와, 상기 제약 요소 저장부에 저장된 제약 요소에 따라 접수하는 판매 주문 데이터와 매수 주문 데이터를 가약정시킨 경우에 있어서의 각 제약 요소의 해결 정도 값의 형태를 제약 요소 마다의 속성으로서 정의화하여 저장하는 약정 타입 저장부와, 상기 약정 타입 저장부에서 지정된 해결 정도 값의 형태에 기초하여 해결 처리를 행할 때의 제약의 강도를 제약 요소 마다의 속성으로서 정의화하여 저장하는 약정 레벨 저장부를 구비한 것을 특징으로 하는 거래 제약 해결 장치.
제1 또는 2항에 있어서, 상기 제약 타입 저장부에 저장된 해결 정도 값의 형태가 다중값 또는 2값 어느 하나의 해결 정도 값을 취하도록 되어 있는 것을 특징으로 하는 거래 제약 해결 데이터 구조.
제1 내지 3항 중 어느 한 항에 있어서, 상기 제약 레벨 저장부에 저장된 제약의 강도가 절대적인 제약을 나타내는 강제약 또는 희망적인 제약을 나타내는 선처 제약 중 어느 하나의 제약 레벨값을 취하록 되어 있는 것을 특징으로 하는 거래 제약 해결 데이터 구조.
제1 내지 4항 중 어느 한 항에 있어서, 적어도 하나의 제약 요소가 소정의 폭을 허용하고 있는 경우, 제약 요소의 속성으로서 상기 해결 정도 값을 정하는 지향성을 정의화하여 저장하는 지향성 저장부를 추가로 가지며, 상기 지향성 저장부에 저장된 지향성이 상기 소정의 폭 중 어느 하나의 값을 취하도록 되어 있는 것을 특징으로 하는 거래 제약 해결 장치.
제1 내지 5항 중 어느 한 항에 있어서, 상기 약정 타입 저장부에 저장한 해결 정도 값의 형태와 상기 약정 레벨 저장부에 저장한 제약의 강도에 따라 제약이 해결되어 약정된 결과를 나타내는 약정 결과 데이터를 저장하는 약정 결과 저장부를 추가로 구비하고 있는 것을 특징으로 하는 거래 제약 해결 장치.
제1 내지 6항 중 어느 한 항에 있어서, 상기 약정 타입 저장부에 저장한 해결 정도 값의 형태와 상기 약정 레벨 저장부에 저장한 제약의 강도에 따라 제약이 해결되어 약정되었을 때에 과금하여야 할 정보를 나타내는 과금 정보 데이터를 저장하는 과금 정보 저장부를 추가로 구비하고 있는 것을 특징으로 하는 거래 제약 해결 장치.
전자 시장에서의 거래에 관한 약정에 필요한 하나 이상의 제약 요소의 정의를 축적하는 제약 요소 축적부와, 문자 데이터 및 그 문자 데이터에 대한 부가 정보를 구별하여 기술할 수 있는 언어로 기술되어 상기 제약 요소 축적부에서 축적한 하나 이상의 제약 요소의 정의에 의해서 특정되는 전자 상거래 전용 랭귀지를 이용하여 접수한 매수 주문 데이터 및 판매 주문 데이터를 저장하는 제1 저장부와, 제1 저장부에서 저장한 매수 주문 데이터 및 판매 주문 데이터를 상기 제약 요소의 정의에 따라 해석하는 해석부와, 해석부에서 해석된 매수 주문 데이터 및 판매 주문 데이터를 상기 제약 요소의 정의에 따라 약정시키기 위한 후보를 생성하는 약정 후보 생성부를 구비한 것을 특징으로 하는 거래 제약 해결 장치.
전자 시장에서의 거래에 관한 약정에 필요한 하나 이상의 제약 요소의 정의를 축적하는 제약 요소 축적부와, 태그 및 태그로 둘러싼 문자 데이터로 이루어지는 요소의 이름 및 이들의 구조를 기술할 수 있는 언어를 이용하여 기술되고 상기 축적부에서 축적한 제약 요소의 정의에 의해서 특정되는 전자 상거래 전용 랭귀지에 기초하여 접수한 매수 주문 데이터 및 판매 주문 데이터를 저장하는 제1 저장부와, 제1 저장부에서 저장한 매수 주문 데이터 및 판매 주문 데이터를 상기 제약 요소의 정의에 따라 해석하는 해석부와, 해석부에서 해석된 매수 주문 데이터 및 판매 주문 데이터를 상기 제약 요소의 정의에 따라 약정시키기 위한 후보를 생성하는 약정 후보 생성부를 구비한 것을 특징으로 하는 거래 제약 해결 장치.
제8 또는 9항에 있어서, 제약 요소 축적부가 정의화된 해결하여야 할 하나 이상의 제약 요소와, 상기 각 제약 요소 마다의 속성으로서 정의되고, 이들 제약 요소에 따라 접수하는 판매 주문 데이터와 매수 주문 데이터를 가약정시킨 경우에 있어서의 각 제약 요소의 해결 정도 값의 형태와 상기 각 제약 요소 마다의 속성으로서 정의되고, 상기 해결 정도 값의 형태에 기초하여 해결 처리를 행할 때의 제약의 강도를 적어도 축적하고 있는 것을 특징으로 하는 거래 제약 해결 장치.
제8 내지 10항 중 어느 한 항에 있어서, 하나 이상의 제약 요소, 제약 요소에 포함되는 하나 이상의 속성, 또는 하나 이상의 속성을 포함하는 하나 이상의 제약 요소 중, 해결하여야 할 제약 요소 또는 속성의 해결 순서를 결정하는 제약 해결 순서 결정 수단을 추가로 구비한 것을 특징으로 하는 거래 제약 해결 장치.
제8 내지 11항 중 어느 한 항에 있어서, 상기약정 후보 생성부에서 생성된 매수 주문 데이터와 판매 주문 데이터에 기초하여 이들 매수 주문 데이터와 판매 주문 데이터를 상기 정의된 제약 요소에 따라 약정시키는 처리를 행하는 매칭부와, 적어도 매칭부에서 약정된 매수 주문 데이터 및 판매 주문 데이터를 저장하는 제2 저장부를 추가로 구비한 것을 특징으로 하는 거래 제약 해결 장치.
제8 내지 12항 중 어느 한 항에 있어서, 상기 제2 저장부가 약정 후보 생성부 또는 매칭부의 적어도 어느 한 쪽의 처리에 따른 제약 요소 중, 이용된 제약 요소와 이용되지 않은 제약 요소를 구별하여 저장하는 것을 특징으로 하는 거래 제약 해결 장치.
제8 내지 13항 중 어느 한 항에 있어서, 상기 매칭부의 처리에 기초하여 제약이 해결되어 약정되었을 때에 과금해야 할 정보를 나타내는 과금 정보 데이터를 저장하는 제3 저장부를 추가로 구비한 것을 특징으로 하는 거래 제약 해결 장치.
제8 내지 14항 중 어느 한 항에 있어서, 제1 저장부는 매수 주문 데이터 및 판매 주문 데이터를 제시한 매수자 및 판매자 각각이 다른 사람이 제시한 데이터를알 수 없는 상태에서 접수한 데이터를 저장하는 것을 특징으로 하는 거래 제약 해결 장치.
제8 내지 15항 중 어느 한 항에 있어서, 상기 매칭부가 매수 주문 데이터에 포함되는 제약 요소의 하나인 가격과, 판매 주문 데이터에 포함되는 제약 요소의 하나인 가격이 일치하지 않는 경우라도 매수 주문 데이터와 판매 주문 데이터를 약정시키는 것을 특징으로 하는 거래 제약 해결 장치.
전자 시장에서의 거래에 관한 약정에 필요한 하나 이상의 제약 요소의 정의와, 상기 각 제약 요소 마다의 속성으로서 정의되고 이들 제약 요소에 따라 접수하는 판매 주문 데이터와 매수 주문 데이터를 가약정시킨 경우에 있어서의 각 제약 요소의 해결 정도 값의 형태와, 상기 각 제약 요소 마다의 속성으로서 정의되어 상기 해결 정도 값의 형태에 기초하여 해결 처리를 행할 때의 제약의 강도를 적어도 저장하고, 또한 상기 제약의 정의, 해결 정도 값의 형태 및 제약의 강도에 기초하여 접수한 매수 주문 데이터 및 판매 주문 데이터를 부가적으로 저장할 수 있도록 구성한 제1 데이터부를 적어도 가지며, 상기 제1 데이터부에서의 약정 타입 정의 데이터의 해결 정도 및 약정 레벨 정의 데이터의 해결 조건에 따라 약정된 매수 주문 데이터와 판매 주문 데이터의 약정 결과를 저장하는 제2 데이터부, 또는 상기 약정에서 과금해야 할 과금 정보를 저장하는 제3 데이터부 중 어느 한 쪽 또는 양쪽을 부가적으로 마련할 수 있도록 구성하고 있는 것을 특징으로 하는 거래 제약해결 데이터 구조.
전자 시장에서의 거래에 관한 판매 주문 데이터 또는 매수 주문 데이터의 적어도 한쪽을 판독하는 주문 데이터 판독부와, 제17항에 기재한 거래 제약 해결 데이터 구조 중 적어도 제1 데이터부에서의 제약 요소의 정의, 해결 정도 값의 형태 및 제약의 강도로 이루어지는 정의 데이터를 저장하는 정의 데이터 저장부와, 상기 주문 데이터 판독부에서 판독한 주문 데이터를 상기 정의 데이터 저장부에 저장한 정의 데이터에 기초하여 해석하여 판매 주문 데이터와 매수 주문 데이터를 약정시키는 처리를 행하는 매칭부로 출력하는 주문 데이터 출력부를 구비한 것을 특징으로 하는 거래 제약 해결 장치.
제 17항에 기재한 거래 제약 해결 데이터 구조 중 적어도 제1 데이터부에서의 제약 요소의 정의, 해결 정도 값의 형태 및 제약의 강도로 이루어지는 정의 데이터에 기초하여 전자 시장에서의 거래의 거래 내용을 접수하기 위한 거래 접수 인터페이스를 생성하는 인터페이스 생성부와, 상기 인터페이스 생성부에서 생성한 거래 접수 인터페이스를 출력하는 인터 페이스 출력부와, 인터페이스 출력부에서 출력한 거래 접수 인터페이스에 기초하여 입력된 거래 내용 데이터를 상기 정의 데이터에 따른 거래 내용 데이터 파일로 변환하는 데이터 변환부를 구비한 것을 특징으로 하는 거래 제약 해결 지원 장치.
제19항에 있어서, 상기 거래 접수 인터페이스에서 접수한 거래 데이터 내용에 기초하여 해당 거래에 관한 고객인 판매자 또는 매수자 개별의 고객 프로파일 데이터를 작성하여 저장하는 고객 프로파일 저장부와, 상기 고객 프로파일 저장부에 저장한 고객 프로파일 데이터에 기초하여 상기 정의 데이터의 일부 또는 전부에 대하여 고객마다의 디폴트 정의 데이터를 설정하는 디폴트 설정부를 추가로 구비하고, 상기 인터페이스 생성부가 상기 정의 데이터 및 디폴트 정의 데이터에 기초를 둔 거래 접수 인터페이스를 생성하도록 되어 있는 것을 특징으로 하는 청구의 거래 제약 해결 지원 장치.
제17항에 기재한 거래 제약 해결 데이터 구조 중 적어도 제1 데이터부에서의 제약 요소의 정의에 기초하여 작성된, 전자 시장에서의 거래의 거래 내용 데이터를 접수하는 거래 내용 데이터 접수부와, 거래 내용 데이터 접수부에서 접수한 거래 내용 데이터를 저장하는 거래 내용 데이터 저장부를 구비한 것을 특징으로 하는 거래 제약 해결 장치.
제17항에 기재한 거래 제약 해결 데이터 구조 중 적어도 제1 데이터부에서의 제약 요소의 정의에 기초하여 작성되어 접수한 주문 데이터를 접수하는 주문 데이터 접수부와, 주문 데이터 접수부에서 접수한 주문 데이터를 저장하는 주문 데이터 저장부와, 주문 데이터 저장부에서 저장한 주문 데이터를 상기 제1 데이터부에서의 제약 요소의 정의에 따라 약정시키는 처리를 행하는 매칭부와, 매칭부에서 약정하지 않은 주문 데이터를 저장하는 약정 불성립 데이터 저장부와, 상기 약정 불성립 데이터 저장부에서 저장한 주문 데이터에 기초하는 일시적인 프로파일을 저장하는 프로파일 저장부를 구비한 전자 시장에서의 거래의 거래 내용 데이터 거래 제약 해결 데이터 구조를 해석할 수 있는 복수의 전자 시장 각각의 거래 제약 해결 장치와, 상기 거래 제약 장치에 있어서의 프로파일 저장부에 저장된 프로파일을 판독하고, 그 판독한 프로파일에 기초하는 주문 데이터를 다른 거래 제약 해결 장치로 약정 가능한지 여부를 판단하는 판단 기능과, 상기 판단 기능에 의해 상기 주문 데이터가 다른 거래 지원 장치로 약정 가능하다고 판단된 경우에 그 주문 데이터를 상기 거래 제약 해결 장치에 있어서의 약정 불성립 데이터로부터 추출하여 해당 다른 거래 지원 장치의 주문 데이터 접수부로 이송하여 접수시키는 데이터 이송 기능을 갖는 에이전트 장치로 구성되는 것을 특징으로 하는 거래 제약 해결 시스템.