專利名稱：由服務器實現(xiàn)物品贈送信息或受贈信息的傳播與控制的方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種信息傳播與控制的方法和系統(tǒng)，特別涉及一種為物品網絡贈送
提供贈送信息和受贈信息傳播與控制的方法及系統(tǒng)。
背景技術：
隨著國民生活水平的提高，閑置物品的贈送越來越普遍，而傳統(tǒng)的贈送方式無 法適應現(xiàn)代人的生活方式及觀念，因為傳統(tǒng)的物品贈送或二手貨買賣中，人流、物流和 信息流是結合在一起的，經常需要通過面對面的直接接觸來達成意向，這樣就嚴重地降 低了效率、延長了時間、增加了消耗，進而阻礙了閑置物品的循環(huán)利用。
網絡技術和計算機技術的發(fā)展為上述問題提供了解決辦法。構建一個基于網絡 的信息傳播與控制平臺，搭建和維護一個贈送及受贈信息數(shù)據庫，贈送人可以通過網絡 來發(fā)布贈送信息并存入這個數(shù)據庫，自主選擇受贈人并控制流程，同時受贈人也可以從 數(shù)據庫中尋找適合的贈送品，使得贈送過程中人流、物流和信息流實現(xiàn)了相互分離。另 外，在基于網絡的贈送及受贈信息傳播與控制平臺上，可以通過預設的贈送及受贈規(guī)則 來控制、優(yōu)化贈送流程，提高贈送匹配的成功率，而用戶則不用再考慮其中具體規(guī)則， 有效地降低了贈送過程的損耗、時延，提高了效率，基本上實現(xiàn)了零成本的物品贈送， 使得很小的物品都可以通過贈送實現(xiàn)再利用，為節(jié)約型消費提供了技術平臺。

發(fā)明內容
本發(fā)明的目的是針對現(xiàn)有技術中存在的上述需求，提出了一種行之有效的解決 方法，詳述如下。 根據本發(fā)明的第一方面，提供了一種由服務器實現(xiàn)物品贈送信息或受贈信息的 傳播與控制的方法，其中服務器通過網絡和至少一個終端相連并維持一個用戶數(shù)據庫， 在用戶數(shù)據庫中有多個用戶賬號，至少一個賬號包括贈送清單和/或受贈清單，其中所述 贈送清單由贈送記錄組成，所述受贈清單由受贈記錄組成，該方法包括接收第一用戶 通過終端提出的錄入贈送記錄的請求和數(shù)據，將接收到的贈送記錄數(shù)據存入所述用戶數(shù) 據庫中屬于該用戶的贈送清單中；應第二用戶通過終端提出的請求，向第二用戶的終端 發(fā)送贈送列表；所述贈送列表包括與請求匹配的贈送記錄；接收來自該第二用戶通過終 端提供的申請接受贈送列表中某一贈送記錄的物品的請求和相應數(shù)據，將接收到的受贈 請求數(shù)據存入所述用戶數(shù)據庫中屬于該第二用戶的受贈清單。 根據本發(fā)明的第二方面，提供了一種實現(xiàn)物品贈送的服務器，該服務器通過網 絡和至少一個用戶終端相連；所述服務器中儲存著一個用戶數(shù)據庫，其中有多個用戶賬 號，至少一個用戶賬號包括由贈送記錄組成的贈送清單和/或由受贈記錄組成的受贈清 單；其中贈送記錄包括下面部分或者全部子項贈送記錄ID、標題、描述信息、物品類 別、物品估計原價、物品估計現(xiàn)價、限定地區(qū)、限定身份、限定申請人數(shù)、交接方式與地點、聯(lián)系方式、是否要親自審核、發(fā)布日期、申請受贈用戶名列表、完成日期、受贈 者用戶名、受贈者給的評價等級、受贈者給的評價信息、訪問次數(shù)；其中受贈記錄包括 下面部分或者全部子項贈送者用戶名、贈送記錄ID號、標題、物品估計現(xiàn)價、資格審 核標志、完成日期、贈送者給的評價等級、贈送者給的評價信息；所述服務器包括數(shù)據 處理模塊，該模塊基于請求數(shù)據，對所述用戶數(shù)據庫中的贈送記錄和/或受贈記錄進行維 護操作，將操作結果返回給用戶終端；所述數(shù)據處理模塊包括接收第一用戶通過終端 提出的錄入贈送記錄的請求和數(shù)據，將接收到的贈送記錄數(shù)據存入所述用戶數(shù)據庫中屬 于該用戶的贈送清單中的子模塊；應第二用戶通過終端提出的請求，向第二用戶的終端 發(fā)送贈送列表的子模塊；接收來自該第二用戶通過終端提供的申請接受贈送列表中某一 贈送記錄的物品的請求和相應數(shù)據，將接收到的受贈請求數(shù)據存入所述用戶數(shù)據庫中屬 于該第二用戶的受贈清單的子模塊。。 優(yōu)選的，上述數(shù)據庫構成分層分區(qū)網狀結構，按照嵌套包含的關系將各個區(qū)域 劃分層次，其中下層區(qū)域可以同時屬于幾個與其鄰接的上一層區(qū)域，也可以直接屬于與 其不相鄰接的更上層區(qū)域；其中最底層區(qū)域的數(shù)據包括其區(qū)域頭數(shù)據和屬于該區(qū)域的所 有用戶賬號數(shù)據；上層區(qū)域的數(shù)據包括其區(qū)域頭數(shù)據和屬于該區(qū)域的所有下層區(qū)域的數(shù) 據；數(shù)據處理模塊包括數(shù)據處理接口和位于所述各個區(qū)域的多個區(qū)域處理機；數(shù)據處理 接口從所述格式轉換模塊接收數(shù)據請求，分解為至少一個數(shù)據操作命令，提交給對應區(qū) 域處理機處理，從區(qū)域處理機接收數(shù)據操作結果并且將其組裝，然后提供給用戶終端； 區(qū)域處理機從數(shù)據處理接口或者上層區(qū)域處理機接收數(shù)據操作命令，執(zhí)行完成后將操作 結果返還給所述數(shù)據處理接口或者上層區(qū)域處理機。 根據本發(fā)明的第三方面，提供了一種實現(xiàn)物品贈送的系統(tǒng)，其包括上述任一服 務器和與服務器通過網絡相連的用戶終端，其中用戶終端運行一個互動接口模塊。


下文將參照附圖對本發(fā)明的具體實施方案進行更詳細的舉例說明，其中 圖1是本發(fā)明一個實施例的系統(tǒng)結構圖； 圖2是本發(fā)明的一個實施例的信息流交換與傳遞示意圖； 圖3是本發(fā)明的一個實施例的菜單、顯示頁面和輸入頁面綱要圖； 圖4a是用戶賬號結構說明圖，它說明本發(fā)明的一個實施例中的用戶賬號記錄數(shù)
據； 圖4b是贈送記錄子項分類表，它說明圖4a中用戶賬號中贈送記錄子項的信息分 類； 圖4c是受贈記錄子項分類表，它說明圖4a中用戶賬號中受贈記錄子項的信息分 類； 圖5a是本發(fā)明一個實施例中用戶維護贈送信息的步驟流程圖； 圖5b是一個控制對策表，它說明圖5a實施例中由前提控制信息確定贈送級別的
對策表； 圖5c是一個控制對策表，它說明圖5a實施例中由贈送級別和用戶基本信息確定 受控流程部分受控控制信息選項的對策表；
圖6a是本發(fā)明一個實施例中用戶申請并完成受贈的步驟流程圖； 圖6b是一個控制對策表，它說明圖6a實施例中根據贈送級別確定用戶需要提供
的審核信息； 圖7a是一個結構與數(shù)據流框圖，它說明本發(fā)明的一個實施例中采用區(qū)域頭的分 層分區(qū)網狀數(shù)據組織結構和區(qū)域處理機數(shù)據處理體系； 圖7b是一個區(qū)域頭的結構說明圖，它說明圖7a的實施例中的各個區(qū)域頭中記錄 的數(shù)據； 圖8a是一個流程圖，它說明本發(fā)明中的數(shù)據處理系統(tǒng)接收終端或系統(tǒng)的數(shù)據請 求，進行相應的數(shù)據處理的基本步驟； 圖8b是一個流程圖，它說明本發(fā)明的一個實施例中底層區(qū)域處理機接收并執(zhí)行 數(shù)據操作命令的基本步驟； 圖8c是一個流程圖，它說明本發(fā)明的一個實施例中非底層區(qū)域處理機接收并執(zhí) 行數(shù)據操作命令的基本步驟； 圖9是一個屏顯實例，說明本發(fā)明的一個實施例中用戶查找贈送信息的屏幕顯
具體實施例方式
本發(fā)明所公開的由服務器實現(xiàn)物品贈送信息或受贈信息的傳播與控制的方法及 系統(tǒng)，系通過用戶終端及服務器構成的網絡傳播贈送及受贈信息，并進行贈送信息的接 收、發(fā)布和處理，為實現(xiàn)物品網絡贈送提供技術支持。 本發(fā)明的方法需要系統(tǒng)通過自動控制解決贈送過程的基本問題，對此需要預設 贈送規(guī)則和受贈規(guī)則，主要包括保證贈送的私密性、效率、自主性，反對虛假和欺 詐，贈送者意愿、受贈者意愿、公開性與透明度具有由高到低的優(yōu)先級，控制系統(tǒng)設計 要先滿足優(yōu)先級高的要求；最大限度的保護用戶私人信息，原則上除了管理人員外任何 人都看不到用戶姓名、單位、住址等私密信息，同時只能在達成贈送意向后按照贈送者 設定方式將其中一方聯(lián)系信息提供給另一方；應該將贈送分成不同級別，將小額贈送限 制在本地區(qū)、小范圍內、采用簡單快捷的方式進行，劃分可以根據贈送者自己估計的物 品價值，包括現(xiàn)價、原價或者二者的一種表達式；大額贈送可以提供多種贈送流程讓贈 送者自主選擇；提供信譽評價機制，以便系統(tǒng)監(jiān)管并給其它用戶提供知情權；限制單 個用戶的受贈總量，包括總價值額和頻率，以讓更廣泛的人們獲得贈送，過濾惡意受贈 者；由贈送者來選擇和控制贈送對象以及交接和聯(lián)系方式，使其能夠按照希望的對象和 方式進行贈送；贈送者可以通過設置要親自審核來審核受贈者資格，但是應該限制其拒 絕申請的次數(shù)；受贈者可以自主選擇需要的贈送品，但是當然需要接受贈送者設置確定 的贈送方式。 下面結合附圖對本發(fā)明的具體實施例進行描述。圖1是本發(fā)明一個實施例的系 統(tǒng)結構圖，如圖所示，本發(fā)明的由服務器實現(xiàn)物品贈送信息或受贈信息的傳播與控制的 系統(tǒng)10的基本結構中包括多種形式的用戶終端22，例如計算機22a、移動電話22b、固定 電話22c、互動電器22d等，還包括一個服務器40，它們通過網絡12連接，網絡12可以 是寬帶網、局域網、因特網、電信網等各種網絡形式以及它們組成的混合體。至少一個用戶終端和服務器通過網絡構成的系統(tǒng)結構是網絡中提供服務的一種基本結構與方式， 用戶終端通過一個交互機制與用戶交換信息，然后將信息請求提交給服務器，服務器進 行相應的處理后，將處理結果數(shù)據反饋給終端，再提供給用戶。 圖1示出了本發(fā)明的系統(tǒng)10與物品贈送者26a、受贈者26b、物流過程30之間 的關系。傳統(tǒng)物品贈送中一般由贈送者26a與受贈者26b的直接聯(lián)系確定贈送意向，而 且往往和物流過程30是一起進行的，特別是在二手貨交易過程中，信息流和物流交織在 一起，往往由贈送者26a與受贈者26b經過面對面聯(lián)系達成交易意向并完成交接。而建 立本發(fā)明的系統(tǒng)10后，贈送者26a可以自行發(fā)布贈送信息，而受贈者26b自行尋找需要 的物品，匹配并達成贈送意向后，系統(tǒng)提供聯(lián)系信息供其完成物品28的交接過程。這樣 就將贈送過程的信息流與物流30分離開來，在聯(lián)系交接之前，贈送者26a與受贈者26b 不必直接聯(lián)系，提高了贈送的靈活性、便捷性和效率。 服務器40用來完成贈送信息和受贈信息的接收、查詢、處理和返回的處理與控 制，可以是一臺單獨的計算機、 一個集中的計算機群或者一個分布式的計算機系統(tǒng)。實 際上，用戶終端和服務器甚至可以是通過在同一臺計算機上執(zhí)行的不同程序實現(xiàn)。
本發(fā)明的一個優(yōu)選實施例中服務器40考慮了三種服務功能。第一種服務功能 是用戶賬號管理服務，包括為贈送系統(tǒng)的用戶、管理用戶、廣告贊助商用戶提供登錄服 務，為鑒權通過的用戶提供進行訪問和操作的權利。第二種服務功能是一種贈送信息發(fā) 布與維護服務。服務器40使得網絡用戶能夠在其終端22上使用瀏覽器程序或者其它客 戶端程序，實時互動提交自己的贈送信息，服務器40將這些信息記入用戶賬號，需要的 時候，用戶還可以連接服務器40對已錄入的贈送信息進行修改或刪除。第三種服務功能 是申請受贈信息的服務功能。用戶可以通過終端22與服務器40連接，搜索并選擇匹配 的贈送信息，在受贈的不同階段，服務器40實時維護贈送雙方的記錄，及時提供聯(lián)系信 息，保障贈送的高效順利進行。而且，受贈者也可以通過服務器40維護自己的賬號信 息，查看受贈歷史記錄。 通過上述用戶終端和服務器40，贈送者可以自行發(fā)布和維護贈送信息，設定受 贈者的條件，只有符合條件的用戶才能申請接受相應贈送品。而希望受贈者可以基本上 實時地瀏覽和搜索各種贈送信息，申請需要的贈送物。 在本發(fā)明的一個優(yōu)選實施中，用戶終端22是具有一定輸入輸出能力、處理能力 和存儲能力，且能夠與網絡基本上實時交換數(shù)據的處理裝置。圖中計算機22a顯然是一 種常用的終端設備，而移動電話22b能夠隨時隨地進行通信，廣泛應用的固定電話22c也 是本發(fā)明一個實施例的終端設備。另外，隨著互動電器技術的發(fā)展，將來的互動電器22d 也具有實時交換數(shù)據的能力，這些終端大大的擴展了本發(fā)明的應用范圍和便捷性。
圖2是本發(fā)明的一個實施例的信息流交換與傳遞示意圖。如圖所示，用戶26通 過在終端22中的互動接口模塊24提交錄入贈送記錄的請求和數(shù)據，互動接口模塊24將 這些數(shù)據通過網絡12發(fā)送給服務器40。服務器40中包括格式轉換模塊44、數(shù)據處理 模塊46和數(shù)據庫50，該數(shù)據庫中存有系統(tǒng)的所有用戶賬號，每個賬號都對應著不同的用 戶，各用戶賬號包括了該用戶的贈送清單和/或受贈清單，其中贈送清單由贈送記錄組 成，受贈清單由受贈記錄組成。格式轉換模塊44將服務器40接收到的數(shù)據轉換為統(tǒng)一 形式的請求數(shù)據，提交數(shù)據處理模塊46處理。而數(shù)據處理模塊46是唯一能夠直接處理數(shù)據庫50之中數(shù)據的功能模塊，它根據用戶26經過所述過程提交的請求對數(shù)據庫50中 的數(shù)據進行相應的操作。操作完成后，數(shù)據處理模塊46將處理結果提交給格式轉換模塊 44轉換為與終端22匹配的形式，通過網絡12發(fā)送給終端22輸出給用戶。
顯然，對于網絡12、用戶終端22不同形式的組合，需要提供不同的用戶互動接 口模塊24，同時格式轉換模塊44與終端22之間也要進行相應的數(shù)據格式轉換。這種轉換 和數(shù)據傳遞方法，已經有很多通用的協(xié)議和標準技術，即使是互動電器領域將來也會使 用這樣的技術。因此，在后面的介紹中將不一一列舉這些條件下的各種實施例，而主要 采用通過因特網連接的計算機終端及服務器這一種常見的體系來說明本發(fā)明的實施例。
圖3是本發(fā)明的一個實施例的菜單、顯示頁面和輸入頁面綱要圖。其中給出了 提供給用戶通過終端計算機22a訪問服務器40的一種較優(yōu)方案的主要菜單、顯示頁面和 輸入頁面。當用戶在終端22a中輸入服務器40的URL時，將激活服務器40中的處理 系統(tǒng)42，提供一個菜單120。用戶可以通過菜單120訪問多項功能，其中查看贈送政策 140、查看贈送信息160可以不經登錄直接訪問，而賬號管理150、客戶服務130、我要贈 送170和申請受贈180必須在完成賬號登陸110之后才能訪問。 圖4a是用戶賬號結構說明圖，說明了用戶數(shù)據庫中每個用戶賬號記錄200中包 括的信息類型；圖4b是贈送記錄子項分類表，說明了圖4a中贈送記錄子項的信息分類； 圖4c是受贈記錄子項分類表，說明了圖4a中受贈記錄子項的信息分類。
在圖4a中，首先用戶賬號記錄200中包括一個用戶名201和一個口令202。 賬 號記錄200還有子項基本信息206，包括但不限于用戶姓名、性別、民族、年齡、身份證 號碼、身份類別、所在地區(qū)、學歷、電話號碼、手機號碼、電子郵件地址，其中的信息 可以用于讓捐助者限定受贈對象資格。另外，在基本信息206中還設置匿名標志、贈送 排行榜匿名標志，從而使用戶可以選擇在贈送信息和排行榜中不公開個人信息。賬號記 錄200還包括狀態(tài)標志字204、贈送清單208、受贈清單210、追蹤查詢清單212、事件通 知信息214。贈送清單208由一條條的贈送記錄220組成，其中包括多個子項。受贈清 單210也是由一條條受贈記錄270組成，其中包括多個子項。事件通知信息214用于發(fā) 生相應事件時自動通知用戶。 下面結合圖4a和圖4b —起來說明贈送記錄220中的子項數(shù)據。每條贈送記錄 220包括多個子項數(shù)據，根據這些子項在本發(fā)明中的功能和作用，可以將其劃分為基本信 息子項和控制信息子項。其中基本信息子項用于信息的記錄，又可以分為記錄贈送內容 的內容信息子項和記錄贈送完成情況的完成信息子項。而控制信息子項在記錄一定信息 的同時，還用于或者可以用于控制信息處理流程，其中又分為前提控制信息子項、受控 控制信息子項和過程控制信息子項。前提控制信息是由用戶輸入的信息，其內容會影響 受控控制信息子項的選項，而受控控制信息子項內容則進一步控制贈送及受贈信息傳播 與處理的過程，而且也是由用戶輸入的信息(在某些前提控制信息條件下為系統(tǒng)缺省選 項，用戶不能選擇，參見圖5a、圖5b、圖5c的說明)， 一般應該讓用戶先輸入前提控制 信息，后輸入受控控制信息。而過程控制信息是系統(tǒng)在信息控制過程中自動生成的，也 可以用于系統(tǒng)控制。圖4b是各子項數(shù)據信息的分類，應該說明的是，這種分類并不是絕 對的，設計者可以根據系統(tǒng)需要進行相應的調整。 如圖4b所示，內容信息子項包括贈送記錄ID號222、標題224、描述信息226，贈送記錄ID號222是獨一無二的記錄號，用于區(qū)分各贈送記錄。前提控制信息包 括物品類別228、物品估計原價230、物品估計現(xiàn)價232、屏蔽標志262，其中屏蔽標志 262用來標志在系統(tǒng)應受贈申請人的請求向其終端發(fā)送贈送列表時，是否屏蔽該贈送記錄 220，而贈送者需要的時候可以再取消屏蔽標志，可以使該記錄或者其中的個人信息等部 分子項不能被查詢和瀏覽到。受控控制信息子項包括限定地區(qū)234、限定身份236、限 定申請人數(shù)238，用于限定受贈者的條件，這些限定條件構成了限制信息，只有滿足贈送 用戶和/或系統(tǒng)設定的限定信息的用戶才能申請接受該贈送記錄提供的贈送，否則，系統(tǒng) 將不向該用戶發(fā)送該不匹配的贈送記錄或者雖然發(fā)送但不提供申請選擇；交接方式與地 點240、聯(lián)系方式242，用于贈送者設置交接和聯(lián)系方式；是否要親自審核244，贈送者 設置后可以親自審核受贈者的資格。限定地區(qū)234可以分級，例如分為任意選擇地區(qū)、 所在省級地區(qū)、所在的縣市級地區(qū)和所在的鎮(zhèn)街級地區(qū)，系統(tǒng)在接收用戶錄入贈送記錄 的請求和數(shù)據時，可以根據該用戶所在地區(qū)和上述選擇項確定具體的地區(qū)名稱列表，再 由用戶選擇確定。過程控制信息包括發(fā)布日期246、拒絕申請次數(shù)250、訪問次數(shù)260 和申請受贈用戶名列表248，在其他用戶提出對所述贈送記錄220的受贈申請后記錄。完 成信息包括完成日期252、受贈者用戶名254、受贈者給的評價等級256和受贈者給的 評價信息258。贈送未完成時完成日期252記錄為0，申請者資格審核通過后可將完成日 期248記為1，贈送者和/或受贈者提交完成信息后記錄完成日期248。受贈者給的評價 等級256用于受贈者評價贈送者。 下面結合圖4a和圖4c說明受贈記錄270中的子項數(shù)據。受贈者只有對不同 贈品的選擇權，而沒有對贈送過程的控制權，因此在受贈記錄270中只有由系統(tǒng)自行產 生的過程控制信息子項，而沒有需要用戶參與確定前提控制信息子項和受控控制信息子 項。圖4c是受贈記錄270各子項數(shù)據的信息分類，其中內容信息子項包括贈送者用 戶名272、贈送記錄ID號274和標題276，用來記錄對應贈送者賬號用戶名201、所申請 贈送記錄220的贈送記錄ID號222、標題224。在用戶維護其受贈信息時，其中顯示的 標題276或者贈送記錄ID號274可以帶有一個超級鏈接，用戶點擊后通過贈送者用戶名 272鏈接贈送者賬號200，再通過贈送記錄ID號274確定其中的贈送記錄220，取得需要 的信息，這樣就不需要在受贈者賬號中存儲全部贈送記錄220的信息，從而減少數(shù)據總 量。完成信息子項包括完成日期282、贈送者給的評價等級284和贈送者給的評價信息 286，贈送者給的評價等級284用于評價該受贈者的表現(xiàn)。過程控制信息子項包括物品 估計現(xiàn)價278，系由系統(tǒng)直接采用贈送記錄220中的物品估計現(xiàn)價230，用于估計用戶在 一段時間內的受贈總額，該受贈總額將和受贈次數(shù)共同構成受贈總量，系統(tǒng)將對每個用 戶在一段時間內的受贈總量設定限額。資格審核標志280用于受贈過程審核流程控制。
物品贈送存在合理的地區(qū)范圍，超出這個范圍就失去了意義，故系統(tǒng)設置幾種 級別的限定范圍，例如可以分為本鎮(zhèn)街地區(qū)、本縣市地區(qū)、本省地區(qū)和任意選擇地區(qū)； 限定小額物品只能在所在最小級別范圍內贈送，隨著物品價值提高增加相應級別的贈送 選擇范圍。在上述規(guī)則下，很多用戶賬號200下雖然有多條贈送記錄220，但是可能都是 在所在最小級別地區(qū)內贈送的。這樣，可以在每個賬號200中設置一種跨區(qū)標志位，表 示是否存在跨區(qū)域的贈送記錄220。當某個地區(qū)的用戶搜索贈送信息時，其它地區(qū)賬號 200中跨區(qū)標志位無效就說明其中沒有用戶需要的贈送信息，就不用搜索這些賬戶了，從送數(shù)量、總額等。因此，在賬號200中設置一個由多個狀 態(tài)標志位組成的狀態(tài)標志字204，包括但不限于未完成贈送標志位、未完成跨省贈送標志 位、未完成跨市縣贈送標志位、未完成跨鎮(zhèn)街贈標志位、未完成受贈標志位。
圖5a、圖5b、圖5c是用戶維護贈送信息的基本控制流程和控制對策表。圖5a 說明了用戶維護贈送信息的基本步驟，包括發(fā)布新的贈送記錄、修改已有贈送記錄和刪 除已有贈送記錄。用戶通過步驟304點擊進入贈送界面170后發(fā)布新的贈送記錄，通過 步驟306、步驟308讓用戶輸入基本信息，通過步驟310、步驟312讓用戶輸入前提控制 信息。然后，在步驟314中根據圖5b對策表和用戶輸入的前提控制信息實時確定贈送級 別，在步驟316中讀入用戶基本信息，結合圖5c對策表對后面的受控流程部分320進行 控制。受控流程部分320包括步驟322根據圖5c對策表生成受控控制信息輸入界面，其 中部分信息只有l(wèi)個選項，用戶不可以修改；另一些信息則具有多個選項，用戶在步驟 324中選擇希望的可選信息選項后，在步驟326中提交全部受控控制信息。然后在步驟 330、步驟332將基本信息、前提控制信息和受控控制信息組合成完整的贈送記錄信息并 記錄在數(shù)據庫中，并且在追蹤審計清單中記錄該維護事件。最后，系統(tǒng)通過步驟334顯 示操作成功，整個維護過程結束。還有，用戶修改和刪除贈送記錄時步驟304通過點擊 相應的數(shù)據維護按鈕提交維護請求。另外，在維護已有贈送記錄時，還有一個對申請受 贈者的審核步驟，用戶可以查看申請者的歷史記錄情況和審核信息，以決定是拒絕還是 接收該申請。 圖5b是一個控制對策表，用于圖5a步驟314根據前提控制信息確定贈送級別， 例如用物品價值來確定贈送級別，其中物品價值可以用物品估計原價230、物品估計現(xiàn)價 232或者二者的一種表達式來代表。在本發(fā)明的一個實施例中，根據單一條件物品估計 現(xiàn)價232將贈送劃分為小額贈送、增額贈送、大額贈送、特大額贈送四個級別。如圖5b 所示，如果令Pl = 100元，P2 = 200元，P3 = 1000元，就可以根據物品估計現(xiàn)價232 進行所述劃分。前面已經提到前提控制信息包括多個數(shù)據子項，贈送級別也可以有多種 形式和數(shù)目，因此可以根據系統(tǒng)控制需要設計多種形式的控制對策表來進行更適宜的控 制，設計者可以根據前面的基本思路很容易地實現(xiàn)。 圖5c也是一個控制對策表，用于圖5a步驟322中根據贈送級別確定受控流程部 分受控控制信息的選項，其中每個受控控制信息有多個可能選項；其中第l項為默認選 項，在用戶界面中一般都在選項下拉菜單的首位，用戶沒有選擇時使用所述默認選項作 為該信息的內容；不同的贈送級別具有不同的選項，當有多個選項時用戶可以選擇，而 只有一個選項時用戶不能選擇。下面舉例說明該控制對策表的使用方法。如限定地區(qū) 234是一個受控控制信息，有4個可能的選項，包括l.本鎮(zhèn)地區(qū)，2.本縣地區(qū)，3.本省地 區(qū)，4.外省地區(qū)。如果在前面圖5b對策表中確定所述贈送為中額贈送，限定地區(qū)就只 有第l項這個唯一選項，這時候用戶不能做修改，系統(tǒng)直接采用這個選項。如果所述贈 送為特大額贈送，則有l(wèi)、 2、 3三個選項，用戶可以自主選擇。與其它受控控制信息不 同的是，限定地區(qū)的選項確定后，還要提供所選選項范圍內的具體地區(qū)給用戶進一步選 擇，例如用戶選擇2.本縣地區(qū)，而該用戶賬戶中的地址顯示其是在北京市海淀區(qū)四季青街道，則將提供海淀區(qū)及其所有下一級的地區(qū)供其選擇。其它受控控制信息的確定過程 與限定地區(qū)的確定過程類似，不過用戶只需要選擇一次就確定了選項。顯然，設計者可 以根據上述思路提出其它形式的控制對策表，以得到不同的控制效果。 另外，本發(fā)明還設置了統(tǒng)計功能，對用戶贈送信息的維護包括產生排行榜，系 統(tǒng)可以定時或者根據管理員的命令對各用戶贈送清單進行統(tǒng)計，分區(qū)域、分時段產生贈 送排行榜信息并儲存起來，在終端界面適當位置實時顯示。 圖6a是本發(fā)明一個實施例中用戶申請并完成受贈的步驟流程圖，說明了用戶申 請受贈的具體步驟。用戶通過輸入搜索詞、篩選條件可以搜索得到由匹配的贈送記錄組 成的贈送列表，在其中顯示的每一條贈送記錄中，都有申請受贈的超級鏈接，在步驟410 用戶點擊該鏈接申請受贈，這時如果用戶還沒有經過鑒權，系統(tǒng)將提示其登錄鑒權后繼 續(xù)下面的流程。在步驟412中，系統(tǒng)讀取贈送記錄中對受贈對象的限定條件，包括限定 地區(qū)234、限定身份236，判斷用戶是否符合贈送者的要求；如果不符合要求，在步驟 438中顯示條件不符合信息，申請過程結束；如果符合條件，則繼續(xù)下一步流程。在步 驟414中，系統(tǒng)根據限制受贈量的控制規(guī)則確認用戶是否可以申請受贈。受贈量限制規(guī) 則對用戶受贈總量進行限制，包括但不限于對一段時間內的估計受贈總額、受贈次數(shù)、 同時申請受贈次數(shù)、跨鎮(zhèn)街受贈次數(shù)、跨市縣受贈次數(shù)、跨省受贈次數(shù)進行限制。如果 用戶受贈超過了這些限制，在步驟440中向用戶顯示相應超限情況信息，結束受贈申請 過程；如果沒有超過限制，則繼續(xù)申請流程。然后，在步驟416中要求用戶提供并接收 資格審核信息，需要的資格審核信息由系統(tǒng)根據圖6b所示一個對策表決定，用戶提交后 在步驟418中在用戶賬號200中記錄一條新的受贈記錄270 ;實際上也可以先在步驟418 中記錄受贈記錄270，然后再在步驟416中要求用戶提供并接收資格審核信息。然后， 用戶的申請受贈請求和審核信息被提交給系統(tǒng)審核，步驟420適當?shù)墓芾碛脩魧徍送ㄟ^ 后，如果贈送者要求親自審核的，還要進行步驟424提交給贈送者審核。這時如果贈送 者選擇的限定申請人數(shù)238大于1時，就可能會同時有多個人申請受贈，而贈送人可以同 意或者拒絕這些申請者。當這些審核都通過后，步驟424將審核標志記為"3"，然后 在步驟426中按照贈送者設定的方式把一方的聯(lián)系信息提交給另一方。然后在步驟428 中，雙方自行完成交接，這是實際的物流過程，不在本發(fā)明贈送/受贈信息傳播與控制系 統(tǒng)的范圍之內，因此用虛線表示。在步驟430中，受贈者和/或贈送者提交贈送完成信息 后，系統(tǒng)在步驟432中在雙方賬號記錄中添加完成信息，檢查并修改態(tài)標志字304，整個 贈送過程結束。如果申請沒有通過網站審核，步驟442修改審核標志為"4";如果申 請沒有獲得贈送者通過，步驟446修改審核標志為"5";然后步驟448通知申請者未獲 通過信息，步驟450刪除用戶的該條受贈記錄。 圖6b是一個控制對策表，用于圖6a步驟416根據贈送級別要求用戶提供相應資 格審核信息。如圖所示，資格審核信息可以但不限于l.由用戶注冊信息代替，2.審核身 份證電子版或傳真件，3.審核戶口簿、單位證明、居委會證明、派出所證明之一的電子 版或傳真件。對中小額贈送采用1.用戶注冊信息；大額贈送采用審核方式2 ;超大額贈 送采用審核方式2和3。因為申請受贈的用戶必須是注冊的，而注冊時通過要求提供身份 證號碼或其它信息進行了審核，所以實際上所有用戶都通過了 l.用注冊信息的審核，中 小額受贈就不需要另行提供審核信息了，這樣可以簡化贈送流程。
在本發(fā)明的系統(tǒng)實際運行后，將面臨數(shù)據量巨大、數(shù)據維護請求量更加巨大的 問題，但這個信息流處理系統(tǒng)最獨具一格的特點是大量數(shù)據流是在小范圍內的用戶之 間雙向對等傳播，這是由于實際物品贈送絕大部分將是小范圍內的小額物品贈送所導致 的結果。這與現(xiàn)有的大型信息系統(tǒng)都不同。如搜索引擎，用戶搜索的是全國甚至全世界 的信息，而不會限制在一個小范圍內。新聞網站是點對面的系統(tǒng)，信息編輯好以后，只 要發(fā)送給客戶端的用戶瀏覽即可。B2C型電子商務網站信息傳遞是點對面的方式，但是 是需要互動進行。C2C型電子商務網站的交易也不會局限在特定的范圍，網店和用戶的 身份是難以轉換的，另外網店數(shù)量也遠遠小于用戶數(shù)量。政府的身份證信息系統(tǒng)也是點 對面的系統(tǒng)。 因為贈送及受贈信息傳播與控制系統(tǒng)中大量數(shù)據傳播和維護是在小區(qū)域內進行 的，所以可以對圖2中數(shù)據庫50和數(shù)據處理模塊46的進行一定的優(yōu)化，以取得更高的數(shù) 據處理效率。因此，本發(fā)明提出了一種采用區(qū)域頭的分層分區(qū)網狀數(shù)據庫和相應的分層 區(qū)域處理機數(shù)據處理模塊，下面介紹其具體內容。 圖7a是一個結構與數(shù)據流框圖，說明了本發(fā)明的一個實施例中的分層分區(qū)網狀 數(shù)據庫和相應的分層區(qū)域處理機數(shù)據處理模塊的結構與數(shù)據流。這個數(shù)據庫分為多個區(qū) 域，按從小到大的方式構成一個嵌套的分層結構。最小的區(qū)域是第l層區(qū)域，也叫底層 區(qū)域，其數(shù)據由第1層區(qū)域頭606、區(qū)域內的所有用戶賬號數(shù)據200、區(qū)域內其它非用戶 獨立數(shù)據共同組成。數(shù)據庫中，所有的用戶賬號數(shù)據200和非用戶獨立數(shù)據608都要屬 于某一個底層區(qū)域。第2層區(qū)域是較大的區(qū)域，包括l個以上的第l層區(qū)域，其數(shù)據由 第2層區(qū)域頭604和該區(qū)域下所有第l層區(qū)域數(shù)據組成。同樣，第3層區(qū)域數(shù)據由第3 層區(qū)域頭602和該區(qū)域下所有第2層區(qū)域數(shù)據組成。這樣，直到最上面的頂層區(qū)域，層 數(shù)可以5層、6層甚至更高。圖7a中只有3層區(qū)域，因此第3層區(qū)域也就是頂層區(qū)域。 另外， 一個下層區(qū)域可以同時屬于幾個相鄰上層區(qū)域，還可以直接屬于不相鄰的上層區(qū) 域。這樣就構成了一個分層分區(qū)網狀結構的數(shù)據庫。 舉例來說，清華大學構成一個底層區(qū)域，清華大學的所有老師、學生和其他用 戶的賬號數(shù)據200都被放在這個區(qū)域內，另外一些未經登錄產生的信息，根據IP地址或 者其它信息經系統(tǒng)判斷后也被放置在清華大學區(qū)域，構成非用戶獨立數(shù)據608。清華大學 區(qū)域同時屬于海淀區(qū)和北京高校這兩個第2層區(qū)域，而海淀區(qū)區(qū)域和北京高校區(qū)域都屬 于北京市這個第3層區(qū)域，而且清華大學區(qū)域還直接屬于高校區(qū)域這個第3層區(qū)域。同 時，北京市區(qū)域和高校區(qū)域同時屬于全國這個頂層區(qū)域，而海淀區(qū)區(qū)域下面還有四季青 區(qū)域、東升鄉(xiāng)區(qū)域、北京大學區(qū)域等底層區(qū)域，北京高校區(qū)域下面也有北京大學區(qū)域等 底層區(qū)域，這樣就形成了一個具體的分層分區(qū)網狀結構數(shù)據庫。 對應的分層區(qū)域處理機數(shù)據處理模塊包括1個數(shù)據處理接口 (DPI)610和若干區(qū) 域處理機。每個區(qū)域處理機對應一個區(qū)域，因此相應的分為第1層區(qū)域處理機626、第2 層區(qū)域處理機624、第3層區(qū)域處理機622。區(qū)域處理機是一種數(shù)據處理機制，根據系統(tǒng) 情況不同可以是一個程序、子程序、線程以及一個程序組等多種形式，這個區(qū)域處理機 負責完成本區(qū)域本層全部的數(shù)據處理工作。這樣，整個數(shù)據處理模塊就是一些在分層分 區(qū)數(shù)據庫中各個區(qū)域活動的區(qū)域處理機；底層區(qū)域處理機直接完成其區(qū)域內部的數(shù)據處 理；上層區(qū)域處理機有兩種任務， 一是維護區(qū)域頭數(shù)據，二是在需要對其區(qū)域范圍內用戶數(shù)據進行操作時，向下層區(qū)域處理機發(fā)出操作命令，完成后再匯總組裝下層區(qū)域處理 機操作的結果數(shù)據；上下層的區(qū)域處理機會進行聯(lián)系，但是它們都完全負責各自數(shù)據的 處理，這是一個讓專業(yè)人員易于理解的技術圖像概念。而數(shù)據處理接口 (DPI)610則負責 給所有區(qū)域處理機分配工作任務并實現(xiàn)和系統(tǒng)交換信息的接口工作。 上面的分層分區(qū)網狀數(shù)據庫和相應的分層區(qū)域處理機數(shù)據處理模塊與方法具有 適應前述贈送系統(tǒng)數(shù)據維護特點的優(yōu)點大量數(shù)據處理由底層區(qū)域處理機完成，效率 高，區(qū)域間通信少；各層區(qū)域處理機數(shù)據處理工作量比較均衡；可以利用區(qū)域頭維護區(qū) 域公共信息，為用戶提供區(qū)域排行榜、需求信息統(tǒng)計等服務；網狀結構能夠實現(xiàn)多種形 式的管理；易于搭建分布式數(shù)據處理系統(tǒng)；易于實現(xiàn)模塊化編程。 雖然這一分區(qū)分層網狀數(shù)據庫和區(qū)域處理機技術體系是根據贈送系統(tǒng)的特點提 出的。但是，當其它領域數(shù)據系統(tǒng)也具有類似特點而數(shù)據處理量很大時，也可以利用本 發(fā)明的技術方案提高系統(tǒng)數(shù)據處理效率。 圖7b是一個區(qū)域頭的結構說明圖，它說明圖7a的實施例中的各個區(qū)域頭中記錄 的數(shù)據。區(qū)域頭中包括一個區(qū)域ID662、 一個上層區(qū)域ID列表664、 一個下層區(qū)域ID列 表666、 一個基本統(tǒng)計信息668、 一個贈送排行統(tǒng)計信息670、 一個需求統(tǒng)計信息672、 一 個數(shù)據請求結果緩存674。其中區(qū)域ID662與所述的數(shù)據區(qū)域一一對應，在各種數(shù)據處 理中用于指向該區(qū)域。而區(qū)域ID列表664和下層區(qū)域ID列表666表達了區(qū)域之間的分 層與隸屬關系，構筑了分層分區(qū)網狀數(shù)據庫的拓撲結構。還有頂層區(qū)域的上層區(qū)域ID列 表664為0，底層區(qū)域的下層區(qū)域ID列表664也為0，表示沒有相應的上層或下層連接 區(qū)域。通過修改這些列表可以十分容易地得到需要的區(qū)域拓撲結構，為系統(tǒng)維護提供方 便。在設定的時間點或者管理用戶提交請求時，系統(tǒng)會觸發(fā)全部或者部分區(qū)域處理機維 護區(qū)域頭數(shù)據，包括統(tǒng)計本區(qū)域的基本統(tǒng)計信息；統(tǒng)計區(qū)域各賬號贈送清單，分類別得 到贈送排行信息；統(tǒng)計區(qū)域需求信息，得到分類需求統(tǒng)計結果，上述處理結果分別被存 儲在區(qū)域頭中的基本統(tǒng)計信息668、贈送排行統(tǒng)計信息670、需求統(tǒng)計信息672中。系統(tǒng) 在給眾多用戶的大量請求回饋中都可能會提供贈送排行榜、需求統(tǒng)計信息這樣地基本服 務，這時候就可以通過區(qū)域處理機直接從區(qū)域頭中提取數(shù)據，而不用一次次進行大范圍 的統(tǒng)計。 圖8a所示一個流程圖說明了數(shù)據處理模塊接收終端或系統(tǒng)的數(shù)據請求，進行相 應的數(shù)據處理的基本步驟。首先步驟804向數(shù)據處理接口 (DPI)610提交數(shù)據請求，這 種請求可以是用戶通過終端22提交的，也可能是服務器40根據自身需要產生的；然后 在步驟806， DPI將所述數(shù)據請求根據性質和內容按照一定規(guī)則分解成至少一個數(shù)據操 作命令，每個命令對應一個區(qū)域處理機；步驟808將這些數(shù)據操作命令提交個相應區(qū)域 處理機處理；步驟810所述各個區(qū)域處理機完成數(shù)據操作命令；步驟812所述各區(qū)域處 理機將數(shù)據操作命令的執(zhí)行結果返回給數(shù)據處理接口 (DPI)610 ;步驟814數(shù)據處理接口 (DPI)610將得到的多個處理結果組裝成完整的數(shù)據請求結果；在步驟816，將進行一個 判斷，根據數(shù)據請求的來源決定下一步流程；如果數(shù)據請求是系統(tǒng)產生的，將執(zhí)行步驟 818，在系統(tǒng)日志中記錄數(shù)據請求結果，整個數(shù)據請求過程結束；如果在步驟816判斷數(shù) 據請求是用戶通過終端22產生的，將執(zhí)行步驟820，將請求結果返回給終端，整個數(shù)據 請求過程結束。示流程圖說明了底層區(qū)域處理機626接收并執(zhí)行數(shù)據操作命令的基本步 驟。在步驟864中，底層區(qū)域處理機(即第l層區(qū)域處理機)626接收到數(shù)據操作命令， 可以是有數(shù)據處理接口610提交的，也可能是上層的第2區(qū)域處理機624提交的；步驟 866，底層區(qū)域處理機執(zhí)行數(shù)據操作命令；步驟868，底層區(qū)域處理機向命令提交方返回 數(shù)據操作的結果。 圖8c所示流程圖說明了非底層區(qū)域處理機接收并執(zhí)行數(shù)據操作命令的基本步 驟。與圖8b中底層區(qū)域處理機執(zhí)行數(shù)據操作命令不同的是，在步驟886，需要判斷是否 是對本層區(qū)域頭數(shù)據的處理命令；如果是，在步驟888中由所述區(qū)域處理機直接執(zhí)行數(shù) 據操作命令；然后在步驟898中返回數(shù)據命令結果，執(zhí)行過程結束；如果在步驟886中 判斷數(shù)據操作命令不是對本層區(qū)域頭數(shù)據的處理命令，就執(zhí)行步驟890，將數(shù)據操作命令 分解成至少一個下層數(shù)據操作子命令，提交給相應的下層區(qū)域處理機處理；然后在步驟 892，接受各下層區(qū)域處理機返回的子命令操作結果；步驟894，組裝成整體的數(shù)據操作 命令結果；最后，在步驟896中返回數(shù)據操作命令結果，整個過程結束。
從圖8a、圖8b以及圖8c給出的數(shù)據處理基本步驟可以看出，區(qū)域處理機處理數(shù) 據的過程很簡單，很容易實現(xiàn)模塊化編程。而圖7a中的數(shù)據處理接口610則具有很靈活 的處理機制，與各層區(qū)域處理機配合可以完成多種功能和形式的數(shù)據操作。
例如，某個用戶通過終端提交了一個發(fā)布贈送信息的請求和數(shù)據，這個數(shù)據請 求被提交給數(shù)據處理接口 610，根據請求特點，數(shù)據處理接口 610產生一個底層區(qū)域的數(shù) 據操作命令，提交給用戶所在底層區(qū)域處理機處理，所述底層區(qū)域處理機將命令中攜帶 的贈送信息記入該用戶賬號，返回一個表示發(fā)布完成的命令結果，數(shù)據處理接口610再 將結果返回給在終端的用戶。 在另外一個例子中，某個高級管理人員通過終端提交一個數(shù)據請求，要求對各 個區(qū)域的未完成的圖書類的贈送記錄數(shù)量進行統(tǒng)計，根據該請求特點，數(shù)據處理接口610 產生一個頂層區(qū)域的數(shù)據操作命令，提交給頂層區(qū)域處理機處理，頂層區(qū)域處理機將任 務分解到下一層，這樣逐層分解，直到底層區(qū)域處理機接受命令統(tǒng)計本區(qū)域中各個賬號 中未完成的圖書類的贈送記錄數(shù)量，然后將這個統(tǒng)計結果逐層返回到頂層區(qū)域處理機匯 總，頂層區(qū)域處理機再將操作結果返回給數(shù)據處理接口610，最后通過終端反饋給用戶。
由上面兩個具體例子可以看出，這種分層分區(qū)網狀數(shù)據庫和區(qū)域處理機處理模 塊結合，通過數(shù)據處理接口610的控制，可以根據系統(tǒng)管理和用戶需要實現(xiàn)非常豐富多 樣的數(shù)據處理功能。在這一技術領域的高級技術人員，根據本發(fā)明的思路和方法，都可 以很容易的實現(xiàn)這些變化。 圖9說明本發(fā)明中一個實施方案中用戶查找贈送信息的一個屏幕顯示示例，其 中顯示的是在北京市地區(qū)查找"電腦"得到的贈送信息結果網頁。如圖中所示，贈送信 息結果列表中象910a這樣的條目包括標題930a，描述信息940a提供了贈送者對贈送的一 個簡短的文字描述，還有一個點擊查看詳細信息的超級鏈接950a，點擊后可以查看更詳 細的信息并申請受贈，以及其它簡要信息。此外，贈送信息條目910a中還可以包括限定 地區(qū)、發(fā)布時間等基本信息。贈送信息條目910a-910h可以按照用戶選擇的排序方式進行 排序。在網頁中，還可以包括贊助商發(fā)布的廣告信息980a。在網頁的適當位置，還有贈 送排行榜972、需求排行榜974，兩個排行榜放在一起，用戶可以點擊選擇觀看排行榜信息。 本發(fā)明的一個優(yōu)選實施例設有一個上下文專用幫助選項，用戶可以在訪問的任 何過程請求獲得幫助。另外，雖然前面主要以普通物品的免費捐贈為例來說明，但是本 發(fā)明提供的數(shù)據處理系統(tǒng)也能夠用于資金等特殊物品的捐贈，在贈送雙方之間也可以適 當付費。 顯而易見，在此描述的本發(fā)明可以有許多變化，這種變化不能認為偏離本發(fā)明 的精神和范圍。因此，所有對本領域技術人員顯而易見的改變，都包括在本發(fā)明的權利 要求書的涵蓋范圍之內。
權利要求
一種由服務器實現(xiàn)物品贈送信息或受贈信息的傳播與控制的方法，其中服務器通過網絡和至少一個終端相連，所述服務器維持一個用戶數(shù)據庫，在用戶數(shù)據庫中有多個用戶賬號，至少一個賬號包括贈送清單和/或受贈清單，其中所述贈送清單由贈送記錄組成，所述受贈清單由受贈記錄組成，所述方法包括接收第一用戶通過終端提出的錄入贈送記錄的請求和數(shù)據，將接收到的贈送記錄數(shù)據存入所述用戶數(shù)據庫中屬于該用戶的贈送清單中；應第二用戶通過終端提出的請求，向第二用戶的終端發(fā)送贈送列表；所述贈送列表包括與請求匹配的贈送記錄；接收來自該第二用戶通過終端提供的申請接受贈送列表中某一贈送記錄的物品的請求和相應數(shù)據，將接收到的受贈請求數(shù)據存入所述用戶數(shù)據庫中屬于該第二用戶的受贈清單。
2. 如權利要求l所述的方法，其中贈送記錄包括下面部分或者全部子項贈送記 錄ID、標題、描述信息、物品類別、物品估計原價、物品估計現(xiàn)價、限定地區(qū)、限定 身份、限定申請人數(shù)、交接方式與地點、聯(lián)系方式、是否要親自審核、發(fā)布日期、申請 受贈用戶名列表、完成日期、受贈者用戶名、受贈者給的評價等級、受贈者給的評價信 息、訪問次數(shù)。
3. 如權利要求1所述的方法，其中贈送記錄包括屏蔽標志，用于在所述應第二用戶的 請求向第二用戶的終端發(fā)送贈送列表的步驟中不發(fā)送或者不顯示所述屏蔽標志有效的贈 送記錄中的部分或者全部信息。
4. 如權利要求1或2所述的方法，其中所述方法包括從所述第一用戶的終端接收維 護贈送信息的請求；基于該請求，向第一用戶的終端提供該用戶賬號的贈送清單和維護 界面；接收來自第一用戶通過終端提供的關于要維護的贈送記錄的選擇，以及第一用戶 輸入并提交的所維護贈送記錄的各項信息；基于所述選擇和所述各項信息，對用戶數(shù)據 庫中屬于第一用戶的用戶賬號的贈送記錄進行維護；向第一用戶的終端返回維護操作結 果；其中所述維護包括增加贈送記錄、修改贈送記錄、刪除贈送記錄、查詢贈送記錄中 的一個或多個。
5. 如權利要求1或2所述的方法，其中所述用戶賬號包括用戶信息，所述用戶信息包 括用戶姓名、身份證號碼、身份類別、所在地區(qū)中的一個或多個。
6. 如權利要求1或2所述的方法，其中所述贈送記錄包括至少一個前提控制信息和多 個受控控制信息，所述接收第一用戶通過終端提出的錄入贈送記錄的請求和數(shù)據的步驟 包括所述服務器和/或用戶終端根據前提控制信息實時地為受控控制信息子項提供不同的 選擇項。
7. 如權利要求6所述的方法，其中的前提控制信息包括下面的部分或者全部子項 物品類別、物品估計原價、物品估計現(xiàn)價，其中的受控控制信息包括下面的部分或者全 部子項限定地區(qū)、限定對象、限定申請人數(shù)、交接方式與地點、聯(lián)系方式、是否要親 自審核。
8. 如權利要求7所述的方法，其中限定地區(qū)子項的選擇項包括任意選擇地區(qū)、贈送者 所在省級地區(qū)、贈送者所在的縣市級地區(qū)和贈送者所在的鎮(zhèn)街級地區(qū)中的一個或多個， 所述接收第一用戶通過終端提出的錄入贈送記錄的請求和數(shù)據的步驟包括根據所述第一用戶所在地區(qū)和上述選擇項確定具體的地區(qū)名稱列表。
9. 如權利要求1所述的方法，其中贈送記錄包括至少一個限制信息，所述向第二用戶 的終端發(fā)送贈送列表的步驟包括基本實時地確定所述第二用戶的賬號信息是否與限制信 息匹配；如果不匹配，不向所述第二用戶發(fā)送該贈送記錄或者雖然向所述第二用戶發(fā)送 該贈送記錄但不提供申請受贈的選擇。
10. 如權利要求9所述的方法，其中所述限制信息包括限定地區(qū)和/或限定身份。
11. 權利要求l所述的方法，其中接收來自該第二用戶通過終端提供的申請接受贈送 列表中某一贈送記錄的物品的請求和相應數(shù)據的步驟包括確定申請受贈用戶在一段時間 內的受贈總量不能超過限定值，其中受贈總量包括受贈總額、受贈次數(shù)、同時申請受贈 次數(shù)中的一個或多個。
12. 如權利要求1所述的方法，其中每個用戶賬號包括由標志位組成的狀態(tài)標志字， 每個標志位記錄所述賬號中是否存在特定種類的信息，所述向第二用戶的終端發(fā)送贈送 列表的步驟中在搜索和/或提供所述種類信息時不搜索和/或提供對應狀態(tài)標志位無效的 用戶賬號中的數(shù)據。
13. 權利要求12所述的方法，其中所述狀態(tài)標志位包括未完成跨省贈送標志位、未完 成跨市縣贈送標志位、未完成跨鎮(zhèn)街贈送標志位、未完成贈送標志位中的一個或多個。
14. 權利要求1所述的方法，其中所述方法包括按照地區(qū)和/或贈送類別定期對用戶 贈送情況進行統(tǒng)計，形成排行榜數(shù)據。
15. 如權利要求1所述的方法，其中所述將接收到的受贈請求數(shù)據存入所述用戶數(shù)據 庫中屬于該第二用戶的受贈清單的步驟包括接收來自第二用戶通過終端提供的用戶資格審核信息并將受贈請求數(shù)據存入所述用 戶數(shù)據庫中屬于該第二用戶的受贈清單； 對所述用戶資格審核信息進行審核；如果經審核申請沒有通過，向該第二用戶提供申請未通過的信息；如果經審核申請 通過，按照所述贈送記錄中的設定向第一用戶和/或第二用戶提供聯(lián)系信息；接收來自終端的第一用戶和/或第二用戶對對方的評價等級和/或評價信息后，在雙 方賬號中記錄贈送完成信息。
16. 如權利要求15所述的方法，其中對所述用戶資格審核信息進行審核的步驟包括如 果第一用戶設定要親自審核申請者資格信息，將申請按照設定方式提交第一用戶審核。
17. 如權利要求1所述的方法，其中受贈記錄包括下面部分或者全部子項贈送者用 戶名、贈送記錄ID號、標題、物品估計現(xiàn)價、資格審核標志、完成日期、贈送者給的評 價等級、贈送者給的評價信息。
18. 如權利要求17所述的方法，其中所述標題或贈送記錄ID號包括超級鏈接，該超 級鏈接指向相應的贈送記錄。
19. 如權利要求1所述的方法，其中所述服務器包括數(shù)據處理接口和分層的多個區(qū) 域處理機；所述方法包括數(shù)據處理接口接收與贈送和/或受贈有關的數(shù)據請求，分解 為至少一個數(shù)據操作命令，提交給對應區(qū)域處理機處理；從區(qū)域處理機接收數(shù)據操作結 果，并且加以組裝。
20. 如權利要求19所述的方法，其中所述方法包括多個區(qū)域處理機中的非底層區(qū)域處理機接收數(shù)據操作命令；如果是對本層區(qū)域頭數(shù)據的處理命令，直接執(zhí)行數(shù)據操作命 令，然后返回命令執(zhí)行結果；如果需要對下層區(qū)域數(shù)據進行處理，就將數(shù)據操作命令分 解成至少一個下層數(shù)據操作子命令，提交給相應的下層區(qū)域處理機處理并接收返回的子 命令操作結果，組裝成整體的數(shù)據操作命令結果返回給所述數(shù)據操作命令提交方。
21. 權利要求19所述的方法，其中所述方法包括底層區(qū)域處理機接收數(shù)據操作命令， 執(zhí)行數(shù)據操作命令，向命令提交方返回數(shù)據操作的結果。
22. —種實現(xiàn)物品贈送的服務器，該服務器通過網絡和至少一個用戶終端相連；所述 服務器中儲存著一個用戶數(shù)據庫，其中有多個用戶賬號，至少一個用戶賬號包括由贈送 記錄組成的贈送清單和/或由受贈記錄組成的受贈清單；其中贈送記錄包括下面部分或者 全部子項贈送記錄ID、標題、描述信息、物品類別、物品估計原價、物品估計現(xiàn)價、 限定地區(qū)、限定身份、限定申請人數(shù)、交接方式與地點、聯(lián)系方式、是否要親自審核、 發(fā)布日期、申請受贈用戶名列表、完成日期、受贈者用戶名、受贈者給的評價等級、受 贈者給的評價信息、訪問次數(shù)；其中受贈記錄包括下面部分或者全部子項贈送者用戶 名、贈送記錄ID號、標題、物品估計現(xiàn)價、資格審核標志、完成日期、贈送者給的評價 等級、贈送者給的評價信息；所述服務器包括數(shù)據處理模塊，該模塊基于請求數(shù)據，對 所述用戶數(shù)據庫中的贈送記錄和/或受贈記錄進行維護操作，將操作結果返回給用戶終 端；所述數(shù)據處理模塊包括接收第一用戶通過終端提出的錄入贈送記錄的請求和數(shù)據，將接收到的贈送記錄數(shù)據存入所述用戶數(shù)據庫中屬于該用戶的贈送清單中的子模塊；應第二用戶通過終端提出的請求，向第二用戶的終端發(fā)送贈送列表的子模塊； 接收來自該第二用戶通過終端提供的申請接受贈送列表中某一贈送記錄的物品的請求和相應數(shù)據，將接收到的受贈請求數(shù)據存入所述用戶數(shù)據庫中屬于該第二用戶的受贈清單的子模塊。
23. 如權利要求22所述的服務器，包括格式轉換模塊，所述格式轉換模塊將來自用戶 終端的數(shù)據轉換為統(tǒng)一的請求數(shù)據形式，提交數(shù)據處理模塊處理，同時將數(shù)據處理模塊 提交的數(shù)據轉換為與用戶終端匹配的形式，通過網絡發(fā)送給用戶終端。
24. 權利要求22所述的服務器，其中網絡包括寬帶網、局域網、因特網、電信網或其 混合網絡。
25. 權利要求22所述的服務器，其中贈送記錄包括至少一個前提控制信息和多個受 控控制信息，所述服務器和/或用戶終端根據前提控制信息實時地為受控控制信息子項提 供不同的選擇項，其中所述前提控制信息包括下面的部分或者全部子項物品類別、物 品估計原價、物品估計現(xiàn)價；所述受控控制信息包括下面的部分或者全部子項限定地 區(qū)、限定對象、限定申請人數(shù)、交接方式與地點、聯(lián)系方式、是否要親自審核。
26. 權利要求22所述的服務器，其中所述用戶賬號包括由標志位組成的狀態(tài)標志字， 每個標志位記錄所述賬號中是否存在特定種類的信息，所述數(shù)據處理模塊在搜索和/或提 供所述種類信息時不搜索和/或提供對應狀態(tài)標志位無效的用戶賬號數(shù)據，其中所述狀態(tài) 標志位包括未完成跨省贈送標志位、未完成跨市縣贈送標志位、未完成跨鎮(zhèn)街贈送標志 位、未完成贈送標志位中的一個或多個。
27. 權利要求22所述的服務器，其中所述數(shù)據庫構成分層分區(qū)網狀結構，按照嵌套包含的關系將各個區(qū)域劃分層次，其中下層區(qū)域可以同時屬于幾個與其鄰接的上一層區(qū) 域，也可以直接屬于與其不相鄰接的更上層區(qū)域；其中最底層區(qū)域的數(shù)據包括其區(qū)域頭 數(shù)據和屬于該區(qū)域的所有用戶賬號數(shù)據；上層區(qū)域的數(shù)據包括其區(qū)域頭數(shù)據和屬于該區(qū) 域的所有下層區(qū)域的數(shù)據；數(shù)據處理模塊包括數(shù)據處理接口和位于所述各個區(qū)域的多個 區(qū)域處理機，數(shù)據處理接口和多個區(qū)域處理機通過網絡相連；數(shù)據處理接口從所述格式 轉換模塊接收數(shù)據請求，分解為至少一個數(shù)據操作命令，提交給對應區(qū)域處理機處理， 從區(qū)域處理機接收數(shù)據操作結果并且將其組裝，然后提供給用戶終端；區(qū)域處理機從數(shù) 據處理接口或者上層區(qū)域處理機接收數(shù)據操作命令，執(zhí)行完成后將操作結果返還給所述 數(shù)據處理接口或者上層區(qū)域處理機。
28. 權利要求27所述的服務器，其中的區(qū)域頭數(shù)據包括區(qū)域ID、上層區(qū)域ID列表、 下層區(qū)域ID列表，表達了所述數(shù)據庫分層分區(qū)網狀結構的拓撲關系。
29. —種實現(xiàn)物品贈送的系統(tǒng)，其中包括如權利要求22-28之一所述的服務器和與服 務器通過網絡相連的用戶終端，其中用戶終端運行一個互動接口模塊。
30. 權利要求29所述的系統(tǒng)，其中互動接口模塊包括互動操作界面；贈送記錄包括 至少一個前提控制信息和多個受控控制信息；所述互動操作界面提示用戶輸入并接收至 少一個前提控制信息，所述互動接口模塊根據前提控制信息為多個受控控制信息基本實 時地提供選擇項供用戶選擇輸入。
31. 權利要求29所述的系統(tǒng)，其中用戶終端包括計算機、移動電話、固定電話和互動 電器中的一個或多個。
全文摘要
本發(fā)明披露了一種由服務器實現(xiàn)物品贈送信息或受贈信息的傳播與控制的方法，其中服務器通過網絡和至少一個終端相連，所述服務器維持一個用戶數(shù)據庫，在用戶數(shù)據庫中有多個用戶賬號，至少一個賬號包括贈送清單和/或受贈清單，其中所述贈送清單由贈送記錄組成，所述受贈清單由受贈記錄組成，所述方法包括接收第一用戶通過終端提出的錄入贈送記錄的請求和數(shù)據；應第二用戶通過終端提出的請求，向第二用戶的終端發(fā)送贈送列表；接收來自該第二用戶通過終端提供的申請接受贈送列表中某一贈送記錄的物品的請求和相應數(shù)據。通過實施本發(fā)明，可以為物品的贈送提供網絡解決方案。
文檔編號G06Q30/00GK101692278SQ20091021040
公開日2010年4月7日 申請日期2009年10月30日 優(yōu)先權日2009年10月30日
發(fā)明者郭春林 申請人:北京阿林網絡信息服務有限公司