信息变更方法及装置与流程

本公开涉及移动互联网技术领域，尤其涉及信息变更方法及装置。

背景技术：

随着电子技术的发展和进步以及人们生活水平的提高，公交卡被广泛应用于公交车、出租车和地铁等多种公共交通的支付系统，给人们的生活提供了便利。而随着移动互联网科技的进步和近场通信技术(nearfieldcommunication，简称为：nfc)在终端设备的广泛应用，内置nfc设备的终端设备便可以实现公交卡功能，在使用时，用户只需开通nfc设备的公交卡功能即可。

技术实现要素：

为克服相关技术中存在的问题，本公开实施例提供信息变更方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种信息变更方法，所述方法应用于服务器，所述方法包括：

接收请求消息，所述请求消息用于请求处理目标账号对应的目标公交卡的业务，所述请求消息包括：所述目标账号的信息；

根据所述目标账号的信息在已经存储的数据库中获取所述目标公交卡的信息，所述数据库包括至少一个公交卡的信息及至少一个账号的信息，所述数据库用于指示所述至少一个公交卡和所述至少一个账号的对应关系，所述目标公交卡的信息包括：所述目标公交卡的类型和所述目标公交卡的状态；

根据所述目标公交卡的信息，按照所述请求消息的指示对所述目标公交卡进行对应的业务处理；

向终端设备发送响应消息，所述响应消息用于指示所述终端设备进行对应的业务处理。

本公开的实施例提供的技术方案可以包括以下有益效果：服务器接收包括目标账号的信息的请求消息，该请求消息用于请求处理目标账号对应的目标公交卡的业务，进而根据目标账号的信息在已经存储的数据库中获取目标公交卡的信息；按照请求消息的指示根据目标公交卡的信息对目标公交卡进行对应的业务处理；向终端设备发送响应消息，该响应消息用于指示所述终端设备进行对应的业务处理。其中，服务器可以对目标公交卡的业务进行处理，从而无需用户去目标公交对应的公交卡服务站点处理目标公交卡的业务，简化了目标公交卡的业务处理程序。

在一个实施例中，所述方法还包括：

接收处理公交卡业务的服务器发送的所述目标公交卡的信息；

在所述数据库中存储所述目标公交卡的信息。

本公开的实施例提供的技术方案可以包括以下有益效果：通过将从处理公交卡业务的服务器接收的目标公交卡的信息存储至数据库中，从而服务器在处理目标公交卡对应的业务时，可直接从数据库查找到目标公交卡的信息，有效提升了处理效率。

在一个实施例中，所述请求消息用于请求解除所述终端设备与所述目标公交卡的绑定关系；

根据所述目标公交卡的信息，按照所述请求消息的指示对所述目标公交卡进行对应的业务处理，包括：

在所述目标公交卡的信息中将所述目标公交卡的状态修改为待绑定状态；

向所述终端设备发送响应消息，包括：

向所述终端设备发送删除指令，所述删除指令用于指示所述终端设备删除所述目标公交卡的信息。

本公开的实施例提供的技术方案可以包括以下有益效果：通过将从处理公交卡业务的服务器接收的目标公交卡的信息存储至数据库中，从而服务器在处理目标公交卡对应的业务时，可直接从数据库查找到目标公交卡的信息，有效提升了处理效率。

在一个实施例中，所述目标公交卡的信息还包括：所述目标公交卡绑定的终端设备的标识；所述向所述终端设备发送删除指令包括：

从获取的所述目标公交卡的信息中确定所述目标公交卡绑定的终端设备的标识；

根据所述终端设备的标识向所述终端设备发送所述删除指令。

本公开的实施例提供的技术方案可以包括以下有益效果：用户可以通过没有绑定目标公交卡的终端设备发送请求消息，从而简化了解除目标公交卡与终端设备绑定处理的程序。

在一个实施例中，所述请求消息用于请求将所述目标公交卡与所述终端设备绑定；

根据所述目标公交卡的信息，按照所述请求消息的指示对所述目标公交卡进行对应的业务处理，包括：

在所述目标公交卡的信息中将所述目标公交卡的状态修改为已绑定状态；

向所述终端设备发送响应消息，包括：

向所述终端设备发送绑定指令，所述绑定指令用于指示所述终端设备与所述目标公交卡绑定。

本公开的实施例提供的技术方案可以包括以下有益效果：当服务器接收请求将目标公交卡与终端设备绑定的请求消息后，可以直接响应该请求，完成绑定的过程，无需用户去公交卡服务站点，简化了目标公交卡的绑定处理的程序。

在一个实施例中，所述接收终端设备发送的绑定请求消息之后，所述方法还包括：

向所述处理公交卡业务的服务器发送所述绑定请求消息；

接收所述处理公交卡业务的服务器发送的绑定响应消息，所述绑定响应消息用于指示允许所述目标公交卡与所述终端设备绑定；

根据所述绑定响应消息生成所述绑定指令。

本公开的实施例提供的技术方案可以包括以下有益效果：当服务器接收请求将目标公交卡与终端设备绑定的请求消息后，会将该请求消息发送给处理公交卡业务的服务器，以让处理公交卡业务的服务器确定是否同意该业务的处理，有效提高了目标公交卡业务处理的安全性。

在一个实施例中，所述在所述目标公交卡的信息中将所述目标公交卡的状态修改为已绑定状态，包括：

查找所述数据库中所述目标公交卡的状态是否为待绑定状态；

当确定所述目标公交卡的状态为待绑定状态时，在所述目标公交卡的信息中将所述目标公交卡的状态修改为已绑定状态。

本公开的实施例提供的技术方案可以包括以下有益效果：通过在数据库中确定目标公交卡的状态，可以避免非法绑定，有效提升了公交卡使用的安全性。

在一个实施例中，接收终端设备发送的绑定请求消息之前，所述方法还包括：

接收所述终端设备发送的服务器登录消息，所述服务器登录消息包括：所述目标账号的信息；

当在所述数据库中检测到所述目标账号对应的所述目标公交卡的状态为待绑定状态时，向所述终端设备发送提示消息，所述提示消息用于提示将所述终端设备与所述目标公交卡绑定。

本公开的实施例提供的技术方案可以包括以下有益效果：当服务器检测到目标账号对应的目标公交卡的状态为待绑定状态时，可主动向终端设备发送提示消息，有效提升了用户体验。

在一个实施例中，所述请求消息用于请求将所述目标公交卡中的余额转入至所述终端设备；

根据所述目标公交卡的信息，按照所述请求消息的指示对所述目标公交卡进行对应的业务处理，包括：

向所述处理公交卡业务的服务器发送余额转入请求消息，所述余额转入请求消息用于请求将所述目标公交卡中的余额转入至所述终端设备；

接收所述处理公交卡业务的服务器发送的余额转入指令，所述余额转入指令用于指示将所述目标公交卡中的余额转入至所述终端设备；

向所述终端设备发送响应消息，包括：

向所述终端设备发送所述余额转入指令。

本公开的实施例提供的技术方案可以包括以下有益效果：当服务器接收到请求余额转入的请求消息后，可向处理公交卡业务的服务器发送余额转入请求消息，以让处理公交卡业务的服务器确定是否同意该余额的转入，有效提升了余额转入的安全性。

在一个实施例中，所述请求消息用于请求将所述终端设备绑定的所述目标公交卡进行退卡；

根据所述目标公交卡的信息，按照所述请求消息的指示对所述目标公交卡进行对应的业务处理，包括：

在所述目标公交卡的信息中将所述目标公交卡的状态修改为已退卡；

将所述目标公交卡中的余额转入与所述目标账号对应的金融账户中；

向所述终端设备发送响应消息，包括：

向所述终端设备发送删除指令，所述删除指令用于指示所述终端设备删除所述目标公交卡的信息。

本公开的实施例提供的技术方案可以包括以下有益效果：当服务器接收请求退卡的请求消息后，可以直接响应该请求，完成退卡的过程，无需用户去公交卡服务站点，简化了目标公交卡的解绑处理的程序。

在一个实施例中，所述将所述目标公交卡中的余额转入与所述目标账号对应的金融账户中之前，还包括：

向所述处理公交卡业务的服务器发送的余额退还消息，所述余额退还消息用于请求将所述目标公交卡中的余额转入与所述目标账号对应的金融账户中；

接收所述处理公交卡业务的服务器发送的余额退还响应消息，所述余额退还消息用于指示将所述目标公交卡中的余额转入与所述目标账号对应的金融账户中。

本公开的实施例提供的技术方案可以包括以下有益效果：当服务器接收到请求退卡的请求消息后，可向处理公交卡业务的服务器发送余额退还消息，以让处理公交卡业务的服务器确定是否同意该余额转入，有效提升了余额转入的准确性。

根据本公开实施例的第二方面，提供一种信息变更方法，所述方法应用于终端设备，所述方法包括：

向服务器发送请求消息，所述请求消息用于请求处理目标账号对应的目标公交卡的业务，所述请求消息包括：所述目标账号的信息；

接收所述服务器发送的响应消息，所述响应消息用于指示所述终端设备进行对应的业务处理；

根据所述响应消息进行对应的业务处理。

本公开的实施例提供的技术方案可以包括以下有益效果：向服务器发送请求消息，请求消息用于请求处理目标账号对应的目标公交卡的业务，请求消息包括：目标账号的信息；接收服务器发送的响应消息，响应消息用于指示终端设备进行对应的业务处理；并根据响应消息进行对应的业务处理。其中，可以通过终端设备向服务器发送请求消息，以使服务器根据请求消息对目标公交卡的业务进行处理，从而无需用户去公交卡服务站点处理目标公交卡的业务，简化了目标公交卡的业务处理程序。

在一个实施例中，所述请求消息用于请求解除所述终端设备与所述目标公交卡的绑定关系，或，所述请求消息用于请求将所述终端设备绑定的所述目标公交卡进行退卡；

所述接收所述服务器发送的响应消息包括：

接收所述服务器发送的删除指令，所述删除指令用于指示删除所述目标公交卡的信息；

所述根据所述响应消息进行对应的业务处理，包括：

根据所述删除指令删除所述目标公交卡的信息。

本公开的实施例提供的技术方案可以包括以下有益效果：当想要解除终端设备与目标公交卡的绑定关系时，只需向服务发送请求消息，从而使得服务器响应该请求，完成解绑的过程，无需用户去公交卡服务站点，简化了目标公交卡的解绑处理的程序。

在一个实施例中，所述请求消息用于请求将所述目标公交卡与所述终端设备绑定；

所述接收所述服务器发送的响应消息包括：

接收所述服务器发送的绑定指令，所述绑定指令用于指示所述终端设备与所述目标公交卡绑定；

所述根据所述响应消息进行对应的业务处理，包括：

根据所述绑定指令将所述终端设备与所述目标公交卡绑定。

本公开的实施例提供的技术方案可以包括以下有益效果：当想要绑定终端设备与目标公交卡时，只需向服务发送请求消息，从而使得服务器响应该请求，完成绑定的过程，无需用户去公交卡服务站点，简化了目标公交卡的解绑处理的程序。

在一个实施例中，所述向所述服务器发送请求消息之前，还包括：

向所述服务器发送服务器登录消息，所述服务器登录消息包括：所述目标账号的信息；

接收所述服务器发送的提示消息，所述提示消息用于提示将所述终端设备与所述目标公交卡绑定。

本公开的实施例提供的技术方案可以包括以下有益效果：用户使用终端设备登录服务器后，服务器可根据目标账号进行检测目标公交卡的状态，当服务器检测到目标账号对应的目标公交卡的状态为待绑定状态时，可主动向终端设备发送提示消息，有效提升了用户体验。

在一个实施例中，所述请求消息用于请求将所述目标公交卡中的余额转入至所述终端设备；

所述接收所述服务器发送的响应消息包括：

接收所述服务器发送的余额转入指令，所述余额转入指令用于指示将所述目标公交卡中的余额转入至所述终端设备；

所述根据所述响应消息进行对应的业务处理，包括：

根据所述余额转入指令将所述目标公交卡中的余额转入至所述终端设备。

本公开的实施例提供的技术方案可以包括以下有益效果：终端设备还可以根据接收服务器发送的余额转入指令，执行余额转入的过程，无需用户去公交卡服务站点，简化了目标公交卡的余额转移处理的程序。

根据本公开实施例的第三方面，提供一种信息变更装置，包括：

请求消息接收模块，用于接收请求消息，所述请求消息用于请求处理目标账号对应的目标公交卡的业务，所述请求消息包括：所述目标账号的信息；

获取模块，用于根据所述目标账号的信息在已经存储的数据库中获取所述目标公交卡的信息，所述数据库包括至少一个公交卡的信息及至少一个账号的信息，所述数据库用于指示所述至少一个公交卡和所述至少一个账号的对应关系，所述目标公交卡的信息包括：所述目标公交卡的类型和所述目标公交卡的状态；

处理模块，用于根据所述目标公交卡的信息，按照所述请求消息的指示对所述目标公交卡进行对应的业务处理；

发送模块，用于向终端设备发送响应消息，所述响应消息用于指示所述终端设备进行对应的业务处理。

在一个实施例中，所述装置还包括：信息接收模块和存储模块；

所述信息接收模块，用于接收处理公交卡业务的服务器发送的所述目标公交卡的信息；

所述存储模块，用于在所述数据库中存储所述目标公交卡的信息。

在一个实施例中，所述请求消息用于请求解除所述终端设备与所述目标公交卡的绑定关系；所述处理模块包括：第一处理子模块，所述发送模块包括：第一发送子模块；

所述第一处理子模块，用于在所述目标公交卡的信息中将所述目标公交卡的状态修改为待绑定状态；

所述第一发送子模块，用于向所述终端设备发送删除指令，所述删除指令用于指示所述终端设备删除所述目标公交卡的信息。

在一个实施例中，所述目标公交卡的信息还包括：所述目标公交卡绑定的终端设备的标识；所述第一发送子模块还包括：终端设备确定子模块和删除指令发送子模块；

所述终端设备确定子模块，用于从获取的所述目标公交卡的信息中确定所述目标公交卡绑定的终端设备的标识；

所述删除指令发送子模块，用于根据所述终端设备的标识向所述终端设备发送所述删除指令。

在一个实施例中，所述请求消息用于请求将所述目标公交卡与所述终端设备绑定；所述处理模块包括：第二处理子模块，所述发送模块包括：第二发送子模块；

所述第二处理子模块，用于在所述目标公交卡的信息中将所述目标公交卡的状态修改为已绑定状态；

所述第二发送子模块，用于向所述终端设备发送绑定指令，所述绑定指令用于指示所述终端设备与所述目标公交卡绑定。

在一个实施例中，所述装置还包括：绑定请求消息发送模块、绑定响应消息接收模块和绑定指令生成模块；

所述绑定请求消息发送模块，用于向所述处理公交卡业务的服务器发送所述绑定请求消息；

所述绑定响应消息接收模块，用于接收所述处理公交卡业务的服务器发送的绑定响应消息，所述绑定响应消息用于指示允许所述目标公交卡与所述终端设备绑定；

所述绑定指令生成模块，用于根据所述绑定响应消息生成所述绑定指令。

在一个实施例中，所述第二处理子模块包括：查找子模块和修改子模块，

所述查找子模块，用于查找所述数据库中所述目标公交卡的状态是否为待绑定状态；

所述修改子模块，用于当确定所述目标公交卡的状态为待绑定状态时，在所述目标公交卡的信息中将所述目标公交卡的状态修改为已绑定状态。

在一个实施例中，所述装置还包括：登录消息接收模块和提示消息发送模块；

所述登录消息接收模块，用于接收所述终端设备发送的服务器登录消息，所述服务器登录消息包括：所述目标账号的信息；

所述提示消息发送模块，用于当在所述数据库中检测到所述目标账号对应的所述目标公交卡的状态为待绑定状态时，向所述终端设备发送提示消息，所述提示消息用于提示将所述终端设备与所述目标公交卡绑定。

在一个实施例中，所述请求消息用于请求将所述目标公交卡中的余额转入至所述终端设备；所述处理模块包括：第三处理子模块，所述发送模块包括：第三发送子模块；所述处理模块还包括：余额转入指令接收子模块，

所述第三处理子模块，用于向所述处理公交卡业务的服务器发送余额转入请求消息，所述余额转入请求消息用于请求将所述目标公交卡中的余额转入至所述终端设备；

所述余额转入指令接收子模块，用于接收所述公交公司服务器发送的余额转入指令，所述余额转入指令用于指示将所述目标公交卡中的余额转入至所述终端设备；

所述第三发送子模块，用于向所述终端设备发送所述余额转入指令。

在一个实施例中，所述请求消息用于请求将所述终端设备绑定的所述目标公交卡进行退卡；所述处理模块包括：第四处理子模块，所述发送模块包括：第四发送子模块；

所述第四处理子模块，用于在所述目标公交卡的信息中将所述目标公交卡的状态修改为已退卡；将所述目标公交卡中的余额转入与所述目标账号对应的金融账户中；

所述第四发送子模块，用于向所述终端设备发送删除指令，所述删除指令用于指示所述终端设备删除所述目标公交卡的信息。

在一个实施例中，所述处理模块包括：还包括：余额退还消息发送子模块和接收子模块，

所述余额退还消息发送子模块，用于向所述处理公交卡业务的服务器发送的余额退还消息，所述余额退还消息用于请求将所述目标公交卡中的余额转入与所述目标账号对应的金融账户中；

所述接收子模块，用于接收所述处理公交卡业务的服务器发送的余额退还响应消息，所述余额退还消息用于指示将所述目标公交卡中的余额转入与所述目标账号对应的账户应用中。

根据本公开实施例的第四方面，提供一种信息变更装置，所述装置应用于终端设备包括：

请求消息发送模块，用于向服务器发送请求消息，所述请求消息用于请求处理目标账号对应的目标公交卡的业务，所述请求消息包括：所述目标账号的信息；

响应消息接收模块，用于接收所述服务器发送的响应消息，所述响应消息用于指示所述终端设备进行对应的业务处理；

业务处理模块，用于根据所述响应消息进行对应的业务处理。

在一个实施例中，所述请求消息用于请求解除所述终端设备与所述目标公交卡的绑定关系，或，所述请求消息用于请求将所述终端设备绑定的所述目标公交卡进行退卡；所述响应消息接收模块包括：删除指令接收子模块；所述业务处理模块包括：第一处理子模块；

所述删除指令接收子模块，用于接收所述服务器发送的删除指令，所述删除指令用于指示删除所述目标公交卡的信息；

所述第一处理子模块，用于根据所述删除指令删除所述目标公交卡的信息。

在一个实施例中，所述请求消息用于请求将所述目标公交卡与所述终端设备绑定；所述响应消息接收模块包括：绑定指令接收子模块；所述业务处理模块包括：第二处理子模块；

所述绑定指令接收子模块，用于接收所述服务器发送的绑定指令，所述绑定指令用于指示所述终端设备与所述目标公交卡绑定；

所述第二处理子模块，用于根据所述绑定指令将所述终端设备与所述目标公交卡绑定。

在一个实施例中，服务器登录消息发送模块和提示消息接收模块；

所述服务器登录消息发送模块，用于向所述服务器发送服务器登录消息，所述服务器登录消息包括：所述目标账号的信息；

所述提示消息接收模块，用于接收所述服务器发送的提示消息，所述提示消息用于提示将所述终端设备与所述目标公交卡绑定。

在一个实施例中，所述请求消息用于请求将所述目标公交卡中的余额转入至所述终端设备；所述响应消息接收模块包括：余额转入指令接收子模块；所述业务处理模块包括：第三处理子模块；

所述余额转入指令接收子模块，用于接收所述服务器发送的余额转入指令，所述余额转入指令用于指示将所述目标公交卡中的余额转入至所述终端设备；

所述第三处理子模块，用于根据所述余额转入指令将所述目标公交卡中的余额转入至所述终端设备。

根据本公开实施例的第五方面，提供一种信息变更装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收请求消息，所述请求消息用于请求处理目标账号对应的目标公交卡的业务，所述请求消息包括：所述目标账号的信息；

根据所述目标账号的信息在已经存储的数据库中获取所述目标公交卡的信息，所述数据库包括至少一个公交卡的信息及至少一个账号的信息，所述数据库用于指示所述至少一个公交卡和所述至少一个账号的对应关系，所述目标公交卡的信息包括：所述目标公交卡的类型和所述目标公交卡的状态；

根据所述目标公交卡的信息，按照所述请求消息的指示对所述目标公交卡进行对应的业务处理；

向终端设备发送响应消息，所述响应消息用于指示所述终端设备进行对应的业务处理。

根据本公开实施例的第六方面，提供一种信息变更装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

向服务器发送请求消息，所述请求消息用于请求处理目标账号对应的目标公交卡的业务，所述请求消息包括：所述目标账号的信息；

接收所述服务器发送的响应消息，所述响应消息用于指示所述终端设备进行对应的业务处理；

根据所述响应消息进行对应的业务处理。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例一示出的信息变更方法的流程图。

图2是根据一示例性实施例二示出的信息变更方法的流程图。

图3是根据一示例性实施例三示出的信息变更方法的流程图。

图4是根据一示例性实施例四示出的信息变更方法的流程图。

图5是根据一示例性实施例五示出的信息变更方法的流程图。

图6是根据一示例性实施例六示出的信息变更方法的流程图。

图7是根据一示例性实施例七示出的信息变更方法的流程图。

图8是根据一示例性实施例八示出的信息变更方法的流程图。

图9是根据一示例性实施例九示出的信息变更方法的流程图。

图10是根据一示例性实施例十示出的信息变更方法的流程图。

图11是根据一示例性实施例十一示出的信息变更方法的流程图。

图12是根据一示例性实施例十二示出的信息变更方法的流程图。

图13是根据一示例性实施例十三示出的信息变更方法的流程图。

图14是根据一示例性实施例一示出的信息变更装置的框图。

图15是根据一示例性实施例二示出的信息变更装置的框图。

图16是根据一示例性实施例三示出的信息变更装置的框图。

图17是根据一示例性实施例四示出的信息变更装置的框图。

图18根据一示例性实施例五示出的信息变更装置的框图。

图19是根据一示例性实施例六示出的信息变更装置的框图

图20是根据一示例性实施例七示出的信息变更装置的框图。

图21是根据一示例性实施例八示出的信息变更装置的框图。

图22是根据一示例性实施例九示出的信息变更装置的框图。

图23是根据一示例性实施例十示出的信息变更装置的框图。

图24是根据一示例性实施例十一示出的信息变更装置的框图。

图25是根据一示例性实施例十二示出的信息变更装置的框图。

图26是根据一示例性实施例十三示出的信息变更装置的框图。

图27是根据一示例性实施例十四示出的信息变更装置的框图。

图28是根据一示例性实施例十五示出的信息变更装置的框图。

图29是根据一示例性实施例十六示出的信息变更装置的框图。

图30是根据一示例性实施例示出的一种用于信息变更的装置40的框图。

图31是根据一示例性实施例示出的一种用于信息变更装置80的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例一示出的信息变更方法的流程图，如图1所示，该信息变更方法用于服务器中，包括以下步骤s101-s104：

在步骤s101中，接收请求消息，请求消息用于请求处理目标账号对应的目标公交卡的业务，请求消息包括：目标账号的信息。

在步骤s102中，根据目标账号的信息在已经存储的数据库中获取目标公交卡的信息，数据库包括至少一个公交卡的信息及至少一个账号的信息，数据库用于指示至少一个公交卡和至少一个账号的对应关系，目标公交卡的信息包括：目标公交卡的类型和目标公交卡的状态。

其中，公交卡的类型包括但不限于公交卡对应的地方，比如：西安城市一卡通、广州的羊城通和北京的一卡通等。

在步骤s103中，根据目标公交卡的信息，按照请求消息的指示对目标公交卡进行对应的业务处理。

在步骤s104中，向终端设备发送响应消息，响应消息用于指示终端设备进行对应的业务处理。

由于nfc具有非接触式ic卡模拟模式，在该种模式下，nfc模块可以实现ic卡功能，此时便可以实现公交卡功能，因此，随着移动互联网科技的进步，越来越多的终端设备内会设置有nfc模块，从而使得终端设备可以通过nfc模块实现公交卡功能，而无需用户额外持有一实体公交卡。

当人们使用终端设备实现公交卡功能时，只需在对应的公交公司开通终端设备的公交卡功能即可，而当人们外出乘坐公共交通工具时，只需使用开通公交卡功能的终端设备和公共交通工具设备的读卡器感应，以完成刷卡及扣款工作。

目前，各个城市公交公司都有自己的一套独立、封闭的公交卡体系，因此各个公交公司之间的公交卡业务是无法通过其他公交公司协助处理的，在用户使用终端设备的公交卡功能时，如果用户需要处理终端设备中绑定的目标公交卡的相关业务，那么用户必须要去目标公交卡对应的公交卡服务站点办理，而当用户在外地，用户便无法及时完成目标公交卡的相关业务的办理。

例如：用户使用终端设备开通的是羊城通，而用户想要处理该羊城通的相关业务，那么用户必须去羊城通对应的公交卡服务站点办理，而如果用户当前在北京，且在北京并未设置羊城通对应的公交卡服务站点，而北京的城市一卡通对应的公交卡服务站点也无权处理羊城通对应的业务，那么，用户便无法及时完成羊城通的相关业务的办理。

本公开中基于目标账号的信息的统一公交卡管理模块，且通过集合各个城市公交公司的公交卡体系对终端设备中的公交卡进行管理，通过设置一协助服务器，该协助服务器可以和各个城市公交公司用于处理公交卡业务的服务器进行通信，从而可以协助处理目标公交卡的相关业务，当用户需要处理终端设备中绑定的目标公交卡的相关业务时，用户只需向该协助服务器发送请求消息，当协助服务器收到该请求消息后，便按照请求消息的指示对目标公交卡进行对应的业务处理，例如：目标公交卡的迁移以及目标公交卡的退资等，而无需用户去公交卡服务站点，有效提升了目标公交卡业务的处理效率，并节省了用户的时间和精力。

值得注意的是，上述的协助服务器只是为了更清楚的说明本方案而举例的，不对服务器构成限制。

本公开实施例提供一种信息变更方法，包括：协助服务器接收包括目标账号的信息的请求消息，该请求消息用于请求处理目标账号对应的目标公交卡的业务，进而根据目标账号的信息在已经存储的数据库中获取目标公交卡的信息；按照请求消息的指示根据目标公交卡的信息对目标公交卡进行对应的业务处理；向终端设备发送响应消息，该响应消息用于指示所述终端设备进行对应的业务处理。其中，协助服务器可以和各个城市公交公司用于处理公交卡业务的服务器进行通信，从而可以协助处理目标公交卡的相关业务，从而无需用户去目标公交卡对应的公交卡服务站点处理目标公交卡的业务，简化了目标公交卡的业务处理程序。

值得注意的是，上述各个步骤的先后顺序并不以此为限，在实际应用中可以根据需求更换前后步骤的顺序。

在本公开的一个实施例中，如图2所示，本公开实施例的方法还包括：步骤s105-步骤s106，

在步骤s105中，接收处理公交卡业务的服务器发送的目标公交卡的信息。

在步骤s106中，在数据库中存储目标公交卡的信息。

其中，处理公交卡业务的服务器可以为公交公司服务器，也可以为公交公司在其他公司设置的用于处理公交卡业务的服务器，本公开不对处理公交卡业务的服务器的类型加以限制。为了更加清楚的说明本公开的方案,下面实施例中以公交公司服务器为例进行说明.

由于本公开中的协助服务器可以协助处理公交卡的相关业务，那么协助服务器就需要和公交公司服务器进行通信，从而实现对公交卡业务的处理。

在一种可实现方式中，当协助服务器接收到包括目标账号的信息的请求消息后，协助服务器才从公交公司服务器接收与目标账号对应的目标公交卡的信息，进而协助服务器根据接收到的目标公交卡的信息，按照请求消息的指示对目标公交卡进行对应的业务处理，这样的通信方式虽然也可以实现协助服务器对目标公交卡进行对应的业务处理，但是这样会导致通信时延较长。

因此，本公开的协助服务器可以提前接收公交公司服务器发送的目标公交卡的信息，并在数据库中存储目标公交卡的信息，从而在协助服务器接收到请求消息后，直接根据请求消息中携带的目标账号的信息从数据库中获取目标公交卡的信息，并根据目标公交卡的信息，按照请求消息的指示对目标公交卡进行对应的业务处理，这样可以有效降低处理时延。

本公开的实施例提供的技术方案可以包括以下有益效果：协助服务器通过将从处理公交卡业务的服务器接收的目标公交卡的信息存储至数据库中，从而协助服务器在处理目标公交卡对应的业务时，可直接从数据库查找到目标公交卡的信息，有效提升了处理效率。

在本公开实施例中，可以在终端设备中设置一个应用，该终端设备可通过该应用实现与协助服务器之间的信息交互。为了更加清楚的说明本公开的方案，下面各实施例以在终端设备中设置公交应用来说明本方案，但并不以此为限。

在一种可实现方式中，上述步骤s101中的请求消息用于请求解除终端设备与目标公交卡的绑定关系，此时，如图3所示，上述的步骤s103可以实施为：步骤s1031，上述的步骤s104可以实施为步骤s1041：

在步骤s1031中，在目标公交卡的信息中将目标公交卡的状态修改为待绑定状态。

在步骤s1041中，向终端设备发送删除指令，该删除指令用于指示终端设备删除目标公交卡的信息。

当用户想要解除终端设备上绑定的目标公交卡时，用户通过终端设备中的公交应用向协助服务器发送请求消息，当协助服务器收到该请求消息后，在数据库中查找到目标公交卡的信息，在查找到的目标公交卡的信息中将目标公交卡的状态修改为待绑定状态，并向终端设备中的公交应用发送删除指令，当终端设备中的公交应用收到删除指令后，公交应用通过在终端设备的nfc模块中删除目标公交卡的信息，从而实现了解除终端设备与目标公交卡的绑定关系的请求。

在相关技术中，如果用户想要解除终端设备中绑定的目标公交卡，那么用户必须去目标公交卡对应的公交卡服务站点进行解绑的过程，而本公开中，当协助服务器接收请求解除终端设备与目标公交卡的绑定关系的请求消息后，可以直接响应该请求，完成解绑的过程，无需用户去公交卡服务站点，简化了目标公交卡的解绑处理的程序。

此时的请求消息可以为已绑定上述目标公交卡的终端设备发送，也可以由未绑定上述目标公交卡的终端设备发送，本公开不对其加以限制。

本公开的实施例提供的技术方案可以包括以下有益效果：当协助服务器接收请求解除终端设备与目标公交卡的绑定关系的请求消息后，可以响应该请求，完成解绑的过程，无需用户去目标公交卡对应的公交卡服务站点，简化了目标公交卡的解绑处理的程序。

当上述请求消息为未绑定目标公交卡的终端设备发送的时候，可以通过以下方式实现向终端设备发送删除指令的过程：

此时，数据库中保存的目标公交卡的信息中还可以包括目标公交卡绑定的终端设备的标识，当接收到请求消息后，就可以根据目标账号的信息现在数据库中查找目标公交卡的信息，进而从目标公交卡的信息中确定终端设备的标识，最后向确定的终端设备发送删除指令。

本公开的实施例提供的技术方案可以包括以下有益效果：用户可以通过没有绑定目标公交卡的终端设备发送请求消息，从而简化了解除目标公交卡与终端设备绑定处理的程序。

上述协助服务器直接处理目标公交卡的解绑业务，是出于协助服务器得到公交公司服务器的授权，其可以全权代理解绑业务，当公交公司服务器没有授予协助服务器代理解绑业务的权利时，那么，当协助服务器接收到终端设备发送到请求消息后，协助服务器会先将该请求消息转发给公交公司服务器，由公交公司确定是否同意该请求消息中请求的解绑业务的处理，当公交公司服务器同意该解绑业务的处理后，公交公司服务器会向协助服务器发送指示指令以及删除指令，进而，协助服务器按照指示指令在目标公交卡的信息中将目标公交卡的状态修改为待绑定状态，并将删除指令转发给终端设备。

在一种可实现方式中，上述步骤s101中的请求消息用于请求将目标公交卡与终端设备绑定，此时，如图4所示，上述的步骤s103可以实施为：步骤s1032，上述的步骤s104可以实施为步骤s1042：

在步骤s1032中，在目标公交卡的信息中将目标公交卡的状态修改为已绑定状态。

在步骤s1042中，向终端设备发送绑定指令，该绑定指令用于指示终端设备与目标公交卡绑定。

当用户想要在终端设备上绑定目标公交卡时，用户通过终端设备中的公交应用向协助服务器发送请求消息，当协助服务器收到该请求消息后，在数据库中查找到目标公交卡的信息，在查找到的目标公交卡的信息中，将目标公交卡的状态修改为已绑定状态，并向终端设备中的公交应用发送绑定指令，当终端设备中的公交应用收到绑定指令后，公交应用通过在终端设备的nfc模块中写入目标公交卡的信息，从而实现了将目标公交卡与终端设备进行绑定的请求。

本公开的实施例提供的技术方案可以包括以下有益效果：当协助服务器接收请求将目标公交卡与终端设备绑定的请求消息后，可以直接响应该请求，完成绑定的过程，无需用户去目标公交卡对应的公交卡服务站点，简化了目标公交卡的绑定处理的程序。

在一种可实现方式中，如图5所示，在图4的基础上，上述的方法还包括：步骤s107-步骤s109：

在步骤s107中，向处理公交卡业务的服务器发送绑定请求消息。

在步骤s108中，接收处理公交卡业务的服务器发送的绑定响应消息，该绑定响应消息用于指示允许目标公交卡与终端设备绑定。

在步骤s109中，根据绑定响应消息生成绑定指令。

上述协助服务器直接处理目标公交卡的绑定业务，是出于协助服务器得到了公交公司服务器的授权，可以全权代理绑定业务，当公交公司服务器没有授予协助服务器代理绑定业务的权利时，那么，当协助服务器接收到终端设备发送到请求消息后，协助服务器会先将该请求消息转发给公交公司服务器，由公交公司确定是否同意该请求消息中请求的绑定业务的处理，当公交公司服务器同意该绑定业务的处理后，公交公司服务器会向协助服务器发送绑定响应消息，该绑定响应消息一方面指示协助服务器在目标公交卡的信息中将目标公交卡的状态修改为已绑定状态，另一方面指示同意终端设备与目标公交卡绑定，进而，协助服务器按照响应指令在目标公交卡的信息中将目标公交卡的状态修改为已绑定状态，并将根据响应指令生成绑定指令，将绑定指令发送给终端设备。

本公开的实施例提供的技术方案可以包括以下有益效果：当协助服务器接收请求将目标公交卡与终端设备绑定的请求消息后，会将该请求消息发送给处理公交卡业务的服务器，以让处理公交卡业务的服务器确定是否同意该业务的处理，有效提高了目标公交卡业务处理的安全性。

在一种可实现方式中，上述协助服务器在目标公交卡的信息中将目标公交卡的状态修改为已绑定状态可以通过以下方式实现：查找数据库中保存的目标公交卡的状态是否为待绑定状态，当确定目标公交卡的状态为待绑定状态时，此时，在目标公交卡的信息中将目标公交卡的状态修改为已绑定状态，并向终端设备发送绑定指令；当确定目标公交卡的状态为已绑定状态时，此时，协助服务器确定该请求消息为非法请求消息，则协助服务器可以向终端设备发送“您好，您无权绑定该目标公交卡”的提示消息。

本公开的实施例提供的技术方案可以包括以下有益效果：通过在数据库中确定目标公交卡的状态，避免了用户对公交卡的重复绑定，有效提升了公交卡使用的可靠性。

当请求消息用于请求将目标公交卡与终端设备绑定时，在一种可实现方式中，用户可以通过终端设备主动向协助服务器发送该请求消息，在另一种可实现方式中，协助服务器主动向终端设备推送一提示消息，此时，协助服务器主动向终端设备推送一提示消息可以通过下述方法实现：

协助服务器接收终端设备发送的服务器登录消息，该服务器登录消息包括：目标账号的信息，当协助服务器接收到该服务器登录消息后，在数据库中检测，当协助服务器在数据库中检测到目标账号对应的目标公交卡的状态为待绑定状态时，则向终端设备发送提示消息，该提示消息用于提示将终端设备与目标公交卡绑定。

当用户通过终端设备中的公交应用登录协助服务器后，协助服务器会在数据库中检测目标账号对应的目标公交卡的状态是否为待绑定状态，当协助服务器在数据库中检测到目标账号对应的目标公交卡的状态为待绑定状态时，则向终端设备中的公交应用发送提示消息，该提示消息用于提示将终端设备与目标公交卡绑定，当公交应用接收到该提示消息后，公交应用可以将该提示消息以对话框的方式向用户显示；而当协助服务器在数据库中检测到目标账号对应的目标公交卡的状态为已绑定状态时，则不执行任何操作。

本公开的实施例提供的技术方案可以包括以下有益效果：当协助服务器检测到目标账号对应的目标公交卡的状态为待绑定状态时，可主动向终端设备发送提示消息，简化了目标公交卡的绑定流程。

在一种可实现方式中，上述步骤s101中的请求消息用于请求将目标公交卡中的余额转入至终端设备中，此时，如图6所示，上述的步骤s103可以实施为：步骤s1033-步骤s1034，上述的步骤s104可以实施为步骤s1043：

在步骤s1033中，向处理公交卡业务的服务器发送余额转入请求消息，该余额转入请求消息用于请求将目标公交卡中的余额转入至终端设备。

在步骤s1034中，接收处理公交卡业务的服务器发送的余额转入指令，该余额转入指令用于指示将目标公交卡中的余额转入至终端设备。

在步骤s1043中，向终端设备发送余额转入指令。

当其他终端设备解除了与目标公交卡的绑定关系后，或者当其他终端设备将该目标公交卡进行退卡业务后，而该目标公交卡中还有余额的情况下，可以对该余额进行转移，此时，可以将余额转入至与该目标公交卡的类型相同的公交卡中，也可以将余额转入至其他类型的公交卡中。

例如：目标公交卡为羊城通，终端设备中绑定的为西安城市一卡通，那么可以将该羊城通中的余额转入至终端设备中的西安城市一卡通中。

再例如：目标公交卡为羊城通，终端设备中绑定的也为羊城通，那么可以将该目标公交卡中的余额转入至终端设备中的羊城通中。

其中，在不同种类型之间的公交卡间实现公交卡的转移可以通过以下方式实现：

先将目标公交卡的余额转入至某一中间金融账户中，进而从该金融账户中将余额转入至终端设备中。

由于是使用终端设备的nfc模块实现公交卡功能，因此余额的转入其实就是修改nfc模块中的公交卡模块的余额参数。

本公开实施例中，还可以直接将目标公交卡的余额转入至与目标账号对应的一个金融账户中，而无需将目标公交卡的余额转入至终端设备中。

其中，金融账户为用户自己设定的，也可以为在余额转入时，提示用户输入的，本公开不对金融账户的获取方式加以限制。

在将余额转入至终端设备后，协助服务器还可以向终端设备发送通知指令，该通知指令用于通知已将目标公交卡中的余额转入与终端设备中。

本公开的实施例提供的技术方案可以包括以下有益效果：当协助服务器接收到请求余额转入的请求消息后，可向处理公交卡业务的服务器发送余额转入请求消息，以让处理公交卡业务的服务器确定是否同意该余额的转入，有效提升了余额转入的安全性。

在一种可实现方式中，上述步骤s101中的请求消息用于请求将所述终端设备绑定的所述目标公交卡进行退卡；此时，如图7所示，上述的步骤s103可以实施为：步骤s1035-步骤s1036，上述的步骤s104可以实施为步骤s1044：

在步骤s1035中，在目标公交卡的信息中将目标公交卡的状态修改为已退卡。

在步骤s1036中，将目标公交卡中的余额转入与目标账号对应的金融账户中。

在步骤s1044中，向终端设备发送删除指令，该删除指令用于指示终端设备删除目标公交卡的信息。

当用户需要进行退卡业务时，此时用户通过终端设备中的目标公交应用登录协助服务器，向协助服务器发送请求消息，当协助服务器接收到该请求消息后，首先在目标公交卡的信息中将所述目标公交卡的状态修改为已退卡，并将目标公交卡中的余额转入与目标账号对应的金融账户中；进而向终端设备的公交应用发送删除指令，当终端设备的公交应用接收到该删除指令后，从终端设备中的nfc模块中删除目标公交卡的信息，已完成删除终端设备中的目标公交卡的信息的过程。

协助服务器还可以向终端设备发送通知指令，该通知指令用于通知已将目标公交卡中的余额转入与目标账号对应的金融账户中。

本公开的实施例提供的技术方案可以包括以下有益效果：当协助服务器接收请求退卡的请求消息后，可以直接响应该请求，完成退卡的过程，无需用户去目标公交卡对应的公交卡服务站点，简化了目标公交卡的解绑处理的程序。

上述协助服务器直接处理目标公交卡的退卡业务，都是出于协助服务器得到了公交公司服务器的授权，可以全权代理退卡业务，当公交公司服务器没有授予协助服务器代理退卡业务的权利时，那么，当协助服务器接收到终端设备发送到请求消息后，协助服务器会先向处理公交卡业务的服务器发送的余额退还消息，该余额退还消息用于请求将目标公交卡中的余额转入与目标账号对应的金融账户中，由处理公交卡业务的服务器确定是否同意该请求消息中请求的余额转入业务的处理，当处理公交卡业务的服务器同意该余额转入业务的处理后，处理公交卡业务的服务器会向协助服务器发送的余额退还响应消息，该余额退还响应消息一方面在指示将目标公交卡中的余额转入与目标账号对应的金融账户中；一方面指示在目标公交卡的信息中将目标公交卡的状态修改为已退卡；进而，协助服务器按照余额退还响应消息将目标公交卡中的余额转入与目标账号对应的金融账户中，并在目标公交卡的信息中将目标公交卡的状态修改为已退卡。

由于目标公交卡会出现刷卡但未扣费等情况，因此就需要处理公交卡业务的服务器确定是否同意该目标公交卡中的余额退还，从而可以有效提升余额退还的准确性。

本公开的实施例提供的技术方案可以包括以下有益效果：当协助服务器接收到请求退卡的请求消息后，可向处理公交卡业务的服务器发送余额退还消息，以让处理公交卡业务的服务器确定是否同意该余额转入，有效提升了余额转入的准确性。

在一种可实现方式中，上述步骤s101中的请求消息用于请求查询终端设备绑定的目标公交卡的信息；此时，如果用户需要查询的目标公交卡的信息保存在处理公交卡业务的服务器中，则此时协助服务器会将该请求消息转发至处理公交卡业务的服务器，进而由处理公交卡业务的服务器决择用户是否有权利查看该些信息，并将用户有权利查看的信息发送给协助服务器，当协助服务器接收到该些消息后，将其转发送给终端设备，以让终端设备向用户显示该些信息。

如果用户想要查看的消息位于终端设备的nfc模块中，此时，协助服务器也可以向处理公交卡业务的服务器发送是否同意用户查看该些消息的请求，当处理公交卡业务的服务器同意后，向协助服务器发送同意消息，进而协助服务器将同意消息转发给终端设备，此时终端设备直接从nfc模块中读取该些信息显示给用户；为了降低用户等待的时间，也可以由协助服务器直接判断用户是否有权利查看该些消息，当确定用户有权利查看时，向终端设备发送同意消息，此时终端设备直接从nfc模块中读取该些信息显示给用户。

值得注意的是，上述协助服务器直接处理目标公交卡的任何业务，都是出于协助服务器得到的公交公司服务器的授权，可以全权代理该些业务，当公交公司服务器没有授予协助服务器代理该些业务的权利时，那么，当协助服务器接收到终端设备发送到请求消息后，协助服务器会先将该请求消息转发给公交公司服务器，由公交公司确定是否同意该请求消息中请求的业务的处理，当公交公司服务器同意该业务的处理后，公交公司服务器会向协助服务器发送协助服务器的处理指示以及终端设备的处理指示，进而，协助服务器按照处理指示执行相应的处理，并将终端设备的处理指令转发给终端设备。

在上述各个实施例中，在协助服务器向处理公交卡业务的服务器发送任何消息之前，协助服务器会先根据接收到的请求消息在数据库中确定公交卡的类型，进而根据公交卡的类型确定对应的处理公交卡业务的服务器，此时，才向该处理公交卡业务的服务器发送消息。

例如：请求消息用于请求解除终端设备与广州羊城通的绑定关系，当协助服务器接收到该请求消息后，根据请求消息确定目标公交卡的类型为广州羊城通，则协助服务器向处理广州羊城通业务的服务器发送后续消息。

为了实现本公开中的协助服务器与处理公交卡业务的服务器的交互，在一种可实现方式中，用户登录协助服务器的账号信息，与登录任何处理公交卡业务的服务器的账号信息关联。

例如：用户登录协助服务器的账号信息为123，用户登录处理公交卡业务的服务器的账号信息为234，但123和234是相关联的，也即可以通过账号信息123可以得到用户登录处理公交卡业务的服务器的账号信息为234。

在本公开另一种可实现方式中，用户登录协助服务器的账号信息，也可以与登录任何处理公交卡业务的服务器的账号信息相同。

例如：用户登录协助服务器的账号信息为123，用户登录处理公交卡业务的服务器的账号信息也为123。

值得注意的是，上述的实现方式仅为一种示例性说明，在实际应用中也可以有其他的方式，本公开并不以此为限。

上述各个实施例中，各个请求消息所请求的内容不同，用户在处理目标公交卡业务时，可以根据需求将需处理的业务进行划分，并依次发送包含不同内容的请求消息，直至处理完业务，例如：当用户想要移卡以及余额转移业务时，用户可以先通过第一终端设备或第二终端设备向协助服务器发送用于请求解除第一终端设备与目标公交卡的绑定关系的请求消息，当处理完该业务后，再通过第一终端设备或第二终端设备向协助服务器发送用于请求将目标公交卡与第二终端设备绑定的请求消息，当处理完该业务后，再通过第一终端设备或第二终端设备向协助服务器发送用于请求将第一终端设备绑定的目标公交卡中的余额转入至此时第二终端设备设备绑定的目标公交卡中。

通过上述的描述可知，为了完成移卡以及余额转移业务，需要向协助服务器发送三次请求消息，用户操作复杂，因此，在一种可实现方式中，用户可以仅向协助服务器发送一个请求消息，该请求消息同时用于请求将第一终端设备绑定的目标公交卡转移至第二终设备，并将第一终端设备绑定的目标公交卡中余额转移至第二终设备中绑定的目标公交卡中。当协助服务器接收到该请求消息后，可以将该请求消息进行拆分，例如：拆分为用于请求将第一终端设备绑定的目标公交卡转移至第二终设备的第一指令、以及用于请求将第一终端设备绑定的目标公交卡中余额转移至第二终设备中绑定的目标公交卡中的第二指令，换言之，根据所述请求消息生成所述第一指令和所述第二指令，具体如何根据所述请求消息拆分或者生成进一步的指令，本公开不做限定。例如，在处理时，协助服务器会先根据请求消息向第一终端设备发送解绑指令，当第一终端设备将绑定的目标公交卡解绑成功后，第一终端设备会向协助服务器发送解绑成功响应消息，当协助服务器接收到解绑成功响应消息后，再向第二终端设备发送绑定指令，当第二终端设备绑定目标公交卡后，第二终端设备会向协助服务器发送绑定成功响应消息，当协助服务器接收到解绑成功响应消息后，再向第二终端设备发送余额转入指令，当第二终端设备接收到余额转入指令后，此时第二终端设备执行余额转入操作，从而完成了整个流程。值得注意的是，上述协助服务器向第一终端设备发送解绑指令、或协助服务器向第二终端设备发送绑定指令、或协助服务器向第二终端设备发送余额转入指令之前，可以先向处理公交卡业务的服务器发送请求消息，以请求是否同意发送上述各指令。

图8是根据一示例性实施例八示出的信息变更方法的流程图，如图8所示，该信息变更方法用于终端设备中，包括以下步骤s201-s203：

在步骤s201中，向服务器发送请求消息，请求消息用于请求处理目标账号对应的目标公交卡的业务，请求消息包括：目标账号的信息。

在步骤s202中，接收服务器发送的响应消息，响应消息用于指示终端设备进行对应的业务处理。

在步骤s203中，根据响应消息进行对应的业务处理。

在用户想要对终端设备中绑定的目标公交卡执行某种操作时，用户可以通过终端设备向服务器发送请求消息，从而当服务器接收到该请求消息后，对该请求消息做出相应的处理，并向终端设备发送响应消息，当终端设备接收到该响应消息后，可根据响应消息进行对应的业务处理。

由于用户可以通过终端设备与服务器之间的交互完成对应的目标公交卡业务的处理，而无需用户去公交卡服务站点完成对目标公交卡业务的处理，有效提升了目标公交卡业务的处理效率，并节省了用户的时间和精力。

本公开实施例提供一种信息变更方法，包括：向服务器发送请求消息，请求消息用于请求处理目标账号对应的目标公交卡的业务，请求消息包括：目标账号的信息；接收服务器发送的响应消息，响应消息用于指示终端设备进行对应的业务处理；并根据响应消息进行对应的业务处理。其中，可以通过终端设备向服务器发送请求消息，以使服务器根据请求消息对目标公交卡的业务进行处理，从而无需用户去公交卡服务站点处理目标公交卡的业务，简化了目标公交卡的业务处理程序。

在一个实施例中，如图9所示，步骤s201中的请求消息用于请求解除终端设备与目标公交卡的绑定关系；上述的步骤s202可以实施为步骤s2021，上述的步骤s203可以实施为步骤s2031，

在步骤s2021中，接收服务器发送的删除指令，删除指令用于指示删除目标公交卡的信息。

在步骤s2031中，根据删除指令删除目标公交卡的信息。

当用户想要解除终端设备与目标公交卡的绑定关系时，用户通过终端设备向服务器发送用于请求解除终端设备与目标公交卡的绑定关系的请求消息，当服务器接收到该请求消息后，执行相应的处理流程，并向终端设备发送删除指令，当终端设备接收到该删除指令后，根据删除指令删除目标公交卡的信息，从而完成解除终端设备与目标公交卡的绑定关系的请求。

其中，服务器的处理流程详见服务器对应的实施例，此处不再赘述。

本公开的实施例提供的技术方案可以包括以下有益效果：当想要解除终端设备与目标公交卡的绑定关系时，只需向服务发送请求消息，从而使得服务器响应该请求，完成解绑的过程，无需用户去公交卡服务站点，简化了目标公交卡的解绑处理的程序。

在一个实施例中，如图10所示，步骤s201中的请求消息用于请求将目标公交卡与终端设备绑定；上述的步骤s202可以实施为步骤s2022，上述的步骤s203可以实施为步骤s2032，

在步骤s2022中，接收服务器发送的绑定指令，绑定指令用于指示终端设备与目标公交卡绑定。

在步骤s2032中，根据绑定指令将终端设备与目标公交卡绑定。

当用户想要绑定终端设备与目标公交卡时，用户通过终端设备向服务器发送用于请求绑定终端设备与目标公交卡的请求消息，当服务器接收到该请求消息后，执行相应的处理流程，并向终端设备发送绑定指令，当终端设备接收到该绑定指令后，根据绑定指令在终端设备中绑定目标公交卡的信息，从而完成绑定终端设备与目标公交卡。

其中，服务器的处理流程详见服务器对应的实施例，此处不再赘述。

本公开的实施例提供的技术方案可以包括以下有益效果：当想要绑定终端设备与目标公交卡时，只需向服务发送请求消息，从而使得服务器响应该请求，完成绑定的过程，无需用户去公交卡服务站点，简化了目标公交卡的解绑处理的程序。

在一个实施例中，步骤s201中的请求消息用于请求将所述终端设备绑定的所述目标公交卡进行退卡；此时，终端设备会接收服务器发送的删除指令，该删除指令用于指示终端设备删除目标公交卡的信息。

在一个实施例中，如图11所示，在步骤s201之前还包括：步骤s204-步骤s205，

在步骤s204中，向服务器发送服务器登录消息，服务器登录消息包括：目标账号的信息。

在步骤s205中，接收服务器发送的提示消息，提示消息用于提示将第终端设备与目标公交卡绑定。

当用户使用终端设备登录服务器时，服务器会根据服务器登录消息中包括的目标账号的信息确定是否向终端设备发送提示消息，当终端设备接收到服务器发送的提示消息后，向用户显示该提示消息，其中，提示消息用于提示将第终端设备与目标公交卡绑定。

其中，服务器的处理流程详见服务器对应的实施例，此处不再赘述。

本公开的实施例提供的技术方案可以包括以下有益效果：用户使用终端设备登录服务器后，服务器可根据目标账号进行检测目标公交卡的状态，当服务器检测到目标账号对应的目标公交卡的状态为待绑定状态时，可主动向终端设备发送提示消息，简化了目标公交卡的绑定流程。

在一个实施例中，如图12所示，步骤s201中的请求消息用于请求将目标公交卡中的余额转入至终端设备；上述的步骤s202可以实施为步骤s2023，上述的步骤s203可以实施为步骤s2033，

在步骤s2023中，接收服务器发送的余额转入指令，余额转入指令用于指示将目标公交卡中的余额转入至终端设备；

在步骤s2033中，根据余额转入指令将目标公交卡中的余额转入至终端设备。

当目标公交卡中的还有余额时，服务器还可以将余额进行转移。此时，终端设备会接收到服务器发送的余额转入指令，当终端设备接收到余额转移指令后，根据余额转入指令将目标公交卡中的余额转入至终端设备，也即根据目标公交卡中的余额修改终端设备中的nfc模块中的余额参数。

其中，服务器的处理流程详见服务器对应的实施例，此处不再赘述。

本公开的实施例提供的技术方案可以包括以下有益效果：终端设备还可以根据接收服务器发送的余额转入指令，执行余额转入的过程，无需用户去公交卡服务站点，简化了目标公交卡的余额转移处理的程序。

下面通过实施例详细介绍实现过程。

图13是根据一示例性实施例十三示出的信息变更方法的流程图，如图13所示，用户持有第一终端设备，在第一终端设备中绑定的为西安城市一卡通，并在开通第一终端设备的西安城市一卡通功能时，已经付出西安城市一卡通开卡费。此时用户想将第一终端设备中绑定的西安城市一卡通转移至第二终端设备中，并将第一终端设备中绑定的西安城市一卡通余额也同时转入至第二终端设备。该方法包括以下步骤：

在步骤s301中，协助服务器接收各个处理公交卡业务的服务器(包括以下步骤中的处理西安城市一卡通业务的服务器)发送的公交卡的信息。

在步骤s302中，协助服务器根据用户登录服务器的账号信息和公交卡的信息的对应关系，将其保存在数据库中。例如：保存如表1所示：

表1

在步骤s303中，用户通过第二终端设备中的公交应用向协助服务器发送请求消息，该请求消息用于请求将第一终端设备中绑定的西安城市一卡通转移至第二终端设备中，并将第一终端设备中绑定的西安城市一卡通余额也同时转入至第二终端设备，该请求消息包括：用户登录服务器的账号信息，以及第二终端设备的标识。

在步骤s304中，当协助服务器接收到该请求消息后，根据请求消息确定公交卡的类型为西安城市一卡通。

在步骤s305中，协助服务器将该请求消息转发给处理西安城市一卡通业务的服务器。

在步骤s306中，处理西安城市一卡通业务的服务器查看该张西安城市一卡通是否有未处理完的业务，比如未扣完的费，当确定该张西安城市一卡通中无未处理完的业务，则向协助服务器发送第一响应消息，该第一响应消息一方面用于指示协助服务器在数据库中保存的西安城市一卡通的信息中将西安城市一卡通的状态修改为待绑定状态且将该西安城市一卡通对应的已绑定的终端设备的标识删除；另一方面用于指示向第一终端设备发送删除指令，该删除指令用于指示第一终端设备删除nfc模块中的西安城市一卡通的信息。

在步骤s307中，协助服务器接收到第一响应消息后，从目标公交卡的信息中获取目标公交卡绑定的终端设备的标识(也即，查找到的为第一终端设备的标识)。

在步骤s308中，协助服务器根据查找到的第一终端设备的标识aa向第一终端设备的公交应用发送删除指令，并将数据库中保存的西安城市一卡通的状态修改为待绑定状态，删除已绑定的终端设备的标识，或者将已绑定的终端设备的标识置为默认值，该默认值指示相应公交卡当前未绑定任何终端设备。

例如：将表1修改为表2所示：

表2

在步骤s309中，当第一终端设备中的公交应用接收到该删除指令后，公交应用根据删除指令删除终端设备的nfc模块中的西安城市一卡通的信息，从而实现了解除第一终端设备与西安城市一卡通的绑定关系。

在步骤s310中，第一终端设备中的公交应用向协助服务器发送解绑成功消息，该解绑成功消息用于通知协助服务器已经成功解除第一终端设备与西安城市一卡通的绑定关系。

在步骤s311中，当协助服务器接收到解绑成功消息后，向处理西安城市一卡通业务的服务器转发该解绑成功消息。

在步骤s312中，处理西安城市一卡通业务的服务器接收到该解绑成功消息后，向协助服务器发送第二响应消息，该第二响应消息一方面用于指示协助服务器将在数据库中保存的西安城市一卡通的信息中将西安城市一卡通的状态修改为已绑定状态；另一方面用于指示向第二终端设备发送绑定指令，该绑定指令用于指示第二终端设备与西安城市一卡通绑定。

在步骤s313中，协助服务器将西安城市一卡通的状态修改为已绑定状态，在已绑定的终端设备的标识添加第二终端设备的标识。

假设第二终端设备的标识为bb，则将表2修改为表3所示：

表3

在步骤s314中，协助服务器向第二终端设备的公交应用发送绑定指令。

在步骤s315中，当第二终端设备中的公交应用接收到该绑定指令后，公交应用根据绑定指令通过在终端设备的nfc模块中添加西安城市一卡通的信息，从而实现了第二终端设备与西安城市一卡通的绑定。

在步骤s316中，第二终端设备中的公交应用向协助服务器发送绑定成功消息，该绑定成功消息用于通知协助服务器已经成功将第二终端设备与西安城市一卡通绑定。

其中，步骤s313也可以挪到步骤s316之后，比如位于步骤s316和步骤s317之间，或者位于步骤s317和步骤s318之间。

在步骤s317中，当协助服务器接收到绑定成功消息后，向处理西安城市一卡通业务的服务器转该绑定成功消息。

在步骤s318中，处理西安城市一卡通业务的服务器接收到该绑定成功消息后，向协助服务器发送余额转入指令，该余额转入指令用于指示将第一终端设备中的西安城市一卡通的余额转入至第二终端设备中的西安城市一卡通中。

在步骤s319中，协助服务器接收到该余额转入指令后，向第二终端设备中的公交应用发送该余额转入指令。

在步骤s320中，当第二终端设备中的公交应用接收到该余额转入指令后，在第二终端设备中的nfc模块中将与西安城市一卡通对应的余额参数进行修改，以实现余额的转入。

在步骤s321中，第二终端设备向协助服务器发送余额转入成功消息。

在步骤s322中，协助服务器向处理西安城市一卡通业务的服务器转发余额转入成功消息。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

图14是根据一示例性实施例一示出的信息变更装置的框图，该信息变更装置应用于服务器，如图14所示，该信息变更装置包括：

请求消息接收模块11，用于接收请求消息，所述请求消息用于请求处理目标账号对应的目标公交卡的业务，所述请求消息包括：所述目标账号的信息；

获取模块12，用于根据所述请求消息接收模块11接收的所述目标账号的信息在已经存储的数据库中获取所述目标公交卡的信息，所述数据库包括至少一个公交卡的信息及至少一个账号的信息，所述数据库用于指示所述至少一个公交卡和所述至少一个账号的对应关系，所述目标公交卡的信息包括：所述目标公交卡的类型和所述目标公交卡的状态；

处理模块13，用于根据所述获取模块12获取的所述目标公交卡的信息，按照所述请求消息的指示对所述目标公交卡进行对应的业务处理；

发送模块14，用于向终端设备发送响应消息，所述响应消息用于指示所述终端设备进行对应的业务处理。

在一个实施例中，如图15所示，所述装置还包括：信息接收模块15和存储模块16；

所述信息接收模块15，用于接收处理公交卡业务的服务器发送的所述目标公交卡的信息；

所述存储模块16，用于在所述数据库中存储所述信息接收模块15接收的所述目标公交卡的信息。

在一个实施例中，如图16所示，所述请求消息用于请求解除所述终端设备与所述目标公交卡的绑定关系；所述处理模块13包括：第一处理子模块131，所述发送模块14包括：第一发送子模块141；

所述第一处理子模块131，用于在所述获取模块12获取的所述目标公交卡的信息中将所述目标公交卡的状态修改为待绑定状态；

所述第一发送子模块141，用于向所述终端设备发送删除指令，所述删除指令用于指示所述终端设备删除所述目标公交卡的信息。

在一个实施例中，如图17所示，所述目标公交卡的信息还包括：所述目标公交卡绑定的终端设备的标识；在图16的基础上，所述第一发送子模块141还包括：终端设备确定子模块1411和删除指令发送子模块1412；

所述终端设备确定子模块1411，用于从获取的所述目标公交卡的信息中确定所述目标公交卡绑定的终端设备的标识；

所述删除指令发送子模块1412，用于根据所述终端设备的标识向所述终端设备发送所述删除指令。

在一个实施例中，如图18所示，所述请求消息用于请求将所述目标公交卡与所述终端设备绑定；所述处理模块13包括：第二处理子模块132，所述发送模块14包括：第二发送子模块142；

所述第二处理子模块132，用于在所述获取模块12获取的所述目标公交卡的信息中将所述目标公交卡的状态修改为已绑定状态；

所述第二发送子模块142，用于向所述终端设备发送绑定指令，所述绑定指令用于指示所述终端设备与所述目标公交卡绑定。

在一个实施例中，如图19所示，在图18的基础上，所述装置还包括：绑定请求消息发送模块17、绑定响应消息接收模块18和绑定指令生成模块19；

所述绑定请求消息发送模块17，用于向所述处理公交卡业务的服务器发送所述请求消息；

所述绑定响应消息接收模块18，用于接收所述处理公交卡业务的服务器发送的绑定响应消息，所述绑定响应消息用于指示允许所述目标公交卡与所述终端设备绑定；

所述绑定指令生成模块19，用于根据所述绑定响应消息接收模块18接收的所述绑定响应消息生成所述绑定指令。

在一个实施例中，如图20所示，所述第二处理子模块132包括：查找子模块1321和修改子模块1322，

所述查找子模块1321，用于查找所述数据库中所述目标公交卡的状态是否为待绑定状态；

所述修改子模块1322，用于当所述查找子模块1321确定所述目标公交卡的状态为待绑定状态时，在所述目标公交卡的信息中将所述目标公交卡的状态修改为已绑定状态。

在一个实施例中，如图21所示，所述装置还包括：登录消息接收模块20和提示消息发送模块21；

所述登录消息接收模块20，用于接收所述终端设备发送的服务器登录消息，所述服务器登录消息包括：所述目标账号的信息；

所述提示消息发送模块21，用于当在所述数据库中检测到所述目标账号对应的所述目标公交卡的状态为待绑定状态时，向所述终端设备发送提示消息，所述提示消息用于提示将所述终端设备与所述目标公交卡绑定。

在一个实施例中，如图22所示，所述请求消息用于请求将所述目标公交卡中的余额转入至所述终端设备；所述处理模块13包括：第三处理子模块133，所述发送模块14包括：第三发送子模块143；所述处理模块还包括：余额转入指令接收子模块134，

所述第三处理子模块133，用于向所述处理公交卡业务的服务器发送余额转入请求消息，所述余额转入请求消息用于请求将所述目标公交卡中的余额转入至所述终端设备；

所述余额转入指令接收子模块134，用于接收所述公交公司服务器发送的余额转入指令，所述余额转入指令用于指示将所述目标公交卡中的余额转入至所述终端设备；

所述第三发送子模块143，用于向所述终端设备发送所述余额转入指令。

在一个实施例中，如图23所示，所述请求消息用于请求将所述终端设备绑定的所述目标公交卡进行退卡；所述处理模块13包括：第四处理子模块135，所述发送模块14包括：第四发送子模块144；

所述第四处理子模块135，用于在所述目标公交卡的信息中将所述目标公交卡的状态修改为已退卡；将所述目标公交卡中的余额转入与所述目标账号对应的金融账户中；

所述第四发送子模块144，用于向所述终端设备发送删除指令，所述删除指令用于指示所述终端设备删除所述目标公交卡的信息。

在一个实施例中，如图24所示，在图23的基础上，所述处理模块13包括：还包括：余额退还消息发送子模块136和接收子模块137，

所述余额退还消息发送子模块136，用于向所述处理公交卡业务的服务器发送的余额退还消息，所述余额退还消息用于请求将所述目标公交卡中的余额转入与所述目标账号对应的金融账户中；

所述接收子模块137，用于接收所述处理公交卡业务的服务器发送的余额退还响应消息，所述余额退还消息用于指示将所述目标公交卡中的余额转入与所述目标账号对应的账户应用中。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图25是根据一示例性实施例十示出的信息变更装置的框图，该信息变更装置应用于终端设备，如图25所示，该信息变更装置包括：

请求消息发送模块21，用于向服务器发送请求消息，所述请求消息用于请求处理目标账号对应的目标公交卡的业务，所述请求消息包括：所述目标账号的信息；

响应消息接收模块22，用于接收所述服务器发送的响应消息，所述响应消息用于指示所述终端设备进行对应的业务处理；

业务处理模块23，用于根据所述响应消息接收模块22接收的所述响应消息进行对应的业务处理。

在一个实施例中，如图26所示，所述请求消息用于请求解除所述终端设备与所述目标公交卡的绑定关系；所述响应消息接收模块22包括：删除指令接收子模块221；所述业务处理模块23包括：第一处理子模块231；

所述删除指令接收子模块221，用于接收所述服务器发送的删除指令，所述删除指令用于指示删除所述目标公交卡的信息；

所述第一处理子模块231，用于根据所述删除指令删除所述目标公交卡的信息。

在一个实施例中，如图27所示，所述请求消息用于请求将所述目标公交卡与所述终端设备绑定；所述响应消息接收模块22包括：绑定指令接收子模块222；所述业务处理模块23包括：第二处理子模块232；

所述绑定指令接收子模块222，用于接收所述服务器发送的绑定指令，所述绑定指令用于指示所述终端设备与所述目标公交卡绑定；

所述第二处理子模块232，用于根据所述绑定指令将所述终端设备与所述目标公交卡绑定。

在一个实施例中，如图28所示，还包括：服务器登录消息发送模块24和提示消息接收模块25；

所述服务器登录消息发送模块24，用于向所述服务器发送服务器登录消息，所述服务器登录消息包括：所述目标账号的信息；

所述提示消息接收模块25，用于接收所述服务器发送的提示消息，所述提示消息用于提示将所述终端设备与所述目标公交卡绑定。

在一个实施例中，如图29所示，所述请求消息用于请求将所述目标公交卡中的余额转入至所述终端设备；所述响应消息接收模块22包括：余额转入指令接收子模块223；所述业务处理模块23包括：第三处理子模块233；

所述余额转入指令接收子模块223，用于接收所述服务器发送的余额转入指令，所述余额转入指令用于指示将所述目标公交卡中的余额转入至所述终端设备；

所述第三处理子模块233，用于根据所述余额转入指令将所述目标公交卡中的余额转入至所述终端设备。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

根据本公开实施例的第五方面，提供一种信息变更装置，该装置应用于服务器，该装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

接收请求消息，所述请求消息用于请求处理目标账号对应的目标公交卡的业务，所述请求消息包括：所述目标账号的信息；

根据所述目标账号的信息在已经存储的数据库中获取所述目标公交卡的信息，所述数据库包括至少一个公交卡的信息及至少一个账号的信息，所述数据库用于指示所述至少一个公交卡和所述至少一个账号的对应关系，所述目标公交卡的信息包括：所述目标公交卡的类型和所述目标公交卡的状态；

根据所述目标公交卡的信息，按照所述请求消息的指示对所述目标公交卡进行对应的业务处理；

向终端设备发送响应消息，所述响应消息用于指示所述终端设备进行对应的业务处理。

上述处理器还可被配置为：

接收处理公交卡业务的服务器发送的所述目标公交卡的信息；

在所述数据库中存储所述目标公交卡的信息。

进而，上述的请求消息可以用于请求解除终端设备与目标公交卡的绑定关系、也可以请求将目标公交卡与终端设备绑定、可以用于请求将所述目标公交卡中的余额转入至所述终端设备、还可以请求将终端设备绑定的目标公交卡进行退卡，进而使得服务器执行相应的绑定操作、解绑操作、余额转入操作或删除操作。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图30是根据一示例性实施例示出的一种用于信息变更的装置40的框图。例如，装置40可以被提供为一服务器。装置40包括处理组件402，其进一步包括一个或多个处理器，以及由存储器403所代表的存储器资源，用于存储可由处理组件402的执行的指令，例如应用程序。存储器403中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件402被配置为执行指令，以执行上述方法。

装置40还可以包括一个电源组件406被配置为执行装置40的电源管理，一个有线或无线网络接口405被配置为将装置40连接到网络，和一个输入输出(i/o)接口408。装置40可以操作基于存储在存储器403的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置40的处理器执行时，使得装置40能够执行上述信息变更的方法。

根据本公开实施例的第六方面，提供一种信息变更装置，该装置应用于终端设备，该装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

向服务器发送请求消息，所述请求消息用于请求处理目标账号对应的目标公交卡的业务，所述请求消息包括：所述目标账号的信息；

接收所述服务器发送的响应消息，所述响应消息用于指示所述终端设备进行对应的业务处理；

根据所述响应消息进行对应的业务处理。

上述处理器还可被配置为：

上述的请求消息可以用于请求解除终端设备与目标公交卡的绑定关系、也可以请求将目标公交卡与终端设备绑定、可以用于请求将所述目标公交卡中的余额转入至所述终端设备、还可以请求将终端设备绑定的目标公交卡进行退卡，进而使得服务器执行相应的绑定操作、解绑操作、余额转入操作或删除操作，在需要终端设备配合完成时，向终端设备发送相应的指示，当终端设备接收到指示后，根据指示执行相应的操作。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图31是根据一示例性实施例示出的一种用于信息变更装置80的框图，该装置适用于终端设备。例如，装置80可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

装置80可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置80的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置80的操作。这些数据的示例包括用于在装置80上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为装置80的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置80生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置80和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置80处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当装置80处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置80提供各个方面的状态评估。例如，传感器组件814可以检测到装置80的打开/关闭状态，组件的相对定位，例如所述组件为装置80的显示器和小键盘，传感器组件814还可以检测装置80或装置80一个组件的位置改变，用户与装置80接触的存在或不存在，装置80方位或加速/减速和装置80的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置80和其他设备之间有线或无线方式的通信。装置80可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，装置80可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子组件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置80的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置80的处理器执行时，使得装置80能够执行上述信息变更的方法。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。