在線交易方法
【專利摘要】本發(fā)明關(guān)于一種在線交易方法，包括：接收來自一使用端之一購買請求；選定至少一確認端；傳送關(guān)于該購買請求之一通知予該至少一確認端；接收該至少一確認端對于該通知之一響應；以及判斷前述響應是否符合一條件，以決定是否執(zhí)行關(guān)于該購買請求之一購買流程。本發(fā)明藉由提供一種具有確認服務(機制)之在線交易方法，俾使能于單一系統(tǒng)之單一流程中完成整個實際購買過程。
【專利說明】在線交易方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明系關(guān)于一種在線交易方法；特別是關(guān)于一種具有確認機制之在線交易方法。
【背景技術(shù)】
[0002]現(xiàn)行電子在線交易系統(tǒng)系設計為單一使用端透過網(wǎng)站、手機應用程序或其它方法瀏覽商品并完成整個購買商品之流程。然而，實際購買過程系可能關(guān)聯(lián)于其它人。舉例而言，當一使用端欲購買一商品時，必須經(jīng)由其父母、丈夫或妻子的認可才可購買?；蛘呤?，當一使用端欲購買一商品時，希望獲得朋友贊同這是好的主意才會實際購買。這些情況系實際存在，但其與在線交易是分開的處理流程。一般而言，買家首先會透過在線交易系統(tǒng)瀏覽商品之內(nèi)容，而對于感興趣之商品會透過其它方式獲得家人的認可或朋友的贊同直到?jīng)Q定要購買，之后再回到在線交易系統(tǒng)完成購買商品之流程。這樣的情況將使得實際購買流程并非于單一系統(tǒng)之單一流程中完成而沒有效率。此外，在某些有限時規(guī)定之交易，使用端在獲得其它人之確認后再回到交易系統(tǒng)時，商品可能已經(jīng)賣出。
[0003]是以，現(xiàn)今在線交易方法仍有不少缺點及需求，急需一種能于單一系統(tǒng)之單一流程中完成整個實際購買過程之在線交易方法。

【發(fā)明內(nèi)容】

[0004]鑒于上述先前技術(shù)的缺點與需求，本發(fā)明的目的是提供一種能于單一系統(tǒng)之單一流程中完成整個實際購買過程之在線交易方法。
[0005]為達到上述發(fā)明目的，本發(fā)明提供一種在線交易方法，包括:接收來自一使用端之一購買請求；選定至少一確認端；傳送關(guān)于該購買請求之一通知予該至少一確認端；接收該至少一確認端對于該通知之一響應；以及判斷前述響應是否符合一條件，以決定是否執(zhí)行關(guān)于該購買請求之一購買流程。
[0006]本發(fā)明前述之在線交易方法，其中當前述響應符合該條件時，執(zhí)行關(guān)于該購買請求之一購買流程。
[0007]本發(fā)明前述之在線交易方法，其中當前述響應未符合該條件時，傳送另一通知予該使用端。
[0008]本發(fā)明前述之在線交易方法，進一步包含當該至少一確認端之其中一者拒絕響應該通知時，傳送另一通知予該使用端，且該至少一確認端之該其中一者建議另一確認端，該使用端決定是否接受該另一確認端，其中若該使用端接受該另一確認端，傳送關(guān)于該購買請求之該通知予該另一確認端。
[0009]本發(fā)明前述之在線交易方法，其中該條件系由該使用端所設定。
[0010]本發(fā)明前述之在線交易方法，其中該條件系前述響應中確認該購買請求之數(shù)量達
到一預定數(shù)量。
[0011]本發(fā)明前述之在線交易方法，進一步包含當該至少一確認端之至少其中一者拒絕響應該通知且該至少一確認端之其余者之數(shù)量低于該預定數(shù)量時，重新選定該至少一確認端或是取消該購買請求。
[0012]本發(fā)明前述之在線交易方法，其中該條件系前述響應中確認該購買請求之數(shù)量達到一預定比例。
[0013]本發(fā)明前述之在線交易方法，其中該條件系該至少一確認端中確認該購買請求之確認端愿意貢獻一金額于關(guān)于該購買請求之一購買價金。
[0014]本發(fā)明前述之在線交易方法，其中該至少一確認端系由該使用端所選定。
[0015]本發(fā)明前述之在線交易方法，其中該至少一確認端之數(shù)量系由該使用端所設定。
[0016]本發(fā)明前述之在線交易方法，其中該至少一確認端為復數(shù)個確認端，該復數(shù)個確認端之一第一部份系由該使用端所選定，該復數(shù)個確認端之一第二部份系由該復數(shù)個確認端之該第一部份所選定。
[0017]本發(fā)明前述之在線交易方法，其中該通知包含連結(jié)至一頁面之一鏈接，其中該頁面系供該至少一確認端響應該通知及了解關(guān)于該購買請求之一狀態(tài)。
[0018]本發(fā)明前述之在線交易方法，其中該頁面系供該使用端了解關(guān)于該購買請求之一狀態(tài)。
[0019]本發(fā)明前述之在線交易方法，其中該通知系以電子郵件、多媒體簡訊、臉書訊息或手機應用程序傳送。
【專利附圖】

【附圖說明】
[0020]圖1是本發(fā)明交易方法之一較佳實施例之流程圖。
[0021]圖2是本發(fā)明交易方法包含被選定之確認端拒絕對于該購買請求做出響應之流程圖。
[0022]【主要組件符號說明】
[0023]步驟101 ~107、1041 ~1044
【具體實施方式】
[0024]本發(fā)明系提供一種具有確認服務(機制)之在線交易方法，俾使能于單一系統(tǒng)之單一流程中完成整個實際購買過程。當一使用端于一在線交易平臺上找到其感興趣之商品時，該使用端可提出附帶一條件之一購買請求，該條件系該購買請求必須經(jīng)由其它人確認(例如父母認可或朋友贊同)方可執(zhí)行購買流程。一旦其它人確認后而符合該條件時，系統(tǒng)將完成后續(xù)購買流程。
[0025]參考第一圖，第一圖系本發(fā)明交易方法之一較佳實施例之流程圖。一使用端透過網(wǎng)絡連接至一交易平臺，該使用端瀏覽該交易平臺中陳列之商品并找到其感興趣之商品后，該使用端向該交易平臺提出購買該商品之請求，例如將該商品放進其購物車中。該交易平臺接收來自該使用端之購買請求后(步驟101)，該交易平臺進一步提供一接口供該使用端選定一或多個確認端參與討論及確認此次購買(步驟102)。舉例而言，該使用端可設定須由十個人參與此次購買之確認而該十個人系該使用端自其聯(lián)絡人名單中挑選?；蛘呤牵撌褂枚丝稍O定須由十個人參與此次購買之確認而十個人中有五個人系該使用端自其聯(lián)絡人名單中挑選，而另外五個 人是透過該使用端之朋友進一步邀請其它人參與此次購買之確認而選擇的。在本發(fā)明一較佳實施例中，該聯(lián)絡人名單之通訊方式可包含電子郵件、多媒體簡訊、臉書訊息或手機應用程序等等。此外，該使用端可隨時新增、刪除、變更該聯(lián)絡人名單之聯(lián)絡人及其彳目息。
[0026]該使用端選定該一或多個確認端后，該交易平臺進一步提供一接口供該使用端設定該條件(步驟102)。在本發(fā)明一較佳實施例中，該條件可設定為(但不限)該一或多個確認端中確認(認可或贊同)該使用端購買該商品之數(shù)量達到一預定數(shù)量或是一預定比例。舉例而言，該使用端選定十個人，而必須五個人或是百分之五十的人認可或贊同該使用端購買該商品。在本發(fā)明另一較佳實施例中，該條件亦可設定為該一或多個確認端愿意貢獻一金額于關(guān)于該購買請求之一購買價金。舉例而言，該商品為一千元，而該一或多個確認端協(xié)助該使用端付費五百元。
[0027]當該使用端選定該一或多個確認端及該條件后，該交易平臺基于該使用端所選定之該一或多個確認端，藉由電子郵件、多媒體簡訊、臉書訊息或手機應用程序傳送關(guān)于該購買請求之通知予該一或多個確認端(步驟103)。之后，該交易平臺持續(xù)追蹤該每一確認端并且等待接收該每一確認端之回應。當該交易平臺開始接收該每一確認端之響應(步驟104)，即進行判斷所接收到之響應是否符合該使用端所設定之條件以決定是否執(zhí)行關(guān)于該購買請求之購買流程(步驟105)。一旦所接收到之響應符合該使用端所設定之條件時，該交易平臺即執(zhí)行該購買流程(步驟106)。舉例而言，該使用端選定十個人，而設定必須有五個人認可或贊同該使用端購買該商品，當該交易平臺已經(jīng)接收到五個認可或贊同該使用端購買該商品，則執(zhí)行該購買流程。另一方面，一旦所接收到之響應未符合該使用端所設定之條件時，該交易平臺即傳送另一通知予該使用端告知所接收到之響應未符合該使用端所設定之條件，因此取消該購買請求(步驟107)。
[0028]在本發(fā)明一較佳實施例中，當該交易平臺接收到該使用端之該購買請求且該使用端選定了該一或多個確認端及設定了條件后，該交易平臺即可提供一付費接口俾使該使用端先行付費，而當該交易平臺接收到之響應符合該使用端所設定之條件時，該交易平臺即可進行該購買流程而不再進一步通知該使用端?；蛘?，該交易平臺進行該購買流程時，亦可進一步通知該使用端。在本發(fā)明另一較佳實施中，該交易平臺亦可于接收到之響應符合該使用端所設定之條件且通知該使用端后提供予該使用端，而一旦該使用端付費后即進行該購買流程。
[0029]在本發(fā)明一較佳實施例中，該交易平臺傳送予該一或多個確認端之該通知可包含連結(jié)至一頁面之一鏈接，該每一確認端連結(jié)至該頁面后，可透過該頁面響應是否認可或贊同該使用端購買該商品并可進一步發(fā)表意見。此外，該每一確認端亦可透過該頁面了解該購買請求之狀態(tài)，例如其它確認端之響應等等。在本發(fā)明一較佳實施例中，該頁面亦可提供予該使用端供該使用端了解該購買請求之狀態(tài)。
[0030]另一方面，被選定之確認端亦可拒絕對于該購買請求做出響應。參考第二圖，第二圖系本發(fā)明交易方法包含被選定之確認端拒絕對于該購買請求做出響應之流程圖。該交易平臺可判斷該一或多個確認端是否拒絕對于該購買請求做出響應(步驟1041)。當該一或多個確認端之其中一者拒絕對于該購買請求做出響應，該拒絕之確認端可說明理由且建議另一確認端予該使用端。該交易平臺可傳送另一通知予該使用端或是該使用端可藉由該頁面得知，并且進一步?jīng)Q定是否接受該拒絕之確認端所建議之該另一確認端。若該使用端接受該另一確認端(步驟1044)，則該交易平臺傳送關(guān)于該購買請求之該通知予該另一確認端(步驟103);若該使用端不接受該另一確認端，則該交易平臺不會傳送關(guān)于該購買請求之該通知予該另一確認端，該使用端可進一步選擇新的確認端(步驟1044)或是基于所剩余之確認端之響應判斷是否符合該條件(步驟104)。另一方面，在本發(fā)明一較佳實施例中，若該條件系該一或多個確認端中認可或贊同該使用端購買該商品之數(shù)量達到一預定數(shù)量(步驟1042)，而該所剩余之確認端之數(shù)量低于該預定數(shù)量時，該使用端可重新選定新的一組確認端(步驟102)或是取消該購買請求(步驟1043)。
[0031]在詳細說明本發(fā)明的較佳實施例之后，本發(fā)明【技術(shù)領(lǐng)域】具有通常知識者可清楚的了解，在不脫離下述申請專利范圍與精神下進行各種變化與改變，且本發(fā)明亦不受限于說明書中所舉實施例的實施方式。
【權(quán)利要求】
1.一種在線交易方法，包括: 接收來自一使用端之一購買請求； 選定至少一確認端； 傳送關(guān)于該購買請求之一通知予該至少一確認端； 接收該至少一確認端對于該通知之一響應；以及 判斷前述響應是否符合一條件，以決定是否執(zhí)行關(guān)于該購買請求之一購買流程。
2.如權(quán)利要求1所述的方法，其中當前述響應符合該條件時，執(zhí)行關(guān)于該購買請求之一購買流程。
3.如權(quán)利要求1所述的方法，其中當前述響應未符合該條件時，傳送另一通知予該使用端。
4.如權(quán)利要求1所述的方法，進一步包含當該至少一確認端之其中一者拒絕響應該通知時，傳送另一通知予該使用端。
5.如權(quán)利要求4所述的方法，其中該至少一確認端之該其中一者建議另一確認端，該使用端決定是否接受該另一確認端。
6.如權(quán)利要求5所述的方法，其中若該使用端接受該另一確認端，傳送關(guān)于該購買請求之該通知予該另一確認端。
7.如權(quán)利要求1所述的方法，其中該條件系由該使用端所設定。
8.如權(quán)利要求1所述的方法，其中該條件系前述響應中確認該購買請求之數(shù)量達到一預定數(shù)量。
9.如權(quán)利要求8所述的方法，進一步包含當該至少一確認端之至少其中一者拒絕響應該通知且該至少一確認端之其余者之數(shù)量低于該預定數(shù)量時，重新選定該至少一確認端。
10.如權(quán)利要求8所述的方法，進一步包含當該至少一確認端之至少其中一者拒絕響應該通知且該至少一確認端之其余者之數(shù)量低于該預定數(shù)量時，取消該購買請求。
11.如權(quán)利要求1所述的方法，其中該條件系前述響應中確認該購買請求之數(shù)量達到一預定比例。
12.如權(quán)利要求1所述的方法，其中該條件系該至少一確認端中確認該購買請求之確認端愿意貢獻一金額于關(guān)于該購買請求之一購買價金。
13.如權(quán)利要求1所述的方法，其中該至少一確認端系由該使用端所選定。
14.如權(quán)利要求1所述的方法，其中該至少一確認端之數(shù)量系由該使用端所設定。
15.如權(quán)利要求1所述的方法，其中該至少一確認端為復數(shù)個確認端，該復數(shù)個確認端之一第一部份系由該使用端所選定，該復數(shù)個確認端之一第二部份系由該復數(shù)個確認端之該第一部份所選定。
16.如權(quán)利要求1所述的方法，其中該通知包含連結(jié)至一頁面之一鏈接，其中該頁面系供該至少一確認端響應該通知及了解關(guān)于該購買請求之一狀態(tài)。
17.如權(quán)利要求16所述的方法，其中該頁面系供該使用端了解關(guān)于該購買請求之一狀態(tài)。
18.如權(quán)利要求1所述的方法，其中該通知系以電子郵件、多媒體簡訊、臉書訊息或手機應用程序傳送。
【文檔編號】G06Q20/38GK103824187SQ201210466266
【公開日】2014年5月28日 申請日期:2012年11月16日 優(yōu)先權(quán)日:2012年11月16日
【發(fā)明者】林振德, 陳子頌 申請人:雅虎公司