庫存控制收費方法

2023-05-27 18:09:46 1

專利名稱：庫存控制收費方法
技術領域：
本發明涉及庫存控制技術，特別涉及設定安全庫存的庫存控制系統以及庫存方法以及庫存控制程序及其針對庫存控制程序的使用的收費方法以及存儲有庫存控制程序的存儲介質。
背景技術：
成品和零件的項目(項目是指成品、零件、半成品、在制品、原材料等的總稱或者某個)的庫存量必須與需要對應。但是，一般因為需要經常變化，所以在確定庫存量時需要預見與需要的變化對應的富餘。把預見該富餘確保安全的庫存稱為安全庫存。一般，安全庫存的計算式可以表示如下。
安全庫存＝α×√T×σα安全係數T計劃範圍σ需要的偏差(標準偏差)在上述計算公式中，計劃範圍T通過合計計劃訂立周期和供應準備時間和計劃準備時間求得。在此所謂準備時間，是在發出指令後，執行作業到該指令完成的期間。圖39和圖40是展示計劃範圍、計劃訂立周期、供應準備時間、計劃準備時間的關係。在圖39所示的例子中，計劃準備時間是2天，供應準備時間是4天，計劃訂立周期是7天，計劃範圍是合計它們的13天。在圖40所示的例子中，計劃範圍是合計它們的7天。
為了設定安全庫存，在上述安全庫存的計算公式的α、T以及σ中代入任意值。或者，還有不用上述計算式而把任意的值代入安全庫存的方法。
以下，說明軟體收費方法的以往技術。
作為軟體收費方法的以往技術，有以下方法。
(1)產品購入形式的收費方法購入被存儲在軟(R)盤和密緻盤等的記錄介質中的軟體使用的方法(2)服務定額收費方法不購入軟體自身。作為軟體租借費和軟體使用費每一定期間(例如每月)支付軟體提供公司一定費用的方法。
(3)服務從量收費方法不購入軟體自身。把與使用軟體的時間和頻度對應的費用支付給軟體提供公司的方法。
圖39、40所示的例子，計劃準備時間是2天，供應準備時間是4天，計劃訂立周期分別是7天、1天。最近，由於經營環境的變化和成品製造服務的提高、信息系統的高度化等，上述計劃訂立周期、供應準備時間以及計劃準備時間有縮短的趨勢。另外更新它們的機會也有增加。一般，如果逐周和逐日縮短計劃訂立周期則庫存減少。另一方面如果錯誤進行安全庫存的設定，則發生成品斷檔或者增加庫存過剩。因而，根據計劃訂立周期、供應準備時間以及計劃準備時間等的設定值更新變更安全庫存，把安全庫存始終保持在適宜的值是必不可少的。
但是，在上述以往的技術中敘述的安全庫存的計算式，是需要數據的殘差分布為一定等的，根據幾個假定的計算式。因此不能在一般的使用中通用。因此，把計劃訂立周期和各種準備時間，代入該計算公式求得的安全庫存，不保證始終是適宜的值。因而，在反映計劃訂立周期和各種準備時間的更新的適宜的安全庫存的計算中，需要實施幾個有特徵的計算處理。
以下，敘述有關以往軟體的收費方法的問題。
最近，為了減少在軟體的購入和維護所需要的費用，利用應用程式服務提供者(Application Service Provider，以下簡稱ASP)提供的自動訂製(アトソ-シング)服務，使用各種軟體的客戶企業逐漸增加。當利用自動訂製服務使用各種軟體的情況下，對於軟體使用的收費，選擇在以往的技術中所示的(2)服務定額收費方法或者(3)服務從量收費方法之一或者並用。這時，一般，根據容易制定服務使用預算的理由，客戶企業有選擇服務定額收費方法或者組合服務定額收費方法和服務從量收費方法的趨勢。
但是，這些方式還存在以下的問題。
首先，服務定額收費方法，雖然具有費用是容易以定額制定預算的優點，但不是以是否實際使用軟體確定費用的方式。因此對於使用時間和使用頻度多的客戶來說有利，但對於使用少的客戶是不能滿足的方式。
另外，當組合服務定額收費方式和服務從量收費方式的情況下，使用費用的支付必然在以後支付。因此，對於軟體提供公司來說始終具有費用回收風險。
以往的這種收費方法，對於使用頻度少的客戶和軟體提供者一側是不能滿足的方式。

發明內容
期望解決上述那樣的問題，根據計劃訂立周期、供應準備時間以及計劃準備時間等設定值的更新變更安全庫存，始終保持適宜值的庫存控制系統、庫存控制方法。
另外，期望提供一種收費方法，提供庫存控制系統功能的一方，並不背負費用回收的風險可以可靠地回收費用，並且可以向客戶要求公正的費用，而客戶一方可以以和使用量相抵的金額並且以容易預算的形式支付費用。
本發明的新的想法是，解決以上問題。
為此本發明的庫存控制系統包含計算出需要的預測值的需要預測裝置；計算出用於和預測值比較的實績值的實績值計算裝置；計算出預測值和實績值的差的預測殘差計算裝置；計算出標準偏差值等的參數的參數計算裝置；根據上述參數計算安全庫存的安全庫存計算裝置。
另外，在本發明的庫存控制系統中，根據計劃訂立周期和計劃準備時間和供應準備時間等的設定值的更新，和在計劃訂立時被讀取的數據不同的領域的數據，被從數據存儲裝置讀取到上述需要預測裝置、上述實績值計算裝置、上述預測殘差計算裝置、上述參數計算裝置、上述安全庫存計算裝置，執行1次以上各種計算處理。
另外，本發明的庫存控制系統包含具有接收在該系統的功能使用時希望使用的表名稱輸入的輸入裝置，和對應上述表的種類，根據預定的收費系統發行票文件發送到客戶設備的票發行裝置的管理伺服器設備；具有從存儲上述多個表的數據元存儲部複製根據在上述票文件中表示的信息被指定的表的數據，寫入到數據目標存儲部的數據複製寫入裝置，或者對於存儲上述多個表的數據元存儲部，控制讀取根據在上述票文件中表示的信息指定的表數據的數據讀取控制裝置的至少1個的多個伺服器設備。
另外，在本發明的庫存控制系統中，上述輸入裝置，對於客戶希望使用的表，接受記錄範圍指定或者數據量指定的輸入，上述票文件發行裝置，根據該記錄範圍指定或者數據量指定的信息發行票文件。
本發明提供一種庫存控制收費方法，其特徵在於包括如下步驟從客戶設備接收在利用系統的功能時希望使用的表名稱的輸入，依照上述表的種類，基於預先設定的費用系統由計算處理裝置發行票文件，把上述所發行的票文件發送到客戶設備，當客戶基於上述票文件使用庫存控制系統的功能的情況下，基於上述票文件中所示的信息，從存儲多個表的數據源存儲部複製被指定的表的數據並將其寫入到數據目標存儲部。
本發明提供一種庫存控制收費方法，其特徵在於包括如下步驟從客戶設備接收在利用系統的功能時希望使用的表名稱的輸入，依照上述表的種類，基於預先設定的費用系統由計算處理裝置發行票文件，把上述票文件發送到客戶設備，當客戶基於上述票文件使用庫存控制系統功能的情況下，對於存儲多個表的數據源存儲部，對基於上述票文件所示的信息指定的表的數據的讀取進行控制。


圖1是展示本發明的一實施方式的硬體構成的圖。
圖2是客戶設備的輸出畫面例子。
圖3是展示基準登錄處理流程的圖。
圖4是通常業務處理流程的圖。
圖5是展示第1基準更新處理流程的圖。
圖6是展示第1基準更新處理流程的圖。
圖7是展示第2基準更新處理流程的圖。
圖8是展示第2基準更新處理流程的圖。
圖9是軟體存儲部的圖像圖。
圖10是說明安全庫存的計算式的圖。
圖11是說明安全庫存的計算順序的例子的圖。
圖12是展示在安全庫存的計算處理中使用的數據範圍的圖。
圖13是展示在安全庫存的計算處理中使用的數據範圍的圖。
圖14是說明安全庫存的更新處理的圖。
圖15是說明伴隨基準設定值的變更的安全庫存的更新處理的圖。
圖16是說明伴隨基準設定值的變更的安全庫存的更新處理的圖。
圖17是說明票文件的購入處理的圖。
圖18是說明票文件的行使時的處理的圖。
圖19是說明票文件的行使時的處理的圖。
圖20是說明數據的刪除處理的圖。
圖21是說明數據的讀取禁止處理的圖。
圖22是展示票文件內容的圖。
圖23是展示在庫存控制系統的功能的使用時中的客戶一方流程的圖。
圖24是展示在庫存控制系統的功能的使用時中的客戶一方流程的圖。
圖25是展示根據票文件的票文件失效前的流程的圖。
圖26是客戶設備的輸出畫面例子。
圖27是客戶設備的輸出畫面例子。
圖28是客戶設備的輸出畫面例子。
圖29是客戶設備的輸出畫面例子。
圖30是客戶設備的輸出畫面例子。
圖31是客戶設備的輸出畫面例子。
圖32是客戶設備的輸出畫面例子。
圖33是用多個伺服器構成庫存控制系統時的硬體構成圖。
圖34是數據元存儲部的表構造的圖像圖。
圖35是說明記錄限制的圖。
圖36是展示費用體系的一形態的圖。
圖37是展示費用體系的一形態的圖。
圖38是展示費用體系的一形態的圖。
圖39是說明在訂立計劃時設定的值的定義的圖。
圖40是說明在訂立計劃時設定的值的定義的圖。
具體實施例方式
以下說明本發明的實施方式。
首先，說明本發明的庫存控制系統的位置。
(1)庫存控制系統的功能的附帶位置最近，作為在企業中開始使用的信息系統有供應鏈計劃(Supply Chain Planning以下稱為SCP)系統。其主要功能是需求計劃、供應計劃、交貨期應答。另外，作為其他系統有製造業的實行系統(Manufacturing Execution System以下稱為MES)。其中有進展管理等的功能。本發明的實施方式中的庫存管理系統，除了SCP的需求計劃功能和供應計劃功能、MES的進展管理功能外，兼具進行庫存分析的庫存分析功能，是所謂SCP擴展版的帶位置的新的系統。
(2)庫存控制系統的硬體構成以下，說明庫存控制系統的硬體構成。
圖1是展示本發明一實施例中的庫存控制系統的硬體構成圖。
如圖1所示，本實施例的庫存控制系統0100，經由通信線路連接提供庫存控制程序的伺服器設備0109和使用它的一方的客戶設備0110構成。在此，客戶設備可以是多臺，伺服器設備也可以由多臺構成。
伺服器設備0109，具有鍵盤和滑鼠等的輸入裝置0101和顯示器等的輸出裝置0102和輔助存儲裝置0104和執行庫存控制程序和收費處理的處理裝置0103。處理裝置0103具備接口01031和中央運算處理裝置(以下，稱為CPU)01032和主存儲裝置01073，經由接口01031連接輸入裝置0101輸出裝置0102以及輔助存儲裝置0104。
客戶設備0110，包含鍵盤和滑鼠等的輸入裝置0105；顯示器等的輸出裝置0106；輔助存儲裝置0108和執行庫存程序和收費處理的處理裝置0107。具備處理裝置0107接口01071和CPU01072和主存儲裝置01073，經由接口01071連接輸入裝置0105輸出裝置0106以及輔助存儲裝置0108。
在本實施例中庫存控制程序的處理結果在伺服器一側被存儲在主存儲裝置01033中被確保的存儲區域上，在客戶設備一方存儲在主存儲裝置01073中。程序被預先保持在輔助存儲裝置中，通過CPU01032、01072執行被寫入主存儲裝置01033、01073中的程序實現。
另外，在本實施例中以庫存處理系統通過通用信息處理裝置和軟體實現的情況為例說明，但例如，也可以通過包含硬連接邏輯的硬體，和通過這種硬體、預先編程的通用信息處理裝置實現。
另外，在本實施例中，所謂庫存控制系統，並不限於指伺服器一側以及客戶設備一側的全體，還包含以伺服器一方的構成實現的庫存控制系統的情況。
(3)庫存控制系統的功能以下說明庫存控制系統的功能。本實施例中的庫存控制系統，具有在「(1)庫存控制系統的附帶位置」中敘述的需求計劃、供應計劃、進度管理、庫存分析等的基本功能。需求計劃功能是預測需求制定需求計劃的功能，供應計劃功能是對於已預測的需求制定供應計劃的功能，進度管理功能是核對供應計劃和實際的生產和庫存一致管理進度的功能，庫存分析功能是根據進度管理控制安全庫存的功能。此外，在使用庫存系統執行這些功能前，需要設定一些成為基準的值，還具有用於此的基準設定功能。需求計劃、供應計劃、進度管理、庫存分析等的個各功能，參照該基準設定執行處理。
圖2展示為了起動上述各功能兒顯示在客戶設備上的畫面的例子。在圖2中，客戶可以選擇移動基準設定功能的基準登錄按鈕0202、起動通常使用的功能的通常業務按鈕、在通常的業務流程中更新基準設定值的基準更新1按鈕0206、起動本發明的特徵的基準設定值更新處理的基準更新2按鈕0208。由基準登錄按鈕0202起動的基準設定功能，是用於在系統的使用前選擇登錄基準設定值的功能。由通常業務按鈕0204起動的通常業務，是通常使用的功能，以需求計劃、供應計劃、進度管理、庫存分析的順序執行處理。由基準更新1按鈕0206起動的功能，是更新通常業務功能的基準設定值的功能，基準設定值的變更不能自動地反映在其他的處理中。由基準更新2按鈕0208起動的功能是，如果變更基準設定，則自動地反映其變更進行需求計劃、進度管理、庫存分析的各處理的本發明的特徵功能。以下，詳細說明在分別選擇按鈕時起動的處理內容。
(3.1)基準設定處理首先，說明基準設定處理圖3是展示在選擇了圖2的基準登錄按鈕0202時起動的基準設定功能的流程圖。
如圖3所示，客戶一側的用戶首先與伺服器連接。雖然在圖3至圖8的順序圖中省略，但在伺服器一側，首先進行用戶認證。伺服器一側，把圖2所示的功能選擇畫面作為應答畫面顯示。如果用戶選擇圖2的基準登錄按鈕0202，則基準設定功能起動。用戶根據畫面顯示登錄數據取樣的下限值、生產能力、計劃訂立周期、計劃準備時間、供應準備時間、安全庫存等。在伺服器中，如果登錄計劃訂立周期、計劃準備時間、供應準備時間，則根據它們計算處理計劃範圍。在對各自每次登錄結束時，從伺服器一側顯示登錄結束信息。當只利用基準設定功能的情況下，各項目的設定結束後，伺服器進行切斷處理，顯示切斷結束信息，基準功能設定處理結束。
即使在以下的順序圖中，也在順序圖的開頭上展示和伺服器的連接，在順序圖的最後展示來自伺服器的中斷處理，但在已經和伺服器連接完的情況下，和在功能的使用後沒有切斷和伺服器的連接的情況下，省略這些處理。
(3.2)通常業務處理以下，說明在用戶選擇了圖2的通常業務處理按鈕0204時起動的通常業務處理。
基準設定項目登錄結束的用戶，可以利用具備圖2的0203所示的需求計劃功能、供應計劃功能、進度管理功能、庫存分析功能的各功能的通常業務處理。進行處理的程序，雖然是以後在說明中使用的圖，但被存儲在圖17所示的應用程式部分的軟體存儲部中，通過讀取到軟體處理部中執行處理。
在通常業務處理中，如圖2的菜單0203所示那樣以從1至4的順序處理。圖4是展示通常業務處理的流程的圖。
如圖4所示，如果客戶設備一方的用戶首先與伺服器連接，則伺服器一側顯示應答畫面。用戶選擇圖2的通常業務按鈕0204，首先起動1的需求計劃功能，指示計劃需求的登錄或者需求預測的指示。接收它在伺服器一側中，如圖9所示執行軟體存儲部的需求計劃功能的程序。進而，在計劃需求的登錄上，有登錄已經根據數據進行需求預測的結果和情況和登錄用戶設定的預定需求的情況。當登錄計算需求的情況下執行登錄處理，在進行需求預測的情況下執行圖9所示的預測數據的檢索、取得、合計等的函數進行需求預測。而後，進行安全庫存取得、總需求量計算、庫存取得、訂貨餘額取得、淨需求量計算、日程開展等的處理，把其結果取得的生產的負荷狀況顯示在客戶設備一側的畫面上。
在客戶一側中，當根據其顯示補正所需要量的情況下指示其貨品種和量，變更需要量。在伺服器一側更新需求量，把反映變更結果的生產負荷狀態顯示在客戶一方的畫面上。而後切斷和伺服器的連接。
進而，圖9的起動控制功能雖然未展示在圖2中，但它是具有進行各處理的起動控制功能的程序。
(3.3)基準設定值的更新處理1以下用圖5、圖6說明更新在選擇了圖2的基準更新按鈕10206時執行的基準設定的處理。圖6是圖5接著的處理。
基準設定的更新處理，如圖5以及圖6所示，首先用戶與伺服器連接，伺服器顯示應答畫面。如果用戶例如更新登錄計劃訂立周期，則伺服器一側把登錄結束信息顯示在客戶設備上。處理計劃訂立周期外，計劃準備時間、供應準備時間、數據取樣數的下限值、生產能力、安全庫存等的更新處理，同樣也是在用戶登錄更新基準設定值時，伺服器一側進行更新處理，如果處理結束則把結束信息顯示在客戶一側上。如果登錄處理結束則伺服器一側進行切斷處理，把切斷結束信息顯示在客戶一側。
(3.4)基準設定值的更新處理2
以下，用圖7、圖8說明更新在選擇了圖2的基準更新2按鈕的時執行的基準設定的處理。
圖7和圖8都是在選擇了基準更新2按鈕時起動的處理流程。兩者的不同之處不是基準功能處理自身，而是考慮了實施時的收費方法不同。圖7是在以往技術中敘述的產品購入形式等的收費方法時的流程圖，圖8是預先規定庫存控制系統的功能使用範圍，伺服器一側發行具有與該範圍有關的信息的票文件，進行收費處理的方式的流程圖。對於票文件的收費方法，在「(4)使用票文件的庫存控制系統的收費方法」以後詳細敘述。
首先，說明圖7的情況。
客戶與伺服器連接，伺服器一側在客戶一側上顯示應答畫面。用戶選擇圖2的基準更新2按鈕0208。根據來自伺服器一側的應答畫面變更計劃訂立周期、計劃準備時間、供應準備時間之一或者二個以上。在伺服器一側檢索需要的數據進行再預測，和實績需求比較求預測殘差。圖7中合計用於計算安全庫存的預測殘差的結果，計算對於取樣數充分的貨品種計算安全庫存，並更新，對於該貨品種顯示安全庫存更新後信息。
對於取樣數不充分的貨品種，手動登錄在用戶一側設定的安全庫存。伺服器一側，如果手動進行的安全庫存的登錄結束則顯示登錄結束信息。如果處理結束則從伺服器進行切斷操作，顯示切斷結束信息。
以下用圖8說明使用票文件時的更新處理的流程。
在圖8中，首先如果用戶與伺服器連接則伺服器顯示應答畫面。用戶根據來自伺服器一側的應答畫面變更計劃訂立周期、計劃準備時間、供應準備時間之一或者二個以上。在伺服器一側中進行安全庫存的計算處理，對於取樣數充分可以算出安全庫存的貨品種更新安全庫存，顯示更新結束信息。對於取樣數不充分的貨品種顯示更新未結束的信息。當安全庫存的更新未結束的貨品種多，超過如圖7的例子所示那樣可以用手動輸入安全庫存的範圍的情況下，為了增加取樣數擴大用戶可以使用的數據的範圍。
在本實施方式中，在以後的收費處理說明中敘述，是購入「票文件」後這種方法使用系統。當在該票文件中使用系統時指定可以參照的數據的範圍等。因而，當為了增加取樣數想要擴大可以使用的範圍的情況下，用戶需要購入擴大數據的使用範圍的票文件。伺服器一側，應答來自客戶一方的票文件的購入申請，伺服器一方進行票文件發行手續，付送擴大了可以使用的數據範圍的票文件。
用戶使用新購入的票文件再次指示安全庫存的更新處理。第2次安全庫存更新處理的結果，由於取樣數足夠因而顯示安全庫存被更新的貨品種，還顯示安全更新未結束的貨品種。2次更新處理後，當更新未結束的貨品種減少的情況下，對於剩餘更新未結束的貨品種也可以手動更新安全庫存。當更新未結束的貨品種還多的情況下，也可以進一步購入擴大了數據範圍的票再次進行安全庫存的更新處理。
(3.5)安全庫存的更新處理以下說明伴隨基準設定變更的安全庫存的更新處理。
在本實施例中，安全庫存的更新處理有3種。一種是在一般業務中自動更新安全庫存的處理。另一種是當選擇了圖2的基準更新1按鈕0106的情況下執行的處理。最後一種是在選擇了圖2的基準更新2按鈕0208時執行的處理。以下，為了說明這些安全庫存的更新處理，首先說明安全庫存的計算式和計算順序。
(3.5.1)安全庫存的計算式和計算順序用圖10和圖11說明安全庫存的計算式和計算順序。
圖10是展示安全庫存的計算式的例子的圖，圖11是展示安全庫存的計算順序的例子的圖。
在圖10中，是以把計劃準備時間設置為1周，把供應準備時間設置為6周，把計劃訂立周期設置為1周時為例子的圖。把圖中的本周開頭在現時刻作為計劃訂立的開始日。計劃訂立的發行日為第1周的開頭，入庫結束日是第6周的末尾。在本周中的計劃需求數據，本周是360，第1周至第5周是252，第6周是322，第7周是322。進而，在中段的正態分布的曲線圖中展示在各個周中在可以得到實績需求的階段，和計劃需求比較的預測殘差的分布圖像。在每周中，如第1周是σ0，第2周是σ1那樣分散值σ不同。計劃範圍內的累計殘差分布，為圖下段所示那樣的分布1001。當假設該各周的分散值是完全相同的時，8周間的累計殘差分布、安全庫存表示為假定1。這和在以往技術中所示的計算式相同。另外，如果假設各分散值從本周到第6周是0，在第7周不是0，則累計殘差分布以及安全庫存表示為假定2。這是至第6周需求確定時的假定。在各分散值不同，另外還不是0的情況下，累計殘差分布以及安全庫存用假定3所示的式子求得。假定3的計算式雖然式子複雜但是是通用的計算式，是包含假定1和假定2的式子。
在安全庫存的具體例子中通用的計算順序，例如有圖11所示的順序。
(順序1)累計實績需求計算和計劃需求比較後的預測殘差值Z的取樣數n。
(順序2)計算取樣的標本平均。
(順序3)計算偏差平方和。
(順序4)計算標本分散。
(順序5)計算標本標準偏差。
(順序6)當取樣數少時計算虛報係數(順序7)計算母標準偏差。
(順序8)設定安全係數(順序9)計算安全庫存進而，在順序6中計算出虛報係數，是因為在取樣數少的情況下偏差平方S一方與母標準偏差σ相比值減小的趨勢顯著，所以未用S代替σ的一方好的緣故。另外，在順序8中，當把安全係數α設置為1.65的情況下，次品概率是5％。這意味著100次計劃中產生5次次品。另外，安全庫存通過乘算在順序7中求得的母標準偏差和在順序8中設定的安全係數求得。該乘算式和在圖10的假定3中所示的安全庫存的計算式相同。
以下，說明安全庫存的更新處理。
(3.5.2)安全庫存的更新處理1用圖12、圖14說明安全庫存的更新處理。該安全庫存的更新處理1，是在一般業務中自動更新安全庫存的處理。
在伺服器一側，首先進行需求計劃處理計算出計劃需求。在圖12的例子中，計劃需求為750。而後進行日間需求取得、日間生產量取得、日末庫存計算處理，計算每日的需求信息、生產量、庫存量合計該數據。在圖12中展示從現在時刻的t到t+13合計的例子。合計從選擇時刻累計到t+13後的數據的結果，假設實績需要是770。因為在圖12的情況下預先計算出的計劃需求是750，所以根據實績需求的770和計劃需求750，預測殘差為20。這樣計算需要的取樣數的預測殘差，求其標準偏差。在圖12中，展示計算出的預測殘差的標準偏差是50情況的例子。
以下，用圖14說明從安全庫存的初始登錄值到自動更新為新的更新值的處理流程。
首先，在基準設定階段中，開始基準設定處理，設定各種基準項目(S1401)，把取樣準備時間等的設定內容存儲在資料庫中(S1402)，處理結束。對於安全庫存，也是分別起動基準設定處理開始處理，設置基準設定(S1403)在安全庫存的資料庫中存儲設定內容(S1404)，處理結束。
在基於基準設定的一般業務階段中，如果開始處理，則首先進行需求計劃處理。而後，根據基本設定的安全庫存數據進行供給計劃處理。接著進行進度管理處理根據實績需求進行庫存分析處理。在需求計劃處理和供給計劃處理、庫存分析處理中參照在基準設定階段設定的數據。直至蓄積需求數的取樣前再次返回開始1繼續需求計劃、供給計劃、進度管理的各處理。匯集需要的取樣數的數據最初可以求安全庫存。而後如果安全庫存被更新，則根據該安全庫存，對以下計劃重複同樣的處理。
在圖14中，直至安全庫存被更新前必須等待蓄積在安全庫存的計算中所需要的取樣數的數據，例如需要數周的期間。即，直至安全庫存被更新前有大的時滯。另外，如果在過程變更供應準備時間等的設定值，則在此前計算求得的預測殘差變為無效，不能計算出反映出了變更的安全庫存。
(3.5.3)安全庫存的更新處理2用圖15說明安全庫存的更新處理2。該安全庫存的更新處理2，是隨著供應準備時間等的設定值的變更，用戶手動更新安全庫存的處理。
如圖15所示這種情況下處理為三個階段。首先，處理開始，進行基準設定處理，變更供應準備時間等，結束處理(第一階段)。以下另外開始處理，直至取樣數充分前進行需求計劃、進度管理、庫存分析，如果充分則結束處理(第二階段)。進而，在此處的需求計劃等的各處理中使用的數據範圍和通常時使用的數據範圍不同，使用過去的數據。即，在原本的需求計劃處理中是在現時刻中進行將來的需求預測的處理，而在此是從現在時刻進行在過去的時刻中的需求預測的處理。進度管理處理以及庫存分析處理也一樣。接著開始處理，進行基準設定處理更新安全庫存，結束處理(第三階段)。在該安全庫存的更新處理2中，因為在第一階段中的供應準備時間等的設定值的更新未被反映在第二階段、第三階段的處理中，所以在用戶用手動進行各階段所需要的處理時必須設定其變更內容。即，當要變更供應準備時間等的情況下，在第一階段、第二階段以及第三階段和各個階段中，用戶必須進行3此數據的變更操作。
(3.5.4)安全庫存的更新處理3以下，用圖13、圖16說明安全庫存的計算處理3。該安全庫存的更新處理3，是隨著供應準備時間等的設定值的變更，自動更新安全庫存的處理，是本發明的特徵的處理。
在圖13中，改變各種計算功能運行的時刻和數據區域。在該安全庫存的計算方法中，追溯過去確定數據區域，對該區域訂立需求計劃和實績需求比較，求預測殘差計算其標準偏差，計算在現在時刻的安全庫存。該計算結果的標準偏差是現在時刻的偏差。在安全庫存的計算中使用的數據，因為是過去的數據，所以不需要等待經過計劃範圍的期間，另外也不需要等待取樣的蓄積，可以計算出安全庫存。
在圖13的例子中，為了求現在時刻t的安全庫存，計算根據從過去到t-m+2的數據計算出的計劃需求750，和從此時刻到t-I的實績需要770的預測殘差20，以至t-1的數據為基礎求需要的取樣數預測殘差計算出現在時刻t的標準偏差50。由此，可以算出現在時刻中的安全庫存。可以計算出現在時刻的安全庫存的方式，當有供應準備時間等的變更的情況下，在一次更新操作中自動地把其變更內容反映在計算中，直至自動計算出安全庫存。
在圖16中，展示隨著供應準備時間等的變更，更新安全庫存時的處理的流程。在安全庫存的計算順序3的基準更新階段中，開始處理進行基準項目的設定處理，更新供應準備時間等。更新操作只進行一次即可。而後，從根據該更新的數據已經得到的時刻開始使用過去的數據進行需要計劃處理、進度管理處理、庫存分析處理，如果求所需要的取樣數則計算安全庫存，結束處理。
在該計算處理中，只變更1次基準設定，直至安全庫存的計算可以在一個流程中進行。即，如計算順序2所示不分斷處理流程。另外，反映基準設定的變更的計算結果，沒有時滯可以立即得到。即，如計算順序1所示如果在過程中變更供應準備時間等的設定值，則此前計算求得的預測殘差變為無效，不會發生不能計算反映了變更的安全庫存的情況。
(4)使用了票文件的庫存控制系統的收費方法(4.1)概要在本實施例中，提供庫存控制程序的ASP一方，對於要利用程序的客戶，經由網絡發行確定了使用範圍和內容的電子性「票文件」。收費處理，因為是在客戶購入該票文件時刻進行，所以可以在服務是使用前收費。客戶在被確定在已購入的票文件的內容和票文件中的限制範圍內，使用庫存控制系統的功能。在本實施方式中作為被票文件付與的限制方式展示了2個例子。
一個是通過從數據元存儲部1704向數據目標存儲部1705隻複製可以利用的範圍數據實現數據訪問限制的方式(方式1)。即，在該方式中系統並不使用被存儲在數據元存儲部1704中的數據，而使用被存儲在數據目標存儲部1705的數據。進而，在本實施例中說明了數據元存儲部1704在圖1的伺服器設備0109的輔助存儲裝置0104中的情況，但數據元存儲部1704可以在客戶一側的客戶設備的輔助存儲裝置0108上也可以在伺服器設備的輔助存儲裝置0104中。例如，當使用了客戶企業蓄積的數據的情況下，在客戶設備中，當使用業界共用的技術數據(know-how)的情況下，最好是保持在伺服器設備中。
另一個是，並不是如方式1那樣分成可以根據票文件的內容使用的數據存儲，而是進行對數據元存儲部1704的數據訪問限制的方式(方式2)。
以下，對於票文件的購入、行使以及失效敘述各自方式的不同。
(4.2)票文件的購入首先，用圖17說明票文件的購入。圖17是說明在票文件購入中的數據流程的圖。圖17(a)是方式1時的圖，圖17(b)是方式2時的圖。
(4.2.1)方式1的情況首先，客戶經由網絡等訪問庫存控制系統的收費部分1712，發送希望使用的功能、在此使用的數據種類和數據量等的信息進行票文件購入申請。接收來自客戶的票文件購買申請的票發行部1701，根據票文件購入申請發行票文件經由網絡向客戶發送票文件。這時，檢索票收費存儲部1702的費用資料庫，從被存儲在其中的費用系統數據中取費用數據進行收費處理。另外，票文件發行部1701，根據從客戶接收到的票文件購入申請命令在數據複製寫入部1703中進行數據的複製寫入。接收它後數據複製寫入部，根據包含在票文件購入申請中的使用功能和使用數據種類、量的信息複製數據元存儲器1704的數據，把複製數據寫入數據目標存儲部1705。進而，數據的複製和寫入，可以在票文件的發行時進行，也可以在發行時不進行而在客戶使用已購買的票文件想要使用系統時進行。當在使用時進行複製和寫入的情況下，還考慮把來自客戶的票文件的接收作為複製寫入命令使用。
圖22展示票文件的內容的例子。票文件，由在票文件中固有的票文件號碼、根據來自客戶的票文件購入希望信息設定的各項目、從這些內容中算出的費用總和及其明細構成。
這樣有關收費根據被存儲在數據目標存儲部1705中的數據種類和數據的量確定。收費處理在票文件的發行時進行。
(4.2.2)方式2的情況首先，客戶經由網絡訪問庫存控制系統的收費部分1712，和方式1一樣申請票文件的購入。接收到票文件的購入申請的收費部分1712，和方式1一樣發行電子票文件，經由網絡發送到客戶設備。在方式2中，票文件發行部1701，對數據讀取控制部1706發出讀取解禁命令。在此所謂讀取解禁命令，在票文件中所示的數據種類和數據量的範圍內，是可以訪問數據元存儲部1704的命令。數據讀取控制部1706，接收該解禁命令，在票文件所示的期間和數據變更的容許次數等的限制下控制數據訪問。即使在方式2中，發出讀取解禁命令的時刻，並不限於票文件的發行時，也可以是客戶使用已購入的票文件使用系統時。另外，作為讀取解禁命令，在可以使用票文件這一點上，和方式1相同。
有關收費也和方式1一樣根據訪問許可的數據種類和數據的量確定。收費處理也在票文件的發行時進行。
(4.3)票文件的行使接著，用圖18以及圖19說明票文件的行使。進而，即使在票文件購入後立即用該票文件使用系統的功能，也接著票文件的購入處理進行和以下相同的處理。
圖18是說明方式1時的根據票文件系統的功能使用的圖。圖19是方式2情況下的圖。進而，和圖17相同的構成用同一名表示。
(4.3.1)方式1的情況首先，客戶，從客戶設備向伺服器設備發送客戶保持的票文件，申請票文件的使用。接收到票文件的收費部分的票文件讀取部1801，讀取票文件，發出票文件檢查命令。接收該檢查命令，票文件檢測部1802，首先，調查接收到的票文件自身運行的庫存控制系統是否已發行。進而檢查票文件的使用期限、數據更新次數、數據保持期限是否超過等。這些檢查，通過核對被存儲在客戶的票文件存儲部1803中的數據進行。該票文件信息存儲部1803在伺服器的輔助存儲裝置0140中。進而，在進行票發行處理時，票文件發行部0201，把發行的票文件的內容還登錄在票文件信息存儲部1803中。
檢查的結果，當判斷為從客戶接受到的票文件不能使用的情況下，伺服器一側，經由網絡向客戶一側的客戶設備發送不能使用通知。
當從客戶接收到的票文件可以使用的情況下，在票文件的行使是初次的情況下，和是第2次以後的情況中處理不同。
首先，當是初次行使的情況下，票文件檢查部1802，把指示從數據元存儲部1704向數據目標存儲部1705複製票文件所示的數據種類和數據量那樣的命令發送到數據複製寫入部1703。另外，根據客戶輸入的內容，當在數據的內容中有變更的情況下，票文件檢測部1802把票信息存儲部1803的內容更新為最新的內容。另外，因為需要被存儲在票文件信息存儲部1803中票文件，和客戶保持的票文件內容相同，所以票文件檢查部1802發行發送基於更新後的數據的票文件。或者，發送變更票文件的變更命令信息，更新客戶保持的票文件。
第2次以後的行使的情況下，如果在數據目標存儲部1705中已經存儲客戶使用的數據則不需要複製，另外，以前，即使在票文件的行使時數據元存儲器1704的數據被更新的情況下，如果此時更新完數據元存儲部1704和數據目標存儲部1705兩方的內容，則在第2次以後的行使時不需要進行複製。當數據元存儲部1704的數據未被更新的情況下，在第2次以後的使用中，在開始處理前發出複製寫入命令複製數據元存儲部1704的數據並寫入數據目標存儲部1705。
客戶，接著起動應用程式部分的庫存控制程序。客戶，在執行庫存控制程序時，輸入用於使用庫存控制系統的功能所需要的事項。接收輸入後在軟體處理部(相當於伺服器設備的處理裝置0103)中執行被存儲在軟體存儲部(伺服器的輔助存儲裝置0104)中的庫存控制程序。在執行時可以參照的數據是被存儲在數據目標存儲部1705中的數據。而後，執行的結果經由網絡輸出到客戶的客戶設備的輸出裝置0106中。
(4.3.2)方式2的情況方式2在從客戶接收到的票文件的檢查中，是和圖18所示的(4.3.1)方式1的情況相同。即，當初次行使票文件的情況下，票文件檢查部1802發出讀取解禁命令。根據該讀取解禁命令的內容，數據讀取控制部1706進行控制，使得從數據元存儲部1704讀取票文件所示的限制範圍內的數據。在數據讀取控制部中，如果保持讀取解禁的狀態，則在第2次以後的票文件的行使時，不需要發出解禁命令。為了提高針對數據訪問的安全性，如果在票文件形式後廢棄讀取解禁的狀態，則在第2次以後的每次票文件的行使時，票文件檢查部1802發出讀取解禁命令，設置成客戶可以訪問數據元存儲部1704的狀態。
讀取解禁後，客戶可以根據票文件的內容使用庫存控制程序。和方式1一樣，客戶進行使庫存控制程序動作所需要的輸入，在伺服器設備的軟體處理部(相當於處理裝置0103)中從軟體存儲部(輔助存儲裝置0104的一部分區域)讀出程序，執行處理。而後，執行結果經由網絡輸出到客戶的客戶設備的輸出裝置0106中。
(4.4)票文件的失效最後，用圖20以及圖21，說明票文件失效情況下的處理。圖20是方式1的情況，圖21是方式2的情況。
(4.4.1)方式1的情況數據期限檢查部2001，定期或者在規定時刻，檢索票信息存儲部1803，核對發行到客戶的票文件的數據使用期限。當超過數據使用期限的情況下，數據期限檢查部2001，對客戶一側的客戶設備進行數據刪除通知，對數據刪除部2002聯絡超期限。在數據刪除部2002中，接收超期限聯絡，刪除被存儲在數據目標存儲部1705中該客戶的數據。如果這樣核對使用期限超過的客戶數據後刪除，則因為從伺服器中刪除客戶的技術數據等，所以機密性提高，可以降低數據洩露的可能性。進而，所謂數據使用期限，是在票文件購入時客戶可以指定的項目，在伺服器設備一側的補助存儲裝置0104中的數據目標存儲部1705中，是存儲保持被票文件指定的數據和文件的期間。
(4.4.2)方式2的情況即使在方式2中也和方式1一樣用數據期限檢查部2001進行使用期限核對。檢查的結果，當期限超過時，數據期限檢查部2001，經由網絡等向客戶設備通知數據讀取禁止，同時對數據讀取控制部1706，輸出控制讀取禁止命令。接收到讀取禁止命令的數據讀取控制部1706，截止對數據元存儲部1704的讀取訪問。根據該功能，不僅可以防止超期後客戶自身訪問，而且可以防止他人對數據元存儲部1704的不正當訪問，可以提高數據的機密性。
(4.5)各處理的流程和畫面顯示的例子在此，用圖23至圖25的流程圖和圖26和圖32的畫面顯示例子說明票文件的購入、行使以及失效。
(4.5.1)票文件的購入以及行使的流程和畫面顯示首先，用圖23和圖24，說明在票文件的購入以及行使中的客戶一側的流程。圖24是接著圖23的流程。
如圖23所示，首先，客戶如果訪問伺服器(步驟S2301)，則顯示用戶認證畫面(S2302)。圖26(a)展示用戶認證畫面的例子。客戶，在用戶認證畫面中輸入用戶號碼和口令等的必要事項(S2303)後選擇按鈕(S2304)，接收用戶認證(S2305)。認證的結果(S2306)，當認證為是可以使用系統的客戶的情況下，在客戶設備的輸出裝置上顯示圖26(b)所示的各種申請畫面(S2307)。客戶選擇在畫面上的申請按鈕(S2308)。
在圖26(b)中，當選擇了票文件購入申請按鈕的情況下，把票文件購入畫面顯示在客戶設備的輸出裝置上。圖27展示票文件購入畫面的例子。ASP一側，如圖27的例子所示和客戶的用途一致地準備計算方式和可以使用的功能、表指定的有無、記錄限制的有無等條件不同的多種票文件，和購入單位、使用時間、票的剩餘數、費用等的信息一同顯示。票文件的費用，因為根據票指定和記錄限制的有無，確定客戶可以使用的數據種類和數據量，所以設置成反映它的費用。計算方式，是表示庫存控制程序的執行時間和期間的種類的方式。客戶可以選擇在希望的時間和期間進行處理的票。票文件的銷售張數，不只是每次銷售1張，還考慮以如No.1那樣的10張單位等銷售。
如果在圖27所示的現成的票文件中有和希望一致的票文件，則客戶按下票購入按鈕(S2310)購入票文件。接收客戶的選擇，ASP一側進行被選擇的票文件的費用的回收手續，在發行票文件發送到客戶的客戶設備的同時把票文件登錄在票信息存儲部0303中(S2311)。
當在圖27所示現成的票文件中沒有想要的票文件的情況下，客戶選擇定製(custom)按鈕(S2310)。於是在客戶設備上顯示定製(custom)用票購入畫面(S2317)。在圖28中，顯示定製(custom)用票購入畫面的例子。客戶根據該畫面輸入需要的事項(S2318)，自己設定希望的票文件的內容，當購入的情況下選擇費用計算按鈕(S2319)。於是，在ASP一側根據客戶輸入的條件計算票文件的費用。這時在客戶設備一側中顯示費用計算中的主旨(S2320)。如果費用計算結束則把計算結果顯示在客戶設備的畫面上(S2321)。客戶根據其結果操作選擇按鈕。當確定購入的情況下，ASP一側進行前面說明的步驟2311中的處理，並把其主旨通知客戶設備。
當立即行使購入的票的情況下，可以在執行用戶認證等的手續後執行，當根據使用更新票文件的內容後，把票文件送到客戶的客戶設備中(S2313)。以下在系統的實施方式1的情況下從數據元存儲部向數據目標存儲部進行可以使用的數據的複製和寫入。而後在ASP一側如果可以進行數據目標存儲部的數據的讀取，則把數據解禁通知顯示在客戶設備一側(S2315)。當是實施方式2的情況下，因為是不進行數據的複製寫入而在讀取中設置限制的方式，所以在步驟2134之後進行數據讀取解禁通知的顯示(S2315)。
首先在只進行票文件的購入不立即使用購入的票文件暫時註銷退出系統，不久後註冊行使的情況下(S2312的右邊分支)，因為在票文件的購入時刻還未使用票文件，所以把未使用的票文件送給客戶，客戶接收後保存票文件(S2323)。
在圖26(b)中，當選擇了票文件使用申請按鈕的情況下，把圖31的最上面所示的票文件讀取畫面顯示在客戶一側。持有多個票文件使用的票文件未被確定的情況下，如果按下票文件選擇按鈕(S2402)，則顯示圖31的中央所示的票文件選擇畫面。客戶，如果選擇圖22所示作為票文件的號碼000001，則顯示圖31的下圖所示的票文件讀取畫面(圖24的S2403)，特定000001的票文件。接著，如果按下票文件發送按鈕，則先前被選擇的票文件經由網絡被發送到ASP一側的伺服器設備，讀取票文件(S2407)。
以下，進行用圖18、圖19說明的票文件的檢查處理(S2408)，判斷是否可以在自己的系統中使用(S2409)。當可以使用的情況下進行調查票文件的狀態的處理(S2410)。在此，當票文件未使用的情況下，把票文件更新未使用狀態(S2411)，在票文件信息存儲部1803中存儲更新後的票文件。而後判斷票文件所示的計算方法(S2412)，進行數據複製寫入處理(S2415)或者數據讀取解除處理(S2413)，執行庫存控制程序。
以下，以根據票文件號碼000002的行使結果進行數據目標存儲部1705的數據更新的情況為例說明數據內容的更新。這是為了根據最新數據、或者更高精度的數據執行庫存控制程序而進行的例子。圖32展示數據更新畫面的顯示例子。在圖24的步驟2410中，確認了票文件的狀況的結果，當票文件在使用中或者有使用履歷的情況下，把如圖32所示的數據更新畫面顯示在客戶設備一側(S2417)，確認客戶是否有數據更新的意圖，當客戶選擇數據更新按鈕(S2418)的情況下，更新票信息(S2419)，進行數據複製寫入處理(S2420)，更新票文件。和該票文件的更新處理一同，票文件的數據更新次數也從剩餘10次更新為剩餘9次(S2421)。被更新的票文件，在被存儲在票信息存儲部1903中的同時經由網絡還發送到客戶設備中。以上的票文件的更新處理，是以方式1的情況為例子說明，但即使是方式2也可以實現更新數據元存儲部的內容。
(4.5.2)票文件的內容和畫面顯示以下，說明定製用票文件和被它指定的內容和畫面顯示例子。定製用票文件，是當在現成的票文件中沒有所希望的票文件的情況下客戶製成的票文件。
圖28至圖30，是展示在購入定製用票文件時被顯示在客戶設備上的畫面例子的圖。
要購入定製用票文件的客戶在圖23的步驟2310中如果選擇定製按鈕，則顯示圖28所示例子那樣的定製用票文件購入畫面。客戶，根據畫面指定項目。作為項目，首先有用戶號碼。而後以下指定計算方式。以下說明計算方式以後的項目的內容。
(項目1)計算方式在ASP一側，客戶為了在希望的時間和期間內得到庫存控制程序的執行結果，使用多臺伺服器提供多種計算方式。圖33展示具有多個伺服器的系統的構成圖。
在本實施方式中，說明準備了計算方式1A、計算方式1B、計算方式2這3種計算方式。首先，計算方式1A和計算方式1B，是採用作為從數據元存儲部向數據目標存儲部複製、寫入在計算中使用的數據的方法的方式1實現的計算方式。方式1，用圖33的伺服器設備γ1、γ2...執行。另外，計算方式2，是不進行數據的複製寫入，在可以訪問的數據中設置限制的方法。方式2還使用圖33所示的伺服器設備β執行。
以下，說明各計算方式。
計算方式1A，是客戶專用1臺或者多臺伺服器設備γ執行處理的預定專用方式。當希望計算方式1A的情況下，首先在圖28的定製用票購入畫面上作為(2)的計算方式選擇方式1A。於是，顯示圖29所示的伺服器設備γ預定狀況畫面。客戶確認在每個伺服器設備上用表顯示的預定狀況，選擇還未進入預定的「空」欄，預約執行處理的伺服器。如果使用計算方式1A，則因為被選擇的伺服器設備γ沒有被其他的客戶使用所以可以在規定的時間內可靠地執行庫存控制程序。進而，當選擇了計算方式1A的情況下，在預約日和預約時間中專用以預約的伺服器設備γ，雖然在票文件的使用期間內，但對於預約日和預約期間以外，還考慮設定為可以附加用計算方式2使用庫存控制程序。
計算方式1B，是原則上使用未由計算方式1A的客戶預約的伺服器設備γ執行庫存控制程序的方式。因此在已預定的伺服器設備多的情況下，不能保證執行庫存控制程序的計算速度。但是，當空狀態的伺服器設備多的情況下，也可以採用多臺伺服器設備γ的並行計算功能高速地計算。另外，在計算方式1B中，當另一客戶使用伺服器設備γ，使用狀況混雜的情況下可以切換到計算方式2。計算方式的切換，看伺服器設備γ和伺服器設備β使用狀況，根據預先確定的條件執行。另外，根據條件執行再次切換到計算方式1B的處理。根據該切換功能，對於選擇了計算方式1B的客戶，可以根據伺服器設備γ的預約狀況提供最佳並且靈活的計算環境。如果從功能方面看，則計算方式1B，保證了最低限度計算方式2的動作。即使是希望計算方式1B的情況下，也在確定選擇前把圖29所示的伺服器設備γ預約狀況畫面顯示給客戶一側，客戶可以調查系統功能的使用希望日和預約空狀態。
計算方式2，是由多個客戶共用圖33所示的伺服器設備β執行庫存控制程序的方式。如果和計算方式1A以及1B比較雖然一般計算速度低但可以以低價格提供。在選擇了計算方式2的情況下，不切換計算方式始終用計算方式2執行庫存控制程序。
在圖33中，伺服器設備β的構成是具有數據元存儲部，伺服器設備γ的構成是具有數據目標存儲部，但在伺服器設備γ中還可以設置數據元存儲部。另外，在圖33所示的構成例子中，伺服器設備α的構成是，和進行庫存控制程序運算處理的伺服器設備β、γ獨立地承擔管理ASP一側的管理伺服器的功能。伺服器設備α，進行票文件的發行、票文件的登錄、檢查，而後進行數據刪除的處理。
另外在實施方式中，說明了ASP一側提供3種計算方式的情況，但並不限於這3種。
(項目2)使用功能名稱在圖17至圖21所示的應用程式部分1711的軟體處理部中，可以用被存儲在軟體存儲部中的程序執行以下的處理。
(1)計算需求的預測值的需求預測處理(2)計算用於和預測值比較的實績值的實績值合計處理(3)計算預測值和實績值的差的預測殘差計算處理(4)計算標準偏差等參數的參數計算處理(5)根據上述參數計算安全庫存的安全庫存計算處理作為根據這些處理可以使用的功能，設定需求計劃、供應計劃、庫存分析等。
(項目3)表指定以下，說明表指定和記錄限制。以下，以如圖28的畫面顯示例子所示，作為計算方式選擇方式1A，如在2001年1月5日使用伺服器設備γ1那樣預約的情況為例說明。
在圖28所示的畫面顯示例子中，客戶作為使用功能名稱選擇供應計劃和庫存分析。作為所使用的表選擇「經歷表」和「假想表」。這些表被存儲在數據元存儲部1704中。
圖34展示被存儲在數據元存儲部中的表群的圖像圖。
在被存儲在數據元存儲部中的表中，有入出庫經歷表3401和訂貨經歷表3402和零件管理主表3403和入出庫假想表3404和訂貨假想表3405和假想數據制約表3406，存儲庫存關聯數據。在此，所謂庫存關聯數據，是入庫量、入庫日期等的入出庫·庫存量和與日期有關的信息、零件號碼、訂購量、安全庫存等表示維修零件的管理狀態和庫存基準的信息。
入出庫經歷表3401以及入出庫假想表3404，包含零件號碼列34011、入出庫判定標誌列34012、日期列34013、量標誌34014等的列。在零件號碼連接34011中，保持用於特定零件的號碼信息。在入出庫判定標誌列34012中，保持用於區別入庫和出庫的信息。在日期列34013保持入庫日期和出庫日期等的日期信息。在量連接34014中，保持表示在日期列34013的日期處理後或者要處理的入庫量和出庫量的信息等。
訂貨經歷表3402以及訂貨假想表3405，具備訂貨日期列34021、訂貨量列34022、入庫日期列34023等的列。
零件管理主表3403以及假想數據制約表3406，具備訂貨量列34031、安全庫存列34032、供應商列34033、訂貨方式列34034等的列。
進而，在入出庫經歷表3401以及訂貨經歷表3402中，保持從過去到現在實際發生的入庫量、出庫量、庫存量等的經歷數據。與此對應，在入出庫假想表3404以及訂貨假想表3405中，保持假想從選擇到將來發生的入庫量、出庫量、庫存量等假想數據。在零件管理主表3403中，保持表示現在使用的零件號碼、訂貨量、安全庫存等維修零件的管理狀態和庫存基準的信息。在假想數據制約表3406中，保持客戶預先假定的制約條件。
以上，說明了數據元存儲部的數據以資料庫形式存儲的情況，但也可以以文件形式實現。
(項目4)記錄限制以下說明記錄限制。
圖35是說明記錄限制的圖。
如圖35所示，所謂記錄限制，是在票文件的購入時指定在表的數據中可以使用的記錄範圍的限制。在圖35中，用粗線框表示允許使用的記錄範圍的例子。記錄限制可以在每個表中設定。
在圖28的例子中，作為記錄限制，指定「II區域(a以上不足b)」。記錄限制，也可以是客戶自由設定，也可以是APS一側從準備的範圍中選擇。在圖28的例子中，ASP一側，根據不同時間準備I區域、II區域、III區域這3個區域。在本實施方式中劃分為3個區域，但也可以根據使用庫存程序的目的的重要性劃分。客戶，當根據供應準備時間等的變更以在修正安全庫存等中使用為目的希望使用軟體的情況下可以選擇區域I，當以庫存預測·庫存小日程計劃等為目的希望使用軟體時可以選擇區域II，當以庫存的大日程計劃等為目的希望使用軟體時可以選擇區域III。
(項目5)列限制以下說明列限制。在圖28中，列限制設定為沒有。如圖34中各種表的例子所示，一個表由多個列構成，客戶可以選擇希望使用的列，或者選擇不希望使用的列。
(項目6)其他的目的在圖28中，數據使用期限被指定為「2001/04/12」。另外，數據目標存儲部1705的數據更新次數被指定為10次。在圖17所示的方式1的情況下，數據元存儲部1704的數據可以根據庫存控制程序的使用逐次自由地更新。限制數據目標存儲部1705的更新次數的理由是，實際在庫存控制程序的執行中使用的數據，是被存儲在數據目標存儲部1705中的數據的緣故。另外在圖17所示的方式2的情況下，因為數據目標存儲部1705不存在，所以當把數據更新次數設置為10次的情況下，意味著實際可以訪問的數據元存儲部1704的數據更新次數被容許為10次。
在定製用票購入時，可以在確定票購入前進行費用計算。圖30展示顯示費用計算結果的畫面的例子。
對客戶進行的票文件的發售，並不限於ASP，也可以考慮由銷售代理店和e-Market Place(是在銷售代理店和企業之間進行電子商務交易的網際網路商的服務，多個賣者和買者，在主頁商查找出適合條件的交易對手)的經營商等的中介進行。
(4.5.3)票文件失效前的流程最後，用圖25說明票文件失效前的流程。本實施方式的庫存控制系統，具有檢查票使用期限的數據期限檢查部2001。數據期限檢查部2001，首先參照票文件內容(S2501)，判定用票文件指定的計算方式(S2502)。在計算方式1A的情況下，因為預約執行程序的伺服器設備和執行日所以參照其內容，確認預約日是否超過(S2508)。當預約日超過的情況下，更新票信息存儲部1803的信息(S2509)，數據刪除部2002刪除數據目標存儲部1705的數據(S2510)，通知客戶已刪除數據(S2511)。在此，當在票文件中設定使用期限的情況下，因為預約日已過所以計算方式1A不能使用，但變更計算方式，使得在把計算方式1A變更為計算方式2後在使用期間中可以使用庫存控制系統(S2512)。
當是計算方式1B和計算方式2的情況下，用數據期限檢查部2001檢查數據使用期限是否超過(S2503)。當超過數據使用期限的情況下，更新票文件信息存儲部1803的信息(S2504)，判定計算方式種類(S2505)，當是方式1B的情況下進行數據的刪除處理(S2516)，當是方式2的情況下進行數據讀取禁止處理(S2506)，通知客戶禁止數據的讀取。即使未超過期限的情況下，也判斷是否接近期限(S2513)，當迫進期限的情況下判定有無通知期限接近的必要(S2514)，如果需要則經由網際網路通知客戶該主旨(A2515)。
如果這樣進行數據刪除和數據訪問的禁止處理，則可以提高數據的機密性。
(5)費用體系的設定以下，用圖36至圖38說明費用體系的設定。
圖36是展示有關庫存變化和出庫變化的經歷數據和假想數據的一例的曲線圖。經歷數據是實績值，是大致的圖。假想數據，根據客戶預先假定的限制條件，預想多個事項(1～m)。客戶可以使用任何事項數據。
在圖36的曲線圖中，在(事項4)中說明的記錄限制中，展示ASP一側設定的區域I·區域II·區域III，和經歷數據以及假想數據的對應關係。ASP一側可以根據在記錄限制中指定的區域對系統的使用進行收費。有關收費的一例展示在圖36的表中。在圖36的表中所示的數據區域單價表，為與客戶的使用目的的價值對應的收費，區域I設定收費為0.36元/1個記錄，區域II設定收費為1.01元/1個記錄，區域III設定收費為0.63/1個記錄。
圖37展示採用列限制的收費方法的一例。1個表，由多個列構成，客戶可以選擇希望使用的列或者在票文件購入時可以選擇不需要的列。圖37是展示基於入出庫經歷表的列限制的收費方法的圖，通過例如如零件號碼列是0.09，入出庫判定標誌的列是0.01，日期時間列是0.08，入出庫量的列是0.09那樣設定列減率係數進行收費。ASP一側，通過考慮被保持在各列中的數據的使用價值設定減率係數可以進行與數據的使用價值對應的收費。基於記錄限制和列限制的收費，使用不需要列的減率係數的累計，例如如以下那樣計算出。
數據區域單價×記錄數×(1-列減率係數的累計)另外，可以進行對應如圖38所示那樣的「設備性能」的收費，另外，還可以進行對應「數據更新次數」的收費。
圖38展示不同設備性能、期限接近通知設定的有無、不同數據更新次數的收費方法的例子。
在圖38中，根據伺服器設備的性能，例如高性能設備設定成單價1000，中等性能設置成單價500。另外，當設定期限接近通知的情況下設置為單價10，對於數據更新次數，當數據更新次數是1次以上100次以下的情況下設定成單價10。這些收費，是對應使用的硬體的性能和使用頻度的收費。
另外，可以對在票文件的使用期限迫近時進行的期限接近通知的有無收費。這是對應服務的收費。
如果採用本發明，則計劃訂立周期、供應準備時間以及計劃準備時間等的設定值的更新可以立即自動地變更為安全庫存，可以始終保持適宜值。
另外，在本發明中因為以票文件為基礎，進行與庫存系統的功能提供和使用有關的費用支付交割，所以提供庫存系統功能的公司在可以可靠地回收費用的同時可以向客戶要求與使用相應的收費，客戶也可以容易進行預算設置費用。
權利要求
1.一種庫存控制收費方法，其特徵在於包括如下步驟從客戶設備接收在利用系統的功能時希望使用的表名稱的輸入，依照上述表的種類，基於預先設定的費用系統由計算處理裝置發行票文件，把上述所發行的票文件發送到客戶設備，當客戶基於上述票文件使用庫存控制系統的功能的情況下，基於上述票文件中所示的信息，從存儲多個表的數據源存儲部複製被指定的表的數據並將其寫入到數據目標存儲部。
2.一種庫存控制收費方法，其特徵在於包括如下步驟從客戶設備接收在利用系統的功能時希望使用的表名稱的輸入，依照上述表的種類，基於預先設定的費用系統由計算處理裝置發行票文件，把上述票文件發送到客戶設備，當客戶基於上述票文件使用庫存控制系統功能的情況下，對於存儲多個表的數據源存儲部，對基於上述票文件所示的信息指定的表的數據的讀取進行控制。
3.權利要求1所述的庫存控制收費方法，其特徵在於在上述輸入步驟中，進一步對於客戶希望使用的表，接收記錄範圍指定或者數據量指定的輸入，在上述票文件發行步驟中，依照該記錄範圍指定或者數據量指定的信息，發行票文件。
4.權利要求2所述的庫存控制收費方法，其特徵在於在上述輸入步驟中，進一步對於客戶希望使用的表，接收記錄範圍指定或者數據量指定的輸入，在上述票文件發行步驟中，依照該記錄範圍指定或者數據量指定的信息，發行票文件。
全文摘要
本發明提供了庫存控制系統，庫存控制方法及收費方法。根據設定值的更新變更安全庫存，始終保持適宜的值。具有需求預測裝置、實績值計算裝置、預測殘差計算裝置、參數計算裝置、根據上述參數計算安全庫存的安全庫存計算裝置，和隨著設定值的更新在計劃訂立時被讀取的數據不同區域的數據，臨時從數據存儲裝置讀取上述各裝置，執行1次或者多次各種計算處理。
文檔編號G06Q50/04GK1877624SQ200610093788
公開日2006年12月13日 申請日期2003年8月5日 優先權日2002年8月6日
發明者佐久間敏行, 榎本充博, 佐佐木秀行, 金子勇一, 平野光洋 申請人:株式會社日立製作所