專利名稱：商務支持系統(tǒng)和記錄介質(zhì)的制作方法
技術領域：
本發(fā)明涉及商務支持系統(tǒng)和商務支持記錄介質(zhì)。
近年來，商務領域已經(jīng)擴展到世界范圍。通信網(wǎng)絡中的最新進展已經(jīng)允許進行廣域數(shù)據(jù)傳輸。并且，近來計算機技術的進步已經(jīng)允許有效利用數(shù)據(jù)傳輸。
(1)另一方面，在商務領域中，期望能夠盡快獲得關于銷售業(yè)績，庫存控制或類似內(nèi)容的數(shù)據(jù)項。但對于常規(guī)商務方案，由于各個專業(yè)部門(例如會計部，銷售部或生產(chǎn)部)均以其自己的方式管理數(shù)據(jù)，需要很長的時間才能收集到管理信息。
(2)今天，計算機幾乎被應用在所有類型的商務中。某些常規(guī)單類型商務已經(jīng)轉(zhuǎn)型為各個種多重管理商務。另外，公司管理經(jīng)常被改變，并且公司結構也頻繁地被改變。
每當建立一個新公司或改變公司結構時，必須修改計算機軟件，或者必須引入新計算機，導致高昂的費用。
因而本發(fā)明的一個目標是通過提供一種商務支持系統(tǒng)，商務支持方法和商務支持數(shù)據(jù)記錄介質(zhì)來克服條目(1)中提到的問題，其中上述商務支持系統(tǒng)，商務支持方法和商務支持數(shù)據(jù)記錄介質(zhì)實現(xiàn)了具有大規(guī)模，高速合計功能的計算機。并且，本發(fā)明的另一個目標是提供一種商務支持系統(tǒng)，商務支持方法和商務支持數(shù)據(jù)記錄介質(zhì)，其中由于在任何微型計算機終端出現(xiàn)故障時均有另一個計算機對數(shù)據(jù)進行補償，所以上述商務支持系統(tǒng)，商務支持方法和商務支持數(shù)據(jù)記錄介質(zhì)具有高可靠性。另外，本發(fā)明的另一個目標是提供一種商務支持系統(tǒng)，商務支持方法和商務支持數(shù)據(jù)記錄介質(zhì)，其中上述商務支持系統(tǒng)，商務支持方法和商務支持數(shù)據(jù)記錄介質(zhì)允許在一個新計算機被加入網(wǎng)絡時立即存儲過去的數(shù)據(jù)。
并且，本發(fā)明的另一個目標是通過提供一種商務支持系統(tǒng)和商務支持記錄介質(zhì)來克服(2)中提到的問題，其中上述商務支持系統(tǒng)和商務支持記錄介質(zhì)允許對已購買的計算機進行設置以便其能夠方便地適應已經(jīng)使用計算機的公司或組織的具體情況。本發(fā)明的一個目標是提供一種商務支持系統(tǒng)，商務支持方法和商務支持記錄介質(zhì)，其中通過選擇一種單據(jù)或表格并且在不用關心程序語言(例如COBOL或FORTRAN)的描述的情況下在其中輸入數(shù)據(jù)，上述商務支持系統(tǒng)，商務支持方法和商務支持記錄介質(zhì)允許對數(shù)據(jù)進行處理。接受數(shù)據(jù)的單據(jù)或表格被設計成能夠自動理解輸入數(shù)據(jù)的含義或內(nèi)容并且對其進行有效處理的形式。
并且，本發(fā)明的一個目標是提供一種商務支持系統(tǒng)和商務支持記錄介質(zhì)，其中即使在公司結構被改變，或者商務業(yè)務或商務類型被改變或被加入到使用計算機的公司或組織中時，上述商務支持系統(tǒng)和商務支持記錄介質(zhì)也允許對目前使用的計算機進行設置以便其方便地適應新情況。
(1)通過提供一個商務支持系統(tǒng)來實現(xiàn)上述目標，該系統(tǒng)包括一個設備，該設備通過網(wǎng)絡被連接到被叫方上的一個設備并且其自身的數(shù)據(jù)存儲部分中的數(shù)據(jù)結構與被叫方設備的數(shù)據(jù)存儲部分中的數(shù)據(jù)結構相同，其中該設備包含發(fā)送裝置和接收裝置，當其自身的數(shù)據(jù)存儲部分中的數(shù)據(jù)被更新時，發(fā)送裝置向被叫方發(fā)送更新數(shù)據(jù)及其存儲位置，當從被叫方接收到更新數(shù)據(jù)及其存儲位置時，接收裝置用接收的數(shù)據(jù)替換其自身的數(shù)據(jù)存儲部分中的數(shù)據(jù)。
本發(fā)明的特征在于選擇商務中使用的功能模型的模塊，顯示功能模型中使用的各種信息發(fā)送和接收結構(工作表)，信息發(fā)送和接收結構被用作實際輸入數(shù)據(jù)的對象，從而允許自動重構用于功能模型的信息發(fā)送和接收網(wǎng)絡。
(2)通過提供一個商務支持系統(tǒng)來進一步實現(xiàn)上述目標，該系統(tǒng)包括第一顯示裝置，該裝置把商務功能模塊的項目組織成商務中的單元，并且通過調(diào)用操作顯示一個針對商務功能模塊的項目的菜單；第二顯示裝置，該裝置區(qū)分任務項目并且在商務功能模塊組織中完成任務項目，其中以這樣的方式對任務項目進行命名，即任務名具有商務含義并且能夠暗示其內(nèi)容，任務項目還被定義成輸入數(shù)據(jù)并且當選擇第一顯示裝置上顯示的任何一個商務功能模塊時顯示被選定功能模塊中包含的任務項目的菜單的工作表；第三顯示裝置，當?shù)诙@示裝置上顯示任何一個任務項目時，該裝置顯示對應于該項目的工作表；聯(lián)鎖控制裝置，該裝置不僅在第三顯示裝置顯示的工作表上疊加輸入數(shù)據(jù)，而且向工作表中包含的信息發(fā)送目標位置提供更新信息。
在下面的描述中將會指出本發(fā)明的其它目標和優(yōu)點，并且通過描述可以理解其中的一部分，也可以通過本發(fā)明的實際應用來掌握。通過下面專門指出的手段和組合可以實現(xiàn)并獲得本發(fā)明的目標和優(yōu)點。
被納入并構成說明書的一部分的附解了本發(fā)明的最優(yōu)實施例，并且與前面的一般描述和下面對最優(yōu)實施例的詳細描述一起解釋了本發(fā)明的原理。


圖1A是示出本發(fā)明中使用的單元的基本結構的說明性圖例；圖1B是關于單元的X軸參數(shù)的說明性圖例；圖2是關于單元的Y軸參數(shù)的說明性圖例；圖3是關于單元的Z軸參數(shù)的說明性圖例；圖4是示出一個銷售單的說明性圖例；圖5是示出一個數(shù)據(jù)訪問控制單元，一個智能數(shù)據(jù)單元和一個顯示器之間的關系的說明性圖例；圖6是另一個示出一個數(shù)據(jù)訪問控制單元和一個智能數(shù)據(jù)單元之間的關系的說明性圖例；圖7是有助于解釋銷售單的轉(zhuǎn)換的圖例；圖8是另一個有助于更詳細地解釋銷售單的轉(zhuǎn)換的圖例；圖9是關于G軸方向上與本發(fā)明有關的單元的說明性圖例；圖10是示出使用G軸方向上的數(shù)據(jù)的一個例子的說明性圖例；圖11是示出銷售工作過程的流程的說明性圖例；圖12是示出采購工作過程的流程的說明性圖例；圖13是示出與一個網(wǎng)絡相連并且與本發(fā)明有關的一個計算機的說明性圖例；圖14是示出與本發(fā)明有關的計算機的內(nèi)部結構的重要部分的說明性圖例；圖15是有助于解釋與本發(fā)明的系統(tǒng)有關的通信裝置中的數(shù)據(jù)發(fā)送過程的一個例子的流程圖；圖16是有助于解釋通信裝置中的接收過程的一個例子的流程圖；圖17示出了收集銷售單的方法的另一個實施例；圖18示出了與本發(fā)明有關并且被排列在G軸方向上，有助于解釋使用本發(fā)明的系統(tǒng)的另一個例子的單元；圖19示出了一個針對與本發(fā)明有關的單元，有助于解釋控制部分的操作的控制部分；圖20是示出當采購一個與本發(fā)明有關的計算機終端時對用戶進行的初始設置的流程的說明性圖例；圖21A和21B示出了在與本發(fā)明有關的計算機終端上構成雇員的分類賬的顯示屏幕的一個例子；圖22示出了在與本發(fā)明有關的計算機終端上構成詳細工資表的顯示屏幕的一個例子；圖23是示出基于本發(fā)明的計算機終端上的雇員分類賬數(shù)據(jù)結構的一個例子的說明性圖例；圖24是有助于解釋在基于本發(fā)明的計算機終端上在雇員分類賬與詳細工資表之間建立關聯(lián)的操作的一個例子的說明性圖例；圖25是示出基于本發(fā)明的計算機終端上的詳細工資表數(shù)據(jù)結構的一個例子的說明性圖例；圖26是示出在基于本發(fā)明的計算機終端上統(tǒng)計的各個雇員薪水分類賬的數(shù)據(jù)結構的一個例子的說明性圖例；圖27是有助于解釋在基于本發(fā)明的計算機終端上處理薪水支付單據(jù)的過程的一個例子的圖例；圖28A和28B是示出在基于本發(fā)明的計算機終端上的銷售部分類賬數(shù)據(jù)結構的例子的說明性圖例；
圖29是示出在基于本發(fā)明的商務支持系統(tǒng)中使用的商務功能模塊系統(tǒng)的圖例；圖30A和30B示出了各個商務功能模塊的內(nèi)容和在圖29的系統(tǒng)中的功能模塊中使用的單據(jù)的例子；圖31還示出了圖30B的其它部分；圖32示出了基于本發(fā)明的商務支持系統(tǒng)的基本概念；圖33是有助于解釋在基于本發(fā)明的商務支持系統(tǒng)中進行初始設置操作的流程圖；圖34A，34B和34C示出了在基于本發(fā)明的商務支持系統(tǒng)中的菜單屏幕上出現(xiàn)的商務功能模塊的一個例子；圖35A和35B示出了當選擇圖34A，34B和34C的功能模塊中的智能管理模型時出現(xiàn)的屏幕；圖36A和36B示出了當選擇并打開圖35A和35B的工廠管理面板時出現(xiàn)的屏幕；圖37示出了當選擇并打開圖35A和35B的生產(chǎn)線面板時出現(xiàn)的屏幕；圖38A和38B示出當選擇并打開圖35A和35B的商店管理面板時出現(xiàn)的屏幕；圖39示出了當選擇并打開圖35A和35B的商店食物加工面板時出現(xiàn)的屏幕；圖40示出了當選擇并打開圖35A和35B的公司集團管理面板時出現(xiàn)的屏幕；圖41示出了當選擇圖35A和35B中的項目已接收訂單時顯示的各種單據(jù)的一個例子；圖42示出了當選擇圖35A和35B中的項目已發(fā)出訂單時顯示的各種單據(jù)的一個例子；圖43示出了當選擇圖35A和35B中的項目存貨時顯示的各種單據(jù)的一個例子；圖44示出了當選擇圖34A，34B和34C中的項目財務時顯示的各種單據(jù)的一個例子；圖45示出了當選擇圖34A，34B和34C中的項目會計時顯示的各種單據(jù)的一個例子；圖46示出了當選擇圖34A，34B和34C或40中的項目固定管理時顯示的各種單據(jù)的一個例子。
下面將參照附圖解釋本發(fā)明的實施例。
(1)本發(fā)明的商務支持系統(tǒng)能夠立即顯示每個主管人的總銷售額，每個分部的總銷售額，每個部門的總銷售額，每個分公司的總銷售額和公司的總銷售額。
(2)本發(fā)明的商務支持系統(tǒng)能夠立即按商品顯示每個主管人的總銷售額，每個分部的總銷售額，每個部門的總銷售額，每個分公司的總銷售額和公司的總銷售額。
(3)本發(fā)明的商務支持系統(tǒng)能夠立即顯示每個主管人發(fā)出或接收的總定貨量，每個分部發(fā)出或接收的總定貨量，每個部門發(fā)出或接收的總定貨量，每個分公司發(fā)出或接收的總定貨量和公司發(fā)出或接收的總定貨量。
(4)本發(fā)明的商務支持系統(tǒng)能夠立即按商品顯示每個主管人發(fā)出或接收的總定貨量，每個分部發(fā)出或接收的總定貨量，每個部門發(fā)出或接收的總定貨量，每個分公司發(fā)出或接收的總定貨量和公司發(fā)出或接收的總定貨量。
(5)本發(fā)明的商務支持系統(tǒng)能夠立即顯示每個主管人的總收款量(包含應收款量和已收款量)，每個分部的總收款量(包含應收款量和已收款量)，每個部門的總收款量(包含應收款量和已收款量)，每個分公司的總收款量(包含應收款量和已收款量)和公司的總收款量(包含應收款量和已收款量)。
(7)本發(fā)明的商務支持系統(tǒng)能夠立即按商品顯示每個主管人的總收款量(包含應收款量和已收款量)，每個分部的總收款量(包含應收款量和已收款量)，每個部門的總收款量(包含應收款量和已收款量)，每個分公司的總收款量(包含應收款量和已收款量)和公司的總收款量(包含應收款量和已收款量)。
(7)本發(fā)明的商務支持系統(tǒng)能夠立即按客戶顯示每個主管人的總收款量(包含應收款量和已收款量)，每個分部的總收款量(包含應收款量和已收款量)，每個部門的總收款量(包含應收款量和已收款量)，每個分公司的總收款量(包含應收款量和已收款量)和公司的總收款量(包含應收款量和已收款量)。
(8)本發(fā)明的商務支持系統(tǒng)能夠立即顯示每個主管人的可接收總量，每個分部的可接收總量，每個部門的可接收總量，每個分公司的可接收總量和公司的可接收總量。
(9)本發(fā)明的商務支持系統(tǒng)能夠立即按商品顯示每個主管人的可接收總量，每個分部的可接收總量，每個部門的可接收總量，每個分公司的可接收總量和公司的可接收總量。
(10)本發(fā)明的商務支持系統(tǒng)能夠立即按客戶顯示每個主管人的可接收總量，每個分部的可接收總量，每個部門的可接收總量，每個分公司的可接收總量和公司的可接收總量。
(11)本發(fā)明的商務支持系統(tǒng)能夠立即顯示每個主管人的資金平衡表，每個分部的資金平衡表，每個部門的資金平衡表，每個分公司的資金平衡表和公司的資金平衡表。
(12)本發(fā)明的商務支持系統(tǒng)能夠立即顯示每個主管人的總銷售量，每個分部的總銷售量，每個部門的總銷售量，每個分公司的總銷售量和公司的總銷售量。
(13)本發(fā)明的商務支持系統(tǒng)能夠立即按商品顯示每個主管人的總銷售量，每個分部的總銷售量，每個部門的總銷售量，每個分公司的總銷售量和公司的總銷售量。
(14)本發(fā)明的商務支持系統(tǒng)能夠立即按客戶顯示每個主管人的總銷售量，每個分部的總銷售量，每個部門的總銷售量，每個分公司的總銷售量和公司的總銷售量。
(15)本發(fā)明的商務支持系統(tǒng)能夠立即顯示每個分部的存貨信息，每個部門的存貨信息，每個分公司的存貨信息和公司的存貨信息。
上面的描述示出了典型的例子。本發(fā)明的商務支持系統(tǒng)具有進行各種數(shù)據(jù)分析并且評價商業(yè)業(yè)績和未來形勢的有用功能。
(16)在已經(jīng)購買基于本發(fā)明的計算機或記錄介質(zhì)并且開始初始化計算機系統(tǒng)的情況下，計算機或記錄介質(zhì)可以方便地適應用戶期望的管理結構或公司結構。僅通過從菜單屏幕上出現(xiàn)的項目中選擇出用戶需要的項目并且把數(shù)據(jù)實際輸入到工作表(輸入條，表格或分類賬)中便可以完成適應工作。
(17)使用本發(fā)明的系統(tǒng)允許在一個用戶擁有的計算機和另一個用戶擁有的計算機之間進行數(shù)據(jù)傳輸和交換，這樣就加快了在分公司之間或公司之間發(fā)出或接收訂單的速度。這是由于本發(fā)明的整個系統(tǒng)是通過下面條目(a)-(e)所示的方式構造的(a)已經(jīng)預先對被組織成商務中的單元的功能模塊項目進行了分類；(b)已經(jīng)預先對各個功能模塊組織中完成的任務項目進行了分類；(c)任務的項目名稱具有商務中的含義并且被加以分類以便暗示每個任務的內(nèi)容；(d)對應項目被定義成輸入工作數(shù)據(jù)的工作表；(e)設計上述分類以便被所有終端共享。
圖1A示出了一個具有本發(fā)明的基本數(shù)據(jù)結構的單元。盡管在本發(fā)明中定義了各種單元，但在下面將只解釋一個具有代表性的單元。
在圖1A中，數(shù)據(jù)訪問控制單元是一個針對單據(jù)的單元。使用三個軸可以訪問將在后面解釋的數(shù)據(jù)單元。
通過設置X軸和Y軸上的參數(shù)，可以確定存儲在根據(jù)參數(shù)確定的地址中的單據(jù)。例如，可以顯示公司a的部門b中的個人c負責在市鎮(zhèn)d賣出的貨物的單據(jù)。
具體地，如圖1B所示，當用戶希望看到具有上述數(shù)據(jù)結構的期望單據(jù)或表格的內(nèi)容時，他或她只需要給出X軸，Y軸和Z軸上的參數(shù)和G軸上的一個參數(shù)。后面會解釋G軸上的參數(shù)。
X軸參數(shù)=X(x1()，x2()，x3()，…)Y軸參數(shù)=Y(y1()，y2()，y3()，…)Z軸參數(shù)=Z(z1()，z2()，z3()，…)G軸參數(shù)=G(…-g2()，-g1()，g0()，+g1()，+g2()，…)
當在X軸參數(shù)中給出參數(shù)x0時，在顯示器上出現(xiàn)針對地區(qū)(包含北美，南美，亞洲，歐洲和澳大利亞)的表格。當一個指定號碼被輸入到參數(shù)x1()的( )中時，便確定了一個地區(qū)。接著，在顯示器上出現(xiàn)針對該地區(qū)中的國家(例如亞洲)的表格。在參數(shù)x2()的( )中輸入一個指定號碼便確定了一個國家。當一個指定號碼被輸入到參數(shù)x3()的( )中時，便確定了一個州。類似地，在圓括號中輸入合適的指定號碼，直到確定了一個市鎮(zhèn)。
如果要在指定國家那里停止，可以在參數(shù)x3()和后續(xù)參數(shù)的( )中輸入0?？蛇x地，X軸指定操作OK導致在該時刻選擇的狀態(tài)保持不變。
當y0被輸入到Y軸參數(shù)中時，如圖2所示顯示y1()層次分類表(公司，聯(lián)合體，集團)。接著，在y1()的( )中輸入一個號碼或類似內(nèi)容以確定一個公司，聯(lián)合體或集團。如果確定一個公司，則會在層次結構的y2( )層次上顯示用戶自己公司/其它公司分類表。這時，在層次結構的y3( )層次上顯示總公司/分公司分類表或分公司分類表。如果選擇總公司，則控制會前進到層次結構的y4( )層次并且顯示部門分類表。在y4()的( )中輸入一個指定號碼便確定了一個部門。類似地，在y5()，y6()和y7()的( )中輸入一個指定號碼便確定了一個主管人。
當在Z軸參數(shù)中給出z0時，如圖3所示顯示工作表類型(例如單據(jù))。工作表包含各種單據(jù)，合計表和分析表。在本發(fā)明中，在商務中使用的，包含各種單據(jù)，分類賬和表格的填寫表格被稱作工作表。在這里，在層次結構的z1()層次的( )中寫入一個單據(jù)代碼以確定單據(jù)類型，并且在z2()的( )中寫入一個商品代碼以確定具體商品的單據(jù)類型。在這個狀態(tài)下，如果指定的單據(jù)是銷售單并且商品是銷售的商品A，則會顯示銷售量，單位價格和其它內(nèi)容。在這種情況下，如果給出X軸和Y軸參數(shù)，則會根據(jù)地區(qū)或主管人顯示商品α的銷售單。
不僅可以確定一種商品，也可以在層次結構的z3()層次上指定一個客戶。通過這種指定，可以顯示主管人A1銷售給那家公司并且銷售出多少單位的商品α?？梢源_定不止一種商品。
在Z軸中，可以首先指定一個商品選擇參數(shù)并且接著指定一個單據(jù)參數(shù)。當主管人銷售一種商品時，上述層次結構被用于輸入數(shù)據(jù)。例如，當主管人銷售一種商品并且指定該商品時，顯示針對該商品的單據(jù)表格。當商品被賣出時，選擇銷售單，接收訂單，應收款量單據(jù)，銷售量單據(jù)或類似單據(jù)。
當在G軸參數(shù)的()中寫入一個核對標記時，指定了時間段。例如，在每個-g2()，-g1()和g0()的( )中輸入一個核對標記就指定時間段為兩天以前到今天。在+g3()的( )中輸入一個核對標記表明只對后三天的數(shù)據(jù)狀態(tài)進行核對。后面會解釋一個使用G軸參數(shù)的例子。
本發(fā)明的系統(tǒng)具有上述數(shù)據(jù)結構并且被設計成能夠在總店和一個分店之間，在總公司和一個分公司之間，或者在總公司和集團中的各個公司之間進行公共數(shù)據(jù)的順序發(fā)送和接收。后面會描述這種發(fā)送和接收。
數(shù)據(jù)訪問控制單元具有的信息包含各種地址。通過地址來指定在另一個數(shù)據(jù)單元中存儲的真實數(shù)據(jù)。另外，真實數(shù)據(jù)可以被寫入到地址所規(guī)定的另一個數(shù)據(jù)單元中。
使用地址信息來構造控制單元的理由是這種構造使總存儲器尺寸更小。從本發(fā)明的說明中可以發(fā)現(xiàn)，控制單元可以被用作一個活動表頭。這是由于控制單元包含一個將在后面解釋的更新旗標的地址和更新旗標的發(fā)送目標地址。在許多微型計算機使用本發(fā)明的方法的情況下，即使在僅從一個計算機得到控制單元并且在另一個計算機中使用該控制單元的時候，也可以訪問另一個計算機中的真實數(shù)據(jù)。通過通信裝置進行控制單元的地址發(fā)送允許訪問遠程用戶計算機中的真實數(shù)據(jù)。
本發(fā)明中使用的單據(jù)中的信息允許在本系統(tǒng)中實現(xiàn)日期合計功能。這不僅允許在附屬公司和總公司之間，或分公司之間進行固定結算，也允許為用戶提供商務支持。
圖4示出了一種主管人賣出貨物并且在工作表(例如銷售單)中輸入數(shù)據(jù)的情況。圖4示出了一個銷售單。例如，通過給出一個Z軸參數(shù)，對圖3的單據(jù)表進行選擇。在屏幕上顯示選擇的單據(jù)，其中要填入的項目是空白的。當主管人使用一個Y軸參數(shù)進行指定時，在主管人字段中自動顯示該主管人的姓名。
通常在銷售日使用銷售單。因而在銷售日字段中自動寫入該銷售日的日期。主管人輸入一個客戶的代碼(客戶代碼)，或者在購買人是未注冊個體客戶的情況下輸入一個個體客戶不確定代碼。接著，當輸入被賣出商品的商品代碼，數(shù)量和單位價格時，顯示總金額。
在這里顯示是否收款。當該日已收款時，核對標記YES并且結束數(shù)據(jù)輸入。當沒有收款時，輸入一個預計收款日。當使用信用卡付款時，輸入其號碼。為了確認輸入數(shù)據(jù)，點擊OK。并且，如果賣出不止一種商品，則在下一頁中顯示其單據(jù)。
以上述方式輸入的數(shù)據(jù)被存儲在一個將在后面解釋的智能數(shù)據(jù)單元中。
圖5示出了上述數(shù)據(jù)訪問控制單元1000，一個智能數(shù)據(jù)單元2000，一個單元控制部分3000，一個顯示器部分4000和一個操作員部分5000之間的關系。通過一個在該圖中省略的顯示器控制部分來控制顯示器部分4000。
在數(shù)據(jù)訪問控制單元1000中，當指定X，Y和X參數(shù)時，在顯示器上出現(xiàn)如圖3所示的一個單據(jù)并且允許輸入涉及銷售工作的數(shù)據(jù)。下面將把圖4的一個銷售單作為代表性的例子加以解釋。令允許輸入X-，Y-，Z-和G-軸上的參數(shù)的屏幕出現(xiàn)在顯示器4000上。通過這個屏幕輸入?yún)?shù)，從而通過單元控制部分3000向控制單元1000提供參數(shù)。接著，控制部分1000通過單元控制部分3000規(guī)定了智能數(shù)據(jù)單元2000中的讀地址。結果，輸入指定數(shù)據(jù)的單據(jù)屏幕出現(xiàn)在顯示器4000上。這里，用戶操作操作員部分5000中的鍵盤，把必要的數(shù)據(jù)寫入單據(jù)，并且完成操作。接著，被寫到單據(jù)中的數(shù)據(jù)通過單元控制部分3000被寫入到智能數(shù)據(jù)單元中。
智能數(shù)據(jù)單元2000包含一個存儲單據(jù)版面圖像數(shù)據(jù)的區(qū)域2001和一個存儲被寫到單據(jù)空白部分中，諸如數(shù)值和字符的數(shù)據(jù)項的區(qū)域?？刂茊卧?000產(chǎn)生也被用作智能數(shù)據(jù)單元2000中的讀地址的數(shù)據(jù)項。
圖6和7示出了控制單元中提供的內(nèi)部處理功能。
現(xiàn)在，假定一個主管人已經(jīng)把銷售信息輸入到一個如圖4所示的銷售單中。接著，按順序把銷售信息處理成分部數(shù)據(jù)，部門數(shù)據(jù)，分公司數(shù)據(jù)和公司數(shù)據(jù)。這樣，如圖6所示，銷售單附帶有存儲指示總銷售額的錢數(shù)(MT)的地址，存儲指示總銷售額的銷售量(NT)的地址，存儲單位價格的地址，存儲計算表達式的地址，存儲指示主管人在賣出商品時輸入的收款量的錢數(shù)(Ms)的地址，存儲指示主管人在賣出商品時輸入的數(shù)量的銷售量(Ns)的地址，存儲更新旗標的地址，和傳送更新旗標到達的發(fā)送目的地的地址。這些真實數(shù)據(jù)項被存儲在如圖5所示的智能數(shù)據(jù)單元中。
現(xiàn)在，當主管人已經(jīng)輸入錢數(shù)(Ms)和銷售量(Ns)并且在圖4的屏幕上點擊OK時，更新旗標被設成“1”。接著，使用規(guī)定的計算表達式對錢數(shù)(MT)和銷售量(NT)進行以下計算MT←MT+Ms并且NT←NT+Ns。通過這種方式完成更新過程。在完成更新過程后，清除更新旗標中的真實數(shù)據(jù)，錢數(shù)(Ms)和銷售量(Ns)。接著，在預先設置的發(fā)送目標(地址)中寫入更新旗標。
控制單元1000周期性地讀取更新旗標，并且在更新旗標被設成“1”時以上述方式更新數(shù)據(jù)。
圖7示出了上述更新旗標和更新旗標要傳送到的目的地之間的關系。
現(xiàn)在，假定主管人A，B，C和D(在相同分部中)賣出商品α和β并且在銷售單中輸入數(shù)據(jù)。接著，各個主管人A，B，C和D的更新旗標的目的地是分部的商品銷售單1011，分部的商品銷售單1021，1031，以及分部的庫存管理單據(jù)(分類賬)1041，1051。這樣，在分部的銷售單中，各個主管人的錢數(shù)(MT)被識別成錢數(shù)(Ms)并且產(chǎn)生分部的銷售額(MT)。在分部的銷售單1011中，部門的銷售單的地址被寫成發(fā)送目的地。這樣，在部門的銷售單1012中，各個分部的錢數(shù)(MT)被識別成錢數(shù)(Ms)并且產(chǎn)生部門的銷售額(MT)(MT←MT+Ms)。類似地，在部門的銷售單1013中，各個部門的錢數(shù)(MT)被識別成錢數(shù)(Ms)并且產(chǎn)生公司的銷售額(MT)(MT←MT+Ms)。
在客戶銷售單中，也完成一個如上所述的更新過程。
單據(jù)1021，1022，1023的路由涉及商品α的銷售單并且自動產(chǎn)生各個分部，各個部門，和各個公司的銷售額信息。單據(jù)1031，1032，1033的路由涉及商品β的銷售單并且自動產(chǎn)生各個分部，各個部門，和各個公司的銷售額信息。單據(jù)1041，1042，1043的路由涉及商品α的庫存管理單據(jù)并且自動產(chǎn)生各個分部，各個部門，和各個公司的庫存管理信息。單據(jù)1051，1052，1053的路由涉及商品β的庫存管理單據(jù)并且自動產(chǎn)生各個分部，各個部門，和各個公司的庫存管理信息。
根據(jù)是處于數(shù)據(jù)輸入模式還是校正模式來選擇一個指定的計算表達式。例如在校正模式中，根據(jù)要校正的內(nèi)容執(zhí)行一個減法過程或一個加法過程。在圖6中，盡管以表達式(1)和(2)為例，但是也可以使用更多的計算表達式或檢查過程。隨著發(fā)送目的地數(shù)量的增加，更新旗標的數(shù)量相應也增加。
圖8更詳細地示出了銷售單1011和1021的路由。當主管人已經(jīng)在一個銷售單中輸入數(shù)據(jù)時，信息被發(fā)送到分部的銷售單上。在分部的銷售單1011中，為單個的主管人A，B，C和D提供銷售量(Ns)的存儲位置。并且為主管人A，B，C和D提供更新旗標的位置。
在一個涉及分部的銷售單1011的控制操作中，周期性地進行檢查以便確定更新旗標是否被設成“1”。如果更新旗標被設成“1”，這意味著對應于更新旗標“1”的主管人的錢數(shù)(MT)和銷售量(NT)已經(jīng)改變。因此，進行如下計算針對對應主管人計算MT←MT+Ms，并且針對對應的主管人計算NT←NT+Ns。接著，把主管人的更新旗標從“1”變成“0”。例如，如果涉及主管人A的銷售額的更新旗標被設成“1”，則進行以下計算MT←MT+(Ms)A。如果涉及不止一個主管人，例如主管人B和主管人C的銷售額的更新旗標被設成“1”，則進行以下計算MT←MT+(Ms)B+(Ms)C。
在以上述方式更新分部的銷售單1011后，更新旗標“1”被傳送到更新旗標發(fā)送目的地。接著，在部門的銷售單1012中，更新錢數(shù)(MT)和銷售量(NT)。更新信息被發(fā)送到公司的銷售單上。
在商品α的銷售單1021，1022，1023的路由中，也自動產(chǎn)生各個分部，各個部門，和各個公司的銷售額信息。在商品β的銷售單1023，1032，1033的路由中，也自動產(chǎn)生各個分部，各個部門，和各個公司的銷售額信息。在庫存管理單據(jù)的路由中，使用一個不同的計算表達式。在銷售單中，錢數(shù)(MT)是合計錢數(shù)(Ms)的結果。在庫存管理中，使用下面的表達式NT(更新庫存)←NTNT(現(xiàn)有庫存)-Ns(銷售量)。
盡管已經(jīng)解釋了銷售額和庫存管理的例子，系統(tǒng)仍然被提供了各種單據(jù)并且還允許根據(jù)上述規(guī)則增加其它各種類型的單據(jù)。
通過一個滿足上述規(guī)則的方法，立即產(chǎn)生各個分部，各個部門和各個公司的收款單信息。另外，通過一個滿足上述規(guī)則的方法，立即產(chǎn)生各個分部，各個部門和各個公司的憑證單信息。
利用收款單和憑證中的錢數(shù)可以容易地生成各個分部，各個部門和各個公司的資金平衡表。因而，在本發(fā)明的Z軸方向上排列資金平衡表信息。
下面會解釋G軸方向上的信息和一個使用該信息的方法。
如圖9所示，以逐天的方式提供由圖5所示的一個數(shù)據(jù)訪問控制單元和一個智能數(shù)據(jù)單元構成的單元組。例如，g0()表示當天的單元，-g1()表示前一天的單元，-g2()表示前天的單元，+g()表示明天的單元，+g2()表示后天的單元。在真實系統(tǒng)中實際上以逐天的方式提供一年或幾年的單元。該時間可以被設成每個國家或地區(qū)中的任意時間，并且各個單元中的數(shù)據(jù)內(nèi)容被固定成一天的信息。
參照圖10，將要解釋一種在賣出商品α和β時產(chǎn)生一個收款量單據(jù)(信息)的情況。
可以根據(jù)世界標準時間來確定每天的數(shù)據(jù)內(nèi)容被固定成一天的信息的時間?？蛇x地，如果商品α被賣出并且其預計收款日期是3月15日，則商品，主管人，購買人以及要收回的錢數(shù)被寫到3月15日的單元的應收款單據(jù)中。另外，單據(jù)編號和其它數(shù)據(jù)被當成3月15日的核對項寫在收款核對表中。
當?shù)搅?月15日時，根據(jù)收款核對表讀出應收款單據(jù)中的錢數(shù)，并且判斷是否有對應的已收款單據(jù)(錢數(shù))。如果有對應的已收款，則錢數(shù)信息被寫到一個收據(jù)中。接著，從收款核對表中清除該單據(jù)編號的核對項。假定賣出商品β并且該賣出價格的預計收款日期是3月20日。當?shù)搅?月20日時，根據(jù)收款核對表讀出應收款單據(jù)中的錢數(shù)，并且判斷是否有對應的已收款單據(jù)(錢數(shù))。如果沒有對應的已收款單據(jù)(錢數(shù))，則發(fā)出一個傳賬表的賬單，重新設置商品β的賣出價格的預計收款日期(例如4月10日)，并且其單據(jù)編號被寫到收款核對表中。
當?shù)搅?月10日時，把應收款單據(jù)與上述已收款單據(jù)相比較。當已收款單據(jù)連續(xù)幾次沒有出現(xiàn)(賬單未付)時，打印出相關單據(jù)和客戶列表。
如圖7和8所示，累計出每天的應收款單據(jù)，計算出各個部門和公司的總錢數(shù)。仍未支付的款項被收集到一個應收款單據(jù)中，從而計算出總錢數(shù)。
每天的合計單據(jù)如下所述。
圖11示出了銷售工作中的單據(jù)處理流程。當接收一個客戶訂單時，銷售部門的主管人在一個接收訂貨單據(jù)中輸入包含商品代碼和接收訂單組織編碼的數(shù)據(jù)項。結果，數(shù)據(jù)被輸入到對應于接收訂貨單據(jù)的交貨單和提貨單中。另一方面，在屬于會計部門的財務部的單據(jù)中，數(shù)據(jù)被輸入到對應于接收訂貨單據(jù)的應收款單據(jù)(1)和對應于計劃交貨單據(jù)的應收款單據(jù)(2)中。并且，數(shù)據(jù)還被輸入到對應于提貨單的應收款單據(jù)(3)中。當發(fā)出對應的接收訂貨單據(jù)，交貨單據(jù)和提貨單據(jù)時，主管人在應收款單據(jù)(1)，(2)和(3)中輸入預計收款日期。當已經(jīng)發(fā)出接收訂貨單據(jù)，交貨單據(jù)和提貨單據(jù)時，自動傳遞商品代碼，數(shù)量，單位價格，錢數(shù)和其它被寫入應收款單據(jù)(1)，(2)和(3)中的數(shù)據(jù)。當在發(fā)出提貨單后客戶已經(jīng)支付貨款時，數(shù)據(jù)被寫到出納部門的收據(jù)中。當數(shù)據(jù)被輸入到收據(jù)中時，在收款管理單據(jù)中進行比較。如果收款正確，則發(fā)出已收款單據(jù)。在會計部門的流水賬單據(jù)中增加應收款的收款數(shù)。并且，在會計部門中，當發(fā)出前面的應收款單據(jù)(2)時在流水賬單據(jù)中增加應收款數(shù)。
當輸入數(shù)據(jù)時，上述單據(jù)經(jīng)過上述每日合計過程的處理。商品代碼，主管人代碼，組織編碼，客戶代碼和其它數(shù)據(jù)對應于該單據(jù)。
圖12示出了銷售工作中的單據(jù)處理流程。圖11示出了接收訂單的一個例子，而圖12則示出了一個發(fā)出訂單的例子。在財務部門的控制下發(fā)出對應于訂單的應付款單據(jù)(1)。接著，采購部門發(fā)出一個對應于訂單的收貨單據(jù)。該單據(jù)是一種當在發(fā)出訂單后供應商回答商品有貨時發(fā)出的單據(jù)。在財務部門的控制下發(fā)出一個對應于收貨單據(jù)的應付款單據(jù)(2)。在供應商發(fā)出交貨證明和賬單時，采購部門發(fā)出一個采購提貨單據(jù)。由于必須付款，所以采購部門發(fā)出一個付款確認單據(jù)。另外，財務部門發(fā)出一個對應于采購提貨單據(jù)的應付款單據(jù)(3)。接著，財務部門發(fā)出一個付款確認單據(jù)。根據(jù)該單據(jù)，出納部門發(fā)出一個付款單據(jù)，從而實際向銀行付款，通過匯票付款，或以現(xiàn)金方式付款。
當輸入數(shù)據(jù)時，上述單據(jù)經(jīng)過上述每日合計過程的處理。商品代碼，主管人代碼，組織編碼，客戶代碼和其它數(shù)據(jù)被包含在單據(jù)的表頭中。
應當注意，經(jīng)過合計過程處理的單據(jù)中的信息包含該日或未來某些日子的日期信息。即，有關一個不同于處理數(shù)據(jù)的那個日子的日子的信息可能被寫到應付款單據(jù)，付款單據(jù)，應收款單據(jù)，收據(jù)和其它單據(jù)中。
對于本發(fā)明的系統(tǒng)，當計劃付款日和預計收款日被寫到單據(jù)中時，在單元中分配給計劃日的數(shù)據(jù)存儲位置上存儲單據(jù)數(shù)據(jù)項。例如，當計劃付款日為今天時，單據(jù)數(shù)據(jù)被存儲在G軸的參數(shù)g0()的單元中(參見圖9)。當計劃付款日為明天時，單據(jù)數(shù)據(jù)被存儲在G軸的參數(shù)g1()的單元中(參見圖9)。
在本發(fā)明的系統(tǒng)中，通過一個網(wǎng)絡把涉及上述合計過程，貨物管理和各種數(shù)據(jù)管理的商務支持串聯(lián)起來，從而克服時間障礙，地區(qū)障礙和語言障礙。
圖13從結構上示出了在考慮到國內(nèi)地區(qū)和海外地區(qū)的情況下構造本發(fā)明的系統(tǒng)的案例。一個位于總公司的微型計算機5001，一個位于本國分公司的微型計算機5002，一個位于外國1分公司的微型計算機5003和一個位于外國2分公司的微型計算機5004通過一個網(wǎng)絡6000和一個通信接口彼此連接。
圖14示出了微型計算機的基本結構。
數(shù)字103表示一個硬件系統(tǒng)控制部分，其中一個CPU 111，一個ROM 112和一個RAM 113通過一個總線114相連。操作員部分5000和一個磁盤驅(qū)動器115也被連接到總線114上。
在ROM 112中，寫入一個被用作控制控制部分113的操作系統(tǒng)(OS)的基本操作的程序。CPU 111與ROM 112交換指令并且根據(jù)操作系統(tǒng)執(zhí)行操作。RAM 113被用作臨時存儲數(shù)據(jù)的工作存儲器。
總線114通過一個總線211被連接到總線212。本發(fā)明的特征功能模塊被連接到總線212。一個顯示器4000也通過一個顯示器接口121被連接到總線212。
總線212還通過一個發(fā)送/接收接口122被連接到一個網(wǎng)絡?？梢允褂冒搽娫捑W(wǎng)，互連網(wǎng)和企業(yè)內(nèi)部互連網(wǎng)的各種網(wǎng)絡。
一個顯示器控制部分213控制在顯示器4000上顯示的圖像和數(shù)據(jù)。通過一個發(fā)送/接收接口122得到的數(shù)據(jù)被裝入并且臨時存儲在一個接收部分214中。在必要的情況下，裝入接收部分214的數(shù)據(jù)被一個數(shù)據(jù)格式轉(zhuǎn)換部分215轉(zhuǎn)換成一種數(shù)據(jù)格式。轉(zhuǎn)換的數(shù)據(jù)被存儲在接收部分214中。
通過發(fā)送/接收接口122向網(wǎng)絡發(fā)送在一個發(fā)送部分216中存儲的數(shù)據(jù)。在這種情況下，發(fā)送數(shù)據(jù)包含指明被叫方的電話號和標識號(ID)。發(fā)送數(shù)據(jù)還被加以擾頻并且被發(fā)送出去。根據(jù)被叫方的情況，發(fā)送數(shù)據(jù)的數(shù)據(jù)格式可以被數(shù)據(jù)格式轉(zhuǎn)換部分215加以轉(zhuǎn)換。進行這種轉(zhuǎn)換的原因是被叫方計算機的數(shù)據(jù)格式可能不同于主叫方當前系統(tǒng)的數(shù)據(jù)格式。
數(shù)據(jù)格式轉(zhuǎn)換部分215具有在必要的情況下轉(zhuǎn)換接收數(shù)據(jù)的項目名稱的功能。需要這個功能的理由如下所述當客戶已經(jīng)發(fā)送一個商品憑證時，該憑證在接收方便是一個收款單據(jù)；并且，當客戶已經(jīng)發(fā)送一個銷售提貨單據(jù)時，該單據(jù)對應于接收方的一個采購提貨單據(jù)；另外，當客戶已經(jīng)發(fā)送一個訂貨單據(jù)時，該單據(jù)在接收方便是一個接收訂貨單據(jù)。這些轉(zhuǎn)換屬于轉(zhuǎn)換單據(jù)項目名稱功能。
數(shù)據(jù)格式轉(zhuǎn)換部分215還包含一個翻譯各種語言的商業(yè)術語的語言轉(zhuǎn)換字典和轉(zhuǎn)換貨幣單位的功能。
因而，以各種語言準備了出現(xiàn)在屏幕上的單據(jù)中的項目名稱。當接收單元時，語言轉(zhuǎn)換字典可以把對應單據(jù)的項目名稱轉(zhuǎn)換成用戶期望的語言。
圖4所示的單元控制部分3000和一個存儲單元組的單元文件存儲器7000被連接到總線212。
在本發(fā)明的商務支持系統(tǒng)中，所有的微型計算機基本上具有相同的數(shù)據(jù)。
這樣，不僅在相同計算機的單元中，而且也在所有其它彼此發(fā)送和接收數(shù)據(jù)的計算機的單元中構成了如圖7和8所示的銷售信息。
為此，發(fā)送部分216在更新過程結束時投入工作。
另外，一個被用來在整個系統(tǒng)中進行初始化設置并且校正功能的系統(tǒng)設置控制部分8000被連接到總線212。
后面會參照圖15描述發(fā)送部分216的功能。發(fā)送部分216包含一個發(fā)送目的地列表和一個發(fā)送存儲器。當已經(jīng)完成更新過程時，單元控制部分3000報告更新過程已經(jīng)完成(步驟A1，A2)。接著，發(fā)送部分216根據(jù)發(fā)送目的地列表確定發(fā)送目的地(步驟A3)，并且把要發(fā)送的X-，Y-，Z-和G軸參數(shù)(指定圖7和8所示的各種單據(jù)的參數(shù))和對應于單據(jù)的智能數(shù)據(jù)臨時復制到發(fā)送存儲器中(步驟A4)。接著，發(fā)送部分216把那些數(shù)據(jù)項轉(zhuǎn)換成發(fā)送數(shù)據(jù)(串行)并且呼叫發(fā)送目的地(步驟A5，A6)。根據(jù)網(wǎng)絡規(guī)定使用電話號碼或密碼呼叫發(fā)送目的地。當從發(fā)送目的地接收到允許接收應答時，發(fā)送部分發(fā)送數(shù)據(jù)(步驟A7，A8)。在發(fā)送之后，發(fā)送部分清除發(fā)送存儲器并且結束過程(步驟A9)。
圖16示出了在已經(jīng)如上所述接收了智能數(shù)據(jù)時接收部分214所表現(xiàn)的功能。當有一個來自被叫方的呼叫并且被叫方已經(jīng)注冊成一個主叫用戶時，接收部分214發(fā)送一個允許接收應答(步驟B1，B2，B3)。在發(fā)送應答后，被叫方發(fā)送數(shù)據(jù)。接著接收部分214把數(shù)據(jù)臨時裝到接收存儲器中(步驟B4)。接著接收部分214判斷接收數(shù)據(jù)是否智能數(shù)據(jù)(步驟B5)。如果是智能數(shù)據(jù)，則接收部分214通過使用接收的X-，Y-，Z-和G軸參數(shù)(規(guī)定圖7和8中的各個單據(jù)的參數(shù))用接收的智能數(shù)據(jù)取代單元文件存儲器7000的智能數(shù)據(jù)單元中的數(shù)據(jù)(步驟B6)。這使得根據(jù)主管人A，B，C和D的商品銷售額得出的銷售信息和庫存信息在所有計算機中均是相同的。
對于本發(fā)明的系統(tǒng)，每當有接收數(shù)據(jù)到達并且數(shù)據(jù)被更新的時候便執(zhí)行接收過程?？梢愿鶕?jù)發(fā)送規(guī)則并且在發(fā)送部分中任意確定發(fā)送時間?？梢灾付ń邮辗讲⑶曳乐菇邮諄碜晕粗付ㄔO備的數(shù)據(jù)。也可以指定被叫方并且只向指定的被叫方發(fā)送數(shù)據(jù)。
如上所述，當在一個分公司的微型計算機上更新單據(jù)數(shù)據(jù)時，通過前面描述的發(fā)送方法把單據(jù)信息傳送到總公司的微型計算機上。接著，更新總公司中的對應數(shù)據(jù)項目。反過來，當在總公司的微型計算機上更新單據(jù)數(shù)據(jù)時，通過前面描述的發(fā)送方法把單據(jù)信息傳送到分公司的微型計算機上。接著，更新分公司中的對應數(shù)據(jù)項目。根據(jù)這種方式，通過在多個分公司之間共享數(shù)據(jù)，數(shù)據(jù)永無損失，即使任何一個微型計算機出現(xiàn)了故障。當一個微型計算機被加到網(wǎng)絡中并且共享數(shù)據(jù)時，該計算機通過前面描述的方法從另一個微型計算機接收數(shù)據(jù)。通過這種方案，本發(fā)明的網(wǎng)絡系統(tǒng)實現(xiàn)了具有大規(guī)模高速合計功能的計算機。
如上所述，本發(fā)明的系統(tǒng)產(chǎn)生了以下商務支持效果(1)發(fā)送/接收裝置連接單個的微型計算機，從而建立一個網(wǎng)絡。
(2)商務數(shù)據(jù)的格式基于共同的格式。
(3)日常合計數(shù)據(jù)被發(fā)送到各個微型計算機。
(4)由于在多軸方向上按層次對數(shù)據(jù)結構進行分類，通過給定各個軸的參數(shù)可以從不同角度分析數(shù)據(jù)。
(5)由于在時間(日期)軸方向上排列單元(具有共同數(shù)據(jù)結構的數(shù)據(jù)塊)，可以在時間軸方向上分析數(shù)據(jù)。利用分析結果可以快速得到在制定商務中必需的項目計劃和財務計劃時使用的判斷資料。
盡管在說明中用圖14所示的硬件構造了各個功能模塊，但數(shù)據(jù)格式轉(zhuǎn)換部分215，發(fā)送部分214，接收部分216，顯示器控制部分213，單元控制部分3000和單元文件存儲器(數(shù)據(jù)存儲部分)7000也可以被記錄在一個記錄介質(zhì)(例如一個光盤或磁盤)中，并且記錄介質(zhì)可以安裝在一個個人計算機中，從而實現(xiàn)了上述功能模塊。因而，勿庸置言，本發(fā)明的思路也覆蓋記錄介質(zhì)中記錄的數(shù)據(jù)結構和實現(xiàn)上述功能的控制數(shù)據(jù)。
本發(fā)明不僅限于上述實施例。
在圖7中，當主管人已經(jīng)賣出一種商品時，銷售額信息被同時發(fā)送到分部銷售額，部門銷售額和公司銷售額。但銷售額信息可以只被發(fā)送到分部層次或最小基層單位層次，而不是在商品被賣出的同時被發(fā)送到整個組織。接著，公司主管在需要的情況下可以收集部門銷售額信息或公司銷售額信息。
圖17示出了當賣出商品時在分部的基礎上收集銷售額信息的情況。現(xiàn)在，假定四個主管人A，B，C和D(在相同分部)賣出商品α和β并且在一個銷售單據(jù)中輸入數(shù)據(jù)。接著，各個主管人A，B，C和D的更新旗標的目的地是分部銷售單1011，分部商品銷售單1021，1031，和分部庫存管理單據(jù)(分類賬)1041，1051。這樣，在分部銷售單中，當產(chǎn)生錢數(shù)(Ms)和分部銷售額(MT)時識別各個主管人的錢數(shù)(MT)。
在商品銷售單中，執(zhí)行與已經(jīng)描述的過程類似的過程。
單據(jù)1021是商品α的銷售單并且逐個分部地自動產(chǎn)生銷售額信息。單據(jù)1031是商品β的銷售單并且逐個分部地自動產(chǎn)生銷售額信息。單據(jù)1041是商品α的庫存管理單據(jù)并且逐個分部地自動產(chǎn)生庫存管理信息。單據(jù)1051是商品β的庫存管理單據(jù)并且逐個分部地自動產(chǎn)生庫存管理信息。
當更新各個分部的信息時，關于是否完成更新的信息被發(fā)送到一個發(fā)送/接收判決部分1061。在接收部分214，發(fā)送部分216或圖4的單元控制部分3000中提供發(fā)送/接收判決部分1061。
現(xiàn)在假定主管人A，B，C和D操作的計算機是圖13中外國1分公司中的微型計算機5003。計算機5003通過網(wǎng)絡向總公司的微型計算機5001和分公司的微型計算機5002發(fā)送更新數(shù)據(jù)。數(shù)據(jù)被存儲在具有相同數(shù)據(jù)結構的對應位置中。結果，以其數(shù)據(jù)格式與外國1分公司的計算機5003中的數(shù)據(jù)格式相同的方式在總公司的計算機5001中構成銷售額信息。發(fā)送/接收判決部分1061不僅能夠確定被發(fā)送到另一個計算機的數(shù)據(jù)，而且能夠確定是否允許接受來自另一個計算機的數(shù)據(jù)。
以各種方式設置向另一個進行更新的計算機發(fā)送日常合計數(shù)據(jù)的定時。例如，當在一個第一分公司提供計算機時，其中的一個被設成第一分公司的代表計算機。設置代表計算機使得在第一分公司使用的其它計算機按日期順序向代表計算機發(fā)送更新數(shù)據(jù)。即，在分公司或總公司中，代表計算機按日期順序收集數(shù)據(jù)。
與此相反，在用于分公司中的通信的代表計算機之間和在用于總公司和分公司中的通信的代表計算機之間，預先確定數(shù)據(jù)發(fā)送和接收的時區(qū)。例如，每6小時，12小時或24小時進行一次數(shù)據(jù)發(fā)送和接收。數(shù)據(jù)接收端的計算機使用一種唯一基準(或使用本地時間或按照世界時間被確定成基準的時間)構成圖9的每日單元。
在出現(xiàn)各個分部的的銷售額信息，商品銷售額信息和庫存管理信息的情況下，并且當需要所有分公司的銷售額或全公司的銷售額時，用戶操作計算機。例如，當用戶操作操作員部分5000時，打開菜單屏幕，選擇并顯示所有分公司或全公司的銷售額，從而自動執(zhí)行圖7和8所示的計算過程，允許用戶查看當前銷售情況。
并且，當用戶給出G軸方向上的參數(shù)以指定查詢周期并且指定一個應收款單據(jù)時，可以合計幾天內(nèi)要收集并寫入應收款單據(jù)中的錢數(shù)。這允許用戶知道在一些天內(nèi)要收集到的總錢數(shù)。當指定一個應收款單據(jù)時，用戶可以知道在一些天內(nèi)需要支付的總錢數(shù)。
盡管圖18示出了全公司應收款量和全公司已收款量的例子，但本發(fā)明并不僅限于此?？梢缘玫缴唐窇湛盍亢蜕唐房墒湛盍?。并且，可以得到各個部門或公公司的商品應收款量和各個部門或公公司的商品可收款量。
前面已經(jīng)解釋了顯示單獨一個公司中的應收款量和可收款量的狀態(tài)的方法。
本發(fā)明的系統(tǒng)允許自由地向一個附屬公司或另一個公司發(fā)送信息(單元)，并且允許自由地從上述公司接收信息(單元)。這使得能夠在一個合作團體內(nèi)高速執(zhí)行固定會計過程。
對于本發(fā)明的系統(tǒng)，在Z軸方向上提供各種單據(jù)。通過圖7和8所示的更新旗標及其發(fā)送目的地信息，有關的單據(jù)彼此相關聯(lián)。
在一個收款單據(jù)中，寫入指示從哪個公司收錢的信息(付款方信息)。在一個憑證中，寫入指示向哪個公司付錢的信息(收款方信息)。如前所述，使用上述那些信息可以得到全公司收到的錢數(shù)和全公司支付的錢數(shù)。不僅涉及用戶的公司而且涉及其它公司的各種商務信息可以被存儲在具有本發(fā)明的數(shù)據(jù)結構的單元中。
例如，可以在各個公司的微型計算機上產(chǎn)生一個資金平衡表，損益表和更多流量表。另外，可以產(chǎn)生會計科目每日合計文件和一個輔助會計科目每日合計文件。并且，由于本系統(tǒng)包括國際地區(qū)，所以可以按照逐個貨幣種類的方式產(chǎn)生上述文件。
在有一個母公司和附屬公司的情況下，當進行固定會計核算時，根據(jù)通信規(guī)則把包含固定自動流水賬單據(jù)，固定調(diào)整流水賬單據(jù)，固定會計科目每日合計和固定輔助會計科目每日合計的信息從一個附屬公司發(fā)送到母公司。另外，固定會計組織信息，固定會計科目起始平衡和固定輔助會計科目起始平衡也被當作會計信息發(fā)送到母公司。
根據(jù)附屬公司的會計信息，母公司可以產(chǎn)生一個固定現(xiàn)金流量表，國定損益表，固定資金平衡表和類似報表。因而，已經(jīng)彼此注冊的公司可以方便并且自動地完成固定會計過程。它們可以按月，半年或年執(zhí)行會計過程。
本發(fā)明的基本思路并不僅限于上述實施例。
在上述實施例中，使用已經(jīng)預先構造好的系統(tǒng)。但在用戶購買計算機時必須以滿足用戶期望的功能要求的方式來構造計算機。在開始構造計算機以便其適應公司的商務形式的情況下，一個本發(fā)明的計算機系統(tǒng)被設計成允許用戶構造這樣的功能。即使在公司結構改變時，計算機系統(tǒng)也允許用戶重新構造計算機的功能以適應新的公司結構。
圖19示出了控制單元1000，數(shù)據(jù)單元2000，單元控制部分3000，顯示器部分4000，操作員部分5000和顯示器控制部分213之間的關系。
在控制單元1000中，寫入一個讀取數(shù)據(jù)單元2000中的數(shù)據(jù)的地址。通過單元控制部分3000從操作員部分5000輸入各個X-，Y-和Z軸上的上述參數(shù)，從而確定上述地址。在確定地址之后，通過單元控制部分3000指定數(shù)據(jù)單元2000中的地址，并且讀出圖像數(shù)據(jù)，字符數(shù)據(jù)和數(shù)值數(shù)據(jù)。通過顯示器控制部分213這些數(shù)據(jù)項被顯示在顯示器上。
圖像數(shù)據(jù)包含諸如單據(jù)和分類賬的結構圖像數(shù)據(jù)。字符數(shù)據(jù)包含諸如項目名稱，標題和單據(jù)或分類賬名稱的數(shù)據(jù)。數(shù)值數(shù)據(jù)包含諸如日期，銷售額和付款額的數(shù)據(jù)。在剛購買的微型計算機中，有諸如單據(jù)和分類賬的結構數(shù)據(jù)。
圖20示出了在購買(D1)計算機后建立模型(D2)，設置計算機使用規(guī)則或商務規(guī)則(D3)并且實際使用和應用計算機(D4)的過程(或構造和執(zhí)行過程)。建立模型意味著選擇計算機中的商務功能以便適應購買計算機的用戶的公司結構。在公司結構被構造成一個計算機上的電子組織之后，設置規(guī)則意味著設置各種規(guī)則，包含雇員的職務權限(例如銷售權限或批準權限)范圍，指定信用權限，和各種客戶條件。
在本發(fā)明的系統(tǒng)中，已經(jīng)準備好各種活動的組織，其中考慮到商務工作中各種可以想象到的組織(例如公司管理)。
把所有可以想象到的功能和組織假定以下情況(1)構造公司結構的情況；(2)構造商務中必要有組織的情況；(3)針對專門管理構造管理組織的情況；(4)構造管理組織的情況；(5)構造監(jiān)督管理組織的情況。在功能和組織的實際使用階段，由于某些組織或功能是不必要的，根據(jù)商務內(nèi)容或公司活動范圍，可以對不必要的組織或功能進行設置以防止被使用到。
即，在購買后僅通過選擇組織和功能，本發(fā)明的計算機系統(tǒng)就可以方便地適應公司情況。
如圖21A所示，可以讀出并顯示用戶公司(X軸)的個人結構(Y軸)和雇員的分類賬(Z軸)。在購買之后，由于雇員的信息填入字段是空白的，必須在該字段中輸入公司雇員的信息。
輸入數(shù)據(jù)項包含代碼，名稱，出生日期，年齡，職位，崗位，工資，家庭所在地，母校，家庭結構，特長和備注。
當有臨時雇員時，以圖21B所示的類似方式建立一個臨時雇員分類賬。在有臨時雇員的情況下，加入包含工作時間的附加條件信息。省略某些數(shù)據(jù)項，其中包含職位，家庭所在地，母校和家庭結構。
接著，必須建立每雇員和臨時雇員的詳細工資表。在出納部門處理詳細工資表。在這樣的情況下，當指定并顯示公司(X軸)的會計結構(Y軸)和詳細工資表(Z軸)時，用戶可以處理所有雇員和臨時雇員的詳細工資表。
圖22示出了屏幕上顯示的詳細工資表的一個例子。首先，出現(xiàn)詳細工資表的結構，然后出現(xiàn)一個雇員的代碼和工資。當點擊下一個詳細工資表時，則顯示后面不同雇員的詳細工資表。當建立了雇員分類賬時，已經(jīng)根據(jù)各個雇員的代碼自動準備好各個雇員的詳細工資表。并且，當各個雇員的工資已經(jīng)被寫到雇員分類賬中時，工資數(shù)值已經(jīng)被寫到顯示的詳細工資表中。
這樣做的原因是地址和發(fā)送目的地地址已經(jīng)被寫到用于顯示雇員分類賬的控制數(shù)據(jù)中?？刂茢?shù)據(jù)是存儲在控制單元中的數(shù)據(jù)。盡管在字段中沒有示出要支付到銀行錢數(shù)，但附有支付工資所經(jīng)過的銀行和一個雇員的銀行賬號。
在圖21A和21B中，通過一個在構造數(shù)據(jù)過程中在顯示器上顯示的屏幕的例子解釋了雇員的分類賬。但在控制單元中，以和分類賬的各個字段相連的方式附加寫入信息中的發(fā)送目的地信息。
圖23示出了整個雇員分類賬的數(shù)據(jù)結構格式。圖21A和21B示出了雇員分類賬的顯示格式。在數(shù)據(jù)結構格式中，詳細工資表，崗位分類賬和會計分類賬被規(guī)定成各個雇員代碼和姓名的發(fā)送目的地。職位的發(fā)送目的地包含詳細工資表和崗位分類賬。對崗位信息進行規(guī)定以便其被傳送到崗位分類賬。并且，對工資信息進行規(guī)定以便其被傳送到詳細工資表和會計分類賬。對家庭所在地信息進行規(guī)定以便其被傳送到一個關于來自相同家庭所在地的人員的列表。對母校信息進行規(guī)定以便其被傳送到校友會分類賬。
當已經(jīng)建立雇員分類賬時，自動建立了與雇員數(shù)量相同的若干個詳細工資表。即自動建立圖22所示的詳細工資表。此時，自動在詳細工資表中設置了雇員的代碼，姓名和工資。具體地，在控制單元中產(chǎn)生詳細工資表的控制數(shù)據(jù)。
圖24示出了一個在已經(jīng)建立全部雇員的分類賬之后，在自動構造詳細工資表中的數(shù)據(jù)的情況下使用的處理程序。當處于建立模式并且已經(jīng)建立全部雇員的分類賬時(步驟E1，E2)，統(tǒng)計工資分類賬中的雇員數(shù)量并且準備出與雇員數(shù)量相同的若干個詳細工資表(步驟E3)。接著，建立各個雇員的詳細工資表(步驟E4)。
具體地，如圖25所示在控制單元中產(chǎn)生詳細工資表上的數(shù)據(jù)。即，為詳細工資表分配出現(xiàn)在詳細工資表中的數(shù)據(jù)項(具體指數(shù)據(jù)單元地址(在該地址中，已經(jīng)寫入數(shù)據(jù)項，其中包含一個雇員的代碼和姓名))，其中包含雇員代碼，雇員姓名，工資和津貼。并且，也引入發(fā)送目的地信息。對于被寫到詳細工資表中的各個數(shù)據(jù)項的發(fā)送目的地，工資，津貼，獎金和其它數(shù)據(jù)被傳送到會計分類賬中對應雇員代碼的信息部分中。
具體地，在會計分類賬控制數(shù)據(jù)中的對應雇員代碼和工資字段中寫入與前面詳細工資表中寫入的地址相同的地址。
圖26示出了涉及會計部門那里的工資的分類賬的一個例子。在分類賬中，在各個信息段中的發(fā)送目的地信息之后，寫入有關各個雇員的工資和津貼的信息。由于銀行賬號附帶有支付給銀行的錢數(shù)，支付給銀行的錢數(shù)被發(fā)送到一個針對各個銀行的支付單據(jù)中。
圖27簡要示出了如何在會計部門發(fā)送工資支付信息。各個雇員的工資支付量被發(fā)送到一個合計出整個部門的工資支付量的單據(jù)。部門中的工資支付總量被發(fā)送到一個合計整個公司的工資支付量的單據(jù)。參照銀行賬號，支付給銀行的錢數(shù)被發(fā)送到銀行支付單據(jù)。
圖28A示出了在已經(jīng)建立雇員的分類賬時建立銷售部門的個人分類賬的情況。在雇員所屬的一個組織的分類賬中，把有關整個雇員分類賬的信息和發(fā)送目的地信息合起來使用。發(fā)送目的地信息包含一個在雇員所屬的組織中使用的路由單據(jù)(圖28B)。有關一個雇員的姓名的信息被發(fā)送到路由單據(jù)的雇員姓名字段中。
如上所述，產(chǎn)生有關雇員的必要信息并且設置各個雇員所屬的組織。在確定有關雇員工資的信息之后，信息被自動傳送到會計系統(tǒng)。
圖29示出了一個在組織公司時使用的標準模型。在該模型中傳遞著各種單據(jù)。如前所述，各個單據(jù)可以被連接到必要的地方。
圖29示出了在本發(fā)明的系統(tǒng)中設置的各種功能模型。為了更易于理解，以公司管理為中心示出各個模型。各個功能模型被分配一個引用符號并且將對其進行簡要解釋。功能模型500是一個關于個人和工資部門的模型。當開通功能模型時，可以處理包含在完成涉及個人和工資的工作時使用的詳細工資表和任命書的數(shù)據(jù)項。單個的功能模型被分類成涉及工作內(nèi)容和工作規(guī)章制度的模型。在工作中處理的單據(jù)被分配給涉及工作內(nèi)容的項目。對工作的限制和批準被輸入到到工作規(guī)章制度。
在圖30A，30B和31中詳細示出了圖29中各個模塊的內(nèi)容。在圖30A，30B和31中也使用圖29中的相同引用符號。如上所述，在本發(fā)明的系統(tǒng)中，商務中必需的功能模型(可以被稱作功能模塊或功能部件)已經(jīng)被標準化。
當在屏幕上顯示功能模型的模塊并且選擇了期望的模塊時，顯示涉及該模塊的單據(jù)，表格和其它數(shù)據(jù)(通常被稱作工作表)。接著，選擇期望單據(jù)和表格，則選擇的單據(jù)和表格變成當前可用的。在計算機上沒有輸入數(shù)據(jù)的單據(jù)或表格被識別成未使用的。對于功能模型，選擇有關的模型。只要沒有數(shù)據(jù)輸入的模塊，該模塊便在計算機上被識別成一個已使用功能模型的模塊。當其它相關功能模型變成活躍時，某些功能模塊自動變成活躍的。例如，如前所述，類似個人分類賬和崗位分類賬，彼此相關的功能模塊的工作表可以自動變成活躍的。
因而，利用本發(fā)明的快速適應計算機，用戶在屏幕上顯示出系統(tǒng)化的商務功能模型，選擇期望功能模型的模塊，并且實際使用在功能模塊中注冊的單據(jù)和分類賬，從而自動在屏幕上反映出用戶的商務活動。
圖32是關于前面解釋的內(nèi)容的原理圖例。一個商務模型(自由適應類型)對應于在圖30A，30B和31中描述的功能模塊的系統(tǒng)化部分。一個應用(快速適應類型)對應于通過在圖1A-18所述的單據(jù)和分類賬中輸入數(shù)據(jù)來控制的系統(tǒng)。在購買一個個人計算機之后，用戶可以顯示對公司必需的功能模塊并且在必需模塊的單據(jù)和分類賬中輸入數(shù)據(jù)，從而構造出適合公司情況的計算機系統(tǒng)。圖32右邊的公司A，公司B，…示出了在已經(jīng)構造出其自身的計算機系統(tǒng)后的狀態(tài)。
這些公司成功實現(xiàn)這樣的計算機系統(tǒng)的原因是商務術語在含義和內(nèi)容方面已經(jīng)被標準化。即，如前所述，是由于根據(jù)輸入數(shù)據(jù)的字段，在單據(jù)和分類賬中輸入數(shù)據(jù)的操作自動確定了數(shù)據(jù)處理的內(nèi)容。
由于在構造圖20的系統(tǒng)時進行了上述數(shù)據(jù)處理，這是一個在逐段輸入信息時加入新的信息段的例子。但在公司管理中，雇員被調(diào)動到新的崗位上，其工作崗位被改變，或者公司結構被改變。在這種情況下，在系統(tǒng)修改模式中設置整個系統(tǒng)。接著，選擇希望修改的功能模塊。數(shù)據(jù)被再次輸入到功能模塊所包含的單據(jù)和表格中，從而修改了模塊。當出現(xiàn)一個未使用的功能模塊時，所有寫入該功能模塊的數(shù)據(jù)項僅被設成零或被清除。
如上所述，本發(fā)明包含第一顯示裝置，第二顯示裝置，第三顯示裝置和聯(lián)鎖控制裝置。第一顯示裝置把商務功能模塊的項目組織成商務中的單元并且顯示一個作為調(diào)用操作的結果的功能模塊項目菜單。對功能模塊組織過程中完成的任務項目進行分類。以任務名稱具有商務含義并且暗示其內(nèi)容的方式對任務進行命名。項目被定義成輸入工作數(shù)據(jù)的工作表。第二顯示裝置具有任務項目并且在選擇第一顯示裝置上顯示的功能模塊中的任何一個模塊時，顯示一個針對在選定功能模塊中包含的任務項目的菜單。第三顯示裝置在第二顯示裝置顯示出任何一個任務項目時顯示對應于該項目的工作表。聯(lián)鎖控制裝置不僅在第三顯示裝置顯示的工作表中疊加輸入數(shù)據(jù)，而且向工作表中包含的信息發(fā)送目的地提供更新信息。
圖33示出了當在一個本發(fā)明的計算機系統(tǒng)被購買成終端的情況下進行初始化設置時啟動過程所涉及的操作。當開通初始化設置模式時，在屏幕上以菜單形式顯示商務模型功能模塊(步驟F1，F(xiàn)2)。在圖14的系統(tǒng)設置控制部分8000的控制下進行這種操作。功能模塊是圖29所示的最外部功能模塊，其中包含個人，工資，會計，財務，生產(chǎn)控制，銷售物理分布，客戶信息，市場和網(wǎng)絡。當用戶選擇期望的功能模塊(或用戶商務可能需要的功能模塊)時，以菜單屏幕的形式顯示在功能模塊中完成的各種任務所必需的工作表(包含單據(jù)和分類賬)項目(步驟F3，F(xiàn)4)。在第二階段菜單屏幕上，顯示各種關于任務和規(guī)則的單據(jù)和表格。這里，用戶在期望的工作表中輸入必要的數(shù)據(jù)。例如，建立上述雇員分類賬或類似分類賬?？蛇x地，在銷售部門中，針對各個主管人輸入有關銷售權限(例如最大營業(yè)額)的信息(步驟F5)。
如上所述，輸入數(shù)據(jù)允許在計算機上自動設計公司結構。當開通繁忙模式時，系統(tǒng)進入工作狀態(tài)。在使用系統(tǒng)后，當用戶感覺功能模塊不夠用時，用戶應當打開設置模式并且選擇和加入功能模塊。例如，一個只從事銷售的公司在開始運營時便屬于這種情況。
當以上述方式在計算機上完成商務初始化設置之后，在開通繁忙模式時，在屏幕上顯示活躍的功能模塊。這樣便于用戶理解用于工作的功能。
本發(fā)明不僅限于上述實施例，這些實施例只代表對基本思路的解釋。
圖34A，34B和34C示出了在初始化設置模式中顯示的功能模塊的一個例子。
現(xiàn)在，假定已經(jīng)選擇一個智能管理模型。接著，如圖35A和35B所示，可以選擇針對任何一個公司管理，工廠管理，生產(chǎn)線，商店管理，商店食物加工和合作集團管理的模型設計面板。
圖35A和35B示出了一個已經(jīng)選擇并打開公司管理面板的狀態(tài)。圖36A和36B示出了一個已經(jīng)選擇并打開工廠管理面板的狀態(tài)。圖37示出了一個已經(jīng)選擇并打開生產(chǎn)線面板的狀態(tài)。圖38A和38B示出了一個已經(jīng)選擇并打開商店管理面板的狀態(tài)。圖39示出了一個已經(jīng)選擇并打開商店食物加工面板的狀態(tài)。圖40示出了一個已經(jīng)選擇并打開合作集團管理面板的狀態(tài)。
各個面板還具有一個分類項目。當選擇任何一個項目時，顯示在該項目下使用的工作表類型。
圖41示出了當在圖35A和35B的項目下選擇項目“接收商品訂單”時所顯示的各種單據(jù)的一個例子。在這種狀態(tài)下，當選擇一個單據(jù)并且輸入數(shù)據(jù)時，該單據(jù)所屬的商務項目變成活躍的。
圖42示出了當在圖35A和35B的項目下選擇項目“發(fā)出商品訂單”時所顯示的各種單據(jù)的一個例子。在這種狀態(tài)下，當選擇一個單據(jù)并且輸入數(shù)據(jù)時，該單據(jù)所屬的商務項目變成活躍的。
圖43示出了當在圖35A和35B的項目下選擇項目“存貨”時所顯示的各種單據(jù)的一個例子。在這種狀態(tài)下，當選擇一個單據(jù)并且輸入數(shù)據(jù)時，該單據(jù)所屬的商務項目變成活躍的。
圖44示出了當在圖34A，34B和34C的項目下選擇項目“財務”時所顯示的各種單據(jù)的一個例子。在這種狀態(tài)下，當選擇一個單據(jù)并且輸入數(shù)據(jù)時，該單據(jù)所屬的商務項目變成活躍的。
圖45示出了當在圖34A，34B和34C的項目下選擇項目“會計”時所顯示的各種單據(jù)的一個例子。在這種狀態(tài)下，當選擇一個單據(jù)并且輸入數(shù)據(jù)時，該單據(jù)所屬的商務項目變成活躍的。
圖46示出了當在圖34A，34B和34C的項目下選擇項目“固定管理”時所顯示的各種單據(jù)的一個例子。在這種狀態(tài)下，當選擇一個單據(jù)并且輸入數(shù)據(jù)時，該單據(jù)所屬的商務項目變成活躍的。
在前面描述中利用計算機系統(tǒng)以模塊方式構造了本發(fā)明，具有本發(fā)明重要功能的控制文件當然可以被記錄在一個記錄介質(zhì)(例如一個光盤或磁盤)中。
具體地，記錄介質(zhì)包含一個第一顯示控制文件，該文件把商務功能模塊的項目組織成商務中的單元并且通過一個調(diào)用操作在顯示器上顯示商務功能模塊項目的菜單；一個第二顯示控制文件，該文件對任務項目進行分類并且在功能模塊組織過程中完成任務項目，其中以任務名稱具有商務含義并且暗示其內(nèi)容的方式對任務項目進行命名，并且任務項目還被定義成輸入工作數(shù)據(jù)的工作表，在根據(jù)第一顯示控制文件顯示在顯示器上的功能模塊中任何一個模塊被選定時，顯示一個針對在選定功能模塊中包含的任務項目的菜單；一個第三顯示控制文件，在根據(jù)第二顯示控制文件顯示在顯示器上的任務項目中任何一個項目被選定時，該文件顯示對應于該項目的工作表；一個聯(lián)鎖控制文件，該文件不僅在根據(jù)第三顯示控制文件而顯示的工作表中疊加輸入數(shù)據(jù)，而且向工作表中包含的信息發(fā)送目的地提供更新信息。
本發(fā)明的應用不僅限于上述實施例。雖然在上述描述中從屬于初始化設置或記錄介質(zhì)的計算機本體包含所有的商務功能模塊，但也可以為個網(wǎng)上供應商提供信息記錄介質(zhì)。
一個已經(jīng)簽訂合同的用戶可以通過網(wǎng)絡接受菜單信息，構造如圖29-40所示的商務模型，把數(shù)據(jù)裝入必要的商務模塊并且把工作表裝入用戶的計算機。本發(fā)明的系統(tǒng)具有一個通信功能并且可以接收單元。因而，通過在單元的Z軸方向上構造功能模塊和各種工作表，可以得到一個獨特的商務模型并且投入運行。
如上所述，根據(jù)本發(fā)明，其中提供了一種實現(xiàn)了具有大規(guī)模高速合計功能的計算機的商務支持系統(tǒng)，商務支持方法和商務支持數(shù)據(jù)記錄介質(zhì)。并且，根據(jù)本發(fā)明，其中提供一種商務支持系統(tǒng)，商務支持方法和商務支持數(shù)據(jù)記錄介質(zhì)，其中由于在任何微型計算機終端出現(xiàn)故障時均有另一個計算機對數(shù)據(jù)進行補償，所以上述商務支持系統(tǒng)，商務支持方法和商務支持數(shù)據(jù)記錄介質(zhì)具有高可靠性。另外，根據(jù)本發(fā)明，可以提供一種商務支持系統(tǒng)，商務支持方法和商務支持數(shù)據(jù)記錄介質(zhì)，其中上述商務支持系統(tǒng)，商務支持方法和商務支持數(shù)據(jù)記錄介質(zhì)允許在一個新計算機被加入網(wǎng)絡時立即存儲過去的數(shù)據(jù)。
本領域技術人員很容易理解本發(fā)明的其它優(yōu)點和修改。因而，從廣義上本發(fā)明不僅限于所示的并且在這里描述的具體細節(jié)和代表性實施例。相應地，在不偏離所附權利要求書及其等價描述所定義的一般發(fā)明概念的宗旨或范圍的情況下，可以進行各種修改。
權利要求
1．一個商務支持系統(tǒng)，該系統(tǒng)包括一個通過網(wǎng)絡連接到被叫方設備的設備，該設備包含在其自身數(shù)據(jù)存儲部分中，與被叫方設備的數(shù)據(jù)存儲部分中的數(shù)據(jù)結構相同的數(shù)據(jù)結構(7000)；發(fā)送裝置(216)，當其自身的數(shù)據(jù)存儲部分中的數(shù)據(jù)被更新時，該裝置向被叫方發(fā)送更新數(shù)據(jù)及其存儲位置；接收裝置(214)，當從被叫方接收到更新數(shù)據(jù)及其存儲位置時，該裝置用接收的數(shù)據(jù)取代其自身的數(shù)據(jù)存儲部分中的數(shù)據(jù)。
2．如權利要求1所述的商務支持系統(tǒng)，其特征在于還包括顯示更新數(shù)據(jù)內(nèi)容的顯示裝置(4000)。
3．如權利要求1所述的商務支持系統(tǒng)，其特征在于數(shù)據(jù)結構使得一個控制單元設置有一個X軸，一個Y軸，一個Z軸和一個G軸，一個智能數(shù)據(jù)單元在一個由控制單元指定的地址中存儲真實數(shù)據(jù)和計算表達式，并且上述控制單元的X軸上的一個參數(shù)可以從大到小地規(guī)定地區(qū)，Y軸上的一個參數(shù)可以從大到小地規(guī)定組織，Z軸上的一個參數(shù)可以規(guī)定各種單據(jù)，合計和分析表格，并且G軸上的一個參數(shù)可以規(guī)定一個日子。
4．如權利要求3所述的商務支持系統(tǒng)，其特征在于根據(jù)上述Z軸上的一個參數(shù)確定的單據(jù)上的地址信息還包含當單據(jù)中的真實數(shù)據(jù)被更新時更新旗標所發(fā)送到的目的地的地址信息。
5．如權利要求3所述的商務支持系統(tǒng)，其特征在于上述Z軸上的一個參數(shù)所確定的單據(jù)上的地址信息還包含各種信息段，該信息段指示一個規(guī)定計算結果的地址的區(qū)域，一個規(guī)定所使用的計算表達式的地址的區(qū)域，一個規(guī)定計算中使用的數(shù)據(jù)的地址的區(qū)域，一個規(guī)定確定是否進行計算的數(shù)據(jù)的地址的區(qū)域，和一個規(guī)定更新旗標所要發(fā)送到的目的地的地址的區(qū)域。
6．一個商務支持記錄介質(zhì)，在該介質(zhì)上存儲了控制一個通過網(wǎng)絡連接到被叫方設備的主叫方設備(3000，4000，5000)的控制數(shù)據(jù)(1000)和真實數(shù)據(jù)(2000)，并且在該介質(zhì)上當主叫方數(shù)據(jù)存儲部分中的數(shù)據(jù)被更新時，向被叫方發(fā)送數(shù)據(jù)結構與在上述被叫方上驅(qū)動的記錄介質(zhì)的數(shù)據(jù)結構相同的控制數(shù)據(jù)，并且向被叫方發(fā)送控制數(shù)據(jù)更新數(shù)據(jù)及其存儲位置，以及當從被叫方接收到更新數(shù)據(jù)及指示其存儲位置的數(shù)據(jù)時，接收用接收數(shù)據(jù)取代上述主叫方數(shù)據(jù)存儲部分中的數(shù)據(jù)的控制數(shù)據(jù)，和控制主叫方設備的控制數(shù)據(jù)。
7．如權利要求6所述的商務支持記錄介質(zhì)，其特征在于用于顯示更新數(shù)據(jù)內(nèi)容的顯示控制數(shù)據(jù)還被記錄在記錄介質(zhì)上。
8．如權利要求6所述的商務支持記錄介質(zhì)，其特征在于數(shù)據(jù)結構使得一個控制單元設置有一個X軸，一個Y軸，一個Z軸和一個G軸，一個智能數(shù)據(jù)單元在一個由控制單元指定的地址中存儲真實數(shù)據(jù)和計算表達式，并且上述控制單元的X軸上的一個參數(shù)可以從大到小地規(guī)定地區(qū)，Y軸上的一個參數(shù)可以從大到小地規(guī)定組織，Z軸上的一個參數(shù)可以規(guī)定各種單據(jù)，合計和分析表格，并且G軸上的一個參數(shù)可以規(guī)定一個日子。
9．如權利要求8所述的商務支持記錄介質(zhì)，其特征在于根據(jù)上述Z軸上的一個參數(shù)確定的單據(jù)上的地址信息還包含當單據(jù)中的真實數(shù)據(jù)被更新時更新旗標所發(fā)送到的目的地的地址信息。
10．如權利要求8所述的商務支持記錄介質(zhì)，其特征在于上述Z軸上的一個參數(shù)所確定的單據(jù)上的地址信息還包含各種信息段，該信息段指示一個規(guī)定計算結果的地址的區(qū)域，一個規(guī)定所使用的計算表達式的地址的區(qū)域，一個規(guī)定計算中使用的數(shù)據(jù)的地址的區(qū)域，一個規(guī)定確定是否進行計算的數(shù)據(jù)的地址的區(qū)域，和一個規(guī)定更新旗標所要發(fā)送到的目的地的地址的區(qū)域。
11．一個商務支持系統(tǒng)，其特征在于包括第一顯示裝置，該裝置把商務功能模塊的項目組織成商務中的單元并且顯示一個作為調(diào)用操作的結果的功能模塊項目菜單；第二顯示裝置，該裝置對任務項目進行分類并且在功能模塊組織過程中完成任務項目，以任務名稱具有商務含義并且暗示其內(nèi)容的方式對任務項目進行命名，并且任務項目被定義成輸入工作數(shù)據(jù)的工作表，在選擇上述第一顯示裝置上顯示的上述功能模塊中的任何一個模塊時，顯示一個針對在選定功能模塊中包含的任務項目的菜單；第三顯示裝置，該裝置在第二顯示裝置顯示出任何一個上述任務項目時顯示對應于該項目的工作表；聯(lián)鎖控制裝置，該裝置不僅在上述第三顯示裝置顯示的工作表中疊加輸入數(shù)據(jù)，而且向工作表中包含的信息發(fā)送目的地提供更新信息。
12．如權利要求11所述的商務支持系統(tǒng)，其特征在于上述工作表是單據(jù)，分類賬和表格中的任何一種。
13．如權利要求11所述的商務支持系統(tǒng)，其特征在于上述工作表中的信息發(fā)送目的地指示一個屬于某個商務功能模塊的工作表，該模塊不同于上述工作表所屬的商務功能模塊。
14．一個商務支持記錄介質(zhì)，該介質(zhì)包含一個第一顯示控制文件，該文件把商務功能模塊的項目組織成商務中的單元并且通過一個調(diào)用操作在顯示器上顯示商務功能模塊項目的菜單；一個第二顯示控制文件，該文件對任務項目進行分類并且在功能模塊組織過程中完成任務項目，其中以任務名稱具有商務含義并且暗示其內(nèi)容的方式對任務項目進行命名，并且任務項目還被定義成輸入工作數(shù)據(jù)的工作表，在根據(jù)第一顯示控制文件顯示在顯示器上的功能模塊中任何一個模塊被選定時，顯示一個針對在選定功能模塊中包含的任務項目的菜單；一個第三顯示控制文件，在根據(jù)第二顯示控制文件顯示在顯示器上的任務項目中任何一個項目被選定時，該文件顯示對應于該項目的工作表；一個聯(lián)鎖控制文件，該文件不僅在根據(jù)上述第三顯示控制文件而顯示的工作表中疊加輸入數(shù)據(jù)，而且向工作表中包含的信息發(fā)送目的地提供更新信息。
15．如權利要求14所述的商務支持記錄介質(zhì)，其特征在于上述工作表是單據(jù)，分類賬和表格中的任何一種。
16．如權利要求14所述的商務支持記錄介質(zhì)，其特征在于上述工作表中的信息發(fā)送目的地指示一個屬于某個商務功能模塊的工作表，該模塊不同于上述工作表所屬的商務功能模塊。
17．一個商務支持系統(tǒng)，該系統(tǒng)包含一個第一顯示控制文件，該文件把商務功能模塊的項目組織成商務中的單元并且通過一個調(diào)用操作在顯示器上顯示商務功能模塊項目的菜單；一個第二顯示控制文件，該文件對任務項目進行分類并且在功能模塊組織過程中完成任務項目，其中以任務名稱具有商務含義并且暗示其內(nèi)容的方式對任務項目進行命名，并且任務項目還被定義成輸入工作數(shù)據(jù)的工作表，在根據(jù)第一顯示控制文件顯示在顯示器上的功能模塊中任何一個模塊被選定時，顯示一個針對在選定功能模塊中包含的任務項目的菜單；一個第三顯示控制文件，在根據(jù)第二顯示控制文件顯示在顯示器上的任務項目中任何一個項目被選定時，該文件顯示對應于該項目的工作表；一個聯(lián)鎖控制文件，該文件不僅在根據(jù)第三顯示控制文件而顯示的工作表中疊加輸入數(shù)據(jù)，而且向工作表中包含的信息發(fā)送目的地提供更新信息，并且把它們存儲在系統(tǒng)的一個記錄介質(zhì)中。
18．如權利要求17所述的商務支持系統(tǒng)，其特征在于上述工作表是單據(jù)，分類賬和表格中的任何一種。
19．如權利要求17所述的商務支持系統(tǒng)，其特征在于上述工作表中的信息發(fā)送目的地指示一個屬于某個商務功能模塊的工作表，該模塊不同于上述工作表所屬的商務功能模塊。
全文摘要
一種實現(xiàn)了具有大規(guī)模高速合計功能的計算機的商務支持系統(tǒng),商務支持方法和商務支持數(shù)據(jù)記錄介質(zhì)。一個主叫方上的設備(5001)通過網(wǎng)絡被連接到被叫方上的一個設備(5002,5003,5004),并且其自身數(shù)據(jù)存儲部分中的數(shù)據(jù)結構與被叫方設備的數(shù)據(jù)存儲部分中的數(shù)據(jù)結構相同。主叫方上的設備被提供了在其自身數(shù)據(jù)存儲部分中的數(shù)據(jù)被更新時向被叫方發(fā)送更新數(shù)據(jù)及其存儲位置的發(fā)送裝置,和在從被叫方接收到更新數(shù)據(jù)及其存儲位置時用接收的數(shù)據(jù)取代其自身數(shù)據(jù)存儲部分中的數(shù)據(jù)的接收裝置。
文檔編號G06Q50/00GK1284682SQ00119999
公開日2001年2月21日 申請日期2000年7月7日 優(yōu)先權日1999年7月9日
發(fā)明者松月忠雄 申請人:株式會社知識模式化研究所