1.一种手机终端上面向移动互联网的智能查询方法,其特征在于包括以下步骤:
步骤1,手机终端启动查询;
步骤2,应用场景处理模块判断信息的场景信息,并将场景信息纳入应用场景信息;查询习惯跟踪模块在用户的查询信息中增加用户习惯信息;
步骤3,将查询信息、场景信息和用户习惯信息输入给查询判断模块;
步骤4,查询判断模块根据查询信息、场景信息和用户习惯信息,选择网络侧搜索引擎、手机端搜索引擎或二者同时执行查询;
其中所述查询习惯跟踪模块具有以下工作流程:根据用户定义跟踪用户的习惯并记录,根据用户和场景信息来补充查询的用户习惯参数,输入到查询判断模块和结果显示模块,作为查询和显示的参数。
2.根据权利要求1所述的手机终端上面向移动互联网的智能查询方法,其特征在于:
还包括步骤5,网络侧搜索引擎的查询结果和手机端搜索引擎的查询结果汇总到结果处理模块进行处理,该处理包括内容排序,内容合并,和/或内容的关联。
3.根据权利要求2所述的手机终端上面向移动互联网的智能查询方法,其特征在于:
所述步骤5中的结果处理模块还直接接收用户习惯信息和应用场景信息的输入,并使其作用于结果显示的效果或内容排序的具体方式。
4.根据权利要求1所述的手机终端上面向移动互联网的智能查询方法,其特征在于:
所述步骤4中,包括查询范围的限定,该查询范围由用户习惯信息和应用场景信息确定。
5.根据权利要求1所述的手机终端上面向移动互联网的智能查询方法,其特征在于:
所述步骤2中的场景包括自然的场景和用户自定义的场景,自然的场景基于具体启动查询的应用的运行环境或应用本身的内部环境;用户自定义的场景基于可定制的客户化设置环境。
6.根据权利要求1所述的手机终端上面向移动互联网的智能查询方法,其特征在于:
所述查询习惯跟踪模块还与网络查询习惯跟踪模块进行通信连接并进行查询习惯信息的交互,该网络查询习惯跟踪模块连接网络侧搜索引擎;所述网络查询习惯跟踪模块用于完成来自不同的手机或互联网用户的海量查询请求的统计和优化,包括对网络新词汇和查询条目的统计,对来自不同地理区域或时间的查询请求的统计,以及对特定关联条件下用户查询习惯的统计。
一种手机终端上面向移动互联网的智能查询方法 \n技术领域\n[0001] 本发明涉及基于手机终端和移动互联网的查询或搜索技术,特别是一种手机终端上面向移动互联网的智能查询方法,采用该方法能够实现网络数据和本地数据的融合,以及网络搜索引擎和本地搜索引擎的统一,有利于用户获得更加快捷的数据查询体验。 背景技术\n[0002] 查询的技术在手机上或PC上普遍应用,比如手机电话簿的查询,Google或百度的查询,这些技术多存在下面的缺点: \n[0003] 1)查询范围局限在固定区域,未能实现网络和本地融合。 \n[0004] 2)对context(场景)不敏感,文中定义的context包括用户习惯、应用场景、应用内部场景。 \n[0005] 3)智能化程度不高,包括用户习惯分析、优先级别设置,多源查询数据源的设置,模糊匹配算法,搜寻结果动态显示,查询结果的排序显示等方方面面。 \n[0006] 本发明人针对上述缺陷,进行了方案改进,从而得到本发明。 \n发明内容\n[0007] 本发明针对现有技术中存在的缺陷或不足,提供一种手机终端上面向移动互联网的智能查询方法,采用该方法能够实现网络数据和本地数据的融合,以及网络搜索引擎和本地搜索引擎的统一,有利于用户获得更加快捷的数据查询体验。 \n[0008] 本发明中所指的查询包含本地查询和网络查询,从本地查询的角度看可以是数据目录查询和数据内容查询,从网络查询的角度看可以是网页的查询和网页的结构化数据查询。 \n[0009] 本发明的技术构思为,建立一个查询判断模块,其能够根据查询习惯跟踪模块提供的信息,选择网络侧搜索引擎、手机端搜索引擎或二者同时执行查询。 [0010] 本发明的技术方案如下: \n[0011] 一种手机终端上面向移动互联网的智能查询方法,其特征在于包括以下步骤: [0012] 步骤1,手机终端启动查询; \n[0013] 步骤2,应用场景处理模块判断信息的场景信息,并将场景信息纳入应用场景信息;查询习惯跟踪模块在用户的查询信息中增加用户习惯信息;\n[0014] 步骤3,将查询信息、场景信息和用户习惯信息输入给查询判断模块; [0015] 步骤4,查询判断模块根据查询信息、场景信息和用户习惯信息,选择网络侧搜索引擎、手机端搜索引擎或二者同时执行查询; \n[0016] 其中所述查询习惯跟踪模块具有以下工作流程:根据用户定义跟踪用户的习惯并记录,根据用户和场景信息来补充查询的用户习惯参数,输入到查询判断模块和结果显示模块,作为查询和显示的参数。 \n[0017] 还包括步骤5,网络侧搜索引擎的查询结果和手机端搜索引擎的查询结果汇总到结果处理模块进行处理,该处理包括内容排序,内容合并,和/或内容的关联。 [0018] 所述步骤5中的结果处理模块还直接接收用户习惯信息和应用场景信息的输入,并使其作用于结果显示的效果或内容排序的具体方式。 \n[0019] 步骤4中,包括查询范围的限定,该查询范围由用户习惯信息和应用场景信息确定。 \n[0020] 步骤2中场景包括自然的场景和用户自定义的场景,自然的场景基于具体启动查询的应用的运行环境或应用本身的内部环境;用户自定义的场景基于可定制的客户化设置环境。 \n[0021] 所述应用场景处理模块具有以下工作流程:获取启动查询的场景信息,获取场景相关的设置信息,把该信息以特定格式表达,输入到查询判断模块和结果显示模块,作为查询和显示的参数。 \n[0022] 所述查询习惯跟踪模块还与网络查询习惯跟踪模块进行通信连接并进行查询习惯信息的交互,该网络查询习惯跟踪模块连接网络侧搜索引擎;所述网络查询习惯跟踪模块用于完成来自不同的手机或互联网用户的海量查询请求的统计和优化,包括对网络新词汇和查询条目的统计,对来自不同地理区域或时间的查询请求的统计,以及对特定关联条件下用户查询习惯的统计。 \n[0023] 本发明的技术效果如下: \n[0024] ①支持网络搜索引擎和本地搜索引擎,使数据查询的范围包含网络数据和本地数据,影响查询引擎和查询范围的因素包括提取的用户习惯和应用场景信息,而最终决定的查询范围可以是本地、网络或二者。 \n[0025] ②智能性查询:用户习惯和应用场景的考虑,对用户习惯和应用场景信息进行抽象和提取,并根据搜索引擎特点智能补充查询信息,以文本搜索引擎为例,用户习惯和应用场景信息作为补充查询条件,具体的补充条件会根据引擎的查询语法而定。 [0026] ③显示信息的智能化:基于用户习惯和应用场景的信息的获取,查询结果也要根据用户习惯和应用场景信息来显示,具体显示的方法和逻辑并不做具体界定。 [0027] ④可以对历史网络查询结果数据进行本地存储,以确保再次查询时能够更快获取结果,由于网络查询的结果会存在变化,在手机本地存储的网络查询结果可以由定时的同步机制获取最新的网络查询结果,即在指定时间内重新发起网络查询请求,并通过SyncML技术完成完成最终结果的同步更新,使本地的历史网络查询结果保持更新。 [0028] ⑤在自行构架网络搜索引擎的情况下,“网络查询习惯跟踪模块”与手机侧“查询习惯跟踪模块”可以进行一些数据的交互,比如特定用户的查询习惯和个人信息,使双方对查询习惯都可以进行一些修订,但数据的交互并非是一定要进行。 \n附图说明\n[0029] 图1是实施本发明的模块结构示意图。 \n[0030] 图2是本发明手机终端上面向移动互联网的智能查询方法的工作流程图。 [0031] 附图标记列示如下: \n[0032] 101-启动查询,102-应用场景处理模块,103-查询习惯跟踪模块,104-查询判断模块,105-网络侧搜索引擎,106-手机端搜索引擎,107-查询结果处理模块(或结果处理模块),108-网络查询习惯跟踪模块,201-启动查询,202-场景信息、用户习惯信息的智能化处理,203-获取和提炼场景信息和用户习惯信息,204-获得带有场景信息和用户习惯信息的查询条件,205-查询判断,206-本地搜索引擎进行结果查询和反馈,207-网络搜索引擎进行结果查询和反馈,208-查询结果显示。 \n具体实施方式\n[0033] 下面结合附图(图1-图2)对本发明作出进一步说明。 \n[0034] 图1是实施本发明的模块结构示意图。结合图1说明如下:在终端侧包括互联的查询习惯跟踪模块103和应用场景处理模块102,该两个模块分别互联于结果处理模块\n107(用于结果显示,又称结果显示模块),手机端搜索引擎106将本地查询结果输入结果处理模块107;在网络侧包括网络侧搜索引擎105,网络侧搜索引擎105的网络查询结果输入结果处理模块107;在终端侧还设置有查询判断模块104,查询判断模块104根据查询信息、场景信息和用户习惯信息,选择网络侧搜索引擎105、手机端搜索引擎106或二者同时执行查询。下面对各部分及其相互工作进行说明: \n[0035] ①应用场景处理模块102:应用场景处理模块102判断信息的上下文,这种场景包括三个内涵:具体启动查询101的应用的运行环境(比如手机中的电话本),应用本身的内部环 境(比如在短信应用中启动电话本),可定制的客户化设置环境(用户可以设置电话本为网络侧电话本、手机侧电话本,或者二者的结合,这种定义是可扩展的逻辑上的)。前两个内涵是指自然的上下文,客户化定制的设置环境是用户自定义的上下文,二者相互结合共同组成应用场景信息。在此定义的应用场景信息还包括时间和位置信息,时间可以直接取自手机的系统时间,而位置信息一般借助外来模块如GPS和电信的A-GPS来获得,位置信息也包括电信运营商手机漫游区域等无线通信协议中所定义的区域。 \n[0036] ②查询习惯跟踪模块103:用于记录用户的个人信息,对平常的用户查询习惯信息进行跟踪,根据发起的查询提取用户查询信息参数,这些参数或作为查询条件传送给搜索引擎,或作为结果显示参数发送给“结果处理模块107”,以供搜索引擎和结果处理模块\n107来进一步处理。 \n[0037] 查询习惯跟踪模块103,可能的情况是需要用户输入个人信息和爱好习惯信息,比如性别、年龄、住址、爱好等,这些信息将作为基本的习惯信息永久保留并发挥影响。 [0038] 查询习惯跟踪模块103用于记录用户以往的查询习惯,并按照用户的习惯特性,智能化提炼关键信息,并形成记忆元素。 \n[0039] 查询习惯还会考虑时间和位置等因素,并与记忆元素进行关联,以达到对记忆元素的精细化。 \n[0040] 另外,还包括一种查询范围的限定,比如在本地某个范围,网络某个范围,或者综合。 \n[0041] 用户新发起的查询请求,经过“查询习惯跟踪模块103”的处理,会增加上述用户习惯信息;比如,用户在发送短信时,多采用A列表,而打电话时,较多采用B列表,因此在用户全文查询时,会根据打电话或者发短信的场景信息来获取A列表或者B列表,而本身A列表或者B列表的跟踪和维护,是动态的随机的,打比方说,这种列表有数量限制,都为10个,新入内的名单就会把原有的名单挤出,原则可以是根据使用频率或者是最近10天的使用频率等,这种规则可保留认为设定的可能。 \n[0042] ③启动的具体查询请求会经过“应用场景处理模块102”和“查询习惯跟踪模块\n103”,具体的查询信息会有所增强,包含有场景信息和用户习惯信息,这些信息会作为输入给“查询判断模块104”。 \n[0043] ④查询判断模块104:查询判断模块104根据查询信息,场景信息和用户习惯信息,选择执行查询的搜索引擎,可以是三种形式,终端侧搜索引擎,网络侧搜索引擎105,或者两者同时进行;查询的范围由用户习惯和场景信息确定。 \n[0044] ⑤值得注意的是,本发明的搜索引擎是同步的搜索引擎,即本地的搜索引擎和网络的 搜索引擎同时存在,二者之间查询数据的汇总和合并是一个核心问题,一般情况下,终端搜索引擎和网络侧搜索引擎105的查询结果,有可能发生重叠,在查询信息汇总到“结果处理模块107”时,会根据这些信息,进行相关处理,包括内容的排序,内容合并,内容的关联等。 \n[0045] 在结果处理模块107中,一种可能的情况是,保留或部分保留历次网络搜索引擎发回的查询结果,并纳入到本地搜索引擎查询范围中,同时在查询习惯跟踪模块103中做响应记录,以备在后续类似的查询中方便本地查询。查询结果的保留通常需要考虑本地存储空间的因素,具体的方式和方法,可自行定义。 \n[0046] ⑥值得注意的是,影响结果显示的模块并不仅仅是反馈的查询结果,而场景信息和查询习惯,也会作为输入,直接影响到显示的效果和排序的具体方法。 [0047] 比如用户网络电话本和本地电话本的查询,查询结果的重复之处完全可以合并掉,在显示结果比较多的情况下,可能会根据用户习惯信息,优先显示常用的查询结果,也可以根据手机漫游的区域优先显示该地域的电话号码。判断手机号码归属的区域,并不是一件很复杂的事情,根据编码规则,采用现有查号软件相同的技术都可以实现。 [0048] 应用场景处理模块102的工作流程:获取启动查询101的场景信息,获取场景相关的设置信息,把该信息以特定格式表达,输入到查询判断模块104和结果显示模块,作为查询和显示的参数。 \n[0049] 查询习惯跟踪模块103的工作流程:根据用户定义跟踪用户的习惯并记录,根据用户和场景信息来补充查询的用户习惯参数,输入到查询判断模块104和结果显示模块,作为查询和显示的参数。 \n[0050] 图2是本发明手机终端上面向移动互联网的智能查询方法的工作流程图。结合图\n2说明如下: \n[0051] 1.启动查询201,例如由手机终端启动查询; \n[0052] 2.场景信息、用户习惯信息的智能化处理202; \n[0053] 3.获得带有场景信息和用户习惯信息的查询条件204,进入步骤4;或者,获取和提炼场景信息和用户习惯信息203,进入步骤8; \n[0054] 4.查询判断205,采用本地搜索,进入步骤5;或者,采用网络搜索,进入步骤6;或者采用综合搜索,进入步骤7; \n[0055] 5.由本地搜索引擎进行结果查询和反馈206,进入步骤8; \n[0056] 6.由网络搜索引擎进行结果查询和反馈207,进入步骤8; \n[0057] 7.由本地搜索引擎和网络搜索引擎同时进行结果搜索和反馈,进入步骤8; [0058] 8.结果显示208。 \n[0059] 从流程图中可以看到查询的过程,值得注意的是,在查询过程中,网络引擎搜索和反馈需要预先建立数据通信连接,如果终端的通信连接已经建立,则可以减少这个过程。 [0060] 在图1中还表明了网络查询习惯跟踪模块108。如图1所示,与手机侧的“查询习惯跟踪模块”相对应,在网络侧的搜索引擎上面还存在“网络查询习惯跟踪模块108”。 [0061] “网络查询习惯跟踪模块108”主要用来完成来自不同的手机或互联网用户的海量查询请求的统计和优化,具体而言,对网络新词汇和查询条目的统计,对来自不同地理区域或时间的查询请求的统计,对特定关联条件下用户查询习惯的统计。 \n[0062] 一个具体的实施例子是: \n[0063] 一个漫游的手机用户,通过发起网络查询请求,他想一个餐馆就餐的查询(比如“湘江老厨”),手机的应用场景处理模块会提取应用信息,可以包括当前漫游地区的地点(移动业务所定义的漫游区域),时间,地点(通过的LCS位置信息业务、GPS或A-GPS等或其他方式获取),查询习惯跟踪模块会根据该手机以前的查询结果记录来完善和补充查询条件,经过查询判别模块判断,由网络侧搜索引擎发起网络查询,而网络查询习惯跟踪模块也会把此次习惯纳入查询跟踪以备再次查询时作为查询习惯影响查询结果,查询结果会反馈给结果处理模块,并参考场景信息和查询习惯信息来以不同优先方式显示。 [0064] 在这里,我们定义的应用场景信息和查询习惯信息可以特定方式表述,比较通用的方式是文字,启动的查询一般为文本查询,其与应用场景信息和查询习惯信息按照搜索引擎既定的条件关联方式来共同组建成为查询查询条件。 \n[0065] 网络侧搜索引擎可以是现有的主流搜索引擎如google和baidu等,这种情况下网络查询习惯跟踪模块由这些搜索引擎自己定义;另外一种方式,作为自己定义和架构的网络侧搜索引擎,此时网络查询习惯跟踪模块则可以更好的与手机侧查询习惯跟踪模块建立通信联系,获取更真实的用户查询习惯信息。 \n[0066] 网络查询习惯跟踪模块与网络搜索引擎往往在一起,即只是在逻辑上进行了划分。 \n[0067] 应当指出,以上所述具体实施方式可以使本领域的技术人员更全面地理解本发明,但不以任何方式限制本发明。因此,尽管本说明书参照附图和实施方式对本发明已进行了详细的说明,但是,本领域技术人员应当理解,仍然可以对本发明进行修改或者等同替换;而一切不脱离本发明的精神和范围的技术方案及其改进,其均应涵盖在本发明专利的保护范围当中。
法律信息
- 2019-12-06
未缴年费专利权终止
IPC(主分类): H04M 1/725
专利号: ZL 200710179535.X
申请日: 2007.12.14
授权公告日: 2012.07.04
- 2015-06-03
专利权的转移
登记生效日: 2015.05.13
专利权人由北京易路联动技术有限公司变更为深圳市威尔科思技术有限公司
地址由100085 北京市海淀区上地信息路12号中关村发展大厦C-201变更为518034 广东省深圳市福田区香梅路1072号缇香名苑2-17B
- 2012-07-04
- 2009-08-12
- 2009-06-17
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2005-12-14
|
2005-04-06
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |