通信控制系统.pdf

一种通信控制系统，包括：外部设备，该外部设备请求所需的数据；多个控制部，该多个控制部基于来自外部设备的请求，发送所需的数据；以及通信控制设备，该通信控制设备介于外部设备与控制部之间，基于来自外部设备的请求，建立与控制部的逻辑通信路径，向对应的控制部指示发送所需的数据。

1.  一种通信控制系统，其特征在于，包括：
外部设备，该外部设备显示车辆状况并请求该显示所需的数据；
多个控制部，该多个控制部基于来自所述外部设备的请求，发送所需的数据；以及
通信控制设备，该通信控制设备包括发送接收控制部和多个接口部，所述发送接收控制部介于所述外部设备与所述控制部之间，接收来自所述外部设备的请求并进行解析，所述多个接口部基于所述发送接收控制部的解析结果，建立与所述控制部的通信路径，向对应的控制部指示发送所需的数据。

2.  如权利要求1所述的通信控制系统，其特征在于，
所述接口部包括：
通信控制部，该通信控制部接收从所述发送接收控制部发送的请求；以及
解析部，该解析部解析所述通信控制部所接收的请求，并向对应的控制部指示发送所需的数据。

3.  如权利要求1所述的通信控制系统，其特征在于，
所述通信控制设备包括对每个所述控制部存储前次通信时的逻辑通信路径的建立状况的存储部，并且向所述外部设备发送所述存储部的内容。

通信控制系统
技术领域
本发明涉及通信控制系统，尤其涉及基于来自外部设备的请求来建立逻辑通信路径的通信控制系统。
背景技术
现有的通信控制系统在建立与外部设备的通信时，在有多个逻辑通信路径的情况下，按照预先决定的顺序来建立逻辑通信路径。另外，有的也检测通信负荷、并基于该负荷来变更逻辑通信路径的建立顺序(例如，参照专利文献1)。
[专利文献]
日本专利特开2005-10956号公报
现有的通信控制设备如上所述那样构成，对于按照预先决定的顺序建立与外部设备的逻辑通信路径的通信控制设备，在变更建立逻辑通信路径的顺序时，存在需要变更软件的问题。另外，对于基于通信负荷变更建立逻辑通信路径的顺序的通信控制设备，由于根据预先决定的算法来决定建立逻辑通信路径的顺序，所以存在变更该算法时也需要变更软件的问题。
本发明是为了解决如上所述的问题而完成的，其目的在于，得到一种能动态地变更建立逻辑通信路径的顺序、并减小通信处理负荷的通信控制系统。
发明内容
本发明的通信控制系统的特征在于，包括：外部设备，该外部设备请求所需的数据；控制部，该控制部发送所述外部设备所请求的数据；以及通信控制设备，该通信控制设备基于所述外部设备的请求，建立与所述控制部的通信路径，向所述控制部指示发送所需的数据。
根据本发明，由于包括：外部设备，该外部设备请求所需的数据；控制部，该控制部发送所述外部设备所请求的数据；以及通信控制设备，该通信控制设备基于所述外部设备的请求，建立与所述控制部的通信路径，向所述控制部指示发送所需的数据，所以具有以下效果：即，能够动态地建立任意的逻辑通信路径，在需要时，仅建立所需功能的通信，减小通信处理负荷并实现高效化。
附图说明
图1是表示本实施方式1的通信控制系统的结构的一个例子的图。
图2是本实施方式1的外部设备的内部结构图。
图3是本实施方式1的通信控制设备的内部结构图。
图4是表示本实施方式1的通信控制设备的动作的流程图。
图5是表示建立设备与外部设备的逻辑通信路径的顺序的图。
图6是表示建立仅与导航控制部的逻辑通信路径的顺序的图。
图7是表示存储于存储部的连接表的图。
图8是表示本实施方式2的通信控制系统的动作顺序的图。
具体实施方式
下面，为了更详细说明本发明，参照附图说明用于实施本发明的最佳方式。
实施方式1
图1是表示本实施方式1的通信控制系统的结构的一个例子的图。本实施方式1的通信控制系统包括车载终端10、以及外部设备20。SCCM(Steering Column Control Module：转向柱控制模块)30指示外部设备20，使其基于用户的MFL(Multi Function Steering：多功能转向)40的操作来显示所需的数据。外部设备20具有显示音频、导航、电话、时间等数据的功能，基于来自SCCM30的指示，向车载终端10请求显示所需的数据。IGN位置检测单元50向车载终端10及外部设备20通知IGN的钥匙位置。
车载终端10包括：进行与外部设备20的转换的网关11；进行音频的控制的音频控制部12；进行导航的控制的导航控制部13；进行电话的控制的电话控制部14；进行时钟的控制的时刻控制部15；以及通信控制设备100，该通信控制设备100基于通过网关11接收的来自外部设备20的请求，发出指示，来建立与音频控制部12、导航控制部13、电话控制部14、时刻控制部15之间的通信路径，并向外部设备20发送所需的数据。在此，音频控制部12、导航控制部13、电话控制部14、时刻控制部15的功能，是通过利用CPU(Central Processing Unit：中央处理单元)等执行与各控制部对应的应用软件来实现。另外，关于通信控制部100的内部结构，利用图3详细说明。
图2是本实施方式1的外部设备20的内部结构图，包括：CAN(Controller Area Network：控制器区域网)通信控制部21、音频信息获取接口部22、导航信息获取接口部23、电话信息获取接口部24、时刻信息获取接口部25、以及显示部27。CAN通信控制部21具有以下功能：即，与SCCM30及车载终端10进行通信，解析从SCCM30发送的指示及从车载终端10发送的数据是对于哪个接口部的，然后向音频信息获取接口部22、导航信息获取接口部23、电话信息获取接口部24、时刻信息获取接口部25进行分配。另外，音频信息获取接口部22、导航信息获取接口部23、电话信息获取接口部24、时刻信息获取接口部25的功能，是通过利用CPU等执行与各接口部对应的应用软件来实现。
音频信息获取接口部22、导航信息获取接口部23、电话信息获取接口部24、时刻信息获取接口部25，基于来自SCCM30的指示，分别向车载终端10的音频控制部12、导航控制部13、电话控制部14、时刻控制部15请求发送所需的数据。显示部27将从车载终端10发送的数据向用户显示。
图3是本实施方式1的通信控制设备100的内部结构图，包括：发送接收控制部110、音频接口部120、导航接口部130、电话接口部140、时刻接口部150。在此，音频接口部120、导航接口部130、电话接口部140、时刻接口部150的功能，是通过利用CPU等执行与各接口部对应的应用软件来实现。发送接收控制部110具有以下功能：即，通过网关11与外部设备20进行通信，解析从外部设备20发送的请求是对哪个接口部的，然后向音频接口部120、导航接口部130、电话接口部140、时刻接口部150进行分配。
音频接口部120利用通信控制部122接收从发送接收控制部110发送的请求，在利用MSG(Message：消息)解析部(解析部)121进行解析后，通过通信控制部122向音频控制部12请求发送所需的数据，利用通信控制部122接收从音频控制部12发送的数据，利用MSG解析部121进行解析并转换，通过发送接收控制部110向外部设备20发送。另外，音频控制部12利用显示数据生成部12a生成音频接口部120所请求的数据，并向音频接口部120发送。
导航接口部130利用通信控制部132接收从发送接收控制部110输出的请求，在利用MSG解析部(解析部)131解析后，通过通信控制部132向导航控制部13请求发送所需的数据。另外，利用通信控制部132接收从导航控制部13发送的数据，利用MSG解析部131进行解析并转换，通过发送接收控制部110向外部设备20发送。另外，导航控制部13利用显示数据生成部13a生成导航接口部130所请求的数据，并向导航接口部130发送。
电话接口部140利用通信控制部142接收从发送接收控制部110输出的请求，在利用MSG解析部(解析部)141解析后，通过通信控制部142向电话控制部14请求发送所需的数据。另外，利用通信控制部142接收从电话控制部14发送的数据，利用MSG解析部141进行解析并转换，通过发送接收控制部110向外部设备20发送。另外，电话控制部14利用显示数据生成部14a生成电话接口部140所请求的数据，并向音频接口部140发送。
时刻接口部150利用通信控制部152接收从发送接收控制部110输出的请求，在利用MSG解析部(解析部)151解析后，通过通信控制部152向时刻控制部15请求发送所需的数据。另外，利用通信控制部152接收从时刻控制部15发送的数据，利用MSG解析部151进行解析并转换，通过发送接收控制部110向外部设备20发送。另外，时刻控制部15利用显示数据生成部15a生成时刻接口部150所请求的数据，并向时刻接口部150发送。
图4是表示本实施方式1的通信控制设备的动作的流程图。
IGN位置检测单元50判定IGN的钥匙位置是否位于“工作(ON)”、“启动(Start)”或“ACC(附件)”的位置(步骤ST1)，当钥匙位置位于“工作”、“启动”或“ACC”的位置时，向车载终端10及外部设备20发送该信息的信号(步骤ST1)。另外，在通信控制设备100的内部判断来自IGN位置检测单元50的信号，当钥匙位置位于其它位置时，不开始建立逻辑通信路径的动作(步骤ST2)。
外部设备20的CAN通信控制部21在接收从IGN位置检测单元50发送的信号时，向通信控制设备100发送通信开始请求(步骤ST3)。接着，通信控制设备100的发送接收控制部110在从外部设备20通过网关11接收通信开始请求时，将与其对应的响应通知向外部设备20发送，使通信准备结束(步骤ST4)。
接着，发送接收控制部110解析从外部设备20发送的通信开始请求的内容，对音频接口部120、导航接口部130、电话接口部140、时刻接口部150中有请求的接口部，指示分别建立与音频控制部12、导航控制部13、电话控制部14、时刻控制部15的接口(通信路径)(步骤ST6)。接着，音频接口部120、导航接口部130、电话接口部140、时刻接口部150基于从发送接收控制部110发送的请求，建立与音频控制部12、导航控制部13、电话控制部14、时刻控制部15的接口。
接着，发送接收控制部110向外部设备20发送通信路径建立请求(步骤ST7)。接着，外部设备20的CAN通信控制部21在接收通信路径建立请求时，向通信控制设备100发送响应通知，建立车载终端10与外部设备20的逻辑通信路径(步骤ST8)。在此，当IGN的钥匙位置位于“关闭(OFF)”或“锁定(LOCK)”位置时(步骤ST9)，车载终端10和外部设备20释放已建立的逻辑通信路径并结束动作(步骤ST10)。此外，虽然在这里进行了从外部设备20一侧开始通信开始请求的说明，但也可以采用从车载终端10一侧开始通信开始请求的结构。
在步骤ST9中，当IGN的钥匙位置不在“关闭”或“锁定”位置时，继续建立逻辑通信路径的动作。在音频控制部12、导航控制部13、电话控制部14、时刻控制部15的状态变化时(步骤ST11)，表示变化的数据通过通信控制设备100向外部设备20发送(步骤ST12)，在外部设备20的显示部27上反映该数据。另外，当从外部设备20发送了信息请求信号时(步骤ST13)，通信控制设备100通过对应的控制部12～15来获取所请求的数据，向外部设备20发送(步骤ST14)。
图5是表示建立车载终端10与外部设备20的逻辑通信路径的顺序的图。从外部设备20发送的通信开始请求中，附加有表示与音频控制12、导航控制部13、电话控制部14、时刻控制部15中的哪个控制部进行通信的数据。例如，当与音频控制部12进行通信时作为参数附加有“12”，当与导航控制部13进行通信时附加有“13”。接着，通信控制设备100在接收通信开始请求时，向外部设备20发送通信开始响应信号。
接着，发送接收控制部110对从外部设备20发送的通信开始请求中附加的参数进行解析，指示对与有通信开始请求的控制部12～15对应的接口部120～150发送开始(Start)信号，并建立接口。此时，将“0”或“1”的参数附加在开始信号中，进行发送。这里，当参数为“1”时，维持与外部设备20的逻辑通信路径，与外部设备20之间进行数据的发送接收，直至通知停止(Stop)信号为止。另外，当参数为“0”时，在确认建立接口后，从接口部120～150通知停止信号，释放与外部设备20建立的逻辑通信路径。
接着，通信控制设备100在从各控制部12～15发送数据时，向外部设备20发送通信建立请求信号，通过从外部设备20发送回通信建立请求响应，而在外部设备20与车载终端10之间建立逻辑通信路径，在控制部12～15与外部设备20之间，通过通信控制设备100开始数据的交换。具体而言，在有来自外部设备20的数据发送的请求时，通信控制设备100从各控制部12～15获取所请求的数据，并向外部设备20发送，而且在由于状态变化而从控制部12～15发送数据时，将该数据向外部设备20发送。另外，在从外部设备20发送通信释放请求时，通信控制设备100向外部设备20发送通信释放请求响应，向控制部12～15通知停止信号，并释放逻辑通信路径，结束处理。
图6是表示从外部设备20请求建立仅与导航控制部13的逻辑通信路径时的逻辑通信路径建立的顺序的图。此外，这里为了简便，仅考虑建立与音频控制部12、导航控制部13、电话控制部14的逻辑通信路径。
通信控制设备100在从外部设备20接收与导航控制部13的通信开始请求时，向外部设备20发送通信开始请求响应。接着，通信控制设备100对导航控制部12附加参数“1”，对音频控制部12、电话控制部14附加参数“0”，并通知开始信号。
导航控制部13在接收开始信号时，对应于该信号，向通信控制设备100发送数据。通信控制设备100在从导航控制部13发送数据时，向外部设备20发送通信路径建立请求，外部设备20发送回通信路径建立请求响应，建立车载终端10与外部设备20的逻辑通信路径。另外，虽然也从音频控制部12、电话控制部14对应于开始信号发送数据，但通信控制设备100由于不请求关于来自导航控制部13的数据以外的数据，所以不发送这样的数据。
在建立与外部设备20的逻辑通信路径后，通信控制部100将从导航控制部13发送的数据向外部设备20发送。另外，向音频控制部12、电话控制部14通知停止信号，并释放已建立的逻辑通信路径。其后，即使从外部设备20发送与导航控制部13以外的控制部的通信开始请求，通信控制设备100也不向控制部发送该请求。另外，即使被通知了停止信号的音频控制部12、电话控制部14产生状态变化，也不将该信息向通信控制设备100发送。
如上所述，该实施方式1的通信控制系统，由于结构中包括：外部设备20，该外部设备20显示车辆状况，请求该显示所需的数据；多个控制部12～15，该多个控制部12～15基于来自外部设备20的请求，发送所需的数据；以及通信控制设备100，该通信控制设备100包括发送接收控制部110和多个接口部120～150，所述发送接收控制部110介于外部设备20与控制部12～15之间，接收来自外部设备20的请求并进行解析，所述多个接口部120～150基于发送接收控制部110的解析结果，建立与控制部12～15的通信路径，并向对应的控制部指示发送所需的数据，所以具有能够基于来自外部设备20的请求、动态地建立任意的逻辑通信路径的效果。另外，具有减小车载终端10的内部通信负荷、高效地进行与外部设备20的通信的效果。另外，具有在变更外部设备20与车载终端10之间的逻辑通信路径的建立顺序时、也由于无需替换软件而使维护性变好的效果。
实施方式2
在实施方式2中，如图1的虚线所示，对通信控制设备100中包括了存储表示逻辑通信路径建立的状态的连接表的存储部170的方式进行说明。
图7是表示存储于存储部170的连接表的图。在连接表中对每个功能存储有：作为出厂时的默认值的本次连接请求；作为前次通信时的逻辑通信路径建立的状态的前次连接状态；以及表示不能建立逻辑通信路径的原因的前次未连接理由。本次连接请求的项目也可以采用出厂后用户能任意地变更的结构。由于其他结构与实施方式1相同，所以省略其说明。
接着，对动作进行说明。
图8是表示本实施方式2的通信控制系统的动作顺序的图。在IGN的钥匙位置变为“关闭”或“锁定”位置从而通信结束时，发送控制部110将逻辑通信路径的建立状态存储到存储部170，并更新连接表。具体而言，在虽然有请求但未能建立逻辑通信路径时，对前次连接状态记录0，并且对前次未连接理由的该项目记录1。另外，在建立完成逻辑通信路径时，对前次连接状态记录1。
接着，在IGN的钥匙位置变为“工作”、“启动”或“ACC”位置时，向外部设备20发送存储于连接表的数据，外部设备20向通信控制设备100发送连接表发送响应。外部设备20基于所发送的连接表的内容，进行其后的通信开始请求。该通信开始请求可以基于本次连接请求的内容进行，也可以基于前次未连接理由进行。此外，关于通信开始请求后的动作，由于与实施方式1所说明的相同，所以省略其说明。
如上所述，在本实施方式2中，由于使得在通信控制装置100中，包括存储表示逻辑通信路径建立的状态的连接表的存储部170，在逻辑通信路径建立动作前，向外部设备20发送存储部170的连接表，外部设备20基于所发送的连接表的内容，向通信控制设备100发送通信开始请求，所以具有以下效果：即，能够在车载终端10一侧管理逻辑通信路径建立的状态，外部设备10可基于连接表的内容，灵活地建立逻辑通信路径。
此外，在实施方式1及2中，说明了车载终端10为一个的情况，但也可以采用还向外部设备20连接获取行驶距离、车速、发动机温度等车辆信息的车载终端10并将该车辆信息在外部设备10的显示部27中显示的结构等，通过CAN将多个车载终端10与外部设备20连接。
工业上的实用性
如上所述，本发明的通信控制系统，由于通过动态地建立任意的逻辑通信路径而仅建立所需功能的通信，所以适用于进行与车载终端和外部设备的通信的通信控制系统等。