專利名稱：信息處理系統(tǒng)、信息處理裝置、以及客戶終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息處理系統(tǒng)。
背景技術(shù)：
例如，在專利文獻(xiàn)I中公開了數(shù)據(jù)傳送系統(tǒng)，其具有如下單元:在規(guī)定的期間接收來自多個(gè)客戶的具有所述客戶的識(shí)別數(shù)據(jù)的請(qǐng)求信息的接收單元，通過所述識(shí)別數(shù)據(jù)來識(shí)別所述多個(gè)客戶的測(cè)試單元，生成關(guān)于在所述規(guī)定的期間沒有發(fā)送所述請(qǐng)求信息的所述客戶的報(bào)警信號(hào)的報(bào)警單元，生成給通過所述測(cè)試單元識(shí)別出的任意的客戶的響應(yīng)數(shù)據(jù)的生成單元，向所述任意的客戶發(fā)送所述響應(yīng)數(shù)據(jù)的發(fā)送單元。
現(xiàn)有技術(shù)文獻(xiàn) 專利文獻(xiàn)專利文獻(xiàn)1:日本公開專利2007-334898

發(fā)明內(nèi)容
發(fā)明要解決的問題本發(fā)明的目的在于，提供一種根據(jù)客戶終端的各種狀況來執(zhí)行任務(wù)的信息處理系統(tǒng)。
解決問題的手段本發(fā)明的信息處理系統(tǒng)，包括:客戶終端、和管理該客戶終端的管理服務(wù)器，所述客戶終端具有:發(fā)送單元，其將至少包含表示本機(jī)的運(yùn)行狀態(tài)的信息的通知數(shù)據(jù)發(fā)送給所述管理服務(wù)器，所述管理服務(wù)器具有:回復(fù)單元，其對(duì)來自所述客戶終端的通知數(shù)據(jù)進(jìn)行回復(fù)信息的回復(fù)；和信息插入單元，其在所述回復(fù)信息中插入有關(guān)所述客戶終端的任務(wù)的任務(wù)信息。本發(fā)明的信息處理裝置，包括:回復(fù)單元，其對(duì)來自客戶終端的通知數(shù)據(jù)進(jìn)行回復(fù)信息的回復(fù)；和信息插入單元，其在所述回復(fù)信息中插入有關(guān)所述客戶終端應(yīng)該執(zhí)行的任務(wù)的任務(wù)信息。理想的是，所述信息插入單元插入任務(wù)類別、表示執(zhí)行任務(wù)所需要的時(shí)間的信息、任務(wù)的優(yōu)先排名、表示關(guān)聯(lián)的其他的任務(wù)的信息、傳送文件的有無、傳送文件的數(shù)據(jù)大小、以及任務(wù)需要的數(shù)據(jù)文件的版本數(shù)中的至少一個(gè)作為所述任務(wù)信息。理想的是，所述信息插入單元插入表示應(yīng)該請(qǐng)求執(zhí)行任務(wù)所需要的數(shù)據(jù)文件的時(shí)刻的信息作為所述任務(wù)信息。理想的是，所述信息處理裝置還具有:設(shè)定數(shù)據(jù)通知間隔的間隔設(shè)定單元，所述數(shù)據(jù)通知間隔表示客戶終端應(yīng)該發(fā)送通知數(shù)據(jù)的間隔，所述信息插入單元在所述回復(fù)信息中插入由所述間隔設(shè)定單元變更了的數(shù)據(jù)通知間隔。理想的是，所述信息處理裝置還具有:任務(wù)信息存儲(chǔ)單元，其與任務(wù)的優(yōu)先排名和數(shù)據(jù)通知間隔相關(guān)聯(lián)地存儲(chǔ)任務(wù)信息，所述信息插入單元以與所述優(yōu)先排名相應(yīng)的順序，插入來自存儲(chǔ)在所述任務(wù)信息存儲(chǔ)單元的所述任務(wù)信息中的、任務(wù)信息和與該任務(wù)關(guān)聯(lián)的數(shù)據(jù)通知間隔。理想的是，所述任務(wù)信息存儲(chǔ)單元將應(yīng)該以串行的順序執(zhí)行的多個(gè)任務(wù)作為關(guān)聯(lián)任務(wù)并相互關(guān)聯(lián)地存儲(chǔ)，所述信息插入單元將作為關(guān)聯(lián)任務(wù)存儲(chǔ)在所述任務(wù)信息存儲(chǔ)單元中的多個(gè)任務(wù)的任務(wù)信息依次插入到相對(duì)于連續(xù)的多個(gè)通知數(shù)據(jù)的回復(fù)信息中。本發(fā)明的客戶終端，包括:發(fā)送單元，其將至少包含表示本機(jī)的運(yùn)行狀態(tài)的信息的通知數(shù)據(jù)發(fā)送給外部裝置；前處理單元，其根據(jù)所述發(fā)送單元發(fā)送的通知數(shù)據(jù)的回復(fù)信息，進(jìn)行執(zhí)行任務(wù)所需要的前處理；和執(zhí)行單元，其在所述前處理單元進(jìn)行了前處理之后執(zhí)行任務(wù)。理想的是，所述回復(fù)信息中包含表示任務(wù)的類別的任務(wù)類別，所述前處理單元基于所述任務(wù)類別判斷是否需要執(zhí)行任務(wù)，所述執(zhí)行單元在所述前處理單元判斷需要執(zhí)行任務(wù)的情況下，執(zhí)行該任務(wù)。理想的是，所述回復(fù)信息中包含指定請(qǐng)求數(shù)據(jù)文件的時(shí)刻的信息，所述前處理單元在所述回復(fù)信息所指定的時(shí)刻取得數(shù)據(jù)文件，所述執(zhí)行單元采用所述前處理單元所取得的數(shù)據(jù)文件執(zhí)行任務(wù)。理想的是，所述回復(fù)信息中包含表示下一個(gè)應(yīng)該執(zhí)行的任務(wù)的存在的關(guān)聯(lián)任務(wù)信息，所述前處理單元根據(jù)所述回復(fù)信息中所包含的關(guān)聯(lián)任務(wù)信息，將任務(wù)的執(zhí)行結(jié)束作為下一個(gè)應(yīng)該執(zhí)行的任務(wù)的請(qǐng)求信息通知給外部裝置。理想的是，所述發(fā)送單元在既定的期間不能接收與發(fā)送了的通知數(shù)據(jù)對(duì)應(yīng)的回復(fù)信息的情況下，將通知數(shù)據(jù)的發(fā)送間隔恢復(fù)為本機(jī)的默認(rèn)值。理想的是，所述回復(fù)信息中包含表示任務(wù)的優(yōu)先排名的信息，所述前處理單元比較所述執(zhí)行單元正在執(zhí)行的任務(wù)的優(yōu)先排名、和所述回復(fù)信息所通知的任務(wù)的優(yōu)先排名，在所通知的任務(wù)的優(yōu)先排名高于正在執(zhí)行的任務(wù)的情況下，取消正在執(zhí)行的任務(wù)，所述客戶終端還具有任務(wù)控制單元，其將所述前處理單元取消了任務(wù)的情況通知給所述外部裝置。理想的是，所述任務(wù)控制單元在相互關(guān)聯(lián)了的多個(gè)任務(wù)中的任一個(gè)失敗了的情況下，將執(zhí)行結(jié)束了的其他的相關(guān)聯(lián)的任務(wù)恢復(fù)到執(zhí)行前的狀態(tài)，將取消了關(guān)聯(lián)任務(wù)這一情況通知給外部裝置。理想的是，所述任務(wù)控制單元在所述回復(fù)信息通知了優(yōu)先排名高于相互關(guān)聯(lián)了的多個(gè)任務(wù)的任務(wù)的情況下，將執(zhí)行結(jié)束了的其他的相關(guān)聯(lián)的任務(wù)恢復(fù)到執(zhí)行前的狀態(tài)，將取消了關(guān)聯(lián)任務(wù)這一情況通知給外部裝置。理想的是，所述發(fā)送單元在執(zhí)行任務(wù)過程中，到了發(fā)送通知數(shù)據(jù)的時(shí)刻的情況下，將任務(wù)的進(jìn)展信息通知給外部裝置。
發(fā)明的效果可以根據(jù)客戶終端各自的狀況執(zhí)行任務(wù)。


圖1是說明數(shù)據(jù)通信系統(tǒng)I的概要的圖。圖2是說明數(shù)據(jù)響應(yīng)程序50的功能構(gòu)成的圖。
圖3是對(duì)任務(wù)管理部540進(jìn)行較詳細(xì)說明的圖。
圖4是例示任務(wù)信息管理表格的圖。
圖5是說明數(shù)據(jù)通知程序70的功能構(gòu)成的圖。
圖6是對(duì)任務(wù)控制部720進(jìn)行較詳細(xì)說明的圖。
圖7是說明對(duì)心跳通知的響應(yīng)處理(S50)的流程圖。
圖8是說明客戶終端9的心跳發(fā)送處理(S70)的流程圖。
圖9是說明基于客戶終端9的優(yōu)先排名的任務(wù)的應(yīng)用處理(S80)的流程圖。
圖10是說明關(guān)聯(lián)任務(wù)應(yīng)用失敗時(shí)的復(fù)原處理(S90)的流程圖。
圖11是例示客戶終端的任務(wù)應(yīng)用狀況管理表格的圖。
圖12是例示客戶終端的關(guān)聯(lián)任務(wù)應(yīng)用狀況管理表格的圖。
符號(hào)的說明 I…數(shù)據(jù)通信系統(tǒng) 5…管理服務(wù)器 9…客戶終端 50…數(shù)據(jù)響應(yīng)程序 70…數(shù)據(jù)發(fā)送程序 600…終端信息數(shù)據(jù)庫(kù) 620…任務(wù)信息數(shù)據(jù)庫(kù)
具體實(shí)施例方式以下，參照附圖對(duì)本發(fā)明的實(shí)施方式進(jìn)行說明。
圖1是說明數(shù)據(jù)通信系統(tǒng)I的概要的圖。
如圖1所示，本實(shí)施方式的數(shù)據(jù)通信系統(tǒng)I具有管理服務(wù)器5、和客戶終端9A 9C。管理服務(wù)器5是計(jì)算機(jī)終端，具有服務(wù)器功能?？蛻艚K端9是計(jì)算機(jī)終端，通過網(wǎng)絡(luò)與管理服務(wù)器5連接?？蛻艚K端9例如是設(shè)置在各種地點(diǎn)的信息終端、ATM機(jī)，是通過管理服務(wù)器5管理的對(duì)象。
例如，在管理服務(wù)器5和客戶終端9之間設(shè)置防火墻等，僅許可http以及https等的一部分的通信。
本例的客戶終端9通過采用http通信向管理服務(wù)器5發(fā)送心跳，管理服務(wù)器5穿過防火墻監(jiān)視客戶終端9的運(yùn)行狀況(死活)。圖2是說明數(shù)據(jù)響應(yīng)程序50的功能構(gòu)成的圖。
如圖2所示，數(shù)據(jù)響應(yīng)程序50具有:心跳響應(yīng)部500、終端信息管理部520、和任務(wù)管理部 540。
數(shù)據(jù)響應(yīng)程序50是通過例如CD-ROM等的存儲(chǔ)介質(zhì)安裝到管理服務(wù)器5的計(jì)算機(jī)程序。心跳響應(yīng)部500對(duì)來自客戶終端9的通知數(shù)據(jù)進(jìn)行回復(fù)信息的回復(fù)。更具體來說，心跳響應(yīng)部500將接收了心跳通知的客戶終端的運(yùn)行狀態(tài)通知給終端信息管理部520和任務(wù)管理部540。另外，心跳響應(yīng)部500將其他構(gòu)成通知的信息插入到心跳通知的回復(fù)信息中，再通知給客戶終端9。終端信息管理部520對(duì)終端信息DB600所包括的終端信息管理表格進(jìn)行信息的取得以及更新。終端信息管理表格持有客戶終端9的識(shí)別信息(MAC地址等)、和該終端的運(yùn)行狀態(tài)。更具體來說，終端信息管理部520根據(jù)心跳響應(yīng)部500通知的客戶終端9的運(yùn)行狀態(tài)，更新終端信息管理表格。另外，心跳響應(yīng)部500是本發(fā)明的回復(fù)單元的一例。另外，心跳響應(yīng)部500、終端信息管理部520以及任務(wù)管理部540的組合是本發(fā)明的信息插入單元的一例。這里，任務(wù)是客戶終端執(zhí)行的處理，例如，本機(jī)安裝的軟件的更新處理、備份數(shù)據(jù)的制作處理等。圖3是對(duì)任務(wù)管理部540進(jìn)行較詳細(xì)說明的圖。
如圖3所示，任務(wù)管理部540由任務(wù)優(yōu)先排名管理部542、心跳通知間隔管理部544、關(guān)聯(lián)任務(wù)定義部546、任務(wù)應(yīng)用狀況管理部548構(gòu)成。
任務(wù)管理部540對(duì)任務(wù)信息DB620進(jìn)行任務(wù)信息的取得、更新。這里，任務(wù)信息是指與任務(wù)相關(guān)的信息，例如，任務(wù)的屬性信息等。信息的取得以及更新對(duì)象是持有任務(wù)信息DB620保持的任務(wù)信息管理表格。
圖4是例示任務(wù)信息管理表格的圖。
如圖4所示，任務(wù)信息管理表格持有任務(wù)信息ID、任務(wù)類別、任務(wù)的優(yōu)先排名、關(guān)聯(lián)任務(wù)ID、傳送文件的有無、數(shù)據(jù)大小、版本數(shù)、應(yīng)用所需時(shí)間。傳送文件的有無表示是否有必要向客戶終端9發(fā)送對(duì)任務(wù)執(zhí)行必要的數(shù)據(jù)文件。本例的任務(wù)信息還包括:應(yīng)該請(qǐng)求對(duì)任務(wù)有必要的數(shù)據(jù)文件的時(shí)刻、和任務(wù)相關(guān)的數(shù)據(jù)通知間隔。任務(wù)類別表示任務(wù)的類別。任務(wù)的優(yōu)先排名表示執(zhí)行任務(wù)的優(yōu)先排名。關(guān)聯(lián)任務(wù)ID是用于識(shí)別相互關(guān)聯(lián)付的其他的任務(wù)的信息，例如，應(yīng)該下一個(gè)執(zhí)行的任務(wù)的ID。數(shù)據(jù)大小是傳送文件(即執(zhí)行任務(wù)需要的數(shù)據(jù)文件)的數(shù)據(jù)大小。版本數(shù)是傳送文件的版本數(shù)。應(yīng)用所需時(shí)間是執(zhí)行任務(wù)所需要的預(yù)計(jì)時(shí)間。任務(wù)優(yōu)先排名管理部542按照預(yù)先設(shè)定的任務(wù)的優(yōu)先排名，確定應(yīng)該向客戶終端9通知的任務(wù)。具體來說，心跳響應(yīng)部500接收到來自客戶終端9的心跳時(shí)，任務(wù)優(yōu)先排名管理部542根據(jù)該客戶終端9的信息(ID等)，從心跳接收時(shí)登記在任務(wù)信息管理表格的任務(wù)的中選擇優(yōu)先排名較高的任務(wù)。由此，應(yīng)該向客戶終端9通知的任務(wù)存在多個(gè)的情況下，向客戶終端9通知優(yōu)先排名最高的任務(wù)的信息。任務(wù)優(yōu)先排名管理部542指示心跳響應(yīng)部500將選擇了的任務(wù)的任務(wù)信息插入到心跳的回復(fù)信息中。心跳通知間隔管理部544設(shè)定表示客戶終端9應(yīng)該發(fā)送通知數(shù)據(jù)(具體來說是心跳)的間隔的數(shù)據(jù)通知間隔。例如，心跳通知間隔管理部544從任務(wù)管理表格中取得與任務(wù)信息關(guān)聯(lián)的心跳通知間隔，將取得到的心跳通知間隔通知給心跳響應(yīng)部500。另外，心跳通知間隔管理部544可以根據(jù)管理者的指示將客戶終端9的心跳通知間隔變更為任意值。關(guān)聯(lián)任務(wù)定義部546將應(yīng)該以串行的順序執(zhí)行的多個(gè)任務(wù)相互關(guān)聯(lián)成為關(guān)聯(lián)任務(wù)，以既定的順序?qū)㈥P(guān)聯(lián)了的多個(gè)任務(wù)通知給心跳響應(yīng)部500。任務(wù)應(yīng)用狀況管理部548對(duì)于每個(gè)客戶終端，管理任務(wù)的通知狀況(任務(wù)信息的通知是否結(jié)束)、以及執(zhí)行任務(wù)狀況(正在執(zhí)行任務(wù)、任務(wù)執(zhí)行結(jié)束、任務(wù)執(zhí)行失敗、或者任務(wù)執(zhí)行前)。具體來說，任務(wù)應(yīng)用狀況管理部548持有對(duì)于每個(gè)客戶終端管理任務(wù)應(yīng)用狀況的任務(wù)應(yīng)用狀況管理表格、管理每個(gè)客戶終端的關(guān)聯(lián)任務(wù)應(yīng)用狀況的關(guān)聯(lián)任務(wù)應(yīng)用狀況管理表格，基于心跳所包含的信息(執(zhí)行任務(wù)狀況等)，更新各表格。任務(wù)應(yīng)用狀況管理表格和關(guān)聯(lián)任務(wù)應(yīng)用狀況管理表格存儲(chǔ)在終端信息DB600中。圖5是說明數(shù)據(jù)通知程序70的構(gòu)成的圖。
如圖5所示，數(shù)據(jù)通知程序70具有心跳發(fā)送部700、任務(wù)控制部720、心跳通知管理部
740。
數(shù)據(jù)通知程序70是通過例如CD-ROM等的存儲(chǔ)介質(zhì)安裝在客戶終端9A 9C的計(jì)算機(jī)程序。
另外，本例的通知數(shù)據(jù)是以http通信定期通知客戶終端至少正在運(yùn)行這一情況的心跳。心跳發(fā)送部700將至少包含表示本機(jī)的運(yùn)行狀態(tài)的信息的通知數(shù)據(jù)發(fā)送到管理服務(wù)器5。例如，心跳發(fā)送部700將客戶終端9自身的運(yùn)行狀態(tài)、任務(wù)應(yīng)用狀況、任務(wù)應(yīng)用結(jié)果插入到心跳的包中，定期對(duì)管理服務(wù)器5發(fā)送。另外，心跳發(fā)送部700將從管理服務(wù)器5接收到的任務(wù)信息(含有心跳的回復(fù)信息的信息)通知給任務(wù)控制部720。進(jìn)一步地，心跳發(fā)送部700從管理服務(wù)器5取得執(zhí)行任務(wù)所需要的數(shù)據(jù)文件。又，心跳發(fā)送部700也可以從其他的服務(wù)器(例如，管理服務(wù)器5指定的訪問目標(biāo))取得執(zhí)行任務(wù)所需要的數(shù)據(jù)文件。任務(wù)控制部720進(jìn)行執(zhí)行任務(wù)所需要的前處理，執(zhí)行任務(wù)。如圖6所示，任務(wù)控制部720具有任務(wù)判斷部722、任務(wù)取得通知部724、任務(wù)應(yīng)用部726。
任務(wù)判斷部722基于管理服務(wù)器5通知的回復(fù)信息中所包含的任務(wù)類別，判斷是否需要執(zhí)行任務(wù)。例如，任務(wù)判斷部722基于任務(wù)類別，判斷任務(wù)是否是自身能夠應(yīng)用的任務(wù)。進(jìn)一步地，任務(wù)判斷部722取得自身當(dāng)前的處理狀態(tài)，判斷是否是任務(wù)能夠應(yīng)用的狀態(tài)。當(dāng)前處理中的任務(wù)存在的情況下，任務(wù)判斷部722比較當(dāng)前處理中的任務(wù)的優(yōu)先排名、和管理服務(wù)器5通知的任務(wù)的優(yōu)先排名，根據(jù)優(yōu)先排名向任務(wù)應(yīng)用部726指示當(dāng)前的任務(wù)是“繼續(xù)執(zhí)行”還是“取消”。任務(wù)取得通知部724在數(shù)據(jù)文件的取得是必要的任務(wù)的情況下，保持由管理服務(wù)器5與任務(wù)信息一同通知的數(shù)據(jù)文件取得的時(shí)刻。任務(wù)取得通知部724在到了保持著的數(shù)據(jù)文件取得的時(shí)刻的情況下，委托心跳發(fā)送部700取得數(shù)據(jù)文件。任務(wù)應(yīng)用部726根據(jù)通過心跳的回復(fù)信息通知了的任務(wù)信息或者關(guān)聯(lián)任務(wù)信息，執(zhí)行任務(wù)，并向管理服務(wù)器5通知執(zhí)行結(jié)束。例如，任務(wù)應(yīng)用部726執(zhí)行任務(wù)，并將執(zhí)行結(jié)束任務(wù)的應(yīng)用結(jié)果、在執(zhí)行的任務(wù)的進(jìn)展?fàn)顩r臨時(shí)存儲(chǔ)在文件或存儲(chǔ)器上。存儲(chǔ)的同時(shí)，任務(wù)應(yīng)用部726指示心跳發(fā)送部700將任務(wù)的應(yīng)用結(jié)果發(fā)送到管理服務(wù)器。進(jìn)一步地，任務(wù)應(yīng)用部726在關(guān)聯(lián)執(zhí)行任務(wù)中途失敗的情況下，將已經(jīng)執(zhí)行結(jié)束的關(guān)聯(lián)任務(wù)恢復(fù)到任務(wù)執(zhí)行前的狀態(tài)。心跳通知管理部740持有管理服務(wù)器5通知的心跳通知間隔。心跳通知管理部740按照心跳通知間隔，定期向心跳發(fā)送部700委托心跳通知。不能通過心跳發(fā)送部700接收心跳的回復(fù)信息的情況下，心跳通知管理部740將設(shè)定的心跳的通知間隔變更為客戶終端持有的既定的通知間隔(默認(rèn)值)。圖7是對(duì)心跳通知的響應(yīng)處理(S50)。
如圖7所示，步驟500(S500)中，心跳響應(yīng)部500接收來自客戶終端9的心跳通知。進(jìn)一步地，心跳響應(yīng)部500將心跳通知通知給終端信息管理部520、和任務(wù)管理部540。
步驟505 (S505)中，終端信息管理部520將客戶終端9的識(shí)別信息、和其運(yùn)行狀態(tài)登記到終端信息DB600。
步驟510 (S510)中，任務(wù)管理部540參照任務(wù)信息表格，判斷是否存在應(yīng)該向接受了心跳通知的客戶終端9通知的任務(wù)。
存在任務(wù)的情況下，對(duì)心跳通知的響應(yīng)處理(S50)進(jìn)入到S515。不存在任務(wù)的情況下，對(duì)心跳通知的響應(yīng)處理(S50)進(jìn)入到S535。
步驟515(S515)中，任務(wù)管理部540從任務(wù)信息表格取得向客戶終端9通知的任務(wù)信
肩、O
步驟520(S520)中，任務(wù)管理部540參照任務(wù)信息表格，判斷對(duì)于通知的任務(wù)，是否有必要向客戶終端9發(fā)送數(shù)據(jù)文件。
有必要發(fā)送數(shù)據(jù)文件的情況下，對(duì)心跳通知的響應(yīng)處理(S50)進(jìn)入到S525。不需要發(fā)送數(shù)據(jù)文件的情況下，對(duì)心跳通知的響應(yīng)處理(S50)進(jìn)入到S530。
步驟525(S525)中，任務(wù)管理部540從任務(wù)信息表格中取得可能取得任務(wù)的時(shí)間和任務(wù)信息，通知給心跳響應(yīng)部500。
步驟530 (S530)中，任務(wù)管理部540從任務(wù)信息表格中取得任務(wù)信息和任務(wù)應(yīng)用狀況，通知給心跳響應(yīng)部500。
步驟535 (S535)中，心跳通知間隔管理部544確定與任務(wù)關(guān)聯(lián)的心跳通知間隔，委托心跳響應(yīng)部500進(jìn)行通知。不存在應(yīng)該通知的任務(wù)的情況下，心跳通知間隔管理部544不變更心跳間隔，再次通知上次通知過的心跳間隔。
心跳響應(yīng)部500將通知的信息通知給客戶終端9。圖8是客戶終端9的心跳發(fā)送處理(S70)。
如圖8所示，步驟700 (S700)中，心跳發(fā)送部700接收來自管理服務(wù)器5的心跳通知的響應(yīng)。
步驟S705(S705)中，接收到信息中存在任務(wù)信息的話，心跳發(fā)送處理(S70)進(jìn)入到S710，不存在的話結(jié)束心跳發(fā)送處理(S70)。
步驟710(S710)中，任務(wù)判斷部722判定通知的任務(wù)是否能夠應(yīng)用于本機(jī)。能夠應(yīng)用的情況下，心跳發(fā)送處理(S70)進(jìn)入到S715，不能應(yīng)用的情況下，心跳發(fā)送處理(S70)結(jié)束。
步驟715(S715)中，任務(wù)判斷部722判斷通知任務(wù)是否有必要取得數(shù)據(jù)。有必要的情況下，心跳發(fā)送處理(S70)進(jìn)入到S720，沒有必要的情況下，心跳發(fā)送處理(S70)進(jìn)入到S735。
步驟720(S720)中，任務(wù)判斷部722判斷通知任務(wù)是否能夠立即應(yīng)用。能夠立即應(yīng)用的情況下，心跳發(fā)送處理(S70)進(jìn)入到S730。不能立即應(yīng)用的情況下，心跳發(fā)送處理(S70)進(jìn)入到步驟725。
步驟725(S725)中，任務(wù)取得通知部724在達(dá)到任務(wù)取得時(shí)間之前進(jìn)行待機(jī)。達(dá)到任務(wù)取得時(shí)間時(shí)，對(duì)心跳通知的響應(yīng)處理(SlO)進(jìn)入到步驟730。
步驟730(S730)中，任務(wù)取得通知部724通知心跳發(fā)送部700向管理服務(wù)器5的任務(wù)的取得。
步驟735(S735)中，任務(wù)應(yīng)用部726應(yīng)用通知任務(wù)，將應(yīng)用結(jié)果通知心跳發(fā)送部。心跳發(fā)送部700將任務(wù)的應(yīng)用結(jié)果通知給管理服務(wù)器5。
圖9是基于客戶終端9的優(yōu)先排名的任務(wù)的應(yīng)用處理(S80)。
如圖9所示，步驟800 (S800)中，心跳發(fā)送部700接收任務(wù)信息作為來自管理服務(wù)器5的心跳通知的響應(yīng)。
步驟805(S805)中，任務(wù)判斷部722確實(shí)是否有正在應(yīng)用的任務(wù)。存在的情況下，基于優(yōu)先排名的任務(wù)的應(yīng)用處理(S80)進(jìn)入到S810，不存在的情況下，基于優(yōu)先排名的任務(wù)的應(yīng)用處理(S80)進(jìn)入到S830。
步驟810(S810)中，任務(wù)判斷部722比較通知了的任務(wù)和在應(yīng)用的任務(wù)的優(yōu)先排名。通知任務(wù)的優(yōu)先排名高的話，基于優(yōu)先排名的任務(wù)的應(yīng)用處理(S80)進(jìn)入到S815。通知任務(wù)的優(yōu)先排名低的話，基于優(yōu)先排名的任務(wù)的應(yīng)用處理(S80)進(jìn)入到S825。
步驟815(S815)中，任務(wù)判斷部722向任務(wù)應(yīng)用部726通知當(dāng)前執(zhí)行的任務(wù)的取消，任務(wù)應(yīng)用部726取消在應(yīng)用的任務(wù)。
步驟820(S820)中，任務(wù)應(yīng)用部726將已經(jīng)取消這一情況通知給心跳發(fā)送部700。
步驟825(S825)中，任務(wù)應(yīng)用部726 —直待機(jī)到在應(yīng)用的任務(wù)結(jié)束。待機(jī)之后，基于優(yōu)先排名的任務(wù)的應(yīng)用處理(S80)進(jìn)入到步驟830(S830)。
步驟830 (S830)中，任務(wù)取得通知部724通知心跳發(fā)送部700取得通知的任務(wù)數(shù)據(jù)，并取得任務(wù)數(shù)據(jù)。
步驟835(S835)中，任務(wù)應(yīng)用部726應(yīng)用任務(wù)，并將應(yīng)用結(jié)果通知給心跳發(fā)送部700。心跳發(fā)送部700向管理服務(wù)器5通知任務(wù)應(yīng)用結(jié)果。圖10是說明關(guān)聯(lián)任務(wù)應(yīng)用失敗時(shí)的復(fù)原處理(S90)的流程圖。
如圖10所示，步驟900(S900)中，任務(wù)應(yīng)用部726在任務(wù)的應(yīng)用失敗時(shí)，將任務(wù)應(yīng)用失敗通知給任務(wù)判斷部722。
步驟905(S905)中，任務(wù)判斷部722判斷應(yīng)用失敗了的任務(wù)是否是關(guān)聯(lián)任務(wù)。是關(guān)聯(lián)任務(wù)的情況下，關(guān)聯(lián)任務(wù)應(yīng)用失敗時(shí)的復(fù)原處理(S90)進(jìn)入到S910。不是關(guān)聯(lián)任務(wù)的情況下，關(guān)聯(lián)任務(wù)應(yīng)用失敗時(shí)的復(fù)原處理(S90)進(jìn)入到S920。
步驟910(S910)中，任務(wù)判斷部722判斷是否存在應(yīng)用結(jié)束的關(guān)聯(lián)任務(wù)。存在的情況下，關(guān)聯(lián)任務(wù)應(yīng)用失敗時(shí)的復(fù)原處理(S90)進(jìn)入到S915。不存在的情況下，關(guān)聯(lián)任務(wù)應(yīng)用失敗時(shí)的復(fù)原處理(S90)進(jìn)入到S920。
步驟915(S915)中，任務(wù)應(yīng)用部726復(fù)原應(yīng)用結(jié)束任務(wù)。
步驟920(S920)中，任務(wù)應(yīng)用部726將應(yīng)用失敗通知給心跳發(fā)送部700。心跳發(fā)送部700將通知的信息發(fā)送給管理服務(wù)器5。圖11是例示客戶終端的任務(wù)應(yīng)用狀況管理表格的圖。
如圖11所示，任務(wù)應(yīng)用狀況管理表格被存儲(chǔ)于終端信息DB600。任務(wù)應(yīng)用狀況管理表格中包括終端ID、應(yīng)用任務(wù)信息ID、應(yīng)用狀態(tài)、應(yīng)用狀況。應(yīng)用狀態(tài)有如下狀態(tài):表示正在應(yīng)用任務(wù)的應(yīng)用中、表示任務(wù)應(yīng)用結(jié)束的應(yīng)用結(jié)束、表示保留任務(wù)應(yīng)用的應(yīng)用等待、以及表示任務(wù)應(yīng)用失敗的應(yīng)用錯(cuò)誤。保留應(yīng)用的狀態(tài)是指，在對(duì)象的客戶終端存在多個(gè)預(yù)定應(yīng)用的任務(wù)的情況下，比較任務(wù)的優(yōu)先排名時(shí)，優(yōu)先排名較低，沒有必要立即向客戶終端進(jìn)行任務(wù)通知的狀態(tài)。圖12是例示客戶終端的關(guān)聯(lián)任務(wù)應(yīng)用狀況管理表格的圖。
如圖1 2所示，關(guān)聯(lián)任務(wù)應(yīng)用狀況管理表格存儲(chǔ)于終端信息DB600。關(guān)聯(lián)任務(wù)應(yīng)用狀況管理表格中包括終端ID、關(guān)聯(lián)任務(wù)ID、應(yīng)用狀態(tài)、關(guān)聯(lián)任務(wù)應(yīng)用狀況。應(yīng)用狀態(tài)存在如下狀態(tài):表示正在應(yīng)用任務(wù)的應(yīng)用中、表示任務(wù)應(yīng)用結(jié)束的應(yīng)用結(jié)束、表示保留任務(wù)應(yīng)用的應(yīng)用等待、以及表示任務(wù)應(yīng)用失敗的應(yīng)用錯(cuò)誤。保留應(yīng)用的狀態(tài)是指，在對(duì)象的客戶終端存在多個(gè)預(yù)定應(yīng)用的任務(wù)的情況下，比較任務(wù)的優(yōu)先排名時(shí)，優(yōu)先排名較低，沒有必要立即向客戶終端進(jìn)行任務(wù)通知的狀態(tài)。如上所述，本實(shí)施方式的數(shù)據(jù)通信系統(tǒng)I中，客戶終端9采用心跳將本機(jī)的運(yùn)行狀況定期通知給管理服務(wù)器5，管理服務(wù)器5在心跳的回復(fù)信息中，插入任務(wù)需要的數(shù)據(jù)文件的數(shù)據(jù)大小等的任務(wù)信息，并通知給客戶終端9。由此，客戶終端9基于任務(wù)信息(數(shù)據(jù)大小)和本機(jī)的信息(資源的狀況等)，取得任務(wù)執(zhí)行所需的數(shù)據(jù)文件，執(zhí)行任務(wù)。另外，從客戶終端9定期地將運(yùn)行狀況通知給管理服務(wù)器5，因此，即使對(duì)于防火墻等導(dǎo)致運(yùn)行狀態(tài)監(jiān)視困難的網(wǎng)絡(luò)環(huán)境，管理服務(wù)器5也可以管理客戶終端的運(yùn)行狀態(tài)。進(jìn)一步地，客戶終端9取得任務(wù)的類別這一任務(wù)信息，因此，可以獨(dú)自判斷是否需要執(zhí)行任務(wù)。另外，客戶終端9取得任務(wù)需要的推定處理時(shí)間、任務(wù)需要的數(shù)據(jù)文件的傳送期間等任務(wù)信息，可以配合本機(jī)的情況，決定數(shù)據(jù)文件的取得時(shí)刻以及任務(wù)的執(zhí)行時(shí)刻等。而且，省略了客戶終端9和管理服務(wù)器5之間不需要的數(shù)據(jù)通信，減輕網(wǎng)絡(luò)負(fù)擔(dān)。進(jìn)一步地，客戶終端9根據(jù)本機(jī)的處理狀況進(jìn)行任務(wù)的取得.執(zhí)行，因此，有望提高本機(jī)的服務(wù)水平。接著，對(duì)上述實(shí)施方式的變形例進(jìn)行說明。
本實(shí)施方式中，管理服務(wù)器5指定客戶終端9向管理服務(wù)器5的任務(wù)取得時(shí)間，但是，例如，任務(wù)取得時(shí)間也可以指定特定時(shí)間以前、特定時(shí)間段、或者特定時(shí)間以后。
權(quán)利要求
1.一種信息處理系統(tǒng),其特征在于,包括: 客戶終端、和 管理該客戶終端的管理服務(wù)器， 所述客戶終端具有: 發(fā)送單元，其將至少包含表示本機(jī)的運(yùn)行狀態(tài)的信息的通知數(shù)據(jù)發(fā)送給所述管理服務(wù)器， 所述管理服務(wù)器具有: 回復(fù)單元，其對(duì)來自所述客戶終端的通知數(shù)據(jù)進(jìn)行回復(fù)信息的回復(fù)；和 信息插入單元，其在所述回復(fù)信息中插入有關(guān)所述客戶終端的任務(wù)的任務(wù)信息。
2.一種信息處理裝置，其特征在于，包括: 回復(fù)單元，其對(duì)來自客戶終端的通知數(shù)據(jù)進(jìn)行回復(fù)信息的回復(fù)；和 信息插入單元，其在所述回復(fù)信息中插入有關(guān)所述客戶終端應(yīng)該執(zhí)行的任務(wù)的任務(wù)信肩、O
3.如權(quán)利要求2所述的信息處理裝置，其特征在于， 所述信息插入單元插入任務(wù)類別、表示執(zhí)行任務(wù)所需要的時(shí)間的信息、任務(wù)的優(yōu)先排名、表示關(guān)聯(lián)的其他的任務(wù)的信息、傳送文件的有無、傳送文件的數(shù)據(jù)大小、以及任務(wù)需要的數(shù)據(jù)文件的版本數(shù)中的至少一個(gè)作為所述任務(wù)信息。
4.如權(quán)利要求2所述的信息處理裝置，其特征在于， 所述信息插入單元插入表示應(yīng)該請(qǐng)求執(zhí)行任務(wù)所需要的數(shù)據(jù)文件的時(shí)刻的信息作為所述任務(wù)信息。
5.如權(quán)利要求2所述的信息處理裝置，其特征在于，還具有: 設(shè)定數(shù)據(jù)通知間隔的間隔設(shè)定單元，所述數(shù)據(jù)通知間隔表示客戶終端應(yīng)該發(fā)送通知數(shù)據(jù)的間隔， 所述信息插入單元在所述回復(fù)信息中插入由所述間隔設(shè)定單元變更了的數(shù)據(jù)通知間隔。
6.如權(quán)利要求5所述的信息處理裝置，其特征在于，還具有: 任務(wù)信息存儲(chǔ)單元，其與任務(wù)的優(yōu)先排名和數(shù)據(jù)通知間隔相關(guān)聯(lián)地存儲(chǔ)任務(wù)信息，所述信息插入單元以與所述優(yōu)先排名相應(yīng)的順序，插入來自存儲(chǔ)在所述任務(wù)信息存儲(chǔ)單元的所述任務(wù)信息中的、任務(wù)信息和與該任務(wù)關(guān)聯(lián)的數(shù)據(jù)通知間隔。
7.如權(quán)利要求6所述的信息處理裝置，其特征在于， 所述任務(wù)信息存儲(chǔ)單元將應(yīng)該以串行的順序執(zhí)行的多個(gè)任務(wù)作為關(guān)聯(lián)任務(wù)并相互關(guān)聯(lián)地存儲(chǔ)， 所述信息插入單元將作為關(guān)聯(lián)任務(wù)存儲(chǔ)在所述任務(wù)信息存儲(chǔ)單元中的多個(gè)任務(wù)的任務(wù)信息依次插入到相對(duì)于連續(xù)的多個(gè)通知數(shù)據(jù)的回復(fù)信息中。
8.一種客戶終端，其特征在于，包括: 發(fā)送單元，其將至少包含表示本機(jī)的運(yùn)行狀態(tài)的信息的通知數(shù)據(jù)發(fā)送給外部裝置；前處理單元，其根據(jù)所述發(fā)送單元發(fā)送的通知數(shù)據(jù)的回復(fù)信息，進(jìn)行執(zhí)行任務(wù)所需要的前處理；和 執(zhí)行單元，其在所述前處理單元進(jìn)行了前處理之后執(zhí)行任務(wù)。
9.如權(quán)利要求8所述的客戶終端，其特征在于， 所述回復(fù)信息中包含表示任務(wù)的類別的任務(wù)類別， 所述前處理單元基于所述任務(wù)類別判斷是否需要執(zhí)行任務(wù)， 所述執(zhí)行單元在所述前處理單元判斷需要執(zhí)行任務(wù)的情況下，執(zhí)行該任務(wù)。
10.如權(quán)利要求9所述的客戶終端，其特征在于， 所述回復(fù)信息中包含指定請(qǐng)求數(shù)據(jù)文件的時(shí)刻的信息， 所述前處理單元在所述回復(fù)信息所指定的時(shí)刻取得數(shù)據(jù)文件， 所述執(zhí)行單元采用所述前處理單元所取得的數(shù)據(jù)文件執(zhí)行任務(wù)。
11.如權(quán)利要求8所述的客戶終端， 其特征在于， 所述回復(fù)信息中包含表示下一個(gè)應(yīng)該執(zhí)行的任務(wù)的存在的關(guān)聯(lián)任務(wù)信息， 所述前處理單元根據(jù)所述回復(fù)信息中所包含的關(guān)聯(lián)任務(wù)信息，將任務(wù)的執(zhí)行結(jié)束作為下一個(gè)應(yīng)該執(zhí)行的任務(wù)的請(qǐng)求信息通知給外部裝置。
12.如權(quán)利要求8所述的客戶終端，其特征在于， 所述發(fā)送單元在既定的期間不能接收與發(fā)送了的通知數(shù)據(jù)對(duì)應(yīng)的回復(fù)信息的情況下，將通知數(shù)據(jù)的發(fā)送間隔恢復(fù)為本機(jī)的默認(rèn)值。
13.如權(quán)利要求8所述的客戶終端，其特征在于， 所述回復(fù)信息中包含表示任務(wù)的優(yōu)先排名的信息， 所述前處理單元比較所述執(zhí)行單元正在執(zhí)行的任務(wù)的優(yōu)先排名、和所述回復(fù)信息所通知的任務(wù)的優(yōu)先排名，在所通知的任務(wù)的優(yōu)先排名高于正在執(zhí)行的任務(wù)的情況下，取消正在執(zhí)行的任務(wù)， 所述客戶終端還具有任務(wù)控制單元，其將所述前處理單元取消了任務(wù)的情況通知給所述外部裝置。
14.如權(quán)利要求13所述的客戶終端，其特征在于， 所述任務(wù)控制單元在相互關(guān)聯(lián)了的多個(gè)任務(wù)中的任一個(gè)失敗了的情況下，將執(zhí)行結(jié)束了的其他的相關(guān)聯(lián)的任務(wù)恢復(fù)到執(zhí)行前的狀態(tài)，將取消了關(guān)聯(lián)任務(wù)這一情況通知給外部裝置。
15.如權(quán)利要求13所述的客戶終端，其特征在于， 所述任務(wù)控制單元在所述回復(fù)信息通知了優(yōu)先排名高于相互關(guān)聯(lián)了的多個(gè)任務(wù)的任務(wù)的情況下，將執(zhí)行結(jié)束了的相關(guān)聯(lián)的任務(wù)恢復(fù)到執(zhí)行前的狀態(tài)，將取消了關(guān)聯(lián)任務(wù)這一情況通知給外部裝置。
16.如權(quán)利要求8所述的客戶終端，其特征在于， 所述發(fā)送單元在執(zhí)行任務(wù)過程中，到了發(fā)送通知數(shù)據(jù)的時(shí)刻的情況下，將任務(wù)的進(jìn)展信息通知給外部裝置。
全文摘要
本發(fā)明提供一種可以根據(jù)客戶終端各自的狀況執(zhí)行任務(wù)的信息處理系統(tǒng)。管理服務(wù)器管理每個(gè)客戶終端的運(yùn)行狀況、必要的任務(wù)狀況。另外，客戶終端將心跳發(fā)送給管理服務(wù)器，通知本機(jī)的運(yùn)行狀態(tài)。管理服務(wù)器在對(duì)來自客戶終端的心跳的回復(fù)信息中插入有關(guān)任務(wù)的任務(wù)信息，并回復(fù)到客戶終端。由此，客戶終端可以考慮到有關(guān)任務(wù)的信息、和本機(jī)的狀況，判定是否需要應(yīng)該執(zhí)行的任務(wù)，客戶終端可以獨(dú)自確定向管理服務(wù)器取得任務(wù)所需的數(shù)據(jù)文件的時(shí)刻，還可以確定任務(wù)執(zhí)行的時(shí)刻。
文檔編號(hào)G06F9/46GK103150205SQ20121042287
公開日2013年6月12日 申請(qǐng)日期2012年10月30日 優(yōu)先權(quán)日2011年10月31日
發(fā)明者作井雅仁, 荒屋吉恒, 平芳久 申請(qǐng)人:株式會(huì)社Pfu