專利名稱：利用了移動通信的終端的結(jié)算方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種利用了便攜電話所代表的移動通信系統(tǒng)的、由信用卡·借記卡·各種電子貨幣進行的結(jié)算方法。
背景技術(shù)：
信用卡·借記卡現(xiàn)在已經(jīng)廣泛地滲入到消費者中間，即使是便利店等也可由卡進行支付。作為該結(jié)算方法，通常是由店鋪中設(shè)置的結(jié)算專用卡讀取器讀取信用卡的方式。另外，對于借記卡也與信用卡結(jié)算時相同，采用由結(jié)算專用的卡讀取器讀取卡的方式，現(xiàn)狀是在沒有卡讀取器的店鋪中完全不能使用借記卡。
因此，即使持有信用卡·借記卡·各種電子貨幣，若沒有店鋪中備有的結(jié)算用終端也不能使用，例如，在比薩餅外賣等情況下不能簡單地將信用卡·借記卡·各種電子貨幣作為支付手段來使用。
發(fā)明的公開根據(jù)本發(fā)明，提供了一種結(jié)算方法，是使用了可連接到互聯(lián)網(wǎng)的移動通信系統(tǒng)的加入者終端機的、由各種支付方式進行的結(jié)算方法，其中，包括下列步驟從加入者終端機主叫而與數(shù)據(jù)庫通信，進行被支付者的認證；根據(jù)該數(shù)據(jù)庫的注冊內(nèi)容，在加入者終端機進行畫面顯示，同時在所述加入者終端機至少接受支付金額和支付者名字的輸入，確認該輸入內(nèi)容是否正確；若輸入正確，則在加入者終端機接受各種支付方式的結(jié)算用號碼和有效期限的輸入，根據(jù)該輸入內(nèi)容從所述數(shù)據(jù)庫取得使用限度額，確認所述支付金額是否在該使用限度額內(nèi)；在所述支付金額在使用限度額內(nèi)的情況下，在所述加入者終端機至少顯示所述支付者名字、所述支付金額、所述各種支付方式的結(jié)算用號碼和有效期限，根據(jù)與此相應(yīng)的支付操作而從加入者終端機向結(jié)算站點發(fā)送結(jié)算信息；從接受了該結(jié)算信息的所述結(jié)算站點向各種支付方式的管理公司通信而請求認證；在由此而認證成功的情況下，在所述結(jié)算站點和所述加入者終端機之間執(zhí)行結(jié)算確定處理，在所述加入者終端機顯示結(jié)算完成。
根據(jù)該方法的結(jié)算方法，在接受支付的工作人員(被支付者)側(cè)，例如，外送比薩店或出租車公司的工作人員各自具有用戶ID(用戶身份)和密碼，并且，使用支付者或被支付者側(cè)的加入者終端機，進行被支付者的認證，從而在外賣目的地或車內(nèi)完成由各種支付方式進行的結(jié)算。另外，作為各種支付方式，除了信用卡之外，還可使用借記卡或預付式等的各種電子貨幣。
另外，提出了一種結(jié)算方法，是使用了適配器的由各種支付方式進行的支付方法，該適配器與可連接到互聯(lián)網(wǎng)的移動通信系統(tǒng)的加入者終端機上具有的擴充端子連接，其中，包括下列步驟通過連接所述適配器，從加入者終端機主叫而與數(shù)據(jù)庫通信，根據(jù)該數(shù)據(jù)庫中所具有的適配器固有的注冊內(nèi)容，在所述帶適配器的加入者終端機進行畫面顯示，同時，在所述帶適配器的加入者終端機至少接受支付金額和支付者名字的輸入，確認該輸入內(nèi)容是否正確；若輸入正確，則在所述帶適配器的加入者終端機接受各種支付方式的結(jié)算用號碼和有效期限的輸入，根據(jù)該輸入內(nèi)容，從所述數(shù)據(jù)庫取得使用限度額，確認所述支付金額是否在該使用限度額內(nèi)；在所述支付金額在使用限度額內(nèi)的情況下，在所述帶適配器的加入者終端機至少顯示所述支付者名字、所述支付金額、所述各種支付方式的結(jié)算用號碼和有效期限，根據(jù)與此相應(yīng)的支付操作而從所述帶適配器的加入者終端機向結(jié)算站點發(fā)送結(jié)算信息；從接受了該結(jié)算信息的所述結(jié)算站點向各種支付方式的管理公司通信而請求認證；在由此而認證成功的情況下，在所述結(jié)算站點和所述帶適配器的加入者終端機之間執(zhí)行結(jié)算確定處理，在所述帶適配器的加入者終端機顯示結(jié)算完成。
該方法的適配器是內(nèi)置了微型計算機的小物體，所以在接受支付的工作人員(被支付者)側(cè)，例如，外送比薩店或出租車公司的工作人員可以放入到口袋中簡便地攜帶。并且，只要持有適配器，就可以使用支付者或被支付者側(cè)的加入者終端機，從而在外賣目的地或車內(nèi)完成由各種支付方式進行的結(jié)算。
在這種由各種支付方式進行的結(jié)算方法中，當在帶適配器的加入者終端機輸入支付金額和支付者名字時，為了確認用，還輸入支付者的聯(lián)絡(luò)目的地信息，并預先設(shè)置成確認該輸入是否正確(是否使用了不能輸入的記號、位數(shù)多等)的方式。作為這種聯(lián)絡(luò)目的地信息可以使用郵件地址、電話號碼(固定電話機·便攜電話)。若確認該聯(lián)絡(luò)目的地信息，之后，從各種支付方式的管理公司向該聯(lián)絡(luò)目的地輸入本人確認的聯(lián)絡(luò)等的應(yīng)用有效。進一步，在聯(lián)絡(luò)目的地信息是電話號碼的情況下，在確認為不正確輸入時，也可向數(shù)據(jù)庫進行詢問而確認是否是實際存在的號碼。
本發(fā)明的結(jié)算方法中，在確認支付金額是否在使用限度額內(nèi)的步驟中，從數(shù)據(jù)庫取得提供給被支付者(連鎖店等的情況下也可以是每個店)的被支付者限度額、提供給各種支付方式的結(jié)算用號碼的號碼限度額、提供給店鋪所屬工作人員的工作人員限度額或提供給適配器的適配器限度額，可以進行分別確認支付金額是否超過各個限度額的處理。這些限度額也可以是一次的使用到多少為止的限度額，但是最好是進行這樣的處理，即向數(shù)據(jù)庫詢問在由各限度額分別確定的總計期間內(nèi)成功的結(jié)算額，并對每個限度額分別總計結(jié)算額，確認這些各總計結(jié)算額和支付金額的各合計額是否超過對應(yīng)的限度額。各限度額的總計期間可以確定為例如被支付者限度額和號碼限度額是每一個月，工作人員限度額或適配器限度額是每一天。這時，對于被支付者限度額和號碼限度額，總計從當月第一天起到當天的成功結(jié)算額，對于工作人員限度額或適配器限度額則是總計當日的當前時刻為止的成功結(jié)算額。這樣，若預先設(shè)定總計期間，在防止欺詐等犯罪方面更有效。即，在為每一次進行限度額設(shè)定的情況下，就一次而言，只要遵守了其限度額，就可以任意次重復進行結(jié)算，所以為了防止這種情況，可以對每個月或每一天確定限度額。
附圖的簡單說明

圖1是說明本發(fā)明的由加入者終端機執(zhí)行的處理過程的流程圖。
圖2是接著圖1的流程圖。
圖3是表示在加入者終端機中，輸入支付金額和信用卡持有者名字時所顯示的畫面的視圖。
圖4是表示在加入者終端機中，輸入信用卡號碼和有效期限時所顯示的畫面的視圖。
圖5是表示在加入者終端機中，在確認支付金額等而執(zhí)行支付操作時所顯示的畫面和超過使用限度額時由結(jié)算站點顯示的錯誤畫面的視圖。
圖6是表示不能由卡片公司進行認證時由結(jié)算站點顯示的錯誤畫面的視圖。
圖7是表示在加入者終端機中，結(jié)算完成時所顯示的畫面的視圖。
圖8是表示結(jié)算完成后發(fā)送給被支付者的郵件的視圖。
圖9是說明本申請第二實施例的插入有適配器的加入者終端機所執(zhí)行的處理過程的流程圖。
圖10是接著圖9的流程圖。
最佳的實施方式在示例加入者終端機的顯示畫面的同時，說明使用信用卡情況下的處理過程的具體例。圖1和圖2表示從加入者終端機側(cè)看的處理流程圖，圖3～圖7表示該過程中終端機顯示的畫面。
(實施例1)下面，說明處理過程的具體例。首先，從加入者終端機經(jīng)互聯(lián)網(wǎng)連接到特定的URL(Uniform Resource Locator統(tǒng)一資源定位器)…步驟101。接著，輸入用戶ID·密碼…步驟102。所輸入的用戶ID·密碼在數(shù)據(jù)庫(DB)中進行認證作業(yè)，同時，若注冊了用戶ID，則取得與用戶ID相關(guān)聯(lián)的店鋪ID和工作人員ID?！襟E103、104。使管理店鋪的信息的店鋪ID和管理店鋪所屬工作人員的信息的工作人員ID與用戶ID相關(guān)聯(lián)并注冊到數(shù)據(jù)庫中。另外，對于密碼，除了注冊預先固定的密碼之外，還可以使用一次性密碼。這時，密碼每使用一次就舍棄，所以即使萬一密碼被盜用，由于相同密碼不能使用兩次，所以可以提高安全強度。
當通過所述認證作業(yè)判明在DB中沒有注冊用戶ID的情況下，在該時刻結(jié)束處理…步驟105。在DB中有注冊的情況下，根據(jù)從所述DB取得的店鋪ID，準備被支付者固有的店名和圖像等…步驟106。接著，作為首頁顯示標志等和現(xiàn)在要進行的處理內(nèi)容的說明，并且，顯示支付金額、作為支付者(等于信用卡持有者)的聯(lián)絡(luò)目的地信息的本例中的電話號碼、信用卡持有者名字(姓名)的輸入表格畫面…步驟107。圖3表示在該步驟107中由加入者終端機顯示的畫面的例子。
根據(jù)該畫面顯示，首先，在被支付者側(cè)輸入了支付金額后，將加入者終端機遞給支付者，由自己輸入聯(lián)絡(luò)目的地的電話號碼和信用卡持有者名字。輸入完成后，當點擊畫面內(nèi)的返回鈕(圖中，顯示為“繼續(xù)”)時，執(zhí)行輸入內(nèi)容是否正確的確認，例如，是否用半角字母數(shù)字輸入，是否使用了不能使用的符號，電話號碼是否不自然等…步驟108。結(jié)果，在輸入內(nèi)容有不正確的情況下，顯示錯誤…步驟109，再次返回到步驟107重新輸入。這時的錯誤顯示是“姓名是不正確的輸入。請重新輸入。”“電話號碼不正確。請重新輸入。”“金額不正確。請重新輸入?！钡取?br> 另一方面，若輸入內(nèi)容沒有錯誤，則以結(jié)算站點的服務(wù)器為單位生成唯一的字符串(即加密)來作為購物ID，將輸入內(nèi)容與店鋪ID、工作人員ID一起記錄到DB中…步驟110。接著，生成節(jié)目碼、購物ID、支付金額、品名、附加項目、添加了僅認證的標記的URL，而詢問結(jié)算站點的服務(wù)器，取得內(nèi)部用管理號碼…步驟111?！肮?jié)目碼”是從結(jié)算站點分配給該結(jié)算用軟件的操作人員的操作人員ID，“品名”是由結(jié)算站點的通信規(guī)格定義的任意的字符串(操作人員名字等)、“附加項目”是在問題發(fā)生時、為容易發(fā)現(xiàn)而賦予的內(nèi)部處理用的字符串。
當取得了內(nèi)部用管理號碼時，與先前輸入的支付金額一起顯示信用卡號碼及有效期限的輸入表格畫面…步驟112。圖4表示由該步驟112顯示的輸入表格，在該例中，根據(jù)先前的輸入內(nèi)容，在上部顯示支付者的姓名和支付金額，并且，在其下面顯示信用卡號碼的輸入欄和有效期限的輸入欄。有效期限在本例的情況下是選擇形式。
當輸入完成后點擊返回鈕(顯示為“繼續(xù)”的鈕)時，根據(jù)其信用卡號碼，從DB取得店鋪的使用限度額＝被支付者限度額、以店鋪所屬的工作人員為單位的使用限度額＝工作人員限度額、卡號的使用限度額＝號碼限度額…步驟103。本例情況下，被支付者限度額和號碼限度額是將一個月的使用總額確定為限度額，工作人員限度額是將一天的使用總額確定為限度額。這時，若DB中設(shè)置了未超時的限度額例外，則使其優(yōu)先。例如，若在宣傳活動中特別提高了被支付者限度額和工作人員限度額的上限的情況下(限度額例外)，若處于該宣傳活動期間中(未超時)，則使限度額例外優(yōu)先。
接著該各限度額的取得，關(guān)于相對于店鋪的被支付者限度額和相對于信用卡號碼的號碼限度額，詢問DB來總計從當月一號起到當日為止成功了(設(shè)立了結(jié)算完成標記)的結(jié)算額，另外，關(guān)于相對于店鋪所屬工作人員的工作人員限度額，詢問DB來總計當日的到當前時刻為止成功了的結(jié)算額。并且，將支付金額加到該各總計結(jié)算額中來分別算出總計額…步驟114。
接著，關(guān)于所算出的各總計額是否超過被支付者限度額、號碼限度額、工作人員限度額，針對每個限度額執(zhí)行比較…步驟115。在超過了其中任意一個限度額的情況下，在DB中和信用卡號碼和有效期限一起保存所超過的限度額的種類，即超過了被支付者限度額、號碼限度額、工作人員限度額的哪一個，在結(jié)算站點進行錯誤顯示而返回到步驟112…步驟116。另一方面，若沒有超過所有的限度額，則顯示姓名、電話號碼、支付金額、信用卡號碼、有效期限的確認畫面…步驟117。圖5(A)表示該步驟117中由加入者終端機顯示的確認畫面。另外，通過步驟116成為錯誤的情況下，由結(jié)算站點側(cè)顯示圖5(B)所示的錯誤顯示畫面。
在步驟117中顯示確認畫面，當點擊畫面內(nèi)的返回鈕(作為“支付”鈕顯示)作為支付操作時，向結(jié)算站點發(fā)送，而傳送上述的信用卡持有者名字、電話號碼、支付金額、信用卡號碼、有效期限的各個項目、和由步驟111取得的內(nèi)部用管理號碼…步驟118。這時的通信最好以SSL(Secure SocketsLayer加密套接字協(xié)議層)進行。
當將加入了這些必要項目的結(jié)算信息傳送到結(jié)算站點時…步驟119，則通過結(jié)算站點向卡片公司進行認證…步驟120，在認證成功的情況下，從結(jié)算站點返回處理…步驟121。這時，若卡號是虛構(gòu)的卡號等則被彈開，這時，在結(jié)算站點上顯示圖6的錯誤畫面。
雖然對于所述從步驟116到121的結(jié)算處理，將處理傳送到一端結(jié)算站點來進行，但是也可例如不使本系統(tǒng)和結(jié)算站點分開，而在本系統(tǒng)中進行結(jié)算處理本身。
在步驟118中傳送了結(jié)算信息的加入者終端機在預定時間(作為一例為30秒)后，向結(jié)算站點詢問是否可進行結(jié)算…步驟122，判斷“OK”是否返回…步驟123。在“OK”沒有返回的情況下，確認失敗是否為第一次…步驟124，若為第一次，則在等待預定時間(同樣為30秒左右)后，向用戶請求再次執(zhí)行支付操作…步驟125。在步驟124中不是第一次的情況下，由于不能認證，而進行中斷處理的錯誤顯示，并在DB中記錄該錯誤內(nèi)容后結(jié)束…步驟126。通過在DB中記錄該錯誤內(nèi)容，以后，也可以進行不接受同一信用卡號碼的處理。
在步驟123中“OK”返回了的情況下，與結(jié)算站點之間進行結(jié)算確定處理…步驟127，監(jiān)視“OK”是否返回…步驟128。在“OK”沒有返回的情況下，執(zhí)行步驟124以后的過程，在“OK”返回了的情況下，詢問DB是否已經(jīng)結(jié)算完成…步驟129。其是由加入者終端機進行瀏覽器的后退操作(“返回”鈕的操作)情況的對策。并且，若沒有完成(沒有設(shè)立完成標記)…步驟130，則在DB中設(shè)立表示結(jié)算完成的標記并附加結(jié)算完成的印記…步驟131。該標記是對每一卡號總計成功結(jié)算額時的指標。
接著，取得店鋪名和郵件地址…步驟132，向該郵件地址、即被支付者發(fā)送結(jié)算完成內(nèi)容的郵件…步驟133。并且，在終端畫面上顯示出顯示了店鋪名和支付金額的支付完成畫面后結(jié)束…步驟134。另外，在步驟130中，在確認已經(jīng)完成(設(shè)立完成標記)的情況下，跳到步驟134而顯示出顯示了店鋪名和支付金額的支付完成畫面后結(jié)束。
圖7表示該步驟134的畫面顯示，另外，圖8表示步驟133中發(fā)送到被支付者的郵件內(nèi)容。
(實施例2)作為其他實施例，說明由使用了適配器的信用卡進行的結(jié)算方法。首先，將適配器插入到便攜電話等移動通信系統(tǒng)的加入者終端機的擴充端子中。這樣，啟動適配器中內(nèi)置的微型計算機，自動從加入者終端機通過互聯(lián)網(wǎng)主叫，而連接到預先指定的URL…步驟201。接著，通過分解URL，取得適配器固有的SSID(Service Set Identification服務(wù)集標識)…步驟202，以該SSID為基礎(chǔ)，為從現(xiàn)在連接的URL的數(shù)據(jù)庫(DB)中取得賦予作為適配器所有者的被支付者的被支付者ID和賦予適配器本身的適配器ID，而進行詢問…步驟203。在被支付者具有多個店鋪的情況下，也可將被支付者ID注冊為每個店鋪的店鋪ID。本例中，設(shè)定店鋪ID和以該店鋪為單位分配給適配器的適配器ID。
接著，確認SSID是否在DB中有注冊…步驟204，若沒有注冊，則在該時刻終止處理…步驟205。若在DB中有注冊，則根據(jù)從DB以店鋪ID為基礎(chǔ)接收的固有信息，準備被支付者固有的店名和圖像等…步驟206。接著，顯示標志等和從此要進行的處理內(nèi)容的說明來作為首頁，并且，顯示支付金額、作為支付者(＝信用卡持有者)的聯(lián)絡(luò)目的地信息的本例中的電話號碼、信用卡持有者名字(姓名)的輸入表格畫面…步驟207。圖3表示在該步驟207中由帶適配器的加入者終端機顯示的畫面。
根據(jù)該畫面顯示，首先，在被支付者側(cè)輸入了支付金額后，將帶適配器的加入者終端機遞給支付者，由自己輸入聯(lián)絡(luò)目的地的電話號碼和信用卡持有者名字。輸入完成后，若點擊畫面內(nèi)的返回鈕(圖中，顯示為“繼續(xù)”)，則執(zhí)行輸入內(nèi)容是否正確的確認，例如，是否用半角字母數(shù)字輸入，是否使用了不能使用的記號，電話號碼是否不自然等…步驟208。結(jié)果，在輸入內(nèi)容有不正確的情況下，顯示錯誤…步驟209，再次返回到步驟207重輸。這時的錯誤顯示是“姓名是不正確的輸入。請重新輸入”“電話號碼不正確。請重新輸入?！薄敖痤~不正確。請重新輸入。”等。
另一方面，若輸入內(nèi)容沒有錯誤，則以結(jié)算站點的服務(wù)器為單位生成唯一的字符串(即加密)來作為購物ID，將輸入內(nèi)容與店鋪ID、適配器ID一起記錄到DB中…步驟210。接著，生成節(jié)目碼、購物ID、支付金額、品名、附加項目、添加了僅認證的標記的URL，而詢問結(jié)算站點的服務(wù)器，取得內(nèi)部用管理號碼…步驟211?！肮?jié)目碼”是從結(jié)算站點分配給該結(jié)算用軟件的操作人員的操作人員ID，“品名”是由結(jié)算站點的通信規(guī)格定義的任意的字符串(操作人員名字等)、“附加項目”是在問題發(fā)生時，為容易發(fā)現(xiàn)而賦予的內(nèi)部處理用的字符串。
當取得了內(nèi)部用管理號碼時，顯示先前輸入的支付金額和信用卡號碼及有效期限的輸入表格畫面…步驟212。圖4表示由該步驟212顯示的輸入表格，在該例中，根據(jù)先前的輸入內(nèi)容，在上部顯示支付者的姓名和支付金額，并且，在其下面顯示信用卡號碼的輸入欄和有效期限的輸入欄。有效期限在本例的情況下是選擇形式。
當輸入完成后點擊了返回鈕(顯示為“繼續(xù)”的鈕)時，根據(jù)其信用卡號碼，從DB中取得店鋪的使用限度額＝被支付者限度額、以適配器為單位的使用限度額＝適配器限度額、卡號的使用限度額＝號碼限度額…步驟213。本例情況下，被支付者限度額和號碼限度額是將一個月的使用總額確定為限度額，適配器限度額是將一天的使用總額確定為限度額。這時，若DB中設(shè)置了未超時的限度額例外，則使其優(yōu)先。例如，若在宣傳活動中特別提高了被支付者限度額和適配器限度額的上限的情況下(限度額例外)，若處于該宣傳活動期間中(未超時)，則使限度額例外優(yōu)先。
接著該各限度額的取得，關(guān)于相對于店鋪的被支付者限度額和相對于信用卡號碼的號碼限度額，詢問DB來總計從當月一號到當日為止成功了(設(shè)立結(jié)算完成標記)的結(jié)算額，另外，關(guān)于相對于適配器的適配器限度額，詢問DB來總計到當日的當前時刻為止成功了的結(jié)算額。并且，將支付金額加到該各總計結(jié)算額中來分別算出總計額…步驟214。
接著，針對所算出的各總計額是否超過被支付者限度額、號碼限度額、適配器限度額，而與每個限度額來執(zhí)行比較…步驟215。在超過了任意一個限度額的情況下，和信用卡號碼和有效期限一起在DB中保存所超過的限度額種類，即超過了被支付者限度額、號碼限度額、適配器限度額中的哪一個，而在結(jié)算站點進行錯誤顯示后返回到步驟212…步驟216。另一方面，若每一個限度額都沒有超過，則顯示姓名、電話號碼、支付金額、信用卡號碼、有效期限的確認畫面…步驟217。圖5(A)表示該步驟217中由帶適配器的加入者終端機顯示的確認畫面。另外，在通過步驟216為錯誤的情況下，在結(jié)算站點側(cè)顯示圖5(B)所示的錯誤顯示畫面。
在步驟217中顯示確認畫面，當作為支付操作而點擊畫面內(nèi)的返回鈕(作為“支付”鈕顯示)時，向結(jié)算站點發(fā)送，而傳送上述的信用卡持有者名字、電話號碼、支付金額、信用卡號碼、有效期限的各個項目、由步驟211取得的內(nèi)部用管理號碼…步驟218。這時的通信最好由SSL(Secure Sockets Layer)進行。
當將輸入了這些必要項目的結(jié)算信息傳送到結(jié)算站點時…步驟219，則通過結(jié)算站點向卡片公司進行認證…步驟220，在認證成功的情況下，從結(jié)算站點返回處理…步驟221。這時，若卡號為虛構(gòu)的卡號等則被彈開，這時，在結(jié)算站點上顯示圖6的錯誤畫面。
步驟218中傳送了結(jié)算信息的帶適配器的加入者終端機在預定時間(作為一例為30秒)后，向結(jié)算站點詢問是否可進行結(jié)算…步驟222，判定“OK”是否返回…步驟223。在“OK”沒有返回的情況下，確認失敗是否為第一次…步驟224，若為第一次，在等待預定時間(同樣為30秒左右)后，請求用戶再次執(zhí)行支付操作…步驟225。在步驟224中不是第一次的情況下，由于不能認證，而進行中斷處理的錯誤顯示，并在DB中記錄該錯誤內(nèi)容后結(jié)束…步驟226。通過在DB中記錄該錯誤內(nèi)容，以后，也可以進行不接受同一信用卡號碼的處理。
步驟223中在“OK”返回了的情況下，與結(jié)算站點之間進行結(jié)算確定處理…步驟227，監(jiān)視“OK”是否返回…步驟228。在“OK”沒有返回的情況下，執(zhí)行步驟224以后的過程，在“OK”返回了的情況下，詢問DB是否結(jié)算已經(jīng)完成…步驟229。其是通過帶適配器的加入者終端機進行瀏覽的后退操作(“返回”鈕的操作)情況下的對策。并且，若沒有完成(沒有設(shè)立完成標記)…步驟230，則在DB中設(shè)立表示結(jié)算完成的標記后添加結(jié)算完成的印記…步驟231。該標記是對每一卡號總計成功結(jié)算額時的指標。
接著，取得店鋪名和適配器中固有設(shè)定的郵件地址…步驟232，向該郵件地址、即被支付者發(fā)送結(jié)算完成了的內(nèi)容的郵件…步驟233。并且，在終端畫面上顯示出顯示了店鋪名和支付金額的支付完成畫面后終止…步驟234。另外，在步驟230中，在確認已經(jīng)完成(設(shè)立完成標記)的情況下，跳到步驟234而顯示出顯示了店鋪名和支付金額的支付完成畫面后終止。
圖7表示該步驟234的畫面顯示，另外，圖8表示步驟233中發(fā)送到被支付者的郵件內(nèi)容。
在上述這樣的結(jié)算方法中，為防止欺詐，還可以預先從被支付者征收保證金。另外，也可以達成這樣的協(xié)議，即從結(jié)算站點運營者向被支付者匯款是在來自支付者、即信用卡持有者的入賬實際存在后進行。另外，通過使用適配器，在加入者終端機省去了輸入用戶ID和密碼的手續(xù)，同時，若將卡讀取器功能添加到適配器，則除了使用加入者終端機的信用卡持有者的信息之外，還可以附加從信用卡讀取的信息。
上述實施例1或?qū)嵤├?都是使用了信用卡情況下的說明，現(xiàn)在說明使用作為其他結(jié)算手段的借記卡·各種電子貨幣的結(jié)算。例如，若作為電子貨幣而使用預付式的，則支付者在上述實施例1或2的處理中，在輸入信用卡號碼的處理過程中輸入所持有的預付卡中記載的結(jié)算用號碼。這時，對于輸入支付者的姓名和電話號碼也與所述實施例1、2相同。但是，通常，在使用這種預付卡的情況下，由于很少公開自己的信息，所以也可以省略而僅記入結(jié)算專用號碼。輸入后，就與所述實施例1或2的使用信用卡情況下的處理過程相同，進行被支付者的結(jié)算處理和預付卡的結(jié)算處理(圖中未示出)，完成結(jié)算。
另外，使用了借記卡的情況也與使用所述預付卡的情況相同，在實施例1或2輸入信用卡號的場面下，輸入所持有的金融機關(guān)的現(xiàn)金卡號碼。但是，這時，使用信用卡時是輸入名字·電話號碼來作為支付者的信息，但是還可配合通常的借記卡的使用形式輸入密碼。對于輸入后的處理，與實施例1或2相同，進行被支付者的結(jié)算處理、借記卡的結(jié)算處理(圖中未示)，完成支付。
另外，為使支付者方便，例如，在圖1步驟107、圖9步驟207所示的畫面(圖4所示這樣的畫面)中，也可使支付者選擇使用信用卡·借記卡·各種電子貨幣內(nèi)的哪一個來作為支付方法。
如上所述，根據(jù)本發(fā)明的結(jié)算方法，通過僅使用便攜電話等的移動通信的加入者終端，而可通過信用卡·借記卡·各種電子貨幣進行結(jié)算，所以可大幅度拓寬卡的使用機會。
權(quán)利要求
1.一種結(jié)算方法，是使用了可連接到互聯(lián)網(wǎng)的移動通信系統(tǒng)的加入者終端機的、由各種支付方式進行的結(jié)算方法，其特征在于，包括下列步驟從加入者終端機主叫而與數(shù)據(jù)庫通信，進行被支付者的認證；根據(jù)該數(shù)據(jù)庫的注冊內(nèi)容，在加入者終端機進行畫面顯示，同時在所述加入者終端機至少接受支付金額和支付者名字的輸入，確認該輸入內(nèi)容是否正確；若輸入正確，則在加入者終端機接受各種支付方式的結(jié)算用號碼和有效期限的輸入，根據(jù)該輸入內(nèi)容從所述數(shù)據(jù)庫取得使用限度額，確認所述支付金額是否在該使用限度額內(nèi)；在所述支付金額在使用限度額內(nèi)的情況下，在所述加入者終端機至少顯示所述支付者名字、所述支付金額、所述各種支付方式的結(jié)算用號碼和有效期限，根據(jù)與此相應(yīng)的支付操作而從加入者終端機向結(jié)算站點發(fā)送結(jié)算信息；從接受了該結(jié)算信息的所述結(jié)算站點向各種支付方式的管理公司通信而請求認證；在由此而認證成功的情況下，在所述結(jié)算站點和所述加入者終端機之間執(zhí)行結(jié)算確定處理，在所述加入者終端機顯示結(jié)算完成。
2.根據(jù)權(quán)利要求1所述的結(jié)算方法，其特征在于，使用用戶身份和密碼進行被支付者的認證。
3.根據(jù)權(quán)利要求2所述的結(jié)算方法，其特征在于，將被支付者的店鋪固有信息和店鋪所屬的工作人員信息與用戶身份建立關(guān)聯(lián)而注冊到數(shù)據(jù)庫中。
4.根據(jù)權(quán)利要求1所述的結(jié)算方法，其特征在于，各種支付方式是信用卡或者借記卡或者各種電子貨幣。
5.根據(jù)權(quán)利要求1所述的結(jié)算方法，其特征在于，各種支付方式的結(jié)算用號碼是信用卡號碼或者借記卡號碼或者電子貨幣號碼。
6.根據(jù)權(quán)利要求1所述的結(jié)算方法，其特征在于，在加入者終端機輸入支付金額和支付者名字時，還輸入支付者的聯(lián)絡(luò)目的地信息。
7.根據(jù)權(quán)利要求1所述的結(jié)算方法，其特征在于，在確認支付金額是否在使用限度額內(nèi)的步驟中，從數(shù)據(jù)庫取得提供給被支付者的被支付者限度額、提供給各種支付方式的結(jié)算限度額、提供給工作人員的工作人員限度額，分別確認所述支付金額是否超過所述各限度額。
8.根據(jù)權(quán)利要求7所述的結(jié)算方法，其特征在于，向數(shù)據(jù)庫詢問在由各限度額分別確定的總計期間內(nèi)成功的結(jié)算額，并對所述每個限度額分別總計結(jié)算額，確認這些各總計結(jié)算額和支付金額的各合計額是否超過對應(yīng)的所述限度額。
9.一種結(jié)算方法，是使用了適配器的由各種支付方式進行的支付方法，該適配器與可連接到互聯(lián)網(wǎng)的移動通信系統(tǒng)的加入者終端機上具有的擴充端子連接，其特征在于，包括下列步驟通過連接所述適配器，從加入者終端機主叫而與數(shù)據(jù)庫通信，根據(jù)該數(shù)據(jù)庫中所具有的適配器固有的注冊內(nèi)容，在所述帶適配器的加入者終端機進行畫面顯示，同時，在所述帶適配器的加入者終端機至少接受支付金額和支付者名字的輸入，確認該輸入內(nèi)容是否正確；若輸入正確，則在所述帶適配器的加入者終端機接受各種支付方式的結(jié)算用號碼和有效期限的輸入，根據(jù)該輸入內(nèi)容，從所述數(shù)據(jù)庫取得使用限度額，確認所述支付金額是否在該使用限度額內(nèi)；在所述支付金額在使用限度額內(nèi)的情況下，在所述帶適配器的加入者終端機至少顯示所述支付者名字、所述支付金額、所述各種支付方式的結(jié)算用號碼和有效期限，根據(jù)與此相應(yīng)的支付操作而從所述帶適配器的加入者終端機向結(jié)算站點發(fā)送結(jié)算信息；從接受了該結(jié)算信息的所述結(jié)算站點向各種支付方式的管理公司通信而請求認證；在由此而認證成功的情況下，在所述結(jié)算站點和所述帶適配器的加入者終端機之間執(zhí)行結(jié)算確定處理，在所述帶適配器的加入者終端機顯示結(jié)算完成。
10.根據(jù)權(quán)利要求9所述的結(jié)算方法，其特征在于，各種支付方式是信用卡或者借記卡或者各種電子貨幣。
11.根據(jù)權(quán)利要求9所述的結(jié)算方法，其特征在于，各種支付方式的結(jié)算用號碼是信用卡號碼或者借記卡號碼或者電子貨幣號碼。
12.根據(jù)權(quán)利要求9所述的結(jié)算方法，其特征在于，在帶適配器的加入者終端機輸入支付金額和支付者名字時，還輸入支付者的聯(lián)絡(luò)目的地信息。
13.根據(jù)權(quán)利要求12所述的結(jié)算方法，其特征在于，聯(lián)絡(luò)目的地信息是電話號碼。
14.根據(jù)權(quán)利要求13所述的結(jié)算方法，其特征在于，在確認是不正確輸入時，向數(shù)據(jù)庫進行詢問，確認是否是實際存在的電話號碼。
15.根據(jù)權(quán)利要求9所述的結(jié)算方法，其特征在于，在確認支付金額是否在使用限度額內(nèi)的步驟中，從數(shù)據(jù)庫取得提供給被支付者的被支付者限度額、提供給各種支付方式的結(jié)算用號碼的號碼限度額、提供給適配器的適配器限度額，分別確認所述支付金額是否超過所述各限度額。
16.根據(jù)權(quán)利要求15所述的結(jié)算方法，其特征在于，向數(shù)據(jù)庫詢問在由各限度額分別確定的總計期間內(nèi)成功的結(jié)算額，并對所述每個限度額分別總計結(jié)算額，確認這些各總計結(jié)算額和支付金額的各合計額是否超過對應(yīng)的所述限度額。
全文摘要
一種不需要固定型專用終端、配送員或司機等也能提供通過信用卡支付(或其他支付方法)而進行的銷售的方法。作為典型，是在商品/服務(wù)的交付地點，顧客和店鋪側(cè)的工作人員共用顧客的或工作人員的加入者終端(對應(yīng)于互聯(lián)網(wǎng)的便攜電話)。首先，工作人員通過ID和密碼，或使用連接于終端的便攜型附件(適配器)，接受認證。當成功時，顯示標志和說明、關(guān)于支付金額和姓名的表格(圖)、卡號的表格等，顧客和工作人員輸入這些內(nèi)容，從結(jié)算站點、或進一步從卡片公司接受認證。當成功時，支付成立。結(jié)算站點不僅檢查顧客的最高賒帳額，還檢查分配給店鋪的限度額(一月一次)和對工作人員的限度額(一天一次)。
文檔編號G06Q20/00GK1625751SQ0380292
公開日2005年6月8日 申請日期2003年2月7日 優(yōu)先權(quán)日2002年2月8日
發(fā)明者橫山秀一郎, 坪井義浩, 林健二, 森洋司 申請人:株式會社Tri－C