KR20030003658A - 입찰 시스템 - Google Patents

Abstract

본 발명에 관한 입찰 시스템은, 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰 시스템으로서, 응찰자로부터 통신망을 통하여 송신된 응찰금액 범위정보를 수신하는 입찰 처리부 (14) 와 입찰 처리부 (14) 에 의해 수신한 응찰금액 범위정보에 근거하여 수수료를 산출하는 수수료과금 처리부 (13) 를 구비한 것이다. 또한, 사이트 운영자에 대하여 알려지지 않도록 공통키를 사용하였다.

Description

입찰 시스템{BIDDING SYSTEM}

최근 정보통신기술의 비약적인 향상 및 인터넷의 보급에 따라, 거래가 인터넷을 통하여 이루어지게 되었다. 그러한 일 태양으로서, 전자상거래시장 사이트가 설치되어 있다. 이 전자상거래 사이트에 있어서는, 입찰을 개최하는 자 (이하, 입찰개최자라 함) 에 대하여 응찰자가 응찰금액을 제시하고, 최종적으로 낙찰자가 선택되어 낙찰금액이 확정된다. 여기에서, 전자상거래시장 사이트는 입찰개최자나 응찰자의 수수료에 의해 성립되고 있는 경우가 많다. 수수료에는 예를 들면, 응찰수수료와 낙찰수수료가 있다. 응찰수수료는 통상적으로 응찰금액에 근거하여 정해진다. 또한, 낙찰수수료는 통상적으로 낙찰금액에 근거하여 정해진다. 이 때문에, 전자상거래 사이트의 사이트 운영자가 응찰수수료 및 낙찰수수료를 입찰개최자 및/또는 응찰자 등에 청구하기 위해서는, 응찰금액 및 낙찰금액을 알 필요가 있다.

그러나, 일반적으로 입찰개최자, 응찰자 및 낙찰자에게 있어서 낙찰금액정보는 자기 사업의 채산을 추인하는 재료가 되기 때문에, 제 3 자에게 공개하는 것을원하지 않는다. 이것은 동업계의 타사뿐만 아니라, 전자상거래사이트의 사이트 운영자에 대해서도 응찰금액 및 낙찰금액을 알리고 싶지 않은 것이 실정이다.

특히, 건설공사의 입찰에 관해서는, 일반 상품에 비하여 고액의 서비스를 취급하기 때문에, 응찰금액 및 낙찰금액을 제 3 자에게 공개함에 따른 악영향이 다른 상품, 서비스와 비교하여 현저하게 크다.

이와 같이 종래 기술에 있어서는, 응찰금액 및 낙찰금액이 전자상거래사이트의 사이트 운영자에 의해 알려진다는 문제점이 있었다.

따라서, 본 발명의 목적은 응찰금액 및 낙찰금액이 전자상거래의 사이트 운영자에 대하여 알려지지 않고 입찰을 실행할 수 있는 입찰 시스템을 제공하는 것이다.

본 발명은 입찰 시스템에 관한 것으로서, 특히 낙찰금액의 파악 모델에 관한 것이다.

도 1은 본 발명에 있어서의 입찰 시스템의 시스템 구성도이다.

도 2는 본 발명에 있어서의 입찰 시스템의 전체 처리 플로우를 나타내는 플로우차트이다.

도 3은 본 발명에 있어서의 입찰 시스템의 처리 플로우의 일부를 나타내는 플로우차트이다.

도 4는 본 발명에 있어서의 입찰 시스템의 처리 플로우의 일부를 나타내는 플로우차트이다.

도 5는 본 발명에 있어서의 입찰 시스템의 처리 플로우의 일부를 나타내는 플로우차트이다.

도 6은 본 발명에 있어서의 입찰 시스템의 표시화면예를 나타내는 도면이다.

도 7은 본 발명에 있어서의 입찰 시스템의 표시화면예를 나타내는 도면이다.

도 8은 본 발명에 있어서의 입찰 시스템의 표시화면예를 나타내는 도면이다.

도 9는 본 발명에 있어서의 입찰 시스템의 표시화면예를 나타내는 도면이다.

도 10은 본 발명에 있어서의 입찰 시스템의 표시화면예를 나타내는 도면이다.

도 11은 본 발명에 있어서의 입찰 시스템의 응찰금액 레인지표를 나타내는 도면이다.

도 12는 본 발명에 있어서의 입찰 시스템의 일부 처리를 나타내는 플로우차트이다.

도 13은 본 발명에 있어서의 입찰 시스템의 표시화면예를 나타내는 도면이다.

도 14는 본 발명에 있어서의 입찰 시스템의 표시화면예를 나타내는 도면이다.

도 15는 본 발명에 있어서의 입찰 시스템의 표시화면예를 나타내는 도면이다.

도 16은 본 발명에 있어서의 입찰 시스템의 표시화면예를 나타내는 도면이다.

본 발명에 관한 입찰 시스템은, 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰 시스템으로서, 응찰자로부터 통신망을 통하여 송신된 응찰금액 범위정보를 수신하는 응찰정보 수신수단 (예를 들면, 본 실시형태에 있어서의 입찰 처리부 (14)) 과, 상기 응찰정보 수신수단에 의해 수신한 응찰금액 범위정보에 근거하여 수수료를 산출하는 수수료 산출수단 (예를 들면, 본 실시형태에 있어서의 수수료과금 처리부 (13)) 을 구비한 것이다. 이에 의해, 응찰금액 및/또는 낙찰금액이 전자상거래사이트의 사이트 운영자에 대하여 알려지지 않고 입찰을 실행할 수 있다.

또한, 본 발명에 관한 입찰 시스템은, 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰 시스템으로서, 응찰자로부터 통신망을 통하여 송신된 응찰금액정보 및 응찰금액 범위정보를 수신하는 응찰정보 수신수단 (예를 들면, 본 실시형태에 있어서의 입찰 처리부 (14)) 과, 상기 응찰정보 수신수단에 의해 수신한 응찰금액정보를 통신망을 통하여 입찰개최자에 대하여 송신하는 응찰금액정보 송신수단 (예를 들면, 본 실시형태에 있어서의 입찰 처리부 (14)) 과, 상기 응찰정보 수신수단에 의해 수신한 응찰금액정보를 당해 입찰 시스템의 운영자가 인지하는 것을 방지하는 응찰금액정보누설 방지수단 (예를 들면, 본 실시형태에 있어서의 공통키) 과, 상기 응찰정보 수신수단에 의해 수신한 응찰금액 범위정보에 근거하여 수수료를 산출하는 수수료 산출수단 (예를 들면, 본 실시형태에 있어서의 수수료과금 처리부 (13)) 을 구비한 것이라도 된다. 응찰금액 및 낙찰금액이 전자상거래사이트의 사이트 운영자에 대하여 알려지는 것을 효과적으로 방지할 수 있다.

상술한 응찰금액 범위정보는 바람직하게는 응찰금액을 포함하는 일정한 금액범위로 이루어지는 정보이다.

또한, 상술한 수수료 산출수단은 상기 응찰금액 범위정보와 상기 수수료정보를 관련지은 테이블을 사용하여 당해 수수료를 산출하도록 해도 된다.

또한, 상술한 수수료 산출수단은 상기 낙찰자정보와 응찰금액 범위정보에 근거하여 낙찰수수료를 산출하는 것으로 해도 된다.

또한, 상술한 입찰 시스템은, 응찰자의 단말에 있어서, 응찰자에 의해 입력된 응찰금액정보와 응찰금액 범위정보를 비교하여, 정합이 이루어지지 않을 경우에 응찰자에 대하여 재입력을 요구하는 수단을 설치하도록 해도 된다. 이와 같은 구성을 가짐으로써, 응찰자가 응찰금액에 대응하지 않는 응찰금액 범위정보를 입력하는 것을 방지할 수 있다.

또한, 응찰자가 응찰수수료의 지불을 승낙하지 않을 경우에는 입찰에 대한 참가를 제한하는 수단을 구비해도 된다. 이와 같이 함으로써, 응찰수수료를 확실하게 징수할 수 있다. 또한, 소위 장난삼아 입찰에 참가하고자 하는 자를 배제할 수 있다.

또한, 응찰자가 응찰수수료의 지불방법을 입력하지 않을 경우에는 입찰에 대한 참가를 제한하는 수단을 추가로 구비해도 된다. 이와 같이 함으로써, 응찰수수료를 확실하게 징수할 수 있다. 또한, 소위 장난삼아 입찰에 참가하고자 하는 자를 배제할 수 있다.

또한, 응찰자가 입력한 응찰수수료의 지불방법에 근거하여 응찰자의 지불능력을 확인하는 수단과, 당해 확인수단에 의해 지불능력이 확인되지 않을 경우에는 입찰에 대한 참가를 제한하는 수단을 추가로 구비해도 된다. 이와 같이 함으로써, 응찰수수료를 확실하게 징수할 수 있다. 또한, 소위 장난삼아 입찰에 참가하고자 하는 자를 배제할 수 있다.

본 발명에 관한 입찰 시스템은, 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰 시스템으로서, 입찰개최자에 의해 생성되고, 전자봉투에 기억된 각 응찰자마다 다른 공통키를 통신망을 통하여 수신하는 공통키 수신수단 (예를 들면, 본 실시형태에 있어서의 공통키 처리부 (16)) 과, 수신한 공통키를 각 응찰자에 대하여 통신망을 통하여 송신하는 공통키 송신수단 (예를 들면, 본 실시형태에 있어서의 공통키 처리부 (16)) 과, 공통키를 사용하여 암호화된 응찰금액정보를, 통신망을 통하여 수신하는 응찰금액정보 수신수단 (예를 들면, 본 실시형태에 있어서의 입찰 처리부 (14)) 과, 수신한 암호화된 응찰금액정보를, 통신망을 통하여 입찰개최자에 대하여 송신하는 응찰금액정보 송신수단 (예를 들면, 본 실시형태에 있어서의 입찰 처리부 (14)) 을 구비한 것이다. 이와 같은 구성에 의해 응찰금액에 관한 정보를 사이트 운영자에 대하여 알려지지 않고 입찰을 실행할 수 있다.

본 발명의 다른 태양에 관한 입찰방법은, 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰방법으로서, 응찰자로부터 통신망을 통하여 송신된 응찰금액 범위정보를 수신하는 응찰정보 수신단계와, 상기 응찰정보 수신단계에 의해 수신한 응찰금액 범위정보에 근거하여 수수료를 산출하는 수수료 산출단계를 구비한 것이다. 이에 의해, 응찰금액 및/또는 낙찰금액이 전자상거래사이트의 사이트 운영자에 대하여 알려지지 않고 입찰을 실행할 수 있다.

또한, 본 발명에 관한 입찰방법은, 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰방법으로서, 응찰자로부터 통신망을 통하여 송신된 응찰금액정보 및 응찰금액 범위정보를 수신하는 응찰정보 수신단계와, 수신한 응찰금액정보를 통신망을 통하여 입찰개최자에 대하여 송신하는 응찰금액정보 송신단계와, 수신한 응찰금액정보를 당해 입찰 시스템의 운영자가 인지하는 것을 방지하는 응찰금액정보누설 방지단계와, 수신한 응찰금액 범위정보에 근거하여 수수료를 산출하는 수수료 산출단계를 갖는 것이다. 응찰금액 및/또는 낙찰금액이 전자상거래사이트의 사이트 운영자에 대하여 알려지는 것을 효과적으로 방지할 수 있다.

본 발명에 관한 입찰방법은, 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰방법으로서, 입찰개최자에 의해 생성되고, 전자봉투에 기억된 각 응찰자마다 다른 공통키를 통신망을 통하여 수신하는 공통키 수신단계와, 수신한 공통키를 각 응찰자에 대하여 통신망을 통하여 송신하는 공통키 송신단계와, 공통키를 사용하여 암호화된 응찰금액정보를, 통신망을 통하여 수신하는 응찰금액정보 수신단계와, 수신한 암호화된 응찰금액정보를, 통신망을 통하여 입찰개최자에 대하여 송신하는 응찰금액정보 송신단계를 구비한 것이다. 이와 같은 구성에 의해 응찰금액에 관한 정보를 사이트 운영자에 대하여 알려지지 않고 입찰을 실행할 수 있다.

본 발명의 다른 태양에 관한 입찰프로그램을 기억한 기억매체는, 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰프로그램을 기억한 기억매체로서, 당해 입찰프로그램은, 컴퓨터에 대하여, 응찰자로부터 통신망을 통하여 송신된 응찰금액 범위정보를 수신하는 응찰정보 수신단계와, 상기 응찰정보 수신단계에 의해 수신한 응찰금액 범위정보에 근거하여 수수료를 산출하는 수수료 산출단계를 실행시키는 것이다. 이에 의해, 응찰금액 및/또는 낙찰금액이 전자상거래의 사이트 운영자에 대하여 알려지지 않고 입찰을 실행할 수 있다.

또한, 본 발명에 관한 입찰프로그램을 기억한 기억매체는, 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰프로그램을 기억한 기억매체로서, 당해 입찰프로그램은, 컴퓨터에 대하여, 응찰자로부터 통신망을 통하여 송신된 응찰금액정보 및 응찰금액 범위정보를 수신하는 응찰정보 수신단계와, 수신한 응찰금액정보를 통신망을 통하여 입찰개최자에 대하여 송신하는 응찰금액정보 송신단계와, 수신한 응찰금액정보를 당해 입찰 시스템의 운영자가 인지하는 것을 방지하는 응찰금액정보누설 방지단계와, 수신한 응찰금액 범위정보에 근거하여 수수료를 산출하는 수수료 산출단계를 실행시키는 것이다. 이에 의해, 응찰금액 및/또는 낙찰금액이 전자상거래의 사이트 운영자에 대하여 알려지지 않고 입찰을 실행할 수 있다.

본 발명에 관한 입찰프로그램을 기억한 기억매체는, 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰프로그램을 기억한 기억매체로서, 당해 입찰프로그램은, 컴퓨터에 대하여, 입찰개최자에 의해 생성되고, 전자봉투에 기억된 각 응찰자마다 다른 공통키를 통신망을 통하여 수신하는 공통키 수신단계와, 수신한 공통키를 각 응찰자에 대하여 통신망을 통하여 송신하는 공통키 송신단계와, 공통키를 사용하여 암호화된 응찰금액정보를, 통신망을 통하여 수신하는 응찰금액정보 수신단계와, 수신한 암호화된 응찰금액정보를 통신망을 통하여 입찰개최자에 대하여 송신하는 응찰금액정보 송신단계를 실행시키는 것이다. 이와 같은 구성에 의해 응찰금액에 관한 정보를 사이트 운영자에 대하여 알려지지 않고 입찰을 실행할 수 있는 시스템을 제공할 수 있다.

도 1은 본 발명에 관한 입찰 시스템의 시스템 구성도를 나타낸다. 이 발명의 실시형태에서는, 일례로서 건설공사의 입찰에 적용한 경우를 설명하지만, 이에 한정되지 않으며 본 발명에 관한 입찰 시스템은 모든 종류의 상품, 서비스 등의 입찰에 대하여 적용하는 것이 가능하다. 도면에 나타나는 바와 같이, 이 입찰 시스템은 서버 (1), 데이터 베이스 (2) 및 사이트 운영자의 단말 (5) 을 기본적인 구성으로 하고, 또한 통신망 (6) 을 통하여 입찰개최자의 단말 (3) 과 응찰자의 단말 (4) 이 접속되어 있다.

서버 (1) 는 서버, 컴퓨터 등에 의해 구성되며, 도시하지 않은 CPU, ROM, RAM, 하드디스크 등의 구성을 갖고, 적어도 멤버등록 처리부 (11), 안건등록 처리부 (12), 수수료과금 처리부 (13), 입찰 처리부 (14), 발주 처리부 (15) 및 공통키 처리부 (16) 를 구비하고 있다. 이들 처리부는 메모리, 하드디스크 등의 기억수단에 기억된 각종 처리 프로그램에 근거하여 CPU 가 동작함으로써 실현된다. 또한, 데이터 베이스 (2) 는 멤버정보 기억부 (21), 안건정보 기억부 (22), 과금정보 기억부 (23), 입찰정보 기억부 (24) 및 발주정보 기억부 (25) 를 구비하고 있다.

멤버등록 처리부 (11) 는, 멤버 (회원) 등록에 관한 처리를 실행하는 기능을 갖는다. 멤버등록은 원칙으로서 통신망 (6) 을 통하여 접속된 단말에 의해 등록정보를 입력함으로써 실행된다. 멤버등록에 있어서는, 입찰개최자로서의 등록, 응찰자로서의 등록이 있고, 어느 일측뿐만 아니라 양측을 선택하는 것도 가능하다. 등록하는 멤버로서는 건설공사회사, 메이커, 설계사무소, 적산사무소, CM (컨스트럭션 매니지먼트 회사) 이 있다. 이 중, 건설공사회사는 응찰자로서입찰에 참가하는 경우 이외에, 일단 낙찰된 안건에 관하여 입찰개최자로서 입찰에 참가할 가능성도 있다. 멤버등록 처리부 (11) 에 의해 등록된 정보는 데이터 베이스 (2) 의 멤버정보 기억부 (21) 에 기억된다. 또한, 본 입찰 시스템을 건설공사가 아니라 다른 입찰에 적용한 경우에는 등록하는 멤버에는 건설공사회사가 아니라 상품을 제공하는 메이커, 상품을 구입하는 상사, 서비스를 제공하는 서비스 공급자, 옥션을 실시하는 옥션회사 등 다양한 멤버가 포함된다.

안건등록 처리부 (12) 는, 입찰대상이 되는 안건등록에 관한 처리를 실행하는 기능을 갖는다. 이 안건등록도 원칙으로서 통신망 (6) 을 통하여 접속된 단말 (3) 에 의해, 예를 들면, 설계사무소나 건설공사회사 등의 입찰개최자가 안건정보를 입력함으로써 실행된다. 안건등록 처리부 (12) 에 의해 등록된 안건정보는 데이터 베이스 (2) 의 안건정보 기억부 (22) 에 기억된다.

수수료과금 처리부 (13) 는, 본 시스템에 의해 상거래를 실시하기 위한 수수료에 관한 처리를 실행하는 기능을 갖는다. 수수료에는 응찰시에 지불하는 응찰수수료와 낙찰시에 지불하는 낙찰수수료가 포함된다. 응찰수수료는 응찰자가 기본적으로 지불한다. 한편, 낙찰수수료는 낙찰자 및 입찰개최자 쌍방 또는 어느 한 쪽이 지불한다. 응찰수수료는 기본적으로 응찰시에 제시된 응찰가격이, 미리 준비된 응찰금액 레인지표 중 어느 쪽의 레인지에 포함되는가라는 정보 (이하, 응찰금액 범위정보라 함) 에 근거하여 정해진다. 또한, 낙찰수수료도 낙찰가격이 당해 응찰금액 레인지표의 어느 쪽 레인지에 포함되는가라는 정보, 즉 응찰금액 범위정보에 근거하여 정해진다. 수수료에 관해서는 이 외에 멤버등록시에지불하는 등록수수료, 등록유지비용으로서 매월 또는 매년마다 지불하는 등록유지수수료 등 다양한 수수료가 부과되는 경우가 있다. 수수료과금 처리부 (13) 에 의한 과금 처리의 기준이 되는 정보나 멤버에 대하여 과금해야 할 구체적 과금정보는 과금정보 기억부 (23) 에 기억된다.

입찰 처리부 (14) 는, 이 예에서는 건설공사에 대한 입찰에 관한 처리를 실행하는 기능을 갖는다. 입찰 처리부 (14) 는, 입찰대상이 되는 안건정보에 관해서는 상기 안건등록 처리부 (12) 에 의해 등록되고, 안건정보 기억부 (22) 에 기억된 정보를 사용한다. 또한, 입찰 처리부 (14) 는 입찰에 관한 정보에 관해서는, 응찰자로부터 그 단말 (4) 을 사용하여 송신된 입찰에 관한 정보를 수신하여 입찰정보 기억부 (24) 에 기억하고, 그 기억된 정보를 사용한다. 그리고, 복수의 응찰자로부터 응찰이 있는 경우에 소정의 기준에 근거하여, 특정한 1 사 (社) 또는 수개 사를 낙찰자로서 인정한다. 여기에서, 낙찰자를 결정하는 기준으로서는, 순차적으로 응찰에 관한 정보를 입찰개최자가 사이트에 액세스함으로써 취득하고, 그 응찰에 관한 정보에 근거하여 입찰개최자가 판단함으로써 낙찰자를 결정해도 되고, 또한 단순히 가장 저렴한 응찰액을 기입한 회사를 낙찰자로서 인정하도록 해도 된다. 이 경우에는, 사이트 운영자의 서버 (1) 에서 자동적으로 낙찰자가 결정된다. 낙찰자의 정보에 관해서도 입찰정보 기억부 (24) 에 기억된다.

발주 처리부 (15) 는 입찰정보 기억부 (24) 에 기억된 낙찰자정보에 근거하여 정식으로 낙찰자에 대하여 안건의 발주 처리를 실행하는 기능을 갖는다. 발주정보는 데이터 베이스 (2) 의 발주정보 기억부 (25) 에 기억된다.

공통키 처리부 (16) 는 입찰 개최자에 의해 생성되고, 전자봉투에 기억된 공통키를 수신하여 응찰자에 대하여 송신하는 기능을 갖는다.

입찰개최자의 단말 (3) 은, 예를 들면, 퍼스널 컴퓨터 (PC) 로서, 디스플레이 등의 표시수단 및 키보드 등의 입력수단을 갖는다. 또한, 통신망 (6) 을 통하여 서버 (1) 와 정보의 교환을 행하는 통신기능을 갖고, 그 하드디스크상에는 서버 (1) 로부터 송신된 HTML (Hyper Text Markup Language) 데이터나 XML (eXtensible Markup Language) 데이터를 수신하여 디스플레이의 표시데이터로 변환하고, 표시하게 하는 브라우저가 인스톨되어 있다. 또한, 전자메일 소프트도 인스톨되어 있다.

응찰자의 단말 (4) 은, 입찰개최자의 단말 (3) 과 마찬가지로 예를 들면, PC 로서, 디스플레이 등의 표시수단 및 키보드 등의 입력수단을 갖는다. 또한, 통신망 (6) 을 통하여 서버 (1) 와 정보의 교환을 행하는 통신기능을 갖고, 그 하드디스크상에는 상술한 브라우저가 인스톨되어 있다. 또한, 전자메일 소프트도 인스톨되어 있다. 도 1에 나타내는 예에서는, 응찰차 (A, B, C) 3사의 단말 (41, 42, 43) 이 각각 표시되어 있다.

사이트 운영자의 단말 (5) 은, 서버 (1) 와 접속되어 있고, 예를 들면, PC 로서, 디스플레이 등의 표시수단 및 키보드 등의 입력수단을 갖는다. 기본적으로 서버 (1) 에 있어서의 각 처리를 지시, 감시하는 역할을 갖는다.

통신망 (6) 은, 예를 들면, 인터넷, 공중망 등의 통신망이다.

계속해서, 도 2에 나타내는 플로우차트를 사용하여 본 발명에 관한 입찰 시스템의 전체 처리 플로우의 개략을 먼저 설명한다. 그리고, 그 후에 각 단계를 상세하게 설명하기로 한다.

먼저, 본 입찰 시스템을 이용하기 위한 멤버등록을 실행한다 (단계 S201). 멤버등록에는, 상술한 바와 같이 입찰개최자로서의 등록, 응찰자로서의 등록, 양자로서의 등록이 있다. 이어서, 입찰안건을 입찰개최자가 등록한다 (단계 S202). 안건등록은 통신망 (6) 을 통하여 입찰개최자의 단말 (3) 에 의해 실행한다.

그리고, 입찰이 개최되고 (단계 S203), 실제로 응찰자의 단말 (4) 로부터 응찰이 실행된다 (단계 S204). 이 응찰시에는 응찰수수료가 과금된다 (단계 S205).

일정기간 만료 후, 입찰이 마감되고, 응찰자 중에서 낙찰자의 선택이 실행되어 안건이 낙찰된다 (단계 S206). 낙찰된 경우, 낙찰자 및/또는 입찰개최자에 대하여 낙찰수수료의 과금이 실행된다 (단계 S207). 그리고, 낙찰결과에 근거하여 발주 처리가 실행된다 (단계 S208). 또한, 필요에 따라 공증에 관한 처리가 실행된다 (단계 S209).

이어서, 도 2에 나타내는 플로우차트의 각 단계에 관하여 상세하게 설명한다.

멤버등록 처리에 관한 단계 S201 은 다음과 같이 하여 실행한다. 멤버등록은 멤버등록 처리부 (11) 를 중심으로 실행된다. 예를 들면, 입찰을 개최하고자 하는 건축주가 멤버등록을 하기 위해서는, 먼저 본 발명에 관한 입찰 시스템의 사이트에 액세스한다. 그리고, 멤버등록 페이지의 표시를 요구하면, 도 6에나타내는 멤버등록 페이지를 표시하기 위한 데이터가 통신망 (6) 을 통하여 입찰개최자의 단말 (3) 에 대하여 송신된다. 당해 멤버등록 페이지에는, 도면에 나타나는 바와 같이, 먼저 입찰개최자로서 등록을 하는 것인가, 응찰자로서 등록을 하는 것인가, 또는 양자로서 등록을 하는 것인가를 선택하도록 구성되어 있다. 그 후에, 멤버등록을 하기 위하여 필요한 정보, 예를 들면, 업종명, 회사명, 대표자명, 주소, 전화번호, FAX 번호, 담당자성명, 담당자의 전자메일 어드레스의 입력을 당해 입찰개최자에 대하여 요구하도록 구성되어 있다. 또한, 이들 이외의, 예를 들면, 담당자의 소속부서 등의 정보를 추가로 포함하는 것도 가능하다. 입찰개최자가 이들 정보를 입력하고, 송신버튼을 클릭하면, 입력된 정보가 통신망 (6) 을 통하여 서버 (1) 에 송신된다. 서버 (1) 에서는 멤버등록 처리부 (11) 가 당해 정보를 수신하고, 데이터 베이스 (2) 의 멤버정보 기억부 (21) 에 기억한다. 그리고, 멤버등록 처리부 (11) 는 멤버등록의 완료에 따라 당해 멤버에 대하여 멤버번호 및 본 입찰 시스템에 액세스하기 위하여 필요한 패스워드를 전자메일, 우송 또는 팩시밀리에 의해 송신한다. 또한, 응찰자로서 등록을 실행하는 경우도 입찰개최자로서 등록하는 경우와, 먼저 그 취지를 등록하는 점을 제외하고 동일한 처리를 실행한다.

이어서, 안건등록 단계 S202 에 관하여 설명한다. 안건등록이란, 입찰대상을 등록하는 것으로서, 이 예에서는 건설공사안건을 등록하는 것이다. 입찰개최자가 원칙적으로 통신망 (6) 을 통하여 단말 (3) 을 사용하여 실행한다.

구체적으로는, 먼저 입찰개최자는 자기 단말 (3) 을 사용하여 안건등록 페이지의 송신을 서버 (1) 에 대하여 요구한다. 이 요구에 따라 서버 (1) 의 안건등록 처리부 (12) 는, 도 7에 나타내는 안건등록 페이지를 통신망 (6) 을 통하여 건축주인 입찰개최자의 단말 (3) 에 대하여 송신한다. 이 안건등록 페이지는, 건축주의 단말 (3) 의 디스플레이상에 표시된다. 도 8 안건등록 페이지에서는, 안건을 특정하기 위한 정보의 입력을 건축주인 입찰개최자에 대하여 요구하고 있다. 예를 들면, 안건명, 건설지, 건축물의 구조, 건축물의 인도일, 설계도면의 수수방법, 최저입찰가격 등이다. 여기에서, 설계도면의 수수방법란에서는 메일에 의한 수수, 우송에 의한 수수 등에서 선택하여 입력할 수 있도록 되어 있다. 또한, 설계도면의 수수방법에 관해서는 이 단계에서 등록하지 않아도 된다. 이들 정보의 입력을 완료하고, 송신버튼을 클릭하면, 이들 정보가 통신망 (6) 을 통하여 서버 (1) 에 대하여 송신된다. 서버 (1) 에서는 이들 안건정보를 수신하고, 안건등록 처리부 (12) 에 의해 안건정보 기억부 (22) 에 기억한다. 또한, 안건등록 처리부 (12) 는 등록된 안건마다 안건번호를 부여하고, 당해 안건정보나 안건에 대한 응찰정보를 입수하기 위하여 필수인 패스워드나 공통키를 함께 통신망 (6) 을 통하여 입찰개최자의 단말 (3) 에 전자메일 등에 의해 송신한다. 또한, 안건등록 처리부 (12) 에 의해 등록된 안건정보의 개시범위를 단계적으로 설정하여 액세스한 자의 자격 등에 따라 개시범위를 바꾸도록 해도 된다. 이 경우에는, 예를 들면, 공통 키에 의해 안건정보에 관한 데이터를 필드마다 관리하도록 함으로써 실현할 수 있다.

이어서, 입찰단계 S204, 응찰과금단계 S205 까지의 구체적인 처리를 상세하게 설명한다. 도 4에 이들 단계의 구체적인 플로우가 도시되어 있다.

입찰은 기본적으로 서버 (1) 의 입찰 처리부 (14) 에 의해 실행한다. 입찰 처리부 (14) 는 도 8에 나타내는 바와 같은 입찰안건 페이지를, 통신망을 통하여 본 입찰 시스템의 멤버가 액세스 가능한 상태로 둔다. 구체적으로는, 본 입찰 시스템의 사이트상에 당해 입찰안건 페이지를 설치한다. 도 8에 나타내는 입찰안건 페이지에서는, 입찰을 할 수 있는 안건이 안건번호 및 안건명에 의해 특정되어 열거되고 있다. 이들 열거된 안건의 안건명을 응찰자가 자기 단말 (4) 을 사용하여 클릭하면, 당해 안건의 상세정보를 기재한 입찰정보 페이지가 단말 (4) 의 디스플레이에 표시된다.

응찰자는 입찰안건 페이지로부터 특정한 입찰안건에 관한 입찰정보 페이지를 열람하고, 응찰금액의 계산을 실행한다 (단계 S401). 이 입찰정보 페이지의 예를 도 9에 나타낸다. 도 9의 예에서는, 안건번호, 안건명, 건설지, 건축물의 구조, 건축물의 인도일 등의 정보가 표시되어 있다. 예를 들면, 건설공사회사는 이들 입찰정보를 취득하고, 입찰에 대한 참가, 그 응찰금액을 검토한다. 입찰에 참가하여 응찰하는 것이 결정된 경우에는 도 9의 입찰정보 페이지의 「응찰한다」라고 기재된 버튼을 클릭한다. 이 경우, 응찰의 필요정보를 입력하기 위한 응찰 페이지가 서버 (1) 로부터 응찰자의 단말 (4) 에 송신된다. 그 이외에는 「되돌아간다」라고 기재된 버튼을 클릭한다. 또한, 이 예에서는 입찰참가 희망자는 바로 응찰 페이지에 의해 응찰금액 범위 등을 입력할 수 있지만, 입찰참가 희망자를 입찰개최자에게 통지하고, 입찰개최자에 의한 자격심사를 받고 나서 견적을 계산하여 응찰하도록 해도 된다.

그리고, 응찰 페이지에 있어서, 응찰금액 레인지표에서 응찰금액의 범위를 선택한다 (단계 S402). 또한, 동 페이지에 있어서, 응찰금액을 입력한다 (단계 S403). 도 10에 응찰 페이지의 예를 나타낸다. 도 10에 나타내는 응찰 페이지에서는 응찰하는 것을 결정한 건설공사회사에 대하여 당해 응찰 페이지에 응찰금액 범위의 선택을 하는 것을 요구하고 있다. 또한, 동 페이지에서는 응찰금액의 입력도 요구하는 메시지를 표시하고 있다. 여기에서, 응찰금액 범위를 입력하는 난에는, 난의 오른쪽 끝에 하방화살표인 흑삼각이 붙여진 버튼이 표시되어 있다. 이 버튼을 클릭하면, 미리 준비된 응찰금액 범위가 표시된다. 그 범위로부터 응찰금액이 속하는 범위를 선택함으로써 응찰금액 범위의 입력을 실행한다. 이 응찰금액 범위는 데이터 베이스 (2) 의 과금정보 기억부 (23) 에 기억된 응찰금액 레인지표의 응찰금액 범위와 대응하고 있다. 또한, 응찰 페이지와는 별도로 응찰금액의 범위를 입력하기 위한 페이지를 설치해도 된다.

도 11에 응찰금액의 범위와 응찰수수료 및 낙찰수수료의 금액을 대응시킨 응찰금액 레인지표의 예를 나타낸다. 도 11에서는, 응찰금액의 범위가 1000 만엔 미만의 경우, 1000 만엔 내지 5000 만엔 미만, 5000 만엔 내지 1 억엔 미만, 1 억엔 내지 2 억엔 미만, 2 억엔 내지 4 억엔 미만, 4 억엔 이상의 6 단계로 나누고 있다. 응찰수수료에 관해서는 앞의 3 단계가 1 만엔, 그 후의 2 단계가 2 만엔, 남은 1 단계가 4 만엔으로 설정되어 있다. 또한, 낙찰수수료에 관해서는 최초의 2 단계가 10 만엔, 그 후의 2 단계가 20 만엔, 그 후의 1 단계가 30 만엔,그리고 남은 1 단계가 50 만엔으로 설정되어 있다.

통상적으로, 응찰수수료, 낙찰수수료 등의 수수료는 응찰액 또는 낙찰액의 소정 퍼센트라는 결정방법으로 되지만, 이와 같이 결정하면, 낙찰액 자체가 본 시스템의 사이트 운영자에게 알려지게 된다. 상술한 바와 같이 입찰개최자 및 낙찰자에게 있어서, 낙찰금액에 관한 정보는 자기 사업의 채산을 추인하는 재료가 되기 때문에, 제 3 자에게 공개하는 것을 원하지 않는다. 이것은 동업계의 타사뿐만 아니라, 예를 들면, 당해 입찰 시스템의 사이트 운영자에 대해서도 낙찰금액을 알리고 싶지 않은 것이 실정이다. 이 점에 관해서는 건설공사의 입찰뿐만 아니라 그 외의 입찰에 있어서도 말할 수 있는 것이다. 다만, 건설공사의 입찰에 관해서는 일반 상품에 비하여 고액의 서비스를 취급하기 때문에, 응찰금액 및 낙찰금액을 제 3 자에게 공개함에 따른 악영향이, 다른 상품 및 서비스와 비교하여 현저하게 크다. 본 발명에 관한 입찰 시스템에서는, 각 수수료의 설정을 소정의 응찰금액 범위마다 일정액이 되도록 하였기 때문에, 입찰 시스템의 사이트 운영자에 대해서도 낙찰금액을 알리지 않고 수수료를 결정할 수 있다.

이어서, 응찰금액이 응찰금액 레인지표에서 선택한 응찰금액 범위내인가의 여부가 판정된다 (단계 S404). 응찰금액이 응찰금액 레인지표에서 선택한 응찰금액 범위내가 아닌 경우에는, 다시 응찰금액 레인지표에서 응찰금액 범위를 선택하거나 (단계 S402), 또는 응찰금액 자체를 변경한다 (단계 S405). 이들 단계 S404, S 405 의 처리는 응찰 페이지에 관한 프로그램에 의해 응찰자의 단말 (4) 상에서 실행된다. 본 입찰 시스템의 사이트 운영자는 응찰금액 자체는 볼 수 없기 때문에, 스스로 선택된 응찰금액 범위가 응찰금액과 정합이 이루어지는가의 여부는 체크할 수 없다. 그 때문에, 응찰자가 수수료의 절감을 목적으로 하여 부정하게 낮은 응찰금액 범위를 응찰자가 선택하는 것을 생각할 수 있다. 그러나, 이와 같이 응찰금액 레인지표에서 선택한 응찰금액 범위와 입력된 응찰금액의 정합성을 입력시에 시스템상에서 체크하는 구성으로 함으로써, 이와 같은 부정이 발생하지 않도록 할 수 있다.

응찰금액이 응찰금액 레인지표에서 선택한 응찰금액 범위내라고 판정된 경우에는 응찰금액에 입찰개최자만이 열 수 있는 키를 건다 (단계 S406). 키로서는, 예를 들면, 공통키를 사용한다. 이 공통키에 관해서는, 예를 들면, 일본 공개특허공보 2000-183866 호에 개시되어 있다. 입찰개최자가 사전에 공통키를 작성하여 각 응찰자에 대하여 배포해 둔다.

여기에서, 공통키의 배포처리에 관하여, 도 3을 사용하여 상세하게 설명한다.

입찰개최자는 먼저 응찰자마다 다른 공통키를 생성한다 (단계 S301). 이 예에서는 응찰자 (A, B, C) 에 배포하기 위한 공통키 (A, B, C) 를 생성한다. 이들 공통키 (A, B, C) 를 각각 다른 전자봉투에 기억한다 (단계 S302). 그리고, 공통키 (A, B, C) 가 기억된 각각의 전자봉투를 사이트 운영자의 서버 (1) 에 대하여 송신한다 (단계 S303).

사이트 운영자의 서버 (1) 는, 공통키 처리부 (16) 에 있어서, 이들 전자봉투를 수신하여 기억함 (단계 S304) 과 동시에, 공통키 (A) 가 기억된 전자봉투를통신망 (6) 을 통하여 응찰자 (A) 의 단말 (41) 에 전자메일에 의해 송신한다 (단계 S305). 또한, 서버 (1) 는, 공통키 처리부 (16) 에 있어서 공통키 (B) 가 기억된 전자봉투를 통신망 (6) 을 통하여 응찰자 (B) 의 단말 (42) 에 전자메일에 의해 송신한다 (단계 S306). 또한, 서버 (1) 는, 공통키 처리부 (16) 에 있어서 공통키 (C) 가 기억된 전자봉투를 통신망 (6) 을 통하여 응찰자 (C) 의 단말 (43) 에 전자메일에 의해 송신한다 (단계 S307).

응찰자 (A) 는 공통키 (A) 가 기억된 전자봉투를 수신하고 (단계 S308), 전자봉투로부터 공통키 (A) 의 개봉처리를 실행한다 (단계 S311). 응찰자 (B) 는 공통키 (B) 가 기억된 전자봉투를 수신하고 (단계 S309), 전자봉투로부터 공통키 (B) 의 개봉처리를 실행한다 (단계 S312). 응찰자 (C) 는 공통키 (C) 가 기억된 전자봉투를 수신하고 (단계 S310), 전자봉투로부터 공통키 (C) 의 개봉처리를 실행한다 (단계 S313). 이와 같이 하여, 입찰개최자로부터 각 응찰자에 대하여 공통키가 배포된다.

각 응찰자는 배포된 공통키를 사용하여 응찰금액정보를 암호화하고, 별도로 전자메일 등에 의해 사이트 운영자의 서버 (1) 에 송신한다. 이 응찰금액정보의 송신처리는 미리 각 응찰자의 단말 (4) 에 본 시스템용의 소프트웨어 프로그램을 인스톨한 경우에는 단순히 각 응찰자는 화면상에 표시된 송신버튼을 클릭함으로써 실현할 수 있도록 해도 된다. 이 경우, 당해 소프트웨어 프로그램은 응찰자의 지시에 따라 별도 하드디스크 등에 기억된 공통키를 판독하고, 판독한 공통키에 의해 당해 응찰금액정보를 암호화하여 사이트 운영자의 서버 (1) 에 송신하는 처리를 실행한다. 응찰자가 공통키를 입수하지 않은 경우에는 도 11에 나타내는 응찰 페이지에 있어서, 「공통키를 입수하지 않은 분은 이 쪽」이라고 기재된 버튼을 클릭함으로써 입찰개최자로부터 공통키를 입수할 수 있다.

응찰금액 범위정보는 통신망 (6) 을 통하여 서버 (1) 에 대하여 송신된다 (단계 S407). 이 송신된 응찰금액 범위정보는 입찰 처리부 (14) 에 의해 입찰정보 기억부 (24) 에 기억된다.

서버 (1) 에서는, 수수료과금 처리부 (13) 는 입찰정보 기억부 (24) 에 기억된 응찰금액 범위정보에 근거하여 응찰금액 레인지표를 참조하여 수수료를 계산하고 과금처리한다 (단계 S408).

또한, 서버 (1) 의 입찰 처리부 (14) 는 별도로 응찰자로부터 송신된 응찰금액정보를 수신하고, 입찰정보 기억부 (24) 에 기억한다. 이 응찰금액정보는 입찰개최자가 배포한 공통키에 의해 암호화되어 있다.

이 응찰금액정보에 관한 처리에 관하여, 도 5를 사용하여 더욱 상세하게 설명한다.

응찰자 (A) 는 응찰금액정보를 자기 단말 (41) 을 사용하여 입력한다 (단계 S501). 또한, 응찰금액 범위정보도 입력한다 (단계 S504). 입력된 이들 정보 중, 응찰금액정보만에 대하여 사전에 배포된 공통키 (A) 를 사용하여 암호화한다 (단계 S507). 응찰금액 범위정보 및 암호화된 응찰금액정보를 통신망 (6) 을 통하여 사이트 운영자의 서버 (1) 에 대하여 송신한다 (단계 S510).

마찬가지로, 응찰자 (B) 도 응찰금액정보의 입력 (단계 S502) 및 응찰금액범위정보의 입력 (단계 S505) 을 실행하고, 응찰금액정보만에 대하여 공통키 (B) 로 암호화한다 (단계 S508). 그리고, 응찰금액 범위정보 및 암호화된 응찰금액정보를 통신망 (6) 을 통하여 사이트 운영자의 서버 (1) 에 대하여 송신한다 (단계 S512).

또한, 응찰자 (C) 도 마찬가지로 응찰금액정보의 입력 (단계 S503) 및 응찰금액 범위정보의 입력 (단계 S506) 을 실행하고, 응찰금액정보만에 대하여 공통키 (C) 로 암호화한다 (단계 S509). 그리고, 응찰금액 범위정보 및 암호화된 응찰금액정보를 통신망 (6) 을 통하여 사이트 운영자의 서버 (1) 에 대하여 송신한다 (단계 S514).

응찰금액 범위정보는, 입찰 처리부 (14) 에 의해 입찰정보 기억부 (24) 에 기억된다.

응찰자 (A) 의 단말 (41) 로부터 송신된 응찰금액정보 (이하 응찰금액정보 (A) 라 함) 는 서버 (1) 의 입찰 처리부 (14) 에 의해 수신되고, 입찰정보 기억부 (24) 에 기억된다 (단계 S511). 또한, 응찰자 (B) 의 단말 (42) 로부터 송신된 응찰금액정보 (이하 응찰금액정보 (B) 라 함) 는 서버 (1) 의 입찰 처리부 (14) 에 의해 수신되고, 입찰정보 기억부 (24) 에 기억된다 (단계 S513). 또한, 응찰자 (C) 의 단말 (43) 로부터 송신된 응찰금액정보 (이하 응찰금액정보 (C) 라 함) 는 서버 (1) 의 입찰 처리부 (14) 에 의해 수신되고, 입찰정보 기억부 (24) 에 기억된다 (단계 S515).

그리고, 사이트 운영자의 서버 (1) 로부터 응찰금액정보 (A, B, C) 를 통신망 (6) 을 통하여 입찰개최자의 단말 (3) 에 송신한다 (단계 S516). 이 때, 이들 응찰금액정보는 각각 공통키 (A, B, C) 에 의해 암호화되어 있기 때문에, 사이트 운영자는 그 내용을 인식할 수는 없다.

응찰금액정보 (A, B, C) 를 수신한 입찰개최자의 단말 (3) 에 있어서는, 각각의 응찰금액정보를 공통키 (A, B, C) 의 각각에 근거하여 복호화한다 (단계 S517). 그리고 복호화 후의 응찰금액정보를 각각의 단말 (41, 42, 43) 의 디스플레이에 표시한다 (단계 S518). 이 때, 응찰금액정보를 종이 등에 인쇄하도록 해도 된다. 결과적으로 입찰개최자에 응찰금액을 알리도록 하는 수단이면 된다.

계속해서, 낙찰 단계 S206 및 낙찰과금 단계 S207 에 관하여 설명한다. 도 12에 이들 단계를 구체화한 처리 플로우를 나타낸다.

상술한 바와 같이, 입찰정보 기억부 (24) 에 기억된 응찰금액정보는 입찰개최자가 배포한 공통키에 의해 암호화되어 있기 때문에, 사이트 운영자 자신도 그 내용을 볼 수는 없다. 입찰개최자는 자기 단말 (3) 을 사용하여 사이트 운영자의 서버 (1) 에 대하여 응찰금액정보의 열람요구를 송신하면, 응찰금액정보가 통신망 (6) 을 통하여 입찰개최자의 단말 (3) 에 송신된다. 입찰개최자는 공통키를 사용하여 당해 응찰금액정보를 복호화하여 응찰금액을 확인할 수 있다. 또한, 도 13에 나타내는 바와 같은 응찰금액 이외의 응찰상황을 표시하는 웹페이지를 입찰개최자가 열람할 수 있도록 해도 된다. 이 웹페이지는 낙찰자를 선택하기 위한 기능도 갖는다. 이 응찰 페이지에서는 응찰자를 특정하는 회사명, 응찰시각이 응찰자마다 표시되어 있다. 또한, 각각의 응찰자에 대하여 상세정보버튼이 설치되어 있다. 상세정보버튼을 클릭하면, 응찰자가 멤버등록시에 입력한 정보에 근거하여 상세정보가 표시된다.

입찰개최자는 통신망 (6) 을 통하여 단말 (3) 에 의해 당해 응찰금액을 적당히 확인하고, 낙찰자를 결정한다 (단계 S1201). 결정한 경우에는 도 13에 나타내는 웹페이지를 호출하여 선택버튼을 클릭한다. 선택버튼이 클릭된 경우에는 선택버튼이 클릭된 응찰자로서 좋은가의 여부를 확인하기 위한 페이지가 표시된다. 확인 페이지의 예를 도 14에 나타낸다. 낙찰자의 확인 결과, 표시된 회사가 낙찰자인 것이 틀림없는 경우에는 확인버튼을 클릭한다. 표시된 회사가 낙찰자가 아닌 경우에는 취소버튼을 클릭한다. 또한, 응찰은 미리 정해진 기간을 한정하여 실행되기 때문에, 낙찰자의 결정은 당해 입찰기간 경과 후에 실행된다.

확인버튼이 클릭되고, 낙찰이 확인된 경우에는 서버 (1) 의 입찰 처리부 (14) 는 낙찰자의 단말 (14) 에 대하여 통신망 (6) 을 통하여 그 사실을 통지한다 (단계 S1202). 또한, 입찰 처리부 (14) 는 사이트 운영자의 단말 (5) 에 대하여 낙찰자명을 통지한다 (단계 S1203). 이 때, 사이트 운영자의 단말 (5) 로부터는 낙찰자명만 통지되고, 낙찰금액은 통지되지 않는다. 즉, 사이트 운영자는 낙찰금액을 알 수 없다.

서버 (1) 의 수수료과금 처리부 (13) 는 과금정보 기억부 (23) 에 기억된 응찰정보와 응찰금액 레인지표를 참조함으로써 낙찰수수료를 계산하여 과금처리한다 (단계 S409). 낙찰수수료는 입찰개최자에 대하여 과금하도록 해도 되고, 또한응찰자에 대하여 과금하도록 해도 된다. 또한, 양자에 대하여 과금하도록 해도 된다.

이어서, 발주 처리 단계 S208 에 관하여 설명한다. 낙찰자가 결정된 후, 서버 (1) 의 발주 처리부 (15) 는 낙찰자인 건설공사회사 (C) 의 단말 (3) 에 대하여 통신망 (6) 을 통하여 발주 처리를 실행한다. 또한, 발주 처리부 (15) 는 발주 처리에 관한 정보를 발주 처리할 때마다 데이터 베이스 (2) 의 발주정보 기억부 (25) 에 기억한다.

이어서, 공증에 관한 처리 단계 S209 에 관하여 설명한다. 이 공증은 입찰개최자와 응찰자 사이에서 응찰금액의 불일치 등이 발생한 경우에 실행한다.

응찰금액정보는 상술한 바와 같이, 사이트 운영자의 서버 (1) 의 입찰 처리부 (14) 에 의해 데이터 베이스 (2) 의 입찰정보 기억부 (24) 의 소정 영역에 암호화된 상태에서 기억되어 있다. 공증을 행하는 경우에는 당해 입찰정보 기억부 (24) 에 기억된 응찰금액정보를 판독하고, 입찰개최자 및 응찰자의 입회 하에서 공통키를 사용하여 복호화하고, 응찰금액정보를 확인한다. 구체적으로는, 사이트 운영자의 단말 (5) 을 사용하여 입찰 처리부 (14) 에 대하여 당해 응찰금액정보의 판독을 지시한다. 입찰 처리부 (14) 는 이 지시에 근거하여 입찰정보 기억부 (24) 에 기억된 응찰금액정보를 판독한다. 한편, 입찰개최자 및 응찰자는 각각 공통키를 당해 단말 (5) 을 사용하여 입력한다. 입찰 처리부 (14) 는 입력된 공통키를 사용하여 판독된 응찰금액정보를 복호화하여 당해 단말 (5) 의 디스플레이에 표시한다. 이 때, 입찰개최자 또는 응찰자 중 어느 한 쪽의 공통키가 있으면, 복호화할 수 있게 해도 되고, 또한, 입찰개최자의 공통키와 응찰자의 공통키 양쪽이 필요하게 해도 된다.

상술한 예와는 달리, 응찰의 참가조건으로서, (1) 응찰수수료의 지불승낙, (2) 응찰수수료의 지불방법입력, (3) 응찰수수료의 지불능력이 있다는 것의 확인 중 어느 하나를 하도록 해도 된다. 이와 같이 함으로써, 응찰수수료를 확실하게 징수할 수 있다. 또한, 소위 장난삼아 입찰에 참가하고자 하는 자를 배제할 수 있다.

당해 (1) 을 조건으로 하는 경우에는 다음과 같은 처리가 된다. 응찰자가 응찰금액 범위정보를 단말 (4) 에 입력하면, 이 응찰금액 범위정보가 서버 (1) 에 대하여 송신된다. 서버 (1) 는 당해 응찰금액 범위정보에 근거하여 응찰수수료를 도 11에 나타내는 테이블로부터 판독하고, 이 응찰수수료를 포함하는 응찰수수료 승낙 페이지를 응찰자의 단말 (4) 에 대하여 송신한다. 응찰수수료 승낙확인 페이지를 도 15에 나타낸다. 도면에 나타나는 바와 같이, 이 페이지에서는 응찰수수료의 금액이 나타나 있고, 응찰자가 표시된 응찰수수료의 지불을 승낙하는 경우에는 승낙보턴을 클릭할 것을 요구하고 있다. 한편, 응찰자가 당해 응찰수수료의 지불을 승낙하지 않을 경우에는 「승낙하지 않는다」라고 기재된 버튼을 클릭할 것을 요구하고 있다. 응찰자가 승낙버튼을 클릭한 경우에만 응찰금액을 입력할 수 있게 하고, 응찰수수료의 지불을 승낙하지 않는 자는 입찰에 참가하는 것을 제한한다. 이 때, 응찰수수료의 지불을 승낙하지 않는 경우라도 응찰금액의 입력자체는 가능하지만, 그 후에 그 응찰금액의 입력자체는 무효로 하게 함으로써, 입찰에 대한 참가를 제한하도록 해도 된다.

상기 (2) 를 조건으로 하는 경우에는 다음과 같은 처리가 된다. 응찰자가 응찰금액 범위정보를 단말 (4) 에 입력하면, 서버 (1) 로부터 응찰수수료의 지불방법 입력 페이지가 당해 단말 (4) 에 대하여 송신된다. 응찰수수료의 지불방법 입력 페이지의 예를 도 16에 나타낸다. 도 16에 나타낸 예에서는, 지불방법으로서 데빗 결제, 크레디트카트 결제 및 그 외의 결제를 선택할 수 있도록 되어 있다. 응찰자가 응찰수수료의 지불방법을 입력한 경우만 응찰금액정보를 입력할 수 있게 한다. 이 경우도, 응찰금액의 입력은 할 수 있지만, 그 후에 그 응찰금액의 입력자체는 무효로 하게 함으로써, 입찰에 대한 참가를 제한하도록 해도 된다.

상기 (3) 을 조건으로 하는 경우에는 다음과 같은 처리가 된다. 응찰자가 응찰금액 범위정보를 단말 (4) 에 입력하면, 서버 (1) 로부터 도 16에 나타내는 바와 같은 지불방법 입력 페이지가 당해 단말 (4) 에 대하여 송신된다. 응찰자가 이 페이지상에서 지불방법을 입력하면, 그 입력정보는 통신망 (6) 을 통하여 서버 (1) 에 송신된다. 서버 (1) 는 당해 입력정보를 결제기관에 송신하고, 지불능력의 확인의뢰를 실행한다. 여기에서, 결제기관이란 데빗 결제의 경우에는 지정된 은행이며, 이 은행이 지정계좌의 잔액을 확인하는 등에 의해 지불능력의 확인을 실행한다. 크레디트 카드 결제의 경우에 결제기관은 지정된 크레디트 카드 회사이며, 이 크레디트 카드 회사가 여신조회를 실행한다. 그리고, 지불능력의 확인결과는 결제기관으로부터 서버 (1) 에 대하여 송신된다. 서버 (1) 는지불능력이 있다고 판단된 응찰자에 대해서는, 응찰금액의 입력을 인정하지만, 지불능력이 없다고 판단된 응찰자에 대해서는, 응찰금액의 입력을 인정하지 않는다. 이 경우도, 응찰금액의 입력은 할 수 있지만, 그 후에 그 응찰금액의 입력자체는 무효로 하게 함으로써, 입찰에 대한 참가를 제한하도록 해도 된다.

또한, 상술한 예에서는, 공통키는 사이트 운영자의 서버 (1) 를 경유하여 입찰개최자로부터 응찰자에게 송신되었지만, 직접 입찰개최자로부터 응찰자에 대하여 송신하는 것도 가능하다.

또한, 상술한 입찰 시스템을 실행하기 위하여, 서버 (1) 에 설치된 각종의 기능을 실현하는 프로그램을 기억매체에 기억해도 된다. 여기에서, 이 기억매체에는 예를 들면, 플로우피 디스크, CD-ROM, 광자기 다스크, 반도체 메모리, 하드디스크 등의 기억매체 또는 기억장치가 포함된다.

본 발명에 의해 응찰금액 및 낙찰금액이 전자상거래의 사이트 운영자에 대하여 알려지지 않고 입찰을 실행할 수 있다.

이상과 같이, 본 발명에 관한 입찰 시스템은 건설공사의 입찰을 비롯한 모든 종류의 상품, 서비스 등의 입찰에 있어서 유용하다.

Claims (16)

1. 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰 시스템으로서,

   응찰자로부터 통신망을 통하여 송신된 응찰금액 범위정보를 수신하는 응찰정보 수신수단과,

   상기 응찰정보 수신수단에 의해 수신한 응찰금액 범위정보에 근거하여 수수료를 산출하는 수수료 산출수단을 구비하는 것을 특징으로 하는 입찰 시스템.
2. 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰 시스템으로서,

   응찰자로부터 통신망을 통하여 송신된 응찰금액정보 및 응찰금액 범위정보를 수신하는 응찰정보 수신수단과,

   상기 응찰정보 수신수단에 의해 수신한 응찰금액정보를 통신망을 통하여 입찰개최자에 대하여 송신하는 응찰금액정보 송신수단과,

   상기 응찰정보 수신수단에 의해 수신한 응찰금액정보를 당해 입찰 시스템의 운영자가 인지하는 것을 방지하는 응찰금액정보누설 방지수단과,

   상기 응찰정보 수신수단에 의해 수신한 응찰금액 범위정보에 근거하여 수수료를 산출하는 수수료 산출수단을 구비하는 것을 특징으로 하는 입찰 시스템.
3. 제 1 항 또는 제 2 항에 있어서, 상기 응찰금액 범위정보는 응찰금액을 포함하는 일정한 금액범위로 이루어지는 정보인 것을 특징으로 하는 입찰 시스템.
4. 제 1 항 또는 제 2 항에 있어서, 상기 수수료 산출수단은 상기 응찰금액 범위정보와 상기 수수료정보를 관련지은 테이블을 사용하여 당해 수수료를 산출하는 것을 특징으로 하는 입찰 시스템.
5. 제 1 항 또는 제 2 항에 있어서, 상기 수수료 산출수단은 상기 낙찰자정보 및 응찰금액 범위정보에 근거하여 낙찰수수료를 산출하는 것을 특징으로 하는 입찰 시스템.
6. 제 1 항 또는 제 2 항에 있어서, 상기 입찰 시스템은 응찰자의 단말에 있어서, 응찰자에 의해 입력된 응찰금액정보와 응찰금액 범위정보를 비교하여, 정합이 이루어지지 않을 경우에 응찰자에 대하여 재입력을 요구하는 수단을 갖는 것을 특징으로 하는 입찰 시스템.
7. 제 1 항 또는 제 2 항에 있어서, 상기 입찰 시스템은 응찰자가 응찰수수료의 지불을 승낙하지 않는 경우에는 입찰에 대한 참가를 제한하는 수단을 추가로 갖는것을 특징으로 하는 입찰 시스템.
8. 제 1 항 또는 제 2 항에 있어서, 상기 입찰 시스템은 응찰자가 응찰수수료의 지불방법을 입력하지 않을 경우에는 입찰에 대한 참가를 제한하는 수단을 추가로 갖는 것을 특징으로 하는 입찰 시스템.
9. 제 1 항 또는 제 2 항에 있어서, 상기 입찰 시스템은 응찰자가 입력한 응찰수수료의 지불방법에 근거하여 응찰자의 지불능력을 확인하는 수단과, 당해 확인수단에 의해 지불능력이 확인되지 않을 경우에는 입찰에 대한 참가를 제한하는 수단을 추가로 갖는 것을 특징으로 하는 입찰 시스템.
10. 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰 시스템으로서,

    입찰개최자에 의해 생성되고, 전자봉투에 기억된, 응찰자마다 다른 공통키를 통신망을 통하여 수신하는 공통키 수신수단과,

    수신한 공통키를 각 응찰자에 대하여 통신망을 통하여 송신하는 공통키 송신수단과,

    상기 공통키 송신수단에 의해 송신된 공통키를 사용하여 암호화된 응찰금액정보를, 통신망을 통하여 수신하는 응찰금액정보 수신수단과,

    상기 응찰금액정보 수신수단에 의해 수신된 응찰금액정보를 통신망을 통하여 입찰개최자에 대하여 송신하는 응찰금액정보 송신수단을 구비하는 것을 특징으로 하는 입찰 시스템.
11. 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰방법으로서,

    응찰자로부터 통신망을 통하여 송신된 응찰금액 범위정보를 수신하는 응찰정보 수신단계와,

    상기 응찰정보 수신단계에 의해 수신한 응찰금액 범위정보에 근거하여 수수료를 산출하는 수수료 산출단계를 구비하는 것을 특징으로 하는 입찰방법.
12. 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰방법으로서,

    응찰자로부터 통신망을 통하여 송신된 응찰금액정보 및 응찰금액 범위정보를 수신하는 응찰정보 수신단계와,

    수신한 응찰금액정보를 통신망을 통하여 입찰개최자에 대하여 송신하는 응찰금액정보 송신단계와,

    수신한 응찰금액정보를 당해 입찰 시스템의 운영자가 인지하는 것을 방지하는 응찰금액정보누설 방지단계와,

    수신한 응찰금액 범위정보에 근거하여 수수료를 산출하는 수수료 산출단계를 갖는 입찰방법.
13. 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰방법으로서,

    입찰개최자에 의해 생성되고, 전자봉투에 기억된, 각 응찰자마다 다른 공통키를 통신망을 통하여 수신하는 공통키 수신단계와,

    수신한 공통키를 각 응찰자에 대하여 통신망을 통하여 송신하는 공통키 송신단계와,

    공통키를 사용하여 암호화된 응찰금액정보를, 통신망을 통하여 수신하는 응찰금액정보 수신단계와,

    수신한 암호화된 응찰금액정보를 통신망을 통하여 입찰개최자에 대하여 송신하는 응찰금액정보 송신단계를 구비하는 것을 특징으로 하는 입찰방법.
14. 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰프로그램을 기억한 기억매체로서, 당해 입찰프로그램은, 컴퓨터에 대하여,

    응찰자로부터 통신망을 통하여 송신된 응찰금액 범위정보를 수신하는 응찰정보 수신단계와,

    상기 응찰정보 수신단계에 의해 수신한 응찰금액 범위정보에 근거하여 수수료를 산출하는 수수료 산출단계를 실행시키는 것을 특징으로 하는 기억매체.
15. 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰프로그램을 기억한 기억매체로서, 당해 입찰프로그램은, 컴퓨터에 대하여,

    응찰자로부터 통신망을 통하여 송신된 응찰금액정보 및 응찰금액 범위정보를 수신하는 응찰정보 수신단계와,

    수신한 응찰금액정보를 통신망을 통하여 입찰개최자에 대하여 송신하는 응찰금액정보 송신단계와,

    수신한 응찰금액정보를 당해 입찰 시스템의 운영자가 인지하는 것을 방지하는 응찰금액정보누설 방지단계와,

    수신한 응찰금액 범위정보에 근거하여 수수료를 산출하는 수수료 산출단계를 실행시키는 것을 특징으로 하는 기억매체.
16. 입찰을 개최하는 입찰개최자로부터 수신한 입찰정보를 개시함으로써, 응찰자에 의한 응찰을 접수하고, 당해 응찰정보에 근거하여 당해 입찰개최자가 결정한 낙찰자정보를 접수하는 입찰프로그램을 기억한 기억매체로서, 당해 입찰프로그램은, 컴퓨터에 대하여,

    입찰개최자에 의해 생성되고, 전자봉투에 기억된, 각 응찰자마다 다른 공통키를 통신망을 통하여 수신하는 공통키 수신단계와,

    수신한 공통키를 각 응찰자에 대하여 통신망을 통하여 송신하는 공통키 송신단계와,

    공통키를 사용하여 암호화된 응찰금액정보를, 통신망을 통하여 수신하는 응찰금액정보 수신단계와,

    수신한 암호화된 응찰금액정보를 통신망을 통하여 입찰개최자에 대하여 송신하는 응찰금액정보 송신단계를 실행시키는 것을 특징으로 하는 기억매체.