CN105635061A - 基于联系人的应用操作方法及系统 - Google Patents

Abstract

本申请适用于通信技术技术领域，提供了一种基于联系人的应用操作方法、系统、服务器端和客户端，所述方法包括步骤有：客户端向服务器端发送第一应用的第一联系人；若所述服务器端判断出所述第一联系人在第二应用存在对应的应用账号，则将第一联系人添加为所述客户端在所述第二应用的第二联系人并通知所述客户端；所述客户端选择至少一个所述第二联系人，并向所述服务器端发送对被选的所述第二联系人的应用操作请求；所述服务器端根据被选的所述第二联系人对应的所述应用账号处理所述应用操作请求。借此，本申请能够供用户直接选择联系人进行电子支付等各种应用操作，解决用户需输入各种应用账号的繁琐，从而简化了用户操作，并提高了应用操作的效率。

Description

基于联系人的应用操作方法及系统

技术领域

本申请涉及通信技术领域，尤其涉及一种基于联系人的应用操作方法及系统。

背景技术

现有技术中用户进行应用操作时需手动输入对方的各种应用账号，例如支付宝账号、银行卡号、游戏账号等，通常这些应用账号都难于记忆和输入的数字和/或字符，导致使用过程复杂，操作不便。甚至大多数用户在需临时进行应用操作时，根本不知道对方的应用账号，从而不能顺利完成应用操作。

综上可知，现有技术在实际使用上显然存在不便与缺陷，所以有必要加以改进。

发明内容

针对上述的缺陷，本申请的目的在于提供一种基于联系人的应用操作方法及系统，能够供用户直接选择联系人进行电子支付等各种应用操作，解决用户需输入各种应用账号的繁琐，从而简化了用户操作，并提高了应用操作的效率。

为了实现上述目的，本申请提供一种基于联系人的应用操作方法，包括步骤有：

客户端向服务器端发送第一应用的第一联系人；

若所述服务器端判断出所述第一联系人在第二应用存在对应的应用账号，则将所述第一联系人添加为所述客户端在所述第二应用的第二联系人并通知所述客户端；

所述客户端选择至少一个所述第二联系人，并向所述服务器端发送对被选的所述第二联系人的应用操作请求；

所述服务器端根据被选的所述第二联系人对应的所述应用账号处理所述应用操作请求。

根据本申请所述的应用操作方法，所述客户端向服务器端发送第一应用的第一联系人的步骤包括：

将通讯录同步到所述客户端；

所述客户端向所述服务器端发送将所述通讯录中至少一个所述第一联系人添加为所述第二联系人的联系人添加请求，所述联系人添加请求中包含有所述第一联系人的联系人信息；

所述若服务器端判断出所述第一联系人在第二应用存在对应的应用账号，则将所述第一联系人添加为所述客户端在所述第二应用的第二联系人并通知所述客户端的步骤包括：

所述服务器端判断所述联系人信息是否存在对应的所述应用账号；

若所述联系人信息存在对应的所述应用账号，所述服务器端将所述联系人信息对应的所述第一联系人添加为所述第二联系人并通知所述客户端；

若所述联系人信息不存在对应的所述应用账号，所述服务器端拒绝将所述联系人信息对应的所述第一联系人添加为所述第二联系人并通知所述客户端。

根据本申请所述的应用操作方法，所述联系人信息包括所述第一联系人的通讯账号、姓名、用户头像和/或终端标识。

根据本申请所述的应用操作方法，还包括步骤有：

所述服务器端预先建立所述第一联系人的所述联系人信息和所述应用账号的关联关系。

根据本申请所述的应用操作方法，所述服务器端根据被选的所述第二联系人对应的所述应用账号处理所述应用操作请求的步骤之后还包括：

当所述应用操作请求处理完成后，所述服务器端生成对应的操作记录发送给所述客户端和/或所述第二联系人的客户端。

根据本申请所述的应用操作方法，所述若服务器端判断出所述第一联系人在第二应用存在对应的应用账号，则将所述第一联系人添加为所述客户端在所述第二应用的第二联系人并通知所述客户端的步骤之后包括：

所述客户端根据被添加的所述第二联系人生成对应的第二联系人列表，并为所述第二联系人列表中的所述第二联系人生成对应的第二联系人名片，所述第二联系人名片中包括所述第二联系人对应的所述联系人信息和所述应用账号的应用账号信息；

所述客户端选择至少一个所述第二联系人的步骤包括：

所述客户端在所述第二联系人列表中选择至少一个所述第二联系人后，显示被选的所述第二联系人的所述第二联系人名片。

根据本申请所述的应用操作方法，所述第二联系人名片中的所述应用账号信息的部分内容被隐藏。

根据本申请所述的应用操作方法，所述显示被选的所述第二联系人的所述第二联系人名片的步骤之后包括：

若所述第二联系人名片存在对应的多个所述应用账号，所述客户端从中选择一个所述应用账号来发送所述应用操作请求。

根据本申请所述的应用操作方法，所述应用操作请求为电子支付请求。

本申请还提供一种服务器端，包括有：

添加处理模块，用于在接收到客户端发送的第一应用的第一联系人后，若判断出所述第一联系人在第二应用存在对应的应用账号，则将所述第一联系人添加为所述客户端在所述第二应用的第二联系人并通知所述客户端；

操作处理模块，用于在接收到所述客户端选择发送的至少一个所述第二联系人的应用操作请求后，根据被选的所述第二联系人对应的所述应用账号处理所述应用操作请求。

根据申请所述的服务器端，所述客户端向所述服务器端发送将所述通讯录中至少一个所述第一联系人添加为所述第二联系人的联系人添加请求，所述联系人添加请求中包含有所述第一联系人的联系人信息；

所述服务器端的所述添加处理模块进一步包括：

判断子模块，用于判断所述联系人信息是否存在对应的所述应用账号；

添加子模块，用于若所述联系人信息存在对应的所述应用账号，将所述联系人信息对应的所述第一联系人添加为所述第二联系人并通知所述客户端；否则，拒绝将所述联系人信息对应的所述第一联系人添加为所述第二联系人并通知所述客户端。

根据申请所述的服务器端，所述联系人信息包括所述第一联系人的通讯账号、姓名、用户头像和/或终端标识。

根据申请所述的服务器端，还包括：

关系建立模块，用于预先建立所述第一联系人的所述联系人信息和所述应用账号的关联关系。

根据申请所述的服务器端，还包括：

记录生成模块，用于当所述应用操作请求处理完成后，生成对应的操作记录发送给所述客户端和/或所述第二联系人的客户端。

本申请还提供一种客户端，包括有：

添加请求模块，用于向服务器端发送第一应用的第一联系人；

操作请求模块，用于在所述服务器将所述第一联系人添加为所述客户端在所述第二应用的第二联系人后，选择至少一个所述第二联系人，并向所述服务器端发送对被选的所述第二联系人的应用操作请求。

根据本申请所述的客户端，所述客户端的所述添加请求模块进一步包括：

同步子模块，用于将通讯录同步到所述客户端；

请求子模块，用于向所述服务器端发送将所述通讯录中至少一个所述第一联系人添加为所述第二联系人的联系人添加请求，所述联系人添加请求中包含有所述第一联系人的联系人信息。

根据本申请所述的客户端，所述联系人信息包括所述第一联系人的通讯账号、姓名、用户头像和/或终端标识。

根据本申请所述的客户端，还包括：

列表生成模块，用于在所述第一联系人添加为所述第二联系人后后，根据被添加的所述第二联系人生成对应的第二联系人列表，并为所述第二联系人列表中的所述第二联系人生成对应的第二联系人名片；所述第二联系人名片中包括所述第二联系人对应的所述联系人信息和所述应用账号的应用账号信息；

所述客户端的所述操作请求模块还用于在所述第二联系人列表中选择至少一个所述第二联系人后，显示被选的所述第二联系人的所述第二联系人名片。

根据本申请所述的客户端，所述第二联系人名片中的所述应用账号信息的部分内容被隐藏。

根据本申请所述的客户端，所述客户端的所述操作请求模块还用于当所述第二联系人名片存在对应的多个所述应用账号时，从中选择一个所述应用账号来发送所述应用操作请求。

本申请还提供一种包括所述的服务器端和所述的客户端的基于联系人的应用操作系统。

本申请若第一联系人存在对应的应用账号，客户端可将该第一联系人添加为第二联系人；用户在客户端可以直接选择第二联系人向服务器端发送应用操作请求；服务器端根据被选的第二联系人对应的应用账号来完成应用操作。借此，本申请能够供用户直接选择联系人进行电子支付等各种应用操作，解决用户需输入各种应用账号的繁琐，从而简化了用户操作，并提高了应用操作的效率。

附图说明

图1是本申请服务器端和客户端的结构示意图；

图2是本申请优选服务器端和客户端的结构示意图；

图3是本申请基于联系人的应用操作方法的流程图；

图4是本申请第一实施例中基于联系人的应用操作方法的流程图；

图5A～5D是本申请第二实施例中基于联系人的电子支付方法的操作界面图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

图1是本申请服务器端和客户端的结构示意图，所述客户端10可以是支付宝等客户端，所述客户端10可应用于手机、PDA(PersonalDigitalAssistant，个人数字助理)、平板电脑、个人电脑等通信终端中，所述客户端10包括：

添加请求模块11，用于向服务器端20发送第一应用的第一联系人。所述第一联系人可以是通信终端中各种通讯录的第一联系人，例如手机通讯录的联系人、即时通信通讯录的联系人、邮箱通讯录的联系人等。用户可以选择将通讯录同步到客户端10，以触发该联系人添加请求。

操作请求模块12，用于在服务器将第一联系人添加为客户端10在第二应用的第二联系人后，选择至少一个第二联系人，并向服务器端20发送对被选的第二联系人的应用操作请求。即用户可以直接选择第二联系人进行应用操作，而不需要输入复杂的应用账号，用户可以不知道具体的应用账号。所述应用操作请求可以是电子支付请求、游戏操作请求、物物交换请求等。

所述服务器端20包括：

添加处理模块21，用于在接收到客户端10发送的第一应用的第一联系人后，若判断出第一联系人在第二应用存在对应的应用账号，则将第一联系人添加为客户端10在第二应用的第二联系人并通知客户端10。优选的是，服务器端20可预先建立第一联系人的联系人信息和应用账号的关联关系，例如第一联系人在注册应用账号时，可同时输入自己的手机号码、即时通讯账号、邮箱地址等联系人信息，服务器端20将该联系人信息和应用账号进行绑定。服务器端20根据被请求的第一联系人的联系人信息在数据库中查询，确定该第一联系人是否已注册了应用账号。并为已注册有应用账号的第一联系人打上标签A，并通知给客户端10，客户端10对带有标签A的第一联系人可直接添加到第二联系人的列表中；对于不带标签A的第一联系人，用户可选择发送短信等方式邀请其注册应用账号。

操作处理模块22，用于在接收到客户端10选择发送的至少一个第二联系人的应用操作请求后，根据被选的第二联系人对应的应用账号处理应用操作请求。服务器端20收到客户端10的应用操作请求后，分析出所述第二联系人对应的应用账号，对该应用账号进行应用操作处理。

本申请是基于联系人的应用操作方案，解决用户在应用操作时输入对方应用账号的困难，让用户在应用操作中提高时效，简化操作，享受应用操作带来的诸多好处。

图2是本申请优选服务器端和客户端的结构示意图，所述客户端10包括：

添加请求模块11，用于向服务器端20发送第一应用的第一联系人。优选的是，添加请求模块11进一步包括：

同步子模块111，用于将通讯录同步到客户端10。所述通讯录可以是通信终端中的手机通讯录、即时通信通讯录、邮箱通讯录等。用户选择将通讯录同步到客户端10，将通讯录中的各个第一联系人导入到客户端10。

请求子模块112，用于向服务器端20发送将通讯录中至少一个第一联系人添加为第二联系人的联系人添加请求，联系人添加请求中包含有第一联系人的联系人信息。所述联系人信息包括第一联系人的通讯账号、姓名、用户头像和/或终端标识等。所述通讯账号可以是手机号码、即时通讯账号、邮箱地址等，所述终端标识可以是MAC(MediaAccessControl，媒体接入控制层)地址等唯一表示通信终端的标识。

操作请求模块12，用于在服务器将第一联系人添加为客户端10在第二应用的第二联系人后，选择至少一个第二联系人，并向服务器端20发送对被选的第二联系人的应用操作请求。

所述服务器端20包括：

关系建立模块23，用于预先建立第一联系人的联系人信息和应用账号的关联关系，以便后续对收到的通讯录数据进行判断。

添加处理模块21，用于在接收到客户端10发送的第一应用的第一联系人后，若判断出第一联系人在第二应用存在对应的应用账号，则将第一联系人添加为客户端10在第二应用的第二联系人并通知客户端10。优选的是，添加处理模块21进一步包括：

判断子模块211，用于在接收到联系人添加请求后，判断联系人信息是否存在对应的应用账号。

添加子模块212，用于若联系人信息存在对应的应用账号，将联系人信息对应的第一联系人添加为第二联系人并通知客户端10；否则，拒绝将联系人信息对应的第一联系人添加为第二联系人并通知客户端10。

操作处理模块22，用于在接收到客户端10选择发送的至少一个第二联系人的应用操作请求后，根据被选的第二联系人对应的应用账号处理应用操作请求。

更好的是，客户端10还包括：

列表生成模块13，用于在第一联系人添加为第二联系人后后，根据被添加的第二联系人生成对应的第二联系人列表，并为第二联系人列表中的第二联系人生成对应的第二联系人名片。第二联系人名片中包括第二联系人对应的联系人信息和应用账号的应用账号信息。所述联系人信息包括第一联系人的通讯账号、姓名、用户头像和/或终端标识等，所述应用账号可以是支付宝账号、银行卡号、游戏账号等。本申请可将通讯录导入客户端10的数据存储单元，或建立起二者的映射关系，使通讯录成为第二联系人列表，实现第一联系人的联系人信息与应用账号的关联。优选的是，第二联系人名片中的应用账号信息的部分内容被隐藏，例如隐藏部分的支付宝账号和银行卡号，些信息对客户端10的用户来说是部分隐藏的，而服务器端20可识别所有的应用账号信息，以便进行电子支付等应用操作。即客户端10不包括该第二联系人的完整应用账号信息，服务器端20接到请求后需要在数据库里解析完整的应用账号信息。第二联系人名片是集个人应用账号以及联系方式的页面，丰富的细节信息和备注功能便于用户信息的定位和核对，减少操作错误的机率。

所述操作请求模块12，还用于在第二联系人列表中选择至少一个第二联系人后，显示被选的第二联系人的第二联系人名片。当第二联系人名片存在对应的多个应用账号时，从中选择一个应用账号来发送应用操作请求。客户端10在添加第二联系人以后，用户可直接选择第二联系人，核对第二联系人名片的相关信息然后直接进行操作，免去了输入冗长的应用账号的烦恼。

优选的是，服务器端20还包括：

记录生成模块24，用于当应用操作请求处理完成后，生成对应的操作记录发送给客户端10和/或第二联系人的客户端10。例如，电子支付请求处理完成后，生成对应的电子支付账簿发送给客户端10和/或第二联系人的客户端。两个用户或多个用户进行电子支付之后，生成相应的账簿页面，用于记录该两个用户或多个用户的资金来往。这样用户可对电子支付有一更形象认知，可基于这个记录产生交流和沟通。

本申请还提供一种包括所述的服务器端20和所述客户端10的基于联系人的应用操作系统。

图3是本申请基于联系人的应用操作方法的流程图，所述方法包括步骤有：

步骤S301，客户端10向服务器20端发送第一应用的第一联系人。

所述第一联系人可以是通信终端中各种通讯录的第一联系人，例如手机通讯录的联系人、即时通信通讯录的联系人、邮箱通讯录的联系人等。用户可以选择将通讯录同步到客户端10，以触发该联系人添加请求。

步骤S302，若服务器20端判断出第一联系人在第二应用存在对应的应用账号，则将第一联系人添加为客户端10在第二应用的第二联系人并通知客户端10。

优选的是，服务器端20可预先建立第一联系人的联系人信息和应用账号的关联关系，例如第一联系人在注册应用账号时，可同时输入自己的手机号码、即时通讯账号、邮箱地址等联系人信息，服务器端20将该联系人信息和应用账号进行绑定。服务器端20根据被请求的第一联系人的联系人信息在数据库中查询，确定该第一联系人是否已注册了应用账号。并为已注册有应用账号的第一联系人打上标签A，并通知给客户端10，客户端10对带有标签A的第一联系人可直接添加到第二联系人的列表中；对于不带标签A的第一联系人，用户可选择发送短信等方式邀请其注册应用账号。

步骤S303，客户端10选择至少一个第二联系人，并向服务器端20发送对被选的第二联系人的应用操作请求。

即用户可以直接选择第二联系人进行应用操作，而不需要输入复杂的应用账号，用户可以不知道具体的应用账号。所述应用操作请求可以是电子支付请求、游戏操作请求、物物交换请求等。

步骤S304，服务器端20根据被选的第二联系人对应的应用账号处理应用操作请求。

服务器端20收到客户端10的应用操作请求后，分析出所述第二联系人对应的应用账号，对该应用账号进行应用操作处理。

图4是本申请第一实施例中基于联系人的应用操作方法的流程图，所述方法包括步骤有：

步骤S401，服务器端20预先建立第一联系人的联系人信息和应用账号的关联关系。

步骤S402，将通讯录同步到客户端10。

所述通讯录可以是通信终端中的手机通讯录、即时通信通讯录、邮箱通讯录等。用户选择将通讯录同步到客户端10，将通讯录中的各个第一联系人导入到客户端10。

步骤S403，客户端10向服务器端20发送将通讯录中至少一个第一联系人添加为第二联系人的联系人添加请求，联系人添加请求中包含有第一联系人的联系人信息。

优选的是，所述联系人信息包括第一联系人的通讯账号、姓名、用户头像和/或终端标识等。所述通讯账号可以是手机号码、即时通讯账号、邮箱地址等，所述终端标识可以是MAC地址等唯一表示通信终端的标识。

步骤S404，服务器端20判断联系人信息是否存在对应的应用账号，若是则执行步骤S406，否则执行步骤S405。

步骤S405，若联系人信息不存在对应的应用账号，服务器端20拒绝将联系人信息对应的第一联系人添加为第二联系人并通知客户端10，客户端10可以选择通过短信等方式要求该第一联系人注册应用账号。

步骤S406，若联系人信息存在对应的应用账号，服务器端20将联系人信息对应的第一联系人添加为第二联系人并通知客户端10。

步骤S407，客户端10根据被添加的第二联系人生成对应的第二联系人列表，并为第二联系人列表中的第二联系人生成对应的第二联系人名片，第二联系人名片中包括第二联系人对应的联系人信息和应用账号的应用账号信息。

所述联系人信息包括第一联系人的通讯账号、姓名、用户头像和/或终端标识等，所述应用账号可以是支付宝账号、银行卡号、游戏账号等。本申请可将通讯录导入客户端10的数据存储单元，或建立起二者的映射关系，使通讯录成为第二联系人列表，实现第一联系人的联系人信息与应用账号的关联。

步骤S408，客户端10在第二联系人列表中选择至少一个第二联系人后，显示被选的第二联系人的第二联系人名片。

优选的是，第二联系人名片中的应用账号信息的部分内容被隐藏，例如隐藏部分的支付宝账号和银行卡号，些信息对客户端10的用户来说是部分隐藏的，而服务器端20可识别所有的应用账号信息，以便进行电子支付等应用操作。即客户端10不包括该第二联系人的完整应用账号信息，服务器端20接到请求后需要在数据库里解析完整的应用账号信息。第二联系人名片是集个人应用账号以及联系方式的页面，丰富的细节信息和备注功能便于用户信息的定位和核对，减少操作错误的机率。

步骤S409，客户端10向服务器端20发送对被选的第二联系人的应用操作请求。

例如，客户端10在添加第二联系人以后，用户可直接选择第二联系人，核对第二联系人名片的相关信息然后直接进行应用操作，免去了输入冗长的应用账号的烦恼。

步骤S410，服务器端20根据被选的第二联系人对应的应用账号处理应用操作请求。

步骤S411，当应用操作请求处理完成后，服务器端20生成对应的操作记录发送给客户端10和/或第二联系人的客户端。

例如，两个用户或多个用户进行电子支付之后，生成相应的账簿页面，用于记录该两个用户或多个用户的资金来往。这样用户可对电子支付有一更形象认知，可基于这个记录产生交流和沟通。

图5A～5D是本申请第二实施例中基于联系人的电子支付方法的操作界面图。用户想向朋友叶七转账(转账为电子支付中的一种方式)10元钱时，可以打开客户端的转账联系人界面，如图5A所示，在转账联系人列表中选择叶七作为本次转账的转账联系人。此时客户端显示叶七的第二联系人名片，该第二联系人名片包括有叶七的姓名、头像、手机号码、部分隐藏的支付宝账号和银行卡尾号等，如图5B所示，以供用户核实转账信息是否无误。用户核实无误后，可以进入简化的转账界面直接输入转账金额，如图5C所示，用户在金额输入框中输入10元后点击确认，即可向叶七转账资金10元。用户转账成功后，可以选择进入留言界面，通过短信等方式向叶七发送相关提示信息，如图5D所示。

综上所述，本申请若第一联系人存在对应的应用账号，客户端可将该第一联系人添加为第二联系人；用户在客户端可以直接选择第二联系人向服务器端发送应用操作请求；服务器端根据被选的第二联系人对应的应用账号来完成应用操作。借此，本申请能够供用户直接选择联系人进行电子支付等各种应用操作，解决用户需输入各种应用账号的繁琐，从而简化了用户操作，并提高了应用操作的效率。

当然，本申请还可有其它多种实施例，在不背离本申请精神及其实质的情况下，熟悉本领域的技术人员当可根据本申请作出各种相应的改变和变形，但这些相应的改变和变形都应属于本申请所附的权利要求的保护范围。

Claims (21)

1.一种基于联系人的应用操作方法，其特征在于，包括步骤有：

客户端向服务器端发送第一应用的第一联系人；

若所述服务器端判断出所述第一联系人在第二应用存在对应的应用账号，则将所述第一联系人添加为所述客户端在所述第二应用的第二联系人并通知所述客户端；

所述客户端选择至少一个所述第二联系人，并向所述服务器端发送对被选的所述第二联系人的应用操作请求；

所述服务器端根据被选的所述第二联系人对应的所述应用账号处理所述应用操作请求。

2.根据权利要求1所述的应用操作方法，其特征在于，所述客户端向服务器端发送第一应用的第一联系人的步骤包括：

将通讯录同步到所述客户端；

所述客户端向所述服务器端发送将所述通讯录中至少一个所述第一联系人添加为所述第二联系人的联系人添加请求，所述联系人添加请求中包含有所述第一联系人的联系人信息；

所述若服务器端判断出所述第一联系人在第二应用存在对应的应用账号，则将所述第一联系人添加为所述客户端在所述第二应用的第二联系人并通知所述客户端的步骤包括：

所述服务器端判断所述联系人信息是否存在对应的所述应用账号；

若所述联系人信息存在对应的所述应用账号，所述服务器端将所述联系人信息对应的所述第一联系人添加为所述第二联系人并通知所述客户端；

若所述联系人信息不存在对应的所述应用账号，所述服务器端拒绝将所述联系人信息对应的所述第一联系人添加为所述第二联系人并通知所述客户端。

3.根据权利要求2所述的应用操作方法，其特征在于，所述联系人信息包括所述第一联系人的通讯账号、姓名、用户头像和/或终端标识。

4.根据权利要求2所述的应用操作方法，其特征在于，还包括步骤有：

所述服务器端预先建立所述第一联系人的所述联系人信息和所述应用账号的关联关系。

5.根据权利要求2所述的应用操作方法，其特征在于，所述服务器端根据被选的所述第二联系人对应的所述应用账号处理所述应用操作请求的步骤之后还包括：

当所述应用操作请求处理完成后，所述服务器端生成对应的操作记录发送给所述客户端和/或所述第二联系人的客户端。

6.根据权利要求2所述的应用操作方法，其特征在于，所述若服务器端判断出所述第一联系人在第二应用存在对应的应用账号，则将所述第一联系人添加为所述客户端在所述第二应用的第二联系人并通知所述客户端的步骤之后包括：

所述客户端根据被添加的所述第二联系人生成对应的第二联系人列表，并为所述第二联系人列表中的所述第二联系人生成对应的第二联系人名片，所述第二联系人名片中包括所述第二联系人对应的所述联系人信息和所述应用账号的应用账号信息；

所述客户端选择至少一个所述第二联系人的步骤包括：

所述客户端在所述第二联系人列表中选择至少一个所述第二联系人后，显示被选的所述第二联系人的所述第二联系人名片。

7.根据权利要求6所述的应用操作方法，其特征在于，所述第二联系人名片中的所述应用账号信息的部分内容被隐藏。

8.根据权利要求6所述的应用操作方法，其特征在于，所述显示被选的所述第二联系人的所述第二联系人名片的步骤之后包括：

若所述第二联系人名片存在对应的多个所述应用账号，所述客户端从中选择一个所述应用账号来发送所述应用操作请求。

9.根据权利要求1～8任一项所述的应用操作方法，其特征在于，所述应用操作请求为电子支付请求。

10.一种服务器端，其特征在于，包括有：

添加处理模块，用于在接收到客户端发送的第一应用的第一联系人后，若判断出所述第一联系人在第二应用存在对应的应用账号，则将所述第一联系人添加为所述客户端在所述第二应用的第二联系人并通知所述客户端；

操作处理模块，用于在接收到所述客户端选择发送的至少一个所述第二联系人的应用操作请求后，根据被选的所述第二联系人对应的所述应用账号处理所述应用操作请求。

11.根据权利要求10所述的服务器端，其特征在于，所述客户端向所述服务器端发送将所述通讯录中至少一个所述第一联系人添加为所述第二联系人的联系人添加请求，所述联系人添加请求中包含有所述第一联系人的联系人信息；

所述服务器端的所述添加处理模块进一步包括：

判断子模块，用于判断所述联系人信息是否存在对应的所述应用账号；

添加子模块，用于若所述联系人信息存在对应的所述应用账号，将所述联系人信息对应的所述第一联系人添加为所述第二联系人并通知所述客户端；否则，拒绝将所述联系人信息对应的所述第一联系人添加为所述第二联系人并通知所述客户端。

12.根据权利要求11所述的服务器端，其特征在于，所述联系人信息包括所述第一联系人的通讯账号、姓名、用户头像和/或终端标识。

13.根据权利要求11所述的服务器端，其特征在于，还包括：

关系建立模块，用于预先建立所述第一联系人的所述联系人信息和所述应用账号的关联关系。

14.根据权利要求11所述的服务器端，其特征在于，还包括：

记录生成模块，用于当所述应用操作请求处理完成后，生成对应的操作记录发送给所述客户端和/或所述第二联系人的客户端。

15.一种客户端，其特征在于，包括有：

添加请求模块，用于向服务器端发送第一应用的第一联系人；

操作请求模块，用于在所述服务器将所述第一联系人添加为所述客户端在所述第二应用的第二联系人后，选择至少一个所述第二联系人，并向所述服务器端发送对被选的所述第二联系人的应用操作请求。

16.根据权利要求15所述的客户端，其特征在于，所述客户端的所述添加请求模块进一步包括：

同步子模块，用于将通讯录同步到所述客户端；

请求子模块，用于向所述服务器端发送将所述通讯录中至少一个所述第一联系人添加为所述第二联系人的联系人添加请求，所述联系人添加请求中包含有所述第一联系人的联系人信息。

17.根据权利要求16所述的客户端，其特征在于，所述联系人信息包括所述第一联系人的通讯账号、姓名、用户头像和/或终端标识。

18.根据权利要求16所述的客户端，其特征在于，还包括：

列表生成模块，用于在所述第一联系人添加为所述第二联系人后后，根据被添加的所述第二联系人生成对应的第二联系人列表，并为所述第二联系人列表中的所述第二联系人生成对应的第二联系人名片；所述第二联系人名片中包括所述第二联系人对应的所述联系人信息和所述应用账号的应用账号信息；

所述客户端的所述操作请求模块还用于在所述第二联系人列表中选择至少一个所述第二联系人后，显示被选的所述第二联系人的所述第二联系人名片。

19.根据权利要求18所述的客户端，其特征在于，所述第二联系人名片中的所述应用账号信息的部分内容被隐藏。

20.根据权利要求18所述的客户端，其特征在于，所述客户端的所述操作请求模块还用于当所述第二联系人名片存在对应的多个所述应用账号时，从中选择一个所述应用账号来发送所述应用操作请求。

21.一种包括如权利要求10～20任一项所述的服务器端和如权利要求14～19任一项所述的客户端的基于联系人的应用操作系统。