專利名稱:數(shù)據(jù)庫,數(shù)據(jù)管理服務(wù)器,及數(shù)據(jù)管理程序的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種可在ERP系統(tǒng)中應(yīng)用的數(shù)據(jù)庫,具有該數(shù)據(jù)庫的數(shù)據(jù)管理服務(wù)器,及裝載于數(shù)據(jù)管理服務(wù)器中的數(shù)據(jù)管理程序。
背景技術(shù):
先前,作為用以構(gòu)筑企業(yè)的基干業(yè)務(wù)系統(tǒng)的軟件包,一直利用被稱為ERP (Enterprise Resource Planning,企業(yè)資源計劃)(或 ERP 包)的系統(tǒng)。作為裝載有該ERP的系統(tǒng),廣為人知的是,可實時地連系企業(yè)的銷售管理,購買管理,庫存管理,生產(chǎn)管理,財務(wù)會計,管理會計的基干業(yè)務(wù),可統(tǒng)一地管理各業(yè)務(wù)相關(guān)的信息的系統(tǒng)。
對于這種系統(tǒng)(ERP系統(tǒng),或統(tǒng)合基干業(yè)務(wù)系統(tǒng))來說,作為數(shù)據(jù)轉(zhuǎn)換裝置,例如,可以實施經(jīng)營資源的信息管理,在按照預(yù)設(shè)的第一數(shù)據(jù)格式進行信息通信的統(tǒng)合業(yè)務(wù)系統(tǒng)處,連接有多個信息裝置,其按照不同于第一數(shù)據(jù)格式的第二數(shù)據(jù)格式進行信息通信,基于統(tǒng)合業(yè)務(wù)系統(tǒng)所輸出的第一數(shù)據(jù)格式接受其信息的輸入,并將所接受的信息轉(zhuǎn)換為第二數(shù)據(jù)格式,而發(fā)信至信息裝置?;诮M設(shè)這種數(shù)據(jù)轉(zhuǎn)換裝置的構(gòu)成,也有提高系統(tǒng)便利性的因素存在。(參照專利文獻I)。先前的技術(shù)文獻專利文獻I :特開2009-099070號公報
發(fā)明內(nèi)容
發(fā)明要解決的問題然而,在先前的ERP系統(tǒng)中,將在各業(yè)務(wù)過程中取得的數(shù)據(jù)(包含由使用者輸入的各種數(shù)據(jù)和從各種數(shù)據(jù)算出的數(shù)據(jù))分別登錄在專用的數(shù)據(jù)目錄(表)中,進行管理。即,在先前的ERP系統(tǒng)中,在每個接受定貨或出廠指示等的輸入過程中,更新的目錄不同。再有,所謂“輸入過程”,表示將在各業(yè)務(wù)過程中ERP系統(tǒng)的管理者等取得的(或決定的)各種數(shù)據(jù),輸入到各目錄中的處理。圖10為說明先前的ERP系統(tǒng)的表構(gòu)成的例子的說明圖。例如,在由多個業(yè)務(wù)過程構(gòu)成的業(yè)務(wù)流程(過程流程)表示“庫存銷售”的情形,輸入過程為接受訂貨,出貨指示,出庫,驗收,和銷售額五個。在這種情況下,容納有“庫存銷售”程序相關(guān)數(shù)據(jù)的目錄,如圖10(A)至圖10(E)所示,每項輸入過程就分別成為接受訂貨目錄、發(fā)貨指示目錄、出庫目錄、驗收目錄以及銷售目錄這樣五項。也就是,采用以往的ERP系統(tǒng),每項輸入過程所更新的目錄是不同的。其原因在于,同一程序所屬的多項業(yè)務(wù)過程間的對應(yīng)關(guān)系,是針對于各業(yè)務(wù)過程相關(guān)的數(shù)據(jù)(過程數(shù)據(jù)),通過賦予標(biāo)識符(在圖10中,發(fā)貨指示目錄中的接受訂貨號碼和接受訂貨明細(xì)、以及出庫目錄中的發(fā)貨指示號碼和發(fā)貨指示明細(xì)等)來進行的。因此,采用以往的ERP系統(tǒng),對于一項輸入過程,對應(yīng)輸入過程的種類的目錄特定和所對應(yīng)其他的過程數(shù)據(jù)的標(biāo)識符的輸入是必要的。即,如圖10所示的情況,以接受訂貨號碼“A00001”和接受訂貨明細(xì)號碼“0010”作為特定的過程數(shù)據(jù)(即,在接受訂貨目錄中,接受訂貨號碼“A00001”和接受訂貨明細(xì)號碼“0010”收藏在同一列的各種數(shù)據(jù),)并將與之相關(guān)聯(lián)的、有關(guān)業(yè)務(wù)過程“發(fā)貨指示”的過程數(shù)據(jù)向ERP系統(tǒng)所具有的數(shù)據(jù)庫進行登錄時,作為有關(guān)業(yè)務(wù)過程“發(fā)貨指示”的過程數(shù)據(jù),將表示特定過程數(shù)據(jù)的發(fā)貨指示號碼和發(fā)貨指示明細(xì)號碼、業(yè)務(wù)過程種類的形式,以及表示業(yè)務(wù)過程內(nèi)容的數(shù)據(jù)(例如,接受訂貨單位、數(shù)量、金額、發(fā)貨指示日、發(fā)貨文本等),同時,再加上將接受訂貨號碼“A00001”和接受訂貨明細(xì)號碼“0010”登錄到發(fā)貨指示目錄時是必要的。這就是,針對在多個目錄中登錄一部分同一數(shù)據(jù)(例如,接受訂貨方及數(shù)量、金額)等,從有效數(shù)據(jù)處理的觀點來看所存在的問題。再有,使用以往的ERP系統(tǒng),當(dāng)根據(jù)客戶的要求,需要采用容納于各種目錄的各種數(shù)據(jù)制作帳票時,搜尋出過程數(shù)據(jù)的標(biāo)識符才能檢索到所需要的數(shù)據(jù),由于有時需要分別單個地獲取數(shù)據(jù),所以,當(dāng)流序含有多項業(yè)務(wù)過程時,為了輸出流程相關(guān)的帳票,勢必造成 處理負(fù)荷過大的這種問題的存在。本發(fā)明的目的是要解決上述問題,減輕ERP系統(tǒng)的數(shù)據(jù)更新或檢索的處理負(fù)荷。解決問題所用的方法本發(fā)明的數(shù)據(jù)庫的特征為,它具有流程目錄,并登錄了流程數(shù)據(jù),其包括含有多個業(yè)務(wù)過程的、與流程相關(guān)的各種數(shù)據(jù),上述流程數(shù)據(jù),為包含狀態(tài)數(shù)據(jù),通用數(shù)據(jù)和過程固有數(shù)據(jù)的數(shù)據(jù);上述狀態(tài)數(shù)據(jù),為表示在上述流程中包含的多個業(yè)務(wù)過程各自的進展?fàn)顩r的數(shù)據(jù);上述通用數(shù)據(jù),為在同一個流程中包含的業(yè)務(wù)過程間通用的數(shù)據(jù);上述過程固有數(shù)據(jù),為在同一個流程中包含的各業(yè)務(wù)過程所固有的數(shù)據(jù);上述狀態(tài)數(shù)據(jù),根據(jù)上述過程固有數(shù)據(jù)的更新而更新。利用上述結(jié)構(gòu),可減輕ERP系統(tǒng)數(shù)據(jù)的更新或檢索所要的處理負(fù)荷。上述數(shù)據(jù)庫,還可以設(shè)置于對上述每項流程所發(fā)生的流程數(shù)據(jù)實施管理的流程數(shù)據(jù)管理服務(wù)器中,該流程數(shù)據(jù)管理服務(wù)器,含有流程數(shù)據(jù)提供裝置,對應(yīng)來自于客戶終端的要求,將上述流程數(shù)據(jù)的部分或全部提供給該客戶終端。備有進度狀況判定條件目錄,登錄有進度狀況判定條件數(shù)據(jù),是表示上述流程的進度狀況的判定條件的數(shù)據(jù);上述流程數(shù)據(jù)管理服務(wù)器的構(gòu)成,還可以含有進度狀況判定裝置,根據(jù)上述進度狀況判定條件,對上述狀態(tài)數(shù)據(jù)是否滿足上述進度狀況判定條件進行判定;含有進度狀況報知裝置,由該進度狀況判定裝置判定為滿足條件的、則將對應(yīng)于進度狀況判定條件的進度狀況,報知給上述客戶終端。上述進展?fàn)顩r提供條件數(shù)據(jù),其構(gòu)成還可以包含為了判定上述流程是否完了的完了條件。再有,本發(fā)明的數(shù)據(jù)管理服務(wù)器,是針對客戶終端,提供各種數(shù)據(jù)的數(shù)據(jù)管理服務(wù)器,其特征為,它包含含有流程數(shù)據(jù)存儲裝置,對包括多項業(yè)務(wù)過程的、含有與其流程相關(guān)的各種數(shù)據(jù)的流程數(shù)據(jù)進行存儲;含有流程數(shù)據(jù)更新裝置,對應(yīng)上述流程進度狀況,對該流程數(shù)據(jù)進行更新;含有流程數(shù)據(jù)提供裝置,對應(yīng)來自于上述客戶終端的要求,將上述流程數(shù)據(jù)的部分或全部提供給該客戶終端;上述流程數(shù)據(jù),為包含狀態(tài)數(shù)據(jù),通用數(shù)據(jù)和過程固有數(shù)據(jù)的數(shù)據(jù)。上述狀態(tài)數(shù)據(jù),為表示在上述流程中包含的多個業(yè)務(wù)過程各自的進展?fàn)顩r的數(shù)據(jù)。上述通用數(shù)據(jù)為在同一個過程流程中包含的業(yè)務(wù)過程間通用的數(shù)據(jù)。上述過程固有數(shù)據(jù)為在同一個過程流程中包含的各業(yè)務(wù)過程所固有的數(shù)據(jù)。上述流程數(shù)據(jù)更新裝置根據(jù)上述過程固有數(shù)據(jù)的更新狀況,更新上述狀態(tài)數(shù)據(jù)。進而,本發(fā)明的數(shù)據(jù)管理程序,是一種可以將各種數(shù)據(jù)提供給客戶端,并對數(shù)據(jù)管理服務(wù)器進行動作控制的數(shù)據(jù)管理程序。用以使上述數(shù)據(jù)管理服務(wù)器實施如下處理實施流程數(shù)據(jù)更新處理,根據(jù)包含多個業(yè)務(wù)過程的流程的進展?fàn)顩r,更新存儲在存儲包含上述流程相關(guān)的各種數(shù)據(jù)的流程數(shù)據(jù)的流程數(shù)據(jù)存儲裝置中的流程數(shù)據(jù);和根據(jù)從上述客戶端發(fā)出的要求,將上述流程數(shù)據(jù)的一部分或全部提供給該客戶端的流程數(shù)據(jù)提供處理。上述流程數(shù)據(jù)為包含狀態(tài)數(shù)據(jù),通用數(shù)據(jù)和過程固有數(shù)據(jù)的數(shù)據(jù)。上述狀態(tài)數(shù)據(jù)為表示在上述流程中包含的多個業(yè)務(wù)過程各自的進展?fàn)顩r的數(shù)據(jù)。上述通用數(shù)據(jù)為在同一個流程中包含的業(yè)務(wù)過程間的通用數(shù)據(jù)。上述過程固有數(shù)據(jù)為在同一個流程中包含的各業(yè)務(wù)過程所固有的數(shù)據(jù)。在上述流程數(shù)據(jù)更新處理中,進行根據(jù)上述過程固有數(shù)據(jù)的更新狀況,更新上述狀態(tài)數(shù)據(jù)的處理。發(fā)明的效果 采用本發(fā)明,可以減輕ERP系統(tǒng)的數(shù)據(jù)更新或檢索的處理負(fù)荷。
圖I為表示本發(fā)明的一個實施例的統(tǒng)合基干業(yè)務(wù)系統(tǒng)的構(gòu)成例子的方框圖,圖2為表示流程數(shù)據(jù)的容納狀態(tài)的例子的說明圖,圖3為表示數(shù)據(jù)庫更新處理的例子的流程圖,圖4為表示帳票輸出處理的例子的流程圖,圖5為表示檢索鍵輸入畫面的例子的說明圖,圖6為表示帳票顯示畫面的例子的說明7為根據(jù)流程數(shù)據(jù)的狀態(tài),說明帳票狀態(tài)的遷移的說明圖,圖8為說明數(shù)據(jù)庫的更新處理的用途的說明圖,圖9為表示進展?fàn)顩r判定條件數(shù)據(jù)的容納狀態(tài)的例子的說明圖,圖10為說明先前的ERP系統(tǒng)的目錄的構(gòu)成例子的說明圖。
具體實施例方式以下,參照附圖,說明本發(fā)明的一個實施例。圖I為表示本發(fā)明的一個實施例的統(tǒng)合基干業(yè)務(wù)系統(tǒng)500的構(gòu)成例子的方框圖。如圖I所示,統(tǒng)合基干業(yè)務(wù)系統(tǒng)500,包含基干業(yè)務(wù)服務(wù)器200,數(shù)據(jù)倉庫服務(wù)器(DWH服務(wù)器)300,客戶端10,客戶端20。構(gòu)成統(tǒng)合基干業(yè)務(wù)系統(tǒng)500的各元件,分別利用通信網(wǎng)絡(luò)連接。在本例子中,基干業(yè)務(wù)服務(wù)器200和DWH服務(wù)器300,利用專用線路51連接。另夕卜,客戶端10,利用LAN (Local Area Network局域網(wǎng))52與DffH服務(wù)器300連接。客戶端20,利用因特網(wǎng)53與DWH服務(wù)器300連接?;蓸I(yè)務(wù)服務(wù)器200,為由例如統(tǒng)合基干業(yè)務(wù)系統(tǒng)500的管理者管理的服務(wù)器,具有管理各種業(yè)務(wù)的相關(guān)帳票信息等,作為表示各種業(yè)務(wù)過程的信息的數(shù)據(jù)的過程數(shù)據(jù)的各種功能。另外,本例中的基干業(yè)務(wù)服務(wù)器200,由具有OS (Operating System,操作系統(tǒng))及關(guān)系數(shù)據(jù)庫(關(guān)系式DB)的一般的信息處理裝置構(gòu)成。這里,所謂帳票,為帳簿或傳票類的總稱。再有,所謂帳簿,為記入金錢或物品的出納相關(guān)事項者,所謂傳票,為成為作成帳簿時的基礎(chǔ)的數(shù)據(jù),是業(yè)務(wù)上的交易等的證據(jù)。基干業(yè)務(wù)服務(wù)器200,還可基此構(gòu)成,例如,處理只表示用于作成各種傳票的傳票信息的過程數(shù)據(jù)。再有,如圖I所示,本例中的基干業(yè)務(wù)服務(wù)器200,具有容納業(yè)務(wù)應(yīng)用程序DB210,流程DB220,以及為了實現(xiàn)作為一般的基干業(yè)務(wù)服務(wù)器的功能,容納必要的各種數(shù)據(jù)(例如,容納在業(yè)務(wù)應(yīng)用程序DB210中的各種程序所利用的數(shù)據(jù))的其他的DB230。同時,關(guān)于其他的DB230,由于為與本發(fā)明沒有特別關(guān)系的部分,省略其詳細(xì)說明。業(yè)務(wù)應(yīng)用程序DB210,是一種存儲媒體,用于存儲各種業(yè)務(wù)所使用的程序。作為存儲在業(yè)務(wù)應(yīng)用程序DB210中的程序有銷售業(yè)務(wù)管理程序,購買業(yè)務(wù)管理程序,生產(chǎn)管理程序,財務(wù)會計管理程序和管理會計管理程序等。 流程DB220,為存儲由利用存儲在業(yè)務(wù)應(yīng)用程序DB210中的各種程序的各種信息處理,收集整理等的各種過程數(shù)據(jù)(或帳票數(shù)據(jù))構(gòu)成的流程數(shù)據(jù)的存儲媒體。在本例子中,說明在流程DB220中,包含含有多個業(yè)務(wù)過程的流程的各種數(shù)據(jù)的流程數(shù)據(jù)容納在流程目錄PT中的情況。在本例子中還說明基干業(yè)務(wù)服務(wù)器200利用一個流程目錄PT,一元管理在每個流程中發(fā)生的流程數(shù)據(jù)的情況。另外,基干業(yè)務(wù)服務(wù)器200,例如,在后述的每一個形式中,或后述的通用數(shù)據(jù)的內(nèi)容的一部分(例如,接受訂貨方等)相同的每個形式中,利用多個目錄的構(gòu)成,管理流程數(shù)據(jù)也可以。圖2,為表示流程DB220的流程數(shù)據(jù)的容納狀態(tài)的例子的說明圖。如圖2所示,本例子的流程數(shù)據(jù)包含主關(guān)鍵部分,參照關(guān)鍵部分,形式部分,狀態(tài)部分,通用數(shù)據(jù)部分和過程固有數(shù)據(jù)部分。與流程數(shù)據(jù)的各部分對應(yīng)的項目(即流程表PT的各列項目)分別表示構(gòu)成流程數(shù)據(jù)的過程數(shù)據(jù)的種類。即,構(gòu)成流程的各業(yè)務(wù)過程的數(shù)據(jù),由構(gòu)成流程數(shù)據(jù)的各部分分?jǐn)側(cè)菁{。另外,一個流程(例如,從某企業(yè)發(fā)出的接受定貨至交貨的一連串的流程)的過程數(shù)據(jù),在流程表PT中,放置在同一個記載(即過程表PT的同一行)中。利用這種結(jié)構(gòu),可定義各過程數(shù)據(jù)間的對應(yīng)關(guān)系。這里,所謂“主關(guān)鍵部分”為在流程數(shù)據(jù)中,容納唯一地特定作為流程數(shù)據(jù)的數(shù)據(jù)的主要關(guān)鍵數(shù)據(jù)部分。在本例子中,主關(guān)鍵部分由流程號碼和流程明細(xì)號碼構(gòu)成。即,在本例子中,流程號碼和流程明細(xì)號碼的組合,成為各流程數(shù)據(jù)的標(biāo)識符(ID)。主關(guān)鍵部分在流程數(shù)據(jù)的初次登錄時更新。所謂“在流程數(shù)據(jù)的初次登錄時”為當(dāng)在流程數(shù)據(jù)中追加記載(數(shù)據(jù)行)時,屬于某個流程的過程數(shù)據(jù),對應(yīng)的其他過程數(shù)據(jù)則意味著登錄了未登錄的過程數(shù)據(jù)時。這里的“更新”包含數(shù)據(jù)的追加。所謂“流程號碼”為特定一個流程數(shù)據(jù)(即,圖2所示的流程表PT的一列)的標(biāo)識符。流程號碼賦予所定項目相同的每個過程數(shù)據(jù)。在本例子中,對于流程數(shù)據(jù)的形式和接受定貨目的地相同的流程數(shù)據(jù),流程號碼被賦于相同的號碼。另外,所謂“流程明細(xì)號碼”為從賦于相同的流程號碼的流程數(shù)據(jù)中,特別規(guī)定特定的流程數(shù)據(jù)的標(biāo)識符。即,圖2所示的流程表PT在流程的形式“庫存銷售”的業(yè)務(wù)過程“接受定貨”中,通過流程號碼“ 000001 ”和流程明細(xì)號碼“ 0010 ”或“ 0020 ”的組合,可以從接受定貨目的地“T001”唯一地特定包含表示接受定貨金額“1200”和“2600”的業(yè)務(wù)的數(shù)
據(jù)的流程數(shù)據(jù)。其次,所謂“參照關(guān)鍵部分”為容納作為特定流程數(shù)據(jù)中,與銷售額退貨的原交易等流程關(guān)連的其他流程數(shù)據(jù)(或其他的過程數(shù)據(jù))的參照關(guān)鍵數(shù)據(jù)的部分。在本例子中,參照關(guān)鍵部分由參照號碼和參照明細(xì)號碼構(gòu)成。參照關(guān)鍵部分在過程流程數(shù)據(jù)初次登錄時更新。另外,在參照號碼和參照明細(xì)號碼中,還可分別放置與流程關(guān)連的其他流程的號碼和流程的明細(xì)號碼。在新規(guī)交易情況下等,沒有與流程關(guān)連的其他流程的情況下,在參照關(guān)鍵部分中還可容納表示與同一記載的主關(guān)鍵部分相同值的數(shù)據(jù)(即,在參照號碼中有流程號碼,在參照明細(xì)號碼中有流程明細(xì)號碼)。另外,在參照關(guān)鍵部分表示與流程關(guān)連的其他過程數(shù)據(jù)的情況下,在參照關(guān)鍵部分中,還可設(shè)置特定過程數(shù)據(jù)種類的數(shù)據(jù)。所謂“形式部分”為容納過程流程數(shù)據(jù)中,表示作為庫存銷售或樣件出廠等流程種類的數(shù)據(jù)的形式數(shù)據(jù)的部分。形式部分在流程數(shù)據(jù)初次登錄時更新。流程的種類不限于在·庫銷售額或樣件出廠。還可預(yù)先決定在每個過程流程種類中,哪種過程是否必要(即,在每個流程種類中包含的業(yè)務(wù)過程的種類或數(shù)量不同)。在后面提示多個流程的其他種類(參照圖9)。所謂“狀態(tài)部”,為容納流程數(shù)據(jù)中,作為表示流程進展的數(shù)據(jù)(即表示在流程中包含的多個業(yè)務(wù)過程的進展?fàn)顩r的數(shù)據(jù))的情況數(shù)據(jù)的部分。在本例子中,情況數(shù)據(jù)通過對于流程必要的業(yè)務(wù)過程,在未完成的業(yè)務(wù)中設(shè)定“0”,在已完成的業(yè)務(wù)中設(shè)定“1”,表示各業(yè)務(wù)過程的進展。即,如圖2所示,在“庫存銷售”的流程中,在流程中包含的業(yè)務(wù)過程為“接受訂貨”,“出廠”,“出庫”,“出庫檢收”,和“銷售”的情況下,登錄業(yè)務(wù)過程“接受訂貨”的過程固有數(shù)據(jù)(例如,接受定貨日)。在這種情況下,情況數(shù)據(jù)的與“銷售”對應(yīng)的部分為“1”,其他部分仍為初期狀態(tài)(即設(shè)定“O”的狀態(tài))。S卩,本例子的狀態(tài)部,在每個業(yè)務(wù)過程中更新。換言之,當(dāng)輸入后述的過程固有數(shù)據(jù)時,具體地,當(dāng)通過滿足所定的狀態(tài)變更條件,判定各業(yè)務(wù)過程完了時,更新狀態(tài)部。另夕卜,狀態(tài)變更條件沒有特別的限制,在本例子中,可將“與一個業(yè)務(wù)過程對應(yīng)的過程固有數(shù)據(jù)全部輸入”作為狀態(tài)變更條件,存儲在基干業(yè)務(wù)服務(wù)器200的給定的存儲區(qū)域中。在本例子中,由于不同種類的過程流程容納在同一個表中,因此有在構(gòu)成表的項目(列項目)中,將不要的過程數(shù)據(jù)存放在特定的流程中的情況。在這種情況下,在流程表中,容納不要的過程數(shù)據(jù)的部分成為空數(shù)據(jù),在與空數(shù)據(jù)對應(yīng)的情況數(shù)據(jù)中,存放“O”。所謂“通用數(shù)據(jù)部”,為存儲在流程數(shù)據(jù)中,作為不由接受定貨目的地或出廠目的地等業(yè)務(wù)過程決定的數(shù)據(jù)(即,在同一流程中包含的業(yè)務(wù)間通用的數(shù)據(jù))的通用數(shù)據(jù)的部分。通用數(shù)據(jù)部在流程數(shù)據(jù)初次登錄時更新。所謂“過程固有數(shù)據(jù)部分”為容納在流程數(shù)據(jù)中,作為在登錄在接受定貨日或業(yè)務(wù)過程中的數(shù)據(jù)(例如,表示“交納期限必須送到”或“易碎物(注意易碎物)”等注意事項的測試數(shù)據(jù))等同一流程中包含的各業(yè)務(wù)過程中固有數(shù)據(jù)的過程固有數(shù)據(jù)的部分。過程固有數(shù)據(jù)部分在每個各業(yè)務(wù)過程中更新。因此,在本例子中,在過程流程數(shù)據(jù)中,由業(yè)務(wù)過程產(chǎn)生的為“過程固有數(shù)據(jù)”,不由業(yè)務(wù)過程產(chǎn)生的為“通用數(shù)據(jù)”。以上為本例子的流程數(shù)據(jù)的說明,這里,簡單地說明圖2所示的各種用語的定義。
首先,所謂“接受訂貨”意味著接受用戶的訂貨,并與用戶締結(jié)契約的狀態(tài)。另外,所謂“發(fā)貨指示”,意味著向倉庫業(yè)者或物流擔(dān)當(dāng)者發(fā)出商品指示的狀態(tài)。所謂“出庫”意味著商品從倉庫發(fā)出、移動開始的狀態(tài)。所謂“檢收”意味著用戶的檢收完了,商品的所有權(quán)移向用戶的狀態(tài)。另外,所謂”銷售“意味著確認(rèn)用戶的檢收,針對用戶的債權(quán)金額已經(jīng)確定(=計入債權(quán))的狀態(tài)。另外,“檢收”的用語也在“檢查交貨品或服務(wù)是否按定購的規(guī)格(=按定購的數(shù)量,顏色或形狀,品質(zhì))的業(yè)務(wù)”,或“檢收完了時,資產(chǎn)所有權(quán)移動”的意味上使用。在財務(wù)會計上(或制度會計上)或ERP系統(tǒng)上,由于要使資產(chǎn)所有權(quán)的移動時間明確,定義“檢收”的事件與出庫區(qū)別?;蓸I(yè)務(wù)服務(wù)器200,具有根據(jù)給定的提取條件,將放置在流程DB220和其他DB230中的各種數(shù)據(jù),變換為CSV (Comma Separated Values,逗號隔開的值)形式,送至DWH服務(wù)器300的功能。在本例子中,基干業(yè)務(wù)服務(wù)器200利用FTP (File Transfer protocol文件傳輸協(xié)議),將CSV形式的數(shù)據(jù)文件傳送至DWH服務(wù)器300。
DWH服務(wù)器300為由本系統(tǒng)的系統(tǒng)管理者管理的服務(wù)器,具有實現(xiàn)數(shù)據(jù)倉庫的各種功能。這里,所謂“數(shù)據(jù)倉庫”指從按時間序列積蓄的帳票數(shù)據(jù)等的業(yè)務(wù)數(shù)據(jù)(在本例子中,為過程流程數(shù)據(jù))中,分析各項目間的關(guān)連性的系統(tǒng)。另外,DWH服務(wù)器300具有將從基干業(yè)務(wù)服務(wù)器200傳送的CSV形式的文件變換為給定的數(shù)據(jù)形式,將各種數(shù)據(jù)登錄在給定的容納區(qū)域中的功能。另外,DWH服務(wù)器300不進行數(shù)據(jù)形式的變換,從CSV形式的狀態(tài)抽出與各容納區(qū)域相應(yīng)的數(shù)據(jù)也可以??蛻舳?0,20為具有CPU (中央處理裝置),ROM,RAM和顯示部的信息處理裝置(客戶終端)。在本例子中,客戶端10,20具有Web瀏覽器或表計算軟件等可用于處理帳票數(shù)據(jù)的各種應(yīng)用軟件。另外,在本例子中,客戶端10,20具有定義根據(jù)使用者的操作輸入,從DWH服務(wù)器300取得必要的帳票數(shù)據(jù)(在本例子中,為流程數(shù)據(jù))的程序(檢索項目,檢索鍵,提取鍵等),送至DWH服務(wù)器300的功能。在本例子中,客戶端10具有通過LAN與DWH服務(wù)器300通信,由給定的表計算軟件將從DWH服務(wù)器300取得的數(shù)據(jù)輸出至顯示部的功能。另外,客戶端20具有通過因特網(wǎng)與DWH服務(wù)器300通信,利用Web瀏覽器將從DWH服務(wù)器300取得的數(shù)據(jù)輸出至顯示部的功能。在本例子中,客戶端10,20還具有根據(jù)存儲在基干業(yè)務(wù)服務(wù)器200的流程DB220中的流程數(shù)據(jù),將具有給定形態(tài)的帳票輸出至自己具有的顯示部的功能。另外,統(tǒng)合基干業(yè)務(wù)系統(tǒng)500的結(jié)構(gòu)不限于此,例如,客戶端10,20和基干業(yè)務(wù)服務(wù)器200不通過DWH服務(wù)器300,進行直接的數(shù)據(jù)發(fā)送接收的結(jié)構(gòu)也可以。S卩,客戶端10,20直接訪問流程DB220B也可以。其次,參照附圖,說明統(tǒng)合基干業(yè)務(wù)系統(tǒng)500的基干業(yè)務(wù)服務(wù)器200的動作。與本發(fā)明沒有特別關(guān)系的動作或處理,省略其內(nèi)容。圖3為表示基干業(yè)務(wù)服務(wù)器200實行的數(shù)據(jù)庫更新處理的例子的流程圖。利用數(shù)據(jù)庫更新處理,可對基干業(yè)務(wù)服務(wù)器200進行更新流程DB220的處理。在數(shù)據(jù)庫更新處理中,首先,基干業(yè)務(wù)服務(wù)器200,判定是否取得新的流程數(shù)據(jù)(新規(guī)流程數(shù)據(jù))(步驟S101)。當(dāng)判定沒有取得新規(guī)流程數(shù)據(jù)時(步驟SlOl的N),基干業(yè)務(wù)服務(wù)器200移至后述的步驟S103的處理。另一方面,當(dāng)判定取得新規(guī)流程數(shù)據(jù)時(步驟SlOl的Y),基干業(yè)務(wù)服務(wù)器200將取得的流程數(shù)據(jù)登錄到流程表PT上(步驟S102)其次,基干業(yè)務(wù)服務(wù)器200判定是否取得與登錄完的流程數(shù)據(jù)對應(yīng)的過程數(shù)據(jù)(即,構(gòu)成流程的業(yè)務(wù)過程的數(shù)據(jù))(步驟S103)。當(dāng)判定沒有取得與登錄完的流程數(shù)據(jù)對應(yīng)的過程數(shù)據(jù)時(步驟S103的N),基干業(yè)務(wù)服務(wù)器200參照其他DB230,特定與取得的數(shù)據(jù)對應(yīng)的存儲區(qū)域,登錄取得的數(shù)據(jù)(步驟S104),移至步驟SlOl的處理。另一方面,當(dāng)判定取得與登錄完的過程流程數(shù)據(jù)對應(yīng)的過程數(shù)據(jù)時(步驟S103的Y),基干業(yè)務(wù)服務(wù)器200,在過程流程表PT的對應(yīng)項目中,登錄過程數(shù)據(jù)(步驟S105)?;蓸I(yè)務(wù)服務(wù)器200取得的過程數(shù)據(jù)是否為登錄完的過程數(shù)據(jù)的判定,通過判定具有含有取得的數(shù)據(jù)的過程流程號碼,和過程流程明細(xì)號碼的組合的過程流程數(shù)據(jù),是否容納在過程流程表PT中進行。因此,在本例子中,在基干業(yè)務(wù)服務(wù)器取得的數(shù)據(jù)(也務(wù)的 實行者輸入的數(shù)據(jù),或由業(yè)務(wù)應(yīng)用程序作成的數(shù)據(jù))中,必須含有構(gòu)成主關(guān)鍵部分(即,過程流程號碼和過程流程明細(xì)號碼)的數(shù)據(jù)。當(dāng)?shù)卿涍^程數(shù)據(jù)時,基干業(yè)務(wù)服務(wù)器200判定由過程數(shù)據(jù)登錄產(chǎn)生的流程數(shù)據(jù)的給定的狀態(tài)變更條件是否滿足(步驟S106)。當(dāng)判定根據(jù)過程數(shù)據(jù)登錄的情況,不滿足給定的狀態(tài)變更條件時(步驟S106的N),基干業(yè)務(wù)服務(wù)器200移至步驟SlOl。另一方面,當(dāng)根據(jù)過程數(shù)據(jù)的登錄情況,判定滿足給定的狀態(tài)變更條件時(步驟S106的Y),基干業(yè)務(wù)服務(wù)器200根據(jù)滿足的狀態(tài)變更條件,更新流程數(shù)據(jù)包含的情況數(shù)據(jù)(步驟S107),移至步驟SlOl的處理。本例子的數(shù)據(jù)庫更新處理由基干業(yè)務(wù)服務(wù)器200的管理者的結(jié)束操作結(jié)束。另外,數(shù)據(jù)庫更新處理為實時進行的處理也可以,在每個特定的單位時間進行分批處理也可以。只在指定的期間進行實時處理的,一部分具有實時性的處理(準(zhǔn)實時處理)也可以。其次,參照附圖,說明本例子的統(tǒng)合基干業(yè)務(wù)系統(tǒng)500的基干業(yè)務(wù)服務(wù)器200,DWH服務(wù)器300和客戶端10,20的動作。與本發(fā)明沒有特別關(guān)系的動作或處理,省略其內(nèi)容。圖4為表示基干業(yè)務(wù)服務(wù)器200,DWH服務(wù)器300,和客戶端10實行的帳票輸出處理的例子的流程圖。在帳票輸出處理中,基干業(yè)務(wù)服務(wù)器200利用通過DWH服務(wù)器300,向客戶端10提供過程流程數(shù)據(jù)(過程流程數(shù)據(jù)的一部分或全部),進行在客戶端10具有的顯示畫面上顯示帳票的處理。由于在客戶端10和客戶端20中,只有通信網(wǎng)絡(luò)不同,因此,在本例子中,以使用客戶端10的情況為例進行說明。另外,本例子的DWH服務(wù)器300由于只是基干業(yè)務(wù)服務(wù)器200和客戶端10進行通信的輔助(例如,客戶端的認(rèn)證等),以下,省略DffH服務(wù)器300的動作的說明。在帳票輸出處理中,首先,客戶10根據(jù)客戶10的使用者A的操作輸入,將檢索鍵輸入畫面要求送至基干業(yè)務(wù)服務(wù)器200 (步驟S301)。當(dāng)接受檢索鍵的輸入畫面要求時,基干業(yè)務(wù)服務(wù)器200發(fā)送根據(jù)接受的檢索鍵輸入畫面要求的檢索鍵的輸入畫面(步驟S201)。當(dāng)接受檢索鍵的輸入畫面時,客戶10在自己具有的顯示部分的顯示畫面上,顯示檢索鍵的輸入畫面(步驟S302)。
圖5為表示檢索鍵輸入畫面的例子的說明圖。如圖5所示,在檢索鍵輸入畫面上設(shè)有以拉下形式,可選擇地顯示在流程表PT上設(shè)定的項目的檢索項目顯示區(qū)域11,接受使用者A的檢索鍵輸入的檢索鍵輸入?yún)^(qū)域12,接受將輸出至顯示部的顯示畫面更換為其他線示畫面的要求的返回按鈕13,和接受檢索項目和檢索鍵進行的流程數(shù)據(jù)的檢索要求的檢索按鈕14。當(dāng)客戶10接受由鼠標(biāo)操作可以操作的光標(biāo)P進行的檢索項目的選擇時,選擇的檢索項目為臨時選擇狀態(tài)。當(dāng)接受檢索按紐14的選擇時,客戶10判定接受處在臨時選擇狀態(tài)的檢索項目的選擇(本選擇)(步驟S303),將選擇的檢索項目和輸入至檢索鍵的輸入?yún)^(qū)域12中的檢索鍵,發(fā)送至基干業(yè)務(wù)服務(wù)器200 (步驟S304)。當(dāng)收信檢索項目和檢索鍵時,基干業(yè)務(wù)服務(wù)器200在登錄到流程表PT中的流程數(shù)據(jù)中,在接受的檢索項目表示的項目(即過程流程表PT的列項目)中,檢索登錄了與接受的檢索鍵相同的(或包含接受的檢索鍵)的文字列的過程流程數(shù)據(jù)(步驟S202)。這時,在檢索鍵為空數(shù)據(jù)的情況下,基干業(yè)務(wù)服務(wù)器200全部檢索在接受的檢索項目中有過程數(shù)據(jù)(即在接受的檢索項目中,容納空數(shù)據(jù)以外的數(shù)據(jù))的過程流程數(shù)據(jù)也可以,將檢索錯誤的 通知發(fā)送給客戶10也可以。當(dāng)檢索流程數(shù)據(jù)時,基干業(yè)務(wù)服務(wù)器200將檢索的流程數(shù)據(jù)發(fā)送給客戶10 (步驟S203),結(jié)束這里的處理。另一方面,當(dāng)接受流程數(shù)據(jù)時,客戶端10根據(jù)接受的流程數(shù)據(jù),在自己具有的顯示部的顯示畫面上,顯示帳票顯示畫面(步驟S305)圖6為表示帳票顯示畫面的例子的說明圖。如圖6所示,在帳票顯示畫面上,設(shè)有顯示根據(jù)過程流程數(shù)據(jù)的帳票的帳票顯示區(qū)域21,帳票情況顯示區(qū)域22,返回按鈕23,變更按鈕24??蛻舳?0根據(jù)在客戶端10具有的鍵盤等的操作,變更在帳票顯示區(qū)域31中顯示的帳票的縮尺。在帳票顯示區(qū)域21中,以給定的顯示形態(tài),顯示流程數(shù)據(jù)的一部分或全部。在本例子中,以給定的顯示形態(tài)顯示流程數(shù)據(jù)的一部分或全部的信息,由基干業(yè)務(wù)服務(wù)器200作成,在帳票輸出處理的步驟S203的時間,發(fā)送給客戶10??蛻?0根據(jù)存儲在自己具有的存儲裝置中的信息,以給定的顯示形態(tài),在帳票顯示區(qū)域21上,顯示接受的流程數(shù)據(jù)的一部分或全部也可以。另外,帳票情況顯示區(qū)域22為顯示在帳票顯示區(qū)域21上顯示的帳票的種類(或狀況。以下稱為情況)的區(qū)域。作為帳票的情況有接受定貨傳票,出庫傳票,檢收傳票,和請求書等種種。另外,返回按鈕23為接受將顯示畫面返回檢索鍵輸入畫面的要求的按鈕。變更按鈕24為旨在接受變更帳票顯示區(qū)域21的顯示內(nèi)容的要求的按鈕。以下,說明有關(guān)帳票顯示區(qū)域21的顯示內(nèi)容的變更處理。當(dāng)顯示帳票顯示畫面時,客戶端10判定是否接受使用者A進行的帳票情況變更要求(步驟S306)。在本例子中,客戶端10首先接受使用者A進行的帳票情況顯示區(qū)域22的選擇。例如,當(dāng)接受通過利用鼠標(biāo)操作可以操作的光標(biāo)P進行帳票情況顯示區(qū)域22的選擇時,客戶端10以拉下形式,可選擇地顯示表示可顯示的帳票的形態(tài)的帳票情況名稱的清單。
這里,在顯示的帳票情況名稱中,指可從基干業(yè)務(wù)服務(wù)器200,與流程數(shù)據(jù)一起接受者。具體地,基干業(yè)務(wù)服務(wù)器200,根據(jù)預(yù)先存儲在給定的存儲區(qū)域中的帳票的形態(tài)的數(shù)據(jù)(帳票形態(tài)數(shù)據(jù)),和流程數(shù)據(jù)的狀態(tài)(即,流程表PT的各列項目的輸入狀態(tài)),特定表示可顯示的帳票的形態(tài)的帳票情況名稱。即,例如,在發(fā)送給客戶端10的過程流程數(shù)據(jù)的形式為“在庫銷售額”,只在過程固有數(shù)據(jù)部分上登錄業(yè)務(wù)過程“接受定貨”的數(shù)據(jù)的情況下,基干業(yè)務(wù)服務(wù)器200只特定“接受定貨傳票”作為帳票情況名稱。另外,在除了業(yè)務(wù)過程“接受定貨”的過程數(shù)據(jù)外,還登錄業(yè)務(wù)過程“出庫”的過程數(shù)據(jù)的情況下,基干業(yè)務(wù)服務(wù)器200特定“接受定貨傳票”和“出庫傳票”作為帳票情況名稱。圖7為說明根據(jù)流程數(shù)據(jù)的狀態(tài)的帳票情況的遷移的說明圖。在圖7中,圖像101-104分別為根據(jù)流程數(shù)據(jù),在帳票顯示區(qū)域21上顯示的帳票(具體地為傳票)的形態(tài)。另外,圖像101-104為說明帳票情況遷移的說明圖,不是表示起作為各種帳票的作用的具體的記載例。當(dāng)以圖像104為例說明時,圖像104的區(qū)域111為表示帳票情況名稱,區(qū)域112為表示流程的形式,區(qū)域113為表示在流程數(shù)據(jù)中包含的過程數(shù)據(jù)的業(yè)務(wù)過程的名稱的區(qū)域`(在本例子中為文字列顯示區(qū)域)。在本例子中,還在區(qū)域111中顯示與流程數(shù)據(jù)中包含的過程數(shù)據(jù)的種類對應(yīng)的帳票情況名稱。在這種情況下,如從圖7的圖像101向圖像104的遷移所示,每當(dāng)對于一個流程數(shù)據(jù),登錄與各業(yè)務(wù)過程相應(yīng)的過程數(shù)據(jù)時,增加帳票名稱(即,根據(jù)過程流程數(shù)據(jù),可顯示的帳票形態(tài))的種類。這意味著不是“有沒有下一種類的帳票”,而是“對應(yīng)流程數(shù)據(jù)的狀態(tài),帳票的狀態(tài)提升(即,增加可以顯示的帳票的種類)”。以下,在帳票輸出處理的步驟S 305的處理之前,以客戶端10接受包含業(yè)務(wù)過程“接受訂貨”,“出庫”的流程數(shù)據(jù)的情況為例,繼續(xù)說明。在本例子中,利用步驟S305的處理,客戶端10在帳票顯示區(qū)域21上,顯示與對應(yīng)于在接受的流程數(shù)據(jù)表示的流程中,位于業(yè)務(wù)過程“出庫”中上位的業(yè)務(wù)過程“接受定貨”對應(yīng)的帳票情況名稱“接受定貨傳票”的帳票(參照圖6)。當(dāng)在帳票狀態(tài)變更要求的接受判定處理(步驟S306)中,判定沒接受使用者A的帳票狀態(tài)變更要求時(步驟S306的N),客戶端10移至后述的步驟S308的處理。另一方面,當(dāng)判定收到了使用者A的帳票狀態(tài)變更要求時(步驟S308的Y),客戶端10在帳票顯示區(qū)域21上顯示與接受的變更要求相應(yīng)的帳票(步驟S307)。在本例子中,客戶端10接受與使用者A進行的業(yè)務(wù)過程“出庫”對應(yīng)的帳票狀態(tài)名稱“出庫傳票”的選擇,在帳票顯示區(qū)域21上顯示與業(yè)務(wù)過程“出庫“對應(yīng)的帳票(出庫傳票)。在這種情況下,客戶端10在帳票狀態(tài)顯示區(qū)域22上,顯示帳票狀態(tài)名稱“出庫傳票”。當(dāng)顯示與帳票狀態(tài)變更要求相應(yīng)的帳票時,客戶端10判定是否結(jié)束帳票輸出處理(步驟S308)。當(dāng)判定不結(jié)束帳票輸出處理時(步驟S308的N),客戶端10移至步驟S306的處理。另一方面,當(dāng)判定通過接受使用者A進行的給定的結(jié)束操作,結(jié)束帳票輸出處理時(步驟S308的Y),客戶端10結(jié)束這里的處理。如以上說明的那樣,在上述實施例中,由于數(shù)據(jù)庫(例如,流程DB220)具有登錄了包含含有多個業(yè)務(wù)過程的流程(例如,形式“庫存銷售”的流程)的各種數(shù)據(jù)的流程數(shù)據(jù)的流程表PT,上述流程數(shù)據(jù)包含情況數(shù)據(jù),通用數(shù)據(jù)和過程固有數(shù)據(jù),上述情況數(shù)據(jù)為表示在上述過程流程中包含的多個業(yè)務(wù)過程(例如,接受訂貨,出廠指示,出庫,出庫檢收,銷售)各自的進展?fàn)顩r的數(shù)據(jù)。上述通用數(shù)據(jù)為在同一個過程流程中包含的業(yè)務(wù)過程間通用的數(shù)據(jù)(例如,表示接受訂貨方或金額等的數(shù)據(jù)),上述過程固有數(shù)據(jù)為在同一個過程流程中包含的各業(yè)務(wù)過程所固有的數(shù)據(jù)(例如,接受定貨日或接受定貨檢測),上述情況數(shù)據(jù)根據(jù)上述過程固有數(shù)據(jù)更新而更新(例如,根據(jù)追加過程固有數(shù)據(jù),對應(yīng)的情況數(shù)據(jù)從“O”變更至“I”)因此可減輕ERP系統(tǒng)的數(shù)據(jù)的更新或檢索所要的處理負(fù)荷。S卩,可減少數(shù)據(jù)更新時發(fā)生的I/O數(shù)據(jù)(輸入輸出數(shù)據(jù))的量。圖8為說明上述的基干業(yè)務(wù)服務(wù)器200實行的數(shù)據(jù)庫更新處理的用途的說明圖。圖8(A)為表示最初的過程數(shù)據(jù)輸入時的數(shù)據(jù)更新量的比較結(jié)果的表。這里,最初輸入的過程數(shù)據(jù)的種類(即,業(yè)務(wù)過程的種類)沒有特別的限制。如圖10所示,“以往型”意味著在各業(yè)務(wù)過程的每個中具有目錄的數(shù)據(jù)庫。另外,所謂“數(shù)據(jù)量的差”不表示嚴(yán)密的數(shù)值,在比較更新容納在先前型的表中的數(shù)據(jù)的情況,和更新容納在新型的過程流程表(即, 過程流程表PT,參照圖2。以下在與先前型比較的情況下,稱為適宜的“新型”)中的數(shù)據(jù)的情況的情況下,在新型處理的數(shù)據(jù)量多的情況下,為+(加),在新型處理的數(shù)據(jù)量少的情況下為_(減),在新型和先前型處理的數(shù)據(jù)量相同的情況下為“O”。在這種情況下,在最初的過程數(shù)據(jù)輸入時,情況部分更新必要的新型處理的數(shù)據(jù)量多。但是,由于情況部分的數(shù)據(jù)量小,實質(zhì)上在先前型和新型中,I/o數(shù)據(jù)(輸入輸據(jù)和輸出數(shù)據(jù))的量沒有大的差別。另一方面,圖8(B)為表示第二個過程以后的過程數(shù)據(jù)輸入時的數(shù)據(jù)更新量的比較結(jié)果的表。即,它是表示與輸入過程流程表PT中的流程中,包含主關(guān)鍵部,參照關(guān)鍵部,形式部,狀態(tài)部,通用部分和過程固有數(shù)據(jù)部的一部分(例如,與業(yè)務(wù)過程“接受訂貨”相應(yīng)的過程固有數(shù)據(jù)“接受日”,“接受定貨檢測”)的業(yè)務(wù)過程相應(yīng)的過程數(shù)據(jù)輸入時的數(shù)據(jù)更新量的比較結(jié)果的表。再有,“以往型”,為了定義與輸入完畢的過程數(shù)據(jù)的對應(yīng)關(guān)系,在輸入與登錄在接受訂貨的表中的過程數(shù)據(jù)(接受定貨數(shù)據(jù))對應(yīng)的其他過程數(shù)據(jù)(例如,在輸入與業(yè)務(wù)過程“發(fā)貨指示”對應(yīng)的過程數(shù)據(jù)(發(fā)貨指示數(shù)據(jù))的情況下,作為出廠指示,除了與本例子的主關(guān)鍵部,參照關(guān)鍵部,形式部,通用部,和過程固有數(shù)據(jù)部分對應(yīng)的數(shù)據(jù)(參照圖2和圖10)外,必須輸入表示對應(yīng)的接受定貨數(shù)據(jù)的“接受訂貨號碼”和“接受定貨明細(xì)”。在這種情況下,在第二個過程以后的過程數(shù)據(jù)輸入時,與必要情況部分以外的全部部分的先前型比較,由于新型只更新狀態(tài)部分和過程固有數(shù)據(jù)部分,因此I/o數(shù)據(jù)量少。因此,新型比先前型的I/O數(shù)據(jù)量少,對系統(tǒng)性能有利。S卩,由于削減了數(shù)據(jù)庫的1/0,因此,可實現(xiàn)減少寫入量,縮減數(shù)據(jù)庫全體的容量,和減輕檢索處理所要的處理負(fù)荷。另外,關(guān)于減輕檢索處理的處理負(fù)荷,過程(過程數(shù)據(jù))不跨越多個表也是一個重要因素。另外,在新型中,使過程數(shù)據(jù)的輸入順序有一定程度的不同順序有優(yōu)點。S卩,例如,當(dāng)考慮形式“庫存銷售”時,在先前型的情況下,過程流程的順序限定為接受定貨,出廠指示,出庫,出庫檢收,銷售額的順序,不能改變順序。利用先前型的表的結(jié)構(gòu),可以通過在后面的業(yè)務(wù)過程的數(shù)據(jù)中,具有前面的業(yè)務(wù)過程的主鍵,表現(xiàn)業(yè)務(wù)過程間的關(guān)系(例如,出廠指示表的“接受定貨號碼”和“接受定貨明細(xì)”。參照圖10)。另一方面,利用新型的表的結(jié)構(gòu),有關(guān)系的業(yè)務(wù)過程的數(shù)據(jù)放置在同一個記載中(即,同一個表的同一列)。因此,對業(yè)務(wù)過程間的前后關(guān)系沒有制約,可以柔軟地替換業(yè)務(wù)過程的順序。即,例如在實際的業(yè)務(wù)的順序為””接受定貨“在發(fā)貨指示后“的情況下,可將過程數(shù)據(jù)的輸入順序作成沿著實際的業(yè)務(wù)的順序的形狀。因此,在進展管理上(換言之,內(nèi)部統(tǒng)制上),對先前型有利。具體地,現(xiàn)在的批發(fā)業(yè)界的業(yè)務(wù)順序為“接受定貨在出廠指示后”。另外,在新型中,可以減輕過程流程進展查詢所要的負(fù)荷。即,在確認(rèn)過程流程至今進行的情況下,利用先前型的表結(jié)構(gòu),必要確認(rèn)從開始傳票的表依次至最終傳票的表的全部表登錄狀況。例如當(dāng)以“庫存銷售”的形式為例考慮時,必須確認(rèn)接受訂貨,出廠指示,出庫,出庫驗收,請求五個表。另一方面,利用新型的表結(jié)構(gòu),由于具有過程流程的進展?fàn)顩r作為“情況部分”,只需查詢一個表,一個記載,就可確認(rèn)進展。這在使用進展?fàn)顩r的查詢畫面或開發(fā)時有利。
另外,在上述實施例中,由于在管理在每個流程中發(fā)生的過程流程數(shù)據(jù)的流程數(shù)據(jù)管理服務(wù)器(例如,基干業(yè)務(wù)服務(wù)器200)中,具有數(shù)據(jù)庫(例如流程DB220),因此,流程數(shù)據(jù)管理服務(wù)器,可根據(jù)客戶端(例如客戶端10,20)發(fā)出的要求,向客戶端提供流程數(shù)據(jù)的一部分或全部,因此,與先前比較,可構(gòu)筑業(yè)務(wù)過程的數(shù)據(jù)(例如,表示帳票作成中必要的帳票信息的過程流程數(shù)據(jù))提供所要的處理負(fù)荷可減輕的系統(tǒng)。在上述實施例中沒有特別談及,數(shù)據(jù)庫(例如,流程DB220)具有登錄了作為表示過程流程的進展?fàn)顩r的判定條件的數(shù)據(jù)的進展?fàn)顩r判定條件表,流程數(shù)據(jù)管理服務(wù)器(例如,基干業(yè)務(wù)服務(wù)器200)可根據(jù)進展?fàn)顩r判定條件,判定情況數(shù)據(jù)(例如,放置在過程流程表PT中的情況部分中的數(shù)據(jù),參照圖2)是否滿足進展?fàn)顩r判定條件,將與判定滿足的進展?fàn)顩r判定條件相應(yīng)的進展?fàn)顩r,報知客戶端(例如,客戶端10,20)也可以。圖9為表示存放在進展情況判定條件表中的進展情況判定條件數(shù)據(jù)的存放狀態(tài)的例子的說明圖。如圖9所示,本例子的進展情況判定條件數(shù)據(jù)包含過程流程的形式,與流程的形式相應(yīng)的進展情況判定條件。在流程的形式中,除了上述的在庫銷售額外,還有樣件出廠,服務(wù)銷售額,名義變更(銷售),名義變更(發(fā)貨),銷售退貨(有原交易參照),銷售額退貨(無原交易參照),銷售額金額調(diào)整(加),銷售額金額調(diào)整(減)等業(yè)務(wù)過程不同的各種形式。所謂“進展?fàn)顩r判定條件”為表示流程的進展?fàn)顩r的判定基準(zhǔn)的條件,在本例子中,在每一個流程形式必要的業(yè)務(wù)過程(例如,在接受定貨,發(fā)貨指示,出庫,出庫檢收,和銷售中,預(yù)先另外設(shè)定的業(yè)務(wù)過程)中,設(shè)定“I”。在情況部分的狀態(tài)與進展?fàn)顩r判定條件數(shù)據(jù)一致的情況下,基干業(yè)務(wù)服務(wù)器200判定,在容納在過程流程表PT中的過程流程數(shù)據(jù)中,過程流程數(shù)據(jù)的記載處在“完了 ”狀態(tài)(即,判定過程流程數(shù)據(jù)表示的過程流程完了),進行將這個意思報知給定的客戶端(例如,客戶端10,20)的處理(報知處理)。利用這樣的結(jié)構(gòu),可以構(gòu)筑業(yè)務(wù)完成狀況的可判定的系統(tǒng)。特別是,由于通過比較過程流程數(shù)據(jù)包含的情況數(shù)據(jù)和進展?fàn)顩r判定條件數(shù)據(jù),可以達到業(yè)務(wù)完成狀況的判定處理,因此與需要參照容納在多個表中的數(shù)據(jù)輸入狀況的先前的情況比較,可減輕業(yè)務(wù)完成狀況的判定需要的處理負(fù)荷。
另外,進展?fàn)顩r判定處理或報知處理的開始時機,為從客戶端發(fā)出的要求時也可以,預(yù)先設(shè)定的時機也可以。在上述的進展?fàn)顩r判定條件表的例子中,由于進展?fàn)顩r判定條件數(shù)據(jù)包含判定過程流程是否完了的完了條件,因此,一連串業(yè)務(wù)的完了判定容易構(gòu)筑可能的系統(tǒng)。另外,進展?fàn)顩r判定條件數(shù)據(jù)不限于判定過程流程為“完了”狀態(tài),例如,包含判定有“50%完了”的狀態(tài)的結(jié)構(gòu)也可以。另外,進展?fàn)顩r判定條件數(shù)據(jù)表示從最初的過程數(shù)據(jù)的輸入時至經(jīng)過給定時間輸入的過程數(shù)據(jù)的種類也可以。在進展?fàn)顩r判定條件表中,不但有上述的“應(yīng)該輸入的數(shù)據(jù)全輸入了嗎”的判定功能,而且有在“不應(yīng)輸入的數(shù)據(jù)沒有輸入吧”中,限制數(shù)據(jù)輸入的功能。在這種情況下,當(dāng)更新流程表PT時,在追加的過程數(shù)據(jù)為過程固有數(shù)據(jù)的情況下,基干業(yè)務(wù)服務(wù)器200比較追加的過程固有數(shù)據(jù)的種類和進展?fàn)顩r判定條件表,在追加的過程固有數(shù)據(jù)種類為與在進展 狀況條件表中,不設(shè)定“ I ”的業(yè)務(wù)過程對應(yīng)的情況下,不進行過程流程表的更新也可以。產(chǎn)業(yè)上應(yīng)用的可能性采用本發(fā)明,在構(gòu)筑減輕數(shù)據(jù)更新或檢索的處理負(fù)荷的ERP系統(tǒng)方面有用。符號說明
PT 流程表10 客戶20 客戶
51專用線路52LAN
53因特網(wǎng) 200基干業(yè)務(wù)服務(wù)器 210業(yè)務(wù)應(yīng)用程序DB 220流程DB 230其他DB 300 DWH服務(wù)器 500統(tǒng)合基干業(yè)務(wù)系統(tǒng)
權(quán)利要求
1.一種數(shù)據(jù)庫,其特征為,它具有流程目錄,并登錄了流程數(shù)據(jù),其包括含有多個業(yè)務(wù)過程的、與流程相關(guān)的各種數(shù)據(jù), 上述流程數(shù)據(jù),為包含狀態(tài)數(shù)據(jù),通用數(shù)據(jù)和過程固有數(shù)據(jù)的數(shù)據(jù); 上述狀態(tài)數(shù)據(jù),為表示在上述流程中包含的多個業(yè)務(wù)過程各自的進展?fàn)顩r的數(shù)據(jù); 上述通用數(shù)據(jù),為在同一個流程中包含的業(yè)務(wù)過程間通用的數(shù)據(jù); 上述過程固有數(shù)據(jù),為在同一個流程中包含的各業(yè)務(wù)過程所固有的數(shù)據(jù); 上述狀態(tài)數(shù)據(jù),根據(jù)上述過程固有數(shù)據(jù)的更新而更新。
2.根據(jù)權(quán)利要求I所述的數(shù)據(jù)庫,其特征為,上述數(shù)據(jù)庫設(shè)置于對上述每項流程所發(fā)生的流程數(shù)據(jù)實施管理的流程數(shù)據(jù)管理服務(wù)器中,該流程數(shù)據(jù)管理服務(wù)器,含有流程數(shù)據(jù) 提供裝置,對應(yīng)來自于客戶終端的要求,將上述流程數(shù)據(jù)的部分或全部提供給該客戶終端。
3.根據(jù)權(quán)利要求2的數(shù)據(jù)庫,其特征為, 設(shè)有進度狀況判定條件目錄,其登錄有進度狀況判定條件數(shù)據(jù),是表示上述流程的進度狀況的判定條件的數(shù)據(jù); 上述流程數(shù)據(jù)管理服務(wù)器,含有進度狀況判定裝置,根據(jù)上述進度狀況判定條件,對上述狀態(tài)數(shù)據(jù)是否滿足上述進度狀況判定條件進行判定; 含有進度狀況報知裝置由該進度狀況判定裝置判定為滿足條件的、則將對應(yīng)于進度狀況判定條件的進度狀況,報知給上述客戶終端。
4.根據(jù)權(quán)利要求3所述的數(shù)據(jù)庫,其特征為,上述進展?fàn)顩r判定條件數(shù)據(jù),包含為了判定上述流程是否完了的完了條件。
5.一種數(shù)據(jù)管理服務(wù)器, 是針對客戶終端,提供各種數(shù)據(jù)的數(shù)據(jù)管理服務(wù)器,其特征在于, 含有流程數(shù)據(jù)存儲裝置,對包括多項業(yè)務(wù)過程的、含有與其流程相關(guān)的各種數(shù)據(jù)的流程數(shù)據(jù)進行存儲; 含有流程數(shù)據(jù)更新裝置,對應(yīng)上述流程的進度狀況,對該流程數(shù)據(jù)進行更新; 含有流程數(shù)據(jù)提供裝置,對應(yīng)來自于上述客戶終端的要求,將上述流程數(shù)據(jù)的部分或全部提供給該客戶終端; 上述流程數(shù)據(jù),為包含狀態(tài)數(shù)據(jù),通用數(shù)據(jù)和過程固有數(shù)據(jù)的數(shù)據(jù); 上述狀態(tài)數(shù)據(jù),為表示在上述流程中包含的多個業(yè)務(wù)過程各自的進展?fàn)顩r的數(shù)據(jù); 上述通用數(shù)據(jù),為在同一個流程中包含的業(yè)務(wù)過程間通用的數(shù)據(jù); 上述過程固有數(shù)據(jù),為在同一個流程中包含的各業(yè)務(wù)過程所固有的數(shù)據(jù); 上述流程數(shù)據(jù)更新裝置,根據(jù)上述過程固有數(shù)據(jù)的更新狀況,更新上述狀態(tài)數(shù)據(jù)。
6.一種數(shù)據(jù)管理程序,其特征為,作為一種可以將各種數(shù)據(jù)提供給客戶端,并對數(shù)據(jù)管理服務(wù)器進行動作控制的數(shù)據(jù)管理程序,用以使上述數(shù)據(jù)管理服務(wù)器實施如下處理 實施流程數(shù)據(jù)更新處理, 根據(jù)包含多個業(yè)務(wù)過程的流程的進展?fàn)顩r,更新存儲在存儲包含上述流程相關(guān)的各種數(shù)據(jù)的流程數(shù)據(jù)的流程數(shù)據(jù)存儲裝置中的流程數(shù)據(jù)的流程數(shù)據(jù)更新處理; 實施流程數(shù)據(jù)提供處理,根據(jù)從上述客戶端發(fā)出的要求,將上述流程數(shù)據(jù)的一部分或全部提供給該客戶端; 上述流程數(shù)據(jù),為包含狀態(tài)數(shù)據(jù),通用數(shù)據(jù)和過程固有數(shù)據(jù)的數(shù)據(jù);上述狀態(tài)數(shù)據(jù),為表示在上述流程中包含的多個業(yè)務(wù)過程各自的進展?fàn)顩r的數(shù)據(jù); 上述通用數(shù)據(jù),為在同一個流程中包含的業(yè)務(wù)過程間通用的數(shù)據(jù); 上述過程固有數(shù)據(jù),為在同一個流程中包含的各業(yè)務(wù)過程所固有的數(shù)據(jù); 在上述流 程數(shù)據(jù)更新處理中,進行根據(jù)上述過程固有數(shù)據(jù)的更新狀況,更新上述狀態(tài)數(shù)據(jù)的處理。
全文摘要
減輕ERP系統(tǒng)的數(shù)據(jù)更新或檢索的處理負(fù)荷。數(shù)據(jù)庫具有登錄了包含含有多個業(yè)務(wù)過程的與流程相關(guān)的各種數(shù)據(jù)的流程數(shù)據(jù)的流程表PT,上述流程數(shù)據(jù)為包含狀態(tài)數(shù)據(jù),通用數(shù)據(jù)和過程固有數(shù)據(jù)的數(shù)據(jù)。上述狀態(tài)數(shù)據(jù)為表示在上述流程中包含的多個業(yè)務(wù)過程各自的進展?fàn)顩r的數(shù)據(jù)。上述通用數(shù)據(jù)為在同一個流程中包含的業(yè)務(wù)過程間通用的數(shù)據(jù)。上述過程固有數(shù)據(jù)為在同一個流程中包含的各業(yè)務(wù)過程所固有的數(shù)據(jù)。上述狀態(tài)數(shù)據(jù)根據(jù)上述過程固有數(shù)據(jù)更新而更新。
文檔編號G06F17/30GK102893279SQ20118002309
公開日2013年1月23日 申請日期2011年4月22日 優(yōu)先權(quán)日2010年12月21日
發(fā)明者秋田敏文 申請人:Ips株式會社