空调数据通信装置、空调数据通信方法以及程序与流程

本发明涉及空调数据通信装置、空调数据通信方法以及程序。

背景技术：

近年来，广泛进行着基于便携电话、智能手机、移动路由器等的移动环境下的数据通信。在移动环境中，通信速度根据电波状况、拥塞状况等而变化。另外，根据与提供移动环境下的数据通信服务的电信公司签订的费用套餐(feeplan)的内容、通信数据量等，数据通信所用的花费发生变化。因此，正在推进开发节约数据通信的花费的技术。例如，在专利文献1中公开了一种数据转发通信装置，其在移动环境的数据通信中，根据电波状况以及转发数据量估算通信费用，在估算的费用金额高的情况下切断通信线路来节约通信花费。

现有技术文献

专利文献

专利文献1:日本特开2000-165331号公报

技术实现要素：

发明所要解决的技术课题

专利文献1所公开的数据转发通信装置在各次数据通信中，在费用金额高的情况下，能够通过切断通信线路来节约通信花费。但是，由于该数据转发通信装置仅针对各次数据通信节约通信花费，因此无法在几个月、几年这样的长时间中实现性价比高的数据通信。

本发明是鉴于上述情况而做出的，目的在于提供一种长时间地实现性价比高的数据通信的空调数据通信装置、空调数据通信方法以及程序。

解决技术课题的技术方案

为了达到上述目的，本发明的空调数据通信装置具备:

与服务器通信的通信单元；

费用套餐存储单元，存储包括费用结算期间的费用套餐的信息，该费用套餐的信息基于与电信运营商的合约，该电信运营商提供所述通信单元的通信中使用的网络；

数据获取单元，获取空调装置的数据；

发送时间表调整单元，制作将所述数据获取单元获取的所述数据发送到所述服务器的时间表，当在所述费用结算期间内无法将所述数据全部发送至所述服务器时，通过进行发送时刻的变更，为了能够将所述数据发送到所述服务器而调整所述时间表；以及

数据发送单元，按照所述发送时间表调整单元制作的所述时间表，经由所述通信单元将所述数据发送到所述服务器。

发明效果

根据本发明，空调数据通信装置根据费用套餐的信息以及数据量来调整数据发送的时间表，因此能够长时间地实现性价比高的数据通信。

附图说明

图1是示出本发明的实施方式1的空调数据通信系统的系统结构例的图。

图2是实施方式1的空调数据通信装置的功能框图。

图3是示出实施方式1的空调数据通信装置的空调数据存储部中存储的数据的一例的图。

图4是示出实施方式1的空调数据通信装置的费用套餐存储部中存储的数据的一例的图。

图5是示出实施方式1的空调数据通信装置的通信速度存储部中存储的数据的一例的图。

图6是示出实施方式1的空调数据通信装置的年度时间表存储部中存储的数据的一例的图。

图7是由实施方式1的空调数据通信装置进行的数据获取处理的流程图。

图8是由实施方式1的空调数据通信装置进行的通信速度测定处理的流程图。

图9是实施方式1的空调数据通信装置的年度时间表制作处理的流程图。

图10是示出实施方式1的空调数据通信装置发送的运行状态开启(on)的空调装置的空调数据的一例的图。

图11是由实施方式1的空调数据通信装置进行的年度时间表调整处理的流程图。

图12是示出通过实施方式1的空调数据通信装置的年度时间表调整处理调整后的年度时间表的一例的图。

图13是由实施方式1的空调数据通信装置进行的发送时间表制作处理的流程图。

图14是示出实施方式1的空调数据通信装置发送的运行状态关闭(off)的空调装置的空调数据的一例的图。

图15是示出实施方式1的空调数据通信装置发送的删除了优先度低的数据的空调数据的一例的图。

图16是示出实施方式1的空调数据通信装置发送的仅有优先度高的数据的空调数据的一例的图。

图17是由实施方式1的空调数据通信装置进行的数据发送处理的流程图。

图18是由实施方式1的变形例3的空调数据通信装置进行的年度时间表调整处理的流程图。

图19是示出通过实施方式1的变形例3的空调数据通信装置的年度时间表调整处理调整后的年度时间表的一例的图。

图20是本发明的实施方式2的空调数据通信装置的功能框图。

图21是示出实施方式2的空调数据通信装置的月内时间表存储部中存储的数据的一例的图。

图22是由实施方式2的空调数据通信装置进行的月内时间表制作处理的流程图。

图23是示出通过实施方式2的空调数据通信装置的月内时间表制作处理调整后的月内时间表的一例的图。

图24是由实施方式2的空调数据通信装置进行的数据发送处理的流程图。

图25是示出本发明的空调数据通信装置的硬件结构例的图。

附图标记

10处理器、20存储器、30接口、100、101空调数据通信装置、110控制部、111数据获取部、112通信速度测定部、113优先数据判定部、114发送时间表调整部、115数据发送部、116计时部、117优先日判定部、120存储部、121空调数据存储部、122费用套餐存储部、123通信速度存储部、124年度时间表存储部、125月内时间表存储部、131近距离通信部、132远距离通信部、200服务器、300空调装置、1000空调数据通信系统、bl总线、nw网络。

具体实施方式

以下，参照附图对本发明的实施方式的空调数据通信装置、空调数据通信方法以及程序进行详细说明。此时对图中相同或相当的部分标注相同的附图标记。

(实施方式1)

如图1所示，本发明的实施方式1的空调数据通信系统1000具备空调数据通信装置100、服务器200和空调装置300。并且，空调数据通信装置100与服务器200能够经由网络nw进行通信。作为网络nw，能够使用lte(注册商标)(longtermevolution，长期演进)、移动wimax(worldwideinteroperabilityformicrowaveaccess，全球互通微波访问)、3g(generation，第3代)、4g这样的任意的网络，而在此使用lte。

另外，空调数据通信装置100主要设置于大厦，以能够通信的方式与设置于该大厦的1台以上的空调装置300连接。而且，空调数据通信装置100从该空调装置300接收数据，并管理该空调装置300。另外，可以在一栋大厦设置一台空调数据通信装置100，也可以在大厦的各楼层分别设置一台空调数据通信装置100，各空调数据通信装置100管理该楼层的空调装置300。另外，大厦是一个例子，空调数据通信装置100还可以设置于独栋住宅、公寓、工厂、仓库等。

空调数据通信装置100从各空调装置300收集数据，将收集到的数据经由网络nw发送到服务器200。空调数据通信装置100收集的数据是空调装置300的运行数据、功耗数据、传感器值等。由服务器200对这些数据进行解析的结果能够活用于空调装置300的故障、异常工作、故障预兆、制冷剂泄漏的诊断以及节能控制。

另外，当利用基于mvno(mobilevirtualnetworkoperator，移动虚拟网络运营商)的所谓廉价sim(subscriberidentitymodule，用户身份模块)的通信线路作为网络nw时，能够节约通信花费。在该通信线路中，每个月的数据流量的上限大多已被决定，并且大多允许将未用尽的数据流量以一定量为限结转(carryover)到下个月。在该情况下，通过在空调装置300的运转率低的春季以及秋季不大进行数据通信，由此能够将剩余的数据流量结转到空调装置300的运转率高的夏季以及冬季。于是，变得能够以相同的通信花费在空调装置300的运转率高的时期进行多于以往的数据通信，能够实现性价比高的数据通信。空调数据通信装置100制作用于实现这样的性价比高的数据通信的通信时间表。以下对其机制进行说明。

如图2所示，作为功能结构，空调数据通信装置100具备控制部110、存储部120、近距离通信部131和远距离通信部132，它们经由总线bl相互电连接。

控制部110具备cpu(centralprocessingunit，中央处理单元)，通过执行存储于存储部120的程序来实现各部(数据获取部111、通信速度测定部112、优先数据判定部113、发送时间表调整部114、数据发送部115、计时部116)的功能。另外，控制部110具备多线程功能，能够并行执行多个处理。

数据获取部111经由近距离通信部131从空调装置300获取空调数据，并保存于后述的空调数据存储部121。空调数据是指空调装置300的运行数据，具体而言是运行状态(开启或关闭)、工作模式(制冷、制热或除湿)、设定温度、风量、风向、各种传感器值(室温、室内湿度，外部气温、制冷剂温度、制冷剂量、压缩机输出)、功耗、通信状态。另外，通信状态是指表示空调数据通信装置100与空调装置300能否正常通信的数据。这些运行数据是一个例子，可以适当追加、变更、删除。空调数据通信装置100通过数据获取部111收集空调装置300的空调数据。数据获取部111作为数据获取单元发挥功能。

通信速度测定部112测定空调数据通信装置100经由远距离通信部132与服务器200进行通信时的数据通信的速度。然后，通信速度测定部112将测定数据通信的速度的结果保存于后述的通信速度存储部123。通信速度测定部112作为通信速度测定单元发挥功能。

优先数据判定部113在无法将数据获取部111获取的空调数据全部发送至服务器200的情况下，判定优先发送的数据。该“无法将空调数据全部发送至服务器200的情况”是指例如在一个月期间收集了5gb空调数据，但在与提供网络nw的电信运营商的合约上只允许一个月小于5gb的数据通信的情况。另外还有如下情况：在一个月期间收集了5gb空调数据，但根据通信速度测定部112测定出的数据通信的速度，只能进行一个月小于5gb的数据通信。在这些情况下，仅将优先数据判定部113判定为优先发送的数据的数据发送到服务器200，由此削减数据流量。具体而言，优先数据判定部113将作为与空调装置300的不良状况相关的数据的制冷剂温度、制冷剂量、压缩机压力及通信状况判定为优先度高的数据。另外，将表示空调装置300的功耗的数据判定为优先度中的数据。而且，将除此以外的运行数据判定为优先度低的数据。优先数据判定部113作为优先数据判定单元发挥功能。

发送时间表调整部114制作空调数据通信装置100对服务器200发送空调数据的时间表。然后，发送时间表调整部114基于与提供网络nw的电信运营商签订的费用套餐，根据需要调整发送时间表，以得到更高的性价比。关于制作以及调整这样的发送时间表的处理的详细情况，将在后说明。发送时间表调整部114作为发送时间表调整单元发挥功能。

数据发送部115按照发送时间表调整部114制作和调整后的发送时间表，将存储于空调数据存储部121的空调数据经由远距离通信部132发送到服务器200。数据发送部115作为数据发送单元发挥功能。

计时部116将当前时刻与日期一起进行计时。另外，通过由计时部116获取开始时刻和结束时刻并计算这两个时刻之差，能够求出从开始时刻到结束时刻的经过时间，计时部116还作为计时器发挥功能。

存储部120具备rom(readonlymemory，只读存储器)以及ram(randomaccessmemory，随机存取存储器)作为硬件。存储部120存储由控制部110执行的程序以及需要的数据。另外，存储部120在功能上具备空调数据存储部121、费用套餐存储部122、通信速度存储部123以及年度时间表存储部124。存储部120作为存储单元发挥功能。

空调数据存储部121将数据获取部111获取的空调数据与空调装置300的id(identifier，标识符)以及获取日期时间一起如图3所示地进行存储。空调数据存储部121作为空调数据存储单元发挥功能。

费用套餐存储部122如图4所示地存储基于与提供网络nw的电信运营商的合约的费用套餐的信息。费用套餐大致分为两种，即，在数据流量增加时费用也变高的“从量制”(measured-ratesystem)，以及在直到每个作为基准的期间的上限数据流量为止费用不变的“定额制”(flat-ratesystem)。在此作为基准的期间大多与结算费用的期间(费用结算期间)相同，通常为一个月。在此，设该作为基准的期间与费用结算期间相同。而且，在定额制中，费用(在费用结算期间为一个月的情况下为月租费)根据每费用结算期间的上限数据流量的大小而改变。另外，在定额制的费用套餐中，数据流量超过上限时的做法也有多种。作为该例子，可列举出“当超过上限时切断通信线路”、“当超过上限时降低通信速度”、“当超过上限时产生追加费用”。另外，还存在如下费用套餐，即，对于未将数据流量用尽到上限的量，能够以能够结转的流量的量为限结转到下一期间(在费用结算期间为一个月的情况下为下个月)。费用套餐存储部122中存储有合约开始年月、表示是从量制还是定额制的信息、费用结算期间、以及是从量制的情况下的从量费用的信息、是定额制的情况下的每个费用结算期间的上限流量(在费用结算期间是一个月的情况下为月度上限流量)、能够结转的流量(可结转流量)、超过上限时的做法以及定额费用的信息这样的费用套餐的信息。合约开始年月是指用户以该费用套餐开始与电信运营商的合约的年月。例如，在图4所示的例子中存储有如下定额制的费用套餐：合约开始年月为2017年3月、费用结算期间为一个月、月度上限流量为3gb、可结转流量也为3gb、当超过上限时切断通信线路、费用为月租1000日元。费用套餐存储部122作为费用套餐存储单元发挥功能。另外，在本实施方式中，以费用结算期间为一个月的费用套餐的情况进行说明。

通信速度存储部123如图5所示地存储通信速度测定部112测定的、作为经由远距离通信部132与服务器200进行通信时的数据通信的速度的通信速度。该测定通过后述的通信速度测定处理来进行，将每天每整点时的通信速度保存通信速度保存期间的量。通信速度保存期间是指将通信速度测定部112测定出的通信速度保存于通信速度存储部123的期间。在图5所示的例子中，设定30天作为通信速度保存期间，保存过去30天的量。超过了通信速度保存期间的数据被删除，始终存储有最新的通信速度保存期间的量的数据。通信速度存储部123作为通信速度存储单元发挥功能。

年度时间表存储部124如图6所示地存储发送时间表调整部114制作的年度的发送时间表。该年度的发送时间表的制作通过后述的年度时间表制作处理来进行。图6中示出了基于图4所示的费用套餐，将每月的上限的流量即3gb作为每月的流量上限而分配的发送时间表的例子。年度时间表存储部124作为年度时间表存储单元发挥功能。

近距离通信部131是用于与空调装置300进行通信的通信接口。近距离通信部131只要能与空调装置300进行通信就可以是任意的通信接口。近距离通信部131可以是与例如ethernet(以太网，注册商标)、usb(universalserialbus，通用串行总线)这样的有线通信标准对应的通信接口，也可以是与无线lan、bluetooth(蓝牙，注册商标)这样的无线的通信标准对应的通信接口。另外，近距离通信部131可以内置于空调数据通信装置100，也可以是外置的适配器的方式。空调装置300也具备能与近距离通信部131进行通信的通信接口，它可以内置于空调装置300，也可以是外置的适配器的方式。

另外，近距离通信部131不一定仅为一种通信接口。例如可以以以下方式具备多个通信接口，即，用于与第一空调装置300进行通信的近距离通信部131为usb(universalserialbus，通用串行总线)，用于与第二空调装置300进行通信的近距离通信部131为无线lan。近距离通信部131作为近距离通信单元发挥功能。

远距离通信部132是用于在移动环境下经由网络nw与服务器200进行通信的通信接口。远距离通信部132只要能在移动环境下与服务器200进行通信就可以是任意的通信接口，例如是与lte(注册商标)、3g这样的无线的通信标准对应的通信接口。服务器200也具备能经由网络nw与远距离通信部132进行通信的通信接口。远距离通信部132作为通信单元发挥功能。

接下来，参照图7对空调数据通信装置100从空调装置300获取空调数据的处理即数据获取处理进行说明。每隔数据获取时间间隔起动该处理。作为数据获取时间间隔，能够适当地设定任意的时间间隔，在此将数据获取时间间隔设定为间隔1分钟。例如，每当当前时刻的分的值进位而秒的值变为0时，空调数据通信装置100就开始以下说明的数据获取处理。

首先，空调数据通信装置100的数据获取部111将1代入变量i(步骤s101)。存在1台以上的空调装置300，为了从全部的空调装置300获取数据，使用变量i以表示从第几台空调装置300获取数据。接下来，数据获取部111经由近距离通信部131对第i个空调装置300发送数据获取请求分组(步骤s102)。数据获取请求分组是指对空调装置300请求发送空调数据的分组。

空调装置300在接收到数据获取请求分组时，将空调数据发送至空调数据通信装置100。如上所述，空调数据是空调装置300的运行数据，在空调装置300的运行状态为关闭的情况下，仅发送“空调状态关闭”这样的空调数据。然后，空调数据通信装置100的数据获取部111从第i个空调装置300获取空调数据(步骤s103)。步骤s103也被称为数据获取步骤。

然后，数据获取部111将获取的空调数据储存于空调数据存储部121(步骤s104)。此时，将所获取的空调数据与第i个空调装置300的id以及该空调数据的获取日期时间关联起来，以如图3所示的形式进行存储。然后，数据获取部111对变量i加1(步骤s105)，判定相加后的变量i是否为空调装置300的台数以下(步骤s106)。如果加1后的变量i的值为空调装置300的台数以下(步骤s106：否)，则返回步骤s102。如果加1后的变量i的值大于空调装置300的台数(步骤s106：是)，则结束数据获取处理。

通过以上说明的数据获取处理，空调数据通信装置100从各空调装置300获取空调数据，所获取的空调数据被存储于空调数据存储部121。

接下来，参照图8对空调数据通信装置100测定网络nw的通信速度的处理即通信速度测定处理进行说明。每隔通信速度测定时间间隔起动该处理。作为通信速度测定时间间隔，能够适当地设定任意的时间间隔，而在此将通信速度测定时间间隔设定为间隔1小时。例如，空调数据通信装置100在每次整点时开始数据获取处理。

首先，通信速度测定部112求出经由远距离通信部132对服务器200发送数据的通信速度(步骤s201)。通信速度测定部112能够通过将发送到服务器200的数据的大小除以该发送所需的时间来求出该通信速度。在此发送的数据可以是为了测定通信速度而准备的虚设数据(dummydata)，也可以是通过后述的数据发送处理发送的空调数据。步骤s201也被称为通信速度测定步骤。

接下来，通信速度测定部112判定在通信速度存储部123中是否存储有超过通信速度保存期间的期间的通信速度(步骤s202)。如果在通信速度存储部123中存储有超过通信速度保存期间的期间的通信速度(步骤s202：是)，则删除通信速度保存期间以前的通信速度的数据(步骤s203)。如果通信速度存储部123中未存储有超过通信速度保存期间的期间的通信速度(步骤s202：否)，则进入步骤s204。

然后，通信速度测定部112将在步骤s201中测定出的通信速度存储于通信速度存储部123(步骤s204)。在步骤s204中，如图5所示，在通信速度存储部123中不仅存储有通信速度测定部112测定出的通信速度，还存储有表示测定出的日期、时刻、星期几以及是工作日还是休息日的平休日信息(workday/holidayinformation)。

然后，通信速度测定部112对存储于通信速度存储部123的通信速度按工作日和休息日，在各时间段取平均值进行合计(步骤s205)，结束通信速度测定处理。关于通信速度的合计，优选为将在行政机构有关休息日的法律第一条中定为休息日的日期(星期日、星期六、节日以及新年假期)设为休息日，将除此以外的日期设为工作日，按休息日和工作日分别进行合计，但也可以更细分地进行合计。例如，也能够分为星期一～星期五的除节日以外的日期、星期一～星期五的节日、非节日的星期六、节日的星期六以及星期日来进行合计。另外，在合计时，可以不采用各时间段的平均值，而采用各时间段的最低速度。当采用最低速度时，在后述的月内时间表制作处理中，能够更严格地进行能否发送空调数据的判定，能够降低由于通信速度比预计慢而无法按照月内时间表进行发送的可能性。

通过以上说明的通信速度测定处理，得到每天的各时间段的平均通信速度。

接下来，参照图9对空调数据通信装置100制作分配了一年的各月的流量上限的年度时间表的处理即年度时间表制作处理进行说明。该处理每月一次，月初起动。

首先，发送时间表调整部114基于存储于费用套餐存储部122的费用套餐的费用结算期间和月度上限流量来制作年度时间表，并存储于年度时间表存储部124(步骤s301)。例如，在图4所示的费用套餐中，由于费用结算期间为一个月且月度上限流量为3gb，所以制作如图6所示的每月的流量上限为3gb的年度时间表。在用户签订的费用套餐是费用结算期间为一个月的从量制的情况下，用户预先对空调数据通信装置100设定月租费的上限，发送时间表调整部114将能以该月租费上限发送的上限的流量设为流量上限来制作年度时间表。在步骤s301中，发送时间表调整部114获取在费用套餐存储部122中存储的费用套餐的信息，因此步骤s301也被称为费用套餐信息获取步骤。

接下来，发送时间表调整部114获取空调数据的每一次的通信数据量的最大值(步骤s302)。例如，当在空调数据存储部121中存储有图3所示的空调数据时，一次发送的最大的通信数据的一例为图10所示的数据。即，对从空调装置300发送的空调数据的数据量加上id和日期时间的数据量而得到的值为每一次的通信数据量的最大值。例如，当设id为2字节，日期时间为6字节，运行状态、工作模式、设定温度、风量、风向及通信状态分别为1字节，其它空调数据分别为2字节时，每一次的通信数据量为2+6+1×6+2×7＝28字节。

接下来，发送时间表调整部114基于在步骤s302中获取的一次的通信数据量、空调装置300的台数以及数据获取时间间隔，计算在一个月期间发送的最大通信数据量(步骤s303)。例如，将一次的通信数据量设为28字节，将空调装置300的台数设为3台，将数据获取时间间隔设为1分钟。于是，在一个月期间发送的最大通信数据量为28(字节/分·台)×3(台)×60(分/小时)×24(小时/日)×31(日)＝3749760字节≈3.75mb。

接下来，发送时间表调整部114判定能否在费用套餐存储部122中存储的费用套餐的月度上限流量的范围内发送在步骤s303中计算出的一个月期间发送的最大通信数据量(步骤s304)。如果能够发送(步骤s304：是)，则结束年度时间表制作处理。

如果不能发送(步骤s304：否)，则发送时间表调整部114判定在费用套餐存储部122中存储的费用套餐能否将流量结转到下个月(步骤s305)。如果不能结转(步骤s305：否)，则结束年度时间表制作处理。如果能够结转(步骤s305：是)，则发送时间表调整部114进行年度时间表调整处理(步骤s306)，结束年度时间表制作处理。另外，步骤s306也被称为发送时间表调整步骤。

接下来，参照图11对在所述的步骤s306中执行的年度时间表调整处理进行说明。

首先，发送时间表调整部114判定在费用套餐存储部122中存储的费用套餐中开始合约的月份是否为3月或9月(步骤s321)。如果开始合约的月份是3月或9月(步骤s321：是)，则分配(存储于费用套餐存储部122中的费用套餐的月度上限流量－可结转流量÷3)作为春季(3月～5月)及秋季(9月～11月)的流量上限，分配(月度上限流量+可结转流量÷3)作为夏季(6月～8月)及冬季(12月～2月)的流量上限(步骤s327)，并结束年度时间表调整处理。

如果开始合约的月份既不是3月也不是9月(步骤s321：否)，则发送时间表调整部114判定开始合约的月份是否为4月或10月(步骤s322)。如果开始合约的月份为4月或10月(步骤s322：是)，则发送时间表调整部114分配(月度上限流量－可结转流量÷2)作为合约开始月及其下个月的流量上限(步骤s323)，并进入步骤s327。

如果开始合约的月份既不是4月也不是10月(步骤s322：否)，则发送时间表调整部114判定开始合约的月份是否为5月或11月(步骤s324)。如果开始合约的月份为5月或11月(步骤s324：是)，则发送时间表调整部114分配(月度上限流量－可结转流量)作为合约开始月的流量上限(步骤s325)，并进入步骤s327。

如果开始合约的月份既不是5月也不是11月(步骤s324：否)，则发送时间表调整部114直到下一个8月或2月为止，分配月度上限流量作为流量上限(步骤s326)，并进入步骤s327。

通过以上说明的年度时间表制作处理以及年度时间表调整处理，在年度时间表存储部124中存储基于一个月量的最大通信数据量以及签订的费用套餐而制作的年度的发送时间表。例如，在一个月量的最大通信数据量超过3gb且签订的费用套餐是图4所示的费用套餐的情况下，通过所述年度时间表调整处理，在年度时间表存储部124中存储图12所示的内容。这样，通过所述年度时间表调整处理，作为空调装置300的运转率高的时期的高运转时期(夏季以及冬季)的流量上限变得多于作为空调装置300的运转率低的时期的低运转时期(春季以及秋季)的流量上限。

接下来，参照图13对空调数据通信装置100制作时间表的处理即发送时间表制作处理进行说明，所述时间表是发送存储于空调数据存储部121的空调数据的时间表。每隔数据发送时间间隔起动该处理。数据发送时间间隔是指通过后述的数据发送处理将空调数据发送到服务器200的时间间隔。作为数据发送时间间隔，能够适当地设定任意的时间间隔，而在此将数据发送时间间隔与所述的通信速度测定时间间隔相配合地设定为间隔1小时。由此，作为在所述的通信速度测定处理(图8)的步骤s201中发送的数据，能够使用通过后述的数据发送处理发送的空调数据。例如，空调数据通信装置100在每个整点开始以下说明的发送时间表制作处理。

首先，发送时间表调整部114获取本次的时间段的空调数据的发送量上限的值(步骤s401)。该值是第一流量上限和第二流量上限中的较小一方的值，所述第一流量上限基于存储于费用套餐存储部122的月度上限流量，所述第二流量上限基于在通信速度测定处理中合计而得到的该时间段中的通信速度。在此，第一流量上限是通过将存储于年度时间表存储部124的该月的流量上限除以该月的天数以及每天的发送次数而得到的。例如，在年度时间表存储部124中存储的该月的流量上限为4gb，该月的天数为30天，数据发送时间间隔为间隔1小时的情况下，为4(gb/月)÷30(日/月)÷24(次/日)≈5.556mb。此外，也可以通过将从存储于年度时间表存储部124中的该月的流量上限减去在该月到目前为止使用的流量而得到的值(该月的流量的余量)除以到该月的月末为止的天数以及每一天的发送次数来得到第一流量上限。

另外，第二流量上限是根据在通信速度测定处理中合计而得到的、与本次的时间段以及该日的平休日信息对应的通信速度计算出的、能在本次的时间段进行通信的最大的数据流量。例如，设数据发送时间间隔为间隔1小时，与在通信速度测定处理中合计而得到的本次的时间段以及该日的平休日信息对应的通信速度为100kbps(bitspersecond，比特/秒)。于是，在本次的时间段的1小时内能够发送的数据流量为100(k比特/秒)÷8(比特/字节)×60(秒/分)×60(分/小时)＝4500k字节＝4.5mb。其结果是，作为本次的时间段中的空调数据的发送量上限的值，设定为5.556mb和4.5mb中的较小一方的值即4.5mb。

另外，如果第二流量上限为本次发送的全部数据的数据量以上，则从通信速度的观点出发，可以说能够在该时间段内发送全部数据。从通信速度的观点出发，为了能够发送全部数据，需要通信速度为(该时间段的全部数据的数据量÷该时间段的时间长度)以上。将通过该(该时间段的全部数据的数据量÷该时间段的时间长度)计算出的通信速度称为必要通信速度。

接下来，发送时间表调整部114判定能否在本次的时间段内发送存储于空调数据存储部121的全部空调数据(步骤s402)。该判定是本次发送的全部空调数据的数据量是否为在步骤s401中获取的发送量上限以下的判定。例如，将空调装置300的台数设为3台，将数据获取时间间隔设为1分钟，将数据发送时间间隔设为1小时。然后，每获取一次数据，就发送如图10所示的数据(如上述那样假设为28字节)作为各空调装置300的空调数据。于是，在本次的时间段，需要发送28(字节/分·台)×3(台)×60(分/小时)×1(小时)＝5040≈5kb。假设在步骤s401中获取的发送量上限为4.5mb时，由于5kb＜4.5mb，所以判定为能够在本次的时间段内发送全部空调数据。

如果发送时间表调整部114判定为能够在本次的时间段内发送存储于空调数据存储部121的全部空调数据(步骤s402：是)，则因为无需调整发送时间表就能够进行发送，因此结束发送时间表制作处理。

如果判定为在本次的时间段不能发送存储于空调数据存储部121中的全部空调数据(步骤s402：否)，则发送时间表调整部114判定在下一时间段内能否发送本次不能发送的数据和在下一时间段要发送的数据这两者(步骤s403)。在此，由于在下一时间段要发送的数据未确定，所以假定最大通信数据量来进行判定。

例如，设在本次的时间段中，由于通信速度的关系只能发送全部数据量4.5kb中的3.5kb，不能发送的数据的数据量为1kb。而且，设在下一时间段中假定的最大通信数据量是4.5kb。于是，由于为1kb+4.5kb＝5.5kb，所以发送时间表调整部114判定能否在下一时间段发送5.5kb。

然后，发送时间表调整部114与步骤s401的处理同样地求出能够在下一时间段发送的发送量上限。例如，当设下一时间段的第一流量的上限为约5.556mb，第二流量上限为10kb时，下一时间段的发送量的上限为10kb。该值大于本次不能发送的数据和在下一时间段要发送的数据的总计的数据量即5.5kb。因此，在上述的例子的情况下，发送时间表调整部114判定为能够在下一时间段发送本次不能发送的数据和在下一时间段要发送的数据这两者。

如果发送时间表调整部114判定为能够在下一时间段发送本次不能发送的数据和在下一时间段要发送的数据这两者(步骤s403：是)，则发送时间表调整部114调整时间表，以将本次不能发送的数据与在下一时间段要发送的数据一并发送(步骤s404)，并结束发送时间表制作处理。

如果判定为在下一时间段不能发送本次不能发送的数据和在下一时间段要发送的数据这两者(步骤s403：否)，则发送时间表调整部114判定在本次的时间段中是否存在电源关断的空调装置300(步骤s405)。根据在空调数据存储部121中是否存在运行状态为关闭的空调装置300的空调数据来进行该判定。如果发送时间表调整部114判定为在本次的时间段没有电源关断的空调装置300(步骤s405：否)，则进入步骤s408。

如果判定为在本次的时间段有电源关断的空调装置300(步骤s405：是)，则发送时间表调整部114以不发送电源关断的空调装置300的空调数据的方式调整发送时间表(步骤s406)。例如，发送时间表调整部114能够通过从空调数据存储部121中删除运行状态为关闭的空调数据来不发送电源关断的空调装置300的空调数据。

然后，发送时间表调整部114判定不发送电源关断的空调装置300的空调数据之后，能否在本次的时间段内发送存储于空调数据存储部121的全部空调数据(步骤s407)。电源关断的空调装置300的空调数据如图14所示包括空调装置300的id、日期时间和运行状态，例如当设id为2字节、日期时间为6字节、运行状态为1字节时，每一次的数据量为2+6+1＝9字节。通过在步骤s406的处理中将该9字节量的数据量削减与电源关断的空调数据的个数对应的量，由此在步骤s407中判定本次的发送数据量是否为发送量上限以下。

然后，如果发送时间表调整部114判定为不发送电源关断的空调装置300的空调数据之后能够在本次的时间段内发送存储于空调数据存储部121的全部空调数据(步骤s407：是)，则结束发送时间表制作处理。

如果判定为即使不发送电源关断的空调装置300的空调数据，也不能在本次的时间段发送存储于空调数据存储部121的全部空调数据(步骤s407：否)，则发送时间表调整部114基于空调数据的优先度来削减发送数据，调整时间表(步骤s408)。该处理为如下处理：优先数据判定部113判定存储于空调数据存储部121的数据的优先度，发送时间表调整部114将优先度低的数据从发送数据中排除。然后，发送时间表调整部114判定将优先度低的数据从发送数据中排除之后，能否在本次的时间段内发送存储于空调数据存储部121的全部空调数据(步骤s409)。

以具体例子说明步骤s408及步骤s409的处理。首先，在步骤s408中，优先数据判定部113从存储于空调数据存储部121的数据中删除优先度低的数据。其结果是，例如图10所示的空调数据如图15所示那样被削减了数据量。在上述例子中，图10所示的空调数据的数据量为28字节，当在相同条件下进行计算时，图15所示的空调数据的数据量为2+6+2×4+1＝17字节，每一次数据量削减11字节。

其结果是，发送时间表调整部114在步骤s409中判定本次的发送数据量是否为发送量上限以下。另外，能够设定多个等级的优先度。例如，在本实施方式中，优先数据判定部113判定优先度高、优先度中、优先度低这3个等级的优先度。在该情况下，首先，发送时间表调整部114在步骤s409中判定排除了优先度低的空调数据的发送数据的数据量是否变为发送量上限以下，如果该判定结果为否，则返回到步骤s408，优先数据判定部113将优先度中的空调数据也排除。于是，例如，图10所示的空调数据如图16所示地削减了数据量。在上述例子中，图10所示的空调数据的数据量为28字节，当在相同条件下计算时，图16所示的空调数据的数据量为2+6+2×3+1＝15字节，每一次数据量削减13字节。这样，在设定多个等级的优先度的情况下，优先数据判定部113从优先度低的数据起依次排除优先度低的数据，直到本次的发送数据量为发送量上限以下或只剩下优先度最高的数据为止。

如果发送时间表调整部114判定为将优先度低的数据从发送数据中排除之后能够在本次的时间段内发送存储于空调数据存储部121的全部空调数据(步骤s409：是)，则结束发送时间表制作处理。

如果判定为即使将优先度低的数据从发送数据中排除也不能在本次的时间段内发送存储于空调数据存储部121的全部空调数据(步骤s409：否)，则发送时间表调整部114间隔剔除数据来调整时间表(步骤s410)。具体而言，例如，假设即使发送时间表调整部114不发送电源关断的空调装置300的空调数据以及优先度低以及优先度中的空调数据，本次的发送数据量也为3kb。而且，假设本次的发送量上限为1kb。于是，因为3kb÷1kb＝3，所以发送时间表调整部114对数据进行间隔剔除以使发送数据的数据量变为三分之一。如果在上述除法运算除不尽的情况下，则将把小数点以下进位而得到的数设为n时，对数据进行间隔剔除以使数据量变为n分之一。

然后结束发送时间表制作处理。通过以上的发送时间表制作处理，以发送在本次的发送时间段发送得完的数据量的方式制作发送时间表。

接下来，参照图17对空调数据通信装置100将存储于空调数据存储部121的空调数据发送至服务器200的处理即数据发送处理进行说明。每隔数据发送时间间隔起动该处理。在此，将数据发送时间间隔与上述的通信速度测定时间间隔相配合地设定为间隔1小时。例如，空调数据通信装置100在每个整点开始以下说明的发送数据发送处理。

首先，数据发送部115待机直到由发送时间表调整部114进行的发送时间表制作处理结束(步骤s501)。发送时间表制作处理结束后，按照所制作的发送时间表，经由远距离通信部132，将存储于空调数据存储部121的空调数据发送至服务器200(步骤502)。步骤s502也被称为数据发送步骤。然后，数据发送部115从空调数据存储部121中删除对服务器200发送的空调数据(步骤s503)，结束数据发送处理。

另外，在上述的说明中，空调数据通信装置100以不同线程并行地执行发送时间表制作处理和数据发送处理。但也可以是空调数据通信装置100不以与发送时间表制作处理不同的线程并行地执行数据发送处理，而是在发送时间表制作处理结束后继续执行数据发送处理。这样就不需要步骤s501的处理。

以上说明的实施方式1的空调数据通信装置100中，发送时间表调整部114基于费用套餐的信息来制作年度的发送时间表，因此能够在1年这样的长时间内实现性价比高的数据通信。

(变形例1)

实施方式1的优先数据判定部113将空调数据中的与不良状况相关的数据即制冷剂温度、制冷剂量、压缩机压力及通信状况判定为优先度高的数据。这是因为，当在这些数据中发现异常的情况下，空调装置300很可能产生不良状况。然而，即使在这些数据确切地处于可谓是正常的范围的情况下不发送数据，而仅在数据存在于正常与异常的边界或可谓是异常的范围的情况下发送数据，有时也能够进行空调装置300的不良状况的判定。因此，对优先数据判定部113更严密地进行与不良状况关联的数据的判定的变形例1进行说明。

变形例1的空调数据通信装置100与实施方式1的空调数据通信装置100除了优先数据判定部113以外是相同的。另外，在空调数据中的制冷剂温度、制冷剂量、压缩机压力以及通信状况当中，即使有1个没有确切地处于可谓是正常的范围的情况下，变形例1的优先数据判定部113也将它们判定为优先度高的数据。在制冷剂温度、制冷剂量、压缩机压力及通信状况全部处于可谓是正常的范围的情况下，优先数据判定部113将它们判定为优先度低的数据。

此外，变形例1的优先数据判定部113将空调数据中的表示空调装置300的功耗的数据判定为优先度中的数据，这一点与实施方式1的优先数据判定部113相同。另外，除上述以外的方面，变形例1的空调数据通信装置100与实施方式1的空调数据通信装置100相同。

以上说明的变形例1的空调数据通信装置100中，优先数据判定部113更严密地进行与不良状况关联的数据的判定，因此发送时间表制作处理(图13)的步骤s408中的发送数据削减量比实施方式1多。其结果是，在步骤s410中数据被间隔剔除的量变少，能够实现性价比更高的数据通信。

(变形例2)

实施方式1的优先数据判定部113将空调数据中的与不良状况相关联的数据即制冷剂温度、制冷剂量、压缩机压力及通信状况判定为优先度高的数据。这是因为，当在这些数据中发现异常的情况下，空调装置300很可能产生不良状况。然而，即使这些值正常，根据设定温度与室温的关系，有时也会疑似为不良状况。因此，对优先数据判定部113更灵活地进行与不良状况相关联的数据的判定的变形例2进行说明。

变形例2的空调数据通信装置100与实施方式1的空调数据通信装置100除了优先数据判定部113以外是相同的。另外，变形例2的空调数据通信装置100的优先数据判定部113在基于空调数据中的工作模式、设定温度以及室温而疑似为不良状况的情况下，将工作模式、设定温度、室温、室内湿度以及外部气温判定为优先度高的数据。作为疑似为不良状况的情况，可以举出虽然持续进行了基准时间的运行但室温与设定温度之差不小于基准温差的情况。在此，关于基准时间以及基准温差，能够适当地设定任意的值，而在此将基准时间设为1小时，将基准温差设为5度。

例如，当室温在一定程度以上接近于设定温度(例如在小于5度以内)的情况下，将这些数据判定为优先度低的数据。例如，在“持续进行1小时制热运行但室温不上升，室温比设定温度低5度以上”、“持续进行1小时制冷运行但室温不下降，室温比设定温度高5度以上”这样的情况下，优先数据判定部113将工作模式、设定温度、室温、室内湿度以及外部气温判定为优先度高的数据。在“室温与设定温度之差小于5度”的情况下，优先数据判定部113将工作模式、设定温度、室温、室内湿度以及外部气温判定为优先度低的数据。

此外，变形例2的优先数据判定部113将空调数据中的制冷剂温度、制冷剂量、压缩机压力及通信状况判定为优先度高的数据这一点、和将表示空调装置300的功耗的数据判定为优先度中的数据这一点与实施方式1的优先数据判定部113相同。另外，在上述以外的方面，变形例2的空调数据通信装置100与实施方式1的空调数据通信装置100相同。

以上说明的变形例2的空调数据通信装置100中，优先数据判定部113更灵活地进行与不良状况相关联的数据的判定。因此，即使在制冷剂温度、制冷剂量、压缩机输出及通信状态未发现异常的情况下，在制冷或制热的实效差时，在发送时间表制作处理(图13)的步骤s408中，此时的工作模式、设定温度、室温、室内湿度及外部气温也作为优先度高的数据不被排除而被保留。其结果是，变形例2的空调数据通信装置100能够对服务器200发送用于分析制冷或制热的实效差的状况的数据。

(变形例3)

在实施方式1的年度时间表调整处理(图11)中，以如下方式分配流量：当一个月量的数据量稍微超过签订的费用套餐的上限流量时，尽可能多地活用可结转流量。这是为了尽可能多地发送夏季和冬季的空调数据。例如，在签订的费用套餐的上限流量为3gb、可结转流量为3gb的情况下，夏季和冬季的流量上限为4gb。但是，在该情况下，如果一个月量的最大通信数据量为3.5gb，则即使春季以及秋季的流量减少1gb的量，也不能活用结转的1gb量的流量中的0.5gb的量。因此，对发送时间表调整部114在年度时间表调整处理中根据一个月量的最大通信数据量来微调结转的流量的变形例3进行说明。

变形例3的空调数据通信装置100与实施方式1的空调数据通信装置100除了年度时间表调整处理以外是相同的。因此，参照图18对变形例3的年度时间表调整处理进行说明。此外，变形例3的年度时间表调整处理(图18)与实施方式1的年度时间表调整处理(图11)共同的处理多，因此对于共同的处理标注相同的步骤的符号，以不同点为中心进行说明。

首先，变形例3的发送时间表调整部114将从一个月量的最大通信数据量减去费用套餐的月度上限流量而得到的值和将费用套餐的可结转流量除以3而得到的值中的较小的值代入变量“结转量”(步骤s331)。另外，作为一个月量的最大通信数据量，发送时间表调整部114使用在年度时间表制作处理(图9)的步骤s303中计算出的值即可。

接下来的步骤s321、步骤s322以及步骤s324中的判定处理以及步骤s326的处理与图11中的处理是共同的，因此省略说明。在步骤s322中的判定为是的情况下(步骤s322：是)，发送时间表调整部114分配(月度上限流量－变量“结转量”×3÷2)作为合约开始月及其下个月的流量上限(步骤s333)，并进入步骤s335。

在步骤s324中的判定为是的情况下(步骤s324：是)，发送时间表调整部114分配(月度上限流量－变量“结转量”×3)作为合约开始月的流量上限(步骤s334)，并进入步骤s335。

在步骤s335中，分配(存储于费用套餐存储部122的费用套餐的月度上限流量－变量“结转量”)作为春季(3月～5月)及秋季(9月～11月)的流量上限，分配(月度上限流量+变量“结转量”)作为夏季(6月～8月)及冬季(12月～2月)的流量上限，结束年度时间表调整处理。

以上说明的变形例3的空调数据通信装置100还考虑一个月量的最大通信数据量，发送时间表调整部114对从低运转时期向高运转时期结转的流量进行微调，因此能够更不浪费地活用结转流量。例如，在签订的费用套餐是图4所示的费用套餐，一个月量的最大数据量是3.5gb，合约的开始月是3月的情况下，通过上述年度时间表调整处理，在年度时间表存储部124中存储图19所示的内容。

(实施方式2)

实施方式1的发送时间表制作处理(图13)每隔数据发送时间间隔起动，通过该处理，制作在该时间段发送的空调数据的发送时间表。在该处理中，在步骤s401中，获取该时间段中的空调数据的发送量上限的值，而此时获取的发送量上限的值是将在该整个月中能够使用的流量平均化而得到的值。因此，无法使仅能在同一月份的特定期间使用的流量增加或减少。但是，例如还考虑想要将前半月的流量设定为比后半月多的情况。因此，对为了能够在同一月份中根据日期来增减流量而预先制作月内的发送时间表的实施方式2进行说明。

如图20所示，实施方式2的空调数据通信装置101与实施方式1的空调数据通信装置100相比，不同点在于具备优先日判定部117和月内时间表存储部125。另外，实施方式2的发送时间表调整部114在不进行发送时间表制作处理(图13)而进行后述的月内时间表制作处理这一点上不同。此外，在实施方式2的数据发送处理中，数据发送部115参照发送时间表调整部114制作的月内时间表，这一点与实施方式1不同。对这些不同点依次进行说明。

优先日判定部117在无法将数据获取部111获取的全部空调数据发送至服务器200的情况下，判定要优先发送的数据获取日。具体而言，优先日判定部117将到3月的春分为止的日期及到9月的秋分为止的日期判定为优先度高的数据获取日。由于3月是春季，9月是秋季，两个月都是低运转时期，所以存储于年度时间表存储部124的流量上限往往少于在费用套餐中设定的原来的月度上限流量。然而例年来，到春分日为止多使用制热，到秋分日为止多使用制冷。因此，到这些日期为止，为了增加流量的分配，优先日判定部117提高在这些日期由数据获取部111获取的数据的优先度。优先日判定部117作为优先日判定单元发挥功能。

在月内时间表存储部125中存储有发送时间表调整部114在后述的月内时间表制作处理中制作的月内的发送时间表(月内时间表)。具体而言，如图21所示，在月内时间表存储部125中存储有发送的日期、发送时刻、发送的数据以及分配给该时间段的流量上限。图21中示出了在每个整点发送在该整点之前的1小时在空调数据存储部121中存储的5kb量的全部空调数据的月内时间表的例子。月内时间表存储部125作为月内时间表存储单元发挥功能。

接下来，参照图22对空调数据通信装置101制作月内时间表的处理即月内时间表制作处理进行说明。该处理每月一次，月初起动，在该处理之前需要制作年度的发送时间表，因此通常在年度时间表制作处理结束后接着开始月内时间表制作处理。

首先，发送时间表调整部114基于空调数据的每一次的数据量的最大值、空调装置300的台数、数据获取时间间隔以及数据发送时间间隔来制作月内时间表，并存储于月内时间表存储部125(步骤s601)。在此，数据发送时间间隔是指如上所述通过数据发送处理将空调数据发送到服务器200的时间间隔。另外，发送时间表调整部114能够使用年度时间表制作处理(图9)的步骤s302中获取的值作为空调数据的每一次的数据量的最大值。例如，将每一次的数据量的最大值设为28字节，将空调装置300的台数设为3台，将数据获取时间间隔设为1分钟，将数据发送时间间隔设为1小时。于是，在一次数据发送处理中发送的最大数据量为28(字节/分·台)×3(台)×60(分/小时)×1(小时)＝5040≈5kb，制作图21所示的月内时间表。

接下来，发送时间表调整部114判定在步骤s601中制作的月内时间表的全部时间段中能否发送全部空调数据(步骤s602)。在该判定中，从以下两个观点出发进行判定，即，从通信速度的观点出发能否发送这一点，以及从流量上限的观点出发能否发送这一点，在这两点都判定为能够发送的情况下，判定为能够在全部时间段发送全部空调数据。

从通信速度的观点出发，发送时间表调整部114判定基于在通信速度测定处理中合计而得到的各日期的各时间段的通信速度，在月内时间表的各日期的各时间段中，能否在时间内发送流量上限量的数据。从流量上限的观点出发，发送时间表调整部114求出对全部日期以及时间段的流量上限进行总计而得到的总计流量作为月内的发送数据量的最大值，判定该值是否为存储于年度时间表存储部124的该月的流量上限以下。

例如，设在通信速度测定处理中合计而得到的通信速度中的、与某个时间段对应的通信速度为100kbps。于是，在该时间段的1小时内能够发送的数据量为100(k比特/秒)÷8(比特/字节)×60(秒/分)×60(分/小时)＝4500k字节＝4.5mb。例如在图21所示的月内时间表中，每1小时的流量上限在全部的时间段为5kb，因此都小于4.5mb。由此在该情况下，从通信速度的观点出发，判定为在月内时间表的所有时间段中能够发送全部空调数据。

另外，在图21所示的例子中，总计流量为3750kb，在图12所示的例子中，该月(3月)的流量上限为2gb。因为3750kb为2gb以下，所以在该情况下，从流量上限的观点出发，判定为在月内时间表的所有时间段中能够发送全部空调数据。而且，在该例中，无论从通信速度的观点出发还是从流量上限的观点出发，都判定为能够发送，因此最终的判定也判定为在月内时间表的全部时间段中能够发送全部空调数据。

设在通信速度测定处理中合计而得到的通信速度中的、与某个时间段对应的通信速度为100bps(bitspersecond，比特/秒)。于是，在该时间段的1小时内能够发送的数据量为100(比特/秒)÷8(比特/字节)×60(秒/分)×60(分/小时)＝4500字节＝4.5kb。于是，在该时间段中，无法将流量上限的5kb的数据全部发送。于是，在该情况下，从通信速度的观点出发判定为不能发送，因此最终的判定也判定为不是在月内时间表的全部时间段能够发送全部空调数据。

如果在月内时间表的所有时间段中能够发送全部空调数据(步骤s602：是)，则结束月内时间表制作处理。如果不是在月内时间表的所有时间段中能够发送全部空调数据(步骤s602：否)，则发送时间表调整部114调整月内时间表，以将不能发送的时间段的数据在通信速度快的时间段发送(步骤s603)。在该调整中，发送时间表调整部114既可以以将不能发送的时间段的空调数据的一部分挪到下一个时间段发送的方式调整月内时间表，也可以以挪到更靠后的通信速度更快的时间段来发送的方式调整月内时间表。

例如，设在工作日的12:00～13:00的时间段内的通信速度为100bps，并且在13:00～14:00的时间段内的通信速度为200bps。在这种情况下，发送时间表调整部114将在工作日的12:00:00发送的通信数据从“11:00:00～11:59:59的全部数据”变更为例如“11:00:00～11:29:59的全部数据”。而且将在工作日的13:00:00发送的通信数据从“12:00:00～12:59:59的全部数据”变更为“11:30:00～12:59:59的全部数据”。发送时间表调整部114通过这样调整月内时间表，能够防止发生因通信速度而导致空调数据的一部分发送不完的情况。

接下来，发送时间表调整部114判定通过步骤s603中的时间表调整，能否发送月内的全部发送数据(步骤s604)。该判定与步骤s602中的判定同样地，当在月内时间表的各日期的各时间段中，从通信速度的观点出发能够发送并且从流量上限的观点出发也能够发送的情况下，发送时间表调整部114判定为能够发送月内的全部发送数据。

如果能够发送月内的全部发送数据(步骤s604：是)，则结束月内时间表制作处理。如果不是能够发送月内的全部发送数据(步骤s604：否)，则发送时间表调整部114基于空调数据的优先度来削减发送数据，调整时间表(步骤s605)。该处理是如下处理：优先数据判定部113及优先日判定部117判定存储于空调数据存储部121的空调数据的优先度，发送时间表调整部114将优先度低的数据从发送数据中排除。

在此，通过优先数据判定部113判定的优先度和优先日判定部117判定的优先度的组合，能够适当地设定任意的优先度。可以设为例如无论优先数据判定部113判定的优先度如何，由优先日判定部117判定为优先度高的日期的空调数据都不被从发送数据中排除。另外，也可以将不被优先日判定部117判定为优先度高的日期的空调数据和被优先数据判定部113判定为优先度低的空调数据从发送数据中排除。

实际上，在进行月内时间表制作处理时，虽然该月的空调数据尚未存储于空调数据存储部121中，但作为月内时间表，发送时间表调整部114例如将通信速度慢的时间段的发送数据从“全部数据”变更为“优先度低以外的数据”。例如，在上述的例子中，当发送数据为“全部数据”的情况下，在一次数据发送处理中发送的最大数据量为28(字节/分·台)×3(台)×60(分/小时)×1(小时)＝5040≈5kb。在此，当将发送数据从“全部数据”变更为“优先度低以外”时，1个发送数据的数据量从28字节削减为17字节，因此在一次数据发送处理中发送的最大数据量被削减为17(字节/分·台)×3(台)×60(分/小时)×1(小时)＝3060≈3kb。

然后，发送时间表调整部114判定从发送数据中排除了优先度低的数据之后，能否发送月内的全部发送数据(步骤s606)。在步骤s605和步骤s606的处理中，也与所述实施方式1同样地，在设定了多个等级的优先度的情况下，发送时间表调整部114将要从发送数据中排除的数据的优先度逐级提高，直到月内的总计流量变为该月的流量上限以下或仅留下优先度最高的数据为止。

如果发送时间表调整部114判定为将优先度低的数据从发送数据中排除之后能够发送月内的全部发送数据(步骤s606：是)，则结束月内时间表制作处理。

如果发送时间表调整部114判定为即使将优先度低的数据从发送数据中排除也不能发送月内的全部发送数据(步骤s606：否)，则发送时间表调整部114为了能够发送月内的全部数据而对数据进行间隔剔除来调整时间表(步骤s607)。数据的间隔剔除方法可以适当地采用任意的方法。例如，当将把“月内的发送数据量÷该月的流量上限”的小数点以下进位而得到的值设为n时，发送时间表调整部114可以对数据进行间隔剔除，以使数据量变为n分之一。另外，如果仅通过间隔剔除不被优先日判定部117判定为优先度高的日期的数据就能够发送月内的全部数据，则发送时间表调整部114也可以不对由优先日判定部117判定为优先度高的日期的数据进行间隔剔除。

在步骤s607的处理中，当发送时间表调整部114为了能够发送月内的全部数据而调整了时间表后，结束月内时间表制作处理。

作为具体例，在步骤s601中制作图21所示的月内时间表，各时间段的通信速度没有问题，设该月的流量上限为3000kb。在该情况下，在步骤s605中，优先数据判定部113及优先日判定部117判定空调数据的优先度，发送时间表调整部114调整月内时间表。

例如，由于3月21日以后的空调数据被优先日判定部117判定为优先度不高，所以成为排除对象，发送时间表调整部114调整月内时间表，使得仅发送由优先数据判定部113判定为优先度高的空调数据。由优先数据判定部113判定为优先度高的空调数据被设为例如是所述的图16所示的数据量15字节的数据。于是，该3月份的一个月的数据量为28(字节/分·台)×3(台)×60(分/小时)×24(小时/日)×20(日)+15(字节/分·台)×3(台)×60(分/小时)×24(小时/日)×11(日)＝3132000字节＝3132k字节，略微超过该月的流量上限即3000kb。

于是，在步骤s607中，发送时间表调整部114将由优先日判定部117判定为优先度不高的日期的空调数据间隔剔除一半。例如，以每小时的0分、2分、4分这样的方式调整月内时间表，以仅发送分钟为偶数的时刻的空调数据。于是，该3月份的一个月的数据量为28(字节/分·台)×3(台)×60(分/小时)×24(小时/日)×20(日)+7.5(字节/分·台)×3(台)×60(分/小时)×24(小时/日)×11(日)＝2775600字节＝2775.6k字节，收敛于该月的流量上限即3000kb以下。其结果是，制作如图23所示的月内时间表。

接下来，参照图24对空调数据通信装置101将存储于空调数据存储部121的空调数据发送至服务器200的处理即数据发送处理进行说明。当由发送时间表调整部114在月内时间表存储部125中制作了月内时间表时，该数据发送处理开始。

首先，空调数据通信装置101的数据发送部115参照存储于月内时间表存储部125的月内时间表，待机到下一通信时刻(步骤s701)。到下一通信时刻时，数据发送部115按照所参照的月内时间表，经由远距离通信部132，将存储于空调数据存储部121的空调数据发送到服务器200(步骤702)。然后，数据发送部115从空调数据存储部121中删除发送到服务器200的空调数据(步骤s703)，返回步骤s701。

以上说明的实施方式2的空调数据通信装置101制作月内时间表，因此能够在月内灵活地设定想使数据流量更多的时期和可以使数据流量较少的时期。因此，在月内也能够实现性价比高的数据通信。

(变形例)

在实施方式2的空调数据通信装置101中，在月内时间表制作处理(图22)的步骤s607中，为了能够发送月内的全部数据而发送时间表调整部114对数据进行间隔剔除来调整发送时间表。然而，发送时间表调整部114也可以不对数据进行间隔剔除，而是以将该月不能发送的空调数据结转到下个月发送的方式调整发送时间表。对这样的实施方式2的变形例进行说明。

变形例的发送时间表调整部114在月内时间表制作处理(图22)的步骤s607中，不对数据进行间隔剔除，而对于在当月无法发送的空调数据，在月内时间表存储部125中记录结转到下个月发送的时间表。并且，在下个月的月内时间表制作处理中，在步骤s601中，还使用上个月记录的“结转发送的时间表”来制作月内时间表。除了上述的点以外，变形例的空调数据通信装置101与实施方式2的空调数据通信装置101相同。

由于变形例的空调数据通信装置101不对数据进行间隔剔除，因此服务器200能够获取空调装置300的全部空调数据。

此外，上述的实施方式能够任意地组合。例如，通过组合实施方式1的变形例1和变形例2，对于与不良状况相关联的数据，能够实现性价比更高的数据通信。另外，组合实施方式1和实施方式2，代替实施方式2中的数据发送处理，参照月内时间表来执行实施方式1的发送时间表制作处理以及数据发送处理，由此能够得到实施方式1的效果和实施方式2的效果这两者。

另外，在所述的实施方式中，由于将费用结算期间设为一个月，所以年度时间表制作处理每一个月起动，制作分配了每一个月的通信上限量的年度时间表。但是，费用结算期间不被限定为一个月。即使在费用结算期间为1天、1周、两个月等的情况下，年度时间表制作处理也按每个费用结算期间起动，制作分配了每个费用结算期间的通信上限量的年度时间表。另外，在费用结算期间不是一个月的情况下，实施方式2中的月内时间表制作处理变为费用结算期间内时间表制作处理。费用结算期间内时间表制作处理在每个费用结算期间起动，制作分配了费用结算期间内的各时间段的通信上限量的费用结算期间内时间表。

另外，在上述的实施方式中，数据获取部111经由近距离通信部131获取空调数据，但数据获取部111获取空调数据的方法不限于此。例如，也可以考虑如下结构：在空调装置300中组装有空调数据通信装置100，数据获取部111通过总线bl获取空调装置300的空调数据。

本发明的实施方式的空调数据通信装置100、101的硬件例如如图25所示，包括处理器10、存储器20和接口30。空调数据通信装置100、101的各功能通过处理器10执行存储器20中存储的程序来实现。接口30用于使空调数据通信装置100、101分别相互连接并建立通信，根据需要可以包括多种接口。另外，在图25中示出了包括1个处理器10以及1个存储器20的例子，但也可以由多个处理器以及多个存储器协作来执行上述功能。

另外，在上述的任意实施方式中，都能够通过通常的计算机来实施各功能。具体而言，在上述的实施方式中，以将控制部110所执行的程序预先存储于存储部120的情况进行了说明。但是，也可以将程序储存于软盘、cd-rom(compactdiscreadonlymemory，光盘只读存储器)、dvd(digitalversatiledisc，数字多功能光盘)以及mo(magneto-opticaldisc，磁光盘)这样的计算机可读取的记录介质中并发布，通过读入并安装该程序来构成能够实现上述各功能的计算机。而且，在通过os与应用程序的分担、或os与应用程序的协作来实现各功能的情况下，也可以仅将os以外的部分储存于记录介质。

另外，还可以在载波上叠加各程序，经由通信网络进行分发。例如，可以在通信网络上的公告板(bbs，bulletinboardsystem，电子布告栏系统)公告该程序，经由网络分发该程序。然后可以构成为将这些程序起动，在os的控制下与其它应用程序同样地执行，由此能够执行上述的处理。

本发明在不脱离本发明的广义的精神和范围的情况下能够为各种实施方式以及变形。另外，上述的实施方式用于说明本发明，并不限定本发明的范围。即，本发明的范围不是由实施方式示出，而是由权利要求书示出。并且，在权利要求书的范围内及与其同等的发明的意义的范围内实施的各种变形被视为本发明的范围内。