(57)【要約】【課題】生産元毎に、単一の端末，単一のシステムで、複数の発注元毎の種々の物品の出荷伝票を物品毎の容器に応じて固有のフォーマットで印刷するとともに、急な発注変更や生産変更があった場合でも、生産計画と同期した出荷伝票の印刷を可能とし、出荷伝票と物品の照合担当者の運用負担を軽減すること。【解決手段】発注元及び物品に応じた複数の出荷伝票フォームを業務サーバ１４０のハードディスクに予め登録しておき、業務サーバ１４０が、確定発注データ又は生産計画データに基づいて、出荷伝票データを作成し、また前記確定発注データ又は生産計画データに基づいて、出荷伝票の印刷指示データを作成し、業務ＰＣ−Ａ１７０が、業務サーバ１４０からの出荷伝票の印刷指示データに基づいて、指示された出荷伝票データ，出荷伝票フォームを読み出し、該読み出した出荷伝票データと出荷伝票フォームとのオーバレイ印刷を、指示された印刷予定時刻に印刷枚数だけ行うように出荷伝票の印刷処理を制御する構成を特徴とする。【選択図】      図１
2005010914.tif 000002
【特許請求の範囲】
【請求項１】
発注元及び物品に応じた複数の出荷伝票フォームを予め記憶しておく第１の記憶手段と、
少なくとも物品の発注元を特定可能な発注元情報，生産する物品を特定可能な物品情報，該物品の生産数を含む確定発注データ又は前記確定発注データに加えて更に該物品の生産時刻を含む生産計画データに基づいて、出荷伝票に印刷するデータとなる出荷伝票データを作成する第１の作成手段と、
前記第１の作成手段により作成された出荷伝票データを記憶する第２の記憶手段と、
出荷伝票データ，出荷伝票フォームを前記第１，第２の記憶手段より読み出し、該読み出した出荷伝票データと出荷伝票フォームとのオーバレイ印刷を行うように出荷伝票の印刷処理を制御する印刷制御手段と、
を有することを特徴とする印刷制御装置。
【請求項２】
前記確定発注データ又は前記生産計画データに基づいて、出荷伝票データ，出荷伝票フォーム，出荷伝票印刷枚数，出荷伝票印刷予定時刻をそれぞれ指示した出荷伝票の印刷指示データを作成する第２の作成手段を更に備え、
前記印刷制御手段は、前記第２の作成手段により作成された出荷伝票の印刷指示データに基づいて、指示された出荷伝票データ，出荷伝票フォームを前記第１，２の記憶手段より読み出し、該読み出した出荷伝票データと出荷伝票フォームとのオーバレイ印刷を、指示された印刷予定時刻に指示された印刷枚数だけ行うように出荷伝票の印刷処理を制御することを特徴とする請求項１記載の印刷制御装置。
【請求項３】
前記第１の作成手段，第２の作成手段は、前記確定発注データ又は前記生産計画データが更新された場合には、前記出荷伝票データの更新，前記出荷伝票印刷指示データの更新を行うことを特徴とする請求項１又は２記載の印刷制御装置。
【請求項４】
生産進捗情報を入力する入力手段を設け、
前記第２の作成手段は、前記入力手段により入力される生産進捗情報に基づいて、前記出荷伝票の印刷指示データで指示する出荷伝票印刷予定時刻を変更するように、前記出荷伝票の印刷指示データを更新することを特徴とする請求項１記載の印刷制御装置。
【請求項５】
発注元及び物品に応じた複数の出荷伝票フォームを予めメモリに登録しておく登録工程と、
物品の発注元を特定可能な発注元情報，生産する物品を特定可能な物品情報，該物品の生産数を含む確定発注データ又は前記確定発注データに加えて更に該物品の生産時刻を含む生産計画データに基づいて、出荷伝票に印刷するデータとなる出荷伝票データを作成しメモリに格納する第１の作成工程と、
前記確定発注データ又は前記生産計画データに基づいて、出荷伝票データ，出荷伝票フォーム，出荷伝票印刷枚数，出荷伝票印刷予定時刻をそれぞれ指示した出荷伝票の印刷指示データを作成する第２の作成工程と、
該作成された出荷伝票の印刷指示データに基づいて、指示された出荷伝票データ，出荷伝票フォームをメモリより読み出し、該読み出した出荷伝票データと出荷伝票フォームとのオーバレイ印刷を、指示された印刷予定時刻に指示された印刷枚数だけ行うように出荷伝票の印刷処理を制御する印刷制御工程と、
を有することを特徴とする出荷伝票印刷制御方法。
【請求項６】
請求項５に記載された出荷伝票印刷制御方法を実行するためのプログラム。
【請求項７】
請求項５に記載された出荷伝票印刷制御方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、発注元及び物品ごとに異なる出荷伝票を印刷可能な印刷制御装置および出荷伝票印刷制御方法およびプログラムおよび記録媒体に関する。
【０００２】
【従来の技術】
従来、自動車部品等の部品メーカは、受注データに基づいて生産計画を作成し、その生産計画に従って部品を生産し、出荷段階で容器に部品の生産指示書に対応する出荷伝票を貼りつけて組立メーカに出荷している。
【０００３】
容器はトラック等に積載され、指定時刻に指定場所に容器を台車に載せる等の荷姿で納品され、作業者によってラインサイドに移動した後、車体に組みつけられている。納品時に出荷伝票のバーコードをなぞる等して納入部品の検品が行われている。
【０００４】
出荷伝票には部品の種類に応じて各種のサイズがあり、出荷伝票のフォームも共通部分以外は組立メーカ毎に異なっている。組立メーカの内示に基づいて見込生産した完成品の容器には部品メーカの自社伝票（生産指示書）が貼り付けられ又は差し込まれている。部品メーカでは、組立メーカから確定発注データを受信すると、該確定発注データに基づいて、出荷伝票の印刷を行ない、容器に貼り付けたり差し込まれている生産指示書と照合して、出荷伝票を容器に貼り付けあるいは取り付けている。出荷伝票は最新の確定発注データ又はその日の生産計画に基づいて例えば半日単位で一括して印刷するか、若しくは出荷伝票の印刷担当者が、最新の確定発注データ又は当日の生産計画データを確認しながら、その都度印刷プログラムを操作して出荷伝票印刷している。
【０００５】
特開２００１−２２８６３号公報（特許文献１）には、インターネット経由でＥＤＩデータを受信し、商取引データをデータベースに記憶してブラウザの画面に担当者が指示を入力することによって、データベースから読み出したデータと印刷プログラムを受信し、見積もり依頼書や出荷伝票を印刷するシステムが開示されている。
【０００６】
また、特開２００２−２２２３８２号公報（特許文献２）には、受信した標準フォーマットの帳票用ＥＤＩデータを内部的に処理する際の業務用フォーマットに変換する転換定義情報格納部を備えた電子データ・フォーマット変換システムが開示されている。
【０００７】
【特許文献１】特開２００１−２２８６３号公報
【０００８】
【特許文献２】特開２００２−２２２３８２号公報
【０００９】
【発明が解決しようとする課題】
出荷伝票が組立メーカ毎に微妙に異なるため、従来の印刷システムにおいては、出荷伝票印刷プログラムを組立メーカ毎に複数用意して印刷を実行しており、プログラムの数が多くなってしまい、メンテナンス工数や維持費用の増大を生じているという問題点があった。
【００１０】
出荷伝票を半日単位等で一括印刷している場合、出荷伝票の印刷操作の負担は大きくないが、組立メーカ毎に出荷伝票印刷プログラムが異なるため、誤った出荷伝票印刷プログラムにより誤った出荷伝票を印刷して無駄となってしまったり、急な生産変更が生じた場合には、多数の印刷済み出荷伝票と、生産指示書及び生産された部品との照合作業が極めて困難に成るという問題点があった。
【００１１】
他方、生産計画を見ながら印刷操作する場合、急な生産変更には柔軟に対応できるが、印刷担当者は、生産計画データや確定発注データと生産された部品の生産指示書を照合しながら、組立てメーカ毎の出荷伝票印刷プログラムを、その都度操作して出荷伝票を印刷しており運用負担が重いという問題があった。
【００１２】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、発注元及び物品に応じた複数の出荷伝票フォームを予め登録しておき、物品の発注元を特定可能な発注元情報，生産する物品を特定可能な物品情報，該物品の生産数，該物品の生産時刻を含む確定発注データ又は前記確定発注データに加えて更に生産予定時刻を含む生産計画データに基づいて、出荷伝票に印刷するデータとなる出荷伝票データを作成してメモリに格納し、また前記確定発注データ又は生産計画データに基づいて、出荷伝票データ，出荷伝票フォーム，出荷伝票印刷枚数，出荷伝票印刷予定時刻をそれぞれ指示した出荷伝票の印刷指示データを作成し、該作成された出荷伝票の印刷指示データに基づいて、指示された出荷伝票データ，出荷伝票フォームをメモリより読み出し、該読み出した出荷伝票データと出荷伝票フォームとのオーバレイ印刷を、指示された印刷予定時刻に指示された印刷枚数だけ行うように出荷伝票の印刷処理を制御する（印刷スケジューリングを動的に制御する）ことにより、生産者（部品メーカ等）毎に、単一の端末，単一のシステムで、複数の発注元（組立メーカ等）毎の種々の物品の出荷伝票を物品（部品等）毎の容器に応じて固有のフォーマットで印刷することができ、フォームの変更を行う場合にも１箇所のメンテナンスで対応することができるとともに、生産計画を確認しながら適時に出荷伝票を印刷する操作等も不要になり、出荷伝票印刷担当者の運用負担を大幅に軽減させることができ、さらに、急な生産変更があった場合でも、変更後の確定発注データや生産計画と同期した出荷伝票の印刷が可能となり、出荷伝票の印刷漏れや後日生産分等の不要出荷伝票の印刷をなくし、出荷伝票と物品の照合担当者の運用負担を大幅に軽減できる出荷伝票印刷環境を構築することが可能となる印刷制御装置および出荷伝票印刷制御方法およびプログラムおよび記録媒体を提供することである。
【００１３】
【課題を解決するための手段】
本発明の第１の発明は、発注元及び物品に応じた複数の出荷伝票フォームを予め記憶しておく第１の記憶手段（図２に示す業務サーバ１４０のハードディスク２８又は図３に示す業務ＰＣ−Ａ１７０のハードディスク３８又は図示しない複合機のハードディスク）と、物品の発注元を特定可能な発注元情報，生産する物品を特定可能な物品情報，該物品の生産数を含む確定発注データ又は前記確定発注データに加えて更に該物品の生産時刻を含む生産計画データに基づいて、出荷伝票に印刷するデータとなる出荷伝票データ（図５）を作成する第１の作成手段（図２に示す業務サーバ１４０のＣＰＵ２１又は図３に示す業務ＰＣ−Ａ１７０のＣＰＵ３１又は図示しない複合機のＣＰＵ，図４のステップＳ５４１〜５４４）と、前記第１の作成手段により作成された出荷伝票データを記憶する第２の記憶手段（図２に示す業務サーバ１４０のハードディスク２８又は図３に示す業務ＰＣ−Ａ１７０のハードディスク３８）と、指示された出荷伝票データ，出荷伝票フォームを前記第１，２の記憶手段より読み出し、該読み出した出荷伝票データと出荷伝票フォームとのオーバレイ印刷を行うように出荷伝票の印刷処理を制御する印刷制御手段（図３に示す業務ＰＣ−Ａ１７０のＣＰＵ３１又は図示しない複合機のＣＰＵ，図７のステップＳ６２１〜６３３又は図１０のステップＳ７２１〜７２９）とを有することを特徴とする。
【００１４】
本発明の第２の発明は、前記確定発注データ又は前記生産計画データに基づいて、出荷伝票データ，出荷伝票フォーム，出荷伝票印刷枚数，出荷伝票印刷予定時刻をそれぞれ指示した出荷伝票の印刷指示データ（図６）を作成する第２の作成手段（図２に示す業務サーバ１４０のＣＰＵ２１又は図３に示す業務ＰＣ−Ａ１７０のＣＰＵ３１又は図示しない複合機のＣＰＵ，図４のステップＳ５４４〜５４６）を更に備え、前記印刷制御手段は、前記第２の作成手段により作成された出荷伝票の印刷指示データに基づいて、指示された出荷伝票データ，出荷伝票フォームを前記第１，２の記憶手段より読み出し、該読み出した出荷伝票データと出荷伝票フォームとのオーバレイ印刷を、指示された印刷予定時刻に指示された印刷枚数だけ行うように出荷伝票の印刷処理を制御する（図３に示す業務ＰＣ−Ａ１７０のＣＰＵ３１又は図示しない複合機のＣＰＵ，図７のステップＳ６２１〜６３３又は図１０のステップＳ７２１〜７２９）ことを特徴とする。
【００１５】
本発明の第３の発明は、前記第１の作成手段，第２の作成手段は、前記確定発注データ又は生産計画データが更新された場合には、前記出荷伝票データの更新，前記出荷伝票印刷指示データの更新を行うことを特徴とする。
【００１６】
本発明の第４の発明は、生産進捗情報を入力する入力手段を設け、前記第２の作成手段は、前記入力手段により入力される生産進捗情報に基づいて、前記出荷伝票の印刷指示データで指示する出荷伝票印刷予定時刻を変更するように、前記出荷伝票の印刷指示データを更新することを特徴とする。
【００１７】
本発明の第５の発明は、発注元及び物品に応じた複数の出荷伝票フォームを予めメモリに登録しておく登録工程（図示しない登録工程）と、物品の発注元を特定可能な発注元情報，生産する物品を特定可能な物品情報，該物品の生産数，該物品の生産時刻を含む確定発注データ又は前記確定発注データに加えて更に該部品の生産時刻を含む生産計画データに基づいて、出荷伝票に印刷するデータとなる出荷伝票データを作成しメモリに格納する第１の作成工程（図４のステップＳ５４１〜５４４）と、前記生産計画データに基づいて、出荷伝票データ，出荷伝票フォーム，出荷伝票印刷枚数，出荷伝票印刷予定時刻をそれぞれ指示した出荷伝票の印刷指示データを作成する第２の作成工程（図４のステップＳ５４４〜５４６）と、該作成された出荷伝票の印刷指示データに基づいて、指示された出荷伝票データ，出荷伝票フォームをメモリより読み出し、該読み出した出荷伝票データと出荷伝票フォームとのオーバレイ印刷を、指示された印刷予定時刻に指示された印刷枚数だけ行うように出荷伝票の印刷処理を制御する印刷制御工程（図７のステップＳ６２１〜６３３又は図１０のステップＳ７２１〜７２９）とを有することを特徴とする。
【００１８】
本発明の第６の発明は、第５の発明に記載された出荷伝票印刷制御方法を実行するためのプログラムであることを特徴とする。
【００１９】
本発明の第７の発明は、第５の発明に記載された出荷伝票印刷制御方法を実行するためのプログラムを記録媒体にコンピュータが読み取り可能に記憶させたことを特徴とする。
【００２０】
【発明の実施の形態】
〔第１実施形態〕
図１は、本発明の第１実施形態を示す印刷システムの構成を示すシステム構成図である。
【００２１】
以下、なお、説明のために、組立メーカからの依頼により、部品メーカが、生産した部品を組立メーカに出荷する際に使用する出荷伝票の印刷制御を例にして説明するが、本発明は、部品の出荷伝票の印刷制御に限られるものではなく、部品以外広く物品（どのような物品（有体物動産であって流通過程を通して取引可能なもの）であってもよい）の出荷伝票の印刷制御に適用可能である。即ち、発注元からの依頼等により、物品を出荷する際に使用する出荷伝票の印刷制御に本発明は適用可能である。
【００２２】
図において、ＥＤＩ（Ｅｌｅｃｔｒｉｃ  Ｄａｔａ  Ｉｎｔｅｒｃｈａｇｅ；電子データ交換）サーバ１３０，業務サーバ１４０，帳票メンテナンスＰＣ１５０は、通常部品メーカの情報システム部門にある。
【００２３】
ＥＤＩサーバ１３０は、所定の通信回線１９０を介して、各組立メーカ等に設定されたＥＤＩサーバＡ１００，ＥＤＩサーバＢ１１０と部品注文等のデータを交換可能である。
【００２４】
また、業務サーバ１４０内のハードディスク２８（図２）には、複数の出荷伝票フォーム、発注元及び部品に応じて出荷伝票フォーム（フォームＮｏ．）を特定するための出荷伝票マスタ、部品番号，部品名称，荷姿（部品を収容する容器の種類，容器の収容数），取引先名称，各種バーコード情報等を含む部品マスタ等のマスタ類が記憶されている。さらに、後述する出荷伝票データ（図５）や印刷指示データ（図６）も記憶される。なお、これら各種フォームやマスタ類等のデータは、業務サーバ１４０内のハードディスクに記憶される形態に限られるものではなく、他のサーバに記憶され、該他のサーバに記憶されたデータを、業務サーバが参照する形態であってもよい。
【００２５】
また、印刷装置Ａ１６０，業務ＰＣ−Ａ１７０，印刷装置Ｂ１７５，業務ＰＣ−Ｂ１８０は、部品メーカのラインサイドにある。
【００２６】
印刷装置Ａ１６０，印刷装置Ｂ１７５は、出荷伝票のラベルをバーコード付きで印刷可能であり、該印刷されたバーコード付きの出荷伝票ラベルは、部品を収容する容器に貼り付けられて組立メーカに出荷される。
【００２７】
図２は、図１に示した業務サーバ１４０のハードウェア構成を示すブロック図である。
【００２８】
図に示すように、業務サーバ１４０は、ＣＰＵ２１と、ＲＡＭ２２と、ＲＯＭ２３と、ネットワークアダプタ（ＬＡＮアダプタ）２４と、ビデオアダプタ２５と、キーボード２６と、マウス２７等のポインティングデバイスと、ハードディスク２８と、ＣＤ−ＲＯＭドライブ２９，ＤＶＤ−ＲＯＭドライブ等の記録媒体ドライブとを備え、これらがシステムバス２０を介して互いに接続されている。
【００２９】
ＣＰＵ２１は、ＲＯＭ２３又はハードディスク２８に、ＣＤ−ＲＯＭドライブ２９に記憶保存されたプログラムを読み出して後述する各種制御処理を実行する。ハードディスク２８は、各種フォーム情報やマスタ類等を記憶するものとする。ＲＡＭ２２は、ＣＰＵ２１が所定の処理を実行する際にデータ等を一時記憶させるためのメモリである。ネットワークアダプタ２４は、通信回線１００（図１）に接続するための通信インターフェースである。
【００３０】
図３は、図１に示した業務ＰＣ−Ａ１７０，業務ＰＣ−Ｂ１８０のハードウェア構成を示すブロック図である。
【００３１】
図に示すように、業務ＰＣ−Ａ１７０，業務ＰＣ−Ｂ１８０は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ３３と、ネットワークアダプタ（ＬＡＮアダプタ）３４と、ビデオアダプタ３５と、キーボード３６と、マウス３７等のポインティングデバイスと、ハードディスク３８と、ＣＤ−ＲＯＭドライブ３９，ＤＶＤ−ＲＯＭドライブ等の記録媒体ドライブとを備え、これらがシステムバス３０を介して互いに接続されている。
【００３２】
ＣＰＵ３１は、ＲＯＭ３３又はハードディスク３８に、ＣＤ−ＲＯＭドライブ３９に記憶保存されたプログラムを読み出して各種制御処理を実行する。ＲＡＭ３２は、ＣＰＵ３１が所定の処理を実行する際にデータ等を一時記憶させるためのメモリである。ネットワークアダプタ３４は、通信回線１００（図１）に接続するための通信インターフェースである。また、４０はモニタで、各種情報をビデオアダプタ３５を介して表示する。
【００３３】
以下、図４〜図７を参照して、本発明の印刷システムにおける各種処理について説明する。
【００３４】
図４は、本発明の印刷システムにおける第１の制御処理手順の一例を示すフローチャートであり、出荷伝票データ作成処理に対応する。
【００３５】
なお、Ｓ５０１〜Ｓ５０２は、図１に示した組立メーカのＥＤＩサーバＡ１００又はＥＤＩサーバＢ１１０により実行されるステップ示し、ＥＤＩサーバＡ１００又はＥＤＩサーバＢ１１０内の不図示のＣＰＵにより不図示の記録媒体に格納されたプログラムに基づいて実行される。また、Ｓ５２１〜Ｓ５２５は、図１に示した部品メーカのＥＤＩサーバ１３０により実行されるステップを示し、ＥＤＩサーバ１３０内の不図示のＣＰＵにより不図示の記録媒体に格納されたプログラムに基づいて実行される。さらに、Ｓ５３１〜Ｓ５３３は、不図示の生産管理サーバにより実行されるステップを示し、生産管理サーバ内の図示しないＣＰＵにより記録媒体に格納されたプログラムに基づいて実行される。また、Ｓ５４１〜Ｓ５４６は、図１に示した業務サーバ１４０により実行されるステップを示し、業務サーバ１４０内のＣＰＵ２１によりハードディスク２８又はその他の記録媒体に格納されたプログラムに基づいて実行される。
【００３６】
まず、ステップＳ５０１において、組立メーカのＥＤＩサーバ（ここでは、ＥＤＩサーバＡ１００として説明する）から送信された発注情報（ＥＤＩデータ）は、ステップＳ５２１で部品メーカのＥＤＩサーバ１３０によって受信される。なお、発注情報に変更等が発生した場合には、その都度、組立メーカのＥＤＩサーバから、更新分の発注情報が送信されるものとする。
【００３７】
そして、ステップＳ５２２において、ＥＤＩサーバ１３０は、受信した発注情報をトランスレータによりデータ変換（トランスレート）する。次に、ステップＳ５２３において、ＥＤＩサーバ１３０は、データ変換した発注情報についてエラーの有無を判断し、エラーがあると判断した場合には、エラー情報をＥＤＩサーバＡ１００に送信する。そして、ステップＳ５０２において、ＥＤＩサーバＡ１００がエラー情報を受信すると、処理を終了する。
【００３８】
一方、ステップＳ５２３で、ＥＤＩサーバ１３０が、データ変換した発注情報にエラーが無いと判断した場合には、ステップＳ５２５において、発注情報（更新の場合は更新分）を不図示の生産管理サーバに転送する。この生産管理サーバは、部品メーカに設置され部品の生産量を管理するものであり、この生産管理サーバに管理されるとおりに部品生産が行われる。
【００３９】
そして、この生産管理サーバは、ステップＳ５３１において、ＥＤＩサーバ１３０から送信された発注情報を受信し、ステップＳ５３２において、該受信した発注情報に基づいて生産計画データを作成する（なお、受信した発注情報が更新分の発注情報の場合は生産計画データの更新分を作成する）。そして、ステップＳ５３３において、生産管理サーバは、該更新した生産計画データを業務サーバ１４０に送信する。
【００４０】
なお、生産管理サーバは、予めＥＤＩサーバ１３０から内示データを受信し、内示データに基づいて生産計画データを作成し生産を行ない、完成した部品を在庫として管理し、ＥＤＩサーバ１３０から確定発注データを受信した場合、まず在庫分を引当して、在庫分の出荷伝票を直ちに印刷し、生産管理サーバは、未引当分（つまり確定発注データの発注数が在庫数より多い場合の差分）を元に生産計画を変更し、該更新した生産計画データを業務サーバ１４０に送信する形態も考えられる。この見込み生産の実施形態及び見込み生産と受注生産の混在する実施形態は、後述する第３実施形態にて詳しく説明する。
【００４１】
次に、ステップＳ５４１において、業務サーバ１４０は、生産管理サーバより送信された生産計画データ（更新の場合は更新分）を受信し、ハードディスク２８に記憶する。
【００４２】
なお、上述した生産管理サーバより送信される生産計画データは、少なくとも部品の発注元を特定可能な発注元情報，生産する部品を特定可能な部品情報，該部品の生産数，更に該物品の生産時刻を含むものであり、具体的には、（生産順位Ｎｏ．）、ロットＮｏ．、部品メーカ用部品番号、（取引先用部品番号）、指示数、生産開始予定時刻、（生産終了予定時刻）、生産場所、（指示情報）、（発注元）、納入場所、納入指示日、納入時刻等が含まれる。なお、カッコ書で記載した項目は必須項目でないものとするが、「発注元」の省略は、取引先毎に異なる番号を用いる場合（即ち、部品番号より発注元が確定する場合）とする。
【００４３】
そして、ステップＳ５４２において、業務サーバ１４０は、生産計画データの発注元を判定する。生産計画データに発注元の情報が含まれない場合、生産計画データ内の部品メーカ用部品番号に基づいて、ハードディスク２８に格納される部品番号マスタを照会し、発注元を判定してＲＡＭ２２に記憶させる。
【００４４】
次に、ステップＳ５４３において、生産計画データ内の部品番号マスタから荷姿（部品を収容する容器の種類）を判定する。
【００４５】
そして、ステップＳ５４４において、業務サーバ１４０は、ステップＳ５４２，Ｓ５４３で判定された発注元，荷姿及び生産計画データに基づいて、ハードディスク２８に予め記憶されている出荷伝票マスタ及び部品マスタを参照し、部品名称や取引先名称、フォームＮｏ．、バーコード情報（２次元バーコードを含む）等を読み出し、後述する図５に示す出荷伝票データを作成し（更新の場合は更新分を作成し）、一意の名称を付して出荷伝票データファイルとしてハードディスク２８に記憶させる。なお、この一意の出荷伝票データファイルの名称もＲＡＭ２２のワークエリアに記憶しておく。また、ここで、業務サーバ１４０は、出荷伝票データのラベル数も算出してＲＡＭ２２に記憶しておく。このラベル数は、指示数と各容器の収容数に基づいて算出される出荷伝票の印刷枚数のことを言う。例えば、ある部品の指示数が「１００」で、１つあたりの容器の収容数が「８」であれば、「１００」の部品を収容するためには、「１３」個の容器が必要となるため、該容器に貼り付けるラベル数は「１３」となる。なお、バーコードを部品マスタ経由で読み出さずに出荷伝票データ作成時に、部品番号を元に２次元バーコードや１次元バーコードを作成しても良い。このように構成すればバーコードのイメージデータをハードディスク等に記憶しておく必要がない。
【００４６】
このように、生産計画データの発注者情報と部品番号に基づいて出荷伝票の種類（フォーム及びサイズ）を特定することによって単一の出荷伝票印刷プログラムにより各組立メーカの複数種類の出荷伝票を印刷可能にする。なお、詳細には、発注者情報及び部品番号から荷姿を決定し、該荷姿から出荷伝票サイズを決定し、出荷伝票フォームと抽出情報（出荷伝票データを作成するための情報）を決定する。なお、出荷伝票フォームは、共通データ部分，組立メーカ部分，部品メーカ部分等に分けて記憶しておき、印刷実行時に合成した上でフォームオーバレイを掛けるようにしてもよい。
【００４７】
次に、ステップＳ５４５において、業務サーバ１４０は、生産計画データの指示数、生産開始予定時刻、及び生産終了予定時刻に基づいて、出荷伝票の印刷予定時刻を算出して、ＲＡＭ２２に記憶させる。なお、出荷伝票の印刷予定時刻は、好ましくは部品の流動予定時刻（生産開始予定時刻，生産終了予定時刻）から所定時間前（荷姿に応じて例えば５分〜１０分前）に最新の生産計画と同期して出荷伝票を印刷することができるように決定する。また、休憩時間等ラインの休止時間に応じて出荷伝票データの印刷も休止するように、出荷伝票の印刷予定時刻を決定する。
【００４８】
そして、ステップＳ５４６では、ステップＳ５４５で算出した出荷伝票の印刷予定時刻及びステップＳ５４４でＲＡＭ２２のワークエリアに記憶させた一意の出荷伝票データファイルの名称と出荷伝票データファイルに基づいて、後述する図６に示すような印刷指示データを作成し追加する。
【００４９】
なお、生産管理サーバより送信される生産計画データに、生産に同期した印刷を行わない旨を指定する印刷フラグを設け（生産管理サーバは、生産同期した印刷を行わない旨が設定されている場合にはこの印刷フラグを「ＯＦＦ」にし、それ以外の場合は「ＯＮ」にして送信する）、この印刷フラグが「ＯＦＦ」の場合には、業務サーバ１４０は、ステップＳ５４６で当初作成する印刷指示データ内の出荷伝票の印刷時刻（図６に示す印刷開始９０７）を「９９：９９」としておき、ステップＳ５４６の後、ユーザ（担当者）が（業務ＰＣ等からアクセスして）業務サーバ１４０で出荷伝票の検索を実行して、印刷対象の出荷伝票を絞り込んでから印刷指示データ内の印刷開始時刻（図６に示す印刷開始９０７）を担当者が指示した時刻等に変更し、あるいは印刷指示データ内の印刷開始時刻の変更は行わずに直ちに出荷伝票を印刷出力するように印刷制御する実施形態としても良い。この構成の場合、ステップＳ５４４で作成する出荷伝票データに、印刷フラグ（「未出力」／「出力済」を示す）を設けておき（デフォルトは「未出力」）、印刷時に前記印刷フラグを「出力済」にセットするようにする。また、上述の検索条件は、少なくとも発注元あるいは要元、納入日又は出荷日、出力区分（未出力／出力済）とする。検索条件として更に部品カテゴリ又は主部品番号（例えば部品番号の上５桁）、部品名称等で絞りこめるようにしても良い。この検索条件に合致した出荷伝票データの印刷指示データ中の印刷時刻が「９９：９９」から実際の印刷時刻に更新されて印刷が実行される。
【００５０】
また、業務サーバ１４０において、特定の発注元あるいは要元、納入日又は出荷日、部品番号等の条件に合致した場合には、生産に同期した印刷を行わないように設定可能にし（ユーザが業務ＰＣ等から業務サーバ１４０にアクセスして設定可能）、該条件に合致した出荷伝票については、ステップＳ５４６で当初作成する印刷指示データ内の出荷伝票の印刷時刻（図６に示す印刷開始９０７）を「９９：９９」としておき、ステップＳ５４６の後、ユーザ（担当者）が（業務ＰＣ等からアクセスして）業務サーバ１４０で上述の出荷伝票の検索を実行して、印刷対象の出荷伝票を絞り込んでから印刷指示データ内の印刷開始時刻（図６に示す印刷開始９０７）を担当者が指示した時刻等に変更し、あるいは印刷指示データ内の印刷開始時刻の変更は行わずに直ちに出荷伝票を印刷出力するように印刷制御する実施形態としても良い。
【００５１】
以下、上述した部品番号マスタの構成の一例について示す。
【００５２】
部品番号マスタは、例えば、自社部品番号（一意）、発注元部品番号、発注元、親部品番号、部品名称、図面番号、設計変更番号、管理区分、登録年月日、製造開始年月日、製造終了年月日、バーコードファイル名称、削除フラグ等から構成される。なお、「発注元」とは、組立てメーカ等の部品の発注元会社のコードを示し、「親部品番号」とは、当該部品の親部品の部品番号（例えば、シート全体とシートのクッションやシートカバーは親子関係にある）を示す。また、「図面番号」とは、当該部品に対応する図面の管理番号（一意）を示しものであり、「自社部品番号」や「発注元部品番号」と同一の場合もある。さらに、「設計変更番号」とは、その部品が新設されたときの設計変更番号を示す、「管理区分」とは、部品の重要度に応じてＡ管理、Ｂ管理、Ｃ管理等を行う区分を示し、「登録年月日」とは、その部品が初めてマスタに登録された年月日を示し、「バーコードイメージファイル名称」とは、バーコードのイメージ情報を記憶しているファイルの名称を示す。
【００５３】
図５は、本発明の印刷システムにおける出荷伝票データの構成の一例を示すデータ構成図である。
【００５４】
図において、８００は出荷伝票データで、発注者情報８０１，部品番号８０２，部品番号（バーコード情報）８０３，部品番号識別８０４，収容数８０５，収容数（バーコード情報）８０６，部品名称８０７，納入先８０８，指示数８０９，受注者名称８１０，受注者コード８１１，受注者コード（バーコード情報）８１２，発行番号８１３，発行番号（バーコード情報）８１４，納入指示日８１５，時刻８１６，受注側部品番号８１７，要元８１８，荷降単位８１９，管理担当部門８２０等で構成される。
【００５５】
なお、発注者情報８０１は、注文を行う組立業者の名称を示す。部品番号８０２は、部品等を特定するため、発注者がそれらの部品に設定した管理番号を示し、部品番号（バーコード情報）８０３は、部品番号８０２に対応するバーコード情報を示す。部品番号識別８０４は、部品番号８０２だけでは部品を特定できない場合に使用する識別情報を示す。
【００５６】
収容数８０５は、納入時の荷姿毎に収容する標準個数を示す。なお、標準個数に満たない場合は端数表示を明示するものとする。収容数（バーコード情報）８０６は、収容数８０５に対応するバーコード情報を示す。
【００５７】
部品名称８０７は、部品等の名称を示す。納入先８０８は、部品納入先企業の事業所，工場等を示す情報や、部品納入先企業の事業所，工場等の納入場所を示す情報に対応する。
【００５８】
指示数８０９は、発注者が受注者に提示する納入数量又は出荷数量を示す。受注者名称８１０は、注文を受ける企業の名称を示す。受注者コード８１１は、注文を受ける企業を示すコードや、注文を受ける企業の工場，事業所，事業部門等を示すコードに対応する。受注者コード（バーコード情報）８１２は、受注者コード８１１に対応するバーコード情報を示す。
【００５９】
発行番号８１３は、納入指示単位を特定するために付番した識別番号又は出荷伝票を特定するために付番した識別番号を示し、発行番号（バーコード情報）８１４は、発行番号８１３に対応するバーコード情報を示す。
【００６０】
納入指示日８１５は、発注者が受注者に提示する納入日付を示し、時刻８１６は、発注者が受注者に提示する納入時刻又は納入時刻区分を示す。受注側部品番号８１７は、部品等を特定するため、受注者がそれらの部品に設定した管理番号を示す。
【００６１】
要元８１８は、当該部品を要求した組織等を示す。荷降単位８１９は、納入時に荷降する単位を示す。管理担当部門８２０は、受注者側の管理担当部門の名称を示す。
【００６２】
図６は、本発明の印刷システムにおける印刷指示データの構成の一例を示すデータ構成図である。
【００６３】
図において、９００は印刷指示データで、ロットＮｏ．９０１，フォームＮｏ．９０２，ラベル数９０３，出荷伝票データファイル名９０４，開始予定９０５，終了予定９０６，印刷開始９０７等で構成される。
【００６４】
なお、開始予定９０５，終了予定９０６は、当該部品の生産が開始，終了される予定時刻を示し、印刷開始９０７は、前記開始予定９０５，終了予定９０６に基づいて算出される当該出荷伝票の実際の印刷時刻を示す。
【００６５】
例えば、ロットＮｏ．「０１０２３５」の終了予定９４０（生産終了予定時刻）とロットＮｏ．「０１０２３６」の開始予定９５０（生産開始予定時刻）に１０分の差があるが、この１０分間は休憩時間等で製造ラインが停止することを示している。このように実際の製造時刻に（製造ラインの停止時間をも考慮して）出荷伝票を印刷するように指示するので、従来の出荷伝票を半日単位で一括印刷する場合のように、未貼り付けの出荷伝票が手元に多数印刷されることがなく、実際に部品が生産される直前に出荷伝票が印刷されるため、生産された部品と出荷伝票との照合作業の手間を大幅に省くことができ、出荷伝票の誤貼り付け等も抑制することができる。
【００６６】
また、生産計画等が変更された場合でも、従来の出荷伝票を半日単位で一括印刷する場合とは異なり、変更毎に、生産計画の変更を生産管理サーバから受信して、印刷指示データを更新するため、変更前の生産計画のまま出荷伝票を印刷してしまい多数の出荷伝票が無駄となってしまう等の事態も防止することができる。
【００６７】
また、従来の生産後に生産された部品に基づいて後から出荷伝票を印刷する場合では、生産された部品を照合しながら操作するという多大な負荷を課していたが、本実施形態はこのような場合とも異なり、最新の生産計画に基づいて印刷指示データが生成されるので、ユーザによる操作等の手間を大幅に省くこともできる。
【００６８】
図７は、本発明の印刷システムにおける第２の制御処理手順の一例を示すフローチャートであり、出荷伝票印刷処理に対応する。
【００６９】
なお、Ｓ６０１〜Ｓ６０５は、図１に示した業務サーバ１４０により実行されるステップを示し、業務サーバ１４０内のＣＰＵ２１によりハードディスク２８又はその他の記録媒体に格納されたプログラムに基づいて実行される。また、Ｓ６２１〜Ｓ６３３は、図１に示した業務ＰＣ−Ａ１７０又は業務ＰＣ−Ｂ１８０により実行されるステップを示し、業務ＰＣ−Ａ１７０，業務ＰＣ−Ｂ１８０内のＣＰＵ３１によりハードディスク３８又はその他の記録媒体に格納されたプログラムに基づいて実行される。さらに、Ｓ６４１〜Ｓ６４３は、図１に示した印刷装置Ａ１６０，印刷装置Ｂ１７５により実行されるステップを示し、印刷装置Ａ１６０，印刷装置Ｂ１７５内の不図示のＣＰＵにより不図示の記録媒体に格納されたプログラムに基づいて実行される。
【００７０】
まず、予めその日の最初（ライン稼動前の時間）に印刷指示データと出荷伝票データ及び必要なフォームデータが、業務用サーバ１４０から業務ＰＣ（ここでは業務ＰＣ−Ａ１７０として説明する）に送信され、業務ＰＣ−Ａ１７０で受信されてハードディスク３８に記憶される。これらの予備データは、後述するステップＳ６２９の例外処理で使用される。
【００７１】
まず、ステップＳ６０１において、業務サーバ１４０から業務ＰＣ−Ａ１７０に印刷指示データが送信される。そして、ステップＳ６２１において、業務ＰＣ−Ａ１７０で、印刷指示データが受信されてハードディスク３８に記憶される。なお、この業務サーバ１４０からの印刷指示データの送信は、業務サーバ１４０で、印刷指示データが更新される（図４のステップＳ５４６）たびに行われるものとし、業務ＰＣ−Ａ１７０では、印刷指示データを受信するたびに、ハードディスク３８に記憶された印刷指示データを更新するものとする。
【００７２】
次に、ステップＳ６２２において、ハードディスク３８に記憶されている印刷進捗情報を参照してＲＡＭ３２に記憶し、この印刷進捗情報と印刷指示データとを比較して印刷進捗（印刷が予定時刻に実行されているか）を判定する。
【００７３】
そして、ステップＳ６２３において、上記ステップＳ６２２でＲＡＭ３２に記憶した次の印刷時刻に基づいて印刷開始時刻が到来したかを判定し、未到来であればステップＳ６２２に戻る。ただし、ステップＳ６２２で判定した進捗が予定より遅れている場合はステップＳ６２４に進むものとする。このように、流動予定時刻に対して出荷伝票の印刷の実行が遅れ気味の場合は、印刷予定時刻に追いつくまでは、印刷装置の最大速度で印刷を続行する。
【００７４】
一方、ステップＳ６２３で、印刷開始時刻が到来していると判定した場合には、ステップＳ６２４において、業務サーバ１４０に対して印刷指示データで指定されている出荷伝票データファイルを要求する。
【００７５】
そして、業務サーバ１４０では、ステップＳ６０２において、業務ＰＣ−Ａ１７０からの出荷伝票データ要求を受信し、ステップＳ６０３において、ハードディスク２８に記憶されている出荷伝票データのうち要求された出荷伝票データを読み出して業務ＰＣ−Ａ１７０に送信する。
【００７６】
そして、業務ＰＣ−Ａ１７０では、ステップＳ６２５において、業務サーバ１４０から送信された出荷伝票データを受信して、ハードディスク３８に記憶し、ステップＳ６２６に進む。なお、出荷伝票データ受信にタイムアウトが発生した場合も、そのままステップＳ６２７に進む。
【００７７】
次に、ステップＳ６２６において、業務ＰＣ−Ａ１７０では業務サーバ１４０に対して印刷指示データで指定されているフォームＮｏ．のフォームデータを要求する。
【００７８】
そして、業務サーバ１４０では、ステップＳ６０４において、業務ＰＣ−Ａ１７０からのフォームデータ要求を受信し、ステップＳ６０５において、ハードディスク２８に記憶されているフォームデータのうち要求されたフォームＮｏ．のフォームデータを読み出して業務ＰＣ−Ａ１７０に送信する。
【００７９】
そして、業務ＰＣ−Ａ１７０では、ステップＳ６２７において、業務サーバ１４０から送信されたフォームデータを受信して、ハードディスク３８に記憶し、ステップＳ６２８に進む。なお、フォームデータ受信にタイムアウトが発生した場合も、そのままステップＳ６２８に進む。
【００８０】
次に、ステップＳ６２８において、業務ＰＣ−Ａ１７０は、出荷伝票データの受信とフォームデータの受信にタイムアウトが発生したか否かを判定し、タイムアウトが発生したと判定した場合には、ステップＳ６２９において、例外処理を行い、ステップＳ６３０に進む。なお、この例外処理とは、ライン稼動前の時間に受信された出荷伝票データ及び必要なフォームデータと、印刷指示データと印刷進捗情報から出荷伝票を印刷する出荷伝票データとフォームデータを特定する。つまり、印刷進捗情報の印刷済み出荷伝票に基づいて、印刷指示データから次に印刷すべき出荷伝票データを特定する。
【００８１】
一方、ステップＳ６２８で、出荷伝票データの受信とフォームデータの受信にタイムアウトが発生していないと判定した場合には、そのままステップＳ６３０に進む。
【００８２】
次に、ステップＳ６３０において、ステップＳ６２５，Ｓ６２７で受信した（又はステップＳ６２９で特定した）出荷伝票データファイルとフォームデータに基づいて、フォームオーバレイ処理を実行し、印刷データを作成する。
【００８３】
次に，ステップＳ６３１において、ステップＳ６３０で作成した印刷データを業務ＰＣ−Ａ１７０から印刷装置（ここでは、印刷装置Ａ１６０として説明する）に送信する。
【００８４】
そして、印刷装置Ａ１６０では、ステップＳ６４１において、業務ＰＣ−Ａ１７０から送信される印刷データを受信し、ステップＳ６４２において、出荷伝票印刷を実行して出荷伝票を出力し、ステップＳ６４３において、印刷ログを業務ＰＣ−Ａ１７０に送信する。
【００８５】
そして、業務ＰＣ−Ａ１７０では、ステップＳ６３２において、印刷装置Ａ１６０から送信された印刷ログを受信し、ステップＳ６３３において、受信した印刷ログに基づいて進捗情報を更新し、ステップＳ６２２に戻る。
【００８６】
図８は、本発明の印刷システムにより印刷される出荷伝票の一例を示す模式図である。
【００８７】
図８（ａ），（ｂ）に示すように、出荷伝票は部品の種類や組立メーカ毎に異なっている。
【００８８】
〔第２実施形態〕
上記第１実施形態では、業務サーバ１４０で生産管理サーバからの生産計画データを受信し、該生産計画データに基づいて出荷伝票データ，印刷指示データを生成し、該生成した印刷指示データを業務ＰＣに送信し、業務ＰＣで出荷伝票印刷処理を行う構成について説明したが、業務ＰＣに業務サーバ１４０の機能を追加するように構成してもよい。即ち、業務ＰＣで生産管理サーバからの生産計画データを受信し、該生産計画データに基づいて出荷伝票データ，印刷指示データを生成し、業務ＰＣで出荷伝票印刷処理を行う構成について説明したが、業務ＰＣで生産管理サーバからの生産計画データを受信し、該生産計画データに基づいて出荷伝票データ，印刷指示データを生成し、該生成した印刷指示データに基づいて、業務ＰＣで出荷伝票印刷処理を行うように構成してもよい。以下、その実施形態について説明する。
【００８９】
図９は、本発明の第２実施形態を示す印刷システムの構成を示すシステム構成図であり、図１と同一のものには同一の符号を付してある。
【００９０】
図において、２７０は業務ＰＣ−Ａであり、部品メーカのラインサイドにある。なお、この業務ＰＣ−Ａ２７０は、図１に示した業務ＰＣ−Ａ１７０の機能に図１に示した業務サーバ１４０の機能を追加したものである。
【００９１】
この業務ＰＣ−Ａ２７０内のハードディスク３８（図３）には、各種フォーム情報やマスタ類や、出荷伝票データ（図５）や印刷指示データ（図６）も記憶されている。
【００９２】
そして、業務ＰＣ−Ａ２７０は、図４に示した業務サーバ１４０によるステップＳ５４１〜Ｓ５４６の処理を実行する。
【００９３】
以下、図１０のフローチャートを参照して、本発明の第２実施形態における出荷伝票印刷処理について説明する。
【００９４】
図１０は、本発明の印刷システムにおける第３の制御処理手順の一例を示すフローチャートであり、本発明の第２実施形態における出荷伝票印刷処理に対応する。
【００９５】
なお、Ｓ７２１〜Ｓ７２９は、図８に示した業務ＰＣ−Ａ２７０により実行されるステップを示し、業務ＰＣ−Ａ２７０内のＣＰＵ３１によりハードディスク３８又はその他の記録媒体に格納されたプログラムに基づいて実行される。また、Ｓ６４１〜Ｓ６４３は、図１に示した印刷装置Ａ１６０，印刷装置Ｂ１７５により実行されるステップを示し、図７に示したＳ６４１〜Ｓ６４３と同一のステップである。
【００９６】
まず、ステップＳ７２１において、業務ＰＣ−Ａ２７０がハードディスク３８から印刷指示データを読み出しＲＡＭ３２に記憶する。なお、業務ＰＣ−Ａ２７０がハードディスク３８に格納される印刷指示データは、図４のステップＳ５４６により常に、最新のデータに更新されているものとし、ステップＳ７２１の処理は、印刷指示データが更新されるたびに実行されるものとする。
【００９７】
次に、ステップＳ７２２において、ハードディスク３８に記憶されている印刷進捗情報を参照してＲＡＭ３２に記憶し、この印刷進捗情報と印刷指示データとを比較して印刷進捗（印刷が予定時刻に実行されているか）を判定する。
【００９８】
そして、ステップＳ７２３において、上記ステップＳ７２２でＲＡＭ３２に記憶した次の印刷時刻に基づいて印刷開始時刻が到来したかを判定し、未到来であればステップＳ７２２に戻る。ただし、ステップＳ７２２で判定した進捗が予定より遅れている場合はステップＳ７２４に進むものとする。
【００９９】
一方、ステップＳ７２３で、印刷開始時刻が到来していると判定した場合には、ステップＳ７２４において、ハードディスク３８に記憶されている出荷伝票データのうち、印刷指示データで指定されている出荷伝票データファイルを読み出す。
【０１００】
そして、ステップＳ７２５において、ハードディスク３８に記憶されているフォームデータのうち、印刷指示データで指定されているフォームＮｏ．のフォームデータを読み出す。
【０１０１】
次に、ステップＳ７２６において、ステップＳ７２４，Ｓ７２５で読み出した出荷伝票データファイルとフォームデータに基づいて、フォームオーバレイ処理を実行し、印刷データを作成する。
【０１０２】
次に，ステップＳ７２７において、ステップＳ７２６で作成した印刷データを業務ＰＣ−Ａ２７０から印刷装置（ここでは、印刷装置Ａ１６０として説明する）に送信する。
【０１０３】
そして、印刷装置Ａ１６０では、ステップＳ６４１において、業務ＰＣ−Ａ２７０から送信される印刷データを受信し、ステップＳ６４２において出荷伝票印刷を実行して出荷伝票を出力し、ステップＳ６４３において、印刷ログを業務ＰＣ−Ａ２７０に送信する。
【０１０４】
そして、業務ＰＣ−Ａ２７０では、ステップＳ７２８において、印刷装置Ａ１６０から送信された印刷ログを受信し、ステップＳ７２９において、受信した印刷ログに基づいて進捗情報を更新し、ステップＳ７２２に戻る。なお、印刷指示データが更新されると再度ステップＳ７２１から処理が実行される。
【０１０５】
〔第３実施形態〕
部品メーカによっては、発注元から内示データを受信して生産計画を作成し、部品を見込み生産して、確定発注データを受信するとその確定発注データを在庫照会して、在庫分は引当し、不足分は生産計画を変更して新たに生産する実施形態も考えられる。この見込み生産の場合は、確定発注データの受信の前に内示データを発注元から受信し、その内示データを基に生産計画を更新し、生産指示書を発行して見込み生産を行う。この場合、完成した部品の容器にはこの生産指示書が貼り付け又は取り付けられており、生産完了後は部品メーカ内の在庫として管理される。
【０１０６】
内示データの受信後、確定発注データを受信すると、在庫が引き当てられ、荷姿から出荷伝票の必要枚数が集計され、出荷伝票の印刷指示データが作成され、出荷伝票が印刷される。もし、在庫数量が確定発注数に満たない場合は、不足分については図４の説明と同様に生産計画データが更新され、更新された生産計画に基づいて出荷伝票の印刷指示データが作成され、出荷伝票が印刷される。以下図１１を元に図４との相違部分を中心に実際の処理を説明する。
【０１０７】
図４の処理が受注生産であるのに対して、図１１の見込み生産の場合、全てが見込み生産の場合と、見込み生産と受注生産の混在形が考えられる。
【０１０８】
そこで、図１１のステップＳ５２１においては、部品メーカのＥＤＩサーバ１３０が受信するデータは以下の▲１▼〜▲３▼の３種類の可能性がある。
【０１０９】
▲１▼内示データ（見込生産分）
▲２▼確定発注データ
▲３▼発注データ（受注生産分）
この確定発注データは、部品の発注元を特定可能な発注元情報，生産する部品を特定可能な部品情報（部品メーカ用部品番号），該部品の生産数、更に、内示データの管理番号，確定発注データである旨を示す区分データが含まれており、対応する内示データと関連付けることができる。
【０１１０】
図１１は、本発明の印刷システムにおける第４の制御処理手順の一例を示すフローチャートであり、本発明の第３実施形態における出荷伝票データ作成処理に対応する。
【０１１１】
なお、Ｓ５０１〜Ｓ５０２は、図１に示した組立メーカのＥＤＩサーバＡ１００又はＥＤＩサーバＢ１１０により実行されるステップ示し、ＥＤＩサーバＡ１００又はＥＤＩサーバＢ１１０内の不図示のＣＰＵにより不図示の記録媒体に格納されたプログラムに基づいて実行される。また、Ｓ５２１〜Ｓ５２４，Ｓ１２２５〜Ｓ１２３０は、図１に示した部品メーカのＥＤＩサーバ１３０により実行されるステップを示し、ＥＤＩサーバ１３０内の不図示のＣＰＵにより不図示の記録媒体に格納されたプログラムに基づいて実行される。さらに、Ｓ１２３１〜Ｓ１２３３は、不図示の生産管理サーバにより実行されるステップを示し、生産管理サーバ内の図示しないＣＰＵにより記録媒体に格納されたプログラムに基づいて実行される。また、Ｓ１２４１〜Ｓ１２４６は、図１に示した業務サーバ１４０により実行されるステップを示し、業務サーバ１４０内のＣＰＵ２１によりハードディスク２８又はその他の記録媒体に格納されたプログラムに基づいて実行される。なお、図４と同一のステップの説明については省略する。
【０１１２】
ステップＳ１２２５において、部品メーカ側のＥＤＩサーバ１３０は、組立メーカ側のＥＤＩサーバから受信したデータが確定発注データか否かを判定し、確定発注データと判定した場合には、そのままステップＳ１２２６に進み、図１及び図９に不図示の在庫管理サーバに対して取引先部品番号又は自社部品番号をキーにして在庫照会を行ない、在庫があった場合は確定発注数分を引当処理する（在庫データの引当済み数を更新する）。この場合、下記のケース（１），（２）の２つのケースに分かれる。
【０１１３】
ケース（１）は「確定発注数≦在庫の引当可能数」の場合である。例えば、確定発注数が「１００」で在庫の引当可能数が「１５０」であれば、確定発注数「１００」について引当され、引き当て可能数は「５０」に更新される。
【０１１４】
ケース（２）は「確定発注数＞在庫の引当可能数」の場合である。例えば、確定発注数が「１００」で在庫の引当可能数が「４０」であれば、引当可能数「４０」について引当され、引き当て可能数は「０」に更新される。
【０１１５】
次にステップＳ１２２７において、ステップＳ１２２６の処理で確定発注数に対して全て引き当てられたかを判定する。上述のケース（１）の場合、全て引当済みと判定し、ステップＳ１２２８に進み、確定発注データを業務サーバ１４０に送信する。
【０１１６】
一方、上述のケース（２）の場合、ステップＳ１２２７で、全て引当済みでないと判定し、ステップＳ１２２９に進み、確定発注データの引当済み分を業務サーバに送信した後、確定発注データを未引当分相当数に更新し、ステップ１２３０に進み、生産管理サーバに送信する。この未引当分相当数は、新規発注の受注生産分と同様に処理される。
【０１１７】
一方、ステップＳ１２２５で、確定発注データでない場合も、ステップＳ１２３０に進み、見込生産分の内示データ又は受注生産分の発注データを生産管理サーバに送信する。
【０１１８】
この発注データ（又は内示データ）を受信した生産管理サーバは、生産計画を更新し、生産計画データを生成し、業務サーバ１４０に送信する（Ｓ１２３１〜Ｓ１２３３）。
【０１１９】
なお、ここで生産管理サーバより送信する生産計画データには、生産に同期した印刷を行うか否かを指定する印刷フラグが設けられており、ＥＤＩサーバ１３０から受信したデータが上述した内示データ（見込生産分）の場合には、この印刷フラグを「ＯＦＦ」にして業務サーバ１４０に送信するものとする。一方、受信したデータが上述した発注データ（受注生産分）の場合には、印刷フラグを「ＯＮ」にして業務サーバ１４０に送信するものとする。
【０１２０】
次に、ステップＳ１２４１において、業務サーバ１４０は、ＥＤＩサーバ１３０より送信された確定発注データ又は生産管理サーバより送信された生産計画データ（更新の場合は更新分）を受信し、ハードディスク２８に記憶する。
【０１２１】
そして、ステップＳ１２４２において、業務サーバ１４０は、確定発注データ又は生産計画データの発注元を判定してＲＡＭ２２に記憶させる。
【０１２２】
次に、ステップＳ１２４３において、確定発注データ又は生産計画データ内の部品番号マスタから荷姿（部品を収容する容器の種類）を判定する。
【０１２３】
そして、ステップＳ１２４４において、業務サーバ１４０は、ステップＳ１２４２，Ｓ１２４３で判定された発注元，荷姿及び生産計画データに基づいて、ハードディスク２８に予め記憶されている出荷伝票マスタ及び部品マスタを参照し、図５に示した出荷伝票データを作成し（更新の場合は更新分を作成し）、一意の名称を付して出荷伝票データファイルとしてハードディスク２８に記憶させる。なお、この一意の出荷伝票データファイルの名称もＲＡＭ２２のワークエリアに記憶しておく。また、ここで、業務サーバ１４０は、出荷伝票データのラベル数も算出してＲＡＭ２２に記憶しておく。
【０１２４】
次に、ステップＳ１２４５において、業務サーバ１４０は、確定発注データ又は生産計画データに基づいて、出荷伝票の印刷予定時刻を算出して、ＲＡＭ２２に記憶させる。
【０１２５】
このステップＳ１２４５の印刷予定時刻の算出について、まず、生産計画データに基づいて出荷伝票の印刷予定時刻を算出する場合を説明する。
【０１２６】
上述したように、生産計画データには、印刷フラグが設けられており、この印刷フラグが「ＯＮ」の場合には、生産開始予定時刻等に基づいて出荷伝票の印刷予定時刻を算出する。一方、印刷フラグが「ＯＦＦ」の場合には、出荷伝票の印刷予定時刻を「９９：９９」とする。
【０１２７】
次に、確定発注データに基づいて出荷伝票の印刷予定時刻を算出する場合を説明する。確定発注データに基づいて、出荷伝票の印刷予定時刻を算出する場合には、直ちに印刷するように出荷伝票の印刷予定時刻を算出する。
【０１２８】
次に、ステップＳ１２４６では、ステップＳ１２４５で算出した出荷伝票の印刷予定時刻及びステップＳ１２４４でＲＡＭ２２のワークエリアに記憶させた一意の出荷伝票データファイルの名称と出荷伝票データファイルに基づいて図６に示した印刷指示データを追加する。
【０１２９】
なお、ＥＤＩサーバ１３０より業務サーバ１４０に送信される確定発注データに、確定発注データに同期した印刷を行わない旨を指定する印刷フラグを設け（ＥＤＩサーバ１３０は、確定発注データに同期した印刷を行わない旨が設定されている場合にはこの印刷フラグを「ＯＦＦ」にし、それ以外の場合は「ＯＮ」にして送信する）、この印刷フラグが「ＯＦＦ」の場合には、業務サーバ１４０は、ステップＳ１２４６で当初作成する印刷指示データ内の出荷伝票の印刷時刻（図６に示す印刷開始９０７）を「９９：９９」としておき、ステップＳ１２４６の後、ユーザ（担当者）が（業務ＰＣ等からアクセスして）業務サーバ１４０で出荷伝票の検索を実行して、印刷対象の出荷伝票を絞り込んでから印刷指示データ内の印刷開始時刻（図６に示した印刷開始９０７）を担当者が指示した時刻等に変更し、あるいは印刷指示データ内の印刷開始時刻の変更は行わずに直ちに出荷伝票を印刷出力するように印刷制御する実施形態としても良い。この構成の場合、ステップＳ１２４４で作成する出荷伝票データに、印刷フラグ（「未出力」／「出力済」を示す）を設けておき（デフォルトは「未出力」）、印刷時に前記印刷フラグを「出力済」にセットするようにする。また、上述の検索条件は、少なくとも発注元あるいは要元、納入日又は出荷日、出力区分（未出力／出力済）とする。検索条件として更に部品カテゴリ又は主部品番号（例えば部品番号の上５桁）、部品名称等で絞りこめるようにしても良い。この検索条件に合致した出荷伝票データの印刷指示データ中の印刷時刻が「９９：９９」から実際の印刷時刻に更新されて印刷が実行される。
【０１３０】
また、業務サーバ１４０において、特定の発注元あるいは要元、納入日又は出荷日、部品番号等の条件に合致した場合には、確定発注及び生産に同期した印刷を行わないように設定可能にし（ユーザが業務ＰＣ等から業務サーバ１４０にアクセスして設定可能）、該条件に合致した出荷伝票については、ステップＳ１２４６で当初作成する印刷指示データ内の出荷伝票の印刷時刻（図６に示す印刷開始９０７）を「９９：９９」としておき、ステップＳ１２４６の後、ユーザ（担当者）が（業務ＰＣ等からアクセスして）業務サーバ１４０で上述の出荷伝票の検索を実行して、印刷対象の出荷伝票を絞り込んでから印刷指示データ内の印刷開始時刻（図６に示す印刷開始９０７）を担当者が指示した時刻等に変更し、あるいは印刷指示データ内の印刷開始時刻の変更は行わずに直ちに出荷伝票を印刷出力するように印刷制御する実施形態としても良い。
【０１３１】
なお、上述した業務サーバの処理であるＳ１２４１〜Ｓ１２４６を業務ＰＣで実行させるように構成してもよい。
【０１３２】
以上説明したように、第３実施形態によれば、上述した第１実施形態及び第２実施形態の効果に加えて更に受注生産の部品と見込み生産の部品が混在している場合でも、見込み生産のみの場合であっても、各々に対応して適時に出荷伝票を作成することができるという効果を奏する。
【０１３３】
〔他の実施形態〕
上述した印刷指示データに実際の生産進捗を反映させるように構成しても良い。具体的には、ロットの最初の部品にＲＦ−ＩＤタグを取付けるか、又はＱＲコード（二次元バーコード）を出荷伝票に印刷し、チェックポイントにＲＦ−ＩＤ端末又はＱＲコード読取機を設置して、ロットの最初の部品の流動を検知し、該検知結果（即ち、生産進捗情報）を業務サーバ１４０（又は業務ＰＣ−Ａ２７０）に送信し、業務サーバ１４０（又は業務ＰＣ−Ａ２７０）が、上述したロットの最初の部品の検知結果に基づいて、ラインの実際の流動進捗を反映させて印刷指示データを修正するように構成してもよい。
【０１３４】
なお、業務ＰＣは、パーソナルコンピュータでもよいし、ハードディスク等の記憶手段、ＣＰＵ、及びＬＡＮアダプタを搭載した複合機（スキャン機能、プリント機能、コピー機能等の複合機能を備えた機器）であってもよい。
【０１３５】
この場合、図７や図１０に示したフローチャートのプログラムは、この複合機のハードディスクに記憶され、複合機のＲＡＭに読み出されて、複合機のＣＰＵにより実行され、複合機は業務ＰＣ−Ａと印刷装置を兼ねるものとなる。
【０１３６】
なお、図７及び図１０では、印刷データは印刷装置に通信回線経由で送信されているが、これに限らず、ＦＡＸデータ形式に変換して電話回線経由で遠隔地のＦＡＸに送信し、遠隔地のＦＡＸでラベル用紙に出力するように構成してもよく、離れた場所のＦＡＸから出荷伝票を出力することが出来る。
【０１３７】
また、その他、印刷データを圧縮後に電子メールに添付して予め定められたアドレスに送信してもよい。さらに、印刷データをいわゆるＦＴＰプロトコルで送信してもよい。また、印刷データは、ＩＰｖ６プロトコルを用いて送信することにより、セキュリティ面でも有利になる。
【０１３８】
さらに、上述した図５，図６等で示した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１３９】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１４０】
以上説明したように、部品メーカ毎に、単一の端末、単一のシステムで、複数の組立てメーカ毎の種々の部品の出荷伝票を部品毎の容器に応じて固有のフォーマットで印刷することができる。
【０１４１】
また、フォームの変更を行う場合にも１箇所のメンテナンスで対応することができる。
【０１４２】
さらに、確定発注データ又は生産計画を確認しながら適時に出荷伝票を印刷する操作が不要になるので、出荷伝票印刷担当者の運用負担を大幅に軽減させることができたり、出荷伝票印刷担当者を配置する必要がなくなる。
【０１４３】
また、急な発注変更や生産変更があった場合でも、確定発注データ又は生産計画と同期した出荷伝票の印刷が可能なので、出荷伝票の印刷漏れや後日生産分等の不要出荷伝票の印刷をなくし、出荷伝票と生産指示書の照合担当者の運用負担を大幅に軽減できる。
【０１４４】
さらに、印刷進捗状況や部品の実際の流動状況や休憩時刻等に基づいて印刷タイミングをきめ細かく調整することで過剰な数の出荷伝票を印刷することを防止しつつ、現場の出荷伝票プリンタで用紙切れや紙詰まり等が発生した場合にも、出荷伝票の印刷遅れを最小限に抑制することができる。
【０１４５】
さらに、受注生産の部品と見込み生産の部品が混在している場合でも、受注生産部品のみの場合であっても、見込み生産のみの場合であっても、各々に対応して適時に出荷伝票を印刷することができる。
【０１４６】
また、多様な印刷データの送信形式をサポートしているので、様々な生産現場で出荷伝票をタイムリに印刷出力することができる。
【０１４７】
以下、図１２に示すメモリマップを参照して本発明に係る印刷システムで読み出し可能なデータ処理プログラムの構成について説明する。
【０１４８】
図１２は、本発明に係る印刷システムで読み出し可能な各種データ処理プログラムを格納する記録媒体のメモリマップを説明する図である。
【０１４９】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１５０】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１５１】
本実施形態における図４，図７，図１０，図１１に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１５２】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１５３】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１５４】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１５５】
プログラムを供給するための記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１５６】
この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１５７】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１５８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記録媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１５９】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６０】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６１】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウエアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１６２】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１６３】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【０１６４】
また、上記各実施形態を組み合わせた構成も全て、本発明に含まれるものである。
【０１６５】
【発明の効果】
以上説明したように、本発明によれば、発注元及び物品に応じた複数の出荷伝票フォームを予め登録しておき、物品の発注元を特定可能な発注元情報，生産する物品を特定可能な物品情報，該物品の生産数，を含む確定発注データ又は前記確定発注データに加えて更に該物品の生産時刻を含む生産計画データに基づいて、出荷伝票に印刷するデータとなる出荷伝票データを作成してメモリに格納し、また前記確定発注データ又は生産計画データに基づいて、出荷伝票データ，出荷伝票フォーム，出荷伝票印刷枚数，出荷伝票印刷予定時刻をそれぞれ指示した出荷伝票の印刷指示データを作成し、該作成された出荷伝票の印刷指示データに基づいて、指示された出荷伝票データ，出荷伝票フォームをメモリより読み出し、該読み出した出荷伝票データと出荷伝票フォームとのオーバレイ印刷を、指示された印刷予定時刻に指示された印刷枚数だけ行うように出荷伝票の印刷処理を制御することにより、生産者（部品メーカ等）毎に、単一の端末，単一のシステムで、複数の発注元（組立メーカ等）毎の種々の物品の出荷伝票を物品（部品等）毎の容器に応じて固有のフォーマットで印刷することができる。
【０１６６】
また、フォームの変更を行う場合にも１箇所のメンテナンスで対応することができる。
【０１６７】
さらに、生産計画を確認しながら適時に出荷伝票を印刷する操作等も不要になり、出荷伝票印刷担当者の運用負担を大幅に軽減させることができる。
【０１６８】
また、急な発注変更や生産変更があった場合でも、在庫状況及び生産計画と同期した出荷伝票の印刷が可能となり、出荷伝票の印刷漏れや後日生産分等の不要出荷伝票の印刷をなくし、出荷伝票と部品の照合担当者の運用負担を大幅に軽減できる。
【０１６９】
さらに、物品の在庫状況や印刷進捗状況や物品の実際の流動状況や休憩時刻等に基づいて印刷タイミングをきめ細かく調整することができ、過剰な数の出荷伝票を印刷することを防止しつつ、現場の出荷伝票プリンタで用紙切れや紙詰まり等が発生した場合にも、出荷伝票の印刷遅れを最小限に抑制することができる。
【０１７０】
また、多様な印刷データの送信形式をサポートしているので、様々な生産現場で出荷伝票をタイムリに印刷出力することができる。
【０１７１】
従って、発注元ごと及び物品ごとに異なる出荷伝票の印刷を、メンテナンス負担や運用負担の重い複数の印刷システムを用いることなく単一のシステムにより行うことができ、また急な発注変更や生産計画の変更に起因する出荷伝票印刷の無駄の防止や照合時の印刷担当者の負担を軽減することができる優れた出荷伝票印刷環境を構築することが可能となる等の効果を奏する。
【０１７２】
さらに、受注生産の物品と見込み生産の部品が混在している場合でも、受注生産部品のみの場合であっても、見込み生産のみの場合であっても、各々に対応して適時に出荷伝票を印刷することができる。
【図面の簡単な説明】
【図１】本発明の第１実施形態を示す印刷システムの構成を示すシステム構成図である。
【図２】図１に示した業務サーバのハードウェア構成を示すブロック図である。
【図３】図１に示した業務ＰＣ−Ａ，業務ＰＣ−Ｂのハードウェア構成を示すブロック図である。
【図４】本発明の印刷システムにおける第１の制御処理手順の一例を示すフローチャートである。
【図５】本発明の印刷システムにおける出荷伝票データの構成の一例を示すデータ構成図である。
【図６】本発明の印刷システムにおける印刷指示データの構成の一例を示すデータ構成図である。
【図７】本発明の印刷システムにおける第２の制御処理手順の一例を示すフローチャートである。
【図８】本発明の印刷システムにより印刷される出荷伝票の一例を示す模式図である。
【図９】本発明の第２実施形態を示す印刷システムの構成を示すシステム構成図である。
【図１０】本発明の印刷システムにおける第３の制御処理手順の一例を示すフローチャートである。
【図１１】本発明の印刷システムにおける第４の制御処理手順の一例を示すフローチャートである。
【図１２】本発明に係る印刷システムで読み出し可能な各種データ処理プログラムを格納する記録媒体のメモリマップを説明する図である。
【符号の説明】
１００，１１０  ＥＤＩサーバ（組立メーカ）
１３０  ＥＤＩサーバ（部品メーカ）
１４０  業務サーバ（部品メーカ）
１５０  帳票メンテナンスＰＣ（部品メーカ）
１６０  印刷装置Ａ（部品メーカ）
１７０  業務ＰＣ−Ａ（部品メーカ）
１７５  印刷装置Ｂ（部品メーカ）
１８０  業務ＰＣ−Ｂ（部品メーカ）
１９０  通信回線
【図１】
2005010914.tif 000003
【図２】
2005010914.tif 000004
【図３】
2005010914.tif 000005
【図４】
2005010914.tif 000006
【図５】
2005010914.tif 000007
【図６】
2005010914.tif 000008
【図７】
2005010914.tif 000009
【図８】
2005010914.tif 000010
【図９】
2005010914.tif 000011
【図１０】
2005010914.tif 000012
【図１１】
2005010914.tif 000013
【図１２】
2005010914.tif 000014