CN114303354B - 通信设备 - Google Patents

Abstract

若产生溢出，则通信的效率变差，因此抑制溢出的产生，使通信系统中的通信的效率提高。通信设备(20)是利用无连接型协议来接收从发送终端(10)发送的数据的通信设备(20)。通信设备(20)根据自身的可接收大小，来决定用于从发送终端(10)接收数据的数据发送请求。

Description

通信设备

技术领域

本发明涉及利用无连接型协议来接收数据的通信设备。

背景技术

在利用无连接型协议的通信中，有时因产生接收缓冲器的溢出而导致通信效率变差。因此，如专利文献1(日本特开2001-268114号公报)所示存在检测接收缓冲器的溢出的装置。

发明内容

发明所要解决的课题

若产生溢出，则通信的效率变差，因此抑制溢出的产生，提高通信效率。

用于解决课题的手段

第一观点的通信设备是利用无连接型协议来接收从发送终端发送的数据的通信设备。通信设备根据自身的可接收大小，来决定用于从发送终端接收数据的数据发送请求。

由此，抑制溢出的产生，有助于高效地进行通信设备与发送终端之间的通信。

第二观点的通信设备是第一观点的通信设备，无连接型协议是UDP协议。

第三观点的通信设备是第一观点或第二观点的通信设备，数据发送请求的决定包含数据的项目的决定和/或对于发送终端的数据发送请求的间隔的决定。在可接收大小为阈值以下的情况下，通信设备减少数据的项目和/或延长对于发送终端的数据发送请求的间隔。

由此，抑制接收缓冲器的溢出的发生。

第四观点的通信设备是第一观点至第三观点中的任意的通信设备，基于当前的接收缓冲器的空闲大小和当前的未接收数据大小来计算可接收大小。

第五观点的通信设备是第一观点或第二观点中的任意的通信设备，通信设备保持多个驱动器，该多个驱动器至少执行接收数据的处理。基于多个驱动器中的未执行接收数据的处理的空闲驱动器的数量，来决定数据发送请求。

由此，有助于基于空闲驱动器的数量高效地进行通信设备与发送终端之间的通信。

第六观点的通信设备是第五观点的通信设备，在空闲驱动器的数量为0的情况下，通信设备以不接收数据的方式决定数据发送请求。另外，通信设备在经过规定时间后再次确认所述空闲驱动器的数量。由此，抑制驱动器的溢出的发生，有助于高效地进行通信设备与发送终端之间的通信。

第七观点的通信设备是第五观点或第六观点的通信设备，通信设备还针对执行数据发送请求的驱动器的数量设置上限。

由此，抑制驱动器的溢出的发生。

第八观点的通信设备是第一观点至第七观点中的任意的通信设备，数据发送请求基于数据的项目的优先级和/或对于发送终端的数据发送请求的间隔来决定。

第九观点的通信设备是第一观点至第八观点中的任意的通信设备，包含经由网络将接收到的数据发送到其他设备的功能。另外，通信设备根据发送缓冲器的空闲大小，来决定对于发送终端的数据发送请求。

附图说明

图1表示第一实施方式的通信系统的概略结构。

图2表示第一实施方式的通信设备的结构。

图3表示第一实施方式的通信处理的动作。

图4表示第二实施方式的通信设备的结构。

图5表示第二实施方式的通信处理的动作。

具体实施方式

下面，对本公开的一实施方式的通信系统100进行说明。另外，以下的实施方式是具体例，并不对技术范围进行限定，能够在不脱离主旨的范围内适当变更。

以往，在针对1台通信设备连接有多个发送终端的网络中利用UDP协议等无连接型协议。具体而言，在利用无连接型协议的网络中，首先，通信设备向与网络连接的多个发送终端发送发送请求。接着，接收到数据发送请求的各发送终端自主地对请求源的通信设备进行数据的发送。另外，通信设备向多个发送终端进行发送请求的发送方法是向与网络连接的所有发送终端发送数据发送请求的一对一通信、或者一对多通信、或者仅对所选择的发送终端发送数据发送请求的特殊的一对多通信。

在利用这样的无连接型协议的网络中，例如，若1台通信设备通过一对一通信与多个发送终端进行通信，则有时从多个发送终端同时接收大量的数据，暂时储存接收到的数据的接收缓冲器引起溢出。在这样的通信设备是近年来主流的存储转发方式的通信设备的情况下，在通信设备接收到超过接收缓冲器可接收大小的数据的情况下，该数据被废弃而完全丢失。以下所示的本公开的发明提供一种通信设备，其防止这样的数据丢失，另外，为了使通信设备高效地与多个发送终端进行通信，抑制接收缓冲器等的溢出。

<第一实施方式>

(1)整体结构

图1所示的第一实施方式的通信系统100具备1台通信设备20和多个(在此为4台)发送终端10。另外，为了便于说明，设多个发送终端10大致相同。通信设备20和多个发送终端10分别经由网络连接。此外，在本实施方式中，通信设备20和各发送终端10通过有线网络连接，但不限于此。通信设备20与各发送终端10的通信利用无连接型协议进行。无连接型协议例如是UDP协议。

(2)详细结构

(2-1)发送终端10

发送终端10例如是空调机等装置。作为发送终端10的空调机例如收集与自身相关的运转数据、自身周边的环境数据、由用户等输入的输入数据等各种数据。发送终端10基于来自通信设备20的数据发送请求，将收集到的各种数据发送至通信设备20。

此外，发送终端10具有未图示的CPU、存储器、各种接口、各种传感器等。

(2-2)通信设备20

图2表示通信设备20的概略结构。通信设备20具备：网络IF部21，其提供与网络的接口；接收缓冲器22，其暂时储存从各发送终端10接收到的数据；发送缓冲器23，其暂时储存向各发送终端10发送的数据；存储部24，其记录与数据的收发相关的程序等；以及处理部25，其用于实现储存于存储部24的程序的功能。

在此，接收缓冲器22以及发送缓冲器23可以是通信设备20所包含的应用的应用缓冲器。

存储部24具备未图示的ROM、RAM以及外部存储装置。存储部24储存有为了实现程序的功能所需的信息、或者数据库等。具体而言，存储部24储存有与各数据发送请求相关的信息、基于各数据发送请求而接收的数据的数据大小、接收缓冲器的可接收大小的阈值等。接收缓冲器的可接收大小在后述的缓冲器大小计算处理部26中进行计算。可接收大小的阈值是由通信系统100的管理者等任意决定的值。

处理部25具备未图示的CPU，进行通信设备20整体的控制。处理部25包含缓冲器大小计算处理部26和请求决定部27。

缓冲器大小计算处理部26监视接收缓冲器22，进行对接收缓冲器22的可接收大小进行计算的处理。接收缓冲器22的可接收大小是接收缓冲器22能够接收的数据大小。缓冲器大小计算处理部26例如根据接收缓冲器22整体的存储器大小与当前在接收缓冲器22中存储的各数据的数据大小以及基于已发送的数据发送请求接收的但当前未接收的各数据的数据大小之差来计算。另外，各发送终端10基于数据发送请求发送的数据的数据大小预先存储在存储部24中。

请求决定部27根据缓冲器大小计算处理部26计算出的可接收大小，进行与向发送终端10发送的数据发送请求相关的决定。例如，在接收缓冲器的可接收大小为阈值以下的情况下，请求决定部27进行延长向发送终端10发送的数据发送请求的发送间隔的决定。

(3)通信处理的动作

接着，参照图3，对本实施方式所示的通信设备20的通信处理进行说明。

首先，在步骤ST1中，如图1所示，通信系统100可通信地连接，使通信设备20及各发送终端10启动。

在步骤ST2中，通信设备20的缓冲器大小计算处理部26计算出接收缓冲器22的可接收大小。

在步骤ST2中计算出的接收缓冲器22的可接收大小比在存储部24中储存的阈值大的情况下，在步骤ST3中，请求决定部27进行对发送终端10发送数据发送请求的决定。

另一方面，在步骤ST2中，在计算出的接收缓冲器22的可接收大小比在存储部中储存的阈值小的情况下，在步骤ST4中，请求决定部27进行延长向发送终端10发送的数据发送请求的发送间隔的决定。由此，例如进行在经过规定时间后对发送终端10发送数据发送请求的决定。

在步骤ST5中，在请求决定部27中决定出的数据发送请求经由网络IF部21发送到各发送终端10。接收到数据发送请求的各发送终端10基于数据发送请求向通信设备20发送各种数据。

在步骤ST6中，通信设备20经由网络IF部21接收各种数据。接收到的数据作为接收数据而分别被存储在接收缓冲器22中。

此外，步骤ST2至步骤ST6的一系列的动作以规定的时间间隔执行，或者基于通信系统100的管理者等的请求来执行。

(4)特征

第一实施方式的通信设备20是利用无连接型协议来接收从发送终端10发送的数据的通信设备20。无连接型协议例如是UDP协议。通信设备20根据自身的可接收大小，来决定用于从发送终端10接收数据的数据发送请求。

数据发送请求的决定包含对于发送终端的数据发送请求的间隔的决定。在可接收大小为阈值以下的情况下，通信设备延长对于发送终端10的数据发送请求的间隔。

通信设备20基于当前的接收缓冲器22的空闲大小和当前的未接收数据大小来计算可接收大小。

例如，存储转发方式的通信设备20将接收到的数据暂时保存于接收缓冲器22，但在接收到超过接收缓冲器22的可接收大小的数据的情况下，存在该数据被废弃而完全丢失的情况。因此，为了高效地进行通信，必须以在不超过可接收大小的范围内接收数据的方式调整向各发送终端10发送的数据发送请求。

第一实施方式所示的通信设备20根据自身的可接收大小，来决定用于从发送终端10接收数据的数据发送请求，因此接收到的数据不会超过可接收大小。由此，能够抑制接收缓冲器22的溢出，高效地进行通信。

(5)变形例

(5-1)

第一实施方式所示的通信设备20根据自身的可接收大小，来决定用于从发送终端10接收数据的数据发送请求。通信设备20决定的数据发送请求可以包含数据的项目的决定。数据的项目是发送终端10基于数据发送请求而发送的数据所包含的信息的项目。例如，在可接收大小为阈值以上的情况下，通信设备20向发送终端10发送请求与作为发送终端10的空调装置的运转数据、环境数据、输入数据相关的数据的数据发送请求。另一方面，在可接收大小为阈值以下的情况下，通信设备20向发送终端10发送仅请求与空调装置的运转数据相关的数据的数据发送请求。换言之，在可接收大小为阈值以下的情况下，通信设备20减少数据的项目。

在通信设备20的存储部24中可以预先存储有在可接收大小为阈值以上的情况和可接收大小为阈值以下的情况下向发送终端10发送的数据发送请求。或者，在数据的项目中可以分别设定优先级。通信设备20从数据的项目的优先级高的数据开始依次在接收的数据的大小不超过可接收大小的范围内向发送终端10发送。

由此，减小接收的数据的大小，使得接收到的数据不会超过可接收大小。

(5-2)

如图1所示，第一实施方式所示的通信设备20可以经由网络与发送终端10以外的其他设备(管理装置30)连接。通信设备20包含经由网络将接收到的数据发送到管理装置30的功能。在此，网络既可以是有线也可以是无线。另外，通信设备20与管理装置30的通信可以是利用无连接型协议以外的协议的通信。在该情况下，通信设备20具有对接收到的数据进行转换的程序。接收到的数据的转换可以在图2所示的处理部25中进行。

用于向管理装置30发送的发送数据暂时储存在发送缓冲器23中。发送数据是与从发送终端10接收到的数据大致相同的数据，但在此为了方便起见称为发送数据。发送数据可以是在处理部25中对从发送终端10接收到的数据进行处理后的数据。

通信设备20的缓冲器大小计算处理部26可以计算发送缓冲器23的空闲大小。发送缓冲器23的空闲大小能够通过发送缓冲器23整体的存储器大小与当前保存在发送缓冲器23中的发送数据的数据大小之差来计算。发送缓冲器23整体的存储器大小、以及向各发送终端10发送的发送数据的数据大小可以储存在存储部24中。通信设备20除了根据接收缓冲器22的可接收大小以外，也可以根据发送缓冲器23的空闲大小来决定对于发送终端10的数据发送请求。

由此，能够抑制通信设备20的发送缓冲器23的溢出，高效地进行通信。

<第二实施方式>

(1)整体结构

第二实施方式的通信系统200具有大体与第一实施方式的通信系统100相同的构成要素。如图4所示，对通信系统200的构成要素标注200系列的标号。

图4所示的第二实施方式的通信系统200具备1台通信设备220、多个(在此为4台)发送终端210、管理装置230。通信设备220和多个发送终端210分别经由网络连接。此外，在第二实施方式中，通信设备220和各发送终端210通过有线网络连接，但不限于此。通信设备220与各发送终端210的通信利用无连接型协议来进行。无连接型协议例如是UDP协议。第二实施方式的发送终端210以及管理装置230是大体与第一实施方式的发送终端10以及管理装置30相同的结构，因此省略说明。

(2)通信设备220

图4表示通信设备220的概略结构。通信设备220具备：网络IF部221，其提供与网络的接口；接收缓冲器222，其暂时储存从各发送终端210接收到的数据；发送缓冲器223，其暂时储存向各发送终端210发送的数据；存储部224，其记录从各发送终端210接收到的数据以及与数据的收发相关的程序等；以及处理部225，其用于实现储存于存储部224的程序的功能。

存储部224具备未图示的ROM、RAM以及外部存储装置，与第一实施方式的存储部同样地，存储有为了实现程序的功能所需的信息或者数据库等。另外，存储部224例如还储存有处理部225所包含的多个驱动器中的执行数据发送请求的驱动器的数量的上限值等信息。

处理部225具备未图示的CPU，进行通信设备220整体的控制。处理部225除了包含缓冲大小计算处理部226、第一请求决定部227a(第一实施方式中的请求决定部27)之外，还包含多个驱动器228、空闲驱动器计算处理部229以及第二请求决定部227b。

驱动器228至少执行由第一请求决定部227a和/或第二请求决定部227b决定的数据发送请求，执行对基于该数据发送请求从各发送终端210向通信设备220发送的数据进行接收的处理。在此，将执行接收数据的处理的驱动器228称为执行中驱动器，将未执行接收数据的处理的驱动器称为空闲驱动器。多个驱动器中的执行储存于存储部224的数据发送请求的驱动器228(执行中驱动器)的数量超过上限值的数量的驱动器228无法同时执行处理。

空闲驱动器计算处理部229监视驱动器228，进行在预先设定的规定的定时计算出空闲驱动器的数量的处理。另外，空闲驱动器计算处理部229在计算出的空闲驱动器的数量为0时进行在经过预先设定的规定时间后再次计算空闲驱动器的数量的处理。

第二请求决定部227b根据驱动器计算处理部229计算出的空闲驱动器的数量，来进行与向发送终端210发送的数据发送请求相关的决定。例如，在空闲驱动器的数量比在存储部224中储存的执行中驱动器的数量的上限值小的情况下，第二请求决定部227b决定使1个或者多个空闲驱动器执行数据发送请求。另一方面，在空闲驱动器的数量为0(没有)的情况下，请求决定部27为了不接收数据而决定不发送数据发送请求。

(3)通信处理的动作

接着，参照图5，对第二实施方式所示的通信设备220的通信处理进行说明。另外，第二实施方式所示的通信设备220可以与该通信处理同时地进行第一实施方式所示的通信设备20的通信处理。

首先，在步骤ST21中，发送终端210和通信装置220在可通信地连接的状态下启动。

在步骤ST22中，通信设备220的空闲驱动器计算处理部229计算空闲驱动器的数量。

在步骤ST22中计算出的空闲驱动器的数量比在存储部224中储存的执行中驱动器的数量的上限值小的情况下(0＜空闲驱动器的数量＜执行中驱动器的数量的上限值)，在步骤ST23中，第二请求决定部227b进行使1个或多个空闲驱动器执行数据发送请求的决定。此时决定的数据发送请求与数据的项目的优先级和/或第一实施方式的通信系统100中的数据发送请求同样地，基于发送终端的数据发送请求的间隔来决定。

另一方面，在步骤ST22中，在计算出的空闲驱动器的数量为0的情况下(0＝空闲驱动器的数量)，在步骤ST24中，第二请求决定部227b为了不接收数据而决定不发送数据发送请求。另外，此时，空闲驱动器计算处理部229与步骤ST22以及步骤ST23同样地，在经过规定时间后再次计算出空闲驱动器的数量，第二请求决定部227b进行使空闲驱动器执行数据发送请求的决定。

在步骤ST5中，在第二请求决定部227b中决定的数据发送请求经由网络IF部221发送到各发送终端210。接收到数据发送请求的各发送终端210基于数据发送请求向通信设备220发送各种数据。

在步骤ST26中，通信设备220经由网络IF部221接收各种数据。接收到的数据作为接收数据而分别被储存在接收缓冲器222中。

另外，接收到的数据例如能够向管理装置(其他设备)230发送。此时，通信设备220根据发送缓冲器223的空闲大小，决定对于发送终端210的数据发送请求。

(4)特征

(4-1)

第二实施方式的通信设备220保持至少执行接收数据的处理的多个驱动器228。基于多个驱动器228中的未执行接收数据的处理的空闲驱动器的数量，来决定数据发送请求。另外，通信设备针对执行数据发送请求的驱动器的数量设置上限。在空闲驱动器的数量为0的情况下，通信设备220以不接收数据的方式决定数据发送请求。另外，此时，通信设备220在经过规定时间后再次确认所述空闲驱动器的数量。此外，数据发送请求基于数据的项目的优先级和/或发送终端的数据发送请求的间隔来决定。

另外，第二实施方式的通信设备220包含经由网络将接收到的数据发送到其他设备230的功能。另外，通信设备220根据发送缓冲器223的空闲大小，来决定对于发送终端210的数据发送请求。

由此，通信设备220能够高效地与各发送终端210进行通信。另外，通信设备通过针对执行数据发送请求的驱动器228的数量设置上限，由此即使是具备多个驱动器228的通信设备220也能够提高处理所涉及的负担。

(5)

以上，对本发明的实施方式进行了说明，但应当理解能够在不脱离权利要求书所记载的本公开的主旨以及范围的情况下进行方式、详细内容的各种变更。

标号说明

10、210：发送终端；20、220：通信设备；22、222：接收缓冲器；23、223：发送缓冲器；30、230：其他设备(管理装置)；228：驱动器。

现有技术文献

专利文献

专利文献1：日本特开2001-268114号公报

Claims (8)

1.一种通信设备(20)，所述通信设备(20)利用无连接型协议来接收从发送终端(10)发送的数据，其中，

所述通信设备(20)根据自身的可接收大小，来决定用于从所述发送终端(10)接收所述数据的数据发送请求，通过所述数据发送请求调整从所述发送终端(10)接收所述数据的定时，

所述通信设备(20)根据当前的接收缓冲器(22)的空闲大小以及当前的未接收数据大小，计算出所述可接收大小，所述当前的未接收数据是基于已发送的所述数据发送请求要接收的但当前未接收的数据。

2.根据权利要求1所述的通信设备(20)，其中，

所述无连接型协议为UDP协议。

3.根据权利要求1或2所述的通信设备(20)，其中，

所述数据发送请求的决定包含所述数据的项目的决定和/或对于所述发送终端(10)的所述数据发送请求的间隔的决定，

在所述可接收大小为阈值以下的情况下，减少所述数据的项目和/或延长对于所述发送终端(10)的所述数据发送请求的间隔。

4.根据权利要求1或2所述的通信设备(20)，其中，

所述通信设备(20)保持多个驱动器(228)，所述多个驱动器(228)至少执行接收所述数据的处理，

基于所述多个驱动器(228)中的未执行接收所述数据的处理的空闲驱动器(228)的数量，来决定所述数据发送请求。

5.根据权利要求4所述的通信设备(20)，其中，

在所述空闲驱动器(228)的数量为0的情况下，所述通信设备(20)以不接收所述数据的方式决定所述数据发送请求，在经过规定时间后再次确认所述空闲驱动器(228)的数量。

6.根据权利要求4所述的通信设备(20)，其中，

所述通信设备(20)还针对执行所述数据发送请求的所述驱动器(228)的数量设置上限。

7.根据权利要求1或2所述的通信设备(20)，其中，

所述数据发送请求基于所述数据的项目的优先级和/或对于所述发送终端(10)的所述数据发送请求的间隔来决定。

8.根据权利要求1或2所述的通信设备(20)，其中，

所述通信设备(20)包含经由网络将接收到的所述数据发送到其他设备(30)的功能，根据发送缓冲器(23)的空闲大小，来决定对于所述发送终端(10)的所述数据发送请求。