JP2980529B2 - ソフトウェア生産システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ソフトウェア生産シス
テムに関し、特に、受注したソフトウェアを構成する構
成部材を所定のデータに従って統合的に生産するソフト
ウェア生産システムに関する。

【０００２】

【従来の技術】ソフトウェアは、多くの場合、コンピュ
ータハードウェアと共に出荷される。このようなコンピ
ュータハードウェアと共に出荷されるソフトウェアは、
広義の意味で用いられ、通常、狭義のソフトウェア（プ
ログラム等）を格納したソフトウェア格納媒体、ソフト
ウェア説明書、マニュアル、ソフトウェア使用許諾情報
（ライセンス情報）、出荷説明書等により構成される。
以下、これらを一括したもの（コンピュータハードウェ
アと共に出荷されるソフトウェア）を商品と言い、これ
らの各々を（商品又はソフトウェアの）構成部材と言
う。

【０００３】なお、ソフトウェア格納媒体としては、フ
ロッピー（フレキシブル）ディスク、磁気テープ、光磁
気ディスク等がある。また、ソフトウェア使用許諾情報
は、文書（ドキュメント）にて提供されるか、又は、フ
ロッピーディスクに商品の鍵情報を格納して提供され
る。

【０００４】商品は、コンピュータハードウェアが異な
れば当然にその内容が異なり、また、コンピュータハー
ドウェアが同一であっても提供するソフトウェアが異な
ればその内容が異なる。また、商品の購入者によっては
ライセンス情報が異なる。従って、商品毎にその構成部
材の種類、数、内容等が異なる。

【０００５】そこで、商品であるソフトウェアを生産す
る場合、商品毎にその構成部材まで把握した上で、生産
する必要がある。従来の商品の生産は、以下のようにし
て行われていた。

【０００６】商品を受注した各営業担当者は、各営業所
に設置された端末装置（営業端末）から、受注した内容
に従って、どのような構成部材からなる商品を何時まで
に出荷すればよいかを指示するデータを入力する。以
下、このデータを出荷指示データと言う。出荷指示デー
タは、通常、作業の効率化のために、ネットワークを使
用した電子データの形で営業端末からソフトウェアの生
産工場のホストコンピュータに送信されてくる。ソフト
ウェアの生産工場において、商品、即ち、その構成部材
は出荷指示データに基づいて生産され出荷される。

【０００７】ソフトウェアの生産工場において、出荷指
示データを使用したソフトウェアの生産は、以下の手順
によって行われるのが一般的である。 生産管理の担当者が、印刷出力又は画面上へ出力した
出荷指示データを見て、これに基づいて各商品毎に各日
付毎の出荷数量を手作業で集計する。 生産管理の担当者が、の各日付毎の出荷数量から、
１日の最大生産能力を考慮して、生産スケジュールを手
作業で作成する。即ち、各商品毎、各日付毎の生産能力
を考慮した生産スケジュールが定まる。 生産管理の担当者が、の生産スケジュールと出荷指
示データの商品単位別の構成部材情報とに基づいて、構
成部材別の生産数量を手作業で集計する。即ち、各構成
部材毎に、生産スケジュールが定まる。 生産の担当者が、の生産スケジュールに基づいて、
各構成部材を生産する生産システムを利用して、各構成
部材の生産作業を行う。

【０００８】

【発明が解決しようとする課題】上述した従来のソフト
ウェアの生産手順によれば、生産スケジュールは生産管
理の担当者の手作業によって策定されるために、以下の
ような種々の問題があった。

【０００９】即ち、最適な又はより良い（以下、単に最
適と言う）生産スケジュールを立案しようとすると、生
産スケジュールの決定にかなりの経験が要求される。従
って、決定された生産スケジュールが必ずしも最適でな
い場合も多い。一方、生産スケジュールの決定にはかな
りの手間と時間とを要し、特に最適化を図ろうとする
と、担当者にとって大きな負担となっていた。

【００１０】以上のような理由から、生産スケジュール
は、商品の出荷に納期遅れ等の不都合を生じないような
生産計画とされていた。このような生産計画は当然に商
品の在庫を生じるので、納期遅れ等を避けつつ、在庫を
あまり多く生じない範囲で商品及び各構成部材を生産す
るようにされていた。

【００１１】このため、生産スケジュールと現実の出荷
との間の差異から、商品又はその構成部材によっては、
比較的大きな在庫を抱えてしまう場合があった。また、
生産スケジュールが最適化されていないために、構成部
材を生産する生産システムの稼動効率は十分なものとは
言えなかった。更に、ハードウェアやソフトウェアの仕
様変更や改訂があった場合、それまでの在庫は不良品と
なってしまうというリスクがあった。

【００１２】また、生産スケジュールの決定において人
間が介在するため、決定された生産スケジュールに誤り
が存在する場合があった。特に、１個作り生産による商
品（いわゆるオーダ単位生産による商品、即ち、特注
品）についての生産スケジュールの決定において、誤り
が発生し易かった。

【００１３】このため、誤った生産スケジュールに基づ
いて生産された商品を、在庫として抱えてしまう場合が
あった。このような在庫は、出荷数の多い商品について
は一時的な在庫の増加と考えて生産数の調整により対処
できるが、１個作り生産による商品については在庫がそ
のまま不良品となってしまう。

【００１４】更に、上述のように、生産スケジュールの
決定にはかなりの手間と時間とを要するために、１個作
り生産による商品についてその都度生産スケジュールを
決定することは、作業効率の向上の障害となっていた。

【００１５】更に、上述の生産スケジュールの決定の手
順において、構成部材別の生産数量を集計して各構成
部材毎に生産スケジュールを定めているが、この生産ス
ケジュールにおいては厳密には構成部材毎の生産能力が
考慮されていない。即ち、商品によっては、その構成部
材が重複する場合がある。従って、手順の生産スケジ
ュールをそのまま用いて手順の構成部材別の生産数量
を集計すると、生産数量がその構成部材を生産するため
の生産システムの生産能力を越えてしまう場合がある。

【００１６】このため、手順で一旦決定した生産スケ
ジュールを手順において再度変更しなければならない
場合があった。従って、生産スケジュールの決定に更に
多くの手間と時間とを要する要因となっていた。逆に、
この生産スケジュールの変更を避けるために、手順に
おいて余裕のある生産スケジュールを作成すると、最適
化からより遠ざかる結果となるために、構成部材を生産
する生産システムの稼動効率を低下させる要因となって
いた。

【００１７】更に、また、上述の手順乃至の各々に
おいて人間が介在するために、ソフトウェアの生産効率
の向上に限界があった。即ち、生産システムの稼動効率
を向上させる観点からは、夜間においても無人の状態で
生産システムを自動運転することが好ましい。しかし、
上述の手順によれば、人手によって生産スケジュールを
作成し、これを生産担当者に手渡し、更に生産担当者が
自分で生産システムに入力しなければならない。

【００１８】このため、生産スケジュールの策定と無関
係に生産システムを自動運転することは難しかった。ま
た、生産担当者が生産システムに運転を指示する必要が
あるため、無人の環境下での生産システムの運転は難し
かった。従って、夜間に無人の状態で生産システムを自
動運転してソフトウェアの生産効率を向上することは難
しかった。

【００１９】以上とは別に、構成部材の内、ソフトウェ
ア説明書、マニュアル、ライセンス情報、出荷説明書に
ついては、これらが文書（ドキュメント）からなるもの
であるために、生産及び生産スケジュールの決定におい
て以下のような問題があった。

【００２０】即ち、通常、ドキュメントの生産期間（生
産に要する時間）は、出荷手番（商品の受注から出荷ま
での時間）よりも長い。そこで、その調整のために、上
記ドキュメントについてはある程度の在庫の保有が避け
られなかった。また、構成部材の各々について在庫の保
有が必要となるため、結果として不要となる可能性のあ
る在庫でも必ず一定数を保有しておかなければならず、
負担が大きかった。

【００２１】また、上述のように、生産スケジュールの
決定において人間が介在するため、出荷指示データを生
産工場のホストコンピュータで受信してから実際に生産
の担当者が生産を開始するまでに所定の時間を要してい
た（タイムラグがあった）。このタイムラグが、上記ド
キュメントの生産においては、在庫を増加させる要因と
なっていた。

【００２２】本発明は、ソフトウェアを構成する構成部
材を統合的に生産するための生産計画を、所定のデータ
に基づいて自動的に策定するソフトウェア生産システム
を提供することを目的とする。

【００２３】また、本発明は、ソフトウェアを構成する
構成部材を統合的に生産するための生産計画であって、
最適化したものを自動的に策定するソフトウェア生産シ
ステムを提供することを目的とする。

【００２４】また、本発明は、ソフトウェアを構成する
構成部材を統合的に生産するソフトウェア生産システム
を提供することを目的とする。また、本発明は、所定の
データに基づいて自動的に策定した生産計画に基づい
て、ソフトウェアを構成する構成部材を統合的に生産す
るソフトウェア生産システムを提供することを目的とす
る。

【００２５】また、本発明は、ソフトウェアを構成する
構成部材の内のドキュメントを統合的に生産するソフト
ウェア生産システムを提供することを目的とする。

【００２６】

【課題を解決するための手段】図１は、本発明の原理構
成図であり、本発明によるソフトウェア生産システムの
構成を示す。

【００２７】図１のソフトウェア生産システム７は、複
数の構成部材からなるソフトウェア９を、当該ソフトウ
ェア９を構成する構成部材を示す情報に基づいて、一括
して統合的に生産する。

【００２８】このために、このソフトウェア生産システ
ム７は、入力された前記構成部材を示す情報を送信する
端末１と、端末１から受信した前記構成部材を示す情報
に基づくオーダ受信データ４０（即ち前記構成部材を示
す情報）に基づいて生産計画データ４２を策定する生産
計画策定処理部１３と、生産計画策定処理部１３におい
て策定された生産計画データ４２に基づいて、ライセン
ス情報を除くソフトウェア９を生産する媒体／ドキュメ
ント生産処理部２２と、生産計画策定処理部１３におい
て策定された生産計画データ４２に基づいて、媒体／ド
キュメント生産処理部２２において生産されたソフトウ
ェア９についてのライセンス情報を生産するライセンス
情報生産処理部２３と、媒体／ドキュメント生産処理部
２２及びライセンス情報生産処理部２３において生産さ
れたソフトウェア９の出荷実績データ４３をオーダ受信
データ４０（即ち前記構成部材を示す情報）に基づいて
作成する顧客管理処理部１５とを備える。なお、前記構
成部材を示す情報は、端末１においてこれを含む出荷指
示データ２の形で格納され、出荷指示データ２として端
末１からソフトウェア生産システム７に送信される。

【００２９】

【作用】本発明のソフトウェア生産システム７によれ
ば、複数の前記構成部材を示す情報に基づくデータを集
中的にオーダ受信データ４０として管理し、オーダ受信
データ４０即ち前記構成部材を示す情報に記述された出
荷対象である商品の構成に沿って、商品であるソフトウ
ェア９の構成部材を一括して統合的に生産することがで
きる。

【００３０】即ち、生産計画策定処理部１３が、受注し
たソフトウェア９を構成する構成部材を統合的に生産す
るための生産計画データ４２を、前記構成部材を示す情
報に基づくデータであるオーダ受信データ４０に基づい
て自動的に策定する。この生産計画データ４２は最適化
されている。そして、媒体／ドキュメント生産処理部２
２及びライセンス情報生産処理部２３が、生産計画デー
タ４２に基づいて、受注したソフトウェア９を構成する
構成部材を自動的に生産する。特に、ソフトウェア９を
構成する構成部材の内のドキュメントも自動的に生産す
る。更に、顧客管理処理部１５が、ソフトウェア９の出
荷実績データ４３をオーダ受信データ４０に基づいて自
動的に作成する。

【００３１】このように、本発明によれば、最適な又は
より良い生産計画データ（生産スケジュール）４２を自
動的に策定することができる。従って、生産スケジュー
ルの決定に必要とされていた経験、手間、時間等を不要
にでき、生産スケジュールの策定の作業効率を向上でき
る。また、生産スケジュールは自動的に策定されるた
め、誤りの発生を無くすことができる。更に、生産スケ
ジュールの最適化により、ソフトウェア９の生産システ
ムの稼動効率を向上させることができる。

【００３２】また、本発明によれば、生産スケジュール
に基づいて媒体／ドキュメント生産処理部２２で自動的
にソフトウェア９を生産できる。このため、生産スケジ
ュールの策定と無関係に生産システムを自動運転するこ
とができ、例えば夜間に無人の状態で生産システムを自
動運転してソフトウェア９の生産効率を向上することが
できる。そして、ソフトウェア９の生産即ち出荷の実績
を、リアルタイムで自動的に把握できる。

【００３３】また、媒体／ドキュメント生産処理部２２
及びライセンス情報生産処理部２３が、生産計画データ
４２に基づいて、受注したソフトウェア９を構成する構
成部材の内、特にドキュメントを自動的に生産する。従
って、本発明によれば、ドキュメントの在庫の保有を少
なくしたり、無くしたりすることができる。

【００３４】以上により、多様なソフトウェア９の生産
指示及び出荷形態に柔軟に対応し、日々の受注生産（負
荷変動、品質管理等）及び計画的な生産を効率的かつ総
合的におこなうことができ、省力化ができる。

【００３５】

【実施例】図２は実施例構成図であり、ハードウェア及
びソフトウェアからなるデータ処理システムの自動生産
システムを示す。

【００３６】この自動生産システムは、ホストシステム
４と、これに回線３を介して接続された１又は２以上の
端末（以下、営業端末）１からなる。ホストシステム４
はソフトウェアの生産工場に設置される。営業端末１は
ソフトウェアを受注する営業所等に設置される。

【００３７】営業端末１には、営業担当者によって、受
注したソフトウェアの出荷指示データ２が入力される。
出荷指示データ２はソフトウェア９を構成する構成部材
を示す情報を含むデータである。営業端末１は、入力さ
れた出荷指示データ２を一旦ファイルに格納し、これを
回線３を介してホストシステム４に送信する。これによ
り、出荷指示データ（受注データ）２をオンラインでホ
ストシステム４又はソフトウェア生産システム７に与え
ることができるので、受注から生産までの時間（ターン
アラウンドタイム）を短縮することができる。

【００３８】なお、出荷指示データ２は受注した内容
（オーダ）を示す情報であり、工場から出荷すべきハー
ドウェア及びソフトウェアの構成、個数、構成部材の内
容等からなる。出荷指示データ２は所定の形式に従って
記述され、出荷指示データ２においてハードウェア及び
ソフトウェアの構成、個数、構成部材の内容等は予め定
められた所定の位置に記述される。出荷指示データ２を
参照することによって、生産すべきソフトウェア９を知
ることができる。

【００３９】ホストシステム４は、受注システム５と、
ソフトウェア生産システム７とからなる。ホストシステ
ム４はホストコンピュータを含む。受注システム５及び
ソフトウェア生産システム７は、各々、受注システム制
御プログラム及びソフトウェア生産システム制御プログ
ラムとホストコンピュータのＣＰＵとからなる。受注シ
ステム制御プログラム及びソフトウェア生産システム制
御プログラムは、ホストコンピュータの主メモリ上に存
在する。

【００４０】なお、ホストシステム４には、ソフトウェ
アの生産工場内に設置される端末１０（以下、工場端
末）が設けられる。工場端末１０は、入出力装置であっ
て、例えば、受注プールデータ６、オーダ受信データ４
０、生産計画データ４２、商品情報データ４５等の入力
及びこれらの変更を指示する入力に用いられる。

【００４１】受注システム５は、複数の営業端末１の各
々から受信した出荷指示データ２を、その受信の順に所
定のファイルに格納し、これらを受注プールデータ６と
して管理する。従って、受注プールデータ６は各営業端
末１から受信した複数の出荷指示データ２の集合であ
る。受注システム５は、受注プールデータ６を構成する
出荷指示データ２の各々について、そのハードウェアに
関する情報を除き、ソフトウェアに関する情報のみから
なるオーダ受信データ４０を作成して、これをソフトウ
ェア生産システム７へ送る。従って、オーダ受信データ
４０は、出荷指示データ２の内、工場で生産して出荷す
べきソフトウェア９の構成、個数、構成部材の内容等を
示す情報である。オーダ受信データ４０を参照すること
によって、受注したソフトウェア９を生産することがで
きる。

【００４２】なお、ソフトウェアに関する情報かハード
ウェアに関する情報かは、受注プールデータ６を構成す
る出荷指示データ２における当該データの記述位置によ
って識別することができる。また、ハードウェアに関す
る情報は、例えば図外のハードウェア生産システムへ送
られる。 （ソフトウェア生産システムの説明）ソフトウェア生産
システム７は、生産管理処理部１１と生産処理部２１と
からなる。ソフトウェア生産システム７は、出荷指示デ
ータ２をホストコンピュータによって集中的に管理し、
出荷指示データ２に記述された出荷対象である商品の構
成に沿って、商品であるソフトウェア９の構成部材を一
括して統合的に生産する。

【００４３】生産管理処理部１１は、ソフトウェア９の
生産に必要な処理の内、生産処理部２１が行うソフトウ
ェア９の生産処理以外の処理を行う。生産管理処理部１
１は、受注システム５から送られたオーダ受信データ４
０を一旦所定のファイルに格納し、これを管理する。ま
た、生産管理処理部１１は、オーダ受信データ４０に基
づいて生産計画データ４２を策定して所定のファイルに
格納し、この生産計画データ４２に基づいたソフトウェ
ア９の生産を生産処理部２１に指示する。

【００４４】生産処理部２１は、ソフトウェア９の生産
を行う。生産処理部２１は、生産管理処理部１１からの
指示があると、これに応じて生産計画データ４２を参照
して、これに基づいたソフトウェア９の生産を行う。

【００４５】生産されるソフトウェア９は、狭義のソフ
トウェア（プログラム等）を格納したソフトウェア格納
媒体、ソフトウェア説明書、マニュアル、ソフトウェア
使用許諾情報（ライセンス情報）、出荷説明書等により
構成される。これらのうち、ソフトウェア説明書、マニ
ュアル、出荷説明書は、用紙の上に印刷した文書の形式
で提供されるものである。即ち、ドキュメントである。
前述のように、これらを一括したもの（コンピュータハ
ードウェアと共に出荷されるソフトウェア）を商品と言
い、これらの各々を（商品又はソフトウェアの）構成部
材と言う。また、ライセンス情報は、ドキュメントにて
提供されるか、又は、フロッピーディスクに商品の鍵情
報を格納して提供される。

【００４６】ソフトウェア９の生産において、生産処理
部２１は予め用意されたソフトウェア生産素材８を用い
る。ソフトウェア生産素材８は、ソフトウェア９を格納
又は印刷するためのソフトウェア格納媒体又は用紙等の
印刷媒体と、これらの媒体に格納又は印刷すべきソフト
ウェア９の元データとからなる。

【００４７】ソフトウェア格納媒体としては、フロッピ
ーディスク（ＦＰＤ）、光磁気ディスク（ＭＯ）、磁気
テープ（ＣＲＭＴ）等の多種のものが用意される。これ
により、出荷指示データ２に基づいて、多種のソフトウ
ェア格納媒体に格納されたソフトウェア９を生産でき
る。印刷媒体としては、ドキュメント印刷用の紙、帳票
印刷用の原紙、ラベル印刷用の原紙等の多種のものが用
意される。これにより、出荷指示データ２に基づいて、
多種のドキュメントを生産できる。ソフトウェア９の元
データとしては、後述するマスタデータ４６、ドキュメ
ントデータ４７、ライセンスデータ４８が予め用意され
る。

【００４８】図３は実施例構成図であり、生産管理処理
部１１の構成を示す。生産管理処理部１１は、出荷指示
データ管理処理部１２、生産計画策定処理部１３、生産
指図処理部１４、顧客管理処理部１５、商品情報管理処
理部１６からなる。

【００４９】出荷指示データ管理処理部１２は、その機
能として、データ受信機能、置換・キャンセル機能、デ
ータ整合性チェック機能、データ手動受付機能、データ
復旧機能等を備える。

【００５０】出荷指示データ管理処理部１２は、そのデ
ータ受信機能により、受注システム５から送られた受注
プールデータ６を受け付けて、これをオーダ受信データ
４０として所定のファイルに格納し管理する。即ち、出
荷指示データ管理処理部１２は、出荷指示データ２のソ
フトウェアに関する情報を管理する。この時、出荷指示
データ管理処理部１２は、そのデータ整合性チェック機
能により、受信した受注プールデータ６が所定の様式で
あるか否かによりデータの整合性をチェックする。

【００５１】また、出荷指示データ管理処理部１２は、
その置換・キャンセル機能及びデータ手動受付機能によ
り、出荷指示データ２の変更入力を受け付ける。この変
更入力は工場端末１０からオペレータによって行われ
る。これにより、緊急出荷や受注内容の変更等に対処し
て、既にオーダ受信データ４０として管理されていた出
荷指示データ２の内容を、変更後の正しい内容に訂正す
ることができる。

【００５２】なお、出荷指示データ管理処理部１２は、
工場端末１０からの出荷指示データ２の入力を受け付け
た場合には、これを受注システム５へ送る。これによ
り、受注プールデータ６も正しい内容に変更され、更
に、ハードウェアの生産システムにおいても正しい出荷
指示データ２に従ってハードウェアの生産が行われる。

【００５３】生産計画策定処理部１３は、出荷指示デー
タ検索機能、表／グラフ化機能、生産計画策定機能等を
備える。生産計画策定処理部１３は、その生産計画策定
機能により、オーダ受信データ４０に基づいて、出荷日
別及び商品別のソフトウェア９の生産予定量を集計し、
更に、この出荷日別及び商品別のソフトウェア９の生産
予定量と商品毎の構成情報とソフトウェア９の構成部材
の生産システムの最大生産能力（許容量）とに基づい
て、生産計画データ４２を自動的に作成する。商品即ち
ソフトウェア９の構成情報は、後述の商品情報データ４
５を参照することによって知ることができる。ソフトウ
ェア９の構成部材の生産システムの最大生産能力は、後
述の生産能力データ４１を参照することによって知るこ
とができる。商品情報データ４５及び生産能力データ４
１は各生産システム毎に予め用意される。

【００５４】これにより、生産予定量及び生産システム
の最大生産能力までを考慮することによって、最適化さ
れた生産計画データ４２を策定できる。従って、生産シ
ステムの稼動効率を十分に活用して、変動に柔軟に対応
してソフトウェア９を生産できる。また、オーダ単位に
必要商品を１個作りすることが容易にできる。

【００５５】また、生産計画策定処理部１３は、その表
／グラフ化機能により、集計された出荷日別及び商品別
のソフトウェア９の生産予定量を、表やグラフに自動的
に編集し、これを工場端末１０の表示画面に表示し、又
は工場端末１０のプリンタから印刷出力する。なお、生
産計画データ４２も、同様に画面表示等される。

【００５６】また、生産計画策定処理部１３は、その出
荷指示データ検索機能により、オーダ受信データ４０、
集計された出荷日別及び商品別のソフトウェア９の生産
予定量、生産計画データ４２等を検索し、その結果を工
場端末１０から画面出力又は印刷出力する。検索のため
の入力は、工場端末１０からオペレータによって行われ
る。

【００５７】生産指図処理部１４は、生産指示機能、生
産方式指定機能、未処理データ警告機能、リスト印刷機
能、生産データ手動受付機能等を備える。生産指図処理
部１４は、その生産指示機能及び生産方式指定機能によ
り、生産計画データ４２（及びオーダ受信データ４０）
に基づいて各種の生産指示用データ５０（図７参照）を
作成し、生産処理部２１に生産指示用データ５０を渡し
てソフトウェア９の生産を指示する。

【００５８】また、生産指図処理部１４は、その未処理
データ警告機能により、生産計画データ４２（及びオー
ダ受信データ４０）を定期的に監視し、オーダ受信デー
タ４０において指示されている出荷日までに生産処理部
２１に対する生産指示が行われていないものについて、
当該出力が未処理であることを警告する。この警告は、
例えば工場端末１０の表示画面上に当該警告の表示をす
ることによって行われる。

【００５９】また、生産指図処理部１４は、そのリスト
印刷機能により、生産計画データ４２、生産指示用デー
タ５０の一部又は全部の内容をリストとして工場端末１
０から印刷出力する。

【００６０】また、生産指図処理部１４は、その生産デ
ータ手動受付機能により、出荷指示データ２の変更入力
を受け付ける。この変更入力は工場端末１０からオペレ
ータによって行われる。これにより、緊急出荷や受注内
容の変更等に対処して、既にオーダ受信データ４０とし
て管理されていた出荷指示データ２の内容を、変更後の
正しい内容に訂正することができる。

【００６１】なお、出荷指示データ管理処理部１２は、
工場端末１０からの出荷指示データ２の入力を受け付け
た場合には、これを受注システム５へ送る。これによ
り、受注プールデータ６も正しい内容に変更され、更
に、ハードウェアの生産システムにおいても正しい出荷
指示データ２に従ってハードウェアの生産が行われる。

【００６２】顧客管理処理部１５は、出荷実績蓄積機
能、出荷データ検索機能、リスト／ファイル出力機能、
表／グラフ化機能等を備える。顧客管理処理部１５は、
その出荷実績蓄積機能により、オーダ受信データ４０に
基づいて出荷実績データ４３を蓄積する（作成する）。
出荷実績データ４３は、例えば顧客名、購入商品等から
なる。

【００６３】また、顧客管理処理部１５は、その出荷デ
ータ検索機能により出荷実績データ４３を検索して各種
検索条件に基づいてデータを集計し、出荷統計を作成す
る。そして、顧客管理処理部１５は、そのリスト／ファ
イル出力機能により検索結果又は出荷統計を指定された
ファイルへ出力し、又は印刷出力する。なお、この出荷
統計は出荷実績データ４３と考えて良い。

【００６４】また、顧客管理処理部１５は、その表／グ
ラフ化機能により、出荷統計を表やグラフに自動作成
し、工場端末１０から画面出力又は印刷出力する。商品
情報管理処理部１６は、商品情報自動登録機能、商品情
報更新機能、リスト印刷機能等を備える。

【００６５】商品情報管理処理部１６は、その商品情報
自動登録機能により、工場端末１０から入力された商品
情報を自動的に編集して、商品情報データ４５を所定の
ファイルに作成する。

【００６６】また、商品情報管理処理部１６は、その商
品情報更新機能により、工場端末１０から入力された商
品情報の変更入力に基づいて、商品情報データ４５の該
当する部分を変更する。

【００６７】また、商品情報管理処理部１６は、そのリ
スト印刷機能により、管理している商品情報データ４５
の一部又は全部を工場端末１０から印刷出力する。図４
は実施例構成図であり、生産処理部２１の構成を示す。
生産処理部２１は、媒体／ドキュメント生産処理部２２
及びライセンス情報生産処理部２３からなる。

【００６８】媒体／ドキュメント生産処理部２２は、ソ
フトウェア９の生産において、生産計画データ４２に基
づいて、ライセンス情報を除くソフトウェア９を生産す
る。このために、媒体／ドキュメント生産処理部２２
は、各種のソフトウェア格納媒体へのマスタデータ４６
の複写、各種の用紙又は帳票等の印刷媒体へのドキュメ
ントデータ４７に基づく印刷を行う。

【００６９】ライセンス情報生産処理部２３は、ソフト
ウェア９の生産において、生産計画データ４２に基づい
て、媒体／ドキュメント生産処理部２２において生産さ
れたソフトウェア９の内、ソフトウェア格納媒体に格納
されたソフトウェアについてのライセンス情報を生産す
る。このために、ライセンス情報生産処理部２３は、ソ
フトウェア格納媒体又は印刷媒体にライセンスデータ４
８に従って、ライセンス情報を格納又は印刷する。

【００７０】図５は実施例構成図であり、媒体／ドキュ
メント生産処理部２２の構成を示す。媒体／ドキュメン
ト生産処理部２２は、ドキュメント印刷処理部３１、Ｆ
ＰＤ自動生産処理部３２、ラベル印刷処理部３３、帳票
印刷処理部３４、集約ＣＲＭＴ生産処理部３５、集約Ｍ
Ｏ生産処理部３６からなる。

【００７１】ドキュメント印刷処理部３１は、生産指示
用データ５０即ち生産計画データ４２に基づいて、印刷
出力の媒体として所定の用紙を用いて、ソフトウェア９
の構成部材であるドキュメントを生産する。即ち、生産
指示用データ５０の指示に従って、該当するドキュメン
トデータ４７の該当する部分を、所定の用紙に印刷出力
する。印刷すべきドキュメントの部数も生産指示用デー
タ５０によって指示される。

【００７２】これにより、ソフトウェア格納媒体以外の
ソフトウェア９の構成部材（ソフトウェア説明書、マニ
ュアル、ライセンス情報、出荷説明書）を、オーダ受信
データ４０即ち出荷指示データ２から自動的に発行でき
る。

【００７３】ＦＰＤ自動生産処理部３２は、生産指示用
データ５０即ち生産計画データ４２に基づいて、格納媒
体としてフロッピーディスク（ＦＰＤ）を用いて、ソフ
トウェア９の構成部材を生産する。即ち、生産指示用デ
ータ５０の指示に従って、該当するマスタデータ４６の
該当する部分を、未書き込みのフロッピーディスクに複
写する。複写すべきフロッピーディスクの枚数も生産指
示用データ５０によって指示される。

【００７４】また、ＦＰＤ自動生産処理部３２は、自己
が生産したフロッピーディスクを、出荷のために自動的
に箱詰めする。即ち、生産指示用データ５０の指示に従
って、生産したフロッピーディスクを所定の出荷用の箱
に箱詰めする。箱詰めすべきフロッピーディスクの種類
及び枚数も、生産指示用データ５０によって指示され
る。

【００７５】ラベル印刷処理部３３は、生産指示用デー
タ５０即ち生産計画データ４２に基づいて、印刷出力の
媒体として所定のラベル用紙を用いて、ソフトウェア９
の構成部材であるソフトウェア格納媒体に貼付するラベ
ルを印刷する。即ち、生産指示用データ５０の指示に従
って、該当するマスタデータ４６又はドキュメントデー
タ４７の該当する部分を、所定のラベル用紙に印刷出力
する。印刷すべきラベル用紙の部数も生産指示用データ
５０によって指示される。

【００７６】また、ラベル印刷処理部３３は、生産指示
用データ５０即ち生産計画データ４２に基づいて、格納
媒体としてフロッピーディスク（ＦＰＤ）を用いて、ソ
フトウェア９の構成部材を生産する。即ち、生産指示用
データ５０の指示に従って、該当するマスタデータ４６
の該当する部分を、未書き込みのフロッピーディスクに
複写する。複写すべきフロッピーディスクの枚数も生産
指示用データ５０によって指示される。

【００７７】更に、ラベル印刷処理部３３は、生産指示
用データ５０即ち生産計画データ４２に基づいて、自己
が生産したフロッピーディスクに自己が印刷したラベル
を貼付する。即ち、生産指示用データ５０の指示に従っ
て、該当するフロッピーディスクに該当するラベルを貼
付する。

【００７８】帳票印刷処理部３４は、生産指示用データ
５０即ち生産計画データ４２に基づいて、印刷出力の媒
体として所定の帳票を用いて、ソフトウェア９の構成部
材であるドキュメントを生産する。即ち、生産指示用デ
ータ５０の指示に従って、該当するドキュメントデータ
４７の該当する部分を、所定の帳票に印刷出力する。印
刷すべき帳票の部数も生産指示用データ５０によって指
示される。

【００７９】集約ＣＲＭＴ生産処理部３５は、生産指示
用データ５０即ち生産計画データ４２に基づいて、格納
媒体として磁気テープ（ＣＲＭＴ）を用いて、ソフトウ
ェア９の構成部材を生産する。即ち、生産指示用データ
５０の指示に従って、該当するマスタデータ４６の該当
する部分を、未書き込みの磁気テープに複写する。複写
すべき磁気テープの数も生産指示用データ５０によって
指示される。

【００８０】集約ＭＯ生産処理部３６は、生産指示用デ
ータ５０即ち生産計画データ４２に基づいて、格納媒体
として光磁気ディスク（ＭＯ）を用いて、ソフトウェア
９の構成部材を生産する。即ち、生産指示用データ５０
の指示に従って、該当するマスタデータ４６の該当する
部分を、未書き込みの光磁気ディスクに複写する。複写
すべき光磁気ディスクの数も生産指示用データ５０によ
って指示される。

【００８１】図６は実施例構成図であり、ライセンス情
報生産処理部２３の構成を示す。ライセンス情報生産処
理部２３は、契約情報生産処理部３７とパスワード管理
処理部３８とからなる。契約情報生産処理部３７はライ
センス情報がソフトウェア格納媒体（主としてフロッピ
ーディスク）で提供される場合の処理を行い、パスワー
ド管理処理部３８はライセンス情報がドキュメントで提
供される場合の処理を行なう。

【００８２】契約情報生産処理部３７は、図示はしない
が、更に、契約情報管理処理部と契約情報ＦＰＤ生産処
理部とからなる。契約情報管理処理部は、契約情報管理
機能と契約情報一覧印刷機能とを備える。契約情報ＦＰ
Ｄ生産処理部は、契約情報自動作成機能、契約情報手動
作成機能、明細書印刷機能、エラーロギング機能を備え
る。

【００８３】契約情報管理処理部は、その契約情報管理
機能により、各商品毎の契約情報データ（ライセンスデ
ータ４８）を所定のファイルに格納して管理する。ま
た、契約情報管理処理部は、その契約情報管理機能によ
り、工場端末１０からの変更入力を受け付けて、ライセ
ンスデータ４８を更新又は削除する。更に、契約情報管
理処理部は、その契約情報一覧印刷機能により、各商品
毎のライセンスデータ４８の一覧を、工場端末１０か印
刷出力する。

【００８４】契約情報ＦＰＤ生産処理部は、その契約情
報自動作成機能により、生産指示用データ５０に基づい
てライセンス情報をフロッピーディスク（ＦＰＤ）に書
き込むと共に、その明細書印刷機能により、生産指示用
データ５０に基づいてフロッピーディスクに書き込んだ
ライセンス情報の明細書を印刷する。

【００８５】また、契約情報ＦＰＤ生産処理部は、その
契約情報手動作成機能により、各出荷指示データ２単位
のライセンスデータ４８の入力又は変更入力を受け付
け、ライセンスデータ４８を変更する。この入力は、工
場端末１０からオペレータによって行われる。

【００８６】また、契約情報ＦＰＤ生産処理部は、その
エラーロギング機能により、生産時における各種のシス
テムエラーをログファイル（図示せず）に蓄積する。パ
スワード管理処理部３８は、生産指示用データ５０に基
づいて、パスワード申請書（ソフトウェア使用許諾用
紙）を印刷する。即ち、ソフトウェア格納媒体に格納し
たソフトウェア（プログラム）についての使用を可能と
するためのドキュメントを生産する。

【００８７】図７は実施例構成図であり、ソフトウェア
生産システム７のファイルの構成を示す。オーダ受信デ
ータ４０は、ソフトウェア生産システム７が営業端末１
から受信したデータ（正確には、受注システム５から受
け取ったデータ）であり、所定のファイルにその受信の
順に格納される。オーダ受信データ４０は受注プールデ
ータ６から作成される。受注プールデータ６は、営業端
末１から受注システム５に送信された出荷指示データ２
を、その受信の順に（又は予め付加された発行番号の順
に）所定のファイルに蓄積したものである。なお、発行
番号は出荷指示データ２が営業端末１に入力された時点
で、その内部データとして付加される。オーダ受信デー
タ４０は、受注プールデータ６を構成する各オーダ受信
データ４０からハードウェアの受注に関する情報を除い
たデータである。従って、オーダ受信データ４０は、複
数の出荷指示データ２のソフトウェアの受注に関するデ
ータの集合である。

【００８８】生産能力データ４１は、ソフトウェア９を
生産するためにソフトウェア生産システム７が予め備え
るデータであり、所定のファイルに格納される。生産能
力データ４１は、ソフトウェア９の各構成部材の生産シ
ステムの各々について、その最大の生産能力を示す。例
えば、ドキュメント印刷処理部３１の１日の最大の印刷
可能なページ数が示される。

【００８９】生産計画データ４２、出荷実績データ４
３、優先順位データ４４は、オーダ受信データ４０即ち
出荷指示データ２に基づいてソフトウェア生産システム
７（生産管理処理部１１）が作成したデータであり、所
定のファイルに格納される。

【００９０】生産計画データ４２は、生産計画策定処理
部１３においてオーダ受信データ４０、生産能力データ
４１及び商品情報データ４５に基づいて作成されたデー
タであり、出荷日毎に、ソフトウェア９の各構成部材の
生産システム毎の生産量を示す。生産計画データ４２の
作成されたオーダ受信データ４０を構成する出荷指示デ
ータ２については、生産計画策定済みを示すフラグが立
てられ、未計画のものと区別される。

【００９１】出荷実績データ４３は、顧客管理処理部１
５においてオーダ受信データ４０に基づいて作成された
データであり、出荷日毎に、ソフトウェア９毎及び／又
はソフトウェア９の各構成部材毎の出荷量を示す。出荷
実績データ４３は、生産計画データ４２において、生産
計画策定済みを示すフラグが立てられており、かつ、指
定された出荷日の過ぎた出荷指示データ２を抽出して、
作成される。出荷実績データ４３に抽出された出荷指示
データ２は、生産計画データ４２から削除される。

【００９２】優先順位データ４４は、顧客管理処理部１
５において出荷実績データ４３に基づいて作成されたデ
ータであり、例えば最新の１月についてのソフトウェア
９毎及び／又はソフトウェア９の各構成部材毎の出荷量
を示す。優先順位データ４４は、毎日、自動的に更新さ
れる。

【００９３】商品情報データ４５、マスタデータ４６、
ドキュメントデータ４７、ライセンスデータ４８は、生
産計画データ４２に基づいてソフトウェア９を生産する
ためにソフトウェア生産システム７が予め備えるデータ
であり、所定のファイルに格納される。これらのファイ
ルの管理は生産処理部２１が行う。特に、マスタデータ
４６、ドキュメントデータ４７、ライセンスデータ４８
は、ソフトウェア９の生産のためのソフトウェア生産素
材８の一部を構成し、ソフトウェア９生産のための元デ
ータである。

【００９４】商品情報データ４５は、当該ソフトウェア
の生産工場のソフトウェア９の開発担当者によって作成
された商品情報からなり、これを工場端末１０から入力
することにより自動的に所定のファイルに作成される。
商品情報データ４５は、例えば、商品Ｘは構成部材Ａ及
びＢからなり、構成部材Ａは生産システムＡにおいて生
産され、構成部材Ｂは生産システムＢにおいて生産され
るというデータからなる。また、商品情報データ４５
は、各商品の構成部材についてその詳細を規定する。

【００９５】マスタデータ４６は、当該ソフトウェアの
生産工場のソフトウェア９の開発担当者によって作成さ
れ、例えばフロッピーディスクの形で提供され、これを
工場端末１０から入力することにより自動的に所定のフ
ァイルに作成される。マスタデータ４６は、例えば構成
部材Ａの具体的な内容（例えばプログラム又は文書）か
らなる。

【００９６】ドキュメントデータ４７は、当該ソフトウ
ェアの生産工場のソフトウェア９の開発担当者によって
作成され、例えばフロッピーディスクの形で提供され、
これを工場端末１０から入力することにより自動的に所
定のファイルに作成される。ドキュメントデータ４７
は、例えば構成部材Ｂの具体的な内容（例えばドキュメ
ントの文章）からなる。

【００９７】ライセンスデータ４８は、当該ソフトウェ
アの生産工場のソフトウェア９の開発担当者によって作
成され、例えばフロッピーディスクの形で提供され、こ
れを工場端末１０から入力することにより自動的に所定
のファイルに作成される。ライセンスデータ４８は、例
えば、商品Ｘの鍵情報はキーＸＸであるというデータか
らなる。

【００９８】生産指示用データ５０は、生産処理部１２
１への生産指示のために、生産計画データ４２に基づい
てソフトウェア生産システム７（生産管理処理部１１）
が作成したデータであり、所定のファイルに格納され
る。生産指示用データ５０は、媒体／ドキュメント生産
処理部２２及びライセンス情報生産処理部２３の各処理
部３１乃至３８毎に作成される。例えば、ドキュメント
印刷処理部３１にはドキュメント印刷処理を指示するた
めの生産指示用データ５０が作成される。

【００９９】図８は実施例説明図であり、生産管理処理
部１１の実行する処理について示す。受注システム５か
ら受注プールデータ６が送られてくると、出荷指示デー
タ管理処理部１２がこれを受け付けてオーダ受信データ
４０として格納する。このオーダ受信データ４０と生産
能力データ４１と商品情報データ４５とに基づいて、生
産計画策定処理部１３が生産計画データ４２を策定す
る。商品情報データ４５は商品情報管理処理部１６が作
成し管理している。更に、生産計画データ４２に基づい
て、生産指図処理部１４が、各処理部３１乃至３８の各
々に対する生産指示用データ５０を作成した上で、生産
処理部２１に対して生産指示を送出する。

【０１００】生産指示を受けた生産処理部２１は生産指
示用データ５０に基づいてソフトウェア９を生産する。
一方、顧客管理処理部１５は、生産計画データ４２を参
照して、出荷実績データ４３を作成する。更に、顧客管
理処理部１５は、自己の作成した出荷実績データ４３を
参照して、優先順位データ４４を作成する。

【０１０１】図９は実施例説明図であり、生産処理部２
１の実行する処理について示す。前述のように、生産管
理処理部１１からの生産指示を受けた生産処理部２１
は、生産指示用データ５０に基づいて指示されたソフト
ウェア９を生産する。

【０１０２】ソフトウェア９の生産のために、ソフトウ
ェア生産素材８が予め用意される。ソフトウェア生産素
材８は、ソフトウェア格納媒体と、印刷出力用の印刷媒
体と、ソフトウェア格納媒体に複写（格納）すべきデー
タと、印刷媒体に印刷すべきデータとに大別できる。

【０１０３】ソフトウェア格納媒体として、フロッピー
ディスク（ＦＰＤ）、磁気テープ（ＣＲＭＴ）、光磁気
ディスク（ＭＯ）等の複数の異なる媒体が用意される。
更に、例えばフロッピーディスクについても、規格の異
なる複数の種類のものが用意される。また、印刷媒体と
して、用紙、帳票、ラベル等の複数の異なる媒体が用意
される。更に、例えば用紙についても、規格の異なる複
数の種類のものが用意される。

【０１０４】ソフトウェア格納媒体に複写すべきデータ
として、マスタデータ４６が用意される。印刷媒体に印
刷すべきデータとして、ドキュメントデータ４７が用意
される。ライセンスデータ４８は、ソフトウェア格納媒
体に複写されるか、又は印刷媒体に印刷される。

【０１０５】いずれのソフトウェア格納媒体を用いる
か、また、そのソフトウェア格納媒体にどのようなソフ
トウェア（プログラム）を格納するかは、出荷指示デー
タ２によって指示され、生産指示用データ５０を参照す
ることによって、知ることができる。印刷媒体について
も同様である。更に、これらの生産数量、出荷日等につ
いても同様である。

【０１０６】即ち、生産指示用データ５０にはオーダ受
信データ４０及び商品情報データ４５の内容が反映さ
れ、オーダ受信データ４０には出荷指示データ２の内容
が反映されている。従って、生産指示用データ５０を参
照することにより、生産すべき構成部材の詳細を知るこ
とができる。即ち、どの媒体にどのデータを格納又は印
刷するかが判る。

【０１０７】例えば、ドキュメント印刷処理部３１に対
する生産指示用データ５０であれば、生産すべきソフト
ウェア９はドキュメントであり、例えば通常の用紙を用
いて、ドキュメントデータ４７の指定されたページを指
定された書式で、指定された部数分を印刷することが判
る。そこで、生産処理部２１は、生産指示用データ５０
に基づいて指示されたソフトウェア９を生産する。

【０１０８】なお、実際は、生産指示用データ５０にお
いては、その簡単化のために、生産すべき構成部材とそ
の部数を指定するようにする。そして、構成部材の詳細
（例えば、用紙の種類、印刷するページ、印刷の書式
等）は、各構成部材毎に、生産処理部２１（又は各処理
部３１乃至３８毎）の備える所定のファイルに格納する
ようにする。

【０１０９】（生産計画策定処理の説明）次に、生産管
理処理部１１の生産計画策定処理部１３が実行する生産
計画の策定処理について、図１０乃至図１２により説明
する。

【０１１０】生産計画策定処理部１３は、オーダ受信デ
ータ４０、生産能力データ４１、商品情報データ４５を
用いて生産計画データ４２を策定する。まず、生産計画
策定処理部１３は日別出荷商品数量を求める。このため
に、生産計画策定処理部１３は始めにオーダ受信データ
４０を参照する。オーダ受信データ４０は出荷指示デー
タ２からソフトウェア９に関するデータを抽出したデー
タの集合であり、このソフトウェア９に関するデータの
各々は、例えば『顧客「○×（株) 」へ出荷日（Ｎ＋
１）日に商品Ｘを１００個出荷する』と言う内容を、テ
ーブルの所定の欄に記述したものからなる。ここで、商
品Ｘがソフトウェア９である。テーブルは予め用意さ
れ、その１個のエントリが１つの出荷指示データ２に対
応する。

【０１１１】生産計画策定処理部１３は、オーダ受信デ
ータ４０を参照し、出荷日別に、出荷すべき商品の数量
を集計する。この集計の結果を図１０（Ａ）に示す。こ
れにより、複数の出荷指示データ２からソフトウェア９
に関するデータを抽出したデータ即ちオーダ受信データ
４０に基づいて、各商品毎及び各出荷日毎に、商品の出
荷数量が求まる。なお、図１０（Ａ）において、Ｎはこ
の集計を行った日であり、日付の計算の基準とされる日
である（以下、同じ）。

【０１１２】次に、生産計画策定処理部１３は、生産能
力データ４１及び商品情報データ４５を参照する。図１
０（Ｂ）及び（Ｃ）は、各々、生産能力データ４１及び
商品情報データ４５の一例を示す。

【０１１３】生産能力データ４１は、図１０（Ｂ）に示
すように、各生産システム毎に例えば１日の最大生産能
力を示すデータを格納してなる。どの生産システムを使
用するかは、生産に用いようとするソフトウェア格納媒
体又は印刷媒体によって定まる。

【０１１４】商品情報データ４５は、図１０（Ｃ）に示
すように、各商品がどのような構成部材からなり、その
構成部材がどの生産システムで生産されるかを示すデー
タからなる。なお、図１０（Ｃ）において、「適用日」
が商品の構成毎に設定されている。適用日は、商品又は
その構成部材がソフトウェア９の開発担当者によって改
版された場合において、その改版が何時出荷される商品
に適用されるかを定めるデータである。例えば、図１０
（Ｃ）において、商品Ｘは、ＸＸ日から（Ｎ＋３）日ま
では部材Ａ−１及び部材Ｂ−１１で構成され出荷される
が、部材Ｂ−１１が部材Ｂ−１２に改版されたことによ
り、（Ｎ＋４）日からＸＸＸ日までは部材Ａ−１及び部
材Ｂ−１２で構成され出荷されることが指示されてい
る。

【０１１５】次に、生産計画策定処理部１３は日別出荷
部材数量を求める。このために、生産計画策定処理部１
３は、図１０（Ａ）に示す商品出荷数量の集計結果と先
に参照した商品情報データ４５とに基づいて、各構成部
材毎及び各出荷日毎に、構成部材の出荷数量を求める。
この処理は、基本的には、商品Ｘの（Ｎ＋１）日の出荷
数量が１００個であれば、その構成部材Ａ−１及びＢ−
１１の（Ｎ＋１）日の出荷数量を１００個とする処理で
ある。この構成部材の出荷数量を図１１（Ａ）に示す。

【０１１６】この構成部材の出荷数量を求める処理にお
いて、商品又はその構成部材の改版の有無が考慮され
る。即ち、生産計画策定処理部１３は、適用日以外の日
については、その出荷数量を「０」とする。例えば、部
材Ｂ−１１について（Ｎ＋４）日以降の出荷数量が
「０」とされ、また、部材Ｂ−１１について（Ｎ＋３）
日以前の出荷数量が「０」とされる。これにより、図１
１（Ａ）に示す構成部材の出荷数量は、改版を反映した
データとされる。

【０１１７】次に、生産計画策定処理部１３は日別出荷
部材数量を対象生産システム単位に集計する。このため
に、生産計画策定処理部１３は、図１１（Ａ）に示す構
成部材の出荷数量の集計結果と先に参照した商品情報デ
ータ４５とに基づいて、各構成部材を生産する生産シス
テム毎及び各出荷日毎に、その生産システムで生産する
構成部材の出荷数量を求める。

【０１１８】具体的には、商品情報データ４５を参照す
ることにより、例えば図１１（Ａ）においてシステムＡ
で生産される構成部材がＡ−１、Ａ−２、Ａ−３である
ことを知る。そこで、これら３個の構成部材の（Ｎ＋
１）日の出荷数量の合計が３００個となるので、システ
ムＡの（Ｎ＋１）日の出荷数量を３００個とする。この
システム毎の構成部材の出荷（生産）数量を図１１
（Ｂ）に示す。

【０１１９】次に、生産計画策定処理部１３は、生産能
力に応じた対象生産システム単位の日別出荷（生産）部
材数量を求める。このために、生産計画策定処理部１３
は、図１１（Ｂ）に示すシステム毎の構成部材の出荷
（生産）数量を、先に参照した生産能力データ４１に基
づいて、順次変更して行く。

【０１２０】具体的には、図１１（Ｂ）に示すシステム
毎の構成部材の出荷数量を、その出荷日を予め１日（又
は数日）だけ前にずらすように変更し、生産日とする。
例えば、生産の開始日を図１１（Ｂ）の（Ｎ＋１）日か
らＮ日（集計日）へ変更する。これにより、商品をその
出荷期限の前日に確実に生産することができ、１日の生
産量が最大生産能力を大きく越えることがあっても商品
の出荷期限を守ることができ、また、生産計画データ４
２の策定を容易にできる。

【０１２１】また、生産能力データ４１から、システム
Ａ及びシステムＢの最大生産能力が、各々、５００個及
び４００個であることを知る。この値を用いて図１１
（Ｂ）に示すシステム毎の構成部材の出荷（生産）数量
を調べると、システムＡの（Ｎ＋４）日の生産量６５０
個とシステムＢの（Ｎ＋４）日の生産量４５０個とが、
最大生産能力を越えていることが判る。なお、１日だけ
前にずらした場合、（Ｎ＋４）日は（Ｎ＋３）日とな
る。そこで、最大生産能力を越える分について、その生
産日を、当該越えた日の直前日に振り替える（変更す
る）。直前日に振り替えることにより、在庫を最小と
し、かつ、商品の出荷期限を守ることができる。この処
理は、１日の生産量が最大生産能力を越えなくなるまで
繰り返される。

【０１２２】そこで、まず、システムＡで生産する部材
の内、（Ｎ＋３）日に生産するものについて、５００個
を越える１５０個分を（Ｎ＋２）日に移動する。更に、
この移動の結果、（Ｎ＋２）日に生産するものについ
て、５００個を越える５０個分を（Ｎ＋１）日に移動す
る。一方、システムＢで生産する部材の内、（Ｎ＋３）
日に生産するものについて、４００個を越える５０個分
を（Ｎ＋２）日に移動する。この移動の結果を、図１１
（Ｃ）に示す。

【０１２３】次に、生産計画策定処理部１３は、求めた
生産能力に応じた対象生産システム単位の日別出荷（生
産）部材数量に基づいて、実際の構成部材毎に日別出荷
（生産）部材数量を求める（振り分ける）。即ち、図１
１（Ａ）に示す構成部材の出荷数量を、図１１（Ｃ）の
結果に従って変更する。

【０１２４】この変更処理において、生産計画策定処理
部１３は、各構成部材について、以下のようにして変更
の優先順位を定める。即ち、任意の商品の構成部材が変
更の対象に全て含まれる商品で、かつ、優先順位データ
４４の昇順に最初にヒットした商品を、変更の対象とす
る。但し、変更の対象である構成部材が、全ての商品に
おいて１個の構成部材のみの場合は、例外とする。ま
た、変更の対象日において、改版による新旧の構成部材
が混在する場合は、改版前の旧構成部材を対象とする。
この変更の結果を図１２に示す。

【０１２５】具体的には、まず、図１１（Ｃ）において
行った処理に対応して、図１１（Ａ）の出荷日を予め１
日だけ前にずらすように変更する。次に、システムＡ及
びシステムＢの両方で生産される構成部材を含む商品Ａ
について、その構成部材Ａ−１及びＢ−１２の（Ｎ＋
３）日の生産分の内、各々５０個を（Ｎ＋２）日へ移動
する。次に、システムＡで生産される構成部材を含む商
品Ｙについて、その構成部材Ａ−２の（Ｎ＋３）日の生
産分の内、１００個を（Ｎ＋２）日へ移動する。次に、
システムＡで生産される構成部材を含む商品Ｙについ
て、その構成部材Ａ−２の（Ｎ＋２）日の生産分の内、
５０個を（Ｎ＋１）日へ移動する。

【０１２６】以上により、図１２に示す結果が得られ
る。この図１２は、図１０（Ａ）に示した商品の出荷数
量の集計（即ち、出荷指示データ２の集合）に対する生
産計画データ４２を示す。

【０１２７】このように、本発明によれば、最適な又は
より良い生産スケジュールを自動的に策定することがで
き、生産スケジュールの決定に必要とされていた経験、
手間、時間等を不要にできる。そして、最適な生産スケ
ジュールにより、生産スケジュールと現実の出荷との間
の差異を極めて小さくでき、在庫を必要最小限にでき
る。また、構成部材を生産する生産システムの稼動効率
を向上できる。更に、ハードウェアやソフトウェアの仕
様変更や改訂があった場合に生じる不良品を殆ど無くす
ことができる。

【０１２８】また、生産スケジュールは自動的に策定さ
れるため、誤りの発生を無くすことができる。特に、１
個作り生産による商品の生産スケジュールにおける誤り
の発生を無くすことができる。このため、誤った生産ス
ケジュールに基づく在庫を無くすことができる。特に、
１個作り生産による商品については在庫がそのまま不良
品となることを無くすことができる。また、１個作り生
産による商品の生産スケジュールの策定も、作業効率の
向上の障害とはならない。

【０１２９】更に、各構成部材毎に生産スケジュールを
定める際、厳密に、構成部材毎の生産能力を考慮するこ
とができる。従って、生産スケジュールを常に見直しす
る等の管理を不要にできる。

【０１３０】一方、生産スケジュールを営業端末１から
の入力により、容易に変更できるので、突発的な変更要
因にも柔軟に対応できる。 （媒体／ドキュメント生産処理の説明）次に、生産処理
部２１の媒体／ドキュメント生産処理部２２が実行する
生産処理について、ドキュメント印刷処理部３１が実行
するドキュメントの印刷処理を一例として、図１３乃至
図２１により説明する。

【０１３１】ドキュメント印刷処理部３１は、ドキュメ
ント生産のための生産指示用データ５０に基づいて、ド
キュメントを生産（印刷）する。ドキュメント印刷処理
部３１は、生産指示用データ５０を作成し生産（出荷）
の実績を管理する生産管理処理部１１と共に、ドキュメ
ント印刷システムを構成する。

【０１３２】まず、ドキュメント印刷システムの行う出
荷指示データ２の受け付け処理（生産計画策定処理）に
ついて説明する。この処理は、生産管理処理部１１にお
ける処理の内のドキュメント生産用の生産計画策定処理
である。

【０１３３】図１３は実施例説明図であり、図１３
（Ａ）はドキュメント生産のための生産指示用データ５
０（５０Ａ）の作成までを示し、図１３（Ｂ）はドキュ
メントについての商品情報データ４５（４５Ａ）を示
す。

【０１３４】ドキュメントについての商品情報データ４
５は、図１３（Ｂ）に示すドキュメント管理データベー
ス４５Ａとして構築される。ドキュメント管理データベ
ース４５Ａは、商品（商品コード）とそれに対応するド
キュメント（資料コード）の関係を管理し、その各々に
ついて、生産対象フラグ、適応開始年月日、適応終了年
月日を格納する。

【０１３５】生産計画策定処理部１３は、受注プールデ
ータ６とドキュメント管理データベース４５Ａとに基づ
いて生産計画データ４２を作成し、これを一旦作業ファ
イル（作業域）５１に格納する。そして、作業ファイル
５１に格納した生産計画データ４２について、工場端末
１０からのオペレータ入力により、生産量の変更処理を
行い、最終的に生産量の確定した生産計画データ４２を
得る。これが、ドキュメント印刷処理部３１に対する生
産指示用データ５０Ａとして所定のファイルに出力され
る。

【０１３６】工場端末１０からのオペレータの手作業で
の入力により、生産計画データ４２を変更できるので、
より計画的な生産が可能であり、特定の商品についての
必要なドキュメントの生産指示を行うことできる。この
時、商品は、格納するソフトウェアのＯＳ（オペレーテ
イングシステム）名、エディション（版数）、商品分類
等で検索及び指定可能とされる。従って、容易に商品を
特定できる。

【０１３７】生産計画策定処理部１３は、ドキュメント
管理データベース４５Ａを検索し、これにおいて出荷日
が指定されている場合には受注プールデータ６の内出荷
日の一致する出荷指示データ２のみを生産計画策定の対
象とする。また、生産計画策定処理部１３は、生産対象
フラグが立っており出荷日が適応年月日の範囲内のドキ
ュメントのみを生産計画策定の対象とする。即ち、前者
の条件を満たす出荷指示データ２の指示する後者の条件
を満たすドキュメントのみが生産計画策定の対象とさ
れ、生産計画データ４２として作業ファイル５１に出力
される。

【０１３８】これにより、基本的には、商品単位の出荷
指示データ２に基づいて、その商品に必要なドキュメン
トの生産指示を行うことができる。また出荷日を指定す
ることにより、出荷指示データ２における出荷日が該当
する生産指示のみ受け付けることができる。また、出荷
指示データ２の出荷日を判断することにより、ドキュメ
ントの改版に自動的に対応して、改版されたドキュメン
トを生産することができる。

【０１３９】ここで、図１４により、オペレータの手作
業入力による生産計画データ４２の変更について説明す
る。作業ファイル５１には、策定された生産計画データ
４２が格納されている。この生産計画データ４２におい
ては、各ドキュメント毎に生産指示が格納されている。
生産計画策定処理部１３は、この生産指示の示す生産量
を「全体生産量」として記憶する。例えば、各生産指示
の内、製本形態別の生産量の合計を「全体生産量」とす
る。

【０１４０】次に、生産計画策定処理部１３は、工場端
末１０からの表示指示に従って、作業ファイル５１から
工場端末１０にその画面表示分のデータを送出し、これ
を「表示中の生産量」とする。そして、「全体生産量
（数量）」−「表示中の生産量（数量）」を算出し、こ
の値を「未表示生産量」として記憶する。なお、図中、
「表示中の生産量」を斜線を付して表す。

【０１４１】次に、工場端末１０からのオペレータ入力
によってドキュメントの生産量の変更が行われた場合、
「表示中の生産量」が変更されたのであるから、「現在
表示中の数量の総和」＋「未表示生産量」を算出し、こ
の値を新たな「全体生産量」として記憶する。この後、
新たな「全体生産量」を用いて作業ファイル５１の内容
を変更する。これにより、作業ファイル５１内の生産計
画データ４２を変更することができる。

【０１４２】次に、ドキュメント印刷システムの行うド
キュメント印刷処理、即ちドキュメント印刷処理部３１
の実行する処理について説明する。ドキュメント印刷処
理部３１は、ドキュメントの製本形態として中折り／中
綴じ（両面四面付け）を行う場合、ドキュメント印刷処
理に先立って、データの事前編集処理を行う。これは、
ドキュメントの製本形態として中折り／中綴じ（両面四
面付け）を行うことができるようにするためである。即
ち、上記のような特殊な製本形態においては、頁順が昇
順とはならないため、通常の文書印刷プログラムでは印
刷できないためである。

【０１４３】ドキュメント印刷処理部３１は、ドキュメ
ントデータ４７に基づいて作成した印刷データを所定の
ファイルに登録する時に、ドキュメントのデータ（電子
データ）の頁番号の設定及び頁順の並び替えを行う。即
ち、ドキュメントの電子データの本文中に頁番号を印刷
する。

【０１４４】図１５はデータの事前編集について示す。
元データであるドキュメントデータ４７は、図示のよう
に、目次に続いて各頁を順に格納している。そこで、ま
ず、元データをメモリ（作業域）上に読み出し、頁区切
り毎にその先頭位置を記録する。次に、メモリ上におい
て、各頁の最下行に相当する位置に本文データとして頁
番号を追加して設定する。この後、中折り／中綴じの印
刷順となるように、メモリ上において頁順の並び替えを
行い、図示の変換後のデータを得る。次に、変換後のデ
ータを、印刷データとして所定のファイルに書き出す。

【０１４５】図示の変換後のデータを、先頭から順に２
頁を１対とし、最初の用紙の表面に最初の１対（７頁、
目次）を印刷し、その裏面に次の対（１頁、２頁）を印
刷する。この時、目次の裏に１頁が印刷されるようにす
る（上下は同一）。次の用紙にも残りの各対を同様に印
刷する。そして、用紙の上下を揃えて、各頁の中央にて
用紙を折って綴じれば、中折り／中綴じのドキュメント
を得る。

【０１４６】また、ドキュメント印刷処理部３１は、ド
キュメントの生産において、オペレータの介在なしで種
々の印刷形態のドキュメントを生産可能とするために、
マルチメディアドキュメント印刷処理を行う。即ち、日
本語文書、構造文書、表、線画、イメージ、リスト等の
複数のメディアを組合せて、１つのドキュメントを構成
する機能を備える。

【０１４７】このために、ドキュメント印刷処理部３１
は、生産指示用データ５０に従って、１つのドキュメン
トの印刷データを作成し、これを構成する全てのデータ
をフォルダ単位に格納する。即ち、１つのドキュメント
の印刷データは、属性の異なるデータ毎に１つのフォル
ダに格納され、データの属性とフォルダとは１対１に対
応させられる。

【０１４８】そして、ドキュメント印刷処理部３１は、
ドキュメントの印刷（生産）時にフォルダ内のデータの
属性（日本語文書である等）を判断し、各々に対応する
印刷プログラムを順に起動する。又は、ドキュメント印
刷処理部３１は、日本語文書又は構造文書に他のメディ
アを組み込んだデータを印刷データとした上で、ドキュ
メントの印刷（生産）時にフォルダ内のデータの属性を
判断し、日本語文書又は構造文書のみを印刷プログラム
により順に印刷する。

【０１４９】以上のようなマルチメディアドキュメント
の生産を可能とするために、ドキュメントデータ４７か
ら生産されたドキュメント（印刷データ）は、所定の規
約に従って、そのファイル名（フォルダ名）が定められ
る。図１６はマルチメディアドキュメント印刷のため
に、印刷データのフォルダ名についての規約を示す。

【０１５０】図１６において、フォルダ名は‘ＸＸＸＸ
／ＸＸ’とされ、先頭の４桁により製本形態／データ属
性を表し、次の２桁によりシリアル番号を表す。図１６
に、製本形態／データ属性の一例を示す。また、シリア
ル番号は、製本形態／データ属性に応じた印刷順を規定
する。ドキュメント印刷処理部３１は、このフォルダ名
を参照して、その印刷データに対応する印刷プログラム
を起動する。印刷プログラムはシリアル番号の指示する
順に印刷する。これにより、マルチメディアドキュメン
トが自動的に生産される。

【０１５１】以上の処理により、ドキュメント印刷処理
部３１は、多種類の製本形態のドキュメントを生産する
機能を備える。即ち、、図１６にも示したが、「ペラ
（Ａ４縦両面）」、「中折り（Ａ３横四面付け）」、
「中綴じ（Ａ３横四面付け）」、「平綴じ（Ａ４縦両
面）」、「無線綴じ（Ａ４縦両面）」のドキュメントの
生産が可能である。

【０１５２】ドキュメント印刷処理部３１は、ドキュメ
ントの生産において、オペレータの介在なしで、元デー
タであるドキュメントデータ４７を種々組合せて編集加
工して多様な形態のドキュメントを生産可能とするため
に、ドキュメント編成変更処理を行う。ドキュメント編
成変更処理は、自動的に目次を作成する処理、自動的に
文書を編成する処理、自動的に頁番号を付加する処理か
らなる。

【０１５３】ドキュメント編成変更処理を行うために、
ドキュメントデータ４７は、図１７に示すように、ドキ
ュメント構成管理ファイル４７１とドキュメント電子デ
ータ４７２とで構成される。また、ドキュメント編成変
更処理を行うために、ドキュメント印刷処理部３１は、
図１８に示すように、目次作成機能（タスク）３１１、
本文編成機能（タスク）３１２、頁番号設定機能（タス
ク）３１３を備えるように構成される。

【０１５４】ドキュメント構成管理ファイル４７１は、
各商品（ソフトウェア９）毎にその要素（構成部材）を
分類格納し、更に、各要素毎にグループＩＤ、頁数、フ
ァイル名を格納する。ドキュメント電子データ４７２
は、各商品の要素毎にファイルとして用意され、当該要
素の具体的な内容（例えば、ドキュメントの文章）を、
所定のファイル名と共に格納してなる。各要素のファイ
ル名により、ドキュメント構成管理ファイル４７１にお
いて示される各商品の要素とドキュメント電子データ４
７２において示される各商品の要素の具体的内容とがリ
ンクされている。各商品の要素は、商品名とグループＩ
Ｄとで一意に定まる。

【０１５５】本文編成機能３１２は、元データであるド
キュメントデータ４７を種々組合せて、ドキュメントを
自動的に編成する処理を行う。目次作成機能３１１は、
本文編成機能３１２が作成したドキュメントに対応し
て、その目次を自動的に作成する処理を行う。頁番号設
定機能３１３は、本文編成機能３１２が作成したドキュ
メントにおいて、その頁番号を自動的に設定する処理を
行う。

【０１５６】ここで、オーダ受信データ４０が、図１９
（Ａ）に示すように、３個の商品Ａ、Ｂ及びＣの出荷を
指示するものである場合、３個の商品Ａ、Ｂ及びＣを構
成するドキュメントは、図１９（Ｂ）、図２０（Ａ）及
び図２０（Ｂ）に示す３種類の形態に編成することがで
きる。いずれの形態を選択するかは、出荷指示データ２
において指定され、又は、工場端末１０から入力（変更
入力）される。

【０１５７】図１９（Ｂ）に示す形態は、ドキュメント
を各商品毎に編成し、それぞれを１個の独立したものと
した形態（単品）である。単品のドキュメントの各々に
おいて、商品の要素である概要、本文、付録の順に印刷
され、頁番号１、２、４等が付される。なお、図は、頁
番号が概要については１頁から始まり、本文については
２頁から始まり、付録については４頁から始まることを
示すものであり、実際の頁番号は各頁毎に設定される
（以下、同じ）。

【０１５８】図２０（Ａ）に示す形態は、ドキュメント
を各商品の要素毎（例えば概要毎等、即ち、「章」毎）
に編成し、全体で１個のものとした形態（章単位）であ
る。章単位のドキュメントにおいては、３個の商品の要
素である概要がまとめて印刷され、次に３個の商品の本
文がまとめて印刷され、次に３個の商品の付録がまとめ
て印刷される。また、この編成に応じて、各頁に図１９
（Ｂ）とは異なる頁番号が付加される。

【０１５９】図２０（Ｂ）に示す形態は、ドキュメント
を各商品毎に編成し、全体で１個のものとした形態（商
品単位）である。商品単位のドキュメントにおいては、
３個の商品毎にその要素である概要、本文、付録が順に
印刷される。また、この編成に応じて、各頁に図２０
（Ａ）とは異なる頁番号が付加される。

【０１６０】例えば、図２０（Ａ）に示す章単位の形態
が出荷指示データ２において指定されている場合、ドキ
ュメント印刷処理部３１が出荷指示データ２の反映され
た生産指示用データ５０を参照して、ドキュメントの印
刷形態を知る。

【０１６１】そこで、指定された印刷形態に従って、本
文編成機能３１２はドキュメント構成管理ファイル４７
１を参照して本文を編成する。まず、ドキュメント構成
管理ファイル４７１を検索して、生産の対象である３個
の商品Ａ、Ｂ及びＣの管理データを抽出する。ここで、
章単位の形態が指定されているので、３個の商品Ａ、Ｂ
及びＣの管理データの内で、同一のグループＩＤ（即
ち、同一のデータ属性）を持つ要素をまとめた上で、こ
れらのファイル名を並べ替える。その順は、まず、グル
ープＩＤの昇順に同一要素のグループを並べ、このグル
ープ内で商品の昇順に各要素を並べるようにされる。そ
して、並び替え後のファイル名を用いてドキュメント電
子データ４７２を参照して、対応する概要データ、本文
データ、付録データを読み出して順に並べ、実際の印刷
データを作成する。

【０１６２】次に、頁番号設定機能３１３は、本文編成
機能３１２が作成したドキュメントの印刷データにおい
て、その頁番号を自動的に設定する。即ち、印刷データ
の各頁の所定の位置に、頁番号を書き込む。頁番号は、
ドキュメント構成管理ファイル４７１を参照して、頁番
号設定機能３１３が計算により求める。例えば、どの商
品Ａ、Ｂ及びＣでも、概要の頁数は「１」であることが
ドキュメント構成管理ファイル４７１から判るので、概
要の部分の頁番号は、図２０（Ａ）に示すようにされ
る。また、どの商品Ａ、Ｂ及びＣでも、商品の頁数は
「２」であるから、商品の部分の頁番号は、図２０
（Ａ）に示すようにされる。

【０１６３】次に、目次作成機能３１１は、本文編成機
能３１２が作成したドキュメントに対応して、その目次
を自動的に作成する。まず、本文編成機能３１２が作成
したドキュメントの印刷データの先頭に、目次の頁を作
成し、この目次の頁の印刷データを作成する。目次の頁
の印刷データは、本文編成機能３１２での並び替え後の
ファイル名を用いて、この順に商品の要素（要素名又は
ファイル名等）を頁の左端に並べ、これに対応する頁番
号を頁の右端に並べることにより、作成される。頁番号
は、頁番号設定機能３１３が各要素に対応して求めたも
のを用いる。以上により、目次の頁の印刷データを作成
する。

【０１６４】同様にして、図１９（Ｂ）及び図２０
（Ｂ）に示す形態であっても、自動的に、指定の印刷形
態の印刷データを作成し、所望のドキュメントを編成す
ることができる。

【０１６５】また、ドキュメント印刷処理部３１は、ド
キュメント単位に仕切り紙（色紙）を挿入する機能を備
える。これにより、例えば目次と本文との間に仕切り紙
を挿入することができる。

【０１６６】次に、ドキュメント印刷システムの行う出
荷実績の作成処理について説明する。この処理は、生産
管理処理部１１における処理の内のドキュメント生産の
出荷実績データ４３及び優先順位データ４４の作成処理
である。

【０１６７】顧客管理処理部１５は、指定した月度範囲
でドキュメント毎の生産実績を集計し出力する。この
時、顧客管理処理部１５は、月度の締め日を、実際の運
用に合わせて変更する入力を受け付ける。

【０１６８】図２１は実施例説明図であり、図２１
（Ａ）はドキュメントについての出荷実績データ４３
（４３Ａ）の作成処理を示し、図２１（Ｂ）はドキュメ
ントについての出荷実績データ４３（４３Ａ）を示す。

【０１６９】ドキュメントについての出荷実績データ４
３は、図２１（Ｂ）に示す生産実績データベース４３Ａ
として構築される。生産実績データベース４３Ａは、各
文書について、各月度毎に出荷したドキュメント数（冊
数）を管理し、文書名及び月度について、月度を表す日
付、出荷数量を格納する。

【０１７０】顧客管理処理部１５は、図２１（Ａ）に示
すように、ドキュメント印刷処理部３１においてドキュ
メントが生産されると、その都度にこれを生産実績とし
て、自動的に、月度単位及びドキュメント単位で生産実
績データベース４３Ａに累積する。例えば、図２１
（Ｂ）における文書Ｃのように、月度の半ばでも順次実
績として蓄積される。

【０１７１】この生産実績データベース４３Ａに基づい
て、顧客管理処理部１５は、その生産実績集計／出力機
能によりドキュメントの出荷実績データ４３を出力す
る。出荷実績データ４３は、生産実績データベース４３
Ａにおける同一の文書を検索してその出荷実績を集計す
ることにより求まる。また、生産実績データベース４３
Ａに基づいて、顧客管理処理部１５は、その月度締め処
理機能により自動的に月度締め処理を行うと共に、ドキ
ュメントの優先順位データ４４を出力する。

【０１７２】即ち、顧客管理処理部１５は、指定された
月度範囲と一致する月度範囲を持つデータを生産実績デ
ータベース４３Ａから抽出し、これらをその出荷実績の
多い順に優先順位を付加して、この順に並べて優先順位
データ４４を作成して出力する。

【０１７３】また、顧客管理処理部１５は、生産実績デ
ータベース４３Ａにおいて指定された月度締め年月日が
経過した場合、図２１（Ｂ）に示すように、自動的に月
度締め処理を行う。即ち、月度締め年月日である「１２
月１８日」を経過すると、文書Ａ（１２月度分）及び文
書Ｃについて、当該月度締め年月日を記録して月度締め
処理を終了したことを示す。また、次回の月度締め年月
日を、それまでの月度締め年月日の次月の同日とする。
又は、次回の月度締め年月日を、生産実績データベース
４３Ａに予め格納してもよい。

【０１７４】この次回の月度締め年月日は顧客管理処理
部１５によって工場端末１０に表示され、顧客管理処理
部１５による変更入力の受け付け処理が行われる。これ
により、月度締め年月日を所望の期日に設定することが
できる。

【０１７５】また、顧客管理処理部１５は、生産表出力
機能を備え、出荷指示データ２（生産受け付け単位）毎
に、１度のみ（又は複数回）、生産を行う商品名、ドキ
ュメント名、生産数等の出荷指示データ管理処理部１２
における（オーダ受信データ４０の）受け付け状況を検
索し、これを生産表として出力する。 （ライセンス情報生産処理の説明）次に、生産処理部２
１のライセンス情報生産処理部２３が実行するライセン
ス情報の生産処理について、契約情報生産処理部３７が
実行する契約情報の生産処理を一例として、図２２乃至
図２５により説明する。

【０１７６】ライセンス情報生産処理部２３は、ライセ
ンス情報生産のための生産指示用データ５０に基づい
て、ライセンス情報を生産する。ライセンス情報生産処
理部２３は、生産指示用データ５０を作成し生産（出
荷）の実績を管理する生産管理処理部１１と共に、ライ
センス情報生産システムを構成する。

【０１７７】以下、ライセンス情報をフロッピーディス
クに格納して生産するライセンス情報生産システムにつ
いて説明する。このライセンス情報生産システムが生産
するライセンス情報は、出荷指示データ２単位に、これ
に記述された１個の購入ソフトウェア９（商品）に対応
する全ての鍵情報（キーデータ又はソフトウェアライセ
ンス情報）を、１枚のフロッピーディスクに集約して格
納する。まず、ライセンス情報生産システムの行う出荷
指示データ２の受け付け処理（生産計画策定処理）につ
いて説明する。この処理は、生産管理処理部１１におけ
る処理の内のライセンス情報生産用の生産計画策定処理
である。これは、前述した生産計画策定処理と同一であ
る。

【０１７８】生産計画策定処理部１３は、オーダ受信デ
ータ４０、生産能力データ４１を用いて生産計画データ
４２を参照する。まず、生産計画策定処理部１３は日別
出荷商品数量を求める。このために、生産計画策定処理
部１３は始めにオーダ受信データ４０を参照し、出荷日
別に、出荷すべき出荷指示データ２を集計する。この集
計の結果を図２２（Ａ）に示す。これにより、図２２
（Ｂ）に示すように、各出荷日毎に、ライセンス情報の
出荷数量が求まる。なお、図２２（Ａ）において、「指
示１」等は出荷指示データ２の発行番号であり、出荷指
示データ２の内部番号としてこれが営業端末１から入力
された時に付加される。

【０１７９】次に、生産計画策定処理部１３は、生産能
力データ４１を参照する。図２２（Ｃ）は生産能力デー
タ４１の一例を示す。この生産能力データ４１は、ライ
センス情報生産システム（又はライセンス情報生産処理
部２３）の１日の最大生産能力が例えば１２個であるこ
とを示すデータを格納してなる。

【０１８０】次に、生産計画策定処理部１３は、図２２
（Ｂ）に示す出荷（生産）数量を、その出荷日を予め１
日（又は数日）だけ前にずらすように変更する。そし
て、生産能力データ４１の最大生産能力の値１２個を用
いて、出荷（生産）数量を調べ、（Ｎ＋４）日の生産量
１５個と（Ｎ＋３）日の生産量１３個とが、最大生産能
力を越えていることを知る。なお、この日付は移動後の
ものである。

【０１８１】そこで、最大生産能力を越える分につい
て、その生産日を、当該越えた日の直前日に振り替える
（変更する）。まず、（Ｎ＋３）日に生産するものにつ
いて、１２個を越える３個分を（Ｎ＋２）日に移動す
る。更に、この移動の結果、（Ｎ＋２）日に生産するも
のについて、１２個を越える４個分を（Ｎ＋１）日に移
動する。この移動の結果を図２２（Ｄ）に示す。

【０１８２】次に、生産計画策定処理部１３は、求めた
生産能力に応じた日別出荷（生産）部材数量に基づい
て、実際の構成部材毎に日別出荷（生産）部材数量を求
める（振り分ける）。即ち、図２２（Ａ）に示す構成部
材の出荷数量を、図２２（Ｄ）の結果に従って変更す
る。この変更処理において、生産計画策定処理部１３
は、変更の優先順位を発行番号の小さい順とする。

【０１８３】具体的には、まず、図２２（Ｄ）において
行った処理に対応して、図２２（Ａ）の出荷日を予め１
日だけ前にずらすように変更する。次に、（Ｎ＋３）日
の生産分の内、「指示２９」乃至「指示３１」の３個を
（Ｎ＋２）日へ移動する。次に、（Ｎ＋２）日の生産分
の内、「指示１６」乃至「指示１９」の４個を（Ｎ＋
１）日へ移動する。以上により、図２３（Ａ）に示す結
果が得られる。この図２３（Ａ）は、図２２（Ａ）に示
したライセンス情報の集計（即ち、出荷指示データ２の
集合）に対する生産計画データ４２を示す。

【０１８４】次に、ライセンス情報生産システムの行う
ライセンス情報生産処理、即ちライセンス情報生産処理
部２３の実行する処理について説明する。ライセンス情
報生産処理部２３は、ライセンス情報を生産するため
に、生産計画データ４２（に基づいて作成された生産指
示用データ５０）、オーダ受信データ４０、ライセンス
データ４８を参照する。

【０１８５】即ち、ライセンス情報生産処理部２３は、
ホストシステム４の持つカレンダ機構により当該作業日
を認識し、この作業日と生産計画データ４２内の生産日
とを比較する。そして、オーダ受信データ４０を参照
し、これから当該作業日に当たる生産日を持つ出荷指示
データ２を抽出する。該当する出荷指示データ２が複数
存在する場合、発行番号の小さい順に抽出される。生産
日がＮ日の場合、「指示１」の出荷指示データ２が抽出
される。抽出された出荷指示データ２の一例を図２３
（Ｂ）に示す。

【０１８６】次に、ライセンス情報生産処理部２３は、
その一例を図２３（Ｃ）に示すライセンスデータ４８を
参照して、「指示１」の出荷指示データ２が出荷対象と
する各商品のキーデータを認識し、更に、図２３（Ｄ）
に示すように各キーデータ毎の生産（購入）数量を認識
する。

【０１８７】次に、ライセンス情報生産処理部２３は、
これが備える生産ロボットを使用して、フロッピーディ
スクへのキーデータの書き込み処理と、これに貼付する
ラベルへの印刷処理を行う。

【０１８８】図２４はライセンス情報生産処理部２３の
構成を示す。ライセンス情報生産処理部２３は、これを
管理制御する制御部２３３を備え、これを介してオーダ
受信データ４０等を生産管理部１１から受信する。制御
部２３３は、ＬＡＮ（ローカルエリアネットワーク）を
介して、ライセンス情報生産処理部２３の単軸ロボット
２３８等を制御するためのパーソナルコンピュータ２３
１に接続される。制御部２３３は、パーソナルコンピュ
ータ２３１に入力された制御入力を受けて、プログラマ
ブルコントローラ２４０及びロボットコントローラ２３
９を介して、単軸ロボット２３８を制御する。これによ
り、フロッピーディスクは、ＦＰＤドライブ２３４、供
給スタッカ２３５、排出スタッカ２３６、ＮＧ（異常排
出）スタッカ２３７、プリンタ２３２に対して挿抜され
る。このフロッピーディスクの挿抜のために、単軸ロボ
ット２３８は挿抜ハンドを備える。

【０１８９】ライセンス情報生産処理部２３又は制御部
２３３は、以下のようにしてライセンス情報を書き込ん
だフロッピーディスクを生産する。まず、単軸ロボット
２３８により、未印刷ラベルを貼付済みのフロッピーデ
ィスクを１枚、供給スタッカ２３５から取り出す。

【０１９０】次に、このフロッピーディスクをＦＰＤド
ライブ２３４にセットし、キーデータを書き込む。フロ
ッピーディスクには、キーデータＸＸが３個、キーデー
タＹＹが１０個、キーデータＺＺが５個、書き込まれ
る。即ち、図２３（Ｂ）に示した出荷指示データ２で購
入される全ての商品（商品Ｘが３個、商品Ｙが１０個、
商品Ｚが５個）についてのキーデータが集約的に格納さ
れる。

【０１９１】なお、この書き込みにおいて、書き込みエ
ラーが発生した場合には、このフロッピーディスクをＦ
ＰＤドライブ２３４から抜き出して、ＮＧスタッカ２３
７に排出する。そして、再び新しい未印刷ラベルを貼付
済みのフロッピーディスクを１枚、供給スタッカ２３５
から取り出し、これをＦＰＤドライブ２３４にセット
し、キーデータを書き込む。

【０１９２】次に、書き込みを終了したフロッピーディ
スクをＦＰＤドライブ２３４から抜き出して、プリンタ
２３２にセットし、そのラベルに出荷指示データ２の内
容を印刷する。印刷される内容は、ライセンス情報ＦＰ
Ｄであること、発行番号、顧客番号等である。なお、プ
リンタ２３２は、例えばバブルジェット方式によるノン
インパクトプリンタである。

【０１９３】次に、印刷を終了したフロッピーディスク
をプリンタ２３２から取り出して、排出スタッカ２３６
に排出する。この排出されたフロッピーディスクには、
図２５に示すように、ライセンス情報ＦＰＤであること
を示す「契約情報ＦＰＤ」の文字、発行番号００１、顧
客番号１２３４等が印刷されている。

【０１９４】この後、生産日がＮ日である出荷指示デー
タ２の各々について同様の処理を繰り返し実行する。こ
のように本発明によれば、自動的に策定した生産計画デ
ータ４２に基づいて媒体／ドキュメント生産処理部２２
で自動的にソフトウェア９を生産できる。このため、生
産スケジュールの策定と無関係に生産システムを自動運
転することができる。また、生産担当者が生産システム
に運転を指示する必要がないため、無人の環境下での生
産システムの運転ができる。従って、夜間に無人の状態
で生産システムを自動運転してソフトウェア９の生産効
率を向上することができる。

【０１９５】また、本発明によれば、構成部材の内、ソ
フトウェア説明書、マニュアル、ソフトウェア使用許諾
情報、出荷説明書等の文書（ドキュメント）からなる構
成部材について、多種類のドキュメントを自動的に生産
できる。また、ドキュメントの在庫の保有を少なくした
り、無くしたりすることができる。また、出荷指示デー
タ２を生産工場で受信すると、直ちに、生産を開始する
ことができる（タイムラグを無くすことができる）。従
って、ドキュメントの在庫を少なくすることができる。 （出荷実績作成処理の説明）次に、生産管理処理部１１
の顧客管理処理部１５が実行する出荷実績の作成処理に
ついて、図２６により説明する。

【０１９６】顧客管理処理部１５は、オーダ受信データ
４０を用いて出荷実績データ４３を作成し、更に、出荷
実績データ４３を用いて優先順位データ４４を作成す
る。まず、顧客管理処理部１５は、出荷指示データ２の
各々について出荷実績データ４３に反映すべきデータか
否かを調べる。このために、生産計画策定処理部１３は
オーダ受信データ４０を参照する。

【０１９７】オーダ受信データ４０の一例を、図２６に
示す。特に、図２６（Ａ）は受注プールデータ６から転
送されて未だ生産計画が策定されていない状態を示し、
図２６（Ｂ）は既に生産計画が策定された状態を示す。
なお、図２６において、「購入型番」は商品Ｘ等の商品
名に相当する。

【０１９８】図２６（Ａ）において、「購入内容情報」
及び発行番号が１個の出荷指示データ２を構成する。１
個の「購入内容情報」は、顧客名、出荷日、購入型番、
数量、出荷先、・・・・等からなる。「購入内容情報」
には、それが営業端末１に入力された順に、その内部デ
ータとして発行番号が付加される。また、各出荷指示デ
ータ２に対応して、生産計画策定フラグが設定される。
即ち、オーダ受信データ４０は複数の出荷指示データ２
とその各々に付加された生産計画策定フラグとからな
る。図２６（Ａ）に示す時点では、未だ生産計画が策定
されていないから、生産計画策定フラグは「未」とされ
る。

【０１９９】図２６（Ａ）に示すオーダ受信データ４０
について、前述したような生産計画データ４２が策定さ
れると、既に生産計画が策定されたのであるから、図２
６（Ｂ）に示すように生産計画策定フラグは「済」とさ
れる。具体的には、生産計画策定処理において、生産計
画策定処理部１３が当該出荷指示データ２を参照した時
点で、各出荷指示データ２毎に、生産計画策定処理部１
３によって生産計画策定フラグが「済」とされる。生産
計画策定フラグは、生産計画策定処理によって生産指示
用データ５０が生成されたか否かを示す。

【０２００】オーダ受信データ４０を参照した顧客管理
処理部１５は、まず、生産計画策定フラグが「済」であ
る出荷指示データ２を抽出し、更に、これらの内で出荷
日が当該参照日（作業日）より１日以上前の出荷指示デ
ータ２を抽出する。即ち、生産計画策定フラグが「済」
で、かつ、出荷日が当該参照日（参照処理の作業日）よ
り１日以上前の出荷指示データ２が、出荷実績データ４
３に反映すべきデータとして抽出される。なお、作業日
はソフトウェア生産システム７又はホストシステム４が
備えるカレンダ機構により認識される。

【０２０１】例えば、図２６においては、作業日が（Ｎ
＋２）日であるとすると、発行番号Ａの出荷指示データ
２のみが出荷実績データ４３に反映され、発行番号Ｂの
出荷指示データ２は出荷実績データ４３に反映されな
い。出荷実績データ４３に反映された発行番号Ａの出荷
指示データ２は、顧客管理処理部１５によって、オーダ
受信データ４０から削除される。

【０２０２】このような出荷実績データ４３の作成処理
が繰り返される結果、オーダ受信データ４０に格納され
た出荷指示データ２は、出荷の完了した（とみなせる）
ものから順に、出荷実績データ４３に反映される。従っ
て、出荷実績データ４３は、過去の全ての出荷指示デー
タ２を、その出荷順に累積して管理している。出荷実績
データ４３は顧客管理処理部１５によって管理される。

【０２０３】顧客管理処理部１５は、以上のようにして
作成した出荷実績データ４３に基づいて、優先順位デー
タ４４を作成する。優先順位データ４４は、予め指定さ
れた期間について行われる。例えば、ソフトウェア生産
工場の営業月度単位に、出荷実績データ４３から最新の
１月分の出荷実績を抽出して、優先順位データ４４が作
成される。そして、営業月度単位で出荷実績データ４３
を更新する（そのファイルを更新する）。

【０２０４】なお、作業日はソフトウェア生産システム
７又はホストシステム４が備えるカレンダ機構により認
識できるから、これに基づいて、抽出すべき営業月度を
認識できる。従って、出荷実績データ４３は営業月度単
位で自動的に更新される。営業月度は予め顧客管理処理
部１５に与えられる。

【０２０５】優先順位データ４４の作成において、商品
毎に出荷量の多い順にファイルに格納される。そこで、
顧客管理処理部１５は、抽出された出荷指示データ２の
購入型番を参照して、同一型番を持つ（同一商品につい
ての）出荷指示データ２について、その数量を集計す
る。これにより、商品毎に出荷量の多い順が求まる。こ
の順が優先順位であり、生産計画データ４２の策定に用
いられる。

【０２０６】このように、本発明によれば、商品毎にそ
の出荷実績を累積及び月度単位で自動的に管理すること
ができる。また、最新の出荷実績に基づいて商品毎の優
先順位を定めてこれを生産計画データ４２の策定に反映
させることができ、出荷実績に応じた最適な生産計画を
策定できる。

【０２０７】

【発明の効果】以上説明したように、本発明によれば、
複数の構成部材からなるソフトウェアを生産するソフト
ウェア生産システムにおいて、出荷指示データを一括し
て管理して、これに基づいて生産計画を自動的に策定
し、この生産計画に基づいてソフトウェアを生産するこ
とにより、出荷指示データに記述された出荷対象である
商品の構成に沿って、商品であるソフトウェアを一括し
て統合的にかつ自動的に生産することができるので、最
適な又はより良い生産計画を策定することができ、生産
計画の決定に必要とされていた経験、手間、時間等を不
要にでき、生産計画の策定の作業効率を向上でき、誤り
の発生を無くすことができ、更に、生産計画の最適化に
より、ソフトウェアの生産システムの稼動効率を向上さ
せ、ソフトウェアの生産効率を向上することができる。

【０２０８】また、本発明によれば、複数の構成部材か
らなるソフトウェアを生産するソフトウェア生産システ
ムにおいて、生産計画に基づいてソフトウェアを構成す
る構成部材の内の特にドキュメントを自動的に生産する
ことができるので、ドキュメントの在庫の保有を少なく
したり、無くしたりすることができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】実施例構成図である。

【図３】実施例構成図である。

【図４】実施例構成図である。

【図５】実施例構成図である。

【図６】実施例構成図である。

【図７】実施例構成図である。

【図８】実施例説明図である。

【図９】実施例説明図である。

【図１０】実施例説明図である。

【図１１】実施例説明図である。

【図１２】実施例説明図である。

【図１３】実施例説明図である。

【図１４】実施例説明図である。

【図１５】実施例説明図である。

【図１６】実施例説明図である。

【図１７】実施例説明図である。

【図１８】実施例説明図である。

【図１９】実施例説明図である。

【図２０】実施例説明図である。

【図２１】実施例説明図である。

【図２２】実施例説明図である。

【図２３】実施例説明図である。

【図２４】実施例構成図である。

【図２５】実施例説明図である。

【図２６】実施例説明図である。

【符号の説明】

１ 端末 ２ 出荷指示データ ３ 回線 ４ ホストシステム ５ 受注システム ６ 受注プールデータ ７ ソフトウェア生産システム ８ ソフトウェア生産素材 ９ ソフトウェア １０ 端末 １１ 生産管理処理部 １３ 生産計画策定処理部 １５ 顧客管理処理部 ２１ 生産処理部 ２２ 媒体／ドキュメント生産処理部 ２３ ライセンス情報生産処理部 ４０ オーダ受信データ ４２ 生産計画データ ４３ 出荷実績データ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 長谷川 静信 石川県河北郡宇ノ気町字宇野気ヌ98番地 の２ 株式会社ピーエフユー内 (72)発明者 寺嶋 博義 石川県河北郡宇ノ気町字宇野気ヌ98番地 の２ 株式会社ピーエフユー内 (72)発明者 佐々木 克直 石川県河北郡宇ノ気町字宇野気ヌ98番地 の２ 株式会社ピーエフユー内 (72)発明者 小柳 恵介 石川県河北郡宇ノ気町字宇野気ヌ98番地 の２ 株式会社ピーエフユー内 (56)参考文献 特開 平５−12304（ＪＰ，Ａ) 特開 平２−196368（ＪＰ，Ａ) 特開 平６−19698（ＪＰ，Ａ) 特開 平５−181871（ＪＰ，Ａ) 特開 平６−243147（ＪＰ，Ａ) 特開 平８−76994（ＪＰ，Ａ) 特開 平８−190529（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 17/60

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 複数の構成部材からなるソフトウェア
   を、当該ソフトウェアを構成する構成部材を示す情報に
   基づいて生産するソフトウェア生産システムであって、 入力された前記構成部材を示す情報を送信する端末と、 前記端末から受信した前記構成部材を示す情報に基づい
   て生産計画データを策定する生産計画策定処理部と、 前記生産計画策定処理部において策定された生産計画デ
   ータに基づいて、ライセンス情報を除くソフトウェアを
   生産する媒体／ドキュメント生産処理部と、 前記生産計画策定処理部において策定された生産計画デ
   ータに基づいて前記媒体／ドキュメント生産処理部にお
   いて生産されたソフトウェアについてのライセンス情報
   を生産するライセンス情報生産処理部と、 前記媒体／ドキュメント生産処理部及びライセンス情報
   生産処理部において生産されたソフトウェアの出荷実績
   データを、前記端末から受信した前記構成部材を示す情
   報に基づいて作成する顧客管理処理部とを備えることを
   特徴とするソフトウェア生産システム。
2. 【請求項２】 前記端末が複数設けられ、その各々が回
   線を介してホストシステムに接続され、 当該ソフトウェア生産システムが前記ホストシステムに
   設けられ、 当該ソフトウェア生産システムが、前記複数の端末から
   受信した複数の前記構成部材を示す情報に基づいて、ソ
   フトウェアに関する情報のみからなるオーダ受信データ
   を作成し、 前記生産計画策定処理部がオーダ受信データに基づいて
   生産計画データを策定することを特徴とする請求項１に
   記載のソフトウェア生産システム。
3. 【請求項３】 前記生産計画策定処理部が、オーダ受信
   データに基づいて生産計画データを策定する場合におい
   て、生産すべきソフトウェアの構成部材を生産する生産
   システムの生産能力を示す生産能力データとソフトウェ
   アの構成を示す商品データとを参照して生産計画データ
   を策定することを特徴とする請求項２に記載のソフトウ
   ェア生産システム。
4. 【請求項４】 前記ソフトウェアは、プログラム等を格
   納したソフトウェア格納媒体、ソフトウェア説明書、マ
   ニュアル、ライセンス情報、出荷説明書を含み、 前記媒体／ドキュメント生産処理部が、ソフトウェアの
   構成部材の内の少なくともソフトウェア説明書、マニュ
   アル、出荷説明書からなるドキュメントを生産するドキ
   ュメント生産処理部と、ドキュメントを生産する場合の
   元データとなるドキュメントデータとを備え、 前記ドキュメントデータが、ソフトウェアの構成部材毎
   にファイル名を管理するドキュメント構成管理ファイル
   と、所定のファイル名と共に構成部材の内容を格納する
   ドキュメント電子データとからなり、 前記ドキュメント生産処理部が、オーダ受信データに基
   づいてドキュメントデータを用いて所定のドキュメント
   を作成する場合において、ドキュメント構成管理ファイ
   ルを参照してオーダ受信データの指示するソフトウェア
   の構成部材についてのファイル名を求め、このファイル
   名を用いてドキュメント電子データから当該構成部材の
   内容を取り出し、これを用いてオーダ受信データの指示
   する形態のドキュメントを編成することを特徴とする請
   求項２に記載のソフトウェア生産システム。
5. 【請求項５】 前記ソフトウェアは、プログラム等を格
   納したソフトウェア格納媒体、ソフトウェア説明書、マ
   ニュアル、ライセンス情報、出荷説明書を含み、 前記ライセンス情報生産処理部が、ソフトウェア格納媒
   体に格納されたライセンス情報を生産する契約情報生産
   処理部と、ドキュメントで提供されるライセンス情報を
   生産するパスワード管理処理部と、ライセンス情報を生
   産する場合の元データとなるライセンスデータを備え、 前記ライセンス情報生産処理部が、オーダ受信データに
   基づいてライセンスデータを用いて所定のライセンス情
   報を生産すると共に、 前記契約情報生産処理部が、オーダ受信データに基づい
   て、１個の前記構成部材を示す情報により生産される複
   数のソフトウェアについてのキーデータを全てライセン
   スデータから読み出し、同一のソフトウェア格納媒体に
   書き込むことを特徴とする請求項２に記載のソフトウェ
   ア生産システム。
6. 【請求項６】 前記顧客管理処理部が、出荷実績データ
   に基づいて優先順位データを作成し、 前記生産計画策定処理部が、優先順位データに基づいて
   生産計画データを作成することを特徴とする請求項１に
   記載のソフトウェア生産システム。