專利名稱：網(wǎng)絡信息處理系統(tǒng)及其信息處理方法
技術領域：
本發(fā)明涉及計算機網(wǎng)絡技術，尤其涉及 一 種網(wǎng)絡信息處理系統(tǒng)及其信息 處理方法。
背景技術：
隨著互聯(lián)網(wǎng)的普及，出現(xiàn)了用于電子商務的網(wǎng)絡信息處理系統(tǒng)，這種網(wǎng) 絡信息處理系統(tǒng)稱為電子商務系統(tǒng)。電子商務系統(tǒng)是指利用互聯(lián)網(wǎng)信息技 術，通過互聯(lián)網(wǎng)實現(xiàn)電子交易的計算機信息系統(tǒng)。例如國內(nèi)比較知名的幾個電子商務系統(tǒng)有拍拍電子商務系統(tǒng)、ebay電子商務系統(tǒng)、淘寶電子商務系 統(tǒng)等。在電子商務系統(tǒng)中，電子交易過程實際上是通過網(wǎng)絡信息處理系統(tǒng)中的 具體應用單元實現(xiàn)的，電子交易的過程就是一種對網(wǎng)絡信息的應用處理過 程。目前的電子商務系統(tǒng)中，商品信息的發(fā)布者， 一般稱為賣家，需要登錄 電子商務系統(tǒng)，將需要賣出的商品信息發(fā)布在電子商務系統(tǒng)的網(wǎng)站上，所發(fā) 布的商品信息一般包括商品描述信息、出售價格、出售數(shù)量等。電子商務系 統(tǒng)在具體商品的發(fā)布網(wǎng)頁上提供購買按鍵和商討按鍵。商品需求者， 一般稱 為買家，通過瀏覽電子商務系統(tǒng)的網(wǎng)頁，尋找自己需要的商品。在找到某一 商品的發(fā)布信息后，如果接受當前發(fā)布信息中公開的商品情況，例如商品價 格和商品數(shù)量等，則點擊網(wǎng)頁上的購買按鍵，電子商務系統(tǒng)將觸發(fā)交易流程， 買賣雙方以當前的商品情況達成交易；如果買家不接受當前發(fā)布信息中公開 的商品情況，例如不同意商品價格，則點擊網(wǎng)頁上的商討按鍵，電子商務系 統(tǒng)觸發(fā)一個可以與當前商品信息的發(fā)布者進行通信的即時通信(IM)工具， 所述買家和賣家可以通過該即時通信工具進行商討，確定雙方都能接受的價 格，如果雙方達成一致后，買家點擊網(wǎng)頁上的購買按鍵，電子商務系統(tǒng)觸發(fā) 交易流程，買賣雙方以商討后的商品情況達成交易。但是，在上述現(xiàn)有的電子商務系統(tǒng)中，只提供一個IM工具供買賣雙方 商討，在關閉所述IM工具后，所有的商討信息將隨之丟棄，商討信息并沒 有自動在電子商務系統(tǒng)中記錄。這樣導致在后續(xù)的商品交易流程中，需要由 賣家重新根據(jù)商討信息更改最終交易的商品信息，例如將商品的原價格更改 為商討后的價格，才能使電子商務系統(tǒng)按照商討后的交易信息進行支付交 易。因此，現(xiàn)有的這種電子商務系統(tǒng)在通過商討流程進行應用處理(例如電 子交易處理)時，需要大量的人機交互的次數(shù)，既不方便用戶使用，又增加 了電子商務系統(tǒng)的數(shù)據(jù)處理量，導致處理效率低下；由于在商討流程中需要 觸發(fā)專用的IM工具，因此系統(tǒng)各架構(gòu)層間的數(shù)據(jù)信息傳輸量大，處理效率 低下。發(fā)明內(nèi)容有鑒于此，本發(fā)明所要解決的技術問題在于提供 一種網(wǎng)絡信息處理系 統(tǒng)，實現(xiàn)在通過商討流程進行應用處理時，降低人機交互次數(shù)和數(shù)據(jù)處理量， 提高網(wǎng)絡信息處理系統(tǒng)的處理效率。本發(fā)明所要解決的另 一 技術問題在于提供 一 種網(wǎng)絡信息處理系統(tǒng)的信 息處理方法，實現(xiàn)在通過商討流程進行應用處理時，降低人機交互次數(shù)和數(shù) 據(jù)處理量，提高網(wǎng)絡信息處理系統(tǒng)的處理效率。為了實現(xiàn)上述發(fā)明目的，本發(fā)明的主要技術方案為 一種網(wǎng)絡信息處理系統(tǒng)，所述系統(tǒng)包括 通信單元，用于與發(fā)布信息的發(fā)布者和需求者進行通信； 業(yè)務處理單元，用于登記發(fā)布信息，記錄需求者和發(fā)布者針對同一發(fā)布信息的商討信息，并將所述商討信息發(fā)送給對方； 一旦一方同意對方的最新 商討信息，則按照所述最新的商討信息進行應用處理；
數(shù)據(jù)庫，用于存儲所述發(fā)布信息和商討信息。優(yōu)選的，所述業(yè)務處理單元包括識別模塊，用于對接收到的來自發(fā)布者 和需求者的信息類別進行識別，并觸發(fā)業(yè)務處理單元進行相應的處理如果接收到需求者接受發(fā)布者商討信息的指令，則所述業(yè)務處理單元按 照該發(fā)布者商討信息進行應用處理；如果接收到需求者的商討信息，則所述業(yè)務處理單元記錄該商討信息，并將該商討信息發(fā)送給所述發(fā)布者；如果接收到發(fā)布者接受所述需求者商討信息的指令，則所述業(yè)務處理單元按照所述需求者商討信息進行應用處理；如果接收到發(fā)布者的商討信息，則所述業(yè)務處理單元記錄該商討信息， 將該商討信息發(fā)送給所述需求者。優(yōu)選的，該網(wǎng)絡信息處理系統(tǒng)進一步包括通知系統(tǒng)，由所述業(yè)務處理 單元控制，用于在收到需求者的商討信息后，向發(fā)布者發(fā)送通知消息，該通 知消息中包括用于查看所述需求者商討信息的鏈接地址；在收到發(fā)布者的商 討信息后，向需求者發(fā)送通知消息，該通知消息中包括用于查看所述發(fā)布者 商討信息的鏈接地址。優(yōu)選的，所述通知系統(tǒng)具體為電子郵件系統(tǒng)、站內(nèi)短信系統(tǒng)、或者即時通信系統(tǒng)。優(yōu)選的，所述發(fā)布信息為商品信息，所述商討信息中至少包括該商品信 息的商討價格，所述應用處理為電子交易處理。優(yōu)選的，所述業(yè)務處理單元中進一步包括預支付查詢模塊，用于與外界 的電子支付系統(tǒng)交互，當網(wǎng)絡信息處理系統(tǒng)收到需求者的商討信息后，由該 預支付模塊從所述電子支付系統(tǒng)中查詢所述需求者的預付費是否足以支付 所述商討價格，如果是，則所述業(yè)務處理單元記錄所述商討信息并將其發(fā)送給所述發(fā)布者；否則，所述業(yè)務處理單元提示需求者進行足夠的預付費。優(yōu)選的，所述通信單元包括解析單元，用于將業(yè)務處理單元處理后的信息解析成適用于終端顯示的網(wǎng)絡表現(xiàn)格式，再發(fā)送給終端。
優(yōu)選的，所述適用于終端顯示的網(wǎng)絡表現(xiàn)格式與終端的類型對應，如果 是瀏覽器終端，則所述的網(wǎng)絡表現(xiàn)格式為適于瀏覽器顯示的網(wǎng)頁；如果是即 時通信終端，則所述的網(wǎng)絡表現(xiàn)格式為適于即時通信終端顯示的聊天窗口。一種網(wǎng)絡信息處理系統(tǒng)的信息處理方法，該方法包括A、 將發(fā)布者登記的發(fā)布信息發(fā)送給需求者；B、 記錄需求者和發(fā)布者針對同一發(fā)布信息的商討信息，并將所述商討 信息發(fā)送給對方； 一旦一方同意對方的最新商討信息，則按照所述最新的商 討信息進行應用處理。優(yōu)選的，所述步驟B具體包括Bl、接收需求者發(fā)送的針對步驟A所述發(fā)布信息的商討信息，記錄該商討信息，將該商討信息發(fā)送給所述發(fā)布信息對應的發(fā)布者；B2、接收并識別所述發(fā)布者發(fā)送的信息，如果是接受所述需求者的商討信息的指令，則按照所述需求者的商討信息進行應用處理；如果是發(fā)布者的 商討信息，則記錄該商討信息，將該商討信息發(fā)送給所述需求者；B3、接收并識別所述需求者發(fā)送的信息，如果是接受所述發(fā)布者的商討信息的指令，則按照所述發(fā)布者的商討信息進行應用處理；如果是需求者的 商討信息，則記錄該商討信息，將該商討信息發(fā)送給所述發(fā)布者，返回步驟B2。優(yōu)選的，步驟B中，所述將需求者的商討信息發(fā)送給發(fā)布者的具體方式為向所述發(fā)布者發(fā) 送通知信息，其中包括查看所述需求者商討信息的鏈接地址；在收到發(fā)布者 請求打開所述鏈接地址的指令后，將所記錄的需求者商討信息及其對應的發(fā)布信息發(fā)送給發(fā)布者；所述將發(fā)布者的商討信息發(fā)送給需求者的具體方式為向所述需求者發(fā)送通知信息，其中包括查看所述發(fā)布者商討信息的鏈接地址；在收到需求者 請求打開所述鏈接地址的指令后，將所記錄的發(fā)布者商討信息及其對應的發(fā) 布信息發(fā)送給需求者。
優(yōu)選的，所述向發(fā)布者或需求者發(fā)送通知信息的方法為通過電子郵件、 站內(nèi)短信、或即時通信消息發(fā)送所述通知信息。
優(yōu)選的，所述發(fā)布信息為商品信息，所述商討信息中至少包括該商品信 息的商討價格，所述應用處理為電子交易處理。
優(yōu)選的，步驟B中，當網(wǎng)絡信息處理系統(tǒng)收到需求者的商討信息后，進
一步包括
b、從電子支付系統(tǒng)中查詢所述需求者的預付費是否足以支付所述商討 信息中的商討價格，如果是，則記錄所述商討信息并執(zhí)行后續(xù)操作；否則， 提示需求者進行足夠的預付費，重新執(zhí)行步驟b。
優(yōu)選的，步驟B中，當網(wǎng)絡信息處理系統(tǒng)收到商討信息后，進一步包括
比較所述商討信息及其對應的商品信息，判斷所述商討信息是否合理， 在判定合理后，再記錄該商討信息，并執(zhí)行后續(xù)操作。
優(yōu)選的，所述網(wǎng)絡信息處理系統(tǒng)在向發(fā)布者或需求者發(fā)送信息前，進一 步包括，確定所述發(fā)布者和需求者的終端類型，將所發(fā)送信息解析成適用于 發(fā)布者終端或需求者終端顯示的網(wǎng)絡表現(xiàn)格式，再發(fā)送解析后的信息。
優(yōu)選的，所述網(wǎng)絡表現(xiàn)格式與終端的類型對應，如果是瀏覽器終端，則 所述的網(wǎng)絡表現(xiàn)格式為適于瀏覽器顯示的網(wǎng)頁；如果是即時通信終端，則所 述的網(wǎng)絡表現(xiàn)格式為適于即時通信終端顯示的聊天窗口。
相對于現(xiàn)有技術，由于本發(fā)明在轉(zhuǎn)發(fā)需求者和發(fā)布者的針對某一發(fā)布信 息的商討信息時，在網(wǎng)絡信息處理系統(tǒng)中記錄所述商討信息， 一旦一方同意 對方的最新商討信息，則網(wǎng)絡信息處理系統(tǒng)直接按照所記錄的最新的商討信 息進行應用處理。因此本發(fā)明不必在進行應用處理時重新由發(fā)布者修改網(wǎng)絡 信息處理系統(tǒng)中的發(fā)布信息，降低了人機交互次數(shù)，減少了系統(tǒng)各架構(gòu)層間 的數(shù)據(jù)信息傳輸量，提高了網(wǎng)絡信息處理系統(tǒng)的處理速度和處理效率。
當本發(fā)明應用在電子商務系統(tǒng)中時，還可以與電子支付系統(tǒng)交互，實現(xiàn) 商討過程中的預付費功能。在每次收到需求者即買家的商討價格后，從電子 支付系統(tǒng)中查詢所述買家的預付費是否足以支付所述商討價格，在不足時提
示需求者進行預付費。通過這種處理，可以將電子商務中的電子支付過程與 價格商討過程相結(jié)合，在商討結(jié)東后就可以自動按照記錄的最新商討價格觸 發(fā)電子支付過程，不需要買賣雙方專門人為觸發(fā)電子支付過程，因此本發(fā)明 可以減少與電子支付系統(tǒng)的交互次數(shù)，降低整個電子商務系統(tǒng)的數(shù)據(jù)處理 量，從而進一步提高系統(tǒng)處理速度和處理效率。
現(xiàn)有技術中，釆用IM工具交互的商討信息沒有統(tǒng)一的輸入規(guī)范，用戶 輸入的商討信息非常繁多且復雜，有的甚至輸入了過多的聊天信息，這些信 息需要獨立記錄在網(wǎng)絡信息處理系統(tǒng)中，與發(fā)布信息并沒有關聯(lián)，浪費了過 多的系統(tǒng)資源。而本發(fā)明只在與發(fā)布信息相關的數(shù)據(jù)庫存儲中記錄發(fā)布者和 需求者針對發(fā)布信息的商討信息，并且這些商討信息的輸入格式可以由網(wǎng)絡 信息處理系統(tǒng)統(tǒng)一設置，并以標準的格式存儲，這樣不但方便系統(tǒng)查找發(fā)布 信息對應的商討記錄，提高處理效率，而且也節(jié)省了系統(tǒng)的數(shù)據(jù)存儲資源。
本發(fā)明的網(wǎng)絡信息處理系統(tǒng)在與發(fā)布者終端和需求者終端交互時，即可 以釆用網(wǎng)頁的形式，又可以釆用IM聊天窗口的形式，因此可以適用不同終 端的需求，有較好的兼容性。


圖la為本發(fā)明所述網(wǎng)絡信息處理系統(tǒng)的 一種實施例的組成結(jié)構(gòu)示意圖； 圖lb為本發(fā)明所述網(wǎng)絡信息處理系統(tǒng)的另一種實施例的組成結(jié)構(gòu)示意
圖lc為本發(fā)明所述網(wǎng)絡信息處理系統(tǒng)的又一種實施例的組成結(jié)構(gòu)示意
圖2為本發(fā)明所述網(wǎng)絡信息處理系統(tǒng)的 一種信息處理方法流程圖； 圖3為發(fā)明所述網(wǎng)絡信息處理系統(tǒng)的另 一 種信息處理方法流程圖。
具體實施例方式
下面通過具體實施例和附圖對本發(fā)明做進一步詳細說明。
本發(fā)明的核心思想為提供一種網(wǎng)絡信息處理系統(tǒng)和方法，該網(wǎng)絡信息 處理系統(tǒng)將發(fā)布者登記的發(fā)布信息發(fā)送給需求者，并可提供商討流程，在商 討流程中記錄需求者和發(fā)布者針對同一發(fā)布信息的商討信息，將所述商討信 息發(fā)送給對方； 一旦一方同意對方的最新商討信息，則按照所述最新的商討 信息進行應用處理。
由于應用處理的種類不同，本發(fā)明所述的網(wǎng)絡信息處理系統(tǒng)可以是電子 商務系統(tǒng)，還可以是電子政務系統(tǒng)、電子遠程教育系統(tǒng)等需要信息商討交互 的網(wǎng)絡信息應用系統(tǒng)。以下實施例以電子商務系統(tǒng)為例進行說明。在電子商
務系統(tǒng)中，所述發(fā)布信息為商品信息；所述商品信息的發(fā)布者一般稱為賣家，
所述商品信息的需求者一般稱為買家，所述商討信息中至少包括商品的商討
價格；所述應用處理為電子交易處理。
圖la為本發(fā)明所述網(wǎng)絡信息處理系統(tǒng)的一種實施例的組成結(jié)構(gòu)示意圖。 本實施例中，所述網(wǎng)絡信息處理系統(tǒng)是一個電子商務系統(tǒng)100;所述買家和 賣家通過終端設備訪問網(wǎng)絡信息處理系統(tǒng)，所述終端設備例如可以是計算 機、智能手機、個人數(shù)字處理設備(PDA)等，本文中將買家終端和賣家終 端簡稱為買家和賣家。參見圖l,所述電子商務系統(tǒng)100包括
網(wǎng)絡表現(xiàn)單元101，實質(zhì)上一個通信單元，用于以指定的網(wǎng)絡表現(xiàn)格式 與信息發(fā)布者和信息需求者進行通信。
業(yè)務處理單元102,即應用程序邏輯處理層(APP)單元，用于登記商 品信息，記錄賣家和買家針對同一商品信息的商討信息，并將所述商討信息 發(fā)送給對方； 一旦一方同意對方的最新商討信息，則按照所述最新的商討信 息進行應用處理。
數(shù)據(jù)庫103，用于存儲所述商品信息、商討信息、買家信息、以及賣家 信息。此處針對每一商品信息，其對應的商討信息、買家信息、以及賣家信 息與該商品信息關聯(lián)存儲。
所述網(wǎng)絡表現(xiàn)單元連接通信網(wǎng)絡，例如此處為互聯(lián)網(wǎng)，接收由賣家終端 或買家終端通過通信網(wǎng)絡發(fā)送來的信息，將接收到的信息解析成業(yè)務處理單
元接受的形式，發(fā)送給業(yè)務處理單元；同時將業(yè)務處理單元處理后的信息進 行解析，以指定的網(wǎng)絡表現(xiàn)形式發(fā)送到賣家終端或買家終端。
具體的，所述網(wǎng)絡表現(xiàn)單元中包括解析單元，用于確定所述發(fā)布者和需 求者的終端類型，將業(yè)務處理單元處理后的信息解析成適用于終端顯示的網(wǎng) 絡表現(xiàn)格式，再發(fā)送給終端。所述適用于終端顯示的網(wǎng)絡表現(xiàn)格式與終端的 類型對應，如果是瀏覽器終端，則所述的網(wǎng)絡表現(xiàn)格式為適于瀏覽器顯示的 網(wǎng)頁；如果是即時通信終端，則所述的網(wǎng)絡表現(xiàn)格式為適于即時通信終端顯 示的聊天窗口。
所述網(wǎng)絡表現(xiàn)單元可以是一個網(wǎng)站，向外提供互聯(lián)網(wǎng)鏈接，終端設備可 以通過瀏覽器或具有瀏覽網(wǎng)頁功能的聊天窗口訪問該網(wǎng)站，以實現(xiàn)和所述網(wǎng) 絡信息處理系統(tǒng)的信息交互。
所述業(yè)務處理單元中具體包括識別模塊，用于對接收到的來自賣家和買 家的信息類別進行識別，并觸發(fā)業(yè)務處理單元進行相應的處理，具體的處理 過程為
如果收到需求者的針對某 一 商品信息的訪問請求，例如可以是 一 個瀏覽 商品網(wǎng)頁的請求，則觸發(fā)業(yè)務處理單元從數(shù)據(jù)庫中讀取出所請求的商品信 息，通過網(wǎng)絡表現(xiàn)單元解析為網(wǎng)絡頁面，發(fā)送到需求者。
如果接收到需求者的接受商品信息的指令，則所述業(yè)務處理單元按照該 商品信息進行電子交易處理，買家需要按照該商品信息中的價格進行支付交 易。
如果接收到需求者的商討信息，則所述業(yè)務處理單元記錄該商討信息， 并將該商討信息發(fā)送給所述賣家。
如果接收到賣家的接受所述買家商討信息的指令，則所述業(yè)務處理單元 按照所述買家商討信息進行電子交易處理，買賣雙方需要按照該商討信息中 的價格進行支付交易。
如果接收到賣家的商討信息，則所述業(yè)務處理單元記錄該商討信息，將 該商討信息發(fā)送給所述買家。
圖lb為本發(fā)明所述網(wǎng)絡信息處理系統(tǒng)的另一種實施例的組成結(jié)構(gòu)示意 圖。參見圉lb，本實施例與圖la所述實施例基本相同，只是本實施例中所 述電子商務系統(tǒng)需要與電子支付系統(tǒng)104進行交互，可以實現(xiàn)預支付的功
能。所述業(yè)務處理單元中進一步包括預支付查詢模塊，用于與外界的電子支 付系統(tǒng)交互，當網(wǎng)絡信息處理系統(tǒng)收到買家的商討信息后，由該預支付模塊 從所述電子支付系統(tǒng)中查詢所述買家的預付費是否足以支付所述商討價格，
如果是，則所述業(yè)務處理單元記錄所述商討信息并將其發(fā)送給所述賣家；否
則，所述業(yè)務處理單元提示買家進行預付費。
圖lc為本發(fā)明所述網(wǎng)絡信息處理系統(tǒng)的又一種實施例的組成結(jié)構(gòu)示意
圖。參見圖lc,本實施例與圖la所述實施例基本相同，只是該網(wǎng)絡信息處 理系統(tǒng)進一步包括通知系統(tǒng)105，由所述業(yè)務處理單元控制，用于在收到 買家的商討信息后，向賣家發(fā)送通知消息，該通知消息中包括用于查看所述 買家商討信息的鏈接地址；在收到賣家的商討信息后，向買家發(fā)送通知消息， 該通知消息中包括用于查看所述賣家商討信息的鏈接地址。所述的通知系統(tǒng) 具體可以為電子郵件系統(tǒng)、站內(nèi)短信系統(tǒng)、或者即時通信系統(tǒng)，可以分布 通過電子郵件、站內(nèi)短信、即時通信消息的方式通知所述買家或者賣家，買 家或賣家收到通知消息后，訪問其中的鏈接地址，就可以從網(wǎng)絡信息處理系 統(tǒng)中獲取到對應的商討信息。
當然，本發(fā)明也可以將圖lb和圖lc的實施例合并，組成既包含通知系 統(tǒng)，又可以與電子支付系統(tǒng)交互進行預支付的實施例。
圖2為本發(fā)明所述網(wǎng)絡信息處理系統(tǒng)的一種信息處理方法流程圖。本實 施例中，所述網(wǎng)絡信息處理系統(tǒng)是一個電子商務系統(tǒng)，且買賣雙方終端釆用 瀏覽器訪問電子商務系統(tǒng)。參見圖2，該流程包括
步驟201、買家在瀏覽器中瀏覽商品信息，瀏覽器向電子商務系統(tǒng)發(fā)出 瀏覽商品信息的請求，電子商務系統(tǒng)收到該請求后，根據(jù)請求的信息從數(shù)據(jù) 庫中讀取對應的商品信息，然后在網(wǎng)絡表現(xiàn)單元中解析為網(wǎng)絡頁面，并發(fā)送 給買家。這樣買家就能在瀏覽器中瀏覽商品信息的頁面了。并且，在商品信
息的網(wǎng)頁中除了商品信息，而且還包括用于提示買家輸入接受指令或者輸入 商討指令的信息，例如提示按鈕等。
步驟202、買家可以決定是否同意所述網(wǎng)絡頁面中的商品信息，例如是 否同意商品價格，并輸入相應的指令。電子商務系統(tǒng)識別買家輸入的指令，
如果是接受所述商品信息的指令，則執(zhí)行步驟209,按照當前的商品信息進 行電子交易；如果是商討指令，則說明不接受當前的商品信息，執(zhí)行步驟 203。
步驟203、觸發(fā)商討流程。根據(jù)所述商討指令從數(shù)據(jù)庫中獲取相關的買 家信息，賣家信息和商品信息，并且可以判斷買家的業(yè)務邏輯操作權限，例 如商品的當前狀態(tài)是否在出售中，買家當前是否被封禁等，通過權限判斷后， 電子商務系統(tǒng)把這些信息在網(wǎng)絡表現(xiàn)單元中解析為買家商討信息的填寫頁 面，其中包括價格填寫區(qū)、購買件數(shù)填寫區(qū)、以及附加說明填寫區(qū)等，并將 填寫頁面返回給買家瀏覽器。買家在商討信息的填寫頁面中輸入買家的商討 信息，其中主要包含意愿的商品單價，購買件數(shù)，附加說明等信息，然后將 商討信息發(fā)送到電子商務系統(tǒng)。電子商務系統(tǒng)收到后，可以檢查該商討信息 的合理性，例如與商品信息中登記的價格和數(shù)量相比，商討信息的價格是否 合理，購買件數(shù)是否小于等于商品的剩余件數(shù)等，如果不合理，則拒絕接受
該商討信息；如果合理，則把該買方的商討價格信息存儲在數(shù)據(jù)庫中。
步驟204、通過郵件、站內(nèi)信、IM消息提醒等方式通知所述商品信息 對應的賣家，以讓賣家知悉該商品有買家發(fā)起了商討價格的請求，所述通知 信息中包含了查看該商討價格信息的頁面鏈接。賣家收到所述通知信息后， 通過瀏覽器打開通知信息中的頁面鏈接，瀏覽器向電子商務系統(tǒng)發(fā)送請求查 看該商討價格信息頁面的請求指令。電子商務系統(tǒng)收到賣家的請求指令后， 從數(shù)據(jù)庫中讀取該商品信息和買方提交的商討價格信息，然后解析成網(wǎng)頁頁 面，返回給賣家的瀏覽器。所述頁面中除了商品信息和買家的商討信息，還 包括用于提示賣家輸入接受指令或者輸入商討指令的信息，例如提示按鈕 等。
步驟205、賣家在該商討價格信息頁面中，做出決定，輸入相應的指令， 由瀏覽器將該指令發(fā)送給電子商務系統(tǒng)。電子商務系統(tǒng)識別賣家輸入的指
令，如果是接受所述買家商討信息的指令，則執(zhí)行步驟209，按照所述的買
家商討信息執(zhí)行電子交易；如果是賣家的商討指令，則說明不接受所述買家
商討信息，執(zhí)行步驟206。
步驟206、觸發(fā)商討流程根據(jù)所述賣家的商討指令從數(shù)據(jù)庫中獲取相 關的賣家信息，買家信息和商品信息，并且可以判斷賣家的業(yè)務邏輯操作權 限，例如商品的當前狀態(tài)是否在出售中，賣家當前是否被封禁等，通過權限 判斷后，電子商務系統(tǒng)把這些信息在網(wǎng)絡表現(xiàn)單元中解析為賣家商討信息的 填寫頁面，其中包括價格填寫區(qū)、購買件數(shù)填寫區(qū)、以及附加說明填寫區(qū)等， 將填寫頁面返回給賣家瀏覽器。賣家在商討信息的填寫頁面中輸入賣家的商 討信息，其中主要包含意愿的商品單價，購買件數(shù)，附加說明等信息，然后 將商討信息發(fā)送到電子商務系統(tǒng)。電子商務系統(tǒng)收到后，把該賣方的商討價 格信息存儲在數(shù)據(jù)庫中。
步驟207、同時通過郵件、站內(nèi)信、IM消息提醒等方式通知所述的買 家，以讓買家知悉該商品的賣家發(fā)起了商討價格的請求，所述通知信息中包 含了查看該商討價格信息的頁面鏈接。買家收到所述通知信息后，通過瀏覽 器打開通知信息中的頁面鏈接，瀏覽器向電子商務系統(tǒng)發(fā)送請求查看該商討 價格信息頁面的請求指令。電子商務系統(tǒng)收到買家的請求指令后，從數(shù)據(jù)庫 中讀取該商品信息和賣家提交的商討價格信息，然后解析成網(wǎng)頁頁面，返回 給買家的瀏覽器。所述頁面中除了商品信息和賣家的商討信息，還包括用于 提示買家輸入接受指令或者輸入商討指令的信息，例如提示按鈕等。
步驟208、買家在該商討價格信息頁面中，做出決定，輸入相應的指令， 由瀏覽器將該指令發(fā)送給電子商務系統(tǒng)。電子商務系統(tǒng)識別買家輸入的指 令，如果是接受所述賣家商討信息的指令，則執(zhí)行步驟209，按照所述賣家 商討信息進行電子交易；如果是買家的商討指令，則說明不接受賣家的商討 信息，返回步驟203。
步驟209、按照雙方都接受的商品信息或商討信息執(zhí)行電子交易流程， 例如付款、發(fā)貨、收貨、確認收貨等流程。圖3為發(fā)明所述網(wǎng)絡信息處理系統(tǒng)的另 一 種信息處理方法流程圖。本實施例的流程和圖2所示的流程基本相近，區(qū)別之處在于，本實施例中電子商務系統(tǒng)和電子支付系統(tǒng)之間進行交互，買家需要將在電子商務系統(tǒng)中的交易資金預付費到電子支付系統(tǒng)中，并在步驟203后，執(zhí)行以下步驟301。步驟301、從電子支付系統(tǒng)中查詢所述買家的預付費是否足以支付所述 商討信息中的商討價格，如果是，則執(zhí)行步驟204;否則，執(zhí)行步驟302.步驟302、向買家發(fā)送提示信息，提示買家進行足夠的預付費，返回步 驟301。買家收到該提示信息后，到電子支付系統(tǒng)中進行預付費，直到買家 在電子支付系統(tǒng)中的預付費足以支付買家商討信息中的商討價格后，電子商 務系統(tǒng)才執(zhí)行步驟204。由于買家已經(jīng)預付款給電子支付系統(tǒng)，當買賣雙方就商討信息達成一致 而執(zhí)行步驟209時，當前的電子交易就會立即生效。通過圖3的流程，可以更好地保護買賣雙方的利益，防止買賣雙方在達 成意愿交易價格后，會有單方放棄交易的情況出現(xiàn)。在上述實施例中，步驟203至步驟209的商討流程中，買賣雙方釆用瀏 覽器終端的網(wǎng)頁形式進行交流。在本發(fā)明所述方法的另一個優(yōu)選實施例中， 上述步驟203至步驟208的商討過程中，買賣雙方可以通過即時通信終端進 行交流，只不過電子商務系統(tǒng)需要將發(fā)送給終端的信息解析成適于即時通信 終端顯示的聊天窗口形式，再發(fā)送解析后的信息給終端。以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不 局限于此，任何熟悉該技術的人在本發(fā)明所揭露的技術范圍內(nèi)，可輕易想到 的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。
權利要求
1、一種網(wǎng)絡信息處理系統(tǒng)，其特征在于，所述系統(tǒng)包括通信單元，用于與發(fā)布信息的發(fā)布者和需求者進行通信；業(yè)務處理單元，用于登記發(fā)布信息，記錄需求者和發(fā)布者針對同一發(fā)布信息的商討信息，并將所述商討信息發(fā)送給對方；一旦一方同意對方的最新商討信息，則按照所述最新的商討信息進行應用處理；數(shù)據(jù)庫，用于存儲所述發(fā)布信息和商討信息。
2、 根據(jù)權利要求1所述的網(wǎng)絡信息處理系統(tǒng)，其特征在于，所述業(yè)務 處理單元包括識別模塊，用于對接收到的來自發(fā)布者和需求者的信息類別進 行識別，并觸發(fā)業(yè)務處理單元進行相應的處理如果接收到需求者接受發(fā)布者商討信息的指令，則所述業(yè)務處理單元按 照該發(fā)布者商討信息進行應用處理；如果接收到需求者的商討信息，則所述業(yè)務處理單元記錄該商討信息， 并將該商討信息發(fā)送給所述發(fā)布者；如果接收到發(fā)布者接受所述需求者商討信息的指令，則所述業(yè)務處理單 元按照所述需求者商討信息進行應用處理；如果接收到發(fā)布者的商討信息，則所述業(yè)務處理單元記錄該商討信息， 將該商討信息發(fā)送給所述需求者。
3、 根據(jù)權利要求1所述的網(wǎng)絡信息處理系統(tǒng)，其特征在于，該網(wǎng)絡信 息處理系統(tǒng)進一步包括通知系統(tǒng)，由所述業(yè)務處理單元控制，用于在收到 需求者的商討信息后，向發(fā)布者發(fā)送通知消息，該通知消息中包括用于查看 所述需求者商討信息的鏈接地址；在收到發(fā)布者的商討信息后，向需求者發(fā) 送通知消息，該通知消息中包括用于查看所述發(fā)布者商討信息的鏈接地址。
4、 根據(jù)權利要求3所述的網(wǎng)絡信息處理系統(tǒng)，其特征在于，所述通知系統(tǒng)具體為電子郵件系統(tǒng)、站內(nèi)短信系統(tǒng)、或者即時通信系統(tǒng)。
5、 根據(jù)權利要求1所述的網(wǎng)絡信息處理系統(tǒng)，其特征在于，所述發(fā)布 信息為商品信息，所述商討信息中至少包括該商品信息的商討價格，所述應 用處理為電子交易處理。
6、 根據(jù)權利要求5所述的網(wǎng)絡信息處理系統(tǒng)，其特征在于，所述業(yè)務 處理單元中進一步包括預支付查詢模塊，用于與外界的電子支付系統(tǒng)交互， 當網(wǎng)絡信息處理系統(tǒng)收到需求者的商討信息后，由該預支付模塊從所述電子 支付系統(tǒng)中查詢所述需求者的預付費是否足以支付所述商討價格，如果是，則所述業(yè)務處理單元記錄所述商討信息并將其發(fā)送給所述發(fā)布者；否則，所述業(yè)務處理單元提示需求者進行足夠的預付費。
7、 根據(jù)權利要求1所述的網(wǎng)絡信息處理系統(tǒng)，其特征在于，所述通信 單元包括解析單元，用于將業(yè)務處理單元處理后的信息解析成適用于終端 顯示的網(wǎng)絡表現(xiàn)格式，再發(fā)送給終端。
8、 根據(jù)權利要求7所述的網(wǎng)絡信息處理系統(tǒng)，其特征在于，所述適用 于終端顯示的網(wǎng)絡表現(xiàn)格式與終端的類型對應，如果是瀏覽器終端，則所述 的網(wǎng)絡表現(xiàn)格式為適于瀏覽器顯示的網(wǎng)頁；如果是即時通信終端，則所述的 網(wǎng)絡表現(xiàn)格式為適于即時通信終端顯示的聊天窗口。
9、 一種網(wǎng)絡信息處理系統(tǒng)的信息處理方法，其特征在于，該方法包括A、 將發(fā)布者登記的發(fā)布信息發(fā)送給需求者；B、 記錄需求者和發(fā)布者針對同一發(fā)布信息的商討信息，并將所述商討 信息發(fā)送給對方； 一旦一方同意對方的最新商討信息，則按照所述最新的商 討信息進行應用處理。
10、 根據(jù)權利要求9所述的信息處理方法，其特征在于，所述步驟B 具體包括Bl、接收需求者發(fā)送的針對步驟A所述發(fā)布信息的商討信息，記錄該 商討信息，將該商討信息發(fā)送給所述發(fā)布信息對應的發(fā)布者；B2、接收并識別所述發(fā)布者發(fā)送的信息，如果是接受所述需求者的商討 信息的指令，則按照所述需求者的商討信息進行應用處理；如果是發(fā)布者的 商討信息，則記錄該商討信息，將該商討信息發(fā)送給所述需求者； B3、接收并識別所述需求者發(fā)送的信息，如果是接受所述發(fā)布者的商討 信息的指令，則按照所述發(fā)布者的商討信息進行應用處理；如果是需求者的 商討信息，則記錄該商討信息，將該商討信息發(fā)送給所述發(fā)布者，返回步驟B2。
11、 根據(jù)權利要求9所述的信息處理方法，其特征在于，步驟B中， 所述將需求者的商討信息發(fā)送給發(fā)布者的具體方式為向所述發(fā)布者發(fā)送通知信息，其中包括查看所述需求者商討信息的鏈接地址；在收到發(fā)布者 請求打開所述鏈接地址的指令后，將所記錄的需求者商討信息及其對應的發(fā) 布信息發(fā)送給發(fā)布者；所述將發(fā)布者的商討信息發(fā)送給需求者的具體方式為向所述需求者發(fā)送通知信息，其中包括查看所述發(fā)布者商討信息的鏈接地址；在收到需求者請求打開所述鏈接地址的指令后，將所記錄的發(fā)布者商討信息及其對應的發(fā) 布信息發(fā)送給需求者。
12、 根據(jù)權利要求11所述的信息處理方法，其特征在于，所述向發(fā)布 者或需求者發(fā)送通知信息的方法為通過電子郵件、站內(nèi)短信、或即時通信 消息發(fā)送所述通知信息。
13、 根據(jù)權利要求9所述的信息處理方法，其特征在于，所述發(fā)布信息 為商品信息，所述商討信息中至少包括該商品信息的商討價格，所述應用處 理為電子交易處理。
14、 根據(jù)權利要求13所述的信息處理方法，其特征在于，步驟B中， 當網(wǎng)絡信息處理系統(tǒng)收到需求者的商討信息后，進 一 步包括b、從電子支付系統(tǒng)中查詢所述需求者的預付費是否足以支付所述商討 信息中的商討價格，如果是，則記錄所述商討信息并執(zhí)行后續(xù)操作；否則， 提示需求者進行足夠的預付費，重新執(zhí)行步驟b。
15、 根據(jù)權利要求13所述的信息處理方法，其特征在于，步驟B中， 當網(wǎng)絡信息處理系統(tǒng)收到商討信息后，進 一 步包括比較所述商討信息及其對應的商品信息，判斷所述商討信息是否合理， 在判定合理后，再記錄該商討信息，并執(zhí)行后續(xù)操作。
16、 根據(jù)權利要求9所述的信息處理方法，其特征在于，所述網(wǎng)絡信息 處理系統(tǒng)在向發(fā)布者或需求者發(fā)送信息前，進一步包括，確定所述發(fā)布者和 需求者的終端類型，將所發(fā)送信息解析成適用于發(fā)布者終端或需求者終端顯 示的網(wǎng)絡表現(xiàn)格式，再發(fā)送解析后的信息。
17、 根據(jù)權利要求16所述的信息處理方法，其特征在于，所述網(wǎng)絡表現(xiàn)格式與終端的類型對應，如果是瀏覽器終端，則所述的網(wǎng)絡表現(xiàn)格式為適于瀏覽器顯示的網(wǎng)頁；如果是即時通信終端，則所述的網(wǎng)絡表現(xiàn)格式為適于即時通信終端顯示的聊天窗口。
全文摘要
本發(fā)明公開了一種網(wǎng)絡信息處理系統(tǒng)及其信息處理方法，所述系統(tǒng)包括網(wǎng)絡表現(xiàn)單元、業(yè)務處理單元和數(shù)據(jù)庫。該系統(tǒng)與發(fā)布者和需求者終端交互，登記發(fā)布信息，記錄需求者和發(fā)布者針對同一發(fā)布信息的商討信息，并將所述商討信息發(fā)送給對方，一旦一方同意對方的最新商討信息，則按照所述最新的商討信息進行應用處理。采用本發(fā)明，可以實現(xiàn)在通過商討流程進行應用處理時，降低人機交互次數(shù)和數(shù)據(jù)處理量，提高網(wǎng)絡信息處理系統(tǒng)的處理效率。
文檔編號G06Q30/00GK101127110SQ20071016410
公開日2008年2月20日 申請日期2007年9月29日 優(yōu)先權日2007年9月29日
發(fā)明者辛英玉 申請人:騰訊科技(深圳)有限公司