欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種用來出售、租借或共享物品或服務(wù)的系統(tǒng)和方法

文檔序號:7648455閱讀:190來源:國知局
專利名稱:一種用來出售、租借或共享物品或服務(wù)的系統(tǒng)和方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種電子商務(wù)系統(tǒng),具體地說是一種用來出售、租 借或共享物品或服務(wù)的系統(tǒng)和方法。
背景技術(shù)
隨著計算機技術(shù),互聯(lián)網(wǎng)和移動通信技術(shù)的飛速發(fā)展,人們之 間的溝通越來越便捷。同時,電子商務(wù)快速發(fā)展,大大便利了社會生活和生產(chǎn)活 動,也極大提高了經(jīng)濟運行效率。目前使用的一種技術(shù)通過web實現(xiàn)電子商務(wù),如ebay等。商戶提供商品信 息,客戶瀏覽或搜索特定商品,并選擇進行交易。在這種方案中,系統(tǒng)不能為客 戶的需求進行自動匹配,客戶必須手動進行一系列繁瑣操作,在要求快速交易的 情況下,這種技術(shù)幾乎不可接受。目前使用的供需雙方自動匹配方案如股票交 易系統(tǒng),無法對受讓方進行選擇,也無法允許受讓方選擇出讓方,這種方案在一 些需要限定對方,比如出于人身安全或者隱私而考慮的情況下,就根本不可用。上述技術(shù)對交易物都必須設(shè)定一價格,這在某些不涉及貨幣交易,如社區(qū)互 助的情況下,就不可用。目前存在的一些互助系統(tǒng),如汽車共享,也不能根據(jù)設(shè)定的條件在需求雙方 間進行自動匹配。發(fā)明內(nèi)容本發(fā)明目的為克服以上所述技術(shù)缺點而提供的一種出售、租借或 共享物品或服務(wù)的系統(tǒng)和方法。為了達到發(fā)明目的,本發(fā)明采用了如下技術(shù)方案一個服務(wù)器和多個客戶端構(gòu)成的系統(tǒng)。服務(wù)器和客戶端之間通過因特網(wǎng) 連接,服務(wù)器和電話終端之間還可以通過公用電話網(wǎng)和語音網(wǎng)關(guān)連接,服務(wù) 器和移動終端之間還可以通過移動通信網(wǎng)和短信網(wǎng)關(guān)連接。語音網(wǎng)關(guān)和短信 網(wǎng)關(guān)分別通過計算機網(wǎng)與服務(wù)器連接。所述的物品或者服務(wù)的出售、租借或者共享的請求信息中可以包含或者 不包含價格。沒有價格條件的匹配請求信息允許個體之間進行物品或服務(wù)的 無償?shù)霓D(zhuǎn)讓、租借或共享,可以用于社區(qū)間的互助活動,也可以用于捐助慈 和善活動以及其它活動。所述的服務(wù)器用于接受客戶端的信息和請求,在物品或者服務(wù)的轉(zhuǎn)讓或 者共享的提供方和需求方之間按照雙方設(shè)定的條件進行匹配,并發(fā)送客戶端所請求的信息或者其它信息到客戶端,所述的客戶端用于接收用戶指令,向 用戶呈現(xiàn)信息,發(fā)送用戶的請求信息到所述的服務(wù)器,以及接收來自服務(wù)器的信息。所述的客戶端允許物品或者服務(wù)的轉(zhuǎn)讓或者共享的提供方或者需求方 在所發(fā)出的匹配請求上設(shè)置匹配條件,所述的匹配條件包括一個可接受用戶 集,所述的匹配條件還包括一個可接受價格范圍,所述的匹配條件還包括匹 配目標(biāo)對象的一個或多個屬性,所述的匹配條件還包括交易的地理區(qū)域和時 間范圍。由于采用計算機自動條件匹配供需雙方,因此能在眾多的供需消息中迅速找 到匹配方。這在一些特殊領(lǐng)域,比如物流和汽車出租行業(yè),對時間,出發(fā)地和目 的地有明確要求,而且隨機性強,使用自動條件匹配,能極大提高效率。允許用戶設(shè)置可接受匹配對象集,允許用戶只接受信任的用戶。這解決了汽 車共享活動中的一個必須解決的問題。用戶可以不設(shè)置可接受匹配對象集,而只針對交易或匹配對象的某些屬性設(shè) 置匹配條件,從而允許用戶以很簡單的方式在一個較大的范圍內(nèi)進行匹配。所述客戶端包括安裝在計算機上的客戶端軟件和安裝在智能移動終端上的 軟件,所述客戶端通過無線接口,包括無線局域網(wǎng),無線廣域網(wǎng)和公用無線通信 網(wǎng),建立因特網(wǎng)連接。所述客戶端軟件可以是一個計算機執(zhí)行的程序,也可以是因特網(wǎng)瀏覽器解釋 執(zhí)行的腳本。用戶除了使用安裝在計算機上的客戶端外,還可以使用電話終端和移動終 端,從而極大便利了用戶。也可以讓用戶得到及時的通知。為了達到發(fā)明目的,本發(fā)明還采用了如下技術(shù)方案服務(wù)器為每個用戶配備了個人屬性集,所述個人屬性集包含以下一種或 多種用戶屬性-A用戶身份是否確認。用于表示用戶真實身份是否確認。 B交易平衡量。用于記錄用戶出讓和受讓活動產(chǎn)生的余額。 C交易總量。用于記錄用戶出讓和受讓活動產(chǎn)生的總額。 D用戶的交易執(zhí)行量。用于記錄用戶接受所述服務(wù)器的匹配結(jié)果并且 執(zhí)行的總數(shù)目。E用戶的交易違約量。用于記錄用戶未執(zhí)行的所述服務(wù)器的匹配結(jié)果的總數(shù)目。F用戶的履約率。所述的履約率為所述的交易執(zhí)行量除以所述的交易執(zhí) 行量和交易違約量之和。G用戶的傳遞量屬性。用于記錄用戶發(fā)起組成員傳遞成功的數(shù)量。上述屬性變量為用戶的操作和系統(tǒng)對用戶的管理提供了便利。為了達到發(fā)明目的,本發(fā)明設(shè)計了如下在上述系統(tǒng)中使用的匹配方法,特征如下
A用戶提供所述的客戶端向所述的服務(wù)器發(fā)送匹配請求消息,所述的 服務(wù)器在收到所述的匹配請求消息后根據(jù)請求的類別把所述的用戶及相應(yīng) 的請求信息加入提供方隊列或者需求方隊列。所述匹配請求信息作為當(dāng)前匹 配項。
B服務(wù)器取上述提供方或需求方隊列中的一項作為待匹配項進行處 理,如果需求方或提供方隊列中存在一項,所述當(dāng)前匹配項與所述的待匹配 項互相滿足對方的匹配條件,則所述項與所述的待匹配項匹配成功。
C服務(wù)器把上述匹配成功的提供方或需求方分別從所屬的提供方隊列 或者需求方隊列中除去,并向所述的提供方和需求方分別發(fā)送提示消息。
D所述的匹配的提供方或需求方在收到所述的提示消息后可以通過所 述的客戶端向服務(wù)器發(fā)送交易取消請求信息,所述的服務(wù)器收到所述的交易 取消請求信息后把所述的匹配的雙方的匹配請求信息分別加入提供方隊列 和需求方隊列。
E用戶可以通過所述的客戶端向服務(wù)器發(fā)送匹配取消請求,服務(wù)器收 到所述的匹配取消請求后把所述的用戶匹配請求信息從相應(yīng)的提供方列表 或需求方列表中移出。
上述方法允許用戶在系統(tǒng)匹配成功后取消匹配,因此應(yīng)用在滿足匹配條件但 是由于某些原因不能交易的情況,克服了現(xiàn)有技術(shù)的不足。
為了達到發(fā)明目的,還要在客戶端中使用如下對客戶端進行分組操作的方

A系統(tǒng)包含允許所述的用戶建立一個或多個分組的代碼,所述的分組 包含一個或多個條目,所述條目包含一個用戶的相關(guān)ID和描述信息。
B客戶端包含允許所述的用戶在所述的客戶端上發(fā)送匹配消息前在所 述的分組中選擇一個或多個分組所述匹配請求信息的匹配條件的代買。
上述方案允許用戶對其它用戶進行分組,使得選擇可接受匹配用戶的工作變 得非常簡單,有利于用戶迅速構(gòu)建一個很大的可接受用戶集。
為了達到發(fā)明目的,設(shè)計了如下所述在用戶間傳遞所述分組的方法
A發(fā)起用戶選擇一個或多個分組中的全部或部分成員作為被傳遞成員
集,并且一個或多個分組中的全部或部分成員作為傳遞受讓成員集,所述 的客戶端發(fā)送傳遞發(fā)起消息到服務(wù)器,所述的傳遞發(fā)起信息包含所述的被傳 遞成員集和傳遞受讓成員集。
B服務(wù)器在接收到上述的發(fā)起傳遞消息后向所述的接收傳遞用戶發(fā)送 接收傳遞通知消息,所述的接收傳遞至少包含被傳遞用戶的ID。
C客戶端接收到來自服務(wù)器的接收傳遞通知消息后,向用戶'呈現(xiàn)相關(guān) 圖形操作界面,以接受用戶指令,進而向服務(wù)器發(fā)送接收傳遞確認或傳遞拒絕消息。
服務(wù)器接收到所述的接收傳遞確認消息后,把被傳遞用戶加入到所述接收傳 遞用戶的某一分組中。
客戶端也可以向服務(wù)器發(fā)送接收傳遞拒絕消息。
在服務(wù)器上為用戶裝備一個傳遞量屬性的情況下,所述的傳遞量屬性每次被 傳遞用戶加入到接收傳遞用戶的某一分組時,所述的傳遞發(fā)起用戶的傳遞量屬性 加一。
系統(tǒng)使用上述方法為用戶提供了一種快速推薦其他用戶的手段。用戶可以借 此快速增加分組成員數(shù)量,從而使得用戶能夠在更大范圍內(nèi)尋找交易對象。
為了達到發(fā)明目的,還設(shè)計了一種如下所述的在使用上述的方法進行匹配時 且提供方發(fā)布的信息中價格不為零的情況下使用的方案
A服務(wù)器為每個用戶裝備一個交易記錄表。 B客戶端允許提供方在發(fā)送匹配請求消息前設(shè)置價格變量。 C每次匹配成功后服務(wù)器在所述的提供方的平衡量屬性上加上交易 額,在所述的需求方的平衡量上減去交易額,所述的交易額介于提供方價格 下限和需求方價格上限之間,包含提供方價格下限和需求方價格上限;并且 在雙方的交易總量中加上所述的交易額;并且在所述的提供方和需求方的交 易管理器中的交易記錄表中增加一項記錄,所述的記錄至少包含上述的交易 額。
D所述參與匹配的任一方取消交易后,則按相反的操作取消上述對匹 配雙方的交易管理器的操作結(jié)果。
E所述匹配的提供方可以消除交易額。在所述提供方的平衡量中減去 所述交易額,在所述的需求方的平衡量中記錄加上交易額,并在各自的交易 記錄表中記載。
F所述服務(wù)器可以消除交易額。在所述提供方的平衡量中減去所述交易 額,在所述的需求方的平衡量中記錄加上交易額,并在各自的交易記錄表中 記載。
上述方案使得用戶可以管理具有價格的交易。并且,用戶交易金額相關(guān)的數(shù) 據(jù)提供了一個可以度量的用戶屬性,其它用戶可以使用它們設(shè)置匹配條件。上述 方法還允許物品或服務(wù)的提供方取消交易額,使得用戶可以使用網(wǎng)上貨幣轉(zhuǎn)帳方 式之外的方式清算。上述方法還允許服務(wù)器取消交易額,使得用戶可以使用網(wǎng)上 貨幣轉(zhuǎn)帳方式的方式結(jié)算。
本發(fā)明的一個應(yīng)用為汽車共享,本系統(tǒng)克服了目前汽車共享方案的不足,因 為用戶群的擴大,進一步增加了迅速匹配共享需求的可能性,減少污染和能源消耗。


-
圖1是系統(tǒng)構(gòu)成示意圖。
圖2是匹配過程消息圖。
圖3是服務(wù)器進行匹配處理的流程圖一。
圖4是服務(wù)器進行匹配處理的流程圖二。
圖5是組成員傳遞過程消息圖。
詳細描述 以下結(jié)合附圖對典型實施例進行詳細說明。
一個實施例中,如附圖1所示,系統(tǒng)由一個中心服務(wù)器101和多個客戶端 102構(gòu)成。服務(wù)器101和客戶端102之間通過因特網(wǎng)連接,服務(wù)器101和電話終 端104之間通過語音網(wǎng)關(guān)103連接,服務(wù)器101和移動終端106之間通過移動通 信網(wǎng)和短信網(wǎng)關(guān)105連接。
所述的物品或者服務(wù)的轉(zhuǎn)讓或者共享可以有或者沒有價格。沒有價格,也就 是價格為零,的匹配信息允許一個關(guān)系密切的團體或朋友進行物品或服務(wù)的轉(zhuǎn)讓 或共享,也可以用于捐助和其它慈善活動。
所述的服務(wù)器用于接受客戶端的信息和請求,在物品或者服務(wù)的轉(zhuǎn)讓或者共 享的提供方和需求方之間按照雙方設(shè)定的條件進行匹配,并發(fā)送客戶端所請求的 信息或者其它信息到客戶端,所述的客戶端用于接收用戶指令,向用戶呈現(xiàn)信息, 發(fā)送用戶的請求信息到所述的服務(wù)器,以及接收來自服務(wù)器的信息。
所述的客戶端允許物品或者服務(wù)的轉(zhuǎn)讓或者共享的提供方或者需求方在所 發(fā)出的匹配請求上設(shè)置匹配條件,所述的匹配條件包括一個可接受用戶集,所述 的匹配條件還包括一個可接受價格范圍,所述的匹配條件還包括匹配目標(biāo)對象的 一個或多個屬性,所述的匹配條件還包括交易的地理區(qū)域和時間范圍。
在一個實施例中,所述可接受匹配集用一個結(jié)構(gòu)體表示,所述結(jié)構(gòu)體包括一 個整型變量成員和一個數(shù)組,所述數(shù)組長度為所述整型成員變量的值。
所述匹配對象屬性條件用一個或多個屬性關(guān)系式的組合表達,所述屬性關(guān)系 式之間使用括號和邏輯運算符連接,所述組合在服務(wù)器內(nèi)部使用一個樹表示。所 述樹的節(jié)點包含一個邏輯運算符,所述樹的葉節(jié)點是一個匹配條件。關(guān)系表達式 使用一個結(jié)構(gòu)體表達,所述結(jié)構(gòu)體包含一個屬性ID, 一個關(guān)系運算符類型和一 個常數(shù)操作數(shù)。
在一個實施例中,所述價格條件為關(guān)系表達式來,所述關(guān)系表達式用一個浮 點型常數(shù)表示。
在一個實施例中所述地理區(qū)域條件包含兩個地理區(qū)域第一交易地理區(qū)域和第二交易地理區(qū)域。在汽車共享或者出租服務(wù)中,所述第一交易地理區(qū)域代表 出發(fā)地,所述第二交易地理區(qū)域代表目的地。在物品交易中,所述第一交易地理 區(qū)域代表物品交付地,所述第二交易地理區(qū)域無意義。所述理區(qū)域有三種類型 地名字符串,經(jīng)緯度雙點矩形和經(jīng)緯度點半徑圓。所述地理區(qū)域由一個結(jié)構(gòu)體構(gòu) 成,所述結(jié)構(gòu)體包含一個整型變量,表示所述地理區(qū)域的類型,和一個由表示以 上三種類型地理區(qū)域的三種結(jié)構(gòu)體的聯(lián)合。
在一個實施例中所述地理區(qū)域條件包含兩個時間范圍第一交易時間范圍 和第二交易時間范圍。在物品租用服務(wù)中,所述第一交易時間范圍代表租用開始 時間,所述第二交易時間范圍代表租用結(jié)束時間。在物品交易中,所述第一交易 時間范圍代表物品交付時間,所述第二交易時間范圍無意義。所述時間使用網(wǎng)絡(luò) 標(biāo)準時間表示。所述時間范圍使用一個由兩個八字節(jié)整型成員構(gòu)成的結(jié)構(gòu)體表 達。
用戶可以使用安裝在計算機上的客戶端軟件來進行操作。首先,用戶輸入自 己的用戶名和密碼,客戶端向服務(wù)器發(fā)送認證請求消息。認證通過后服務(wù)器為客 戶端分配會話密鑰,服務(wù)器和客戶端使用UDP報文傳遞消息,并使用所述密鑰 加密兩者之間的消息。
一個實施例中也可以使用TCP或者安全TCP進行上述消息傳遞。
所述客戶端也包括安裝在智能移動終端上的軟件,所述客戶端通過無線接 口,包括無線局域網(wǎng),無線廣域網(wǎng)和公用無線通信網(wǎng),建立因特網(wǎng)連接。
用戶也可以使用固定電話終端來進行操作。用戶使用電話按鍵輸入用戶名和 密碼,所述用戶名和密碼以DTMF形式發(fā)送到語音網(wǎng)關(guān),語音網(wǎng)關(guān)向服務(wù)器發(fā) 送認證消息,如認證未通過所述語音網(wǎng)關(guān)斷開與所述固話終端的連接;如獲準通 過語音網(wǎng)關(guān)與所述固話終端保持連接,并使用預(yù)先錄制的語音提示進一步的操 作,用戶使用終端按鍵進行進一步的操作。語音終端根據(jù)用戶的按鍵操作向服務(wù) 器發(fā)送相應(yīng)的消息,并把接收到的來自服務(wù)器的消息以語音的形式呈現(xiàn)給用戶。
在一個實施例中,可以在所述的語音網(wǎng)關(guān)中設(shè)置預(yù)先綁定的用戶。若用戶選 擇綁定電話,在這種情況下,用戶不必進行認證。
用戶可以使用移動終端進行操作。短信網(wǎng)關(guān)預(yù)先綁定移動終端號碼和用戶帳 號,短信網(wǎng)關(guān)向用戶發(fā)送操作提示,用戶向短信網(wǎng)關(guān)發(fā)送短信進行操作,短信網(wǎng) 關(guān)根據(jù)收到的短信向服務(wù)器發(fā)送消息,短信網(wǎng)關(guān)接收來自服務(wù)器的消息,轉(zhuǎn)換成 短信后發(fā)送到對應(yīng)的移動終端。
所述的實施例中,客戶端為用戶呈現(xiàn)圖形操作界面,允許用戶在生產(chǎn)匹配請 求時對是否設(shè)置價格條件進行選擇。如果用戶選擇不選擇價格條件,則客戶端向 服務(wù)器發(fā)出的匹配請求中的匹配條件不包含價格條件。在一個實施例中,用戶可以請求提供或要求汽車共享或租賃的服務(wù)。在所述 情況下,用戶可以設(shè)置出發(fā)地和目的地,所述的出發(fā)地和目的地可以是一個地理 空間區(qū)域,也可以是一個公知的地名。
在一個實施例中, 一個用戶登錄服務(wù)器后,服務(wù)器將為他構(gòu)造一個結(jié)構(gòu)體, 所述結(jié)構(gòu)體包含以下變量
A用戶身份是否確認。 一個布爾型變量。用于表示用戶真實身份是否 確認°
B交易平衡量。 一個浮點型變量。用于記錄用戶出讓和受讓活動產(chǎn)生 的余額。
C交易總量。 一個浮點型變量。用于記錄用戶出讓和受讓活動產(chǎn)生的 總額。
D用戶的交易執(zhí)行量。 一個整型變量。用于記錄用戶接受所述服務(wù)器 的匹配結(jié)果并且執(zhí)行的總數(shù)目。
E用戶的交易違約量。 一個整型變量。用于記錄用戶未執(zhí)行的所述服 務(wù)器的匹配結(jié)果的總數(shù)目。
F用戶的履約率。 一個浮點型變量。所述的履約率為所述的交易執(zhí)行量 除以所述的交易執(zhí)行量和交易違約量之值。
G用戶的傳遞量屬性。 一個浮點型變量。用于記錄用戶發(fā)起組成員傳 遞成功的數(shù)量。
當(dāng)用戶退出登錄時,服務(wù)器把上述數(shù)據(jù)
寫入文件系統(tǒng)中用戶的個性化文檔中。如果所述用戶是新建用戶,就在文件 系統(tǒng)中為所述用戶新建一個個性化文檔,然后把上述數(shù)據(jù)寫入所述的用戶的個性 化文檔。
附圖2是系統(tǒng)匹配物品或服務(wù)的提供方和需求方的全過程的消息圖。詳述如

A供給方用戶的客戶端200向所述的服務(wù)器201發(fā)送匹配請求消息
203。
服務(wù)器201在收到所述的匹配請求消息后根據(jù)請求的類別把所述的用戶 的匹配請求信息加入提供方隊列或者需求方隊列。
在所述的實施例中,服務(wù)器接著啟動了對上述用戶的匹配過程。
B所述服務(wù)器201向所述的供給方200和需求方202分別發(fā)送提示消息。
如果用戶通過安裝在計算機上的客戶端軟件登錄,則所述的客戶端將會 收到上述消息,并使用一個模式對話框提示用戶。如果用戶綁定了電話,系 統(tǒng)將通過語音網(wǎng)關(guān)致電所述的綁定電話進行提示。如果用戶綁定了移動終 端,系統(tǒng)將通過一個短信網(wǎng)關(guān)向所述的移動終端發(fā)送一個提示短信。C客戶端向服務(wù)器發(fā)送交易取消請求信息。
所述的服務(wù)器收到所述的交易取消請求信息后把所述的匹配的雙方分 別重新加入提供方隊列和需求方隊列,并通知雙方。
D用戶可以通過所述的客戶端向服務(wù)器發(fā)送匹配取消請求,服務(wù)器收 到所述的匹配取消請求后把所述的用戶從相應(yīng)的提供方列表或需求方列表 中移出。
E用戶可以通過所述的客戶端向服務(wù)器發(fā)送交易額取消請求。
用戶可以通過安裝在計算機上的客戶端軟件發(fā)送上述消息,還使用短消 息通過短信網(wǎng)關(guān)發(fā)送上述消息,還可以通過語音網(wǎng)關(guān)發(fā)送上述消息。
附圖3和附圖4描述了上述服務(wù)器對提供方或需求方隊列中一項作為待 匹配項進行匹配的過程的流程圖,詳述如下
歩驟一 判斷需求方或提供方隊列是否為空。如果是,轉(zhuǎn)讓入步驟 三十三;如果不是,轉(zhuǎn)入歩驟二。
步驟二從需求方或提供方隊列中取下一項作為匹配項。轉(zhuǎn)入步驟
歩驟三判斷匹配項是否有可接受對象集條件。如果是,轉(zhuǎn)入歩驟 四;如果不是,轉(zhuǎn)入步驟五。
歩驟四判斷待匹配項的用戶是否在匹配項是否在可接受對象集 內(nèi),結(jié)果賦值給判斷l(xiāng)。轉(zhuǎn)入歩驟六。
歩驟五把真賦值給變量判斷l(xiāng)。轉(zhuǎn)入歩驟六。
步驟六判斷待匹配項是否有可接受對象集條件。如果是,轉(zhuǎn)入歩 驟七;如果不是,轉(zhuǎn)入歩驟八。
歩驟七判斷匹配項的用戶是否在待匹配項是否在可接受對象集 內(nèi),判斷結(jié)果作為2。轉(zhuǎn)入步驟八。
歩驟八把真賦值給變量判斷2。轉(zhuǎn)入歩驟九。
步驟九判斷匹配項是否有匹配對象屬性匹配條件。如果是,轉(zhuǎn)讓 入步驟十;如果不是,轉(zhuǎn)入歩驟十一。
歩驟十記錄待匹配項用戶是否符合匹配項的對象屬性匹配條件, 結(jié)果賦值給變量判斷3。轉(zhuǎn)入歩驟十二。
歩驟十一 把真賦值給變量判斷3。轉(zhuǎn)入歩驟十二。
歩驟十二判斷待匹配項是否有匹配對象屬性匹配條件。如果是, 轉(zhuǎn)讓入歩驟十三如果不是,轉(zhuǎn)入歩驟十四。
歩驟十三記錄匹配項的用戶是否符合待匹配對象的對象屬性匹配 條件,結(jié)果賦值給變量判斷4。轉(zhuǎn)入歩驟十五。
步驟十四把真賦值給變量判斷4。轉(zhuǎn)入歩驟十五。
歩驟十五判斷待匹配項的匹配條件和匹配項的匹配條件是否都包 含價格條件。如果是,轉(zhuǎn)讓入步驟十六;如果不是,轉(zhuǎn)入步驟十七。步驟十六判斷供給方的價格是否小于等于需求方的價格,結(jié)果賦
值給變量判斷5。轉(zhuǎn)入步驟十八。
步驟十七把真賦值給變量判斷5。轉(zhuǎn)入歩驟十八。
步驟十八判斷待匹配項的匹配條件和匹配項的匹配條件是否都有
第一地理區(qū)域條件。如果是,轉(zhuǎn)讓入步驟十九;如果不是,轉(zhuǎn)入歩驟二十。
歩驟十九對待匹配項的第 一地理區(qū)域條件和匹配項的第 一地理區(qū) 域條件的地理區(qū)域是否有重疊進行判斷,結(jié)果賦值給變量判斷6。轉(zhuǎn)入
步驟二十一。
歩驟二十把真賦值給變量判斷6。轉(zhuǎn)入歩驟二十一。 歩驟二十一 判斷待匹配項的匹配條件和匹配項的匹配條件是否都 有第二地理區(qū)域條件。如果是,轉(zhuǎn)讓入歩驟二十二;如果不是,轉(zhuǎn)入歩
驟二十三。
歩驟二十二對待匹配項的第二地理區(qū)域條件和匹配項的第二地理 區(qū)域條件的地理區(qū)域是否有重疊進行判斷,結(jié)果賦值給變量判斷7。轉(zhuǎn) 入歩驟二十四
步驟二十三把真賦值給變量判斷7。轉(zhuǎn)入步驟二十四。 步驟二十四判斷待匹配項的匹配條件和匹配項的匹配條件是否都
有第一時間范圍條件。如果是,轉(zhuǎn)讓入步驟二十五;如果不是,轉(zhuǎn)入步
驟二十六。
歩驟二十五對待匹配項的第一時間范圍條件和匹配項的第一時間
范圍條件的時間范圍是否有重疊進行判斷,結(jié)果賦值給變量判斷8。轉(zhuǎn)
入歩驟二十七。
步驟二十六把真賦值給變量判斷8。轉(zhuǎn)入步驟二十七。 歩驟二十七判斷待匹配項的匹配條件和匹配項的匹配條件是否都
有第二時間范圍條件。如果是,轉(zhuǎn)讓入歩驟二十八;如果不是,轉(zhuǎn)入歩
驟二十九。
步驟二十八對待匹配項的第二時間范圍條件和匹配項的第二時間 范圍條件的時間范圍是否有重疊進行判斷,結(jié)果賦值給變量判斷9。轉(zhuǎn) 入步驟三十。
歩驟二十九把真賦值給變量判斷9。轉(zhuǎn)入歩驟三十。 步驟三十按下式進行計算
(判斷1&&判斷2&&判斷3&&判斷4&&判斷5&&判斷6&&判斷 7&&判斷8&&判斷9)
轉(zhuǎn)入歩驟三H^—。
歩驟三十一 判斷上述結(jié)果是否為真。如果是,轉(zhuǎn)讓入歩驟三十二; 如果不是,轉(zhuǎn)入步驟三十三。
歩驟三十二匹配成功。結(jié)束。歩驟三十三匹配失敗。結(jié)束。 一個實施例允許用戶進行分組操作。
服務(wù)器對每個注冊用戶建立一個聯(lián)系人表,所述表每一個記錄對應(yīng)一個聯(lián)系 人,所述表至少有聯(lián)系人ID和分組名兩項。
一個實施例中安裝在計算機上的客戶端提供如下分組操作相關(guān)代碼
A用戶登錄后從服務(wù)器下載聯(lián)系人列表,并把所述的聯(lián)系人分類到相 應(yīng)的組中。
B客戶端使用圖形的方式展示分組列表。
C提供新建一個或多個分組的圖形操作界面。
D提供所述的用戶在任意一個分組添加或刪除一個或多個聯(lián)系人的圖 形界面。
E提供所述的用戶在所述的客戶端上發(fā)送的匹配請求消息前,允許用 戶在所述的分組中選擇一個或多個分組作為添加到可接受匹配對象集中作 為可接受匹配對象集的匹配條件的圖形操作界面。
一個實施例中提供了在用戶間傳遞分組的方法。
附圖5為在用戶間傳遞分組過程中服務(wù)器和客戶端之間的消息圖。
A發(fā)起用戶選擇一個或多個分組中的全部或部分成員作為被傳遞成員 集,并且選擇一個或多個分組中的全部或部分成員作為傳遞受讓成員集,所 述的客戶端501發(fā)送傳遞發(fā)起消息到服務(wù)器502,所述的傳遞發(fā)起信息包含 所述的被傳遞受讓成員集和傳遞受讓成員集。504
B服務(wù)器502在接收到上述的發(fā)起傳遞消息后向所述的發(fā)起傳遞用戶 的客戶端501發(fā)送接收傳遞提示消息,所述的接收傳遞至少包含被傳遞用戶 的ID。 505
C服務(wù)器502在接收到上述的發(fā)起傳遞消息后向所述的接收傳遞用戶 的客戶端503發(fā)送接收傳遞通知消息,所述的接收傳遞至少包含被傳遞用戶 的ID。 506
D接受傳遞用戶的客戶端503接收到來自服務(wù)器502的接收傳遞通知 消息后,接受用戶指令,向服務(wù)器發(fā)送接收傳遞確認消息。507
服務(wù)器接收到所述的接收傳遞確認消息后,把被傳遞用戶加入到所述接 收傳遞用戶的某一分組中。
E客戶端也可以向服務(wù)器發(fā)送接收傳遞拒絕消息。508
在一個實施例中的服務(wù)器上,每次被傳遞用戶加入到接收傳遞用戶的某一分 組時,所述的傳遞發(fā)起用戶的傳遞量屬性加一。
在一個實施例中,系統(tǒng)支持汽車共享或其它物品和服務(wù),關(guān)于所述的物品或服務(wù)的匹配請求都有一個價格條件。服務(wù)器為每一個用戶分配一個交易記錄表。 所述交易記錄表至少有三列對方ID,交易物名稱,金額。所述交易記錄表還 可以包含交易ID,第一時間,第二時間,第一地點和第二地點等。
實施例中的服務(wù)器每次匹配成功后在所述的提供方的平衡量上加上交易額, 在所述的需求方的平衡量上減去交易額,所述的交易額為提供方價格和需求方價 格的中間值,所述提供方如沒有價格條件,則認為所述提供方的價格為零,所述 需求方如沒有價格條件,則認為所述需求方的價格等于所述提供方的價格。
實施例中的服務(wù)器在雙方的交易總量中加上上述的交易額;并且在上述的提 供方和需求方的交易記錄表中增加一項記錄,所述的記錄至少包含上述的交易額。
客戶端提供取消交易的操作界面。上述參與匹配的任一方取消交易后,則按 相反的操作取消上述對匹配雙方的操作結(jié)果。
客戶端對登錄用戶為供給方的交易提供消除交易額的操作。在所述提供方的 平衡量中減去所述交易額,在所述的需求方的平衡量中記錄加上交易額,并在各 自的交易記錄表中記載。
服務(wù)器具備消除特定交易的交易額的接口。在所述提供方的平衡量中減去所 述交易額,在所述的需求方的平衡量中記錄加上交易額,并在各自的交易記錄表 中記載。
權(quán)利要求
1.一種用來出售、租借或共享物品或服務(wù)的計算機系統(tǒng),具有如下特征具有一個中心服務(wù)器和多個客戶端,所述的服務(wù)器用于接受客戶端的信息和請求,在物品或者服務(wù)的轉(zhuǎn)讓或者共享的供給方和需求方之間按照雙方設(shè)定的條件進行匹配,并發(fā)送客戶端所請求的信息或者其它信息到客戶端,所述的客戶端用于接收用戶指令,向用戶呈現(xiàn)信息,發(fā)送用戶的請求信息到所述的服務(wù)器,以及接收來自服務(wù)器的信息。所述的客戶端允許物品或者服務(wù)的轉(zhuǎn)讓或者共享的供給方或者需求方在所發(fā)出的匹配請求上設(shè)置一個或多個匹配條件,所述的匹配條件包括一個可接受用戶集的條件,所述的匹配條件還包括一個可接受價格范圍的條件,所述的匹配條件還包括匹配目標(biāo)對象的一個或多個屬性的條件,所述的匹配條件還包括交易的地理區(qū)域和時間范圍的條件。
2. 如權(quán)利要求1所述的用戶屬性包含以下所述一種或多種A用戶身份是否確認。用于表示用戶真實身份是否被系統(tǒng)運營者確認。B交易平衡量。用于記錄用戶所有出讓和受讓活動產(chǎn)生的余額。c交易總量。用于記錄用戶出讓和受讓活動產(chǎn)生的總額。D用戶的交易執(zhí)行量。用于記錄用戶接受所述服務(wù)器的匹配結(jié)果并且 執(zhí)行的總數(shù)目。E用戶的交易違約量。用于記錄用戶未執(zhí)行的所述服務(wù)器的匹配結(jié)果 的總數(shù)目。F用戶的履約率。所述的履約率為所述的交易執(zhí)行量除以所述的交易執(zhí) 行量和交易違約量的結(jié)果。G用戶的傳遞量屬性。用于記錄用戶發(fā)起組成員傳遞成功的數(shù)量。
3. 如權(quán)利要求l所述的系統(tǒng)中使用的匹配方法,特征如下-A用戶提供所述的客戶端向所述的服務(wù)器發(fā)送匹配請求消息,所述的 服務(wù)器在收到所述的匹配請求消息后根據(jù)請求的類別把所述的用戶及相應(yīng) 的請求信息加入供給方隊列或者需求方隊列。B服務(wù)器取如權(quán)利要求1所述的供給方或需求方隊列中的一項作為待 匹配項進行處理,如果需求方或供給方隊列中存在一項,所述項與所述的待 匹配項互相滿足對方的匹配條件,則所述項與所述的待匹配項匹配成功。C服務(wù)器把上述匹配成功的供給方或需求方分別從所屬的供給方隊列 或者需求方隊列中除去,并向所述的供給方和需求方分別發(fā)送提示消息。D所述的客戶端具有允許匹配的供給方或需求方在收到所述的提示消 息后所述的服務(wù)器發(fā)送交易取消請求信息的代碼,所述的服務(wù)器收到所述的 交易取消請求信息后把所述的匹配的雙方分別加入供給方隊列和需求方隊 列。E用戶可以通過所述的客戶端向服務(wù)器發(fā)送匹配取消請求,服務(wù)器收 到所述的匹配取消請求后把所述的用戶從相應(yīng)的供給方列表或需求方列表 中移出。
4. 用在如權(quán)利要求1所述的系統(tǒng)中的允許用戶使用在如權(quán)利要求1所述的客戶端中用來對客戶端進行分組操作的計算機執(zhí)行的代碼,特征如下A允許所述的用戶建立一個或多個分組的功能的計算機執(zhí)行的代碼, 所述的分組包含一個或多個其它用戶信息。B允許所述的用戶在所述的客戶端上發(fā)送如權(quán)利要求1所述的匹配消 息前,在所述的分組中選擇一個或多個分組作為如權(quán)利要求1所述的匹配條 件的功能的計算機執(zhí)行的代碼。
5. 用在如權(quán)利要求1所述的系統(tǒng)中的允許用戶間傳遞如權(quán)利要求4所述的分組的計算機執(zhí)行的代碼,特征如下A位于客戶端的計算機執(zhí)行的代碼,允許用戶選擇如權(quán)利要求4所述 的一個或多個分組中的全部或部分成員作為被傳遞成員集,并且選擇一個或 多個分組中的全部或部分成員作為傳遞受讓成員集,所述的客戶端發(fā)送傳遞 發(fā)起消息到服務(wù)器,所述的傳遞發(fā)起信息包含所述的被傳遞成員集和傳遞受 讓成員集。所述的用戶為傳遞發(fā)起用戶。B所述的服務(wù)器在接收到上述的傳遞發(fā)起消息后向所述的傳遞受讓成 員集成員的用戶發(fā)送接收傳遞通知消息,所述的接收傳遞包含被傳遞成員集 內(nèi)的成員的用戶ID。C傳遞受讓成員集成員的用戶的客戶端接收到來自服務(wù)器的接收傳遞 通知消息后,能根據(jù)用戶指令,向服務(wù)器發(fā)送接收傳遞確認或拒絕消息。所 述的用戶位傳遞受讓用戶。D所述的服務(wù)器接收到上述的接收傳遞確認消息后,把被傳遞用戶加 入到上述的接受傳遞的用戶的某一分組中。在服務(wù)器上為用戶裝備一個如權(quán)利要求2所述的傳遞量屬性的情況下, 所述的每次被傳遞用戶加入到傳遞受讓用戶的某一分組時,所述的傳遞發(fā)起 用戶的傳遞量屬性加一。
6. —種在使用如權(quán)利要求3所述的方法進行匹配時執(zhí)行的計算機程序,具有如下特征A供給方使用所述的客戶端在發(fā)送匹配請求消息前,所述的客戶端提 供設(shè)置價格變量的圖形界面。B每次匹配成功后服務(wù)器在所述的供給方的如權(quán)利要求2所說的平衡 量上加一特定值,在所述的需求方的如權(quán)利要求2所說的平衡量上減一交易 額,所述的交易額介于供給方價格下限和需求方價格上限之間,包含供給方 價格下限和需求方價格上限;并且在雙方的交易總量中加上所述的交易額;并 且在所述的供給方和需求方的交易管理器中的交易記錄表中增加一項記錄, 所述的記錄至少包含上述的交易額。C所述服務(wù)器在接收到所述參與匹配的任一方取消交易的消息后,按 上述操作相反的操作取消上述對匹配雙方的用戶的平衡量和交易記錄表的 操作結(jié)果。D所述服務(wù)器在接收到所述匹配的供給方的消除交易額的消息后,在 所述供給方的平衡量中減去所述交易額,在所述的需求方的平衡量中記錄加 上交易額,并在各自的交易記錄表中記載。E所述的服務(wù)器具有消除交易額的功能的代碼,所述代碼執(zhí)行后在所 述供給方的平衡量中減去所述交易額,在所述的需求方的平衡量中記錄加上 交易額,并在各自的交易記錄表中記載。
全文摘要
一種用來出售、租借或共享物品或服務(wù)的系統(tǒng)和方法。系統(tǒng)由一個服務(wù)器101和多個客戶端102構(gòu)成。所述的客戶端102用來提供供給信息或需求信息。所述的服務(wù)器101和客戶端102之間通過因特網(wǎng)連接,所述的服務(wù)器101和還可以通過語音網(wǎng)關(guān)103與電話終端104連接,所述的服務(wù)器101和還可以通過短信網(wǎng)關(guān)105與移動終端106連接。所述的服務(wù)器用于對供給和需求進行有條件性地匹配。系統(tǒng)提供一種可以允許用戶限定交易對象和交易條件,并且自動匹配交易雙方的方法來達到促進交易或共享的目的。與現(xiàn)有技術(shù)相比,本系統(tǒng)能夠增加供給和需求匹配成功的幾率和速度。
文檔編號H04L29/06GK101303754SQ200710074299
公開日2008年11月12日 申請日期2007年5月8日 優(yōu)先權(quán)日2007年5月8日
發(fā)明者郭建偉 申請人:郭建偉
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
吴川市| 南华县| 江达县| 绥棱县| 吕梁市| 胶州市| 平乡县| 弋阳县| 合江县| 绥德县| 和平区| 九龙城区| 饶河县| 七台河市| 龙江县| 龙州县| 开鲁县| 中卫市| 无为县| 突泉县| 新郑市| 彩票| 钟祥市| 杨浦区| 冀州市| 昌平区| 城固县| 莫力| 肇庆市| 霍林郭勒市| 江津市| 彭山县| 郸城县| 榆树市| 雷波县| 呼和浩特市| 丽水市| 永福县| 景泰县| 隆子县| 莱阳市|