CN102346903A - 账单处理方法及其系统 - Google Patents

Abstract

本发明公开一种账单处理方法，其包括步骤：(a)设置用户数据，所述用户数据包括用户基本参数、用户帐户参数、账单提供方参数和关联参数；(b)根据关联参数将用户帐户与账单提供方关联；(c)从账单提供方获取账单数据；(d)基于所述账单数据和所述关联参数生成第一消息并向用户终端发送所述第一消息，其中所述第一消息至少包括账单种类、账单金额、支付期限和便捷指令；(e)从所述用户终端接收第二消息；(f)根据所述第二消息执行预定操作。

Description

账单处理方法及其系统

技术领域

本发明涉及账单处理方法及其系统，具体地，涉及基于通信网络的账单处理方法和系统。

背景技术

目前主要账单支付系统按照支付方式可以分为两种：代收代付和各种实体/虚拟现场支付。其中，代收代付即由系统在指定时间根据账单信息批量发起账单支付过程，该过程无需用户参与。其主要不足在于：一、用户未能及时掌握账单情况，二、用户必须在代扣时间前存入足量资金，资金无法灵活使用。实体/虚拟现场支付则在用户收到账单后，由用户主动发起，从银行卡扣款或者缴交现金完成账单支付。其缺点是：一、费时费力，不能做到便捷支付；二、一旦用户未收到账单或者忘记支付，则会产生罚息及信用下降的风险。

另外，由于上述的代收代付系统和实体/虚拟现场支付系统由于在设计以及系统构造上的缺陷，具有系统运行的效率低、灵活性差、付费形式单一、安全性低等缺点。例如，上述的系统不能自动获取用户账单信息，而且传送账单的形式单一且较为被动。在用户进行支付或者销账的操作时，仍需耗费系统与用户交互所需要的较多的系统资源。因此，需要一种灵活、便捷、安全、用户及时参与的账单处理方法及其系统。

发明内容

为达到上述目的，本发明提供一种账单处理方法，其包括步骤：(a)设置用户数据，所述用户数据包括用户基本参数、用户帐户参数、账单提供方参数和关联参数；(b)根据关联参数将用户帐户与账单提供方关联；(c)从账单提供方获取账单数据；(d)基于所述账单数据和所述关联参数生成第一消息并向用户终端发送所述第一消息，其中所述第一消息至少包括账单种类、账单金额、支付期限和便捷指令；(e)从所述用户终端接收第二消息；(f)根据所述第二消息执行预定操作。

本发明的目的还在于提供一种账单处理系统，其可以包括，信息交换接口，其被配置成从外部数据源接收用户数据和账单数据，其中所述用户数据包括用户基本参数、用户帐户参数、账单提供方参数和关联参数；信息处理装置，其被配置成根据关联参数将用户帐户与账单提供方关联，所述信息处理装置进一步被配置成基于所述账单数据和所述关联参数生成第一消息，并且通过发送/接收单元向用户终端发送所述第一消息，其中所述第一消息至少包括账单种类、账单金额、支付期限和便捷指令；所述发送/接收单元被配置成从所述用户终端接收第二消息；所述信息处理装置进一步被配置成根据所述第二消息执行预定操作。

在本发明的实施例中，关联参数可以是关于一个或多个用户帐户与一个或多个账单提供方关联的信息。账单处理系统可以进一步基于关联规则将用户帐户与账单提供方关联。关联参数可以进一步包括关于所述一个或多个用户帐户的关联优先级的信息。便捷支付指令可以为支付指令、查询指令或者确认指令中的一个或多个。便捷指令可以是超链接或者文本的形式。账单处理系统可以根据预定的时间间隔向用户再次发送第一消息。第一消息还可以包括提醒信息，其中该提醒信息可以包括提醒次数、距离支付期限的剩余天数或者关联的用户帐户余额。该提醒信息页可以由用户自定义。在系统设置用户数据的过程中可以包括信息核实的过程，以确保信息的准确性。本发明的系统还可以在执行预定操作之后还包括向用户终端发送报告信息。账单处理系统还可以通过专线与账单提供方和用户帐户建立连接。本发明系统中的发送/接收单元可以包括短信网关、电子邮件服务器和网络服务器中的一种或多种。

本发明的目的进一步包括提供一种账单处理系统，其特征在于包括：用于设置用户数据的装置，所述用户数据包括用户基本参数、用户帐户参数、账单提供方参数和关联参数；用于根据关联参数将用户帐户与账单提供方关联的装置；用于从账单提供方获取账单数据的装置；基于所述账单数据和所述关联参数生成第一消息的装置；用户终端发送所述第一消息的装置，其中所述第一消息至少包括账单种类、账单金额、支付期限和便捷指令；从所述用户终端接收第二消息的装置；以及根据所述第二消息执行预定操作的装置。

在本发明的一些实施例中，上述装置通过包含计算机程序的功能模块来实现。

根据本发明的实施例的账单处理方法及其系统，实现了灵活、便捷、安全、用户及时参与的优点。

本领域的技术人员通过结合附图阅读本发明下文的详细描述将更加明白本发明的这些以及其它优点。

附图说明

下面结合附图和具体实施方式对本发明作进一步详细的说明。

图1是示出根据本发明的账单处理系统的结构图；

图2是示出根据本发明的账单处理方法的步骤流程图；

图3是示出根据本发明的一个实施例的账单处理方法的流程图；

具体实施方式

现参考图1，其示出了根据本发明的账单处理系统100的组成示意图。如图1所示，账单处理系统100包括信息交换接口102、存储器103、信息处理装置104和发送/接收单元105。其中，信息交换接口102被配置成与外部数据源101交换信息；存储器103用于存储信息交换接口102从外部数据源101接收的数据；信息处理装置104可以被配置成对接收的信息进行加工处理、实现系统的流程调度，以及执行与支付相关的操作，例如，如下文将描述的消息生成、便捷指令执行以及扣账、销账等各种形式的信息或数据处理；发送/接收单元105用于实现账单处理系统100和用户终端106之间的通信。

在本发明的一个实施例中，外部数据源101包括用户输入、用户帐户和账单提供方，其中用户帐户可以是银行帐户、邮政储蓄帐户或者网络银行帐户，账单提供方可以是公共事业计费系统、信用卡系统。信息交换接口102可以从外部数据源101接收用户输入数据、用户帐户数据和账单数据，在该实施例中，信息交换接口102包括信息收集接口、用户帐户接口和账单数据接口，用于分别用于接收用户输入数据、用户帐户数据和账单数据。本领域技术人员可以理解，本发明的信息交换接口102不限于上述信息收集接口、用户帐户接口和账单数据接口的形式，它们可以作为单个信息交换接口被实现，并且可以通过各种其它软件和/或硬件来实现数据的交换。根据该实施例，账单处理系统100将接收的用户输入数据、用户帐户数据和账单数据存储在存储器103中并通过使用诸如Oracle、DB2的数据库管理系统管理上述数据。其中，用户输入的数据作为初始化的用户数据被存储，用户数据提供了用于识别、联系、验证用户信息以及与该用户关联的涉及支付的信息。在该实施例中，用户数据包括用户基本参数、用户帐户参数、账单提供方参数以及关联参数。作为示例，用户基本参数可以包括用户的身份证号、姓名、手机号码、电子邮箱、通信地址，用户帐户参数可以包括银行卡号、银行卡有效期、银行卡类型(借记卡/信用卡)，账单提供方参数可以包括账单种类(例如，公共事业费、信用卡还款、保险扣款)、账单标识码(例如，电费户号、信用卡号)、户名、授权信息(例如，查询密码)，以及关联参数可以包括用于将用户帐户和账单提供方相关联的信息。图1中的信息处理装置104被配置成基于用户基本参数、用户帐户参数、账单提供方参数和关联参数，关联涉及该用户的用户帐户和账单提供方并且实现系统提供的基于通信网络的各种服务，例如，账单提醒、便捷支付和查询等服务。通常，上述基于通信网络的服务在信息处理装置104中被实现为功能模块或者各种由信息处理装置104中的处理器执行的程序的集合。

在本发明另一实施例中，上述信息处理装置104可以具体地包括定时器单元、信息加工单元、流程调度单元和执行单元，其中定时器单元可用于执行定时任务(例如，定时提醒)，信息加工单元可用于对接收的各种信息进行加工处理，流程调度单元可负责整个系统的各种流程调度和处理请求，执行单元可用于执行用户请求、数据库操作等。

如上文所述，发送/接收单元105用于实现账单处理系统100和用户终端106之间的通信。根据本发明的实施例，发送/接收单元105可以是短信网关、电子邮件服务器和网络服务器，相应的用户终端106可以是移动通信设备(例如，手机)、电子邮箱和网络客户端，但是本领域的技术人员可以理解，本发明的技术方案可以适用于可以通过无线/有限通信方式与账单处理系统100通信的任意合适的用户终端。

现在参考图2，其示出了根据本发明的账单处理方法的步骤流程图。在步骤201中，账单处理系统100设置用户数据，根据本发明的实施例，用户数据包括用户基本参数、用户帐户参数、账单提供方参数和关联参数。通常，用户基本参数上述的用于识别用户的信息之外还可以包括用户登录系统的密码。

作为示例，用户可以通过到用户帐户机构的现场网点进行用户帐户参数的输入，然后系统通过用户帐户接口收集用户帐户参数，例如银行卡号、银行卡有效期、银行卡类型以及银行卡密码等。本领域的技术人员可以理解的是，本发明的系统还可以通过其它方式收集用户帐户参数。

作为示例，用户可以通过登录系统来直接地输入账单提供方参数，例如，账单种类、账单标识码、户名、授权信息(例如，访问密码)等，在系统完成设置账单提供方参数之后，系统可以向账单提供方发起连接，以及账单提供方通过系统的账单数据接口授权系统对账单提供方的访问。本领域的技术人员可以理解的是，本发明的系统还可以通过其它方式收集账单提供方参数。

优选地，在步骤201中，还包括信息核实的过程，例如，在系统设置用户基本参数时，系统可以向用户终端发送认证码，然后用户可以在系统中输入接收到的认证码以保证用户终端与账单处理系统100之间的正确通信，例如，系统可以通过账单数据接口向账单提供方发起账单查询以确认用户提供的账单提供方参数以及授权无误，例如，系统设置用户帐户参数之前，可以在现场网点通过用户身份验证和银行卡交易(例如，查询余额或者专用交易)进行用户信息和银行卡号认真，但是根据本发明的其它实施例，也可以在系统设置用户帐户参数之后，通过系统中设置的用户基本参数和从现场网点接收的用户帐户参数进行认证。本领域的技术人员可以理解，还可以通过其它各种方式进行信息的核实。上述信息核实的过程确保了来自外部数据源101的数据的正确性，从而减少了系统出错的几率增加了系统的容错性。

在本发明的一个实施例中，用户可以通过登录账单处理系统100进行关联参数的设置。例如，系统可以根据存储在数据库中的与用户帐户和账单提供方相关的表，生成具有上述两者的表的关键码的视图作为显示给用户的列表，然后用户可以从列表中选择账单标识码和用户帐户，然后设置关联信息，该关联信息(即，关联参数)被存储在存储器103中，本领域的技术人员可以理解，本发明不限于上述的具体关联方式。根据本发明的其它实施例，该关联参数可以以数据表的形式被存储在数据库中。本领域的技术人员还可以理解的是，用户可以在任何适当的时候通过登录账单处理系统100来重新设定关联参数。

在本发明的一个实施例中，用户提供的关联参数是一个或多个用户帐户与一个或多个账单提供方关联的信息。根据该实施例的用户帐户与账单提供方可以是多对多、一对多、或者多对一的关系，从而可以进一步提高资金运转的灵活性和有效性。

在步骤202中，账单处理系统100根据关联参数将用户帐户与账单提供方关联。在本发明的一个实施例中，账单处理系统100还可以基于关联规则和用户提供的关联参数将用户帐户与账单提供方关联，例如，关联规则可以限定在账单提供方为信用卡机构时，与其关联的用户帐户只能为借记卡，以及关联规则还可以用于允许用户不将某一用户帐户与某一账单提供方关联，此时系统只为用户提供与该账单提供方相关的除账单支付以外的其它服务，例如账单提醒、账单查询等服务。通过基于关联规则的关联，可以使得本发明的系统具有更好的正确性。

在步骤203中，账单处理系统100从一个或多个账单提供方中的一个获取账单数据。在本发明的一个实施例中，账单处理系统100根据数据库中的账单提供方参数通过信息交换接口102与对应的账单提供方连接，并发起账单查询获取账单数据，并且将获取的账单数据存储在数据库中，作为示例，账单数据可以包括账单种类、账单金额、支付期限。更具体地，例如，账单处理系统100可以根据数据库中记录的账单类型、账单标识码和授权信息(例如，查询密码)，通过信息交换接口102与账单提供方(例如，公共事业计费系统、信用卡系统建立链接，并且响应于账单提供方数据库系统的触发器更新本地数据库记录。在本发明另一实施例中，账单处理系统100可以账单提供方处于实施连接的状态，因此可以实时响应账单提供方数据库以及时同步更新本地数据库从而可以为用户提供最新的账单状态信息。但是，本领域技术人员可以理解的是，本发明不限于上述具体的获取账单数据的方式。

在步骤204中，账单处理系统100基于获取的账单数据由信息处理装置104生成第一消息并向用户终端发送所述第一消息。该第一消息至少包括账单种类、账单金额、支付期限和便捷指令。根据本发明的实施例，上述便捷指令可以包括支付指令、查询指令或者确认指令等。作为示例，支付指令用于使得系统立即进行账单的支付，查询指令可以使得系统返回相关的用户帐户余额和/或更多的账单数据，确认指令可以作为用户已经从用户终端阅读第一消息的指示。其中，便捷指令作为选项被提供给用户，例如，可以以超链接的形式被包含在第一消息中被发送至用户终端，在本发明的一个实施例中，便捷指令可以作为文本提示显示在用户终端，用户通过输入与便捷指令对应的文本将选择的便捷指令反馈至账单处理系统100。本发明的系统，通过上述便捷指令极大地增加了系统的灵活性，为用户提供了更加便捷的服务，同时减少了不同数据库之间的信息交换量，提高系统的性能，加快了系统处理用户请求的速度。另外，由于用户帐户密码或者账单提供方访问密码已经作为用户初始数据被预先存储在账单处理系统100中，用户可以根据上述提供的便捷指令指示系统执行相应的操作而无需在用户终端输入涉及安全的用户帐户密码或者账单提供方访问密码，因此避免了涉及安全的信息遭到截取，提高了系统的安全性。在本发明的又一实施例中，上述确认指令是隐含的指令，例如，只要用户通过移动通信终端阅读系统发送的短信，或者用户通过电子邮件终端阅读了系统发送的邮件，那么系统根据移动通信服务提供商或者电子邮件服务器自动生成的反馈信息就可以知道用户已经阅读了系统发送的第一消息。在本发明的另一实施例中，当系统判断所生成的账单数据与一个以上的用户帐户关联时，系统在便捷指令中进一步包括与该生成的账单数据关联的用户帐户的列表，然后，系统根据用户从该列表中选择的要支付的用户帐户进行扣账。在本发明的另一实施例中，账单处理系统100还可以在上述第一消息中进一步包括提醒信息用于在相关的账单被支付以前提醒用户账单的状态以便用户在用户忘记或者忽视第一消息时再次收到提醒，从而可以防止账单过期或者可以让用户及时处理待付账单。作为示例，提醒信息可以包括提醒次数、距离支付期限的剩余天数或者帐户余额。在根据本发明的另一个实施例中，用户可以通过登录账单处理系统100来自定义提醒信息的提醒间隔、首次提醒时间。本领域的技术人员可以理解的是，用户可以在任何适当的时候通过登录账单处理系统100来重新设定提醒信息。

在步骤205和206中，账单处理系统100从用户终端接收第二消息并且根据该第二消息执行预定的操作。如上文所述，来自用户终端的第二消息为用户对于包含在第一消息中的便捷指令的选择，即用户通过选择超链接选项或者在用户终端中输入文本形式的指令而选择的便捷指令。作为示例，当用户终端为网络客户端时，在系统通过网络服务器向网络客户端发送第一消息之后，用户可以在网络客户端中点击所选择的超链接或者输入要选择的便捷指令作为第二消息发送至账单处理系统。本领域的技术人员可以理解的是，还可以通过其它方式来选择第一消息中所包含的便捷指令。用户可以在便捷指令中选择确定指令指示账单处理系统100已经收到第一消息。值得注意的是，如果用户在阅读第一消息后，没有任何输入，那么如上所述，只要系统根据移动通信服务提供商或者电子邮件服务器自动生成的反馈信息可以知道用户已经阅读了第一消息，那么该反馈信息就可以被看做从用户终端接收的第二消息。在步骤206中，账单处理系统100根据用户选择的便捷指令，即第二消息，来执行预定操作。例如，当来自用户终端的第二消息中包含支付指令时，那么系统进入支付流程，从用户帐户扣款并从账单提供方销账。可以理解的是，在销账之后，系统将从数据库中更新账单记录，从而不再发送关于该账单的第一消息。当来自用户终端的第二消息中包含查询指令时，那么系统向用户返回相应的查询信息。当来自用户终端的第二消息中只包含确认指令时或者系统仅仅接收到指示用户已经阅读第一消息的第二消息时，那么系统间隔预定的时间间隔或者在指定周期内向用户终端再次发送第一消息。可替代地，如果在系统中设置了提醒信息，那么系统将发送包含在第一消息中的提醒信息来提醒用户。通过在预定的时间向向用户终端多次发送第一消息或者在第一消息中包含提醒信息可以在一次信息发送中同时实现支付和催付的功能，更加方便了用户对于资金的管理同时也提高了系统运行的效率节约了时间。

在本发明一个实施例中，账单处理系统100可以在执行完预定操作之后向用户发送报告信息，例如支付成功信息或者操作失败信息，具体来说，例如当用户未从便捷指令中选择与账单提供方对应的多个用户帐户中的一个时，系统将不能成功扣账，因此向用户发送操作失败信息解释错误发生原因从而可以及时通知系统运行的状态增加系统的健壮性。

在本发明的另一个实施例中，用户在账单提供方和用户帐户之间设置的关联参数是一对多或者多对多的关系时，此时，用户可以在关联参数中设置与某一账单提供方对应的多个用户帐户的优先级，例如，分别设置成默认用户帐户、第二用户帐户以及备用用户帐户等。当用户在账单提供方和用户帐户之间设置的关联参数多对一或者一对一的关系时，与该一个或多个账单提供方关联的用户帐户即为默认用户帐户。系统根据关联优先级，将从最相关的帐户扣款(即，默认帐户)，当所述最相关的帐户余额不足时，才从次相关的帐户扣款，例如第二用户帐户。因此，通过在关联参数中设置用户帐户的优先级，避免了让用户临时选择扣款帐户，从而使得支付更加便捷和灵活。

在本发明的另一个实施例中，账单处理系统100可以通过专线与账单提供方以及用户帐户建立连接，从而进一步提高系统的安全性。

现在参考图3描根据本发明的一个实施例的账单处理方法的流程图。如图所示，在步骤301中，系统首先根据用户的输入在系统中进行用户注册并且将相关信息存储到数据库中，在该实施例中，用户的输入可以包括用户基本参数、用户帐户参数、账单提供方参数和关联参数。在步骤302中，系统可以对用户的用户终端进行验证以确保用户终端与系统信息传递的准确和完整，在该实施例中，用户终端为手机。在步骤303和304中，系统根据用户帐户参数、账单提供方参数，通过信息交换接口验证用户提供的对账单提供方的授权信息以及认证用户的帐户是否真实、准确。在步骤305中，系统根据关联参数，将用户帐户与账单提供方关联。在步骤306中，系统可以在指定周期内从账单提供方获取账单数据或者实时更新系统内数据库的账单数据。在步骤307中，系统基于账单数据和关联参数生成第一消息，在步骤308中，系统经由通信网络向用户终端发送第一消息，在该实施例中，第一消息至少包括账单种类、账单金额、支付期限和便捷指令。此时，如果系统确定用户尚未读取第一消息或者用户已经读取第一消息却未指示支付账单，那么系统将在预定的时间间隔重复提醒用户，如果系统中设置了提醒信息，那么系统将基于该提醒信息的设置向用户重复发送包含提醒信息的第一消息。在步骤309中，用户向系统发送了包含支付指令的第二消息，此时，系统在步骤310执行支付操作并且不再提醒用户。本领域的技术人员可以理解的是，用户可以通过向系统发送包含忽略提醒指令的第二消息使得系统不再提醒用户。

上述实施例通过用户授权及银行卡关联，在指定周期时间内，自动获取用户账单数据，通过推送方式主动将账单信息发给用户。用户回复约定的便捷指令给系统后，系统便进行基于关联银行卡的账单支付。由于系统以基于短信的推送方式将账单信息发给客户，且可以根据约定多次发送，因此用户随时随地能掌握需支付的账单信息；其次，由于事先关联了银行卡，且在允许的时间周期内多次提醒，用户可以根据自己的资金运用情况灵活选择支付时机，做到资金最大限度灵活运用。

根据以上的对本发明的实施例的详细描述，本发明的账单处理方法及其系统在系统内部进行真实数据的处理，系统与外部数据源之间的信息传递不涉及密码等敏感信息，与现有相比具有更佳的安全性能。通过账单处理系统对由用户产生的各种账单进行统一管理，而无需通过第三方或者账单提供方，并且通过在消息中包含支付指令使得支付手段更加方便，实现了较高的系统信息处理/响应速度和容错能力，提高了账单传送的效率、降低了成本。

本发明结合图1至3和上述描述说明了本发明的实施方式，为了教导发明原理，已简化或省略了一些常规方面。本领域技术人员应该理解源自这些实施方式的修改和改变仍落在本发明的范围内。本领域技术人员应该理解上述的各种特征能够以各种方式适当地结合以形成本发明实施例的多个变型。由此，本发明并不局限于上述特定实施方式，而应由权利要求和它们的等同物限定。

Claims (25)

1.一种基于账单处理系统的账单处理方法，其特征在于，包括以下步骤：

设置用户数据，所述用户数据包括用户基本参数、用户帐户参数、账单提供方参数和关联参数；

根据关联参数将用户帐户与账单提供方关联；

从账单提供方获取账单数据；

基于所述账单数据和所述关联参数生成第一消息并向用户终端发送所述第一消息，其中所述第一消息至少包括账单种类、账单金额、支付期限和便捷指令；

从所述用户终端接收第二消息；

根据所述第二消息执行预定操作。

2.根据权利要求1所述的账单处理方法，其特征在于，所述关联参数是关于一个或多个用户帐户与一个或多个账单提供方关联的信息。

3.根据权利要求2所述的账单处理方法，其特征在于，进一步基于关联规则将用户帐户与账单提供方关联。

4.根据权利要求2或3所述的账单处理方法，其特征在于，所述关联参数进一步包括关于所述一个或多个用户帐户的关联优先级的信息。

5.根据权利要求1所述的账单处理方法，其特征在于，所述便捷支付指令为支付指令、查询指令或者确认指令中的一个或多个。

6.根据权利要求1所述的账单处理方法，其特征在于，所述便捷指令是超链接或者文本的形式。

7.根据权利要求1所述的账单处理方法，其特征在于，根据预定的时间间隔向用户再次发送第一消息。

8.根据权利要求1所述的账单处理方法，其特征在于，所述第一消息还包括提醒信息。

9.根据权利要求8所述的账单处理方法，其特征在于，所述提醒信息包括提醒次数、距离支付期限的剩余天数。

10.根据权利要求8或者9所述的账单处理方法，其特征在于，所述提醒信息可以由用户自定义。

11.根据权利要求1所述的账单处理方法，其特征在于，在设置用户数据的过程中包括信息核实的过程。

12.根据权利要求1所述的账单处理方法，其特征在于，在执行预定操作之后还包括向用户终端发送报告信息的步骤。

13.一种账单处理系统，其特征在于，包括：

信息交换接口，其被配置成从外部数据源接收用户数据和账单数据，其中所述用户数据包括用户基本参数、用户帐户参数、账单提供方参数和关联参数；

信息处理装置，其被配置成根据关联参数将用户帐户与账单提供方关联，

所述信息处理装置进一步被配置成基于所述账单数据和所述关联参数生成第一消息，并且通过发送/接收单元向用户终端发送所述第一消息，其中所述第一消息至少包括账单种类、账单金额、支付期限和便捷指令；

所述发送/接收单元被配置成从所述用户终端接收第二消息；

所述信息处理装置进一步被配置成根据所述第二消息执行预定操作。

14.根据权利要求13所述的账单处理系统，其特征在于，所述关联参数是关于一个或多个用户帐户与一个或多个账单提供方关联的信息。

15.根据权利要求14所述的账单处理系统，其特征在于，进一步基于关联规则将用户帐户与账单提供方关联。

16.根据权利要求14或15所述的账单处理系统，其特征在于，所述关联参数进一步包括关于所述一个或多个用户帐户的关联优先级的信息。

17.根据权利要求13所述的账单处理系统，其特征在于，所述便捷支付指令为支付指令、查询指令或者确认指令中的一个或多个。

18.根据权利要求13所述的账单处理系统，其特征在于，所述便捷指令是超链接或者文本的形式。

19.根据权利要求13所述的账单处理系统，其特征在于，所述信息处理装置进一步被配置成根据预定的时间间隔向用户再次发送第一消息。

20.根据权利要求13所述的账单处理系统，其特征在于，所述第一消息还包括提醒信息。

21.根据权利要求20所述的账单处理系统，其特征在于，所述提醒信息包括提醒次数、距离支付期限的剩余天数。

22.根据权利要求20或者21所述的账单处理系统，其特征在于，所述提醒信息可以由用户自定义。

23.根据权利要求13所述的账单处理系统，其特征在于，所述账单处理系统通过专线与所述账单提供方和所述用户帐户建立连接。

24.根据权利要求13所述的账单处理系统，其特征在于，所述信息处理装置进一步被配置成在执行预定操作之后向用户终端发送报告信息。

25.根据权利要求13所述的账单处理系统，其特征在于，所述发送/接收单元包括短信网关、电子邮件服务器和网络服务器中的一种或多种。

Images