一种业务引流的方法和装置与流程

本公开涉及互联网应用技术领域，特别涉及一种业务引流的方法和装置。

背景技术：

不同的业务拥有的用户量是不同的，可能有些业务的用户多一些，有些业务的用户少一些，为了实现某种业务的业务量的增长，“业务间交叉引流”是一种方式，比如，可以将另一种业务的用户引流到所期望增长的业务上来。比如，以线上缴费业务为例，用户可以通过安装在移动设备上的应用缴纳水费、电费、煤气费、有线电视费等等。但是，用户不一定会使用全部类型的业务，开通了电费缴纳的用户可能并未开通水费缴纳业务。

技术实现要素：

有鉴于此，本公开提供一种业务引流的方法和装置，以提高引流的准确率。

具体地，本公开是通过如下技术方案实现的：

第一方面，提供一种业务引流的方法，所述方法包括：

对于一种目标业务，获取使用所述目标业务的用户的历史行为数据；

分析所述历史行为数据，得到用于限定业务引流的目标用户的用户特征；

由未使用所述目标业务的用户中，选择符合所述用户特征的用户作为所述目标用户；

向所述目标用户发送业务引流信息，以引导所述目标用户使用目标业务。

第二方面，提供一种业务引流的方法，所述方法包括：

对于关联业务组中的任意一种目标业务，确定使用所述目标业务的用户；

根据所述用户的历史行为数据，得到所述用户对所述关联业务组的业务使用信息；

若根据所述业务使用信息确定所述用户未使用关联业务，所述关联业务是所述关联业务组中除所述目标业务之外的其他业务，则向所述用户发送业务引流信息，以引导所述用户使用所述关联业务。

第三方面，提供一种业务引流的装置，所述装置包括：

数据获取模块，用于对于一种目标业务，获取使用所述目标业务的用户的历史行为数据；

数据分析模块，用于分析所述历史行为数据，得到用于限定业务引流的目标用户的用户特征；

用户选择模块，用于由未使用所述目标业务的用户中，选择符合所述用户特征的用户作为所述目标用户；

信息发送模块，用于向所述目标用户发送业务引流信息，以引导所述目标用户使用目标业务。

第四方面，提供一种业务引流的装置，所述装置包括：

用户确定模块，用于对于关联业务组中的任意一种目标业务，确定使用所述目标业务的用户；

信息获取模块，用于根据所述用户的历史行为数据，得到所述用户对所述关联业务组的业务使用信息；

引流处理模块，用于若根据所述业务使用信息确定所述用户未使用关联业务，所述关联业务是所述关联业务组中除所述目标业务之外的其他业务，则向所述用户发送业务引流信息，以引导所述用户使用所述关联业务。

本公开的业务引流的方法和装置，在引流的目标用户的选择时，是通过数据分析预测能够使用目标业务的用户作为目标用户，相对于现有技术中不区分用户的方式，引流时将更有针对性，从而能够提高引流的效果。

附图说明

图1是本公开实施例提供的一个业务引流方法的应用系统；

图2是本公开实施例提供的一个线上缴费业务模块的应用示意图；

图3是本公开实施例提供的一个业务引流方法的流程示意图；

图4是本公开实施例提供的另一个业务引流方法的流程示意图；

图5是本公开实施例提供的又一个业务引流方法的流程示意图；

图6是本公开实施例提供的又一个业务引流方法的流程示意图；

图7是本公开实施例提供的又一个业务引流方法的流程示意图；

图8是本公开实施例提供的一个业务引流装置的结构示意图；

图9是本公开实施例提供的一个业务引流装置的结构示意图。

具体实施方式

“业务间交叉引流”是一种在不同业务间引导新用户，进而达到业务增长的方式。例如传统的业务间交叉引流的方式中，在缴纳电费时提供缴纳水费的访问入口，用户看到该访问入口就可能去使用水费缴纳业务，从而使得水费缴纳业务的流量增加。但是这种通过不同业务提供相互间的访问入口引流的方式，属于被动式引流，对于业务访问入口所展示的用户，完全不知道该用户是否会通过入口使用所引导的业务，也许有的用户根本就对入口引导的业务没有兴趣，或者可能用户已经在使用该业务，因此，上述的提供访问入口的静态引流方式不能达到很好的引流效果，容易形成缺乏针对性的无效推荐，导致资源浪费。此外，上述的静态引流方式触发门槛高，需要用户使用业务时才能触发。

基于此，本申请实施例提供了一种业务间交叉引流方法，该方法并不通过静态提供业务访问入口的方式实现引流，而是通过对历史数据的分析，分析出哪些潜在的用户具有较高概率的使用某业务的倾向，在引流时只向这些用户发送引流通知。该方法在用户的选择上更有针对性，所以能够提高引流效果。

如下将以线上缴费业务的业务间交叉引流为例，对本申请的方法进行描述；但是，该方法同样可以应用于其他类似的应用场景，不局限于线上缴费业务。在线上缴费业务中，缴费用户的规模早已达到千万级规模，且线上缴费业务可以包括电费、水费、燃气费、有线电视费等多种类型的缴费业务，很多用户可能只开通了其中一种或两种业务，并未使用全部的业务。比如，有些用户开通了燃气费业务但没有开通水费业务，有些用户开通了电费用户但未开通水费业务。通过本申请的引流方法，可以将使用一种类型业务的用户引流到另一种业务上，促进另一种业务的业务量增长，比如，可以将电费业务用户引导至也使用水费业务；当然，也可以是将未开通任何业务的用户引导至某一种业务，只要该用户使用了线上缴费业务所在的应用即可，比如，有个用户在自己的智能设备上安装使用了一个应用，该应用中包括线上缴费业务的业务入口，但是用户从来没使用过线上缴费业务，本例子的方法也可以将这类用户进行引流。

图1示例了业务引流方法的一个应用系统，该应用系统可以用于描述线上缴费业务场景中的业务间交叉引流。例如，线上缴费业务可以是安装在用户某个app中一个应用模块，如图2的示例，用户可以点击app中的“线上缴费”模块，进入后可以看到该线上缴费业务模块可以包括水费、电费等多种类型的缴费业务。

只要用户注册了app，用户使用该app进行各种业务时的信息，都可以被获取并存储到图1的数据仓库11中，即使用户没有使用线上缴费业务，也可能使用了app中的其他业务，比如网络购物、购火车票等，业务使用中涉及的信息都可以被存储到数据仓库11。在一个例子中，数据仓库11中可以存储有使用了电费缴纳业务的用户的历史行为数据，例如，该历史行为数据可以包括：用户的地理位置范围(如，所在省市的某小区)、历史缴费记录(如，历史缴费的日期)、缴费机构(如，向某个电力公司缴费)等。

数据仓库11中还可以包括很多其他的用户信息，本申请例子中的引流方法将使用数据仓库中的数据进行数据分析，将数据分析的结果应用于本申请中的业务间交叉引流，以使得引流效果更好。如下可以结合图3和图1，说明数据分析如何对业务间交叉引流提供辅助，如图3所示，该方法可以包括：

在步骤301中，对于一种目标业务，获取使用该目标业务的用户的历史行为数据。

例如，在一个例子中，假设通过分析电费缴纳用户的数据，去引导尚未使用电费业务的其他用户使用电费业务，则所分析的电费缴纳用户可以称为“种子用户”，而电费业务可以称为本例子中的目标业务。

应用app可以获取到使用其中的电费业务的用户的数据，比如，所述的历史行为数据可以包括：用户的地理位置信息、历史缴费记录、缴费的电力公司等诸多数据。这些数据都可以存储在图1中的数据仓库11中。此外，本步骤中的种子用户，可以只是目标业务的全部用户或者一部分用户。

在步骤302中，分析历史行为数据，得到用于限定业务引流的目标用户的用户特征。本例子中，可以根据步骤301中的电费用户的数据进行数据分析，预测哪些其他用户(即尚未使用电费业务的用户)能够使用电费业务，可以将预测的这些用户称为目标用户，将目标用户引流到使用电费业务上。

其中，在目标用户的确定过程中，需要选择将哪些用户作为目标用户，则需要一些用户选择时的依据。本步骤中，可以通过分析步骤301中的种子用户的历史行为数据，得到一些用于在后续步骤匹配目标用户的用户特征。

比如，该用户特征可以是用户所在的地理位置范围，该地理位置范围例如可以是用户所在的小区信息。例如，对于线上缴费业务来说，可能地域性特征比较强，a小区的用户与b小区的用户在缴费时可能并不属于同一个电力公司，在引流信息发送时，例如，发送出账提醒时，并不适于将a小区的出账提醒发送至b小区的用户，因为a小区的出账是a公司的出账，b小区不是a公司的业务覆盖范围。本步骤的数据分析预测，可以基于上述的这种地域性特征，选择能够使用目标业务的用户作为目标用户，比如，如果根据a小区电费用户的数据分析结果，选择a小区的尚未使用电费业务的其他用户作为目标用户，是可以的。后续将举例详述。

在步骤303中，由未使用目标业务的用户中，选择符合所述用户特征的用户作为所述目标用户。比如，可以选择与种子用户在同一个小区的用户作为目标用户。本步骤分析到的目标用户的信息，可以存储在图1中的服务器12中。

在步骤304中，向所述目标用户发送业务引流信息，以引导目标用户使用目标业务。本步骤的业务引流信息可以是用于引导目标用户使用目标业务的信息，以线上缴费业务为例，例如，本步骤的引流信息可以是电费的出账提醒，在一个例子中，某电费业务的出账提醒，可以不仅发送至a小区的电费用户，还可以发送至a小区的尚未使用电费业务的用户，以引导尚未使用电费业务的用户使用电费业务，从而实现电费业务流量的增加。

结合图1来看，缴费机构13发送的一些提醒或者通知的消息，可以发送至聚合数据平台14，该聚合数据平台14还可以综合根据服务器12中的目标用户的数据，将缴费机构13要发送的消息作为引流信息，通过缴费系统15发送至目标用户。如果引流成功，例如，尚未使用电费业务的目标用户根据引流，使用了电费业务缴纳电费，则缴费系统15可以将最新数据沉淀到数据仓库11，此时原来的目标用户已经成为电费用户，参与下一次的数据分析和目标用户选取。

本例子的业务引流的方法，在引流的目标用户的选择时，是通过数据分析预测能够使用目标业务的用户作为目标用户，相对于现有技术中不区分用户的方式，引流时将更有针对性，从而能够提高引流的效果；并且，该方法即使用户不使用业务也可以接收到业务引流信息，容易引起用户关注。

如下通过两个例子描述本申请的业务引流的方法，但是实际实施中并不局限于这些方式。

图4示例了一种业务引流的方法流程，该例子中，可以利用种子用户的所在地理位置范围，选取同一地理位置范围内的其他潜在用户进行业务间引流，在该例子中，用于匹配目标用户的用户特征可以是地理位置范围信息。

在步骤401中，根据种子用户的历史行为数据，得到种子用户所在的地理位置范围。

例如，以线上缴费业务中的电费业务用户为例，使用了app中的电费缴纳业务的用户，可能还使用app进行过网络购物等行为，可以获取到用户的住址信息，或者，还可以通过lbs(locationbasedservice)定位等方式，获取用户地理位置，得到用户的地理位置范围。本例子中的地理位置范围以用户所住的小区为例进行描述，本例子可以将用户的小区称为目标小区。

在步骤402中，确定位于同一地理位置范围内的待选用户的历史行为数据。

例如，可以将与步骤401的用户位于同一小区的app用户，作为待选用户。这些待选用户可以是使用了应用app，但是并未使用其中的任何类型线上缴费业务的用户；或者，待选用户还可以是使用了至少一种线上缴费业务的用户，但是所使用的缴费业务不是电费，比如用户使用的是水费或燃气费业务。

本步骤中的待选用户的历史行为数据，同样可以包括与该用户相关的多种数据，都是可以由用户使用应用app的历史行为中获取。例如，用户的住址信息、登录频度、舆情反馈等。待选用户的历史行为数据将应用在下一步骤中。

在步骤403中，根据所述历史行为数据，选择具有目标业务使用倾向的用户作为目标用户。

本步骤中，可以根据步骤402中获得的待选用户的历史行为数据进行数据分析，选取目标用户。例如，与步骤401中的种子用户在同一小区的待选用户可以有很多，如果将所有的待选用户都进行引流提醒，不是太精准，本步骤可以从这些待选用户中进一步筛选，从中选择具有目标业务使用倾向的用户作为目标用户。这里所述的具有目标业务使用倾向，即用户具有较高的概率使用引流提醒的电费业务，而哪些用户具有这种倾向，则可以根据步骤402中的数据分析得到。

举一个例子如下：假设在步骤402中获得的待选用户的历史行为数据，可以包括：所述待选用户的历史发布信息，该发布信息可以是舆情信息。所述的历史舆情信息例如可以是，用户曾经发布过一些舆情，如“咱们小区的电费缴纳业务什么时候开通，期望快点！”，或者“谁知道怎么使用电费业务，我想使用”等。这些舆情信息表明所述待选用户期望使用目标业务即本例子中的电费业务，那么将此类用户作为引流的目标用户，准确度更高，更容易实现成功引流。因此，可以将上述的历史舆情信息反映出具有目标业务使用倾向的用户作为目标用户。

当然，由待选用户中选择目标用户的方式可以有很多，不限制于上述的根据舆情信息来选择的例子。比如，在后续的图5所示的例子中，还将描述一种选择目标用户的方式，这种方式同样可以应用于本例子中。此外，本例子的流程是举例可以选择具有目标业务使用倾向的用户，实际实施中，即使不能确定用户是否具有这种倾向，只要用户符合上述匹配的用户特征，就可以作为目标用户。比如，只要用户与种子用户在同一个小区，即可选为目标用户。

在步骤404中，向所述目标用户发送业务引流信息，以引导所述目标用户使用目标业务。

例如，在本例子中，机构服务消息的触达面积将不仅仅覆盖电费存量用户，还可覆盖更多同小区用户，如机构的出账提醒将不再局限于电费存量用户，其所在小区的潜在非缴费用户(如，相同小区的水费、煤气、有线电视等业务的用户，或者未使用任何类型缴费业务的用户)也将能同时收到，进而将目标非缴费用户群转换为缴费用户。其中，在出账提醒发送时，可以结合机构的业务模型特征，比如多长周期出账一次，或者结合已出账的电费存量用户的记录，向目标用户群发送出账提醒。

图5示例了另一种业务引流的方法流程，该例子中，可以根据种子用户在缴费时对应的缴费机构的业务覆盖范围，获取其业务覆盖范围内的地理位置范围中的新用户作为目标用户，进行业务间引流。

在步骤501中，根据种子用户的历史行为数据，得到所述种子用户所在的地理位置范围以及目标业务对应的业务机构。

例如，地理位置范围以小区为例，目标小区的确定方式可以参见图4的例子，对于业务机构的确定，可以综合根据多个种子用户的数据确定，比如，数据仓库中的数据包括很多用户的所在小区和该用户缴电费的业务机构，“y1用户在a小区，其缴纳电费对应的电力公司是d1公司”、“y2用户在b小区，其缴纳电费对应的电力公司也是d1公司”。缴费的机构可以从用户使用电费缴纳业务的信息中得到。

在步骤502中，根据地理位置范围和业务机构，得到所述业务机构的业务覆盖范围。

例如，综合步骤501中的两个例子，可以得到“d1公司的业务覆盖范围包括a小区和b小区”。此外，在步骤501中的数据分析时，可能会出现部分数据错误，比如，其中一个用户的位置定位错误，真实所在地是a小区，结果错误的定位成c小区，数据为“y3用户在c小区，其缴纳电费对应的电力公司也是d1公司”，这种情况下，由于可以综合根据多个种子用户的数据确定业务机构，如果c小区的绝大多数用户都是对应d2电力公司，那么可以确定出这是个错误数据，是不会采纳的。即一定数量的样本综合分析可以保证业务机构确定准确。

在步骤503中，在位于所述业务覆盖范围内的待选用户中，获取所述待选用户的用户活跃度信息、以及对历史营销的反馈行为信息。

例如，本步骤可以获取待选用户的历史行为数据，比如包括用户活跃度信息，用户的登录频度多少，如果登录较多，说明该用户较为活跃；还可以获取用户对历史营销的反馈行为信息，以反映用户是否对通知提醒较为敏感。

本步骤可以由步骤502确定的业务覆盖范围内选择待选用户，比如，上述例子中可以从d1公司的业务覆盖范围“a小区和b小区”中选择，可以选择使用了应用app，但是并未使用其中的任何类型线上缴费业务的用户；或者，待选用户还可以是使用了至少一种线上缴费业务的用户，但是所使用的缴费业务不是电费，比如用户使用的是水费或燃气费业务。

在步骤504中，若用户活跃度信息表明待选用户的业务活跃度较高，且反馈行为信息表明待选用户对营销反馈积极，则确定所述待选用户为目标用户。

例如，如果用户较为活跃，且对营销积极的反馈，向这类用户发送引流信息，相比于不活跃的用户，更有可能成功引流。因此可以将这类用户确定为具有种子业务使用倾向的用户，作为目标用户。

此外，本例子同样可以采用图4所述的根据舆情由待选用户中选择目标用户的方式。

在步骤505中，向所述目标用户发送业务引流信息，以引导所述目标用户使用种子业务。

本例子的业务引流方法，通过根据对用户历史营销反馈行为分析，挖掘出对通知提醒敏感度较高的非缴费用户，最终将信息精准推送到对通知提醒较为敏感的潜在非缴费用户，达到引流的目的，提高了引流的效果。

在另一个例子中，图6示例了另一种业务引流的方法，在该方法中，不同于上面的引流方法中根据种子用户选择目标用户，本例子中将根据用户使用的业务确定需要将用户引流的业务。如图6所示，该方法包括：

在步骤601中，对于关联业务组中的任意一种目标业务，确定使用所述目标业务的用户。

本步骤中的关联业务组，可以是预定义的业务组。比如，仍以线上缴费业务为例，线上缴费业务中可以包括电费、水费、燃气费等多种缴费业务，该多种缴费业务可以称为关联业务，比如，对于电费业务来说，水费业务、燃气费业务都可以称为电费业务的关联业务。

对于一个用户来说，可能只使用了其中部分业务，例如用户只使用了其中的电费缴纳业务，或者电费和水费业务；本例子可以将用户使用的其中一种业务称为目标业务。在其他的例子中，关联业务组也可以是线上缴费业务之外的其他业务类型。

在步骤602中，根据所述用户的历史行为数据，得到所述用户对所述关联业务组的业务使用信息。

本步骤中的历史行为数据可以包括该用户的很多数据，其中的业务使用信息，可以是用户使用了关联业务组中的哪些业务，未使用哪些业务。

在步骤603中，若根据所述业务使用信息确定所述用户未使用关联业务，所述关联业务是所述关联业务组中除所述目标业务之外的其他业务，则向所述用户发送业务引流信息，以引导所述用户使用所述关联业务。

本步骤中，如果根据业务使用信息确定用户未使用关联业务组中的至少一个关联业务，比如，使用了电费业务的用户，尚未使用水费和燃气费业务，那么可以引导该用户去使用该关联业务组中他尚未使用的业务。例如，可以引导使用了电费业务的用户去使用水费或燃气费业务。

本例子的方法中，在业务引流时，是引导用户使用他尚未使用的业务，在业务的推荐上更有针对性，可以提高引流准确性。

在又一个例子中，图7示例了又一种业务引流的方法，在本例子中，在向用户推荐其尚未使用的关联业务组中的其他关联业务时，可以根据使用所引流的关联业务的用户的数据来执行引流。如图7所示，该方法可以包括：

在步骤701中，确定用户的特征匹配用户，所述特征匹配用户使用所述关联业务。

本步骤中的用户，可以称为目标用户，要将该目标用户引流到某种业务上去。所述特征匹配用户，可以是与该目标用户位于同一小区的用户。在另一个例子中，该特征匹配用户使用的关联业务的业务覆盖范围，包括目标用户所在的小区，而该关联业务即为要将目标用户引流的业务。

比如，一个用户使用了线上缴费业务中的电费业务，没使用水费业务。如果要将该用户引流到使用水费业务，那么找到使用了水费业务的用户作为特征匹配用户，而水费业务时将目标业务引流的业务。

在步骤702中，根据所述特征匹配用户的历史行为数据，分析得到所述关联业务对应的业务引流信息。

比如，本步骤可以根据特征匹配用户的历史行为数据，分析得到与引流相关的信息。例如，在步骤701的例子中，根据使用了水费业务的用户的数据分析时，可以知道目标用户所在小区属于哪个自来水公司管辖，那么在后续发送引流信息时，可以发送该自来水公司的水费缴纳业务的引流信息。

在步骤703中，向所述用户发送所述业务引流信息。

此外，在其他例子中，也可以不是使用所引流的关联业务的用户的数据来执行引流，而是根据使用目标业务的用户自己的数据来引流。比如，可以根据所述用户的历史行为数据，确定与关联业务相关的业务信息，例如，假设要将用户引流到水费业务，可以根据用户数据中的所在小区信息，确定该用户的小区应向哪个自来水公司缴费，以及该自来水公司缴费的时间周期等业务信息；然后根据所述业务信息向所述用户发送业务引流信息，例如，在预定的时间发送该自来水公司的出账提醒。

在另一个例子中，在本步骤向所述用户发送业务引流信息之前，还可以预先确定下该用户是否具有所述关联业务的使用倾向，即用户是否有使用关联业务的需求，如有需求可以继续推荐，如果没有使用需求，即使用户未使用关联业务组中的关联业务，也可以不向用户做引流至关联业务的推荐。这种倾向的判断可以根据用户的历史行为数据确定。

例如，可以根据用户的历史发布信息，如果该发布信息表明所述用户期望使用所述关联业务；或者根据用户的活跃度信息和对历史营销的反馈行为信息，如果所述用户活跃度信息表明用户的业务活跃度较高，且所述用户对历史营销的反馈行为信息表明所述用户对营销反馈积极，则确定用户具有使用关联业务的需求。

本例子的方法中，在业务引流时，是引导用户使用他尚未使用的业务，在业务的推荐上更有针对性，可以提高引流准确性；并且，通过判断用户是否具有使用关联业务的需求，可以进一步提高引流的准确性；此外，通过根据特征匹配用户的历史行为数据的分析，可以辅助使得引流信息更加准确。

为了实现上述的业务引流方法，本申请还提供一种业务引流装置，如图8所示，该装置可以包括：数据获取模块81、数据分析模块82、用户选择模块83和信息发送模块84。

数据获取模块81，用于对于一种目标业务，获取使用所述目标业务的用户的历史行为数据；

数据分析模块82，用于分析所述历史行为数据，得到用于限定业务引流的目标用户的用户特征；

用户选择模块83，用于由未使用所述目标业务的用户中，选择符合所述用户特征的用户作为所述目标用户；

信息发送模块84，用于向所述目标用户发送业务引流信息，以引导所述目标用户使用目标业务。

在一个例子中，用户选择模块83，具体用于将未使用所述目标业务且符合所述用户特征的用户作为待选用户，获取所述待选用户的历史行为数据；根据所述历史行为数据，选择具有目标业务使用倾向的用户作为目标用户。

在一个例子中，用户选择模块83，在选择具有目标业务使用倾向的用户作为目标用户时，具体用于根据待选用户的历史发布信息，若所述历史发布信息表明所述待选用户期望使用所述目标业务，则确定所述待选用户为目标用户；或者，根据待选用户的用户活跃度信息以及对历史营销的反馈行为信息，若所述用户活跃度信息表明待选用户的业务活跃度较高，且所述反馈行为信息表明待选用户对营销反馈积极，则确定所述待选用户为目标用户。

图9示例了另一种业务引流装置的结构，如图9所示，该装置可以包括：用户确定模块91、信息获取模块92和引流处理模块93。

用户确定模块91，用于对于关联业务组中的任意一种目标业务，确定使用所述目标业务的用户；

信息获取模块92，用于根据所述用户的历史行为数据，得到所述用户对所述关联业务组的业务使用信息；

引流处理模块93，用于若根据所述业务使用信息确定所述用户未使用关联业务，所述关联业务是所述关联业务组中除所述目标业务之外的其他业务，则向所述用户发送业务引流信息，以引导所述用户使用所述关联业务。

在一个例子中，引流处理模块93，在用于向所述用户发送业务引流信息时，包括：确定所述用户的特征匹配用户，所述特征匹配用户使用所述关联业务；根据所述特征匹配用户的历史行为数据，分析得到所述关联业务对应的业务引流信息，向所述用户发送所述业务引流信息。

在一个例子中，信息获取模块92，还用于根据所述用户的历史行为数据，确定所述用户具有所述关联业务的使用倾向。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本公开时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。