CN101447060A - 面向移动终端用户的竞拍业务的实现方法 - Google Patents

Abstract

本发明公开了一种面向移动终端用户的竞拍业务的实现方法，涉及移动通讯领域，包括：服务器接收用户的注册信息，并按照每个用户的注册信息将其标识为买家用户或者卖家用户；所述服务器建立竞拍并将来自于所述卖家用户的物品信息转发至所述买家用户，将来自于所述买家用户的竞价信息转发至所述卖家用户和其他买家用户；当符合竞拍结束条件，所述服务器结束本次竞拍。与现有技术相比，本发明实现了尚无先例的面向移动用户的竞拍业务。

Description

面向移动终端用户的竞拍业务的实现方法

技术领域

本发明涉及移动通讯领域，尤其涉及的是一种面向移动终端用户的竞拍业务的实现方法。

背景技术

在第三代移动通信系统中，PLMN(Public Land Mobile Network，公共陆地移动网)的基本设施在逻辑上可以被分为核心网与接入网，第三代伙伴计划(3GPP)技术规范中，核心网又被划分为CS-CN(电路交换域)与PS-CN(分组交换域)，见图1。PS-CN包括的实体有GGSN(Gate GPRSSupporting Node，GPRS网关支持节点)和SGSN(Serving GPRS SupportNode，GPRS业务支持节点)。IP多媒体子系统是一个在PS-CN上的多媒体平台，能够支持会话类和非会话类的多媒体业务，并且能支持语音呼叫、视频电话等由传统电路交换域承载的业务。IP多媒体业务基于IETF(TheInternet Engineering Task Force，互联网工程任务组)定义的SIP(SessionInitiation Protocol，会话初始协议)来控制会话，使用核心网分组交换域来传输呼叫控制信令。

现有技术中的通信服务已经出现了各种业务，渗透到日常生活的方方面面，但还未有支持面向移动用户的竞拍业务的技术，因此，现有技术还存在缺陷，有待于改进和发展。

发明内容

本发明解决的技术问题是提供一种面向移动终端用户的竞拍业务的实现方法，采用该方法可面向移动用户实现竞拍业务。

为解决上述技术问题，本发明采用以下方案：

一种面向移动终端用户的竞拍业务的实现方法，包括以下：S1、服务器接收用户的注册信息，并按照每个用户的注册信息将其标识为买家用户或者卖家用户；S2、所述服务器建立竞拍并将来自于所述卖家用户的物品信息转发至所述买家用户，将来自于所述买家用户的竞价信息转发至所述卖家用户和其他买家用户；S3、当符合竞拍结束条件，所述服务器结束本次竞拍。

所述的方法，其中，所述建立竞拍包括：服务器按照所述卖家用户上传的物品信息，在买家用户已上传的订阅信息中查询与所述物品信息相匹配的订阅信息，并将所述物品信息发送至上传所述相匹配的订阅信息的买家用户。

所述的方法，其中，所述建立竞拍包括：所述买家用户通过所述服务器查询所述卖家用户已上传的物品信息，并在所述卖家用户规定的期限内发出所述竞价信息。

所述的方法，其中，所述建立竞拍采用无线一键通，包括：所述服务器将来自于所述卖家用户的物品信息以拍卖邀请的形式实时地发送至所述买家用户。

所述的方法，其中，所述竞价信息的发送采用无线一键通的申请发言的动作完成。

所述的方法，其中，所述买方用户和所述卖方用户均通过IP多媒体子系统的安全认证机制。

所述的方法，其中，所述竞拍结束条件是收到所述卖家用户发送的结束指令。

所述的方法，其中，所述竞拍结束条件是有买家用户竞拍到所述卖家用户预设的成交价格。

所述的方法，其中，所述竞价信息包括一时间长度，此时间长度用来作为在收到竞价消息后服务器等待接收更高竞价的最大时间值。

所述的方法，其中，所述步骤S3包括：在竞拍对话结束前，将最终竞价发送至每个所述买家用户。

本发明的服务器根据用户的注册信息将其标识为买家用户或者卖家用户；接着服务器在买卖家用户之间建立竞拍，将来自于所述卖家用户的物品信息转发至所述买家用户，并将所述买家用户的竞价信息转发至所述卖家用户和每个买家用户；如果符合结束条件，则结束本次竞拍。与现有技术相比，本发明实现了尚无先例的面向移动用户的竞拍业务。

附图说明

图1是本发明中的移动通信系统结构示意图；

图2是本发明中可提供竞拍业务的通信系统中存在接口的各个功能实体；

图3是本发明中实时或非实时竞拍会话中，卖家用户上传物品的多媒体信息的流程；

图4是本发明中买家用户浏览物品的多媒体信息的流程；

图5是本发明中买家用户主动加入实时竞拍会话的流程；

图6是本发明中用户选择当前活动状态中的实时竞拍，并主动请求加入的流程；

图7是本发明中用户选择一非实时竞拍，主动要求加入的流程；

图8是本发明中买家用户注册过程及之后的上传、修改个人参与竞拍的订阅信息的流程；

图9是本发明中买家用户设置特征，服务器完成匹配并通知买家用户最新进展的非实时竞拍流程；

图10是本发明中用户设置特征，由服务器完成匹配并通知用户加入的实时竞拍会话流程；

图11是本发明中卖家用户创建实时竞拍，实时服务器查找和邀请对本地竞拍可能感兴趣的用户，发送竞价突发，给出当前竞价信息的流程图；

图12是本发明中卖家用户创建非实时竞拍，非实时应用服务器查找和邀请对本地竞拍可能感兴趣的用户，发出即时消息携带竞价信息的流程图；

图13是本发明的实时竞拍业务中竞价突发扩展的消息类型；

图14是本发明的实时传输控制协议中应用包的格式；

图15是本发明的实时传输控制协议中应用包的消息格式；

图16是本发明中自定义的APP消息子类型；

图17是本发明中实时应用服务器根据卖家预置条件与买家出价情况，自动结束会话的流程；

图18是本发明中实时竞拍会话中，卖家用户主动结束竞拍会话的流程；

图19是本发明中非实时竞拍流程下卖家用户主动结束竞拍的流程。

具体实施方式

下面结合具体实施方式和附图对本发明作进一步详细的描述。

本发明介绍了一种面向移动用户的竞拍业务实现方法，用户可以按照以下步骤创建竞拍会话：

100、服务器接收用户的注册信息，根据用户的注册信息将其标识为买家用户或者卖家用户；可提供竞拍业务的通信系统参见图1，图中的服务器包含了多个逻辑功能实体，如图2所示，服务器包括：汇聚代理、实时应用服务器、非实时应用服务器、媒体控制服务器、策略服务器、会话列表服务器、在线状态服务器、媒体内容服务器、SIP核心网(SIP Core)；本步骤中接收用户的注册信息可由SIP核心网执行；该步骤包括买家用户的注册和卖家用户的注册。

卖家用户的注册流程包括：

111、在IMS(IP Multimedia Subsystem，IP多媒体系统)域注册为卖家用户；

112、卖家用户向媒体内容服务器传递关于竞拍物品的图片、文本描述、视频片段等多媒体信息；具体的流程图参见图3，卖家用户在创建完实时或非实时竞拍会话后，通过创建会话成功的响应(200 OK)，得到上传物品多媒体信息用的URL，汇聚代理完成用户的鉴权过程(本实施例中采用HTTP Digest方式)。此URL为会话创建时，实时/非实时应用服务器从媒体内容服务器处获取，媒体内容服务器在接收多媒体文件后，会将当前处于活动状态中的竞拍相关的多媒体信息，通过XML格式封装，格式由具体XML Schema(用于定义XML文档的合法构建模块)定义并可方便用户扩展，本发明中未指定具体XML Schema格式。描述信息通过订阅关系，通过发送通知消息(Notify)给媒体控制服务器，文档通过XML中的URI信息定位具体的音视频或文本信息所在位置，并且能提供丰富的多媒体表现形式，方便卖家用户选择浏览。其中的“HTTP PUT”这个http请求表示“上载”；PUT是在HTTP 1.1引入了一个新的HTTP动词，当web服务器收到一个HTTPPUT和对象名字，它将会验证用户，接收HTTP流的内容，并把它直接存入web服务器，当然实现“上载”还可以用本领域技术人员常用的其他形式实现；HTTP PUT的“4xx”，“Auth”，“200OK”，这些http请求分别表示“上载”的客户端错误、验证、响应成功；“Notify”是通知消息。

SIP核心网按请求将用户注册为买家用户后，买家用户可以采用以下两种方式参与竞拍：

买家用户参与竞拍的第一种方式是买家用户浏览并选择参与某一竞拍。

图4是买家用户浏览卖家用户上传的物品信息主动加入；买家用户主动加入实时竞拍会话包括实时和非实时两种情形。

实时的情形如图5所示，包括：

121、买家用户浏览正在进行的竞拍的信息；

122、选择某一正在进行的竞拍并申请加入；

123、等待卖家用户的同意通知后加入；

124、发送竞价申请，

125、得到最新竞价通知；

126、得到竞价结束通知。

图6表示的是买家用户通过会话列表服务器获取一个由当前活动的实时竞拍构成的竞拍列表，并在竞拍列表选择一个竞拍主动请求加入。具体流程如下：会话列表服务器通过订阅关系获取实时应用服务器中的会话信息，通过从实时应用服务器发送来的Notify信息即通知信息来刷新本地列表。Notify消息体采用XML文档格式，包含当前竞拍会话的URI、竞拍相关的多媒体描述文档的URL。买家用户获取了当前会话列表后，根据其中会话的URI发起参与竞拍的请求，之前可能会发起获取此次竞拍的多媒体描述文档，依此来决定是否发起参与请求。其中“HTTP GET”表示“下载”。

图7表示买家用户选择一非实时竞拍，并主动要求加入。

非实时应用服务器通过Notify信息与会话列表服务器保持信息同步，买家用户鉴权后通过汇聚代理从会话列表服务器进行竞拍特征与在线买家用户订阅信息的匹配，向所有符合条件的在线的买家用户发送包含竞价信息的即时消息(Message)，买家用户在收到这样的即时消息后，通过即时消息回复选择是否继续参与即时消息交互流程；如果参与，物品拍卖价格每次刷新，非实时应用服务器都会向参与此次拍卖的用户发送即时消息通知，非实时应用服务器根据卖家用户在创建会话时上传的竞拍策略，判断是否结束竞拍，并通过即时消息通知各用户。

140、买家用户注册之后还可以上传、修改个人参与竞拍的订阅信息。

买家用户在IMS域完成注册Register后，注册响应消息中包含策略服务器URL，买家用户可随即上传或修改自己所关注物品的特征，作为参与竞拍的订阅信息，该订阅信息可通过XML格式的文档封装，由HTTP PUT信令传送至服务器，汇聚代理完成对用户身份的HTTP Digest鉴权，并转发请求与响应消息；买家用户的订阅信息通过HTTP PUT传至服务器后，服务器根据之前的订阅关系，向实时/非实时应用服务器发送Notify消息，消息包含当前用户设置的订阅信息，应用服务器使用此订阅信息完成后续的匹配工作；特征包含SIP核心网所返回的买家用户的位置信息，以及能描述买家用户所关注物品的一切描述特征，信息采用XML格式封装，格式由具体XML Schema定义并可方便用户扩展，本实施方式中未指定具体XMLSchema格式，所述图片、文本或流媒体只是描述物品信息所用多媒体格式的实例，流程见图8。本实施方式中的描述用以说明业务流程和确保流程正常进行的机制，而与此种机制上所采用何种媒体无关，描述竞拍物品的媒体信息应被视为包含多种可能的媒体格式，以及综合这些格式内容的表现方式。

买家用户参与竞拍的第二种方式，买家用户预设包含某些特征的订阅信息，当有卖家用户发起建立竞拍的中包含这些订阅信息的特征时，应用服务器将此次竞拍的物品信息与当前在线的买家用户所定制的订阅信息做匹配，应用服务器对匹配成功的买家用户发出邀请，接收到邀请的买家用户自行决定是否加入竞拍。这又包括以下三种情形：

情形一：买家用户设置特征，服务器完成匹配并通知买家用户最新进展的非实时竞拍，流程如图9。

131、在IMS域注册为买家用户后，买家用户设置包括特征字段订阅信息并将所述订阅信息传至服务器；

132、买家用户得到服务器新建的匹配竞拍通知，发送即时消息提出竞价；

133、接收卖家用户或卖家代理处理竞价的反馈；

134、卖家或卖家代理通知参与竞拍的买家用户竞拍结束。

情形二：买家用户设置特征，服务器完成匹配并通知买家用户加入的实时竞拍会话，如图10，具体的流程如图11所示。在IMS域注册为买家用户后，卖家创建实时竞拍，实时服务器在完成竞拍会话创建后，根据之前预设的订阅信息，查找匹配对本地竞拍可能感兴趣的买家用户，并发出邀请。买家用户在被邀请加入实时竞拍过程时，通过邀请消息(INVITE)中携带信息，得知此次竞拍关联的媒体控制服务器中多媒体描述信息的URL，在卖家用户未传送多媒体信息的时候，此URL所指向的文档内容为空，媒体控制服务器会根据与媒体内容服务器的订阅关系，通过媒体内容服务器发送来的Notify来刷新多媒体描述文档。买家用户通过汇聚代理访问媒体控制服务器，用户终端中的浏览器自动根据所获取的多媒体文档描述信息中关于各项媒体的URL，从媒体内容服务器中下载多媒体信息。在买家用户接收邀请后，发送竞价突发，给出当前竞价信息。

图11中的卖家用户注册后可创建用以拍卖物品的竞拍会话，实时方式下的竞拍会话创建类似于无线一键通(PoC)业务中的预建立会话流程，用户与实时应用服务器建立会话，完成媒体参数、传输参数以及竞价权控制参数的协商。实时应用服务器订阅了策略服务器内容，用户注册过程中，会刷新订阅信息，策略服务器由刷新触发订阅机制，使用Notify消息通知实时/非实时应用服务器。实时/非实时应用服务器由此得知在线用户相关的订阅信息。订阅信息采用XML格式封装，格式由具体XML Schema定义并可方便用户扩展，本发明中未指定具体XML Schema格式。

情形三：，非实时应用服务器在卖家用户创建非实时竞拍后，根据之前买家用户预设的订阅信息，查找匹配对本地竞拍可能感兴趣的买家用户，并想起发出携带竞价信息的即时消息，具体流程如图12所示，非实时方式下竞拍会话创建与实时方式下类似，非实时应用服务器通过HTTP的GET命令获取媒体控制服务器中此次拍卖对应的多媒体信息描述文档URL和实际媒体信息存储于媒体内容服务器之上的URL。买家用户在收到这样的即时消息后，通过即时消息回复，选择是否继续参与即时消息交互流程，如果参与，物品拍卖价格每次刷新，非实时应用服务器都会向参与此次拍卖的用户发送即时消息通知，非实时应用服务器根据卖家用户在创建会话时上传的竞拍策略，判断是否结束竞拍，并通过即时消息通知各用户。

200、服务器将来自于所述卖家用户的物品信息转发至所述买家用户，并将所述买家用户的竞价信息转发至所有用户即所述卖家用户和每个买家用户；如果符合结束条件，则结束本次竞拍。可提供竞拍业务的通信系统中存在接口的各个功能实体如图2所示，该系统包括用户终端和服务器，服务器又包括：汇聚代理、实时应用服务器、非实时应用服务器、媒体控制服务器、策略服务器、会话列表服务器、在线状态服务器、媒体内容服务器、SIP核心网。竞拍流程可以以实时和非实时方式进行，本步骤的服务器可以是实时应用服务器或者非实时应用服务器。实时方式基于无线一键通业务，将申请发言权的动作替换成竞拍流程中的竞价，签约此业务的用户可以创建竞拍会话，将关于竞拍物品的图片、文本描述、视频片段等多媒体信息传送至媒体内容服务器，买家可随意选择参与某一竞拍，也可预先订阅包含某些特征的竞拍，当有卖家发起包含这些特征的竞拍时，应用服务器将此次竞拍特征与当前在线用户所定制的策略做匹配，应用服务器对匹配成功的用户发出邀请，接收到邀请的用户自行决定是否加入竞拍。竞拍过程中的竞价信息由竞价突发(Bid Burst Message)或即时消息完成。竞价突发用于实时竞拍业务，竞价突发是基于实时传输控制协议(Real-timeTransport Control Protocol，RTCP)中应用包(RTCP：APP)的扩展，具体的消息类型分：竞价突发连接(Bid Burst Connect)、竞价突发确认(Bid BurstAcknowledgement)、竞价突发通知(Bid Burst Notify)、竞价突发请求(BidBurst Request)、竞价突发拒绝(Bid Burst Deny)、竞价突发空闲(Bid BurstIdle)、竞价突发释放(Bid Burst Release)，见图13。其中Bid Burst Notify为新定义子类型，其余均不改变原无线一键通业务中会话突发控制协议(Talk Burst Control Protocol，TBCP)所定义的消息格式，但扩展了消息中字段的定义值，格式定义见图14至16。

图14说明的是实时传输控制协议(RTCP)中应用包(RTCP：APP)的格式。图15说明的是实时传输控制协议(RTCP)中应用包(RTCP：APP)的消息格式，定义了Bid Burst Request，其中Field ID包含三种：

ID为1时，标识优先级，此时域值长度为一个字节，分别是0(普通)、1(高级)、2(抢占)。ID为2时，标识时间戳，此时域值长度为8个字节，记录网络时间协议(Network Time Procotol)定义的发送请求时的时间值。ID为3时，标识单次竞价单位，此时域值长度为1个字节，分别是0(个位级)、1(千位级)、2(百万位级)。ID为4时，标识单次竞价数目，为竞价单位的整数倍。ID为5时，标识的是拍卖基数，即起拍数额，此时域值长度为4个字节。ID为6时，标识的是竞价方式，此时域值长度为1个字节，分别是0(递增)、1(递减)。

图16说明的是自定义的APP消息子类型，Bid Burst Notify，其中的Field用于携带Bid Burst Request中ID为4、5、6的域信息。另外还包含新的域定义：ID为7时，标识当前竞价数额，为竞价单位的整数倍。

原TBCP中Talk Burst Connect消息有确认的ACK消息外，其余均通过服务器的定时器来确保消息可靠到达客户端，而定时器机制与会话突发所用承载，实时传输协议(Real-time Transport Protocol，RTP)定义的消息体有关，而竞拍中无RTP消息体，所以所有服务器发送给用户的竞拍突发消息均有ACK消息确认。客户端在收到Bid Burst Connect消息之后，会得到服务器关于此次竞拍的通知消息，及Bid Burst Notify，其中还包括了一个时间长度，此时间长度用来作为在收到Notify消息后服务器等待接收更高竞价的最大时间值，客户端发送的竞拍突发请求的可靠传输，通过此应用交互过程得到保证。综上，包含竞价信息的竞价突发是基于RTCP消息的扩展消息格式，类似于无线一键通应用中的TBCP(Talk Burst ControlProtocol，发言突发控制协议)消息定义方式，在竞价突发控制上对原有无线一键通业务中TBCP做了修改，增加了应用服务器发送至客户端消息的确认。对无线一键通(Push to talk Over Cellular，PoC)作简要说明，PoC是利用移动分组交换网络承载的高速数据业务功能提供分组语音服务，在业务逻辑上采用类似现有的集群通话的半双工模式，支持一对一、一对多等多种通话方式。PoC在IP多媒体子系统中使用PoC应用服务器实现，群组的建立与管理使用XML文档管理(XDM)业务能力，通过呈现(Presence)业务获知和发布用户的即时状态，而语音通话则通过RTP和RTCP的流承载方式。本发明中所提的PoC业务均是指基于IP多媒体子系统的方案，目前实现的PoC业务可以使相隔异地的朋友方便地发起聚会交流，也可以用于突发事件的紧急通知等，用户不受地理限制地开展语音呼叫。无线一键通业务中，按键即申请的模式可套用至其他大众熟悉的商业行为上，形成一套针对移动用户的新的业务模式。

非实时方式不是无线一键通业务的扩展。例如卖家设定拍卖两日内有效，买家可以主动查阅拍卖信息，通过图片、文本或是流媒体来了解物品信息。买家也可事先订阅包含了某些特征的拍卖，一旦有用户发起，服务器通过即时消息通知。用户在规定时间内的竞价请求通过即时消息通知卖家，卖家可根据个人意愿决定是否结束此次拍卖，或是服务器根据卖家设置在合适时机自动结束拍卖，服务器以即时消息的方式将拍卖结束的信息通知参与此次拍卖的成员。上述的图片、文本或流媒体只是描述物品信息所用多媒体格式的实例，本篇发明说明的是业务流程和确保流程正常进行的机制，而与此种机制上所采用何种媒体无关，描述竞拍物品的媒体信息应被视为包含多种可能的媒体格式，以及综合这些格式内容的表现方式。

在非实时竞拍应用中，竞价过程通过即时消息完成，即时消息中正文内容为XML文档格式，内容包括所有Bid Burst消息类型中定义信息，即每一Bid Burst消息类型对应一个XML Schema，本实施方式中不做具体Schema定义。关于竞拍过程中参与会话的用户的呈现的订阅与发布，与PoC业务没有不同，所以在此不做叙述。

竞拍流程终结可以由服务器根据卖家预先设置的条件自动完成，也可以由卖家用户发出结束指令控制完成。流程终结后，服务器通知参与此次竞拍的成员。买卖双方均通过IP多媒体子系统的安全认证机制，保证了交易安全。

实时应用服务器根据卖家用户预置条件与买家用户出价情况，自动结束会话；具体的流程如图17所示，实时应用服务器根据卖家用户预置条件与买家用户出价情况自动结束会话(向所有用户发送BYE消息)，并向参与竞拍的全体用户发送最终的竞价信息，并且根据订阅关系，向会话列表服务器发送Notify消息，会话列表服务器会根据此消息将会话从当前列表中删除；同时，实时应用服务器会向媒体内容服务器发送HTTP的删除请求(HTTP DELETE)，媒体内容服务器删除内容后根据它与媒体控制服务器的订阅关系，向媒体控制服务器发送Notify消息，后者根据此消息删除此次竞拍相关的多媒体描述文档中所有内容，随即删除整篇文档。

实时竞拍会话中，卖家用户主动结束竞拍会话的流程如图18所示；实时应用中，卖家用户通过向实时应用服务器发送BYE消息，主动结束竞拍，服务器在收到BYT之后，回送200OK，并向所有会话内的用户发送BYE，同时发送竞价突发，告知最终的竞价情况。

非实时竞拍流程下，卖家用户主动结束竞拍的流程如图19所示；非实时竞拍中，卖家用户可通过发送即时消息，通知服务器结束此次竞拍，同样服务器会向参与此次竞拍的用户发送即时消息，告知最终的竞价情况。涉及媒体内容服务器与媒体控制服务器的流程与之前所述的实时应用下服务器自动结束竞拍的流程都是一样的。

本发明实现了尚无先例的面向移动用户的竞拍业务。本发明描述了一种通过扩展无线一键通(Push to Talk over Cellular，PoC)服务器及无线一键通终端能力，使得应用服务器能够通过IMS(IP Multimedia subsystem，IP多媒体子系统)向不同接入方式下的无线一键通终端用户提供发起或参与竞拍会话的服务，终端用户也可以根据设备能力和用户设置来自动或手动地接收或拒绝竞拍会话邀请。

在技术上，对基于无线一键通的业务平台实现做新的功能增强与优化，可以形成一套新的、可扩展的业务平台。通过对基于支持无线一键通业务的客户端做新的功能扩展，可以支持新的业务模式，并给用户带来全新的业务体验。本发明中的分组交换网络的承载技术不仅包括第三代伙伴计划(3GPP)技术规范中提到的接入与分组交换技术，也包括了其他可以承载分组交换的无线网络技术。

应当理解的是，以上所提供的具体实施方式只是对本发明的说明，而不应当理解为对本发明的限制，对本领域的普通技术人员来说，可以根据上述说明加以改进或变换，而所有这些改进和变换都应为本发明所揭示的原理和特征，均属本发明的保护范围。

Claims (10)

1、一种面向移动终端用户的竞拍业务的实现方法，包括以下：

S1、服务器接收用户的注册信息，并按照每个用户的注册信息将其标识为买家用户或者卖家用户；

S2、所述服务器建立竞拍并将来自于所述卖家用户的物品信息转发至所述买家用户，将来自于所述买家用户的竞价信息转发至所述卖家用户和其他买家用户；

S3、当符合竞拍结束条件，所述服务器结束本次竞拍。

2、根据权利要求1所述的方法，其特征在于，所述建立竞拍包括：服务器按照所述卖家用户上传的物品信息，在买家用户已上传的订阅信息中查询与所述物品信息相匹配的订阅信息，并将所述物品信息发送至上传所述相匹配的订阅信息的买家用户。

3、根据权利要求1所述的方法，其特征在于，所述建立竞拍包括：所述买家用户通过所述服务器查询所述卖家用户已上传的物品信息，并在所述卖家用户规定的期限内发出所述竞价信息。

4、根据权利要求1至3中任一所述的方法，其特征在于，所述建立竞拍采用无线一键通，包括：所述服务器将来自于所述卖家用户的物品信息以拍卖邀请的形式实时地发送至所述买家用户。

5、根据权利要求1所述的方法，其特征在于，所述竞价信息的发送采用无线一键通的申请发言的动作完成。

6、根据权利要求1所述的方法，其特征在于，所述买方用户和所述卖方用户均通过IP多媒体子系统的安全认证机制。

7、根据权利要求1所述的方法，其特征在于，所述竞拍结束条件是收到所述卖家用户发送的结束指令。

8、根据权利要求1所述的方法，其特征在于，所述竞拍结束条件是有买家用户竞拍到所述卖家用户预设的成交价格。

9、根据权利要求1所述的方法，其特征在于，所述竞价信息包括一时间长度，此时间长度用来作为在收到竞价消息后服务器等待接收更高竞价的最大时间值。

10、根据权利要求1所述的方法，其特征在于，所述步骤S3包括：在竞拍对话结束前，将最终竞价发送至每个所述买家用户。

Images