CN104917785A - 文件生成状态表、文件生成状态报告以及文件传输系统 - Google Patents

Abstract

本发明提供一种文件生成状态表、文件生成状态报告以及文件传输系统，涉及网络传输技术领域。该文件生成状态报告方法，通过监控每个接收方客户端所关注的文件的文件生成状态是否被更新为最终状态，并且在该接收方客户端所关注的所有文件的文件生成状态被更新为最终状态时或者在某一预定时间点，向该接收方客户端报告文件生成状态；其中，在发送方客户端成功发送所述文件至服务器时或者在接收到发送方客户端发送的文件发送任务完成的指令时，文件生成状态分别被更新为“已生成”状态或“不生成”状态最终状态。本发明能有效解决接收方在无法预知其所关注的文件是否已被上游的发送方生成的情况的问题，有利于提高工作效率。

Description

文件生成状态表、文件生成状态报告以及文件传输系统

技术领域

本发明涉及网络传输技术领域，涉及设置有生成状态位和监控状态位的文件生成状态表，以及用于向文件的接收方客户端报告其所关注的文件的文件生成状态的文件生成状态报告方法及装置，以及可以向接收方客户端报告所关注的所有文件的文件生成状态的文件传输系统。

背景技术

在网络结构的不同客户端中，存在文件的相互传输，在各种业务处理中，文件的接收方通常是基于接收的若干文件进一步进行相应的业务工作。

以星型拓扑结构的网络为例，图1所示为常见的星型拓扑结构的网络，其中包括服务器、若干发送方的客户端和若干接收方的客户端，当然，某些客户端既可以作为发送方也可以作为接收方。发送方和接收方是相对的，其可以根据具体情形对某一客户端进行定义。

在图1所示的星型拓扑结构网络中进行文件传输时，客户端与客户端之间是通过服务器进行文件传输的。当客户端作为接收方时，它接收来自其他客户端（发送方）的文件。由于发送方生成和发送的文件受到相关业务等因素的影响，其每天生成和发送的文件种类、数量并不是每天都相同，从而导致接收方无法预知其当天可能收到来自发送方的种类和数量。在实际应用中，接收方往往依赖于其收到的文件进行后续工作内容的开展，如果接收方在还没有真正接收完所有文件的情况下就基于接收的文件开展业务工作，则可能导致某些工作步骤不能往下进行或者某些工作步骤产生误差，从而产生一些后续返工或补救措施。因此，容易造成接收方盲等的现象。

以上问题的常规解决方法有以下三种。

第一种，采用截止时间策略，即接收方设置一个截止时间，当该时间到达时，则认为其所需要接收的文件都已经收到。这种方案存在的缺陷是，需要提前预知每个发送方最晚生成完毕和发送完毕其所有文件的时间t，把截止时间设置为晚于最晚发送完毕时间，即晚于max(t)，但是，发送方的max(t)受到诸如生成的文件大小、网络传输速度等因素的影响并不保证max(t)每天都相同，因此截止时间如果过多地晚于max（t），则会造成接收方时间的浪费，如果截止时间早于max(t)，则接收方不能接收到所有文件，问题没有得到解决。

第二种，基于历史数据的统计方法，例如，接收方R根据过去一段时间内其接收到的文件种类、文件大小、文件个数、文件传输完毕时间等来预测期当天可能收到的文件个数、种类信息等。这种方法并不时常准确，也可能会造成文件漏收的情况。

第三种，每个文件发送方中，在生成完毕所有文件集合B后，再根据文件集合B中的接收方个数，分别为每个接收方生成一张文件清单，并把清单发送给接收方。文件接收方再根据来自每个发送方的文件清单检查其收到的文件情况，从而判断其文件是否都接收完毕。这种方式存在如下缺陷：首先，如果集合B中的文件接收方太多，则会增加文件发送方的工作量，即使某天某个文件发送方没有任何文件需要生成和发送，也需要生成空白的文件清单，同时文件发送方需要进行一些较大的改造才能实现发送文件清单的功能；其次，文件接收方需要了解整个星形拓扑结构网络中发送方的个数，直到收到所有发送方的文件清单后，才能确定其文件是否接收完毕，如果发送方数量过多，则会增加接收方工作量；最后，增加和减少发送方都需要通知接收方，不利于文件传输系统的维护。

中国专利申请号为200810081930.9、名称为“文件传输任务状态获取方法、系统和待加载设备”的专利中，其主要关注的是文件传输状态，主要解决文件端对端中的文件某个传输过程阶段的问题，文件是已知的（即客户端与服务端之间所需要传输的文件种类、大小、个数等是已知的）。因此，其并不关注文件生成状态的问题，作为接收方的客户端并不能准确获取文件发送方的生成状态。

中国专利申请号为201210491796.6、名称为“文件同步方法、服务器、客户端及终端设备”的专利中，在作为发送方的客户端没有上传文件或文件上传失败时，服务器并不会告知相应的接收方客户端，也即只告知成功的文件，失败未生成的（也即没有生成的文件）文件在接收方客户端是完全无法感知的。因此，其关注的问题在于文件传输丢失、重复上传、传输半途结束断点续传、多个设备之间的同步性问题,关注的侧重点还在于文件的传输过程，因此其同样不关注文件生成状态的问题，作为接收方的客户端并不能准确获取文件发送方的生成状态。

发明内容

为解决以上问题或者实现其他目的，本发明提供以下技术方案。

按照本发明的一方面，提供一种文件生成状态表，其中包括发送方客户端标识位、接收方客户端标识位以及相应的文件标识位，其特征在于，所述文件生成状态表中还设置有生成状态位和监控状态位；

其中，所述生成状态位用来记录文件生成状态，文件生成状态的初始状态定义为“生成未知”状态，文件生成状态的最终状态定义为“已生成”状态或“不生成”状态；

所述监控状态位用来监控每个接收方客户端所对应的在所述生成状态位中记录的文件生成状态是否被更新为最终状态，并在更新为最终状态时该接收方客户端对应的所述监控状态位被更新为“完成监控”状态。

根据本发明一实施例的文件生成状态表，其中，所述文件生成状态表被配置在服务器中，所述发送方客户端通过服务器传输文件至所述接收方客户端。

根据本发明还一实施例的文件生成状态表，其中，在所述文件生成状态表基于若干所述接收方客户端提供的接收方文件列表生成。

具体地，所述接收文件生成状态表包括发送方客户端标识位、接收方客户端标识位以及相应的文件标识位。

具体地，所述监控状态的初始状态可以为“监控中”。

按照本发明的又一方面，提供一种文件生成状态报告方法，通过监控每个接收方客户端所关注的文件的文件生成状态是否被更新为最终状态，并且在该接收方客户端所关注的所有文件的文件生成状态被更新为最终状态时或者在某一预定时间点，向该接收方客户端报告文件生成状态；其中，在发送方客户端成功发送所述文件至服务器时或者在接收到发送方客户端发送的文件发送任务完成的指令时，文件生成状态分别被更新为“已生成”状态或“不生成”状态最终状态。

按照本发明的还一方面，提供一种文件生成状态报告方法，用于向文件的接收方客户端报告其所关注的文件的文件生成状态，其包括以下步骤：

基于若干所述接收方客户端提供的接收方文件列表生成以上所述及的文件生成状态表，并将文件生成状态表的生成状态位初始化为“生成未知”状态、将文件生成状态表的监控状态位初始化为“监控中”状态；

在发送方客户端成功发送所述文件至服务器时将该文件对应的生成状态位更新为“已生成”的最终状态；

在接收到发送方客户端发送的文件发送任务完成的指令时将该发送方客户端对应的生成状态位更新为“不生成”的最终状态；

在每个接收方客户端所关注的所有文件的文件生成状态被更新为最终状态时或者在某一预定时间点生成该接收方客户端的状态汇总报告；以及

将所述状态汇总报告发送至相应的接收方客户端。

根据本发明一实施例的文件生成状态报告方法，其中，所述接收方客户端所关注的文件以参数形式配置在所述接收方文件列表中。

根据本发明还一实施例的文件生成状态报告方法，其中，所述文件生成状态表被配置在服务器中，所述发送方客户端通过服务器传输文件至所述接收方客户端。

根据本发明又一实施例的文件生成状态报告方法，其中，所述发送方客户端、服务器和接收方客户端处于星型拓扑结构的网络中。

具体地，所述接收文件生成状态表包括发送方客户端标识位、接收方客户端标识位以及相应的文件标识位。

根据本发明再一实施例的文件生成状态报告方法，其中，，生成该接收方客户端的状态汇总报告包括以下步骤：

获取文件生成状态表中某一接收方的关注的文件的生成状态的所有记录；以及

判断生成状态的所有记录是否为最终状态，如果判断为“是”，为该接收方生成状态汇总报告。

具体地，所述指令可以采用表存储的方式进行处理。

按照本发明的又一方面，提供一种文件生成状态报告装置，用于向文件的接收方客户端报告其所关注的文件的文件生成状态，其包括：

初始化模块，其用于基于若干所述接收方客户端提供的接收方文件列表生成以上所述及的文件生成状态表，并将文件生成状态表的生成状态位初始化为“生成未知”状态、将文件生成状态表的监控状态位初始化为“监控中”状态；

“已生成”状态确定模块，其用于在发送方客户端成功发送所述文件至服务器时将该文件对应的生成状态位更新为“已生成”的最终状态；

“不生成”状态确定模块，其用于在接收到发送方客户端发送的文件发送任务完成的指令时将该发送方客户端对应的生成状态位更新为“不生成”的最终状态；

状态汇总报告生成模块，其用于在每个接收方客户端所关注的所有文件的文件生成状态被更新为最终状态时或者在某一预定时间点生成该接收方客户端的状态汇总报告；以及

状态汇总报告发送模块，其用于将所述状态汇总报告发送至相应的接收方客户端。

按照本发明的再一方面，提供一种文件传输系统，包括一个或多个发送方客户端、服务器、一个或多个接收方客户端，所述发送方客户端通过服务器传输文件至所述接收方客户端，其特征在于：

所述服务器被配置有以上所述及的文件生成状态表；

所述发送方客户被配置为在完成文件发送任务时向所述服务器发送的文件发送任务完成指令；

其中，所述服务器还被配置为在每个接收方客户端所关注的所有文件的文件生成状态被更新为最终状态时或者在某一预定时间点生成该接收方客户端的状态汇总报告、并向该接收方客户端发送相应的状态汇总报告。

根据本发明一实施例的文件传输系统，所述发送方客户端、服务器和接收方客户端处于星型拓扑结构的网络中。

本发明的技术效果是，每个接收方客户端基于状态汇总报告对其所关注的文件生成状态一目了然，为依赖于其所接收到的文件而开展工作的接收方提供了一种可靠的依据，可以有效解决接收方在无法预知其所关注的文件是否已被上游的发送方生成的情况的问题，生成状态报告准确性高，能够提高多系统协作参与的生产场景中的工作效率，并且可扩展性好，文件传输系统改进实现容易。

附图说明

从结合附图的以下详细说明中，将会使本发明的上述和其他目的及优点更加完整清楚，其中，相同或相似的要素采用相同的标号表示。

图1是常见的星型拓扑结构的网络。

图2是按照本发明一实施例的文件传输系统的结构示意图。

图3是按照本发明一实施例的文件传输系统的功能模块结构示意图。

图4是按照本发明一实施例文件生成状态报告方法流程示意图。

图5是一实施例的接收方文件列表示意图。

图6是按照本发明一实施例的文件生成状态列表。

图7是一实施的文件生成状态表的生成和初始化流程示意图。

图8是一实施例的“已生成”状态的确定示意图。

图9是一实施例的“不生成”状态的确定示意图。

图10是一实施例的状态汇总报告生成示意图。

图11是一实施例的状态汇总报告生成过程流程示意图。

图12是又一实施例的接收方文件列表示意图。

图13是还一实施例的接收方文件列表示意图。

具体实施方式

下面介绍的是本发明的多个可能实施例中的一些，旨在提供对本发明的基本了解，并不旨在确认本发明的关键或决定性的要素或限定所要保护的范围。容易理解，根据本发明的技术方案，在不变更本发明的实质精神下，本领域的一般技术人员可以提出可相互替换的其他实现方式。因此，以下具体实施方式以及附图仅是对本发明的技术方案的示例性说明，而不应当视为本发明的全部或者视为对本发明技术方案的限定或限制。

图2所示为按照本发明一实施例的文件传输系统的结构示意图。图3所示为按照本发明一实施例的文件传输系统的功能模块结构示意图。图4所示为按照本发明一实施例文件生成状态报告方法流程示意图。图5所示为一实施例的接收方文件列表示意图。图6所示为按照本发明一实施例的文件生成状态列表。

如图2所示，文件传输系统10是基于拓扑结构的网络形成的，但是，需要理解的是，本发明的文件生成状态报告方法并不限于应用于示例性的拓扑结构的网络文件传输中，对于其他结构的转发网络同样适用。文件传输系统10可以包括一个或多个发送方客户端（为方便描述，下文中也省略称为“发送方”）、一个或多个接收方客户端（为方便描述，下文中也省略称为“接收方”）以及服务器，文件可以通过服务器由发送方向接收方传输文件，即首先由发送方传输或上传至服务器，再由服务器传输至接收方。需要说明的是，发送方与服务器之间或者服务器与接收方之间的具体文件传输方法以及传输过程并不是本发明的关注点，因此，不作详细描述。

在该实施中，文件传输系统10中设置有多个与服务器连接的3个发送方S1、S2、S3，还设置有多个与服务器连接的2个接收方R1、R2。在实际应用中，这种文件传输情形相对比较多，即每个发送方生成的文件被传输至多个接收方，每个接收方接收的文件来自多个发送方。因此，在此以3个发送方和2个接收方进行示例说明，但是需要理解但是，发送方和接收方的数量并不是限制性的，例如其也可以是一个发送方、一个接收方。并且发送方与接收方是相对文件的传输方向来相对定义的，其并不是固定的，例如，某一客户端即可能是接收方也可能是发送方。

在本发明中，提供如图6所示实施例的文件生成状态表，其被配置在如图1所示的服务器中，从而使服务器具有文件生成状态的报告功能。具体地，如图4所示，服务器中被配置有文件生成状态报告装置110，其具体地包括初始化模块111、“已生成”状态确定模块112、“已生成”状态确定模块113、状态汇总报告生成模块114，它们具体用于实现如图4所示的文件生成状态报告方法过程。其中，“已生成”状态确定模块112和“已生成”状态确定模块113与发送方耦接，初始化模块111和状态汇总报告生成模块114与接收方耦接。

以下结合图2至11具体说明本发明实施例的文件生成状态表以及文件生成状态报告方法，并同时说明本发明图2所述实施例的文件传输系统的具体配置或构造。

首先地，如步骤S210，基于接收方文件列表生成文件生成状态表，并对文件生成状态表的生成状态位和监控状态位进行初始化配置。

如图5所示，其示出了接收方R1和R2的接收方文件列表。接收方文件列表是由接收方提供的其所关注的文件的集合，该文件集合是文件接收方认为满足其自身业务处理的必需的文件总集。接收方提供的这个文件集合即称为接收方文件列表。接收方文件列表通常表示的是预定时间段（例如某一天）所关注的文件集合，因此，在不同时间点，某一接收方提供的收方文件列表可能是不同的。

继续如图5所示，在该实施例中，示出了接收方R1和R2的接收方文件列表，其包括发送方客户端标识位（发送方ID）、接收方客户端标识位（接收方ID）以及文件标识位（即文件名）。其中，S1File1、S1File2、S2File1是R1所关注的文件，即需要在某一时间段需要接收的文件，以用来进行接下来的业务处理；S1File1、S1File2由S1发送，S2File1由S2发送。其中， S1File1、S2File1、S3File1是R2所关注的文件，即需要在某一时间段需要接收的文件，以用来进行接下来的业务处理；S1File1、S2File1、S3File1分别由S1、S2、S3发送。

需要注意的是，接收方文件列表可以由各自的接收方生成，被发送至服务器后，在服务器中生成如图5所示的总的接收方文件列表，这样便于后续统一处理。因此，如图3所示，接收方发送信息至初始化模块111。

如图6所示，基于如图5所示的接收方文件列表生成相应的文件生成状态表。文件生成状态表可以是由服务器维护的一张表格，可以是文件、数据库表或内存空间等形式存在。文件生成状态表中，相对接收方文件列表扩展增加了生成状态位和监控状态位，这样，每条文件记录将增加一个生成状态为和一个监控状态位。其中，生成状态位初始化为“生成未知”状态，监控状态位初始化为“监控中”状态。“生成未知”状态为初始文件状态，其表示接收方所关注的文件的是否在发送方生成还未知。“监控中”状态表示开始监控文件的状态。

图7所示为一实施的文件生成状态表的生成和初始化流程示意图。以下结合图5至图7说明文件生成状态表的生成过程。

首先步骤S211，检查接收方文件列表的参数配置。

进一步，步骤S212，判断参数配置是否为空。如果参数配置为空，表示没有相应接收方关注的文件，直接结束，这样避免了背景技术中介绍第三种方法中的需要生成空白文件清单的问题。如果参数配置不为空，表示存在相应接收方关注的文件，进入下一步。

步骤S213，从参数配置中读取下一条文件记录。

步骤S214，继续判断该条文件记录的参数配置是否为空。该步骤与步骤S212类似。如果参数配置不为空，表示存在相应接收方关注的文件，进入下一步。

步骤S215根据接收方ID、发送方ID、文件名几个要素，生成一条文件生成状态表的记录，生成状态记为“生成未知”，监控状态记为“监控中”，并将记录插入文件生成状态表中。继续返回步骤S213。进行下一条记录的生成。

进一步，如步骤S220，“已生成”状态的确定。在该步骤中，在发送方客户端成功发送所述文件至服务器时（或者说发送方发送的文件到达服务器时或被服务器感知时）将该文件对应的生成状态位更新为“已生成”的最终状态，因此并不需要在文件成功发送至接收方才更新生成状态位。

图8所示为一实施例的“已生成”状态的确定示意图。发送方生成的文件，通过服务器向接收方发送；每条发送请求来临时（即表示发送方客户端成功发送该文件至服务器），服务器利用对应的发送方、接收方、以及文件名去查询文件生成状态表中是否存在对应匹配的文件记录，如果存在该条记录且记录的生成状态为“生成未知”，则文件生成状态表中该条记录的生成状态更新为“已生成”，表示发送方已经生成文件，至少在传输过程中。如图8所示，以发送方S1向接收方R1传输文件S1File1为例进行说明，发送方S1向接收方R1发送文件S1File1后，更新文件生成状态表中的该记录所示的文件的生成状态为“已生成”。

步骤S230，“不生成”状态的确定。在该步骤中，在接收到发送方发送的文件发送任务完成的指令时将该发送方客户端对应的生成状态位更新为“不生成”的最终状态。为实现该步骤，在如图2所示的文件传输系统中，发送方客户被配置为在完成文件发送时向服务器发送的文件发送任务完成指令。

图9所示为一实施例的“不生成”状态的确定示意图。具体地，发送方在完成文件发送后，向服务器发送“发送完成”指令（也即文件发送任务完成指令），服务器每收到一个“发送完成”指令后，都会将该发送方在文件生成状态表中的所有生成状态为“生成未知”的记录，改为“不生成”，当然，如果生成状态为“已生成”则不作状态更改；“不生成”为文件生成状态的最终状态的一种，这表示该文件未在发送方中最终生成。如图9所示，以发送方S1向服务器发送“发送完成指令”为例进行说明，文件发送方S1发完文件后，向服务器发送“发送完成指令”，服务器将文件生成状态表中的该发送方所对应 的所有“生成未知”的记录改为“不生成”状态。

发送方发送文件发送任务完成指令则意味着该发送方在预定的时间段（例如一天）就不会再有文件生成了。 

以上步骤S220和步骤S230实现了使服务器中的文件状态表的文件状态位由初始状态更新为最终状态。

进一步，如步骤S240，接收方所关注的所有文件的文件生成状态是否被更新为最终状态。

进一步，如步骤S250，对应该客户端生成状态汇总报告。

图10所示为一实施例的状态汇总报告生成示意图 具体地，如以上步骤S240，通过服务器监控文件生成状态表中的每个接收方的所有文件是否都达到最终状态，如果判断为是，则为相应的接收方生成状态汇总报告并停止监控。如图10所示，以接收方R1为例进行说明，当接收方R1对应的文件生成状态全都达到最终状态（即“已生成”或“不生成”状态）后，服务器生成状态汇总报告给接收方R1，并将接收方R1在文件生成状态表中的监控状态由“监控中”改为“完成监控”。当然，如果以上判断为“否”，则表示发送方还未完成对该接收方所关注的文件的准备，不能停止监控，需要继续监控。

进一步，如步骤S260，发送状态汇总报告至该客户端。

图11所示为一实施例的状态汇总报告生成过程流程示意图。首先如步骤S251，查找文件生成状态表中监控状态为“监控中”的接收方ID，生成该接收方ID的集合W，以图9为例，集合W包括R1、R2。然后，步骤S252，判断集合W是否为空集，如果为空集，返回步骤S251，表示还不需要生成状态汇总报告；如果判断不是空集，则表示有相应的接收方需要对应生成状态汇总报告。然后，步骤S253，精简集合W，得到不冗余的接收方ID集合V，以图9为例，集合W不需要精简，集合V等于集合W，其包括R1、R2。然后，步骤S254，依次获取集合V中下一个接收方在文件生成状态表中的所有文件生成状态的记录的集合U。以图9为例，接收方R1的所有文件生成状态的记录的集合U为“已生成”和“不生成”。然后，步骤S255，判断集合V中是否还有下一个接收方？如果没有，则返回步骤S251，表示完成当前接收方的状态汇总报告后，不需要再生成其他接收方的状态汇总报告，如果判断为“是”，则进入步骤S256，判断集合U中所有文件生成状态是否是“最终状态”，如果判断为“否”，表示有文件生成状态未达到“最终状态”，返回步骤S254；如果判断为“是”，表示该接收方的所有文件的生成状态均达到“最终状态”，则进入步骤S257，为该接收方生成并发送状态汇总报告，同时更新集合U内所有记录的监控状态为“完成监控”。以图9为例，接收方R1的集合U均为最终状态，因此，为R1生成状态汇总报告并发送该状态汇总报告至R1。接下来返回步骤S251，对下一个接收方生成并发送状态汇总报告。

至此，图2所示的文件生成状态报告方法结束。这样，每个接收方客户端可以收到相应的状态汇总报告，其表示了来自不同接收方的文件的生成状态，这样接收方对其所关注的文件生成状态一目了然，为依赖于其所接收到的文件而开展工作的接收方提供了一种可靠的依据。例如，如果接收关注的某一文件在预定时间内未接收到，但在状态汇总报告中为“已生成”，则表示很可能是文件在服务器至接收方的传输过程中或者在文件传输过程中发生问题，接收方可以相应等待或者有针对地去排查文件传输方面的问题；如果在状态汇总报告中为“不生成”，则表示在发生方未生成，接收方不用继续等待，避免了盲等的问题。因此，通过文件生成状态报告，可以有效解决接收方在无法预知其所关注的文件是否已被上游的发送方生成的情况。并且，本发明所公开的文件生成状态报告方法准确性高，能够提高多系统协作参与的生产场景中的工作效率。

从对现有文件传输系统的影响上来看，本发明提供的文件传输系统，其核心处理部件均部署在服务器上，可基于多进程方式实现，有利于报告的快速生成，具有良好的可扩展性。并且对于接收方来说，只需要按照往常接收其他类型文件一样接收汇总报告即可；对于发送方来说，只需要在其生成和发送完毕文件后，再向服务器发送一条发送任务完成指令即可，改动较小。因此，对现有文件传输系统的改动小，改造成本低。

从文件传输系统的长期运营维护角度来看，本发明提供的方法，对于接收方所关注的文件列表以参数的形式进行配置，新增加一个接收方则只需要配置参数即可，无需代码的任何改动，具有良好的通用性。

以下一具体应用实例具体示例说明文件生成状态报告方法的应用场景。

昨天有A,B,C三个文件生成方，需要发送文件给接收方R，接收方文件列表如下图12所示。

  那么昨天接收方R应该收到的文件为：File1，File2，Fle3，File4。   

 今天A，B，C三个文件生成方，需要发送文件给接收方R，接收方文件列表变为如下图13所示。

 那么今天接收方R应该收到的文件为：File1，File3，File4，其相比昨天少了一个File2。

 R今天根据这些文件来开展工作时，它发现比昨天少了一个文件File2，到底是因为什么原因少的，它根本不知道。

 如果是因为网络问题，传输文件File2的时候断网了，那么R可以发起重新获取文件File2请求，如果是根本就没有生成这个文件，那么R发多次文件重新获取文件File2请求也没用。那么接收方R是发送重新获取文件请求还是不发送，发多少次为止？如果R不能获取本发明的状态汇总报告，这些问题是难以解决的，从而容易造成盲等。

 如果能向R发送本发明的状态汇总报告，告诉R文件File2今天不生成，那么它可以根据File2不生成这个情况，来调整期后续工作策略。从而避免接收R遇到的如背景技术中所描述的问题。

需要理解的是，在以上实施例中，状态汇总报告的生成时机是在接收方客户端所关注的所有文件的文件生成状态被更新为最终状态时，这样，接收方根据状态汇总报告可以获知所关注是所有文件的最终状态。但是，在其他实施例中，状态汇总报告的生成时机并不是固定的，其是相对可配置，例如，其也可以在某一预定的时间点生成状态汇总报告（例如定时方式生成），这样，接收方根据状态汇总报告可以获知文件是处于“已生成”、“未生成”还是“生成未知”状态。

以上例子主要说明了本发明的文件生成状态表、文件生成状态报告方法以及文件传输系统。尽管只对其中一些本发明的实施方式进行了描述，但是本领域普通技术人员应当了解，本发明可以在不偏离其主旨与范围内以许多其他的形式实施；例如，发送任务完成的指令可以采用表存储的方式进行处理，避免因为进程失效而导致完成指令的丢失，提高整个方法的可靠性。因此，所展示的例子与实施方式被视为示意性的而非限制性的，在不脱离如所附各权利要求所定义的本发明精神及范围的情况下，本发明可能涵盖各种的修改与替换。

Claims (16)

1.一种文件生成状态表，其中包括发送方客户端标识位、接收方客户端标识位以及相应的文件标识位，其特征在于，所述文件生成状态表中还设置有生成状态位和监控状态位；

其中，所述生成状态位用来记录文件生成状态，文件生成状态的初始状态定义为“生成未知”状态，文件生成状态的最终状态定义为“已生成”状态或“不生成”状态；

所述监控状态位用来监控每个接收方客户端所对应的在所述生成状态位中记录的文件生成状态是否被更新为最终状态，并在更新为最终状态时该接收方客户端对应的所述监控状态位被更新为“完成监控”状态。

2.如权利要求1所述的文件生成状态表，其特征在于，所述文件生成状态表被配置在服务器中，所述发送方客户端通过服务器传输文件至所述接收方客户端。

3.如权利要求1或2所述的文件生成状态表，其特征在于，在所述文件生成状态表基于若干所述接收方客户端提供的接收方文件列表生成。

4.如权利要求3所述的文件生成状态表，其特征在于，所述接收文件生成状态表包括发送方客户端标识位、接收方客户端标识位以及相应的文件标识位。

5.如权利要求1或2所述的文件生成状态表，其特征在于，所述监控状态的初始状态为“监控中”。

6.一种文件生成状态报告方法，其特征在于，通过监控每个接收方客户端所关注的文件的文件生成状态是否被更新为最终状态，并且在该接收方客户端所关注的所有文件的文件生成状态被更新为最终状态时或者在某一预定时间点，向该接收方客户端报告文件生成状态；其中，在发送方客户端成功发送所述文件至服务器时或者在接收到发送方客户端发送的文件发送任务完成的指令时，文件生成状态分别被更新为“已生成”状态或“不生成”状态最终状态。

7.一种文件生成状态报告方法，用于向文件的接收方客户端报告其所关注的文件的文件生成状态，其包括以下步骤：

基于若干所述接收方客户端提供的接收方文件列表生成如权利要求1所述的文件生成状态表，并将文件生成状态表的生成状态位初始化为“生成未知”状态、将文件生成状态表的监控状态位初始化为“监控中”状态；

在发送方客户端成功发送所述文件至服务器时将该文件对应的生成状态位更新为“已生成”的最终状态；

在接收到发送方客户端发送的文件发送任务完成的指令时将该发送方客户端对应的生成状态位更新为“不生成”的最终状态；

在每个接收方客户端所关注的所有文件的文件生成状态被更新为最终状态时或者在某一预定时间点生成该接收方客户端的状态汇总报告；以及

将所述状态汇总报告发送至相应的接收方客户端。

8.如权利要求7所述的方法，其特征在于，所述接收方客户端所关注的文件以参数形式配置在所述接收方文件列表中。

9.如权利要求7所述的方法，其特征在于，所述文件生成状态表被配置在服务器中，所述发送方客户端通过服务器传输文件至所述接收方客户端。

10.如权利要求9所述的方法，其特征在于，所述发送方客户端、服务器和接收方客户端处于星型拓扑结构的网络中。

11.如权利要求7所述的方法，其特征在于，所述接收文件生成状态表包括发送方客户端标识位、接收方客户端标识位以及相应的文件标识位。

12.如权利要求7所述的方法，其特征在于，生成该接收方客户端的状态汇总报告包括以下步骤：

获取文件生成状态表中某一接收方的关注的文件的生成状态的所有记录；以及

判断生成状态的所有记录是否为最终状态，如果判断为“是”，为该接收方生成状态汇总报告。

13.如权利要求7所述的方法，其特征在于，所述指令采用表存储的方式进行处理。

14.一种文件生成状态报告装置，用于向文件的接收方客户端报告其所关注的文件的文件生成状态，其包括：

初始化模块，其用于基于若干所述接收方客户端提供的接收方文件列表生成如权利要求1所述的文件生成状态表，并将文件生成状态表的生成状态位初始化为“生成未知”状态、将文件生成状态表的监控状态位初始化为“监控中”状态；

“已生成”状态确定模块，其用于在发送方客户端成功发送所述文件至服务器时将该文件对应的生成状态位更新为“已生成”的最终状态；

“不生成”状态确定模块，其用于在接收到发送方客户端发送的文件发送任务完成的指令时将该发送方客户端对应的生成状态位更新为“不生成”的最终状态；

状态汇总报告生成模块，其用于在每个接收方客户端所关注的所有文件的文件生成状态被更新为最终状态时或者在某一预定时间点生成该接收方客户端的状态汇总报告；以及

状态汇总报告发送模块，其用于将所述状态汇总报告发送至相应的接收方客户端。

15.一种文件传输系统，包括一个或多个发送方客户端、服务器、一个或多个接收方客户端，所述发送方客户端通过服务器传输文件至所述接收方客户端，其特征在于：

所述服务器被配置有如权利要求1所述的文件生成状态表；

所述发送方客户被配置为在完成文件发送任务时向所述服务器发送的文件发送任务完成指令；

其中，所述服务器还被配置为在每个接收方客户端所关注的所有文件的文件生成状态被更新为最终状态时或者在某一预定时间点生成该接收方客户端的状态汇总报告、并向该接收方客户端发送相应的状态汇总报告。

16.如权利要求15所述的文件传输系统，所述发送方客户端、服务器和接收方客户端处于星型拓扑结构的网络中。