CN102291454A

CN102291454A - 一种用于车载信息服务的后台系统

Info

Publication number: CN102291454A
Application number: CN2011102282460A
Authority: CN
Inventors: 不公告发明人
Original assignee: BEIJING CHINA TSP Co Ltd
Current assignee: Beidou Xingtong Zhilian Technology Co., Ltd
Priority date: 2011-08-10
Filing date: 2011-08-10
Publication date: 2011-12-21
Anticipated expiration: 2031-08-10
Also published as: CN102291454B

Abstract

本发明涉及一种用于车载信息服务的后台系统，用于结合车载终端一起使用，包括：应用提供模块，用于业务逻辑的实现，该其向应用标准服务器注册并上传应用提供模块插件以便被服务提供模块接受并推广给用户从而达成签约，该应用提供模块通过车载终端被调用以提供服务；应用标准服务器，用于登记应用提供模块插件，提供应用提供模块目录检索和验证服务，提供应用提供模块插件的下载更新服务；内容提供模块，用于提供服务呈现所需的内容数据；服务提供模块，用于向用户推广、签约和维护应用提供模块和/或内容提供模块的服务，以及向用户计费和收费；用户中心服务器，统一存储和管理用户帐户的属性和行为数据，并提供读写这些数据的API。

Description

一种用于车载信息服务的后台系统

技术领域

本发明涉及车载信息通讯技术领域，更具体地涉及结合车载终端提供服务的统一远程信息处理系统（Unified Telematics System，UTS）中的后台系统。

背景技术

随着汽车走入更多的家庭，汽车已经逐渐成为人类的"第二家居"，人们对汽车的需求也从简单的代步上升到更多的娱乐、安全和商务需要。汽车也从一个独立的驾驶设备，演变为具备通信功能和服务功能的通信终端。

已经有厂商提出了车载信息服务产品，例如OnStar。OnStar是北美最流行的信息远距离传送服务。通用汽车公司于1996年开始将OnStar作为一种汽车安全工具提供给用户，使用户在发生事故时，只需按下控制台上的按钮，立即就可以与一位OnStar咨询顾问取得联系，咨询顾问可以查明用户的精确位置，并将用户的情况通知紧急救援服务机构。如果用户遭遇事故，用户的汽车可以自行"告知"OnStar，而无需用户做任何事情。但是OnStar系统所提供的一键式全声控服务，主要服务内容基于呼叫中心来提供坐席语音应答服务，而不是基于多媒体终端形式由用户自服务，也不能使用基于3G的丰富数据业务。同时，OnStar系统一种封闭的车载服务系统，不支持第三方主动开发应用，用户不能自主灵活选择安装应用服务。并且由于缺少3G数据通道，OnStar终端与后台间的信息交互能力有限。

作为另一种车载信息服务产品，搭载于荣威350车型上的InkaNet系统，是一款基于Android系统的车载3G多媒体系统。得益于移植自Andorid开源手机操作系统的开放式设计，Inkanet系统相比传统车载DVD多媒体拥有更大的可拓展性。同时通过系统内置的软件升级系统，该系统会进行自动进行升级，并为使用者下载最新开发的功能软件。目前Inkanet系统已有的功能可以大体分为交通、通讯、咨询及娱乐四个部分。其中交通信息类软件主体由导航系统构成，可以为用户提供路线导航、实时路况查询功能。而一键式服务功能则类似于通用OnStar和丰田的G-book系统，为用户提供24小时的在线语音即时帮助，但目前此项服务有每月5次的次数限制，便利性有所降低。此外交通类软件还包括自选目的地及路书下载功能。然而，Inkanet系统是一种开源的手机操作系统，完全开放，用户可以随意安装兼容的Android应用软件，有可能会影响车辆行驶安全，但汽车厂商无法控制用户能安装软件的范围。同时，Inkanet系统与用户其它终端的信息交互能力有限，比如不能同步用户手机上的通讯录。虽然终端由3G数据网络支持，但后台系统并没有体现集中处理用户各类数据源并处理分析以支持应用提供个性化服务的能力。

发明内容

为了解决上述问题中的一个或多个，本发明提供一种用于车载信息服务的后台系统以及该后台系统的操作方法。

根据本发明的一个方面，提供一种用于车载信息服务的后台系统，用于结合车载终端一起使用，所述后台系统包括：

应用提供模块，用于业务逻辑的实现，该应用提供模块向应用标准服务器注册并上传应用提供模块插件以便被服务提供模块接受并推广给用户从而达成签约，该应用提供模块通过车载终端被调用以提供服务；

应用标准服务器，用于登记应用提供模块插件，提供应用提供模块目录检索和验证服务，提供应用提供模块插件的下载更新服务；

内容提供模块，用于提供服务呈现所需的内容数据；

服务提供模块，用于向用户推广、签约和维护应用提供模块和/或内容提供模块的服务，以及用于向用户计费和收费，向相关签约合作模块进行交易对帐、分成结算；

用户中心服务器，统一存储和管理用户帐户的属性和行为数据，并提供读写这些数据的开放、标准的API。

根据本发明的另一个方面，还提供了一种用于通过车载信息服务的后台系统给用户提供服务的方法，所述后台系统结合车载终端一起使用，该方法包括：

应用提供模块将开发完成的应用提供模块的应用插件的相关资料和软件包，提交到应用标准服务器进行审核和测试；

应用标准服务器验证该应用提供模块的应用插件是否符合统一远程信息处理系统的标准要求，如果符合，应用标准服务器给该应用提供模块的应用插件分配一个唯一的应用标识号，并将相关资料和软件包存放到应用标准服务器的特定空间供查询和下载；

最终用户启动车载终端，车载终端从服务提供模块处获得用户可签约的应用数据，并展现给用户查看挑选；

最终用户选中要运行的应用，车载终端将签约请求发送给服务提供模块处理；

服务提供模块负责处理用户签约所选应用的请求，通过用户中心服务器验证用户的合法性；

通过验证后，车载终端运行应用提供模块的应用插件，并将通过服务提供模块获得的签约参数和动态令牌作为环境参数传递给该应用插件；

应用插件将传入的访问参数传递给该应用对应的后台服务器进行验证，验证通过后即可初始化服务；以及

应用插件按用户的操作请求下载应用数据。

本发明的优点在于：所提供的后台系统架构是分布式、开放的、可控的，可以灵活扩展；用户属性和行为数据与具体应用分离，将数据格式标准化，数据可集中存储、分析和挖掘，开放给应用提供等其它模块使用；应用标准化，并通过设立核心的标准服务器提供通过认证的应用给设备下载使用；以及终端设备"瘦客户端"化，可以在不升级硬件的条件下运行新应用。

附图说明

通过结合附图的以下详细描述，可以更容易地理解本发明实施例的各种特征。贯穿附图，相同的附图标记表示相同或相似的元素，并且在附图中：

图1依照本发明的一个实施例图示了统一远程信息处理系统UTS中的后台系统。

图2依照本发明的一个实施例图示了用户与后台系统交互以进行音乐下载的流程图。

图3依照本发明的一个实施例图示了后台系统所支持的一点通语音服务的流程图。

图4依照本发明的一个实施例图示了用户与后台系统交互以进行多个应用服务帐户集中管理的流程图。

图5依照本发明的一个实施例图示了用户与后台系统交互以对多个来源的通讯录进行统一管理的流程图。

具体实施方式

为了简单和说明性目的，主要参照实施例的例子来描述实施例的原理。在下面的描述中，阐明了许多具体细节以便提供对实施例的彻底了解。然而，对本领域普通技术人员来说显而易见的是，可以在并不限于这些具体细节的情况下实施这些实施例。在其它实例中，没有详细描述公知的方法和结构以免不必要地模糊所述实施例。

统一远程信息处理系统UTS中的后台系统100结合车载终端（TU）14向用户提供各种服务，该后台系统主要包括：应用标准服务器（ASS）13，服务提供模块（SP）11，应用提供模块（AP）和/或内容提供模块（CP）12和用户中心服务器（UCS）15等。

应用标准服务器13负责管理应用提供模块12和应用提供模块相关信息，还负责登记、存储和维护应用提供模块插件，提供应用提供模块目录和验证服务，提供应用提供模块插件下载更新服务，为车载终端提供应用提供模块插件下载接口；此外，应用标准服务器13生成应用提供模块编码，唯一标识一个应用提供模块；生成应用提供模块编码，唯一标识一个应用提供模块。

服务提供模块11负责向用户推广、签约和维护AP/CP业务，负责向用户计费和收费，与相关方分成。

用户中心服务器15统一存储和管理用户的帐户的属性和行为数据，并为服务提供模块11、应用提供模块12、车载终端14提供读写这些数据的开放、标准的API；此外还负责用户身份认证和授权。用户可以自由选择用户中心服务器15的托管设备。用户中心服务器15支持将用户传统设备（如PC、手机）上的数据同步或导入，从而统一提供给外部使用。

应用提供模块12负责业务逻辑的实现，业务可以体现为云应用或本地应用。应用提供模块12需要向应用标准服务器13注册并上传应用提供模块插件后才能被服务提供模块11接受并推广给用户达成签约（应用提供模块也可以直接成为用户中心服务器的内置应用提供模块，用户就可以不需要签约直接使用），通过车载终端设备14被调用以提供服务。应用提供模块12部署好以后，应用提供模块相关的信息通过应用标准服务器的接口注册，UTS操作员根据应用提供模块注册的相关信息，对应用提供模块12进行验证，如果应用提供模块12符合相关规定，UTS操作员将批准跟应用提供模块签订服务合同，此后，应用提供模块方可以被用户使用。应用提供模块的注册信息包括：应用提供模块的服务地址(网络地址)，应用提供模块的类型，应用提供模块申请的访问权限，应用提供模块的计费类别及计费费率，应用提供模块插件，应用提供模块插件的版本，应用提供模块的名称、地址、收款账号等相关信息。应用提供模块12注册后，应用标准服务器13将为应用提供模块分配一个系统唯一的应用编码，应用标准服务器通过此应用提供模块编码唯一标识这个应用提供模块。

用户如果需要使用后台应用提供模块12提供的服务，用户需要先通过服务提供模块11跟应用提供模块12进行签约，签约后，服务提供模块11为此次签约生成一个唯一的合同号，服务提供模块11跟应用提供模块12都记录这一合同号。用户在使用应用提供模块12提供的服务时，应用提供模块12生成唯一的交易编号，应用提供模块12将应用提供模块编号、合同号、交易号、扣费类别、扣费额发送给服务提供模块11，服务提供模块11请求用户中心服务器15对用户进行扣费，服务提供模块11收到相应的款项后，生成唯一的扣费编号，并将扣费编号发送给应用提供模块12，然后应用提供模块12向用户提供服务。

应用提供模块12在应用标准服务器13注册后可以选择任意一个或多个服务提供模块11进行签约，签约时需要提供应用标准服务器13分配给应用提供模块12的应用提供模块编码和应用提供模块编码，服务提供模块通过应用提供模块编码和应用提供模块编码到应用标准服务器中查询应用提供模块和应用提供模块的相关信息。

应用提供模块12跟服务提供模块11签约主要分成四步：

●应用提供模块12通过服务提供模块11的接口进行注册，在服务提供模块11中建立一个帐号，应用提供模块12需要提供应用提供模块编码、访问应用标准服务器的验证密钥、应用提供模块提供者的必要信息（如提供者名称、收款方式和帐号）、应用提供模块需要申请的权限(必要权限和用户可选权限)、应用提供模块计费方式和计费标准等信息。

●服务提供模块11通过应用提供模块编码和访问应用标准服务器的验证密钥从应用标准服务器13中获取应用提供模块12和应用提供模块12的相关信息，验证应用提供模块是否合法。

●服务提供模块11对应用提供模块12进行审核。

●应用提供模块12在服务提供模块11处签订服务合同，服务提供模块11分配一个服务合同号，生成一个SP-AP访问令牌。

服务合同签订后，应用提供模块12跟服务提供模块11将通过SP-AP访问令牌相互认证，应用提供模块12的操作员需要将SP-AP访问令牌输入到应用提供模块12中，此后用户可以通过服务提供模块11跟应用提供模块12签约了。服务合同签订后，服务提供模块11保存了应用提供模块12对应的SP-AP访问令牌；应用提供模块12中保存了服务提供模块11对应的SP-AP访问令牌(应用提供模块输入)，通过此访问令牌，服务提供模块11跟应用提供模块12就可以相互访问了。

内容提供模块12负责提供业务展现所需的内容数据。若干内容提供模块可以被融合到一个应用提供模块提供服务（比如一个股票信息的应用提供模块，会包含上证和深证两个交易所的内容数据），单个内容提供模块也可以被看作一种特殊的应用来直接提供服务（比如天气信息查询）

在一个实施例中，与后台系统交互的车载终端设备TU 14是用户使用UTS 的主要入口点，用户主要通过车载终端14使用UTS 提供的各项功能。车载终端设备14提供下载和执行应用提供模块12的应用的环境。车载终端14可以从用户中心服务器15获取或同步一个用户行为数据子集，可以支持应用更准确、更好地为用户提供所需的服务。

图2依照本发明的一个实施例图示了用户与后台系统交互以进行音乐下载的流程图。在本文中，以音乐下载服务为例，体现统一远程信息处理系统对于需付费信息内容的支持和保护能力。用户通过服务提供模块签约提供音乐下载服务的应用提供模块的应用后，就可以通过终端来使用该音乐应用提供模块提供的服务，在使用服务过程中，终端从应用提供模块处获得的数据流都是根据该特定用户的签约数据进行动态加密的，只能在该用户的被授权终端上才能被解析并正常使用。依照本发明的一个实施例，图2所示流程如下：

1）首先，应用提供模块将开发完成的提供音乐下载服务的应用提供模块的应用插件的相关资料和软件包，提交到应用标准服务器进行审核和测试；

2）经应用标准服务器验证该应用提供模块的应用插件符合统一远程信息处理系统的标准要求后，应用标准服务器会给该应用提供模块的应用插件分配一个唯一的应用标识号（APID），并将相关资料和软件包存放到应用标准服务器的特定空间供查询和下载；

3）应用提供模块与服务提供模块进行模块合作，提供通过应用标准服务器验证后获得的有效APID和相关资料，服务提供模块会通过应用标准服务器进行合法性验证，验证通过后，服务提供模块与应用提供模块就该应用提供模块的应用插件达成商务合作，由服务提供模块负责将该应用提供模块的应用插件通过一定的渠道（比如应用程序商店）销售给最终用户，并根据合作协议处理是否收费、收费方式、分成比例和结算等事宜；

4）最终用户可以通过PC浏览器在用户中心服务器上注册获得一个用户帐号，注册成功后可以登录进入用户自服务功能页面进行管理维护操作；

5）最终用户到车上启动车载终端，车载终端通过特定接口从服务提供模块处获得用户可签约的应用数据，并展现给用户查看挑选；

6）用户操作选中要运行提供音乐下载服务的特定应用提供模块，车载终端通过特定接口将签约请求发送给服务提供模块处理；

7）服务提供模块负责处理用户的签约特定应用提供模块的请求，通过用户中心服务器验证用户的合法性，然后根据与应用提供模块的商务协议确定是否要进行包月收费，并将最终签约结果通知车载终端、用户中心服务器和应用提供模块用于后续的服务过程；

8）车载终端触发运行新签约的音乐下载应用的处理流程，通过服务提供模块验证签约参数，并获得由服务提供模块生成动态服务合法令牌；

9）车载终端判断该应用插件如果尚未安装，则通过应用标准服务器下载应用提供模块的应用插件；

10）车载终端运行应用提供模块的应用插件，并将通过服务提供模块获得的签约参数和动态令牌作为环境参数传递给该应用插件；

11）应用插件将传入的访问参数通过特定接口传递给该应用对应的后台服务器进行验证，验证通过后即可初始化服务；

12）应用插件按用户的操作请求下载音乐数据；

13）应用对应的后台服务器处理下载请求，验证合法后，根据用户签约参数决定是否要执行单次收费，如果需要则将收费请求提交给服务提供模块处理，由服务提供模块执行收费并反馈结果；

14）应用对应的后台服务器将动态加密的音乐数据返回给车载终端上的应用插件，由应用插件保存到车载终端上并播放；

15）服务提供模块根据商务协议定期与相关方进行结算和分成。

一点通语音服务体现的是UTS后台系统对于传统的基于呼叫中心模式通过语音提供车载信息服务的兼容性。UTS后台系统所支持的一点通语音服务的操作流程如下：

1）应用提供模块将开发完成的提供一点通语音服务的应用提供模块的应用插件的相关资料和软件包，提交到应用标准服务器进行审核和测试；

3）应用提供模块与服务提供模块合作，提供通过应用标准服务器验证后获得的有效APID和相关资料，服务提供模块会通过应用标准服务器进行合法性验证，验证通过后，服务提供模块与应用提供模块就该应用提供模块的应用插件达成商务合作，由服务提供模块负责将该应用提供模块的应用插件通过一定的渠道（比如应用程序商店）销售给最终用户，并根据合作协议处理是否收费、收费方式、分成比例和结算等事宜；

5）最终用户到车上启动车载终端，车载终端从服务提供模块处获得用户可签约的应用数据，并展现给用户查看挑选；

6）用户操作选中要运行提供电话语音服务的特定应用提供模块，车载终端通过特定接口将签约请求发送给服务提供模块处理；

8）车载终端触发运行新签约的电话语音服务应用的处理流程，通过服务提供模块验证签约参数，并获得由服务提供模块生成动态服务合法令牌；

9）车载终端判断该应用插件，如果尚未安装，则通过应用标准服务器下载应用提供模块的应用插件；

12）应用插件按用户的操作请求拨打特定的语音客服号码,并可以采用语音DTMF双音多频编码将用户身份标识、当前位置传给客服呼叫平台服务器，由呼叫平台服务器通过特定接口传送给用户中心服务器分系统更新用户当前位置；

13）应用对应的呼叫平台服务器接通坐席电话，由坐席按照业务既定话述与用户进行沟通交互，根据具体业务功能需要（如1键导航服务），话务坐席可以应用提供模块提供的话务坐席网页上组织控制命令给车载终端，由应用提供模块后台服务器通过特定接口将待发送命令内容和目标车载终端等参数发给用户中心服务器，再由用户中心服务器转发到指定车载终端上；

14）车载终端解析收到的控制命令，并验证合法后执行。

图4依照本发明的一个实施例图示了用户与后台系统交互以进行多个应用服务帐户集中管理的流程图。在本发明的一个实施例中，用户可以通过PC浏览器很方便地将多个应用提供模块服务网站的注册帐号资料都登记到用户中心服务器子系统，用户在终端登录用户中心服务器子系统成功后，使用对应应用提供模块服务网站的服务时，终端就可以通过用户中心服务器提供的接口获得此前登记的对应帐号资料，并自动用于与应用提供模块服务网站的用户身份验证以获得服务，这样就可以避免用户在移动终端上输入用户名和密码非常不方便的操作问题，同时也可以降低用户名和密码被别人看到的风险。

图5依照本发明的一个实施例图示了用户与后台系统交互以对多个来源的通讯录进行统一管理的流程图。在本发明的一个实施例中，用户通过UTS后台系统将原本分散在不同存储位置（如手机通讯录、Outlook通讯录、GMail通讯录等等）的联系人信息，通过一定的数据同步协议都同步到用户中心服务器子系统，融合成统一的通讯录，统一管理和被具体应用提供模块的应用服务所使用。

统一远程信息处理系统架构的后台系统能解决目前互联网（包括移动互联网）服务存在的信息孤岛问题，通过设立相对独立的用户中心服务器UCS，将用户的属性和行为等数据融合到一点进行集中处理、标准化并分析挖掘，能得到最准确的用户行为特征值，从而为个性化服务提供坚实的基础。

用户通过用户中心服务器，将自己的个人数据与应用服务商分隔，独立存放，可以摆脱受制于单个服务提供商的限制，从而能够真正灵活地选择自己最合适的服务提供商。类似于PC上，用户可以灵活使用不同的软件来打开硬盘上同样的文件，如同一份word文档，可以用微软Office打开，也可以用金山WPS打开。同时用户可以更好、更安全地管理和控制自己的数据与外部服务的交互。

对于应用提供商来说，在统一远程信息处理系统架构下虽然少了对用户个体数据的控制，但通过用户中心服务器的个性化支撑接口，不用花费大量研发、资金和时间成本就可以轻易获得向用户提供个性化服务的能力，从而能更专注于服务内容和质量。

通过设立应用标准服务器ASS，能够保证最终用户使用的应用服务是可靠的、不会影响车辆安全，同时能保证整个产业链的有序和规范。

通过掌控用户中心服务器和应用标准服务器这两个核心分系统，作为车载信息服务行业的主导者－传统汽车厂商可以真正掌控产业主导权，从传统的实体生产商升级为新兴的信息服务商，获得切实、更多的附加值回报，从而能积极推动车载信息服务产业的发展、真正放心引入更多的服务提供模块和应用提供模块(AP/CP)，让最终用户获得真正有价值、与车紧密相关的车载信息服务。

通过设立独立的服务提供模块SP，允许在一个统一远程信息处理系统内存在多个服务提供模块，类似超市销售通道的概念，可以尽可能丰富用户的支付渠道，降低用户支付难度，而且通过引入竞争机制，可以让用户获得实惠，多方面促进应用服务市场的开拓和成长。

统一远程信息处理系统架构能体现参与各方的业务特长和合理权益，形成真正能相互促进、良性发展的车载信息服务产业链。

由此，很明显，根据本发明，提供了这样的系统和/或方法，其完全、或者至少部分满足优于上文所述的现有技术的意图、目的和优点。因此，尽管已经描述了本发明的特定实施例，应当理解本领域技术人员可以提出其替换方案、修改和变化，并且意图使本说明书包括所有这些落入所附的权利要求范围内的替换方案、修改和变化。

另外，为清楚起见并且除非另有说明，当在本发明的说明书以及权利要求书中使用词“包括”和其变形时，目的不是排除其它添加物、部件、整数或步骤。

缩略语列表

UTS 统一远程信息处理系统

UCS 用户中心服务器

ASS 应用标准服务器

SP 服务提供模块

AP 应用提供模块

CP 内容提供模块

TU 车载终端

API 应用程序接口

PC 个人计算机

UI 用户接口

HTTP 超文本传输协议

XML 可扩展标记语言

Claims

1. 一种用于车载信息服务的后台系统，用于结合车载终端一起使用，所述后台系统包括：

内容提供模块，用于提供服务呈现所需的内容数据；

服务提供模块，用于向用户推广、签约和维护应用提供模块和/或内容提供模块的服务，以及用于向用户计费和收费；

2. 如权利要求1所述的后台系统，其中应用包括云应用或本地应用。

3. 如权利要求1所述的后台系统，其中应用提供模块也可以直接成为用户中心服务器的内置应用提供模块，使得用户可以不需要签约而直接使用。

4. 如权利要求1所述的后台系统，其中一个或多个内容提供模块可以被融合到一个应用中来提供服务，而单个内容提供模块也可以被看作一种特定应用来直接提供服务。

5. 如权利要求1所述的后台系统，其中用户可以选择用户中心服务器的托管装置。

6. 如权利要求1所述的后台系统，其中用户中心服务器支持将用户设备上的数据同步或导入，从而统一提供给外部使用。

7. 如权利要求1所述的后台系统，其中用户中心服务器进一步用户帐户的属性和行为数据进行集中处理、标准化并进行数据挖掘，以得到准确的用户行为特征值，从而实现个性化服务。

8. 如权利要求1所述的后台系统，其中所述后台系统与车载终端进行无线通信。

9. 一种用于通过车载信息服务的后台系统给用户提供服务的方法，所述后台系统结合车载终端一起使用，该方法包括：

应用插件按用户的操作请求下载应用数据。

10. 一种远程信息处理系统，包括车载终端和如权利要求1所述的用于车载信息服务的后台系统。