(57)【要約】【課題】梱包物同士の梱包の相性の情報を用いて、梱包処理の効率低下を軽減する【解決手段】梱包物、及びモジュールの梱包可否を示す情報を記憶し、複数の前記梱包物をモジュールに梱包した梱包実績を登録し、登録された前記モジュールに梱包された複数の梱包物の情報を取得して、前記モジュールに梱包された複数の梱包物を対応付けた対応付け情報を記憶し、前記対応付け情報に記憶された梱包物の梱包計画を立案する場合に、当該梱包物と対応付けられた別の梱包物を、前記梱包物と対応付けられていない梱包物に優先して、前記梱包物と共に前記モジュールに梱包するよう計画を立案する【選択図】図８
2015062105.tif 000002
【特許請求の範囲】
【請求項１】
梱包物、及びモジュールの梱包可否を示す情報を記憶する記憶手段と、
前記梱包物をモジュールに梱包するための梱包計画を立案する梱包計画立案手段と、
複数の前記梱包物をモジュールに梱包した梱包実績を登録する実績登録手段と、
前記実績登録手段で登録された、前記モジュールに梱包された複数の梱包物の情報を取得する取得手段と、
前記取得手段で取得した、前記モジュールに梱包された複数の梱包物を対応付けた対応付け情報を記憶する対応付け情報記憶手段と、
を備え、
前記梱包計画立案手段は、前記対応付け情報記憶手段に記憶された梱包物の梱包計画を立案する場合に、当該梱包物と対応付けられた別の梱包物を、前記梱包物と対応付けられていない梱包物に優先して、前記梱包物と共に前記モジュールに梱包するよう計画を立案することを特徴とする梱包計画立案装置。
【請求項２】
前記対応付け情報記憶手段で記憶された複数の梱包物を、前記モジュールに梱包した場合の相性の度合いを示す相性度を記憶する相性度記憶手段と、
前記相性度記憶手段で記憶された前記相性度が、閾値に達しているか判定する第１の判定手段と、
前記第１の判定手段で前記相性度が閾値に達していると判定した場合に、前記梱包計画立案手段は、当該相性度が閾値に達している梱包物と対応付けられた別の梱包物を、前記梱包物と対応付けられていない梱包物に優先して、前記梱包物と共に前記モジュールに梱包するよう計画を立案することを特徴とする請求項１に記載の梱包計画立案装置。
【請求項３】
前記梱包計画立案手段は、前記相性度の高い順に、前記別の梱包物を前記梱包物と共に前記モジュールに梱包するよう計画を立案することを特徴とする請求項２に記載の梱包計画立案装置。
【請求項４】
前記実績登録手段によって登録される梱包実績は、前記モジュールが当該モジュールに梱包された梱包物によりどの程度充填されたかを示す充填率を含み、
前記対応付け情報記憶手段は、前記充填率を用いて特定された、前記モジュールに梱包された梱包物の前記相性度の情報を、前記梱包物と対応付けて記憶することを特徴とする請求項２又は３に記載の梱包計画立案装置。
【請求項５】
前記対応付け記憶手段は、前記対応付け情報を記憶すべく、前記モジュールにおける前記梱包物による充填率が所定の値に達しているか判定する登録判定手段と、
前記登録判定手段で、前記モジュールにおける前記梱包物による充填率が所定の値に達していると判定した場合に、当該モジュールに梱包された梱包物を当該モジュールと対応付けて記憶することを特徴とする請求項１乃至４のいずれか１項に記載の計画立案装置。
【請求項６】
前記対応付け情報記憶手段は、前記登録判定手段で、前記モジュールにおける前記梱包物による充填率が所定の値に達していると判定した場合に、当該所定の値に達していると判定した回数と前記梱包物とを、充填率として対応付けて記憶し、
梱包計画立案手段は、前記対応付け情報記憶手段で記憶した回数が所定の値に達していると判定した場合に、当該回数が所定の値に達している梱包物と対応付けられた別の梱包物を、前記梱包物と対応付けられていない梱包物に優先して、前記梱包物と共に前記モジュールに梱包するよう計画を立案することを特徴とする請求項５に記載の梱包計画立案装置。
【請求項７】
クライアント装置からの指示に応じてコードの読取を行う読取装置と接続されるクライアント装置と、印刷装置と通信可能であり、
前記梱包計画立案手段で立案された梱包計画の情報を、梱包を指示する梱包指示書であって、当該梱包指示書を識別するコードの情報を含む梱包指示書を印刷すべく制御する指示書印刷制御手段と、
前記読取装置により読み取られた前記梱包指示書の識別情報及び、前記梱包指示書に含まれる梱包物の識別情報、モジュールの識別情報を受け付ける受付手段と、
を備え、
前記実績登録手段は、前記受付手段で受け付けた情報を用いて、いずれの梱包指示書に対応するいずれのモジュールにいずれの梱包物が梱包されたかを梱包実績として登録することを特徴とする請求項１乃至６のいずれか１項に記載の梱包計画立案装置。
【請求項８】
梱包物、及びモジュールの梱包可否を示す情報を記憶する記憶工程と、
前記梱包物をモジュールに梱包するための梱包計画を立案する梱包計画立案工程と、
複数の前記梱包物をモジュールに梱包した梱包実績を登録する実績登録工程と、
前記実績登録工程で登録された、前記モジュールに梱包された複数の梱包物の情報を取得する取得工程と、
前記取得工程で取得した、前記モジュールに梱包された複数の梱包物を対応付けた対応付け情報を記憶する対応付け情報記憶工程と、
を含み、
前記梱包計画立案工程は、前記対応付け情報記憶工程に記憶された梱包物の梱包計画を立案する場合に、当該梱包物と対応付けられた別の梱包物を、前記梱包物と対応付けられていない梱包物に優先して、前記梱包物と共に前記モジュールに梱包するよう計画を立案することを特徴とする梱包計画立案装置の制御方法。
【請求項９】
梱包計画立案装置を、
梱包物、及び箱の梱包可否を示す情報を記憶する記憶手段と、
前記梱包物を箱に梱包するための梱包計画を立案する梱包計画立案手段と、
複数の前記梱包物を箱に梱包した梱包実績を登録する実績登録手段と、
前記実績登録手段で登録された、前記箱に梱包された複数の梱包物の情報を取得する取得手段と、
前記取得手段で取得した、前記箱に梱包された複数の梱包物を対応付けた対応付け情報を記憶する対応付け情報記憶手段として機能させ、
前記梱包計画立案手段は、前記対応付け情報記憶手段に記憶された梱包物の梱包計画を立案する場合に、当該梱包物と対応付けられた別の梱包物を、前記梱包物と対応付けられていない梱包物に優先して、前記梱包物と共に前記箱に梱包するよう計画を立案することを特徴とする梱包計画立案装置で実行が可能なプログラム。
【請求項１０】
クライアント装置からの指示に応じてコードの読取を行う読取装置と接続されるクライアント装置と、梱包計画立案装置とが通信可能な梱包計画立案システムであって、
梱包物、及び箱の梱包可否を示す情報を記憶する記憶手段と、
前記梱包物を箱に梱包するための梱包計画を立案する梱包計画立案手段と、
前記読取装置により読み取られた情報を用いて、複数の前記梱包物を箱に梱包した梱包実績を登録する実績登録手段と、
前記実績登録手段で登録された、前記箱に梱包された複数の梱包物の情報を取得する取得手段と、
前記取得手段で取得した、前記箱に梱包された複数の梱包物を対応付けた対応付け情報を記憶する対応付け情報記憶手段と、
を備え、
前記梱包計画立案手段は、前記対応付け情報記憶手段に記憶された梱包物の梱包計画を立案する場合に、当該梱包物と対応付けられた別の梱包物を、前記梱包物と対応付けられていない梱包物に優先して、前記梱包物と共に前記箱に梱包するよう計画を立案することを特徴とする梱包計画立案システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、梱包計画立案装置、梱包計画立案システム、その制御方法及びプログラムに関する。
【背景技術】
【０００２】
例えば製造業において、車両などの組み立て工場から部品の発注を受けて必要数の部品を梱包・納入する業務がある。梱包作業者は、例えば、部品を受注順にモジュール（ここでは梱包用の箱のことをいう）に梱包するよう計画された梱包計画に従って部品を梱包（箱詰め）し、コンテナ積み込みして、受注元の組み立て工場へ出荷する。このような梱包・納入のシステムにおいては、梱包処理の効率化が求められている。
【０００３】
特許文献１に記載の技術では、部品を複数の製品に共通する共通部品と、個別部品とに分類して、共通部品を優先して梱包し、当該共通部品に対応する製品に用いられる個別部品を当該共通部品と混載することで、梱包効率を向上させる技術が公開されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２７１７０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載の技術においては、部品を梱包する順序は調整して発送先の在庫過多を回避する効率は良くなっているものの、モジュールへ部品を梱包する梱包処理自体の効率化については考慮されていない。
【０００６】
例えば、梱包対象の部品を覆う３次元の立方体の体積に基づいて部品の梱包計画を立案した場合、部品の形状によっては、実際に梱包する部品の体積と当該３次元の立方体の体積とで差が生じることがある。この場合、当該体積の差が大きいほど、モジュールの充填率が低くなってしまうという問題がある。
【０００７】
１つ１つのモジュールの充填率が低くなると、その分、余分にモジュールを用意する必要があり、梱包作業の効率の低下し、運輸コストも高くなってしまう。
【０００８】
本発明は、梱包物同士の梱包の相性の情報を用いて、梱包処理の効率低下を軽減することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の梱包計画立案装置は、梱包物、及びモジュールの梱包可否を示す情報を記憶する記憶手段と、前記梱包物をモジュールに梱包するための梱包計画を立案する梱包計画立案手段と、複数の前記梱包物をモジュールに梱包した梱包実績を登録する実績登録手段と、前記実績登録手段で登録された、前記モジュールに梱包された複数の梱包物の情報を取得する取得手段と、前記取得手段で取得した、前記モジュールに梱包された複数の梱包物を対応付けた対応付け情報を記憶する対応付け情報記憶手段と、を備え、前記梱包計画立案手段は、前記対応付け情報記憶手段に記憶された梱包物の梱包計画を立案する場合に、当該梱包物と対応付けられた別の梱包物を、前記梱包物と対応付けられていない梱包物に優先して、前記梱包物と共に前記モジュールに梱包するよう計画を立案することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、梱包物同士の梱包の相性の情報を用いて、梱包処理の効率低下を軽減することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態における、梱包計画立案システムの構成の一例を示す図である。
【図２】本発明の実施形態における、クライアントＰＣ、サーバ、バーコードリーダのハードウェア構成の一例を示す図である。
【図３】本発明の実施形態における、プリンタのハードウェア構成の一例を示す図である。
【図４】本発明の実施形態における、各装置の機能構成の一例を示す図である。
【図５】本発明の実施形態における、処理の概要を示すフローチャートである。
【図６】本発明の実施形態における、梱包実績登録処理の流れを示すフローチャートである。
【図７】本発明の実施形態における、梱包実績分析処理の流れを示すフローチャートである。
【図８】本発明の実施形態における、梱包計画立案処理の流れを示すフローチャートである。
【図９】本発明の実施形態における、相性表への登録条件等のデータ構成の一例を示す図である。
【図１０】本発明の実施形態における、梱包計画の構成の一例を示す図である。
【図１１】本発明の実施形態における、梱包指示書の構成の一例を示す図である。
【図１２】本発明の実施形態における、梱包処理の手順の一例を示す図である。
【図１３】本発明の実施形態における、梱包実績の構成の一例を示す図である。
【図１４】本発明の実施形態における、予実差情報の構成の一例を示す図である。
【図１５】本発明の実施形態における、相性表の構成の一例を示す図である。
【図１６】本発明の実施形態における、梱包計画立案の様子の一例を示す図である。
【図１７】本発明の実施形態における、マスタデータの構成の一例を示す図である。
【図１８】本発明の実施形態における、梱包計画立案画面の構成の一例を示す図である。
【図１９】本発明の第２の実施形態における、梱包実績分析処理の流れを示すフローチャートである。
【図２０】本発明の第２の実施形態における、梱包計画立案処理の概要を示すフローチャートである。
【図２１】本発明の第２の実施形態における、好相性表を用いた梱包計画立案処理の詳細を示すフローチャートである。
【図２２】本発明の第２の実施形態における、悪相性表を用いた梱包計画立案処理の詳細を示すフローチャートである。
【図２３】本発明の第２の実施形態における、相性表への登録条件、及び部品の類似度判定の条件のデータ構成の一例を示す図である。
【図２４】本発明の第２の実施形態における、好相性表、及び悪相性表の構成の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１３】
図１を参照して、本発明の実施形態における、梱包計画立案システムの構成の一例について説明する。図１は、本発明の実施形態における、梱包計画立案システムの構成の一例を示す図である。
【００１４】
図１に示すように、本実施形態の梱包計画立案システムは、サーバ１００と、クライアントＰＣ２００がネットワーク（例えばＬＡＮ）１０１を介して通信可能に接続され、構成されている。また、クライアントＰＣ２００には、バーコードリーダ２５０、プリンタ３００が接続されている
【００１５】
サーバ１００は、クライアントＰＣ２００を介して、梱包実績（部品を箱に梱包した実績）の情報の入力を受け付け、外部メモリ等の記憶領域に記憶する。また、当該梱包実績の情報を用いた実績の分析処理（例えば、梱包実績を分析して、より多くの部品を梱包できる部品同士の組み合わせの相性を算出する処理）、及び、当該分析処理の結果の情報を用いた梱包計画の立案・更新処理を行う。
【００１６】
クライアントＰＣ２００は、ユーザから受け付けた操作に応じて、サーバ１００に梱包実績の情報を送信する。また、サーバ１００の実績分析処理の結果や、サーバ１００の梱包計画立案処理によって立案された計画の情報を表示画面に表示する。
【００１７】
バーコードリーダ２５０は、受け付けた指示に応じてモジュール、モジュールを積載するコンテナ、当該コンテナを積載する輸送船を示すバーコードの情報を読み取り、クライアントＰＣ２００に入力する。プリンタ３００は、クライアントＰＣ２００からの指示に応じて、いずれの箱にいずれの部品を梱包すべきかを示す指示書を印刷する。以上が図１の、本発明の実施形態における、梱包計画立案システムの構成の一例についての説明である。
【００１８】
次に図２を参照して、本発明の実施形態における、クライアントＰＣ、サーバ、バーコードリーダのハードウェア構成の一例について説明する。図２は、本発明の実施形態における、クライアントＰＣ、サーバ、バーコードリーダのハードウェア構成の一例を示す図である。
【００１９】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００２０】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２１】
また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。
【００２２】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２３】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２４】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２５】
ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２６】
プリンタコントローラ２１２は、サーマルドットライン方式プリンタ２１３等の印刷機を制御する。
【００２７】
スキャナコントローラ２１４は、スキャナ２１５等の識別器を制御する。尚、スキャナ２１５については、本発明の実施形態においては、バーコードリーダ２５０に備えられていればよい。バーコードリーダ２５０のスキャナ２１５は、クライアントＰＣ２００からのスキャン指示を受け付けてスキャン処理を実行する。
【００２８】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。以上が図２の、本発明の実施形態における、クライアントＰＣ、サーバ、バーコードリーダのハードウェア構成の一例についての説明である。
【００２９】
次に、図３を用いて、図１に示したプリンタ３００のハードウェア構成について説明する。図３は、図１に示したプリンタ３００のハードウェア構成の一例を示す図である。
【００３０】
図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ１０１）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。
【００３１】
コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。
【００３２】
３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム，画像データ等を格納する。
【００３３】
３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（キーボード）３０８とのインタフェース部である。また、操作部Ｉ／Ｆ３０７は、操作部３０８から入力したキー情報（例えば、スタートボタンの押下）をＣＰＵ３０１に伝える役割をする。
【００３４】
３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ  Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）１０１に接続する。また、無線通信も可能な構成となっており、赤外線やＢｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ-Ｆｉ（登録商標）を用いた通信にて他の装置と接続する。データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。
【００３５】
３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となる携帯端末のＩＣカード（記憶媒体）の読み取り用のカードリーダ３１９が外部Ｉ／Ｆ３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９による携帯端末のＩＣカードからの情報読み取りを制御し、該携帯端末のＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。
【００３６】
３２０はイメージバスインタフェース（ＩＭＡＧＥ  ＢＵＳ  Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。
【００３７】
３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。
【００３８】
３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。
【００３９】
スキャナ３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。
【００４０】
プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。
【００４１】
操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。
【００４２】
尚、表示部はプリンタによって表示性能が異なり、タッチパネルを介して操作をできるプリンタ、単に液晶画面を備え文字列を表示（印刷状態や印刷している文書名の表示）させるだけのプリンタによって本発明は構成されている。
【００４３】
ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。
【００４４】
カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（ＩＣチップとして携帯端末内に備えられていてもよい）に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。また、カードリーダ３１９はＮＦＣの通信規格に対応しており、ＩＣカードや携帯端末のＩＣチップへの読み書きを行うことが可能な構成となっている。なお、ＮＦＣ規格対応のカードリーダに、ＮＦＣ規格対応の携帯端末をかざすと、認証を行い、携帯端末とプリンタ（複合機）とのペアリングを行う。そして、かざされた携帯端末とプリンタ（複合機）で通信（Ｐ２Ｐ）を確立してデータの通信を行うことが可能である。その他、高速通信規格である、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉ-Ｆｉ（登録商標）に通信を引き継ぎ（ハンドオーバー）、携帯端末とプリンタ（複合機）間で通信を行わせることも可能である。例えば、携帯端末をカードリーダにかざすことで、携帯端末に記憶されている画像をプリンタ（複合機）へ送信することが可能となる。なお、ＮＦＣの通信規格の詳細は、従来技術であるため、説明を省略するものとする。
【００４５】
上述したプリンタ３００では、プリンタ３００を制御するためのプラットフォームが存在し、このプラットフォーム上で、認証サーバと通信するための認証アプリケーションが動作している。認証アプリケーションはＨＤＤ３０４に記憶されている。プラットフォームが管理する、ログイン時にユーザ情報を格納するログインコンテキストや、各種設定情報は、ＨＤＤ３０４上に領域が確保されている。
【００４６】
また、プラットフォーム上には、プリンタ３００の本体機能を拡張したアプリケーションがインストールされ、動作している。これらアプリケーションは、プラットフォームのＡＰＩを用いて実行される。
このプラットフォームを介して、プリンタの各機能を制御することが可能な構成となっている。
【００４７】
また、プリンタ３００には、Ｗｅｂブラウザも記憶されており、Ｗｅｂシステムと連携することも可能である。この場合、Ｗｅｂアプリケーションサーバから受信した画面をＷｅｂブラウザを用いて表示する。Ｗｅｂブラウザ上で指示した命令は、Ｗｅｂアプリケーションサーバへ要求がなされ、Ｗｅｂアプリケーションサーバからの命令を受け付けることによって、プリンタ３００により動作（スキャンやプリント処理）を実行することが可能である。
【００４８】
以上のような構成によって、プリンタ３００は、スキャナ３１４から読み込んだ画像データをＬＡＮ１０１上に送信したり、ＬＡＮ１０１から受信した印刷データをプリンタ部３１２により印刷出力することができる。
【００４９】
また、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ部３１２により出力することできる。以上が図３の、本発明の実施形態における、プリンタのハードウェア構成の一例についての説明である。
【００５０】
次に、図４を参照して、本発明の実施形態における、各装置の機能構成の一例について説明する。図４は、本発明の実施形態における、各装置の機能構成の一例を示す図である。
【００５１】
サーバ１００は、部品受注情報記憶部４１１、梱包計画記憶部４１２、梱包実績記憶部４１３、部品相性特定部４１４、梱包計画立案部４１５、閾値記憶部４１６、マスタデータ記憶部４１７等を備えて構成されている。
【００５２】
部品受注情報記憶部４１１は、部品（梱包物）の受注情報を記憶する記憶部である。梱包計画記憶部４１２は、梱包計画を記憶する記憶部である。例えば、梱包計画立案部４１５で立案された梱包計画、又は、当該梱包計画立案部４１５を用いずにユーザの手入力により立案された梱包計画が記憶される。梱包実績記憶部４１３は、梱包実績を記憶する記憶部である。
【００５３】
部品相性特定部４１４は、梱包計画立案部４１５で計画を立案するにあたり利用する部品同士の相性を特定する特定部である。
【００５４】
例えば、部品Ａと部品Ｂをモジュールに梱包した結果、モジュールの充填率（例えば、最大の梱包可能重量を１００とした場合の、モジュールに梱包された部品の総重量  ÷  モジュールの最大の梱包可能重量（部品によってモジュールがどの程度充填されているかを示す値））が、閾値記憶部４１６に記憶された閾値を越える場合の、当該部品Ａと部品Ｂとの相性を好相性として特定する。
【００５５】
マスタデータ記憶部４１７は、部品マスタ、モジュールマスタ、コンテナマスタ、配船マスタ等の、各情報のマスタを記憶する記憶部である。それぞれのマスタの例については、図１７の説明で後述する。
【００５６】
ここで図１７を参照して、本発明の実施形態における、マスタデータの構成の一例について説明する。図１７は、本発明の実施形態における、マスタデータの構成の一例を示す図である。図１７に示す情報はいずれも予めサーバ１００の外部メモリに生成され、記憶されているものとする。
【００５７】
部品マスタ１７００は、品番１７０１、重量１７０２、容積１７０３、推奨箱種別１７０４、部品種別１７０５等から構成される。品番１７０１は、部品を一意に識別するための識別情報である。重量１７０２は、当該部品の重量を示す。容積１７０３は、当該部品を包含する最小の立方体の容積である。以降、当該立方体の容積を部品の容積として扱う。推奨箱種別１７０４は、当該部品をモジュールに梱包する場合に、優先して梱包するモジュールの種別を示す。部品種別１７０５は、当該部品の種別（種類）を示す。
【００５８】
受注マスタ１７１０は、品番１７１１、受注元工場１７１２、数量１７１３、期日１７１４等から構成される。品番１７１１は部品の識別情報である。受注元工場１７１２は、当該部品の受注元である工場である（行先１７８１、工場１７８２で後述）。数量は部品ごとの受注数量である。期日は部品ごとの納品期日（納期）である。
【００５９】
モジュールマスタ１７２０は、箱種別１７２１、最大重量１７２２、自重１７２３、最大容積１７２４、推奨コンテナ種別１７２５等から構成される。
【００６０】
箱種別１７２１は、モジュールの種類を示す識別情報である。最大重量１７２２は、当該モジュールに積載（梱包）可能な物の総重量である。つまり、部品のモジュールへの梱包可否を示す情報の１つである。自重１７２３は、当該モジュールの自重である。最大容積１７２４は、当該モジュールに積載（梱包）可能な最大容積である。つまり、部品のモジュールへの梱包可否を示す情報の１つである。推奨コンテナ種別１７２５は、当該モジュールをコンテナに積載する場合に、優先して積載するコンテナの種別を示す。
【００６１】
モジュールマスタ１７３０は、モジュールの種別を示す箱種別１７３１と、各モジュール個別の識別情報を示す箱コード１７３２の対応付けテーブルである。
【００６２】
コンテナマスタ１７４０は、コンテナ種別１７４１、最大重量１７４２、最大容積１７４３等から構成される。コンテナ種別１７４１は、コンテナの種類を示す識別情報である。最大重量１７４２は、当該コンテナに積載（梱包）可能な物の総重量である。最大容積１７４３は、当該コンテナに積載（梱包）可能な最大容積である。
【００６３】
コンテナコード対応テーブル１７５０は、コンテナの種別を示すコンテナ種別１７５１と、各コンテナ個別の識別情報を示すコンテナコード１７５２の対応付けテーブルである。
【００６４】
配船マスタ１７６０は、船番１７６１、行先１７６２、推奨コンテナ種別１７６３等から構成される。船番１７６１は、配船に用いる船の識別情報である。行先１７６２は、当該船の行先（例えば港の識別情報）である。尚、本実施例においては、船番１７６１の船は決まった行先１７６２と、部品を梱包して配船する梱包工場とを定期的に往復しているものとし、船番１７６１と行先１７６２とを固定の組み合わせとして記憶しているものとする。推奨コンテナ種別１７６３は、当該船番１７６０１の示す船に積載するコンテナの内、優先度の高いコンテナ種別を示す。
【００６５】
発着データテーブル１７７０は、船番１７７１の示す船が、出発日時１７７２の示す日時に梱包工場を出発し、到着予定１７７３に示す日時に行先１７６２に到着することを示す。当該発着データテーブル１７７０には、例えば１カ月後までの船の発着の情報が予め登録されており、サーバ１００のＣＰＵ２０１は、当該発着データテーブル１７７０の情報を用いて、いつ、どの部品を、どの船に積載するかを決定する。
【００６６】
工場対応付けテーブル１７８０は、行先１７８１と、当該行先に対応する工場１７８２（部品の受注元の工場の識別情報）、配送対象物が行先１７８１に到着するまでの時間１７８３を対応付けて記憶している。発注された部品は、例えば、行先１７８１の港に到着した後、船から降ろされてトラックに積載され、周辺の工場（部品受注元の工場）に配送される。以上が図１７の、本発明の実施形態における、マスタデータの構成の一例についての説明である。
【００６７】
図４の説明に戻る。バーコードリーダ２５０は読取処理部４５１等を備えて構成されている。読取処理部４５１はユーザから受け付けた指示に応じて、梱包対象の部品に付与されたバーコード、当該部品を梱包するモジュール（梱包箱）に付与されたバーコード、当該モジュールを積載するコンテナのバーコード、当該コンテナを積込む輸送船に対応するバーコードを読み取る処理部である。
クライアントＰＣ２００は、梱包実績入力受付部４２１、梱包実績情報送信部４２２、梱包計画表示部４２３等を備えて構成されている。
【００６８】
梱包実績入力受付部４２１は、バーコードリーダ２５０の読取処理部４５１で読み取られたバーコードの情報に基づいて、梱包された部品、積み込まれたモジュール、コンテナ、積み込んだ輸送船（輸送先／宛先）の情報を実績情報として受け付ける受付部である。
【００６９】
梱包実績情報送信部４２２は、当該実績情報をサーバ１００に送信する。梱包計画表示部４２３は、サーバ１００で立案された梱包計画を表示画面に表示する表示部である。
【００７０】
プリンタ３００は、梱包指示書印刷部４３１等を備えて構成されている。梱包指示書印刷部４３１は、クライアントＰＣ２００を介した印刷指示に応じて、梱包指示書を印刷する印刷処理部である（指示書印刷制御手段に該当）。梱包作業を実行する作業者は、当該梱包指示書を参照して、部品、モジュール、コンテナの梱包・積込処理を行う。以上が図４の、本発明の実施形態における、各装置の機能構成の一例についての説明である。
【００７１】
次に図１２を参照して、本発明の実施形態における、梱包処理の手順の一例について説明する。図１２は、本発明の実施形態における、梱包処理の手順の一例を示す図である。
【００７２】
本発明の実施形態において、箱（モジュール）に梱包する部品、箱、箱を積載するコンテナ、コンテナを積載する船には、それぞれ識別情報が対応付けてあり、サーバ１００の外部メモリに記憶されている。
【００７３】
例えば、部品、箱、コンテナの場合、それぞれにバーコードが添付されており、バーコードリーダ２５０で当該バーコードを読み取ることで、いずれの部品をいずれの箱に梱包したか、箱をいずれのコンテナに積載したかを実績としてクライアントＰＣ２００及び、クライアントＰＣ２００とネットワークで接続可能なサーバ１００に記憶可能とする。
【００７４】
また、船にコンテナを積載する場合には、船への入口近くに船に対応するバーコードを表示する端末が備え付けられており、ユーザの指示に応じて、バーコードリーダ２５０で当該船に積載するコンテナのバーコード、及び船のバーコードを読み取ることで、いずれのコンテナをいずれの船に積載したかの実績をクライアントＰＣ２００及び、クライアントＰＣ２００とネットワークで接続可能なサーバ１００に記憶可能とする。以上が図１２の、本発明の実施形態における、梱包処理の手順の一例についての説明である。
【００７５】
次に図５を参照して、本発明の実施形態における、処理の概要について説明する。図５は、本発明の実施形態における、処理の概要を示すフローチャートである。
【００７６】
サーバ１００のＣＰＵ２０１は、梱包実績の入力受付処理を実行する（ステップＳ５０１）。例えば、梱包対象物（梱包物）に添付されたバーコードの読取により、クライアントＰＣ２００より、モジュールへの部品の梱包・コンテナ積込・船積の実績を受信する。当該部品の梱包実績の受信・登録処理の詳細については、図６の説明にて後述する。
【００７７】
サーバ１００のＣＰＵ２０１は、クライアントＰＣ２００を介して、モジュールのコンテナへの積込実績の情報を受け付け（ステップＳ５０２）、当該モジュールのコンテナへの積込実績を実績情報に登録する（ステップＳ５０３）。
【００７８】
サーバ１００のＣＰＵ２０１は、クライアントＰＣ２００を介して、コンテナの輸送船への積込実績の情報を受け付け（ステップＳ５０４）、当該コンテナの輸送船への積込実績を実績情報に登録する（ステップＳ５０５）。
【００７９】
サーバ１００のＣＰＵ２０１は、梱包実績の分析処理を実行する（ステップＳ５０６）。例えば、予めサーバ１００の外部メモリに記憶されていた梱包計画と梱包実績の差異を比較することにより、梱包において好相性の部品を相性表に登録する。本発明の実施形態においては当該相性表を用いて、好相性の部品を優先して梱包するよう梱包計画を立案する。相性表の詳細については、図１５の説明で後述する。また、当該梱包実績の登録処理の詳細については、図７の説明にて後述する。
【００８０】
サーバ１００のＣＰＵ２０１は、梱包計画の立案処理を実行する（ステップＳ５０７）。当該梱包実績の登録処理の詳細については、図８の説明にて後述する。以上が図５の、本発明の実施形態における、処理の概要についての説明である。
【００８１】
次に図６を参照して、本発明の実施形態における、梱包実績登録処理の流れについて説明する。図６は、本発明の実施形態における、梱包実績登録処理の流れを示すフローチャートである。
【００８２】
バーコードリーダ２５０のＣＰＵ２０１は、ユーザからの操作に応じたバーコードの読取指示を受け付け（ステップＳ６０１）、当該バーコードの読取処理を実行し（ステップＳ６０２）、当該バーコード情報をクライアントＰＣ２００に送信する（ステップＳ６０３）。
【００８３】
例えば、クライアントＰＣ２００に対するユーザの操作に応じて、クライアントＰＣ２００のＣＰＵ２０１がバーコードリーダ２５０に送信するスキャン処理の実行指示に応じて、バーコードリーダ２５０のＣＰＵ２０１はスキャンの処理を実行する。
【００８４】
クライアントＰＣ２００のＣＰＵ２０１は、バーコードリーダ２５０より、当該バーコード情報を受信し（ステップＳ６０４）、当該受信したバーコード情報は梱包指示書（図１１参照の指示書１１００）に対応するバーコード情報かを判定する（ステップＳ６０５）。
【００８５】
ここで図１１を参照して、本発明の実施形態における、梱包指示書の構成の一例について説明する。図１１は、本発明の実施形態における、梱包指示書の構成の一例を示す図である。
【００８６】
指示書１１００（梱包指示書）は、図１０の梱包計画１０００に基づいて、部品を積載するコンテナ毎に生成される。例えば、梱包計画が生成された後、クライアントＰＣの表示画面に表示される不図示の指示書印刷画面において、「印刷」ボタンの押下を受け付けることで、部品の配送先（たとえば部品の受注元）のコンテナごとに、梱包計画の情報を抽出して印刷データを生成し、プリンタ３００に当該印刷データを送信して、プリンタ３００のＣＰＵ３０１が受信した印刷データ（梱包指示書）を印刷する（指示書印刷制御手段に該当）。
【００８７】
図１０を参照して、本発明の実施形態における、梱包計画の構成の一例について説明する。図１０は、本発明の実施形態における、梱包計画の構成の一例を示す図である。
【００８８】
梱包計画１０００は、部品を受注した場合にサーバ１００の外部メモリに生成され、記憶されている。尚、本発明の実施形態における、梱包計画の立案処理（図８参照）が未採用の場合、例えば、受注した順に部品の情報が追加され、更新されるものとする。
【００８９】
梱包計画１０００は、梱包日１００１、受注元工場１００２、品番１００３、コンテナ１００４、箱１００５、数量１００６、指示書ＩＤ１００７等から構成される。
【００９０】
梱包日１００１は、部品の梱包を行うべき日の情報である。品番１００３は、部品の識別番号である。受注元工場１００２は、品番１００３の示す部品の納入先（受注元）を示す識別情報である。いずれの部品を、どの程度の量、いつまでに、どこに納入すべきかの情報は、別途受注情報を管理するマスタに記憶されているものとする（図１７の受注マスタ１７１０参照）。
【００９１】
コンテナ１００４は、品番１００３の示す部品を梱包する箱（箱１００５の示す箱）を積載するコンテナの識別情報である。
【００９２】
数量１００６は、箱１００５の示す箱（モジュール）に梱包する品番１００３の示す部品の数量である。
【００９３】
尚、本発明の実施形態における、梱包計画の立案処理（図８で後述する処理）が未採用の場合、つまり従来の計画立案処理の場合、例えば上述したように、受注した部品の順に部品の情報を取得し、当該計画が立案される。以上が図１０の、本発明の実施形態における、梱包計画の構成の一例についての説明である。
【００９４】
以下、従来の計画立案の手順（本発明の実施形態における図８のステップＳ８０８以下の処理を用いない計画立案の手順）について説明する。
【００９５】
クライアントＰＣ２００が表示画面に表示する図１８の梱包計画立案画面（図１８の説明で後述）において、ユーザからの「従来計画立案」ボタンの押下指示を受け付けることで計画立案の処理を開始する。当該処理の開始を受けてサーバ１００のＣＰＵ２０１が、梱包計画立案画面１８００（後述）においてユーザから指定を受け付けた計画対象の期間の情報を基に、図１７の各情報を参照し、当該期間内に受注元の工場に対し梱包・出荷すべき部品の情報と、当該期間内に当該部品の納品先工場に対応する行先（港）に出発予定の船の情報を特定する。当該期間内に受注元の工場に対し梱包・出荷すべき部品とは、期日（納期）１７１４から時間１７８３を差し引いた日時が、ユーザから指定された期間内に含まれる部品のことである。
【００９６】
サーバ１００のＣＰＵ２０１は、例えば、特定した部品の情報を受注元工場＝工場１７８２毎にグルーピングする。
【００９７】
更に、当該受注元工場の情報を、工場１７８２に対応する行先１７８１毎にグルーピングして、１つの行先１７８１を取得する。取得した当該行先１７８１のグループ（受注した部品、及び当該部品の受注元工場を行先毎にまとめたグループ）の中から、納期が最初の部品を取得して、当該納期の３日前までに行先に到着する船の情報を取得する。尚、いずれの船の情報を取得するかは、ユーザの操作指示に応じて変更可能であるものとする。
【００９８】
当該船の船番１７７１から、船番１７６１に推奨コンテナ種別１７６３が登録されているかを判定し、当該推奨コンテナ種別が１７６３（船番１７６１）に対応付けて記憶されている場合は、当該推奨コンテナ種別１７６３に対応するコンテナコードを１つ取得して、新規に作成した梱包計画１０００のコンテナ１００４３に登録する。
【００９９】
続いて、当該行先グループにおいて受注順が最初の部品が属する受注元の工場のグループ（及び受注元工場１７１２）を取得して、当該最初の部品の推奨箱種別１７０４を特定し、当該箱種別の箱コード１７３２を１つ取得して、図１０の受注元工場１００２、品番１００３、箱１００５、数量１００６に登録する。
【０１００】
以降、当該箱コードの示す箱から既に梱包が決定された部品の総容積を差し引いた容積（残容積）におさまる容積の部品を、受注元工場１７１２毎に受注マスタ１７１０から順に取得して、当該箱コードの示す箱に対応付けて、梱包計画１０００に登録していく。
【０１０１】
受注元（受注元工場）のいずれの部品も、箱の残容積におさまらなくなった場合には（つまり箱がいっぱいになった場合には）、再度受注マスタ１７１０の当該受注元工場に対応付く先頭の部品を取得して、当該計画立案対象の期間内に当該受注元工場に発送すべき全ての部品を箱に梱包するまで、上述した処理を繰り返す。
【０１０２】
当該部品の梱包される箱の総容積又は総重量が、梱包計画１０００に登録済のコンテナ（コンテナ１００４）の最大容積又は最大重量を越えた場合には（つまりコンテナがいっぱいになった場合には）、新たなコンテナコードを取得してコンテナ１００４に登録する。また、以降の品番１００３及び箱１００５の情報は当該新たに登録したコンテナ１００４に対応付けて登録する。
【０１０３】
尚、当該行先のグループに含まれる、他の全ての受注元工場１７１２（工場１７８２）に納品する部品についても同様の処理を行う。つまり、当該行先に対応する工場の全てについて、梱包計画１０００に情報を登録する。
【０１０４】
その後、コンテナ内の部品の納期が早い順に梱包計画１０００内のデータをソートし、当該ソートした梱包計画１０００のデータを先頭から順に取得して、当該取得したデータの品番１００３の部品の総重量が、受注元工場の行先に対応する船の積載可能重量を越えた場合に、当該積載可能重量を越える直前までのデータに対応する梱包日１００１に、当該行先に対応する、当該計画立案対象の期間内の最初の船（船番１７７１）に対応する出発日（出発日時１７７２を参照）を登録する。また、全ての部品の総重量が当該積載可能重量を越えなかった場合にも同様の処理を行う。
【０１０５】
梱包日１００１が未登録の部品が残っている場合、当該期間内の、同一の行先に向かう次の船の情報を特定して（ここでは同一の船番の船であるものとする）、当該処理を繰り返す。全ての受注元工場の部品のデータ（品番）について、梱包日１００１が登録済になった場合に処理を終了する。上記の処理を全ての行先毎に繰り返す。以上が従来の梱包計画立案の処理手順である。
【０１０６】
図１１の説明に戻る。指示書１１００は、梱包日１１０１、工場１１０２、コンテナ１１０３、バーコード１１０４、箱１１１１、梱包順１１１２、品番１１１３、数量１１１４等から構成される。梱包日１１０１は、梱包日１００１の情報が挿入される。工場１１０２は、受注元工場１００２の情報が挿入される。コンテナ１１０３は、品番１１１３の部品を梱包した箱１１１１を積載するコンテナである。梱包順１１１２は、品番１１１３の部品を箱１１１１に梱包する順番であり、梱包指示書作成時に、部品の容積が大きい順に順番が設定される（大きい部品から先に梱包するよう順番が決定される）。
【０１０７】
バーコード１１０４は、少なくとも、当該梱包指示書の識別情報、梱包日１１０１、工場１１０２、箱１１１１、箱１１２１、箱１１３１の情報を含む。数量１１１４は梱包する部品の数量である。箱１１２１〜数量１１３４の内容は、上述した内容と同じであるため説明を省略する。以上が図１１の、本発明の実施形態における、梱包指示書の構成の一例についての説明である。
【０１０８】
図６の説明に戻る。クライアントＰＣ２００のＣＰＵ２０１は、ステップＳ６０４において受信したバーコードの情報が梱包指示書の情報かを判定し（ステップＳ６０５）、梱包指示書の情報であると判定した場合（ステップＳ６０５でＹＥＳ）、図１３の梱包実績テーブル１３００を新たに生成し（ステップＳ６０６）、バーコードから特定される指示書の識別情報（指示書ＩＤ）を指示書ＩＤ１３０９に登録し、クライアントＰＣ２００の外部メモリに記憶して、処理をステップＳ６０１に戻す。
【０１０９】
ここで図１３を参照して、本発明の実施形態における、梱包実績の構成の一例について説明する。図１３は、本発明の実施形態における、梱包実績の構成の一例を示す図である。
【０１１０】
梱包実績テーブル１３００は、受注元工場１３０１、品番１３０２、梱包日１３０３、コンテナ１３０４、箱１３０５、数量１３０６、船積済フラグ１３０７、充填率１３０８等から構成される。
【０１１１】
受注元工場１３０１は、品番１３０２の示す部品の受注元の工場の識別情報である。当該受注元工場１３０１、梱包日１３０３の情報は、指示書１１００のバーコードに含まれており、当該梱包実績テーブル１３００生成時に、当該指示書１１００のバーコードの情報を用いて登録される。
【０１１２】
箱１３０５は、当該品番１３０２の部品を梱包した箱の識別情報（箱コード）であり、部品梱包後にバーコードリーダ２５０により箱（モジュール）のバーコードが読み込まれることにより特定され、登録される。
【０１１３】
数量１３０６は、箱１３０５に梱包した部品の数量であり、部品のバーコードが読み込まれる都度、カウントアップされる。充填率１３０８は、当該例えば「モジュール内（箱１３０５内）の部品の重量合計  ÷  モジュールの最大重量  ×１００」で計算され、読み込んだ指示書１１００のバーコード１１０４から読み込んだ指示書に記載の箱（モジュール）１１１１、１１２１、１１３１の全ての箱のバーコードが読み込まれたタイミングで、梱包実績テーブル１３００に登録される。
【０１１４】
コンテナ１３０４、船積済フラグ１３０７は、後述する、モジュールのコンテナへの積込み時、及び、コンテナの船への積込み時に、コンテナに添付されたバーコード、船に対応するバーコードが読み取られることにより登録される。以上が図１３の、本発明の実施形態における、梱包実績の構成の一例についての説明である。
【０１１５】
図６の説明に戻る。ステップＳ６０４で受信したバーコードの情報が、梱包指示書の情報でないと判定した場合（ステップＳ６０５でＮＯ）、処理をステップＳ６０７に移行し、受信したバーコードの情報が部品の情報かを判定する（ステップＳ６０７）。つまり、部品（または部品が包まれた箱・袋）に添付されたバーコードが読み込まれたかを判定する。当該部品のバーコードには、部品の品番が記憶されている。
【０１１６】
受信したバーコードの情報が部品の情報であると判定した場合（ステップＳ６０７でＹＥＳ）、梱包実績テーブル１３００の品番１３０２に部品の品番を登録し、対応する数量１３０６を１カウントアップして（ステップＳ６１４）、処理をステップＳ６０１の前に戻す。
【０１１７】
受信したバーコードの情報が部品の情報でないと判定した場合（ステップＳ６０７でＮＯ）、受信したバーコードの情報＝モジュール（箱）に添付されたバーコードの情報であると判定し、当該箱のバーコードの情報に含まれる箱の識別情報（例えば図１７の箱コード１７３２）を取得して、梱包実績テーブル１３００の、箱コードが未登録の箱１３０５に登録する（ステップＳ６０８）。
【０１１８】
その後、指示書１１００のバーコードから取得した指示書１１００に含まれる箱コードの全てを読み込み済かを判定する（ステップＳ６０９）。つまり、指示書１１００に記載されている全ての部品を全ての箱に梱包し終えたかを判定する。当該判定処理は、指示書１１００のバーコードに含まれる、当該指示書に記載されている箱１１１１、箱１１２１、箱１１３１の情報と、既に梱包実績テーブル１３００に登録済の箱１３０５の情報を用いて行われる。
【０１１９】
指示書１１００に含まれる箱コードの全てを読み込み済でないと判定した場合（ステップＳ６０９でＮＯ）、処理をステップＳ６０１の前に戻す。尚、指示書１１００に含まれる箱コードの全ての読み込みを終了する前に、新たな指示書のバーコードが読み込まれた場合、クライアントＰＣ２００の表示画面に不図示のエラー画面を表示し、部品のバーコード、又は読み込み済の指示書１１００の箱コードを読み取るまで待機するものとする。
【０１２０】
指示書１１００に含まれる箱コードの全てを読み込み済であると判定した場合（ステップＳ６０９でＹＥＳ）、クライアントＰＣ２００のＣＰＵ２０１は、梱包実績テーブル１３００の情報をサーバ１００に送信し（ステップＳ６１０）、サーバ１００のＣＰＵ２０１は、これを受信する（ステップＳ６１１）。
【０１２１】
サーバ１００のＣＰＵ２０１は、受信した、梱包実績テーブル１３００の情報を用いて、充填率１３０８の値を算出して登録し（ステップＳ６１２）、当該梱包実績テーブル１３００を外部メモリに記憶する（ステップＳ６１３）。以上が図６の、本発明の実施形態における、梱包実績登録処理の流れについての説明である。
【０１２２】
尚、前述した、モジュールのコンテナへの積載実績の登録（図５のステップＳ５０２、Ｓ５０３）では、不図示のコンテナ積載用の指示書（箱コード１７３２とコンテナコード１７５２が対応付けられた、いずれの箱をいずれのコンテナに積載するかを示す指示書）を用いて、当該コンテナ積載用の指示書のバーコードが読み取られた後、箱のバーコードが読み取られ、コンテナのバーコードが読み取られることにより、いずれの箱がいずれのコンテナに積載されたかを特定し、梱包実績テーブル１３００のコンテナ１３０４に、箱１３０５が積載されたコンテナのコンテナコード１７５２が登録されるものとする。
【０１２３】
また、コンテナの船への積載実績の登録（図５のステップＳ５０４、Ｓ５０５）では、不図示の船積載用の指示書（コンテナコード１７５２と船番１７６１が対応付けられた、いずれのコンテナをいずれの船に積載するかを示す指示書）を用いて、当該船積載用の指示書のバーコードが読み取られた後、コンテナのバーコードが読み取られ、船のバーコードが読み取られることにより、コンテナが船に積載されたかを特定し、梱包実績テーブル１３００の船積済フラグ１３０７に、積込済を示す値＝１が登録されるものとする。
【０１２４】
次に図７を参照して、本発明の実施形態における、梱包実績分析処理の流れについて説明する。図７は、本発明の実施形態における、梱包実績分析処理の流れを示すフローチャートである。尚、当該図７の処理は、所定の期間毎にサーバ１００のＣＰＵ２０１によって実行されるものとする。当該所定の期間の情報はサーバ１００の外部メモリに予め記憶されており、ユーザの操作指示に応じて任意に変更可能であるものとする。
【０１２５】
サーバ１００のＣＰＵ２０１は、外部メモリに記憶された、ステップＳ７０１〜Ｓ７０７の処理を未適用の梱包実績テーブル１３００の情報を、各梱包日のモジュール（箱）１３０５毎に取得し（ステップＳ７０１）、指示書ＩＤ１３０９と図１０の指示書ＩＤ１００７の情報を照合して、当該実績に対応する梱包計画１０００の情報を取得し（ステップＳ７０２）、実績と計画の差（予実差＝数量差１４０４）を算出して、図１４の予実差情報テーブル１４００に登録し、外部メモリに記憶する（ステップＳ７０３）。
【０１２６】
ここで図１４を参照して、本発明の実施形態における、予実差情報の構成の一例について説明する。図１４は、本発明の実施形態における、予実差情報の構成の一例を示す図である。
【０１２７】
予実差情報テーブル１４００は、箱１４０１、実績数量１４０２、予定数量１４０３、数量差１４０４、充填率１４０５等から構成される。箱１４０１は、箱の識別情報である箱コードである。実績数量１４０２は、箱１４０１の示す箱に梱包された部品の総数である。
【０１２８】
予定数量１４０３は、梱包計画１０００において、箱１４０１の示す箱に梱包予定であった部品の総数である。数量差１４０４は、実績数量１４０２と予定数量１４０３の差の値である（数量差  ＝  実績数量  −  予定数量）。充填率１４０５は、梱包実績テーブル１３００の充填率１３０８の値であって、箱１４０１と同一の箱１３０５に対応する充填率が登録される。尚、上述したように、当該予実差情報テーブルは梱包日毎に生成されるものとする。以上が図１４の、本発明の実施形態における、予実差情報の構成の一例についての説明である。
【０１２９】
図７の説明に戻る。サーバ１００のＣＰＵ２０１は、予実差情報テーブル１４００の情報の内、数量差１４０４が１以上の予実差情報を１つ取得し（ステップＳ７０４）、当該取得した予実差情報の充填率１４０５を取得する（ステップＳ７０５）。
【０１３０】
そして、当該充填率の値が閾値以上か否かを判定する（ステップＳ７０６／登録判定手段に該当）。当該閾値の情報は、例えば図９に示す閾値９００のような情報であり、サーバ１００の外部メモリに予め記憶されているものとする。当該閾値９００は、モジュールに梱包された部品と当該モジュールとを、好相性の部品とモジュールとして相性表１５００（図１５の説明で後述）に登録するか否かの判断基準となる値である。
【０１３１】
サーバ１００のＣＰＵ２０１は、充填率の値が閾値以上でないと判定した場合（ステップＳ７０６でＮＯ）、処理をステップＳ７０８に移行する。充填率の値が閾値以上であると判定した場合（ステップＳ７０６でＹＥＳ）、当該充填率１４０５が閾値以上であった箱１４０１と同一の箱１３０５に対応する品番１３０２を特定して、箱１３０５の情報と共に、図１５の相性表１５００に登録する（ステップＳ７０７）。
【０１３２】
図１５の相性表１５００は、相性ＩＤ１５０１、箱１５０２、品番１５０３、相性度１５０４、登録回数１５０５等から構成される。相性ＩＤ１５０１は、各箱と品番の示す部品との組み合わせの識別情報である。
【０１３３】
当該相性表１５００は、本実施形態における図８の梱包計画立案処理で用いられ、例えば、当該相性表１５００に登録されている部品の梱包計画を立案する場合に、当該相性表１５００において当該品番１５０３の部品に対応する箱１５０２及び、当該箱１５０２と対応する他の品番１５０３の部品を優先的に当該品番１５０３の部品と組み合わせて、梱包計画を立案する。
【０１３４】
つまり、相性表１５００に従えば、品番１５０３＝Ａの部品の梱包計画を立案する場合、推奨箱種別１７０４に対して相性表１５００の箱１５０２を優先して取得し、梱包計画のテーブルに登録する。また、品番１５０３＝Ａの部品の次に受注マスタに登録されている部品が品番１５０３＝Ｂの部品であったとしても、当該Ｂの部品をスキップして品番１５０３＝Ｃの部品を取得し、Ａの部品と同じ箱１５０２＝Ｍ１に梱包するよう計画を立案する。当該梱包計画立案処理の詳細については図８の説明で後述する。
【０１３５】
相性度１５０４は、箱１５０２に、複数又は１つの品番１５０３の部品を梱包した場合の充填率であり、箱１５０２と品番１５０３の部品、及び、異なる品番１５０３の部品同士の相性の度合いを示す値である（相性度記憶手段に該当）。また、登録回数１５０５は、同一の箱１５０２に同一の品番１５０３が登録された回数を示す（つまり、相性ＩＤの示す箱・品番の組み合わせの充填率が閾値９００を満たした回数＝相性表への登録回数を示す／回数記憶手段に該当）。
【０１３６】
サーバ１００のＣＰＵ２０１は、ステップＳ７０１で取得した梱包実績の内の全ての部品についてステップＳ７０４〜Ｓ７０７の処理を適用したか判定し（ステップＳ７０８）、全ての部品について処理を適用済でないと判定した場合（ステップＳ７０８でＮＯ）、処理をステップＳ７０４の前に戻し、全ての部品について処理を適用済であると判定した場合（ステップＳ７０８でＹＥＳ）、処理を終了する。以上が図７の、本発明の実施形態における、梱包実績分析処理の流れについての説明である。
【０１３７】
次に図８を参照して、本発明の実施形態における、梱包計画立案処理の流れについて説明する。図８は、本発明の実施形態における、梱包計画立案処理の流れを示すフローチャートである。
【０１３８】
クライアントＰＣ２００のＣＰＵ２０１は、ステップＳ８０１の前に、ユーザからの指示を受け付けてサーバ１００にアクセスし、サーバ１００より図１８に示すような梱包計画立案画面１８００を表示する。
【０１３９】
ここで図１８を参照して、本発明の実施形態における、梱包計画立案画面の構成の一例について説明する。図１８は、本発明の実施形態における、梱包計画立案画面の構成の一例を示す図である。
【０１４０】
計画立案対象期間指定受付部１８０１は、梱包計画を立案・作成する対象となる期間の指定を受け付ける受付部である。サーバ１００のＣＰＵ２０１は、ユーザからの指示に応じて、当該計画立案対象期間指定受付部１８０１で指定を受け付けた期間に行う梱包処理の計画を立案処理する。
【０１４１】
カレンダー表示部１８０２は、カレンダーの表示部である。計画立案対象期間指定受付部１８０１は、入力枠に直接日時の情報を受け付けることで期間の指定を受け付けること、及び、当該カレンダー表示部１８０２に表示されたカレンダーの日付の選択を受け付けることで、当該選択を受け付けた日付の情報を計画立案対象期間指定受付部１８０１の入力枠に添付し、期間の指定を受け付けることが可能である。
【０１４２】
「従来計画立案」ボタン１８０３は、上述した従来の計画立案方法（図８のステップＳ８０８以下の処理を用いない計画立案方法）にて、計画立案対象期間指定受付部１８０１で指定を受け付けた期間の梱包計画立案処理を実行するためのボタンである。
【０１４３】
「梱包計画立案（相性考慮）」ボタン１８０４は、部品同士の相性を考慮し、本願発明の図８のステップＳ８０８以下に示す方法を用いて、梱包計画を立案するためのボタンである。図８のステップＳ８０１に示す梱包計画立案指示は、当該「梱包計画立案（相性考慮）」ボタン１８０４の押下指示を指すものとする。以上が図１８の、本発明の実施形態における、梱包計画立案画面の構成の一例についての説明である。
【０１４４】
図８の説明に戻る。クライアントＰＣ２００のＣＰＵ２０１は、ユーザからの梱包計画立案指示を受け付けると（ステップＳ８０１／「梱包計画立案（相性考慮）」ボタン１８０４の押下指示を受け付けると）、計画立案対象期間の情報を含む当該計画立案指示の情報をサーバ１００に送信する（ステップＳ８０２）。
【０１４５】
サーバ１００のＣＰＵ２０１は当該指示を受信し（ステップＳ８０３）、計画立案対象期間に梱包及び出荷すべき部品の情報を受注マスタから抽出して、受注元毎にグルーピングする（ステップＳ８０４）。
【０１４６】
具体的には、部品の納期（図１７の期日１７１４）から、部品が受注元（行先１７８１）に到着するまでの時間１７８３を差し引いた日時が、ユーザから指定された期間内に含まれる部品を抽出して、受注元工場１７１２の示す工場毎にグルーピングし（受注元のグループ）、また当該工場に対応する行先毎にグルーピングする（行先のグループ）。
【０１４７】
サーバ１００のＣＰＵ２０１は、配船マスタを参照し、当該抽出した部品の受注元に対応する行先に向かう船であって、計画立案対象期間内に当該行先に出発する船（船番１７６１、１７７１）及び、当該期間内の、当該船の出発時間の情報（発着データテーブル１７７０）を取得する（ステップＳ８０５）。
【０１４８】
そして、当該船番１７６１に対応する推奨コンテナ種別１６６３の示すコンテナマスタ１７４０の情報、及び、ステップＳ８０４で抽出した各部品の推奨箱種別１７０４の示す箱のモジュールマスタ１７３０の情報を取得する（ステップＳ８０６）。
【０１４９】
サーバ１００のＣＰＵ２０１は、梱包実績（梱包実績テーブル１３００の情報）が１つでも外部メモリに記憶済か（存在するか）を判定する（ステップＳ８０７）。
【０１５０】
梱包実績が存在しないと判定した場合（ステップＳ８０７でＮＯ）、ステップＳ８０４で抽出した部品のグループ毎にステップＳ８１５〜Ｓ８１７の処理を実行する。つまり、梱包実績がないため、上述した従来の梱包計画立案処理を実行する。処理の詳細については上述したため、ここでは説明を割愛する。
【０１５１】
梱包実績が存在すると判定した場合（ステップＳ８０７でＹＥＳ）、サーバ１００のＣＰＵ２０１は、ステップＳ８０４でグルーピングされた受注元の工場のグループを１つ取得し、当該行先に対応する部品情報を１つ取得する（ステップＳ８０８）。つまり、例えば、行先のグループの中で受注順が最初の部品の情報を有する受注元の工場のグループを１つ取得し、当該受注元の工場のグループの中で、受注順が最初の部品の品番１７０１を取得する。また、当該部品の品番１７０１に対応する推奨箱種別１７０４の示す箱（箱コード１７３２）を１つ取得する（ステップＳ８０９）。
【０１５２】
サーバ１００のＣＰＵ２０１は、図１５の相性表１５００を参照し（ステップＳ８１０）、取得した部品情報の示す品番と箱コードの組み合わせが、相性表１５００に登録されているか判定する（ステップＳ８１１）。つまり、品番１５０３に登録されているか判定する。
【０１５３】
当該取得した部品情報の示す品番と箱がコードの組み合わせが相性表１５００に存在しない場合（ステップＳ８１１でＮＯ）、当該部品の品番１７０１と、ステップＳ８０８で取得した箱コード１７３２を、梱包計画１０００の品番１００３と箱１００５に登録し（ステップＳ８１８）、処理をステップＳ８２８に移行する。
【０１５４】
取得した部品情報の示す品番と箱がコードの組み合わせが相性表１５００に存在する場合（ステップＳ８１１でＹＥＳ）、当該部品１５０３（品番１５０３の部品）の相性度１５０４が閾値以上かを判定する（ステップＳ８１２）。ここでいう閾値とは、例えば図９に示す採用閾値９１０の値である。
【０１５５】
図９の採用閾値９１０は、梱包計画立案に際して、計画立案対象の部品の相性表１５００の情報を、当該計画の立案に採用するか否かの判断基準となる値である。例えば、当該部品の相性表１５００における相性度１５０４が、当該採用閾値９１０以上の場合に、当該部品と好相性の品番１５０３を、箱１５０２に優先して梱包する。
【０１５６】
つまり、相性のよい部品同士を、同一の箱に優先して梱包するよう、計画立案を行う。採用閾値９１０は、サーバ１００の外部メモリに予め記憶されており、ユーザの操作に応じて任意に変更可能であるものとする。
【０１５７】
部品の相性度が閾値以上でないと判定した場合（ステップＳ８１２でＮＯ）、処理をステップＳ８１８に移行する。部品の相性度が閾値以上であると判定した場合（ステップＳ８１２でＹＥＳ）、当該部品単体の重量が当該箱の最大重量１７２２以内か判定する（ステップＳ８１３）。
【０１５８】
尚、ここでは、ステップＳ８１２において、相性度１５０４が所定の値（採用閾値９１０）以上である場合に処理をステップＳ８１８に進めるものとしたが、例えば、登録回数１５０５の値が採用閾値９１０の値以上の場合に処理をステップＳ８１８に進めるよう判定処理を行ってもよい。この場合、採用閾値９１０の値は、パーセンテージではなく、登録回数に対応した正数が登録されているものとする。
【０１５９】
部品単体の重量が当該箱の最大重量以内であると判定した場合（ステップＳ８１３でＹＥＳ）、当該部品の品番１７０１と、箱コード１７３２を、箱の最大重量を超える直前まで梱包計画１０００の品番１００３と箱１００５に登録する（ステップＳ８１４）。
【０１６０】
そして、取得した部品（ステップＳ８０８で取得した部品）を全て梱包済か判定し（ステップＳ８２３）、梱包済でない場合（ステップＳ８２３でＮＯ）処理をステップＳ８０９に戻して、当該部品の残りを梱包するための新たな箱を取得する。
【０１６１】
つまり、例えば、品番１７０１の示す部品が１０個ある場合で、梱包する箱の最大重量が当該部品８個分の重量の場合、当該箱に当該部品を８個対応付けて梱包計画１０００に登録する。そして、残った２個の部品を梱包するための箱の箱コード１７３２をステップＳ８０９で新たに取得する。
【０１６２】
取得した部品を全て梱包済であると判定した場合（ステップＳ８２３でＹＥＳ）、相性表１５００を参照して、当該取得した部品と同じ箱１５０２に対応付けて記憶されている部品１５０３（好相性の部品／品番１５０３の部品）を特定し、ステップＳ８０４でグルーピングした部品のグループ（同じ受注元に対応づいたグループ）から取得する（ステップＳ８２４）。
【０１６３】
尚、ステップＳ８２３とＳ８２４の間に、当該梱包済の部品と同じ受注元のグループに、当該好相性の部品が存在するかを判定し、当該好相性の部品が同じ受注元のグループに存在すると判定した場合に、ステップＳ８２４〜Ｓ８２７の処理を実行し、存在しないと判定した場合にステップＳ８２４〜Ｓ８２７の処理をスキップして、処理をステップＳ８２８に移行するものとする。
【０１６４】
以降、梱包済の部品と同じ受注元のグループに好相性の部品が存在するものとして説明を行う。
【０１６５】
サーバ１００のＣＰＵ２０１は、ステップＳ８２４で取得した好相性の部品単体が、ステップＳ８０８で取得した部品（図１０の品番１００３）を梱包する箱（図１０の箱１００５）の最大重量から、当該部品の重量×当該部品の数量（図１０の数量１００６）の重量を差し引いた、残りの積載可能な重量（残積載可能重量）以内か判定する（ステップＳ８２５）。
【０１６６】
当該好相性の部品が残積載可能重量以内でないと判定した場合（ステップＳ８２５でＮＯ）、処理をステップＳ８０９に戻し、当該好相性の部品を梱包するための箱の箱コード１７３２を取得する。
【０１６７】
当該好相性の部品が残積載可能重量以内であると判定した場合（ステップＳ８２５でｙＥＳ）、当該好相性の部品の品番１７０１と、箱コード１７３２を、箱の最大重量を超える直前まで梱包計画１０００の品番１００３と箱１００５に登録する（ステップＳ８２６）。
【０１６８】
そして、ステップＳ８０８で取得した部品と好相性の部品（相性表１５００において同じ箱１５０２に対応付けて登録されている、相性度１５０４が採用閾値９１０以上の部品１５０３）を全て処理済か判定する（ステップＳ８２７）。つまり、ステップＳ８０８で取得した部品と好相性の部品の全てを、箱コード１７３２と対応付けて梱包計画１０００に登録済か判定する。
【０１６９】
処理済でないと判定した場合（ステップＳ８２７でＮＯ）、処理をステップＳ８２４に戻す。ステップＳ８０８で取得した部品と好相性の部品を全て処理済であると判定した場合（ステップＳ８２７でＹＥＳ）、当該部品と同じ受注元のグループの部品を全て梱包計画１０００に登録済、且つ、計画立案対象期間内の部品を全て梱包計画１０００に登録済か判定し（ステップＳ８２８）、梱包計画１０００に未登録の部品があると判定した場合（ステップＳ８２８でＮＯ）、処理をステップＳ８０８に戻し、直前にステップＳ８０８で取得した部品と同一グループ（同じ受注元のグループ）内の部品を新たに取得する。
【０１７０】
また、同一グループ内の部品がない場合、つまり、ステップＳ８０８で直前に取得した部品の受注元のグループの部品を全て梱包計画１０００に登録した場合、同じく、処理をステップＳ８０８に戻し、当該部品の属する行先のグループの中から、例えば、受注順が最初の部品の情報を有する他の受注元のグループを取得し、当該グループ内の受注順が最初の部品の情報を取得するものとする。
【０１７１】
梱包計画１０００に未登録の部品がないと判定した場合（ステップＳ８２８でＹＥＳ）、つまり、計画立案対象期間内の部品を全て梱包計画１０００に登録済であると判定した場合、処理を終了する。
【０１７２】
サーバ１００のＣＰＵ２０１は、ステップＳ８１３において、ステップＳ８０８で取得した部品単体、又はステップＳ８２４で取得した部品単体の重量が当該箱の最大重量以内でないと判定した場合（ステップＳ８１３でＮＯ）、つまり、当該部品１つでさえ箱に梱包不可能な場合、当該部品が、１度ステップＳ８１３〜Ｓ８２０の処理を適用済の部品か判定する（ステップＳ８１９）。
【０１７３】
つまり、部品単体の重量がステップＳ８０９で取得した箱の最大重量を超えるために、取得した箱への梱包は不可能と判定され、処理順を、受注元のグループの最後に移動されたことのある部品か判定する。
【０１７４】
ステップＳ８１３〜Ｓ８２０の処理を適用済の部品でないと判定した場合（ステップＳ８１９でＮＯ）、当該部品の処理順を、受注元のグループの最後に移動して（ステップＳ８２０）、処理をステップＳ８０８に戻す。
【０１７５】
ステップＳ８１３〜Ｓ８２０の処理を適用済の部品であると判定した場合（ステップＳ８１９でＹＥＳ）、当該部品を梱包可能な最大重量１７２２、及び最大容積１７２４を備えた箱種別１７２１の箱（箱コード１７３２）を取得して（ステップＳ８２１）、当該部品の品番１７０１と当該取得した箱コード１７３２を、梱包計画１０００の品番１００３、箱１００５に登録し（ステップＳ８２２）、処理をステップＳ８２８に移行する。以上が図８の、本発明の実施形態における、梱包計画立案処理の流れについての説明である。
【０１７６】
次に図１６を参照して、本発明の実施形態における、梱包計画立案の様子の一例について説明する。図１６は、本発明の実施形態における、梱包計画立案の様子の一例を示す図である。図１６は、既存梱包計画１６００と、相性度採用梱包計画１６１０とから構成される。
【０１７７】
ここでは、３月１日〜３月３日の梱包計画が既に立案済の状態で、３月１日、及び３月２日の梱包実績が梱包実績テーブル１３００に登録された後に、部品同士の相性を考慮した、３月３日の梱包計画の立案を行った場合の梱包計画の内容変化について説明する。
【０１７８】
例えば、３月１日及び３月２日の梱包実績を用いて、品番Ａの部品と品番Ｃの部品とを箱Ｂ１（箱Ｂ１＝箱種別ＢＸ１と仮定）に梱包した場合の充填率が、閾値９００以上であることが特定され、品番Ａ、品番Ｃ、箱Ｂ１が対応付けて相性表１５００に登録されている場合を前提とする。また、箱Ｂ１の箱種別＝箱Ｂ３の箱種別＝箱Ｂ７の箱種別＝箱Ｂ８の箱種別＝であるものとする。
【０１７９】
また、品番Ｃ、品番Ｄ、箱Ｂ３が対応付けて相性表１５００に登録されており、「品番Ａ・品番Ｃ・箱Ｂ１の相性度＞品番Ｃ・品番Ｄ・箱Ｂ３の相性度」であるものとうする。
既存梱包計画１６００は、既に立案済の梱包計画である。ここでは、図１０の梱包計画１０００の内、３月３日の梱包計画のみを抜き出して記載している。
【０１８０】
相性度採用梱包計画１６１０は、梱包実績を基にした相性表を用い、図８のフローに沿って、部品同士の相性を考慮して再立案された３月３日の梱包計画の梱包計画である。
【０１８１】
既存梱包計画１６００は、梱包日１６０１、受注元工場１６０２、品番１６０３、コンテナコード１６０４、箱コード１６０５、数量１６０６、指示書ＩＤ１６０７等から構成される。
【０１８２】
また、相性度採用梱包計画１６１０は、梱包日１６１１、受注元工場１６１２、品番１６１３、コンテナコード１６１４、箱コード１６１５、数量１６１６、指示書ＩＤ１６１７等から構成される。各構成については図１０の説明で既に記載しているため、ここでは説明を割愛する。
【０１８３】
図１６においては、計画再立案前後で、コンテナコード１６１４、箱コード１６１５、指示書ＩＤ１６１７が変更されている。これは、例えば、図８のフローチャートに沿って、以下の＜１＞〜＜６＞の処理を行うことにより、実現される。
【０１８４】
＜１＞サーバ１００のＣＰＵ２０１が、梱包対象の部品として品番Ａの部品（数量＝１）を取得し（ステップＳ８０８）、梱包する箱Ｂ７と対応付けて相性度採用梱包計画１６１０に記憶する処理。
【０１８５】
＜２＞相性表１５００を参照して（ステップＳ８１０）、当該相性表１５００の相性度１５０４を用いて、「品番Ａ・品番Ｃ・箱Ｂ１の相性度＞品番Ｃ・品番Ｄ・箱Ｂ３の相性度」であることを特定し、相性度の高い、品番Ａと対応付けられている品番Ｃの部品（数量＝２）を取得し（ステップＳ８２４）、箱Ｂ７の残積載可能容量に応じて梱包可能な品番Ｃの部品１つを箱（箱Ｂ７）に対応付けて、相性度採用梱包計画１６１０の各項目に記憶する処理（ステップＳ８２６）。
【０１８６】
＜３＞処理をステップＳ８０８に戻し、当該箱Ｂ７に梱包しきれなかった品番Ｃの部品１つを特定（取得）し、梱包する箱Ｂ８と対応付けて相性度採用梱包計画１６１０に記憶する処理。
＜４＞
【０１８７】
相性表１５００を参照して（ステップＳ８１０）品番Ｃと対応付けられている品番Ａの部品（数量＝１／上述の品番Ａの部品とは別の、納期が遅い受注の品番Ａの部品）を取得し（ステップＳ８２４）、箱Ｂ８の残積載可能容量に応じて梱包可能な当該品番Ａの部品１つを箱（箱Ｂ８）に対応付けて、相性度採用梱包計画１６１０の各項目に記憶する処理（ステップＳ８２６）。
＜５＞
【０１８８】
サーバ１００のＣＰＵ２０１が、梱包対象の部品として品番Ｄの部品（数量＝１）を取得し（ステップＳ８０８）、梱包する箱ＢＢと対応付けて相性度採用梱包計画１６１０に記憶する処理。
【０１８９】
＜６＞相性表１５００を参照して（ステップＳ８１０）品番Ｄと対応付けられている品番Ｃの部品（数量＝１／上述の品番Ｃの部品とは別の、納期が遅い受注の品番Ｃの部品）を取得し（ステップＳ８２４）、箱ＢＢの残積載可能容量に応じて梱包可能な品番Ｃの部品１つを箱（箱ＢＢ）に対応付けて、相性度採用梱包計画１６１０の各項目に記憶する処理（ステップＳ８２６）。
【０１９０】
以上の処理を行うことによって、単純に、従来の計画立案方法で立案された梱包計画（受注順に決まった箱に決まった部品を梱包する）に比べて、箱ＢＤを削減した梱包計画を立案することが出来る。以上が図１６の、本発明の実施形態における、梱包計画立案の様子の一例についての説明である。
【０１９１】
以上説明したように、本発明によれば、梱包物同士の梱包の相性の情報を用いて、梱包処理の効率低下を軽減することができる。
【０１９２】
上述した、図５〜図８のフローチャートに基づく本発明の実施形態を、本発明の第１の実施形態とする。
【０１９３】
次に、本発明の第２の実施形態について説明する。第２の実施形態においては、第１の実施形態で記載したような、相性のよい部品の組み合わせだけでなく、相性の悪い部品の組み合わせの情報を用いて、梱包計画の立案を行う。
【０１９４】
例えば、好相性の部品同士を同じ箱に梱包するよう梱包計画１０００に部品・箱の情報を登録後、悪相性表を参照して、まず、悪相性でない（相性度が未知、又は、好相性ではないが悪相性でもない）部品同士を同じ箱に梱包するよう決定し、その後、悪相性表に含まれる部品を梱包するよう決定する。
【０１９５】
本発明の第２の実施形態によれば、より相性の悪い梱包物の組み合わせができる可能性を低減しつつ、相性のよい可能性のある梱包物の組み合わせを用いた梱包計画の立案が可能となる。つまり、梱包物同士の梱包の相性の情報を用いて、梱包処理の効率低下を軽減することができる。
【０１９６】
以下、図１９〜図２４を用いて、本発明の第２の実施形態について説明する。尚、第１の実施形態と共通する処理、データ構成については説明を割愛する。
【０１９７】
本発明の第２の実施形態において、サーバ１００の外部メモリには、図２３に示すような閾値と、図２４に示すような相性表が記憶されている。
【０１９８】
図２４は、本発明の第２の実施形態における、好相性表及び悪相性表の構成の一例を示す図である。好相性表２４００は、箱２４０４の示す箱（モジュール）に梱包への部品の梱包をする場合に、箱の充填率（相性度）が高い、好相性の部品の組み合わせを示すテーブルである。
【０１９９】
同一の相性ＩＤ２４０１を有する箱２４０２の示す箱（モジュール）、及び品番２４０３の示す部品同士の相性が、好相性閾値２３００（図２３）以上である場合に、２４０１〜２４０４に示す各情報が、当該好相性表２４００に記憶される。
【０２００】
例えば、図２４によれば、相性ＩＤ２４０２＝１のデータ（好相性情報）は、箱Ｂ１（箱２４０２＝Ｂ１）における品番Ａと品番Ｃの部品が好相性であり、品番Ａと品番Ｃの部品を箱Ｂ１に梱包した場合の箱Ｂ１の充填率は８０％（相性度が８０％）である。
【０２０１】
比率２４０５は、好相性である場合の、箱２４０２の中における各部品（品番２４０３）の比率を示す。当該比率２４０５は、後述する図１９のステップＳ１９０７のタイミングで、サーバ１００のＣＰＵ２０１が、新たに相性表に登録する場合に、過去最高の充填率を示す部品の比率が登録・更新される。
【０２０２】
つまり、現在の好相性表で、箱２４０２＝Ｂ１において充填率８０％である品番Ａ及び品番Ｃの部品の比率２４０５が、Ａ：Ｃ＝７０：３０の場合で、後述する図１９のステップＳ１９０６で好相性表に登録すべきと判定された（好相性閾値以上であると判定された）部品の梱包実績の充填率が８５％、Ａ：Ｃ＝７５：２５の場合、好相性表２４００の比率２４０５を、充填率が高い比率（Ａ：Ｃ＝７５：２５）に更新するものである。当該好相性表への情報の記憶は、サーバ１００のＣＰＵ２０１が行うものとする。
【０２０３】
悪相性表２４１０は、箱２４１２の示す箱（モジュール）に梱包への部品の梱包をする場合に、箱の充填率（相性度）が低い、悪相性の部品の組み合わせを示すテーブルである。
【０２０４】
同一の相性ＩＤ２４１１を有する箱２４１２の示す箱（モジュール）、及び品番２４１３の示す部品同士の相性が、悪相性閾値２３１０（図２３）以下である場合に、２４１１〜２４１４に示す各情報が、当該悪相性表２４１０に記憶される。
【０２０５】
例えば、図２４によれば、相性ＩＤ２４１１＝Ｘ１のデータ（悪相性情報）は、箱Ｂ１（箱２４１２＝Ｂ１）における品番Ｄと品番Ｅの部品が悪相性であり、品番Ｄと品番Ｅの部品を箱Ｂ１に梱包した場合の箱Ｂ１の充填率は３０％（相性度が３０％）である。
当該悪相性表への情報の記憶は、サーバ１００のＣＰＵ２０１が行うものとする。
【０２０６】
また、図２３に示す好相性閾値２３００と、悪相性閾値２３１０は、サーバ１００の外部メモリに予め記憶されており、上述したように、好相性表及び悪相性表への、箱の識別情報、品番（部品の識別情報）、相性度を登録するための閾値として利用される。
【０２０７】
次に図１９を参照して、本発明の第２の実施形態における、梱包実績分析処理について説明する。図１９は、本発明の第２の実施形態における、梱包実績分析処理の流れを示すフローチャートである。
【０２０８】
ステップＳ１９０１〜Ｓ１９０５の処理は、図７のステップＳ７０１〜Ｓ７０５の書く処理と同一であるため、説明は割愛する。
【０２０９】
サーバ１００のＣＰＵ２０１は、ステップＳ１９０５で取得した充填率の値が、好相性閾値２３００以上か判定する（ステップＳ１９０６）。好相性閾値２３００以上であると判定した場合（ステップＳ１９０６でＹＥＳ）、当該充填率（充填率１４０５）が好相性閾値２３００以上であった箱１４０１と同一の箱１３０５に対応する品番１３０２を特定して、箱１３０５の情報と共に、好相性表２４００に登録する（ステップＳ１９０７）。そして、処理をステップＳ１９１０に移行する。
【０２１０】
サーバ１００のＣＰＵ２０１は、ステップＳ１９０５で取得した充填率の値が、好相性閾値２３００未満であると判定した場合（ステップＳ１９０６でＮＯ）、ステップＳ１９０５で取得した充填率の値が、悪相性閾値２３１０以下であるか判定する（ステップＳ１９０８）。
【０２１１】
ステップＳ１９０５で取得した充填率の値が、悪相性閾値２３１０以下であると判定した場合（ステップＳ１９０８でＹＥＳ）、当該充填率（充填率１４０５）が悪相性閾値２３１０以上であった箱１４０１と同一の箱１３０５に対応する品番１３０２を特定して、箱１３０５の情報と共に、悪相性表２４１０に登録する（ステップＳ１９０９）。そして、処理をステップＳ１９１０に移行する。
【０２１２】
また、サーバ１００のＣＰＵ２０１は、ステップＳ１９０５で取得した充填率の値が、悪相性閾値２３１０より大きいと判定した場合（ステップＳ１９０８でＮＯ）、処理をステップＳ１９１０に移行する。
【０２１３】
サーバ１００のＣＰＵ２０１は、ステップＳ１９０１で取得した梱包実績の内の全ての部品についてステップＳ１９０４〜Ｓ１９０９の処理を適用したか判定し（ステップＳ１９１０）、全ての部品について処理を適用済でないと判定した場合（ステップＳ１９１０でＮＯ）、処理をステップＳ１９０４の前に戻し、全ての部品について処理を適用済であると判定した場合（ステップＳ１９１０でＹＥＳ）、処理を終了する。以上が図１９の説明である。
【０２１４】
次に図２０を参照して、本発明の第２の実施形態における、梱包計画立案処理の概要について説明する。図２０は、本発明の第２の実施形態における、梱包計画立案処理の概要を示すフローチャートである。
【０２１５】
ステップＳ２００１〜Ｓ２００４の処理は、図８のステップＳ８０１〜Ｓ８０４の各処理を同一のため、説明は割愛する。（ステップＳ２００４：部品の納期（図１７の期日１７１４）から、部品が受注元（行先１７８１）に到着するまでの時間１７８３を差し引いた日時が、ユーザから指定された期間内に含まれる部品を抽出して、受注元工場１７１２の示す工場毎にグルーピングし（受注元のグループ）、また当該工場に対応する行先毎にグルーピングする（行先のグループ）処理）。
【０２１６】
ステップＳ２００５において、サーバ１００のＣＰＵ２０１は、ステップＳ２００４でグルーピングされたグループ（受注元のグループ）を１つ取得する（ステップＳ２００５）。また、当該受注元の識別情報（工場１７８２）に対応する行先１７８１を取得し、当該行先１７８１が、行先１７６２に挿入された配船マスタ１７６０の情報を取得して（ステップＳ２００６）、取得した配船マスタ１７６０の情報中の、船番１７６１に対応する推奨コンテナ種別１６６３の示すコンテナマスタ１７４０の情報、及び、ステップＳ２００４で抽出した各部品の推奨箱種別１７０４の示す箱のモジュールマスタ１７３０の情報を取得する（ステップＳ２００７）。
【０２１７】
サーバ１００のＣＰＵ２０１は、相性表がサーバ１００の外部メモリ上に記憶されているか判定する（ステップＳ２００８）。つまり、好相性表または悪相性表のいずれかが存在するか判定する。
【０２１８】
相性表が存在しないと判定した場合（ステップＳ２００８でＮＯ）、ステップＳ２００５で取得した部品のグループ毎にステップＳ２０１１〜２０１３の処理を実行する。つまり、相性表がないため、上述した従来の梱包計画立案処理を実行する。
【０２１９】
サーバ１００のＣＰＵ２０１は、受注順が最初の部品データを取得して（ステップＳ２０１１）、従来の梱包計画立案処理を行う（ステップＳ２０１２）。
【０２２０】
つまり、ステップＳ２０１１で取得した部品の納期の３日前までに行先に到着する船の情報を取得する。そして、当該船の船番１７７１から、船番１７６１に推奨コンテナ種別１７６３が登録されているかを判定し、当該推奨コンテナ種別が１７６３（船番１７６１）に対応付けて記憶されている場合は、当該推奨コンテナ種別１７６３に対応するコンテナコードを１つ取得して、新規に作成した梱包計画１０００のコンテナ１００４３に登録する。
【０２２１】
続いて、当該最初の部品の推奨箱種別１７０４を特定し、当該箱種別の箱コード１７３２を１つ取得して、図１０の受注元工場１００２、品番１００３、箱１００５、数量１００６に登録する。
【０２２２】
以降、当該箱コードの示す箱から既に梱包が決定された部品の総容積を差し引いた容積（残容積）におさまる容積の部品を、受注元工場１７１２毎に受注マスタ１７１０から順に取得して、当該箱コードの示す箱に対応付けて、梱包計画１０００に登録していく。
【０２２３】
受注元（受注元工場）のいずれの部品も、箱の残容積におさまらなくなった場合には（つまり箱がいっぱいになった場合には）、処理をステップＳ２０１３に移行し、グループ内の全ての部品について、ステップＳ２０１１〜Ｓ２０１２の処理を適用したかを判定し（ステップＳ２０１３）、適用済みの場合（ステップＳ２０１３でＹＥＳ）、処理をステップＳ２０１４に移行する。
【０２２４】
未適用の場合（ステップＳ２０１３でＮＯ）、処理をステップＳ２０１１に戻して、再度受注マスタ１７１０の当該受注元工場に対応付く先頭の部品を取得する。
【０２２５】
サーバ１００のＣＰＵ２０１は、ステップＳ２００８で、相性表が外部メモリに記憶済（存在する）と判定した場合（ステップＳ２００８でＹＥＳ）、処理をステップＳ２００９に移行して、好相性表を用いた梱包計画の立案処理を実行する（ステップＳ２００９）。好相性表を用いた梱包計画の立案処理（ステップＳ２００９）の処理の詳細については、図２１の説明で後述する。
【０２２６】
その後、処理をステップＳ２０１０に移行して、悪相性表を用いた梱包計画の立案処理を実行して（ステップＳ２０１０）、処理をステップＳ２０１１に移行する。悪相性表を用いた梱包計画の立案処理（ステップＳ２０１０）の処理の詳細については、図２２の説明で後述する。
【０２２７】
サーバ１００のＣＰＵ２０１は、ステップＳ２０１４で、ステップＳ２００４でグルーピングを行った全てのグループに対して、ステップＳ２００５〜Ｓ２０１３までの処理を実行済みか判定し（ステップＳ２０１４）、実行済みであると判定した場合（ステップＳ２０１４でＹＥＳ）、処理を終了し、実行済みでないと判定した場合（ステップＳ２０１４でＮＯ）、処理をステップＳ２００５に戻す。以上が図２０の説明である。
【０２２８】
次に図２１を参照して、本発明の第２の実施形態における、好相性表を用いた梱包計画立案処理の詳細について説明する。図２１は、本発明の第２の実施形態における、好相性表を用いた梱包計画立案処理の詳細を示すフローチャートである。
【０２２９】
サーバ１００のＣＰＵ２０１は、ステップＳ２００５で取得した行先のグループを１つ取得し、当該行先のグループ（配船マスタ１７６０でいう行先１７６２）に対応する部品情報を取得する（ステップＳ２１０１）。つまり、例えば、行先のグループの中で受注順が最初の部品の情報を有する受注元の工場のグループを１つ取得し、当該受注元の工場のグループの中で、受注順が最初の部品の品番１７０１を取得する。
【０２３０】
サーバ１００のＣＰＵ２０１は、好相性表２４００を取得し（ステップＳ２１０２）、ステップＳ２１０１で取得した部品が、好相性表２４００の品番２４０３に存在するか判定する（ステップＳ２１０３）。
【０２３１】
存在しないと判定した場合（ステップＳ２１０３でＮＯ）、好相性表２４００に存在しない当該部品の処理順を、当該部品が属する受注元のグループ内の最後に変更する（ステップＳ２１０８）。
【０２３２】
ステップＳ２１０１で取得した部品が、好相性表２４００の品番２４０３に存在すると判定した場合（ステップＳ２１０３でＹＥＳ）、当該品番２４０３に対応する箱２４０２を参照して、同一の箱２４０２の識別情報を持った別の部品（別の品番の部品であって、取得した部品と好相性の部品）を特定する。そして、当該好相性の部品が、ステップＳ２１０１で取得した部品と同一の受注元のグループ内に存在するか判定する（ステップＳ２１０４）。
【０２３３】
好相性の部品が同一グループに存在しないと判定した場合（ステップＳ２１０４でＮＯ）、処理をステップＳ２１０８に移行し、好相性の部品が同一グループに存在すると判定した場合（ステップＳ２１０４でＹＥＳ）、当該好相性の部品（部品の品番）を取得する（ステップＳ２１０５）。
【０２３４】
そして、ステップＳ２１０１で取得した部品（部品の品番）と、当該好相性の部品と、ステップＳ２１０１で取得した部品及び当該好相性の部品とに対応する箱２４０２（箱コード１７３２）とを合わせて、梱包計画１０００の品番１００３と箱１００５に登録する（ステップＳ２１０６）。尚、箱には最大容量があるため、箱の最大容量を超える直前まで、ステップＳ２１０１で取得した部品及び当該好相性の部品を、当該箱に対応付けて梱包計画１０００に登録するものとする。
【０２３５】
ここでは、好相性表２４００の比率２４０５に従って、梱包計画１０００における箱１００５に対応付ける各部品の数量を決定して、当該決定した数量を、数量１００６に記憶するものとする。
【０２３６】
サーバ１００のＣＰＵ２０１は、ステップＳ２１０４で取得した部品の全てが、梱包計画１０００の品番１００３に登録済か判定し（ステップＳ２１０７）、登録済でない場合は（ステップＳ２１０７でＮＯ）、処理をステップＳ２１０１に戻す。登録済である場合（ステップＳ２１０７でＹＥＳ）、処理をステップＳ２１０９に移行する。
【０２３７】
サーバ１００のＣＰＵ２０１は、図２０のステップＳ２００５で取得した受注元のグループ内の全ての部品に対して、ステップＳ２１０１〜Ｓ２１０７又はＳ２１０８の処理を適用したか判定する（ステップＳ２１０９）。グループ内の全ての部品に対して処理を適用済みの場合（ステップＳ２１０９でＹＥＳ）、処理を終了する。グループ内の全ての部品に対して処理を適用済みでない場合（ステップＳ２１０９でＮＯ）、処理をステップＳ２１０１に戻す。以上が図２１の説明である。
【０２３８】
続いて、図２２を参照して、本発明の第の実施形態における、悪相性表を用いた梱包計画の立案処理について説明する。図２２の悪相性表を用いた梱包計画の立案処理は、図２１の好相性表を用いた梱包計画の立案処理後に行われる。
【０２３９】
サーバ１００のＣＰＵ２０１は、ステップＳ２００５で取得した受注元のグループ内の部品であって、処理順が最初の、梱包計画１０００に未登録の部品を取得する（ステップＳ２２０１）。つまり、図２０のステップＳ２００５で取得した受注元のグループの部品で、図２１の処理で梱包計画１０００に登録されなかった部品の中から、処理順が最初の部品を取得する。
【０２４０】
サーバ１００のＣＰＵ２０１は、悪相性表２４１０を取得し（ステップＳ２２０２）、ステップＳ２２０１で取得した部品が、悪相性表２４１０の品番２４１３に存在するか判定する（ステップＳ２２０３）。
【０２４１】
存在すると判定した場合（ステップＳ２２０３でＹＥＳ）、悪相性表２４１０に存在する当該部品の処理順を、当該部品が属する受注元のグループ内の最後に変更する（ステップＳ２２１１）。
【０２４２】
ステップＳ２２０１で取得した部品が、悪相性表２４１０の品番２４１３に存在しないと判定した場合（ステップＳ２２０３でＮＯ）、ステップＳ２２０１で取得した部品の部品種別１７０５及び容積１７０３を特定する（ステップＳ２２０４）。
【０２４３】
サーバ１００のＣＰＵ２０１は、好相性表２４００を取得して（ステップＳ２２０５）、ステップＳ２２０１で取得した部品と同一の部品種別の部品で、容積が類似した部品が、当該好相性表２４００に記憶されているか判定する（ステップＳ２２０６）。
当該類似しているか否かの判定は、図２３に示すような、予めサーバ１００の外部メモリに記憶されている類似度閾値を用いて行われる。
【０２４４】
ステップＳ２２０１で取得した部品の容積と、好相性表２４００に記憶されている部品の容積との差が、類似度閾値２３２０の示す誤差以内であれば、２つの部品は（容積の面で）類似していると判定する。反対に、２つの部品の容積の差が類似度閾値２３２０の示す誤差よりおおきければ、２つの部品は類似していないと判定する。
【０２４５】
例えば、図２３の類似度閾値２３２０を参照し、ステップＳ２２０１で取得した部品の容積から±２％以内の容積差である、好相性表２４００に記憶されている部品を、容積が類似している部品と判断する。
【０２４６】
サーバ１００のＣＰＵ２０１は、ステップＳ２２０１で取得した部品と同一の部品種別の部品で、容積が類似した部品が、当該好相性表２４００に記憶されていると判定した場合（ステップＳ２２０６でＹＥＳ）、処理を図２１のステップＳ２１０４に移行する。
【０２４７】
以降、ステップＳ２２０１で取得した部品を、当該類似していると判定された（好相性表２４００に記憶されている）他の部品として扱うものとする。
【０２４８】
例えば、サーバ１００の外部メモリに、ステップＳ２２０１で取得した部品の品番と対応付けて、当該類似していると判定された他の部品の品番を記憶した不図示のテーブルを作成し、当該不図示のテーブル上の他の部品の品番を用いて、ステップＳ２１０４〜ステップＳ２１０６の処理を実行する。あくまで、他の部品として取り扱うだけであり、部品マスタの品番や容積を書き換えるものではない。
【０２４９】
サーバ１００のＣＰＵ２０１は、ステップＳ２２０１で取得した部品と同一の部品種別の部品で、容積が類似した部品が、当該好相性表２４００に記憶されていないと判定した場合（ステップＳ２２０６でＮＯ）、ステップＳ２２０１で取得した部品と同一のグループ内（受注元のグループ内）の処理順が次の部品を取得する（ステップＳ２２０７）。  
【０２５０】
そして、ステップＳ２２０７で取得した部品が、ステップＳ２２０１で取得した部品と悪相性の部品として、悪相性表２４１０に記憶されているか判定する（ステップＳ２２０８）。ステップＳ２２０７で取得した部品が、ステップＳ２２０１で取得した部品と悪相性の部品として、悪相性表２４１０に記憶されていると判定した場合（ステップＳ２２０８でＹＥＳ）、当該ステップＳ２２０７で取得した部品の処理順を、受注元グループ内の最後に変更する（ステップＳ２２０９）。
【０２５１】
ステップＳ２２０７で取得した部品が、ステップＳ２２０１で取得した部品と悪相性の部品として、悪相性表２４１０に記憶されていないと判定した場合（ステップＳ２２０８でＮＯ）、ステップＳ２２０１で取得した部品（部品の品番）と、悪相性でない部品（相性が好相性でも悪相性でもない部品）とを、ステップＳ２２０１で取得した部品（品番）に対応する推奨箱種別１７０４と対応付けて、梱包計画１０００に記憶（登録）する（ステップＳ２２１０）。つまり、ステップＳ２２０１で取得した部品と好相性でも悪相性でもない部品を、当該ステップＳ２２０１で取得した部品及びステップＳ２００７で取得した推奨箱種別の示す箱と対応付けて、梱包計画１０００に記憶する。
【０２５２】
ステップＳ２２０１で取得した部品と好相性でも悪相性でもない部品とは、例えば、新規に最新の部品であって、梱包の実績や、相性表への登録がされていない部品である。
【０２５３】
サーバ１００のＣＰＵ２０１は、悪相性表２４１０にない部品の全てに対して、ステップＳ２２０４〜Ｓ２２１０又はステップＳ２２１１を適用したか判定する（ステップＳ２２１１）。
【０２５４】
サーバ１００のＣＰＵ２０１は、受注元グループ内の、悪相性表２４１０に記憶されていないファイルの全てに対して、ステップＳ２２０４〜Ｓ２２１０又はＳ２２１１を適用済みか判定し（ステップＳ２２１２）、全てに適用済みでないと判定した場合（ステップＳ２２１２でＮＯ）、処理をステップＳ２２０１に戻す。
【０２５５】
受注元グループ内の、悪相性表２４１０に記憶されていないファイルの全てに対して、ステップＳ２２０４〜Ｓ２２１０又はＳ２２１１を適用済みであると判定した場合（ステップＳ２２１２でＹＥＳ）、処理を終了する。以上が図２２の説明である。
【０２５６】
本発明の第２の実施形態によれば、より相性の悪い梱包物の組み合わせを回避しつつ、相性のよい可能性のある梱包物の組み合わせを用いた梱包計画の立案が可能となる。
【０２５７】
本発明の第１の実施形態、及び第２の実施形態によれば、つまり、梱包物同士の梱包の相性の情報を用いて、梱包処理の効率低下を軽減することができる。
【０２５８】
尚、上述した第１の実施形態においては、採用閾値９１０を用いて、相性表１５００中のいずれの情報を採用するかを決定する旨を説明したが（図８のステップＳ８１２）、例えば、採用閾値９１０ではなく、閾値９００を用いてもよい。つまり、閾値９００以上の充填率（相性度１５０４）の組み合わせの部品を、ステップＳ８１４で、梱包計画１０００に記憶（登録）するようにしてもよい。
【０２５９】
また、本発明の第２の実施形態においては、箱の最大容量と、箱と箱に梱包すべき部品の対応付け（梱包計画の立案）について詳細説明を割愛しているが、第１の実施形態に示すように、箱の最大容量を考慮して梱包計画を立てるものである。
【０２６０】
具体的には、部品の取得処理の直後（ステップＳ２１０１、Ｓ２１０８、Ｓ２２０１、Ｓ２２０７、Ｓ２０１１の各ステップの直後）に、当該取得した部品の容積が、梱包する箱の、残りの最大容量より小さいかを判定し、部品の容積が部品を梱包する箱の残りの最大容量より小さい場合に処理を次のステップに移行し（ステップＳ２１０２、Ｓ２１０９、Ｓ２２０２、Ｓ２２０８、Ｓ２０１２の各ステップに移行し）、部品の容積が部品を梱包する箱の残りの最大容量以上の場合には、当該取得した部品の容積よりも大きい箱の情報をモジュールマスタから取得して（部品が入る箱の情報を取得して）、処理を次のステップに移行する（ステップＳ２１０２、Ｓ２１０９、Ｓ２２０２、Ｓ２２０８、Ｓ２０１２の各ステップに移行する）ものとする。
【０２６１】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０２６２】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０２６３】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０２６４】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０２６５】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０２６６】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０２６７】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０２６８】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０２６９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０２７０】
尚、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０２７１】
１００  サーバ
１０１  ＬＡＮ
２００  クライアントＰＣ
２５０  バーコードリーダ
３００  プリンタ
【図１】
2015062105.tif 000003
【図２】
2015062105.tif 000004
【図３】
2015062105.tif 000005
【図４】
2015062105.tif 000006
【図５】
2015062105.tif 000007
【図６】
2015062105.tif 000008
【図７】
2015062105.tif 000009
【図８】
2015062105.tif 000010
【図９】
2015062105.tif 000011
【図１０】
2015062105.tif 000012
【図１１】
2015062105.tif 000013
【図１２】
2015062105.tif 000014
【図１３】
2015062105.tif 000015
【図１４】
2015062105.tif 000016
【図１５】
2015062105.tif 000017
【図１６】
2015062105.tif 000018
【図１７】
2015062105.tif 000019
【図１８】
2015062105.tif 000020
【図１９】
2015062105.tif 000021
【図２０】
2015062105.tif 000022
【図２１】
2015062105.tif 000023
【図２２】
2015062105.tif 000024
【図２３】
2015062105.tif 000025
【図２４】
2015062105.tif 000026