(57)【要約】【課題】  各プログラムに組み込むアプリケーション部品を制御し、アプリケーション部品の追加や変更および各プログラムの追加や変更に対して、アプリケーション部品の制御側で対処することを目的とする。【解決手段】  アプリケーション部品実行制御サーバ１００において、アプリケーション部品実行制御部１０１は、業務処理に対応した検索キーと処理データとを入力し、入力した検索キーに基づいて部品制御テーブル１０２に記憶された、検索キーと実行するアプリケーション部品を記述したコントロールワードを検索し、検索したコントロールワードに基づいて部品記憶部１０４に記憶されたアプリケーション部品により、入力した処理データを処理するように制御する。【選択図】        図１
2005284451.tif 000002
【特許請求の範囲】
【請求項１】
プログラムを、所定の処理を実行するアプリケーション部品として記憶する部品記憶部と、
業務処理に対応した検索キーと、その業務処理を実行するアプリケーション部品を記述したコントロールワードとを対応させて記憶する部品制御テーブルと、
業務処理に対応した検索キーと処理データとを入力し、入力した検索キーに基づいて部品制御テーブルに記憶されたコントロールワードを検索し、検索したコントロールワードに記述されたアプリケーション部品を部品記憶部から検索し、検索したアプリケーション部品により、入力した処理データを処理するように制御するアプリケーション部品実行制御部と
を備えたことを特徴とするアプリケーション部品実行制御サーバ。
【請求項２】
上記部品制御テーブルは、一つのコントロールワード内に複数のアプリケーション部品を記述し、
上記アプリケーション部品実行制御部は、一つの業務処理を実行するために複数のアプリケーション部品を実行する
ことを特徴とする請求項１記載のアプリケーション部品実行制御サーバ。
【請求項３】
上記部品制御テーブルは、一つの検索キーに対して、複数のコントロールワードを対応させて記憶し、
上記アプリケーション部品実行制御部は、複数のコントロールワードに記述されたアプリケーション部品を実行する
ことを特徴とする請求項１又は請求項２記載のアプリケーション部品実行制御サーバ。
【請求項４】
上記アプリケーション部品実行制御部は、検索キーと処理データとを新たに作成するとともに、
新たに作成した処理データを入力して処理する
ことを特徴とする請求項１記載のアプリケーション部品実行制御サーバ。
【請求項５】
請求項１記載のアプリケーション部品実行制御サーバと、
上記アプリケーション部品実行制御サーバに対して、処理データを提供する業務処理依頼端末と
を備えたことを特徴とするアプリケーション実行装置。
【請求項６】
プログラムを、所定の処理を実行するアプリケーション部品として記憶する部品記憶部と、
業務処理に対応した検索キーと、その業務処理を実行するアプリケーション部品を記述したコントロールワードとを対応させて記憶する部品制御テーブルと、
業務処理に対応した検索キーと処理データとを入力し、入力した検索キーに基づいて部品制御テーブルに記憶されたコントロールワードを検索し、検索したコントロールワードに記述されたアプリケーション部品を部品記憶部から検索し、検索したアプリケーション部品により、入力した処理データを処理するように制御するアプリケーション部品実行制御工程と
を備えたことを特徴とするアプリケーション部品実行制御方法。
【請求項７】
請求項６記載のアプリケーション部品実行制御方法をコンピュータに実行させるアプリケーション部品実行制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーション制御におけるアプリケーション部品実行制御サーバ、アプリケーション実行装置、アプリケーション部品実行制御方法およびアプリケーション部品実行制御プログラムに関するものである。
【背景技術】
【０００２】
従来は、業務プログラムを作る際に汎用的なアプリケーション部品が用意されている場合でも、アプリケーション部品の組込みは、業務プログラムの作成者が、必要なアプリケーション部品の選択作業、アプリケーション部品の組込み箇所の決定作業、アプリケーション部品の使い方の調査作業をする必要があった。
また、アプリケーション部品の変更、追加が発生すると、業務プログラムの影響調査、業務プログラムの変更、業務プログラムの動作確認が必要であった。
【０００３】
また、複数のアプリケーション部品を決められた条件に基づいて、各アプリケーション部品の処理順番を制御し、アプリケーション部品の変更に対して、アプリケーション部品を制御するプログラムの変更で対応できる制御装置もある（特許文献１）。
【特許文献１】特開平５−６１６６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の技術では、アプリケーション部品が用意されていても、業務プログラムにアプリケーション部品を組み込むのに、業務プログラム作成者の作業の負担が大きく、組み込んだアプリケーション部品の変更、追加が発生した場合も、業務プログラム作成者の作業の負担が大きいため、開発効率および品質の低下の要因となっていた。
【０００５】
また、アプリケーション部品の処理順番を、決められた条件に基づいて制御できる制御装置も、アプリケーション部品の追加およびアプリケーション部品を組み込んだ業務プログラムの追加、変更に対してアプリケーション部品を制御するプログラムの変更では対応が難しい。
【０００６】
本発明は上記のような問題点を解決するためになされたもので、
業務プログラムに組み込むアプリケーション部品の制御ができる事に加えて、
アプリケーション部品の追加、変更に対して業務プログラム作成者の負担を軽減し、
業務プログラムの追加、変更に対しても、アプリケーション部品を制御するプログラムの変更を減少することを目的とする。
【課題を解決するための手段】
【０００７】
本発明のアプリケーション部品実行制御サーバは、
プログラムを、所定の処理を実行するアプリケーション部品として記憶する部品記憶部と、
業務処理に対応した検索キーと、その業務処理を実行するアプリケーション部品を記述したコントロールワードとを対応させて記憶する部品制御テーブルと、
業務処理に対応した検索キーと処理データとを入力し、入力した検索キーに基づいて部品制御テーブルに記憶されたコントロールワードを検索し、検索したコントロールワードに記述されたアプリケーション部品を部品記憶部から検索し、検索したアプリケーション部品により、入力した処理データを処理するように制御するアプリケーション部品実行制御部と
を備えることを特徴とする。
【０００８】
上記部品制御テーブルは、一つのコントロールワード内に複数のアプリケーション部品を記述し、
上記アプリケーション部品実行制御部は、一つの業務処理を実行するために複数のアプリケーション部品を実行することを特徴とする。
【０００９】
上記部品制御テーブルは、一つの検索キーに対して、複数のコントロールワードを対応させて記憶し、
上記アプリケーション部品実行制御部は、複数のコントロールワードに記述されたアプリケーション部品を実行することを特徴とする。
【００１０】
上記アプリケーション部品実行制御部は、検索キーと処理データとを新たに作成するとともに、
新たに作成した処理データを入力して処理することを特徴とする。
【００１１】
本発明のアプリケーション実行装置は、
上記アプリケーション部品実行制御サーバと、
上記アプリケーション部品実行制御サーバに対して、処理データを提供する業務処理依頼端末とを備えることを特徴とする。
【００１２】
本発明のアプリケーション部品実行制御方法は、
プログラムを、所定の処理を実行するアプリケーション部品として記憶する部品記憶部と、
業務処理に対応した検索キーと、その業務処理を実行するアプリケーション部品を記述したコントロールワードとを対応させて記憶する部品制御テーブルと、
業務処理に対応した検索キーと処理データとを入力し、入力した検索キーに基づいて部品制御テーブルに記憶されたコントロールワードを検索し、検索したコントロールワードに記述されたアプリケーション部品を部品記憶部から検索し、検索したアプリケーション部品により、入力した処理データを処理するように制御するアプリケーション部品実行制御工程とを備えることを特徴とする。
【００１３】
本発明のプログラムは、
上記アプリケーション部品実行制御方法をコンピュータに実行させる。
【発明の効果】
【００１４】
本発明によれば、
業務プログラムに組み込むアプリケーション部品の制御ができる事に加えて、
アプリケーション部品の追加、変更に対して業務プログラム作成者の負担を軽減し、
業務プログラムの追加、変更に対しても、アプリケーション部品を制御するプログラムの変更を減少することができるため、
開発効率の向上および品質の向上という効果を奏する。
【発明を実施するための最良の形態】
【００１５】
実施の形態１．
図１は、実施の形態１におけるアプリケーション部品実行制御サーバ１００を用いた物流システムの構成図である。
実施の形態１におけるアプリケーション部品実行制御サーバ１００を用いた物流システムの構成を図１に基づいて説明する。
【００１６】
物流システムは、
クライアント（工場３１０、営業３２０、代理店３３０等）が依頼する業務内容のデータ（以下、依頼業務データ）を入出力する業務処理依頼端末（端末Ａ３１１、端末Ｂ３２１、端末Ｃ３３１等）と、
業務処理依頼端末からネットワークを介して依頼業務データを受信し、依頼業務データに基づいて処理を行うアプリケーション部品実行制御サーバ１００を備える。
【００１７】
業務処理依頼端末を備えることにより、ネットワークを介して遠隔地から業務処理の依頼を行い、アプリケーション部品実行制御サーバ１００の機能を利用することができる。
【００１８】
アプリケーション部品実行制御サーバ１００は、受信した依頼業務データを入力とし、
入力した依頼業務データに基づいた業務の固有な処理と、入力した依頼業務データに基づいた業務処理に対応する検索キーと処理データの出力とを、業務単位で制御する個別業務制御部（個別業務制御部Ａ２０１、個別業務制御部Ｂ２０２、個別業務制御部Ｃ２０３等）と、
個別業務制御部が出力した検索キーと処理データを記憶する受渡テーブル１０３と、
プログラムを、所定の処理を実行するアプリケーション部品として記憶する部品記憶部１０４と、
業務処理に対応した検索キーと、その業務処理を実行するアプリケーション部品を記述したコントロールワード１３０とを対応させて記憶する部品制御テーブル１０２と、
業務処理に対応した検索キーと処理データとを受渡テーブル１０３から入力し、入力した検索キーに基づいて部品制御テーブル１０２に記憶されたコントロールワード１３０を検索し、検索したコントロールワード１３０に記述されたアプリケーション部品を部品記憶部１０４から検索し、検索したアプリケーション部品により、入力した処理データを処理するように制御するアプリケーション部品実行制御部１０１とを備える。
【００１９】
図２は、実施の形態１の物流システムにおけるアプリケーション部品実行制御サーバ１００の外観を示す図である。
図２において、アプリケーション部品実行制御サーバ１００は、システムユニット９１０、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）表示装置９０１、キーボード（Ｋ／Ｂ）９０２、マウス９０３、コンパクトディスク装置（ＣＤＤ）９０５、プリンタ装置９０６、スキャナ装置９０７を備え、これらはケーブルで接続されている。
さらに、アプリケーション部品実行制御サーバ１００は、ＦＡＸ機９３２、電話器９３１とケーブルで接続され、また、ローカルエリアネットワーク（ＬＡＮ）９４２、ウェブサーバ９４１を介してインターネット９４０に接続されている。
【００２０】
図３は、実施の形態１の物流システムにおけるアプリケーション部品実行制御サーバ１００のハードウェア構成図である。
図３において、アプリケーション部品実行制御サーバ１００は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９１１を備えている。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３、ＲＡＭ９１４、通信ボード９１５、ＣＲＴ表示装置９０１、Ｋ／Ｂ９０２、マウス９０３、ＦＤＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ  Ｄｒｉｖｅ）９０４、磁気ディスク装置９２０、ＣＤＤ９０５、プリンタ装置９０６、スキャナ装置９０７と接続されている。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０、光ディスク装置は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。
通信ボード９１５は、ＦＡＸ機９３２、電話器９３１、ＬＡＮ９４２等に接続されている。
例えば、通信ボード９１５、Ｋ／Ｂ９０２、ＦＤＤ９０４などは、情報入力部の一例である。
また、例えば、通信ボード９１５、スキャナ装置９０７、ＣＲＴ表示装置９０１などは、出力部の一例である。
【００２１】
ここで、通信ボード９１５は、ＬＡＮ９４２に限らず、直接、インターネット９４０、或いはＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）に接続されていても構わない。直接、インターネット９４０、或いはＩＳＤＮ等のＷＡＮに接続されている場合、運搬装置監視システム１００は、インターネット９４０、或いはＩＳＤＮ等のＷＡＮに接続され、ウェブサーバ９４１は不用となる。
磁気ディスク装置９２０には、オペレーティングシステム（ＯＳ）９２１、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３は、ＣＰＵ９１１、ＯＳ９２１、ウィンドウシステム９２２により実行される。
【００２２】
上記プログラム群９２３には、以下に述べる実施の形態の説明において「〜部」、「〜部品」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
ファイル群９２４には、以下に述べる実施の形態の説明において、「〜テーブル」、「〜の判定結果」、「〜の計算結果」、「〜の処理結果」として説明するものが、「〜ファイル」として記憶されている。
また、以下に述べる実施の形態の説明において説明するフローチャートの矢印の部分は主としてデータの入出力を示し、そのデータの入出力のためにデータは、磁気ディスク装置９２０、ＦＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のその他の記録媒体に記録される。あるいは、信号線やその他の伝送媒体により伝送される。
【００２３】
また、以下に述べる実施の形態の説明において「〜部」、「〜部品」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、ハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。
【００２４】
また、以下に述べる実施の形態を実施するプログラムは、また、磁気ディスク装置９２０、ＦＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のその他の記録媒体による記録装置を用いて記憶されても構わない。
【００２５】
図４は、実施の形態１におけるアプリケーション部品実行制御サーバ１００の構成図である。
実施の形態１におけるアプリケーション部品実行制御サーバ１００の構成を図４に基づいて説明する。
【００２６】
入力したクライアントの依頼業務データに基づいて業務処理を業務単位で制御する個別業務制御部（個別業務制御部Ａ、個別業務制御部Ｂ、個別業務制御部Ｃなど）は、
依頼業務データに基づいた業務の固有な処理を行う業務固有処理部（第１業務固有処理部２１１、第２業務固有処理部）と、依頼業務データに基づいた業務処理に含まれる共通的な処理の種類を依頼業務データに基づいて決定し、決定した共通的な処理の種類と依頼業務データとに対応するコントロールワード１３０の検索キーと、アプリケーション部品に入力する依頼業務データに含まれる処理データとを受渡テーブル１０３に出力する処理パターン決定部２１２とを備える。
【００２７】
受渡テーブル１０３は個別業務制御部が出力した検索キーと処理データを記憶する。
【００２８】
アプリケーション部品実行制御部１０１は、
受渡テーブル１０３から検索キーと処理データを入力し、入力した検索キーと処理データを、記憶部に記憶された検索キーのパターン、処理データのパターン、検索キーと処理データの組み合わせのパターンと整合性チェックする受渡データ入力部１１１と、
入力した検索キーに対応するコントロールワード（Ｃ／Ｗ）１３０を部品制御テーブル１０２から検索し、検索したコントロールワード１３０を取得するＣ／Ｗ検索部１１２と、
取得したコントロールワード１３０に記述されたアプリケーション部品を部品記憶部１０４から検索し、検索したアプリケーション部品による入力した処理データの処理と、
入力した検索キーに対応するコントロールワード１３０が、部品制御テーブル１０２に複数記憶される場合に、入力した検索キーに対応するコントロールワード１３０の全てに対して、各コントロールワード１３０に記述されたアプリケーション部品による入力した処理データの処理を繰り返す処理と、
入力した検索キーに対応するコントロールワード１３０の記述に基づいて、検索キーと処理データとを新たに作成し、作成した検索キーと処理データとを受渡テーブル１０３に出力する処理とを行うＣ／Ｗ実行部１１３と、
アプリケーション部品実行制御部１０１の、入力した検索キーと処理データに対する処理の結果を出力する処理結果出力部１１４とを備える．
【００２９】
アプリケーション部品実行制御部１０１のＣ／Ｗ実行部１１３は、
アプリケーション部品実行制御部１０１のＣ／Ｗ検索部１１２が取得したコントロールワード１３０の内容とアプリケーション部品実行制御部１０１が入力した処理データの整合性をチェックするチェック部１２１と、
コントロールワード１３０に記述されたアプリケーション部品を部品記憶部１０４から検索し、検索したアプリケーション部品により入力した処理データを処理するアプリケーション（ＡＰ）実行部１２２と、
入力した検索キーに対応するコントロールワード１３０が、部品制御テーブル１０２に複数記憶される場合に、入力した検索キーに対応するコントロールワード１３０の全てに対して、コントロールワード１３０に記述されたアプリケーション部品による入力した処理データの処理を繰り返す繰返し部１２３と、
入力した検索キーに対応するコントロールワード１３０の記述に基づいて、検索キーと処理データとを新たに作成し、作成した検索キーと処理データとを受渡テーブル１０３に出力する自動作成部１２４とを備える。
【００３０】
部品制御テーブル１０２は、業務処理に対応した検索キーと、その業務処理を実行するアプリケーション部品を記述したコントロールワード１３０とを対応させて記憶する。
【００３１】
部品記憶部１０４は、プログラムを、所定の処理を実行するアプリケーション部品として記憶する。
【００３２】
その他に、アプリケーション部品実行制御サーバ１００は、
クライアントが業務処理依頼端末から入力した依頼業務データに基づいて処理した更新データを記憶する業務情報記憶部４０１、
クライアントの業務処理依頼端末等のように遠隔地にある入出力装置に送信する送信データを記憶する記憶部（図示せず）、
送信データを送信する通信装置（図示せず）、
クライアントの業務処理依頼端末等のように遠隔地にあるプリンタ装置に送信する印刷データを記憶する記憶部（図示せず）、
印刷データを印刷するプリンタ装置９０６などを備える。
【００３３】
図５は、実施の形態１におけるアプリケーション部品実行制御サーバ１００のフローチャートである。
実施の形態１におけるアプリケーション部品実行制御サーバ１００の処理の流れを図５に基づいて説明する。
【００３４】
個別業務制御部、例えば個別業務制御部Ａ１０５において、
第１業務固有処理部２１１は、
クライアントが業務処理依頼端末から入力した依頼業務データを入力し（Ｓ１０１）、
依頼業務データに基づいた業務の固有な前処理を行う（Ｓ１０２）。
処理パターン決定部２１２は、
依頼業務データに基づいた業務処理に含まれる共通的な処理の種類を依頼業務データに基づいて決定し（Ｓ１０３）、
決定した共通的な処理の種類と依頼業務データとに対応するコントロールワード１３０の検索キーと、アプリケーション部品に入力する依頼業務データに含まれる処理データとを受渡テーブル１０３に出力する（Ｓ１０４）。
【００３５】
アプリケーション部品実行制御部１０１は、
受渡テーブル１０３から検索キーと処理データを入力し（Ｓ１０５）、
入力した検索キーに対応するコントロールワード１３０を部品制御テーブル１０２から検索し（Ｓ１０６）、
検索した結果、入力した検索キーに対応するコントロールワード１３０が存在する場合（Ｓ１０７）、
検索したコントロールワード１３０の記述に従い、部品記憶部１０４に記憶されたアプリケーション部品により入力した処理データを処理し（Ｓ１０８）、
処理結果を個別業務制御部Ａ１０５に出力する（Ｓ１０９）。
また、検索した結果、入力した検索キーに対応するコントロールワード１３０が存在しない場合（Ｓ１０７）、
入力した処理データを処理せずに、処理結果を個別業務制御部Ａ１０５に出力する（Ｓ１０９）。
【００３６】
個別業務制御部Ａ１０５において、
第２業務固有処理部２１３は、
アプリケーション部品実行制御部１０１から処理結果を入力し、入力した処理結果と依頼業務データに基づいた業務の固有な後処理を行い、処理を終了する（Ｓ１１１）。
【００３７】
図６は、実施の形態１におけるアプリケーション部品実行制御部１０１のフローチャートである。
実施の形態１におけるアプリケーション部品実行制御部１０１の処理の流れを図６に基づいて説明する。
【００３８】
受渡データ入力部１１１は、
受渡テーブル１０３から検索キーと処理データを入力し（Ｓ２０１）、
入力した検索キーと処理データを、記憶部に記憶された検索キーのパターン、処理データのパターン、検索キーと処理データの組み合わせのパターンと整合性チェックを行い（Ｓ２０２）、
整合性チェックで検索キーと処理データは正しいと判定した場合、Ｃ／Ｗ検索部１１２に制御を移す（Ｓ２０２）。
また、整合性チェックで検索キーと処理データは誤りと判定した場合、処理結果を整合性チェックエラーとして処理結果出力部１１４に制御を移す（Ｓ２０２）。
【００３９】
Ｃ／Ｗ検索部１１２は、
入力した検索キーに対応するコントロールワード１３０を部品制御テーブル１０２から検索し（Ｓ２０３）、
検索した結果、入力した検索キーに対応するコントロールワード１３０が存在する場合（Ｓ２０４）、
検索したコントロールワード１３０を取得する（Ｓ２０５）。
また、検索した結果、入力した検索キーに対応するコントロールワード１３０が存在しない場合、処理結果を検索エラーとして処理結果出力部１１４に制御を移す（Ｓ２０４）。
【００４０】
Ｃ／Ｗ実行部１１３は、
Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０の内容と、アプリケーション部品実行制御部１０１が入力した処理データとの整合性をチェック（関連性チェック）し（Ｓ２０６）、
関連性チェックで処理データは正しいと判定した場合（Ｓ２０６）、
コントロールワード１３０の記述に従い、部品記憶部１０４に記憶されたアプリケーション部品（部品１１）により入力した処理データを処理し、処理結果を正常として処理結果出力部１１４に制御を移す（Ｓ２０７）。
【００４１】
処理結果出力部１１４は、受渡データ入力部１１１、Ｃ／Ｗ検索部１１２、Ｃ／Ｗ実行部１１３の処理結果を個別業務制御部に出力し、アプリケーション部品実行制御部１０１の処理を終了する（Ｓ２０８）。
【００４２】
図７は、実施の形態１におけるコントロールワード１３０の記述内容を示す図である。
ここで、実施の形態１におけるコントロールワード１３０の記述に従って行う、部品記憶部１０４に記憶されたアプリケーション部品による入力した処理データの処理例として、アプリケーション部品実行制御サーバ１００が、代理店から受注に関する依頼業務データを受信した場合を、図７に基づいて説明する。
【００４３】
受注業務を行う個別業務制御部は、代理店から受注に関する依頼業務データを受信し、受信した依頼業務データに基づいて、受注処理方法を受注処理１、受注業務に含まれる共通的な処理の種類を、工場への直送出荷と決定する。
【００４４】
ここで、受注処理１を意味する処理ＩＤ（処理識別子）はＪＵＣＨＵ１、工場への直送出荷を意味する伝票区分は５１Ａ０とする。
受注業務を行う個別業務制御部は、発生場所が代理店、処理ＩＤがＪＵＣＨＵ１（受注処理１）、伝票区分が５１Ａ０（工場への直送出荷）である検索キーと、依頼業務データに含まれる処理データを受渡テーブル１０３に出力する。
【００４５】
アプリケーション部品実行制御部１０１において、
受渡データ入力部１１１は、受渡テーブル１０３から検索キーと処理データを入力し、
Ｃ／Ｗ検索部１１２は、受渡データ入力部１１１が入力した検索キーに対応するコントロールワード１３０を部品制御テーブル１０２から取得する。
【００４６】
ここで、Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０の記述内容が図７である。
図７の在庫更新情報において、
ＤＢ区分（データベース区分）は、在庫データを更新する対象を示し、
出庫倉庫の引当予定は、出庫用倉庫の出庫予定データの更新要否、
出庫倉庫の引落実績は、出庫用倉庫の出庫実績データの更新要否、
入庫倉庫の入庫予定は、入庫用倉庫の入庫予定データの更新要否、
入庫倉庫の入庫実績は、入庫用倉庫の入庫実績データの更新要否を示す。
【００４７】
また、ＤＢ区分は、Ａが倉庫別在庫、Ｂが生産ロット別在庫、Ｃが販売責任場所別在庫、Ｄが取引先別在庫とし、
更新要否は＋が更新要、△（スペース）が更新不要とする。
【００４８】
つまり、Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０は、業務情報記憶部４０１に記憶された倉庫別在庫データの出庫用倉庫の出庫予定データを、コントロールワード１３０の検索キーと共に受渡テーブル１０３から入力した処理データに基づいて更新する処理を意味し、
Ｃ／Ｗ実行部１１３は、コントロールワード１３０の記述に従い、部品記憶部１０４に記憶された倉庫別在庫データ更新処理プログラム（部品１１）により入力した処理データを処理する。
【００４９】
実施の形態１により、
アプリケーション部品実行制御サーバ１００は、業務処理に対応した検索キーと処理データとを入力し、入力した検索キーに基づいて部品制御テーブルに記憶されたコントロールワードを検索し、検索したコントロールワードに記述されたアプリケーション部品を部品記憶部から検索し、検索したアプリケーション部品により、入力した処理データを処理する。
【００５０】
実施の形態２．
実施の形態２のアプリケーション部品実行制御サーバ１００を用いた物流システムの構成、物流システムにおけるアプリケーション部品実行制御サーバ１００の外観、物流システムにおけるアプリケーション部品実行制御サーバ１００のハードウェア構成、アプリケーション部品実行制御サーバ１００の構成、アプリケーション部品実行制御サーバ１００の処理の流れは、上記実施の形態１と同様であるものとする。
【００５１】
図８は、実施の形態２におけるアプリケーション部品実行制御部１０１のフローチャートである。
実施の形態２におけるアプリケーション部品実行制御部１０１の処理の流れを図８に基づいて説明する。
【００５２】
受渡データ入力部１１１は、
受渡テーブル１０３から検索キーと処理データを入力し（Ｓ３０１）、
入力した検索キーと処理データを、記憶部に記憶された検索キーのパターン、処理データのパターン、検索キーと処理データの組み合わせのパターンと整合性チェックを行い（Ｓ３０２）、
整合性チェックで検索キーと処理データは正しいと判定した場合、Ｃ／Ｗ検索部１１２に制御を移す（Ｓ３０２）。
また、整合性チェックで検索キーと処理データは誤りと判定した場合、処理結果を整合性チェックエラーとして処理結果出力部１１４に制御を移す（Ｓ３０２）。
【００５３】
Ｃ／Ｗ検索部１１２は、
入力した検索キーに対応するコントロールワード１３０を部品制御テーブル１０２から検索し（Ｓ３０３）、
検索した結果、入力した検索キーに対応するコントロールワード１３０が存在する場合（Ｓ３０４）、
検索したコントロールワード１３０を取得する（Ｓ３０５）。
また、検索した結果、入力した検索キーに対応するコントロールワード１３０が存在しない場合、処理結果を検索エラーとして処理結果出力部１１４に制御を移す（Ｓ３０４）。
【００５４】
Ｃ／Ｗ実行部１１３は、
Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０の内容と、アプリケーション部品実行制御部１０１が入力した処理データとの整合性をチェック（関連性チェック）し（Ｓ３０６）、
関連性チェックで処理データは正しいと判定した場合（Ｓ３０６）、
コントロールワード１３０の記述に従い、部品記憶部１０４に記憶されたアプリケーション部品（部品１２、部品２１、部品３１および部品４１）により入力した処理データを処理し（Ｓ３０７、Ｓ３０８、Ｓ３０９、Ｓ３１０）、処理結果を正常として処理結果出力部１１４に制御を移す。
【００５５】
処理結果出力部１１４は、受渡データ入力部１１１、Ｃ／Ｗ検索部１１２、Ｃ／Ｗ実行部１１３の処理結果を個別業務制御部に出力し、アプリケーション部品実行制御部１０１の処理を終了する（Ｓ３１１）。
【００５６】
図９は、実施の形態２におけるコントロールワード１３０の記述内容を示す図である。
ここで、実施の形態２におけるコントロールワード１３０の記述に従って行う、部品記憶部１０４に記憶されたアプリケーション部品による入力した処理データの処理例として、アプリケーション部品実行制御サーバ１００が、工場から引当てに関する依頼業務データを受信した場合を、図９に基づいて説明する。
【００５７】
引当て業務を行う個別業務制御部は、工場から引当てに関する依頼業務データを受信し、受信した依頼業務データに基づいて、引当て処理方法を引当て処理６、引当て業務に含まれる共通的な処理の種類を、工場への直送出荷と決定する。
【００５８】
ここで、引当て処理６を意味する処理ＩＤはＨＩＫＩＡＴＥ６、工場への直送出荷を意味する伝票区分は５１Ａ０とする。
引当て業務を行う個別業務制御部は、発生場所が工場、処理ＩＤがＨＩＫＩＡＴＥ６（引当て処理６）、伝票区分が５１Ａ０（工場への直送出荷）である検索キーと、依頼業務データに含まれる処理データを受渡テーブル１０３に出力する。
【００５９】
アプリケーション部品実行制御部１０１において、
受渡データ入力部１１１は、受渡テーブル１０３から検索キーと処理データを入力し、
Ｃ／Ｗ検索部１１２は、受渡データ入力部１１１が入力した検索キーに対応するコントロールワード１３０を部品制御テーブル１０２から取得する。
【００６０】
ここで、Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０の記述内容が図９である。
【００６１】
図９の発生伝票は、作成する伝票データの種類を示す。
作成する伝票データのコードと種類を図１０に示す。
図１０は、１列目（Ａ、Ｂ、Ｃ、…）が伝票データのコードの１桁目、１行目（３、２、１、０）が伝票データのコードの２桁目を示し、２列目（生産計画、生産伝票、倉入伝票、…）が伝票の大分類を示し、２行目（計画、依頼、指示、実績）が処理段階を示し、それぞれに対応するマス目に伝票の種類を示す。
【００６２】
図９の在庫更新情報において、
ＤＢ区分は、在庫データを更新する対象を示し、
出庫倉庫の引当予定は、出庫用倉庫の出庫予定データの更新要否、
出庫倉庫の引落実績は、出庫用倉庫の出庫実績データの更新要否、
入庫倉庫の入庫予定は、入庫用倉庫の入庫予定データの更新要否、
入庫倉庫の入庫実績は、入庫用倉庫の入庫実績データの更新要否を示す。
【００６３】
また、ＤＢ区分は、Ａが倉庫別在庫、Ｂが生産ロット別在庫、Ｃが販売責任場所別在庫、Ｄが取引先別在庫とし、
更新要否は＋が更新要、△（スペース）が更新不要とする。
【００６４】
図９の帳票Ｉ／Ｆ情報（帳票インタフェース情報）において、
処理分類は、帳票データの種類を示し、
出力先の出倉庫は、出庫用倉庫に対する帳票データの出力要否、
出力先の入倉庫は、入庫用倉庫に対する帳票データの出力要否、
出力先の入力は、依頼業務データの作成場所に対する帳票データの出力要否を示す。
【００６５】
また、出力要否は１が更新要、０が更新不要とする。
【００６６】
図９の外部Ｉ／Ｆ情報において、
処理分類は、送信データの種類を示し、
出力先の出倉庫は、出庫用倉庫に対する送信データの出力要否を示し、
出力先の入倉庫は、入庫用倉庫に対する送信データの出力要否を示す。
【００６７】
また、出力要否は１が更新要、０が更新不要とする。
【００６８】
つまり、Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０は、
仮出荷指示の伝票データを、コントロールワード１３０の検索キーと共に受渡テーブル１０３から入力した処理データに基づいて作成し、記憶部に出力する処理と、
業務情報記憶部４０１に記憶された生産ロット別在庫データの出庫用倉庫の出庫予定データを、コントロールワード１３０の検索キーと共に受渡テーブル１０３から入力した処理データに基づいて更新する処理と、
帳票データのコードが３０であり、依頼業務データを送信した工場に対する帳票データを記憶部に出力する処理と、
送信データのコードが１０であり、出庫用倉庫の端末に対する送信データを記憶部に出力する処理とを意味し、
Ｃ／Ｗ実行部１１３は、コントロールワード１３０の記述に従い、部品記憶部１０４に記憶された生産ロット別在庫データ更新処理プログラム（部品１２）、仮出荷指示伝票作成プログラム（部品２１）、送信データコード１０出力プログラム（部品３１）および帳票データコード３０出力プログラム（部品４１）により入力した処理データを処理する。
【００６９】
実施の形態２により、
部品制御テーブル１０２は、一つのコントロールワード内に複数のアプリケーション部品を記述し、
アプリケーション部品実行制御部１０１は、一つの業務処理を実行するために複数のアプリケーション部品を実行するため、
クライアントは、複数の種類の異なる処理を、業務処理依頼端末から一つの依頼業務データを入力することで依頼でき、業務の作業効率を向上する。
【００７０】
実施の形態３．
実施の形態３のアプリケーション部品実行制御サーバ１００を用いた物流システムの構成、物流システムにおけるアプリケーション部品実行制御サーバ１００の外観、物流システムにおけるアプリケーション部品実行制御サーバ１００のハードウェア構成、アプリケーション部品実行制御サーバ１００の構成、アプリケーション部品実行制御サーバ１００の処理の流れは、上記実施の形態１と同様であるものとする。
【００７１】
図１１は、実施の形態３におけるアプリケーション部品実行制御部１０１のフローチャートである。
実施の形態３におけるアプリケーション部品実行制御部１０１の処理の流れを図１１に基づいて説明する。
【００７２】
受渡データ入力部１１１は、
受渡テーブル１０３から検索キーと処理データを入力し（Ｓ４０１）、
入力した検索キーと処理データを、記憶部に記憶された検索キーのパターン、処理データのパターン、検索キーと処理データの組み合わせのパターンと整合性チェックを行い（Ｓ４０２）、
整合性チェックで検索キーと処理データは正しいと判定した場合、Ｃ／Ｗ検索部１１２に制御を移す（Ｓ４０２）。
また、整合性チェックで検索キーと処理データは誤りと判定した場合、処理結果を整合性チェックエラーとして処理結果出力部１１４に制御を移す（Ｓ４０２）。
【００７３】
Ｃ／Ｗ検索部１１２は、
入力した検索キーに対応するコントロールワード１３０を部品制御テーブル１０２から検索し（Ｓ４０３）、
検索した結果、入力した検索キーに対応するコントロールワード１３０が存在する場合（Ｓ４０４）、
検索したコントロールワード１３０を取得する。
ここで、検索した結果、入力した検索キーに対応するコントロールワード１３０が複数存在する場合、入力した検索キーに対応する全てのコントロールワード１３０を取得する（Ｓ４０５）。
また、検索した結果、入力した検索キーに対応するコントロールワード１３０が存在しない場合、処理結果を検索エラーとして処理結果出力部１１４に制御を移す（Ｓ４０４）。
【００７４】
Ｃ／Ｗ実行部１１３は、
Ｃ／Ｗ検索部１１２が取得した複数のコントロールワード１３０の内の１つのコントロールワード１３０の内容と、アプリケーション部品実行制御部１０１が入力した処理データとの整合性をチェック（関連性チェック）し（Ｓ４０６）、
関連性チェックで処理データは正しいと判定した場合（Ｓ４０６）、
関連性チェックをしたコントロールワード１３０の記述に従い、部品記憶部１０４に記憶されたアプリケーション部品により入力した処理データを処理し（Ｓ４０７、Ｓ４０８、Ｓ４０９）、
Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０が複数ある場合（Ｓ４１０）、
Ｃ／Ｗ検索部１１２が取得した残りのコントロールワード１３０について、各コントロールワード１３０の記述に従い、関連性チェック（Ｓ４０６）、アプリケーション部品による入力した処理データの処理（Ｓ４０７、Ｓ４０８、Ｓ４０９）を繰り返す。
Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０が一つ、またはＣ／Ｗ検索部１１２が取得した全てのコントロールワード１３０について、関連性チェック（Ｓ４０６）、アプリケーション部品による入力した処理データの処理（Ｓ４０７、Ｓ４０８、Ｓ４０９）を行った場合、処理結果を正常として処理結果出力部１１４に制御を移す（Ｓ４１０）。
【００７５】
処理結果出力部１１４は、受渡データ入力部１１１、Ｃ／Ｗ検索部１１２、Ｃ／Ｗ実行部１１３の処理結果を個別業務制御部に出力し、アプリケーション部品実行制御部１０１の処理を終了する（Ｓ４１１）。
【００７６】
図１２は、実施の形態３におけるコントロールワード１３０の記述内容を示す図である。
ここで、実施の形態３におけるコントロールワード１３０の記述に従って行う、部品記憶部１０４に記憶されたアプリケーション部品による入力した処理データの処理例として、アプリケーション部品実行制御サーバ１００が、代理店から受注に関する依頼業務データを受信した場合を、図１２に基づいて説明する。
【００７７】
受注業務を行う個別業務制御部は、代理店から受注に関する依頼業務データを受信し、受信した依頼業務データに基づいて、受注処理方法を受注処理２、受注業務に含まれる共通的な処理の種類を、工場への直送出荷と決定する。
【００７８】
ここで、受注処理２を意味する処理ＩＤはＪＹＵＣＨＵ２、工場への直送出荷を意味する伝票区分は５１Ａ０とする。
受注業務を行う個別業務制御部は、発生場所が代理店、処理ＩＤがＪＹＵＣＨＵ２（受注処理２）、伝票区分が５１Ａ０（工場への直送出荷）である検索キーと、依頼業務データに含まれる処理データを受渡テーブル１０３に出力する。
【００７９】
アプリケーション部品実行制御部１０１において、
受渡データ入力部１１１は、受渡テーブル１０３から検索キーと処理データを入力し、
Ｃ／Ｗ検索部１１２は、受渡データ入力部１１１が入力した検索キーに対応するコントロールワード１３０を部品制御テーブル１０２から取得する。
【００８０】
ここで、Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０の記述内容が図１２である。
【００８１】
図１２において、コントロールワード１３０は、インデックスシーケンシャルファイル形式で構成される。
ここで、インデックスシーケンシャルファイル形式とは、ファイル内のコントロールワード１３０を順番に検索し、同一検索キーを持つ全てのコントロールワード１３０を検索結果として出力するファイル形式である。
図１２の部品制御テーブルキーの処理順序は、同一の検索キー（発生場所、処理ＩＤ、伝票区分）を持つコントロールワード１３０に対する処理の順番を示す。
この項目により、同一検索キーを持つ各コントロールワード１３０を区別し、処理の順番が決まる。
【００８２】
図１２の発生伝票は、作成する伝票データの種類を示す。
作成する伝票データのコードと種類を図１０に示す。
図１０は、１列目が伝票データのコードの１桁目、１行目が伝票データのコードの２桁目を示し、２列目が伝票の大分類を示し、２行目が処理段階を示し、それぞれに対応するマス目に伝票の種類を示す。
【００８３】
図１２の在庫更新情報において、
ＤＢ区分は、在庫データを更新する対象を示し、
出庫倉庫の引当予定は、出庫用倉庫の出庫予定データの更新要否、
出庫倉庫の引落実績は、出庫用倉庫の出庫実績データの更新要否、
入庫倉庫の入庫予定は、入庫用倉庫の入庫予定データの更新要否、
入庫倉庫の入庫実績は、入庫用倉庫の入庫実績データの更新要否を示す。
【００８４】
また、ＤＢ区分は、Ａが倉庫別在庫、Ｂが生産ロット別在庫、Ｃが販売責任場所別在庫、Ｄが取引先別在庫とし、
更新要否は＋が更新要、△（スペース）が更新不要とする。
【００８５】
図１２の帳票Ｉ／Ｆ情報において、
処理分類は、帳票データの種類を示し、
出力先の出倉庫は、出庫用倉庫に対する帳票データの出力要否、
出力先の入倉庫は、入庫用倉庫に対する帳票データの出力要否、
出力先の入力は、依頼業務データの作成場所に対する帳票データの出力要否を示す。
【００８６】
また、出力要否は１が更新要、０が更新不要とする。
【００８７】
図１２の外部Ｉ／Ｆ情報において、
処理分類は、送信データの種類を示し、
出力先の出倉庫は、出庫用倉庫に対する送信データの出力要否を示し、
出力先の入倉庫は、入庫用倉庫に対する送信データの出力要否を示す。
【００８８】
また、出力要否は１が更新要、０が更新不要とする。
【００８９】
つまり、Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０は３つ存在し、
第１のコントロールワード１３０は、
受注実績の伝票データを、コントロールワード１３０の検索キーと共に受渡テーブル１０３から入力した処理データに基づいて作成し、記憶部に出力する処理と、
業務情報記憶部４０１に記憶された販売責任場所別在庫データの出庫用倉庫の出庫予定データを、コントロールワード１３０の検索キーと共に受渡テーブル１０３から入力した処理データに基づいて更新する処理と、
帳票データのコードが１０であり、依頼業務データを送信した代理店に対する帳票データを記憶部に出力する処理とを意味する。
【００９０】
第２のコントロールワード１３０は、
出荷依頼の伝票データを、コントロールワード１３０の検索キーと共に受渡テーブル１０３から入力した処理データに基づいて作成し、記憶部に出力する処理と、
業務情報記憶部４０１に記憶された倉庫別在庫データの出庫用倉庫の出庫予定データを、コントロールワード１３０の検索キーと共に受渡テーブル１０３から入力した処理データに基づいて更新する処理と、
帳票データのコードが２０であり、依頼業務データを送信した代理店に対する帳票データを記憶部に出力する処理とを意味する。
【００９１】
第３のコントロールワード１３０は、
販売予定の伝票データを、コントロールワード１３０の検索キーと共に受渡テーブル１０３から入力した処理データに基づいて作成し、記憶部に出力する処理を意味する。
【００９２】
結果として、Ｃ／Ｗ実行部１１３は、Ｃ／Ｗ検索部１１２が取得した第１、第２、第３のコントロールワード１３０について、第１、第２、第３の順で各コントロールワード１３０の記述に従い、部品記憶部１０４に記憶された各アプリケーション部品により入力した処理データを処理する。
【００９３】
実施の形態３により、
部品制御テーブル１０２は、一つの検索キーに対して、複数のコントロールワードを対応させて記憶し、
アプリケーション部品実行制御部１０１は、複数のコントロールワードに記述されたアプリケーション部品を実行するため、
クライアントは、複数の類似の処理を、業務処理依頼端末から一つの依頼業務データを入力することで依頼でき、業務の作業効率を向上する。
【００９４】
実施の形態４．
実施の形態４のアプリケーション部品実行制御サーバ１００を用いた物流システムの構成、物流システムにおけるアプリケーション部品実行制御サーバ１００の外観、物流システムにおけるアプリケーション部品実行制御サーバ１００のハードウェア構成、アプリケーション部品実行制御サーバ１００の構成、アプリケーション部品実行制御サーバ１００の処理の流れは、上記実施の形態１と同様であるものとする。
【００９５】
図１３は、実施の形態４におけるアプリケーション部品実行制御部１０１のフローチャートである。
実施の形態４におけるアプリケーション部品実行制御部１０１の処理の流れを図１３に基づいて説明する。
【００９６】
受渡データ入力部１１１は、
受渡テーブル１０３から検索キーと処理データを入力し（Ｓ５０１）、
入力した検索キーと処理データを、記憶部に記憶された検索キーのパターン、処理データのパターン、検索キーと処理データの組み合わせのパターンと整合性チェックを行い（Ｓ５０２）、
整合性チェックで検索キーと処理データは正しいと判定した場合、Ｃ／Ｗ検索部１１２に制御を移す（Ｓ５０２）。
また、整合性チェックで検索キーと処理データは誤りと判定した場合、処理結果を整合性チェックエラーとして処理結果出力部１１４に制御を移す（Ｓ５０２）。
【００９７】
Ｃ／Ｗ検索部１１２は、
入力した検索キーに対応するコントロールワード１３０を部品制御テーブル１０２から検索し（Ｓ５０３）、
検索した結果、入力した検索キーに対応するコントロールワード１３０が存在する場合（Ｓ５０４）、
検索したコントロールワード１３０を取得する（Ｓ５０５）。
また、検索した結果、入力した検索キーに対応するコントロールワード１３０が存在しない場合、処理結果を検索エラーとして処理結果出力部１１４に制御を移す（Ｓ５０４）。
【００９８】
Ｃ／Ｗ実行部１１３は、
Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０の内容とアプリケーション部品実行制御部１０１が入力した処理データの整合性をチェック（関連性チェック）し（Ｓ５０６）、
関連性チェックで処理データは正しいと判定した場合（Ｓ５０６）、
コントロールワード１３０の記述に従い、部品記憶部１０４に記憶されたアプリケーション部品（部品１２、部品２２）により入力した処理データを処理し（Ｓ５０７、Ｓ５０８）、
コントロールワード１３０に、伝票を作成するために検索キーと処理データの作成指示が記述されている場合（Ｓ５０９）、
コントロールワード１３０の作成指示に指定された伝票を作成するコントロールワード１３０の検索キーと，アプリケーション部品により処理する処理データを作成し、受渡テーブル１０３に出力する（Ｓ５１０）。
コントロールワード１３０に、伝票を作成するために検索キーと処理データの作成指示が記述されていない場合（Ｓ５０９）、
処理結果を正常として処理結果出力部１１４に制御を移す。
【００９９】
処理結果出力部１１４は、受渡データ入力部１１１、Ｃ／Ｗ検索部１１２、Ｃ／Ｗ実行部１１３の処理結果を個別業務制御部に出力し、アプリケーション部品実行制御部１０１の処理を終了する（Ｓ５１１）。
【０１００】
図１４は、実施の形態４におけるコントロールワード１３０の記述内容を示す図である。
ここで、実施の形態４におけるコントロールワード１３０の記述に従って行う、部品記憶部１０４に記憶されたアプリケーション部品により入力した処理データの処理例として、アプリケーション部品実行制御サーバ１００が、工場から引き落としに関する依頼業務データを受信した場合を、図１４に基づいて説明する。
【０１０１】
引き落とし業務を行う個別業務制御部は、工場から引き落としに関する依頼業務データを受信し、受信した依頼業務データに基づいて、引き落とし処理方法を引き落とし処理６、引き落とし業務に含まれる共通的な処理の種類を、工場への直送出荷と決定する。
【０１０２】
ここで、引き落とし処理６を意味する処理ＩＤはＨＩＫＩＯＴＯ６、工場への直送出荷を意味する伝票区分はＦ２Ａ０とする。
引き落とし業務を行う個別業務制御部は、発生場所が工場、処理ＩＤがＨＩＫＩＯＴＯ６（引き落とし処理６）、伝票区分がＦ２Ａ０（工場への直送出荷）である検索キーと、依頼業務データに含まれる処理データを受渡テーブル１０３に出力する。
【０１０３】
アプリケーション部品実行制御部１０１において、
受渡データ入力部１１１は、受渡テーブル１０３から検索キーと処理データを入力し、
Ｃ／Ｗ検索部１１２は、受渡データ入力部１１１が入力した検索キーに対応するコントロールワード１３０を部品制御テーブル１０２から取得する。
【０１０４】
ここで、Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０の記述内容が図１４である。
【０１０５】
図１４の発生伝票は、作成する伝票データの種類を示す。
作成する伝票データのコードと種類を図１０に示す。
図１０は、１列目が伝票データのコードの１桁目、１行目が伝票データのコードの２桁目を示し、２列目が伝票の大分類を示し、２行目が処理段階を示し、それぞれに対応するマス目に伝票の種類を示す。
【０１０６】
図１４の在庫更新情報において、
ＤＢ区分は、在庫データを更新する対象を示し、
出庫倉庫の引当予定は、出庫用倉庫の出庫予定データの更新要否、
出庫倉庫の引落実績は、出庫用倉庫の出庫実績データの更新要否、
入庫倉庫の入庫予定は、入庫用倉庫の入庫予定データの更新要否、
入庫倉庫の入庫実績は、入庫用倉庫の入庫実績データの更新要否を示す。
【０１０７】
また、ＤＢ区分は、Ａが倉庫別在庫、Ｂが生産ロット別在庫、Ｃが販売責任場所別在庫、Ｄが取引先別在庫とし、
更新要否は＋が更新要、△（スペース）が更新不要とする。
【０１０８】
図１４の自動作成の伝票種類は、発生伝票と入力した処理データとの条件により、派生する伝票種類を示す。．
【０１０９】
つまり、Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０は、
出荷実績の伝票データを、コントロールワード１３０の検索キーと共に受渡テーブル１０３から入力した処理データに基づいて作成し、記憶部に出力する処理と、
業務情報記憶部４０１に記憶された生産ロット別在庫データの出庫用倉庫の出庫実績データを、コントロールワード１３０の検索キーと共に受渡テーブル１０３から入力した処理データに基づいて更新する処理を意味し、
Ｃ／Ｗ実行部１１３は、コントロールワード１３０の記述に従い、部品記憶部１０４に記憶された生産ロット別在庫データ更新処理プログラム（部品１２）および出荷実績伝票作成プログラム（部品２２）により入力した処理データを処理する。
【０１１０】
また、Ｃ／Ｗ検索部１１２が取得したコントロールワード１３０は、自動作成の伝票種類に出荷確認伝票が記述されているので、
出荷確認伝票を作成するコントロールワード１３０の検索キーとアプリケーション部品により処理する処理データを作成し、受渡テーブル１０３に出力する。
【０１１１】
受渡テーブル１０３に出力された検索キーと処理データは、アプリケーション部品実行制御部１０１に入力され処理される。
【０１１２】
実施の形態４により、
アプリケーション部品実行制御部１０１は、検索キーと処理データとを新たに作成するとともに、
新たに作成した処理データを入力して処理するため、
クライアントが業務処理依頼端末から依頼業務データを入力したタイミングと異なるタイミング（クライアントが入力した依頼業務データを処理し、なおかつ他の依頼業務データを処理したタイミングなど）での自動処理、
業務処理依頼端末を持たないクライアントに対する自動処理、
期日の指定による自動処理などで、
業務処理をシステムが自己完結することができ、
クライアントの依頼業務データを入力する処理の負荷を軽減する。
【０１１３】
以上のように、実施の形態では、
これまでの物流システムが、汎用機によりメーカ営業、工場、代理店、倉庫が別々のシステムを構築し、アプリケーション部品の利用も個々のプログラムが、各アプリケーション部品の目的や利用方法を理解した上で組み込む必要があり、アプリケーション部品の仕様変更や追加が発生した場合には、個々のプログラム側での組み込み変更や確認試験が必要なため、物流形態の変化や業務ルールの変化に早期に且つ柔軟に対応できず、
結果として、軽微な変更でも修正箇所が多岐に渡る、システム全体としての確認試験が複雑になり、開発コストが増大する問題に対して、
物流形態の変化（作業指示や実績計上の変更）や業務ルール（在庫更新ルールの変更）の変化が発生した場合に、個々のプログラムを変更することなく、部品制御テーブル１０２の設定変更で対応可能にして、生産性の向上、品質の向上が可能となる。
【０１１４】
また、外部Ｉ／Ｆ情報（倉庫への出荷指示データの伝送など）、帳票Ｉ／Ｆ情報（出荷通知書など）、自動作成（期日や他処理の結果を判断して自動で伝票を作成）による付帯処理も、部品制御テーブル１０２の設定により追加、変更できるようにしたことも工夫した点である。
【０１１５】
また、試験時には、部品制御テーブル１０２にテストパターンを登録するだけで容易に試験を行うことができる。
【図面の簡単な説明】
【０１１６】
【図１】実施の形態１における物流システムの構成図。
【図２】実施の形態１におけるアプリケーション部品実行制御サーバ１００の外観図。
【図３】実施の形態１におけるアプリケーション部品実行制御サーバ１００のハードウェア構成図。
【図４】実施の形態１におけるアプリケーション部品実行制御サーバ１００の構成図。
【図５】実施の形態１におけるアプリケーション部品実行制御サーバ１００のフローチャート。
【図６】実施の形態１におけるアプリケーション部品実行制御部１０１のフローチャート。
【図７】実施の形態１におけるコントロールワード１３０の例を示す図。
【図８】実施の形態２におけるアプリケーション部品実行制御部１０１のフローチャート。
【図９】実施の形態２におけるコントロールワード１３０の例を示す図。
【図１０】実施の形態２、３及び４における伝票データの体系図。
【図１１】実施の形態３におけるアプリケーション部品実行制御部１０１のフローチャート。
【図１２】実施の形態３におけるコントロールワード１３０の例を示す図。
【図１３】実施の形態４におけるアプリケーション部品実行制御部１０１のフローチャート。
【図１４】実施の形態４におけるコントロールワード１３０の例を示す図。
【符号の説明】
【０１１７】
１００  アプリケーション部品実行制御サーバ、１０１  アプリケーション部品実行制御部、１０２  部品制御テーブル、１０３  受渡テーブル、１０４  部品記憶部、１１１  受渡データ入力部、１１２  Ｃ／Ｗ検索部、１１３  Ｃ／Ｗ実行部、１１４  処理結果出力部、１２１  チェック部、１２２  ＡＰ実行部、１２３  繰返し部、１２４  自動作成部、１３０  コントロールワード、２０１  個別業務制御部Ａ、２０２  個別業務制御部Ｂ、２０３  個別業務制御部Ｃ、２１１  第１業務固有処理部、２１２  処理パターン決定部、２１３  第２業務固有処理部、３１０  工場、３１１  端末Ａ、３２０  営業、３２１  端末Ｂ、３３０  代理店、３３１  端末Ｃ、４０１  業務情報記憶部、９０１  ＣＲＴ表示装置、９０２  Ｋ／Ｂ、９０３  マウス、９０４  ＦＤＤ、９０５  ＣＤＤ、９０６  プリンタ装置、９０７  スキャナ装置、９１０  システムユニット、９１１  ＣＰＵ、９１２  バス、９１３  ＲＯＭ、９１４  ＲＡＭ、９１５  通信ボード、９２０  磁気ディスク装置、９２１  ＯＳ、９２２  ウィンドウシステム、９２３  プログラム群、９２４  ファイル群、９３１  電話器、９３２  ＦＡＸ機、９４０  インターネット、９４１  ウェブサーバ、９４２  ＬＡＮ。
【図１】
2005284451.tif 000003
【図２】
2005284451.tif 000004
【図３】
2005284451.tif 000005
【図４】
2005284451.tif 000006
【図５】
2005284451.tif 000007
【図６】
2005284451.tif 000008
【図７】
2005284451.tif 000009
【図８】
2005284451.tif 000010
【図９】
2005284451.tif 000011
【図１０】
2005284451.tif 000012
【図１１】
2005284451.tif 000013
【図１２】
2005284451.tif 000014
【図１３】
2005284451.tif 000015
【図１４】
2005284451.tif 000016
【手続補正書】
【提出日】平成17年5月9日(2005.5.9)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
ここで、受注処理１を意味する処理ＩＤ（処理識別子）はＪＵＣＨＵ１、工場への直送出荷を意味する伝票区分はＦ２Ａ０とする。
受注業務を行う個別業務制御部は、発生場所が代理店、処理ＩＤがＪＵＣＨＵ１（受注処理１）、伝票区分がＦ２Ａ０（工場への直送出荷）である検索キーと、依頼業務データに含まれる処理データを受渡テーブル１０３に出力する。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００５８
【補正方法】変更
【補正の内容】
【００５８】
ここで、引当て処理６を意味する処理ＩＤはＨＩＫＩＡＴＥ６、工場への直送出荷を意味する伝票区分はＦ２Ａ０とする。
引当て業務を行う個別業務制御部は、発生場所が工場、処理ＩＤがＨＩＫＩＡＴＥ６（引当て処理６）、伝票区分がＦ２Ａ０（工場への直送出荷）である検索キーと、依頼業務データに含まれる処理データを受渡テーブル１０３に出力する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７８
【補正方法】変更
【補正の内容】
【００７８】
ここで、受注処理２を意味する処理ＩＤはＪＹＵＣＨＵ２、工場への直送出荷を意味する伝票区分はＦ２Ａ０とする。
受注業務を行う個別業務制御部は、発生場所が代理店、処理ＩＤがＪＹＵＣＨＵ２（受注処理２）、伝票区分がＦ２Ａ０（工場への直送出荷）である検索キーと、依頼業務データに含まれる処理データを受渡テーブル１０３に出力する。