專利名稱：用于實現(xiàn)電子支付往來的、網(wǎng)絡(luò)運營商和電信終端設(shè)備的支付平臺以及所屬方法
用于實現(xiàn)電子支付往來的、網(wǎng)絡(luò)運營商和 電信終端設(shè)備的支付平臺以及所屬方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種用于實現(xiàn)電子支付往來的、網(wǎng)絡(luò)運營商和電信終
端設(shè)備的支付平臺以及所屬方法，并且尤其是涉及一種用于借助SMS 消息實現(xiàn)電子支付往來的、手機網(wǎng)絡(luò)運營商和手機的支付平臺。
為了實現(xiàn)支付往來，公知大量的匯款可能性，諸如開支票、使用 針對預(yù)定商店的預(yù)定金額的禮券、從一個銀行帳戶向另 一個銀行帳戶 匯款或者使用現(xiàn)金。
此外，在電子支付往來方面存在借助信用卡、銀行卡、客戶卡或 者電子現(xiàn)金支付的可能性?？墒牵ǔＴ谶@種情況下總是必需登記。
此夕卜，從文獻R. Schmidt 的 "Zahlungssysteme fuer M-Commerce" ( Funkschau 17/2001,第20至23頁)中公知了大量不 同的電子支付系統(tǒng)和交費系統(tǒng)、尤其是針對利用移動終端設(shè)備進行交 易的電子支付系統(tǒng)和交費系統(tǒng)，其中也說明了所謂的預(yù)付(Prepa id ) 系統(tǒng)，在該預(yù)付系統(tǒng)中取消了用戶的登記?？商鎿Q地，從中也說明了 支付系統(tǒng)以及諸如售票處(Paybox )的混合形式，在這些支付系統(tǒng)中， 用戶或終端客戶必需登記。
此外，從文獻W0 01/86598 Al中公知了 一種用于在電信網(wǎng)絡(luò)中 實現(xiàn)電子支付往來的方法，其中借助SMS短消息由手機發(fā)送支付指示 并且可以用于支付。由于作為內(nèi)容傳輸與電子匯款可比較的、由至少 一個支付目標地址和匯款金額組成的支付指令，所以在網(wǎng)絡(luò)中并且尤 其是在運營商側(cè)必需大量附加設(shè)備，這導(dǎo)致提高的投資成本。
與此相比，本發(fā)明的任務(wù)在于，提供一種用于實現(xiàn)電子支付往來 的、網(wǎng)絡(luò)運營商和電信終端設(shè)備的支付平臺以及所屬的方法，該方法 能特別簡單并且廉價地實現(xiàn)。尤其是應(yīng)該在交換側(cè)以及在終端設(shè)備側(cè) 避免附加的登記和昂貴的修改。
根據(jù)本發(fā)明，該任務(wù)在網(wǎng)絡(luò)運營商的支付平臺方面通過權(quán)利要求 1所述的特征來解決，在所屬方法方面通過權(quán)利要求10所述的措施 來解決，在電信終端設(shè)備的支付平臺方面通過權(quán)利要求19所述的特 征來解決并且在所屬方法方面通過權(quán)利要求21所述的措施來解決。尤其是通過使用支付傳輸記錄單元和記帳單元可以最小的花費 這樣修改已經(jīng)存在的扣除系統(tǒng)，使得至少相同的網(wǎng)絡(luò)運營商的用戶可 以特別簡單和廉價的方式相互執(zhí)行電子支付往來，該支付傳輸記錄單 元將引起連接建立的用戶呼叫號碼記錄為支付源地址而將被發(fā)送給 至少一個業(yè)務(wù)呼叫號碼的消息的內(nèi)容記錄為支付目標地址，該記帳單
元將被分配給業(yè)務(wù)呼叫號碼的記帳值(Buchungswert)的大小從支付 源地址的帳戶記入到支付目標地址的帳戶。
雖然優(yōu)選地可以給大量業(yè)務(wù)呼叫號碼配備大量的記帳值，該記帳 值具有與從現(xiàn)金中公知的不同的硬幣和紙幣可比較的值，但是當然也 只有少數(shù)一些業(yè)務(wù)呼叫號碼可供使用，這些業(yè)務(wù)呼叫號碼可以通過相 應(yīng)提高數(shù)量的連接建立和/或相應(yīng)的連接持續(xù)時間來再次確定相應(yīng)的 記帳金額或匯款金額。
此外，記帳單元可以執(zhí)行代理記帳，該代理記帳或者每次記帳是 固定的或者取決于記帳值的大小，由此例如給予網(wǎng)絡(luò)運營商用于提供 電子支付往來的相應(yīng)報酬。
此外，記帳單元在記帳之前向引起連接建立的用戶呼叫號碼發(fā)送 核實消息，并且只有當該記帳單元得到肯定的核實應(yīng)答時，才執(zhí)行該 記帳。以這樣的方式可以阻止不經(jīng)意地進行的支付或匯款。
優(yōu)選地，該記帳確認消息可以具有諸如一維或者二維條形碼的機 器可讀代碼，例如該代碼可在電信終端設(shè)備中顯示并且因此以供銷售 人員用于自動讀取。
在該方法方面首先記錄到具有所分配的記帳值的業(yè)務(wù)呼叫號碼 的連接建立，緊接著記錄引起該連接建立的用戶呼叫號碼，并且最后 記錄被發(fā)送給該業(yè)務(wù)呼叫號碼的消息的內(nèi)容。在將引起連接建立的用 戶呼叫號碼分析為支付源地址和將所記錄的、所發(fā)送的消息的內(nèi)容分 析為支付目標地址之后，最后可將通過業(yè)務(wù)呼叫號碼確定的記帳值的 大小從支付源地址記入到支付目標地址。因此，沒有附加的登記并且 不用執(zhí)行費用高昂的新投資或者網(wǎng)絡(luò)運營商的基礎(chǔ)設(shè)施的修改就可 簡單地并且可靠地實現(xiàn)電子支付往來。
此外，如果所記錄的消息內(nèi)容沒有顯示有效的支付目標地址，則 在分析得到支付源地址和支付目標地址之后也可以向引起連接建立 的用戶呼叫號碼發(fā)送錯誤消息。由此，有錯誤的記帳再次被可靠地排除。
雖然用于實現(xiàn)電子支付往來的本系統(tǒng)首先不必在用戶終端設(shè)備 側(cè)進行修改，但是盡管如此為了提高用戶友好性尤其是利用轉(zhuǎn)換單元 來擴展該用戶終端設(shè)備，該轉(zhuǎn)換單元用于將記帳值和支付目標地址轉(zhuǎn) 換成針對至少一個預(yù)定的業(yè)務(wù)呼叫號碼的連接建立規(guī)范。以這樣的方 式，由大量連接建立組成的記帳值自動地由電信終端設(shè)備產(chǎn)生并且開 始相應(yīng)的匯款過程。
轉(zhuǎn)換單元又可以將記帳值轉(zhuǎn)換成用于實現(xiàn)至少一個預(yù)定的業(yè)務(wù) 呼叫號碼上的多個連接建立和/或具有預(yù)定持續(xù)時間的連接的連接建 立規(guī)范，由此可實現(xiàn)任意的記帳值。
在其他從屬權(quán)利要求中表征本發(fā)明的其他有利的改進方案。
以下根據(jù)實施例參考附圖來詳細說明本發(fā)明。
其中


圖1示出用于實現(xiàn)電子支付往來的電信系統(tǒng)的筒化框圖； 圖2示出用于說明實現(xiàn)針對網(wǎng)絡(luò)運營商的電子支付往來時的主 要方法步驟的筒化流程圖3示出用于實現(xiàn)電子支付往來的電信終端設(shè)備的簡化框圖；以
及
圖4示出用于說明實現(xiàn)電信終端設(shè)備中的電子支付往來的主要 方法步驟的筒化流程圖。
圖1示出用于實現(xiàn)電子支付往來的電信系統(tǒng)的簡化框圖，如例如 在電信系統(tǒng)中可用于移動電信終端設(shè)備或手機。
根據(jù)圖1,該電信系統(tǒng)具有帶有多個電信終端設(shè)備的電信網(wǎng)絡(luò) N,這些電信終端設(shè)備例如是移動終端設(shè)備或手機A和B。移動終端 設(shè)備A的各個用戶呼叫號碼例如用"TelNrA"來表示，而手機B的各 個用戶呼叫號碼用"TelNrB"來表示。此外，網(wǎng)絡(luò)運營商0具有用于 實現(xiàn)所謂的業(yè)務(wù)呼叫號碼的多個業(yè)務(wù)呼叫號碼單元SN1至SNx，這些 業(yè)務(wù)呼叫號碼單元SN1至SNx例如實現(xiàn)針對進行呼叫的或引起連接建 立的用戶或相應(yīng)的用戶電話號碼的預(yù)定金額大小的交費或記帳。
根據(jù)本發(fā)明，從現(xiàn)在起給這些業(yè)務(wù)呼叫號碼單元SN1至SNx例如 分配從現(xiàn)金支付往來中公知的幣值1歐分、2歐分、5歐分、10歐分、 20歐分、50歐分、1歐元、2歐元等等，由此使得對用戶十分友好的貨幣結(jié)構(gòu)可供使用，因為從現(xiàn)金支付往來中已經(jīng)公知這種貨幣結(jié)
果。此外，給每個業(yè)務(wù)呼叫號碼單元分配諸如0 - 999 - 1、 0 - 999 -2等至0 - 999 - x的相應(yīng)的業(yè)務(wù)呼叫號碼，在撥號這些業(yè)務(wù)呼叫號碼 時，通常為引起連接建立的用戶呼叫號碼從其帳戶中扣除相應(yīng)的記帳 值。由于這樣的系統(tǒng)已經(jīng)在使用中并且尤其是用于多個電話業(yè)務(wù)，因 此在網(wǎng)絡(luò)運營商側(cè)追加支出和昂貴的投資絕對沒有必要。
為了實現(xiàn)電子支付或為了匯劃2. OO歐元大小的金額，電信終端 設(shè)備A的用戶例如僅須僅取消給所分配的記帳值為2. OOO歐元的業(yè)務(wù) 呼叫號碼0 - 999 - 8的SMS消息(短消息業(yè)務(wù)(Short Message Service))，其中該SMS消息的內(nèi)容說明支付目標地址。更準確地 說，例如可以僅僅輸入用戶呼叫號碼為"TelNrB"的手機B的受惠者、 例如持有者的電話號碼。
在所有電信系統(tǒng)中也已經(jīng)存在這樣的可能性，因此取消了成本高 的#"改。
為了記錄到至少一個業(yè)務(wù)呼叫號碼單元SN1至SNx和所屬的、引 起連接建立的用戶呼叫號碼TelNrA的所實現(xiàn)的連接或所實現(xiàn)的連接 建立，網(wǎng)絡(luò)運營商O此外具有支付傳輸記錄單元1，以便實現(xiàn)相應(yīng)的 支付傳輸。此外，該網(wǎng)絡(luò)運營商具有用于在帳戶數(shù)據(jù)庫3中進行記帳 的記帳單元2，該帳戶數(shù)據(jù)庫3針對網(wǎng)絡(luò)運營商0的多個用戶呼叫號 碼根據(jù)所記錄的業(yè)務(wù)呼叫號碼和引起連接建立的用戶呼叫號碼存儲 相應(yīng)的帳戶狀況。
為了實現(xiàn)根據(jù)本發(fā)明的電子支付往來，從現(xiàn)在起僅僅如下修改支 付傳輸記錄單元l是必要的，即引起連接建立的用戶呼叫號碼被記錄 為支付源地址而被發(fā)送給至少一個業(yè)務(wù)呼叫號碼的消息的內(nèi)容被記 錄為支付目標地址。該記帳單元2接著可以將被分配給業(yè)務(wù)呼叫號碼 的記帳值的大小、也就是2. 00歐元的大小從支付源地址、也就是手 機A的用戶的帳戶記入到支付目標地址的帳戶、也就是記入到手機B 的用戶。根據(jù)網(wǎng)絡(luò)運營商0的通常的過程，該記帳例如可以每月以帳 單(Rechungsstellung ) RA和RB的形式通知給手機A和B的用戶或 使用者。
由此，也針對網(wǎng)絡(luò)運營商O對于該附加業(yè)務(wù)實現(xiàn)一定的報酬，此 外以例如0.05歐元為例的代理記帳可以被記入，也就是加到手機A的使用者的帳戶上。由此得出手機A或用戶呼叫號碼TelNrA- 2. 05 歐元的支付過程的結(jié)算和手機B或用戶呼叫號碼TelNrB的擁有者 +2.00歐元的帳單的貨方項。雖然代理記帳優(yōu)選地每次記帳是固定 的，但是該代理記帳也可以具有每月的總價或者取決于記帳值的大小 地例如按百分比計算或者通過其他方法來確定。
此外，為了避免錯誤記帳和為了發(fā)信號通知所進行的記帳，該記 帳單元2可以優(yōu)選地向記帳過程的用戶呼叫號碼發(fā)送所謂的核實消 息和/或記帳確認消息。更準確地說，該記帳單元2例如可以在每次 記帳之前向引起連接建立的用戶呼叫號碼TelNrA發(fā)送核實消息，其 中，只有當手機A的用戶發(fā)送肯定的核實應(yīng)答"ok"時，也就是說只 有當該記帳單元2得到引起連接建立的用戶呼叫號碼的相應(yīng)的肯定 的核實應(yīng)答時，該記帳才被執(zhí)行。可以這樣的方式可靠地阻止錯誤地 或者不經(jīng)意地執(zhí)行的支付。
可以相同的方式在由記帳單元2成功地執(zhí)行了記帳之后優(yōu)選地 向引起連接建立的用戶呼叫號碼和/或向支付目標地址的用戶呼叫號 碼發(fā)送所謂的記帳確認消息，由此針對商品的銷售的情況或者銷售人 員的服務(wù)，在實現(xiàn)記帳之后可交付使用或發(fā)送商品或者提供服務(wù)。針 對商店中的銷售，這例如意味著，手機A的買方或擁有者為了支付價 值為2. 00歐元的對象相應(yīng)地執(zhí)行上面所說明的支付，并且例如得到 傳輸?shù)剿氖謾C上的機器可讀的代碼作為記帳單元2的記帳確認消 息，他可緊接著立即將該代碼顯示給銷售人員并且因此使得該商品交 付使用。
在這種情況下，可優(yōu)選地傳輸一維的或者二維的條形碼或者僅僅 傳輸任意長的整數(shù)數(shù)字串作為記帳確認消息，這些記帳確認消息可以 由銷售人員例如自動地通過條形碼讀取器來分析。
以相同的方式也可以在因特網(wǎng)中考慮支付，其中，例如在發(fā)送記 帳確認消息之后，該消息被錄入商店因特網(wǎng)網(wǎng)頁上的預(yù)定的支付區(qū)域 中，以便因此得到該商 品o
雖然在根據(jù)圖1的實施例中業(yè)務(wù)呼叫號碼單元或所屬的業(yè)務(wù)呼 叫號碼具有如從現(xiàn)金支付往來中公知的記帳值，但是也可執(zhí)行可替換 的記帳值和尤其是可替換的、用于確定記帳值的實現(xiàn)可能性。因此， 該記帳值此外可通過到業(yè)務(wù)呼叫號碼的連接數(shù)量和/或連接持續(xù)時間來確定，其中，顯而易見為了確定各自的匯款金額，用戶必須準確地 確定連接建立的相應(yīng)的持續(xù)時間或者相應(yīng)的數(shù)量。
圖2示出用于說明在網(wǎng)絡(luò)運營商側(cè)實現(xiàn)電子支付往來時的主要 方法步驟的簡化流程圖。
在步驟S10中開始之后，首先在步驟Sll中記錄到具有所分配的 記帳值、諸如0. 01歐元至100歐元的至少一個業(yè)務(wù)呼叫號碼SN1至 SNx的連接建立。此外，在步驟S12中，通過在信令期間所傳送的信 令數(shù)據(jù)記錄引起連接建立的用戶呼叫號碼、例如手機A的呼叫號碼。 此外，在步驟S13中記錄被發(fā)送給各個業(yè)務(wù)呼叫號碼的消息的內(nèi)容。
緊接著，在步驟S14中，引起連接建立的用戶呼叫號碼"TelNrA" 被分析為支付源地址，而所記錄的、所發(fā)送的消息的內(nèi)容"TelNrB" 被分析為支付目標地址。以所分析得到的支付源地址和支付目標地址 為基礎(chǔ)，從現(xiàn)在起在步驟S15中將通過業(yè)務(wù)呼叫號碼所確定的記帳 值、例如2. 00歐元的大小從支付源地址的帳戶記入到支付目標地址 的帳戶，由此該方法可以在步驟S17中結(jié)束。
此外，該方法可選地具有步驟S16,在該步驟S16中，將記帳確 認消息發(fā)送給引起連接建立的電話呼叫號碼和/或發(fā)送給被分配給支 付目標地址的用戶呼叫號碼。
此外，在該方法中該記帳值還可以再由到各個業(yè)務(wù)呼叫號碼的連 接或連接建立的數(shù)量和/或持續(xù)時間來確定。
為了避免錯誤記帳，又優(yōu)選地在步驟S15之前可將核實消息發(fā)送 給引起連接建立的用戶呼叫號碼并且執(zhí)行在肯定的、所接收到的核實 應(yīng)答方面的詢問，其中只針對肯定的核實才通過手機A的用戶呼叫號 碼執(zhí)行相應(yīng)金額的記帳或匯款。
也為了為網(wǎng)絡(luò)運營商實現(xiàn)所謂的代理記帳，可以執(zhí)行相應(yīng)的(未 示出的)附加的方法步驟，其中尤其是所謂"包干收費(flat fee)，， 或固定代理或者例如按百分比計算取決于金額的代理優(yōu)選地從引起 連接建立的用戶呼叫號碼的帳戶中扣除。
此外，如果所記錄的消息內(nèi)容不是有效的、也就是網(wǎng)絡(luò)運營商知 道的支付目標地址，則該方法在(未示出的)錯誤交易中可以優(yōu)選地 在步驟S14之后取消給引起連接建立的用戶呼叫號碼的錯誤消息。
以這種方式得到用于實現(xiàn)電子支付往來的、網(wǎng)絡(luò)運營商的支付平臺，該支付平臺可以最小的成本并且尤其是不用在各個導(dǎo)入帳戶的機 構(gòu)處重新登記來執(zhí)行。
雖然本發(fā)明已經(jīng)可以利用每個傳統(tǒng)的電信終端設(shè)備來實現(xiàn)，但是 在用戶終端設(shè)備側(cè)的用戶友好性也可以進一步被改善。
圖3示出電信終端設(shè)備、諸如移動終端設(shè)備或手機A的簡化框 圖，該電信終端設(shè)備基本上具有用于輸入待匯劃的記帳值和所屬的支 付目標地址的輸入單元10以及用于建立至少一個到在圖1中示出的 業(yè)務(wù)呼叫號碼單元SN1至SNx或所屬的業(yè)務(wù)呼叫號碼的連接和用于傳 輸包含支付目標地址的消息的連接建立單元30。
因此，在最簡單的情況下，每個傳統(tǒng)的手機A可能在將具有被定 義為支付目標地址的電話號碼的內(nèi)容的SMS消息發(fā)送給各個確定記 帳值的業(yè)務(wù)呼叫號碼的情況下引起相應(yīng)的匯款?？墒?，由于在大量待 進行的支付中所希望的記帳值與已有的、被分配給業(yè)務(wù)呼叫號碼的記 帳值偏離，所以經(jīng)常必需重復(fù)撥號不同的業(yè)務(wù)呼叫號碼。因此，為了 簡化相應(yīng)的過程，各個電信終端設(shè)備附加地可以具有轉(zhuǎn)換單元20， 用于將待匯劃的記帳值并且必要時將支付目標地址轉(zhuǎn)換為針對至少 一個預(yù)定的業(yè)務(wù)呼叫號碼的連接建立規(guī)范。更準確地說，例如可以在 手機A的輸入單元上僅僅將2. 90歐元的匯款金額以受益者的名義輸 入，其中該轉(zhuǎn)換單元例如從地址數(shù)據(jù)庫中選出受益者的所屬的用戶呼 叫號碼并且用作一個或多個待發(fā)送的消息的內(nèi)容。
此外，待匯劃的金額根據(jù)可供使用的業(yè)務(wù)呼叫號碼及其所屬的支 付值被轉(zhuǎn)換成相應(yīng)的大量連接建立，由此例如在使用在圖1中示出的
業(yè)務(wù)呼叫號碼時得到連接建立規(guī)范，該連接建立規(guī)范由此組成，即該 業(yè)務(wù)呼叫號碼單元SN8以消息內(nèi)容"TelNrB"撥號一次(1 x 2. 00歐 元)，業(yè)務(wù)呼叫號碼單元SN6以消息內(nèi)容"TelNrB"撥號一次(lx 0.50歐元)而業(yè)務(wù)呼叫號碼單元SN5以消息內(nèi)容"TelNrB"撥號兩 次(2 x 0. 20歐元)，由此所希望的2. 90歐元的匯款金額被傳輸?shù)?用戶呼叫號碼為TelNrB的擁有者的帳戶上。
由于該記帳值也可以通過相同的業(yè)務(wù)呼叫號碼上的大量的連接 建立和/或預(yù)定的業(yè)務(wù)呼叫號碼上的連接的預(yù)定的持續(xù)時間來實現(xiàn)， 所以該轉(zhuǎn)換單元20也可以提供具有連接建立的不同的持續(xù)時間和/ 或數(shù)量的相應(yīng)的連接建立規(guī)范。圖4示出用于說明在電信終端設(shè)備中實現(xiàn)該方法時的主要方法 步驟的簡化流程圖，其中，在步驟S20中開始之后，首先在步驟S21 中輸入待匯劃的記帳值和所屬的支付目標地址。在步驟S22中將記帳 值和支付目標地址轉(zhuǎn)換成針對至少一個預(yù)定的業(yè)務(wù)呼叫號碼的連接 建立規(guī)范之后，最后根據(jù)該連接建立規(guī)則建立到至少一個業(yè)務(wù)呼叫號 碼的相應(yīng)連接并且分別傳輸包含該支付目標地址的消息。
此外，為了實現(xiàn)上面說明的核實消息，每個用戶終端設(shè)備或手機 A可以取消相應(yīng)的消息，由此最終執(zhí)行記帳。尤其是在使用SMS消息 時，該記帳確認消息也可以沒有附加的追加支出或附加的修改而被顯 示和轉(zhuǎn)交。
以這樣的方式，可以最小的花費這樣修改傳統(tǒng)的電信終端設(shè)備， 使得得到電子支付往來的對用戶特別友好的實現(xiàn)方案。
雖然本發(fā)明在上面根據(jù)無線電信網(wǎng)絡(luò)來說明，但是本發(fā)明原則上 不被限制于此，而是以相同的方式也包含有線電信網(wǎng)絡(luò)。因此，除了 前面已說明的手機外也可以相同的方式使用所謂的DECT終端設(shè)備或 其它的有線電信終端設(shè)備、諸如ISDN電話、PC、 PDA等等。
雖然本發(fā)明在上面根據(jù)作為傳輸支付目標地址的消息的SMS消 息來說明，但本發(fā)明不被限制于此，而是以相同的方式也包含其它消 息傳輸格式，在這些傳輸格式中可以轉(zhuǎn)交任意內(nèi)容。在這種情況下， 尤其是可以考慮所謂的IVR消息(交互式語音應(yīng)答(Interactive Voice Response))。
雖然在上述實施例中僅僅說明網(wǎng)絡(luò)運營商內(nèi)的電子支付，但該支 付原則上也可以在不同的網(wǎng)絡(luò)運營商的用戶之間實現(xiàn)。
1權(quán)利要求
1. 用于實現(xiàn)電子支付往來的、網(wǎng)絡(luò)運營商的支付平臺，其具有至少一個用于實現(xiàn)業(yè)務(wù)呼叫號碼的業(yè)務(wù)呼叫號碼單元(SN1至SNx)，在撥號該至少一個業(yè)務(wù)呼叫號碼單元(SN1至SNx)時引起支付傳輸；用于記錄所實現(xiàn)的、到該至少一個業(yè)務(wù)呼叫號碼和所屬的、引起連接建立的用戶呼叫號碼(TelNrA)的連接的支付傳輸記錄單元(1)；用于存儲網(wǎng)絡(luò)運營商的多個用戶呼叫號碼的帳戶狀況的帳戶數(shù)據(jù)庫(3)；以及用于根據(jù)所記錄的業(yè)務(wù)呼叫號碼和引起連接建立的用戶呼叫號碼在帳戶數(shù)據(jù)庫(3)中進行記帳的記帳單元(2)，其特征在于，所述支付傳輸記錄單元(1)將引起連接建立的用戶呼叫號碼(TelNrA)記錄為支付源地址而將被發(fā)送給該至少一個業(yè)務(wù)呼叫號碼(SN1至SNx)的消息(SMS)的內(nèi)容(TelNrB)記錄為支付目標地址，以及所述記帳單元(2)將被分配給業(yè)務(wù)呼叫號碼的記帳值的大小從該支付源地址的帳戶記入到該支付目標地址的帳戶。
2. 根據(jù)權(quán)利要求1所述的支付平臺，其特征在于，所述記帳值 此外通過連接數(shù)量和/或連接持續(xù)時間來確定。
3. 根據(jù)權(quán)利要求1或2所述的支付平臺，其特征在于，所述記 帳單元(2 )此外執(zhí)行代理記帳。
4. 根據(jù)權(quán)利要求3所述的支付平臺，其特征在于，所述代理記 帳每次記帳是固定的或者取決于記帳值的大小。
5. 根據(jù)權(quán)利要求1至4之一所述的支付平臺，其特征在于，所 述記帳單元(2)在記帳之前將核實消息發(fā)送給引起連接建立的用戶 呼叫號碼(TelNrA),并且，只有當該記帳單元(2)得到肯定的核 實應(yīng)答(ok)時才執(zhí)行所述記帳。
6. 根據(jù)權(quán)利要求1至5之一所述的支付平臺，其特征在于，所 述記帳單元(2)在記帳之后將記帳確認消息發(fā)送給引起連接建立的 用戶呼叫號碼(TelNrA)和/或發(fā)送給所述支付目標地址的用戶呼叫 號碼(TelNrB)。
7. 根據(jù)權(quán)利要求6所述的支付平臺，其特征在于，所述記帳確認消息是機器可讀的代碼。
8. 根據(jù)權(quán)利要求1至7之一所述的支付平臺，其特征在于，該 支付平臺在無線的和/或有線的電信網(wǎng)絡(luò)中被實現(xiàn)。
9. 根據(jù)權(quán)利要求1至8之一所述的支付平臺，其特征在于，被 發(fā)送給所述業(yè)務(wù)呼叫號碼的消息是SMS消息或者IVR消息。
10. 用于實現(xiàn)電子支付往來的方法，其具有步驟a) 記錄到至少一個具有所分配的業(yè)務(wù)呼叫號碼和所分配的記 帳值的業(yè)務(wù)呼叫號碼單元的連接建立(S11);b) 記錄引起連接建立的用戶呼叫號碼(S12);c) 記錄被發(fā)送給所述業(yè)務(wù)呼叫號碼的消息的內(nèi)容(S13);d) 將該引起連接建立的用戶呼叫號碼分析為支付源地址和將 所記錄的內(nèi)容分析為支付目標地址(S14);以及e) 將通過該業(yè)務(wù)呼叫號碼所確定的記帳值的大小從該支付源 地址的帳戶記入到該支付目標地址的帳戶(S15)。
11. 根據(jù)權(quán)利要求IO所述的方法，其特征在于，在步驟e)中， 所述記帳值此外通過到所述業(yè)務(wù)呼叫號碼的連接的數(shù)量和/或持續(xù)時 間來確定。
12. 根據(jù)權(quán)利要求10或11所述的方法，其特征在于，在步驟e) 中，此外為網(wǎng)絡(luò)運營商執(zhí)行代理記帳。
13. 根據(jù)權(quán)利要求12所述的方法，其特征在于，所述代理記帳 每次記帳是固定的或者取決于記帳值的大小。
14. 根據(jù)權(quán)利要求10至13之一所述的方法，其特征在于，在步 驟e)之前，核實消息被發(fā)送給引起連接建立的用戶呼叫號碼(TelNrA)，并且，只有當接收到肯定的核實應(yīng)答(ok )時，才執(zhí)行 所述記帳。
15. 根據(jù)權(quán)利要求IO至14之一所述的方法，其特征在于其他步 驟f),即將記帳確認消息發(fā)送給引起連接建立的用戶呼叫號碼和/ 或發(fā)送給被分配給所述支付目標地址的用戶呼叫號碼。
16. 根據(jù)權(quán)利要求15所述的方法，其特征在于，所述記帳確認 消息是機器可讀的代碼。
17. 根據(jù)權(quán)利要求IO至16之一所述的方法，其特征在于，所述 被發(fā)送給業(yè)務(wù)呼叫號碼的消息是SMS消息或者IVR消息。
18. 根據(jù)權(quán)利要求10至17之一所述的方法，其特征在于，如果 所記錄的消息內(nèi)容不是有效的支付目標地址，則在步驟d)中分析之 后將錯誤消息發(fā)送給引起連接建立的用戶呼叫號碼。
19. 用于實現(xiàn)電子支付往來的、電信終端設(shè)備的支付平臺，其具有用于輸入待匯劃的記帳值和所屬的支付目標地址的輸入單元 (10);用于將所述記帳值和所述支付目標地址轉(zhuǎn)換成針對至少一個預(yù) 定的業(yè)務(wù)呼叫號碼的連接建立規(guī)范的轉(zhuǎn)換單元(20);以及用于建立至少一個到該至少一個預(yù)定的業(yè)務(wù)呼叫號碼的連接和 用于根據(jù)該連接建立規(guī)范傳輸包含支付目標地址的消息的連接建立 單元(30)。
20. 根據(jù)權(quán)利要求19所述的支付平臺，其特征在于，所述轉(zhuǎn)換 單元(20 )將所述記帳值轉(zhuǎn)換成用于實現(xiàn)至少一個預(yù)定的業(yè)務(wù)呼叫號 碼上的大量的連接建立和/或具有預(yù)定的持續(xù)時間的連接的連接建立 規(guī)范。
21. 用于借助電信終端設(shè)備來實現(xiàn)電子支付往來的方法，其具有 步驟f) 輸入待匯劃的記帳值和所屬的支付目標地址(S21);g) 將所述記帳值和所述支付目標地址轉(zhuǎn)換成針對至少一個預(yù) 定的業(yè)務(wù)呼叫號碼的連接建立規(guī)范(S22);以及h) 建立至少一個到該至少一個業(yè)務(wù)呼叫號碼的連接并且根據(jù)該連接建立規(guī)范傳輸包含該支付目標地址的消息。
22. 根據(jù)權(quán)利要求21所述的方法，其特征在于，在步驟b)中， 所述轉(zhuǎn)換單元(20 )將記帳值轉(zhuǎn)換成用于實現(xiàn)至少一個預(yù)定的業(yè)務(wù)呼 叫號碼上的大量的連接建立和/或具有預(yù)定的持續(xù)時間的連接的連接 建立規(guī)范。
全文摘要
本發(fā)明涉及用于實現(xiàn)電子支付往來的、網(wǎng)絡(luò)運營商(O)和電信終端設(shè)備(A，B)的支付平臺以及所屬方法，其中給至少一個業(yè)務(wù)呼叫號碼單元(SN1至SNx)分配一業(yè)務(wù)呼叫號碼，在撥號該業(yè)務(wù)呼叫號碼時引起所分配的記帳值的大小的支付傳輸。支付傳輸記錄單元(1)記錄所實現(xiàn)的、到各個業(yè)務(wù)呼叫號碼以及引起連接建立的用戶呼叫號碼(TelNrA)的連接。帳戶數(shù)據(jù)庫(3)存儲針對網(wǎng)絡(luò)運營商(O)的大量用戶呼叫號碼的帳戶狀況，其中記帳單元(2)在帳戶數(shù)據(jù)庫(3)中這樣執(zhí)行記帳，其中引起連接建立的用戶呼叫號碼(TelNrA)被用作支付源地址而被發(fā)送給業(yè)務(wù)呼叫號碼的消息的內(nèi)容(TelNrB)被用作支付目標地址以及從所撥號的業(yè)務(wù)呼叫號碼中推導(dǎo)出記帳值。
文檔編號G06Q20/00GK101416538SQ200480024711
公開日2009年4月22日 申請日期2004年8月10日 優(yōu)先權(quán)日2003年8月26日
發(fā)明者J·-Y·比特利希 申請人:諾基亞西門子通信有限責(zé)任兩合公司