数据发送和接收系统

1.一种数据发送和接收系统，具有由一个或多个服务器装置构成的服务器机构和多个客户端，该服务器机构和多个客户端通过通信网络相连接，能相互发送和接收数据，所述服务器机构具有信息存储部、数据分割部及发送部，其中，
所述信息存储部存储任意的信息数据，
所述数据分割部将所述信息存储部内存储的所述任意的信息数据分割为多个，生成多个分割数据，
所述发送部将由所述数据分割部生成的多个分割数据单独或者综合地向所述多个客户端发送，
所述多个客户端分别具有服务器通信部、接收部、缓存区域，其中，
所述服务器通信部向所述服务器机构发送对所述信息存储部存储的所述任意的信息数据的下载请求，
所述接收部下载由所述服务器机构根据所述服务器通信部发出的下载请求而发送过来的所述信息数据的所述分割数据，
所述缓存区域暂时存储由所述接收部下载的所述分割数据，
所述服务器机构还具有元数据数据库，
所述元数据数据库存储与各客户端的所述缓存区域内存储的所述分割数据相关的元数据，
所述多个客户端还分别具有元数据获得部、P2P通信部、重新构建部、数据存储部，其中，
在向服务器机构发送对所述信息数据的下载请求时，所述元数据获得部访问所述元数据数据库，根据所述元数据获得有关构成该信息数据的分割数据所存储的其他的客户端的信息，
所述P2P通信部根据由所述元数据获得部获得的与所述其他的客户端相关的信息，与该其他的客户端进行P2P通信，从该其他的客户端的所述缓存区域下载该信息数据的分割数据，
所述重新构建部综合由所述接收部以及所述P2P通信部中的两方或任意一方下载多个的数据，重新构建所述信息存储部存储的所述任意的信息数据，
所述数据存储部存储由所述重新构建部重新构建的所述信息数据。
2.根据权利要求1所述的数据发送和接收系统，其特征在于，
所述服务器机构具有多个服务器装置，
所述多个服务器装置分别具有：
存储器，其为所述信息存储部的冗余装置；
数据分割部，其对所述存储器内存储的所述信息数据进行分割，生成分割数据；
发送部，其根据来自所述客户端的下载请求，向所述客户端发送由所述数据分割部生成的分割数据。
3.根据权利要求1所述的数据发送和接收系统，其特征在于，
所述服务器机构具有多个服务器装置，
所述多个服务器装置具有存储器、发送部，其中，
所述存储器存储由所述数据分割部生成的分割数据；
所述发送部根据来自所述客户端的下载请求，向所述客户端发送由存储所述分割数据的存储器存储的该分割数据。
4.根据权利要求1所述的数据发送和接收系统，其特征在于，
所述客户端还分别具有上传部，
所述上传部将由该客户端编辑后的信息数据上传到所述服务器机构的所述信息存储部，
所述服务器机构还具有数据存储库、构建处理部，其中，
所述数据存储库存储与由各客户端上传的编辑后的信息数据相关的信息，所述构建处理部基于所述数据存储库内存储的与所述编辑后的信息数据相关的信息，对所述信息存储部内存储的信息数据进行构建处理，
所述客户端分别对由所述服务器机构的所述构建处理部实施构建处理后的信息数据和所述编辑后的信息数据进行比较，当所述构建后的信息数据的版本与所述编辑后的信息数据的版本新时，通过所述服务器通信部向所述服务器机构发送所述编辑后的信息数据的下载请求。
5.根据权利要求1所述的数据发送和接收系统，其特征在于，
所述客户端还分别具有上传部，
所述上传部将由该客户端编辑后的信息数据上传到所述服务器机构的所述信息存储部内，
所述服务器机构还具有数据存储库、构成管理系统，其中，
所述数据存储库存储与由各客户端上传的编辑后的信息数据相关的信息，所述构成管理系统基于所述数据存储库内存储的与所述编辑后的信息数据相关的信息，对各信息数据的版本进行管理，
所述构成管理系统具有差分提取部，
在所述服务器机构从客户端接收到信息数据的下载请求时，所述差分提取部对所述服务器机构的所述信息存储部内存储的该信息数据的版本和该客户端的数据存储部内存储的该信息数据的版本进行比较，提取出两者的差分数据，
所述服务器机构通过所述发送部向所述客户端发送由所述差分提取部提取出的差分数据，
所述客户端的重新构建部将由所述发送部发送过来的所述差分数据应用于所述数据存储部内存储的所述信息数据，重新构建该信息数据。

数据发送和接收系统\n技术领域\n[0001] 本发明涉及一种数据发送和接收系统。具体来讲，在本发明的数据发送和接收系统中，由多个服务器装置构成的服务器机构和多个客户终端通过通信网络相连接，能相互发送和接收数据。\n背景技术\n[0002] 在现有技术中人们公知如下一种客户端服务器系统，即，在该客户端服务器系统中，在服务器管理软件信息，客户终端根据需要从服务器中下载软件信息。像这样的客户端服务器系统例如在利用互联网协议使电脑相连接的互联网或者将其用于公司内等组织内网络的内部网中构建而成。\n[0003] 例如，在软件的开发现场，对软件的构成管理和开发中的文件的更新管理是在服务器装置中统一进行的，与服务器相连接的各客户端在必要时从服务器装置下载源文件和信息，对下载后的信息进行各种编辑工作。这样，利用客户端服务器系统能够始终使服务器内的信息数据维持在最新状态，而且在各客户端上能够对其进行共享。\n[0004] 另外，在现有技术中，作为使电脑得等信息处理装置相互连接，并向对方装置发送数据的通信技术，人们公知一种对等网络（Peer toPeer,下面称为P2P）的通信技术。在P2P型的通信中，各个人电脑为对等关系，不需要专用的服务器，因此能够较为容易地构建通信网络。P2P型的通信例如具有如下优点：其用于使用4台～6台左右的个人电脑进行的局域网的构建，可减少通信量（Traffic），以直接向对方进行发送。\n[0005] 还有，例如在专利文献1中公开有如下一种通信技术。即，该通信技术用于在客户端服务器系统中，减少经由服务器的通信量，有效地在处理装置间传送信息数据，实现各信息处理装置的使用者之间的顺畅且多样的通信。根据该专利文献1所公开的技术，由客户端服务器型的连接向P2P型的连接转变能够实现整个系统的通信量的优化。\n[0006] 【专利文献1】日本发明专利公开公报特开2003-203023号\n[0007] 如上所述，现有的客户端服务器系统是通过服务器统一管理软件信息数据，该信息数据适当地下载到各客户端进行作业，但是，信息数据的量越大，处理该数据的工作效率越低，即，由服务器向客户端传送数据的等待时间则会变长。尤其是，在每天处理包括兆位元组级的视频等在内的数字资产的数字信息产业，如果来自客户端的下载请求集中到服务器的话，在传送数据时，则可能会产生瓶颈，导致工作效率降低。\n[0008] 另外，例如在影视制作业和数字娱乐业，一般来讲，在创作者的上班时间段，由多个客户端同时向服务器提出信息数据的请求。因此，在该上班时间段，服务器内访问集中，可能会导致由服务器向各客户端发送信息数据的数据传送速度明显降低。另外，由于在服务器中，每天都需要建立生成各种资产和源代码，因而，在各客户端中对信息数据的渲染操作等结束，到创作者的下班时间段时，编辑后的信息数据便会由多个客户端同时上传到服务器。因此，在下班时间段，服务器内访问集中，也可能会导致由各客户端向服务器发送信息数据的数据传送速度明显降低。这样，在现有的客户端服务器系统中，则会出现如下问题：内部网或外部服务器中的通信量增加，每天都会产生瓶颈。\n[0009] 另外，在现有的客户端服务器系统中，在各客户端之间发送和接收数据时，需要通过服务器来发送数据。因此，在各客户端之间传送数据量大的视频时，或者在所连接的客户端的数量增加时，会出现如下问题：经由服务器的数据通信量增大，导致数据发送速度的降低以及瓶颈的产生。\n[0010] 另外，专利文献1所述的通信技术为，各客户端访问服务器，在服务器、客户端型通信中获得信息数据，或者由P2P通信确定可能的客户端，在所确定的客户端之间的P2P通信中，获得信息数据。但是，在专利文献1所述的技术中，由于客户端和服务器或者客户端和客户端都是在一对一的关系下发送和接收信息数据，因而在针对一个信息处理装置的通信量的增大的情况下，可能会出现导致数据传送速度的降低以及瓶颈的产生。即，在专利文献1所述的技术中，当在客户端之间进行通信时，由服务器、客户端型通信向P2P型通信的转变只能够避免在服务器客户端通信中服务器内通信量的集中，但不能够消除由服务器向客户端或者由客户端向服务器发送数据时所产生的通信障碍。\n[0011] 因此，现在人们寻求如下一种数据发送和接收系统，即，在客户端服务器系统中，在向各客户端传送信息数据时，能够消除服务器内通信量的集中以及瓶颈情况的产生，对请求信息数据的客户端能够多路径的传送数据，以实现数据传送速度的高速化。\n发明内容\n[0012] 于是，针对解决上述现有发明中的问题点的方案，本发明的发明者们经过专心研究得到如下认识：将信息数据分割成多个数据，在由客户端发出对某种信息数据的下载请求时，不仅由存储该信息数据的服务器向该客户端传送该信息数据的分割数据，还由该信息数据的分割数据残留在缓存区的其他客户端通过P2P通信网络向该客户端传送该信息数据的分割数据，接着，在客户端内重新构建（重组）信息数据，从而能够消除因服务器内通信量的集中而产生的瓶颈，通过多路径实现数据传送速度的高速化。并且，本发明的发明者们想到根据上述认识可以解决现有技术中的问题，从而完成了本发明。\n[0013] 本发明涉及一种数据发送和接收系统。\n[0014] 本发明的数据发送和接收系统具有由一个或多个服务器装置构成的服务器机构和多个客户端。服务器机构和客户端之间、多个客户端之间通过通信网络相连接，能相互发送和接收数据。\n[0015] 服务器机构具有信息存储部、数据分割部、接收部。\n[0016] 信息存储部存储一个或多个任意的信息数据。信息数据例如为图像数据、视频数据、音频数据及文字数据，但是并不局限于此，还包括在客户端被存储、运算的各种数据。\n[0017] 数据分割部用于分割信息存储部内存储的信息数据，生成分割数据。\n[0018] 服务器机构的发送部用于向客户端发送由分割数据部生成的分割数据。\n[0019] 另外，多个客户端分别具有服务器通信部、接收部、缓存区域。\n[0020] 服务器通信部用于向服务器机构发送对信息数据的下载请求。\n[0021] 接收部用于下载由服务器机构根据服务器通信部发出的下载请求而发送过来的信息数据的分割数据。\n[0022] 缓存区域用于暂时存储由接收部下载的分割数据。\n[0023] 另外，服务器机构还具有元数据数据库。该元数据数据库存储与各客户端的缓存区域内存储的分割数据相关的元数据，至少存储与以下情况有关的元数据：根据分割数据的种类，哪个分割数据存储在哪个客户端的缓存区域。\n[0024] 另外，多个客户端还分别具有元数据获得部、P2P通信部、重新构建部、数据存储部。\n[0025] 在向服务器机构发送信息数据的下载请求时，元数据获得部访问元数据数据库，根据元数据获得有关该信息数据的分割数据存储在其他的客户端的信息。\n[0026] P2P通信部用于根据由元数据获得部获得的在其他的客户端存储的相关信息，从该其他的客户端的缓存区域下载该信息数据的分割数据。\n[0027] 重新构建部用于综合由接收部下载的分割数据以及由P2P通信部下载的分割数据中的两方或任意一方的数据，重新构建信息数据，\n[0028] 数据存储部存储由重新构建部重新构建的信息数据。\n[0029] 如上所述，在本发明的数据发送和接收系统中，根据某个客户端所发出的对信息数据的下载请求，不仅由存有信息数据的服务器机构向发出下载请求的客户端传送一部分或全部信息数据，还由该信息数据存储在缓存区域内的其他的客户端向发出下载请求的客户端传送一部分或全部信息数据。因此，向多个客户端传送数据时能够避免（通信量）过度集中在确定的服务器装置上，消除传送数据时所产生的瓶颈问题。另外，当某个客户端请求服务器机构内存储的数据时，在位于该客户端的附近的其他的客户端内存在所请求的数据的分割数据的情况下，能够利用该分割数据，而不必从服务器机构获得全部数据，因此能够降低服务器机构的负荷，缓解客户端和服务器机构的通信路径上产生的瓶颈。还有，在本发明的数据发送和接收系统中，在向某个客户端传送信息数据时，能够由服务器机构和其他的客户端以分割数据的形式传送，这样对于发出信息数据的请求的客户端而言，能够通过多路径下载信息数据，实现数据传送速度的高速化。\n[0030] 在本发明中，服务器机构可以由多个服务器装置构成，该多个服务器装置可分别具有作为信息存储部的冗余装置的存储器。在这种情况下，服务器机构的数据分割部对存储器内存储的信息数据进行分割，生成分割数据，服务器机构的发送部根据来自客户端的下载请求向客户端发送由数据分割部生成的分割数据。\n[0031] 这样，通过使存储信息数据的信息存储部有冗余的结构，将该信息数据存储在各服务器装置的存储器内，从而能够由多个服务器装置向请求信息数据的客户端发送信息数据的分割数据。这样，由多个服务器装置的存储器存储的冗余数据能够通过多路径被发送给客户端，从而能够解决因每一个连接的通信速度而导致的到通信结束时的速度迟缓的问题。还有，被多个存储器存储的冗余分割数据（例如同一文件中不同的数据块）能够并列处理，而且能够通过多路径被发送给客户端，从而能够进一步实现数据传送的高速化。\n[0032] 在本发明中，优选服务器机构由多个服务器装置构成，该多个服务器装置分别具有存储由数据分割部生成的分割数据的存储器。在这种情况下，服务器机构的发送部根据来自客户端的下载请求向所述客户端发送由存储分割数据的存储器存储的该分割数据。\n[0033] 这样，由于多个服务器装置分别具有存储信息数据的分割数据的存储器，因而能够通过多路径向客户端发送信息数据。因此，能够防止服务器机构和客户端之间通信速度的降低，进一步实现数据传送的高速化。另外，由于各服务器装置的存储器内不必存储全部的信息数据，存储一部分信息数据即可，因而能够节省存储器的存储容量。\n[0034] 在本发明中，可以自动进行信息数据的发送处理。\n[0035] 即，首先，客户端还分别具有上传部，该上传部将由该客户端编辑后的信息数据上传到服务器机构的信息存储部。\n[0036] 另外，服务器机构还具有数据存储库、构建处理部，其中，该数据存储库存储与由各客户端上传的编辑后的信息数据相关的信息，该构建处理部基于数据存储库内存储的与编辑后的信息数据相关的信息，对信息存储部内存储的信息数据进行构建处理。构建处理为将源代码文件转换为独立的软件产品的处理。\n[0037] 并且，客户端分别对由服务器机构的构建处理部实施构建处理后的信息数据和编辑后的信息数据进行比较，当构建后的信息数据的版本与编辑后的信息数据的版本新时，通过服务器通信部向服务器机构发送编辑后的信息数据的下载请求。\n[0038] 由于数据发送和接收系统具有上述结构，因此，在客户端完成数据的编辑操作，接着在服务器机构进行构建处理之后，客户端能够从服务器机构下载最新版本的数据。例如，在对信息数据进行编辑操作的创作者下班后或者休息日，对服务器机构的访问有所缓和。\n因此，只要趁着下班后的时间段或休息日，由服务器机构向客户端发送最新版本的信息数据，便能够解决在创作者的上班时间段对服务器机构的访问集中的问题。另外，例如，在服务器机构中，在创作者的下班后的时间段进行构建处理，对其产品和各客户端内的信息数据进行比较，当在客户端判断出信息数据不是最新的时候，由该客户端向服务器机构发送最新的信息数据的下载请求。因此，例如在服务器机构的CPU使用量低的时间段，可以由服务器机构向各客户端发送最新版本的信息数据。\n[0039] 另外，服务器机构还可以具有构成管理系统，该构成管理系统基于数据存储库内存储的与编辑后的信息数据相关的信息，对各信息数据进行版本管理。构成管理系统具有差分提取部，在服务器机构从客户端接收到信息数据的下载请求时，差分提取部对服务器机构的所述信息存储部内存储的该信息数据的版本和该客户端的数据存储部内存储的该信息数据的版本进行比较，提取出两者的差分数据。并且，构成管理系统通过发送部向客户端发送由差分提取部提取出的差分数据。在这种情况下，客户端的重新构建部将由服务器机构的发送部发送过来的差分数据应用于数据存储部存储的信息数据（修补补丁），重现构建信息数据。\n[0040] 这样，在服务器机构的构成管理系统中，对服务器机构内存储的最新版本的数据和各客户端内存储的信息数据进行比较，以二进制单位将变更处的差分数据提取出来，使得服务器机构和各客户端之间的通信仅以发送和接收差分数据的方式完成，从而能够减少数据的传送量，消除传送时产生的瓶颈。\n[0041] 【发明效果】\n[0042] 如上所述，采用本发明的数据发送和接收系统，能够消除在向各客户端发送信息数据时服务器内通信量的集中以及瓶颈产生的情况，另外，通过多路径向请求信息数据的客户端发送数据，能够实现数据传送的高速化。\n附图说明\n[0043] 图1是表示本发明的数据发送和接收系统的整体结构的图。\n[0044] 图2是表示本发明的数据发送和接收系统的结构的例子的框图。\n[0045] 图3是大致地表示本发明的实施方式中的数据流向的图。\n[0046] 图4是表示本发明的实施方式中的处理的流程图。\n[0047] 图5是大致地表示本发明的其他实施方式中的数据流向的图。\n[0048] 图6是大致地表示本发明的其他实施方式中的数据流向的图。\n[0049] 图7是表示本发明的其他实施方式中的处理的流程图。\n[0050] 图8是表示本发明的其他实施方式中的处理的流程图。\n具体实施方式\n[0051] 下面，参照附图说明本发明的具体实施方式。本发明并不是对下面所要说明的方式的限制，其包括本技术领域人员在不言而喻的范围内对下面的方式适当修改的内容。\n[0052] （1.数据发送和接收系统）\n[0053] 图1是大致地表示本发明所涉及的数据发送和接收系统的结构的图。如图1所示，在数据发送和接收系统1中，由多个服务器装置11构成的服务器机构10和多个客户端20通过通信网络相互连接。即，各服务器装置11之间、服务器装置11和客户端20之间以及各客户端20之间能利用通信网络相互发送和接收数据。本发明的数据发送和接收系统既可以由利用互联网而形成的网络构建而成，又可以由例如在如公司内这样的被限定的范围内构建的内部网构建而成。在数据发送和接收系统1中，服务器机构10和多个客户端20之间的通信不仅可以为有线通信，还可以为由公知的无线通信机构所进行的无线通信。\n[0054] 图2大致地表示构成服务器机构10和各客户端20的要素。图2所示的各要素是根据服务器机构10和客户端20所具有的功能分类得到的。基本上，构成服务器10的服务器装置\n11和各客户端20具有输入输出装置、控制装置、运算装置及存储装置等硬件，这些硬件通过总线等连接在一起。即，当由输入装置输入规定的信息时，由控制装置读取存储在存储装置的主存储器内的控制程序。另外，控制装置根据控制程序的指令适当地读取存储在存储部内的数据，接着，在运算装置中进行规定的运算。并且，可以将运算结果暂时存储在存储装置内，由输出部输出信息。下面所要说明的包含在服务器机构10和各客户端20内的要素利用这些输入输出装置、控制装置、运算装置及存储装置等使计算机执行规定的功能。\n[0055] 下面，参照图2说明数据发送和接收系统1所包含的服务器机构10和客户端20的各部结构。\n[0056] （1-1.服务器机构）\n[0057] 服务器机构10具有向各客户端20传送信息数据的功能和管理数据发送和接收系统的结构和信息数据的功能。在图2所示的实施方式中，服务器机构10由多个服务器装置11构成。优选服务器机构10包括信息存储部110、数据分割部120、发送部130、元数据数据库\n140、数据存储库150、构建处理部160、构成管理系统170及客户端通信部180，但可以适当地对服务器机构10追加其他有用的功能。构成服务器机构10的这些要素既可以汇集到一个服务器装置11中，又可以分散在多个服务器装置11中发挥作用。\n[0058] 作为构成服务器机构10的服务器装置11，根据来自客户端20的请求，可以采用人们公知的可以提供规定的处理和信息的服务器装置。例如，作为服务器装置11根据需要可以使用例如UNIX服务器（注册商标）、中档服务器或者大型机服务器（Mainframe）。\n[0059] 信息存储部110可存储任意的信息数据。在服务器机构10由多个服务器装置11构成时，信息存储部110实际上由配备在网络上的多个节点上的多个服务器装置11的存储器\n111构成。存储在信息存储部110内的信息数据例如为图像数据、视频数据、音频数据及文字数据，但是该信息数据并不局限于此，还包括被客户端输入、存储、运算或输出的各种数据。\n作为信息数据，例如为按照MPEG（moving picture experts group）方式压缩的彩色视频图像文件、按照MP3（MPEG audio layer3）方式压缩的音频文件或者按照JPEG（joint photographic experts group）方式压缩的彩色静止图像文件。例如，在游戏软件开发现场，用于开发时的源代码以及其他数字内信息存储在信息存储部110内。存储在信息存储器\n10内的数据根据来自客户端20的下载请求被传送给该客户端20。信息存储部110例如既可以由与多个存储节点相连接的多个磁存储装置的集合构成，又可以由一个磁存储装置构成。\n[0060] 数据分割部120根据数据的种类和数据的容量将存储在信息存储部110内的信息数据分割成多个分割数据。数据分割部120例如将信息数据分割为预定数据量的分割数据（数据块）。另外，可以按照串行传送信息数据的顺序，对该信息数据进行分割，生成有预定数据量的分割数据。数据分割部11例如与CPU内部的数据总线相连接，由信息存储部110通过该数据总线向数据分割部120提供规定的数据。并且，数据分割部120将数据总线宽度作为数据块进行划分。具体来讲，当并行数据通过CPU内部的数据总线传送并行数据时，数据分割部120将具有对应于数据总线宽度的数据量的并行数据作为1个分割数据存储在数据缓冲区内。另外，由数据分割部120分割的分割数据可以分散存储在构成服务器机构10的多个服务器装置11所具有的存储器111内。\n[0061] 发送部130为用于向客户端20发送由数据分割部120生成的分割数据的输出部。发送部130可以采用公知的接口。\n[0062] 元数据数据库140存储与分割数据相关的元数据（下面称为分割缓存数据），该分割数据存储在各客户端20的缓存区域230内。元数据为与用于整理信息的信息相关的信息，例如为与表示客户端20的所在位置的信息（IP地址）和分割数据的种类相关的信息等，该客户端20具有存储有分割数据的缓存区域230。服务器机构20的构成管理系统170通过客户端通信部180定期访问各客户端20，从各客户端20的缓存区域230内存储的分割数据中获得其元数据，更新元数据数据库140。因此，服务器机构10和客户端20可以参考元数据数据库140内存储的元数据来掌握分割数据的所在位置。\n[0063] 数据存储库150存储与从各客户端上传的编辑后的信息数据相关的信息。数据存储库150具有统一管理软件开发和维护时的各工序中的各种信息的功能，可以将软件开发时的各工序中的可交付成果作为元信息存储起来。\n[0064] 因此，在后述的构建处理时，该数据存储库150可供参考。另外，数据存储库150可以通过版本管理系统将程序存储在服务器内。客户端20在复制信息数据进行编辑后，将该编辑后的信息数据上传到信息存储部110，并提交给数据存储库150存储编辑后的差分信息。因此可以通过参考数据存储库150对各信息数据进行版本管理。在本实施方式中，由构成管理系统170对各信息数据进行版本管理。\n[0065] 构建处理部160通过参考数据存储库150来对信息数据存储部110内存储的信息数据进行构建处理。构建处理部160读取由数据存储库150管理的源代码，将其编译成二进制代码，从而转换成独立的软件产品。例如，构建处理部160在将源代码编译成二进制代码后，还包括二进制代码的程序包化、运行测试、生产系统的配备、文件及发行说明的制作等工序。系统的管理者可以在任意时间段执行构建处理，另外，每次源文件的变更被提交到数据存储库150时可自动执行构建处理。尤其是在夜间等CUP使用率低的时间段执行构建处理（每日构建，Nightly Build）为好。\n[0066] 构成管理系统170具有对整个系统进行构成管理的功能，即，进行版本的管理以及获得各客户端20内存储的分割数据的元数据，更新元数据数据库等，该版本的管理为信息存储部110内存储的信息数据的最新版和变更历史这样的版本的管理。构成管理系统170例如具有差分提取部171。在服务器机构10从客户端20接收到信息数据的下载请求后，差分提取部170参考数据存储库150内存储的信息对服务器机构10的信息存储部110内存储的信息数据的版本和该客户端20内存储的该信息数据的版本进行比较，提取出两者的差分数据。\n优选差分数据例如以二进制单位来获得。这样，构成管理系统170通过差分提取部171提取出差分数据，从而通过该差分数据对信息数据进行版本管理。但是，构成管理系统170可以在每种版本都生成信息数据的实际数据，并存储该实际数据，从而对信息数据进行版本管理。\n[0067] 客户端通信部180用于与各客户端20之间的信息的发送和接收。例如，客户端通信部180接收来自各客户端20的信息数据的下载请求等，且在服务器机构10和各客户端20进行信息交流时使用。另外，例如，由客户端通信部180所接收到的来自各客户端20的请求被传递给构成管理系统170，接着，由构成管理系统170向服务器机构10的各要素传递处理命令。\n[0068] 服务器机构10也可以包括跟踪服务器（Tracker服务器）190。跟踪服务器190以能与客户端20的P2P通信部250之间进行信息的发送和接收的方式相连接，将用于P2P通信中所使用的IP地址分配给P2P通信网络中的新连接端。即，客户端20在开始进行P2P通信时，访问跟踪服务器，获取IP地址，与其他客户端之间开始发送和接收数据。\n[0069] 另外，优选构成服务器机构10的多个服务器装置11分别具有用于存储信息数据的存储器111。在各存储器111内存储与信息存储部110相同的信息数据，尤其以冗余的数据为好。另外，各存储器111可以为分散存储信息数据的各分割数据的存储器。由于多个服务器装置11分别通过通信网络与各客户端20相连接，因而通过将信息数据以冗余的形式或分散的形式存储在各存储器111内，能够根据来自客户端20的下载请求，通过多路径发送信息数据。\n[0070] （1-2.客户端）\n[0071] 客户端20与服务器机构10相连接，具有对从服务器机构10中下载的信息数据进行编辑操作的功能。信息数据的编辑操作由客户端20所具有的各种应用来执行。另外，在本发明中，多个客户端20分别通过P2P通信相连接，且相互之间能够发送和接收数据。在图2所示的实施方式中，优选各客户端20包括服务器通信部210、客户端20的接收部220、缓存区域\n230、元数据获得部240、P2P接收部250、重新构建部260、数据存储部270及上传部280，但可以对各客户端20适当地追加其他有用的功能。\n[0072] 服务器通信部210向服务器机构10发送所希望的信息数据的下载请求。即，客户端\n20具有输入装置、控制装置、运算装置及输出装置，当终端的用户通过输入装置输入信息数据的下载请求时，控制装置按照存储装置的主存储器内存储的控制程序的指令，在运算装置中进行规定的运算，通过作为输出部的服务器通信部210向服务器机构10发送下载请求。\n另外，服务器通信部210能够向服务器机构10发送其他各种信息，例如也能够向服务器机构\n10发送该服务器机构10的元数据数据库内存储的元数据的下载请求。\n[0073] 客户端20的接收部220能够接受由服务器机构10发送的信息数据的分割数据。另外，客户端20的接收部220例如可以从服务器机构10接收构成某种信息数据的所有分割数据，另外，又可以从服务器机构10接收处于未分割状态的信息数据。由客户端20的接收部\n220接收的信息数据的分割数据例如暂时存储在缓存（未图示）内。\n[0074] 缓存区域230为存储装置的区域，其暂时存储从服务器机构10和其他客户端20下载下来的信息数据的分割数据。缓存区域230例如在客户端20的主存储装置和CPU等运算装置之间构成，复制保持运算装置的运算处理所需的数据、状态、设定等属性信息，代替原本应访问的主存储装置来输入和输出数据。例如，当有来自CUP的传送要求，其数据已存储在缓存区域230内时，主存储装置不进行传送，而由缓存区230代为传送。因此，由于信息数据的分割数据被暂时存储在缓存区域230内，因而在有来自其他装置的该分割数据的要求时，由缓存区域230能够读取被请求的分割数据，并迅速地传送数据。\n[0075] 在向服务器机构10发送信息数据的下载请求时，元数据获得部240根据元数据数据库140内存储的元数据来获得与存储信息数据的分割数据的其他客户端相关的信息（分割缓存信息）。这里所说的分割缓存信息中含有用于掌握其他客户端的所在位置的信息，具体来讲，含有其他客户端的P2P通信中的IP地址等信息。元数据获得部20可以获得服务器机构10的元数据数据库140内存储的元数据的一部分，掌握存储信息数据的分割数据的其他客户端的所在位置，另外，还可以获得服务器机构10的元数据数据库140内存储的所有的元数据。在元数据获得部240获得了服务器机构10的元数据数据库140内存储的所有元数据时，可以在客户端20构建元数据数据库。由于在客户端20构建元数据数据库，因此，即使其他客户端20不访问服务器机构10，也能够获得分割缓存信息。\n[0076] P2P通信部250具有能在某个客户端20和其他的客户端20之间进行P2P通信的功能。P2P通信为，各与网络相连接的客户端20（对等端，peer）有时向其它对等端提供规定的服务，如同服务器那样工作，有时利用其他的对等端提供的服务，如同客户端那样工作，各对等端为对等关系。P2P通信部250在各客户端20之间进行通信时，启动各客户端20所具有的通用的通信应用，利用设置在各客户端20之间的通信路径，连接各客户端20。从某个客户端20接收到分割数据的下载请求的其他的客户端20从缓存区域230读取出分割数据，通过P2P通信部250向某个客户端20发送该分割数据。作为P2P通信的连接方式，既可以为在客户端之间进行一对一的交流的一对一式通信，又可以为使客户端之间的节点连接多层化，呈级联状，而形成树结构的广播式通信。\n[0077] 像这样的P2P通信网络可以在互联网或内部网中构建而成，利用赋予给各客户端\n20的IP地址来掌握终端的所在位置。P2P通信能够使多个客户端相互连接，在这种情况下，通过作为最短路径的通信路径，使客户端之间连接即可。P2P通信部235根据由元数据获得部240获得的分割缓存信息，通过P2P通信，相互发送和接收一个或多个客户端20的缓存区域230内存储的分割数据。由P2P通信部235所接收到的分割缓存信息被暂时存储在缓存区域230内。\n[0078] 重新构建部260从缓存区域230中读取出由客户端20的接收部220从服务器机构20接收到的分割数据以及/或者由P2P通信部250从其他的客户端20接收到的分割数据，综合所读取出的分割数据，重新构建信息数据。并且，将由重新构建部260重新构建的信息数据存储在数据存储部270内。\n[0079] 另外，客户端20具有上传部280，该上传部280将进行规定编辑操作后的信息数据上传到服务器机构10的信息存储部110内。即，客户端20能够根据控制程序的指令，适当地读取出数据存储部270内存储的信息数据，启动渲染应用等，对信息数据进行编辑处理。上传部280能够将该编辑后的信息数据上传到服务器机构10的信息存储部110内。上传到信息存储部110内的编辑后的信息数据在软件开发的各工序中的元信息被存储到数据存储库\n150内，由服务器机构10的构成管理系统170对信息数据进行最新版和变更历史这样的版本管理。\n[0080] （2.数据发送和接收系统的处理流程）\n[0081] 下面，参照图3和图4说明本发明的实施方式所涉及的数据发送和接收系统的处理流程。首先，图3和图4表示数据发送和接收系统的某个实施方式中的处理流程。图3大致地表示数据的发送和接收的流向，图4表示数据发送和接收系统的流程图的例子。\n[0082] 如图4所示，服务器机构10通过数据分割部120预先分割信息数据（步骤S1）。由数据分割部120分割的分割数据被存储在信息存储部110内（步骤S2）。例如，如图3所示，某个信息数据被分割为数据A、数据B及数据C的分割数据，并存储在信息存储部110内。\n[0083] 如图4所示，某个客户端20通过服务器通信部210向服务器机构10发送信息数据的下载请求（步骤S3）。例如，在图3所示的例子中，多个客户端中的某个客户端20a向服务器机构10发送由数据A、数据B及数据C构成的信息数据的下载请求。\n[0084] 如图4所示，某个客户端20a在向服务器机构10发送信息数据的下载请求时，访问服务器机构10的元数据数据库140，由元数据获得部240根据元数据数据库140内存储的元数据获得分割缓存信息（步骤S4）。分割缓存信息与存储所希望的信息数据的分割数据的其他的客户端相关，例如，包括其他的客户端在P2P通信中的IP地址等信息。\n[0085] 在图3所示的例子中，除服务器机构10以外，其他的客户端20b及20c也存有某个客户端20a进行下载请求的信息数据的分割数据。即，在图3所示的例子中，数据B存储在其他的客户端20b的缓存区域230内，数据C存储在其他的客户端20c的缓存区域230内。这些信息作为分割缓存信息存储在元数据数据库140内。因此，某个客户端20a通过从元数据数据库\n140内获得分割缓存信息，能够掌握存有数据B的其他的客户端20b的所在位置以及存有数据C的其他的客户端20c的所在位置。\n[0086] 接下来，如图4所示，某个客户端20根据分割缓存信息确定分割数据的请求端（步骤S5）。并且，客户端20向该确定的请求端发送分割数据的下载请求（步骤S6）。基本上，优选为防止向服务器机构10发送的通信量的增大，对于客户端20存有的分割数据，向该客户端优先发送下载请求。因此，基本上，优选在其他的客户端存有分割数据的情况下，对于该分割数据，某个客户端20向该其他的客户端优先发送下载请求，另外，仅对于其他客户端不存有的分割数据，某个客户端20向服务器机构10发送下载请求。\n[0087] 但是，客户端20根据分割缓存信息例如能够判断出：存有分割数据的其他的客户端是否处于可进行P2P通信的状态以及自己和其他的客户端的连接距离是否接近。当参照图3所示的例子进行说明时，在其他的客户端20c的电源切断的情况等下，某个客户端20a判断出其与其他的客户端20c之间不能进行P2P通信时，对于其他的客户端20c存有的分割数据（数据C），向服务器机构10发送下载请求即可。某个客户端20a可以根据连接自己和其他的客户端20c时所通过的节点的数量等来掌握自己和其他的客户端20c的连接距离，当判断自己和其他的客户端20c的连接距离在规定距离以上时，对于其他的客户端20c存有的分割数据（数据C），向服务器机构10发送下载请求。此时，某个客户端20可以对其从其他的客户端20c接收分割数据（数据C）所需的时间和其从服务器机构10接收分割数据所需的时间进行比较，向接收时间较短的一方发送分割数据（数据C）的下载请求。\n[0088] 如图4所示，从某个客户端20接收到分割数据的下载请求的服务器机构10以及/或者其他的客户端20向该客户端20发送被请求下载的分割数据（步骤S7）。例如，当参照图3所示的例子进行说明时，从某个客户端20a接收到分割数据（数据A）的下载请求的服务器机构\n10从信息存储部110读取出分割数据（数据A），通过发送部130发送给某个客户端20a。另外，从某个客户端20a接收到分割数据（数据B）的下载请求的其他的客户端20b从缓存区域230读取出数据B，通过P2P通信部250发送给某个客户端20a。同样，从某个客户端20a接收到分割数据（数据C）的下载请求的其他的客户端20c从缓存区域230读取出数据C，通过P2P通信部250发送给某个客户端20a。另外，在图3所示的例子中，某个客户端20a分别从服务器机构\n10和其他的客户端20b、20c下载分割数据（数据A、B、C），但是，某个客户端20a也可以将分割数据（数据A、B、C）综合起来，从服务器机构10进行下载，或者，从其他客户端中的一个客户端进行下载。某个客户端20a将从服务器机构10以及/或者其他的客户端20下载的分割数据暂时存储到缓存区域230内。\n[0089] 接下来，客户端20通过重新构建部260对从服务器机构10以及/或者其他的客户端\n20下载的分割数据进行综合，重新构建信息数据（步骤S8）。并且，客户端20将重新构建的信息数据存储到数据存储部270内（步骤S9）。这样，客户端20能够获得所希望的信息数据。\n[0090] 如上所示，在本发明的数据发送和接收系统中，根据某个客户端所发出的信息数据的下载请求，不仅由存有信息数据的服务器向发出下载请求的客户端传送一部分或全部信息数据，还由该信息数据存储在缓存区域内的其他的客户端向发出下载请求的客户端传送一部分或全部信息数据。因此，针对多个客户端的数据传送能够避免（通信量）过度集中在确定的服务器装置上，消除传送数据时所产生的瓶颈问题。另外，当某个客户端请求服务器机构内存储的数据时，在位于该客户端的附近的其他的客户端内存在所请求的数据的分割数据的情况下，活用该分割数据，便可不必从服务器机构获得全部数据，因此能够降低服务器机构的负荷，缓解客户端和服务器机构的通信路径上产生的瓶颈。还有，由于能够由服务器机构和其他的客户端向某个客户端传送作为分割数据的信息数据，因而能够使发出信息数据的请求的客户端通过多路径下载信息数据，实现数据传送速度的高速化。\n[0091] （2-1.冗余化/分散化）\n[0092] 接下来，说明数据发送和接收系统的优选方式。\n[0093] 图5表示构成服务器机构10的多个服务器机构11具有作为信息存储部110的冗余装置的存储器111的方式的例子。在图5所示的例子中，信息存储部110内包含有由数据A、数据B以及数据C构成的信息数据。并且，使信息存储部110具有冗余结构，各服务器装置11的存储器111内也存储有由数据A、数据B以及数据C构成的信息数据。\n[0094] 如图5所示，各服务器装置11的存储器111内存储的信息数据被数据分割部130分割为数据A、数据B以及数据C的分割数据。多个服务器装置11和客户端20分别通过通信网络相连接。因此，当某个客户端20a请求下载由数据A、数据B以及数据C构成的信息数据时，服务器机构10根据下载请求向客户端20a发送信息数据的分割数据。此时，服务器机构10能够通过多个服务器装置11向客户端20a发送信息数据的分割数据。例如，如图5所示，由服务器装置11a向客户端20a发送数据A。另外，由服务器装置11b向客户端20a发送数据B。同样，由服务器装置11c向客户端20a发送数据C。这样，由于多个服务器装置11具有作为信息存储部\n110冗余装置的存储器111，因而能够通过多路径向客户端20发送冗余存储在存储器111内的信息数据，从而能够解决因每一个连接的通信速度而导致的到通信结束时的速度迟缓的问题。另外，由于能够通过并列处理且多路径向客户端20发送信息数据的分割数据，因而能够进一步实现通信处理的高速化。\n[0095] 图6表示信息存储部110内存储的信息数据分散存储在构成服务器机构10的多个服务器装置11的存储器111内的例子。在图5所示的例子中，信息存储部110内包含有由数据A、数据B以及数据C构成的信息数据。并且，信息存储部110的信息数据被数据分割部120分割，分散存储在各服务器装置11的存储器111内。即，在图5所示的例子中，数据A存储在服务器装置11a的存储器111内，数据B存储在服务器装置11b的存储器111内，数据C存储在服务器装置11c的存储器111内。\n[0096] 在这种情况下，当某个客户端20a请求下载由数据A、数据B以及数据C构成的信息数据时，服务器机构10根据下载请求向客户端20a发送信息数据的分割数据。此时，服务器机构10能够通过多个服务器装置11向客户端20a发送信息数据的分割数据。例如，如图5所示，由服务器装置11a向客户端20a发送数据A。另外，由服务器装置11b向客户端20a发送数据B。同样，由服务器装置11c向客户端20a发送数据C。这样，通过将信息数据的分割数据分散存储在多个服务器装置11的存储器111内，能够通过多路径向客户端20发送多个服务器装置11的存储器111内所存储的信息数据，从而能够解决因每一个连接的通信速度而导致的到通信结束时的速度迟缓的问题。另外，由于能够通过并列处理且多路径向客户端20发送信息数据的分割数据，因而能够进一步实现通信处理的高速化。\n[0097] 如上所述，优选使信息存储部110内的信息数据冗余/分散存储在多个服务器装置\n11内。信息数据的冗余存储和分散存储相互间并不具有排他性，可以使冗余存储信息数据的服务器装置11和分散存储信息数据的服务器装置11并存。另外，即使在冗余存储和/或者分散存储信息数据的情况下，请求下载信息数据的客户端20也能够通过P2P通信网络从其他的客户端20获得分割数据。\n[0098] （2-2.信息数据的自动发送）\n[0099] 接下来，参照图7说明向客户端自动发送最新的信息数据的处理流程。\n[0100] 如图7所示，本系统中所包含的多个客户端分别读取出数据存储部270内存储的信息数据，并对读取出的信息数据进行编辑（步骤S10）。编辑后的信息数据集中在服务器机构\n10内，由构成管理系统170对该信息数据进行最新版和变更历史这样的版本的管理。因此，本系统中所包含的各客户端通过上传部280将编辑后的信息数据上传到服务器机构10内（步骤S11）。\n[0101] 由各客户端20上传的编辑后的信息数据存储在服务器机构10的信息存储部110内（步骤S12）。另外，此时，关于上传到服务器机构10内的编辑后的信息数据，软件开发的各工序中生成的源代码等可交付成果存储在数据存储库150内。另外，由于在已提交到数据存储库150时，编辑后的信息数据的差分信息由该数据存储库更新，因而使构成管理系统170能够参考数据存储库150来对各信息数据进行版本的管理。\n[0102] 接下来，构建处理部160参考数据存储库150对信息存储部110内存储的信息数据进行构建处理。构建处理部150通过读取出由存储部150管理的源代码，将其编译成二进制代码，从而转换成独立的软件产品。例如，构建处理部160在将源代码编译成二进制代码后，还包括二进制代码的程序包化、运行测试、生产系统的配备、文件及发行说明的制作等工序。系统的管理者可以在任意时间段执行构建处理，另外，每次源文件的变更提交到数据存储库150时可自动执行构建处理。尤其是在夜间等CUP使用率低的时间段执行构建处理（每日构建，Nightly Build）为好。\n[0103] 构建管理系统170将构建处理后的信息数据重新存储到信息存储部110内，另外，将信息数据的版本更新为最新的版本（步骤S14）。此时，构成管理系统170可以根据差分数据对信息数据进行版本管理。构成管理系统170还可以在每种版本都生成信息数据的实际数据，并存储该实际数据，从而对信息数据进行版本管理。\n[0104] 之后，与上述步骤S1和步骤S2相同，服务器机构通过数据分割部120分割信息存储部110内存储的信息数据，生成分割数据，并对其进行存储（步骤S15、S16）。\n[0105] 接下来，各客户端20对自己的数据存储部270内存储的编辑后的信息数据的版本和服务器机构10的信息存储部110内存储的构建处理后的信息数据的版本进行比较（步骤S17）。如上所述，由于通过构成管理系统170可对各信息数据进行版本管理，因而使各客户端20通过访问构成管理系统170能够掌握编辑后的信息数据的版本和构建处理后的信息数据的版本的差分。当服务器机构10将构建处理结束的信息传递给各客户端20，并接受该结束信息时，各客户端20可以以此为契机自动进行上述比较处理。另外，可以由构成管理系统\n170管理每个客户端的比较处理的时间，按照构成管理系统170的指示，在每个客户端不同的时间段开始比较处理。\n[0106] 各客户端20在根据上述比较处理的结果判断出服务器机构10的信息存储部110内存储的构建处理后的信息数据的版本比自己的数据存储部270内存储的信息数据的版本新时，向服务器机构10发送最新版本的信息数据的下载请求（步骤S18）。之后，进行与图4所记载的步骤S4～S9相同的处理。从而使客户端20能够在上传编辑后的信息数据后自动下载最新版本的信息数据。例如，通过在夜间等CPU使用率低的时间段执行构建处理，能够使最新的信息数据在夜间发送给各客户端20。因此，例如当对信息数据进行编辑操作的创作者下班时，能够产生已经向自己的客户端下载了所需的信息数据的最新版本的情况。\n[0107] （2-3.差分数据的活用）\n[0108] 接下来，参照图8说明向客户端发送信息数据的差分数据的处理流程。通过提取出各客户端20的数据存储部270内存储的信息数据和服务器机构10的信息存储部110内存储的信息数据的差分数据，并仅将该差分数据发送给客户端，从而能够减少数据的传送量，消除传送时产生的瓶颈。\n[0109] 如图8所示，客户端20向服务器机构10进行所希望的信息数据的下载请求（步骤S19）。并且，接收到信息数据的下载请求的服务器机构10对服务器机构10的信息存储部110内存储的该信息数据的版本和该客户端的数据存储部270内存储的该信息数据的版本进行比较（步骤S20）。此时，在客户端20的数据存储部270内不存在成为下载请求的对象的信息数据的情况下，执行图4所示的处理流程中的步骤S4～步骤S9。\n[0110] 另外，在客户端20的数据存储部270内已经存在成为下载请求的对象的信息数据的情况下，服务器机构10的构成管理系统170通过差分提取部171例如以二进制单位提取出服务器机构10的信息存储部110内存储的信息数据和客户端的数据存储部270内存储的信息数据的差分数据（步骤S21）。由差分提取部171提取出的差分数据被暂时存储在缓存（未图示）内。\n[0111] 之后，服务器机构10通过发送部130仅将由差分提取部171提取出的差分数据发送给客户端20（步骤S22）。\n[0112] 接收到差分数据的客户端20通过重新构建部260将接收到的差分数据应用到所述数据存储部存储的所述信息数据（步骤S23）。从而能够根据接收到的差分数据来更新客户端20存储的信息数据的一部分。应用补丁程序的信息数据存储在客户端20的数据存储部\n270内。\n[0113] 通过对活用像这样的差分数据的信息数据进行更新处理，以在下载信息数据时，减少服务器机构10和客户端20之间的数据传送量，避免在由CPU进行前处理或后处理时增加成本，从而能消除传送时产生的瓶颈。另外，例如，在客户端20的数据存储部270内不存在成为下载请求的对象的信息数据的情况下，执行图4所示的正常的下载处理，另外，在客户端20的数据存储部270内不存在成为下载请求的对象的信息数据的情况下，执行图8所示的仅传送差分数据的处理，以提高数据的传送效率，因此，即使在系统的用户没有意识到的情况下，也能够使数据的传送高速化。\n[0114] 在本申请的说明书中，为了表现本发明的内容，参照附图通过发明的实施方式进行了说明。但是，本领域技术人员根据本申请的说明书中所记载的事项实施的变更方式或改良方式只要没有脱离本发明的主旨和精神，该变更方式或该改良方式便包含在本发明的范围内。\n[0115] 【附图标记说明】\n[0116] 1：数据发送和接收系统；10：服务器机构；11：服务器装置；111：存储器；110信息存储部；120：数据分割部；130：发送部；140：元数据数据库；150：数据存储库；160：构建处理部；170：构成管理系统；171：差分提取部；180：客户通信部；20：客户端；210：服务器通信部；\n220：接收部；230：缓存区域；240：元数据获得部；250：P2P通信；260：重新构建部；270：数据存储部；280：上传部。