CN1333972A

CN1333972A - 预付储金的方法和装置

Info

Publication number: CN1333972A
Application number: CN99815514.4A
Authority: CN
Inventors: 卡斯坦·索莫德·皮德尔森; 索伦·卡马里克·里伊斯; 托马斯·朱尔
Original assignee: Nokia Networks Oy
Current assignee: Nokia Oyj
Priority date: 1998-12-10
Filing date: 1999-12-02
Publication date: 2002-01-30
Also published as: US20020004380A1; WO2000035182A2; WO2000035182A3; FI982678A0; EP1138145A2; FI982678A; AU1563900A; FI107978B

Abstract

为使利用预付费预约业务的用户易于改变预约类型,保持指示最后使用的凭证和新凭证类型的信息。这些信息可用于确定所述凭证的类型,以检测预约业务类型的改变并选择刷新业务的正确方式。

Description

预付储金的方法和装置

技术领域

本发明涉及一种更新预付费用户可用信用金额的方法和装置。预付费用户指的是使用预付费付费的用户，即已预先付费的用户。

背景技术

在诸如GSM的移动通信系统中，预付费SIM(用户识别模块)卡的使用越来越广泛。预付费SIM卡使网络运营商避免了信用损失。使父母能预先设定电话费的使用上限。作为第三个优点，它能使漫游出去的用户以本地资费标准支付他们的本地呼叫，而使用其本地运营商的SIM卡导致以国际资费标准连接和返回到他们的本地网络。

某些运营商允许用户呼叫交互语音响应(IVR)业务，由此用户能检查其帐户余额并向其帐号增加金额。帐户余额也称为信用/信用额。通过凭证(voucher)可追加金额。某些运营商出售不同类型凭证，它们在例如“呼叫单位(call unit)”的价格上各不相同。

当前IVR技术解决方案的问题在于它不支持凭证类型的改变。当用户向他/她的帐号内增加金额时，凭证的数额增加到他/她的当前信用额上。这在早期的凭证与新的凭证类型相同时不成问题。如果凭证的类型不同，由于呼叫单元的属性互不相同，新的凭证的数额就不应增加到当前信用上。由于这个原因，每晚需要由一个专职人员检查数据库以发现改变了凭证类型的所有用户，并更新所述用户的信用额。这个方法的问题在于，其速度慢、对错误敏感及费时费力。此外，如果改变了凭证类型的用户在手工更新完成之前查询他/她的信用额号将可能接收到错误信息。

发明内容

本发明的目的是克服上述的问题。本发明的目的可通过具有公开的所附权利要求书所述特征的方法、装置以及网络单元实现。本发明的优选实施例在所附权利要求书中陈述。

本发明是基于有关凭证类型信息的维护，基于存款凭证类型与最后使用的凭证类型的比较，以及基于根据比较结果的存款方式的选择。

本发明的优点在于信用额总是自动地被正确更新，而且之后无需修正。因此，对预付费用户和运营商来说很容易改变凭证类型。此外，用户在存款之后马上就能得到其当前信用的更新数额。

在本发明的一个实施例中，当凭证类型不同时，信用额仅更新为该新的凭证数额。这个实施例的另一个优点在于它在凭证类型改变时提供了一种更新信用的简单方式。

在本发明的另一个实施例中，当凭证类型不同时，通过当前信用额与一个其值根据凭证类型确定的因子相乘来更新信用额，存款后的信用额为乘法的值与新的凭证值之和。这个实施例的再一个优点是，运营商可提供一种灵活方式改变凭证类型，以便无需全部删除当前信用，但可调整当前信用到该新的凭证类型。

在本发明的又一个实施例中，当类型改变时，系统询问用户确认其当前信用额或部分其当前信用额将丢失。这个实施例的另一个优点在于，改变凭证类型的用户不再需要记住将要丢失的无用的信用，或其最后的凭证类型是否为与先前的类型相同。此外，他/她可拒绝类型的改变，由此保存其旧的信用。这个实施例实际上使用户得到保护。

附图说明

下面通过优选实施例以及参考附图来进一步详细描述本发明，其中：

图1为示出了一些相关网络单元的方框图；

图2为示意了第一个优选实施例的流程图；

图3为示意了第二个优选实施例的流程图；以及

图4示意了在不同网络单元之间交换信息的功能模块。

具体实现方式

图1为一个装有根据本发明一个优选实施例的装置的通信系统的方框图。该通信网络假定为公共陆地移动网络PLMN，但不限制本发明为一种特定的网络。本发明可用于任何预付费用户可向其帐户增加金额的通信系统。图1示意的实施例利用了智能网络技术，智能网络(IN)能为通信网络(如有线网络或移动电话网络)用户提供多种不同业务。ITU-T Q-1200系列建议中描述了这种智能网络的一个例子，其中Q-1210到Q-1219定义了称为CS-1(能力组1)的功能集合，相应地，Q-1220到Q-1229定义了功能集合CS-2。本发明和其背景将利用ETS 300 374-1 CoreINAP建议的术语描述，但本发明也可应用于根据其它智能网络标准实现的智能网络。

图1示出了与本发明的理解相关的智能网络的某些单元，如称为智能外围IP的单元。IP通常与专门的资源功能SRF有关，SRF为与用户交互相关的网络结构的接口。因此IP可包括，例如比一般交换更先进的语音处理功能。IVR应用通常位于IP，IVR应用(也称为预付费SIM IVR应用)是一种交互式语音响应应用，它通过输入预付费凭证号，允许用户向预付费SIM帐号增加(存款)金额。在IVR应用之下将简称为IVR。IVR语音技术生成可用作IVR的执行环境。

利用例如ISUP(ISDN用户方)信令和一个或多个语音传输，IP连接到SSP。SSP(业务交换点)为执行业务交换功能(SSF)的网络单元，SSP可为包括SSF的移动业务交换中心MSC。SSF为常规呼叫控制功能CCF和智能网的业务控制功能SCF之间的接口，执行SCF的网络单元称为业务控制点(SCP)。一旦检测到与该业务相关的点，通过业务交换点SSP借助于在SSP/SCP接口之间传输的消息查询来自业务控制点SCP的指令生成一个智能网络业务。与智能网络业务相关的业务程序由业务控制点SCP开始，该程序的操作确定在呼叫的每个阶段由SCP传输到SSP的消息。然而，SCP通常不用于预付费SIM IVR应用的业务逻辑，即，到IVR的呼叫根据业务号由CCF直接路由到IVR。

在图1所示的例子中，预付费用户特定的信息和有关凭证的信息位于业务管理点SMP的数据库。信息也可位于不同数据库和/或某些其它网络单元。根据本发明的用户特定信息至少包括当前信用额，它还可包括由此可推导出最后使用的凭证类型的信息。用户特定信息还可包括关于凭证类型最后改变的时间信息。凭证有关信息包括有效凭证号和凭证金额，凭证有关信息还包括凭证类型信息。有关凭证最后使用的信息也可存储在凭证信息中，例如通过标记使用的凭证，它是通过向凭证信息中加入与用户有关的信息实现的。SMP还包括一个日志文件，它包含删除的信用金额数以及用以识别用户的足够的信息，而且最好包括执行删除的时间，日志文件也可位于外部数据库中。IVR经由业务管理接口SMI连接SMP。SMP和IP可通过例如经由使用TCP/IP(传输控制协议/网际协议)的局域网(LAN)连接。由虚线指示的IP和SMP之间的连接只表示管理连接而不是任何信令连接。

本发明可实现于现有的网络单元，它们都具有处理器和存储器，利用这些处理器和存储器可实现下述的创造性功能。下面描述的功能可位于一个网络单元，或一些功能位于一个单元，而另一些位于其它单元，而不管在用于示意本发明的例子中它们是如何放置的。

图2为示意本发明第一个优选实施例中的IVR功能的流程图。为描述清晰起见，在这个例子中假定新凭证为有效而且得到了所有必需的信息。同时还假定在用户改变的情况下，即，当凭证类型不相同时，当前信用额被清除/删除(设为0)。在本发明的第一个优选实施例中，凭证识别号用于识别凭证类型。例如，当使用两种类型的凭证时，类型1的识别号在列表1，丢失的号码表示类型2。在其它实施例中，每种类型都有其自己的类型列表或识别号的基本的两个识别号，例如指示凭证类型。尽管必须确定凭证的类型，但如何确定凭证类型与本发明无关。

图2示出了用户从商店购买了一个凭证，称为IVR并选择存储凭证金额的情形。假定该用户为预付费用户，否则他/她无法存款。进一步假定，在呼叫之初IVR检查主叫是否为预付费用户，如果不是，那么断开呼叫或连接到用户服务。图2在步骤201开始，在此IVR提醒用户输入凭证识别号ID。在步骤202接收凭证识别号ID2，在此检验凭证的有效性(图2未示出)，此后，IVR在步骤203得到凭证的数额V。接着在步骤204，检查用户在此之前是否已存款，如果用户已预先存款，IVR在步骤205得到用户的当前信用额。在步骤206，IVR还得到最后一次使用的凭证的凭证识别号ID1，在步骤207通过利用识别号和浏览列表确定凭证类型。

确定凭证类型后，IVR在步骤208检查凭证类型是否相同，如果不同，用户作出预约改变，即改变凭证类型。由于在本发明的第一个优选实施例中，运营商希望用户每天改变凭证类型次数不要超过一次，因此IVR在步骤209得到最后一次改变的时期(即凭证类型最后一次改变的日期)，并检查(在步骤210)该日期是否与刷新的日期相同。如果不同的话，允许作出改变。在其它实施例中，可能存在确定是否允许类型改变的不同规则，而且该确定是通过使其适应上述规则的要求实现的。这些规则中的一个例子是仅在用户没有存款的日期允许改变。另一个例子是，在新的一次存款之前，在存款后必须进行一次付费呼叫。最后这个规则也可应用于不做类型改变的正常存款。

如果允许改变(步骤210)，IVR在步骤211提示允许改变类型。并且这个提示一起，还通告用户其当前信用额，而且提醒他/她已购买了不同型的凭证，由此如果他/她想继续存款操作，当前信用额将丢失。最后，提示用户提供允许继续操作的信号或不再继续操作的信号。在本发明的其它实施例中，能在进入步骤211之前检查信用是否为0，而且如果信用为0，就跳过步骤211。

如果在步骤212接收到许可，日志文件在步骤213通过增加下述信息被刷新：删除的信用数额；删除信用的用户；删除时间；以及删除信用存款时使用的凭证类型。在这个例子中，当凭证类型改变时当前信用被删除。IVR接着在步骤214设置当前信用为值V，并在步骤215设置刷新日期为最后一次改变的日期。IVR接着根据现有技术继续：它在步骤216标记凭证ID2已使用，在步骤217得到当前信用，在步骤218通知此信用。在步骤216，通过向凭证识别号中加入用户信息，以及通过在第一个优选实施例中输入存款日期作为“使用日期”标记凭证为已使用。

如果用户不想丢失当前信用，那么在步骤212没有接收到许可，IVR不进行任何刷新而退出，并在步骤219给出一个音频消息“再见”，呼叫断开。

如果凭证类型的最后修改日期与刷新日期(步骤210)相同，IVR在步骤220给出一个音频信息，告诉用户当天不允许刷新，并继续步骤219，给出一个“再见”的音频信息。

如果凭证类型相同(步骤208)，IVR在步骤221设置信用为当前信用额和凭证值V之和，并在步骤216继续，如上所述标记凭证为已使用。

如果用户之前未存款(步骤204)，他/她的信用为0，由此，IVR直接转到步骤214，通过如上所述设置信用额为凭证值V。

图3为示意在本发明的第二个优选实施例中IVR应用的功能流程图。同样，为清晰起见，在这个例子中假定新的凭证有效，并得到所有必需的信息，以及主叫用户为预付费用户。在本发明的第二个优选实施例中，凭证识别号的第一个号码用于识别凭证的类型。

图3由如同图2的步骤开始：用户从商店购买了一个凭证，称为IVR并选择存储凭证。在步骤301，IVR提示用户提供凭证识别号ID。在步骤302接收凭证识别号ID2，并在步骤303根据ID2的第一个号码确定凭证的类型T2，在步骤304，检查凭证的有效性(图3未示出)，此后IVR在步骤304联系图2描述得到凭证的值V。IVR接着在步骤305得到用户的当前信用，在步骤306得到最后使用的凭证类型T1。根据类型T1和T2，IVR在步骤307选择刷新方式。如果在步骤306没有找到类型T1，而且也未在步骤305找到当前信用，用户从未存款，因此他/她的信用额在步骤308A设为凭证的值V。如果凭证的类型相同(即，T1＝T2)，在步骤308B凭证值V加入到当前信用C，并将结果设置为信用额。如果凭证的类型不同，步骤308C1确定因子F的值；当前信用C与因子F相乘；结果加入到凭证值V；而且在步骤308C2将所加之和设为信用额。该因子的值可总是为0，或如果类型T1呼叫单元比类型T2的呼叫单元要贵，该因子的值可为1，或如果类型T1呼叫单元为类型T2呼叫单元的一半价格，那么该因子值可为0.5。运营商可预先设定不同T1和T2组合的因子值。本发明并不限制这个自由，只要至少一个因子值是利用这个乘法方法确定的。

信用以上述方式的其中之一刷新后，IVR在步骤309设置最后使用的凭证类型为T2。之后，IVR在步骤310通过标记凭证ID2为已使用，而根据现有技术继续。

在图2和图3中，各个步骤没有按绝对的时间顺序排列。某些上述步骤可能同时或以不同顺序发生，或可以跳过某些步骤，例如步骤210。还可能增添图中未示出的新步骤，例如可在图3中加入不同提示和/或音频信息。在实现新的实施例时还可组合来自图2和图3的步骤。还有可能在IVR接收一个输入呼叫时，检查主叫是否为预付费用户，如果主叫为预付费用户，获得当前信用以及给出音频消息通知当前信用，如果主叫不是预付费用户则给出音频消息，是否主叫不是预付费用户。在这些实施例中，步骤204、223或308A是不需要的。必要步骤是例如通过比较最后一次使用的凭证与新凭证的类型检测凭证类型的改变，以及根据是否检测到凭证类型的改变(例如，根据比较结果)决定如何刷新信用。

图4的功能模块是另一种示意通过应用本发明的优选实施例刷新用户信用的方式。图中未示出实际的信令，因为IP中IVR与SMP之间的通信通常为经由SMI的TCP/IP LAN通信。此外，在IP和SMP之间通常不存在信令连接，而且用户移动台和IP中IVR之间的通信通过DTMF或语音传送。在这个例子中，假定信用的刷新是在IN的控制下进行的，但这对本发明不是必需的。在此的另一个假定为IN还负责一个维护预付费SIM卡可用的记录。在此进一步假定，SCP不控制到IVR的呼叫，因为它们根据业务号直接路由到IP。还假定，用户为将要作资费改变的预付费用户，即改变凭证类型。

在图4所示的情形中，用户已购买了一个称为IVR的新凭证，而且现在发送事件4-1(存款)到IVR。IVR在事件4-2中询问凭证的识别号(得到凭证id)。用户在事件4-3(通过DTMF选择)向IVR给出凭证的识别号(得到凭证id确认)。IVR接着在事件4-4中询问SMP凭证的值(得到凭证值)。SMP利用它在事件4-4得到的凭证识别号，而从其有关信息中检查凭证值，并在事件4-5中返回给IVR(得到凭证值确认)。IVR接着在事件4-6询问SMP最后使用凭证的识别号(得到最后使用凭证)。在其它实施例中，IVR可询问最后使用的凭证类型。SMP从其用户有关的信息检查最后使用凭证的识别号，并在事件4-7发送识别号(得到最后使用凭证确认)到IVR。

IVR接着通过浏览可确定类型的一个或多个列表，从它们识别号确定最后使用凭证以及新凭证的类型。如上所述，IVR或从识别号中的第一个号码或从头两个号码确定类型。在图4示意的例子的步骤4-8中，IVR比较凭证类型并发现类型不同。于是，IVR给出一个语音消息，告诉用户其发生改变，而且如果用户接受改变就将当前帐号设为0，并在事件4-9删除(接受删除)。在这个例子中，用户接受删除并发送事件4-10(删除接受)到IVR。为响应接受的事件4-10，IVR发送事件4-11(日志文件改变)到SMP，这个事件最好包含指示用户、当前信用、最后凭证类型和日期的参数，事件4-11还可包含一个指示新凭证类型和/或其值的参数。SMP利用它在事件4-11接收的信息刷新日志文件，并在事件4-12发送一个确认(日志确认)。

IVR在步骤4-13刷新信用为凭证的值，并在事件4-14发送该值到SMP(设置信用)。SMP设置当前信用为它在事件4-14接收的值，将该值输入到与用户有关的信息，并在事件4-15发送一个确认(设置信用确认)。此后，IVR发送事件4-16给SMP(标记已使用)，告诉它标记新凭证为已使用。SMP在其凭证相关信息中标记凭证为已使用，并在事件4-17发送一个确认(标记已使用确认)。IVR接着发送事件4-18(断开)给用户，呼叫断开，而且SMI到SMP的连接根据已知过程关闭。在另一个实施例中，IVR首先询问SMP的信用，并通过在发送事件4-18(断开)之前给出一个语音消息将信用告诉用户。

在另一个实施例中，IVR可能会询问SMP新凭证的类型，与事件4-6中询问识别号不同，它会询问最后使用凭证的类型。SMP可检查其列表以根据识别号确定凭证类型并将类型返回给IVR。也可应用其它方法以找出凭证类型。

如果事件4-10为“未接收删除”事件，那么接收该事件后IVR发送事件4-18(断开)到用户，而不是发送事件4-11。结果，不做存款操作，没有丢失刷新之前的当前帐户，而且新凭证没有标记为已使用，这种情形下就如呼叫根本没有发生一样。

图4中的事件和步骤没有按绝对时间顺序排列。上述的一些步骤和事件可同时或以不同顺序发生，例如事件4-4和4-6。这些事件可包括比上述更多的信息，这些事件的名称也可不同于上述事件，或根据本发明所需的信息可在其它事件中发送，而且图4未示出的其它事件和步骤可发送或发生于上述的事件和步骤之间。

尽管本发明上面是参考仅涉及一个用户的优选实施例描述的，但显然对于本领域的技术人员来说，可并行运行几个存款程序，只要唯一的信道分配给他们以确保用户不会混淆。尽管在此没有详细描述，当刷新信用时也可刷新和/或考虑信用刷新之外的其它预付费业务功能，其中一个可能的功能是凭证的有效时间。

附图和所附描述目的仅仅是示意本发明。本领域的技术人员知道对本发明的各种改进和修改，而不会偏离所附权利要求书定义的本发明的范围。

Claims

1.一种在通信系统中刷新用户帐号信用的方法，其中至少两种类型的凭证可用于在帐号中存款；

其特征在于，该方法包括步骤：

至少定义两种不同的刷新信用的方式(212，222，308)；

保持指示当前使用的第一凭证类型的信息(206，306)；

接收识别第二凭证的存款(202，302)；

确定第二凭证的类型(207，303)；以及

根据第一凭证和第二凭证类型来选择刷新信用的方式(307，208)。

2.根据权利要求1的方法，其特征在于，还包括步骤：

检查第一凭证和第二凭证的类型是否相同(208)；以及

如果所述凭证的类型相同，通过将第二凭证的数额增加到信用来刷新信用(222)；或

如果所述凭证的类型不同，通过设置信用为第二凭证值来刷新信用(214)。

3.根据权利要求1的方法，其特征在于，进一步包括步骤：

检查第一凭证和第二凭证的类型是否相同(307)；以及

如果所述凭证的类型相同，通过将第二凭证的数额增加到信用来刷新信用(308B)；或

如果所述凭证的类型不同，确定一个因子(308C1)，将该信用与该因子相乘，将所述乘法结果加入第二凭证值，并设置信用为所述加法的结果(308C2)。

4.根据权利要求3的方法，其特征在于，根据第一和第二凭证的类型来确定所述因子。

5.根据任何一个前述权利要求的方法，其特征在于，还包括步骤：

如果凭证类型不同，询问用户以得到刷新信用的许可(211)；以及

仅在接收到用户许可时，才刷新信用。

6.根据任何一个前述权利要求的方法，其特征在于，根据凭证的识别号来确定凭证的类型。

7.根据任何一个前述权利要求的方法，其特征在于，该通信系统为移动通信系统。

8.一种用于刷新通信系统中用户帐号信用的装置(IP，SMP)，其中用户能通过使用至少两种不同凭证类型在他/她的帐号中存款，为他/她的呼叫预付费，而且其中该系统应用第一种方法来刷新信用；

其特征在于，该装置配置用于：

当刷新信用时，检测凭证类型可能的改变(4-8)；以及

根据所述检测，应用第二种方法(4-13)来刷新信用。

9.根据权利要求8的装置，其特征在于：根据所述检测，该装置还被配置成用于询问用户是否允许刷新信用(4-9)，并仅在允许时才刷新信用(4-10)。

10.根据权利要求8或9的装置，其特征在于，该装置配置用于通过确定一个最后使用凭证和一个新凭证的类型，以及通过比较这两个类型，来检测所述凭证类型的改变(4-8)。

11.根据权利要求8、9或10的装置，其特征在于，该装置包括一个智能网络的智能外设(IP)，所述智能外设包括一个交互语音响应(IVR)业务，通过该业务来刷新信用。

12.一个通信系统中的网络单元，其中该系统的用户能通过使用至少两种不同凭证类型在他/她的帐号中存款为他/她的呼叫预付费，该单元包括一个数据库或者到数据库的连接(SMP)，其中帐号信用被保持，

其特征在于，

该网络单元被配置成用于确定用户最后使用的凭证类型和新凭证的类型，用户准备使用该新凭证刷新他/她的信用，并根据所述凭证类型在至少两种不同刷新方式中选择一种方式来刷新信用。

13.根据权利要求12的网络单元，其特征在于，所述凭证为不同类型，该网络单元(IP)被配置成用于根据所涉及凭证类型来询问用户是否允许刷新信用，该网络单元还被配置成用于仅在接收到用户许可后才刷新信用。

14.根据权利要求12或13的网络单元，其特征在于，根据不同的凭证类型，该网络单元(IP)进一步被配置成用于确定一个因子，将用户当前帐号信用与该因子相乘，将所述乘法结果加入第二凭证值，并设置信用为所述加法的结果。