CN101802861A - 通过公开访问在线市场而有效传递商品交易信息的方法和系统 - Google Patents

Abstract

本发明提供了一种电子商务的方法和系统，其能收集在广义、中级和狭义分类内与买方根据他或她的需要所要求的商品的属性对应的各种商品或报价的信息，并在数据库中管理该信息。该方法和系统还可使买方读取和参考包括货物或服务的报价请求或处理细节的报价历史，并在处理请求报价时提出适当的价格和条件。该方法和系统还能使多个已验证的卖方响应报价请求，通过存储、处理和公布报价历史，使卖方以低成本获得在线销售渠道，而买方因卖方之间竞争能以更优的价格和条件购买到期望的货物或服务。

Description

通过公开访问在线市场而有效传递商品交易信息的方法和系统

技术领域

本发明涉及一种用于通过诸如因特网的媒体对商品交易进行中介的方法和系统，具体涉及这样的一种用于电子商务的方法和系统，即，通过服务器对商品交易进行中介，可收集在广义、中级和狭义分类内与买方根据他或她的需求所要求的商品的属性对应的各种商品或报价的信息，并在数据库中管理所述信息。所述电子商务的方法和系统还通过存储、处理和公布报价历史，使买方能读取和参考包括货物或服务的报价请求或处理细节在内的报价历史，以使买方在请求报价的处理中提出适当的价格和条件，并使多个已被验证的卖方响应报价请求，使卖方能以低成本获得在线销售渠道，而买方则因卖方之间的竞争而能以更优的价格和条件购买到期望的货物或服务。

背景技术

现在，存在着许多运营电子商务的购物中心，所述电子商务诸如通过在因特网上对货物或服务的交易进行中介。在线购物中心使购物者在家中就能便利地购买到卖方所登记的各种货物或服务。

在线购物中心使用的中介方法包括买方选择并购买由卖方登记过价格和条件的货物或服务的方法以及竞拍或反向竞拍方法。由于货物或服务是出售给投标最高的买方，所以竞拍对卖方有利。而由于货物或服务是由投标最低的卖方出售，所以反向竞拍对买方有利。

因此，竞拍不利于以对买方有利的价格和条件进行交易，所以不易引起很多由买方进行的投标。同时，反向竞拍也不利于以对卖方有利的价格和条件进行交易，且也不易引起很多由卖方进行的投标。

使用竞拍与反向竞拍的结合可克服它们的缺点。例如，买方可提出与卖方建议的不同的价格或条件，并以最终协商的价格和条件购买商品。协商不成功时，买方可尝试与其他卖方协商购买所期望的商品。韩国专利公开公报10-2000-54408号中揭示了一种方案，其中买方登记购买要求，多个卖方投标，买方与卖方逐个进行协商。

但是，在此类联合方案中，买方与卖方之间对价格和条件的协商的失败会产生与交易过程相关的不必要的间接成本。因此，需要一种可使买方和卖方双方便利地使用电子商务、尤其是使用针对由于市场和商品的属性或由于相关法律而不易在线交易的货物或服务的电子商务而无需额外费用的在线购物中心。此类购物中心可允许买方基于所公布的报价历史提出适当报价，并允许已被验证的卖方在与其他卖方竞争时能快速、有效地提供报价。

发明内容

技术问题

本发明的一个目的是提供一种电子商务方法和系统，通过对商品交易进行中介的在线市场服务器存储、处理和公布报价历史，使买方可读取和参考诸如货物或服务的报价请求或处理细节等报价历史，以在请求报价的处理中提出适当的价格和条件，并使多个已被验证的卖方快速、有效地响应报价请求，使卖方能低成本获得在线销售渠道，而买方则因卖方之间的竞争而能以更优的价格和条件购买到期望的货物或服务。

本发明的另一个目的是提供一种电子商务方法和系统，其通过不断更新和管理数据库中卖方响应于来自买方的含有商品属性的报价请求而给出的报价信息，收集和管理在广义、中级和狭义分类内与买方根据他或她的需求所要求的商品的属性对应的各种商品或报价的信息。

本发明的另一个目的是提供一种电子商务方法和系统，可使买方基于在线市场公布的报价历史提出适当的报价，使已被验证的卖方在与其他卖方竞争时能快速、有效地提供报价，使买方和卖方双方能便利地使用电子商务而无需额外费用，从而鼓励电子商务广泛用于所有可买卖的货物和服务，所述货物和服务包括那些由于市场和商品的属性或相关法律而不易进行在线交易的货物和服务。

技术方案

根据本发明的一个方面，一种通过商品(如货物或服务)的报价请求和响应提供电子商务的方法包括：响应于对报价历史的请求，提供数据库中存储的商品报价历史信息；在试图生成具有基于报价历史信息的形式和内容的报价请求时，提供与商品有关的卖方参考信息；以及接收包括基于卖方参考信息的卖方设定的报价请求，公布报价请求，并就卖方响应于公布的报价请求而给出的报价而对与买方进行的协商进行中介。

根据本发明的另一个方面，一种通过商品的报价请求和响应提供电子商务的方法包括：接收来自买方终端的报价请求并公布报价请求；基于卖方终端响应于报价请求所给出的报价，对与买方进行的协商进行中介，其中：在数据库中管理与报价相关的报价请求和报价历史信息，并向买方提供以供所述买方在生成随后的报价请求时参考，报价请求包括用于指定卖方的卖方设定，和在向卖方终端提供报价请求时，还向卖方提供基于报价历史信息的买方可靠性信息以供其在生成报价时参考。

根据本发明的另一个方面，一种在线市场系统包括用于支持在因特网上进行电子商务的在线市场服务器，其中：在线市场服务器包括控制器，该控制器基于来自买方终端的包括卖方设定的报价请求和来自卖方终端的响应报价请求的报价而对电子商务进行中介，该控制器管理报价请求和数据库中与报价相关的报价历史信息，以用于买方在生成随后的报价请求时进行参考，并向卖方终端提供基于报价历史信息的买方可靠性信息以及报价请求，以供卖方在生成报价时参考。

根据本发明的另一个方面，一种支持电子商务的在线市场系统包括：报价历史管理器，其用于响应于对商品报价历史的请求而提供数据库中存储的商品报价历史信息；卖方设定单元，其用于在试图生成具有基于报价历史信息的形式和内容的报价请求时，提供与商品相关的卖方参考信息；以及报价请求管理器，其用于接收包括基于卖方参考信息的卖方设定的报价请求、向相关卖方公布报价请求、管理就来自卖方的报价而与买方进行的协商。

当报价请求管理器向卖方终端提供报价请求时，报价历史管理器可基于其他货物或服务的报价历史信息向卖方终端提供买方的可靠性信息。

系统可进一步包括报价条件设定单元，在买方终端试图生成报价请求时，所述报价条件设定单元为报价请求提供用于商品(货物或服务)价格、直接输入报价条件和选择项中的至少一项的输入域。

系统可进一步包括自动报价处理器，在报价请求包括从选择项的域中选出的报价条件并自动请求来自卖方终端的报价时，所述自动报价处理器自动生成报价。

有益效果

根据本发明的电子商务方法和系统，通过对商品交易进行中介的服务器存储、处理和公布报价历史，买方能读取和参考包括货物或服务的报价请求或处理细节在内的报价历史，以在请求报价的处理中提出适当的价格和条件，且多个已被验证的卖方能快速、有效地响应报价请求。

根据本发明的电子商务方法和系统，可不断更新和管理数据库中卖方的报价信息，所述报价信息由卖方响应于来自买方的含有商品属性的报价请求而给出。这允许收集在广义、中级和狭义分类内与买方根据他/她的需要所请求的商品的属性相对应的各种商品或报价的信息。

根据本发明的电子商务方法和系统，买方和卖方能便利地使用电子商务而无需额外费用，潜在的顾客可与销售侧的商品专家直接连接，从而减少在在线市场上购物的总体成本，所述成本包括执行例如商品的搜索、比较、决定等任务所需要的时间和精力，并保证对购物结果有更好的满意度和可用性。这促使电子商务广泛应用于所有商品，所述商品包括由于市场和商品的属性或相关法律而不易在线交易的货物或服务。

根据本发明的电子商务方法和系统，卖方可以低成本获得诸如货物和服务的所有商品的在线销售渠道，且买方由于卖方之间的竞争能以更优的价格和条件购买到所期望的货物或服务。

根据本发明的电子商务方法和系统，卖方能减少销售中的负担，并能根据买方请求的报价条件和买方可靠性而提供适当的货物或服务。这使得库存管理和处理买方的需求变得简单。买方通过参考其他买方的报价，能以适当的条件和价格提出报价，并能审核和接受报价，从而减少包括交易时间在内的间接成本，解决了报价结果验证和可靠性的问题。

附图说明

所包括的附图用于提供对本发明的进一步理解并被结合构成本说明书的一部分，所述附图描述了本发明的实施例，且与文字描述一起用于解释本发明的原理。

图1表示根据本发明示例性实施例的在线市场系统；

图2是根据本发明示例性实施例的表示在线市场服务器的方框图；

图3图示了根据本发明示例性实施例的解释读取报价历史的图；

图4表示根据本发明示例性实施例的来自买方的报价请求；

图5表示根据本发明示例性实施例的卖方屏幕上的报价请求列表；

图6表示根据本发明示例性实施例的来自卖方的报价；以及

图7是表示根据本发明示例性实施例的在线市场系统的运行流程图。

具体实施方式

下面将参照相关附图更全面地描述本发明，其中示出了本发明的示例性实施例。然而本发明可以以多种不同形式实施，且不应被解释成局限于下面所述的示例性实施例。更确切地说，提供这些示例性实施例是为了使本公开充分、全面、彻底，以使本领域技术人员完全能够实施和实践本发明。贯穿附图和说明书中，以相似参考数字指示相同元件。

图1表示根据本发明的示例性实施例的在线市场系统100。参照图1，根据本发明的示例性实施例的在线市场系统100可包括网络110、在线市场服务器120、买方终端130和卖方终端140。

此处，网络110可以是有线或无线的因特网。或者，网络110可作为核心网络整合到有线公用网络、无线移动网络或移动因特网中。在线市场服务器120是这样的服务器，其用于运营网络110上的在线购物中心，并对卖方与买方之间的货物或服务的普通销售、竞拍、反向竞拍、协商等交易进行中介。在线市场服务器120登记通过网络110从卖方终端140接收的卖方的各种货物或服务，并通过网络110向买方终端130提供所登记的货物或服务，以使买方可购买到期望的货物或服务。具体地，在线市场服务器120还支持下述的由买方提出商品(如货物或服务)的报价请求并且由卖方响应的电子商务，并可收集和管理在广义、中级和狭义分类内与买方根据他或她的需求所要求的商品的属性所对应的各种商品或报价的信息。

这里，商品(货物或服务)不仅包括具有普通品牌的货物或服务，还包括如在家制作的手工品、退回的折扣货、二手货、合买货物等货物或诸如室内装饰、普通装修、建筑、法律服务等脑力或体力服务，而上述货物和服务由于市场和商品的属性或相关法律而不易在线交易。

在线市场服务器120还处理买方对从商品列表中选出的对象的支付，向卖方提供支付信息，以使卖方将对象配送给买方，并对对象提供位置追踪服务和追踪结果查询服务。

买方终端130和卖方终端140通常为计算机，如台式个人电脑(PC)或笔记本PC，但不局限于此。例如，买方终端130和卖方终端140可以是任何类型的有线或无线通信设备，其能通过访问网络110上的在线市场服务器120而使用双向电子商务服务。例如，买方终端130和卖方终端140可以为移动终端，如可以通过无线或移动因特网进行通信的蜂窝电话、个人通信服务(PCS)电话和同步/异步国际移动通信(IMT)-2000终端。或者，买方终端130和卖方终端140是具有使用者界面以访问在线市场服务器120的任何有线和无线的客户电子/通信装置，如掌上PC、个人数码助理(PDA)、智能电话(smart phone)、无线通信协议(WAP)电话和移动游戏机(如移动游戏站)。

具体地，为支持通过商品报价请求和响应进行的电子商务，在线市场服务器120在从买方终端130接收到包括用于指定卖方的卖方设定在内的报价请求时，可基于卖方设定而仅对若干个已被验证的卖方公开报价请求。从而，在线市场服务器120从响应报价请求并希望提供货物或服务的卖方的卖方终端140接收报价，并向买方终端130提供报价，以对与买方的协商进行中介。

在这种情况下，在线市场服务器120在数据库中管理与来自买方的报价请求以及来自卖方的报价相关的报价历史信息，并将报价历史信息提供给买方终端130，以供买方在提出随后的报价请求时参考。买方可在试图生成报价请求时参考相关报价历史信息。这可使他/她在请求报价时以适当的价格和条件提出报价请求。当数据库中没有历史信息时，在线市场服务器120则响应于来自买方的具有商品属性的报价请求而不断更新、存储和管理数据库中来自卖方的报价，以收集和管理在广义、中级和狭义分类内与买方根据他/她的需要所要求的商品的属性对应的各种商品或报价的信息。在向卖方终端140提供买方的报价请求时，在线市场服务器120还可基于其他货物或服务的报价历史信息提供买方可靠性信息，以使卖方能在生成报价时参考买方可靠性信息。

因此，对商品电子商务进行中介的在线市场服务器120存储、处理和公布报价历史，例如货物或服务的报价请求或处理细节，以使买方能读取和参考报价历史，从而在处理请求报价时提出适当的价格和条件，并使多个经过验证的卖方能快速、有效地响应报价请求。

因此，在线市场服务器120使卖方可以低成本获取如货物和服务的所有商品的在线销售渠道，使买方因卖方之间的竞争而能以更优的价格和条件购买到期望的货物或服务。

图2是表示根据本发明的示例性实施例的在线市场服务器120的详细方框图。参考图2，根据本发明示例性实施例的在线市场服务器120包括控制器210、买方信息数据库(DB)211、卖方信息DB212、报价历史DB213、通信界面220、交易中介器230、报价请求管理器240、报价历史管理器250、卖方设定单元260、报价条件设定单元270、自动报价处理器280和支付处理器290。

控制器210是这样的处理器，其主要用于控制卖方的商品登记、买方的商品购买和已支付商品的配送，并还用于执行对在线市场服务器120的上述组成部分的一般控制，以在卖方和买方之间提供对交易货物或服务进行中介的电子商务服务。为支持根据本发明的通过商品报价请求和响应而进行的电子商务，控制器210基于来自买方终端130的含有卖方设定的报价请求和来自卖方终端140的响应于报价请求的报价，对电子商务中介进行控制。控制器210可管理报价历史DB213中的与报价请求和相应报价相关的报价历史信息，以便为买方终端130在生成随后的报价请求时提供参考。当报价历史DB213中没有可进行管理的历史信息时，控制器210通过不断更新报价信息，控制报价历史DB213中来自卖方响应于来自买方的含有商品属性的报价请求的报价信息的存储和管理。在线市场服务器120收集在广义、中级和狭义分类内与买方根据他/她的需要所要求的商品的属性对应的各种商品或报价的信息，并管理报价历史DB213中的信息。

控制器210在向卖方终端140提供买方的报价请求时，还基于其他货物或服务的报价历史信息，提供买方的可靠性信息，以使卖方在生成报价时可参考买方的可靠性信息。

卖方终端140通过通信界面220提供的有线或无线通信，访问网络110上的在线市场服务器120并使用在线市场服务器120提供的货物或服务的交易中介服务。卖方可通过卖方终端140订购在线市场服务器120提供的服务。卖方信息DB212中存储有已订购的卖方所登记的卖方信息，如卖方ID、密码、联系方式、所售商品的价格、商品品牌、商品特征等。在卖方信息DB212中还可管理用于对登记的货物或服务生成报价请求的选择项域。提供选择项域可使卖方和买方之间的信息交换变得容易和高效，例如参照图4所述的自动报价处理。选择项域可管理多条项目，从而可根据货物或服务的特征选择用于报价请求的各种报价条件，以代替直接输入。

买方终端130也可通过通信界面220提供的有线或无线通信，访问网络110上的在线市场服务器120，并使用在线市场服务器120提供的货物或服务的交易中介服务。买方可通过买方终端130订购在线市场服务器120提供的服务。买方信息DB211中存储有已订购的买方所登记的买方信息，如买方ID、密码、联系方式、购物筐信息、已投标商品的信息、已竞拍购买的商品的信息、正在协商的商品的信息、已支付商品信息、配送信息和是否决定购买的信息。

为了对上述卖方登记的货物或服务的交易进行中介，交易中介器230通过网页向买方终端130提供卖方信息DB212中存储的待售货物或服务的信息，或基于商品的名称或内容搜索与买方终端130输入的搜索关键词对应的商品，并通过网页向买方终端130提供商品列表。

当买方为当前购买选择支付请求或接受对期望的货物或服务的报价时，交易中介器230通过网页向买方终端130提供卖方商品的支付屏幕信息。买方基于支付屏幕信息，在屏幕上选择或输入买方相关信息(如买方姓名、ID、电话号码等)、支付对象信息、金额、配送目的地、支付方式(如信用卡、直接入账、实时转账、电子货币等)等以完成买方终端130上显示的支付。为响应买方在支付屏幕上输入的所有请求信息中的支付请求，支付处理器290通过使用证书的验证程序执行支付操作。除非收到货物或服务的买方要求将货物或服务退货或退款的请求，否则支付处理器290将根据费用政策计算金额，并在例如被告知来自买方终端130的购买决定的核准后将所述金额汇入卖方账户。

同时，为支持根据本发明的通过商品报价请求和响应进行的电子商务，在买方终端130指定报价请求的货物或服务时，交易中介器230提供包括商品信息和报价向导的报价请求屏幕。报价请求屏幕上还会包括有使买方终端130能够请求报价历史的标签。在买方终端130点击了标签时，响应于对该商品提出的报价历史请求，历史管理器250提供存储于报价历史DB213中的商品报价历史信息。

与图3所示的与各报价请求和处理细节相关的卖方和买方对应，报价历史DB213中的报价历史信息可包括先前的商品(货物或服务)报价请求信息(包括再次报价请求信息)、拒绝/接受报价请求信息、拒绝/接受报价信息、买方评价等。

例如，点击图3中报价请求信息域的标签时，买方会生成并发送图4所示的报价请求，并且还可提供有相关备注或附加要求。当卖方以报价进行响应时，还可提供再次报价请求的信息。

当点击了图3中拒绝/接受报价请求信息域时，可提供卖方拒绝或接受报价请求的信息。来自买方的报价请求包括不合理条件时，卖方可不理会或拒绝报价请求。在这种情况下，拒绝/接受报价请求信息域中可包括输入到卖方终端140的卖方屏幕上的答复或字句“拒绝报价请求”。当来自买方的报价请求有某些有吸引力的条件时，卖方使用卖方终端140给出如图6所示的报价以作响应。在这种情况下，拒绝/接受报价请求信息域中可包括卖方输入的如图6所示的报价和其他附加要求及信息。

当图3中拒绝/接受报价信息域的标签被点击时，可提供买方响应于卖方的报价而作出的拒绝或接受的信息。在接受报价的情况下，可通过再次报价请求形成意见一致的最终报价并提供该报价。

当取消或接受报价时，接收或使用货物或服务的买方向买方终端130的买方屏幕输入他/她对货物或服务的总体评价。在这种情况下，买方输入的评价信息可由图3中买方评价信息域提供。例如，买方可用非常满意、满意、一般或不满意，说明他/她对配送、货物或服务质量以及价格的满意度。可在报价历史DB213中管理买方评价信息。

图3所示的屏幕仅为示例性实施例。可用各种形式提供所述屏幕画面，包括在一页中设有报价请求信息(包括再次报价请求信息)、拒绝/接受报价请求信息、拒绝/接受报价信息和买方评价信息的表格。根据情况，图3中各个域的信息可能被提供有卖方和买方输入的未被处理的内容或被提供有正在部分处理的内容。例如，图4所示的报价请求可仅含有“需求”，或图6所示的报价可仅含有除“商品的说明和公共关系内容”以外的信息。此外，管理器可操作在线市场服务器120以仅提供可被买方或卖方参考使用的信息。

具体地，基于报价表格中卖方对先前商品(货物或服务)报价请求进行响应的信息，报价历史管理器250在报价历史DB213中收集和管理各项可供买方参考受益的信息。即，为响应图4所示的报价请求，卖方不仅要以图6所示的详细报价内容作响应，还要根据买方提出的报价所针对的货物或服务的属性，收集和管理满足买方需要的货物或服务信息。

例如，买方可在广义分类中针对旅行商品请求报价，即商品属性是“旅行”，或在“旅行”的子分类中请求报价，如“海外旅行”、“国内旅行”或“蜜月”。在另一个示例中，买方可在广义分类中针对汽车要求报价，即商品属性是“汽车”，或在“汽车”的子分类中请求报价，如“货车”、“大型汽车”或“小型汽车”。

在上述示例中，当请求属于如“旅行”或“汽车”的广义分类或子分类——中级分类或狭义分类时，卖方会以恰当的报价向导进行响应。例如，在响应如“旅行”的广义分类内的报价请求时，卖方会用对各种旅行商品中他或她希望推荐的旅行商品给出包括价格和详细信息的报价作为响应，例如“海外旅行”、“国内旅行”和“蜜月”。在响应如“海外旅行”、“国内旅行”或“蜜月”的中级分类或狭义分类中的报价请求时，卖方会用包括他或她经营的区域的价格和详细信息的报价作响应，如欧洲、美国、日本、东南亚等地属于“海外旅行”的情形；济州岛(Jeju-do)、雪岳山(Mt.Seorak)、智异山(Mt.Jiri)、釜山(Pusan)、郁龙岛(Ulleung-do)等地属于“国内旅行”的情形；夏威夷(Hawaii)、关岛(Guam)、塞班(Saipan)、巴黎等地属于“蜜月”的情形。在响应带有期望价格的“海外旅行”的报价请求时，卖方会推荐“海外旅行”商品中的能匹配价格的商品或具有优缺点说明、推荐理由的商品等。

如此，即使在报价历史DB213中没有被管理的历史信息时，仍可不断更新和管理卖方对来自买方的含有商品属性的报价请求进行响应的报价信息。因此，报价历史管理器250收集和管理与买方所请求的商品的属性对应的报价信息以及根据商品属性所得的普通信息。

同时，报价历史管理器250还可基于商品(货物或服务)的报价历史信息计算卖方和买方的可靠性。可提供卖方的可靠性，以供买方在处理请求报价时进行卖方设定时作参考。可提供买方的可靠性，以供卖方在拒绝或接受报价时作参考。例如，卖方的可靠性可被划分为大经销商(PowerDealer)、极好或正常，或使用依赖于例如卖方回应次数、卖方拒绝次数、买方评价等信息的打分系统。此外，买方的可靠性可被划分为钻石级、金级、银级或铜级，或使用依赖于例如买方发出报价请求后的购买次数、价格、买方拒绝报价的次数、买方接受报价的次数等信息的打分系统。

同时，在报价请求屏幕画面上，买方可参考由交易中介器230向买方终端130提供的报价历史信息，然后再试图生成货物或服务的报价请求。为了生成报价请求，买方点击报价请求屏幕画面上的报价请求标签或已有报价请求屏幕上的报价请求标签，所述报价请求标签在点击各个域、特别是点击图3所示的报价请求标签域时才出现。

例如，为生成与旅行相关的报价请求，报价条件设定单元270可提供姓名(点击详细信息后会有ID、联系方式、E-mail地址等)，还可直接输入要求作为图4所示的报价条件等(即，商品(货物或服务)的价格、条件等)，以使它们基本被包括在报价请求中。或者，报价条件设定单元270可提供卖方登记的选项域(商品选项)，以根据货物或服务的特征选择报价条件，使得它们也可被包括在报价请求中。在这种情况下，当在选项域中选择出报价条件时，就无需直接输入需求。在线市场服务器120可这样运行，即，使卖方或管理器能向报价时选择选项域的所有条件的买方提供免费的礼物或分值。

报价请求可包括卖方设定信息。可仅向货物或服务已被验证的卖方公布报价请求，以便仅使上述卖方参与报价。这样阻止了与相关非验证卖方之间的反复再次报价请求和响应，有利于快速并合理接受报价。

当买方参考上述所提供的报价历史信息并试图在报价请求屏幕上生成具有相关形式和内容的报价请求时，卖方设定单元260可向买方终端130提供与商品有关的卖方参考信息。即，基于卖方设定单元260提供的卖方参考信息来设定卖方，所述卖方参考信息诸如选择由管理器先前指定的卖方、具有预设级别以上货物或服务的集合(portfolio)的卖方以及基于货物或服务的报价历史信息的可靠性在预设级别以上的卖方的信息。仅允许设定的卖方参与报价。

通过点击标签“不需设定”，可忽略卖方设定单元260提供的卖方参考信息。此时，可向所有卖方公布报价请求。或者，仅选择某些由管理器先前指定的、包括在图4中所提供的卖方参考信息中的卖方，例如(当预订飞机票、汽车租赁和宾馆时)与旅行商品关联时，可设定级别为“航空同业联盟(Aircartel)”以上，以设定卖方的集合在预设级别以上。同时，可设定级别为“大经销商”以上或+30分以上，以将卖方可靠性设定在预设级别以上。

当稍后从买方终端130接收的报价请求的各项信息被全部输入时，报价请求管理器240进行管理，以向相关卖方公布报价请求并就卖方提出的报价与买方进行协商。对于报价请求管理器240进行的对公布和协商的管理，支付处理器290可在买方终端130传送报价请求时为报价请求支付预设的参与费。例如，可在支付屏幕上附加报价请求，买方选择支付方式，如信用卡、直接入账、实时转账或电子货币以要求对报价请求进行支付，从而可使支付处理器290通过基于证书的验证处理来执行支付。

同时，如图5所示，报价请求管理器240在卖方屏幕上向卖方终端140提供报价请求。在这种情况下，如上所述，报价请求管理器240还可基于其他货物或服务的报价历史信息向卖方终端140提供买方的可靠性信息(如“钻石级”或+20分)，以使卖方在决定是否参与报价时可参考买方可靠性信息。例如，点击图5中卖方屏幕上的买方项目中的详细信息，卖方能查看买方的报价请求。卖方可确认报价请求和买方的可靠性信息，在预设表格内生成报价，并通过卖方终端140进行响应。报价请求管理器240在报价历史DB213中存储报价历史信息并管理买方的报价请求、卖方拒绝/接受报价请求、买方拒绝/接受报价等，以使它们可被正常操作。例如，每次买方终端130响应来自卖方的报价而请求再次报价时，报价请求管理器240执行由卖方终端140作出的拒绝或接受报价请求的处理和由买方终端130响应于对请求的接受而作出的拒绝或接受报价的处理。

同时，当买方终端130试图生成含有报价条件的报价请求时，卖方可在如图5所示的卖方屏幕上要求自动生成如图6所示的报价，所述报价条件包括选择报价条件设定单元270提供的如图4所示的至少一项选择项域。为响应该要求，自动报价处理器280可使用预设表格自动生成报价。在这种情况下，由报价历史DB213存储和管理报价。

当卖方通过请求自动生成报价或使用卖方终端140响应报价而参与到报价中时，支付处理器290可支付预设的参与费。例如，卖方可在可附加报价或可要求自动报价的支付屏幕上选择支付方式，如信用卡、直接入账、实时转账或电子货币，以要求对传送报价或自动生成请求进行支付。支付处理器290通过使用证书的验证处理执行支付。

因为在线市场服务器120以上述方式提供商品的报价请求和响应服务，买方和卖方能在无额外支付的情况下便利地使用必要的电子商务，顾客可与销售侧的商品专家直接联系，因而减少在在线市场购物的总体成本，所述成本包括进行如商品搜索、比较、决定等任务所要求的时间和精力，并保证对购物结果有更好的满意度和可用性。这促进将电子商务广泛扩展到所有商品，所述商品包括由于市场和商品的属性或相关法律而不易在线交易的货物或服务。

下面参照图7中的流程图，更加详细地描述根据本发明示例性实施例的在线市场系统的运行。

首先，在线市场服务器120在报价历史DB213中管理如图3所示的报价请求信息(包括再次报价请求信息)、拒绝/接受报价请求信息、拒绝/接受报价信息和买方对商品(货物或服务)的评价信息(S710)。如上所述，即使在报价历史DB213中没有被管理的历史信息时，在线市场服务器120通过不断更新和管理卖方为响应来自买方的含有商品属性的报价请求而提供的报价信息，收集和管理在广义、中级和狭义分类内与买方根据他/她的需求所要求的商品的属性对应的各种商品或报价的信息。

在这种情况下，当买方终端130指定进行报价请求的货物或服务时，在线市场服务器120的交易中介器230提供包括商品信息和报价向导的报价请求屏幕画面(S720)。报价请求屏幕上可包括有用于请求报价历史的标签。当买方终端130通过买方点击而选中标签时，在线市场服务器120的报价历史管理器250就响应于对商品报价历史的请求而提供报价历史DB213中存储的如图3所示的商品的报价历史信息(S721)。

因此，如上所述，买方可参考交易中介器230提供给买方终端130的报价请求屏幕上的报价历史信息，并可试图生成关于货物或服务的报价请求(S722)。为了生成报价请求，买方点击报价请求屏幕上或用于显示先前报价请求的屏幕上的报价请求标签，所述报价请求标签通过点击图3所示的各个域、尤其是通过点击报价请求信息域而提供。

为了买方参考如上所述的报价历史信息并试图在报价请求屏幕上以相关形式和内容生成报价请求，在线市场服务器120的卖方设定单元260可向买方终端130提供与商品有关的卖方参考信息(S723)。即，基于卖方设定单元260提供的卖方参考信息，如用于选择管理器先前指定的卖方、有预设级别以上商品(货物或服务)集合的卖方和基于货物或服务的报价历史信息具有预设级别以上可靠性的卖方的信息，对卖方进行设定，以便仅使被设定的卖方参与报价。

可通过点击图3所示屏幕上的“不需设定”标签，忽略卖方设定单元260提供的卖方参考信息。在这种情况下，可向所有卖方公布报价请求。或者，仅选择如图4所示的所提供的卖方参考信息中由管理器先前指定的某些卖方，如可将级别设定为与旅行商品关联的“航空同业联盟”(当预订飞机票、汽车租赁和宾馆时)以上，来设定卖方有预设级别以上的集合，且可将级别设定为“大经销商”或+30分以上，来设定卖方有预设级别以上的可靠性。

因此，根据包括在报价请求中的卖方设定信息，仅对验证过的卖方公布货物或服务的报价请求，以仅使上述卖方参与报价。这样阻止了与非验证卖方的用于再次报价的重复请求和响应，有利于迅速恰当地接受报价。

为生成与旅行相关的报价请求，如图4所示，报价条件设定单元270可提供姓名(在点击详细信息时还会包括ID、联系方式、E-mail地址等)、作为报价条件而直接输入的要求(如商品(货物或服务)的价格、条件)等等，使姓名、报价条件等基本被包括在报价请求中。或者，报价条件设定单元270提供选项域(商品选项)，所述卖方提供所述选项域以用于根据货物或服务的特征对报价条件进行的选择，以使所述报价条件等也被包括在报价请求中(S725)。在这种情况下，买方在选项域中选择必要的报价条件(S726)。在不使用选项域时，买方可在报价请求栏直接输入价格、条件等(S727)。当在选项域中选择报价条件时，无需直接输入要求。

当输入所有信息项目后接收到来自买方终端130的报价请求并为报价请求支付了预定的参与费(不是必需的)时(S728)，在线市场服务器120的报价请求管理器240将包括报价请求的附加信息存储于报价历史DB213中(S730)，向相关卖方公布报价请求，并管理就来自卖方的报价而与买方进行的协商。

在这种情况下，响应于卖方终端140对列表的请求，报价请求管理器240通过图5所示的卖方屏幕向卖方终端140提供报价请求列表。在这种情况下，如上所述，报价请求管理器240还基于其他货物或服务的报价历史信息向卖方终端140提供买方可靠性信息(如“钻石级”或+20分)，使卖方能参考所述信息以决定是否参与报价过程(S731)。通过点击图5中卖方屏幕中显示的买方项目中的详细信息，卖方能查看报价请求。

通过检查报价请求和买方可靠性信息，卖方通过卖方终端拒绝报价请求或用预设表格生成报价以进行响应(S732～S733)。即使卖方拒绝报价请求，报价请求管理器240也会在报价历史DB213中存储有关拒绝信息，如卖方输入的答复或预定字句“拒绝报价请求”(S734)。

当试图生成来自买方终端130的含有图4所示的用于报价请求的报价条件的报价请求时，卖方通过图5所示的卖方屏幕来请求自动生成图6中的报价(S735～S736)，其中报价条件包括步骤S726中对由报价条件设定单元270提供的选项域中的至少一项的选择。为响应所接收的请求，在线市场服务器120的自动报价处理器280以预设表格自动生成报价。在这种情况下，在报价历史DB213中存储和管理报价。当通过直接输入而包括了妨碍自动报价的复杂条件的报价要求时，卖方可以以预设表格生成报价并发送报价(S737～S738)。报价请求管理器240还可在报价历史DB213中存储和管理卖方终端140提供的报价(S740)。当卖方通过请求自动报价或使用卖方终端140报价进行响应而参与到报价处理中时，在线市场服务器120的支付处理器290可支付预设的参与费(不是必需的)。

响应于买方在买方屏幕上提出的报价请求，将报价发送至买方终端130(S741)。买方可拒绝无吸引力的报价并报告拒绝(S742～S743)。报价请求管理器240将有关拒绝信息存储于报价历史DB213中，所述拒绝信息如买方输入的信息或预设字句“拒绝报价”(S744)。

当买方期望部分地修正报价时，他或她在买方屏幕上输入期望的条件或附加内容并请求再次报价(S745～S746)。每次买方终端130为响应卖方的报价而请求再次报价时，报价请求管理器240向卖方终端140提供有关再次报价的信息(S747)。此后，报价请求管理器240可执行由卖方终端140拒绝或接受报价请求的处理(S732～S738)以及由买方终端130响应于再次报价而拒绝或接受报价的处理(S742～S750)。

当买方对报价满意时，他或她接受报价并在买方屏幕上报告接受(S750～S751)。当报价被接受时，交易中介器230会对买方终端130提供支付屏幕信息，允许买方使用第三方代管付款业务。报价请求管理器240响应于报价请求和报价，在报价历史DB213中存储与买方终端130提出的接受报告相关的有关交易信息，如支付信息、买方回复或预设字句“接受报价”等(S752)。

以此方式，可在卖方屏幕上显示响应于报价的交易信息(S753)，并允许卖方向买方配送与报价有关的货物或服务或向买方提供诸如室内装饰或法律服务的脑力或体力服务(S760)。

接受和使用从卖方配送的货物或服务的买方检查配送服务、货物或服务的质量等，并同意购买，此时在线市场服务器120的支付处理器290计算金额并将其汇入卖方账户。此处，买方可输入买方屏幕上要求的买方评价信息(S770)。报价请求管理器240在报价历史DB213中管理买方评价信息，如非常满意、满意、一般或不满意等用于表达对配送、商品质量、服务、价格等的满意度等级。(S780)。

管理器可处理报价历史DB213中的报价请求信息(包括再次报价请求信息)、拒绝或接受报价请求信息、拒绝/接受报价信息和买方评价信息，并向买方终端130提供同样内容，以使信息以图3中的形式供其他买方请求商品报价时参考(S790)。

因此，在线市场服务器120对商品的报价请求和响应进行中介，使卖方能减轻销售负担并能根据买方要求的报价条件和买方可靠性而提供适当的货物或服务。这使得库存管理和应付买方的需求变得简单。买方能在适当条件和价格下提出报价，并查看报价和在参考报价历史DB213中管理的信息以检查其他买方的报价后接受报价。这使中介服务更有效，减少了包括交易时间、报价结果验证和结果可靠性管理在内的间接成本。

本说明书中揭示的方法和系统可通过计算机可读记录介质上的计算机可读代码实现。计算机可读记录介质包括任何一种存储计算机可读数据的记录装置。计算机可读记录介质的示例包括只读存储器(ROM)、随机存取存储器(RAM)、只读光盘(CD-ROM)、磁带、软盘和光学数据存储器。介质的另一个示例是载波(如因特网传输)。此外，计算机可读记录介质还可分布于网络化计算机系统中，以使计算机可读代码能以分散的形式存储和执行。

尽管参照一些示例性实施例图示和描述了本发明，但是本领域技术人员应该明白，在不脱离所附权利要求限定的本发明的精神和范围的情况下，可作出形式和细节上的各种变化。

Claims (17)

1.一种通过商品的报价请求和响应提供电子商务的方法，所述方法包括：

响应于对报价历史的请求，提供存储于数据库中的所述商品的所述报价历史信息；

在试图生成具有基于所述报价历史信息的形式和内容的报价请求时，提供与所述商品相关的卖方参考信息；以及

接收含有基于所述卖方参考信息的卖方设定的所述报价请求，公布所述报价请求，并就由卖方响应所述已公布的报价请求而给出的报价对与买方的协商进行中介。

2.如权利要求1所述的方法，其中，所述报价历史信息包括通过在数据库中收集和管理在广义分类、中级分类或狭义分类中的至少一项分类内与买方根据他或她的需要而请求报价的商品的属性对应的所述商品或报价信息而得到的信息。

3.如权利要求1所述的方法，其中，所述报价历史信息包括通过对所述商品(货物或服务)的先前报价请求信息、拒绝/接受报价请求信息、拒绝/接受报价信息以及买方评估信息中的任何一项不进行处理或对其中的至少一项进行处理所获得的信息。

4.如权利要求1所述的方法，其中，所述卖方参考信息包括用于选择由管理器先前指定的卖方、具有在预设级别以上的货物或服务的集合的卖方以及具有在预设级别以上的可靠性的卖方中的至少一项的信息，所述可靠性基于所述报价历史信息。

5.如权利要求1所述的方法，其中，所述报价请求包括货物或服务的价格、直接输入的报价条件和从选项域中选出的报价条件中的至少一项。

6.如权利要求1所述的方法，其中，当所述报价请求包括从所述选项域中选出的报价条件并自动请求来自卖方终端的报价时，自动生成所述报价。

7.如权利要求1所述的方法，其中，向卖方终端提供的所述报价请求包括基于其它货物或服务的报价历史信息的买方可靠性信息。

8.如权利要求1所述的方法，还包括：

每次有来自买方终端的响应于所述报价的再次报价请求时，执行由卖方终端作出的拒绝或接受报价请求的处理以及由买方终端响应于对所述请求的接受而作出的接受或拒绝报价的处理。

9.一种用于通过商品的报价请求和响应提供电子商务的方法，所述方法包括：

接收来自买方终端的报价请求并公布所述报价请求；以及

基于来自卖方终端响应所述报价请求而给出的报价，对与买方的协商进行中介，

其中，所述报价请求和与所述报价相关的报价历史信息在数据库中进行管理，并被提供给买方以供所述买方在生成随后的报价时参考，

所述报价请求包括用于指定卖方的卖方设定，并且当向所述卖方终端提供所述报价请求时，还提供基于所述报价历史信息的买方可靠性信息，以供卖方在生成报价时参考。

10.如权利要求9所述的方法，还包括：

在所述中介之后，

当所述买方终端接受报价时执行对相关价格的支付，以及

当所述买方终端响应于所述支付而报告同意时，根据费用政策而计算金额并将所述金额汇入卖方的账户。

11.如权利要求9所述的方法，还包括：

当接收到来自所述买方终端的报价请求时以及当所述卖方终端给出报价时的至少一种情况下，支付参与费。

12.一种存储有计算机可读程序的记录介质，所述计算机可读程序用于执行权利要求1至11中的任一种方法。

13.一种在线市场系统，其包括用于在因特网上支持电子商务的在线市场服务器，

其中，所述在线市场服务器包括控制器，该控制器用于基于由买方终端提出的含有卖方设定的报价请求以及由卖方终端响应所述报价请求而给出的报价以对电子商务进行中介，并且

所述控制器管理所述报价请求和数据库中与所述报价相关的报价历史信息，以供买方在生成随后的报价请求时参考，并向所述卖方终端提供基于所述报价历史信息的买方可靠性信息以及所述报价请求，以供卖方在生成报价时参考。

14.一种支持电子商务的在线市场系统，该系统包括：

报价历史管理器，其用于响应于对商品的报价历史提出的请求而提供数据库中所存储的所述商品的报价历史信息；

卖方设定单元，在试图生成具有基于所述报价历史信息的形式和内容的报价请求时，所述卖方设定单元用于提供与所述商品相关的卖方参考信息；以及

报价请求管理器，其用于接收包括基于所述卖方参考信息的卖方设定的所述报价请求，向相关卖方公布所述报价请求，并管理就来自卖方的报价而与买方进行的协商。

15.如权利要求14所述的系统，其中，当所述报价请求管理器向卖方终端提供所述报价请求时，所述报价历史管理器向所述卖方终端提供基于其他货物或服务的报价历史信息的买方可靠性信息。

16.如权利要求14所述的系统，还包括：

报价条件设定单元，当所述买方终端试图生成报价请求时，所述报价条件设定单元用于对所述报价请求提供用于商品(货物或服务)价格、直接输入报价条件和选择项中的至少一项的输入域。

17.如权利要求16所述的系统，还包括：

自动报价处理器，当所述报价请求包括通过从所述选择项的域中选定的报价条件并自动要求来自卖方终端的报价时，所述自动报价处理器用于自动生成报价。

Images