文件生成狀態(tài)表、文件生成狀態(tài)報(bào)告以及文件傳輸系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及網(wǎng)絡(luò)傳輸技術(shù)領(lǐng)域，涉及設(shè)置有生成狀態(tài)位和監(jiān)控狀態(tài)位的文件生成狀態(tài)表，以及用于向文件的接收方客戶端報(bào)告其所關(guān)注的文件的文件生成狀態(tài)的文件生成狀態(tài)報(bào)告方法及裝置，以及可以向接收方客戶端報(bào)告所關(guān)注的所有文件的文件生成狀態(tài)的文件傳輸系統(tǒng)。
【背景技術(shù)】
[0002]在網(wǎng)絡(luò)結(jié)構(gòu)的不同客戶端中，存在文件的相互傳輸，在各種業(yè)務(wù)處理中，文件的接收方通常是基于接收的若干文件進(jìn)一步進(jìn)行相應(yīng)的業(yè)務(wù)工作。
[0003]以星型拓?fù)浣Y(jié)構(gòu)的網(wǎng)絡(luò)為例，圖1所示為常見(jiàn)的星型拓?fù)浣Y(jié)構(gòu)的網(wǎng)絡(luò)，其中包括服務(wù)器、若干發(fā)送方的客戶端和若干接收方的客戶端，當(dāng)然，某些客戶端既可以作為發(fā)送方也可以作為接收方。發(fā)送方和接收方是相對(duì)的，其可以根據(jù)具體情形對(duì)某一客戶端進(jìn)行定義。
[0004]在圖1所示的星型拓?fù)浣Y(jié)構(gòu)網(wǎng)絡(luò)中進(jìn)行文件傳輸時(shí)，客戶端與客戶端之間是通過(guò)服務(wù)器進(jìn)行文件傳輸?shù)?。?dāng)客戶端作為接收方時(shí)，它接收來(lái)自其他客戶端(發(fā)送方)的文件。由于發(fā)送方生成和發(fā)送的文件受到相關(guān)業(yè)務(wù)等因素的影響，其每天生成和發(fā)送的文件種類、數(shù)量并不是每天都相同，從而導(dǎo)致接收方無(wú)法預(yù)知其當(dāng)天可能收到來(lái)自發(fā)送方的種類和數(shù)量。在實(shí)際應(yīng)用中，接收方往往依賴于其收到的文件進(jìn)行后續(xù)工作內(nèi)容的開(kāi)展，如果接收方在還沒(méi)有真正接收完所有文件的情況下就基于接收的文件開(kāi)展業(yè)務(wù)工作，則可能導(dǎo)致某些工作步驟不能往下進(jìn)行或者某些工作步驟產(chǎn)生誤差，從而產(chǎn)生一些后續(xù)返工或補(bǔ)救措施。因此，容易造成接收方盲等的現(xiàn)象。
[0005]以上問(wèn)題的常規(guī)解決方法有以下三種。
[0006]第一種，采用截止時(shí)間策略，即接收方設(shè)置一個(gè)截止時(shí)間，當(dāng)該時(shí)間到達(dá)時(shí)，則認(rèn)為其所需要接收的文件都已經(jīng)收到。這種方案存在的缺陷是，需要提前預(yù)知每個(gè)發(fā)送方最晚生成完畢和發(fā)送完畢其所有文件的時(shí)間t，把截止時(shí)間設(shè)置為晚于最晚發(fā)送完畢時(shí)間，即晚于max (t)，但是，發(fā)送方的max (t)受到諸如生成的文件大小、網(wǎng)絡(luò)傳輸速度等因素的影響并不保證max(t)每天都相同，因此截止時(shí)間如果過(guò)多地晚于max(t),則會(huì)造成接收方時(shí)間的浪費(fèi)，如果截止時(shí)間早于max (t)，則接收方不能接收到所有文件，問(wèn)題沒(méi)有得到解決。
[0007]第二種，基于歷史數(shù)據(jù)的統(tǒng)計(jì)方法，例如，接收方R根據(jù)過(guò)去一段時(shí)間內(nèi)其接收到的文件種類、文件大小、文件個(gè)數(shù)、文件傳輸完畢時(shí)間等來(lái)預(yù)測(cè)期當(dāng)天可能收到的文件個(gè)數(shù)、種類信息等。這種方法并不時(shí)常準(zhǔn)確，也可能會(huì)造成文件漏收的情況。
[0008]第三種，每個(gè)文件發(fā)送方中，在生成完畢所有文件集合B后，再根據(jù)文件集合B中的接收方個(gè)數(shù)，分別為每個(gè)接收方生成一張文件清單，并把清單發(fā)送給接收方。文件接收方再根據(jù)來(lái)自每個(gè)發(fā)送方的文件清單檢查其收到的文件情況，從而判斷其文件是否都接收完畢。這種方式存在如下缺陷:首先，如果集合B中的文件接收方太多，則會(huì)增加文件發(fā)送方的工作量，即使某天某個(gè)文件發(fā)送方?jīng)]有任何文件需要生成和發(fā)送，也需要生成空白的文件清單，同時(shí)文件發(fā)送方需要進(jìn)行一些較大的改造才能實(shí)現(xiàn)發(fā)送文件清單的功能；其次，文件接收方需要了解整個(gè)星形拓?fù)浣Y(jié)構(gòu)網(wǎng)絡(luò)中發(fā)送方的個(gè)數(shù)，直到收到所有發(fā)送方的文件清單后，才能確定其文件是否接收完畢，如果發(fā)送方數(shù)量過(guò)多，則會(huì)增加接收方工作量；最后，增加和減少發(fā)送方都需要通知接收方，不利于文件傳輸系統(tǒng)的維護(hù)。
[0009]中國(guó)專利申請(qǐng)?zhí)枮?00810081930.9、名稱為“文件傳輸任務(wù)狀態(tài)獲取方法、系統(tǒng)和待加載設(shè)備”的專利中，其主要關(guān)注的是文件傳輸狀態(tài)，主要解決文件端對(duì)端中的文件某個(gè)傳輸過(guò)程階段的問(wèn)題，文件是已知的(即客戶端與服務(wù)端之間所需要傳輸?shù)奈募N類、大小、個(gè)數(shù)等是已知的)。因此，其并不關(guān)注文件生成狀態(tài)的問(wèn)題，作為接收方的客戶端并不能準(zhǔn)確獲取文件發(fā)送方的生成狀態(tài)。
[0010]中國(guó)專利申請(qǐng)?zhí)枮?01210491796.6、名稱為“文件同步方法、服務(wù)器、客戶端及終端設(shè)備”的專利中，在作為發(fā)送方的客戶端沒(méi)有上傳文件或文件上傳失敗時(shí)，服務(wù)器并不會(huì)告知相應(yīng)的接收方客戶端，也即只告知成功的文件，失敗未生成的(也即沒(méi)有生成的文件)文件在接收方客戶端是完全無(wú)法感知的。因此，其關(guān)注的問(wèn)題在于文件傳輸丟失、重復(fù)上傳、傳輸半途結(jié)束斷點(diǎn)續(xù)傳、多個(gè)設(shè)備之間的同步性問(wèn)題，關(guān)注的側(cè)重點(diǎn)還在于文件的傳輸過(guò)程，因此其同樣不關(guān)注文件生成狀態(tài)的問(wèn)題，作為接收方的客戶端并不能準(zhǔn)確獲取文件發(fā)送方的生成狀態(tài)。

【發(fā)明內(nèi)容】

[0011]為解決以上問(wèn)題或者實(shí)現(xiàn)其他目的，本發(fā)明提供以下技術(shù)方案。
[0012]按照本發(fā)明的一方面，提供一種文件生成狀態(tài)表，其中包括發(fā)送方客戶端標(biāo)識(shí)位、接收方客戶端標(biāo)識(shí)位以及相應(yīng)的文件標(biāo)識(shí)位，其特征在于，所述文件生成狀態(tài)表中還設(shè)置有生成狀態(tài)位和監(jiān)控狀態(tài)位；
其中，所述生成狀態(tài)位用來(lái)記錄文件生成狀態(tài)，文件生成狀態(tài)的初始狀態(tài)定義為“生成未知”狀態(tài)，文件生成狀態(tài)的最終狀態(tài)定義為“已生成”狀態(tài)或“不生成”狀態(tài)；
所述監(jiān)控狀態(tài)位用來(lái)監(jiān)控每個(gè)接收方客戶端所對(duì)應(yīng)的在所述生成狀態(tài)位中記錄的文件生成狀態(tài)是否被更新為最終狀態(tài)，并在更新為最終狀態(tài)時(shí)該接收方客戶端對(duì)應(yīng)的所述監(jiān)控狀態(tài)位被更新為“完成監(jiān)控”狀態(tài)。
[0013]根據(jù)本發(fā)明一實(shí)施例的文件生成狀態(tài)表，其中，所述文件生成狀態(tài)表被配置在服務(wù)器中，所述發(fā)送方客戶端通過(guò)服務(wù)器傳輸文件至所述接收方客戶端。
[0014]根據(jù)本發(fā)明還一實(shí)施例的文件生成狀態(tài)表，其中，在所述文件生成狀態(tài)表基于若干所述接收方客戶端提供的接收方文件列表生成。
[0015]具體地,所述接收文件生成狀態(tài)表包括發(fā)送方客戶端標(biāo)識(shí)位、接收方客戶端標(biāo)識(shí)位以及相應(yīng)的文件標(biāo)識(shí)位。
[0016]具體地，所述監(jiān)控狀態(tài)的初始狀態(tài)可以為“監(jiān)控中”。
[0017]按照本發(fā)明的又一方面，提供一種文件生成狀態(tài)報(bào)告方法，通過(guò)監(jiān)控每個(gè)接收方客戶端所關(guān)注的文件的文件生成狀態(tài)是否被更新為最終狀態(tài)，并且在該接收方客戶端所關(guān)注的所有文件的文件生成狀態(tài)被更新為最終狀態(tài)時(shí)或者在某一預(yù)定時(shí)間點(diǎn)，向該接收方客戶端報(bào)告文件生成狀態(tài)；其中，在發(fā)送方客戶端成功發(fā)送所述文件至服務(wù)器時(shí)或者在接收到發(fā)送方客戶端發(fā)送的文件發(fā)送任務(wù)完成的指令時(shí)，文件生成狀態(tài)分別被更新為“已生成”狀態(tài)或“不生成”狀態(tài)最終狀態(tài)。
[0018]按照本發(fā)明的還一方面，提供一種文件生成狀態(tài)報(bào)告方法，用于向文件的接收方客戶端報(bào)告其所關(guān)注的文件的文件生成狀態(tài)，其包括以下步驟:
基于若干所述接收方客戶端提供的接收方文件列表生成以上所述及的文件生成狀態(tài)表，并將文件生成狀態(tài)表的生成狀態(tài)位初始化為“生成未知”狀態(tài)、將文件生成狀態(tài)表的監(jiān)控狀態(tài)位初始化為“監(jiān)控中”狀態(tài)；
在發(fā)送方客戶端成功發(fā)送所述文件至服務(wù)器時(shí)將該文件對(duì)應(yīng)的生成狀態(tài)位更新為“已生成”的最終狀態(tài)；
在接收到發(fā)送方客戶端發(fā)送的文件發(fā)送任務(wù)完成的指令時(shí)將該發(fā)送方客戶端對(duì)應(yīng)的生成狀態(tài)位更新為“不生成”的最終狀態(tài)；
在每個(gè)接收方客戶端所關(guān)注的所有文件的文件生成狀態(tài)被更新為最終狀態(tài)時(shí)或者在某一預(yù)定時(shí)間點(diǎn)生成該接收方客戶端的狀態(tài)匯總報(bào)告；以及將所述狀態(tài)匯總報(bào)告發(fā)送至相應(yīng)的接收方客戶端。
[0019]根據(jù)本發(fā)明一實(shí)施例的文件生成狀態(tài)報(bào)告方法，其中，所述接收方客戶端所關(guān)注的文件以參數(shù)形式配置在所述接收方文件列表中。
[0020]根據(jù)本發(fā)明還一實(shí)施例的文件生成狀態(tài)報(bào)告方法，其中，所述文件生成狀態(tài)表被配置在服務(wù)器中，所述發(fā)送方客戶端通過(guò)服務(wù)器傳輸文件至所述接收方客戶端。
[0021]根據(jù)本發(fā)明又一實(shí)施例的文件生成狀態(tài)報(bào)告方法，其中，所述發(fā)送方客戶端、服務(wù)器和接收方客戶端處于星型拓?fù)浣Y(jié)構(gòu)的網(wǎng)絡(luò)中。
[0022]具體地,所述接收文件生成狀態(tài)表包括發(fā)送方客戶端標(biāo)識(shí)位、接收方客戶端標(biāo)識(shí)位以及相應(yīng)的文件標(biāo)識(shí)位。
[0023]根據(jù)本發(fā)明再一實(shí)施例的文件生成狀態(tài)報(bào)告方法，其中，，生成該接收方客戶端的狀態(tài)匯總報(bào)告包括以下步驟:
獲取文件生成狀態(tài)表中某一接收方的關(guān)注的文件的生成狀態(tài)的所有記錄；以及判斷生成狀態(tài)的所有記錄是否為最終狀態(tài)，如果判斷為“是”，為該接收方生成狀態(tài)匯總報(bào)告。
[0024]具體地，所述指令可以采用表存儲(chǔ)的方式進(jìn)