CN102546931A - 一种移动终端上生成商户列表的方法及其设备 - Google Patents

Abstract

本发明提供了一种移动终端上生成商户列表的方法，其特征包括：对所述移动终端中的电话号码及其相关信息进行数据库匹配分析，判断所述电话号码是否是商户号码；在所述移动终端中生成商户列表，将被判断为是商户号码的电话号码作为商户项添加到所述商户列表中。相应，本发明还提供了一种移动终端上生成商户列表的设备。本发明的方法和设备使得用户可以便利、高效地组织和管理其移动终端中的号码资源，极大提高用户体验。

Description

一种移动终端上生成商户列表的方法及其设备

技术领域

本发明涉及计算机技术领域，特别涉及一种移动终端上商户列表的生成和管理方法及其设备。

背景技术

现实生活中，人们经常会呼叫一些商户号码——比如餐饮店、快递公司，但是由于担心这些号码会把自己的通讯录弄乱，大多数情况下用户不会保存这些电话。传统的通讯录中除了保存商户号码之外，并未对其提出有效的处理方法。

之前有多项专利针对列表生成申请了保护：

申请号200510035533.4的中国专利申请《一种播放列表生成系统及方法》提供了播放列表生成方法。接收刷新播放列表的控制信号后，获取各音频文件的加权值，并根据各音频文件的加权值选择音频文件生成一播放列表。顺序播放该播放列表中的音频文件。接收一调节当前音频文件音量的控制信号。调节该当前音频文件的音量。获取并记录该当前音频文件被调节后的音量。获得该当前音频文件的音量调节幅度。读取该加权值设定表，获得该音频文件的音量调节幅度对应的加权值。更新该音频文件的加权值。本发明还提供一种播放列表生成系统。本发明根据音频文件的历史播放记录分析出用户的喜好情况，使得生成的播放列表更符合用户的喜好。

申请号200810000702.4的中国专利申请《生成近期联系人列表的方法和终端设备》公开了一种生成近期联系人列表的方法，包括：接收创建近期联系人列表的请求；获取时间段信息；根据联系人记录的创建时间，查找在所述时间段内创建的联系人记录，将所查找到的联系人记录加入近期联系人列表。使用本发明提供的技术方案，能够生成近期联系人列表，方便用户与近期添加到通讯录中的某个联系人通信。

以上专利申请中，均涉及到列表的生成方法及其系统，但是其生成方法均无法解决在移动终端上有效管理商户号码的问题。。

发明内容

本发明提供了一种移动终端上生成商户列表的方法，该方法包括如下步骤：

对所述移动终端中的电话号码及其相关信息进行数据库匹配分析，判断所述电话号码是否是商户号码；

在所述移动终端中生成商户列表，将被判断为是商户号码的电话号码作为商户项添加到所述商户列表中。

相应的，本发明还提供了本发明提供了一种移动终端上生成商户列表的设备，包括：

号码分析装置，用于对所述移动终端中的电话号码及其相关信息进行数据库匹配分析，判断所述电话号码是否是商户号码；

列表生成装置，用于在所述移动终端中生成商户列表，将被判断为是商户号码的电话号码作为商户项添加到所述商户列表中。

如上所述，用户在移动终端上经常与一些商户号码进行交互，但是由于商户号码的特殊属性，用户对于这些商户号码的使用不同于对于普通联系人的使用，例如在需要时查看其联系方式、获得最新状态推送、而特定时刻屏蔽商户来电以避免被打扰等等，因此有必要将这些商户号码进行单独管理。利用本发明的方法和设备，首先从移动终端中使用的号码中判断出商户号码，然后将这些商户号码单独形成一个列表，使用户可以就该列表进行商品或者服务订阅、并与其他联系人分享商户信息等。这既不会对用户通过传统通讯录来联系亲人、朋友、同事或者其他非消费性的社会关系造成任何不利影响，同时又使用户能够获得保存商户号码及其相关内容的便利性，如快速查询订阅商品或服务，跟踪进行中的订单以及与朋友分享消费心得等等。本发明的方法和设备使得用户可以便利、高效地组织和管理其移动终端中的号码资源。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1是根据本发明的生成商户列表的流程图；

图2是根据本发明的商户号码判断流程图；

图3是根据本发明的一个实施例的商户列表示意图；

图4是根据本发明的一个实施例的商户二级菜单示意图；

图5是根据本发明的生成商户列表的设备图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施例作详细描述。

目前在和商户互动时，用户一般是从网上获得商户的活动信息和联系方式，然后再使用移动终端联系商户来完成某项服务，之后商户号码要么被存入通讯录，要么被删除。存入通讯录的话会影响用户对通讯录的使用；删除商户号码的话后续如果要同一商家服务，又要重新上网查找信息，给用户带来不便。本发明通过生成商户列表，与原通讯录的联系人列表区分开来，方便用户的使用，同时在商户号码列表中用户可以查询商户的活动信息，进一步方便了用户与商户的互动。

下面参照图1描述本发明方法的实现步骤。

图1是根据本发明的生成商户列表的流程图；

在步骤S101中，对所述移动终端中的电话号码及其相关信息进行数据库匹配分析，判断所述电话号码是否是商户号码；

在本发明中，针对用户终端电话号码的使用进行判断。一般用户终端上电话号码的使用有两种方式，一种是通过特定号码与相应联系人通话或者视频；另一种是通过特定号码发送或者接收短信，短信的类型可是普通短信或者彩信。

当用户主动或者被动使用某个电话号码时，即认为用户有和这个电话号码交换信息或者订制服务等方面的需求。当然电话号码可能是某个联系人的，也可能是商户的号码，也有可能是意外拨打的号码，这需要进一步的判断。一般情况下，用户是不会胡乱拨打电话的，特别是本发明中的商户号码，即使用户的手机由于意外情况被拨打，也很难出现拨出的号码是某个商户号码的情况。

当确认用户使用电话号码的行为后，移动终端将对收集到的电话号码进行判断。通过在数据库中进行匹配来确认该电话号码是否是商户号码。首先，在移动终端上会有一个商户号码库，移动终端将对收集到的电话号码进行初步匹配，如果该号码在库中，那么将其认定为商户号码；如果不在库中，再进行第二步匹配，由客户端上传到云端进行搜索，通过和云端的商户号码库进行对比来确定其是否是商户号码，并将结果返回给客户端。其流程如图2所示：

图2是根据本发明的商户号码判断流程图；

在步骤S201中，首先判断用户是否使用了电话号码；

如果用户拨打某个号码，或者向某个号码发送了短消息，那么即认定该用户有使用电话号码的行为，然后转入下一步骤中进行判断；

在步骤S202中，判断使用的电话号码是否在移动终端商户号码库中；如果在商户号码库中的话，那么认定此号码是商户号码，转入步骤S102中；如果不在商户号码库中的话，需要进一步做详细判断，转入步骤S203中；

在步骤S203中，判断使用的电话号码是否在云端商户号码库中；如果不在云端商户号码库中的话，那么可以认定此号码不是商户号码，返回到最初的状态，等待对用户的下一次行为进行判断；如果在云端商户列表中的话，那么认定此号码是商户号码，转入步骤S102中进行处理。

在本发明中，另一种情况是对于短信息进行语义分析，从中提取关键字，在本地或者云端的商户数据库中查询是否有与该关键字匹配的记录，从而判断其是否是商户号码，判断的方法与之前的类似，采取先在用户终端查询再到云端查询的两级匹配策略，在此不再赘述。比如，用户在网上使用中国银行进行电子支付后，会收到中国银行发送过来的确认短信，用户终端经过提取其中的关键词“中国银行”，即认为用户与中国银行存在需求关系，在下一步中会将“中国银行”加入商户列表。

在步骤S102中，在所述移动终端中生成商户列表，将被判断为是商户号码的电话号码作为商户项添加到所述商户列表中。

执行步骤S101的过程中，逐渐的会有多个号码被判断为是商户类型的，形成商户号码池，对于池中的号码，云端会将由商户上传到云端的商户信息与之匹配，从而客户端可以获得每个商户号码的详细信息，包括对应商户的logo、位置、名字、距离、优惠信息、商户介绍/最新动态、使用记录等，每个商户号码在附加了众多信息之后，就变成了商户项。移动终端将这些商户项呈现在屏幕上，即形成商户列表。

在使用中，商户列表中商户项按照一定的排序标准按照得分从高到低排列。排序标准包括商户与用户的相对位置、商户的交通便利程度、用户的拨打次数、用户的评价、是否在移动终端的联系人列表中、优惠活动信息的一种或者它们的组合。用户通常是选择较近的商户来完成服务的，商户与用户的相对位置越近，商户的排序越靠前；交通便利程度与前者有关，之所以单独列出，是因为会出现有些时候虽然距离较近但是却只能步行前往，有时候距离虽然远但是却可以乘地铁或者驾车前往的情况，交通越便利，排序越靠前；用户的拨打次数、用户的评价都说明用户与此商户的联系紧密程度，拨打次数越多，用户的评价越好，其排位也越靠前；是否在联系人列表中说明用户自己对于特定商户的偏爱程度，设置商户列表的目的就是为了避免与用户通讯录搞混淆的麻烦，如果用户将这个商户号码加入联系人名单中，说明用户对此商户有所偏爱，那么该商户在列表中位置可以大大提前。优惠活动信息可以在一定程度上影响该商户对用户的吸引力。从商家和用户双赢的角度考虑，当某个商户的优惠活动力度比之前的有所提高，那么可以将其提前，如果力度降低了，那么其排位也相应降低。

确定了商户项的排位顺序之后，每个商户在排定的位置处以一定的表现形式展现给用户。每个商户项中包含的信息很多，比如商户的名称、标识、地理位置、距用户的距离、商户介绍、最新动态、优惠信息、使用记录、相关评价、分类等等。出于移动终端上信息展现的考虑，在排定的位置处仅仅展现比较重要的信息，用户可以通过点击商户项来了解更详细的信息。比如在排定的位置处展示商户的标识和商户的优惠信息摘要，用户点击之后，弹出二级信息面板展示其余信息。有需要的话，可以采用多级弹出式菜单的方式显示更多的信息或者提供更多的使用功能。

生成商户列表呈现给用户后，为了方便用户的使用，本发明还提供商户项管理的功能。比如，对于商户的排位顺序和信息，用户可以干预某个商户的排位顺序，并对信息展示功能进行设置以去除一些不感兴趣的信息。比如，该用户经常光顾家附近的肯德基店，那么用户可以把这个商户排到第一排中的某个位置。再比如，如果用户对于商户项的使用记录和优惠活动信息不太关注，可以调低这些信息出现的优先级或者屏蔽这些信息的展示。

在以上所述方法的任一步骤中，可以通过与云端数据库交互来增加商户列表中商户或者接收云端推送的商户。增加商户的方法是将用户的商户列表与他的联系人的商户列表合并，这个过程由用户选择希望共享的联系人并发起合并请求到云端服务器来实现。另外一种情况是由系统整理好需要合并的商户信息，再通过用户终端的通知接口向用户询问是否合并。这种云端推送的方法是根据用户的历史联系信息，也包括其联系人的历史联系信息，来分析用户可能感兴趣的号码并推送。

同样的，在以上所述方法的任一步骤中，为了保持商户项的实时性，用户终端通过调用通知接口来接收云端数据库发送而来的商户更新信息，以更新商户项的内容，供用户做出选择。

下面通过一些具体实施例来帮助更好的理解本发明。

图3是根据本发明的一个实施例的商户列表示意图；

商户列表面板301中排列着各个商户，并简要的示出商户的优惠信息，按照从左到右，从上到下的顺序，各个商户的优先级逐渐降低：肯德基、真功夫、中国银行、麦当劳、乐淘、顺丰快递、一品三笑、工商银行、必胜客。每个商户主体展现了商户的标识，在标识下面用一小块图片简要示出了该商户当前的优惠活动，用户可以通过在屏幕上左右滑动来查看更多的商户；亦可以通过操作当前的商户图标来与商户联系或者查看更多的信息，如图4所示：

图4是根据本发明的一个实施例的商户二级菜单示意图；

快捷面板401中用户可以选择所需要的功能，比如美食天地、均衡饮食、网上订餐、品牌空间、儿童乐园、爱优惠、爱运动、爱下载等；美食天地可以查看当前店中供应的食品，均衡饮食中可以看到一些推荐的套餐配置和饮食建议。其余功能可以参照PC上麦当劳网站的功能。实际使用中，在手机客户端上，展示的信息可以按照需要更改，并不限制于以上所述。

优惠信息面板402出现在屏幕正中央，使用滚动的TAB表来展示不同的优惠信息，用户选中某个优惠信息后点击即可向商户预定此项服务。

门店地图面板404可以显示当前门店的微缩地图，当用户的接触到触摸屏时，可以放大该地图，方便用户查看；用户可以大地图上进行自主搜索。

用户个人信息面板404用于启动个人信息的维护或者可以供用户输入自己的个人信息。

设定面板405可以用于对该商户信息的设置，比如，可以选择使用精简版、普通版或者详细版的信息展示界面，也可以弹出用户对该商户的设置界面来选择所需的用户信息。

相应的，本发明还提供了一种在移动终端上生成商户列表的设备，包括：

图5是根据本发明的生成商户列表的设备图；

通过号码分析装置501，用于对所述移动终端中的电话号码及其相关信息进行数据库匹配分析，判断所述电话号码是否是商户号码；如前所述，所述号码分析装置在本地或者云端的商户数据库中查询是否有与该电话号码匹配的记录，如果有，则判断其为商户号码；否则，判断其为非商户号码；另外一种判断策略是，所述号码分析装置对与所述电话号码相关的短消息进行语义分析，从中提取关键字，在本地或者云端的商户数据库中查询是否有与该关键字匹配的记录，如果有，则判断其为商户号码；否则，判断其为非商户号码。以上流程中特征项判断为商户的则进入列表生成装置502中，如果有必要的话，此时可以通过云端交互装置504根据商户的号码或者名称向云端查询完整的商户信息，这些商户信息包括商户的商户的名称、标识、地理位置、距用户的距离、商户介绍、最新动态、优惠信息、使用记录、相关评价、分类等，它们与号码分析装置501传送过来的特征项信息在列表生成装置502中组成商户项，并由排序装置503依据商户与用户的相对位置、商户的交通便利程度、用户的拨打次数、用户的评价、是否在联系人列表中、优惠活动信息等排序。排序好的结果直接展示给用户。可以使用分级菜单的形式来逐步展示所有信息。

用户管理装置504向用户管理商户项的功能，包括对于商户项的调整、排序方法和展示结果形式的定制功能等。

云端交互装置505除用于完善商户信息外，还可以响应用户请求，向云端发送商户列表合并请求，接收到返回信息后将所述用户的联系人的商户列表与用户的商户列表合并。此外，云端交互装置还可以接收云端推送的商户项，或者调用用户终端的通知接口，传递云端数据库向用户推送的已有商户项更新信息。

虽然关于示例实施例及其优点已经详细说明，应当理解在不脱离本发明的精神和所附权利要求限定的保护范围的情况下，可以对这些实施例进行各种变化、替换和修改。对于其他例子，本领域的普通技术人员应当容易理解在保持本发明保护范围内的同时，工艺步骤的次序可以变化。

此外，本发明的应用范围不局限于说明书中描述的特定实施例的工艺、机构、制造、物质组成、手段、方法及步骤。从本发明的公开内容，作为本领域的普通技术人员将容易地理解，对于目前已存在或者以后即将开发出的工艺、机构、制造、物质组成、手段、方法或步骤，其中它们执行与本发明描述的对应实施例大体相同的功能或者获得大体相同的结果，依照本发明可以对它们进行应用。因此，本发明所附权利要求旨在将这些工艺、机构、制造、物质组成、手段、方法或步骤包含在其保护范围内。

Claims (18)

1.一种移动终端上生成商户列表的方法，包括：

对所述移动终端中的电话号码及其相关信息进行数据库匹配分析，判断所述电话号码是否是商户号码；

在所述移动终端中生成商户列表，将被判断为是商户号码的电话号码作为商户项添加到所述商户列表中。

2.根据权利要求1中所述的方法，其特征在于，在本地或者云端的商户数据库中查询是否有与该电话号码匹配的记录，如果有，则判断其为商户号码；否则，判断其为非商户号码。

3.根据权利要求1中所述的方法，其特征在于，对与所述电话号码相关的短消息进行语义分析，从中提取关键字，在本地或者云端的商户数据库中查询是否有与该关键字匹配的记录，如果有，则判断其为商户号码；否则，判断其为非商户号码。

4.根据权利要求1中所述的方法，其特征在于，还包括：

根据一定的规则对所述商户列表中的商户项进行排序。

5.根据权利要求4中所述的方法，其特征在于，所述排序依据的规则包括商户与用户的相对位置、用户的拨打次数、用户的评价、是否在移动终端的联系人列表中的一种或者它们的组合。

6.根据权利要求1中所述的方法，其特征在于，所述商户列表中每个商户项的信息包括商户的电话号码，以及商户的名称、标识、地理位置、距用户的距离、商户介绍、最新动态、优惠信息、使用记录、相关评价、分类中的一种或者它们的组合。

7.根据权利要求1中所述的方法，其特征在于，还包括：向用户提供对商户列表中每个商户项进行管理的功能。

8.根据权利要求1中所述的方法，其特征在于，还包括：响应于所述用户的请求，与云端数据库交互，将所述用户的联系人的商户列表与用户的商户列表合并；或者接收云端推送的商户项，加入商户列表中。

9.根据权利要求1中所述的方法，其特征在于，还包括：调用通知接口，接收通过云端数据库向用户推送的其商户列表中商户项的更新信息。

10.一种移动终端上生成商户列表的设备，包括：

号码分析装置，用于对所述移动终端中的电话号码及其相关信息进行数据库匹配分析，判断所述电话号码是否是商户号码；

列表生成装置，用于在所述移动终端中生成商户列表，将被判断为是商户号码的电话号码作为商户项添加到所述商户列表中。

11.根据权利要求10中所述的设备，其特征在于，所述号码分析装置在本地或者云端的商户数据库中查询是否有与该电话号码匹配的记录，如果有，则判断其为商户号码；否则，判断其为非商户号码。

12.根据权利要求10中所述的设备，其特征在于，所述号码分析装置对与所述电话号码相关的短消息进行语义分析，从中提取关键字，在本地或者云端的商户数据库中查询是否有与该关键字匹配的记录，如果有，则判断其为商户号码；否则，判断其为非商户号码。

13.根据权利要求10中所述的设备，其特征在于，还包括排序装置，用于根据一定的规则对所述商户列表中的商户项进行排序。

14.根据权利要求13中所述的设备，其特征在于，所述排序装置依据包括商户与用户的相对位置、用户的拨打次数、用户的评价、是否在移动终端的联系人列表中的一种或者它们的组合进行所述排序。

15.根据权利要求10中所述的设备，其特征在于，所述商户列表中每个商户项的信息包括商户的电话号码，以及商户的名称、标识、地理位置、距用户的距离、商户介绍、最新动态、优惠信息、使用记录、相关评价、分类中的一种或者它们的组合。

16.根据权利要求10中所述的设备，其特征在于，还包括用户管理装置，用于向用户提供对商户列表中每个商户项进行管理的功能。

17.根据权利要求10中所述的设备，其特征在于，还包括云端交互装置，用于：响应于所述用户的请求，将所述用户的联系人的商户列表与用户的商户列表合并；或者接收云端推送的商户项，加入商户列表中。

18.根据权利要求10中所述的设备，其特征在于，还包括云端交互装置，用于：调用通知接口，接收云端数据库向用户推送的其商户列表中商户项的更新信息。

Images