具体实施方式
下面,参照附图来说明本发明的实施例。首先,在说明各实施例之前,先说明本发明的概念。
图50是表示根据本发明的通信方法来收发信数据的通信系统100的构成图。通信系统100由两个通信机器1、2和与其连接的网络3构成。
本说明书中假设的通信系统100的实例为在可通信的状态下相互连接家电机器的家庭内LAN。通信机器1、2基本上是具有同样通信功能和构成的家电机器、例如空调机(空调)、冰箱、微波炉、室外照相机。网络3是向家电机器供电的电灯线。因为网络3为电灯线,所以是例如通信速度最大为9600bps的较低速的通信媒体。作为网络3,也可采用以更低速的通信速度(例如最大为2400bps)的无线进行通信的无线网络来代替家庭内LAN。在任一情况下都不需要铺设新的布线。另外,网络3也可以是一般的通信网络。
在以下的说明中,说明通信机器1向通信机器2发送数据文件,通信机器2处理该数据文件。例如,设通信机器1是用于观察来访者的室外照相机,通信机器2是具有监视器的控制机器(控制器),设室外照相机拍摄的图像数据文件经网络3显示在控制器的监视器上。另外,假设数据文件中还包含没有附加作为文件的名称等的纯数据。
通信机器1的构成如下。即,通信机器1具备:应用程序软件101、服务中间件(service middle ware)102、服务API(应用程序接口)103、基本API104-1、104-2、通信处理部(通信中间件)105、服务目标107、下位通信软件108、和共同下位通信接口109。从叙述为“软件”这一点可知,图50中示出的通信机器1的构成是关于通信机器1的通信功能的层的示意模型。基于物理构成的框图如后述的图1等中所记载。
本发明的主要特征之一在于通信系统100的通信机器1和2任一中都设置服务中间件102和服务目标107,统一通信时的处理步骤。因为数据文件接收侧的通信机器1与数据文件发送侧的通信机器2所必需的功能不同,所以服务中间件102和服务目标107的具体内容不同。但是如下所述,通过事先规定数据文件收发必需的信息,按规定步骤进行通信,可有效通知、确认通信形态或通信数据,由此可容易判断成为数据通信目标的机器和有效数据。结果,可确保传送速度较低速的网络3具有充分的实用性。
应用程序软件101是执行通信机器1的主要处理的软件。例如,对通信机器1而言,是通过室外照相机进行拍摄、编码等的软件。对通信机器2而言,相当于解码接收到的图像等后进行显示处理的软件。应用程序软件101既可单独存在,也可是进行特定处理的多个软件的集合。
服务中间件102是规定应用程序软件101的共同、基本处理的程序。具体而言,服务中间件102进行用于收发较大数据文件的处理(数据文件的传送时序管理、组合(复原)所接收到的已被分割后的数据文件的处理)。服务中间件102被定位于特定应用程序软件的一部分。因此,服务中间件102在内部处理中,当利用通信中间件105的功能时,利用基本API104-2。因而若从通信中间件105的角度出发,则服务中间件102被看作应用程序软件101中的一个。通过由服务中间件102来定义共同处理功能,可减轻应用程序软件的开发负担,另外,软件商就可以将精力集中于更本质的功能、性能上的系统、机器开发,就可提供对用户有益的系统关联制品。后面详细描述服务中间件102。
服务API103是由应用程序软件101来访问服务中间件102的API。由服务中间件102来提供服务API103。通过利用服务API103,应用程序软件101可向服务中间件102传递请求,另外,应用程序软件101可从服务中间件102接收处理结果。
通常,所谓API是指由应用程序来调用OS准备的各功能用的接口。通常,因为API被广泛公开,所以若利用API,可高效开发应用程序。
下面,基本API104-1和104-2是应用程序软件与通信中间件105间授受数据文件时利用的接口。如上所述,若从通信中间件105来看,则由于服务中间件102是应用程序软件的一部分,所以共享基本的API。但是,为了容易理解,示出了对应用程序软件101利用基本API104-1,对服务中间件102利用基本API104-2。
通信中间件105利用机器目标106和服务目标107,进行关于数据文件收发信的通信处理。具体而言,是经网络3接收到的电文分析等的帧处理、根据服务目标107的属性的处理、对服务目标107的写入、读取处理。数据文件还包含应用程序软件101及/或从服务中间件102接收到的文件、和从网络103接收到的文件之一。
说明通信中间件105中具备的机器目标106。机器目标106是规定关于机器各种信息的目标。通信机器1的机器目标106包含网络内的分类、实例、属性、属性值等。作为由此规定的信息,例如有特定照相机的ID序号、表示外部照相机动作状态的标志、快门速度、快门光圈等快门设定、取得图像的存储位置等。通过分类和实例可指定并检索机器目标的存储器区域。
服务目标107是公开在网络中的服务中间件102的功能或设定信息,具体而言,是规定功能、服务、属性的分类规格的目标模块。定义服务目标107的目的在于可通过从网络3访问服务中间件102来有效构筑系统。服务目标107包含表示可发送/接收的数据文件种类的代码、表示自发通信功能或请求应答通信功能的项目等。服务目标107的具体构成例表示为图2~8、图17~19等中记载的功能表格。在各实施例中对其进行详细说明。
下位通信软件108进行可访问网络3的处理。具体而言,下位通信软件108吸收不同通信媒体的协议差异,进行与共同定义的共同下位通信接口109间的数据传递。共同下位通信接口109传播数据文件。相反,一旦接收应从通信中间件105发送到网络3的数据文件,则下位通信软件108经共同下位通信接口109接收该数据文件,按照规定的协议将数据文件发送给网络3。
以上说明了关于通信机器1的通信功能的构成。另外,通信机器2的基本构成实质上与通信机器1相同。因为通信机器2用作控制器,所以必需与通信机器1以外的机器进行通信。因此,对于通信机器2的服务目标117而言,也可对作为通信目标的各机器分别设置一个通信机器2。
这里,详细说明作为本发明主要特征的服务中间件102。服务中间件102支持由传送容量较小的网络3收发信数据文件情况下的文件传送。将该文件传送处理称为“文件传送服务”。
服务中间件102管理的数据文件传送时序可分为两大类。第1是通信机器1自发发送数据文件情况下的一连串通信时序。将该形态的通信称为“自发通信”或“PUSH型数据通信”。具体而言,是从照相机(通信机器1)向控制器(通信机器2)自发发送数据文件情况下的通信时序。第2是通信机器2请求通信机器1传送数据文件,通信机器1应答该请求后发送数据文件时的一连串时序。将该形态的通信称“请求应答通信”或“PULL型数据通信”。具体而言,是在用户想看照相机(通信机器1)的图像时,控制器(通信机器2)向照相机(通信机器1)请求摄影数据文件,接受该请求的照相机(通信机器1)进行摄像,向控制器发送拍摄数据文件情况下的通信时序。两种通信时序都在后面的实施例中详细说明。
根据网络3的传送容量或发送目的地的通信机器2在通信中可一次处理的数据尺寸来决定服务中间件102进行的数据文件的分割。照相机(通信机器1)的服务中间件102也可在通电时,根据来自下位通信软件108的信息,辩认当前网络3的传送容量。另外,当发送目的地的通信机器2被确定时,参照通信机器2的服务目标117等,取得通信机器2在通信中可一次处理的数据尺寸。那么,在要发送的数据文件比该尺寸大的情况下,对数据文件进行分割使其小于传送容量的尺寸后再发送。
这里,将网络3中可一次收发信的数据尺寸设为最大131字节。例如,在照相机拍摄的图像数据的数据尺寸为5k字节(约5000字节)的情况下,照相机的服务中间件102考虑控制器(通信机器2)在通信中可一次处理的数据尺寸,以131字节为单位将该图像数据分割后发送给控制器(通信机器2)。相应分割,服务中间件102对服务目标107设定关于发送数据的信息(数据分割信息)。数据分割信息是数据发送侧的照相机在通信中可一次处理的数据尺寸。并且,在服务目标107中也可包含确定经分割的各图像数据的ID、顺序、个数等。
接收侧的控制器(通信机器2)接收经分割的各图像数据。然后,通信机器2的服务中间件112参照照相机(通信机器1)的服务目标107,确认接收的数据是否是所有经分割的数据。在不齐备的情况下,向照相机(通信机器1)请求再发送不足的数据。在所有分割数据齐备的情况下,服务中间件112根据照相机(通信机器1)的服务目标107中设定的数据分割信息,组合被分割的数据而得到原来的图像数据文件。服务中间件112对应于来自应用程序软件111的请求,经服务API113来提供图像数据文件。
下面,对应上述的数据传送服务,详细说明服务目标107、117。相应数据文件的传送,在发送侧的通信机器1中搭载了关于文件发送的服务目标107(文件发送服务目标107)。另外,在接收侧的通信机器2中搭载了关于文件接收的服务目标117(文件发送服务目标117)。任一文件发送/接收服务目标都对应于文件传送方式(PUSH型、PULL型)安装有必需的属性。所谓“属性”,分别表现为原文件传送服务的工作状态、发送状态、发送内容等服务本来的属性或功能。
文件发送服务目标107是公开发送设定、发送状态、发送内容等的目标。对PUSH型而言,具体内容记载于图21、图22、图35、图36中。而文件接收服务目标117是作为接收数据文件窗口的被公开的目标。具体内容记载于图20、图34中。另外,PUSH发送/接收用处理目标信息分别表示可PUSH发送/接收的数据种类等,PULL发送/接收用处理目标信息分别表示可PULL发送/接收的数据种类等。
(实施例1)
图1是表示根据本发明的通信方法来收发信数据的通信系统100的构成图。与图50一样,通信系统100由经网络3连接的通信机器1和通信机器2构成。
通信机器1具有中央处理部(CPU)(10)、存储器11、数据通信控制部12、存储器管理部13、网络控制部14。CPU10统一控制通信机器1的动作。通过CPU10的控制,其它构成要素(存储器11、数据通信控制部12、存储器管理部13、网络控制部14)在适当的定时进行动作,进行适当处理。存储器11具有数据通信功能表15。数据通信功能表15保持规定数据通信功能的信息或关于通信处理步骤的信息。存储器11存储通信机器1执行的软件。即,为应用程序软件101和服务中间件102。并且,存储器还存储使通信中间件105动作的中间件(未图示)。数据通信控制部12具有表共享控制部16,进行关于后述表格共享处理的控制。存储器管理部13具有表格值读取部17、表格值写入部18、表共享处理部19,就数据通信功能表15的内容,与其它通信机器2进行共享处理。网络控制部14与其它通信机器之间进行通信处理。
另一方面,通信机器2也可是与通信机器1相同的构成。通信机器2具有CPU20、存储器21、数据通信控制部22、存储器管理部23、网络控制部24。CPU10统一控制通信机器1的动作。存储器21中存储数据通信功能表25、应用程序软件111和服务中间件112。虽向通信机器2的各构成要素标以与通信机器1的构成要素不同的参照符号,但同名的构成要素具有相同构成和功能。因此,省略对通信机器2各构成要素的个别说明。
下面,参照图50来说明图50所示通信机器1的模块构造是否相当于图1的任一构成要素。
首先,如图1所示,应用程序软件101和服务中间件102存储在存储器11(图1)中。从存储器11(图1)中读取服务中间件102后,由CPU10(图1)执行。CPU10根据服务中间件102的命令,适当访问存储器11(图1)中存储的机器目标106和服务目标107,进行处理。另外,也从存储器11(图1)中读取应用程序软件101,由CPU10(图1)来执行。在处理时,CPU10根据应用程序软件101的命令,利用服务API103后,利用服务中间件102的处理结果,并还向服务中间件102发送请求。
机器目标106及服务目标107相当于数据通信功能表15(图1)。都以表格形式进行存储。
通信中间件105存储在存储器11(图1)中。CPU10根据管理通信机器1的通信的中间件(未图示),适当访问存储器11的数据通信功能表15(图1),同时,使数据通信控制部12(图1)和存储器管理部13(图1)动作。
下位通信软件108和共同下位通信接口109相当于网络控制部14(图1)。网络控制部14(图1)实现为具有串行接口(例如RS-232C)的接口卡、端口等通信模块。下位通信软件108存储在设置在这种通信模块内的存储器(例如EEPROM)中,由同样设置的个别CPU执行,实现根据规定协议的通信。
对于通信机器2而言,图1与图50的对应关系原则上与通信机器1相同。因此,通信机器2的机器目标和服务目标对应于数据通信功能表25(图1)。其中,通信机器1的数据通信功能表15与通信机器2的数据通信功能表25所应具备的机器目标和服务目标不同。在通信机器1为数据发送侧节点、通信机器2为数据发送侧节点的情况下,通信机器1的服务目标107(图50)必需具备文件发送服务目标,通信机器2的服务目标107(图50)必需具备文件接收服务目标。
下面,说明本实施例的数据通信动作。首先,说明从终端机器向控制器自发发送传送数据的情况。网络连接的通信机器1是具有自发发送功能的空调,设通信机器2是集中控制具有对自发发送的接收功能、即自发接收功能的空调等的控制器。将自发发送与自发接收的通信称为自发通信。
最初,设在由来自空调1的数据通信控制部12的指令网络连接确立时或进行数据通信时刻,对方通信机器确认是否是具有数据通信功能表的机器。在该确认中,通过事先确定所用通信电文,查询对方的通信机器,得到回信来进行。并且,在确认是否具有数据通信功能表的机器的同时,也可通过查询数据通信功能表中存储的各信息的存在,得到回信,来确认是否具有自发接收功能的机器。另外,控制器2也可在与连接的各机器之间在数据通信前或定期进行确认。另外,控制器2也可通过查询对方通信机器数据通信功能表中存储信息的存在,确认是否具有自发发送功能的机器。
图2是表示空调1的数据通信功能表15与控制器2的数据通信功能表在数据通信前状态的图。图3是表示发送数据信息一实例的图。图4是表示空调1与控制器2的数据通信功能表5、25在数据通信结束之前状态的图。
图2中示出的空调1的初始状态数据通信功能表201中存储以下信息。自发发送数据种类211是表示空调1可自发发送表示表格形式数据CSV形式、与表示文本形式数据的TXT形式两种状态的值。自发接收侧数据种类214虽表示接收自发发送对方侧处理的数据种类,但因为不知对方状态,所以为未设定。发送数据信息2是空调1自发发送数据时的数据形式、例如数据种类、数据名称、数据的作成日期、数据的尺寸,如图3所示。在初始状态下,值未设定。数据传送状态213表示是否发送中,最初为未发送。数据分割信息215是自发接收目的处理的数据分割尺寸,因为最初不知道,所以为未设定。传送数据216是传送数据本身,最初为未设定。
控制器2的初始状态数据通信功能表202中存储以下信息。自发接收侧数据种类214表示接收自发发送空调2处理的数据种类,表示可处理TXT的状态。发送数据信息222是自发发送源空调1自发发送时的数据形式,例如数据种类、数据名称、数据的作成日期、数据的尺寸,是图3中示出的模式信息。在初始状态下,因为不知发来何种形式的电文,所以未设定。数据传送状态223因为表示是否发送中,所以最初为未发送。数据分割信息225是自发接收目的、即控制器2自身处理的数据分割尺寸,为1024。传送数据226是接收的数据,因为是发送前,所以最初为未设定。
接着,空调1如下确认控制器2是否变为自发发送对方目的的通信机器。空调1的表共享控制部16向表共享处理部19发送共享自发接收侧数据种类214数据的指令。接受指令的表共享处理部19指示网络控制部14,将进行不同自发接收侧数据种类共享用的电文发送给事先确认完为具有数据通信功能表构成的通信机器,在本实例中,为控制器2。
接收电文的控制器2从网络控制部24向表共享处理部29发送接收信息,表共享处理部29由表格值读取部27读取数据通信功能表25、即图2的数据通信功能表202内的自发接收侧数据种类224的值TXT,返回表共享处理部单元29。表共享处理部29指示网络控制部24,向可发送电文的机器发出、回信该读取值。接受该值的空调1从网络控制部4向表共享处理部19发送该信息,表共享处理部19指示表格值写入部17,将取得的值写入数据通信功能表15中。由此,如图4的414所示,将TXT的值写入空调1的数据通信功能表15的自发接收侧数据种类中,进行数据通信功能表的一个项目的共享。
接着,空调1的表共享处理部19通知数据通信控制部12自发接收侧数据种类214与自发接收对方目的的自发接收侧数据种类224共享,数据通信控制部12比较写入的自发接收侧数据种类214的值TXT与自发发送数据种类211的值CSV、TXT,因为存在一致的数据种类,所以判断为可发送。在没有一致种类的数据的情况下,则判断为不能自发发送的对方目的。另外,在表示全部的值进入空调2的数据通信功能表25的自发接收侧数据种类224中的情况下,判断为包含于空调1侧的自发发送数据种类211中的所有数据均可发送。
下面,空调1的数据通信控制部12为了进行数据的自发发送,通过向表格值写入部17发出指令,如图4的413所示将数据通信功能表15的数据传送状态213的值设定为传送中状态后,通过向相同的表格值写入部17发出指令,设定作为最新信息的图3所示数据种类301、数据名称302、日期信息303、数据字节数304,作为数据通信功能表15的发送数据信息212。发送数据信息212向自发接收目的通知这次将传送的传送数据的形式。另外,同时将最新数据设定为作为传送数据主体的传送数据216。图4的412、416示出该状态。
接着,数据通信控制部12使用表共享控制部16来共享发送数据信息。即,表共享处理部19向表格值读取部17读取设定的发送数据信息412,传递到网络控制部14后,发送给控制器2。接收发送数据信息412的控制器2侧的表共享处理部29经表格值写入部28,向数据通信功能表25内的发送数据信息422写入发送数据信息412。
另外,通知数据通信控制部22进行发送数据信息的共享,数据通信控制部22根据由发送数据信息通知的数据种类和数据尺寸等来判断是否可接收的数据,在可接收的情况下,由表格值写入部28将数据通信功能表25的数据传送状态423设定为传送中。之后,数据通信控制部22的表共享控制部26指示表共享处理部29,读取数据通信功能表25的数据分割信息425的值1024,从网络控制部24通知给空调1。
空调1将接收到的数据分割信息425的值1024作为数据分割信息415存储在空调1的数据通信功能表15中,与控制器2共享。由此,可实现传送数据的传送准备。从而,数据通信控制部12通过表共享控制部6,指令数据通信功能表15的传送数据416的值的共享。即,将传送数据416的数据分割作为1024字节单位,执行从空调1到控制器2的数据自发发送。由此,作为426,将传送数据写入控制器2侧的数据通信功能表25的传送数据226中,将数据从空调传送给控制器。
最后,在判断为空调1与控制器2各自的数据通信控制部12、22完成传送数据共享的时刻,数据传送状态413、423被改写为待机中、未发送、或未设定,变为213、223的状态。对数据传送状态以外的项目保持共享值。因此,此后,不需要共享相同信息的数据通信。
另外,也可在传送自发接收侧数据种类224时,同时或连续传送数据分割信息225。
(实施例2)
下面,说明从控制器向终端机器请求传送数据的请求应答通信的实例。作为一例,说明在照明机器与集中控制照明机器等的控制器之间的数据通信。构成可用与图1相同的图来表示。在本实施例中,在图1中,将通信机器1设为照明机器1,将通信机器2设为控制器2。作为控制器2向照明机器1请求数据传送,照明机器1应答发送,控制器2接收请求的情况,将这种数据通信称为请求应答通信。
图5是表示照明机器1与控制器2的数据通信功能表15、25在数据通信前状态的图。图6是表示照明机器1与控制器2的数据通信功能表15、25在数据通信结束之前状态的图。
在照明机器1的数据通信功能表15中,如图5的501所示,作为初始状态,存储以下信息。应答发送数据种类511是表示照明机器1实现发送表示表格形式数据的CSV形式数据状态的值。发送数据信息512是照明机器1应答发送数据时的数据形式、例如数据种类、数据名称、数据的作成日期、数据的尺寸,如图3所示,在初始状态下,为未设定。数据传送状态513表示是否发送中,最初为未发送。数据分割信息515是自发接收目的处理的数据分割尺寸,因为最初不知道,所以为未设定。传送数据516是传送数据本身,最初为未设定。每种数据数量517是表示CSV、TXT等每种数据形式下发送几个文件等单位数据的信息,在本实施例中,最初为511中示出的CSV,设定为一个。
在控制器2的数据通信功能表25中,如图5的502所示,作为初始状态,存储以下信息。应答发送数据种类521是表示应答发送源应答发送数据的种类,因为最初不知道,所以为未设定。发送数据信息522是应答发送源的照明机器1应答发送数据时的数据形式、例如数据种类、数据名称、数据的作成日期、数据的尺寸,如图3所示,但在初始状态下,因为还不知道,所以为未设定。数据传送状态523表示是否发送中,最初为未发送。数据分割信息525是作为请求接收目的的控制器2自身处理的数据分割尺寸,设定为1024。传送数据526是请求接收数据本身,最初为未设定。每种数据数量527是表示CSV、TXT等每种数据形式下以文件等单位发送来几个数据的信息,最初为未设定。请求接收侧数据种类524是控制器2处理的数据种类,将CSV、TXT两种变为可请求接收。
下面,说明本实施例的数据通信的动作。最初,设在由来自控制器2的数据通信控制部12的指令网络连接确立时或进行数据通信时刻,对方通信机器确认是否是具有数据通信功能表的机器。在该确认中,通过事先确定所用通信电文,查询对方的通信机器,得到回信来进行。并且,在确认是否具有数据通信功能表的机器的同时,也可通过查询数据通信功能表中存储的各信息的存在,得到回信,来确认是否具有应答接收功能的机器。另外,照明机器1也可在与连接的各机器之间在数据通信前或定期进行确认。另外,照明机器1也可通过查询对方通信机器数据通信功能表中存储信息的存在,确认是否具有请求接收功能的机器。
接着,在具有发送请求功能的控制器2通过来自数据通信控制部22的指令网络连接确立时或进行数据通信时刻,如下确认是否是变为发送请求目的的通信机器。控制器2通过数据通信控制部22的表共享控制部26,将照明机器1的数据通信功能表15内的、作为图5所示表格501的应答发送数据种类511的值的CSV读入控制器2的功能表格25的应答发送数据种类521。因此,表共享处理部29作成请求网络控制部24应答发送种类电文,发送到照明机器1。
照明机器1对网络控制部14分析接收到的电文,将请求内容传递给表共享处理部19,表共享处理部19经表格值读取部17,读取应答发送数据种类511的值CSV,存储在回信电文中,从网络控制部14向控制器2回信、即请求发送。控制器2从请求接收的电文中读取应答发送数据种类511的值CSV,作为图6的应答发送数据种类621,写入数据通信功能表25中。接着,控制器2的数据通信控制部26比较写入的应答发送数据种类CSV与作为请求接收侧数据种类524的值CSV和TXT。因为存在一致种类数据,所以判断为可请求接收应答发送。此时,在没有一致种类数据的情况下,判断为不能请求接收。
接着,控制器2的数据通信控制部26为了取得可请求数据的信息,通过请求每种数据数量517的共享,对控制器2的每种数据数量527设定每种数据数量517的值1,作为每种数据数量527。共享也通过按与对所述应答发送数据种类511、512的611、612的共享类似的步骤取得电文来进行。因为该情况下数据数量为1个,所以可请求的数据数量变为1个。
接着,控制器2的数据通信控制部26为了进行数据请求,如图6的623所示,在将数据通信功能表25的数据传送状态523的值设定为传送中后,使用表共享控制部26,将照明机器1的数据传送状态613的值设定为传送中。该共享也可通过与所述类似的步骤来进行。由此,照明机器1的数据通信功能表15中齐备为了设定最新数据信息616、626而必需的信息来作为传送数据516和发送数据信息512。
之后,通过与实施例1相同的控制步骤从照明机器1向控制器2传送数据。
最后,在照明机器1与控制器2各自的数据通信控制部12、22判断为传送数据616、626的共享完成的时刻,将数据传送状态613、623设定为完成,对数据传送状态613、623以外的项目保持共享值。因此,以后不需要共享相同信息用的数据通信。
(实施例3)
下面,说明从终端机器向控制器请求传送数据发送的请求应答通信的情况。图1中,设通信机器1为集中控制终端机器组的控制器1,设通信机器2为微波炉2。
图7是表示控制器1与微波炉2的数据通信功能表15、25在数据通信前状态的图,图8是表示控制器1与微波炉2的数据通信功能表15、25在数据通信结束之后状态的图。
在控制器1的数据通信功能表15中,如图7的701所示,作为初始状态,存储以下信息。应答发送数据种类711表示处于控制器1实现发送表示超文本置标(markup)语言形式数据的HTM和表示文本形式数据的TXT形式的数据的状态。发送数据信息712是控制器1应答发送数据时的数据形式、例如数据种类、数据名称、数据的作成日期、数据的尺寸,如图3所示,按可应答发送的每个数据种类、HTM、TXT,存储图3形式的发送数据信息。数据传送状态713表示是否发送中,最初为未发送。数据分割信息715是请求接收目的处理的数据分割尺寸,因为最初不知道,所以为未设定。传送数据716是传送数据本身,最初为未设定。每种数据数量717是表示CSV、TXT等每种数据形式下以文件等单位来发送几个数据的信息,在本实施例中,最初在HTM形式下设定为10个,在TXT形式下设定为5个。
在微波炉2的数据通信功能表25中,如图7的702所示,作为初始状态,存储以下信息。应答发送数据种类721是表示应答发送源可应答发送数据的种类,因为最初不知道,所以为未设定。发送数据信息722是控制器1应答发送数据时的数据形式、例如数据种类、数据名称、数据的作成日期、数据的尺寸,如图3所示,但在初始状态下,因为还不知道,所以为未设定。数据传送状态723表示是否发送中,最初为未发送。数据分割信息725是作为请求接收目的的微波炉2处理的数据分割尺寸,设定为1024。传送数据726是存储请求接收数据的场所,最初为空、即未设定。每种数据数量727是表示HTM、TXT等每种数据形式下以文件等单位发送来几个数据的信息,最初为未设定。请求接收侧数据种类724是微波炉2处理的数据种类,将HTM一种变为可请求接收。
下面,说明本实施例的数据通信的动作。首先,具有发送请求功能的微波炉2在网络连接确立时或进行数据通信时刻,如下确认是否是作为发送请求目的的通信机器。即,微波炉2使用表共享处理部29,从控制器1的数据通信功能表15内取得应答发送数据种类711的值HTM、TXT后,存储在821中,与请求接收侧数据种类724的值HTM进行比较,判断为在数据种类为HTM的情况下可从控制器1接收数据。
接着,微波炉2使用表共享处理部29,从控制器1的数据通信功能表15中取得每种数据数量717的值10和5后,存储在827中。微波炉2为了选择从作为目标的数据中取得的数据,使用表共享处理部29,进行与控制器1的数据通信功能表的发送数据信息712的表格共享。此时,因为控制器1如712所示,保持作为发送目标的所有数据的发送数据信息,微波炉2取得所有目标数据的发送数据信息712,作为发送数据信息822存储在数据通信功能表25中。可从多种发送数据信息中选择请求的数据。但是,在本实施例中,因为可接收是为HTM一种,所以仅可选择HTM种类。
接着,微波炉2的数据通信控制部22为了在发送数据信息822取得的数据种类中进行HTM数据内的第3次数据请求,如图8的823所示,在将数据通信功能表25的数据传送状态723设定为第3次传送中后,使用表共享控制部26,如图8的183所示,将控制器1的数据传送状态713的值设定为第3次传送中。从而,控制器1的数据通信控制部2可将最新数据信息设定为传送数据716和发送数据信息712。
之后,通过与(实施例1)相同的控制,可从控制器向微波炉传送指定的数据。
另外,在控制器内的数据为可变的情况下、即每种数据数量、各数据的发送数据信息、传送数据的值可变的情况、数据传送状态为传送中的情况下,变为不可写入的状态。另外,除将数据传送状态设定为传送中外,可设定为不可写入状态,在该状态时,可将每种数据数量、各发送数据信息、各数据信息的各值设为不变。
最后,在控制器1与微波炉2各自的数据通信控制部12、22判断为传送数据共享完成的时刻,将数据传送状态设定为完成,对数据传送状态以外的项目保持共享值。因此,以后不需要共享相同信息用的数据通信。
在所述三个实施例中,说明共享必需数据传送的启动侧(触发器侧)的通信机器与其对方通信机器的各数据通信功能表信息用的机器构成、机器动作、处理步骤。在实施例1中,自发通信的自发发送侧与自发接收侧的数据种类一致。在实施例2、3中,请求应答通信的请求接收侧与应答发送侧的数据种类一致。
若没有两者共同的数据种类,则因为不能进行数据传送,所以通信机器一方或双方也可显示不可传送数据。
或者,也可将具有变换数据种类功能的其它通信机器连接设置在网络上,经该变换器,来进行数据传送。若通信机器内具有这种变换功能,则在数据种类不一致的情况下,也可发送、接收与任一所具有的数据种类一致后变换的数据。
另外,也可代之以可接收期望数据种类的其它通信机器接受传送数据,之后呈报。
另外,在数据种类彼此不一致的情况下,也可查询其它通信机器与想发送的数据种类一致的传送时序或可处理数据种类的传送数据的程序,从该通信机器下载到通信机器1、通信机器2中不能对应的机器,通过期望的种类数据数量、数据分割来处理规定的数据种类。
另一方面,在两个通信机器中存在多种共同数据种类时,无论哪种数据种类都可传送数据。通常传送数据的种类由于预定为TXT、CSV、HTM等,所以必需设定与期望传送的数据文件一致的数据种类。也可从调查必要的文件数据种类开始,从多个数据种类信息中选择共享。
本发明中所用的数据通信功能表具有关于数据通信的一连串步骤、即规定目标的动作,表格自身被视为一个目标。不仅每个信息共享关于数据发送的信息,而且,作为所谓传送任务的目标、即通过共享目标,平滑伴随数据通信开始的两通信机器间的协商,可减少不必要的通信云集。
在先说明的自发发送数据种类、发送数据信息、数据传送状态、传送数据、自发接收侧数据种类、应答发送数据种类、请求接收数据种类、数据分割数量、每种数据数量是称为决定数据通信服务形态用的属性。这些参数的决定方法有多种,但图9、图10、图11中示出其具体实例。图9和图10是与[A]数据发送服务关联的属性。
(1)PUSH发送用处理型信息(自发发送数据种类)
[值的细节]
·表示由PUSH型进行数据发送情况下处理的数据MAX字节数量、类型数量、各数据类型与MAX数据数量的属性。
·处理数据MAX字节数量:表示可发送的数据1的最大字节数量。
·类型数量:处理的数据类型数量。在该值为0的情况下,表示所有数据种类变为目标。
·MAX数据数量:每类处理数据的MAX数量。
[读取·写入·通知定时等]
·与数据传送状态无关,总可读取该值。
(2)PULL发送用处理型信息(应答发送数据种类)
[值的细节]
·表示由PULL型进行数据发送情况下处理的数据MAX字节数量、类型数量、各数据类型与MAX数据数量的属性。
·处理数据MAX字节数量:表示可发送的数据1的最大字节数量。
·类型数量:处理的数据类型数量。在该值为0的情况下,表示所有数据种类变为目标。
·MAX数据数量:每类处理数据的MAX数量。
[读取·写入·通知定时等]
·与数据传送状态无关,总可读取该值。
(3)其它PULL发送用类型数据数量(每种数据数量)
[值的细节]
·每类现在的数据数量
·类型排列顺序与PULL发送用处理类信息相同,但也可省略数据数量为0的类型。
·指定为数据传送状态的数据No也按该类型顺序排列。
[读取·写入·通知定时等]
·在数据传送状态为传送中、写入中的情况下,不能变更数据数量。
·与数据传送状态无关,总可读取该值。
(4)发送数据信息
[值的细节]
·成为发送目标的各数据类型或名称、日期、字节数量等信息。
·发送数据1的信息是排列为1的排列处理属性,排列要素No.变为数据No.。另外,数据No.顺序排列成PULL发送用处理类型信息指定的类型顺序。
·日期信息:用XX:YY:MN:DD:HH:MM:SS来表示数据的日期。
(20-99):(0-99):(1-12):(1-31):(0-23):(0-59):(0-59)
在目标没有日期信息的情况下,将各字节数据设定为0。
·数字字节数量:发送数据整体的字节数量。
·校验码:合计发送数据整体的各字节数据,为2的补码。
[读取·写入·通知定时等]
·在数据传送状态为传送中、写入中的情况下,不能变更该信息。
·总可读取要素指定的发送数据信息。
(5)数据传送状态
[值的细节]
·表示现在的数据传送状态,在传送中的情况下,表示数据No.。
·也可设定为不变更发送类型信息、指定类型数据数量和各数据信息值用的写入锁定状态。
[读取·写入·通知定时等]
·在数据传送状态为写入锁定或传送中的情况下,必需再次进行数据No.的写入,开始数据传送,或返回正常结束或异常结束的结束状态。
·在即使数据传送后经过一定时间,却没有欠缺数据请求或数据传送状态的设定的情况下,本终端将数据传送状态设定为异常结束。
·在数据传送状态为写入中或传送中的情况下,不能从进行传送处理的终端以外的终端写入值。
·总可读取该值。
(6)数据传送
[值的细节]
将数据No.指定为数据传送状态的情况下,将数据分割成从数据分割信息求出的分割尺寸,作为排列类型连续发送。
·全部排列数量:分割发送的全部排列数量。
·分割数据尺寸:该帧的分割数据字节数量。
[读取、写入、通知的定时等]
·接收数据分割信息通知后,从发送侧通知发送传送数据主体。
图11是关于[B]数据接收服务的属性。
(1)PUSH接收用处理型信息(自发接收侧数据种类)
[值的细节]
·表示由PUSH型进行数据接收情况下处理的数据MAX字节数量、类型数量、各数据类型的属性。
·处理数据MAX字节数量:表示可接收的数据1的最大字节数量。
·类型数量:处理的数据类型数量。在该值为0的情况下,表示可接收所有数据种类。
[读取·写入·通知定时等]
·与数据传送状态无关,总可读取该值。
(2)PULL接收用处理型信息(请求接收侧数据种类)
[值的细节]
·表示由PULL型进行数据接收情况下处理的数据MAX字节数量、类型数量、各数据类型的属性。
·处理数据MAX字节数量:表示可接收的数据1的最大字节数量。
·类型数量:处理的数据类型数量。在该值为0的情况下,表示可接收全部数据种类。
[读取·写入·通知定时等]
·与数据传送状态无关,总可读取该值。
(3)数据分割信息
[值的细节]
·接收侧最适于接收的搭载数据的最大字节数量。
·设置的搭载数据最大字节数量,本终端可一次发送的搭载数据最大字节数量。
·搭载数据最大字节数量中最小字节数量,分割发送数据后,进行数据传送处理,以可构成数据传送的搭载数据。
[读取·写入·通知定时等]
·在数据传送状态为传送中的情况下,不能写入值。
下面,为了执行所述3个实施例中说明的数据通信方法、步骤,说明使用图9、图10、图11各属性的电文实例。
在自发通信(PUSH型数据通信)的处理中,在通过自动发信从发送侧进行数据传送的情况下,请求接收侧的PUSH接收用处理类型并进行传送数据种类确认后,通知发送数据信息,紧接着作为来自接收侧应答的数据传送确定,通过从发送侧传送分割数据,进行数据传送。图12中示出自发通信(PUSH型数据通信)的代理通信时序。这是发送侧通过内部触发器来自动发送数据的处理。说明自发通信(PUSH型数据通信)的处理概要。在通过自动发送从发送侧传送数据的情况下,请求接收侧的PUSH接收用处理类型,在确认传送数据种类后,通知发送数据信息。紧接着作为来自接收侧应答的数据传送确定,通过从发送侧传送分割数据,传送数据。
[事前处理]
①请求处理类型信息(发送侧→接收侧)
发送侧向接收侧读取并请求PUSH接收用处理类型信息。
②应答处理类型信息(接收侧→发送侧)
接受请求,接收侧应答发送PUSH接收用处理类型信息。
[数据发送处理]
③通知发送数据信息(发送侧→接收侧)
发送侧在数据传送状态下将传送数据No.设置成写入传送中后,向接收侧通知传送数据尺寸、校验和等发送数据信息。接收侧根据发送数据信息判断可否接收数据,在不能接收的情况下,通过数据传送完成设定来设定异常结束。
④通知分割数据信息(接收侧→发送侧)
接收侧在判断为可接收的情况下,发送本终端的可接收的搭载最大字节数量。
⑤传送分割数据(发送侧→接收侧)
发送侧分割数据后连续发送给接收侧。
⑥请求指定分割数据(接收侧→发送侧)
在接收侧接收最终分割数据后,或在发生分割数据接收等待暂停的时刻,在有不能正确接收的分割数据的情况下,指定分割数据的排列要素序号后请求发送。
⑦传送指定分割数据(发送侧→接收侧)
接收侧在有来自接收侧的指定分割数据请求的情况下,发送指定排列要素的分割数据。
⑧设定数据传送完成(接收侧→发送侧)
在不能正确接收数据的情况或无论何种理由结束数据传送处理的情况下,接收侧向发送侧发送数据传送状态变为完成的数据。
但是,也有未发送该帧的情况。因此,数据发送侧对指定分割数据的请求和数据传送完成设定的帧接收等待处理设置暂停,进行将数据传送状态从处理中变更为完成的处理。
图13的①-⑧是用于所述各时序中的电文的一实例。在图13中,OHD为目标标题,SEOJ为发送源目标,DEOJ为接收目的目标,EPC为属性名称代码,ESV为属性服务内容。之后,必要时搭载各种数据。这些电文通过附加作为发送源地址、接收目的地址之一的通信机器1与2的地址,在网络控制部14与15之间收发信。
在请求应答通信(PULL型数据通信)的处理中,在请求从接收侧传送数据的情况下,请求发送侧的PUSH发送用处理类型并进行传送数据确认后,必要时进行数据信息收集处理,之后,接收侧发送数据传送开始触发脉冲。数据发送侧接受该触发脉冲后通知指定数据的发送数据信息,并在此后进行与PUSH型相同的数据传送处理。
图14中示出请求应答通信(PULL型数据通信)的代理通信时序。说明请求应答通信(PULL型数据通信)的处理概要。在从接收侧请求数据传送的情况下,请求发送侧的PUSH发送用处理类型并确定传送数据后,必要时进行数据信息收集处理。之后,接收侧发送数据传送开始触发脉冲。数据发送侧接受该触发脉冲后通知指定数据的发送数据信息,此后进行与PUSH型相同的数据传送处理。下面,简单说明各电文。
[事前处理]
(1)请求处理类型信息(接收侧→发送侧)
发送侧向接收侧读取并请求PULL发送用处理类型信息。
(2)应答处理类型信息(发送侧→接收侧)
接受请求,接收侧应答发送PULL发送用处理类型信息。
[目标数据信息收集处理]
数据选择处理如下。但是,必要时进行这些处理。另外,也可不进行数据传送而单独进行各处理。
(3)请求数据传送状态(接收侧→发送侧)
接收侧向发送侧请求数据传送状态。接收该请求后,发送侧应答数据传送状态。
(4)应答数据传送状态(发送侧→接收侧)
发送侧向接收侧发送数据传送状态应答。接收侧在数据传送状态为未处理或结束状态的情况下,发送写入锁定或数据传送开始触发脉冲。
(5)写入锁定(接收侧→发送侧)
为了锁定以便发送侧不进行当前数据种类或数据信息的改写,将数据传送状态变为写入锁定。必要时进行写入锁定。在锁定后,必需将数据No.设置成数据传送状态,并将数据传送设定为开始或结束状态。
(6)请求不同类型数据数量(接收侧→发送侧)
为了必要时收集数据传送开始之前的信息,请求每个发送类型的数据数量。
(7)应答不同类型数据数量(发送侧→接收侧)
对应于请求来应答每种类型的数据数量。
(8)请求指定发送数据信息(接收侧→发送侧)
在数据传送处理前,在想取得作为数据发送目标的数据信息的情况下,通过指定数据序号,请求发送数据信息。
(9)应答指定发送数据信息(发送侧→接收侧)
发送侧对应于请求,应答指定的发送数据信息。
[发送处理]
(10)数据传送开始触发器(接收侧→发送侧)
接收侧通过向发送侧发送将数据传送状态变为处理中的帧,发送数据传送开始的触发脉冲。接受该触发脉冲后,发送侧进行如下处理。
以后与PUSH型数据传送相同。
图15、图16是所述PULL型时序的通信电文实例。
下面,图17、图18中示出数据通信功能表的其它实施例。在图17、图18中,通信机器1的数据通信功能表901具备自发发送数据种类911、自发接收数据种类912、应答发送数据种类913、请求接收数据种类914、发送数据信息915、数据传送状态916、每种数据数量917、数据分割数量918、传送数据919。通信机器2的数据通信功能表902也具备自发发送数据种类921、自发接收数据种类922、应答发送数据种类923、请求接收数据种类924、发送数据信息925、数据传送状态926、每种数据数量927、数据分割数量928、传送数据929。
将各数据区域分为(a)和(b),(a)中存储自己的数据,(b)中存储对方的数据。在自己数据(a)内,在自发发送数据种类911、921、自发接收数据种类912、922、应答发送数据种类913、923、请求接收数据种类914、924、每种数据数量917、927、数据分割数量918、928中,存储通信机器自身可处理的数据种类或非多数数据分割数量。发送数据信息915、925、数据传送状态916、926是在数据通信执行过程中决定的值,在初始状态下,为未设定。数据传送状态916、926的未设定表示未发送。在各数据内,(b)在初始状态下由于不知对方的状态,所以它们也为未设定。
说明通信机器1进行收发发送的情况。通信机器1向通信机器2发送电文,以送出自发接收数据种类922(a)和数据分割数量928(a),通信机器2应答后送出数据。通信机器1将接收到的自发接收数据种类922(a)和数据分割数量928(a)分别存储在912(b)和918(b)中,比较911(a)918(a),确认有共同部分,从共同的部分中选择期望的数据种类,写入发送数据信息915(a)中。在图18的情况下,HTM在911(a)与912(b)中共同,1024在918(a)与918(b)中共同。
通信机器1在每次自发发送HTM形式的文件A时,根据图3的模式,将发送数据信息915(a)设定为数据种类HTM、数据名称文件A、日期2002/3/10、数据字节数量5500,并将该数据送给通信机器2。通信机器2将接收到的数据存储在发送数据信息925(b)中。另外,通信机器1对919(a)准备文件A。将数据传送状态916(a)设定为传送中,发送设定的数据,使通信机器2知道执行传送。通信机器2将接收到的数据传送状态916(a)存储在926(b)中,并进行文件的接收准备。
接着,通信机器1将传送数据919(a)的文件A分割成每1024字节后进行传送。通信机器2按接收顺序将分割接收到的文件A存储在传送数据929(b)中。在文件A由多个子文件构成的情况下,根据子文件的序号,如第3传送中那样,根据子文件序号来改变数据传送状态916(a),进行传送状态与子文件的序号管理。另外,通信机器2也通过926(b)来进行传送状态与子文件的序号管理。在发送发送数据信息915(a)时,若同时或另外发送每种数据数量917(a),则通信机器2事先知道传送执行中发送的文件数量,右判断接收是否完成。
由此,何处入手通信机器1与2分别处理的数据种类、数据分割数量、每咱数据数量等,与自己的处理能力相比,共享彼此的处理能力。另外,在选择传送文件等传送数据时,彼此共享传送数据的数据种类、数据名称等。其次,通过传送执行来彼此共享传送数据。从而,通过使用数据通信功能表,彼此共享,可确实以少的通信量来进行通信机器1、2间的通信调停。
在图17、图18的数据通信功能表中,通信机器1、2都可进行自发发送、自发接收、应答发送、请求接收的情况,但在仅进行一部分的机器中,也可省略不要的数据区域、其中的(a)、(b)一方或双方。实施例1、2、3相当于这种情况。为了共享,变为传送数据发送侧的通信机器一方共享处理的数据种类、数据分割信息、每种数据数量等,但最好是在接收侧,对应于共享来进行接收准备。尤其是,接收侧在与接收的传送数据属性、状况一致来改变对应的情况下,即使这样也不妨碍。
在图17、图18的数据通信功能表中,也可汇总自发发送数据种类911与应答发送数据种类913,作为一个发送数据种类911,并汇总自发接收数据种类912与请求接收数据种类914,作为一个接收数据种类912,删除913、914。此时,在自发通信中,送来对方的接收数据种类,比较自己的发送数据种类与对方的接收数据种类。另外,在请求应答通信中,送来对方的发送数据种类,比较自己的接收数据种类与对方的发送数据种类。
如上所述,也可通过以数据通信功能表的形式进行传送来进行共享,从而取代追随步骤来传送共享各属性。此时,数据通信功能表的内容进行必要的未设定后发送。虽然也有通过一次传送完成的情况,但通常在通信机器1、2双方之间进行多次传送。
(实施例4)
就具有图1构成的终端机器与控制器而言,说明从终端机器向控制器自发发送数据的情况。作为一实例,说明将自发发送数据的终端机器设为空调1,将接收侧设为控制器2,一旦空调1存储一定期间维护数据后,则自发发送给控制器2的情况。
如图19所示,对空调1准备发送功能表1001、对控制器2准备接收功能表格1002,两者通过经通信网络对通信对方的表格进行参照或写入,进行数据的收发信。下面,将发送功能表与接收功能表格统称为通信功能表格。
发送功能表1001中存储以下信息。动作状态1011表示发送功能表1001整体的动作是否有效,例如用ON=0x30、OFF=0x31两个值来表现。1012是数据提供机器·功能信息,存储提供发送数据的机器种类及表示其功能的代码。在发送空调一定期间维护数据的情况下,将组合表示空调的代码0x013001和表示维护数据的代码0xF0后的0x103001F0存储在1012中(代码为实例)。由机器与功能来将该代码变为唯一。1013是发送数据信息,例如图3所示,由数据种类(位图形式、文本形式等)、数据名称、数据的作成日期、发送数据的尺寸等构成。1014是数据发送状态,表示是否发送中。1015是数据分割信息,是接收侧控制器2处理的数据尺寸。另外,1016是发送数据本身。
另一方面,在接收功能表格1002中存储以下信息。动作状态1021表示接收功能表格1002整体的动作是否有效,例如用ON=0x30、OFF=0x31两个值来表现。1022与1012相同,是数据提供机器·功能信息,存储提供发送数据的机器种类及表示其功能的代码。1024是数据接收状态,表示是否接收中。1025是数据分割信息,是发送侧处理的数据尺寸。
下面,说明本实施例的动作。首先,空调1与控制器2必需彼此识别通信对方。尤其是作为发送侧的空调1因为确认作为发送目的地的控制器2后,可开始向控制器2发送数据,所以必需该确认时序。通过以下的通信步骤来进行。
在空调1与控制器2接通电源后,变为向网络上通知自身具有的通信功能表格信息的规格。在空调1的电源比控制器2后接通的情况下,控制器2在接受空调1的发送功能表1001搭载通知后,向空调1的发送功能表1001的动作状态1001发出ON写入电文。向对空调1的写入电文中加入表示搭载控制器2的地址或接收功能表格1002的信息。空调1通过接受该电文,可知具有接收功能表格的机器存在。
另一方面,在控制器2后接通电源的情况下,因为空调1可接受控制器2的接收功能表格1002搭载通知,所以可识别发送对方目的,但在接受控制器2的接收功能表格1002搭载通知后,向控制器2的接收功能表格1002的动作状态1021送出ON的写入电文,使控制器2识别空调1的存在。
另外,也可取代所述通信步骤,空调1与控制器2在接通电源向网络上通知自身具有的通信功能表格信息后,向对方的通信功能表格送出动作状态的参照/通知请求电文,通过对该电文的应答来进行通信对方的确认。例如,在具有发送功能表的空调1启动时,向网络上具有接收功能表格的所有机器发出动作状态参照/通知请求。若接收该电文的控制器2读取接收功能表格1002的动作状态1021后作成应答电文并发送给空调1,则空调1可确认控制器2的接收功能表格1002的存在。
如上所述,作业进行数据发送的事前处理,空调1可识别作为自发发送对方目的的控制器2。
下面描述空调1与控制器2的数据收发信。空调1例如一旦存储一定期间的维护数据,则作成数据提供机器·功能信息,发送给控制器2。控制器2一旦接收空调1的数据提供机器·功能信息,则斟酌该信息内容,并在取得维护数据的情况下,向空调1发送地空调1的发送功能表1001的数据发送状态1014写入表示发送中代码的电文。另外,控制器2同时向自身的接收功能表格1002的数据接收状态1024中写入表示接收中的代码。另外,在控制器2未取得维护数据的情况下,向空调发送对空调1的发送功能表1001的数据发送状态1014写入表示异常结束的代码电文。此时,控制器2什么也未写入自身接收功能表格1002的数据接收状态1024中。
空调1将控制器2的发送中写入电文接收变为触发脉冲,首先,从发送功能表1001中读取发送数据信息1013,并发送到控制器2。之后,读取发送数据1016,将发送数据分割成数据分割信息1015中存储的数据尺寸后,执行向控制器2的自发发送。控制器2一旦接收所有分割的发送数据,则组成数据,与先接收的发送数据信息链接后保存。
另外,在空调1向控制器2发送数据提供机器·功能信息时,也可附加发送数据信息1013。此时,一旦空调1接收来自控制器2的发送中写入电文,则向控制器2发送当即分割的发送数据。
如上所述,在本实施例4中,对于具有自发发送数据功能的终端机器与接收的控制器而言,在终端机器发送数据之前,因为向控制器发送关于包含终端机器的机器·功能信息数据的信息,所以控制器可通过明确把握提供数据的机器·功能信息来取得数据。
(实施例5)
对于具有图1构成的终端机器和控制器而言,说明从控制器向终端机器请求数据的情况。作为一实例,说明将终端机器设为取得静止图像的照相机1,将接收侧设为控制器2,控制器2请求照相机1的静止图像数据情况下的数据收发信方法。
照相机1与控制器2分别具有图19所示发送功能表1001、接收功能表格1002。因为各表格的构成与实施例4一样,所以省略说明。另外,发送功能表1001的数据提供机器·功能信息1012中存储组合表示照相机1的代码0x06C001与表示静止图像数据的代码0xF1后的0x06C001F1(代码为实例)。
下面,说明本实施例的动作。首先,控制器2必需识别照相机1的存在。按如下通信步骤来进行。
与实施例4相同,在照相机1与控制器2接通电源之后,变为向网络上通知自身具有的通信功能表格信息的规格。在控制器2的电源比照相机1后接通的情况下,一旦照相机1接受控制器2的接收功能表格1002搭载通知时,则对控制器2的接收功能表格1002的动作状态1021进行ON写和。在对控制器2的写入电文中,加入表示搭载照相机1的地址或发送功能表1001的信息。控制器2通过接受该电文,知道具有发送功能表机器的存在。
相反,在照相机1后接通电源的情况下,因为控制器2可接受照相机1的发送功能表1001搭载通知,所以可识别数据请求目的,但在接受照相机1的发送功能表1001搭载通知后,也可向照相机1的发送功能表1001的动作状态1011送出ON的写入电文,对照相机1识别控制器2的存在。
另外,也可取代所述通信步骤,与实施例4相同,照相机1与控制器2在接通电源并向网络上通知自身具有的通信功能表格信息后,向对方的通信功能表格送出动作状态的参照/通知请求电文,通过对该电文的应答来进行通信对方的确认。
如上所述,作为进行数据发送的事前处理,控制器2可识别作为数据请求目的的照相机1。
下面描述照相机1与控制器2的数据收发信。控制器2向照相机1发送对照相机1的发送功能表1001的数据提供机器·功能信息1012取得数据提供源机器和功能信息用的参照请求电文。控制器2根据照相机1的应答电文取得照相机1的数据提供源机器和功能信息(在本实施例中为称为照相机静止图像的信息),并判断可否从照相机1取得数据。在控制器2从照相机1取得数据的情况下,首先向照相机1发送照相机1的发送功能表1001的数据发送状态1014的参照请求电文。控制器2接受来自照相机1的应答电文后,确认照相机1的发送状态,若发送状态为READY,则在照相机1的发送功能表1001的数据发送状态1014下,向照相机1发送发送中代码的写入请求电文。另外,控制器2在自身的接收功能表格1002的数据接收状态1024中写入表示接收中的代码。
照相机1一旦从控制器2向发送功能表1001的数据发送状态1014中写入发送中代码,则作成发送数据信息1013,发送给控制器2。之后,读取发送数据1016,将发送数据分割成存储在数据分割信息1015中的数据尺寸,执行对控制器2的自发发送。控制器2一旦全部接收分割的发送数据,则组成数据,与在先接收的发送数据信息链接后保存。
如上所述,在本实施例5中,对于保持数据的终端机器与请求的控制器而言,在控制器向终端机器请求数据之前,由于取得关于包含终端机器的机器·功能信息数据的信息,所以控制器可通过明确把握提供数据的机器·功能信息来取得终端机器的数据。
(实施例6)
图20、图21、图22中示出实现所述实施例4和实施例5说明的数据通信方法、步骤的属性具体实例。
图20是与数据接收服务相关的属性。
(1)PUSH接收用处理目标信息
[值的细节]
·处理文件MAX字节数量:可PUSH接收组成后的文件的MAX字节数量。
·文件提供机器目标/属性数量:提供可PUSH接收的文件的本身节点或其它节点机器的属性数量。最大值为40。
·文件提供机器目标/属性:组合提供可PUSH接收文件的本身节点或其它节点机器的目标代码与属性代码而成。
·文件数量:表示可接收并保持的每个机器目标·属性的文件数量。
0-0xFFFE=文件数量。表示0xFFFF=没有特别限制。
[读取·写入·通知定时等]
·总可读取本属性值。
(2)PULL接收用处理目标信息
[值的细节]
·处理文件MAX字节数量:可PULL接收组成后的文件的MAX字节数量。
·文件提供机器目标/属性数量:提供可PULL接收的文件的本身节点或其它节点机器的属性数量。最大值为40。
·文件提供机器目标/属性:组合提供可PULL接收文件的本身节点或其它节点机器的目标代码与属性代码而成。
·文件数量:表示可接收并保持的每个机器目标·属性的文件数量。0-0xFFFE=文件数量。表示0xFFFF=没有特别限制。
[读取·写入·通知定时等]
·总可读取本属性值。
(3)数据分割信息
[值的细节]
·表示接收最佳的EDT最大字节数量。
[读取·写入·通知定时等]
·在发送侧进行发送数据通知之前,进行读取。
·总可读取本属性值。
图21是与数据发送服务相关的部分属性。
(1)PUSH发送用处理目标信息
[值的细节]
·处理文件MAX字节数量:可PUSH发送的分割前文件的MAX字节数量。
·文件提供机器目标/属性数量:提供可PUSH发送的文件的本身节点或其它节点机器的属性数量。最大值为40。
·文件提供机器目标/属性:组合提供可PUSH接收文件的本身节点或其它节点机器的目标代码与属性代码而成。
·文件数量:表示对每个机器目标·属性保持的文件数量。
[读取·写入·通知定时等]
·与发送状态无关,总可读取本属性值。
·在发送状态为发送中或写入锁定中的情况下,不变更本属性的文件数量。
(2)PULL发送用处理目标信息
[值的细节]
·处理文件MAX字节数量:可PULL发送的分割前文件的MAX字节数量。
·文件提供机器目标/属性数量:提供可PULL发送的文件的本身节点或其它节点机器的属性数量。最大值为40。
·文件提供机器目标/属性:组合提供可PULL接收文件的本身节点或其它节点机器的目标代码与属性代码而成。
·文件数量:表示对每个机器目标·属性保持的文件数量。
[读取·写入·通知定时等]
·与发送状态无关,总可读取本属性值。
·在发送状态为发送中或写入锁定中的情况下,不变更本属性值的文件数量。
图22是与数据发送服务相关的部分属性。
(3)发送状态
[值的细节]
·READY/上次正常结束=0:在处理待机中,发送执行前或上次正常结束。
·发送开始=0x01:发送处理开始(发送处理中)
·写入锁定中=0x0:不变更发送目标信息、发送文件信息、发送数据各值的模式
·上次异常结束=0xFF:在处理待机中,上次异常结束。
[读取·写入·通知定时等]
·总可读取本属性值。
·在发送状态为发送中或写入锁定中的情况下,除进行发送状态写入的文件接收侧节点外,不能写入本属性值。
·在数据发送中,通过对本属性写入正常结束或异常结束,可中断发送处理。
·在发送状态为发送中或写入锁定中的情况下,必需返回正常结束或异常结束的结束状态,或再次进行发送开始写入后开始发送。
(4)发送目标信息
[值的细节]
·文件提供机器目标/属性:在处理目标信息中,成为发送目标的机器目标/属性信息
·文件序号:处理多个文件情况下的文件序号。
[读取·写入·通知定时等]
·PUSH型发送情况下,从发送侧节点向接收侧节点进行通知。
·PULL型发送情况下,从接收侧节点向发送侧节点进行写入。
·在发送状态为发送中或写入锁定中的情况下,不变更本属性值。
·在发送状态为发送中或写入锁定中的情况下,总可读取本属性值。
(5)发送文件信息
[值的细节]
·表示发送文件的名称、日期信息、文件字节数量、校验码。
·名称:由ASCI18文字表现的文件名称。
·属性:由ASCII3文字表现的文件属性。
·日期信息:以Y1Y2/MN/DD HH:MM:SS的形式来表示文件日期。
Y1=0x13-0x63(19-99),Y2=0x00-0x63(00-99),MN=0x01-0x0C(1-12),
DD=0x01-0x1F(1-31),HH=0x00-0x17(0-23),MM=0x00-0x3B(0-59),
SS=0x00-0x3B(0-59)
在文件不具有日期信息的情况下,将各字节数据设定为0。
·文件字节数量:发送文件整体的字节数量。
·校验码:合计发送文件整体的各字节,为2的补码。
[读取·写入·通知定时等]
·PULL型发送情况下,发送侧节点在从发送侧节点向接收状态属性中进行发送中写入后,通知接收侧节点本属性值。
·PUSH型发送情况下,发送侧节点在将发送状态属性变更为发送中后,通知接收侧节点本属性值。
·在发送状态为发送中或写入锁定中的情况下,不变更本属性值。
·在发送状态为发送中或写入锁定中的情况下,总可读取本属性值。
(6)发送数据
·全部排列数量:分割发送的全部排列数量。
·分割数据尺寸:分割数据的字节数量。设除全部排列数量为大于2的最终排列要素外,分割数据尺寸相等,另外,(分割数据尺寸+6)与EDT尺寸相等。
·分割数据:分割的数据主体。最终排列要素与其它排列的EDT尺寸相等,分割数据尺寸以后的数据为0垫整。
[读取·写入·通知定时等]
·在接收接收侧的数据分割信息后,从发送侧节点进行发送数据通知。
·在发送状态不是发送中的情况下,不能通知或读取本属性值。
另外,为了实现所述实施例4和实施例5中说明的数据通信方法、步骤,说明使用图20、21、22各属性的时序实例。
机器上升时的处理利用通过各节点的上升时序来进行实例变化分类通知,在进行PUSH型文件传送的情况下,接收侧取得接收侧节点的EA,在进行PULL型文件传送的情况下,接收侧取得发送侧节点的EA。
图23是接收侧比发送侧先上升情况下的时序。
[接收侧节点先上升、发送侧节点后上升时的处理]
(1)通知实例变化分类(发送侧→接收侧)
根据上升时序,通知接收侧实例变化分类。接收该通知的接收侧可取得搭载发送服务目标的机器EA。
(2)请求动作状态ON写入(接收侧→发送侧)
接收侧在以PUSH型可接收文件的情况下,接受实例变化分类的通知,接收侧请求将发送服务目标的动作状态变为ON的写入。接收该请求的发送侧可取得搭载接收服务目标的机器EA。
图24是发送侧比接收侧先上升情况下的时序。
[发送侧节点先上升、接收侧节点后上升时的处理]
(1)通知实例变化分类(接收侧→发送侧)
根据上升时序,通知发送侧实例变化分类。接收该通知的发送侧可取得搭载接收服务目标的机器EA。
(2)请求动作状态ON写入(发送侧→接收侧)
发送侧在以PUSH型可发送文件的情况下,接受实例变化分类的通知,发送侧请求将接收服务目标的动作状态变为ON的写入。接收该请求的接收侧可取得搭载发送服务目标的机器EA。
在自发通信(PUSH型数据通信)的处理中,在通过自动发信从发送侧进行文件传送的情况下,请求接收侧的PUSH接收用处理目标信息,必要时在进行发送目标信息通知后,紧接着发送文件信息通知,通过从发送侧发送分割数据,进行文件发送。
图25是自发通信的代表通信时序。
[事前处理]
(1)请求处理目标信息(发送侧→接收侧)
发送侧向接收侧读取并请求PUSH接收用处理目标信息。
(2)应答处理目标信息(接收侧→发送侧)
接受请求,接收侧应答发送PUSH接收用处理目标信息。
另外,可省略(1)、(2)。
[发送处理]
(3)通知发送目标信息(发送侧→接收侧)
发送侧在有多个接收侧接收处理目标信息的情况下,为了指定向哪个机器目标发送数据,发送发送目标信息。
(4)请求发送状态写入(接收侧→发送侧)
发送侧接受发送目标信息通知后,在可接收成为发送目标的数据的情况下,进行将发送服务目标的发送状态变为发送开始的写入请求。在不能取得成为发送目标的数据的情况下,进行将发送状态变为上次异常结束的写入请求。
(5)通知发送文件信息(发送侧→接收侧)
在发送侧对发送状态设置发送开始后,向接收侧通知发送文件的尺寸、校验和等发送文件信息。接收侧根据发送文件信息判断可否接收,在不能接收的情况下,通过发送完成设定来设定异常结束。
(6)通知应答发送文件信息(接收侧→发送侧)
接收侧返回通知应答。
(7)发送分割数据(发送侧→接收侧)
发送侧分割文件后连续发送给接收侧。
(8)请求指定分割数据(接收侧→发送侧)
在接收侧接收最终分割数据后,或在发生分割数据接收等待暂停的时刻,在有不能正确接收的分割数据的情况下,指定分割数据的排列要素序号后请求发送。
(9)发送指定分割数据(发送侧→接收侧)
发送侧在有来自接收侧的指定分割数据请求的情况下,发送指定排列要素的分割数据。
(10)设定发送完成(接收侧→发送侧)
在不能正确接收文件的情况或无论何种理由结束发送处理的情况下,接收侧对发送侧将发送状态设定为结束状态。其中,也有不进行发送完成设定的情况。因此,发送侧对指定分割数据的请求和发送完成设定的帧接收等待处理设置暂停,进行将发送状态从发送中变更为上次正常结束的处理。
在请求应答通信(PULL型数据通信)处理中,在从接收侧请求发送文件的情况下,在请求发送侧的PUSH发送用处理目标信息并进行发送文件确认后,必要时进行发送文件信息收集后,接收侧发送发送开始触发脉冲。接受该触发脉冲后,发送侧通知指定对象目标的发送文件信息,之后进行与PUSH型相同的处理。
图26是请求应答通信的代表通信时序。
[事前处理]
(1)请求处理目标信息(接收侧→发送侧)
接收侧向发送侧读取并请求PULL发送用处理目标信息。
(2)应答处理目标信息(发送侧→接收侧)
接受请求,接收侧应答发送PULL发送用处理目标信息。
[文件信息收集处理]
(3)请求发送状态(发送侧→接收侧)
接收侧向发送侧请求发送状态。接受该请求后,发送侧应答发送状态。
(4)应答发送状态(发送侧→接收侧)
发送侧向接收侧发送发送状态应答。接收侧在发送状态为未处理或结束状态的情况下,发送写入锁定或发送开始触发脉冲。
(5)写入锁定(接收侧→发送侧)
为了锁定以便发送侧不进行发送文件信息的改写,对发送状态进行写入锁定的写入请求。发送侧对应于写入请求,将发送状态设定为写入锁定。必要时进行写入锁定。另外,在将发送状态设置为写入锁定后,必需设定为对将发送开始设置成发送状态后开始发送或结束状态。
(6)应答发送状态写入(发送侧→接收侧)
对写入请求进行应答。
(7)写入请求发送目标信息(接收侧→发送侧)
为了必要时收集各种文件信息,写入请求发送目标信息。
(8)应答发送目标信息写入(发送侧→接收侧)
对写入请求进行应答。
(9)请求指定发送文件信息(接收侧→发送侧)
在发送处理前,在想取得成为发送目标的发送文件信息的情况下,请求发送文件信息。
(10)应答指定发送文件信息(发送侧→接收侧)
发送侧对应于请求,应答指定的发送文件信息。
(11)发送开始触发脉冲(接收侧→发送侧)
通过进行将发送状态变为处理中的写入请求,接收侧向发送侧发送发送开始触发脉冲。接收该触发脉冲后,发送侧进行下一处理。发送文件信息通知以后与PUSH型文件传送相同。
另外,可省略所述(5)-(11)。
(实施例7)
图27、图28、图29中示出实现实施例4和5中说明的数据通信方法、步骤用属性的具体实例。
图27是与数据接收服务相关的属性。
(1)动作状态
表示文件接收服务功能的动作状态。停止中的情况设为0x31,通常动作中的情况设为0x30。
(2)PUSH接收用处理目标信息
在由PUSH型接收的情况下,表示处理文件MAX字节数量或文件提供机器目标和属性等信息的属性。本属性的存在表示可由PUSH型来接收文件。在由PUSH型接收文件的情况下,必需本属性。另外,在接收侧节点实例搭载多个本服务目标的情况下,安装成各实例的本属性值不重复。
[值的细节]
·处理文件MAX字节数量:可PUSH接收组成后的文件的MAX字节数量。
·文件存储机器分类/属性数量:存储可PUSH接收文件的分类与属性的组合数量。最大值为40。
·文件存储机器分类/属性:组合存储可PUSH接收文件的本身节点或其它节点机器的分类组代码、分类代码与属性代码而成。
·文件数量:表示可接收并保持的每个机器分类·属性的文件数量。0-0xFFFE=文件数量。表示0xFFFF=没有特别限制。
[读取·写入·通知定时等]
·总可读取本属性值。
(3)数据分割信息
表示可接收数据的最大分割尺寸的属性。发送侧节点比较通知的本属性值与自身节点可发送的分割尺寸,为了将文件分割成小的一方尺寸后发送而读取的属性。
[值的细节]
·表示可接收的EDT最大字节数量。
[读取·写入·通知定时等]
·在发送侧进行发送数据通知之前,进行读取。
·总可读取本属性值。
图28是与数据发送服务相关的属性。
(1)动作状态
表示文件发送服务功能的动作状态。停止中的情况设为0x31,通常动作中的情况设为0x30。
(2)PULL发送用处理目标信息
在由PULL型发送文件的情况下,表示处理文件MAX字节数量或文件提供机器目标和属性等的属性。本属性的存在表示可由PULL型来发送文件。另外,在接收侧节点实例搭载多个本服务目标的情况下,安装成各实例的本属性值不重复。
在由PULL型来发送文件的情况下,必需本属性。
[值的细节]
·处理文件MAX字节数量:可PULL发送的分割前文件的MAX字节数量。
·文件提供机器目标/属性数量:提供可PULL发送的文件的本身节点或其它节点机器目标与属性组合的数量。最大值为40。
·文件提供机器目标/属性:组合提供可PULL接收文件的本身节点或其它节点机器的分类组代码、分类代码、实例代码表示的机器目标与属性代码而成。
·文件数量:表示对每个机器目标·属性保持的文件数量。
[读取·写入·通知定时等]
·与发送状态无关,可读取本属性值。
·在发送状态为发送中或写入锁定中的情况下,不变更本属性值的文件数量。
图29是与数据发送服务相关的属性。
(3)收发信设定
用于从接收节点写入发送触发脉冲或收发信结果的属性。本属性值与写入同时反映为发送状态属性。
[值的细节]
·正常结束=0x00:发送正常结束
·强制结束=0x01:由接收侧节点强制结束。
·写入锁定设定=0x10:除进行本属性写入的接收侧节点外,不允许写入本属性值的设定。通过该设定,不向进行本属性写入的接收侧节点以外发送文件。
·发送开始=0x20:发送处理开始
[读取·写入·通知定时等]
·向本属性的值的写入在写入之后反映为发送状态属性,在向本属性值写入发送开始的情况下,将发送状态设定为发送中,将写入锁定情况设定为写入锁定中,将其它情况设定为READY。在发送状态属性为发送中或写入锁定中的情况下,不能从对本属性进行写入的接收侧节点以外写入本属性值。
·在数据发送中,通过向本属性写入正常结束或异常结束,可中断发送处理。
(3)发送状态
表示自身实例是否是发送处理中的发送状态属性。在本属性值为发送中的情况下,不变更发送目标信息、发送文件信息、发送数据。
[值的细节]
·READY=0:待机中。
·写入锁定中=0x10:保护向对收发信设定属性中进行写入的接收侧节点以外发送文件的模式。
·发送中=0x20:发送处理中
[读取·写入·通知定时等]
·总可读取本属性值。
写入收发信设定属性的值反映为本属性。
(4)发送目标信息
从成为发送目标的处理目标信息中特定实际发送的文件用属性。在处理目标信息的文件提供机器目标/属性数量为1个、其文件数量也为1个的情况下,不必进行该属性的文件特定。
[值的细节]
·文件提供机器目标/属性:在处理目标信息中,成为发送目标的机器目标/属性信息
·文件序号:处理多个文件情况下的文件序号。
[读取·写入·通知定时等]
·PUSH型发送情况下,从发送侧节点向接收侧节点进行通知。
·PULL型发送情况下,从接收侧节点向发送侧节点进行写入。
·在发送状态为发送中的情况下,不变更本属性值。
·在发送状态为发送中或写入锁定中的情况下,总可读取本属性值。
·本属性值在发送状态不为发送中或写入锁定中的情况下,读取对各值进行0垫整的数据。
(5)发送文件信息
表示成为发送目标的文件名称或属性、日期信息、字节数量等信息的属性。可通过本属性取得由PULL型收发信时选择收发信文件用的信息。
[值的细节]
·表示发送文件的名称、日期信息、文件字节数量、校验码。
·名称:由ASCII8文字表现的文件名称。
·属性:由ASCII3文字表现的文件属性。
·日期信息:以Y1Y2/MN/DD HH:MM:SS的形式来表示文件日期。
Y1=0x13-0x63(19-99),Y2=0x00-0x63(00-99),MN=0x01-0x0C(1-12),
DD=0x01-0x1F(1-31),HH=0x00-0x17(0-23),MM=0x00-0x3B(0-59),
SS=0x00-0x3B(0-59)
在文件不具有日期信息的情况下,将各字节数据设定为0。
·文件字节数量:发送文件整体的字节数量。
·校验码:合计发送文件整体的各字节,为2的补码。
[读取·写入·通知定时等]
·PULL型发送情况下,发送侧节点在从接收侧节点向发送状态属性中进行发送中写入后,通知接收侧节点本属性值。
·PUSH型发送情况下,发送侧节点在将发送状态属性变更为发送中后,通知接收侧节点本属性值。
·在发送状态为发送中的情况下,不变更本属性值。
·在发送状态为发送中或写入锁定中的情况下,总可读取本属性值。
·本属性值在发送状态不为发送中或写入锁定中的情况下,读取对各值进行0垫整的数据。
(6)发送数据
将发送文件数据表示为排列的属性。
[值的细节]
·全部排列数量:分割发送的全部排列数量。
·分割数据尺寸:分割数据的字节数量。设除全部排列数量为大于2的最终排列要素外,分割数据尺寸相等,另外,(分割数据尺寸+6)与EDT尺寸相等。
·分割数据:分割的数据主体。最终排列要素与其它排列的EDT尺寸相等,分割数据尺寸以后的数据为0垫整。
[读取·写入·通知定时等]
·在接收接收侧节点的发送文件信息通知应答后,从发送侧节点进行发送数据通知。
·在发送状态不是发送中的情况下,不能通知或读取本属性值。
另外,为了实现实施例4和5中说明的数据通信方法、步骤,说明使用图27、28、29各属性的时序实例。
机器上升时的处理利用通过各节点的上升时序来进行实例变化分类通知,在进行PUSH型文件传送的情况下,发送侧取得接收侧节点的EA,在进行PULL型文件传送的情况下,接收侧取得发送侧节点的EA。
图30是接收侧比发送侧先上升情况下的时序。
[接收侧节点先上升、发送侧节点后上升时的处理]
(1)通知实例变化分类(发送侧→接收侧)
根据上升时序,通知接收侧节点实例变化分类。接收该通知的接收侧节点的应用程序可取得搭载文件发送服务目标的发送侧节点的EA。(发送侧节点通知服务)
(2)通知动作状态(接收侧→发送侧)
接收侧节点在以PULL型可发送文件的情况下,接受实例变化分类的通知,发送侧节点进行文件发送服务目标的动作状态通知。接收该通知的接收侧的应用程序可取得搭载文件发送服务目标的发送侧节点的EA。
发送侧节点通知服务
在自发通信(PUSH型数据通信)的处理中,从发送侧节点请求接收侧节点的PUSH接收用处理目标信息,必要时,在通知发送目标信息后,紧接着通知发送文件信息,通过从发送侧节点发送分割数据,进行文件发送。
图32是自发通信的代表通信时序。
[事前处理]
(1)请求处理目标信息(发送侧→接收侧)
发送侧节点的应用程序向接收侧节点的接收服务目标读取并请求PUSH接收用处理目标信息。(处理目标信息请求服务)发送侧节点的文件传送服务中间件也可假设接收侧节点中搭载多个接收服务目标,向实例整体一齐报送。
(2)应答处理目标信息(接收侧→发送侧)
接受请求,接收侧节点应答发送PUSH接收用处理目标信息。
另外,可省略(1)、(2)。
[发送处理]
(3)通知发送目标信息(发送侧→接收侧)
发送侧节点的应用程序在有多个接收侧节点的接收处理目标信息的情况下,为了指定向哪个机器目标发送数据,发送发送目标信息。该通知中,从应用程序对文件传送服务中间件的请求变为触发脉冲。(文件发送请求服务)
(4)请求收发信设定写入(接收侧→发送侧)
接收侧节点的应用程序接受发送目标信息通知后,在可接收成为发送目标的数据的情况下,进行将发送服务目标的收发信设定变为发送开始的写入请求。在不能取得成为发送目标的数据的情况下,或在未取得的情况下,进行将收发信设定变为0x01:强制结束的写入请求。(发送设定写入服务)
(5)通知发送文件信息(发送侧→接收侧)
在发送侧节点的文件传送服务中间件对收发信设定写入请求(4)接收发送开始后,向接收侧节点通知发送文件的尺寸、校验和等发送文件信息。另外,将文件发送中使用的发送服务目标的发送状态属性设为0x20:发送中。
(6)通知应答发送文件信息(接收侧→发送侧)
接收侧节点向发送侧节点返回通知应答。
(7)发送分割数据(发送侧→接收侧)
发送侧节点分割文件后连续发送给接收侧节点。
(8)请求指定分割数据(接收侧→发送侧)
在接收侧节点接收最终分割数据后,或在发生分割数据接收等待暂停(=1分钟)的时刻,在有不能正确接收的分割数据的情况下,指定分割数据的排列要素序号后请求发送。
(9)发送指定分割数据(发送侧→接收侧)
发送侧节点在有来自接收侧节点的指定分割数据请求的情况下,一定发送指定排列要素的分割数据。
(10)设定发送完成(接收侧→发送侧)
在不能正确接收文件的情况或无论何种理由结束发送处理的情况下,接收侧节点的文件传送服务中间件对发送侧节点将收发信设定设定为0x00:正常结束,或0x01:强制结束。
其中,也有不进行发送完成设定的情况。因此,发送侧节点对指定分割数据的请求和发送完成设定的帧接收等待处理设置暂停1分钟,将发送状态属性设定为0x00:READY。
另外,接收侧节点的文件传送服务中间件将通过分割数据发送得到的多个数据组成成1个文件,与通过发送文件信息通知得到的文件信息一起通知给应用程序。(文件接收通知服务)
在请求应答通信(PUSH型数据通信)处理中,在从接收侧节点请求发送侧节点的PUSH发送用处理目标信息并确认发送文件后,必要时进行发送文件信息收集,接收侧节点发送发送开始触发脉冲。接受该触发脉冲后,发送侧节点通知指定对象目标的发送文件信息,之后进行与PUSH型相同的处理。
图33是请求应答通信的代表通信时序。
[事前处理]
(1)请求处理目标信息(接收侧→发送侧)
接收侧节点的应用程序向发送侧节点读取并请求PULL发送用处理目标信息。(处理目标信息请求服务)接收侧节点的文件传送服务中间件也可假设在发送侧节点中搭载多个发送服务目标,对实例整体进行一齐报送。
(2)应答处理目标信息(发送侧→接收侧)
接受请求,发送侧节点应答发送PULL发送用处理目标信息。
[文件信息收集处理]
(3)请求发送状态(发送侧→接收侧)
接收侧节点的文件传送中间件向通过处理目标信息请求(1)得到的发送侧节点的发送服务目标请求发送状态。
(4)应答发送状态(发送侧→接收侧)
发送侧节点向接收侧节点发送发送状态应答。接收侧节点在发送状态为READY的情况下,发送写入锁定或发送开始触发脉冲。
(5)写入锁定(接收侧→发送侧)
其它节点为了保护接收请求,对收发信设定属性进行0x02:写入锁定的写入请求。发送侧节点对应于写入请求,将发送状态属性设定为0x02:写入锁定。必要时进行写入锁定。
另外,在将收发信设定属性设置为0x02:写入锁定后,必需设定为对将0x02:发送开始设置成该属性后开始发送或结束状态。
写入锁定请求后,对来自接收侧的任何写入请求设置暂停1分钟,将发送状态设定为0x00:READY。
(6)应答收发信设定写入(发送侧→接收侧)
对写入请求进行应答。
(7)写入请求发送目标信息(接收侧→发送侧)
必要时,写入请求发送目标信息。
(8)应答发送目标信息写入(发送侧→接收侧)
对写入请求进行应答。
另外,可省略所述(3)-(8)。
(9)发送开始触发脉冲(接收侧→发送侧)
通过进行将收发信设定变为0x20:发送开始的写入请求,接收侧节点的文件传送服务中间件向发送侧节点发送发送开始触发脉冲。接收该触发脉冲后,发送侧节点的文件传送服务中间件将发送状态属性设定为0x20:发送中。
发送文件信息通知以后的时序与自发通信的发送文件信息通知以后的时序一样。
下面示出作为图32中示出的发送侧节点服务的PUSH型文件发送相关服务。
(1)接收侧节点通知服务
向应用程序通知变为由PUSH型发送文件发送目的地的接收侧节点ECHONET地址的服务。没有输入数据,应答数据变为接收侧节点的ECHONET地址。
(2)处理目标信息请求服务
对接收侧节点进行PUSH接收用处理目标信息取得的服务。输入数据是接收侧节点的ECHONET地址。应答数据变为PUSH接收用处理目标信息。
(3)文件发送请求服务
对自身节点的文件发送目标设置数据,由PUSH型来进行文件发送的服务。输入数据是对发送目标信息、发送文件名称、发送文件属性、发送文件日期、作为发送数据的发送文件主体的指示符。应答数据变为表示发送完成或发送失败的发送结果。
下面示出作为图33中示出的发送侧节点服务的PULL型文件发送相关服务。
(1)写入锁定通知服务
在从接收侧节点对发送侧节点的收发信设定进行写入锁定的写入时,将该意思通知应用程序的服务。没有输入数据、应答数据。
(2)发送目标信息通知服务
在从接收侧节点对发送侧节点的发送目标信息进行写入时,通知应用程序写入的发送目标信息。没有输入数据,应答数据变为发送目标数据。
(3)文件更新请求服务
对自身节点的文件发送目标设置数据的服务。在文件发送目标的发送状态是写入锁定中或发送中的情况下,为不可更新。输入数据是对发送目标信息、发送文件名称、发送文件属性、发送文件日期、作为发送数据的发送文件主体的指示符。应答数据变为更新完成或更新失败的发送结果。
下面示出作为图32中示出的接收侧节点服务的PUSH型文件接收相关服务。
(1)发送目标信息通知服务
在从进行PUSH型文件发送的发送侧节点接收发送目标信息的通知时,通知应用程序接收到的信息的服务。没有输入数据,应答数据变为发送侧节点的ECHONET地址、发送目标信息。
(2)收发信设定写入请求服务
在通过发送目标通知服务收到的发送目标信息为可接收的情况下,向发送侧节点的文件发送服务目标的收发信设定属性进行发送开始写入请求。没有输入数据、应答数据。
(3)文件接收通知服务
在从发送侧节点接收完成由PUSH型发送的文件时,向应用程序通知接收文件信息的服务。没有输入数据,应答数据变为对发送文件名称、发送文件属性、发送文件日期、作为发送数据的发送文件主体的指示符。
下面示出作为图33中示出的接收侧节点服务的PULL型文件接收相关服务。
(1)发送侧节点通知服务
通知应用程序变为由PUSH型发送文件发送源的发送侧节点ECHONET地址的服务。没有输入数据,应答数据变为发送侧节点的ECHONET地址。
(2)处理目标信息请求服务
对发送侧节点的文件发送目标请求PULL发送用处理目标信息的服务。输入数据变为发送侧的ECHONET地址,应答数据变为PULL发送用处理目标信息。
(3)文件接收请求服务
对发送侧节点的文件发送服务目标请求发送指定的文件提供机器目标、属性、文件序号的文件。是文件传送服务中间件控制发送侧节点的发送状态确认、发送开始触发脉冲的发送、文件接收、接收完成设定之前的一连串时序,一旦接收完文件,则返回接收完的服务。输入数据是变为发送源的ECHONET地址、发送目标信息、接收处理的作为最初是否将发送文件服务目标的收发信设定变为写入锁定标志的写入锁定设定。应答数据变为表示接收完成或接收失败的接收结果。
(实施例8)
图34、图35、图36中示出实现在具有图1构成的两个终端间传送文件情况下的数据通信方法、步骤用属性的具体实例。
图34是与数据接收服务相关的属性。
(1)动作状态
设定文件接收服务功能的动作(ON/OFF),取得动作状态。在动作ON(提供服务)的情况下,设为0x30,在动作OFF(停止服务)的情况下,设为0x31。另外,在动作OFF时,不保证对其它属性的访问。
图45是PUSH接收处理目标信息的结构图。
(2)PUSH接收用处理目标信息
在由PUSH型接收的情况下,表示处理文件MAX字节数量或文件提供机器目标和属性等信息的属性。在由PUSH型接收文件的情况下,必需本属性。另外,对各实例而言,本属性的文件存储机器信息的值不重复。
[值的细节]
·处理文件MAX字节数量:可PUSH接收组成后的文件的MAX字节数量。
·文件信息数量:存储可PUSH接收文件的文件存储信息数量。最大值为40。
·文件存储信息:组合作为存储可PUSH接收文件机器信息的文件存储机器信息与每个文件存储机器可接收的文件数量而成。
·文件存储机器信息:存储文件的机器的分类组代码、分类代码与属性代码。
·文件数量:表示可接收并保持的每个文件存储机器信息的文件数量。0-0xFFFE=文件数量。表示0xFFFF=没有特别限制。
(3)数据分割信息
表示可接收数据的最大分割尺寸的属性。发送侧节点比较通知的本属性值与自身节点可发送的分割尺寸,为了将文件分割成小的一方尺寸后发送而读取的属性。
[值的细节]
·表示可接收的EDT最大字节数量。
[读取·写入·通知定时等]
·在发送侧进行发送数据通知之前,进行读取。
图35是与数据发送服务相关的属性。
(1)动作状态
设定文件发送服务功能的动作(ON/OFF),取得动作状态。在动作ON(提供服务)的情况下,设为0x30,在动作OFF(停止服务)的情况下,设为0x31。另外,在动作OFF时,不保证对其它属性的访问。
图46是PULL发送处理目标信息的结构图。
(2)PULL发送用处理目标信息
在由PULL型发送文件的情况下,表示处理文件MAX字节数量或文件提供机器目标和属性等的属性。对各实例而言,本属性的文件存储机器信息的值不重复。
在由PULL型来发送文件的情况下,必需本属性。
[值的细节]
·处理文件MAX字节数量:可PULL发送的分割前文件的MAX字节数量。
·文件提供信息数量:提供可PULL发送文件的文件提供信息数量。最大值为40。
·文件提供信息:表示提供可PULL发送文件的文件提供机器信息与每个文件提供机器信息中保持的文件数量。
·文件提供机器信息:组合由提供可PUSH发送文件机器的分类组代码、分类代码、实例代码表示的机器目标与属性代码而成。
·文件数量:表示每个机器目标·属性中保持的文件数量。
[读取·写入·通知定时等]
·在发送状态属性为发送中的情况下,不变更本属性值的文件数量。
图36是与数据发送服务相关的属性。
(3)收发信设定
用于从接收侧节点写入发送触发脉冲或收发信结果的属性。本属性值与写入同时反映为发送状态属性。
[值的细节]
·正常结束=0x00:发送正常结束
·强制结束=0x01:由接收侧节点强制结束。
·发送开始=0x20:发送处理开始
[读取·写入·通知定时等]
·向本属性的值的写入在写入之后反映为发送状态属性,在向本属性值写入发送开始的情况下,将发送状态属性设定为发送中,将其它情况设定为READY。在发送状态属性为发送中的情况下,不能从对本属性进行写入的接收侧节点以外写入本属性值。
·在数据发送中,通过向本属性写入正常结束或异常结束,可中断发送处理。
(4)发送状态
表示自身实例是否是发送处理中的发送状态属性。在本属性值为发送中的情况下,不变更发送目标信息属性与发送数据属性。
[值的细节]
·READY=0:待机中。
·发送中=0x20:发送处理中
[读取·写入·通知定时等]
·写入收发信设定属性的值反映为本属性。
·发送状态属性转变为READY的定时为1、节点启动之后、2、对收发信设定属性0x00正常结束、0x01:强制结束设置之后、3、经过暂停后等三个定时。
·发送状态属性转变为发送中的定时为1、对收发信设定属性0x20:发送开始设置之后的定时。
图47是发送目标信息的构成图。
(5)发送目标信息
特定变为发送处理目标的文件提供机器信息用的属性。在PUSH型下,表示发送侧节点通过向接收侧节点通知本属性值,发送本属性值表示的文件提供机器的文件的意思。另一方面,在PULL型下,接收侧节点通过写入发送侧节点的本属性中,委托发送侧节点确保文件提供机器的文件。接受后,发送侧节点不管文件确保成功、失败与否,都通知接收侧节点本属性值。
[值的细节]
·文件提供机器信息:在处理目标信息中,成为发送目标的文件提供机器信息
·文件序号:文件提供机器信息的文件序号。文件序号附加方安装依存在发送侧节点中。其中,在排列处理文件提供机器目标/属性的情况下,文件序号与排列要素No.相等。
[读取·写入·通知定时等]
·PUSH型发送情况下,向接收侧节点的文件接收服务目标通知本属性。
·PULL型发送情况下,从接收侧节点写入本属性。
一旦接受该写入请求电文,则返回并通知接收侧节点的文件接收服务目标发送目标信息。其中,在未进行正确写入的情况下,通知将文件序号设为0xFFFF的发送目标信息。
图48是发送文件信息的构成图。
(6)发送文件信息
表示成为发送目标的文件名称或属性、日期信息、字节数量等信息的属性。可通过本属性取得由PULL型收发信时选择收发信文件用的信息。
[值的细节]
·表示发送文件的名称、日期信息、文件字节数量、校验码。
·名称:由ASCII8文字表现的文件名称。文件名称前面缩短,空区域填0x00。
·属性:由ASCII3文字表现的文件属性。文件名称前面缩短,空区域填0x00。
·日期信息:以Y1Y2/MN/DD HH:MM:SS的形式来表示文件日期。
Y1=0x13-0x63(19-99),Y2=0x00-0x63(00-99),MN=0x01-0x0C(1-12),
DD=0x01-0x1F(1-31),HH=0x00-0x17(0-23),MM=0x00-0x3B(0-59),
SS=0x00-0x3B(0-59)
在文件不具有日期信息的情况下,将各字节数据设定为0。另外,当Y1为0x00时,日期数据为无效。
·文件字节数量:发送文件整体的字节数量。
·校验码:合计发送文件整体的各字节,为2的补码。
[读取·写入·通知定时等]
·本属性值在发送目标信息属性值不包含于PULL发送用处理目标信息属性的文件提供机器目标/属性中(发送目标信息不妥)的情况下,对本属性的文件字节数量设置0并进行通知。
图49是发送数据的构成图。
(7)发送数据
将发送文件数据按每个数据尺寸分割后的数据表示为排列的属性。排列要素必需连续。
[值的细节]
·排列要素No.:按每个分割数据尺寸来分割发送文件,将从发送文件开头对各分割数据顺序附加序号的序号设为排列要素No.。
·全部排列数量:分割发送的全部排列数量。
·分割数据尺寸:分割数据的字节数量。设除全部排列数量为大于2的最终排列要素外,分割数据尺寸相等,另外,(分割数据尺寸+6)与EDT尺寸相等。
·分割数据:分割发送文件的各数据。最终排列要素与其它排列的EDT尺寸相等,分割数据尺寸以后的数据为0垫整。
[读取·写入·通知定时等]
·在接收接收侧节点的发送文件信息通知应答后,从发送侧节点进行发送数据通知。
·在发送状态属性不是发送中的情况下,返回不可应答。
另外,为了实现在具有图1构成的两个终端间进行文件传送情况下的数据通信方法、步骤,说明使用图34、35、36各属性的时序实例。另外,在本实施例中,将通过自发通信来传送文件的方式设为PUSH型,将通过请求应答通信来传送文件的方式设为PULL型,将各方式的文件传送设为PUSH型文件传送、PULL型文件传送。
机器上升时的处理利用通过各节点的上升时序来进行实例变化分类通知,在进行PUSH型文件传送的情况下,发送侧取得接收侧节点的EA,在进行PULL型文件传送的情况下,接收侧取得发送侧节点的EA。
图37是接收侧比发送侧先上升情况下的时序。
[接收侧节点先上升、发送侧节点后上升时的处理]
(1)通知实例变化分类(发送侧→接收侧)
[发送侧节点处理]
根据上升时序,通知接收侧节点实例变化分类。
[接收侧节点处理]
接收侧节点的文件传送服务中间件一旦接收该通知电文,则通知应用程序中搭载文件发送服务目标的发送侧节点的EA。(发送侧节点通知服务)。接收侧节点的应用程序管理发送侧节点的EA。
(2)通知动作状态(接收侧→发送侧)
[接收侧节点处理]接收侧节点的文件传送服务中间件一旦接收(1)通知实例变化分类,必须向发送侧节点通知可由PUSH型接收文件的全部文件接收服务目标的动作状态通知(必须)。
[发送侧节点处理]
发送侧节点的文件传送服务中间件一旦接收该通知电文,则通知应用程序中搭载文件接收服务目标的接收侧节点的EA(接收侧节点通知服务)。发送侧节点的应用程序管理接收侧节点的EA。
图38是发送侧比接收侧先上升情况下的时序。
[发送侧节点先上升、接收侧节点后上升时的处理]
(1)通知实例变化分类(接收侧→发送侧)
[接收侧节点处理]
根据上升时序,对发送侧节点通知实例变化分类。
[发送侧节点处理]
发送侧节点的文件传送服务中间件一旦接收该通知电文,则通知应用程序中搭载文件接收服务目标的接收侧节点的EA(接收侧节点通知服务)。发送侧节点的应用程序管理接收侧节点的EA。
(2)通知动作状态(发送侧→接收侧)
[发送侧节点处理]
发送侧节点的文件传送服务中间件一旦接收(1)通知实例变化分类,必须向接收侧节点通知可由PULL型发送文件的全部文件发送服务目标的动作状态通知(必须)。
[接收侧节点处理]
接收侧的文件传送服务中间件一旦接收该通知电文,则通知应用程序中搭载文件发送服务目标的发送侧节点的EA(发送侧节点通知服务)。接收侧节点的应用程序管理发送侧节点的EA。
在从发送侧节点通过自动发信来进行文件传送的情况下,请求接收侧节点的PUSH接收用处理目标信息,必要时在通知发送目标信息属性后,紧接着发送文件信息属性的通知,通过分割目标数据并进行发送,进行文件发送。
图39是自发通信的代表通信时序,图41、42是用于自发通信的通信时序中的电文实例图。
[事前处理]
(1)请求处理目标信息(发送侧→接收侧)
[发送侧节点处理]
发送侧节点的应用程序向接收侧节点的接收服务目标读取并请求PUSH接收用处理目标信息。(处理目标信息请求服务)发送侧节点的文件传送服务中间件也可假设接收侧节点中搭载多个接收服务目标,向实例整体一齐报送。
(2)应答处理目标信息(接收侧→发送侧)
[接收侧节点处理]
接受(1)请求处理目标信息,接收侧节点的全部接收服务目标应答发送PUSH接收用处理目标信息。
[发送侧节点处理]
发送侧节点的文件传送服务中间件一旦接受应答电文,则将该电文中的SEOJ作为接收侧节点的文件发送服务目标,与处理目标信息链接并存储,向应用程序返回处理目标信息请求服务的应答。
[发送处理]
(3)通知发送目标信息(发送侧→接收侧)
发送侧节点的应用程序对文件传送服务中间件设定发送目标信息(文件取得通知服务)。接收该信息的文件传送服务中间件中,发送侧节点对接收侧节点进行发送目标信息通知。(必须)此时,文件传送服务中间件如下决定通知电文的SEOJ和DEOJ。SEOJ任意选择作为发送窗口的文件发送服务目标。DEOJ在接收侧节点的文件接收服务目标(由时序②取得)中,选择通过文件取得通知服务处理接受到的文件提供机器信息的目标。
[接收侧节点处理]
接收侧节点的文件传送服务中间件将该通知电文中的SEOJ存储为发送侧节点的文件发送服务目标(发送目标信息通知服务)
(4)发信开始触发脉冲(接收侧→发送侧)
[接收侧节点处理]
接收侧节点的应用程序接受(3)通知发送目标信息,对文件传送服务中间件设定判断可否接收文件的结果(文件接收设定服务)。在接收侧节点的文件传送服务中间件接收文件的情况下,将发送目标信息通知发送源的文件发送服务中间件发送将收发信设定属性设定为0x20:发送开始的发送开始触发脉冲。在不能取得由发送目标信息指定的文件的情况下,或未取得的情况下,进行将收发信设定属性变为0x01:强制结束的写入请求(必须)。
[发送侧节点处理]
发送侧节点的文件传送服务中间件向应用程序通知对接收侧节点的收发信设定属性的写入结果(文件发送设定通知服务)。另外,发送侧节点的文件传送服务中间件对应于对收发信设定属性的写入数据,向发送状态属性进行写入(必须)。
(5)通知发送文件信息(发送侧→接收侧)
[发送侧节点处理]
发送侧节点的应用程序接收文件发送设定服务,设定添加到文件传送传送服务中间件中的新文件和发送文件文件信息(文件发送请求服务)。接受后,文件传送服务中间件向接收侧节点的文件接收服务目标通知发送文件信息(必须)。
(6)通知应答发送文件信息(接收侧→发送侧)
[接收侧节点处理]
接收侧节点向发送侧节点返回通知应答。
(7)发送分割数据(发送侧→接收侧)
[发送侧节点处理]
接受(6)通知应答发送文件信息后,发送侧节点的文件传送服务中间件按每个分割数据尺寸来分割发送文件,指定接收侧节点的EA和文件接收服务目标,按排列要素No.从小到大的顺序来连续发送(必须)。
(8)请求指定分割数据(接收侧→发送侧)
[接收侧节点处理]
接收侧节点的文件传送服务中间件在有不能正确接收的分割数据的情况下,指定分割数据的排列要素No.,对发送侧节点进行发送请求。
(9)发送指定分割数据(发送侧→接收侧)
[发送侧节点处理]
发送侧节点的中间件一旦从接收侧节点接收(8)请求指定分割数据,则向接收侧节点发送指定排列要素的分割数据。
(10)设定发送完成(接收侧→发送侧)
[接收侧节点处理]
接收侧节点的文件传送服务中间件对发送侧节点的文件发送服务目标的收发信设定属性在不能正确接收文件的情况设定为0x00:正常结束,或无论何种理由结束发送处理的情况下,设定为0x01:强制结束(必须)。
另外,接收侧节点的文件传送服务中间件由通过(7)发送分割数据得到的多个数据组成成一个文件,与通过(5)通知发送文件信息得到的文件信息一起通知给应用程序(文件接收设定服务的应答)。另一方面,发送侧节点的文件传送服务中间件一旦从接收侧节点接收(10)设定发送完成或文件发送强制结束设定,则通知给应用程序。在文件接收失败的情况下,将该意思通知给应用程序。(文件发送服务的应答)。
[发送侧节点处理]
发送侧节点在接受来自接收侧节点的发送完成设定后,将发送状态属性设定为0x00:READY。在不进行发送完成设定的情况下配备,发送侧节点对指定分割数据的请求与发送完成设定的帧接收等待处理设置大于1分钟的暂停,在经过暂停时间后,将发送状态属性设定为0x00:READY。另外,接收侧节点在该暂停1分钟之内接收来自接收侧节点的重发请求(必须)。
另外,接收侧节点的文件传送服务中间件一旦从(10)接收侧节点接收(10)设定发送完成或文件发送强制结束设定,则通知给应用程序。(文件发送服务的应答)。
在请求应答通信(PULL型数据通信)处理中,在从接收侧节点请求发送文件的情况下,在请求发送侧节点的PUSH发送用处理目标信息属性并确认发送文件后,必要时进行发送文件信息收集,接收侧节点发送发送开始触发脉冲。接受该触发脉冲后,发送侧节点通知指定对象目标的发送文件信息,之后进行与PUSH型相同的处理。
图40是请求应答通信的代表通信时序,图43、图44是用于请求应答通信的通信时序中的电文实例的图。
[事前处理]
(1)请求处理目标信息(接收侧→发送侧)
[接收侧节点处理]
接收侧节点的应用程序向发送侧节点读取并请求PULL发送用处理目标信息属性(处理目标信息请求服务)。接收侧节点的文件传送服务中间件也可假设在发送侧节点中搭载多个发送服务目标,对实例整体进行一齐报送。
(2)应答处理目标信息(发送侧→接收侧)
[发送侧节点处理]
接受请求处理目标信息(1),发送侧节点的全部发送服务目标应答发送PULL发送用处理目标信息属性。
[接收侧节点处理]
接收侧节点的文件传送服务中间件一旦接受该应答电文,则将该电文中的SEOJ作为发送侧节点的文件发送服务目标,与处理目标信息链接后存储,并对应用程序返回处理目标信息请求服务的应答。
[发送处理]
接收侧节点的应用程序通过向文件传送服务中间件发出文件接收请求,通过以下时序来进行文件传送。
(3)写入请求发送目标信息(接收侧→发送侧)
[接收侧节点处理]
接收侧节点的应用程序当从发送侧节点的文件提供机器请求文件确保时,对文件传送服务中间件设定想文件确保的发送侧节点的EA和发送目标信息(文件预约服务)。接收后,文件传送服务中间件向发送侧节点的文件发送服务目标进行发送目标信息属性的写入请求(必须)。
此时,文件传送服务中间件如下决定写入请求电文的SEOJ和DEOJ。SEOJ任意选择作为发送窗口的文件接收服务目标。DEOJ在发送侧节点的文件发送服务目标(由时序②取得)中,选择通过文件预约服务处理接受到的文件提供机器信息的目标。
[发送侧节点处理]
对于发送侧节点,文件传送服务中间件一旦接收发送目标信息写入请求电文,则将该电文中的SEA、SEOJ、DEOJ分别作为接收侧节点的EA、文件接收服务目标、自身节点的文件发送服务目标来存储。并且,发行文件的预约No,与发送目标信息一起通知给应用程序(发送目标信息通知服务)。此时,预约No唯一分配给每个SEA、SEOJ、DEOJ的组合。发送侧节点的应用程序接受发送目标信息通知服务,确保由发送目标信息指定的机器目标和由属性决定的文件,并与通过发送目标信息通知服务接受的预约No一起进行管理。若连续接受具有相同预约No的发送目标信息通知服务,则仅最后接受的服务有效。确保的文件在经过暂停时间后,被废弃。另外,暂停变为应用程序的安装依存。
(4)通知发送目标信息(发送侧→接收侧)
[发送侧节点处理]
发送侧节点的文件传送服务中间件检查通过(3)写入请求发送目标信息写入的发送目标信息是否包含于文件发送服务目标的PULL发送用处理目标信息属性的文件提供机器信息中,在包含(发送目标信息妥当)的情况下,返回并通知发送目标信息,在不包含(发送目标信息不妥)的情况下,或虽然包含(发送目标信息妥当)但不能确保文件的情况下,通知将文件序号设为OxFFFF的发送目标信息(必须)。
[接收侧节点处理]
接收侧节点的文件传送服务中间件接受该通知,向应用程序返回应答(文件预约服务的应答)。
(5)请求发送状态(接收侧→发送侧)
[接收侧节点处理]
接收侧节点的应用程序在通过文件预约服务的应答来判断为可文件确保发送侧节点的情况下,对文件传送服务中间件设定接收文件的意思(文件接收设定服务)。
接收侧节点的文件传送中间件向通过(1)请求处理目标信息得到的发送侧节点的发送服务目标请求发送状态属性。
(6)应答发送状态(发送侧→接收侧)
[发送侧节点处理]
对读取请求发送应答。
(7)发送开始触发脉冲(接收侧→发送侧)
[接收侧节点处理]
接受文件接收服务或发送状态应答的READY,文件传送服务中间件向发送侧节点的文件发送服务目标发送将Ox20:发送开始写入收发信设定属性中的发送开始触发脉冲(必须)。
[发送侧节点处理]
发送侧节点的文件传送服务中间件接受来自接收侧节点的发送开始触发脉冲,将发送状态属性变更为Ox20:发送中(必须)。另外,从发送开始触发脉冲电文中的SEA、SEOJ、DEOJ中检索文件的预约No.,将该预约No.通知给应用程序(文件发送设定通知服务)。
发送文件信息通知以后的时序与自发通信的发送文件信息通知以后的时序一样。
下面示出作为图39中示出的发送侧节点服务的PUSH型文件发送相关服务。
(1)接收侧节点通知服务
向应用程序通知变为由PUSH型发送文件发送目的地的接收侧节点ECHONET地址的服务。
输入变为接收侧节点的ECHONET地址数据,没有应答数据。
(2)处理目标信息请求服务
对接收侧节点进行PUSH接收用处理目标信息属性的取得。输入数据是接收侧节点的ECHONET地址。应答数据变为PUSH接收用处理目标信息。
(3)文件取得通知服务
请求向接收侧节点通知发送目标信息属性。输入数据为发送目标信息。无应答数据。
(4)文件发送设定通知服务
通知应用程序有来自接收侧节点的收发信设定写入请求。输入数据为表示发送开始或强制结束的收发信设定信息,无应答数据。
(5)文件发送请求服务
对自身节点的文件发送目标设置数据,进行文件发送。输入数据是对发送文件名称、属性、日期、文件字节数量、发送文件的指示符。应答数据变为表示发送完成或发送失败的发送结果。
下面示出作为图39中示出的发送侧节点服务的PUSH型文件接收相关服务。
(1)发送目标信息通知服务
在从进行PUSH型文件发送的发送侧节点接收发送目标信息属性通知的情况下,向应用程序通知接收的信息。输入数据变为接收侧节点的ECHONET地址、发送目标信息,无应答数据。
(2)文件接收设定服务
在由发送目标信息通知服务接受的发送目标信息是可接收的情况下,向发送侧节点的文件发送服务目标的收发信设定属性写入请求发送开始,接收文件。输入数据变为收发信设定、发送源EA、文件提高机器信息、文件序号。应答数据变为对接收结果、文件名称、属性、日期、文件字节数量、接收文件的指示符。
下面示出作为图40中示出的发送侧节点服务的PULL型文件发送相关服务。
(1)发送目标信息通知服务(文件预约)
在从接收侧节点对发送侧节点的发送目标信息属性进行写入的情况下,将写入的发送目标信息属性值通知应用程序。输入数据变为登录的发送目标信息的预约No.和发送目标信息,无应答数据。
(2)文件发送设定通知服务
通知应用程序接收来自接收侧节点的收发信开始触发脉冲的服务。输入数据为预约No.和表示发送开始或强制结束的收发信设定,无应答数据。
(3)文件发送请求服务
对自身节点的文件发送目标设置数据,进行文件发送的服务。输入数据是预约No.、对预约No.、发送文件名称、属性、日期、文件字节数量、发送文件的指示符。应答数据变为表示发送完成或发送失败的发送结果。
下面示出作为图40中示出的接收侧节点服务的PULL型文件接收相关服务。
(1)发送侧节点通知服务
通知应用程序变为由PUSH型发送文件发送源的发送侧节点ECHONET地址。输入数据变为发送侧节点的ECHONET地址,没有应答数据。
(2)处理目标信息请求服务
对发送侧节点的文件发送目标请求PULL发送用处理目标信息属性。输入数据变为发送侧的ECHONET地址,应答数据变为PULL发送用处理目标信息。
(3)文件预约服务
进行想向发送侧节点的文件发送服务目标发送指定的文件提供机器目标、属性、文件序号的文件的预约。文件传送服务中间件对于指定信息通过发送目标信息写入请求而对发送侧节点进行写入,接受来自发送侧节点的发送目标信息通知。输入数据是发送侧节点的ECHONET地址和发送目标信息。应答数据是表示预约完成或预约失败的预约结果。
(4)文件接收设定服务
对发送侧节点的文件发送服务目标请求发送通过文件预约服务预约的文件。文件传送服务中间件控制发送侧节点的发送状态确认、发送开始触发脉冲的发送、文件接收、接收完成设定之前的一连串时序,一旦接收完文件,则返回接收完。输入数据是表示允许接收或不可接收的收发信设定、变为发送源的ECHONET地址、发送目标信息。应答数据变为对表示接收完成或接收失败的接收结果、发送文件名称、属性、日期、文件字节数量、接收文件主体的指示符。
另外,在本发明中,像控制器等,与多个多种终端机器进行通信的通信机器,也可具备多个数据通信功能表,可暂时保存共享的表格,用于下次数据通信。
另外,记录本发明数据通信方法程序的记录媒体为记录程序的ROM、RAM、软盘、CD-ROM、DVD、存储卡、硬秀等记录媒体。另外,是还包含电话线路、传输线路等通信媒体的概念。
如上所述,根据本发明的数据通信方法,通过进行关于通信的功能表格共享,可判断可进行自发通信或请求应答通信的数据通信、判定发送数据种类、取得数据数量、各数据的识别信息、将数据分割成最佳尺寸后进行数据通信,在数据通信中,可实现通信量的削减和通信的高速化。