[0001] 本发明属于计算机通信领域， 尤其涉及一种信息获取方法、 装置、 系统、 终端 设备及存储介质。

背景技术

[0002] 随着经济水平的提高， 人均消费水平的提高， 人们外出吃饭、 逛街、 运动等消 费行为日益增多。 人们在外出消费或运动等行为之前， 一般会通过美团、 大众 点评或者是高德等应用软件搜索美食馆、 商场、 运动馆等， 并获取精准的目的 地信息后， 再导航前往。

[0003] 随着经济水平的提高， 人均车辆拥有数量提高， 人们经常驾车前往搜索到的目 的地， 却经常出现用户到达目的地后需要围绕目的地 寻找停车地方的情形， 最 终可能还是要停到距离目的地很远的地方， 甚至最终没能发现能够停车的地方 ， 浪费了用户大量的吋间成本。

技术问题

[0004] 本发明实施例提供一种信息获取方法， 旨在解决用户在前往目的地吋， 由于寻 找停车位浪费大量的吋间成本的问题。

问题的解决方案

技术解决方案

[0005] 第一方面， 本发明实施例提供了一种信息获取方法， 应用于客户端， 方法包括

[0006] 接收用户录入的出行需求信息， 并发送给服务器；

[0007] 接收服务器返回的、 与出行需求信息匹配的可停车信息和目的地信 息；

[0008] 输出可停车信息和目的地信息。

[0009] 第二方面， 本发明实施例还提供一种信息获取方法， 其特征在于， 应用于服务 器端， 方法包括：

[0010] 接收客户端发送的用户的出行需求信息； [0011] 获取与出行需求信息匹配的可停车信息和目的 地信息；

[0012] 向客户端发送可停车信息和目的地信息。

[0013] 第三方面， 本发明实施例还提供一种信息获取装置， 其特征在于， 应用于客户 端， 装置包括：

[0014] 出行需求信息获取单元， 用于接收用户录入的出行需求信息， 并发送给服务器

[0015] 可停车信息及目的地信息接收单元， 用于接收服务器返回的、 与出行需求信息 匹配的可停车信息和目的地信息；

[0016] 输出单元， 用于输出可停车信息和目的地信息。

[0017] 第四方面， 本发明实施例还提供一种信息获取装置， 应用于服务器端， 装置包 括：

[0018] 出行需求信息获取单元， 用于接收客户端发送的用户的出行需求信息；

[0019] 停车信息及目的地信息获取单元， 用于获取与出行需求信息匹配的可停车信息 和目的地信息；

[0020] 发送单元， 用于向客户端发送可停车信息和目的地信息。

[0021] 本发明实施例还提供一种信息获取系统， 上述系统包括客户端和服务器端， 其 中客户端为上述第三方面提供的信息获取装置 ；

[0022] 服务器端为上述第四方面提供的信息获取装置 。

[0023] 本发明实施例还提供一种终端设备， 终端设备包括处理器， 处理器用于执行存 储器中存储的计算机程序吋实现如上述信息获 取方法的步骤。

[0024] 本发明实施例还提供一种计算机可读存储介质 ， 计算机可读存储介质存储有计 算机程序， 计算机程序被处理器执行吋实现如上述信息获 取方法的步骤。

发明的有益效果

有益效果

[0025] 在本发明实施例中， 接收到用户录入的出行需求信息后， 将上述出行需求信息 发送给服务器， 服务器根据接收到的出行需求信息向客户端返 回与出行需求信 息匹配的可停车信息和目的地信息， 客户端在接收到可停车信息和目的地信息 后向用户输出展示上述信息。 在本方案中， 用户仅需输入出行需求信息， 即可 接收到与出行需求信息匹配的目的地信息以及 可以停车的停车信息， 在客户端 向用户推荐出行的目的地信息吋， 将周围是否可停车加入到推荐考虑因素之内 ， 以确保向用户推荐的目的地信息周围存在可停 车的停车位； 且在向用户同吋 输出目的地信息和停车场信息， 用户无需在到达停车场之后再寻找附近的停车 场， 既避免了用户到达目的地后找不到停车位的情 形， 又节省了用户到达目的 地之后寻找停车场的吋间， 使用户可享受良好的出行体验。

对附图的简要说明

附图说明

[0026] 图 1是本发明实施例提供的一种信息获取方法的� �施环境示意图；

[0027] 图 2是本发明实施例一提供的信息获取方法的流� �图；

[0028] 图 3是本发明实施例二提供的信息获取方法中输� �目的地信息和可停车信息的 示意图；

[0029] 图 4是本发明实施例四提供的信息获取方法的流� �图；

[0030] 图 5是本发明实施例五提供的信息获取方法的流� �图；

[0031] 图 6是本发明实施例六提供的信息获取方法的流� �图；

[0032] 图 7是本发明实施例七提供的信息获取方法的流� �图；

[0033] 图 8是本发明实施例八提供的信息获取装置的结� �图；

[0034] 图 9是本发明实施例十一提供的信息获取装置的� �构图；

[0035] 图 10是本发明实施例十二提供的信息获取装置的� ��停车信息及目的地信息获取 单元的结构图；

[0036] 图 11是本发明实施例十三提供的信息获取装置的� ��停车信息及目的地信息获取 单元的结构图；

[0037] 图 12是本发明实施例十四提供的信息获取装置的� ��停车信息及目的地信息获取 单元的结构图。

本发明的实施方式

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

[0039] 在本发明实施例中使用的术语是仅仅出于描述 特定实施例的目的， 而非旨在限 制本发明。 在本发明实施例和所附权利要求书中所使用的 单数形式的"一种"、 " 所述"和"该"也旨在包括多数形式， 除非上下文清楚地表示其他含义。 还应当理 解， 本文中使用的术语"和 I或"是指并包含一个或多个相关联的列出项目� ��任何 或所有可能组合。

[0040] 应当理解， 尽管在本发明实施例中可能采用术语第一、 第二等来描述各种信息 ， 但这些信息不应限于这些术语。 这些术语仅用来将同一类型的信息彼此区分 幵。 例如， 在不脱离本发明实施例范围的情况下， 第一判断单元也可以被称为 第二判断单元， 不一定要求或者暗示这些实体或操作之间存在 任何这种实际的 关系或者顺序。 类似地， 第二判断单元也可以被称为第一判断单元。 而且， 术 语"包括"、 "包含"或者其任何其他变体意在涵盖非排他性� ��包含， 从而使得包括 一系列要素的过程、 方法、 物品或者设备不仅包括那些要素， 而且还包括没有 明确列出的其他要素， 或者是还包括为这种过程、 方法、 物品或者设备所固有 的要素。

[0041] 在本发明实施例中， 根据用户录入的出行需求信息， 向用户同吋输出与出行需 求信息对应的目的地信息和停车场信息。 本方案中用户仅需输入出行需求信息 ， 即可接收到与出行需求信息匹配的目的地信息 以及可以停车的停车信息， 在 客户端向用户推荐出行的目的地信息吋， 将周围是否可停车加入到推荐考虑因 素之内， 以确保向用户推荐的目的地信息周围存在可停 车的停车位； 且在向用 户同吋输出目的地信息和停车场信息， 用户无需在到达停车场之后再寻找附近 的停车场， 既避免了用户到达目的地后找不到停车位的情 形， 又节省了用户到 达目的地之后寻找停车场的吋间， 使用户可享受良好的出行体验。

[0042] 图 1示出了本发明实施例提供的一种信息获取方� �的网络架构图， 为了便于说 明， 仅示出了与本发明实施例有关的部分。

[0043] 服务器 100与至少一个停车场系统 110以及至少一个客户端 120通信连接。

[0044] 作为本发明的一个实施例， 停车场系统 110可以是商场、 政府部门、 住宅小区 、 办公场所等等场所的停车场， 停车场系统 110数量不限于一个， 还可以是多个 [0045] 客户端 120包括智能终端， 智能终端包括但不限于： 智能手机、 计算机、 个人 数字助理、 平板设备等， 客户端 120数量不限于一个， 还可以是多个。

[0046] 作为本发明的一个实施例， 服务器 100与停车场系统 110之间通过有线网络连接 或者无线网络连接， 无线连接包括但不限于， 如 WiFi (Wireless-Fidelity , 无线 保真） 、 蓝牙连接等。

[0047] 服务器 100与客户端 120之间通过无线网络连接 （如 WiFi) 或数据传输连接 （如 移动网络） 。

[0048] 可以理解， 用户可以通过上述客户端 120中的 APP或者服务器 100提供的网页登 录到客户端 120的界面中， 可用于录入出行需求信息， 还可用于査看可停车信息 和目的地信息。

[0049] 在本发明实施例中， 服务器 100可以是一台服务器， 也可以是由若干台服务器 组成的服务器群， 或者是一个云计算服务中心， 用于获取停车场系统 110的可停 车信息， 以及停车场周围的目的地信息， 并根据客户端 120发送的出行需求信息 返回与之匹配的可停车信息和目的地信息。

[0050] 实施例一：

[0051] 图 2为本发明实施例一提供的信息获取方法的流� �图， 该信息获取方法可以 AP P (Application, 应用程序） 的形式应用于客户端， 作为示例， 例如手机、 平板 电脑、 个人数字助理 (Personal Digital Assistant, PDA)等可以进行通信的手持终 端设备， 该客户端的数量至少为一个， 方法包括：

[0052] 步骤 S201 , 接收用户录入的出行需求信息， 并发送给服务器。

[0053] 在本发明实施例中， 出行需求信息可以为表达用户的出行目的但不 具有特定目 的地指向性的信息， 作为示例， 例如羽毛球、 川菜、 商场、 公园、 游泳馆、 美 食等等； 出行需求信息还可以为具有指向性的需求目的 地信息， 作为示例， 例 如大梅沙、 梅林水库等等， 具体不做限定。

[0054] 在本发明实施例中， 用户可在输入框中直接输入出行需求信息； 也可以通过点 击客户端展示的标识录入出行需求信息， 作为示例， 客户端向用户展示的标识 可为运动标识、 美食标识、 购物标识等等； 还可以通过语音录入出行需求信息 等等， 具体出行需求信息的录入方式不做限定。

[0055] 步骤 S202， 接收服务器返回的、 与出行需求信息匹配的可停车信息和目的地信 息。

[0056] 在本发明实施例中， 可停车信息包括可停车的停车场位置信息、 可停车的停车 位数量信息、 停车费收费标准或停车场与目的地信息之间的 距离等等， 只要为 协助用户停车的信息均可包含在内， 具体不做限定。

[0057] 在本发明实施例中， 目的地信息包括目的地位置信息、 目的地名称信息、 用户 所在地与目的地的距离信息或对目的地的评分 信息等与目的地相关的信息， 具 体不做限定。

[0058] 在本发明实施例中， 停车信息、 目的地信息以及停车信息与目的地信息之间的 关联关系为服务器预先存储数据， 服务器在接收到用户录入的出行需求信息后 ， 从中提取出与出行需求信息对应的出行需求特 征。 客户端接收服务器返回的 与上述出行需求特征对应的可停车信息和目的 地信息。 作为示例， 例如用户录 入的信息为医院， 则出行需求特征为医院， 与之匹配的为北大深圳医院及北大 深圳医院停车场、 深圳市人民医院及深圳市人民医院第一门诊部 停车场或深圳 市儿童医院及深圳音乐厅停车场等等， 应当理解， 此处对出行需求信息、 停车 信息、 目的地信息的举例仅为方便理解本方案， 具体不做任何限定。

[0059] 步骤 S203 , 输出可停车信息和目的地信息。

[0060] 在本发明实施例中， 接收到用户录入的出行需求信息后， 将上述出行需求信息 发送给服务器， 服务器根据接收到的出行需求信息向客户端返 回与出行需求信 息匹配的可停车信息和目的地信息， 客户端在接收到可停车信息和目的地信息 后向用户输出展示上述信息。 在本方案中， 用户仅需输入出行需求信息， 即可 接收到与出行需求信息匹配的目的地信息以及 可以停车的停车信息， 在客户端 向用户推荐出行的目的地信息吋， 将周围是否可停车加入到推荐考虑因素之内 ， 以确保向用户推荐的目的地信息周围存在可停 车的停车位； 且在向用户同吋 输出目的地信息和停车场信息， 用户无需在到达停车场之后再寻找附近的停车 场， 既避免了用户到达目的地后找不到停车位的情 形， 又节省了用户到达目的 地之后寻找停车场的吋间， 使用户可享受良好的出行体验。 [0061] 实施例二：

[0062] 实施例二提供了本发明的一优选实施例， 作为本发明的优选实施例， 步骤 S203 具体包括：

[0063] 输出目的地信息和与目的地信息关联的至少一 个可停车信息。

[0064] 在本发明实施例中， 向用户展示的可停车信息可为全部可停车信息 ， 作为示例 ， 例如将停车场名称、 可停车的停车位数量、 停车场与目的地之间的距离直接 展示出来， 也可向用户与可停车信息对应的停车场标识， 作为示例， 例如停车 场名称， 用户在点击上述停车场标识以査看全部的可停 车信息。

[0065] 作为本发明的一优选实施例， 可停车信息至少包括可停车的停车场位置信息 、 停车场的可停车车位数量和停车场与目的地的 距离信息。

[0066] 在本发明实施例中， 向用户展示的可停车信息中包括停车场的位置 、 可停车的 停车位数量以及停车场与目的地的距离， 用户可根据可停车的停车位数量以及 停车场与目的地的距离对停车场进行选择， 并前往与停车场的位置信息对应的 停车场。 向用户展示上述信息， 用户对目的地信息周围的不同停车场有初步的 了解， 进而在目的地周围的停车场中选取最适合的停 车场。

[0067] 作为本发明的另一优选实施例， 可停车信息还可包括停车场的收费信息。

[0068] 在本发明实施例中， 不仅向用户展示可停车的停车场位置信息、 停车场的可停 车车位数量和停车场与目的地的距离信息， 还向用户展示停车场的收费信息， 使用户在选择停车场吋可预估待支付的停车费 用， 以向用户提供更好的停车场 选择服务。

[0069] 在本发明实施例中， 如图 3所示， 以目的地信息为主， 向用户输出目的地信息 和与目的地信息关联的至少一个可停车信息。 应当理解， 此处对目的地信息和 停车场信息的展示方式进行举例， 仅为方便理解本方案， 具体不做任何限定。

[0070] 在本发明实施例中， 用户可在选择目的地之后， 在多个目的地周围可停车的停 车场中挑选最适合的停车场。 不仅确定推荐的目的地周围有停车位， 且用户可 选择对目的地周围、 用户最满意的停车场进行停车。

[0071] 实施例三：

[0072] 实施例三提供了本发明的一优选实施例， 作为本发明的优选实施例， 步骤 S203 具体包括：

[0073] 输出可停车信息和与可停车信息关联的至少一 个目的地信息。

[0074] 在本发明实施例中， 向用户展示的目的地信息中包括目的地的位置 、 目的地与 停车场的距离、 对目的地的评分或人均消费水平等等与目的地 相关的信息， 具 体不做限定。

[0075] 在本发明实施例中， 可以地图的形式向用户展示可停车信息， 以及与可停车信 息关联的若干目的地信息； 也可在一条可停车信息下关联若干条目的地信 息等 等， 具体不做限定。

[0076] 在本发明实施例中， 向用户展示可停车的停车信息及停车场周围的 若干目的地 信息， 由于人们一般会先将车停到停车场后， 再步行到停车场附近的目的地， 这种以停车场为主， 附带周围的若干目的地的展示方式更为符合人 们的出行规 律， 以提供更好的用户体验。

[0077] 实施例三还提供了本发明的另一优选实施例， 在步骤 S203之后， 还包括： [0078] 获取用户录入的、 与可停车信息对应的停车预约信息， 并发送给服务器。

[0079] 在本发明实施例中， 预约信息可包括预约车辆的车牌号码、 与预约车位对应的 停车场名称、 预约车位的数量、 预约吋间段、 或车辆的型号等等与预约停车位 相关的信息， 具体不做限定。

[0080] 在本发明实施例中， 在向用户推荐目的地信息和可停车信息吋， 可接收用户对 可停车的停车位的预约信息， 并将上述预约信息发送给服务器， 以使服务器根 据上述预约信息调整可停车的停车信息。 用户对停车位进行预约后， 进一步确 保了到达目的地周围吋， 有可停车的停车位。 避免到达目的地周围吋， 由于没 有可停车的停车位， 给用户造成的吋间成本的浪费。

[0081] 实施例三还提供了本发明的又一优选实施例， 出行需求信息为需求目的地信息

[0082] 步骤 S202具体包括：

[0083] 接收与需求目的地信息对应的出行需求特征对 应的可停车信息和推荐目的地信 息。

[0084] 在本发明实施例中， 推荐目的地与需求目的地具有相同的特征， 但不为同一目 的地， 作为示例， 例如需求目的地为大梅沙， 推荐目的地可为小梅沙、 盐田滨 海栈道、 西涌等， 其共同的特征均为海边， 应当理解， 此处对需求目的地和推 荐目的地的举例仅为证明本方案的可实施性， 具体不做限定。

[0085] 在本发明实施例中， 当出行需求信息为大梅沙、 莲花山公园等具有指向性的需 求目的地信息吋， 可能出现需求目的地信息周围没有可停车的停 车位的情形， 则服务器向客户端返回的为推荐目的地信息和 可停车信息， 其中推荐目的地与 需求目的地信息对应的出行需求特征相同。 当用户输入的出行目的地周围没有 可停车的停车位吋， 可根据出行目的地对应的出行特征给用户推荐 与出行特征 对应的推荐目的地， 既避免了用户到达目的地后无处停车的情形， 又尽量满足 了用户的出行需求。

[0086] 实施例四：

[0087] 图 4为本发明实施例四提供的信息获取方法的流� �图， 应用于服务器端， 如图 4 所示， 上述方法包括：

[0088] 步骤 S401 , 接收客户端发送的用户的出行需求信息。

[0089] 在本发明实施例中， 出行需求信息可以为表达用户的出行目的但不 具有特定目 的地指向性的信息， 作为示例， 例如羽毛球、 川菜、 商场、 公园、 游泳馆、 美 食等等； 出行需求信息还可以为具有指向性的需求目的 地信息， 作为示例， 例 如大梅沙、 梅林水库等等， 具体不做限定。

[0090] 步骤 S402， 获取与出行需求信息匹配的可停车信息和目的 地信息。

[0091] 在本发明实施例中， 可停车信息包括可停车的停车场位置信息、 可停车的停车 位数量信息、 停车费收费标准或停车场与目的地信息之间的 距离等等， 只要为 协助用户停车的信息均可包含在内， 具体不做限定。

[0092] 作为本发明的一优选实施例， 可停车信息至少包括可停车的停车场位置信息 、 停车场的可停车车位数量和停车场与目的地的 距离信息。

[0093] 在本发明实施例中， 向客户端发送的可停车信息中包括停车场的位 置、 可停车 的停车位数量以及停车场与目的地的距离， 以使客户端将上述可停车信息展示 给用户， 用户可根据可停车的停车位数量以及停车场与 目的地的距离对停车场 进行选择， 并前往与停车场的位置信息对应的停车场。 向用户展示上述信息， 用户对目的地信息周围的不同停车场有初步的 了解， 进而在目的地周围的停车 场中选取最适合的停车场。

[0094] 作为本发明的另一优选实施例， 可停车信息还可包括停车场的收费信息。

[0095] 在本发明实施例中， 不仅向用户展示可停车的停车场位置信息、 停车场的可停 车车位数量和停车场与目的地的距离信息， 还向用户展示停车场的收费信息， 使用户在选择停车场吋可预估待支付的停车费 用， 以向用户提供更好的停车场 选择服务。

[0096] 在本发明实施例中， 目的地信息包括目的地位置信息、 目的地名称信息、 用户 所在地与目的地的距离信息或对目的地的评分 信息等与目的地相关的信息， 具 体不做限定。

[0097] 在本发明实施例中， 停车信息、 目的地信息以及停车信息与目的地信息之间的 关联关系为服务器预先存储数据， 服务器在接收到用户录入的出行需求信息后 ， 从中提取出与出行需求信息对应的出行需求特 征， 并在服务器预存数据中获 取到与上述出行需求特征对应的可停车信息和 目的地信息。 作为示例， 例如用 户录入的信息为医院， 则出行需求特征为医院， 与之匹配的为北大深圳医院及 北大深圳医院停车场、 深圳市人民医院及深圳市人民医院第一门诊部 停车场或 深圳市儿童医院及深圳音乐厅停车场等等， 应当理解， 此处对出行需求信息、 停车信息、 目的地信息的举例仅为方便理解本方案， 具体不做任何限定。

[0098] 步骤 S403， 向客户端发送可停车信息和目的地信息。

[0099] 在本发明实施例中， 将可停车信息和目的地信息发送给客户端。

[0100] 在本发明实施例中， 在接收到客户端发送的出行需求信息后， 从出行需求信息 中获取到与之对应的出行需求特征， 在服务器预存的数据中匹配与出行需求特 征对应的可停车信息和目的地信息， 并发送给客户端。 在本方案中， 用户仅需 输入出行需求信息， 即可接收到与出行需求信息匹配的目的地信息 和可以停车 的停车信息， 服务器在匹配与出行需求信息对应的目的地信 息和可停车信息吋 ， 将周围是否可停车加入到推荐考虑因素之内， 以确保向用户推荐的目的地信 息周围存在可停车的停车位； 且同吋输出目的地信息和停车场信息， 用户无需 在到达停车场之后再寻找附近的停车场， 既避免了用户到达目的地后找不到停 车位的情形， 又节省了用户到达目的地之后寻找停车场的吋 间， 使用户可享受 良好的出行体验。

[0101] 实施例五：

[0102] 实施例五提供了本发明的一优选实施例， 如图 5所示， 步骤 S402具体包括： [0103] 步骤 S501， 获取与出行需求信息匹配的可停车信息。

[0104] 在本发明实施例中， 停车信息中停车场信息与目的地信息的关联关 系为服务器 中预存信息， 根据停车场周围的目的地信息， 服务器给停车场标有相应的特征 信息。 作为示例， 如表一所示：

[]

[0105] 结合表一进行举例， 例如 A停车场的特征信息包括图书馆、 儿童医院、 公园； B停车场的特征信息包括酒店、 剧院、 广场、 购物； C停车场的特征信息包括医 院、 银行、 小学等等， 应当理解， 此处对停车场、 停车场周围的目的地信息、 停车场特征的举例仅为使本方案更好理解， 不具有任何限定意义。

[0106] 在本发明实施例中， 服务器根据接收到的出行需求信息获取到出行 需求特征， 再获取到服务器预存数据中与出行需求特征相 匹配的停车场， 进而调取匹配的 停车场的可停车信息。 结合表一进行举例， 例如， 当用户输入的出行需求信息 为医院吋， 根据出行需求信息获得到的出行需求特征为医 院， 由于 A停车场的特 征信息包括图书馆、 儿童医院、 公园； B停车场的特征信息包括酒店、 剧院、 广 场、 购物； C停车场的特征信息包括医院、 银行、 小学， 则匹配到具有医院特征 的停车场有 A停车场和 C停车场， 服务器获取 A停车场和 C停车场的可停车信息， 应当理解， 此处对停车场、 停车场周围的目的地信息、 停车场特征的举例仅为 使本方案更好理解， 不具有任何限定意义。

[0107] 步骤 S502， 根据可停车信息和出行需求信息获取与出行需 求匹配的目的地信息

[0108] 在本发明实施例中， 停车信息中停车场信息与目的地信息的关联关 系为服务器 中预存信息， 在步骤 S501中获取到与出行需求信息匹配的停车场信� �后， 可在 与停车场标识关联的目的地信息中获取与出行 需求匹配的目的地信息。 结合表 一进行举例， 例如， 由步骤 S501中获取到与出行需求信息匹配的停车场为� �取 A 停车场和 C停车场， 用户的出行需求信息为医院， 贝 lj获取到的目的地信息分别为 ： 深圳市儿童医院， 距离 A停车场 120m; 北大深圳医院， 距离 B停车场 50m， 应 当理解， 此处举例仅为证明本方案的可实施性， 具体不做限定。

[0109] 在本发明实施例中， 根据出行需求信息获取可停车信息， 再在与可停车信息关 联的目的地信息中进一步获取到与出行需求信 息匹配的目的地信息。 将获取可 停车信息和目的地信息拆为两步， 服务器按照预设步骤逐步査找， 可尽量避免 査找过程中出现失误， 以确保用户在根据输出的目的地信息到达目的 地吋， 可 根据输出的可停车信息实现迅速停车， 节约用户停车的吋间成本。

[0110] 实施例六：

[0111] 实施例六提供了本发明的一优选实施例， 如图 6所示， 步骤 S402具体包括：

[0112] 步骤 S601， 获取与出行需求信息匹配的需求目的地信息。

[0113] 在本发明实施例中在接收到出行需求信息后， 提取出与出行需求信息对应的出 行需求特征， 跟据出行需求特征匹配与之对应的需求目的地 ， 作为示例， 例如 接收到的出行需求信息为医院， 则出行需求特征为医院， 匹配与之对应的需求 目的地为深圳市人民医院、 深圳市第二人民医院、 北大深圳医院等等中的一个 或几个； 作为示例， 例如接收到的出行需求信息为爬山， 则出行需求特征为山 ， 匹配与之对应的需求目的地为梧桐山、 银湖山、 凤凰山或莲花山等等中的一 个或几个， 具体不做限定。

[0114] 步骤 S602， 根据需求目的信息获取与出行需求匹配的可停 车信息和推荐目的地 f π息。

[0115] 在本发明实施例中， 目的地信息与停车信息中停车场信息的关联关 系为服务器 中预存信息， 作为示例， 如表二所示：

[]

在本发明实施例中， 査找与上述需求目的信息关联的停车信息中的 停车场信息 ， 挑选出存在停车位的停车场， 并获取与停车场信息关联的可停车信息和目的 地信息， 作为示例， 结合表二进行举例， 如通过步骤 S601获取到的需求目的地 信息为莲花山公园、 梧桐山和银湖山， 则匹配的可停车信息和推荐目的地信息 为： 莲花山公园， 深圳图书馆停车场， 200m， 剩余停车位 12个和艺术公寓地上 停车场， 60m， 剩余停车位 16个； 梧桐山， 仙湖植物园南门停车场， 30m， 剩余 停车位 ₅ 个、 仙湖植物园多层停车场， 60m， 剩余停车位 32个和仙湖山庄停车场 ， 250m, 剩余停车位 28个， 应当理解， 此处举例仅为方便理解本方案， 不具有 任何限定意义。

[0117] 在本发明实施例中， 服务器中预存有目的地信息和与之关联的停车 信息， 在接 收到出行需求信息之后， 先匹配与之对应的需求目的地， 再根据需求目的地周 围是否存在可用的停车位， 筛选出推荐目的地， 从而获取到可停车信息和推荐 目的地信息。 先根据出行需求信息匹配需求目的地， 再筛选停车场的方式， 匹 配到的目的地更加全面， 且目的地周围一般对应若干个停车场， 可提供多个停 车场的可停车信息供用户选择， 以提供更好的出行体验。

[0118] 实施例六提供了本发明的另一优选实施例， 在步骤 S303之后， 还包括：

[0119] 接收客户端发送的与可停车信息对应的停车预 约信息并存储。

[0120] 在本发明实施例中， 预约信息可包括预约车辆的车牌号码、 与预约车位对应的 停车场标识、 预约车位的数量、 预约吋间段、 或车辆的型号等等与预约停车位 相关的信息， 具体不做限定。

[0121] 在本发明实施例中， 当接收到客户端发送的上述预约信息后， 根据预约信息中 携带的停车场标识， 将预约信息更新到与之对应的停车场信息中。 作为示例， 例如预约信息为车牌号码为粵 BC8588的用户预约北大深圳医院停车场的 1个停车 位， 则北大深圳医院停车场的可停车车位减 1， 且将粵 BC8588列入北大深圳医院 停车场的可驶入车牌号码队列， 应当理解， 此处仅为方便理解本方案， 具体不 做限定。

[0122] 用户对停车位进行预约后， 进一步确保了到达目的地周围吋， 有可停车的停车 位。 避免到达目的地周围吋， 由于没有可停车的停车位， 给用户造成的吋间成 本的浪费。

[0123] 实施例七：

[0124] 实施例七提供了本发明的一优选实施例， 出行需求信息为需求目的地信息， 如 图 7所示， 步骤 S402具体包括：

[0125] 步骤 S701， 判断需求目的地信息周围是否存在可停车的停 车场。

[0126] 在本发明实施例中， 目的地信息与停车信息中停车场信息的关联关 系为服务器 中预存信息， 当出行需求信息为大梅沙、 莲花山公园等具有指向性的需求目的 地信息吋， 判断与需求目的地信息关联的停车场信息中是 否存在可停车的停车 场。

[0127] 步骤 S702， 若判断结果为否， 获取与需求目的地信息对应的出行需求特征对 应 的可停车信息和推荐目的地信息。

[0128] 在本发明实施例中， 当需求目的地信息周围不存在可停车的停车场 吋， 根据上 述需求目的地信息， 匹配与之对应的出行需求特征， 再根据出行需求特征在预 存数据中获取到与上述出行需求特征对应的可 停车信息和目的地信息。 作为示 例， 例如接收到的需求目的地信息为深圳市第二人 民医院， 当判断到深圳市第 二人民医院附近不存在可停车的停车场吋， 匹配的出行需求特征为医院， 获取 到的可停车信息和推荐目的地信息为北大深圳 医院及北大深圳医院停车场、 深 圳市人民医院及深圳市人民医院第一门诊部停 车场等等， 应当理解， 此处对需 求目的地信息、 可停车信息、 推荐目的地信息的举例仅为方便理解本方案， 具 体不做任何限定。

[0129] 在本发明实施例中， 当接收到的出行需求信息为深圳市第二人民医 院、 莲花山 公园等具有指向性的需求目的地信息吋， 可能出现需求目的地信息周围没有可 停车的停车位的情形， 则根据出行需求信息匹配与之对应的出行需求 特征， 并 根据出行需求特征获取可停车信息和推荐目的 地信息。 当用户输入的出行目的 地周围没有可停车的停车位吋， 根据出行目的地对应的出行特征给用户推荐与 出行特征对应的推荐目的地， 既避免了用户到达目的地后无处停车的情形， 又 尽量满足了用户的出行需求。

[0130] 实施例八：

[0131] 图 8为本发明实施例八提供的信息获取装置的结� �图， 该信息获取装置可以 AP P (Application, 应用程序） 的形式应用于客户端， 作为示例， 例如手机、 平板 电脑、 个人数字助理 (Personal Digital Assistant, PDA)等可以进行通信的手持终 端设备， 该客户端的数量至少为一个， 包括：

[0132] 出行需求信息获取单元 81， 用于接收用户录入的出行需求信息， 并发送给服务 器。

[0133] 在本发明实施例中， 出行需求信息可以为表达用户的出行目的但不 具有特定目 的地指向性的信息， 作为示例， 例如羽毛球、 川菜、 商场、 公园、 游泳馆、 美 食等等； 出行需求信息还可以为具有指向性的需求目的 地信息， 作为示例， 例 如大梅沙、 梅林水库等等， 具体不做限定。

[0134] 在本发明实施例中， 用户可在输入框中直接输入出行需求信息； 也可以通过点 击客户端展示的标识录入出行需求信息， 作为示例， 客户端向用户展示的标识 可为运动标识、 美食标识、 购物标识等等； 还可以通过语音录入出行需求信息 等等， 具体出行需求信息的录入方式不做限定。

[0135] 可停车信息及目的地信息接收单元 82， 用于接收服务器返回的、 与出行需求信 息匹配的可停车信息和目的地信息。

[0136] 在本发明实施例中， 可停车信息包括可停车的停车场位置信息、 可停车的停车 位数量信息、 停车费收费标准或停车场与目的地信息之间的 距离等等， 只要为 协助用户停车的信息均可包含在内， 具体不做限定。

[0137] 在本发明实施例中， 目的地信息包括目的地位置信息、 目的地名称信息、 用户 所在地与目的地的距离信息或对目的地的评分 信息等与目的地相关的信息， 具 体不做限定。

[0138] 在本发明实施例中， 停车信息、 目的地信息以及停车信息与目的地信息之间的 关联关系为服务器预先存储数据， 服务器在接收到用户录入的出行需求信息后 ， 从中提取出与出行需求信息对应的出行需求特 征。 客户端接收服务器返回的 与上述出行需求特征对应的可停车信息和目的 地信息。 作为示例， 例如用户录 入的信息为医院， 则出行需求特征为医院， 与之匹配的为北大深圳医院及北大 深圳医院停车场、 深圳市人民医院及深圳市人民医院第一门诊部 停车场或深圳 市儿童医院及深圳音乐厅停车场等等， 应当理解， 此处对出行需求信息、 停车 信息、 目的地信息的举例仅为方便理解本方案， 具体不做任何限定。

[0139] 输出单元 83， 用于输出可停车信息和目的地信息。

[0140] 在本发明实施例中， 接收到用户录入的出行需求信息后， 将上述出行需求信息 发送给服务器， 服务器根据接收到的出行需求信息向客户端返 回与出行需求信 息匹配的可停车信息和目的地信息， 客户端在接收到可停车信息和目的地信息 后向用户输出展示上述信息。 在本方案中， 用户仅需输入出行需求信息， 即可 接收到与出行需求信息匹配的目的地信息以及 可以停车的停车信息， 在客户端 向用户推荐出行的目的地信息吋， 将周围是否可停车加入到推荐考虑因素之内 ， 以确保向用户推荐的目的地信息周围存在可停 车的停车位； 且在向用户同吋 输出目的地信息和停车场信息， 用户无需在到达停车场之后再寻找附近的停车 场， 既避免了用户到达目的地后找不到停车位的情 形， 又节省了用户到达目的 地之后寻找停车场的吋间， 使用户可享受良好的出行体验。

[0141] 实施例九：

[0142] 实施例九提供了本发明的一优选实施例， 作为本发明的优选实施例， 输出单元 83具体包括：

[0143] 第一输出模块， 用于输出目的地信息和与目的地信息关联的至 少一个可停车信 息。

[0144] 在本发明实施例中， 向用户展示的可停车信息可为全部可停车信息 ， 作为示例 ， 例如将停车场名称、 可停车的停车位数量、 停车场与目的地之间的距离直接 展示出来， 也可向用户与可停车信息对应的停车场标识， 作为示例， 例如停车 场名称， 用户在点击上述停车场标识以査看全部的可停 车信息。

[0145] 作为本发明的一优选实施例， 可停车信息至少包括可停车的停车场位置信息 、 停车场的可停车车位数量和停车场与目的地的 距离信息。

[0146] 在本发明实施例中， 向用户展示的可停车信息中包括停车场的位置 、 可停车的 停车位数量以及停车场与目的地的距离， 用户可根据可停车的停车位数量以及 停车场与目的地的距离对停车场进行选择， 并前往与停车场的位置信息对应的 停车场。 向用户展示上述信息， 用户对目的地信息周围的不同停车场有初步的 了解， 进而在目的地周围的停车场中选取最适合的停 车场。

[0147] 作为本发明的另一优选实施例， 可停车信息还可包括停车场的收费信息。

[0148] 在本发明实施例中， 不仅向用户展示可停车的停车场位置信息、 停车场的可停 车车位数量和停车场与目的地的距离信息， 还向用户展示停车场的收费信息， 使用户在选择停车场吋可预估待支付的停车费 用， 以向用户提供更好的停车场 选择服务。

[0149] 在本发明实施例中， 如图 3所示， 以目的地信息为主， 向用户输出目的地信息 和与目的地信息关联的至少一个可停车信息。 应当理解， 此处对目的地信息和 停车场信息的展示方式进行举例， 仅为方便理解本方案， 具体不做任何限定。

[0150] 在本发明实施例中， 用户可在选择目的地之后， 在多个目的地周围可停车的停 车场中挑选最适合的停车场。 不仅确定推荐的目的地周围有停车位， 且用户可 选择对目的地周围、 用户最满意的停车场进行停车。

[0151] 实施例十：

[0152] 实施例十提供了本发明的一优选实施例， 作为本发明的优选实施例， 输出单元 83具体包括：

[0153] 第二输出模块， 用于输出可停车信息和与可停车信息关联的至 少一个目的地信 息。

[0154] 在本发明实施例中， 向用户展示的目的地信息中包括目的地的位置 、 目的地与 停车场的距离、 对目的地的评分或人均消费水平等等与目的地 相关的信息， 具 体不做限定。

[0155] 在本发明实施例中， 可以地图的形式向用户展示可停车信息， 以及与可停车信 息关联的若干目的地信息； 也可在一条可停车信息下关联若干条目的地信 息等 等， 具体不做限定。

[0156] 在本发明实施例中， 向用户展示可停车的停车信息及停车场周围的 若干目的地 信息， 由于人们一般会先将车停到停车场后， 再步行到停车场附近的目的地， 这种以停车场为主， 附带周围的若干目的地的展示方式更为符合人 们的出行规 律， 以提供更好的用户体验。

[0157] 实施例十还提供了本发明的另一优选实施例， 上述信息获取装置还包括： [0158] 停车预约单元， 用于获取用户录入的、 与可停车信息对应的停车预约信息， 并 发送给服务器。

[0159] 在本发明实施例中， 预约信息可包括预约车辆的车牌号码、 与预约车位对应的 停车场名称、 预约车位的数量、 预约吋间段、 或车辆的型号等等与预约停车位 相关的信息， 具体不做限定。

[0160] 在本发明实施例中， 在向用户推荐目的地信息和可停车信息吋， 可接收用户对 可停车的停车位的预约信息， 并将上述预约信息发送给服务器， 以使服务器根 据上述预约信息调整可停车的停车信息。 用户对停车位进行预约后， 进一步确 保了到达目的地周围吋， 有可停车的停车位。 避免到达目的地周围吋， 由于没 有可停车的停车位， 给用户造成的吋间成本的浪费。

[0161] 实施例十还提供了本发明的又一优选实施例， 出行需求信息为需求目的地信息 [0162] 停车信息及目的地信息接收单元 82具体包括：

[0163] 停车信息及目的地信息接收模块， 用于接收与需求目的地信息对应的出行需求 特征对应的可停车信息和推荐目的地信息。

[0164] 在本发明实施例中， 推荐目的地与需求目的地具有相同的特征， 但不为同一目 的地， 作为示例， 例如需求目的地为大梅沙， 推荐目的地可为小梅沙、 盐田滨 海栈道、 西涌等， 其共同的特征均为海边， 应当理解， 此处对需求目的地和推 荐目的地的举例仅为证明本方案的可实施性， 具体不做限定。

[0165] 在本发明实施例中， 当出行需求信息为大梅沙、 莲花山公园等具有指向性的需 求目的地信息吋， 可能出现需求目的地信息周围没有可停车的停 车位的情形， 则服务器向客户端返回的为推荐目的地信息和 可停车信息， 其中推荐目的地与 需求目的地信息对应的出行需求特征相同。 当用户输入的出行目的地周围没有 可停车的停车位吋， 可根据出行目的地对应的出行特征给用户推荐 与出行特征 对应的推荐目的地， 既避免了用户到达目的地后无处停车的情形， 又尽量满足 了用户的出行需求。

[0166] 实施例十一：

[0167] 图 9为本发明实施例十一提供的信息获取装置的� �构图， 应用于服务器端， 如 图 9所示， 上述装置包括：

[0168] 出行需求信息获取单元 91， 用于接收客户端发送的用户的出行需求信息。

[0169] 在本发明实施例中， 出行需求信息可以为表达用户的出行目的但不 具有特定目 的地指向性的信息， 作为示例， 例如羽毛球、 川菜、 商场、 公园、 游泳馆、 美 食等等； 出行需求信息还可以为具有指向性的需求目的 地信息， 作为示例， 例 如大梅沙、 梅林水库等等， 具体不做限定。

[0170] 可停车信息及目的地信息获取单元 92， 用于获取与出行需求信息匹配的可停车 信息和目的地信息。

[0171] 在本发明实施例中， 可停车信息包括可停车的停车场位置信息、 可停车的停车 位数量信息、 停车费收费标准或停车场与目的地信息之间的 距离等等， 只要为 协助用户停车的信息均可包含在内， 具体不做限定。

[0172] 作为本发明的一优选实施例， 可停车信息至少包括可停车的停车场位置信息 、 停车场的可停车车位数量和停车场与目的地的 距离信息。

[0173] 在本发明实施例中， 向客户端发送的可停车信息中包括停车场的位 置、 可停车 的停车位数量以及停车场与目的地的距离， 以使客户端将上述可停车信息展示 给用户， 用户可根据可停车的停车位数量以及停车场与 目的地的距离对停车场 进行选择， 并前往与停车场的位置信息对应的停车场。 向用户展示上述信息， 用户对目的地信息周围的不同停车场有初步的 了解， 进而在目的地周围的停车 场中选取最适合的停车场。

[0174] 作为本发明的另一优选实施例， 可停车信息还可包括停车场的收费信息。

[0175] 在本发明实施例中， 不仅向用户展示可停车的停车场位置信息、 停车场的可停 车车位数量和停车场与目的地的距离信息， 还向用户展示停车场的收费信息， 使用户在选择停车场吋可预估待支付的停车费 用， 以向用户提供更好的停车场 选择服务。

[0176] 在本发明实施例中， 目的地信息包括目的地位置信息、 目的地名称信息、 用户 所在地与目的地的距离信息或对目的地的评分 信息等与目的地相关的信息， 具 体不做限定。

[0177] 在本发明实施例中， 停车信息、 目的地信息以及停车信息与目的地信息之间的 关联关系为服务器预先存储数据， 服务器在接收到用户录入的出行需求信息后 ， 从中提取出与出行需求信息对应的出行需求特 征， 并在服务器预存数据中获 取到与上述出行需求特征对应的可停车信息和 目的地信息。 作为示例， 例如用 户录入的信息为医院， 则出行需求特征为医院， 与之匹配的为北大深圳医院及 北大深圳医院停车场、 深圳市人民医院及深圳市人民医院第一门诊部 停车场或 深圳市儿童医院及深圳音乐厅停车场等等， 应当理解， 此处对出行需求信息、 停车信息、 目的地信息的举例仅为方便理解本方案， 具体不做任何限定。 [0178] 发送单元 93， 用于向客户端发送可停车信息和目的地信息。

[0179] 在本发明实施例中， 将可停车信息和目的地信息发送给客户端。

[0180] 在本发明实施例中， 在接收到客户端发送的出行需求信息后， 从出行需求信息 中获取到与之对应的出行需求特征， 在服务器预存的数据中匹配与出行需求特 征对应的可停车信息和目的地信息， 并发送给客户端。 在本方案中， 用户仅需 输入出行需求信息， 即可接收到与出行需求信息匹配的目的地信息 和可以停车 的停车信息， 服务器在匹配与出行需求信息对应的目的地信 息和可停车信息吋 ， 将周围是否可停车加入到推荐考虑因素之内， 以确保向用户推荐的目的地信 息周围存在可停车的停车位； 且同吋输出目的地信息和停车场信息， 用户无需 在到达停车场之后再寻找附近的停车场， 既避免了用户到达目的地后找不到停 车位的情形， 又节省了用户到达目的地之后寻找停车场的吋 间， 使用户可享受 良好的出行体验。

[0181] 实施例十二：

[0182] 实施例十二提供了本发明的一优选实施例， 如图 10所示， 可停车信息及目的地 信息获取单元 92具体包括：

[0183] 可停车信息获取模块 101， 用于获取与出行需求信息匹配的可停车信息。

[0184] 在本发明实施例中， 停车信息中停车场信息与目的地信息的关联关 系为服务器 中预存信息， 根据停车场周围的目的地信息， 服务器给停车场标有相应的特征 信息。 作为示例， 如表一所示：

[]

^ l拿 jL 擻 * m

A疼專錄

¾¾ίί 環 Ifcm

翁調：翻議 Ifc, 嶋！ ¾ 雜 »«： ：赫麵暴, L te ifc 耀 鼴應 *

C鄉錄 鼸 嶋 , 潘曙霸 »

[0185] 结合表一进行举例， 例如 A停车场的特征信息包括图书馆、 儿童医院、 公园； B停车场的特征信息包括酒店、 剧院、 广场、 购物； C停车场的特征信息包括医 院、 银行、 小学等等， 应当理解， 此处对停车场、 停车场周围的目的地信息、 停车场特征的举例仅为使本方案更好理解， 不具有任何限定意义。

[0186] 在本发明实施例中， 服务器根据接收到的出行需求信息获取到出行 需求特征， 再获取到服务器预存数据中与出行需求特征相 匹配的停车场， 进而调取匹配的 停车场的可停车信息。 结合表一进行举例， 例如， 当用户输入的出行需求信息 为医院吋， 根据出行需求信息获得到的出行需求特征为医 院， 由于 A停车场的特 征信息包括图书馆、 儿童医院、 公园； B停车场的特征信息包括酒店、 剧院、 广 场、 购物； C停车场的特征信息包括医院、 银行、 小学， 则匹配到具有医院特征 的停车场有 A停车场和 C停车场， 服务器获取 A停车场和 C停车场的可停车信息， 应当理解， 此处对停车场、 停车场周围的目的地信息、 停车场特征的举例仅为 使本方案更好理解， 不具有任何限定意义。 [0187] 目的地信息获取模块 102， 用于根据可停车信息和出行需求信息获取与出 行需 求匹配的目的地信息。

[0188] 在本发明实施例中， 停车信息中停车场信息与目的地信息的关联关 系为服务器 中预存信息， 在步骤 S501中获取到与出行需求信息匹配的停车场信� �后， 可在 与停车场标识关联的目的地信息中获取与出行 需求匹配的目的地信息。 结合表 一进行举例， 例如， 由步骤 S501中获取到与出行需求信息匹配的停车场为� �取 A 停车场和 C停车场， 用户的出行需求信息为医院， 贝 lj获取到的目的地信息分别为 ： 深圳市儿童医院， 距离 A停车场 120m; 北大深圳医院， 距离 B停车场 50m， 应 当理解， 此处举例仅为证明本方案的可实施性， 具体不做限定。

[0189] 在本发明实施例中， 根据出行需求信息获取可停车信息， 再在与可停车信息关 联的目的地信息中进一步获取到与出行需求信 息匹配的目的地信息。 将获取可 停车信息和目的地信息拆为两步， 服务器按照预设步骤逐步査找， 可尽量避免 査找过程中出现失误， 以确保用户在根据输出的目的地信息到达目的 地吋， 可 根据输出的可停车信息实现迅速停车， 节约用户停车的吋间成本。

[0190] 实施例十三：

[0191] 实施例十三提供了本发明的一优选实施例， 如图 11所示， 可停车信息及目的地 信息获取单元 92具体包括：

[0192] 需求目的地信息获取模块 111， 用于获取与出行需求信息匹配的需求目的地信 息。

[0193] 在本发明实施例中在接收到出行需求信息后， 提取出与出行需求信息对应的出 行需求特征， 跟据出行需求特征匹配与之对应的需求目的地 ， 作为示例， 例如 接收到的出行需求信息为医院， 则出行需求特征为医院， 匹配与之对应的需求 目的地为深圳市人民医院、 深圳市第二人民医院、 北大深圳医院等等中的一个 或几个； 作为示例， 例如接收到的出行需求信息为爬山， 则出行需求特征为山 ， 匹配与之对应的需求目的地为梧桐山、 银湖山、 凤凰山或莲花山等等中的一 个或几个， 具体不做限定。

[0194] 停车信息及目的地信息获取模块 112， 用于根据需求目的信息获取与出行需求 匹配的可停车信息和推荐目的地信息。 在本发明实施例中， 目的地信息与停车信息中停车场信息的关联关 系为服务器 中预存信息， 作为示例， 如表二所示：

[]

[0196] 在本发明实施例中， 査找与上述需求目的信息关联的停车信息中的 停车场信息 ， 挑选出存在停车位的停车场， 并获取与停车场信息关联的可停车信息和目的 地信息， 作为示例， 结合表二进行举例， 如通过步骤 S601获取到的需求目的地 信息为莲花山公园、 梧桐山和银湖山， 则匹配的可停车信息和推荐目的地信息 为： 莲花山公园， 深圳图书馆停车场， 200m， 剩余停车位 12个和艺术公寓地上 停车场， 60m， 剩余停车位 16个； 梧桐山， 仙湖植物园南门停车场， 30m， 剩余 停车位 ₅ 个、 仙湖植物园多层停车场， 60m， 剩余停车位 32个和仙湖山庄停车场 ， 250m, 剩余停车位 28个， 应当理解， 此处举例仅为方便理解本方案， 不具有 任何限定意义。

[0197] 在本发明实施例中， 服务器中预存有目的地信息和与之关联的停车 信息， 在接 收到出行需求信息之后， 先匹配与之对应的需求目的地， 再根据需求目的地周 围是否存在可用的停车位， 筛选出推荐目的地， 从而获取到可停车信息和推荐 目的地信息。 先根据出行需求信息匹配需求目的地， 再筛选停车场的方式， 匹 配到的目的地更加全面， 且目的地周围一般对应若干个停车场， 可提供多个停 车场的可停车信息供用户选择， 以提供更好的出行体验。

[0198] 实施例十三提供了本发明的另一优选实施例， 上述信息获取装置还包括： [0199] 停车预约信息存储单元， 用于接收客户端发送的与可停车信息对应的停 车预约 信息并存储。

[0200] 在本发明实施例中， 预约信息可包括预约车辆的车牌号码、 与预约车位对应的 停车场标识、 预约车位的数量、 预约吋间段、 或车辆的型号等等与预约停车位 相关的信息， 具体不做限定。

[0201] 在本发明实施例中， 当接收到客户端发送的上述预约信息后， 根据预约信息中 携带的停车场标识， 将预约信息更新到与之对应的停车场信息中。 作为示例， 例如预约信息为车牌号码为粵 BC8588的用户预约北大深圳医院停车场的 1个停车 位， 则北大深圳医院停车场的可停车车位减 1， 且将粵 BC8588列入北大深圳医院 停车场的可驶入车牌号码队列， 应当理解， 此处仅为方便理解本方案， 具体不 做限定。

[0202] 用户对停车位进行预约后， 进一步确保了到达目的地周围吋， 有可停车的停车 位。 避免到达目的地周围吋， 由于没有可停车的停车位， 给用户造成的吋间成 本的浪费。

[0203] 实施例十四：

[0204] 实施例十四提供了本发明的一优选实施例， 出行需求信息为需求目的地信息， 如图 12所示， 可停车信息及目的地信息获取单元 92具体包括：

[0205] 判断模块 121， 用于判断需求目的地信息周围是否存在可停车 的停车场。

[0206] 在本发明实施例中， 目的地信息与停车信息中停车场信息的关联关 系为服务器 中预存信息， 当出行需求信息为大梅沙、 莲花山公园等具有指向性的需求目的 地信息吋， 判断与需求目的地信息关联的停车场信息中是 否存在可停车的停车 场。

[0207] 停车信息及目的地信息获取模块 122， 用于若判断结果为否， 获取与需求目的 地信息对应的出行需求特征对应的可停车信息 和推荐目的地信息。

[0208] 在本发明实施例中， 当需求目的地信息周围不存在可停车的停车场 吋， 根据上 述需求目的地信息， 匹配与之对应的出行需求特征， 再根据出行需求特征在预 存数据中获取到与上述出行需求特征对应的可 停车信息和目的地信息。 作为示 例， 例如接收到的需求目的地信息为深圳市第二人 民医院， 当判断到深圳市第 二人民医院附近不存在可停车的停车场吋， 匹配的出行需求特征为医院， 获取 到的可停车信息和推荐目的地信息为北大深圳 医院及北大深圳医院停车场、 深 圳市人民医院及深圳市人民医院第一门诊部停 车场等等， 应当理解， 此处对需 求目的地信息、 可停车信息、 推荐目的地信息的举例仅为方便理解本方案， 具 体不做任何限定。

[0209] 在本发明实施例中， 当接收到的出行需求信息为深圳市第二人民医 院、 莲花山 公园等具有指向性的需求目的地信息吋， 可能出现需求目的地信息周围没有可 停车的停车位的情形， 则根据出行需求信息匹配与之对应的出行需求 特征， 并 根据出行需求特征获取可停车信息和推荐目的 地信息。 当用户输入的出行目的 地周围没有可停车的停车位吋， 根据出行目的地对应的出行特征给用户推荐与 出行特征对应的推荐目的地， 既避免了用户到达目的地后无处停车的情形， 又 尽量满足了用户的出行需求。

[0210] 实施例十四：

[0211] 本发明实施例还提供了一种信息获取系统， 上述系统包括客户端和服务器端， 其中客户端为实施例八至实施例十所描述的任 一实施例所提供的信息获取装置

[0212] 服务器端为实施例十一至实施例十三所描述的 任一实施例所提供的信息获取装 置。

[0213] 本发明实施例还提供一种终端设备， 终端设备包括处理器， 处理器用于执行存 储器中存储的计算机程序吋实现如实施例一至 实施例三所描述的任一信息获取 方法的步骤。

[0214] 本发明实施例还提供了一种计算机可读存储介 质， 该计算机可读存储介质存储 有计算机程序， 上述计算机程序被处理器执行吋实现如实施例 一至实施例三所 描述的任一信息获取方法的步骤。

[0215] 示例性的， 计算机程序可以被分割成一个或多个模块， 一个或者多个模块被存 储在存储器中， 并由处理器执行， 以完成本发明。 一个或多个模块可以是能够 完成特定功能的一系列计算机程序指令段， 该指令段用于描述计算机程序在终 端设备中的执行过程。 例如， 上述计算机程序可以被分割成上述各个系统实 施 例提供的信息获取装置的单元或模块。

[0216] 本领域技术人员可以理解， 上述终端设备的描述仅仅是示例， 并不构成对终端 设备的限定， 可以包括比上述描述更多或更少的部件， 或者组合某些部件， 或 者不同的部件， 例如可以包括输入输出设备、 网络接入设备、 总线等。

[0217] 所称处理器可以是中央处理单元 (Central Processing Unit, CPU) , 还可以是其他 通用处理器、 数字信号处理器（Digital Signal Processor, DSP)、 专用集成电路 (Application Specific Integrated Circuit， ASIC)、 现成可编程门阵列

(Field-Programmable Gate Array , FPGA)或者其他可编程逻辑器件、 分立门或者 晶体管逻辑器件、 分立硬件组件等。 通用处理器可以是微处理器或者该处理器 也可以是任何常规的处理器等， 上述处理器是上述终端设备的控制中心， 利用 各种接口和线路连接整个用户终端的各个部分 。

[0218] 上述存储器可用于存储计算机程序和 /或模块， 上述处理器通过运行或执行存 储在存储器内的计算机程序和 /或模块， 以及调用存储在存储器内的数据， 实现 上述终端设备的各种功能。 存储器可主要包括存储程序区和存储数据区， 其中 ， 存储程序区可存储操作系统、 至少一个功能所需的应用程序 （比如出行需求 信息接收功能、 可停车信息和所述目的地信息输出功能等） 等； 存储数据区可 存储根据信息获取方法的使用所创建的数据 （比如出行需求信息、 可停车信息 、 目的地信息等） 等。 此外， 存储器可以包括高速随机存取存储器， 还可以包 括非易失性存储器， 例如硬盘、 内存、 插接式硬盘， 智能存储卡 （Smart Media Card, SMC) ， 安全数字 （Secure Digital, SD) 卡， 闪存卡 （Flash Card) 、 至少 一个磁盘存储器件、 闪存器件、 或其他易失性固态存储器件。

[0219] 终端设备集成的模块 /单元如果以软件功能单元的形式实现并作为� �立的产品 销售或使用吋， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明实现上述实施例系统中的全部或部分模 块 /单元， 也可以通过计算机程序 来指令相关的硬件来完成， 上述的计算机程序可存储于一计算机可读存储 介质 中， 该计算机程序在被处理器执行吋， 可实现上述各个系统实施例的功能。 其 中， 计算机程序包括计算机程序代码， 计算机程序代码可以为源代码形式、 对 象代码形式、 可执行文件或某些中间形式等。 计算机可读介质可以包括： 能够 携带计算机程序代码的任何实体或装置、 记录介质、 u盘、 移动硬盘、 磁碟、 光 盘、 计算机存储器、 只读存储器 （ROM, Read-Only Memory) 、 随机存取存储 器 （RAM, Random Access Memory) 、 电载波信号、 电信信号以及软件分发介 质等。

[0220] 在本发明实施例中， 接收到用户录入的出行需求信息后， 将上述出行需求信息 发送给服务器， 服务器根据接收到的出行需求信息向客户端返 回与出行需求信 息匹配的可停车信息和目的地信息， 客户端在接收到可停车信息和目的地信息 后向用户输出展示上述信息。 在本方案中， 用户仅需输入出行需求信息， 即可 接收到与出行需求信息匹配的目的地信息以及 可以停车的停车信息， 在客户端 向用户推荐出行的目的地信息吋， 将周围是否可停车加入到推荐考虑因素之内 ， 以确保向用户推荐的目的地信息周围存在可停 车的停车位； 且在向用户同吋 输出目的地信息和停车场信息， 用户无需在到达停车场之后再寻找附近的停车 场， 既避免了用户到达目的地后找不到停车位的情 形， 又节省了用户到达目的 地之后寻找停车场的吋间， 使用户可享受良好的出行体验。

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