專利名稱：預付儲金的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種更新預付費用戶可用信用金額的方法和裝置。預付費用戶指的是使用預付費付費的用戶，即已預先付費的用戶。
背景技術(shù)：
在諸如GSM的移動通信系統(tǒng)中，預付費SIM(用戶識別模塊)卡的使用越來越廣泛。預付費SIM卡使網(wǎng)絡運營商避免了信用損失。使父母能預先設(shè)定電話費的使用上限。作為第三個優(yōu)點，它能使漫游出去的用戶以本地資費標準支付他們的本地呼叫，而使用其本地運營商的SIM卡導致以國際資費標準連接和返回到他們的本地網(wǎng)絡。
某些運營商允許用戶呼叫交互語音響應(IVR)業(yè)務，由此用戶能檢查其帳戶余額并向其帳號增加金額。帳戶余額也稱為信用/信用額。通過憑證(voucher)可追加金額。某些運營商出售不同類型憑證，它們在例如“呼叫單位(call unit)”的價格上各不相同。
當前IVR技術(shù)解決方案的問題在于它不支持憑證類型的改變。當用戶向他/她的帳號內(nèi)增加金額時，憑證的數(shù)額增加到他/她的當前信用額上。這在早期的憑證與新的憑證類型相同時不成問題。如果憑證的類型不同，由于呼叫單元的屬性互不相同，新的憑證的數(shù)額就不應增加到當前信用上。由于這個原因，每晚需要由一個專職人員檢查數(shù)據(jù)庫以發(fā)現(xiàn)改變了憑證類型的所有用戶，并更新所述用戶的信用額。這個方法的問題在于，其速度慢、對錯誤敏感及費時費力。此外，如果改變了憑證類型的用戶在手工更新完成之前查詢他/她的信用額號將可能接收到錯誤信息。

發(fā)明內(nèi)容
本發(fā)明的目的是克服上述的問題。本發(fā)明的目的可通過具有公開的所附權(quán)利要求書所述特征的方法、裝置以及網(wǎng)絡單元實現(xiàn)。本發(fā)明的優(yōu)選實施例在所附權(quán)利要求書中陳述。
本發(fā)明是基于有關(guān)憑證類型信息的維護，基于存款憑證類型與最后使用的憑證類型的比較，以及基于根據(jù)比較結(jié)果的存款方式的選擇。
本發(fā)明的優(yōu)點在于信用額總是自動地被正確更新，而且之后無需修正。因此，對預付費用戶和運營商來說很容易改變憑證類型。此外，用戶在存款之后馬上就能得到其當前信用的更新數(shù)額。
在本發(fā)明的一個實施例中，當憑證類型不同時，信用額僅更新為該新的憑證數(shù)額。這個實施例的另一個優(yōu)點在于它在憑證類型改變時提供了一種更新信用的簡單方式。
在本發(fā)明的另一個實施例中，當憑證類型不同時，通過當前信用額與一個其值根據(jù)憑證類型確定的因子相乘來更新信用額，存款后的信用額為乘法的值與新的憑證值之和。這個實施例的再一個優(yōu)點是，運營商可提供一種靈活方式改變憑證類型，以便無需全部刪除當前信用，但可調(diào)整當前信用到該新的憑證類型。
在本發(fā)明的又一個實施例中，當類型改變時，系統(tǒng)詢問用戶確認其當前信用額或部分其當前信用額將丟失。這個實施例的另一個優(yōu)點在于，改變憑證類型的用戶不再需要記住將要丟失的無用的信用，或其最后的憑證類型是否為與先前的類型相同。此外，他/她可拒絕類型的改變，由此保存其舊的信用。這個實施例實際上使用戶得到保護。


下面通過優(yōu)選實施例以及參考附圖來進一步詳細描述本發(fā)明，其中圖1為示出了一些相關(guān)網(wǎng)絡單元的方框圖；圖2為示意了第一個優(yōu)選實施例的流程圖；圖3為示意了第二個優(yōu)選實施例的流程圖；以及圖4示意了在不同網(wǎng)絡單元之間交換信息的功能模塊。
具體實現(xiàn)方式圖1為一個裝有根據(jù)本發(fā)明一個優(yōu)選實施例的裝置的通信系統(tǒng)的方框圖。該通信網(wǎng)絡假定為公共陸地移動網(wǎng)絡PLMN，但不限制本發(fā)明為一種特定的網(wǎng)絡。本發(fā)明可用于任何預付費用戶可向其帳戶增加金額的通信系統(tǒng)。圖1示意的實施例利用了智能網(wǎng)絡技術(shù)，智能網(wǎng)絡(IN)能為通信網(wǎng)絡(如有線網(wǎng)絡或移動電話網(wǎng)絡)用戶提供多種不同業(yè)務。ITU-T Q-1200系列建議中描述了這種智能網(wǎng)絡的一個例子，其中Q-1210到Q-1219定義了稱為CS-1(能力組1)的功能集合，相應地，Q-1220到Q-1229定義了功能集合CS-2。本發(fā)明和其背景將利用ETS 300 374-1 CoreINAP建議的術(shù)語描述，但本發(fā)明也可應用于根據(jù)其它智能網(wǎng)絡標準實現(xiàn)的智能網(wǎng)絡。
圖1示出了與本發(fā)明的理解相關(guān)的智能網(wǎng)絡的某些單元，如稱為智能外圍IP的單元。IP通常與專門的資源功能SRF有關(guān)，SRF為與用戶交互相關(guān)的網(wǎng)絡結(jié)構(gòu)的接口。因此IP可包括，例如比一般交換更先進的語音處理功能。IVR應用通常位于IP，IVR應用(也稱為預付費SIM IVR應用)是一種交互式語音響應應用，它通過輸入預付費憑證號，允許用戶向預付費SIM帳號增加(存款)金額。在IVR應用之下將簡稱為IVR。IVR語音技術(shù)生成可用作IVR的執(zhí)行環(huán)境。
利用例如ISUP(ISDN用戶方)信令和一個或多個語音傳輸，IP連接到SSP。SSP(業(yè)務交換點)為執(zhí)行業(yè)務交換功能(SSF)的網(wǎng)絡單元，SSP可為包括SSF的移動業(yè)務交換中心MSC。SSF為常規(guī)呼叫控制功能CCF和智能網(wǎng)的業(yè)務控制功能SCF之間的接口，執(zhí)行SCF的網(wǎng)絡單元稱為業(yè)務控制點(SCP)。一旦檢測到與該業(yè)務相關(guān)的點，通過業(yè)務交換點SSP借助于在SSP/SCP接口之間傳輸?shù)南⒉樵儊碜詷I(yè)務控制點SCP的指令生成一個智能網(wǎng)絡業(yè)務。與智能網(wǎng)絡業(yè)務相關(guān)的業(yè)務程序由業(yè)務控制點SCP開始，該程序的操作確定在呼叫的每個階段由SCP傳輸?shù)絊SP的消息。然而，SCP通常不用于預付費SIM IVR應用的業(yè)務邏輯，即，到IVR的呼叫根據(jù)業(yè)務號由CCF直接路由到IVR。
在圖1所示的例子中，預付費用戶特定的信息和有關(guān)憑證的信息位于業(yè)務管理點SMP的數(shù)據(jù)庫。信息也可位于不同數(shù)據(jù)庫和/或某些其它網(wǎng)絡單元。根據(jù)本發(fā)明的用戶特定信息至少包括當前信用額，它還可包括由此可推導出最后使用的憑證類型的信息。用戶特定信息還可包括關(guān)于憑證類型最后改變的時間信息。憑證有關(guān)信息包括有效憑證號和憑證金額，憑證有關(guān)信息還包括憑證類型信息。有關(guān)憑證最后使用的信息也可存儲在憑證信息中，例如通過標記使用的憑證，它是通過向憑證信息中加入與用戶有關(guān)的信息實現(xiàn)的。SMP還包括一個日志文件，它包含刪除的信用金額數(shù)以及用以識別用戶的足夠的信息，而且最好包括執(zhí)行刪除的時間，日志文件也可位于外部數(shù)據(jù)庫中。IVR經(jīng)由業(yè)務管理接口SMI連接SMP。SMP和IP可通過例如經(jīng)由使用TCP/IP(傳輸控制協(xié)議/網(wǎng)際協(xié)議)的局域網(wǎng)(LAN)連接。由虛線指示的IP和SMP之間的連接只表示管理連接而不是任何信令連接。
本發(fā)明可實現(xiàn)于現(xiàn)有的網(wǎng)絡單元，它們都具有處理器和存儲器，利用這些處理器和存儲器可實現(xiàn)下述的創(chuàng)造性功能。下面描述的功能可位于一個網(wǎng)絡單元，或一些功能位于一個單元，而另一些位于其它單元，而不管在用于示意本發(fā)明的例子中它們是如何放置的。
圖2為示意本發(fā)明第一個優(yōu)選實施例中的IVR功能的流程圖。為描述清晰起見，在這個例子中假定新憑證為有效而且得到了所有必需的信息。同時還假定在用戶改變的情況下，即，當憑證類型不相同時，當前信用額被清除/刪除(設(shè)為0)。在本發(fā)明的第一個優(yōu)選實施例中，憑證識別號用于識別憑證類型。例如，當使用兩種類型的憑證時，類型1的識別號在列表1，丟失的號碼表示類型2。在其它實施例中，每種類型都有其自己的類型列表或識別號的基本的兩個識別號，例如指示憑證類型。盡管必須確定憑證的類型，但如何確定憑證類型與本發(fā)明無關(guān)。
圖2示出了用戶從商店購買了一個憑證，稱為IVR并選擇存儲憑證金額的情形。假定該用戶為預付費用戶，否則他/她無法存款。進一步假定，在呼叫之初IVR檢查主叫是否為預付費用戶，如果不是，那么斷開呼叫或連接到用戶服務。圖2在步驟201開始，在此IVR提醒用戶輸入憑證識別號ID。在步驟202接收憑證識別號ID2，在此檢驗憑證的有效性(圖2未示出)，此后，IVR在步驟203得到憑證的數(shù)額V。接著在步驟204，檢查用戶在此之前是否已存款，如果用戶已預先存款，IVR在步驟205得到用戶的當前信用額。在步驟206，IVR還得到最后一次使用的憑證的憑證識別號ID1，在步驟207通過利用識別號和瀏覽列表確定憑證類型。
確定憑證類型后，IVR在步驟208檢查憑證類型是否相同，如果不同，用戶作出預約改變，即改變憑證類型。由于在本發(fā)明的第一個優(yōu)選實施例中，運營商希望用戶每天改變憑證類型次數(shù)不要超過一次，因此IVR在步驟209得到最后一次改變的時期(即憑證類型最后一次改變的日期)，并檢查(在步驟210)該日期是否與刷新的日期相同。如果不同的話，允許作出改變。在其它實施例中，可能存在確定是否允許類型改變的不同規(guī)則，而且該確定是通過使其適應上述規(guī)則的要求實現(xiàn)的。這些規(guī)則中的一個例子是僅在用戶沒有存款的日期允許改變。另一個例子是，在新的一次存款之前，在存款后必須進行一次付費呼叫。最后這個規(guī)則也可應用于不做類型改變的正常存款。
如果允許改變(步驟210)，IVR在步驟211提示允許改變類型。并且這個提示一起，還通告用戶其當前信用額，而且提醒他/她已購買了不同型的憑證，由此如果他/她想繼續(xù)存款操作，當前信用額將丟失。最后，提示用戶提供允許繼續(xù)操作的信號或不再繼續(xù)操作的信號。在本發(fā)明的其它實施例中，能在進入步驟211之前檢查信用是否為0，而且如果信用為0，就跳過步驟211。
如果在步驟212接收到許可，日志文件在步驟213通過增加下述信息被刷新刪除的信用數(shù)額；刪除信用的用戶；刪除時間；以及刪除信用存款時使用的憑證類型。在這個例子中，當憑證類型改變時當前信用被刪除。IVR接著在步驟214設(shè)置當前信用為值V，并在步驟215設(shè)置刷新日期為最后一次改變的日期。IVR接著根據(jù)現(xiàn)有技術(shù)繼續(xù)它在步驟216標記憑證ID2已使用，在步驟217得到當前信用，在步驟218通知此信用。在步驟216，通過向憑證識別號中加入用戶信息，以及通過在第一個優(yōu)選實施例中輸入存款日期作為“使用日期”標記憑證為已使用。
如果用戶不想丟失當前信用，那么在步驟212沒有接收到許可，IVR不進行任何刷新而退出，并在步驟219給出一個音頻消息“再見”，呼叫斷開。
如果憑證類型的最后修改日期與刷新日期(步驟210)相同，IVR在步驟220給出一個音頻信息，告訴用戶當天不允許刷新，并繼續(xù)步驟219，給出一個“再見”的音頻信息。
如果憑證類型相同(步驟208)，IVR在步驟221設(shè)置信用為當前信用額和憑證值V之和，并在步驟216繼續(xù)，如上所述標記憑證為已使用。
如果用戶之前未存款(步驟204)，他/她的信用為0，由此，IVR直接轉(zhuǎn)到步驟214，通過如上所述設(shè)置信用額為憑證值V。
圖3為示意在本發(fā)明的第二個優(yōu)選實施例中IVR應用的功能流程圖。同樣，為清晰起見，在這個例子中假定新的憑證有效，并得到所有必需的信息，以及主叫用戶為預付費用戶。在本發(fā)明的第二個優(yōu)選實施例中，憑證識別號的第一個號碼用于識別憑證的類型。
圖3由如同圖2的步驟開始用戶從商店購買了一個憑證，稱為IVR并選擇存儲憑證。在步驟301，IVR提示用戶提供憑證識別號ID。在步驟302接收憑證識別號ID2，并在步驟303根據(jù)ID2的第一個號碼確定憑證的類型T2，在步驟304，檢查憑證的有效性(圖3未示出)，此后IVR在步驟304聯(lián)系圖2描述得到憑證的值V。IVR接著在步驟305得到用戶的當前信用，在步驟306得到最后使用的憑證類型T1。根據(jù)類型T1和T2，IVR在步驟307選擇刷新方式。如果在步驟306沒有找到類型T1，而且也未在步驟305找到當前信用，用戶從未存款，因此他/她的信用額在步驟308A設(shè)為憑證的值V。如果憑證的類型相同(即，T1＝T2)，在步驟308B憑證值V加入到當前信用C，并將結(jié)果設(shè)置為信用額。如果憑證的類型不同，步驟308C1確定因子F的值；當前信用C與因子F相乘；結(jié)果加入到憑證值V；而且在步驟308C2將所加之和設(shè)為信用額。該因子的值可總是為0，或如果類型T1呼叫單元比類型T2的呼叫單元要貴，該因子的值可為1，或如果類型T1呼叫單元為類型T2呼叫單元的一半價格，那么該因子值可為0.5。運營商可預先設(shè)定不同T1和T2組合的因子值。本發(fā)明并不限制這個自由，只要至少一個因子值是利用這個乘法方法確定的。
信用以上述方式的其中之一刷新后，IVR在步驟309設(shè)置最后使用的憑證類型為T2。之后，IVR在步驟310通過標記憑證ID2為已使用，而根據(jù)現(xiàn)有技術(shù)繼續(xù)。
在圖2和圖3中，各個步驟沒有按絕對的時間順序排列。某些上述步驟可能同時或以不同順序發(fā)生，或可以跳過某些步驟，例如步驟210。還可能增添圖中未示出的新步驟，例如可在圖3中加入不同提示和/或音頻信息。在實現(xiàn)新的實施例時還可組合來自圖2和圖3的步驟。還有可能在IVR接收一個輸入呼叫時，檢查主叫是否為預付費用戶，如果主叫為預付費用戶，獲得當前信用以及給出音頻消息通知當前信用，如果主叫不是預付費用戶則給出音頻消息，是否主叫不是預付費用戶。在這些實施例中，步驟204、223或308A是不需要的。必要步驟是例如通過比較最后一次使用的憑證與新憑證的類型檢測憑證類型的改變，以及根據(jù)是否檢測到憑證類型的改變(例如，根據(jù)比較結(jié)果)決定如何刷新信用。
圖4的功能模塊是另一種示意通過應用本發(fā)明的優(yōu)選實施例刷新用戶信用的方式。圖中未示出實際的信令，因為IP中IVR與SMP之間的通信通常為經(jīng)由SMI的TCP/IP LAN通信。此外，在IP和SMP之間通常不存在信令連接，而且用戶移動臺和IP中IVR之間的通信通過DTMF或語音傳送。在這個例子中，假定信用的刷新是在IN的控制下進行的，但這對本發(fā)明不是必需的。在此的另一個假定為IN還負責一個維護預付費SIM卡可用的記錄。在此進一步假定，SCP不控制到IVR的呼叫，因為它們根據(jù)業(yè)務號直接路由到IP。還假定，用戶為將要作資費改變的預付費用戶，即改變憑證類型。
在圖4所示的情形中，用戶已購買了一個稱為IVR的新憑證，而且現(xiàn)在發(fā)送事件4-1(存款)到IVR。IVR在事件4-2中詢問憑證的識別號(得到憑證id)。用戶在事件4-3(通過DTMF選擇)向IVR給出憑證的識別號(得到憑證id確認)。IVR接著在事件4-4中詢問SMP憑證的值(得到憑證值)。SMP利用它在事件4-4得到的憑證識別號，而從其有關(guān)信息中檢查憑證值，并在事件4-5中返回給IVR(得到憑證值確認)。IVR接著在事件4-6詢問SMP最后使用憑證的識別號(得到最后使用憑證)。在其它實施例中，IVR可詢問最后使用的憑證類型。SMP從其用戶有關(guān)的信息檢查最后使用憑證的識別號，并在事件4-7發(fā)送識別號(得到最后使用憑證確認)到IVR。
IVR接著通過瀏覽可確定類型的一個或多個列表，從它們識別號確定最后使用憑證以及新憑證的類型。如上所述，IVR或從識別號中的第一個號碼或從頭兩個號碼確定類型。在圖4示意的例子的步驟4-8中，IVR比較憑證類型并發(fā)現(xiàn)類型不同。于是，IVR給出一個語音消息，告訴用戶其發(fā)生改變，而且如果用戶接受改變就將當前帳號設(shè)為0，并在事件4-9刪除(接受刪除)。在這個例子中，用戶接受刪除并發(fā)送事件4-10(刪除接受)到IVR。為響應接受的事件4-10，IVR發(fā)送事件4-11(日志文件改變)到SMP，這個事件最好包含指示用戶、當前信用、最后憑證類型和日期的參數(shù)，事件4-11還可包含一個指示新憑證類型和/或其值的參數(shù)。SMP利用它在事件4-11接收的信息刷新日志文件，并在事件4-12發(fā)送一個確認(日志確認)。
IVR在步驟4-13刷新信用為憑證的值，并在事件4-14發(fā)送該值到SMP(設(shè)置信用)。SMP設(shè)置當前信用為它在事件4-14接收的值，將該值輸入到與用戶有關(guān)的信息，并在事件4-15發(fā)送一個確認(設(shè)置信用確認)。此后，IVR發(fā)送事件4-16給SMP(標記已使用)，告訴它標記新憑證為已使用。SMP在其憑證相關(guān)信息中標記憑證為已使用，并在事件4-17發(fā)送一個確認(標記已使用確認)。IVR接著發(fā)送事件4-18(斷開)給用戶，呼叫斷開，而且SMI到SMP的連接根據(jù)已知過程關(guān)閉。在另一個實施例中，IVR首先詢問SMP的信用，并通過在發(fā)送事件4-18(斷開)之前給出一個語音消息將信用告訴用戶。
在另一個實施例中，IVR可能會詢問SMP新憑證的類型，與事件4-6中詢問識別號不同，它會詢問最后使用憑證的類型。SMP可檢查其列表以根據(jù)識別號確定憑證類型并將類型返回給IVR。也可應用其它方法以找出憑證類型。
如果事件4-10為“未接收刪除”事件，那么接收該事件后IVR發(fā)送事件4-18(斷開)到用戶，而不是發(fā)送事件4-11。結(jié)果，不做存款操作，沒有丟失刷新之前的當前帳戶，而且新憑證沒有標記為已使用，這種情形下就如呼叫根本沒有發(fā)生一樣。
圖4中的事件和步驟沒有按絕對時間順序排列。上述的一些步驟和事件可同時或以不同順序發(fā)生，例如事件4-4和4-6。這些事件可包括比上述更多的信息，這些事件的名稱也可不同于上述事件，或根據(jù)本發(fā)明所需的信息可在其它事件中發(fā)送，而且圖4未示出的其它事件和步驟可發(fā)送或發(fā)生于上述的事件和步驟之間。
盡管本發(fā)明上面是參考僅涉及一個用戶的優(yōu)選實施例描述的，但顯然對于本領(lǐng)域的技術(shù)人員來說，可并行運行幾個存款程序，只要唯一的信道分配給他們以確保用戶不會混淆。盡管在此沒有詳細描述，當刷新信用時也可刷新和/或考慮信用刷新之外的其它預付費業(yè)務功能，其中一個可能的功能是憑證的有效時間。
附圖和所附描述目的僅僅是示意本發(fā)明。本領(lǐng)域的技術(shù)人員知道對本發(fā)明的各種改進和修改，而不會偏離所附權(quán)利要求書定義的本發(fā)明的范圍。
權(quán)利要求
1.一種在通信系統(tǒng)中刷新用戶帳號信用的方法，其中至少兩種類型的憑證可用于在帳號中存款；其特征在于，該方法包括步驟至少定義兩種不同的刷新信用的方式(212，222，308)；保持指示當前使用的第一憑證類型的信息(206，306)；接收識別第二憑證的存款(202，302)；確定第二憑證的類型(207，303)；以及根據(jù)第一憑證和第二憑證類型來選擇刷新信用的方式(307，208)。
2.根據(jù)權(quán)利要求1的方法，其特征在于，還包括步驟檢查第一憑證和第二憑證的類型是否相同(208)；以及如果所述憑證的類型相同，通過將第二憑證的數(shù)額增加到信用來刷新信用(222)；或如果所述憑證的類型不同，通過設(shè)置信用為第二憑證值來刷新信用(214)。
3.根據(jù)權(quán)利要求1的方法，其特征在于，進一步包括步驟檢查第一憑證和第二憑證的類型是否相同(307)；以及如果所述憑證的類型相同，通過將第二憑證的數(shù)額增加到信用來刷新信用(308B)；或如果所述憑證的類型不同，確定一個因子(308C1)，將該信用與該因子相乘，將所述乘法結(jié)果加入第二憑證值，并設(shè)置信用為所述加法的結(jié)果(308C2)。
4.根據(jù)權(quán)利要求3的方法，其特征在于，根據(jù)第一和第二憑證的類型來確定所述因子。
5.根據(jù)任何一個前述權(quán)利要求的方法，其特征在于，還包括步驟如果憑證類型不同，詢問用戶以得到刷新信用的許可(211)；以及僅在接收到用戶許可時，才刷新信用。
6.根據(jù)任何一個前述權(quán)利要求的方法，其特征在于，根據(jù)憑證的識別號來確定憑證的類型。
7.根據(jù)任何一個前述權(quán)利要求的方法，其特征在于，該通信系統(tǒng)為移動通信系統(tǒng)。
8.一種用于刷新通信系統(tǒng)中用戶帳號信用的裝置(IP，SMP)，其中用戶能通過使用至少兩種不同憑證類型在他/她的帳號中存款，為他/她的呼叫預付費，而且其中該系統(tǒng)應用第一種方法來刷新信用；其特征在于，該裝置配置用于當刷新信用時，檢測憑證類型可能的改變(4-8)；以及根據(jù)所述檢測，應用第二種方法(4-13)來刷新信用。
9.根據(jù)權(quán)利要求8的裝置，其特征在于根據(jù)所述檢測，該裝置還被配置成用于詢問用戶是否允許刷新信用(4-9)，并僅在允許時才刷新信用(4-10)。
10.根據(jù)權(quán)利要求8或9的裝置，其特征在于，該裝置配置用于通過確定一個最后使用憑證和一個新憑證的類型，以及通過比較這兩個類型，來檢測所述憑證類型的改變(4-8)。
11.根據(jù)權(quán)利要求8、9或10的裝置，其特征在于，該裝置包括一個智能網(wǎng)絡的智能外設(shè)(IP)，所述智能外設(shè)包括一個交互語音響應(IVR)業(yè)務，通過該業(yè)務來刷新信用。
12.一個通信系統(tǒng)中的網(wǎng)絡單元，其中該系統(tǒng)的用戶能通過使用至少兩種不同憑證類型在他/她的帳號中存款為他/她的呼叫預付費，該單元包括一個數(shù)據(jù)庫或者到數(shù)據(jù)庫的連接(SMP)，其中帳號信用被保持，其特征在于，該網(wǎng)絡單元被配置成用于確定用戶最后使用的憑證類型和新憑證的類型，用戶準備使用該新憑證刷新他/她的信用，并根據(jù)所述憑證類型在至少兩種不同刷新方式中選擇一種方式來刷新信用。
13.根據(jù)權(quán)利要求12的網(wǎng)絡單元，其特征在于，所述憑證為不同類型，該網(wǎng)絡單元(IP)被配置成用于根據(jù)所涉及憑證類型來詢問用戶是否允許刷新信用，該網(wǎng)絡單元還被配置成用于僅在接收到用戶許可后才刷新信用。
14.根據(jù)權(quán)利要求12或13的網(wǎng)絡單元，其特征在于，根據(jù)不同的憑證類型，該網(wǎng)絡單元(IP)進一步被配置成用于確定一個因子，將用戶當前帳號信用與該因子相乘，將所述乘法結(jié)果加入第二憑證值，并設(shè)置信用為所述加法的結(jié)果。
全文摘要
為使利用預付費預約業(yè)務的用戶易于改變預約類型,保持指示最后使用的憑證和新憑證類型的信息。這些信息可用于確定所述憑證的類型,以檢測預約業(yè)務類型的改變并選擇刷新業(yè)務的正確方式。
文檔編號H04Q3/00GK1333972SQ99815514
公開日2002年1月30日 申請日期1999年12月2日 優(yōu)先權(quán)日1998年12月10日
發(fā)明者卡斯坦·索莫德·皮德爾森, 索倫·卡馬里克·里伊斯, 托馬斯·朱爾 申請人:諾基亞網(wǎng)絡有限公司