专利名称：数据收发系统的制作方法
技术领域：
本发明涉及一种数据收发系统，尤其涉及一种可以简单且高速的方法来进行数据的收发控制的数据收发系统。
背景技术：
在现有的数据收发(发送接收)系统中，收发数据时，参照存储了与数据收发有关的信息的文件的内容，进行数据发送或接收的控制(例如参照日本特开平7-146851号公报)。
但是，文件的参照方法因文件的种类或OS(Operating System操作系统)的种类等的不同而不同。因此，在边参照文件的内容边进行收发控制的方法中，必需依赖于机型来构筑系统，在不同机型混杂的环境下，存在数据收发系统的构筑花费工夫的问题。
发明内容
因此，本发明为了解决上述问题而作出，其目的在于提供一种即使在不同机型混杂的环境下、也可容易构筑的数据收发系统。
另外，本发明的目的在于提供一种可高速进行数据的收发控制的数据收发系统。
根据本发明一个方面的数据收发系统，是收发数据的数据收发系统，其特征在于具备发送所述数据的数据发送装置和接收所述数据的数据接收装置，所述数据发送装置和所述数据接收装置通过是否存在预定的控制用文件来进行所述数据的发送或接收的控制。
根据该结构，因为可利用OS的文件系统，所以即使不使用特殊的计算机语言，也可通过利用UNIX(注册商标)的外壳脚本(shellscript)等OS中具备的功能来构筑数据收发系统。因此，即使在不同机型混杂的环境下，也容易构筑数据收发系统。
另外，仅通过是否存在控制用文件来控制数据的收发。因此，不必打开数据收发和控制用文件，可高速进行数据的收发控制。另外，可通过是否存在控制用文件来把握数据收发中的动作状态。
最好是，所述数据发送装置将所述数据作为数据文件来发送，所述数据接收装置变更从所述数据发送装置接收到的所述数据文件的文件名。
根据该结构，数据接收装置以其它名称来保存从数据发送装置发送的数据文件。因此，利用数据发送装置的数据发送处理与利用数据接收装置的数据接收处理不会干扰。另外，该结构通过实施方式1来实现。
最好所述数据接收装置具有根据是否存在所述控制用文件来进行所述数据文件的接收控制的数据接收管理部；和根据是否存在所述控制用文件来进行所述数据文件的接收控制的数据接收管理部；所述控制用文件中包含发送可否文件，该发送可否文件通过是否存在来表示可否从所述数据发送装置向所述数据接收装置发送所述数据文件，所述数据发送装置在所述发送可否文件存在的情况下，删除所述发送可否文件后，向所述数据接收装置发送所述数据文件，所述数据接收管理部在变更从所述数据发送装置接收到的所述数据文件的文件名后，生成所述发送可否文件。
根据该结构，仅删除发送可否文件的数据发送装置才能向数据接收装置发送数据文件。因此，多个数据发送装置不会同时向数据接收装置发送数据文件。另外，在实施方式1中，存储部相当于工作区，数据接收管理部相当于管理模块。
另外，也可以是所述数据发送装置具有对所述控制用文件和保存了所述数据的数据文件进行存储的存储部；和根据是否存在所述控制用文件来进行所述数据文件的发送控制的数据发送管理部；在所述控制用文件中包含通过是否存在来表示所述数据接收装置可否接收所述数据文件的接收可否文件，所述数据发送管理部在生成应发送的所述数据文件的时刻，形成所述接收可否文件，所述数据接收装置在所述接收可否文件存在的情况下，在删除所述接收可否文件后，从所述数据发送装置接收所述数据文件。
根据该结构，仅删除接收可否文件的数据接收装置才能从数据发送装置接收数据文件。因此，多个数据接收装置不会同时从数据发送装置接收数据文件。另外，该结构由实施方式2来实现，存储部相当于工作区，数据发送管理部相当于管理模块。
参照说明本发明一特定实施例的附图，本发明的上述和其它目的、优点和特征将从下面的描述中变得明显。
图1是表示根据本发明实施方式1的数据收发系统的结构图。
图2是数据发送装置和数据接收装置的外观图。
图3是表示数据发送装置和数据接收装置的硬件结构的框图。
图4A是表示本发明实施方式1的数据收发系统的结构功能框图。
图4B是表示数据发送模块的详细结构的功能框图。
图4C是表示管理模块的详细结构的功能框图。
图4D是表示作为代表例的应用程序模块的详细结构功能框图。
图5是对每个扩展名整理存储在工作区中的各种文件的含义的表。
图6是数据发送模块执行的处理的流程图。
图7是表示数据发送模块执行时，存储在工作区中的文件一例的图。
图8是管理模块执行的处理的流程图。
图9是管理模块执行时存储在工作区中的文件一例的图。
图10是应用程序模块执行的处理的流程图。
图11是应用程序模块执行时，存储在工作区中的文件一例的图。
图12是表示文件收发处理中的动作主体、动作状态和各种文件是否存在的图。
图13是表示存储在工作区中的文件的列表的一例的图。
图14是表示从OK文件的产生到消失的转变的图。
图15是表示从wlock文件的产生到消失的转变的图。
图16是表示从rlock文件的产生到消失的转变的图。
图17是表示根据本发明实施方式2的数据收发系统的结构图。
图18A是表示根据本发明实施方式2的数据收发系统的结构功能框图。
图18B是表示数据接收模块的详细结构的功能框图。
图18C是表示管理模块的详细结构的功能框图。
图18D是表示作为代表例的应用程序模块的详细结构功能框图。
图19是对每个扩展名整理存储在工作区中的各种文件的含义的表。
图20是数据接收模块执行的处理的流程图。
图21是表示数据接收模块执行时，存储在工作区中的文件一例的图。
图22是管理模块执行的处理的流程图。
图23是管理模块执行时，存储在工作区中的文件一例的图。
图24是应用程序模块执行的处理的流程图。
图25是应用程序模块执行时，存储在工作区中的文件一例的图。
图26是表示文件收发处理中的动作主体、动作状态和各种文件是否存在的图。
图27是表示存储在工作区中的文件的列表的一例的图。
图28是表示从OK文件的产生到消失的转变的图。
图29是表示从wlock文件的产生到消失的转变的图。
图30是表示从START文件的产生到消失的转变的图。
图31是表示数据收发系统的其它结构的图。
具体实施例方式
下面，参照附图来说明根据本发明实施方式的数据收发系统。
图1是表示根据本发明实施方式1的数据收发系统的结构图。数据收发系统20是从一个装置向另一装置发送数据用的系统，包含数据发送装置22、和经计算机网络26与数据发送装置22相互连接的数据接收装置24。另外，在计算机网络26上还连接多个向数据接收装置24发送数据的其它数据发送装置。
在本实施方式中，说明数据发送装置22向数据接收装置24依次发送数据接收装置24利用的数据的方法。
图2是数据发送装置22的外观图。数据发送装置22是向数据接收装置24发送数据用的装置，包含计算机34、用于向计算机34提供指示的键盘36和鼠标38、用于提示计算机34的运算结果等信息的显示器32、及用于读取由计算机34执行的程序的CD-ROM(CompactDisc-Read Only Memory)装置40和通信调制解调器(未图示)。
发送数据用的程序被存储在作为计算机可读取介质的CD-ROM42中，由CD-ROM装置40读取。或者，通过计算机网络26由通信调制解调器来读取。
图3是表示数据发送装置22的硬件结构的框图。计算机34包含CPU(Central Processing Unit)44、ROM(Read Only Memory)46、RAM(Random Access Memory)48、硬盘50、通信调制解调器52和总线54。
CPU44执行经CD-ROM装置40或通信调制解调器52读取的程序。ROM46存储计算机34的动作必需的程序或数据。RAM48存储程序执行时的参数等数据。硬盘50存储程序或数据等。通信调制解调器52经计算机网络26与其它计算机进行通信。总线54将CPU44、ROM46、RAM48、硬盘50、通信调制解调器52、显示器32、键盘36、鼠标38和CD-ROM装置40相互连接。
图1所示的数据接收装置24是接收从数据发送装置22发送的数据的装置，与数据发送装置22一样，具有图2和图3所示的硬件结构。因此，这里不重复其详细说明。
图4A是表示数据收发系统20的结构功能框图。
数据发送装置22的CPU44执行进行与数据发送有关的控制用的程序、即数据发送模块62。数据接收装置24的CPU44执行进行与数据接收有关的控制用的程序即管理模块64、以及由利用该数据分别执行规定处理用程序即多个应用程序模块66a、66b和66c等构成的应用程序模块组66。下面，以应用程序模块组66中应用程序模块66a为代表例来进行说明。其它应用程序模块也进行一样的动作。
在数据接收装置24的硬盘50中设置工作区68，设置工作区68用于存储包含在数据发送装置22和数据接收装置24之间收发的数据的文件和表示收发状态的文件。另外，在硬盘50中设置定义文件70，定义在数据发送装置22和数据接收装置24之间收发的文件的文件名的名称部分。这里，在设文件名为“xxx.yyy”的情况下，将点号之前的部分“xxx”称为“名称部分”，将之后的部分“yyy”称为“扩展名”。
管理模块64和应用程序模块66a通过参照硬盘50中存储的定义文件70，可知存储在工作区68中的各种文件的名称部分是什么。
图4B是表示数据发送模块62的详细结构的功能框图。
具体而言，数据发送模块62具备数据可否发送判断部62a、控制文件管理部62b、和数据发送部62c。数据可否发送判断部62a是根据存储在工作区68中的各种文件是否存在，判断可否发送数据的处理部。
控制文件管理部62b是根据数据的发送状态来进行工作区68内的各种文件的产生和消失的处理部，具备访问排除部63a和写入终止宣告部63b。访问排除部63a通过删除后述的OK文件，排除其它数据发送装置的数据发送模块访问工作区68。写入终止宣告部63b通过在工作区68中形成后述的END文件，宣告数据发送模块62的数据(后述的FTP文件)的写入终止。
数据发送部62c是对应于数据可否发送判断部62a的判断结果来发送数据的处理部。
图4C是表示管理模块64的详细结构的功能框图。
管理模块64具备数据可否写入判断部64a、控制文件管理部64b、和数据写入部64c。数据可否写入判断部64a是根据存储在工作区68中的各种文件是否存在来判断存储在工作区68中的文件间可否写入数据的处理部。
控制文件管理部64b是根据数据的写入状态来进行工作区68内的各种文件的产生和消失的处理部，具备写入宣告部65a、数据发送模块排他控制解除部65b、和应用程序模块排他控制解除部65c。写入宣告部65a通过形成后述的wlock文件，宣告数据写入部64c向工作区68写入数据，排除应用程序模块66a从工作区68中读出数据。数据发送模块排他控制解除部65b是通过形成后述的OK文件来解除对数据发送模块62的排他控制的处理部。另外，数据发送模块排他控制解除部65b通过形成后述的event文件，知道存在可对应用程序模块66a使用的数据文件(后述的dat文件)。应用程序模块排他控制解除部65c通过删除后述的wlock文件，解除应用程序模块66a的排他控制。
数据写入部64c是对应于数据可否写入判断部64a的判断结果、在存储于工作区68中的文件间进行数据写入的处理部，具备应用程序模块使用数据形成部65d、和备份文件形成部65e。应用程序模块使用数据形成部65d通过将后述的FTP文件的内容追加到后述的dat文件的最后，形成应用程序模块使用的数据。备份文件形成部65e形成FTP文件的备份文件(后述的bakup文件)。
图4D是表示作为代表例的应用程序模块66a的详细结构的功能框图。
应用程序模块66a具备数据可否写入判断部67a、控制文件管理部67b、数据读入部67c、和应用程序部67d。数据可否写入判断部67a是根据存储在工作区68中的各种文件是否存在来判断可否读入存储在工作区68中的数据的处理部。
控制文件管理部67b是根据数据的读入状态来进行工作区68内的各种文件的产生和消失的处理部，具备数据写入排除部69a、数据写入许可部69b、和备份文件清零部69c。数据写入排除部69a通过在工作区68中形成后述的rlock文件，排除管理模块64向工作区68中写入数据。数据写入许可部69b通过删除rlock文件，许可管理模块64写入数据。备份文件清零部69c将FTP文件的备份文件(backup文件)的文件大小变为0字节。
数据读入部67c是对应于数据可否读入判断部67a的判断结果，来读入存储在工作区68中的数据的处理部。应用程序部67d是利用数据读入部67c读入的数据来执行规定处理的处理部。
图5是对每个扩展名整理存储在工作区68中的各种文件的含义的表。
扩展名为“OK”的文件(下面称为“OK文件”)是在可从数据发送装置22向数据接收装置24发送数据的情况下存在的文件。OK文件的文件大小为0字节。
扩展名为“FTP”的文件(下面称为“FTP文件”)是包含从数据发送装置22发送到数据接收装置24的数据实体的文件。
扩展名为“END”的文件(下面称为“END文件”)是在完成从数据发送装置22向数据接收装置24发送数据时生成的文件。END文件的文件大小为0字节。
扩展名为“rlock”的文件(下面称为“rlock文件”)是应用程序模块66a从工作区68读入数据时形成的文件。在rlock文件存在期间，管理模块64不能向工作区68中写入数据。rlock文件的文件大小为0字节。
扩展名为“wlock”的文件(下面称为“wlock文件”)是管理模块64向工作区68中写入数据时形成的文件。在wlock文件存在期间，应用程序模块66a不能从工作区68中读出数据。
扩展名为“dat”的文件(下面称为“dat文件”)是通过管理模块64依次积累从数据发送装置22接收到的FTP文件来形成的文件，是由应用程序模块66a使用的文件。
扩展名为“bakup”的文件(下面称为“bakup文件”)是管理模块64形成的FTP文件的备份文件。
扩展名为“event”的文件(下面称为“event文件”)是使应用程序模块66a知道由管理模块64重新生成dat文件的文件。event文件的文件大小为0字节。
下面，参照流程图来说明数据发送模块62、管理模块64和应用程序模块66a执行的动作。另外，这里将3个模块生成、删除等的文件的文件名的名称部分设定得相同。
图6是数据发送模块62执行的处理的流程图。另外，图7是表示数据发送模块62执行时存储在工作区68中的文件一例的图。下面，适当参照图6和图7来说明数据发送模块62执行的处理。
数据发送模块62调查工作区68中是否存在OK文件(S2)，若不存在OK文件(S2为否)，则终止处理。若存在OK文件(S2为是)，则数据发送模块62删除OK文件(S4)。存在OK文件表示数据发送模块处于可发送FTP文件的状态。另外，通过删除OK文件，排除其它数据发送装置的数据发送模块访问工作区68。另外，也排除应用程序模块66a访问工作区68。
接着，数据发送模块62将FTP文件写入工作区68(S6)。若FTP文件的写入终止，则数据发送模块62在工作区68中形成END文件(S8)，宣告数据发送模块62的FTP文件的写入终止。
另外，因为数据发送模块62不能直接参照工作区68，所以上述处理经数据接收装置24的管理模块64来进行。
图8是管理模块64执行的处理的流程图。另外，图9是管理模块64执行时存储在工作区68中的文件一例的图。下面，参照图8和图9来说明管理模块64执行的处理。
管理模块64调查工作区68中是否存在FTP文件与END文件、且不存在rlock文件(S12)。存在FTP文件与END文件表示通过数据发送模块62在工作区68中写入FTP文件。另外，不存在rlock文件表示未通过应用程序模块66a访问工作区68。
在上述3个条件任一不满足的情况下(S12为否)，终止处理。在3个条件全部满足的情况下(S12为是)，管理模块64形成wlock文件(S14)。通过形成wlock文件，宣告数据写入部64c向工作区68中写入数据，排除应用程序模块66a从工作区68中读出数据。
形成wlock文件后，管理模块64将FTP文件的内容追加于dat文件的最后(S16)。在已由应用程序模块66a使用dat文件的情况下，删除dat文件，故此时将FTP文件拷贝到dat文件中。但是，在未由应用程序模块66a使用dat文件的情况下，dat文件的文件大小仅增加FTP文件的文件大小部分。
管理模块64将FTP文件拷贝到bakup文件中，形成备份(S18)。
在FTP文件的拷贝处理(S16和S18)终止后，管理模块64删除FTP文件与END文件(S20)。另外，删除wlock文件(S22)。从而，解除应用程序模块66a的排他控制。
最后，管理模块64形成OK文件与event文件(S24)。通过形成OK文件，解除对数据发送模块62的排他控制。另外，通过形成event文件，可使应用程序模块66a知道存在可使用的dat文件。
图10是应用程序模块66a执行的处理的流程图。另外，图11是应用程序模块66a执行时存储在工作区68中的文件一例的图。下面，参照图10和图11来说明应用程序模块66a执行的处理。
应用程序模块66a调查工作区68中是否存在event文件，不存在wlock文件，且存在OK文件(S32)。存在event文件意味着已生成应用程序模块66a可使用的dat文件。不存在wlock文件意味着管理模块64不能向工作区68中写入数据。存在OK文件表示管理模块64向dat文件追加FTP文件的处理终止。
在以上3个条件任一不满足的情况下(S32为否)，处理终止。在3个条件全部满足的情况下(S32为是)，应用程序模块66a在工作区68中形成rlock文件(S34)。通过形成rlock文件，宣告排除管理模块64向工作区68中写入数据，从此使用dat文件。
应用程序模块66a在执行时读入、使用dat文件(S36)。在使用dat文件后，应用程序模块66a删除dat文件(S38)。另外，删除rlock文件与event文件(S40)。通过删除rlock文件，管理模块64可写入数据。
最好，删除bakup文件的内容，将bakup文件的文件大小变为0字节(S42)。
另外，管理模块64在存在于工作区68中的文件有变更的情况等下，随时输出表示动作状态的日志文件(未图示)。
图12是表示文件收发处理中的动作主体、动作状态和各种文件是否存在的图。
如图12所示，在典型的文件收发处理中，数据发送模块62发送FTP文件，管理模块将该FTP文件积累在dat文件中，最好应用程序模块66a使用dat文件。其中，因为数据发送模块62、管理模块64和应用程序模块66a作为独自的过程动作，所以未必按该顺序来进行处理。
如图12所示，例如在数据发送模块62的文件发送处理完成的状态下(S8)，存在FTP文件和END文件表示不存在OK文件、rlock文件和wlock文件。
图13是表示各动作状态下存储在工作区68中的文件的列表的一例的图。图13所示列表通过执行UNIX(注册商标)中的“1s指令”来生成。图13(a)至图13(f)顺序表示按照上述典型的文件收发处理形成、存储在工作区68中的文件的转变。
如图13(a)所示，在图6所示的数据发送模块62的FTP文件写入处理(S6)刚终止之后，删除OK文件，生成FTP文件。
如图13(b)所示，在END文件形成处理(S8)刚终止之后，重新生成END文件。
如图13(c)所示，在图8所示的管理模块64的dat文件形成处理(S16)刚终止之后，形成wlock文件，并且将FTP文件追加到dat文件中。另外，dat文件的文件名的名称部分将FTP文件的文件名的名称部分的大写字母改变为小写字母。
如图13(d)所示，在OK文件与event文件的形成处理(S24)刚终止之后，删除FTP文件、END文件和wlock文件，形成OK文件和event文件。
如图13(e)所示，在图10所示的应用程序模块66a的dat文件的使用处理(S36)刚终止之后，形成rlock文件。
如图13(f)所示，在bakup文件的清零处理(S42)刚终止之后，删除dat文件、rlock文件和event文件，将bakup文件的文件大小变为0字节。
下面，分别着眼于各模块的排他控制中使用的文件中代表性的OK文件、wlock文件和rlock文件，说明从其产生到消失的转变。
图14是表示从OK文件的产生到消失的转变的图。如图8和图9所示，管理模块64更新dat文件(S16，形成bakup文件之后(S18)，形成OK文件(S24)。另外，如图6和图7所示，在工作区68中存在OK文件的情况下(S2为是)，删除OK文件(S4)。在OK文件存在的期间，数据发送模块62可发送FTP文件，在OK文件不存在的期间，数据发送模块62不能发送FTP文件。这样，通过是否存在OK文件来进行数据发送模块62对工作区68的访问的排他控制。
图15是表示从wlock文件的产生到消失的转变的图。如图8和图9所示，在工作区68中存在FTP文件与END文件，且不存在rlock文件的情况下(S12为是)，由管理模块64形成wlock文件(S14)。另外，如图8和图9所示，更新dat文件(S16)，生成bakup文件之后(S18)，由管理模块64删除dat文件(S22)。在wlock文件存在的期间，应用程序模块66a不能读出数据，在wlock文件不存在的期间，应用程序模块66a可读出数据。这样，通过是否存在wlock文件，可进行应用程序模块66a对工作区68的访问的排他控制。
图16是表示从rlock文件的产生到消失的转变的图。如图10和图11所示，在工作区68中有event文件，没有wlock文件，并且有OK文件的情况下(S32为是)，由应用程序模块66a形成rlock文件(S34)。另外，在由应用程序模块66a使用dat文件之后(S36)，由应用程序模块66a删除rlock文件(S40)。在rlock文件存在期间，管理模块64不能写入数据，在rlock文件不存在的期间，管理模块64可写入数据。这样，通过是否存在rlock文件，由管理模块64进行对工作区68的访问的排他控制。
如上所述，根据本实施方式，通过OK文件、END文件、rlock文件、wlock文件和event文件是否存在来表示各种状态，从而进行数据发送模块62、管理模块64和应用程序模块66a的动作控制。
这样，仅通过是否存在文件来进行各种模块的控制。因此，每次收发数据时，不必打开文件，可高速进行数据的收发控制。
另外，数据发送模块62写入工作区68中的FTP文件由管理模块64追加到dat文件中，在追加之后删除。因此，数据发送模块62若变为可写入状态，则可依次将FTP文件写入工作区68中。另外，使数据发送模块62写入数据的文件的扩展名与管理模块64写入数据的文件的扩展名不同。因此，数据发送模块62的数据写入处理与管理模块64的数据写入处理不干扰。
并且，管理模块64随时输出日志文件。因此，系统的管理者可管理是否正确进行数据的收发处理。
另外，管理模块64形成拷贝了FTP文件的bakup文件。因此，即使在系统中途未正确动作的情况下，也不会丢失大量数据。
图17是表示根据本发明实施方式2的数据收发系统的结构图。数据收发系统80是从一个装置向另一装置发送数据用的系统，包含数据发送装置82、和经计算机网络26与数据发送装置82相互连接的数据接收装置84。另外，在计算机网络26上还连接多个接收从数据发送装置82发送的数据的其它数据接收装置。
在本实施方式中，与实施方式1不同，说明数据接收装置84依次在接收数据发送装置82形成的数据的方法。
数据发送装置82和数据接收装置84各自的硬件结构与图2和图3所示的数据发送装置22(数据接收装置24)的硬件结构一样。因此，这里不重复其详细说明。
图18A是表示数据收发系统80的结构功能框图。
数据发送装置82的CPU44执行进行与数据发送有关的控制用的程序即管理模块88和分别形成发送数据的程序即多个应用程序模块86a、86b和86c等构成的应用程序模块组86。下面，以应用程序模块组86中应用程序模块86a为代表例来进行说明。其它应用程序模块也进行一样的动作。数据接收装置84的CPU44执行作为进行与数据接收有关的控制用的程序的数据接收模块90。
在数据发送装置82的硬盘50中设置工作区68，工作区68用于存储包含在数据发送装置82和数据接收装置84之间收发的数据的文件和表示收发状态的文件。另外，在硬盘50中设置定义文件70，定义在数据发送装置82和数据接收装置84之间收发的文件的文件名中的名称部分。
图18B是表示数据接收模块90的详细结构的功能框图。
具体而言，数据接收模块90具备数据可否接收判断部90a、控制文件管理部90b、和数据接收部90c。数据可否接收判断部90a是根据存储在工作区68中的各种文件是否存在，判断可否接收数据的处理部。
控制文件管理部90b是根据数据的接收状态来进行工作区68内的各种文件的产生和消失的处理部，具备其它数据接收模块排除部91a、数据写入排除部91b和数据接收终止宣告部91c。其它数据接收模块排除部91a通过删除后述的OK文件，排除其它数据接收装置的数据接收模块访问工作区68。数据写入排除部91b通过形成后述的START文件，排除管理模块88在工作区68中写入数据。数据接收终止宣告部91c通过形成后述的END文件，宣告数据接收部90c的数据(后述的FTP文件)的接收终止。
数据接收部90c是对应于数据可否接收判断部90a的判断结果来接收数据的处理部。
图18C是表示管理模块88的详细结构的功能框图。
管理模块88具备数据可否写入判断部88a、控制文件管理部88b、和数据写入部88c。数据可否写入判断部88a是根据存储在工作区68中的各种文件是否存在来判断存储在工作区68中的文件间可否写入数据的处理部。
控制文件管理部88b是根据数据的写入状态来进行工作区68内的各种文件的产生和消失的处理部，具备数据写入宣告部89a、数据写入许可部89b与发送数据存在宣告部89c。数据写入宣告部89a通过形成后述的wlock文件，宣告数据写入部88c向工作区68写入数据，排除应用程序模块86a向工作区68中写入数据。数据写入许可部89b通过删除wlock文件与后述的dat文件(数据实体)，许可应用程序模块86a在工作区68中写入dat文件。发送数据存在宣告部89c通过形成后述的OK文件，宣告存在应向数据接收模块90发送的数据(后述的FTP文件)。
数据写入部88c是对应于数据可否写入判断部88a的判断结果、在存储于工作区68中的文件间进行数据写入的处理部，具备发送数据形成部89d、和备份文件形成部89e。发送数据形成部89d通过将dat文件(后述)追加到FTP文件(后述)中，形成被发送的数据。备份文件形成部89e形成dat文件的备份文件(后述的BAK文件)。
图18D是表示作为代表例的应用程序模块86a的详细结构的功能框图。
应用程序模块86a具备数据可否写入判断部87a、数据写入部87c、和应用程序部87d。数据可否写入判断部87a是根据存储在工作区68中的各种文件是否存在来判断可否在工作区68中写入数据的处理部。数据写入部87c是对应于数据可否写入判断部87a的判断结果、在工作区68中写入数据的处理部。应用程序部87d是通过执行规定的处理来生成由数据写入部87c写入的数据的处理部。
图19是对每个扩展名整理存储在工作区68中的各种文件的含义的表。
扩展名为“OK”的文件(下面称为“OK文件”)是在数据接收装置84可从数据发送装置82接收数据的情况下存在的文件。OK文件的文件大小为0字节。
扩展名为“START”的文件(下面称为“START文件”)表示数据接收装置84开始从数据发送装置82接收数据。START文件的文件大小为0字节。
扩展名为“FTP”的文件(下面称为“FTP文件”)是包含从数据发送装置82发送到数据接收装置84的数据实体的文件。
扩展名为“END”的文件(下面称为“END文件”)是在数据接收装置84完成从数据发送装置82接收数据时生成的文件。END文件的文件大小为0字节。
扩展名为“BAK”的文件(下面称为“BAK文件”)是应用程序模块86a形成的后述dat文件的备份文件。
扩展名为“wlock”的文件(下面称为“wlock文件”)是管理模块88向工作区68中写入数据时生成的文件。在wlock文件存在期间，应用程序模块86a不能向工作区68中写入数据。
扩展名为“dat”的文件(下面称为“dat文件”)是由应用程序模块86a形成的文件，是存储从数据发送装置82向数据接收装置84发送的数据的文件。
下面，参照流程图来说明数据接收模块90、管理模块88和应用程序模块86a执行的动作。另外，这里设3个模块生成、删除等的文件具有相同的名称部分。
图20是数据接收模块90执行的处理的流程图。另外，图21是表示数据接收模块90执行时存储在工作区68中的文件一例的图。下面，适当参照图20和图21来说明数据接收模块90执行的处理。
数据接收模块90调查工作区68中是否存在OK文件(S52)。存在OK文件的状态表示存在数据发送装置82应从数据接收装置84接收的文件。
若不存在OK文件(S52为否)，则数据接收模块90终止处理。若存在OK文件(S52为是)，则数据接收模块90删除OK文件(S54)。通过删除OK文件，排除其它数据接收装置的数据接收模块访问工作区68。
数据接收模块90形成START文件(S56)。通过形成START文件，排除管理模块88在工作区68中写入数据。
数据接收模块90接收存储在工作区68中的FTP文件(S58)。若接收完成，则数据接收模块90在工作区68中形成END文件(S60)，宣告从工作区68接收FTP文件终止。
另外，因为数据接收模块90不能直接参照工作区68，所以上述处理经数据发送装置82的管理模块88来进行。
图22是管理模块88执行的处理的流程图。另外，图23是管理模块88执行时存储在工作区68中的文件一例的图。下面，适当参照图22和图23来说明管理模块88执行的处理。
管理模块88调查工作区68中是否存START文件(S62)。若存在START文件，则有可能数据接收模块90正在接收FTP文件。因此，若存在START文件(S62为否)，则管理模块88终止处理。若不存在START文件(S62为是)，则管理模块88在工作区68中形成wlock文件(S64)。通过形成wlock文件，宣告在工作区68中写入数据，排除应用程序模块86a在工作区68中写入数据。
形成wlock文件后，管理模块88将dat文件追加到FTP文件中(S66)，将dat文件拷贝到BAK文件中(S68)。
之后，管理模块88删除START文件与END文件(S70)，并删除wlock文件与dat文件(S72)。通过删除wlock文件与dat文件，许可应用程序模块86a在工作区68中写入dat文件。
最后，管理模块88形成OK文件(S74)。通过形成OK文件，宣告存在应向数据接收模块90发送的FTP文件，数据接收模块90可从工作区68接收FTP文件。
图24是应用程序模块86a执行的处理的流程图。另外，图25是应用程序模块86a执行时存储在工作区68中的文件一例的图。下面，适当参照图24和图25来说明应用程序模块66a执行的处理。
应用程序模块86a参照工作区68，调查是否wlock文件与dat文件双方都不存在(S82)。在wlock文件存在的状态下，因为管理模块88写入数据，所以应用程序模块86a不能写入数据。另外，在dat文件已存在的情况下，若应用程序模块86a还形成dat文件，则改写成原本存在于工作区68中的dat文件。
因此，在工作区68中存在wlock文件或dat文件之一的情况下(S82为否)，应用程序模块86a终止处理。
另外，在wlock文件与dat文件任一文件都不存在的情况下(S82为是)，应用程序模块86a在工作区68中形成将工作区68中应用程序模块86a的执行结果所形成的数据，作为dat文件(S84)。
另外，管理模块88与实施方式1一样，在存储于工作区68中的文件有变更的情况等下，随时输出表示动作状态的日志文件(未图示)。
图26是表示文件收发处理中的动作主体、动作状态和各种文件是否存在的图。
如图26所示，在典型的文件收发处理中，应用程序模块86a发送dat文件，管理模块88将该dat文件积累在FTP文件中，数据接收模块90接收FTP文件。其中，因为应用程序模块86a、管理模块88和数据接收模块90作为独自的过程动作，所以未必按该顺序来进行处理。
如图26所示，例如在应用程序模块86a的发送文件的形成处理(S84)终止的状态下(S84)，存在dat文件表示不存在此外的文件。
图27是表示各动作状态下存储在工作区68中的文件的列表的一例的图。图27所示列表通过执行UNIX(注册商标)中的“ls指令”来生成。图27(a)至图27(f)顺序表示按照上述典型的文件收发处理形成、存储在工作区68中的文件的转变。
如图27(a)所示，在图24所示的应用程序模块86a的dat文件形成处理(S84)刚终止之后，生成dat文件。
如图27(b)所示，在图22所示的管理模块88的FTP文件形成处理(S66)刚终止之后，重新生成wlock文件和FTP文件。另外，FTP文件的文件名的名称部分将dat文件的文件名的名称部分的小写字母改变为大写字母。
如图27(c)所示，在OK文件形成处理(S74)刚终止之后，删除wlock文件和dat文件，形成OK文件。
如图27(d)所示，在图20所示的数据接收模块90的START文件形成处理(S56)刚终止之后，删除OK文件，形成START文件。
如图27(e)所示，在END文件形成处理(S60)刚终止之后，形成END文件。
下面，分别着眼于各模块的排他控制中使用的文件中代表性的OK文件、wlock文件和START文件，说明从其产生到消失的转变。
图28是表示从OK文件的产生到消失的转变的图。如图22和图23所示，在管理模块88更新FTP文件之后(S66)，形成OK文件(S74)。另外，如图20和图21所示，在工作区68中存在OK文件的情况下(S52为是)，由数据接收模块90删除OK文件(S54)。在OK文件存在的期间，数据接收模块90可接收FTP文件，在OK文件不存在的期间，数据接收模块90不能接收数据。这样，通过是否存在OK文件来进行数据接收模块90对工作区68的访问的排他控制。
图29是表示从wlock文件的产生到消失的转变的图。如图22和图23所示，在工作区68中不存在START文件的情况下(S62为是)，由管理模块88形成wlock文件(S64)。另外，在管理模块88更新FTP文件之后(S66)，由管理模块88删除wlock文件(S72)。在wlock文件存在的期间，应用程序模块86a不能写入数据，在wlock文件不存在的期间，应用程序模块86a可写入数据。这样，通过是否存在wlock文件，可进行应用程序模块86a对工作区68的访问的排他控制。
图30是表示从START文件的产生到消失的转变的图。如图20和图21所示，在工作区中存在OK文件的情况下(S52为是)，由数据接收模块90形成START文件(S56)。另外，在由管理模块88更新FTP文件之后(S66)，由管理模块88删除START文件(S70)。在START文件存在期间，管理模块88不能写入数据，在START文件不存在的期间，管理模块88可写入数据。这样，通过是否存在START文件，进行管理模块88对工作区68的访问的排他控制。
如上所述，根据本实施方式，通过OK文件、START文件、END文件、wlock文件和dat文件是否存在来表示各种状态，从而进行数据接收模块90、管理模块88和应用程序模块86a的动作控制。
这样，仅通过是否存在文件来进行各种模块的控制。因此，即使在不同机型混杂的环境下，也可容易构筑数据收发系统。
另外，每次收发数据时，不必打开文件，可高速进行数据的收发控制。
另外，应用程序模块86a写入工作区68中的dat文件由管理模块88追加到FTP文件中，在追加之后删除。因此，应用程序模块86a若变为可写入状态，则可依次将dat文件写入工作区68中。另外，使应用程序模块86a写入数据的文件的扩展名与管理模块88写入数据的文件的扩展名不同。因此，应用程序模块86a的数据写入处理与管理模块88的数据写入处理不干扰。
并且，管理模块88随时输出日志文件。因此，系统的管理者可管理是否正确进行数据的收发。
另外，管理模块88形成拷贝了dat文件的BAK文件。因此，即使在系统中途未正确动作的情况下，也不会丢失大量数据。
根据本发明，即使在不同机型混杂的环境下，也可容易构筑数据收发系统。
另外，可高速进行数据的收发控制。
另外，可把握数据收发中的动作状态。
并且，数据发送处理与数据接收处理不会干扰。
并且，多个数据发送装置不会同时向数据接收装置发送数据文件。
另外，多个数据接收装置不会同时从数据发送装置接收数据文件。
并且，系统的管理者可管理是否正确进行数据的收发处理。
另外，即使在系统中途未正确动作的情况下也不会丢失大量数据。
另外，上述实施方式中，构成为数据接收模块90不能直接访问工作区68，但也可构成为可直接访问。
另外，数据收发装置的结构不限于上述实施方式。即，如图31所示的数据收发系统100所示，既可设置多个数据发送装置102，也可设置多个数据接收装置104。另外，也可设置数据管理装置106。数据管理装置106由包含于数据接收装置24中的管理模块64和硬盘50构成。另外，数据管理装置106由包含于数据发送装置82中的管理模块88和硬盘50构成。另外，数据发送装置102具有与数据发送装置22一样的结构，或由应用程序模块组86构成。并且，数据发送装置104由应用程序模块组66构成，或具有与数据接收装置84一样的结构。
如上所述，通过根据本发明的数据收发系统，可进行高速的数据收发控制，尤其是在收发大量数据的数据收发系统中，其实用价值极高。
权利要求
1.一种收发数据的数据收发系统，其特征在于，具备发送所述数据的数据发送装置；和接收所述数据的数据接收装置；所述数据发送装置和所述数据接收装置通过是否存在预定的控制用文件来进行所述数据的发送或接收的控制。
2.根据权利要求1所述的数据收发系统，其特征在于所述控制用文件是空文件。
3.根据权利要求1所述的数据收发系统，其特征在于所述数据发送装置将所述数据作为数据文件来发送，所述数据接收装置将从所述数据发送装置接收到的所述数据文件追加到其它文件中来存储，所述数据文件的文件名与所述其它文件的文件名存在大写字母与小写字母被相互置换的关系。
4.根据权利要求1所述的数据收发系统，其特征在于所述数据发送装置将所述数据作为数据文件来发送，所述数据接收装置变更从所述数据发送装置接收到的所述数据文件的文件名。
5.根据权利要求4所述的数据收发系统，其特征在于由所述数据接收装置来使用文件名变更后的所述数据文件。
6.根据权利要求4所述的数据收发系统，其特征在于所述数据接收装置变更从所述数据发送装置接收到的所述数据文件的文件名的扩展名。
7.根据权利要求4所述的数据收发系统，其特征在于所述数据接收装置具有根据是否存在所述控制用文件来进行所述数据文件的接收控制的数据接收管理部；和根据是否存在所述控制用文件来进行所述数据文件的接收控制的数据接收管理部，所述控制用文件中包含发送可否文件，所述发送可否文件通过是否存在来表示可否从所述数据发送装置向所述数据接收装置发送所述数据文件，所述数据发送装置在所述发送可否文件存在的情况下，删除所述发送可否文件后，向所述数据接收装置发送所述数据文件，所述数据接收管理部在变更从所述数据发送装置接收到的所述数据文件的文件名后，生成所述发送可否文件。
8.根据权利要求7所述的数据收发系统，其特征在于所述数据接收装置还具有应用程序执行部，所述应用程序执行部利用从所述数据接收装置接收到的所述数据文件，执行预定的处理，在所述控制用文件中还包含写入锁定文件，所述写入锁定文件通过是否存在来表示所述数据接收管理部是否正在变更所述数据文件的文件名，所述数据接收管理部在变更从所述数据发送装置接收到的所述数据文件的文件名之前，生成所述写入锁定文件，在变更所述数据文件的文件名之后，删除所述写入锁定文件，所述应用程序执行部在所述写入锁定文件存在期间，不从所述存储部中读入所述数据文件。
9.根据权利要求7所述的数据收发系统，其特征在于在所述控制用文件中还包含读入锁定文件，所述读入锁定文件通过是否存在来表示所述应用程序执行部是否利用所述数据文件，所述应用程序执行部在读入所述数据文件之前，生成所述读入锁定文件，在读入所述数据文件之后，删除所述读入锁定文件，所述数据接收管理部在所述读入锁定文件存在期间，不变更所述数据文件的文件名。
10.根据权利要求7所述的数据收发系统，其特征在于所述数据接收管理部输出与存储在所述存储部中的所述控制用文件或所述数据文件的状态相对应的动作状态，作为日志文件。
11.根据权利要求7所述的数据收发系统，其特征在于所述数据接收管理部形成从所述数据发送装置接收到的所述数据文件的备份文件。
12.根据权利要求1所述的数据收发系统，其特征在于所述数据发送装置具有对所述控制用文件和保存了所述数据的数据文件进行存储的存储部；和根据是否存在所述控制用文件来进行所述数据文件的发送控制的数据发送管理部；在所述控制用文件中包含接收可否文件，所述接收可否文件通过是否存在来表示所述数据接收装置可否接收所述数据文件，所述数据发送管理部在生成应发送的所述数据文件的时刻，形成所述接收可否文件，所述数据接收装置在所述接收可否文件存在的情况下，在删除所述接收可否文件后，从所述数据发送装置接收所述数据文件。
13.根据权利要求12所述的数据收发系统，其特征在于所述数据发送管理部将所述数据文件追加到其它文件中来存储，所述数据文件的文件名与所述其它文件的文件名存在大写字母与小写字母被相互置换的关系。
14.根据权利要求12所述的数据收发系统，其特征在于所述数据发送装置还具有应用程序执行部，所述应用程序执行部将通过执行预定处理而生成的数据文件存储在所述存储部中，所述数据发送管理部变更所述数据文件的文件名。
15.根据权利要求14所述的数据收发系统，其特征在于由所述数据接收装置来使用文件名变更后的所述数据文件。
16.根据权利要求14所述的数据收发系统，其特征在于所述数据发送管理部变更所述数据文件的文件名的扩展名。
17.根据权利要求14所述的数据收发系统，其特征在于在所述控制用文件中还包含写入锁定文件，所述写入锁定文件通过是否存在来表示所述数据发送管理部是否正在变更所述数据文件的文件名，所述数据发送管理部在变更由所述应用程序执行部生成的所述数据文件的文件名之前，生成所述写入锁定文件，在变更所述数据文件的文件名之后，删除所述写入锁定文件，所述应用程序执行部在所述写入锁定文件存在期间，不向所述存储部中写入所述数据文件。
18.根据权利要求14所述的数据收发系统，其特征在于在所述控制用文件中还包含接收开始文件，所述接收开始文件通过是否存在来表示所述数据接收装置是否开始从所述数据发送装置接收所述数据文件，所述数据接收装置在开始从所述数据发送装置接收所述数据文件之前，形成所述接收开始文件，所述数据发送管理部只在所述接收开始文件不存在的情况下，才能变更由所述应用程序执行部生成的所述数据文件的文件名。
19.根据权利要求14所述的数据收发系统，其特征在于所述控制用文件中还包含接收完成文件，所述接收完成文件通过是否存在来表示所述数据接收装置从所述数据发送装置接收所述数据文件是否完成。
20.根据权利要求14所述的数据收发系统，其特征在于所述数据发送管理部形成由所述应用程序执行部生成的所述数据文件的备份文件。
21.根据权利要求12所述的数据收发系统，其特征在于所述数据发送管理部输出与存储在所述存储部中的所述控制用文件或所述数据文件的状态相对应的动作状态，作为日志文件。
22.一种收发数据的数据收发系统，其特征在于，具备发送所述数据的数据发送装置；接收所述数据的数据接收装置；和对预定的控制用文件的产生和消失进行管理的管理装置；所述管理装置通过是否存在所述控制用文件来进行所述数据的发送或接收的控制。
23.根据权利要求22所述的数据收发系统，其特征在于所述控制用文件中包含发送可否文件，所述发送可否文件通过是否存在来表示可否从所述数据发送装置向所述数据接收装置发送所述数据。
24.根据权利要求22所述的数据收发系统，其特征在于所述控制用文件中包含写入锁定文件，所述写入锁定文件通过是否存在来表示所述数据接收装置是否正在变更所述数据文件的文件名。
25.根据权利要求22所述的数据收发系统，其特征在于所述控制用文件中包含读入锁定文件，所述读入锁定文件通过是否存在来表示所述数据接收装置是否正利用所述数据。
26.根据权利要求22所述的数据收发系统，其特征在于所述控制用文件中包含接收可否文件，所述接收可否文件通过是否存在来表示所述数据接收装置可否接收所述数据。
27.根据权利要求22所述的数据收发系统，其特征在于所述控制用文件中包含写入锁定文件，所述写入锁定文件通过是否存在来表示所述数据发送装置是否正在变更所述数据文件的文件名。
28.根据权利要求22所述的数据收发系统，其特征在于所述控制用文件中包含接收开始文件，所述接收开始文件通过是否存在来表示所述数据接收装置是否开始从所述数据发送装置接收所述数据。
29.根据权利要求22所述的数据收发系统，其特征在于所述控制用文件中还包含接收完成文件，所述接收完成文件通过是否存在来表示所述数据接收装置从所述数据发送装置接收所述数据是否完成。
30.一种数据发送装置，用于在收发数据的数据收发系统中发送数据，其特征在于，具备发送数据的发送单元；和控制单元，通过是否存在预定的控制用文件，进行所述发送单元的所述数据的发送控制。
31.一种收发数据的数据收发系统中、接收数据的数据接收装置，其特征在于具备接收数据的接收单元；和控制单元，通过是否存在预定的控制用文件，进行基于所述接收单元的所述数据的接收的控制。
32.一种数据收发方法，用于具备数据发送装置和数据接收装置的数据收发系统，其特征在于具备以下步骤发送数据的数据发送步骤；和接收所述数据的数据接收步骤；通过是否存在预定的控制用文件，来控制所述数据发送步骤和所述数据接收步骤中至少一个步骤的动作。
33.一种使计算机用作数据发送装置的程序，其特征在于，使计算机用作以下单元发送数据的发送单元；和控制单元，通过是否存在预定的控制用文件，来进行基于所述发送单元的所述数据的发送的控制。
34.一种使计算机用作数据接收装置的程序，其特征在于，使计算机用作以下单元接收数据的接收单元；和控制单元，通过是否存在预定的控制用文件，进行基于所述接收单元的所述数据的接收的控制。
35.一种计算机可读取记录介质，用于记录使计算机用作数据发送装置的程序，其特征在于，该程序使计算机用作以下单元发送数据的发送单元；和控制单元，通过是否存在预定的控制用文件，来进行所述发送单元的所述数据的发送的控制。
36.一种计算机可读取记录介质，用于记录使计算机用作数据接收装置的程序的，其特征在于，该程序使计算机用作以下单元接收数据的接收单元；和控制单元，通过是否存在预定的控制用文件，来进行基于所述接收单元的所述数据的接收的控制。
全文摘要
本发明提供数据收发系统。即使在不同机型混杂的环境下，也可容易构筑的数据收发系统，该数据收发系统中，数据发送模块调查工作区中是否存在OK文件(S2)，若存在OK文件(S2为是)，则删除OK文件(S4)，排除其它数据发送装置的数据发送模块访问工作区。数据发送模块将FTP文件写入工作区(S6)。若FTP文件的写入终止，则数据发送模块在工作区中形成END文件(S8)，宣告数据发送模块的FTP文件的写入终止。
文档编号G06F17/30GK1577315SQ20041006209
公开日2005年2月9日 申请日期2004年7月5日 优先权日2003年7月4日
发明者成田博一, 三好力, 大村明辉子 申请人:松下电器产业株式会社