专利名称：用于处理供通信网络的订户使用的预支/信用的方法和系统的制作方法
用于处理供通信网络的订户使用的预支/信用的方法和系
统本发明涉及一种方法，该方法用于处理通信网络的订户、移动通信和包括IP电话 在内的其它通信的订户所使用的预支(advance)/信用(credit)(临时和永久提供通话时 间预支以及为使用网络中可用的附加服务的预支)，以及处理在余额充值时或者以任何其 它方式对通信服务进行付费时的进一步预支返还。除其它目标之外，本发明的目标在于，通过给予订户使用不取决于他们是否具有 用于这样的操作的足够的余额以及不取决于他们是否具有及时为他们的余额充值成正值 或者足以进一步使用服务的语音和非语音服务(而且在紧急情况下)的机会来提高订户对 通信服务的满意率。在技术上，这引起了使得大部分订户能够有机会在发送订户(和代表订户)所形 成的有条件请求之后使用获取预支/信用。所述请求通过电子通信设备(包括移动电话、 ATM、计算机和/或使得能够传送有条件请求的任何其它终端)进行输入，并且被传送到数 据处理系统的至少一个服务器，以供执行和处理交易并且进一步向订户通知所述交易。本发明还帮助通信运营商以-避免在对计帐系统进行改变时的额外费用；_实现额外的每订户平均收入(ARPU)；-显著提高忠诚度；-频繁采用更为有益的资费(tariff)；-使得通话时间销售在更快周转之后更为有效。附图材料中描述了本发明的实质，其中
图1反映了跟据本发明的对通信网络订户分发预支的过程；图2分立地反映了在通信系统的条件(图1)下用于对通信网络的订户的请求进 行处理的系统；图3分立地反映了在用于对通信网络的订户的请求进行处理的系统(图2)和通 信网络的运营商(图1)之间的请求的彼此传输。用于对供通信网络订户使用的预支/信用进行处理的方法和系统(此后称作“系 统”)100的技术实现可能被有条件地划分为四个程序模块请求处理模块50、预支分配模 块60、计费模块70和统计模块80。每个模块独立地处理程序代码的一部分，所述程序代码 的一部分被提出用于支持整个系统的功能的分立的逻辑部分。以下为每个模块的详细描述 (图 2，3)。请求处理模块。该模块的作用是(使用SMPP、TCP/IP和其它协议)将订户连接 到运营商的SMS (MMS、USSD、IVR、WAP、WEB)中心，处理所有传入的消息以及订户信用资格检 查，图3。只要接收到意味着订户愿意得到预支/信用的请求，就在数据库中开始特定的历 史和资格检查过程。这样的检查可以以任何顺序来完成，但是通常将包括对黑名单进行 检查、对订户的资费计划进行检查、检查有条件请求的正确性、对预借方和借方列表进行检 查，图2。假设以上检查过程的任何一个发现特定订户不具备接收预支/信用的资格，则系统就发送具有拒绝请求的原因的信息，并且此后，认为特定请求的处理完成。否则，将所述 请求进一步传送到预支分配模块。预支分配模块。该模块的作用是向订户的余额分配特定金额并且进一步检查这样 的交易的成功完成。基于包含在运营商计帐系统中的信息来定义交易的状态，所述计帐系 统通过运营商的技术手段将这样的信息实时地传送到系统服务器。在接收来自请求处理模 块的订户请求之后，采用网络运营商的计帐系统(图3)来向订户余额存入协定金额的预 支，并且将所述订户添加到预借方列表(图2)。此外，希望计帐系统来确认交易的完成。如 果交易被确认为成功，则从预借方列表中删除该订户，并且将该订户添加到借方列表。否则 (如果没有接收到与交易相关的信息，或者如果计帐系统无法完成交易)，从预借方列表中 删除该订户。在对交易状态进行检查之后，认为完成了这样的特定请求的处理(图2)。计费模块。计费模块的作用是对运营商所发送的订户余额充值列表的列表进行处 理；相对于系统的借方列表检查该列表，并且对出现在两个所提到列表中/交集中的订户 的计费进行管理。为了生成这样的列表，运营商生成文本日志并且将其发送到系统服务器； 这样的日志将包含关于所有余额充值操作的信息，该余额充值操作与根据订户的资费计划 和项目协定说明的兼容性(在排除预支存入和计费操作的协定时间段内)而有资格使用服 务的所有订户的帐户相关。当接收到所述日志时，比较列表，并且假设所述日志中的订户存 在于借方列表中，则应当自动处理对其各自帐户余额的计费，包括预支金额和服务费用的 计费(图2)。假设确认这样的交易是成功的，则从借方列表中删除该订户，并且因此变得有 资格使用后续的信用。否则，即如果自动预付费和费用计费交易无法被确认为是成功的，则 尝试以协定时间间隔重复处理这样的计费，直至最终成功完成。统计模块。该模块的作用是由运营商的顾客关系部门按照要求形成关于每个订户 的服务活动的实时报告。在技术上，该模块的功能通过来自运营商的程序系统的请求、以及 经筛选的订户的ID号码的输入和其中必须对订户活动进行筛选的时间段来实现。该报告 基于存储在系统的统一数据库中的信息而形成，并且立即按照要求提供(图2和3)。为了便利系统功能，通信网络运营商将提供如下的技术资源/可能性(图3) 提供实时频道，订户可以通过该实时信道与系统进行通信(请求预支)。这能够 通过将系统与运营商的VAS平台(SMS、匪S、USSD、IVR、WAP、web等)的各种模块进行整合 来实现。系统与多于一个的频道的整合(例如SMS和USSD)是可能的。为了防止误用(潜 在的索赔)，强烈建议确保经由订户的移动电话来完成请求(可能是SMS、匪S、USSD、IVR、 WAP、web等类似的请求)的发送。 系统可能自动计费，并且向订户帐户分配协定的预支/从订户帐户存入协定的 预支，并且获取关于交易成功的确认。通过系统和运营商计帐系统之间的请求处理机制来 促进该可能性。该机制可能由MT-SMS计费、计费网关(直径等)、在系统和运营商计帐系统 之间的直接请求处理来支持(例如使用HTTP协议)，或者由可以支持与订户帐户的固定量 计帐交易的任何其它手段来支持。 向系统通知可能在系统的计帐活动之外发生的订户帐户余额充值。这样的信息 可能由运营商的技术手段实时或定期(每天、每小时等)地提供。在技术上，可以由下载日 志/文本文件的运营商来向FTP服务器(如果处理为定期的)或者通过信息的有条件HTTP 请求(如果处理被实时地安排)来提供通知。
以下参考附带方案对本发明的实施方式的优选选项进行描述。在以下的描述中， 为了理解本发明，因为无需研究不必要的细节，所以没有单独地描述普遍公知功能和结构。 特定地，这涉及为了给出关于本发明的更清楚的版本而仅泛泛描述的细节(发送的请求的 结构、进行发送的方法、连接到网络运营商的计帐系统和其它系统的方法、软件环境等)。然 而，本领域人员将理解，本发明的实施方式能够在没有这些细节或者对这些细节进行修改 的情况下被实现，并且这并不与核心发明相冲突。 希望图1、2和3所描述的方法和系统在操作系统中被使用。系统的所有模块的 处理和统计数据被存储在统一数据库82中。系统由四个程序模块构成请求处理模块 (RPM) 50、分配模块(AM) 60、计费模块(CM) 70、统计模块(SM) 80。如图3中所示，系统100通 过适当的连接协议SMPP、FTP、HTTP被连接到网络运营商的服务器(NO) 20 =SMS中心21、计 帐系统(BS) 22、顾客服务(CS) 23。连接模式系统服务器可以被安装在运营商网络内或者 经由VPN从外部进行连接。图2和图3示出了反映系统处理的实施方式的流程图，其中，愿意获得预支的网络 订户(NS) 10经由NO网络20发送短文本消息(SMS)31。这样的SMS请求应当包含协定的码 字，S卩“信用”。请求31经由NO (图3)的SMS中心31传递并且到达系统100的RPM 50 (图 2和图3)。RPM 50对经由NO 20所特别指定的短号码XXXX进入的所有SMS进行处理，并且 还处理订户的信用资格检查。在接收请求31之后，在数据库82内应用NS历史检查过程， 在如下的步骤中-对预借方溢出(Flood)列表进行检查32。(如果在该列表中找到NS10，则不进 行进一步动作33，并且认为完成了请求处理交易。否则，将请求转发到正确资费模块34)。-对正确资费(或者NS10资格检查)进行检查34。(如果顾客由于他的/她的 预订计划而导致没有资格使用服务，则NS 10经由NO的SMS中心21接收具有文本的短消 息35，即“您的预订计划不允许您使用该服务。请联系顾客服务”，并且认为完成了请求处 理事务。否则，将请求转发到句法检查模块36。)-提供对正确句法的检查36以最大化保护NS或NO不受代表NS的未授权或不希 望的服务的使用。如果句法不正确，则NS经由NO 20的SMS中心21的短号码XXXX接收相 关文本消息(SMS)37，g卩“为了使用信用，请发送“信用”至短号码XXXX”。此后，认为完成了 该请求的处理。否则，将请求转发到借方列表中的检查模块38。-对借方列表中出现的NS10进行检查38指检查NS是否具有未支付的预支/信 用。如果在该列表中识别了 NS 10，则经由NO 20的SMS中心21的短号码XXXX接收相关短 消息(SMS)39，即“您已经使用了该服务”。此后，认为完成了该请求的处理。否则，将该请 求转发到预支分配模块60。NS 10可以向NO 20的SMS中心21的短号码XXXX发送有限数目的请求31 (例如 3个请求)。为了防止系统100在大量不正确请求的情况下而业务过载，设置了该限制。在 NS 10超出限制的情况下，他/她被添加到溢出列表41中达某个预先设置的特定时间段，即 24小时。同时，NS经由NO 20的SMS中心21的短号码XXXX接收相关文本消息(SMS) 40， 即“锁定该服务达24小时”。 AAM 60的任务是向NS 10的余额存入预支金额，并且检查该交易的成功。基于包 含在由NO 20的BS 22生成的文件中的信息来检测交易状态，并且将该交易状态实时地发送到系统100的FTP服务器。当接收关于来自RPM 50的NS 10的请求31的信息时，立即 进行向NS 10的余额的存入。同时，NS 10被添加到预借方列表中62。然后，允许某个时间 段(例如5小时)用于对交易进行确认63。在交易成功的情况下，从预借方列表62中删除 NS 10，并且将该NS 10添加到借方列表中65。否则，从借方列表中删除NS 1064。当完成 交易成功检查时，认为完成了该请求的处理。CM 70的任务是从NO 20接收进行余额充值(定期，即每天一次，或即刻)的NS 10的列表71 ；将该列表与系统100的当前借方列表作比较72 ；对在两个列表中所找到的NS 10的帐户进行计费73。NO 20根据协定的条件生成列表71，并且将该列表71更新到系统 100的FTP服务器。如果这些NS 10属于根据项目描述而有该服务的资格的资费计划，则 该列表71应当包含与协定的时间段内所有帐户余额充值相关的信息，除了与预支分配和/ 或从NS 10的帐户进行计费相关的信息。在对FTP服务器进行更新之后，该列表由系统100 进行处理72，并且如果在该列表中识别了来自借方列表的NS 10，则BS 22应当使用操作72 来从这样的NS10帐户的余额中自动取回预支金额和服务费用。如果交易74成功，则从借方列表中删除NS 1076，并且获得再次使用服务的权利。 否则，系统100再次定期重试操作73，即以10小时为周期。进行定期重试直至成功地完成 了计费操作。(如果出于一些原因，操作73进行了两次，S卩，重复计费75 了预支金额和/或 服务费用75，则进行反向操作77以向NS 10的帐户返还错误计费的余额金额)。SM 80的任务是按照NO 20的CR人员23的要求来形成与任何NS 10的活动相关 的实时报告。在技术上，该模块的功能是通过来自NO 20的程序系统的HTTP请求、同时输 入经筛选的NS 10的ID号码以及其中要对这样的NS 10的活动进行筛选的时间段来实现 的。基于存储在系统100的统一数据库82中的信息来形成该报告，并且立即按照要求提供 该报告。经由HTTP协议实现请求-应答模式，其显著地简化了与NS 20的CR人员23所使 用的软件的集成和交互。以上所提到的用于供通信网络的订户使用的预支处理的方法目前已经在阿塞拜 疆(从2005年12月开始)和格鲁吉亚(从2007年4月开始)成功地实现和运行。虽然已经参考本发明的若干优选实施例具体地示出和描述了本发明，但是本领域 技术人员将理解，在不背离本发明的精神和范围的情况下，可以做出形式和细节上的各种 变化。在以下原则中而不是以上实现的模型中描述了本发明的范围。在本申请中，应当理解的是，不加数量词限定的部件并不排除存在多个这样的部 件，并且词语“包括”并不排除存在与所描述或要求保护的那些不同的其它部件或步骤。
权利要求
一种处理要由通信网络的订户使用的预支/信用的方法，包括下述步骤使用计算设备经由通信网络接收自动系统所进行的有条件的预支/信用请求；处理对预支/信用资格的自动检查；处理与特定客户的帐户余额相关的数据，以便于做出关于是否给予他预支/信用的自动判定；通过连接到网络运营商的计帐系统的系统来向所述客户的帐户余额存入预支/信用金额；向所述客户通知对他的/她的帐户余额的预支分配；在向客户的余额存入额外金额之后，通过连接到网络运营商的计帐系统的系统来自动索回预支/信用金额和服务费用金额；防止对预支/信用的不希望的使用。
2.根据权利要求1所述的方法，其中，所述预支/信用请求通过SMS(短消息服务)和 /或USSD (非结构化补充服务数据)和/或IVR (交互语音响应)和/或WAP (无线应用协 议)和/或网站和/或匪S(多媒体消息服务)来接收。
3.一种用于预支/信用处理的自动系统，包括结合部件，所述结合部件用于连接到网络运营商和网络运营商系统； 计算机存储器，所述计算机存储器用于存储代码段和预支/信用余额数据库； 输入设备，所述输入设备用于经由通信网络和网络运营商的系统发送有条件请求； 处理器，所述处理器用于处理代码段组合，并且使得能够访问数据库来确认预支/信 用请求；传输设备，所述传输设备用于向余额存入所述预支/信用金额，并且如果出现协定的条件，则从所述余额索回预支/信用金额和服务费用。
4.根据权利要求3所述的系统，其中，所述代码段组合包括使得能够经由通信网络接收来自客户的所述预支/信用请求的代码段； 使得能够批准所述预支/信用请求的代码段；使得能够通过连接到通信网络的计帐系统的自动系统来向所述余额存入预支/信用金额的代码段；使得能够通过连接到所述通信网络的计帐系统的自动系统从所述余额中收取预支/信用金额和服务费用的代码段；使得能够对接收不希望的预支/信用进行有条件的自动保护的代码段。
5.根据权利要求3和4所述的系统，其中包括下述的一个或多个提供经由通信网络接收有条件的预支/信用请求的WEB、WAP、SMS、匪S、USSD和/或IVR服务器。
6.根据权利要求3-5所述的系统，其中包括用于进行统计处理以便于使得能够对相同的最终用户分配不同的预支/信用的装置。
7.根据权利要求3-6所述的系统，其中包括创建订户“黑名单”的装置。
8.根据权利要求3-7所述的系统，其中包括按照订户要求的解决方案，所述按照订户要求的解决方案使得能够通过预支/信用资格的不同等级将订户自动包括进各订户群组/ 从各订户群组中排除订户。
9.根据权利要求3-8所述的系统，其中包括提供完全统计性的、当前的状态或存档信息的装置。
10.根据权利要求3-10所述的系统，其中包括灵活处理用于通过运营商的顾客服务/ 呼叫中心进行处置的数据的可能性。
全文摘要
本发明涉及一种方法，该方法用于处理供通信网络的订户、移动通信和包括IP电话的其它通信的订户使用的预支/信用(临时和永久提供通话时间预支以及为使用网络中可用的附加服务的这样的预支)，以及处理在余额充值时或者以任何其它方式对通信服务进行付费时的进一步预支返还。该发明允许大量订户通过发送客户(和代表客户)形成的用于获得预支/信用的有条件请求来获得这样的预支/信用。该请求通过电子通信设备(包括移动电话、ATM、计算机和/或能够传送有条件请求的任何其它终端)来输入，并且被传送到数据处理系统的至少一个服务器以供执行和处理交易并且进一步向订户通知该交易。
文档编号G06Q20/00GK101802853SQ200780100165
公开日2010年8月11日 申请日期2007年8月28日 优先权日2007年8月28日
发明者巴赫拉姆·卡迈勒·奥卢·阿迈兹爱德 申请人:乌尔比什电信公司