基于互联网络电视的公交换乘查询平台及其查询检索方法

摘要

本发明提供了一种基于互联网络电视的公交换乘查询平台及其查询检索方法，该公交换乘查询平台无需进行文字输入操作，仅通过选择出发公交站点和目的公交站点便可查询到相应的公交换乘路线，其操作方式与常规的数字电视节目频道选择非常类似，即使是不熟悉文字键盘操作的中老年用户也可熟练的进行操作查询操作；同时，本公交换乘查询平台同时为用户提供了公交站点排序检索服务，让用户可以查询到距离自己所在居所比较近的公交站点，供用户从中自由选择任意的出发公交站点再次进行公交换乘查询，弥补了本发明公交换乘查询平台不能通过任意输入出发公交站点和目标公交站点进行查询所带来的不便，提高了本发明公交换乘查询平台的可行性和操作灵活性。

说明书

技术领域

本发明涉及搜索平台技术领域，特别涉及一种基于互联网络电视技术提供公交换乘查询服务的公交换乘查询平台。

背景技术

互联网络电视技术，是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技术于一体，向用户提供包括数字电视在内的多种交互式业务服务的崭新技术。它采用高效的视频压缩技术，使视频流传输带宽在800kb/s时可以有接近DVD的收视效果（通常DVD的视频流传输带宽需要3Mb/s以上），对开展如因特网上视频直播、远距离视频点播、节目源制作等大流量的数据业务具有强大的技术优势。在我国，随着互联网、电信网和广电网的网络融合，互联网络电视技术在三网合一的基础上加以应用，并逐步在各大城市中得以推广。从技术结构上看，互联网络电视是基于互联网的，以宽带以太网为传输链路，以计算机或与DMA（Digital Media Adapter，数字媒体适配器）连接的电视机为用户终端的电视技术，因此从技术特点来说，互联网络电视是定义更加标准、应用更加多元化的数字电视。互动网络电视也被称作IPTV（Internet Protocol Television，交互式网络电视）、ITV（Interactive Television，互动电视）、MITV（Media Internet Television，媒体互联网电视）等，其核心技术是都基于IP协议，将计算机或电视机作为显示终端，通过宽带网络向用户提供数字广播电视、视频服务、电子商务、互动休闲娱乐、信息互动服务等多类型的交互式业务。

在城市交通压力日益增大，能源、环境污染问题日益突出的环境下，乘坐公交出行成为被大力倡导的市民出行方式。随网络技术的发展，基于PC机和互联网络的公交查询系统已经较为常见，通常是基于文字输入检索技术构建的公交查询系统，其主要查询过程是：系统对用户在起点站输入框和终点站输入框输入的文字进行文字匹配分析，从系统数据库中找到与输入文字内容相符合的起点站名和终点站名，再通过检索获得公交换乘路线信息。这种基于文字输入检索技术的公交查询系统的主要特点就是输入条件灵活，用户可输入起点、终点地名查找相关的公交站点，获得公交换乘路线信息。但是，在很多城市中，地名并不与公交站点的名称具有必然关联性，利用上述的文字输入公交查询系统，如果对地名进行文字匹配查找不到相符合的公交站点，也就无法检索到相应的公交换乘路线，这对于不熟悉公交站点的用户来说，查询极不方便。

目前，在互联网络电视上的公交换乘查询平台却尚未出现，若在互联网络电视上推出公交换乘查询服务，人们在家中通过电视便能够查询公交出行乘路。如果将应用在PC机上的文字输入公交查询系统直接应用到互联网络电视上，最主要的问题就是电视与PC机在操作方式上的差异：由于电视机普遍不支持PC机的输入键盘，通常都采用电视遥控器进行操作，如果要实现文字输入，需要在电视遥控器上按照一定文字输入规范编程定义一套文字输入法，以便支持起点站名和终点站名的文字输入；由于文字输入规范繁杂多样，不同品牌的电视其编程定义标准难以统一和相互移植，用户很难适应不同的文字输入方式；并且用户在进行信息发布操作时需要逐一输入汉字，每个字的输入都要在遥控器上进行数次操作，其繁琐程度难以令用户接收，特别对不熟悉文字键盘操作的中老年用户来说更是力不从心。同时，文字输入检索技术自身存在的上述缺陷依然难以克服。这些因素都导致公交换乘查询服务在互联网络电视平台上的应用受到了很大的限制。

发明内容

针对现有技术存在的上述不足，本发明的一个目的在于提供一种新的基于互联网络电视的公交换乘查询平台，该平台无需借助文字输入，直接通过电视遥控器进行选择确定出发公交站点和目标公交站点即可实现公交换乘线路查询，解决了文字输入繁琐导致的公交换乘查询服务在互联网络电视平台上应用受限的问题；本发明的另一目的在于提供该公交换乘查询平台的查询检索方法，以弥补该公交换乘查询平台因查询条件选择范围受限所带来的不便。

本发明的目的是这样实现的：基于互联网络电视的公交换乘查询平台，架设于互联网络电视的服务器中，用户通过电视终端选择互联网络电视的服务频道进入该公交换乘查询平台，查询公交换乘路线；其特征在于：该公交换乘查询平台包括公交信息数据库、用户信息数据库、地名信息数据库、用户窗口和搜索引擎；

所述公交信息数据库用于存储不同公交路线的公交信息，所述公交信息包括公交路线对应的公交车号、首/末班车时间以及公交路线上的公交站点；

所述用户地址信息数据库用于存储用户的电视终端的互联网络电视注册地址信息；

所述地理信息数据库用于存储地图数据和地理信息数据，以及存储依据地图数据确定的上述各个公交站点对应的地理位置信息；

所述用户窗口作为呈现于电视终端的服务交互界面，为用户提供出发公交站点和目标公交站点的选择，向搜索引擎发送公交站点排序检索指令或/和公交换乘检索指令，获取搜索引擎的检索结果数据并进行显示；所述出发公交站点和目标公交站点的可选择项目为公交信息数据库中的公交站点；

所述搜索引擎根据来自用户窗口的检索指令，通过查询公交信息数据库、用户信息数据库和地名信息数据库并进行检索运算，获得公交站点排序检索结果或/和公交换乘检索结果。

上述基于互联网络电视的公交换乘查询平台的查询检索方法，其特征在于：由搜索引擎根据来自用户窗口的检索指令，通过查询公交信息数据库、用户信息数据库和地名信息数据库并进行检索运算，获得相应的检索结果并发送至用户窗口；所述索引擎执行的检索操作包括如下步骤：

a）等待接收来自用户窗口的检索指令，若接收到公交站点排序检索指令，执行步骤b）；若接收到公交换乘检索指令，则执行步骤c）；

b）查询用户地址信息数据库，获取发送公交站点排序检索指令的电视终端的互联网络电视注册地址信息，并结合地理信息数据库中的地图数据确定电视终端的地理位置信息；根据该电视终端的地理位置信息以及地理信息数据库中公交站点的地理位置信息，计算各个公交站点与该电视终端所在地理位置的直线距离，按直线距离由近到远的顺序对公交站点进行排序，获得公交站点排序检索结果并发送至用户窗口；然后返回步骤a）；

c）判断用户窗口中出发公交站点和目标公交站点是否均已被选定，若均已被选定，执行步骤d）；否则，向用户窗口发送查询条件选择不全的提示信息，返回步骤a）；

d）根据用户窗口中选定的出发公交站点和目标公交站点，从公交信息数据库中查询所有同时含有出发公交站点和目标公交站点的公交路线，作为直达公交路线；若直达公交路线存在，则将查询所得的各直达公交路线相应的公交信息以及从出发公交站点到目标公交站点之间途径的公交站点作为公交换乘检索结果发送至用户窗口，然后返回步骤a）；若直达公交路线不存在，则执行步骤e）；

e）检索一次换乘公交路线，具体步骤如下：

e1）从公交信息数据库中查询所有含有出发公交站点的公交路线，作为第一备用路线；

e2）从公交信息数据库中查询所有含有目标公交站点的公交路线，作为第二备用路线；

e3）查询第一备用路线与第二备用路线中所有存在重复公交站点的公交路线组合，作为一次换乘公交路线；若一次换乘公交路线存在，则将查询所得的各一次换乘公交路线相应的公交信息以及从出发公交站点到目标公交站点之间途径的公交站点作为公交换乘检索结果发送至用户窗口，然后返回步骤a）；若一次换乘公交路线不存在，则执行步骤f）；

f）检索多次换乘公交路线，具体步骤如下：

f1）预设定循环查询次数上限N，且N≥1；

f2）从公交信息数据库中查询所有含有出发公交站点的公交路线，作为再次换乘公交路线，并分别获取所得各再次换乘公交路线上两端的公交站点，作为再次换乘站点；

f3）从公交信息数据库中查询所有含有任一再次换乘站点的公交路线，作为第一备用路线；

f4）从公交信息数据库中查询所有含有目标公交站点的公交路线，作为第二备用路线；

f5）查询第一备用路线与第二备用路线中所有存在重复公交站点的公交路线组合，作为最终次换乘公交路线；若最终次换乘公交路线存在，则将查询所得的各最终次换乘公交路线结合其此前对应的各次换乘路线，构成各最终次换乘公交路线相对应的多次换乘公交路线，再将各多次换乘公交路线相应的公交信息以及从出发公交站点到目标公交站点之间途径的公交站点作为公交换乘检索结果发送至用户窗口，然后返回步骤a）；若最终次换乘公交路线尚不存在，则累记循环查询一次，执行步骤f6）；

f6）若循环查询的次数不足循环查询次数上限N，则将步骤f2）中所得的再次换乘站点作为前次换乘站点，执行步骤f7）；若循环查询的次数已达到循环查询次数上限N，则向用户窗口发送公交换乘路线不存在的提示信息，然后返回步骤a）；

f7）从公交信息数据库中查询所有含有任一前次换乘站点的公交路线，作为新的再次换乘公交路线，并分别获取所得各再次换乘公交路线上两端的公交站点，作为新的再次换乘站点；然后返回执行步骤f3）~f5）；

作为进一步优化，所述用户窗口显示的公交换乘查询结果，按从出发公交站点到目标公交站点之间途径的公交站点的数量由少至多的顺序排列。

相比现有技术，本发明具有下述优点：

1、本发明的公交换乘查询平台无需进行文字输入，只需用电视遥控器在用户窗口中选择出发公交站点和目标公交站点，即可进行公交换乘查询，避免了借助电视遥控器输入文字的麻烦；并且，供选择的出发公交站点和目标公交站点均为公交信息数据库中的公交站点，不会出现选择项目与数据库内容不相符合的情形，克服了文字输入检索技术存在的缺陷，突破了公交换乘查询服务在互联网络电视平台上的应用障碍；

2、由于本发明的公交换乘查询平台采用公交信息数据库中的公交站点作为出发公交站点和目标公交站点的可选择项目，查询条件受到选择范围的限制，加之用户在进行查询结果很可能不熟悉公交路线，不知道周边有哪些公交站点的情况。为此，本发明的公交换乘查询平台同时为用户提供了两种查询服务：① 用户可先通过用户窗口发送公交站点排序检索指令，查询得到公交站点按距离用户所在居所地理位置（即电视终端的地理位置）由近到远的排序，从而可以知道哪些公交站点距离自己所在居所比较近；② 用户通过用户窗口自行选定出发公交站点和目标公交站点，然后发送公交换乘检索指令，查询得知公交换乘路线信息。通过这两种查询服务的结合，用户可以先通过服务①查询获知距离自己所在居所比较近的一些公交站点，再从中选择不同的出发公交站点，多次通过服务②分别不同的出发公交站点到达公交目标站点的公交换乘路线，从而选择更适合自己的公交换乘路线安排出行，弥补了本发明公交换乘查询平台不能通过任意输入出发公交站点和目标公交站点进行查询所带来的不便，提高了本发明公交换乘查询平台的可行性和操作灵活性。

3、本公交换乘查询平台的公交换乘查询结果还可按从出发公交站点到目标公交站点之间途径的公交站点数量由少至多的顺序排列，方便用户根据实际情况选择更短的公交出行线路。

 

附图说明

图1为本发明公交换乘查询平台的搜索引擎的检索操作流程图；

图2为实施例的地形示意图。

 

具体实施方式

下面结合附图和实施例对本发明的技术方案作进一步说明。

实施例：

本实施例中，某用户居住在                                                区的S楼，希望乘坐公交出行至B区的T楼，其所在区域的地形示意图如图2所示。该区域中存在四条公交路线，分别为01路（a站--b站--c站--f站）、02路（d站--e站--f站--g站--i站）、03路（h站--i站--j站--k站--l站）和04路（l站--m站--n站--o站）。通常，该用户都从b站出发，乘坐01路公交车，在f站换乘02路公交车，再在i站换乘03路公交车，最后在l站换乘04路公交车到m站下车，从而到达B区的T楼。这条出行路线需要换乘三次公交车，并且途径b站、c站、f站、g站、i站、j站、k站、l站、m站共8个公交站点，路途遥远。现该用户希望通过本发明的公交换乘查询平台查询到达B区的T楼的更好的出行路线。

本发明的公交换乘查询平台基于互联网络电视技术，架设于互联网络电视的服务器中，为互联网络电视的用户提供公交换乘查询业务。该业务数据流同其它互联网络电视业务数据流一同被发送至用户的电视终端（对于不具备媒体数据解码功能的电视，需要连接一台数字媒体适配器，即常说的机顶盒），用户通过互联网络电视频道选择进入平台，按照平台设置的可操作方式执行操作，并发送指令获得相应的公交换乘查询服务。本公交换乘查询平台包括公交信息数据库、用户信息数据库、地名信息数据库、用户窗口和搜索引擎；公交信息数据库中至少存储有上述01、02、03和04路公交路线的公交车号、首/末班车时间以及各路线上的公交站点；用户地址信息数据库中至少存储有该区S楼用户的电视终端的互联网络电视注册地址信息；地理信息数据库中存储有该地区的地图数据和地理信息数据，以及存储依据地图数据确定的01路、02路、03路和04路公交路线上各个公交站点对应的地理位置信息；用户窗口作为呈现于电视终端的服务交互界面，在用户窗口上设置有出发公交站点和目标公交站点的选择栏以及公交站点排序查询按钮和公交换乘查询按钮，出发公交站点和目标公交站点的可选择项目为公交信息数据库中的公交站点，在用户窗口上选择公交站点排序查询按钮后按电视遥控器上“确定”键即向搜索引擎发送公交站点排序检索指令，选择公交换乘查询按钮后按电视遥控器上“确定”键即向搜索引擎发送公交换乘检索指令；所述搜索引擎根据来自用户窗口的检索指令，通过查询公交信息数据库、用户信息数据库和地名信息数据库并进行检索运算，获得公交站点排序检索结果或/和公交换乘检索结果。

例如：首先，用户在居住的S楼中打开电视，进入互联网络电视的公交换乘查询平台，通过电视遥控器的方向选择键在用户窗口的出发公交站点和目标公交站点的选择栏中进行选择。出发公交站点和目标公交站点的选择栏中可选择的项目为“a站、b站、c站、d站、e站、f站、g站、h站、i站、j站、k站、l站、m站、n站、o站……”，均为公交信息数据库中的公交站点。用户选择了出发公交站点为“b站”、目标公交站点为“m站”，然后点击了公交换乘查询按钮向搜索引擎发送公交换乘检索指令。随后，搜索引擎执行如下操作：

a）搜索引擎等待接收来自用户窗口的检索指令，确认收到公交换乘检索指令，则执行步骤c）；

c）判断用户窗口中出发公交站点和目标公交站点均已被选定，执行步骤d）；

d）由于用户窗口中选定的出发公交站点和目标公交站点分别为“b站”和“m站”，搜索引擎从公交信息数据库中查询所有同时含有“b站”和“m站”的公交路线作为直达公交路线；经查询，满足上述条件的直达公交路线不存在，因此继续执行步骤e）；

e）检索一次换乘公交路线，具体步骤如下：

e1）从公交信息数据库中查询所有含有出发公交站点“b站”的公交路线，得到01路公交路线，作为第一备用路线；

e2）从公交信息数据库中查询所有含有目标公交站点“m站”的公交路线，得到04路公交路线，作为第二备用路线；

e3）查询第一备用路线与第二备用路线中所有存在重复公交站点的公交路线组合，作为一次换乘公交路线；经查询，01路和04路公交路线上没有重复的公交站点，满足上述条件的一次换乘公交路线也不存在，从而继续执行步骤f）；

f）检索多次换乘公交路线，具体步骤如下：

f1）程序中预设定循环查询次数上限N=5；

f2）从公交信息数据库中查询所有含有出发公交站点“b站”的公交路线，得到01路公交路线，作为再次换乘公交路线，并获取01路公交路线上两端的公交站点“a站”和“f站”，作为再次换乘站点；

f3）从公交信息数据库中查询所有含有“a站”或“f站”公交路线，得到01路和02路公交路线，作为第一备用路线；

f4）从公交信息数据库中查询所有含有目标公交站点“m站”的公交路线，得到04路公交路线，作为第二备用路线；

f5）查询第一备用路线与第二备用路线中所有存在重复公交站点的公交路线组合，作为最终次换乘公交路线；经查询，01路与04路公交路线、02路公交路线与04路公交路线上均没有重复的公交站点，最终次换乘公交路线尚不存在，累记循环查询一次，继续执行步骤f6）；

f6）由于目前循环查询的次数仅为一次，不足循环查询次数上限5次，则将步骤f2）中所得的再次换乘站点“a站”和“f站”作为前次换乘站点，执行步骤f7）；

f7）从公交信息数据库中查询所有含有前次换乘站点的“a站”和“f站”公交路线，得到01路和02路公交路线，作为新的再次换乘公交路线，并分别获取01路和02路公交路线上两端的公交站点，分别为“a站”和“f站”、“d站”和“i站”，作为新的再次换乘站点；然后返回执行步骤f3）~f5）；

f3）（二次循环查询）从公交信息数据库中查询所有含有“a站”、“f站”、“d站”或“i站”公交路线，得到01路、02路和03路公交路线，作为第一备用路线；

f4）（二次循环查询）从公交信息数据库中查询所有含有目标公交站点“m站”的公交路线，得到04路公交路线，作为第二备用路线；

f5）（二次循环查询）查询第一备用路线与第二备用路线中所有存在重复公交站点的公交路线组合，作为最终次换乘公交路线；经查询，03路和04路公交路线上存在重复公交站点“k站”，则将03路和04路公交路线组合作为最终次换乘公交路线，并结合03路和04路公交路线此前对应的各次换乘路线01路和02路，构成相对应的多次换乘公交路线01路→02路→03路→04路，再将各多次换乘公交路线01路→02路→03路→04路相应的公交车号、首/末班车时间以及公交路线上的公交站点等公交信息以及从出发公交站点“b站”到目标公交站点“m站”之间途径的公交站点“b站→c站→f站→g站→i站→j站→k站→l站→m站”作为公交换乘检索结果发送至用户窗口，公交换乘查询检索完毕；然后返回步骤a），搜索引擎再次进入等待接收检索指令状态。

用户窗口收到搜索引擎发来的公交换乘检索结果，则将结果按从出发公交站点到目标公交站点之间途径的公交站点的数量由少至多的顺序排列。目前仅检索得到一条公交换乘检索结果，即从出发公交站点“b站”到目标公交站点“m站”存在多次换乘公交路线01路→02路→03路→04路，之间途径公交站点“b站→c站→f站→g站→i站→j站→k站→l站→m站”，并显示有01路、02路、03路和04路公交路线相应的公交车号、首/末班车时间以及公交路线上的公交站点等公交信息。由此，该用户查询得知，从b站出发到达点“m站仅存在他通常出行选择的那条公交换乘路线。于是，该用户在用户界面上选择点击了公交站点排序按钮向搜索引擎发送公交站点排序检索指令，希望查询到他还可以选择从哪些较近的公交站点出发。随后，搜索引擎执行如下操作：

a）搜索引擎等待接收来自用户窗口的检索指令，确认收到公交站点排序检索指令，则执行步骤b）；

b）搜索引擎查询用户地址信息数据库，获取该发送公交站点排序检索指令的电视终端的互联网络电视注册地址信息，并结合地理信息数据库中的地图数据确定电视终端的地理位置信息为“A区S楼”；再根据该电视终端的地理位置信息“A区S楼”以及地理信息数据库中公交站点的地理位置信息，计算各个公交站点与“A区S楼”的直线距离，按直线距离由近到远的顺序对公交站点进行排序，获得公交站点排序检索结果为“b站、o站、a站、n站、c站、d站……”，并发送至用户窗口；然后返回步骤a），搜索引擎再次进入等待接收检索指令状态。

通过查询，该用户得知距离其居住的A区S楼较近的地方还有一个公交站点o站可以作为出发公交站点，因此他在用户窗口中尝试选择出发公交站点为“b站”、目标公交站点为“m站”，点击公交换乘查询按钮向搜索引擎发送公交换乘检索指令，查询是否有路程更短的公交换乘路线。随后，搜索引擎执行如下操作：

a）搜索引擎等待接收来自用户窗口的检索指令，确认收到公交换乘检索指令，则执行步骤c）；

c）判断用户窗口中出发公交站点和目标公交站点均已被选定，执行步骤d）；

d）由于用户窗口中选定的出发公交站点和目标公交站点分别为“o站”和“m站”，搜索引擎从公交信息数据库中查询所有同时含有“o站”和“m站”的公交路线作为直达公交路线；经查询，04路公交路线中同时含有“o站”和“m站”，因此将04路公交路线的公交车号、首/末班车时间以及公交路线上的公交站点等公交信息以及从出发公交站点“o站”到目标公交站点“m站”之间途径的公交站点“o站→n站→m站”作为公交换乘检索结果发送至用户窗口，公交换乘查询检索完毕；然后返回步骤a），搜索引擎再次进入等待接收检索指令状态。

通过查询，该用户发现原来乘坐04路公交车从o站出发，途径o站、n站、m站三个站点便可以直达m站。由此，为该用户提供了更加便捷的公交出行方案。

由上述实施例可见，本发明的公交换乘查询平台无需进行文字输入操作，仅通过选择出发公交站点和目的公交站点便可查询到相应的公交换乘路线，其操作方式与常规的数字电视节目频道选择非常类似，即使是不熟悉文字键盘操作的中老年用户也可熟练的进行操作查询操作。但是，用户可选择的出发公交站点和目的公交站点受到了公交信息数据库内记录的公交站点的限制，导致查询条件的设置不如直接进行文字输入那样的灵活，可能会让一些不熟悉公交路线的用户不清楚该选择那些公交站点出行；为此，本公交换乘查询平台同时为用户提供了公交站点排序检索服务，让用户可以查询到距离自己所在居所比较近的公交站点，供用户从中自由选择任意的出发公交站点再次进行公交换乘查询，弥补了由于选择受限所带来的不便，提高了本发明公交换乘查询平台的可行性和操作灵活性。作为更人性化的设计，也可在本发明的公交换乘查询平台中融合文字输入检索技术，让用户可以根据自己的操作习惯自由选择查询方式；关于文字输入检索技术的相关内容系现有技术，并非本发明的创新所在，在此不再加以赘述。

在本发明公交换乘查询平台中，若公交换乘查询时出发公交站点和目标公交站点的选择不全，或者多次换乘公交路线中循环查询的次数达到了预设定的循环查询次数上限而尚未获得查询结果，均会在用户窗口中出现相应的提示信息；其中，预设定的循环查询次数上限N意味着可查询到的公交换乘检索结果的最多换乘次数为N+1次，N的值可在搜索引擎程序编辑时确定，通常N的值预设定为5或6即可，建议最大设为10，大于10会使得搜索引擎执行效率降低，并且对于用户而言10次以上的公交换乘路线也已经失去了实际的意义。

最后说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的宗旨和范围，其均应涵盖在本发明的权利要求范围当中。