JP2020201771A - 業務システムおよびプログラム - Google Patents

Abstract

【課題】柔軟性が高く、迅速なシステム開発が可能な業務システムを実現する。【解決手段】業務システム１は、各々が所定のモジュール内処理を行う業務用のソフトウエアを備えた複数のモジュール４と、複数のモジュール４に対して、イベント情報を入出力するサービス基盤部２と、を備え、イベント情報は識別子とペイロードとを含むものであり、サービス基盤部２は、何れかのモジュール４からイベント情報を受信する機能と、他のモジュール４にイベント情報を転送する機能とを有するものであり、イベント情報が転送された他のモジュール４は、転送されたイベント情報に含まれる識別子に基づいて、自モジュール内でモジュール内処理を行うか否かを判定する。【選択図】図１

Description

本発明は、業務システムおよびプログラムに関する。

本技術分野の背景技術として、下記特許文献１の要約書には、「複数の機能ブロックを組み合わせてプログラムを構築するプログラム開発支援装置１０であって、機能ブロック、および機能ブロックの定義根拠に関する根拠情報を管理する機能ブロックデータベース１と、保持された機能ブロックを組み合わせてプログラムのフローを定義していくためのインタフェースを生成するインタフェース生成手段３と、定義中のフローに組み込まれた機能ブロック間の変数依存関係に基づいて、機能ブロックの挿入箇所を抽出する挿入箇所抽出手段４と、抽出した挿入箇所に挿入すべき候補ブロック列を生成する候補ブロック列生成手段５と、根拠情報と、予め定めた基準とに基づいて、生成した候補ブロック列の妥当性を判定する妥当性判定手段６と、を備えた。」と記載されている。

特開２０１２−００３４７３号公報

ところで、組立・加工製造業では、製造業のＩｏＴ化が急速に進んでいる。例えば、多種多様な顧客要件の最小公倍数の要件を標準仕様とした標準的なパッケージ商材を作成し、その後にカスタマイズで顧客要件に適用させていく商材の開発が進んでいる。この種の商材においては、標準化の難しさから、限定特化した範囲の商材の開発が進んできた。しかし、特に組立加工製造業の分野では、多種多様な商品特性に応じた製造形態・管理形態が存在し、また製造ラインも人・設備の両方の資源で構成されるため、導入されるパッケージ商材は顧客ごとに特化する要望があり、適用時にアドオンやカスタマイズが大きくなってしまう。また、市場競争力激化に伴い、企業に求められるビジネスモデルが短期間で変化し、個別最適から全体最適の改革にシフトしつつある。また、本社機能やマザー工場による全拠点のガバナンス強化が要望されており、求められるＩＴのかたちも、「業務範囲に柔軟で可変的な対応が容易に可能である」、「ビジネスモデルの変化に追随した改変が容易に可能である」、「他拠点展開が容易に可能である」といった柔軟性や、システム開発の迅速性が求められている。
この発明は上述した事情に鑑みてなされたものであり、柔軟性が高く、拡張容易な業務システムおよびプログラムを提供することを目的とする。

上記課題を解決するため本発明の業務システムは、各々が所定のモジュール内処理を行う業務用のソフトウエアを備えた複数のモジュールと、複数の前記モジュールに対して、イベント情報を入出力するサービス基盤部と、を備え、前記イベント情報は識別子とペイロードとを含むものであり、前記サービス基盤部は、何れかの前記モジュールから前記イベント情報を受信する機能と、他の前記モジュールに前記イベント情報を転送する機能とを有するものであり、前記イベント情報が転送された他の前記モジュールは、転送された前記イベント情報に含まれる前記識別子に基づいて、自モジュール内で前記モジュール内処理を行うか否かを判定することを特徴とする業務システム。

本発明によれば、柔軟性が高く、拡張容易な業務システムおよびプログラムを提供できる。

本発明の一実施形態による業務システムのブロック図である。 ライン生産方式に適した業務モジュール構成の一例を示す図である。 セル生産方式に適した業務モジュール構成の一例を示す図である。 運搬作業モジュールを追加した業務モジュール構成の一例を示す図である。 業務モジュール素材庫の模式図である。 イベント流通レコードの模式図である。 イベント流通レコードの流通方法を示す模式図である。 業務モジュールの模式的なブロック図である。 業務管理装置における制御シーケンスの一例を示す図である。

〈実施形態の全体構成〉
図１は、本発明の一実施形態による業務システム１のブロック図である。
図１において、業務システム１は、開発システム１０と、業務管理システム２０と、を備えている。業務管理システム２０は、例えば工場等において、生産計画、部品準備、組立、検査、保全等を行うシステムである。また、開発システム１０は、業務管理システム２０に適用されるソフトウエアを開発するシステムである。

開発システム１０は、開発装置１２（コンピュータ）と、入力装置１４と、出力装置１６と、を備えている。入力装置１４は開発装置１２に対して各種情報を入力し、出力装置１６は開発装置１２から供給された各種情報を出力する。また、業務管理システム２０は、業務管理装置２２（コンピュータ）と、入力装置２４と、出力装置２６と、を備えている。入力装置２４は業務管理装置２２に対して各種情報を入力し、出力装置２６は業務管理装置２２から供給された各種情報を出力する。なお、出力装置１６，２６には、例えばディスプレイが含まれている。

開発装置１２および業務管理装置２２は、何れもＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＳＳＤ（Solid State Drive）等、一般的なコンピュータとしてのハードウエアを備えており、ＳＳＤには、ＯＳ（Operating System）、アプリケーションプログラム、各種データ等が格納されている。ＯＳおよびアプリケーションプログラムは、ＲＡＭに展開され、ＣＰＵによって実行される。

また、開発装置１２および業務管理装置２２は、それぞれ複数のコンピュータをネットワークで接続したものであってもよい。図１において、開発装置１２および業務管理装置２２の内部は、アプリケーションプログラム等によって実現される機能を、ブロックとして示している。

すなわち、開発装置１２は、サービス基盤部２と、複数の業務モジュール４（モジュール）と、業務モジュール素材庫６（モジュール素材庫）と、を備えている。また、業務管理装置２２は、サービス基盤部２と、複数の業務モジュール４と、を備えている。業務管理装置２２におけるサービス基盤部２および業務モジュール４は、開発装置１２によって開発され、ユーザが所定の操作を行うと、開発装置１２から業務管理装置２２に転送される。この転送処理が行われると、開発装置１２および業務管理装置２２において、サービス基盤部２および業務モジュール４は同様のものになる。なお、業務モジュール素材庫６は業務管理装置２２には転送されない。

各業務モジュール４は、自律分散システムの要素であり、所定の業務処理を行うソフトウエアを備えている。また、各業務モジュール４は、業務管理装置２２が果たすべき機能を業務単位毎にまとめたものであり、サービス基盤部２に対して着脱可能になっている。ここで、「業務」とは、例えば、生産計画を作成する「生産計画業務」、部品の発注や在庫管理等、部品の準備を行う「部品準備作業」、準備された部品を用いて製品または半製品を組み立てる「組立作業」、製品の検査等を行う「検査作業」、製品の保全等を行う「保全作業」等が含まれる。そして、サービス基盤部２は、各業務モジュール４相互間の情報交換等を仲介する。

業務モジュール素材庫６は、業務モジュール４の候補になり得る複数の業務モジュール素材７（モジュール素材、図５参照）を格納している。開発装置１２においてユーザが所定の操作を行うと、業務モジュール素材７が業務モジュール素材庫６から読み出され、業務モジュール４となってサービス基盤部２に接続される。

〈業務モジュール４の概要〉
業務管理装置２２が適用される工場（図示せず）において、ライン生産方式、すなわち単一の製品を大量に製造する生産方式が採られていたとする。すると、業務管理装置２２における業務モジュール４も、ライン生産方式に適したものが採用される。
図２は、ライン生産方式に適した業務モジュール構成の一例を示す図である。図２の例においては、サービス基盤部２に接続されている業務モジュール４として、ラインタイプの生産計画業務モジュール１３２と、部品準備作業モジュール１３４と、ラインタイプの組立作業モジュール１３６と、検査作業モジュール１３８と、保全作業モジュール１３９と、を有している。

しかし、消費者ニーズの多様化に対応する等の理由により、工場の生産方式を、多品種少量生産に適したセル生産方式に変更する要請が生じたと仮定する。すると、上述した業務モジュール４の構成を、図３に示すように変更すればよい。
図３は、セル生産方式に適した業務モジュール構成の一例を示す図である。図３においては、図２と同様に、部品準備作業モジュール１３４と、検査作業モジュール１３８と、保全作業モジュール１３９と、がサービス基盤部２に接続されている。一方、図３においては、図２におけるラインタイプの生産計画業務モジュール１３２および組立作業モジュール１３６に代えて、セルタイプの生産計画業務モジュール１４２および組立作業モジュール１４６がサービス基盤部２に接続されている。

このように、生産計画業務モジュール１４２および組立作業モジュール１４６以外の業務モジュール４は、従前のものをそのまま適用することができる。より具体的には、開発装置１２において、開発者であるユーザは、業務モジュール４のうち、ラインタイプの生産計画業務モジュール１３２および組立作業モジュール１３６（図２参照）を削除する。次に、ユーザは、モジュール素材庫６から、セルタイプの生産計画業務モジュール１４２および組立作業モジュール１４６を読み出し、サービス基盤部２に接続する。次に、ユーザは、サービス基盤部２および業務モジュール４のテストを行い、テストが完了すると、サービス基盤部２および業務モジュール４を開発装置１２から業務管理装置２２に転送する。

ここで、さらに、運搬作業の管理を行いたい、との要請が生じたと仮定する。すると、上述した業務モジュール４の構成を、図４に示すように変更すればよい。
図４は、運搬作業モジュール１４８を追加した業務モジュール構成の一例を示す図である。すなわち、図４の構成では、図３に示した業務モジュール４は全てサービス基盤部２に接続されており、さらに運搬作業モジュール１４８がサービス基盤部２に接続されている。より具体的には、開発装置１２において、ユーザは、モジュール素材庫６から、運搬作業モジュール１４８を読み出し、サービス基盤部２に接続する。次に、ユーザは、サービス基盤部２および業務モジュール４のテストを行い、テストが完了すると、サービス基盤部２および業務モジュール４を開発装置１２から業務管理装置２２に転送する。

また、業務モジュール素材庫６には、同時に適用される可能性の高い複数の業務モジュール４の組み合わせを、レシピ４４（図５参照）として登録することができる。上述の例では、ラインタイプの工場用に、ラインタイプの生産計画業務モジュール、部品準備作業モジュール、ラインタイプの組立作業モジュール、検査作業モジュール、および保全作業モジュールの組み合わせを１つのレシピ４４として登録することができる。同様に、セルタイプの工場用に、セルタイプの生産計画業務モジュール、部品準備作業モジュール、セルタイプの組立作業モジュール、検査作業モジュール、および保全作業モジュールの組み合わせを他の１つのレシピ４４として登録することができる。

また、業務モジュール素材庫６に格納された業務モジュール素材７は、新たにサービス基盤部２に接続することができる。業務モジュール素材７は、サービス基盤部２に接続されると、業務モジュール４になる。例えば、業務管理装置２２に対して「運搬作業」の業務を追加する要望が生じたとする。その場合、ユーザは、開発装置１２において業務モジュール素材庫６から運搬作業に係る業務モジュール素材７を読出し、サービス基盤部２に接続する。すると、開発装置１２において、当該業務モジュール素材７は業務モジュール４になる。その後、サービス基盤部２および業務モジュール４を開発装置１２から業務管理装置２２に転送すると、業務管理装置２２において運搬作業に係る業務モジュール４を実行することができる。

〈業務モジュール素材庫６〉
図５は、業務モジュール素材庫６の模式図である。
業務モジュール素材庫６においては、各種業務モジュール素材７をツリー構造によって管理している。図５において、業務単位３０とは、業務モジュール素材７の大きな分類であり、例えば「工場業務」、「物流業務」、「販売業務」等である。また、業務モジュール群３２は、業務単位３０を細分化した分類である。

例えば、「工場業務」の業務単位においては、「生産計画立案」、「部品準備」、「段取」、「製造」、「検査」、「運搬」、「完成品在庫管理」等が業務モジュール群３２になる。さらに、各業務モジュール群３２は、各々一または複数の業務モジュール素材７を含んでいる。そして、図５に示す業務モジュール素材７は、標準業務モジュール３４または選択式業務モジュール４２に分類される。

ここで、標準業務モジュール３４は、他の業務モジュールから独立して、単独でサービス基盤部２に着脱可能な業務モジュール素材７である。また、選択式業務モジュール４２は、何れかの業務モジュールグループ４０に含まれている。そして、ある業務モジュールグループ４０に属する複数の選択式業務モジュール４２のうち、一つのモジュールのみが、択一的にサービス基盤部２に接続可能になっている。

ユーザは、業務モジュール素材庫６の中から所望の業務モジュール素材７を、実際に適用する業務モジュール４として選択することができる。また、各業務モジュール４（または業務モジュール素材７）は、一または複数の機能ブロックを備えている。ユーザは、これら機能ブロックを、個別に有効化または無効化できる。そして、機能ブロックは、有効化されると、当該業務モジュール４において所定の機能を実現するものである。これら機能ブロックは、標準機能ブロック３６（機能ブロック）と、選択式機能ブロック３８（機能ブロック）と、に分類される。両者を総称して機能ブロック３６，３８と呼ぶことがある。

標準機能ブロック３６は、他の機能ブロックから独立して、単独で有効化または無効化できる標準機能ブロックである。選択式機能ブロック３８は、何れかの機能ブロックグループ３７に含まれている。そして、ある機能ブロックグループ３７に属する複数の選択式機能ブロック３８のうち、一つの選択式機能ブロック３８のみが、択一的に有効化できる。

ユーザが、業務単位３０から、ある機能を有する業務モジュールの存否を検索する場合、業務単位３０、業務モジュール群３２および業務モジュール素材７のツリー構造を辿って検索することができる。その場合、出力装置１６のディスプレイには、そのツリー構造を表現したツリービュー（図示せず）を表示させることができる。また、ユーザは、所定の検索ダイアログボックス（図示せず）に検索キーを入力すると、その検索キーによって業務モジュールを検索することができる。検索キーは、例えば業務機能の分類であってもよく、業務部門（製造、資材等）の分類であってもよく、目的分類であってもよい。

開発装置１２（図１参照）において、サービス基盤部２に対して業務モジュール４を着脱する操作も、業務モジュールの検索画面から実行させることができる。また、ユーザは、新たな業務モジュールまたは業務モジュールを作成した場合は、これを業務モジュール素材庫６に追加することができる。また、業務モジュール素材庫６は、複数のレシピ４４を記憶するレシピ集領域４６を備えている。

〈イベント流通レコード〉
図６は、イベント流通レコード５０（イベント情報）の模式図である。
各業務モジュール４（図１参照）は、サービス基盤部２を経由して相互に通信する。そのため、各業務モジュール４は、サービス基盤部２との間で、図６に示すイベント流通レコード５０（以下、単にレコード５０と称することがある）を入出力する。図６において、イベント流通レコード５０は、イベント流通識別子５２（識別子）と、キー情報５４と、ペイロード５６と、を有している。ここで、キー情報５４は、ペイロード５６の種類（例えば後述するオーダＮｏ．、工程Ｎｏ．、在庫量等）を表す情報である。

ある業務モジュール４がイベント流通レコード５０をサービス基盤部２に出力（送信）すると、サービス基盤部２は、該レコード５０を、送信元の業務モジュール４も含めて全ての業務モジュール４に転送する。そして、イベント流通レコード５０を受信した業務モジュール４は、そのレコード５０に含まれるイベント流通識別子５２に基づいて、該レコード５０が自モジュールに関係するか否かを判定する。そして、業務モジュール４は、自モジュールに関係しないレコード５０は無視し、自モジュールに関係するレコード５０に基づいて、自モジュールの各種処理を実行する。なお、その際、複数の業務モジュール４が、該レコード５０を「自モジュールに関係する」と判定し、並行して各々の業務モジュール４の処理を実行してもよい。

図７は、イベント流通レコード５０の流通方法を示す模式図である。
図示の例では、業務モジュール４として、モジュールＭＡ，ＭＢ，ＭＣという３種類のものがサービス基盤部２に接続されている。そして、イベント流通識別子５２として、識別子ＩＤＡ，ＩＤＢ（図示せず），ＩＤＣ（図示せず）という３種類のものが存在したとする。例えば、モジュールＭＡは識別子ＩＤＡを有するイベント流通レコード５０を処理し、他のレコード５０は無視するとよい。同様に、モジュールＭＢは識別子ＩＤＢを有するレコード５０を処理し、他のレコード５０は無視するとよい。同様に、モジュールＭＣは識別子ＩＤＣを有するレコード５０を処理し、他のレコード５０は無視するとよい。

図７に示す例においては、識別子ＩＤＡを有するイベント流通レコード５０が、全てのモジュールＭＡ，ＭＢ，ＭＣに送信されている。上述したように、モジュールＭＡにおいては、このレコード５０に対応した処理が実行され、モジュールＭＢ，ＭＣにおいては、このレコード５０は無視される。図７においては、無視されるレコード５０を破線で示している。各業務モジュール４は、イベント流通レコード５０に対する処理を非同期で実行する。すなわち、サービス基盤部２から受信した複数のレコード５０を、受信した順で処理する。

ここで、イベント流通レコード５０を処理する業務モジュール４が存在しない場合には、当該レコード５０は無視される。例えば、上述した例において、モジュールＭＡ，ＭＢ，ＭＣのうち、モジュールＭＢが不要になったため、モジュールＭＢが削除されたとする。すると、モジュールＭＡ，ＭＣが、サービス基盤部２を介して、識別子ＩＤＢを有するレコード５０を送信したとしても、当該レコード５０は無視される。すなわち、モジュールＭＢを削除した場合、「不要になったモジュールＭＢの処理が実行されない」という現象は生じるが、それ以外の影響はほとんど生じない。このように、本実施形態においては、各業務モジュール４はサービス基盤部２に対して独立して着脱または追加できる。

〈業務モジュール４の構成〉
図８は、業務モジュール４の模式的なブロック図である。
図８において、業務モジュール４は、３個の機能ブロック６２，６４，６６を有している。なお、これら機能ブロックは、図５に示した標準機能ブロック３６または選択式機能ブロック３８である。機能ブロック６２，６４，６６は、各々入力機能６２ａ，６４ａ，６６ａと、出力機能６２ｂ，６４ｂ，６６ｂと、を備えている。そして、図示の例では、機能ブロック６２，６４，６６は直列接続されている。

また、図示の例において、機能ブロック６２の入力機能６２ａは、業務モジュール４の入力機能を兼ねている。また、機能ブロック６６の出力機能６６ｂは、業務モジュール４の出力機能を兼ねている。機能ブロック６２の出力機能６２ｂは機能ブロック６４の入力機能６４ａに接続され、機能ブロック６４の出力機能６４ｂは、機能ブロック６６の入力機能６６ａに接続されている。

業務モジュール４がイベント流通レコード５０を受信すると、該レコード５０は機能ブロック６２に供給される。そして、機能ブロック６２の処理結果は機能ブロック６４に供給され、機能ブロック６４の処理結果は機能ブロック６６に供給される。機能ブロック６６は、その処理結果を出力用のイベント流通レコード５０に変換し、出力機能６６ｂを介してサービス基盤部２に送信する。なお、図８に示した例において、業務モジュール４内の機能ブロック６２，６４，６６は直列接続されているが、業務モジュール４内の機能ブロックの接続方法は任意であって直列接続に限定されるわけではない。

〈業務モジュール４の動作の具体例〉
図９は、業務管理装置２２における制御シーケンスの一例を示す図である。図９において、業務管理装置２２は、セル型製造作業モジュール７２（製造作業モジュール）と、作業実績登録モジュール７４（作業実績登録モジュール）と、ＤＢコントロール・モジュール７６と、在庫加減モジュール７８と、を備えている。これらモジュール７２〜７８は、何れも上述した業務モジュール４である。また、図中のレコード１０２〜１２２は、何れも上述したイベント流通レコード５０である。

ここで、セル型製造作業モジュール７２は、図示せぬ製品の製造作業を管理する業務モジュールである。また、ＤＢコントロール・モジュール７６は、他の業務モジュールからの指令に基づいて、データベース７７に対してデータを入出力する業務モジュールである。作業実績登録モジュール７４は、ＤＢコントロール・モジュール７６を介して、セル型製造作業モジュール７２における作業実績を、データベース７７に登録する業務モジュールである。また、在庫加減モジュール７８は、データベース７７に記憶されている製品在庫数を、ＤＢコントロール・モジュール７６を介して、加減する業務モジュールである。

なお、以下の説明において「ある（送信元の）業務モジュール４から他の（送信先の）業務モジュール４にイベント流通レコードを送信する」とは、
（１）送信元の業務モジュール４が送信先の業務モジュール４に対応するイベント流通識別子５２を有するイベント流通レコードをサービス基盤部２に送信し、
（２）サービス基盤部２は、送信元の業務モジュール４も含めて全ての業務モジュール４にレコードを転送し、
（３）レコードを受信した各業務モジュール４は、レコード内のイベント流通識別子５２に基づいて自モジュールに関係するか否かを判定し、
（４）送信先の業務モジュールが「自モジュールに関係する」と判定したことにより、該レコードに対応する処理を実行する
という意味である。

図９において、送信先の業務モジュールが「自モジュールに関係しない」と判定すると、送信先の業務モジュールにおいて該レコードは無視される。図９のステップＳ２〜Ｓ１０においては、このように無視されるレコードを破線矢印（符号なし）で示す。
図９のステップＳ２において、図示せぬ別の業務モジュールから、サービス基盤部２（図１参照）を介して、セル型製造作業モジュール７２にレコード１０２（イベント情報）が送信されたとする。このレコード１０２のペイロード５６（図６参照）は、注文に対して一意に付与されるオーダＮｏ．と、工程に対して一意に付与される工程Ｎｏ．と、を含んでいる。

次に、ステップＳ４において、セル型製造作業モジュール７２は、該レコード１０２に基づいて、レコード１０４（第１のイベント情報）を、作業実績登録モジュール７４に送信する。このレコード１０４のペイロード５６は、製品の製造作業を開始した旨の情報と、現在時刻を示すタイムスタンプＴＳ１と、を含んでいる。

次に、ステップＳ６において、作業実績登録モジュール７４は、レコード１０４に基づいて、レコード１０６を、ＤＢコントロール・モジュール７６に送信する。ここで、レコード１０６のペイロード５６は、製品の製造作業を開始した旨の情報と、タイムスタンプＴＳ１と、を含んでいる。次に、ステップＳ８において、ＤＢコントロール・モジュール７６は、レコード１０６に基づいて、製品の製造作業を開始した旨、およびタイムスタンプＴＳ１に係る時刻をデータベース７７に登録する。

その後、セル型製造作業モジュール７２において、製品の製造作業が完了したとする。すると、ステップＳ１０において、セル型製造作業モジュール７２は、在庫加減モジュール７８に対して、レコード１１０（第２のイベント情報）を送信する。ここで、レコード１１０のペイロード５６は、製品の製造個数だけ在庫数を増加すべき旨の情報と、現在時刻を示すタイムスタンプＴＳ２と、を含んでいる。

より詳細には、セル型製造作業モジュール７２は、在庫加減モジュール７８に係るイベント流通識別子５２を有するレコード１１０をサービス基盤部２に供給する。そして、サービス基盤部２は、全ての業務モジュール４に対して該レコード１１０を送信する。在庫加減モジュール７８は、自モジュールに係るイベント流通識別子５２を有するレコード１１０が供給されると、「自モジュールに関係する」と判定し、対応する処理を開始する。一方、作業実績登録モジュール７４およびＤＢコントロール・モジュール７６は、該レコード１１０について「自モジュールに関係しない」と判定し、該レコード１１０を無視する。

在庫加減モジュール７８は、現在の在庫数と、レコード１１０で通知された製造個数とを加算し、これによって新たな在庫数を算出する。次に、ステップＳ１２において、在庫加減モジュール７８は、レコード１１０に基づいて、レコード１１２を、ＤＢコントロール・モジュール７６に送信する。ここで、レコード１１２のペイロード５６は、データベース７７に登録すべき新たな在庫数を含んでいる。次に、ステップＳ１４において、ＤＢコントロール・モジュール７６は、レコード１１２に基づいて、新たな在庫数をデータベース７７に登録する。

また、セル型製造作業モジュール７２においては、ステップＳ１０に引き続いてステップＳ２０が実行される。ステップＳ２０において、セル型製造作業モジュール７２は、レコード１２０（第３のイベント情報）を作業実績登録モジュール７４に出力する。このレコード１２０のペイロード５６は、製品の製造作業が完了した旨の情報と、上述した製造完了時刻を示すタイムスタンプＴＳ２と、を含んでいる。

次に、ステップＳ２２において、作業実績登録モジュール７４は、レコード１２０に基づいて、レコード１２２を、ＤＢコントロール・モジュール７６に送信する。ここで、レコード１２２のペイロード５６は、製品の製造作業が完了した旨の情報と、上述した製造完了時刻を示すタイムスタンプＴＳ２と、を含んでいる。

次に、ステップＳ２４において、ＤＢコントロール・モジュール７６は、レコード１２２に基づいて、製品の製造作業を完了した旨、およびタイムスタンプＴＳ２に係る時刻をデータベース７７に登録する。

〈実施形態の効果〉
以上のように本実施形態によれば、サービス基盤部（２）は、何れかのモジュール（４）からイベント情報（５０）を受信する機能と、他のモジュール（４）にイベント情報（５０）を転送する機能とを有するものであり、イベント情報（５０）が転送された他のモジュール（４）は、転送されたイベント情報（５０）に含まれる識別子（５２）に基づいて、自モジュール内でモジュール内処理を行うか否かを判定する。これにより、モジュール（４）の追加、削除、入替等が容易になるため、柔軟性を高めることができ、迅速なシステム開発が可能になる。

ここで、複数のモジュール（４）は、業務毎に設けられ、モジュール内処理は、業務に応じた処理である。これにより、業務の変更と、モジュール（４）の変更との対応関係が明確になり、一層迅速なシステム開発が可能になる。

また、業務システム（１）は、複数のモジュール（４）のうち何れかの候補になり得る複数のモジュール素材（７）を記憶するモジュール素材庫（６）をさらに備え、ユーザの操作に基づいて、所望のモジュール素材（７）をモジュール（４）として選択可能であり、所望のモジュール（４）を削除可能である。

そして、複数のモジュール素材（７）のうち何れかは、複数のモジュール（４）のうち何れかと入替可能であり、複数のモジュール素材（７）のうち何れかを、新たなモジュール（４）として追加可能である。これにより、モジュール（４）の追加、削除、入替等が一層容易になるため、一層迅速なシステム開発が可能になる。

また、モジュール素材庫（６）は、複数のモジュール（４）の組み合わせをレシピ（４４）とし、複数のレシピ（４４）を記憶するレシピ集領域（４６）を備える。これにより、一つのレシピ（４４）を指定すると、複数のモジュール（４）を指定することができ、一層迅速なシステム開発が可能になる。

また、一のモジュール（４）またはモジュール素材（７）は、各々が所定の機能を果たす複数の機能ブロック（３６，３８）を有し、ユーザは機能ブロック（３６，３８）毎に、有効化または無効化を選択できる。これにより、一つのモジュール（４）において、多彩な機能のバリエーションを実現できる。

モジュール素材庫（６）は、複数のモジュール素材（７）を要素とする業務モジュール群（３２）を複数記憶する。これにより、階層構造によってモジュール素材（７）を管理することができ、モジュール素材（７）の検索等が容易になる。

また、複数のモジュール（４）が、一または複数の所定の製品の製造作業を管理する製造作業モジュール（７２）と、製造作業モジュール（７２）における作業実績を、データベース（７７）に登録させる作業実績登録モジュール（７４）と、データベース（７７）に記憶されている製品在庫数を加減させる在庫加減モジュール（７８）と、を含む構成によれば、製造作業と、作業実績登録と、在庫加減とを連携させることができる。

そして、製造作業モジュール（７２）が、作業実績登録モジュール（７４）に対して製品の製造を開始した旨を示す第１のイベント情報（１０４）を送信する機能と、在庫加減モジュール（７８）に対して製品の製造個数を通知する第２のイベント情報（１１０）と、作業実績登録モジュール（７４）に対して、製品の製造が完了した旨を示す第３のイベント情報（１２０）を送信する機能と、を有することにより、製造作業の進捗に応じて、作業実績登録と、在庫加減とを適切に実行させることができる。

〈変形例〉
本発明は上述した実施形態に限定されるものではなく、種々の変形が可能である。上述した実施形態は本発明を理解しやすく説明するために例示したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上記実施形態の構成に他の構成を追加してもよく、構成の一部について他の構成に置換をすることも可能である。また、図中に示した制御線や情報線は説明上必要と考えられるものを示しており、製品上で必要な全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。上記実施形態に対して可能な変形は、例えば以下のようなものである。

（１）上記実施形態においては、ある業務モジュール４がイベント流通レコード５０をサービス基盤部２に出力すると、サービス基盤部２は、該レコード５０を、送信元の業務モジュール４も含めて全ての業務モジュール４に転送していた。しかし、サービス基盤部２は、当該レコード５０を、送信元の業務モジュール４を除いた他の業務モジュール４に送信するようにしてもよい。

（２）上記実施形態における開発システム１０および業務管理システム２０のハードウエアは一般的なコンピュータによって実現できるため、上述した各種処理を実行するプログラム等を記憶媒体に格納し、または伝送路を介して頒布してもよい。

（３）上述した各種処理は、上記実施形態ではプログラムを用いたソフトウエア的な処理として説明したが、その一部または全部をＡＳＩＣ(Application Specific Integrated Circuit；特定用途向けＩＣ)、あるいはＦＰＧＡ(Field Programmable Gate Array)等を用いたハードウエア的な処理に置き換えてもよい。

１ 業務システム
２ サービス基盤部
４ 業務モジュール（モジュール）
６ 業務モジュール素材庫（モジュール素材庫）
７ 業務モジュール素材（モジュール素材）
１２ 開発装置（コンピュータ）
１２，２２ （コンピュータ）
２２ 業務管理装置（コンピュータ）
３２ 業務モジュール群
３６ 標準機能ブロック（機能ブロック）
３８ 選択式機能ブロック（機能ブロック）
４６ レシピ集領域
４４ レシピ
５０ イベント流通レコード（イベント情報）
５２ イベント流通識別子（識別子）
５４ キー情報
５６ ペイロード
６２，６４，６６ 機能ブロック
７２ セル型製造作業モジュール（製造作業モジュール）
７４ 作業実績登録モジュール（作業実績登録モジュール）
７７ データベース
７８ 在庫加減モジュール
１０４ レコード（第１のイベント情報）
１１０ レコード（第２のイベント情報）
１２０ レコード（第３のイベント情報）

上記課題を解決するため本発明の業務システムは、各々が所定のモジュール内処理を行う業務用のソフトウエアを備えた複数のモジュールと、複数の前記モジュールに対して、イベント情報を入出力するサービス基盤部と、複数の前記モジュールのうち何れかの候補になり得る複数のモジュール素材を格納するモジュール素材庫と、を備え、前記イベント情報は識別子とペイロードとを含むものであり、前記サービス基盤部は、何れかの前記モジュールから前記イベント情報を受信する機能と、他の前記モジュールに前記イベント情報を転送する機能とを有するものであり、前記イベント情報が転送された他の前記モジュールは、転送された前記イベント情報に含まれる前記識別子に基づいて、自モジュール内で前記モジュール内処理を行うか否かを判定し、ユーザの操作に基づいて、所望の前記モジュール素材を前記モジュールとして選択可能であり、所望の前記モジュールを削除可能であることを特徴とする。

上記課題を解決するため本発明の業務システムは、各々が所定のモジュール内処理を行う業務用のソフトウエアを備えた複数のモジュールと、複数の前記モジュールに対して、イベント情報を入出力するサービス基盤部と、複数の前記モジュールのうち何れかの候補になり得る複数のモジュール素材を格納するモジュール素材庫と、を備え、前記イベント情報は識別子とペイロードとを含むものであり、前記サービス基盤部は、何れかの前記モジュールから前記イベント情報を受信する機能と、他の前記モジュールに前記イベント情報を転送する機能とを有するものであり、前記イベント情報が転送された他の前記モジュールは、転送された前記イベント情報に含まれる前記識別子に基づいて、自モジュール内で前記モジュール内処理を行うか否かを判定し、ユーザの操作に基づいて、所望の前記モジュール素材を前記モジュールとして選択可能であり、所望の前記モジュールを削除可能であり、複数の前記モジュールは、一または複数の所定の製品の製造作業を管理する製造作業モジュールと、前記製造作業モジュールにおける作業実績を、データベースに登録させる作業実績登録モジュールと、前記データベースに記憶されている製品在庫数を加減させる在庫加減モジュールと、を含むことを特徴とする。

Claims (11)

1. 各々が所定のモジュール内処理を行う業務用のソフトウエアを備えた複数のモジュールと、
   複数の前記モジュールに対して、イベント情報を入出力するサービス基盤部と、
   を備え、
   前記イベント情報は識別子とペイロードとを含むものであり、
   前記サービス基盤部は、何れかの前記モジュールから前記イベント情報を受信する機能と、他の前記モジュールに前記イベント情報を転送する機能とを有するものであり、
   前記イベント情報が転送された他の前記モジュールは、転送された前記イベント情報に含まれる前記識別子に基づいて、自モジュール内で前記モジュール内処理を行うか否かを判定する
   ことを特徴とする業務システム。
2. 複数の前記モジュールは、業務毎に設けられ、前記モジュール内処理は、前記業務に応じた処理である
   ことを特徴とする請求項１に記載の業務システム。
3. 複数の前記モジュールのうち何れかの候補になり得る複数のモジュール素材を記憶するモジュール素材庫
   をさらに備え、ユーザの操作に基づいて、所望の前記モジュール素材を前記モジュールとして選択可能であり、所望の前記モジュールを削除可能である
   ことを特徴とする請求項１に記載の業務システム。
4. 複数の前記モジュール素材のうち何れかは、複数の前記モジュールのうち何れかと入替可能である
   ことを特徴とする請求項３に記載の業務システム。
5. 前記モジュール素材庫は、複数の前記モジュールの組み合わせをレシピとし、複数の前記レシピを記憶するレシピ集領域を備える
   ことを特徴とする請求項３に記載の業務システム。
6. 複数の前記モジュール素材のうち何れかを、新たな前記モジュールとして追加可能である
   ことを特徴とする請求項３に記載の業務システム。
7. 一の前記モジュールまたは前記モジュール素材は、各々が所定の機能を果たす複数の機能ブロックを有し、ユーザは前記機能ブロック毎に、有効化または無効化を選択できる
   ことを特徴とする請求項３に記載の業務システム。
8. 前記モジュール素材庫は、複数の前記モジュール素材を要素とする業務モジュール群を複数記憶する
   ことを特徴とする請求項３に記載の業務システム。
9. 複数の前記モジュールは、
   一または複数の所定の製品の製造作業を管理する製造作業モジュールと、
   前記製造作業モジュールにおける作業実績を、データベースに登録させる作業実績登録モジュールと、
   前記データベースに記憶されている製品在庫数を加減させる在庫加減モジュールと、を含む
   ことを特徴とする請求項１に記載の業務システム。
10. 前記製造作業モジュールは、
    前記作業実績登録モジュールに対して前記製品の製造を開始した旨を示す第１のイベント情報を送信する機能と、
    前記在庫加減モジュールに対して前記製品の製造個数を通知する第２のイベント情報と、
    前記作業実績登録モジュールに対して、前記製品の製造が完了した旨を示す第３のイベント情報を送信する機能と、を有する
    ことを特徴とする請求項９に記載の業務システム。
11. コンピュータを、
    各々が所定のモジュール内処理を行う業務用のソフトウエアを備えた複数のモジュール、
    複数の前記モジュールに対して、イベント情報を入出力するサービス基盤部、
    として機能させるためのプログラムであって、
    前記イベント情報は識別子とペイロードとを含むものであり、
    前記サービス基盤部は、何れかの前記モジュールから前記イベント情報を受信する機能と、他の前記モジュールに前記イベント情報を転送する機能とを有するものであり、
    前記イベント情報が転送された他の前記モジュールは、転送された前記イベント情報に含まれる前記識別子に基づいて、自モジュール内で前記モジュール内処理を行うか否かを判定する
    ためのプログラム。

Images